JP2000353084A

JP2000353084A - コンポーネントウェア流通装置、その方法およびコンポーネントウェア流通プログラムを記録したコンピュータ読み取り可能な記録媒体

Info

Publication number: JP2000353084A
Application number: JP11162583A
Authority: JP
Inventors: Yukiteru Nozawa; 澤幸輝野
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1999-06-09
Filing date: 1999-06-09
Publication date: 2000-12-19

Abstract

(57)【要約】（修正有）【課題】コンポーネントウェアの流通を促進してアプ
リケーション構築の生産性を向上させることができるコ
ンポーネントウェア流通装置等を提供する。【解決手段】フレバードフレームワーク流通部１１
は、実アプリケーション１６を受け付けてフレバードフ
レームワーク１７を抽出しリポジトリ１５に格納する
他、プレーンフレームワーク１８を抽出しプレーンフレ
ームワーク流通部１２へ移管する。同様にプレーンフレ
ームワーク流通部１２は、プレーンフレームワーク１８
を抽出しリポジトリ１５に格納する他、移管されたプレ
ーンフレームワーク１８をリポジトリ１５に格納する。
消費流通部１３は、リポジトリ１５で管理されているフ
レームワークと、広告２０とを消費者に対して払い出
す。広告流通部１４は、広告２０をリポジトリ１５に格
納する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はアプリケーション構
築の生産性を向上させるための技術に係り、とりわけ、
コンポーネントウェアの流通を促進するコンポーネント
ウェア流通装置、その方法およびコンポーネントウェア
流通プログラムを記録したコンピュータ読み取り可能な
記録媒体に関する。

【０００２】

【従来の技術】新規にアプリケーションを構築しようと
する際には、生産性の向上を目的として、既存のアプリ
ケーションの構築の際に得られた何らかの成果物を再利
用しようとするアプローチが取られることが多い。

【０００３】このような再利用アプローチがより効果を
発揮するアプリケーション構築手法の一つとして、特に
「部品化」という観点から、オブジェクト指向技術を利
用した構築手法が広く浸透するようになってきている。

【０００４】オブジェクト指向技術を利用したアプリケ
ーション構築においては、アプリケーションを「オブジ
ェクト」と呼ばれる構成単位の集合体とみなす。それゆ
え、オブジェクト指向技術による再利用アプローチとし
ては、既存のアプリケーションに広範囲に見受けられる
オブジェクトを抽出し、あるいは今後広範囲に繰り返し
利用されるであろうオブジェクトの開発を目指す傾向を
有することになった。いわゆる「クラスライブラリ」と
呼ばれるもののアプローチである。

【０００５】しかし、クラスライブラリに含まれるオブ
ジェクトは、上述した広範囲への適用可能性の追求とい
う理由から、非常に汎用的であることが求められるの
で、単機能的で、他のオブジェクトとの関連が非常に薄
い、孤立したオブジェクトとしてデザインされることが
多かった。例を挙げると、文字列やリストなどの汎用デ
ータ構造、ウィンドウやボタンなどのＧＵＩ部品などで
ある。

【０００６】ところで、先の記述では、オブジェクト指
向技術ではアプリケーションをオブジェクトの集合体と
みなしているとした。しかし、単にオブジェクトを寄せ
集めただけではアプリケーションとしては十分に機能せ
ず、それらオブジェクト間に適切な関連付けを施して初
めてアプリケーションとして十分なものになり得る。す
なわち、個々のオブジェクトに加えて、それらオブジェ
クト間の連携のあり方が非常に重要である。

【０００７】しかし、クラスライブラリに含まれるオブ
ジェクトは孤立したオブジェクトであるので、クラスラ
イブラリのみではオブジェクト間の連携のあり方を示す
ことができず、結果として、上述したような部分再利用
アプローチのみではアプリケーションの構築には不十分
であった。

【０００８】そこで、クラスライブラリとは反対に、ア
プリケーション全体を再利用するアプローチも考えられ
る。例えば、ＥＲＰ（Enterprise Resource Planning）
パッケージなどと呼ばれるもののアプローチである。ち
なみに、ＥＲＰパッケージはオブジェクト指向技術と接
点を持つものであるが、オブジェクト指向技術の発展の
延長線上に包含されてしまうものではない。ここではア
プリケーションの全体再利用性について説明するため
に、オブジェクト指向技術が提供するテクニックを取り
込んで構築されたアプリケーションとしてのＥＲＰパッ
ケージを引き合いに出しているに過ぎない。なお、ＥＲ
Ｐパッケージについては例えば、文献（「図解ＥＲＰの
導入」、松原著、日刊工業新聞社刊）や、文献（「ＥＲ
Ｐ入門」、同期ＥＲＰ研究所編、工業調査会刊）を参照
されたい。

【０００９】しかし、上述したような、アプリケーショ
ン全体を再利用するアプローチにも幾つかの問題が指摘
されている。

【００１０】まずは、アプリケーション全体の再利用を
試みようとしても、それが技術的に難しい場合が多いと
いう事実である。例えば、ある基幹業務システムを実現
するアプリケーションを他の企業向けに再利用する場合
を想定すると、それをそのまま転用するということは考
え難く、新たに導入しようとしている企業の都合に合わ
せて、何らかの変更を施すのが一般的である。そのよう
な場合、単にアプリケーション全体が再利用の対象とし
て与えられても、どのオブジェクトをどのように変更し
て良いかを決定するのは非常に難しい。なぜなら、業務
を体現することになるオブジェクトは一般に複数に跨っ
ており、さらにそれらの緊密に連携しているオブジェク
トの一部を変更した場合、アプリケーション全体にどの
ような影響が波及するかを解析するのに有効な手法が明
確になっているわけではないからである。

【００１１】また、アプリケーション全体を再利用する
ことがそもそも許されない場合がある。ＥＲＰパッケー
ジの例では初めから多くの企業で利用されることを目的
にしているので再利用が許されないということはない
が、個別企業向けに開発されたインデントアプリケーシ
ョンのような場合には、再利用が許されないということ
は十分にあり得る。なぜなら、自社のアプリケーション
を他社に転用するということは、業務ノウハウの開示に
相当してしまうため、当然のことながら提供元の企業は
転用を望まない。

【００１２】以上の理由などから、アプリケーション全
体を再利用するアプローチも、アプリケーションの構築
には不十分であった。

【００１３】そのため、以上のような経緯から、部分再
利用と全体再利用の両方の有効性を同時に発揮できるア
プリケーション構築手法が模索されてきた。そしてその
答えとして、アプリケーションフレームワークあるいは
デザインパターンという手法が注目されるようになって
きている。アプリケーションフレームワークとデザイン
パターンとは厳密には異なるが、オブジェクトの組合せ
パターンを再利用するという点で共通している。従っ
て、以下の説明においては、デザインパターンをアプリ
ケーションフレームワークに包含されるものとして考え
る。

【００１４】アプリケーションフレームワークにおける
再利用アプローチのポイントは、ベースオブジェクトと
カスタムオブジェクトという考え方である。

【００１５】「ベースオブジェクト」とは、アプリケー
ションの骨格を構成するオブジェクトであり、ある問題
領域を設定した場合に、その問題領域に対応するアプリ
ケーションに広く共通して現れるオブジェクトのことで
ある。なお、ベースオブジェクト間には、骨格を形成す
るための適切な関連付けがなされている。これらベース
オブジェクトとそれらの関連とは、基本的にアプリケー
ション毎で不変である。

【００１６】これに対して「カスタムオブジェクト」と
は、アプリケーション毎の変更を吸収するためのオブジ
ェクトであり、その存在自体はある問題領域に対応する
アプリケーションに広く共通して現れるが、その内容は
個々のアプリケーション毎に異なるというオブジェクト
である。なお、カスタムオブジェクトは、基本的に組み
込まれるべきベースオブジェクトが決まっているのが普
通である。

【００１７】アプリケーションフレームワークという手
法を用いたアプリケーション構築では、設定された問題
領域に最も良く合致するベースオブジェクト群とそれら
によって形成される骨格とを選び出し、さらにカスタム
オブジェクトを要求仕様に合わせて用意し、適切なベー
スオブジェクトに組み込む、という手順を踏むことにな
る。

【００１８】このようなアプリケーションフレームワー
クという手法によって、各ベースオブジェクトあるいは
カスタムオブジェクトを再利用するという部分再利用
と、ベースオブジェクト間が構成する骨格、あるいはベ
ースオブジェクトとカスタムオブジェクトの組合せ情報
を再利用するという全体再利用とを同時に実現し、それ
らの有効性を同時に発揮させることができるようになっ
た。

【００１９】しかし、アプリケーションフレームワーク
という手法によって、再利用によるアプリケーション構
築が一気に進展したかというと必ずしもそうではない。
なぜなら、再利用の対象がソースコードであることが一
般的であったためである。

【００２０】再利用の対象がソースコードの場合にどの
ような問題があるかを以下に示す。

【００２１】まずは、ソースコードが開示されてしまう
ことによる開発者側不利益である。ソースコードを再利
用対象とする場合には、当然のことながらそれを利用し
ようとする第三者的開発者にソースコードを開示するこ
とになる。問題になるのは、通常、ソースコードにはコ
ーディング上のノウハウが凝集されているものであり、
そのノウハウはオリジナルの開発者にとっての財産とし
て保護されるべきものであるということである。すなわ
ち、ソースコードを開示することによって、その財産が
流出してしまう恐れがあるということである。この問題
は、オリジナルの開発者と再利用を行う利用者とが異な
る企業であるような場合には、非常に深刻である。本
来、再利用によるアプリケーション構築は、生産性の向
上のみが達成されれば良いはずで、ソースコードのコー
ディングノウハウの流出は本意ではない。

【００２２】また、ソースコードをコンパイルしなけれ
ばならないという利用者側不利益も存在する。通常、再
利用を試みた場合には、問題領域の広がりと複雑さとを
吸収できるだけの複数の既存成果物が対象となる。問題
は、それらの既存成果物が開発された環境が異なる場合
が多い、ということである。端的には開発言語が異なれ
ば使用するコンパイラも異なってしまうため、利用者は
複数の開発環境を駆使しなければ再利用を行うことがで
きなかった。

【００２３】すなわち、アプリケーションフレームワー
ク自体は優れた手法であっても、その対象がソースコー
ドのままでは再利用アプローチを進展させるのは難しか
った。

【００２４】一方で、再利用対象をソースコードから
「コンポーネントウェア」と呼ばれるバイナリ形式の成
果物とする手法も存在する。なお、ここでいうバイナリ
形式とは、ソースコードが既にコンパイルされ、リンク
するだけで実行可能になるような形式を指す。詳しく
は、文献（「平成９年度ネットワーク時代のソフトビ
ジネスに関する調査報告書」、（社）情報サービス産業
協会刊）を参照されたい。コンポーネントウェアの例と
しては、Sun社が取りまとめているJavaBeansや、Micros
oft社が取りまとめているActiveXなどが挙げられる。

【００２５】これまでのコンポーネントウェアによる再
利用では、上述したようなクラスライブラリ的な再利用
アプローチが多かった。例えば、Microsoft社が提供す
るVisual Basicと呼ばれる開発環境では、ＯＣＸと呼ば
れるコンポーネントウェアを取り扱うことができ、それ
らのコンポーネントウェアを、構築するアプリケーショ
ンに合わせて導入することで、再利用を行うことが可能
である。しかし、上述したように、クラスライブラリと
して抽出されたオブジェクトは単機能的で孤立してお
り、再利用アプローチとして不十分なものであった。

【００２６】以上のようなコンポーネントによる部分再
利用に対して、全体再利用も試みられている。

【００２７】一つは、ＩＢＭ社が取りまとめているSan
Franciscoプロジェクトである。SanFranciscoプロジェ
クトでは、アプリケーションを構築する際に広く必要と
される汎用的なオブジェクトを、Foundation層、Common
Business Object層、Core Business Process層と階層
化した上で提供し、さらに業務特化の部分は個別に変更
可能とするアーキテクチャによって、コンポーネントに
よる再利用を実現している。特にCore Business Proces
s層においてデザインパターンを適用し、部分再利用と
全体再利用とを同時に実現している。

【００２８】もう一つは、ＣＢＯＰ（Consortium for B
usiness Object Promotion）による取り組みである。Ｃ
ＢＯＰではビジネスオブジェクトというものを定義して
いる。ＣＢＯＰが提供するビジネスオブジェクトのアー
キテクチャは、部分再利用のアプローチから得られる、
それ以上の分解ができない原子オブジェクトというもの
と、原子オブジェクトをベースに全体再利用のアプロー
チから得られる、ビジネスエンティティオブジェクト、
ビジネスプロセスオブジェクト、ビジネスタスクオブジ
ェクト、さらにはビジネスオブジェクトパターンと呼ば
れるものから構成されている。

【００２９】

【発明が解決しようとする課題】上述したように、アプ
リケーション構築における生産性の向上に最も貢献する
という理由で普及してきたオブジェクト指向技術は、ア
プリケーションフレームワークとコンポーネントウェア
という両方の技術を利用することが最も望ましいという
結論に行き着いた。なお、本発明では、単体のソフトウ
ェア部品としてのコンポーネントウェアの概念に加え
て、アプリケーションフレームワークによってもたらさ
れるコンポーネントウェア単体同士の組合せまでを含め
て、あらためてコンポーネントウェアと呼ぶことにす
る。コンポーネントウェアは、部分再利用と全体再利用
の調和、さらに提供者側不利益と利用者側不利益の払拭
を実現するアーキテクチャを提供することで、再利用ア
プローチの進展に寄与する。

【００３０】しかしながら、このようなコンポーネント
ウェアのアーキテクチャによってもたらされるソフトウ
ェア再利用技術のみでは、再利用アプローチによる生産
性の向上には限界があった。なぜなら、コンポーネント
ウェアの「流通」という側面が貧弱なためである。再利
用アプローチが効果的であるためには、再利用対象とな
るコンポーネントウェアの提供および消費が促進されな
ければならない。そしてそのためには、広範囲に渡る参
加者を伴う必要がある。言い換えると、アプリケーショ
ン構築を生業とする本来無関係である二者のそれぞれ
が、同一内容のコンポーネントウェアの提供および消費
にそれぞれの立場から関わることができなければならな
い。すなわち、単なるコンポーネントウェアのアーキテ
クチャの提供のみでは十分でなく、このような流通機能
が十分に提供されることが必要である。

【００３１】なお、これまでに実現されてきたコンポー
ネントウェアの流通機能としては、上述したコンポーネ
ントウェアの例に含まれる、JavaBeansやActiveXコンポ
ーネントを対象としたものが存在する。例えば、インタ
ーネット上に存在するホームページ（http://www.compo
nent.software.net/や、http://www.componentsource.c
om/Default.asp?Set=Yなど）はActiveXコンポーネント
の流通を目的とした仮想店舗の役割を果たしている。ま
た、ＣＢＯＰもコンポーネントウェアの流通に対する取
り組みを行っており、流通経路（開発や、認証、サポー
ト、利用など）の定義を行っている。

【００３２】しかしながら、以上の例におけるコンポー
ネントの流通機能は全て、当初から再利用を念頭に置い
て開発したコンポーネントウェアのみを流通させるもの
である。すなわち、コンポーネントウェアの提供者側
が、ある特定の顧客向けにインデント開発されたアプリ
ケーションを適切な保護を施した上で再利用目的で公開
したいといった要求に応えられるものではなく、またコ
ンポーネントウェアの消費者側が、そのようなインデン
ト開発されたアプリケーションを再利用することで新た
な開発を行いたいといった要求に応えられるものでもな
かった。

【００３３】そして、以上のような要求に応えることが
できていないために、より多くの提供者と消費者とをコ
ンポーネントウェア市場に呼び込むことができず、再利
用アプローチによるアプリケーション構築が十分な広が
りを持つには至らなかった。

【００３４】本発明はこのような点を考慮してなされた
ものであり、コンポーネントウェアの流通を促進してア
プリケーション構築の生産性を向上させることができる
コンポーネントウェア流通装置、その方法およびコンポ
ーネントウェア流通プログラムを記録したコンピュータ
読み取り可能な記録媒体を提供することを目的とする。

【００３５】なお、コンポーネントウェアの流通には様
々な立場の者が関わり、これら各者毎に個別の要求が存
在する。以下、本発明の目的をより明らかにするため、
コンポーネントウェアの流通に関わる各者毎の要求につ
いて詳細に説明する。

【００３６】ここでは、コンポーネントウェアの流通に
関わる立場の者として、以下の五者を挙げる。

【００３７】（１）システムインテグレータ（以下「Ｓ
Ｉ」という）…最終ユーザに納められるシステムから、
再利用対象となるコンポーネントウェアを抽出して提供
する役割を担う者。

【００３８】（２）コンポーネントベンダ（以下「Ｃ
Ｖ」という）…直接最終ユーザに納められるシステムを
構築するのではなく、当初からＣＳ（後述する）によっ
て再利用されることを目的としたコンポーネントウェア
を提供する役割を担う者。

【００３９】（３）コンシューマ（以下「ＣＳ」とい
う）…ＳＩやＣＶから提供されるコンポーネントウェア
を再利用して、最終ユーザに納めるシステムを構築する
役割を担う者。

【００４０】（４）流通業者（以下「ＤＳ」という）…
ＳＩやＣＶから提供されるコンポーネントウェアを受け
付け、さらにＡＤ（後述する）から広告を受け付け、Ｃ
Ｓに提供するという、コンポーネントウェアおよび広告
を仲介する役割を担う者。

【００４１】（５）広告主（以下「ＡＤ」という）…コ
ンポーネントウェアの流通に合わせた効果的な広告を出
稿する役割を担う者。

【００４２】なお、以上に挙げた各者は役割によって分
類したものであり、同一の主体（例えば企業）が複数の
役割を担っても良いものとする。例えば、ＳＩとＣＳが
同一のベンダ企業であるような場合も当然あり得るもの
とする。なお、最終ユーザとは実際に構築されるアプリ
ケーションのユーザのことを指すが、直接コンポーネン
トウェアの流通に関わる者ではないので、ここでの説明
からは除外する。

【００４３】以下、上述したＳＩ、ＣＶ、ＣＳ、ＤＳお
よびＡＤのそれぞれの立場からの要求について説明す
る。

【００４４】（ＳＩの立場から）（１）最終ユーザの承諾を前提として、コンポーネント
ウェアを提供することで得られる利益を最大化するため
に、構築したアプリケーションから抽出されるオブジェ
クトについて、ベースオブジェクトの実体、ベースオブ
ジェクト同士の組合せ情報、ベースオブジェクトとカス
タムオブジェクトの組合せ情報に加えて、カスタムオブ
ジェクトの実体までを提供できるようにしたい。

【００４５】（２）最終ユーザからの制限の下で、コン
ポーネントウェアを提供することで得られる利益を相応
に得られるようにするために、構築したアプリケーショ
ンから抽出されるオブジェクトについて、ベースオブジ
ェクトの実体、カスタムオブジェクトのインタフェー
ス、ベースオブジェクト同士の組合せ情報、およびベー
スオブジェクトとカスタムオブジェクトの組合せ情報の
みを提供できるようにしたい。カスタムオブジェクトの
実体までは提供しないようにしたい。

【００４６】（３）ベースオブジェクトおよびカスタム
オブジェクトの実装ノウハウについては提供しないよう
にしたい。

【００４７】（ＣＶの立場から）（１）コンポーネントウェアを提供することで得られる
利益を最大化するために、多くの最終ユーザに展開され
るような、ベースオブジェクトの実体、カスタムオブジ
ェクトのインタフェース、ベースオブジェクト同士の組
合せ情報、およびベースオブジェクトとカスタムオブジ
ェクトの組合せ情報までを提供できるようにしたい。カ
スタムオブジェクトの実体は最終ユーザ毎に異なるはず
なので提供せず、カスタムオブジェクトのインタフェー
スのみを提供したい。

【００４８】（２）ベースオブジェクトの実装ノウハウ
については提供しないようにしたい。

【００４９】（ＣＳの立場から）（１）コンポーネントウェアを利用することで発生する
費用を最小化するために、最終ユーザ固有の仕様に対応
することになるカスタムオブジェクトについては実体を
利用せず、ベースオブジェクトの実体、カスタムオブジ
ェクトのインタフェース、ベースオブジェクト同士の組
合せ情報、およびベースオブジェクトとカスタムオブジ
ェクトの組合せ情報のみを利用できるようにしたい。カ
スタムオブジェクトの実体は、カスタムオブジェクトの
インタフェースから新規に作成するようにしたい。

【００５０】（２）コンポーネントウェアの利用による
生産性の向上を最大化するために、最終ユーザ固有の仕
様の自由度を抑え、ベースオブジェクトの実体、ベース
オブジェクト同士の組合せ情報、ベースオブジェクトと
カスタムオブジェクトの組合せ情報に加えて、カスタム
オブジェクトの実体までを利用できるようにしたい。

【００５１】（ＤＳの立場から）（１）ベースオブジェクトの実体、ベースオブジェクト
同士の組合せ情報、ベースオブジェクトとカスタムオブ
ジェクトの組合せ情報、およびカスタムオブジェクトの
実体あるいはインタフェースを、ＳＩあるいはＣＶから
ＣＳへの流通を仲介することで利益を得たい。

【００５２】（２）コンポーネントウェアの流通経路に
広告を出せるようにすることにより、ＡＤからの広告収
入を得たい。

【００５３】（ＡＤの立場から）（１）自社（ＡＤ）で提供する商品／サービスの情報
を、ＣＳに効率良く提供したい。

【００５４】

【課題を解決するための手段】本発明の第１の解決手段
は、既存のアプリケーションからコンポーネントウェア
を抽出して流通させるコンポーネントウェア流通装置に
おいて、提供者により与えられた既存のアプリケーショ
ンから、ベースオブジェクトの実体、カスタムオブジェ
クトの実体またはインタフェース、およびそれらの組合
せ情報を含むコンポーネントウェアを抽出する第１コン
ポーネントウェア抽出部と、前記第１コンポーネントウ
ェア抽出部により抽出されたコンポーネントウェアを格
納して管理するコンポーネントウェア管理部と、前記コ
ンポーネントウェア管理部で管理されたコンポーネント
ウェアを消費者に対して提供する消費流通部とを備えた
ことを特徴とするコンポーネントウェア流通装置であ
る。

【００５５】本発明の第１の解決手段においては、前記
第１コンポーネントウェア抽出部は前記コンポーネント
ウェアに含まれる前記カスタムオブジェクトの実体また
はインタフェースを選択的に抽出可能であることが好ま
しい。また、前記第１コンポーネントウェア抽出部は前
記コンポーネントウェアに含まれる前記ベースオブジェ
クトの実体および前記カスタムオブジェクトの実体を実
行可能形式で抽出することが好ましい。

【００５６】また、本発明の第１の解決手段において
は、提供者により与えられた半完成的なアプリケーショ
ンから、ベースオブジェクトの実体、カスタムオブジェ
クトのインタフェース、およびそれらの組合せ情報を含
むコンポーネントウェアを抽出する第２コンポーネント
ウェア抽出部をさらに備え、前記コンポーネントウェア
管理部は第２コンポーネントウェア抽出部により抽出さ
れたコンポーネントウェアを格納して管理することが好
ましい。

【００５７】さらに、本発明の第１の解決手段において
は、前記消費流通部は前記コンポーネントウェアに含ま
れる前記カスタムオブジェクトの実体またはインタフェ
ースを消費者に対して選択的に提供可能であることが好
ましい。また、前記消費流通部は前記コンポーネントウ
ェアに含まれる前記ベースオブジェクトの実体および前
記カスタムオブジェクトの実体を実行可能形式で提供す
ることが好ましい。

【００５８】さらにまた、本発明の第１の解決手段にお
いては、広告を受け付ける広告流通部をさらに備え、前
記コンポーネントウェア管理部は前記広告流通部により
受け付けられた広告とコンポーネントウェアとを関連付
けて管理し、前記消費流通部はコンポーネントウェアと
ともに広告を提供することが好ましい。

【００５９】なお、本発明の第１の解決手段において
は、前記第１コンポーネントウェア抽出部は既存のアプ
リケーションの提供者に対して利益を提供する手段を有
することが好ましい。また、前記第２コンポーネントウ
ェア抽出部は半完成的なアプリケーションの提供者に対
して利益を提供する手段を有することが好ましい。さら
に、前記消費流通部はコンポーネントウェアの消費者か
ら対価を徴収する手段を有することが好ましい。さらに
また、前記広告流通部は広告の出稿者から対価を徴収す
る手段を有することが好ましい。

【００６０】本発明の第２の解決手段は、既存のアプリ
ケーションからコンポーネントウェアを抽出して流通さ
せるコンポーネントウェア流通方法において、提供者に
より与えられた既存のアプリケーションから、ベースオ
ブジェクトの実体、カスタムオブジェクトの実体または
インタフェース、およびそれらの組合せ情報を含むコン
ポーネントウェアを抽出するステップと、この抽出され
たコンポーネントウェアを消費者に対して提供するステ
ップとを含むことを特徴とするコンポーネントウェア流
通方法である。

【００６１】本発明の第２の解決手段においては、抽出
対象となるコンポーネントウェアの前記カスタムオブジ
ェクトとしてその実体またはインタフェースのいずれか
を選択するステップをさらに含むことが好ましい。ま
た、提供対象となるコンポーネントウェアの前記カスタ
ムオブジェクトとしてその実体またはインタフェースの
いずれかを選択するステップをさらに含むことが好まし
い。

【００６２】本発明の第３の解決手段は、既存のアプリ
ケーションからコンポーネントウェアを抽出して流通さ
せるコンポーネントウェア流通プログラムを記録したコ
ンピュータ読み取り可能な記録媒体において、提供者に
より与えられた既存のアプリケーションから、ベースオ
ブジェクトの実体、カスタムオブジェクトの実体または
インタフェース、およびそれらの組合せ情報を含むコン
ポーネントウェアを抽出する手順と、この抽出されたコ
ンポーネントウェアを消費者に対して提供する手順とを
コンピュータに実行させることを特徴とするコンポーネ
ントウェア流通プログラムを記録したコンピュータ読み
取り可能な記録媒体である。

【００６３】本発明の第３の解決手段においては、抽出
対象となるコンポーネントウェアの前記カスタムオブジ
ェクトとしてその実体またはインタフェースのいずれか
を選択する手順をさらにコンピュータに実行させること
が好ましい。また、提供対象となるコンポーネントウェ
アの前記カスタムオブジェクトとしてその実体またはイ
ンタフェースのいずれかを選択する手順をさらにコンピ
ュータに実行させることが好ましい。

【００６４】本発明の第１乃至第３の解決手段によれ
ば、提供者により与えられた既存のアプリケーションか
ら、ベースオブジェクトの実体、カスタムオブジェクト
の実体またはインタフェース、およびそれらの組合せ情
報を含むコンポーネントウェアを抽出し、この抽出され
たコンポーネントウェアを消費者に対して提供するの
で、全体再利用と部分再利用の長所が調和したコンポー
ネントウェアを提供者から消費者に対して効果的に流通
させることができる。また、流通対象となるコンポーネ
ントウェアは既存のアプリケーションから抽出されるの
で、当初から再利用を念頭において流通用のコンポーネ
ントウェアを開発する必要がない。

【００６５】本発明の第１の解決手段によれば、第１コ
ンポーネントウェア抽出部により、コンポーネントウェ
アに含まれるカスタムオブジェクトの実体またはインタ
フェースを選択的に抽出可能とすることにより、業務ノ
ウハウを内包するカスタムオブジェクトについて、最終
ユーザの承諾状況を適切に反映した形で消費者に対して
提供することができ、最終ユーザを適切に保護しつつＳ
ＩとＣＳとの間の流通を促進することができる。また、
第１コンポーネントウェア抽出部により、コンポーネン
トウェアに含まれるベースオブジェクトの実体およびカ
スタムオブジェクトの実体を実行可能形式で抽出するこ
とにより、ベースオブジェクトおよびカスタムオブジェ
クトの実装ノウハウについては提供しないようにでき
る。

【００６６】また、本発明の第１の解決手段によれば、
提供者により与えられた半完成的なアプリケーションか
ら、ベースオブジェクトの実体、カスタムオブジェクト
のインタフェース、およびそれらの組合せ情報を含むコ
ンポーネントウェアを抽出する第２コンポーネントウェ
ア抽出部をさらに備えているので、既存のアプリケーシ
ョンに加えて流通目的で開発された半完成的なアプリケ
ーションも効果的に流通させることができる。

【００６７】さらに、本発明の第１の解決手段によれ
ば、消費流通部により、コンポーネントウェアに含まれ
るカスタムオブジェクトの実体またはインタフェースを
消費者に対して選択的に提供可能とすることにより、最
終ユーザ固有の仕様を含むカスタムオブジェクトについ
て、コンポーネントウェアを利用することで発生する費
用やカスタムオブジェクトの改変度合い等を考慮した形
で提供を受けることができ、消費者の選択の自由度を保
証しつつＳＩとＣＳとの間の流通を促進することができ
る。また、消費流通部により、コンポーネントウェアに
含まれるベースオブジェクトの実体およびカスタムオブ
ジェクトの実体を実行可能形式で提供することにより、
ベースオブジェクトおよびカスタムオブジェクトをコン
パイルすることなく利用できる。

【００６８】さらにまた、本発明の第１の解決手段によ
れば、広告流通部により受け付けられた広告とコンポー
ネントウェアとを関連付けて管理し、消費流通部がコン
ポーネントウェアとともに広告を提供することにより、
コンポーネントウェアの流通経路に広告を出すことがで
き、自社（ＡＤ）で提供する商品／サービスの情報を、
ＣＳに効率良く提供できる。

【００６９】なお、本発明の第１の解決手段によれば、
第１コンポーネントウェア抽出部が既存のアプリケーシ
ョンの提供者に対して利益を提供する手段を有し、第２
コンポーネントウェア抽出部が半完成的なアプリケーシ
ョンの提供者に対して利益を提供する手段を有し、さら
に消費流通部がコンポーネントウェアの消費者から対価
を徴収する手段を有することにより、ベースオブジェク
トの実体、およびベースオブジェクト同士の組合せ情
報、およびベースオブジェクトとカスタムオブジェクト
の組合せ情報、およびカスタムオブジェクトの実体ある
いはインタフェースを、ＳＩあるいはＣＶからＣＳへの
流通を仲介することで利益が得られるようになる。ま
た、広告流通部が広告の出稿者から対価を徴収する手段
を有することにより、ＡＤからの広告収入を得られるよ
うになる。

【００７０】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。

【００７１】用語の定義まず、本明細書中で用いられる主要な用語について定義
を行う。

【００７２】「コンポーネントウェア」とは、単体のソ
フトウェア部品そのものと、それらの組合せの総称とし
て定義される。具体的には、バイナリ形式のオブジェク
トを対象とした「アプリケーションフレームワーク」の
ことである。本発明では、このコンポーネントウェアの
流通を促進することを目的としている。

【００７３】「アプリケーションフレームワーク」と
は、全体再利用と部分再利用を融合させた再利用アプロ
ーチとして定義される。アプリケーションフレームワー
クは、既存のアプリケーション全体をそのまま再利用す
るのではなく、かつ孤立した部品として再利用するわけ
でもなく、両者の長所をうまく融合させる。アプリケー
ションフレームワークにおいては、構築するアプリケー
ションを構成するオブジェクトを、「ベースオブジェク
ト」と「カスタムオブジェクト」という性格の異なるオ
ブジェクトに色分けしており、これが全体再利用と部分
再利用の融合を実現させている。

【００７４】「ベースオブジェクト」とは、ある問題領
域に対応するアプリケーションに共通して存在するオブ
ジェクトのことである。ここで「問題領域」とは、流通
業者における在庫管理問題であったり、製造業における
受発注問題などといったものである。問題の境界のあり
方については、本発明と直接関係するものではないの
で、ここではこれ以上言及しない。対象とする問題領域
が同じであれば、それに対応する異なるアプリケーショ
ンに含まれるベースオブジェクトはそれぞれ、その内容
（属性およびメソッドによる振る舞い）もベースオブジ
ェクト同士の組合せも同じである。例えば、異なる二社
の流通業者ＡとＢに納められる在庫管理アプリケーショ
ンＩＮＶ＿ＡとＩＮＶ＿Ｂを考えた際、当然のことなが
らＩＮＶ＿Ａ≠ＩＮＶ＿Ｂであるが、そこに含まれるベ
ースオブジェクトの内容とそれらの組合せについては同
じになる。

【００７５】「カスタムオブジェクト」とは、ある問題
領域に対応するアプリケーション毎の差を吸収するため
のオブジェクトのことである。カスタムオブジェクト
は、ベースオブジェクトあるいは他のカスタムオブジェ
クトに組み込まれて機能する。問題領域が同じであって
も、それに対応する異なるアプリケーションに含まれる
カスタムオブジェクトはそれぞれ、その内容（属性およ
びメソッドによる振る舞い）も、ベースオブジェクトお
よびカスタムオブジェクトの組合せも異なる可能性があ
る。先に示した例では、ＩＮＶ＿ＡとＩＮＶ＿Ｂとが異
なったアプリケーションとして存在できるのは、その差
をカスタムオブジェクトが体現するためである。

【００７６】次に、本発明においてはコンポーネントウ
ェアの流通を目的としているわけであるが、実際に流通
されるものとしては、ベースオブジェクトあるいはカス
タムオブジェクトの「実体」、カスタムオブジェクトの
「インタフェース」、ベースオブジェクト同士あるいは
ベースオブジェクトとカスタムオブジェクトの「組合せ
情報」が基本である。

【００７７】「実体」とは、ソースコードは既にコンパ
イルされており、リンクするのみで実行可能になるよう
なバイナリ形式のオブジェクトを意味する。実体は、値
を代入できる属性や、振る舞いを定義するメソッドの具
体的な内容の定義を備えている。Ｊａｖａ言語環境を例
にとると、class定義をコンパイルして得られるclassフ
ァイルに該当する。

【００７８】「インタフェース」とは、オブジェクトが
備えるべき属性や、メソッドにどのようなものがあるか
のみを定義し、その内容については定義しないような、
オブジェクトの境界のあり方を意味する。Ｊａｖａ言語
環境を例にとると、interface定義をコンパイルして得
られるclassファイルに該当する。

【００７９】「組合せ情報」とは、ある問題を解決する
ために、ある複数のオブジェクトが、どのような属性や
メソッドによって関連付けられて、どのように振る舞う
べきかを示したものを意味する。

【００８０】ここでさらに、「実アプリケーション」、
「原アプリケーション」、「フレバードフレームワー
ク」および「プレーンフレームワーク」という用語を導
入する。

【００８１】「実アプリケーション」とは、実際の最終
ユーザに納められるアプリケーションを意味する。「フ
レバードフレームワーク」あるいは「プレーンフレーム
ワーク」を抽出するもととなるものである。

【００８２】「原アプリケーション」とは、特定の最終
ユーザに限定しないで、固有の仕様に対応する部分につ
いてはインタフェースのみ実装した、半完成的なアプリ
ケーションを意味する。「プレーンフレームワーク」を
抽出するもととなるものである。

【００８３】「フレバードフレームワーク」とは、ベー
スオブジェクトの実体、カスタムオブジェクトの実体、
ベースオブジェクトの実体同士の組合せ情報、およびベ
ースオブジェクトの実体とカスタムオブジェクトの実体
の組合せ情報から構成されるコンポーネントウェアを意
味する。「フレバード（flavored：味付けされてい
る）」とは、ある特定の最終ユーザが実際に納められて
いる、すなわち汎用的なものではない、ということに由
来する。

【００８４】「プレーンフレームワーク」とは、ベース
オブジェクトの実体、カスタムオブジェクトのインタフ
ェース、ベースオブジェクトの実体同士の組合せ情報、
およびベースオブジェクトの実体とカスタムオブジェク
トのインタフェースの組合せ情報から構成されるコンポ
ーネントウェアを意味する。「プレーン（plain：あっ
さりしている）」とは、特定の最終ユーザに限定されて
いない、すなわち汎用的なものである、ということに由
来する。

【００８５】コンポーネントウェアの「流通」とは、仲
介者であるＤＳが、上述したようなコンポーネントウェ
ア、すなわち、ベースオブジェクトあるいはカスタムオ
ブジェクトの実体、カスタムオブジェクトのインタフェ
ース、ベースオブジェクト同士あるいはベースオブジェ
クトとカスタムオブジェクトの組合せ情報を、ＳＩある
いはＣＶが「提供」するのを受け付け、ＣＳが「消費」
するのを取り次ぐことを意味する。

【００８６】コンポーネントウェアの「提供」とは、Ｓ
Ｉが自ら構築したアプリケーションから、ベースオブジ
ェクトあるいはカスタムオブジェクトの実体、ベースオ
ブジェクト同士あるいはベースオブジェクトとカスタム
オブジェクトの組合せ情報を抽出し、ＤＳに引き渡すこ
とを意味する。あるいはＳＩが自ら構築したアプリケー
ションから、もしくはＣＶが、ベースオブジェクトの実
体、カスタムオブジェクトのインタフェース、ベースオ
ブジェクト同士あるいはベースオブジェクトとカスタム
オブジェクトの組合せ情報を抽出し、ＤＳに引き渡すこ
とを意味する。ＳＩあるいはＣＶは、ＤＳにコンポーネ
ントウェアを提供する見返りとして、相応の利益を得る
ことができる。この利益によって、コンポーネントウェ
アの流通における提供の側面が促進される。またＳＩあ
るいはＣＶは、バイナリ形式のコンポーネントウェアを
提供すれば済み、ノウハウを秘匿することができる。こ
のことによっても、コンポーネントウェアの流通におけ
る提供の側面が促進される。

【００８７】コンポーネントウェアの「消費」とは、Ｄ
Ｓが管理しているコンポーネントウェアをＣＳに引き渡
し、ＣＳが自ら構築しようとしているアプリケーション
に再利用することを意味する。ＣＳは、ＤＳからコンポ
ーネントウェアを引き渡してもらう見返りとして、相応
の対価を支払うことになる。この対価が上述したＳＩあ
るいはＣＶの利益として還元されることで、コンポーネ
ントウェアの流通における提供の側面が促進される。ま
たＣＳは、バイナリ形式のコンポーネントウェアを利用
すれば済み、コンパイルの必要がなく、再利用しやすく
なる。このことによっても、コンポーネントウェアの流
通における消費の側面が促進される。

【００８８】全体構成図１は本発明によるコンポーネントウェア流通装置の全
体構成を示す図である。図１に示すように、コンポーネ
ントウェア流通装置１０は、実アプリケーションまたは
原アプリケーションなどのアプリケーションからコンポ
ーネントウェアを抽出して流通させるためのものであ
り、フレバードフレームワーク流通部（第１コンポーネ
ントウェア抽出部）１１、プレーンフレームワーク流通
部（第２コンポーネントウェア抽出部）１２、消費流通
部１３、広告流通部１４、およびリポジトリ（コンポー
ネントウェア管理部）１５を備えている。

【００８９】このうちフレバードフレームワーク流通部
１１は、実アプリケーション１６を受け付けてフレバー
ドフレームワーク１７を抽出しリポジトリ１５に格納す
る他、実アプリケーション１６を受け付けてプレーンフ
レームワーク１８を抽出しプレーンフレームワーク流通
部１２へ移管する。

【００９０】プレーンフレームワーク流通部１２は、原
アプリケーション１９を受け付けてプレーンフレームワ
ーク１８を抽出しリポジトリ１５に格納する他、フレバ
ードフレームワーク流通部１１から移管されたプレーン
フレームワーク１８を受け付けてリポジトリ１５に格納
する。

【００９１】消費流通部１３は、リポジトリ１５で管理
されているフレバードフレームワーク１７あるいはプレ
ーンフレームワーク１８と、可能であれば広告２０とを
消費者に対して払い出す。

【００９２】広告流通部１４は、広告２０を受け付けて
リポジトリ１５に格納する。

【００９３】リポジトリ１５は、フレバードフレームワ
ーク１７、プレーンフレームワーク１８および広告２０
を格納して管理する。

【００９４】次に、これらフレバードフレームワーク流
通部１１、プレーンフレームワーク流通部１２、消費流
通部１３、広告流通部１４およびリポジトリ１５の詳細
について説明する。

【００９５】フレバードフレームワーク流通部フレバードフレームワーク流通部１１は、ＳＩが提供す
る実アプリケーション１６を受け付けてフレバードフレ
ームワーク１７を抽出しリポジトリ１５に格納するとと
もに、実アプリケーション１６を受け付けてプレーンフ
レームワーク１８を抽出しプレーンフレームワーク流通
部１２へ移管する機能を担う。また、フレバードフレー
ムワーク流通部１１は、提供された実アプリケーション
１６に応じた利益をＳＩに支払う機能を担う。

【００９６】フレバードフレームワーク流通部１１を通
してフレバードフレームワーク１７あるいはプレーンフ
レームワーク１８の提供が行われるとき、それを行うの
はＳＩとしての役割を担った者である。このＳＩは、実
際に実アプリケーション１６を開発した者でも良いし、
その開発者の代理としての流通業者でも良い。

【００９７】またフレバードフレームワーク流通部１１
の物理的な構造を考える場合、実際のアプリケーション
開発者が主体であればアプリケーション開発者が直接利
用できる環境に、あるいは流通業者が主体であれば流通
業者が直接利用できる環境に配置されても良い。物理的
な配置とそれを透過的に扱う方法については本発明と直
接関係するものではないので、これ以上言及しない。

【００９８】フレバードフレームワーク流通部１１にお
ける流通のシナリオには、大きく以下の３種類が考えら
れる。

【００９９】（１）第１シナリオＦＦＷ１…ＳＩが、最
終ユーザの承認の下で、フレバードフレームワーク１７
のみを流通させる。

【０１００】（２）第２シナリオＦＦＷ２…ＳＩが、最
終ユーザの制限の下で、プレーンフレームワーク１８の
みを流通させる。

【０１０１】（３）第３シナリオＦＦＷ３…ＳＩが、最
終ユーザの承認の下で、フレバードフレームワーク１７
に加え、さらにプレーンフレームワーク１８も流通させ
る。

【０１０２】提供に対する見返りとしてＳＩに支払われ
る利益は、基本的に、提供されるコンポーネントウェア
の価値に基づいて決定される。ここでコンポーネントウ
ェアの価値とは、例えば提供されたコンポーネントウェ
アに高い需要が見込まれるかといったことである。また
利益は、その他の要因によって変動させることもでき
る。ここでその他の要因とは、例えばＳＩとＤＳとの間
で結ばれる契約などである。

【０１０３】図２はフレバードフレームワーク流通部１
１の内部構成を示す図である。

【０１０４】以下、上述した３種類のシナリオに沿っ
て、フレバードフレームワーク流通部１１の動作につい
て説明する。

【０１０５】［シナリオＦＦＷ１］まず、第１シナリオ
ＦＦＷ１について説明する。なお、このシナリオの全体
像を表すフローチャートを図３に示す。

【０１０６】１．実アプリケーション１６を提供しよう
とするＳＩの要求を、ＦＦＷ受付部３１が受け付ける
（ステップ１０１）。

【０１０７】２．ＦＦＷ受付部３１は、ＦＦＷ制御部３
２を起動する（ステップ１０２）。

【０１０８】３．ＦＦＷ受付部３１は、次の要求に備え
て待機する（ステップ１０３）。

【０１０９】４．ＦＦＷ制御部３２は、実アプリケーシ
ョン登録部３３を起動し、処理が終了するのを待つ（ス
テップ１０４）。

【０１１０】５．実アプリケーション登録部３３は、提
供された実アプリケーション１６をＦＦＷ作業領域３４
に移す。実アプリケーション１６の本体を移しても良い
し、その存在に関する情報のみを移しても良い（ステッ
プ１０５）。

【０１１１】６．ＦＦＷ制御部３２は、ＦＦＷオブジェ
クト抽出部３５を起動し、処理が終了するのを待つ（ス
テップ１０６）。

【０１１２】７．ＦＦＷオブジェクト抽出部３５は、Ｆ
ＦＷ作業領域３４に格納されている実アプリケーション
１６を走査し、実アプリケーション１６に含まれるオブ
ジェクトを抽出し、その情報をＦＦＷ作業領域３４に格
納する（ステップ１０７）。

【０１１３】８．ＦＦＷ制御部３２は、ＦＦＷ化部３６
を起動し、処理が終了するのを待つ（ステップ１０
８）。

【０１１４】９．ＦＦＷ化部３６は、ＳＩからの入力に
より、どのオブジェクトがベースオブジェクトなのか、
どのオブジェクトがカスタムオブジェクトなのか、どの
オブジェクトとどのオブジェクトがどのように組み合わ
されるのかといった、フレバードフレームワーク１７と
して必要な情報を付加して、ＦＦＷ作業領域３４に格納
する（ステップ１０９）。

【０１１５】１０．ＦＦＷベース化部３６ａは、指示し
ているオブジェクトがベースオブジェクトであるという
情報を与え、ＦＦＷ作業領域３４に格納する（ステップ
１１０）。

【０１１６】１１．ＦＦＷカスタム化部３６ｂは、指示
しているオブジェクトがカスタムオブジェクトであると
いう情報を与え、ＦＦＷ作業領域３４に格納する（ステ
ップ１１１）。

【０１１７】１２．ＦＦＷ組合せ部３６ｃは、指示した
オブジェクト間がどのように組み合わされているかとい
う情報を与え、ＦＦＷ作業領域３４に格納する（ステッ
プ１１２）。

【０１１８】１３．ＦＦＷ制御部３２は、ＦＦＷ判断部
３７を起動し、処理が終了するのを待つ（ステップ１１
３）。

【０１１９】１４．ＦＦＷ判断部３７は、ＳＩからの
「フレバードフレームワークのみ流通」という入力を受
け付ける（ステップ１１４）。

【０１２０】１５．ＦＦＷ制御部３２は、ＦＦＷ登録部
３８を起動し、処理が終了するのを待つ（ステップ１１
５）。

【０１２１】１６．ＦＦＷ登録部３８は、ＦＦＷ作業領
域３４に格納されているフレバードフレームワーク１７
を取り出し、名称や権利、キーワードなどの情報を付加
した上で、リポジトリ１５に登録する（ステップ１１
６）。

【０１２２】１７．ＦＦＷ制御部３２は、ＦＦＷ支払部
３９を起動し、処理が終了するのを待つ（ステップ１１
７）。

【０１２３】１８．ＦＦＷ支払部３９は、提供されたフ
レバードフレームワーク１７の価値に応じた利益をＳＩ
に支払う（ステップ１１８）。

【０１２４】［シナリオＦＦＷ２］次に、第２シナリオ
ＦＦＷ２について説明する。なお、このシナリオの全体
像を表すフローチャートを図４に示す。なお、ステップ
２０１〜２１３までは第１シナリオＦＦＷ１と同じであ
る。

【０１２５】１．実アプリケーション１６を提供しよう
とするＳＩの要求を、ＦＦＷ受付部３１が受け付ける
（ステップ２０１）。

【０１２６】２．ＦＦＷ受付部３１は、ＦＦＷ制御部３
２を起動する（ステップ２０２）。

【０１２７】３．ＦＦＷ受付部３１は、次の要求に備え
て待機する（ステップ２０３）。

【０１２８】４．ＦＦＷ制御部３２は、実アプリケーシ
ョン登録部３３を起動し、処理が終了するのを待つ（ス
テップ２０４）。

【０１２９】５．実アプリケーション登録部３３は、提
供された実アプリケーション１６をＦＦＷ作業領域３４
に移す。実アプリケーション１６の本体を移しても良い
し、その存在に関する情報のみを移しても良い（ステッ
プ２０５）。

【０１３０】６．ＦＦＷ制御部３２は、ＦＦＷオブジェ
クト抽出部３５を起動し、処理が終了するのを待つ（ス
テップ２０６）。

【０１３１】７．ＦＦＷオブジェクト抽出部３５は、Ｆ
ＦＷ作業領域３４に格納されている実アプリケーション
１６を走査し、実アプリケーション１６に含まれるオブ
ジェクトを抽出し、その情報をＦＦＷ作業領域３４に格
納する（ステップ２０７）。

【０１３２】８．ＦＦＷ制御部３２は、ＦＦＷ化部３６
を起動し、処理が終了するのを待つ（ステップ２０
８）。

【０１３３】９．ＦＦＷ化部３６は、ＳＩからの入力に
より、どのオブジェクトがベースオブジェクトなのか、
どのオブジェクトがカスタムオブジェクトなのか、どの
オブジェクトとどのオブジェクトがどのように組み合わ
されるのかといった、フレバードフレームワーク１７と
して必要な情報を付加して、ＦＦＷ作業領域３４に格納
する（ステップ２０９）。

【０１３４】１０．ＦＦＷベース化部３６ａは、指示し
ているオブジェクトがベースオブジェクトであるという
情報を与え、ＦＦＷ作業領域３４に格納する（ステップ
２１０）。

【０１３５】１１．ＦＦＷカスタム化部３６ｂは、指示
しているオブジェクトがカスタムオブジェクトであると
いう情報を与え、ＦＦＷ作業領域３４に格納する（ステ
ップ２１１）。

【０１３６】１２．ＦＦＷ組合せ部３６ｃは、指示した
オブジェクト間がどのように組み合わされているかとい
う情報を与え、ＦＦＷ作業領域３４に格納する（ステッ
プ２１２）。

【０１３７】１３．ＦＦＷ制御部３２は、ＦＦＷ判断部
３７を起動し、処理が終了するのを待つ（ステップ２１
３）。

【０１３８】１４．ＦＦＷ判断部３７は、ＳＩからの
「プレーンフレームワークのみ流通」という入力を受け
付ける（ステップ２１４）。

【０１３９】１５．ＦＦＷ制御部３２は、インタフェー
ス化部４０を起動し、処理が終了するのを待つ（ステッ
プ２１５）。

【０１４０】１６．インタフェース化部４０は、ＦＦＷ
作業領域３４に格納されているフレバードフレームワー
ク１７を取り出し、その中に含まれているカスタムオブ
ジェクトについて、インタフェースのみを残し、具体的
な属性値やメソッドの振る舞いについては削除し、再び
ＦＦＷ作業領域３４に格納する（ステップ２１６）。

【０１４１】１７．ＦＦＷ制御部３２は、ＰＦＷ移管部
４１を起動し、処理が終了するのを待つ（ステップ２１
７）。

【０１４２】１８．ＰＦＷ移管部４１は、ＦＦＷ作業領
域３４に格納されているプレーンフレームワーク１８を
取り出し、プレーンフレームワーク流通部１２に移管す
る（ステップ２１８）。

【０１４３】［シナリオＦＦＷ３］最後に、第３シナリ
オＦＦＷ３について説明する。なお、このシナリオの全
体像を表すフローチャートを図５に示す。なお、ステッ
プ３０１〜３１３までは上述した第１シナリオＦＦＷ１
および第２シナリオＦＦＷ２と同じである。

【０１４４】１．実アプリケーション１６を提供しよう
とするＳＩの要求を、ＦＦＷ受付部３１が受け付ける
（ステップ３０１）。

【０１４５】２．ＦＦＷ受付部３１は、ＦＦＷ制御部３
２を起動する（ステップ３０２）。

【０１４６】３．ＦＦＷ受付部３１は、次の要求に備え
て待機する（ステップ３０３）。

【０１４７】４．ＦＦＷ制御部３２は、実アプリケーシ
ョン登録部３３を起動し、処理が終了するのを待つ（ス
テップ３０４）。

【０１４８】５．実アプリケーション登録部３３は、提
供された実アプリケーション１６をＦＦＷ作業領域３４
に移す。実アプリケーション１６の本体を移しても良い
し、その存在に関する情報のみを移しても良い（ステッ
プ３０５）。

【０１４９】６．ＦＦＷ制御部３２は、ＦＦＷオブジェ
クト抽出部３５を起動し、処理が終了するのを待つ（ス
テップ３０６）。

【０１５０】７．ＦＦＷオブジェクト抽出部３５は、Ｆ
ＦＷ作業領域３４に格納されている実アプリケーション
１６を走査し、実アプリケーション１６に含まれるオブ
ジェクトを抽出し、その情報をＦＦＷ作業領域３４に格
納する（ステップ３０７）。

【０１５１】８．ＦＦＷ制御部３２は、ＦＦＷ化部３６
を起動し、処理が終了するのを待つ（ステップ３０
８）。

【０１５２】９．ＦＦＷ化部３６は、ＳＩからの入力に
より、どのオブジェクトがベースオブジェクトなのか、
どのオブジェクトがカスタムオブジェクトなのか、どの
オブジェクトとどのオブジェクトがどのように組み合わ
されるのかといった、フレバードフレームワーク１７と
して必要な情報を付加して、ＦＦＷ作業領域３４に格納
する（ステップ３０９）。

【０１５３】１０．ＦＦＷベース化部３６ａは、指示し
ているオブジェクトがベースオブジェクトであるという
情報を与え、ＦＦＷ作業領域３４に格納する（ステップ
３１０）。

【０１５４】１１．ＦＦＷカスタム化部３６ｂは、指示
しているオブジェクトがカスタムオブジェクトであると
いう情報を与え、ＦＦＷ作業領域３４に格納する（ステ
ップ３１１）。

【０１５５】１２．ＦＦＷ組合せ部３６ｃは、指示した
オブジェクト間がどのように組み合わされているかとい
う情報を与え、ＦＦＷ作業領域３４に格納する（ステッ
プ３１２）。

【０１５６】１３．ＦＦＷ制御部３２は、ＦＦＷ判断部
３７を起動し、処理が終了するのを待つ（ステップ３１
３）。

【０１５７】１４．ＦＦＷ判断部３７は、ＳＩからの
「フレバードフレームワークおよびプレーンフレームワ
ークの流通」という入力を受け付ける（ステップ３１
４）。

【０１５８】１５．ＦＦＷ制御部３２は、ＦＦＷ登録部
３８を起動し、処理が終了するのを待つ（ステップ３１
５）。

【０１５９】１６．ＦＦＷ登録部３８は、ＦＦＷ作業領
域３４に格納されているフレバードフレームワーク１７
を取り出し、名称や権利、キーワードなどの情報を付加
した上で、リポジトリ１５に登録する（ステップ３１
６）。

【０１６０】１７．ＦＦＷ制御部３２は、ＦＦＷ支払部
３９を起動し、処理が終了するのを待つ（ステップ３１
７）。

【０１６１】１８．ＦＦＷ支払部３９は、提供されたフ
レバードフレームワーク１７の価値に応じた利益をＳＩ
に支払う（ステップ３１８）。

【０１６２】１９．ＦＦＷ制御部３２は、インタフェー
ス化部４０を起動し、処理が終了するのを待つ（ステッ
プ３１９）。

【０１６３】２０．インタフェース化部４０は、ＦＦＷ
作業領域３４に格納されているフレバードフレームワー
ク１７を取り出し、その中に含まれているカスタムオブ
ジェクトについて、インタフェースのみを残し、具体的
な属性値やメソッドの振る舞いについては削除し、再び
ＦＦＷ作業領域３４に格納する（ステップ３２０）。

【０１６４】２１．ＦＦＷ制御部３２は、ＰＦＷ移管部
４１を起動し、処理が終了するのを待つ（ステップ３２
１）。

【０１６５】２２．ＰＦＷ移管部４１は、ＦＦＷ作業領
域３４に格納されているプレーンフレームワーク１８を
取り出し、プレーンフレームワーク流通部１２に移管す
る（ステップ３２２）。

【０１６６】以上のとおり、フレバードフレームワーク
流通部１１によれば、本発明の目的に沿った、以下のよ
うな効果が期待できる。

【０１６７】（１）実アプリケーション登録部３３を介
して実アプリケーション１６をそのまま受け付けること
により、ＳＩによるコンポーネントウェアの提供が行い
易くなり、流通が促進される。

【０１６８】（２）インタフェース化部４０を介して実
アプリケーション１６からプレーンフレームワーク１８
を得ることにより、ＳＩが最終ユーザによる制限を守る
ことができ、流通が促進される。

【０１６９】（３）ＰＦＷ移管部４１を介してプレーン
フレームワーク流通部１２への受付を行うことにより、
ＳＩによるコンポーネントウェアの提供が行い易くな
り、流通が促進される。

【０１７０】（４）ＦＦＷオブジェクト抽出部３５を介
してオブジェクトのまま取り扱うことにより、ＳＩはベ
ースオブジェクトおよびカスタムオブジェクトの実装ノ
ウハウを公開せずに済み、流通が促進される。

【０１７１】（５）ＦＦＷ化部３６を介してベースオブ
ジェクトの実体、ベースオブジェクト同士の組合せ情
報、カスタムオブジェクトの実体、ベースオブジェクト
とカスタムオブジェクトの組合せ情報を取り扱うことに
より、全体再利用と部分再利用の融合が可能になり、流
通が促進される。

【０１７２】（６）ＦＦＷ判断部３７を介して、フレバ
ードフレームワーク１７まで提供するのかプレーンフレ
ームワーク１８のみを提供するのかをＳＩが選択できる
ようにすることにより、ＳＩが選択に応じた利益を得る
ことが可能になり、流通が促進される。

【０１７３】（７）ＦＦＷ支払部３９を介してＤＳから
ＳＩへ利益を提供することにより、流通経路が確立さ
れ、流通が促進される。

【０１７４】プレーンフレームワーク流通部プレーンフレームワーク流通部１２は、ＣＶが提供する
原アプリケーション１９を受け付けてプレーンフレーム
ワーク１８を抽出しリポジトリ１５に格納するととも
に、ＳＩがフレバードフレームワーク流通部１１を通し
て提供したプレーンフレームワーク１８をリポジトリ１
５に格納する機能を担う。また、プレーンフレームワー
ク流通部１２は、提供された原アプリケーション１９ま
たはプレーンフレームワーク１８に応じた利益をＣＶあ
るいはＳＩに支払う機能を担う。

【０１７５】プレーンフレームワーク流通部１２を通し
てプレーンフレームワーク１８の提供が行われるとき、
それを行うのはＣＶとしての役割を担った者である。こ
のＣＶは、実際に原アプリケーション１９を開発したも
のでも良いし、その開発者の代理としての流通業者でも
良い。また、ＳＩによってフレバードフレームワーク流
通部１１を通してプレーンフレームワーク１８の提供が
行われるときには、ＳＩがＣＶとしての役割を担った者
になる。開発者の代理としての流通業者の考え方も同じ
である。

【０１７６】またプレーンフレームワーク流通部１２の
物理的な構造を考える場合、ＣＶが主体であればコンポ
ーネントベンダが直接利用できる環境に、あるいはアプ
リケーション開発者が主体であればアプリケーション開
発者が直接利用できる環境に、あるいは流通業者が主体
であれば流通業者が直接利用できる環境に配置されても
良い。物理的な配置とそれを透過的に扱う方法について
は本発明と直接関係するものではないので、これ以上言
及しない。

【０１７７】プレーンフレームワーク流通部１２におけ
る流通のシナリオには、大きく以下の２種類が考えられ
る。

【０１７８】（１）第１シナリオＰＦＷ１…ＣＶが、プ
レーンフレームワーク１８を流通させる。

【０１７９】（２）第２シナリオＰＦＷ２…ＳＩが、フ
レバードフレームワーク流通部１１を通して、プレーン
フレームワーク１８を流通させる。

【０１８０】提供に対する見返りとしてＣＶあるいはＳ
Ｉに支払われる利益は、基本的に、提供されるコンポー
ネントウェアの価値に基づいて決定される。また利益
は、その他の要因によって変動させることもできる。

【０１８１】図６はプレーンフレームワーク流通部１２
の内部構成を示す図である。

【０１８２】以下、上述した２種類のシナリオに沿っ
て、プレーンフレームワーク流通部１２の動作について
説明する。

【０１８３】［シナリオＰＦＷ１］まず、第１シナリオ
ＰＦＷ１について説明する。なお、このシナリオの全体
像を表すフローチャートを図７に示す。

【０１８４】１．原アプリケーション１９を提供しよう
とするＣＶの要求を、ＰＦＷ受付部５１が受け付ける
（ステップ４０１）。

【０１８５】２．ＰＦＷ受付部５１は、ＰＦＷ制御部５
２を起動する（ステップ４０２）。

【０１８６】３．ＰＦＷ受付部５１は、次の要求に備え
て待機する（ステップ４０３）。

【０１８７】４．ＰＦＷ制御部５２は、原アプリケーシ
ョン登録部５３を起動し、処理が終了するのを待つ（ス
テップ４０４）。

【０１８８】５．原アプリケーション登録部５３は、提
供された原アプリケーション１９をＰＦＷ作業領域５４
に移す。原アプリケーション１９の本体を移しても良い
し、その存在に関する情報のみを移しても良い（ステッ
プ４０５）。

【０１８９】６．ＰＦＷ制御部５２は、ＰＦＷオブジェ
クト抽出部５５を起動し、処理が終了するのを待つ（ス
テップ４０６）。

【０１９０】７．ＰＦＷオブジェクト抽出部５５は、Ｐ
ＦＷ作業領域５４に格納されている原アプリケーション
１９を走査し、原アプリケーション１９に含まれるオブ
ジェクトを抽出し、その情報をＰＦＷ作業領域５４に格
納する（ステップ４０７）。

【０１９１】８．ＰＦＷ制御部５２は、ＰＦＷ化部５６
を起動し、処理が終了するのを待つ（ステップ４０
８）。

【０１９２】９．ＰＦＷ化部５６は、ＣＶからの入力に
より、どのオブジェクトがベースオブジェクトなのか、
どのオブジェクトがカスタムオブジェクトなのか、どの
オブジェクトとどのオブジェクトがどのように組み合わ
されるのかといった、プレーンフレームワーク１８とし
て必要な情報を付加して、ＰＦＷ作業領域５４に格納す
る（ステップ４０９）。

【０１９３】１０．ＰＦＷベース化部５６ａは、指示し
ているオブジェクトがベースオブジェクトであるという
情報を与え、ＰＦＷ作業領域５４に格納する（ステップ
４１０）。

【０１９４】１１．ＰＦＷカスタム化部５６ｂは、指示
しているオブジェクトがカスタムオブジェクトであると
いう情報を与え、ＰＦＷ作業領域５４に格納する（ステ
ップ４１１）。

【０１９５】１２．ＰＦＷ組合せ部５６ｃは、指示した
オブジェクト間がどのように組み合わされているかとい
う情報を与え、ＰＦＷ作業領域５４に格納する（ステッ
プ４１２）。

【０１９６】１３．ＰＦＷ制御部５２は、ＰＦＷ登録部
５７を起動し、処理が終了するのを待つ（ステップ４１
３）。

【０１９７】１４．ＰＦＷ登録部５７は、ＰＦＷ作業領
域５４に格納されているプレーンフレームワーク１８を
取り出し、名称や権利、キーワードなどの情報を付加し
た上で、リポジトリ１５に登録する（ステップ４１
４）。

【０１９８】１５．ＰＦＷ制御部５２は、ＰＦＷ支払部
５８を起動し、処理が終了するのを待つ（ステップ４１
５）。

【０１９９】１６．ＰＦＷ支払部５８は、提供されたプ
レーンフレームワーク１８の価値に応じた利益をＣＶに
支払う（ステップ４１６）。

【０２００】［シナリオＰＦＷ２］次に、第２シナリオ
ＰＦＷ２について説明する。なお、このシナリオの全体
像を表すフローチャートを図８に示す。

【０２０１】１．プレーンフレームワーク１８を提供し
ようとするＳＩの要求を、ＰＦＷ受付部５１が受け付け
る（ステップ５０１）。

【０２０２】２．ＰＦＷ受付部５１は、ＰＦＷ制御部５
２を起動する（ステップ５０２）。

【０２０３】３．ＰＦＷ受付部５１は、次の要求に備え
て待機する（ステップ５０３）。

【０２０４】４．ＰＦＷ制御部５２は、ＰＦＷ被移管部
５９を起動し、処理が終了するのを待つ（ステップ５０
４）。

【０２０５】５．ＰＦＷ被移管部５９は、提供されたプ
レーンフレームワーク１８をＰＦＷ作業領域５４に移す
（ステップ５０５）。

【０２０６】６．ＰＦＷ制御部５２は、ＰＦＷ登録部５
７を起動し、処理が終了するのを待つ（ステップ５０
６）。

【０２０７】７．ＰＦＷ登録部５７は、ＰＦＷ作業領域
５４に格納されているプレーンフレームワーク１８を取
り出し、名称や権利、キーワードなどの情報を付加した
上で、リポジトリ１５に登録する（ステップ５０７）。

【０２０８】８．ＰＦＷ制御部５２は、ＰＦＷ支払部５
８を起動し、処理が終了するのを待つ（ステップ５０
８）。

【０２０９】９．ＰＦＷ支払部５８は、提供されたプレ
ーンフレームワーク１８の価値に応じた利益をＳＩに支
払う（ステップ５０９）。

【０２１０】以上のとおり、プレーンフレームワーク流
通部１２によれば、本発明の目的に沿った、以下のよう
な効果が期待できる。

【０２１１】（１）原アプリケーション登録部５３を介
して原アプリケーション１９をそのまま受け付けること
により、ＣＶによるコンポーネントウェアの提供が行い
易くなり、流通が促進される。

【０２１２】（２）ＰＦＷ被移管部５９を介してフレバ
ードフレームワーク流通部１１からの受付を行うことに
より、ＳＩによるコンポーネントウェアの提供が行い易
くなり、流通が促進される。

【０２１３】（３）ＰＦＷオブジェクト抽出部５５を介
してオブジェクトのまま取り扱うことにより、ＣＶはベ
ースオブジェクトの実装ノウハウを公開せずに済み、流
通が促進される。

【０２１４】（４）ＰＦＷ化部５６を介してベースオブ
ジェクトの実体、ベースオブジェクト同士の組合せ情
報、カスタムオブジェクトのインタフェース、ベースオ
ブジェクトとカスタムオブジェクトの組合せ情報を取り
扱うことによって、全体再利用と部分再利用の融合が可
能になり、流通が促進される。

【０２１５】（５）ＰＦＷ支払部５８を介してＤＳから
ＣＶあるいはＳＩに利益を提供することにより、流通経
路が確立され、流通が促進される。

【０２１６】消費流通部消費流通部１３は、ＣＳが再利用したいコンポーネント
ウェアをリポジトリ１５から取り込んでＣＳに払い出す
機能を担う。また、消費流通部１３は、再利用したいコ
ンポーネントウェアに関連した広告２０をＣＳに提供す
る機能を担う。さらに、消費流通部１３は、再利用した
いコンポーネントウェアに応じた対価をＤＳから徴収す
る機能を担う。

【０２１７】消費流通部１３を通してコンポーネントウ
ェアの提供が行われるとき、それを行うのはＣＳとして
の役割を担った者である。このＣＳは、実際にコンポー
ネントウェアを再利用する開発者でも良いし、その開発
者の代理としての流通業者でも良い。

【０２１８】また消費流通部１３の物理的な構造を考え
る場合、ＣＳが主体であればＣＳが直接利用できる環境
に、あるいは流通業者が主体であれば流通業者が直接利
用できる環境に配置されても良い。物理的な配置とそれ
を透過的に扱う方法については本発明と直接関係するも
のではないので、これ以上言及しない。

【０２１９】消費流通部１３における流通のシナリオ
は、大きく以下の５種類が考えられる。

【０２２０】（１）第１シナリオＣＳＭ１…ＣＳが、選
択の余地無く、フレバードフレームワーク１７を消費す
る。

【０２２１】（２）第２シナリオＣＳＭ２…ＣＳが、選
択の余地無く、プレーンフレームワーク１８を消費す
る。

【０２２２】（３）第３シナリオＣＳＭ３…ＣＳが、選
択の上で、フレバードフレームワーク１７を消費する。

【０２２３】（４）第４シナリオＣＳＭ４…ＣＳが、選
択の上で、プレーンフレームワーク１８を消費する。

【０２２４】（５）第５シナリオＣＳＭ５…ＣＳが、広
告２０を消費する。

【０２２５】消費に対する見返りとしてＤＳに支払われ
る対価は、基本的に、消費されるコンポーネントウェア
の価値に基づいて決定される。また対価は、その他の要
因によって変動させることもできる。

【０２２６】図９は消費流通部１３の内部構成を示す図
である。

【０２２７】以下、上述した５種類のシナリオに沿っ
て、消費流通部１３の動作について説明する。

【０２２８】［シナリオＣＳＭ１］まず、第１シナリオ
ＣＳＭ１について説明する。なお、このシナリオの全体
像を表すフローチャートを図１０に示す。

【０２２９】１．コンポーネントウェアを再利用しよう
とするＣＳの要求を、ＣＳＭ受付部６１が受け付ける
（ステップ６０１）。

【０２３０】２．ＣＳＭ受付部６１は、ＣＳＭ制御部６
２を起動する（ステップ６０２）。

【０２３１】３．ＣＳＭ受付部６１は、次の要求に備え
て待機する（ステップ６０３）。

【０２３２】４．ＣＳＭ制御部６２は、ＣＳＭ選択部６
３を起動し、処理が終了するのを待つ（ステップ６０
４）。

【０２３３】５．ＣＳＭ選択部６３は、ＣＳからの入力
により、リポジトリ１５に格納されているコンポーネン
トウェアの中からどのコンポーネントウェアを再利用す
るか選択し、その内容をＣＳＭ作業領域６４に格納す
る。選択したコンポーネントウェアがフレバードフレー
ムワーク１７のみの場合には、自動的にその再利用が決
定される（ステップ６０５）。

【０２３４】６．ＣＳＭ選択部６３は、ＣＳからの入力
により、必要なコンポーネントウェアが全て選択される
まで、ステップ６０５を繰り返す（ステップ６０６）。

【０２３５】７．ＣＳＭ制御部６２は、ＣＳＭ取込部６
５を起動し、処理が終了するのを待つ（ステップ６０
７）。

【０２３６】８．ＣＳＭ取込部６５は、ＣＳＭ作業領域
６４に格納されているＣＳＭ選択部６３で選択されたコ
ンポーネントウェアについての情報を取り出し、リポジ
トリ１５からコンポーネントウェアを取り込み、ＣＳＭ
作業領域６４に格納する（ステップ６０８）。

【０２３７】９．ＣＳＭ制御部６２は、ＣＳＭ払出部６
６を起動し、処理が終了するのを待つ（ステップ６０
９）。

【０２３８】１０．ＣＳＭ払出部６６は、ＣＳＭ作業領
域６４に格納されているコンポーネントウェアを、ＣＳ
に払い出す（ステップ６１０）。

【０２３９】１１．ＣＳＭ制御部６２は、ＣＳＭ徴収部
６７を起動し、処理が終了するのを待つ（ステップ６１
１）。

【０２４０】１２．ＣＳＭ徴収部６７は、払い出された
コンポーネントウェアの価値に応じた対価をＣＳから徴
収する（ステップ６１２）。

【０２４１】［シナリオＣＳＭ２］次に、第２シナリオ
ＣＳＭ２について説明する。なお、このシナリオの全体
像を表すフローチャートを図１１に示す。なお、ステッ
プ７０１〜７０４までは上述した第１シナリオＣＳＭ１
と同じである。

【０２４２】１．コンポーネントウェアを再利用しよう
とするＣＳの要求を、ＣＳＭ受付部６１が受け付ける
（ステップ７０１）。

【０２４３】２．ＣＳＭ受付部６１は、ＣＳＭ制御部６
２を起動する（ステップ７０２）。

【０２４４】３．ＣＳＭ受付部６１は、次の要求に備え
て待機する（ステップ７０３）。

【０２４５】４．ＣＳＭ制御部６２は、ＣＳＭ選択部６
３を起動し、処理が終了するのを待つ（ステップ７０
４）。

【０２４６】５．ＣＳＭ選択部６３は、ＣＳからの入力
により、リポジトリ１５に格納されているコンポーネン
トウェアの中からどのコンポーネントウェアを再利用す
るか選択し、その内容をＣＳＭ作業領域６４に格納す
る。選択したコンポーネントウェアがプレーンフレーム
ワーク１８のみの場合には、自動的にその再利用が決定
される（ステップ７０５）。

【０２４７】６．ＣＳＭ選択部６３は、ＣＳからの入力
により、必要なコンポーネントウェアが全て選択される
まで、ステップ７０５を繰り返す（ステップ７０６）。

【０２４８】７．ＣＳＭ制御部６２は、ＣＳＭ取込部６
５を起動し、処理が終了するのを待つ（ステップ７０
７）。

【０２４９】８．ＣＳＭ取込部６５は、ＣＳＭ作業領域
６４に格納されているＣＳＭ選択部６３で選択されたコ
ンポーネントウェアについての情報を取り出し、リポジ
トリ１５からコンポーネントウェアを取り込み、ＣＳＭ
作業領域６４に格納する（ステップ７０８）。

【０２５０】９．ＣＳＭ制御部６２は、ＣＳＭ払出部６
６を起動し、処理が終了するのを待つ（ステップ７０
９）。

【０２５１】１０．ＣＳＭ払出部６６は、ＣＳＭ作業領
域６４に格納されているコンポーネントウェアを、ＣＳ
に払い出す（ステップ７１０）。

【０２５２】１１．ＣＳＭ制御部６２は、ＣＳＭ徴収部
６７を起動し、処理が終了するのを待つ（ステップ７１
１）。

【０２５３】１２．ＣＳＭ徴収部６７は、払い出された
コンポーネントウェアの価値に応じた対価をＣＳから徴
収する（ステップ７１２）。

【０２５４】［シナリオＣＳＭ３］次に、第３シナリオ
ＣＳＭ３について説明する。なお、このシナリオの全体
像を表すフローチャートを図１２に示す。

【０２５５】１．コンポーネントウェアを再利用しよう
とするＣＳの要求を、ＣＳＭ受付部６１が受け付ける
（ステップ８０１）。

【０２５６】２．ＣＳＭ受付部６１は、ＣＳＭ制御部６
２を起動する（ステップ８０２）。

【０２５７】３．ＣＳＭ受付部６１は、次の要求に備え
て待機する（ステップ８０３）。

【０２５８】４．ＣＳＭ制御部６２は、ＣＳＭ選択部６
３を起動し、処理が終了するのを待つ（ステップ８０
４）。

【０２５９】５．ＣＳＭ選択部６３は、ＣＳからの入力
により、リポジトリ１５に格納されているコンポーネン
トウェアの中からどのコンポーネントウェアを再利用す
るか選択し、その内容をＣＳＭ作業領域６４に格納する
（ステップ８０５）。

【０２６０】６．ＣＳＭ判断部６８は、選択したコンポ
ーネントウェアがフレバードフレームワーク１７とプレ
ーンフレームワーク１８の両方が存在する場合に、ＣＳ
からの入力によって、フレバードフレームワーク１７の
再利用を決定する（ステップ８０６）。

【０２６１】７．ＣＳＭ選択部６３は、ＣＳからの入力
により、必要なコンポーネントウェアが全て選択される
まで、ステップ８０５および８０６を繰り返す（ステッ
プ８０７）。

【０２６２】８．ＣＳＭ制御部６２は、ＣＳＭ取込部６
５を起動し、処理が終了するのを待つ（ステップ８０
８）。

【０２６３】９．ＣＳＭ取込部６５は、ＣＳＭ作業領域
６４に格納されているＣＳＭ選択部６３で選択されたコ
ンポーネントウェアについての情報を取り出し、リポジ
トリ１５からコンポーネントウェアを取り込み、ＣＳＭ
作業領域６４に格納する（ステップ８０９）。

【０２６４】１０．ＣＳＭ制御部６２は、ＣＳＭ払出部
６６を起動し、処理が終了するのを待つ（ステップ８１
０）。

【０２６５】１１．ＣＳＭ払出部６６は、ＣＳＭ作業領
域６４に格納されているコンポーネントウェアを、ＣＳ
に払い出す（ステップ８１１）。

【０２６６】１２．ＣＳＭ制御部６２は、ＣＳＭ徴収部
６７を起動し、処理が終了するのを待つ（ステップ８１
２）。

【０２６７】１３．ＣＳＭ徴収部６７は、払い出された
コンポーネントウェアの価値に応じた対価をＣＳから徴
収する（ステップ８１３）。

【０２６８】［シナリオＣＳＭ４］次に、第４シナリオ
ＣＳＭ４について説明する。なお、このシナリオの全体
像を表すフローチャートを図１３に示す。なお、ステッ
プ９０１〜９０４までは上述した第１シナリオＣＳＭ１
と同じである。

【０２６９】１．コンポーネントウェアを再利用しよう
とするＣＳの要求を、ＣＳＭ受付部６１が受け付ける
（ステップ９０１）。

【０２７０】２．ＣＳＭ受付部６１は、ＣＳＭ制御部６
２を起動する（ステップ９０２）。

【０２７１】３．ＣＳＭ受付部６１は、次の要求に備え
て待機する（ステップ９０３）。

【０２７２】４．ＣＳＭ制御部６２は、ＣＳＭ選択部６
３を起動し、処理が終了するのを待つ（ステップ９０
４）。

【０２７３】５．ＣＳＭ選択部６３は、ＣＳからの入力
により、リポジトリ１５に格納されているコンポーネン
トウェアの中からどのコンポーネントウェアを再利用す
るか選択し、その内容をＣＳＭ作業領域６４に格納する
（ステップ９０５）。

【０２７４】６．ＣＳＭ判断部６８は、選択したコンポ
ーネントウェアがフレバードフレームワーク１７とプレ
ーンフレームワーク１８の両方が存在する場合に、ＣＳ
からの入力によって、プレーンフレームワーク１８の再
利用を決定する（ステップ９０６）。

【０２７５】７．ＣＳＭ選択部６３は、ＣＳからの入力
により、必要なコンポーネントウェアが全て選択される
まで、ステップ９０５および９０６を繰り返す（ステッ
プ９０７）。

【０２７６】８．ＣＳＭ制御部６２は、ＣＳＭ取込部６
５を起動し、処理が終了するのを待つ（ステップ９０
８）。

【０２７７】９．ＣＳＭ取込部６５は、ＣＳＭ作業領域
６４に格納されているＣＳＭ選択部６３で選択されたコ
ンポーネントウェアについての情報を取り出し、リポジ
トリ１５からコンポーネントウェアを取り込み、ＣＳＭ
作業領域６４に格納する（ステップ９０９）。

【０２７８】１０．ＣＳＭ制御部６２は、ＣＳＭ払出部
６６を起動し、処理が終了するのを待つ（ステップ９１
０）。

【０２７９】１１．ＣＳＭ払出部６６は、ＣＳＭ作業領
域６４に格納されているコンポーネントウェアを、ＣＳ
に払い出す（ステップ９１１）。

【０２８０】１２．ＣＳＭ制御部６２は、ＣＳＭ徴収部
６７を起動し、処理が終了するのを待つ（ステップ９１
２）。

【０２８１】１３．ＣＳＭ徴収部６７は、払い出された
コンポーネントウェアの価値に応じた対価をＣＳから徴
収する（ステップ９１３）。

【０２８２】なお、選択したコンポーネントウェアにフ
レバードフレームワーク１７とプレーンフレームワーク
１８のどちらが存在するか、あるいは両方が存在する
か、さらにその状況に対してＣＳがどのような判断をし
たかによって、上述したシナリオＣＳＭ１〜ＣＳＭ４は
混在する可能性がある。

【０２８３】［シナリオＣＳＭ５］最後に、第５シナリ
オＣＳＭ５について説明する。第５シナリオＣＳＭ５
は、他のシナリオＣＳＭ１〜ＣＳＭ４におけるＣＳＭ選
択部６３の中で展開されるサブシナリオである。なお、
このシナリオの全体像を表すフローチャートを図１４に
示す。

【０２８４】１．ＣＳＭ選択部６３は、ＣＳＭ広告部６
９を起動する（ステップ１００１）。

【０２８５】２．ＣＳＭ広告部６９は、ＣＳＭ選択部６
３になされたＣＳからの入力の内容を受け取り、リポジ
トリ１５の中から関連の深い広告２０を取り出し、ＣＳ
に提供する（ステップ１００２）。

【０２８６】以上のとおり、消費流通部１３によれば、
本発明の目的に沿った、以下のような効果が期待でき
る。

【０２８７】（１）ＣＳＭ選択部６３を介して多くのコ
ンポーネントウェアを示すことにより、ＣＳによる再利
用要求に高い確率で応えられるようになり、流通が促進
される。

【０２８８】（２）ＣＳＭ判断部６８を介して、フレバ
ードフレームワーク１７を再利用するのかプレーンフレ
ームワーク１８を再利用するのかをＣＳが選択できるよ
うにすることにより、ＣＳが選択に応じた対価を支払う
ことが可能になり、流通が促進される。

【０２８９】（３）ＣＳＭ広告部６９を介して、ＡＤが
出稿する広告２０が効率良く展開されることにより、Ａ
Ｄが多く出稿するようになることで流通コストを下げる
ことができ、流通が促進される。

【０２９０】（４）ＣＳＭ取込部６５およびＣＳＭ払出
部６６を介してコンポーネントウェアをオブジェクトの
まま取り扱うことにより、ＣＳはベースオブジェクトお
よびカスタムオブジェクトをコンパイルすることなく再
利用することができ、流通が促進される。

【０２９１】（５）ＣＳＭ徴収部６７を介してＣＳから
ＤＳへ対価を支払うことにより、流通経路が確立され、
流通が促進される。

【０２９２】広告流通部広告流通部１４は、ＡＤが出稿する広告２０を受け付け
てリポジトリ１５に格納する機能を担う。また、広告流
通部１４は、出稿された広告２０に応じた対価をＤＳが
徴収する機能を担う。

【０２９３】広告流通部１４を通して広告２０の出稿が
行われるとき、それを行うのはＡＤとしての役割を担っ
た者である。このＡＤは、実際に広告２０を出稿する者
でも良いし、その出稿者の代理としての流通業者でも良
い。

【０２９４】また広告流通部１４の物理的な構造を考え
る場合、広告主が主体であれば広告主が直接利用できる
環境に、あるいは流通業者が主体であれば流通業者が直
接利用できる環境に配置されても良い。物理的な配置と
それを透過的に扱う方法については本発明と直接関係す
るものではないので、これ以上言及しない。

【０２９５】広告流通部１４における流通のシナリオに
は、以下のみが考えられる。

【０２９６】（１）シナリオＡＤＶ１…ＡＤが、広告２
０を流通させる。

【０２９７】出稿に対する見返りとしてＡＤが支払う対
価は、基本的に、出稿される広告２０の展開見込みに基
づいて決定される。ここで広告２０の展開見込みとは、
例えば出稿された広告２０が非常に基礎的なインフラ技
術に関係したもので多くのコンポーネントウェアと関連
付けられることが見込まれる、といったことである。ま
た対価は、その他の要因によって変動させることもでき
る。ここでその他の要因とは、例えばＡＤとＤＳとの間
で結ばれる契約などである。

【０２９８】図１５は広告流通部１４の内部構成を示す
図である。

【０２９９】［シナリオＡＤＶ１］以下、シナリオＡＤ
Ｖ１に沿って、広告流通部１４の動作について説明す
る。

【０３００】なお、シナリオの全体像を表すフローチャ
ートを図１６に示す。

【０３０１】１．広告２０を出稿しようとするＡＤの要
求を、ＡＤＶ受付部７１が受け付ける（ステップ１１０
１）。

【０３０２】２．ＡＤＶ受付部７１は、ＡＤＶ制御部７
２を起動する（ステップ１１０２）。

【０３０３】３．ＡＤＶ受付部７１は、次の要求に備え
て待機する（ステップ１１０３）。

【０３０４】４．ＡＤＶ制御部７２は、広告入稿部７３
を起動し、処理が終了するのを待つ（ステップ１１０
４）。

【０３０５】５．広告入稿部７３は、出稿された広告２
０をＡＤＶ作業領域７４に移す。広告２０の本体を移し
ても良いし、その存在に関する情報のみを移しても良い
（ステップ１１０５）。

【０３０６】６．ＡＤＶ制御部７２は、広告登録部７５
を起動し、処理が終了するのを待つ（ステップ１１０
６）。

【０３０７】７．広告登録部７５は、ＡＤＶ作業領域７
４に格納されている広告２０を取り出し、名称や権利、
キーワードなどに加えて、展開見込みに関する情報を付
加した上で、リポジトリ１５に登録する（ステップ１１
０７）。

【０３０８】８．ＡＤＶ制御部７２は、ＡＤＶ徴収部７
６を起動し、処理が終了するのを待つ（ステップ１１０
８）。

【０３０９】９．ＡＤＶ徴収部７６は、出稿された広告
２０の展開見込みに応じた対価をＡＤから徴収する（ス
テップ１１０９）。

【０３１０】以上のとおり、広告流通部１４によれば、
本発明の目的に沿った、以下のような効果が期待でき
る。

【０３１１】（１）広告登録部７５を介して、ＡＤが出
稿する広告２０が効率良くＣＳに展開されることによ
り、ＡＤが多く出稿するようになることで流通コストを
下げることができ、流通が促進される。

【０３１２】（２）ＡＤＶ徴収部７６を介してＡＤから
ＤＳへ対価を支払うことにより、流通コストを下げるこ
とができ、流通が促進される。

【０３１３】リポジトリリポジトリ１５は、コンポーネントウェア、すなわちＳ
Ｉが提供してＣＳが消費するフレバードフレームワーク
１７、ＣＶあるいはＳＩが提供してＣＳが消費するプレ
ーンフレームワーク１８を管理する機能を担う。また、
リポジトリ１５は、ＡＤが出稿してＣＳが消費する広告
２０を管理する機能を担う。

【０３１４】リポジトリ１５においてフレバードフレー
ムワーク１７、プレーンフレームワーク１８および広告
２０の管理が行われるとき、それを行うのはＤＳとして
の役割を担った者である。

【０３１５】またリポジトリ１５の物理的な構造を考え
る場合、フレバードフレームワーク１７、プレーンフレ
ームワーク１８および広告２０はいずれも基本的には流
通業者が直接利用できる環境に配置するものとする。物
理的な配置については本発明と直接関係するものではな
いので、これ以上言及しない。

【０３１６】図１７はリポジトリ１５の内部構成を示す
図である。

【０３１７】以下、リポジトリ１５の動作について説明
する。

【０３１８】流通管理部８１は、コンポーネントウェア
および広告２０の流通に関する窓口となる機能を担う。
すなわち、フレバードフレームワーク流通部１１あるい
はプレーンフレームワーク流通部１２を介してコンポー
ネントウェアを受け付け、広告流通部１４を介して広告
２０を受け付け、さらに消費流通部１３を介してコンポ
ーネントウェアおよび広告２０を払い出す機能を担う。
フレバードフレームワーク流通部１１およびプレーンフ
レームワーク流通部１２を介して提供されたコンポーネ
ントウェアは、後述するコンポーネントウェア管理部８
２にその管理が引き渡される。また、広告流通部１４を
介して提供された広告２０は、後述する広告管理部８９
にその管理が引き渡される。なお、消費流通部１３を介
して消費されるコンポーネントウェアおよび広告２０
は、コンポーネントウェア管理部８２および広告管理部
８９を通して消費される。ここで流通管理部８１は、こ
れらのコンポーネントウェアおよび広告２０がどのよう
にやりとりされているかを把握する機能も担う。

【０３１９】コンポーネントウェア管理部８２は、コン
ポーネントウェアのライフサイクルの管理を行う。ここ
でコンポーネントウェアのライフサイクルとは、その生
成、消滅、参照などを意味する。すなわち、コンポーネ
ントウェアの生成とは、流通管理部８１を介して提供さ
れたコンポーネントウェアを受け付け、ベースオブジェ
クト、カスタムオブジェクト、およびそれらの組合せ情
報を認識した上で、それぞれを後述するベースオブジェ
クト管理部８３、カスタムオブジェクト管理部８４、お
よび組合せ管理部８５に引き渡すことを意味する。コン
ポーネントウェアの消滅とは、ＤＳからの入力により、
指示されたコンポーネントウェアを構成するベースオブ
ジェクト、カスタムオブジェクト、およびそれらの組合
せ情報に対する削除が指示され、それらの指示をそれぞ
れベースオブジェクト管理部８３、カスタムオブジェク
ト管理部８４、および組合せ管理部８５に引き渡すこと
を意味する。コンポーネントウェアの参照とは、流通管
理部８１を介して要求されたコンポーネントウェアを構
成するベースオブジェクト、カスタムオブジェクト、お
よびそれらの組合せ情報に対する払出しの指示を、それ
ぞれベースオブジェクト管理部８３、カスタムオブジェ
クト管理部８４、および組合せ管理部８５に引き渡すこ
とを意味する。

【０３２０】ベースオブジェクト管理部８３は、コンポ
ーネントウェアを構成するベースオブジェクトのライフ
サイクル（生成、消滅、参照など）の管理を行う。ベー
スオブジェクトの生成とは、コンポーネントウェア管理
部８２を介して提供されたベースオブジェクトを受け付
け、その存在に関する情報を生成することを意味する。
ベースオブジェクトの実体については、後述するベース
オブジェクト実体管理部８６に引き渡す。さらに、認識
したベースオブジェクトに関する情報を組合せ管理部８
５に提供する。ベースオブジェクトの消滅とは、コンポ
ーネントウェア管理部８２を介して指示されたベースオ
ブジェクトの削除指示を実行することを意味する。ベー
スオブジェクトの実体の削除については、ベースオブジ
ェクト実体管理部８６に引き渡す。ベースオブジェクト
の参照とは、コンポーネントウェア管理部８２を介して
指示されたベースオブジェクトの参照指示を実行するこ
とを意味する。ベースオブジェクトの実体の参照につい
ては、ベースオブジェクト実体管理部８６に引き渡す。

【０３２１】カスタムオブジェクト管理部８４は、コン
ポーネントウェアを構成するカスタムオブジェクトのラ
イフサイクル（生成、消滅、参照など）の管理を行う。
カスタムオブジェクトの生成とは、コンポーネントウェ
ア管理部８２を介して提供されたカスタムオブジェクト
を受け付け、その存在に関する情報を生成することに意
味する。受け付けたカスタムオブジェクトが実体なのか
インタフェースのみなのかを認識した上で、それらをそ
れぞれカスタムオブジェクト実体管理部８７かカスタム
オブジェクトインタフェース管理部８８に引き渡す。ま
た、カスタムオブジェクト管理部８４は、認識したカス
タムオブジェクトに関する情報を組合せ管理部８５に提
供する。カスタムオブジェクトの消滅とは、コンポーネ
ントウェア管理部８２を介して指示されたカスタムオブ
ジェクトの削除指示を実行することを意味する。カスタ
ムオブジェクトの実体あるいはインタフェースの削除に
ついては、それぞれカスタムオブジェクト実体管理部８
７あるいはカスタムオブジェクトインタフェース管理部
８８に引き渡す。カスタムオブジェクトの参照とは、コ
ンポーネントウェアを介して指示されたカスタムオブジ
ェクトの参照指示を実行することを意味する。カスタム
オブジェクトの実体あるいはインタフェースの参照につ
いては、カスタムオブジェクト実体管理部８７あるいは
カスタムオブジェクトインタフェース管理部８８に引き
渡す。

【０３２２】組合せ管理部８５は、コンポーネントウェ
アを構成するベースオブジェクト同士、およびベースオ
ブジェクトとカスタムオブジェクトの組合せ情報のライ
フサイクル（生成、消滅、参照など）の管理を行う。組
合せ情報の生成とは、コンポーネントウェア管理部８２
を介して提供された組合せ情報を受け付け、さらにベー
スオブジェクト管理部８３とカスタムオブジェクト管理
部８４から提供されるオブジェクトに関する情報から、
それらの組合せ情報を生成することを意味する。組合せ
情報の消滅とは、コンポーネントウェア管理部８２を介
して指示された組合せ情報の削除指示を実行することを
意味する。組合せ情報の参照とは、コンポーネントウェ
アを介して指示された参照指示を実行することを意味す
る。

【０３２３】ベースオブジェクト実体管理部８６は、ベ
ースオブジェクトの実体のライフサイクル（生成、消
滅、参照など）の管理を行う。ベースオブジェクトの実
体の生成とは、ベースオブジェクト管理部８３を介して
提供されたベースオブジェクトの実体を受け付け、格納
することを意味する。ベースオブジェクトの実体の消滅
とは、ベースオブジェクト管理部８３を介して実行され
た削除指示に沿って、実際に削除することを意味する。
ベースオブジェクトの実体の参照とは、ベースオブジェ
クト管理部８３を介して実行された参照指示に沿って、
内容を返すことを意味する。

【０３２４】カスタムオブジェクト実体管理部８７は、
カスタムオブジェクトの実体のライフサイクル（生成、
消滅、参照など）の管理を行う。カスタムオブジェクト
の実体の生成とは、カスタムオブジェクト管理部８４を
介して提供されたカスタムオブジェクトの実体を受け付
け、格納することを意味する。カスタムオブジェクトの
実体の消滅とは、カスタムオブジェクト管理部８４を介
して実行された削除指示に沿って、実際に削除すること
を意味する。カスタムオブジェクトの実体の参照とは、
カスタムオブジェクト管理部８４を介して実行された参
照指示に沿って、内容を返すことを意味する。

【０３２５】カスタムオブジェクトインタフェース管理
部８８は、カスタムオブジェクトのインタフェースのラ
イフサイクル（生成、消滅、参照など）の管理を行う。
カスタムオブジェクトのインタフェースの生成とは、カ
スタムオブジェクト管理部８４を介して提供されたカス
タムオブジェクトのインタフェースを受け付け、格納す
ることを意味する。カスタムオブジェクトのインタフェ
ースの消滅とは、カスタムオブジェクト管理部８４を介
して実行された削除指示に沿って、実際に削除すること
を意味する。カスタムオブジェクトのインタフェースの
参照とは、カスタムオブジェクト管理部８４を介して実
行された参照指示に沿って、内容を返すことを意味す
る。

【０３２６】広告管理部８９は、広告２０のライフサイ
クル（生成、消滅、参照など）の管理を行う。広告２０
の生成とは、流通管理部８１を介して提供された広告２
０を受け付け、格納することを意味する。広告２０の消
滅とは、ＤＳからの入力により指示された広告２０の削
除の実行を意味する。広告２０の参照とは、流通管理部
８１を介して要求された広告２０の払出しの実行を意味
する。

【０３２７】以上のとおり、リポジトリ１５によれば、
本発明の目的に沿った、以下のような効果が期待でき
る。

【０３２８】（１）流通管理部８１、コンポーネントウ
ェア管理部８２、ベースオブジェクト管理部８３、ベー
スオブジェクト実体管理部８６、カスタムオブジェクト
管理部８４およびカスタムオブジェクト実体管理部８７
により、ＳＩが最大限の利益を得ることが可能なフレバ
ードフレームワーク１７を格納することができ、流通が
促進される。

【０３２９】（２）流通管理部８１、コンポーネントウ
ェア管理部８２、ベースオブジェクト管理部８３、ベー
スオブジェクト実体管理部８６、カスタムオブジェクト
管理部８４およびカスタムオブジェクトインタフェース
管理部８８により、ＳＩが最終ユーザによる制限を守る
ことが可能なプレーンフレームワーク１８を格納するこ
とができ、流通が促進される。

【０３３０】（３）流通管理部８１、コンポーネントウ
ェア管理部８２、ベースオブジェクト管理部８３、ベー
スオブジェクト実体管理部８６、カスタムオブジェクト
管理部８４およびカスタムオブジェクトインタフェース
管理部８８により、ＣＶが最大限の利益を得ることが可
能なプレーンフレームワーク１８を格納することがで
き、流通が促進される。

【０３３１】（４）流通管理部８１、コンポーネントウ
ェア管理部８２、ベースオブジェクト管理部８３、ベー
スオブジェクト実体管理部８６、カスタムオブジェクト
管理部８４およびカスタムオブジェクト実体管理部８７
により、ＳＩおよびＣＶはベースオブジェクトおよびカ
スタムオブジェクトの実装ノウハウを公開せずに済み、
さらにＣＳはベースオブジェクトおよびカスタムオブジ
ェクトをコンパイルすることなく再利用することがで
き、流通が促進される。

【０３３２】（５）流通管理部８１、コンポーネントウ
ェア管理部８２、ベースオブジェクト管理部８３、カス
タムオブジェクト管理部８４および組合せ管理部８５を
介してベースオブジェクトの実体、ベースオブジェクト
同士の組合せ情報、カスタムオブジェクトの実体あるい
はインタフェース、およびベースオブジェクトとカスタ
ムオブジェクトの組合せ情報を取り扱うことにより、全
体再利用と部分再利用の融合が可能になり、流通が促進
される。

【０３３３】（６）流通管理部８１、コンポーネントウ
ェア管理部８２および広告管理部８９を介して、ＡＤが
出稿する広告２０が効率良くＣＳに展開されることによ
り、ＡＤが多く出稿するようになることで流通コストを
下げることができ、流通が促進される。

【０３３４】このように本実施の形態によれば、以下の
ような効果が期待できる。

【０３３５】（１）最終ユーザの承諾を前提として、コ
ンポーネントウェアを提供することで得られる利益を最
大化するために、構築したアプリケーションから抽出さ
れるオブジェクトについて、ベースオブジェクトの実
体、およびベースオブジェクト同士の組合せ情報、およ
びベースオブジェクトとカスタムオブジェクトの組合せ
情報に加えて、カスタムオブジェクトの実体までを提供
できるようになる。

【０３３６】（２）最終ユーザからの制限の下で、コン
ポーネントウェアを提供することで得られる利益を相応
に得られるようにするために、構築したアプリケーショ
ンから抽出されるオブジェクトについて、ベースオブジ
ェクトの実体、カスタムオブジェクトのインタフェー
ス、ベースオブジェクト同士の組合せ情報、およびベー
スオブジェクトとカスタムオブジェクトの組合せ情報の
みを提供できるようになる。一方でカスタムオブジェク
トの実体までは提供しないようにできる。

【０３３７】（３）コンポーネントウェアを提供するこ
とで得られる利益を最大化するために、多くの最終ユー
ザに展開されるような、ベースオブジェクトの実体、お
よびベースオブジェクト同士の組合せ情報、およびベー
スオブジェクトとカスタムオブジェクトの組合せ情報ま
でを提供できるようになる。さらにカスタムオブジェク
トの実体は最終ユーザ毎に異なるはずなので提供せず、
インタフェースのみを提供できる。

【０３３８】（４）コンポーネントウェアを利用するこ
とで発生する費用を最小化するために、最終ユーザ固有
の仕様が対応することになるカスタムオブジェクトにつ
いては実体を利用することをせず、ベースオブジェクト
の実体、およびベースオブジェクト同士の組合せ情報、
およびベースオブジェクトとカスタムオブジェクトの組
合せ情報のみを利用できるようにできる。カスタムオブ
ジェクトの実体は、カスタムオブジェクトのインタフェ
ースから新規に作成するようにできる。

【０３３９】（５）コンポーネントウェアの利用による
生産性の向上を最大化するために、最終ユーザ固有の仕
様の自由度を抑え、ベースオブジェクトの実体、および
ベースオブジェクト同士の組合せ情報、およびベースオ
ブジェクトとカスタムオブジェクトの組合せ情報に加え
て、カスタムオブジェクトの実体までを利用できるよう
になる。

【０３４０】（６）ベースオブジェクトおよびカスタム
オブジェクトの実装ノウハウについては提供しないよう
にできる。

【０３４１】（７）ベースオブジェクトおよびカスタム
オブジェクトをコンパイルすることなく利用できる。

【０３４２】（８）ベースオブジェクトの実体、および
ベースオブジェクト同士の組合せ情報、およびベースオ
ブジェクトとカスタムオブジェクトの組合せ情報、およ
びカスタムオブジェクトの実体あるいはインタフェース
を、ＳＩあるいはＣＶからＣＳへの流通を仲介すること
で利益が得られるようになる。

【０３４３】（９）コンポーネントウェアの流通経路に
広告２０を出せるようにすることにより、ＡＤからの広
告収入を得られるようになる。

【０３４４】（１０）自社（ＡＤ）で提供する商品／サ
ービスの情報を、ＣＳに効率良く提供できる。

【０３４５】なお、上述した実施の形態において、フレ
バードフレームワーク流通部１１、プレーンフレームワ
ーク流通部１２、消費流通部１３、広告流通部１４およ
びリポジトリ１５はいずれも、専用のハードウェアによ
り実現することができる他、図４７に示すようなコンピ
ュータ９０上で動作するプログラムとして実現すること
ができる。コンピュータ９０は、コンピュータ本体９１
の他、ＣＲＴ（Cathode Ray Tube）等の表示装置９２、
キーボードやマウス等の入力装置９３、ＦＤ（Floppy D
isk）ドライブ９５、ＣＤ−ＲＯＭ（Compact Disk - Re
ad Only Memory）ドライブ９６、ハードディスク装置９
７等の各種の周辺機器を備えている。コンピュータ９０
上で動作するプログラムは、コンピュータ９０におい
て、フレキシブルディスク９８や、ＣＤ−ＲＯＭ９９、
内部メモリ９４、およびハードディスク装置９７等のコ
ンピュータ読み取り可能な各種の記録媒体に格納され、
コンピュータ本体９１内のＣＰＵ（Central Processing
Unit）から逐次読み出されて実行されることにより、
上述したようなフレバードフレームワーク流通部１１、
プレーンフレームワーク流通部１２、消費流通部１３、
広告流通部１４およびリポジトリ１５の各機能を実現す
る。

【０３４６】また、上述した実施の形態において、フレ
バードフレームワーク流通部１１、プレーンフレームワ
ーク流通部１２、消費流通部１３、広告流通部１４およ
びリポジトリ１５は、物理的に１つのハードウェア中に
含められている必要はなく、ネットワーク等の通信媒体
を介して複数の構成要素に展開されて存在することも可
能である。具体的には例えば、図４８に示すようなネッ
トワークシステム１００上において、サーバコンピュー
タ９０ａおよび複数のクライアント９０ｂのそれぞれで
動作するプログラム（ＷｅｂサーバおよびＷｅｂブラウ
ザ）の機能の一部として実現することができる。

【０３４７】

【実施例】次に、上述したコンポーネントウェア流通装
置１０の具体的実施例について述べる。

【０３４８】なおここでは、用意するシナリオとして、
以下のものを考える。

【０３４９】１．ＳＩが、実アプリケーション１６から
フレバードフレームワーク１７およびプレーンフレーム
ワーク１８を提供する。

【０３５０】２．ＡＤが、広告２０を出稿する。

【０３５１】３．ＣＳが、フレバードフレームワーク１
７および広告２０を消費する。

【０３５２】４．ＤＳが、ＳＩに利益を払い、ＡＤおよ
びＣＳから対価を徴収する。

【０３５３】また、コンポーネントウェア流通装置１０
の環境として、以下のものを考える。

【０３５４】１．コンポーネントウェア流通装置１０
は、ＤＳの管轄下にあるＷｅｂサイトを中心として実現
される。

【０３５５】２．ＳＩ、ＡＤ、ＣＳはＷｅｂブラウザを
利用して、コンポーネントウェア流通装置１０にアクセ
スする。

【０３５６】以下、図１８乃至図４６を適宜参照して、
このようなシナリオおよび環境下でのコンポーネントウ
ェア流通装置１０の動作例について説明する。図１８乃
至図４６はＳＩ、ＡＤおよびＣＳにより操作されるＷｅ
ｂブラウザや所定ツールの画面例等を示す図である。

【０３５７】（ＳＩによる操作）最初に、ＳＩが実アプ
リケーション１６からフレバードフレームワーク１７お
よびプレーンフレームワーク１８を提供する場合の動作
について説明する。

【０３５８】まず、ＳＩがＷｅｂブラウザを介して、Ｄ
Ｓが管轄するコンポーネントウェア流通サイトのホーム
ページ１５１にアクセスする（図１８参照）。さらに、
ホームページ１５１上の「提供を希望される方はこちら
へ→」というメッセージに従って、アイコン１５２をク
リックすることにより、コンポーネントウェア提供受付
ページ１５５へ移動する（図１９参照）。以上の、ＤＳ
側で管轄するＷｅｂサイトに存在するＷｅｂサーバ（ハ
ードウェアおよびソフトウェア）、およびそこで管理さ
れる２つのページ、さらにＳＩ側に存在するＷｅｂブラ
ウザが、フレバードフレームワーク流通部１１における
ＦＦＷ受付部３１の実体となる。

【０３５９】次に、ＳＩが、コンポーネントウェア提供
受付ページ１５５上の「実アプリケーションからの提供
を希望される方はこちらへ→」というメッセージに従っ
て、アイコン１５６をクリックすることにより、フレバ
ードフレームワーク１７の提供受付ページ１５８へ移動
する（図２０参照）。以上の、ＤＳ側で管轄するＷｅｂ
サーバ、およびそこで管理されるページ、さらにＳＩ側
に存在するＷｅｂブラウザが、フレバードフレームワー
ク流通部１１におけるＦＦＷ受付部３１の実体の一部と
なる。

【０３６０】次に、コンポーネントウェア提供受付ペー
ジ１５５上の「実アプリケーションの登録を行います」
というアンカー１５９をクリックすることにより、ＳＩ
が開発した実アプリケーション１６をＤＳ側に送るため
の送信ツール１６５（図２１参照）をダウンロードす
る。この送信ツールが必要な理由は、一般的なＷｅｂブ
ラウザではセキュリティ上の制約からクライアント側の
リソースにアクセスできないためである。さらに、ＳＩ
はダウンロードした送信ツール１６５を実行する（図２
１参照）。具体的には、ＳＩは送信ツール１６５上で、
提供しようとしている実アプリケーション１６が格納さ
れているディレクトリを指定し、送信ボタン１６６を押
す。これにより、ＤＳ側へ実アプリケーション１６が送
信される。ここでは送信手段として、いわゆるメールシ
ステムによる方法を採用する。すなわち、ＤＳ側の実ア
プリケーション受付窓口となるメールアドレスに対し
て、実アプリケーション１６を構成するファイル群をメ
ールとして送信するものとする。さらに、ＤＳ側ではメ
ールシステムにより送信されてきたメールを受け取り、
実アプリケーション１６を再構成するプログラムを起動
し、実行する。メールを受信した後、自動的にプログラ
ムを起動するような仕組みは一般的なメールシステムに
備わっている。以上の、ＤＳ側で管轄するＷｅｂサイト
に存在するサーバ、およびそこで管理されているペー
ジ、送信ツール、実アプリケーション１６を再構成する
メールシステムおよび再構成プログラム、さらにＳＩ側
に存在するＷｅｂブラウザおよび実行される送信ツール
（メールシステムを含む）が、フレバードフレームワー
ク流通部１１における実アプリケーション登録部３３の
実体となる。

【０３６１】次に、ＤＳ側のメールシステムは、再構成
した実アプリケーション１６をオブジェクト指向データ
ベースに格納する。このオブジェクト指向データベース
には、ディレクトリの構造とそこに含まれるファイルの
実体に合わせたスキーマがデザインされているものとす
る。以上の、ＤＳ側に存在するオブジェクト指向データ
ベースが、フレバードフレームワーク流通部１１におけ
るＦＦＷ作業領域３４の実体となる。

【０３６２】次に、ＤＳ側のメールシステムは、先にオ
ブジェクト指向データベースに格納された実アプリケー
ション１６からオブジェクトを抽出するプログラムを続
けて起動する。ここで、受け付けられた実アプリケーシ
ョン１６がＪａｖａ言語で開発されているものとする
と、基本的にオブジェクトは拡張子“ｃｌａｓｓ”を持
つファイルを認識することで得ることができる。オブジ
ェクト指向データベースを用いれば、このような抽出検
索を発行するプログラムの開発は容易である。さらに抽
出プログラムは、得られたオブジェクトに対して、それ
らが備えているデータやメソッドにどのようなものがあ
るかを調べる。上述した場合と同様に実アプリケーショ
ン１６がＪａｖａ言語で開発されていれば、ｊａｖａｐ
コマンドを利用することによってデータとメソッドに関
する情報が得られる。さらに抽出して得られたオブジェ
クトをあらためてオブジェクト指向データベースに格納
する。以上の、ＤＳ側で管轄するメールシステムと、そ
れによって起動されるオブジェクト抽出プログラムが、
フレバードフレームワーク流通部１１におけるＦＦＷオ
ブジェクト抽出部３５の実体となる。

【０３６３】次に、ＤＳ側のメールシステムは、実アプ
リケーション１６を送信したＳＩに対して、提供された
実アプリケーション１６をフレバードフレームワーク化
するように促すメール１６７を返信する（図２２参
照）。ＳＩはこのメール１６７を受け取り、Ｗｅｂブラ
ウザ上で「フレバードフレームワーク化を行います」と
いうアンカー１６０（図２０参照）をクリックすること
により、フレバードフレームワーク編集ページ１６８へ
移動する（図２３参照）。フレバードフレームワーク編
集ページ１６８には、Ｊａｖａアプレットなどの技術を
用いることにより、ＧＵＩベースの編集プログラムをロ
ードすることができる。また、上述した実アプリケーシ
ョン１６の登録作業によって、Ｗｅｂサーバ側に実アプ
リケーション１６およびそこから抽出したオブジェクト
が存在するので、それらに関する情報をＪａｖａアプレ
ットと一緒にダウンロードすることにより、ＳＩによる
Ｗｅｂブラウザ上で編集作業を行うことができる。以上
の、ＤＳ側で管轄するＷｅｂサーバと、そこで管理され
るページ（Ｊａｖａアプレットを含む）、およびＳＩ側
のＷｅｂブラウザと、そこにダウンロードされたページ
（Ｊａｖａアプレットを含む）が、フレバードフレーム
ワーク流通部１１におけるＦＦＷ化部３６の実体とな
る。

【０３６４】次に、ＳＩ側にダウンロードされたフレバ
ードフレームワーク編集ページ１６８上で、どのオブジ
ェクトがベースオブジェクトで、どのオブジェクトがカ
スタムオブジェクトで、どのオブジェクトとどのオブジ
ェクトがどのように組み合せられているかを指定する。
オブジェクト上でマウスを右クリックしたときの様子を
図４に示す。このとき、プルダウンメニュー１６９上で
「ベースオブジェクト」を選択すれば、その後そのオブ
ジェクトはベースオブジェクトとして認識される。カス
タムオブジェクトについても同様である。さらに、これ
らの選択は後でやり直しても良い。あるオブジェクトを
ドラッグして別のオブジェクトにドロップしたときの様
子を図２５および図２６に示す。このようなドロップに
より、両オブジェクト間が組み合わされて使用されると
いうことが認識される。また、このようなドロップによ
り、メソッドを選択するプルダウンメニューが表示さ
れ、オブジェクト間をどのメソッドで組み合せるかが認
識される。ベースオブジェクト／カスタムオブジェク
ト、およびそれらの組合せについて設定した例を図２７
に示す。ここでは、オブジェクトのうちクラス名に
「●」が付けられているものがベースオブジェクト、
「○」が付けられているものがカスタムオブジェクトを
表す。また、オブジェクト間に存在する矢印が組合せを
表しており、さらにその中には組合せを果たすメソッド
名が示されている。以上の、オブジェクトを右クリック
したときに現れるプルダウンメニュー１６９が、フレバ
ードフレームワーク流通部１１におけるＦＦＷベース化
部３６ａおよびＦＦＷカスタム化部３６ｂの実体とな
り、オブジェクトをドラッグおよびドロップする仕組
み、およびその後現れるプルダウンメニューがＦＦＷ組
合せ部３６ｃの実体となる。

【０３６５】次に、ＳＩ側のＷｅｂブラウザで先のフレ
バードフレームワーク提供受付ページ１５８（図２０参
照）に戻り、「フレバードフレームワークとして提供す
るか、プレーンフレームワークとして提供するか判断し
ます」というメッセージ１６１に従って、どちらか一方
あるいは両方を提供するかを決定する。ここでは両方を
提供するので、ＳＩがＷｅｂブラウザ上のページに存在
する「ＦＦＷ＆ＰＦＷ」というボタン１６４を押す。以
上の、ＤＳ側で管轄するＷｅｂサーバ、およびそこで管
理されているページ（ボタンを含む）、およびＳＩ側に
存在するＷｅｂブラウザが、フレバードフレームワーク
流通部１１におけるＦＦＷ判断部３７の実体となる。

【０３６６】次に、ＳＩが「ＦＦＷ＆ＰＦＷ」というボ
タン１６４（図２０参照）を押すことにより、両方を提
供する場合のガイダンスを示す提供受付ページ１７０へ
移動する（図２８参照）。以上の、ＤＳ側で管轄するＷ
ｅｂサーバ、およびそこで管理されているページ、およ
びＳＩ側に存在するＷｅｂブラウザが、フレバードフレ
ームワーク流通部１１におけるＦＦＷ受付部３１の実体
の残りの一部となる。

【０３６７】次に、ＳＩが「フレバードフレームワーク
の登録を行います」というアンカー１７１をクリックす
ることにより、提供するフレバードフレームワーク１７
に関する情報を入力するフレバードフレームワーク情報
入力ページ１７５へ移動する（図２９参照）。このフレ
バードフレームワーク情報入力ページ１７５で、提供す
るフレバードフレームワーク１７の名称や、権利（利用
の範囲制限など）、各種のキーワードによる情報を付加
する。入力が完了したら、「登録」というボタン１７６
を押す。すると、ＤＳ側で管轄するＷｅｂサーバがフレ
バードフレームワーク１７をリポジトリ１５に登録する
プログラムを起動する。一般的な、Ｗｅｂサーバでは、
ＣＧＩ（Common Gateway Interface）と呼ばれるインタ
フェースに代表されるような任意のプログラムを起動す
る仕組みを備えており、このようなリポジトリ登録プロ
グラムを起動することは容易に実現できる。リポジトリ
登録プログラムは、オブジェクト指向データベースに格
納されているフレバードフレームワーク１７と、先に入
力された名称などの付加情報とを併せて、ＤＳ側で管轄
されているリポジトリ１５に登録する。以上の、ＤＳ側
で管轄するＷｅｂサーバ（プログラム起動の仕組みを含
む）、およびそこで管理されているページ、リポシドリ
登録プログラム、さらにＳＩ側に存在するＷｅｂブラウ
ザが、フレバードフレームワーク流通部１１におけるＦ
ＦＷ登録部３８の実体となる。

【０３６８】次に、ＳＩが提供受付ページ１７０（図２
８参照）に戻り、「御提供のフレバードフレームワーク
に対する代金を支払わせていただきます」というアンカ
ー１７２をクリックすることにより、提供するフレバー
ドフレームワーク１７に関する代金支払いを行うフレバ
ードフレームワーク代金支払いページ１７７へ移動する
（図３０参照）。このフレバードフレームワーク代金支
払いページ１７７では、提供するフレバードフレームワ
ーク１７に対する代金をどのように支払うかを決定す
る。なお、本実施例では、代金の金額が予め提示されて
いる。これは、このような内容（代金の決定）について
の交渉は、一般的に本発明のようなシステムの外で行わ
れるのが常であるためである。もちろん、本発明のシス
テムの枠組みの中で直接交渉するような仕組みを持たせ
ることも、容易に実現できる。例えば映像配信経路をＷ
ｅｂサーバ／ブラウザ上に確立し、ＳＩとＤＳがインタ
ラクティブに直接交渉することも可能である。しかし、
交渉の性質上、そのような形態が普及するとは考えにく
いので、本実施例では除外した。決済方法を選択した
ら、「決定」ボタン１７８を押す。以上の、ＤＳ側で管
轄するＷｅｂサーバ、およびそこで管理されているペー
ジ、さらにＳＩ側に存在するＷｅｂブラウザが、フレバ
ードフレームワーク流通部１１におけるＦＦＷ支払部３
９の実体となる。

【０３６９】次に、ＳＩが先の提供受付ページ１７０
（図２８参照）に戻り、「プレーンフレームワーク化を
行います」というアンカー１７３をクリックすることに
より、提供するフレバードフレームワーク１７をプレー
ンフレームワーク１８に変換する。本実施例では、アン
カーをクリックすることでＣＧＩ等のインタフェースを
介して、変換プログラムが起動されるものとする。変換
プログラムは、オブジェクト指向データベースからフレ
バードフレームワーク１７を取り出し、フレバードフレ
ームワーク１７に含まれるカスタムオブジェクトに対
し、そのインタフェースのみを残し、具体的な属性値や
メソッドの振る舞いについては削除し、最終的にプレー
ンフレームワーク１８としてオブジェクト指向データベ
ースに格納する。本実施例では提供するコンポーネント
ウェアがＪａｖａ言語で開発されているとしているの
で、変換プログラムは、オブジェクト指向データベース
に格納されているカスタムオブジェクトに関する情報に
対して、ｊａｖａｐコマンドによって得られているイン
タフェース部分のみ残し、個々の実体となるｃｌａｓｓ
ファイルそのものを削除するものとする。以上の、ＤＳ
側で管轄するＷｅｂサーバ（プログラム起動の仕組みを
含む）、およびそこで管理されているページ、変換プロ
グラム、さらにＳＩ側に存在するＷｅｂブラウザが、フ
レバードフレームワーク流通部１１におけるインタフェ
ース化部４０の実体となる。

【０３７０】次に、ＳＩが「プレーンフレームワーク提
供受付に移管します」というアンカー１７４をクリック
することにより、プレーンフレームワーク化されたコン
ポーネントウェアを受け付けるためのコンポーネントウ
ェア提供受付ページ１７９へ移動する（図３１参照）。
以上の、ＤＳ側で管轄するＷｅｂサーバ、およびそこで
管理されているページ、さらにＳＩ側に存在するＷｅｂ
ブラウザが、フレバードフレームワーク流通部１１にお
けるＰＦＷ移管部４１およびプレーンフレームワーク流
通部１２におけるＰＦＷ受付部５１の実体となる。

【０３７１】次に、「フレバードフレームワークからの
提供を希望される方はこちらへ→」というメッセージに
従って、ＳＩがアイコン１８０をクリックすることによ
り、プレーンフレームワーク１８の提供受付ページ１８
２へ移動する（図３２参照）。以上の、ＤＳ側で管轄す
るＷｅｂサーバ、およびそこで管理されているページ、
さらにＳＩ側に存在するＷｅｂブラウザが、プレーンフ
レームワーク流通部１２におけるＰＦＷ制御部５２の実
体となる。

【０３７２】次に、ＳＩが「プレーンフレームワークを
読み込みます」というアンカー１８３をクリックするこ
とにより、提供するプレーンフレームワーク１８の移管
を行う。本実施例では、アンカーをクリックすることで
ＣＧＩ等のインタフェースを介して、移管プログラムが
起動されるものとする。以上の、ＤＳ側で管轄するＷｅ
ｂサーバ（プログラム起動の仕組みを含む）、およびそ
こで管理されている移管プログラムが、プレーンフレー
ムワーク流通部１２におけるＰＦＷ被移管部５９の実体
となる。

【０３７３】次に、ＤＳ側の移管プログラムは、フレバ
ードフレームワーク流通部１１におけるオブジェクト指
向データベースに問合せを行い、当該プレーンフレーム
ワーク１８を得て、プレーンフレームワーク流通部１２
におけるオブジェクト指向データベースに格納する。以
上の、ＤＳ側に存在するオブジェクト指向データベース
が、プレーンフレームワーク流通部１２におけるＰＦＷ
作業領域５４の実体となる。

【０３７４】次に、ＳＩ側のＷｅｂブラウザでプレーン
フレームワーク提供受付ページ１８２（図３２参照）に
戻り、「プレーンフレームワークの登録を行います」と
いうアンカー１８４をクリックすることにより、提供す
るプレーンフレームワーク１８に関する情報を入力する
プレーンフレームワーク情報入力ページ１８７へ移動す
る（図３３参照）。このプレーンフレームワーク情報入
力ページ１８７で、提供するプレーンフレームワーク１
８の名称や権利、各種のキーワードによる情報を付加す
る。入力が完了したら、「登録」というボタン１８８を
押す。すると、ＤＳ側で管轄するＷｅｂサーバがプレー
ンフレームワーク１８をリポジトリ１５に登録するプロ
グラムを起動する。リポジトリ登録プログラムは、オブ
ジェクト指向データベースに格納されているプレーンフ
レームワーク１８と、先に入力された名称などの付加情
報とを併せて、ＤＳ側で管轄されているリポジトリ１５
に登録する。以上の、ＤＳ側で管轄するＷｅｂサーバ
（プログラム起動の仕組みを含む）、およびそこで管理
されているページ、リポジトリ登録プログラム、さらに
ＳＩ側に存在するＷｅｂブラウザが、プレーンフレーム
ワーク流通部１２におけるＰＦＷ登録部５７の実体とな
る。

【０３７５】次に、ＳＩが先のプレーンフレームワーク
提供受付ページ１８２（図３２参照）に戻り、「御提供
のプレーンフレームワークに対する代金を支払わせてい
ただきます」というアンカー１８５をクリックすること
により、提供するプレーンフレームワーク１８に関する
代金支払を行うプレーンフレームワーク代金支払ページ
１８９へ移動する（図３４参照）。このプレーンフレー
ムワーク代金支払ページ１８９では、提供するプレーン
フレームワーク１８に対する代金をどのように支払うか
を決定する。決済方法を選択したら、「決定」ボタン１
９０を押す。以上の、ＤＳ側で管轄するＷｅｂサーバ、
およびそこで管理されているページ、さらにＳＩ側に存
在するＷｅｂブラウザが、プレーンフレームワーク流通
部１２におけるＰＦＷ支払部５８の実体となる。

【０３７６】最後に、ＳＩが先のプレーンフレームワー
ク提供受付ページ１８２（図３２参照）に戻り、「終
了」ボタン１８６を押すことで、ＳＩによる実アプリケ
ーション１６からのフレバードフレームワーク１７およ
びプレーンフレームワーク１８の提供を完了する。

【０３７７】（ＡＤによる操作）次に、ＡＤが広告２０
を出稿する場合の動作について説明する。

【０３７８】まず、ＡＤがＷｅｂブラウザを介して、先
に示したコンポーネントウェア流通サイトのホームペー
ジ１５１にアクセスする（図１８参照）。以上の、ＤＳ
側で管轄するＷｅｂサーバ、およびそこで管理されてい
るページ、さらにＡＤ側に存在するＷｅｂブラウザが、
広告流通部１４におけるＡＤＶ受付部７１の実体とな
る。

【０３７９】次に、ＡＤが「広告の出稿を希望される方
はこちらへ→」というメッセージに従って、アイコン１
５４をクリックすることにより、広告出稿受付ページ１
９１ｎ移動する（図３５参照）。以上の、ＤＳ側で管轄
するＷｅｂサーバ、およびそこで管理されているペー
ジ、さらにＡＤ側に存在するＷｅｂブラウザが、広告流
通部１４におけるＡＤＶ制御部７２の実体となる。

【０３８０】次に、ＡＤが「広告の入稿を受け付けま
す」というアンカー１９２をクリックすることにより、
ＡＤが出稿する広告２０をＤＳ側に送るための送信ツー
ル１９６（図３６参照）をダウンロードする。さらに、
ＡＤはダウンロードした送信ツール１９６を実行する
（図３６参照）。具体的には、ＡＤは送信ツール１９６
上で、出稿しようとしている広告２０が格納されている
ディレクトリを指定し、送信ボタン１９７を押す。これ
により、ＤＳ側へ広告２０が送信される。ここでも送信
手段として、メールシステムによる方法を採用する。さ
らに、ＤＳ側ではメールシステムにより送信されてきた
メールを受け取り、広告２０として再構成するプログラ
ムを起動し、実行する。以上の、ＤＳ側で管轄するＷｅ
ｂサーバ、およびそこで管理されている送信ツール、広
告２０を再構成するメーシルステムおよび再構成プログ
ラム、さらにＡＤ側で実行される送信ツール（メールシ
ステムを含む）が、広告流通部１４における広告入稿部
７３の実体となる。

【０３８１】次に、ＤＳ側のメールシステムは、再構成
した広告２０をオブジェクト指向データベースに格納す
る。以上の、ＤＳ側に存在するオブジェクト指向データ
ベースが、広告流通部１４におけるＡＤＶ作業領域７４
となる。

【０３８２】次に、広告出稿受付ページ１９１上で、Ａ
Ｄが「広告を登録します」というアンカー１９３をクリ
ックすることにより、出稿する広告２０に関する情報を
入力する広告情報入力ページ１９８へ移動する（図３７
参照）。この広告情報入力ページ１９８で、出稿する広
告２０の名称や権利、キーワードなどに加えて展開見込
みに関する情報を付加する。入力が完了したら、「登
録」というボタン１９９を押す。すると、ＤＳ側で管轄
するＷｅｂサーバが広告２０をリポジトリ１５に登録す
るプログラムを起動する。リポジトリ登録プログラム
は、オブジェクト指向データベースに格納されている広
告２０と、先に入力された名称などの付加情報とを併せ
て、ＤＳ側で管轄されているリポジトリ１５に登録す
る。以上の、ＤＳ側で管轄するＷｅｂサーバ（プログラ
ム起動の仕組みを含む）、およびそこで管理されている
ページ、リポジトリ登録プログラム、さらにＡＤ側に存
在するＷｅｂブラウザが、広告流通部１４における広告
登録部７５の実体となる。

【０３８３】次に、ＡＤが先の広告出稿受付ページ１９
１（図３５参照）に戻り、「広告に対する料金を承らせ
ていただきます」というアンカー１９４をクリックする
ことにより、出稿する広告２０に関する料金支払いを行
う広告料金支払ページ２５０へ移動する（図３８参
照）。この広告料金支払ページ２５０では、出稿する広
告２０に対する料金をどのように支払うかを決定する。
決済方法を選択したら、「決定」ボタン２５１を押す。
以上の、ＤＳ側で管轄するＷｅｂサーバ、およびそこで
管理されているページ、さらにＡＤ側に存在するＷｅｂ
ブラウザが、広告流通部１４におけるＡＤＶ徴収部７６
の実体となる。

【０３８４】最後に、ＡＤが先の広告出稿受付ページ１
９１（図３５参照）に戻り、「終了」ボタンを押すこと
により、ＡＤによる広告２０の出稿を完了する。

【０３８５】（ＣＳによる操作）次に、ＣＳがフレバー
ドフレームワーク１７および広告２０を消費する場合の
動作について説明する。

【０３８６】まず、ＣＳがＷｅｂブラウザを介して、Ｄ
Ｓが管轄するコンポーネントウェア流通サイトのホーム
ページ１５１にアクセスする（図１８参照）。以上の、
ＤＳ側で管轄するＷｅｂサーバ、およびそこで管理され
ているページ、さらにＣＳ側に存在するＷｅｂブラウザ
が、消費流通部１３におけるＣＳＭ受付部６１の実体と
なる。

【０３８７】次に、ＣＳが「払出しを希望される方はこ
ちらへ→」というメッセージに従って、アイコン１５３
をクリックすることにより、コンポーネントウェア払出
受付ページ２５２へ移動する（図３９参照）。以上の、
ＤＳ側で管轄するＷｅｂサーバ、およびそこで管理され
ているページ、さらにＣＳ側に存在するＷｅｂブラウザ
が、消費流通部１３におけるＣＳＭ制御部６２の実体と
なる。

【０３８８】次に、ＣＳが「コンポーネントウェアを選
択します」というアンカー２５３をクリックすることに
より、コンポーネントウェア選択ページ２５７へ移動す
る（図４０参照）。コンポーネントウェア選択ページ２
５７には、コンポーネントウェアを選択するためのＪａ
ｖａアプレットがダウンロードされる。ＣＳは、このＪ
ａｖａアプレット上で必要なコンポーネントウェアの選
択を行う。まず、ＣＳは必要となりそうなコンポーネン
トウェアが含んでいるであろうと思われるキーワードを
キーワード欄２５８に入力し、それらを含んだコンポー
ネントウェアの一覧を得る。コンポーネントウェアの一
覧は、「検索結果」として示される検索結果フィールド
２５９に表示される。ＣＳは表示された個々のコンポー
ネントウェアについての詳細を知るために、表示されて
いるコンポーネントウェアをダブルクリックする。する
と、個々のコンポーネントウェアの詳細が表示される
（図４１参照）。詳細情報を確認し、再利用対象とする
のであれば、検索結果フィールド２５９に表示されたコ
ンポーネントウェアをドラッグして、選択結果フィール
ド２６０にドロップする（図４２および図４３参照）。
以上の操作を、必要なコンポーネントウェアが全て選択
されるまで繰り返す。以上の、ＤＳ側で管轄するＷｅｂ
サーバ、およびそこで管理されているページ（Ｊａｖａ
アプレットを含む）が、消費流通部１３におけるＣＳＭ
選択部６３の実体となる。

【０３８９】なお、選択されたコンポーネントウェアに
対して、フレバードフレームワーク１７とプレーンフレ
ームワーク１８の両方が用意されている場合には、その
どちらかを選択するか判断する必要がある。ここでは、
先のコンポーネントウェア選択ページ２５７において、
検索結果フィールド２５９から選択結果フィールド２６
０にドロップしたときに、そのコンポーネントウェアに
フレバードフレームワーク１７とプレーンフレームワー
ク１８の両方が存在することをＪａｖａアプレットが認
識し、ＣＳに対してどちらを選択するのか判断を求める
ためのダイアログ２６２を表示するものとする（図４４
参照）。以上の、Ｊａｖａアプレットによるダイアログ
が、消費流通部１３におけるＣＳＭ判断部６８の実体と
なる。

【０３９０】また、先のＪａｖａアプレットにおいて、
選択キーワードを入力することにより、そのキーワード
に合致する広告２０、あるいはキーワードに直接合致し
なくても展開見込みにより対象となり得る広告２０を選
び出し、Ｊａｖａアプレット内にバナー広告２６３とし
て表示する（図４０等参照）。以上の、Ｊａｖａアプレ
ット（バナー広告）が、消費流通部１３におけるＣＳＭ
広告部６９の実体となる。

【０３９１】次に、ＣＳが先のコンポーネントウェア選
択ページ２５７で「選択終了」ボタン２６１を押すこと
により、リポジトリ１５に登録されているコンポーネン
トウェアの取り込みを行う。本実施例では、ボタンを押
すことでＣＧＩ等のインタフェースを介して、取込プロ
グラムが起動されるものとする。以上の、ＤＳ側で管轄
するＷｅｂサーバ、およびそこで管理されているページ
（ボタンを含む）、取込プログラム、さらにＣＳ側に存
在するＷｅｂブラウザが、消費流通部１３におけるＣＳ
Ｍ取込部６５の実体となる。

【０３９２】次に、先の取込プログラムは、取り込んだ
コンポーネントウェアをオブジェクト指向データベース
に格納する。以上の、ＤＳ側に存在するオブジェクト指
向データベースが、広告流通部１４におけるＣＳＭ作業
領域６４となる。

【０３９３】次に、ＣＳが先のコンポーネントウェア払
出受付ページ２５２（図３９参照）に戻り、「コンポー
ネントウェアを払い出します」というアンカー２５４を
クリックすることにより、コンポーネントウェアを払い
出すためのコンポーネントウェア払出ページ２６４へ移
動する（図４５参照）。ここで払出しの方法を選択し
「決定」ボタン２６５を押すと、指定した方法でコンポ
ーネントウェアを払い出すための払出プログラムが起動
し、実行される。以上の、ＤＳ側で管轄するＷｅｂサー
バ、およびそこで管理されているページ（ボタンを含
む）、払出プログラム、さらにＳＩ側に存在するＷｅｂ
ブラウザが、消費流通部１３におけるＣＳＭ払出部６６
の実体となる。

【０３９４】次に、ＣＳが先のコンポーネントウェア払
出受付ページ２５２（図３９参照）に戻り、「コンポー
ネントウェアに対する料金を承らせていただきます」と
いうアンカー２５５をクリックすることにより、消費す
るコンポーネントウェアに関する料金支払いを行うコン
ポーネントウェア料金支払ページ２６６に移動する（図
４６参照）。このコンポーネントウェア料金支払ページ
２６７では、消費するコンポーネントウェアに対する料
金をどのように支払うかを決定する。決済方法を選択し
たら、「決定」ボタン２６７を押す。以上の、ＤＳ側で
管轄するＷｅｂサーバ、およびそこで管理されているペ
ージ、さらにＣＳ側に存在するＷｅｂブラウザが、消費
流通部１３におけるＣＳＭ徴収部６７の実体となる。

【０３９５】最後に、ＣＳが先のコンポーネントウェア
払出受付ページ２５２（図３９参照）に戻り、「終了」
ボタン２５６を押すことにより、ＣＳによるフレバード
フレームワーク１７および広告２０の消費を完了する。

【０３９６】なお以上の一連の作業の中で展開されてい
るＷｅｂブラウザ上でのセッション管理（ページのつな
がりや、そこで扱われているデータに対する認識）は、
ｃｏｏｃｋｉｅなどの技術によって実現可能である。

【０３９７】

【発明の効果】以上説明したように本発明によれば、コ
ンポーネントウェアの流通に関わる様々な立場の者の要
求を満足しつつ、コンポーネントウェアの流通を促進し
てアプリケーション構築の生産性を向上させることがで
きる。

【図面の簡単な説明】

【図１】本発明によるコンポーネントウェア流通装置の
一実施の形態の全体構成を示すブロック図。

【図２】図１に示すフレバードフレームワーク流通部の
内部構成を示すブロック図。

【図３】図１に示すフレバードフレームワーク流通部の
作用（シナリオＦＦＷ１）を説明するためのフローチャ
ート。

【図４】図１に示すフレバードフレームワーク流通部の
作用（シナリオＦＦＷ２）を説明するためのフローチャ
ート。

【図５】図１に示すフレバードフレームワーク流通部の
作用（シナリオＦＦＷ３）を説明するためのフローチャ
ート。

【図６】図１に示すプレーンフレームワーク流通部の内
部構成を示すブロック図。

【図７】図１に示すプレーンフレームワーク流通部の作
用（シナリオＰＦＷ１）を説明するためのフローチャー
ト。

【図８】図１に示すプレーンフレームワーク流通部の作
用（シナリオＰＦＷ２）を説明するためのフローチャー
ト。

【図９】図１に示す消費流通部の内部構成を示すブロッ
ク図。

【図１０】図１に示す消費流通部の作用（シナリオＣＳ
Ｍ１）を説明するためのフローチャート。

【図１１】図１に示す消費流通部の作用（シナリオＣＳ
Ｍ２）を説明するためのフローチャート。

【図１２】図１に示す消費流通部の作用（シナリオＣＳ
Ｍ３）を説明するためのフローチャート。

【図１３】図１に示す消費流通部の作用（シナリオＣＳ
Ｍ４）を説明するためのフローチャート。

【図１４】図１に示す消費流通部の作用（シナリオＣＳ
Ｍ５）を説明するためのフローチャート。

【図１５】図１に示す広告流通部の内部構成を示すブロ
ック図。

【図１６】図１に示す広告流通部の作用（シナリオＡＤ
Ｖ１）を説明するためのフローチャート。

【図１７】図１に示すリポジトリの内部構成を示すブロ
ック図。

【図１８】コンポーネントウェア流通サイトの一例を示
す図。

【図１９】コンポーネントウェア提供受付ページの一例
を示す図。

【図２０】フレバードフレームワーク提供受付ページの
一例を示す図。

【図２１】実アプリケーション送信ツールの一例を示す
図。

【図２２】フレバードフレームワーク化を促すメールの
一例を示す図。

【図２３】フレバードフレームワーク編集ページの一例
を示す図。

【図２４】ベースオブジェクト／カスタムオブジェクト
の指定態様の一例を示す図。

【図２５】オブジェクト間の組合せの指定態様の一例を
示す図。

【図２６】オブジェクト間の組合せの指定態様の一例を
示す図。

【図２７】ベースオブジェクト／カスタムオブジェクト
／組合せ情報の設定後の態様の一例を示す図。

【図２８】フレバードフレームワークおよびプレーンフ
レームワークの両方の提供をガイドするページの一例を
示す図。

【図２９】フレバードフレームワーク情報入力ページの
一例を示す図。

【図３０】フレバードフレームワーク代金支払ページの
一例を示す図。

【図３１】プレーンフレームワーク化されたコンポーネ
ントウェアの提供受付ページの一例を示す図。

【図３２】プレーンフレームワーク提供受付ページの一
例を示す図。

【図３３】プレーンフレームワーク情報入力ページの一
例を示す図。

【図３４】プレーンフレームワーク代金支払ページの一
例を示す図。

【図３５】広告出稿受付ページの一例を示す図。

【図３６】広告送信ツールの一例を示す図。

【図３７】広告情報入力ページの一例を示す図。

【図３８】広告料金支払ページの一例を示す図。

【図３９】コンポーネントウェア払出受付ページの一例
を示す図。

【図４０】コンポーネントウェア選択ページの一例
（１）を示す図。

【図４１】コンポーネントウェア選択ページの一例
（２）を示す図。

【図４２】コンポーネントウェア選択ページの一例
（３）を示す図。

【図４３】コンポーネントウェア選択ページの一例
（４）を示す図。

【図４４】コンポーネントウェア選択ページの一例
（５）を示す図。

【図４５】コンポーネントウェア払出ページの一例を示
す図。

【図４６】コンポーネントウェア料金支払ページの一例
を示す図。

【図４７】本発明が適用されるコンピュータのハードウ
ェア構成を示す図。

【図４８】本発明が適用されるネットワークシステムの
一例を示す図。

【符号の説明】

１０コンポーネントウェア流通装置１１フレバードフレームワーク流通部１２プレーンフレームワーク流通部１３消費流通部１４広告流通部１５リポジトリ１６実アプリケーション１７フレバードフレームワーク１８プレーンフレームワーク１９原アプリケーション２０広告３１ＦＦＷ受付部３２ＦＦＷ制御部３３実アプリケーション登録部３４ＦＦＷ作業領域３５ＦＦＷオブジェクト抽出部３６ＦＦＷ化部３６ａＦＦＷベース化部３６ｂＦＦＷカスタム化部３６ｃＦＦＷ組合せ部３７ＦＦＷ判断部３８ＦＦＷ登録部３９ＦＦＷ支払部４０インタフェース化部４１ＰＦＷ移管部５１ＰＦＷ受付部５２ＰＦＷ制御部５３原アプリケーション登録部５４ＰＦＷ作業領域５５ＰＦＷオブジェクト抽出部５６ＰＦＷ化部５６ａＰＦＷベース化部５６ｂＰＦＷカスタム化部５６ｃＰＦＷ組合せ部５７ＰＦＷ登録部５８ＰＦＷ支払部５９ＰＦＷ被移管部６１ＣＳＭ受付部６２ＣＳＭ制御部６３ＣＳＭ選択部６４ＣＳＭ作業領域６５ＣＳＭ取込部６６ＣＳＭ払出部６７ＣＳＭ徴収部６８ＣＳＭ判断部６９ＣＳＭ広告部７１ＡＤＶ受付部７２ＡＤＶ制御部７３広告入稿部７４ＡＤＶ作業領域７５広告登録部７６ＡＤＶ徴収部８１流通管理部８２コンポーネントウェア管理部８３ベースオブジェクト管理部８４カスタムオブジェクト管理部８５組合せ管理部８６ベースオブジェクト実体管理部８７カスタムオブジェクト実体管理部８８カスタムオブジェクトインタフェース管理部８９広告管理部９０コンピュータ９０ａサーバコンピュータ９０ｂクライアントコンピュータ９１コンピュータ本体９４内部メモリ（記録媒体）９７ハードディスク装置（記録媒体）９８フレキシブルディスク（記録媒体）９９ＣＤ−ＲＯＭ（記録媒体）１００ネットワークシステム

Claims

【特許請求の範囲】

【請求項１】既存のアプリケーションからコンポーネン
トウェアを抽出して流通させるコンポーネントウェア流
通装置において、提供者により与えられた既存のアプリケーションから、
ベースオブジェクトの実体、カスタムオブジェクトの実
体またはインタフェース、およびそれらの組合せ情報を
含むコンポーネントウェアを抽出する第１コンポーネン
トウェア抽出部と、前記第１コンポーネントウェア抽出部により抽出された
コンポーネントウェアを格納して管理するコンポーネン
トウェア管理部と、前記コンポーネントウェア管理部で管理されたコンポー
ネントウェアを消費者に対して提供する消費流通部とを
備えたことを特徴とするコンポーネントウェア流通装
置。
【請求項２】前記第１コンポーネントウェア抽出部は前
記コンポーネントウェアに含まれる前記カスタムオブジ
ェクトの実体またはインタフェースを選択的に抽出可能
であることを特徴とする請求項１記載のコンポーネント
ウェア流通装置。
【請求項３】前記第１コンポーネントウェア抽出部は前
記コンポーネントウェアに含まれる前記ベースオブジェ
クトの実体および前記カスタムオブジェクトの実体を実
行可能形式で抽出することを特徴とする請求項１記載の
コンポーネントウェア流通装置。
【請求項４】提供者により与えられた半完成的なアプリ
ケーションから、ベースオブジェクトの実体、カスタム
オブジェクトのインタフェース、およびそれらの組合せ
情報を含むコンポーネントウェアを抽出する第２コンポ
ーネントウェア抽出部をさらに備え、前記コンポーネントウェア管理部は第２コンポーネント
ウェア抽出部により抽出されたコンポーネントウェアを
格納して管理することを特徴とする請求項１記載のコン
ポーネントウェア流通装置。
【請求項５】前記消費流通部は前記コンポーネントウェ
アに含まれる前記カスタムオブジェクトの実体またはイ
ンタフェースを消費者に対して選択的に提供可能である
ことを特徴とする請求項１記載のコンポーネントウェア
流通装置。
【請求項６】前記消費流通部は前記コンポーネントウェ
アに含まれる前記ベースオブジェクトの実体および前記
カスタムオブジェクトの実体を実行可能形式で提供する
ことを特徴とする請求項１記載のコンポーネントウェア
流通装置。
【請求項７】広告を受け付ける広告流通部をさらに備
え、前記コンポーネントウェア管理部は前記広告流通部によ
り受け付けられた広告とコンポーネントウェアとを関連
付けて管理し、前記消費流通部はコンポーネントウェア
とともに広告を提供することを特徴とする請求項１記載
のコンポーネントウェア流通装置。
【請求項８】前記第１コンポーネントウェア抽出部は既
存のアプリケーションの提供者に対して利益を提供する
手段を有することを特徴とする請求項１記載のコンポー
ネントウェア流通装置。
【請求項９】前記第２コンポーネントウェア抽出部は半
完成的なアプリケーションの提供者に対して利益を提供
する手段を有することを特徴とする請求項４記載のコン
ポーネントウェア流通装置。
【請求項１０】前記消費流通部はコンポーネントウェア
の消費者から対価を徴収する手段を有することを特徴と
する請求項１記載のコンポーネントウェア流通装置。
【請求項１１】前記広告流通部は広告の出稿者から対価
を徴収する手段を有することを特徴とする請求項１記載
のコンポーネントウェア流通装置。
【請求項１２】既存のアプリケーションからコンポーネ
ントウェアを抽出して流通させるコンポーネントウェア
流通方法において、提供者により与えられた既存のアプリケーションから、
ベースオブジェクトの実体、カスタムオブジェクトの実
体またはインタフェース、およびそれらの組合せ情報を
含むコンポーネントウェアを抽出するステップと、この抽出されたコンポーネントウェアを消費者に対して
提供するステップとを含むことを特徴とするコンポーネ
ントウェア流通方法。
【請求項１３】抽出対象となるコンポーネントウェアの
前記カスタムオブジェクトとしてその実体またはインタ
フェースのいずれかを選択するステップをさらに含むこ
とを特徴とする請求項１２記載のコンポーネントウェア
流通方法。
【請求項１４】提供対象となるコンポーネントウェアの
前記カスタムオブジェクトとしてその実体またはインタ
フェースのいずれかを選択するステップをさらに含むこ
とを特徴とする請求項１２記載のコンポーネントウェア
流通装置。
【請求項１５】既存のアプリケーションからコンポーネ
ントウェアを抽出して流通させるコンポーネントウェア
流通プログラムを記録したコンピュータ読み取り可能な
記録媒体において、提供者により与えられた既存のアプリケーションから、
ベースオブジェクトの実体、カスタムオブジェクトの実
体またはインタフェース、およびそれらの組合せ情報を
含むコンポーネントウェアを抽出する手順と、この抽出されたコンポーネントウェアを消費者に対して
提供する手順とをコンピュータに実行させることを特徴
とするコンポーネントウェア流通プログラムを記録した
コンピュータ読み取り可能な記録媒体。
【請求項１６】抽出対象となるコンポーネントウェアの
前記カスタムオブジェクトとしてその実体またはインタ
フェースのいずれかを選択する手順をさらにコンピュー
タに実行させることを特徴とする請求項１５記載のコン
ポーネントウェア流通プログラムを記録したコンピュー
タ読み取り可能な記録媒体。
【請求項１７】提供対象となるコンポーネントウェアの
前記カスタムオブジェクトとしてその実体またはインタ
フェースのいずれかを選択する手順をさらにコンピュー
タに実行させることを特徴とする請求項１５記載のコン
ポーネントウェア流通プログラムを記録したコンピュー
タ読み取り可能な記録媒体。