JP4088454B2 - プログラムコンポーネント流通方法および仲介サーバ - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して、プログラムコンポーネントを売買する手法に関する。
【０００２】
【従来の技術】
従来、ソフトウェアの販売形態として、プログラムを格納したＣＤ−ＲＯＭやＤＶＤ−ＲＯＭを販売店にて販売することによる、いわゆるパッケージソフトウェアの販売が一般的であった。しかしながら、インターネットの著しい普及により、購入を希望するものが、コンピュータを操作して、インターネットを介してプログラムを販売する販売サイトにアクセスし、プログラムをダウンロードするような販売形態が提案され、実用化が始まっている。また、一定の目的を達成するプログラムが、複数のコンポーネントの集合体であり、かつ、当該コンポーネントも分離可能なモジュールの集まりであるような構成を採用するものが増大している。したがって、上記コンポーネント単位でのオンラインによる販売も実現されている。
【０００３】
このようなオンラインによる販売形態においては、購入希望者が、インターネットを介して販売サイトにアクセスし、所望のプログラムを検索し、当該検索されたプログラムの機能説明、仕様書などを参照して、当該プログラムの購入の是非を決定していた。
【０００４】
【発明が解決しようとする課題】
しかしながら、インターネットを介して、販売サイトからプログラムやプログラムコンポーネントを購入する場合には、購入希望者は、機能説明や仕様書などの一種の文書のみで、プログラムの内容を理解し、あるいは、自己のシステムへの適不適を判断しなければならいという問題点があった。
【０００５】
つまり、購入希望者は、プログラム等の内容がわからず、また、プログラムの価格が適正であるか否かの判断が難しく、さらに、複数のプログラムコンポーネントを組み合わせた場合の、プログラムコンポーネント間のコンパチビリティや、組み合わせにより実現される機能を知ることができなかった。このため、購買希望者は、購入を躊躇する場合が多く、販売サイトが充分に機能しているとはいえなかった。
【０００６】
また、販売者は、プログラム等の設計の際に、それぞれの販売者がもつ独自の様式で作成されたプログラムの設計書を作成することが多い。販売者自身がサイトを運営して、自己のプログラムを販売する場合には問題が生じない。しかしながら、多数の販売者が、単一の販売サイトを介して、オンラインにてプログラム等を販売する場合には、販売サイトにて共通の設計書を、新たに作り直さなければならず、これは販売者にとって大きな負担となっていた。
【０００７】
さらに、プログラムに含まれるバグの除去、あるいは、機能追加等によるバージョンアップ等の管理を、全てのプログラムに対して行なうことは容易ではないという問題点もあった。特に、実際には、単一のパッケージソフトウェアの購入などの単純な取引ではなく、複数のプログラムコンポーネントを組み合わせたソフトウェアの取引、その一部の部品（プログラムコンポーネントやこれを構成するサブコンポーネント）のみの取引では、その保守・管理は容易ではなく、この点が、ソフトウェアをオンライン上で取引することの障害の一つとなっていた。
【０００８】
本発明は、購入者が、多種多様な販売者が提供するプログラムコンポーネントを、その機能や性能を確認して購入することができ、かつ、適切な保守サポートを受けることができるシステムを提供することを目的とする。また、本発明は、販売者が比較的容易に、販売の仲介者となるサイトに対して、プログラムの情報を提供できるシステムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明の目的は、供給者に関する一以上の第１のコンピュータと、購入者に関する一以上の第２のコンピュータとの間で、インターネットを介して介在した仲介サーバを用いてプログラムコンポーネントを流通する方法であって、前記第１のコンピュータにおいて、流通対象となるプログラムコンポーネントに関する機能およびバージョンを含むコンポーネント情報およびプログラムコンポーネントを、前記仲介サーバに伝達するステップと、前記仲介サーバにおいて、前記第１のコンピュータから伝達されたコンポーネント情報およびプログラムコンポーネントを、それぞれ、第１のデータベースおよび第２のデータベースに記憶するステップと、前記第２のコンピュータからの検索要求に応答して、前記第１のデータベースを参照して、検索条件に合致するプログラムコンポーネントのコンポーネント情報を、前記第２のコンピュータに提示するステップと、前記第２のコンピュータからのプログラムコンポーネントの選択に応答して、当該プログラムコンポーネントを、前記第２のデータベースから取り出して、前記第２のコンピュータに伝達するステップと、前記第２のコンピュータに関連付けて、前記ダウンロードしたプログラムコンポーネントのコンポーネント情報を、第３のデータベースに記憶するステップとを備え、さらに、流通対象となるプログラムコンポーネントに関するデモ・プログラムがある場合に、前記第１のコンピュータにおいて、前記コンポーネント情報およびプログラムコンポーネントの伝達の際、あるいは、当該伝達の後に、前記デモ・プログラムを前記プログラムコンポーネントと関連付けて、前記仲介サーバに伝達するステップと、前記仲介サーバにおいて、前記デモ・プログラムを他のデータベースに記憶するステップと、前記第２のコンピュータにコンポーネント情報を提示する際に、デモ・プログラムが存在するものについて、デモの実行を指示可能にしておき、当該指示を受理すると、前記他のデータベースから、対応するデモ・プログラムを読み出して、これを実行するステップと、少なくとも、デモ・プログラムの実行結果を、前記第２のコンピュータに提示するステップとを備えたことを特徴とする方法により達成される。
【００１０】
本発明によれば、ユーザが単にコンポーネント情報のみを参照して、プログラムコンポーネントを購入するのではなく、デモ・プログラムがあれば、これを実行させて、実行結果を見ることで、プログラムの性能、使い易さ等を確認し、その上で購入の是非を決定することが可能となる。
【００１１】
好ましい実施態様においては、前記デモ・プログラムを実行するステップが、前記デモ・プログラムにおいて、ユーザ側の設定或いは入力が必要な場合に、前記第２のコンピュータに、前記設定および／または入力を求める画像を提示するステップを備え、前記第２のコンピュータにて与えられた設定および／または入力に基づき、デモ・プログラムを実行する。
【００１２】
また、本発明の別の実施態様において、供給者に関する一以上の第１のコンピュータと、購入者に関する一以上の第２のコンピュータとの間で、インターネットを介して介在した仲介サーバを用いてプログラムコンポーネントを流通する方法は、前記第１のコンピュータにおいて、流通対象となるプログラムコンポーネントに関する機能およびバージョンを含むコンポーネント情報およびプログラムコンポーネントを、前記仲介サーバに伝達するステップと、前記仲介サーバにおいて、前記第１のコンピュータから伝達されたコンポーネント情報およびプログラムコンポーネントを、それぞれ、第１のデータベースおよび第２のデータベースに記憶するステップと、前記第２のコンピュータからの検索要求に応答して、前記第１のデータベースを参照して、検索条件に合致するプログラムコンポーネントのコンポーネント情報を、前記第２のコンピュータに提示するステップと、前記第２のコンピュータからのプログラムコンポーネントの選択に応答して、当該プログラムコンポーネントを、前記第２のデータベースから取り出して、前記第２のコンピュータに伝達するステップと、前記第２のコンピュータに関連付けて、前記ダウンロードしたプログラムコンポーネントのコンポーネント情報を、第３のデータベースに記憶するステップとを備え、さらに、前記第１のコンピュータにおいて、前記プログラムコンポーネントに何らかの変更、修正あるいは追加があった場合に、当該プログラムのコンポーネント情報および変更、修正あるいは追加にかかるプログラムコンポーネントを、前記仲介サーバに伝達するステップと、前記仲介サーバにおいて、前記コンポーネント情報およびプログラムコンポーネントを、それぞれ、第１のデータベースおよび第２のデータベースに記憶することにより、前記データベースを更新するステップと、前記第３のデータベースを参照して、前記変更、修正あるいは追加にかかるプログラムコンポーネントの利用者を特定するステップと、前記特定された利用者に関する第２のコンピュータに、前記プログラムコンポーネントに変更、修正あるいは追加があったことを通知するとともに、前記変更、修正あるいは追加にかかるプログラムコンポーネントのダウンロードを指示可能にするステップと、前記第２のコンピュータからの指示に応答して、前記変更、修正あるいは追加にかかるプログラムコンポーネントを伝達するステップと、前記変更、修正あるいは追加にかかるプログラムコンポーネントの伝達が完了したことを示す情報を、前記第２のコンピュータと関連付けて、前記第３のデータベースに記憶するステップとを備えている。
【００１３】
この実施態様によれば、プログラムコンポーネントの変更等があった場合に、購入者に対して、これを通知して、プログラムコンポーネントをバージョンアップさせることが可能となる。バージョンアップの情報を蓄積することで、書く購入者が使用しているプログラムコンポーネントの状況を把握することが可能となる。
【００１４】
さらに好ましい実施態様においては、供給者による入力を容易にするために、前記第１のコンピュータにおいて、必要な項目を記入し或いはリストから選択するような入力欄を有するシートを、前記仲介サーバから受理するステップと、前記入力欄に所定の情報が与えられたシートを、前記仲介サーバに伝達するステップとを備えている。
【００１５】
また、本発明の目的は、供給者に関する一以上の第１のコンピュータと、購入者に関する一以上の第２のコンピュータとのそれぞれの間で、インターネットを介してデータ通信を実行して、プログラムコンポーネントを流通させる仲介サーバであって、前記第１のコンピュータから伝達された、流通対象となるプログラムコンポーネントに関する機能およびバージョンを含むコンポーネント情報およびプログラムコンポーネントを受理し、伝達されたコンポーネント情報およびプログラムコンポーネントを、それぞれ、記憶する第１のデータベースおよび第２のデータベースと、前記第２のコンピュータからの検索要求に応答して、前記第１のデータベースを参照して、検索条件に合致するプログラムコンポーネントのコンポーネント情報を生成して、第２のコンピュータに提示する検索手段と、前記第２のコンピュータからのプログラムコンポーネントの選択に応答して、当該プログラムコンポーネントを、前記第２のデータベースから取り出して、前記第２のコンピュータに伝達するプログラムコンポーネント伝達手段と、前記第２のコンピュータに関連付けて、前記ダウンロードしたプログラムコンポーネントのコンポーネント情報を記憶する第３のデータベースとを備え、さらに、流通対象となるプログラムコンポーネントに関するデモ・プログラムがある場合に、前記第１のコンピュータからの、前記コンポーネント情報およびプログラムコンポーネントの伝達の際、あるいは、当該伝達の後に、前記デモ・プログラムを受理し、当該デモ・プログラムを前記プログラムコンポーネントと関連付けて記憶する他のデータベースと、前記第２のコンピュータにコンポーネント情報を提示する際に、デモ・プログラムが存在するものについて、デモの実行を指示可能にしておき、当該指示を受理すると、前記他のデータベースから、対応するデモ・プログラムを読み出して、これを実行し、少なくとも、デモ・プログラムの実行結果を、前記第２のコンピュータに提示するデモ実行手段とを備えたことを特徴とする仲介サーバによっても達成される。
【００１６】
好ましくは、前記デモ実行手段が、前記デモ・プログラムにおいて、ユーザ側の設定或いは入力が必要な場合に、前記第２のコンピュータに、前記設定および／または入力を求める画像を提示し、かつ、第２のコンピュータにて与えられた設定および／または入力に基づき、デモ・プログラムを実行する。
【００１７】
別の好ましい実施態様においては、供給者に関する一以上の第１のコンピュータと、購入者に関する一以上の第２のコンピュータとのそれぞれの間で、インターネットを介してデータ通信を実行して、プログラムコンポーネントを流通させる仲介サーバは、第１のコンピュータから伝達された、流通対象となるプログラムコンポーネントに関する機能およびバージョンを含むコンポーネント情報およびプログラムコンポーネントを受理し、伝達されたコンポーネント情報およびプログラムコンポーネントを、それぞれ、記憶する第１のデータベースおよび第２のデータベースと、前記第２のコンピュータからの検索要求に応答して、前記第１のデータベースを参照して、検索条件に合致するプログラムコンポーネントのコンポーネント情報を生成して、第２のコンピュータに提示する検索手段と、前記第２のコンピュータからのプログラムコンポーネントの選択に応答して、当該プログラムコンポーネントを、前記第２のデータベースから取り出して、前記第２のコンピュータに伝達するプログラムコンポーネント伝達手段と、前記第２のコンピュータに関連付けて、前記ダウンロードしたプログラムコンポーネントのコンポーネント情報を記憶する第３のデータベースと、前記プログラムコンポーネントに何らかの変更、修正あるいは追加があったことを示す、当該プログラムのコンポーネント情報、および、変更、修正あるいは追加にかかるプログラムコンポーネントを、前記第１のコンピュータから受理すると、前記コンポーネント情報およびプログラムコンポーネントを、それぞれ、第１のデータベースおよび第２のデータベースに記憶することにより、前記データベースを更新する更新手段を備え、前記プログラムコンポーネント伝達手段が、前記第３のデータベースを参照して、前記変更、修正あるいは追加にかかるプログラムコンポーネントの利用者を特定し、特定された利用者に関する第２のコンピュータに、前記プログラムコンポーネントに変更、修正あるいは追加があったことを通知するとともに、前記変更、修正あるいは追加にかかるプログラムコンポーネントのダウンロードを指示可能にし、かつ、第２のコンピュータからの指示に応答して、前記変更、修正あるいは追加にかかるプログラムコンポーネントを伝達し、かつ、前記更新手段が、前記変更、修正あるいは追加にかかるプログラムコンポーネントの伝達が完了したことを示す情報を、前記第２のコンピュータと関連付けて、前記第３のデータベースに記憶するように構成されている。
【００１８】
【発明の実施の形態】
以下、添付図面を参照して、本発明の実施の形態につき説明を加える。図１は、本発明の実施の形態にかかるプログラムコンポーネント流通システム１０の全体構成を概略的に示す図である。
【００１９】
図１に示すように、流通システム１０においては、インターネット１２などのネットワークに、プログラムコンポーネントを登録し、購買を希望する買い手に対して当該プログラムコンポーネントの必要な情報を提供する仲介サーバ１４と、プログラムコンポーネントを販売ないし供給しようとするユーザ（供給者）が、プログラムコンポーネントを供給する供給サーバ１６−１、１６−２、１６−３、・・・（以下、場合によって単に「供給サーバ１６」と称する）と、プログラムコンポーネントを購入しようとするユーザ（購入者）が操作する購入サーバ１８−１、１８−２、１８−３・・・（以下、場合によって単に「購入サーバ１８」と称する）とが接続されている。
【００２０】
なお、図１においては、３台の供給サーバ１６−１〜１６−３および３台の購入サーバ１８−１〜１８−３が示されているが、実際には、多数の供給サーバと購入サーバとがインターネット１２に接続され得る。
【００２１】
仲介サーバ１４は、図２に示すように、インターネット１２を外部のコンピュータ（たとえば、供給サーバ１６）との通信を制御する通信制御部２０と、供給サーバ１６からのダウンロード要求を、インターネット１２を介して受理し、プログラムコンポーネントの設計情報を入力するための設計情報入力プログラムを配信する設計情報処理プログラム２２と、購入サーバ１８からのダウンロード要求を、インターネット１２を介して受理し、プログラムコンポーネントの注文情報を入力するための注文処理プログラムを配信する購入要求処理プログラム２４とを有する。また、仲介サーバ１４は、供給サーバ１６からインターネット１２を介して送られた、設計情報のＸＭＬファイルを解析するＸＭＬ解析／編集プログラム２６と、解析された設計情報を記憶する設計情報リポジトリ２８と、プログラムコンポーネントの構成などを記憶する構成管理テーブル３０と、プログラムコンポーネント自体を記憶するソフトウェア部品ライブラリ３２とを有する。さらに、仲介サーバ１４は、購入サーバ１８からインターネット１２を介して送られたプログラムの検索要求を受理し、プログラムを検索する部品検索プログラム３４と、購入サーバ１８からインターネット１２を介して送られたプログラムコンポーネントの購入要求を処理する購買処理プログラム３６と、販売したプログラムのサポートを行なう保守サービスプログラム３８と、プログラムコンポーネントを購入した顧客情報を管理する顧客管理プログラム４０と、顧客情報を記憶する顧客管理テーブル４２とを有する。
【００２２】
また、図３に示すように、仲介サーバ１４には、ＸＭＬ解析プログラム２６にて抽出された設計情報を用いて、デモ・プログラムを管理し、必要に応じて、これを実行するデモ環境サーバ４４が設けられている。デモ環境サーバ４４は、デモ用のプログラムコンポーネント（デモ・プログラム）を記憶するデモ部品ライブラリ４６と、デモを実行するデモ実行部４８を有する。
【００２３】
次に、前記仲介サーバ１４にプログラムコンポーネントを登録する供給サーバ１６、および、仲介サーバ１４からプログラムコンポーネントをダウンロードする購入サーバ１８につき、それぞれ、説明を加える。なお、本明細書において、プログラムコンポーネントとは、ある一定の目的を達成する一以上の構成部品（モジュール）からなる単位を意味している。このプログラムコンポーネントは、ソフトウェア販売の単位ともなり得る。また、当該プログラムコンポーネントを構成する種々の内部機能のかたまりを、それぞれサブコンポーネントと称する。サブコンポーネントも、一以上の構成部品（モジュール）からなる。
【００２４】
プログラムコンポーネントは、一以上サブコンポーネントから構成される場合、一以上のサブコンポーネントおよび一以上の構成部品（モジュール）から構成される場合、複数の構成部品のみから構成される場合など、種々の態様がある。また、プログラムコンポーネントが単一のサブコンポーネントから構成される場合もある。これは、ユーザが、以下に述べるように、サブコンポーネントのみを必要とする場合があるため、これに対応したものである。
【００２５】
たとえば、「中古車販売・コンポーネント」を考えると、これは、「受注」、「在庫管理」、「フレームワーク（画面制御等の共通管理）」などのサブコンポーネントから構成され得る。ここで、「書籍販売・コンポーネント」を構築しようとするときに、「フレームワーク」というサブコンポーネントが再利用し得る。このように、サブコンポーネントを組み合わせることにより、販売単位としてのコンポーネントを作ることができ、また、構成部品（モジュール）を組み合わせることにより、サブコンポーネント或いはコンポーネントを作り出すことが可能とである。
【００２６】
供給サーバ１６は、図４に示すように、インターネット１２を外部のコンピュータ（たとえば、仲介サーバ１４）との通信を制御する通信制御部２０と、後述する手順にて、仲介サーバ１４からインターネット１２を介してダウンロードした設計情報入力プログラム５０と、プログラムコンポーネントやサブコンポーネントを記憶する供給側ソフトウェア部品ライブラリ５２とを有する。設計情報入力プログラム５０の処理により編集されたＸＭＬファイルは、送信ＸＭＬデータ５４として、通信制御部２０を介して仲介サーバ１４に伝達される。その一方、仲介サーバ１４から受信したＸＭＬファイルは、受信ＸＭＬデータ５６として、設計情報入力プログラム５０に与えられる。
【００２７】
購入サーバ１８は、図５に示すように、インターネット１２を外部のコンピュータ（たとえば、供給サーバ１４）との通信を制御する通信制御部２０と、仲介サーバ１４からインターネット１２を介してダウンロードした注文処理プログラム５８と、注文処理プログラム５８にて必要な処理が施されたプログラムコンポーネントを記憶するソフトウェアライブラリ６２とを有する。インターネット１２を介して仲介サーバ１４から与えられる受信ＸＭＬファイル６０には、プログラムコンポーネントやその構成を示す構成情報が含まれる。
【００２８】
次に、図２、図４および図６を参照して、流通システム１０におけるプログラムコンポーネントの登録処理について詳細に説明する。
図６に示すように、まず、供給サーバ１６は、インターネット１２を介して仲介サーバ１４に接続し、設計情報入力プログラムを要求する（ステップ６０１）。仲介サーバ１４の設計情報処理プログラム２２は、供給サーバ１６に対して設計情報を入力するために設計情報入力プログラム５０を送信する（ステップ６０２）。供給サーバ１６の操作者（以下、「供給者」と称する。）は、供給サーバ１６の入力装置を操作して、設計情報入力プログラム５０を起動して、必要な情報を入力する。たとえば、本実施の形態においては、設計情報入力プログラム５０を起動すると、図７に示すソフトウェア部品設計情報入力シート７００が、供給サーバ１６の表示装置の画面上に表示される。供給者は、入力装置を操作して、必要なコンポーネント情報を入力し（ステップ６０３）、次いで、プログラムコンポーネントを構成するサブコンポーネントがある場合には、サブコンポーネント情報を入力する（ステップ６０４）。
【００２９】
たとえば、図７に示すように、ソフトウェア部品設計情報入力シート７００において、コンポーネント番号表示欄７０１、コンポーネント名称入力欄７０２、バージョン入力欄７０３、機能入力欄７０４、適用業種選択欄７０５、適用業務選択欄７０６、データ量入力欄７０７、利用技術入力欄７０８、動作環境入力欄７０９、初期購入価格入力欄７１０、販売期間入力欄７１１および保守サポート期間入力欄７１２などに、必要な数値や文字を入力できるようになっている。また、プログラムコンポーネントがサブコンポーネントの組み合わせにより構成される場合、同様にソフトウェア部品設計情報入力シート７００を開き、各種の欄に必要な数値や文字を入力する。このように、ソフトウェア部品設計情報入力シートの各欄に入力された情報が、プログラムコンポーネントや、そのサブコンポーネントの設計情報となる。
【００３０】
ソフトウェア部品設計情報入力シート７００の構成部品指定ボタン７１３を指定すると、図８に示す構成部品指定シート８００が表示される。供給者は、構成部品指定シート８００を参照して、構成部品（モジュール）を選択する（ステップ６０５）。
【００３１】
たとえば、図８に示すように、構成部品指定シート８００には、構成部品を格納したフォルダを指定する格納フォルダ指定入力欄８０１、供給側ソフトウェア部品ライブラリ５２に記憶されている構成部品を表示する部品表示欄８０２および登録ボタン８０３が含まれる。
供給者が、ソフトウェア部品設計情報入力シート７００の設計データ作成ボタン７１４を指定することにより、ソフトウェア部品設計情報入力シート７００に入力された設計情報と、構成部品指定シート８００に入力された構成部品情報とに基づき、設計情報入力プログラム５０にて、ＸＭＬファイルが作成される（ステップ６０６）。
【００３２】
ステップ６０６において、設計情報入力プログラム５０は、設計情報や構成部品情報を、ＸＭＬファイルに書き込む。また、設計情報入力プログラム５０は、プログラムコンポーネントやサブコンポーネントに所定のルールで記入されたコメントを解析して、その機能などをＸＭＬファイルに書き込んでも良い。また、ＸＭＬファイルには、プログラムコンポーネントやサブコンポーネントと、構成部品とを紐付けた（リンクさせた）データや、プログラムソースコードも含まれている。これにより、送信ＸＭＬデータ５４が作成される。
作成された送信ＸＭＬデータは、供給者がソフトウェア部品設計情報入力シート７００のセンター送信ボタン７１５を指定することにより、インターネット１２を介して、仲介サーバ１４に送信される（ステップ６０７）。
【００３３】
仲介サーバ１４にて受理された、送信ＸＭＬデータは、ＸＭＬ解析／編集プログラム２６で解析され（ステップ６０８）、ＸＭＬファイルに含まれるコンポーネント情報、サブコンポーネント情報、部品情報が、設計情報リポジトリ２８に記憶される（ステップ６０９）。
たとえば、図９（ａ）に示すように、コンポーネント情報は、コンポーネントテーブル９００に示すような形式でテーブル化される。また、図９（ｂ）に示すように、サブコンポーネント情報は、サブコンポーネントテーブル９１０に示すような形式でテーブル化される。さらに、部品情報は、部品テーブル９２０に示すような形式でテーブル化される。
プログラムコンポーネントやサブコンポーネントと、構成部品とを紐付けたデータは、構成管理テーブル３０に記憶される（ステップ６１０）。
【００３４】
たとえば、図１０（ａ）に示すように、プログラムコンポーネントと構成部品とを紐付けたデータは、コンポーネント定義テーブル１０００に示すような形式でテーブル化される。また、サブコンポーネントと構成部品とを紐付けたデータも、サブコンポーネント定義テーブル１０１０に示すような形式でテーブル化される。さらに、プログラムソースコードは、ソフトウェア部品ライブラリ３２に記憶される（ステップ６１１）。このようにして、供給者は、販売を希望するソフトウェア（プログラムコンポーネント）を仲介サーバ１４に登録することができる。
【００３５】
次に、コンポーネント紹介用デモ・プログラムの登録処理を説明する。これは、上記プログラムコンポーネントの登録の際、或いは、登録の後に、プログラムコンポーネントに、紹介用のデモ・プログプログラムがある場合に、供給者が、供給サーバ１６を作動させて、仲介サーバ１４に対して必要な要求および情報を与えることにより実現される。
【００３６】
供給者は、前記プログラムコンポーネントの登録に関する処理と同様に、供給サーバ１６の設計情報入力プログラム５０を起動し、図７に示すソフトウェア部品設計情報入力シート７００の各欄に必要事項を入力する。次いで、供給者は、入力装置を操作してソフトウェア部品設計情報入力シート７００のデモ部品指定ボタン７１６を指定する。これにより、表示装置の画面上には、図１１に示すような、デモ・プログラムを選択するためのデモ部品指定シート１１００が表示される。供給者は、表示されたデモ部品指定シート１１００の格納フォルダ指定入力欄１１０１に、デモ部品（デモ・プログラム）を格納したフォルダ名を入力し、かつ、必要なデモ部品を部品表示欄１１０２から選択する。これら入力や選択の後、登録ボタン１１０３を押すことにより、仲介サーバ１４に送るべきデモ・プログラムが確定する。
【００３７】
設計情報入力プログラム５０は、ソフトウェア部品設計情報入力シート７００の各欄に入力された情報に基づいて、送信ＸＭＬデータを作成し、仲介サーバ１４に送信する。送信ＸＭＬデータの作成や仲介サーバ１４への送信については、図６に示す設計情報等に関する処理および仲介サーバ１４への送信処理と同様に実現できる。
【００３８】
仲介サーバ１４のＸＭＬ解析プログラム２６が、受理した送信ＸＭＬデータ中、デモ部品（デモ・プログラム）があることを見出すと、図１０（ａ）に示す、構成管理テーブルのコンポーネント定義テーブル１０００中、関連するプログラムコンポーネントのデモフラグ欄１００１に、「１」を設定する。サブコンポーネントについても、同様に、図１０（ｂ）に示すサブコンポーネント定義テーブル中、関連するサブコンポーネントのでもフラグ欄１０１１に、「１」が設定される。つまり、フラグが立てられる。
また、ＸＭＬ解析プログラム２６は、送信ＸＭＬデータ中のデモ・プログラムを、デモ環境サーバ４４のデモ部品ライブラリ４６に記憶する。これにより、デモ・プログラムが仲介サーバ１４への登録が実現される。
【００３９】
次に、図２、図５および図１２を参照して、流通システム１０における、購入サーバ１８によるプログラムコンポーネント検索処理について詳細に説明する。図１２に示すように、購入サーバ１８が、インターネット１２を介して仲介サーバ１４に接続し、所望のプログラムコンポーネント名、もしくは、キーワードを入力し検索を要求する（ステップ１２０１）。仲介サーバ１４の部品検索プログラム３４は、入力されたプログラムコンポーネント名、もしくは、キーワードでコンポーネントテーブル（図９参照）をサーチし（ステップ１２０２）、該当するプログラムコンポーネントの一覧を購入サーバ１８に送信する（ステップ１２０３）。購入サーバ１８の操作者（以下、場合によって「購入者」と称する。）は、購入サーバ１８の表示装置の画面上に表示された、コンポーネントの一覧表示から、所望のコンポーネントを選択する（ステップ１２０４）。購入者は、選択したコンポーネントの詳細情報が必要な場合には、仲介サーバ１４に、詳細情報を要求する（ステップ１２０５）。この場合に、仲介サーバ１４の部品検索プログラム３４は、要求されたコンポーネントの詳細情報を検索し（ステップ１２０６）、詳細情報を購入サーバ１８に送信する（ステップ１２０７）。
【００４０】
なお、この詳細情報には、プログラムの設計情報などが含まれる。つまり、供給者が入力した種々の情報（図７参照）に相当する情報を、購入者に提示することができる。また、デモ・プログラムの有無についても、購入サーバ１８の表示装置の画面上に表示される。図１４は、購入サーバ１８の表示装置の画面上に表示されるソフトウェア部品設計情報照会の画像例を示す図である。これは、図７に示すソフトウェア部品設計情報入力の画像と略同一であることが理解できるであろう。また、デモ・プログラムが存在する場合には、画像中、デモ・プログラムを実行させるためのボタン（符号１４０１参照）が含まれる。購入者は、詳細情報を参照した上で、プログラムコンポーネントの購入を決定しても良いが、デモ・プログラムが有る場合には、デモ・プログラムを実行させて、プログラムコンポーネントの機能や処理能力を確認することができる。
【００４１】
図３および図１３を参照して、流通システム１０におけるプログラムコンポーネントのデモ処理について詳細に説明する。
仲介サーバ１４は、インターネット１２を介して購入サーバ１８に、図１４に示すプログラムコンポーネント設計情報照会シート１４００を送信する（ステップ１３０１）。購入者は入力装置を操作して、プログラムコンポーネント設計情報照会シート１４００中のデモ・プログラム実行ボタン１４０１を押し、デモの実行を要求する（ステップ１３０２）。仲介サーバ１４は、購入サーバ１８から受理したデモ要求を、供給サーバ１４のデモ環境サーバ４４に伝達する（ステップ１３０３）。これに応答して、デモ環境サーバ４４のデモ実行部４８は、デモ部品ライブラリ４６を検索して、要求されたプログラムコンポーネントのデモ・プログラムを取り出し、当該デモ・プログラムを起動する（ステップ１３０４）。
デモ実行部４８で起動されたデモ・プログラムは、デモ・プログラムの開始の際の画像（トップ画面）を生成し、これを、購入サーバ１８に送信する（ステップ１３０５）。
【００４２】
本実施の形態においては、デモ実行部４８が、デモ・プログラムの実行に必要な情報が存在する場合には、購入者に入力を求める情報入力シート（図示せず）を購入サーバ１８に伝達し、また、デモ・プログラムの実行結果を示す画像を購入サーバ１８に伝達できるようになっている。つまり、購入サーバ１８中でデモ・プログラムを実行するのではなく、ＡＳＰ(Application Service Provider)に類似する形態で、デモ・プログラムを実行して、結果を購入サーバ１８に提示するようになっている。
【００４３】
購入者がデモ・プログラムのトップ画面を閲覧し、デモの開始を指定すると（ステップ１３０６）、デモの開始要求がデモ環境サーバ４４に伝達される（ステップ１３０７）。デモ環境サーバ４４のデモ実行部４８は、デモ・プログラムに規定された処理を実行し、必要な場合には、所定のデモ画像を生成して、これを購入サーバ１８に送信する（ステップ１３０８）。
購入者が、デモ・プログラムに関する種々の画像を閲覧した後、デモ終了ボタンを指定すると（ステップ１３０９）、デモ環境サーバ４４のデモ実行部４８に、デモ・プログラム終了要求が送信される（ステップ１３１０）。デモ環境サーバ４４のデモ実行部４８は、デモ終了要求を受け、デモ・プログラムが終了した際に表示される最終画面を購入サーバ１８に送信し（ステップ１３１１）、同時に、仲介サーバ１４の部品検索プログラム３４に、デモ・プログラムが終了したことを通知する（ステップ１３１２）。仲介サーバ１４は、デモ終了の通知の受理に応答して、再度、図１４に示すプログラムコンポーネント設計情報照会シート１４００を、購入サーバ１８に送信する（ステップ１３１３）。このように、本実施の形態においては、購入者は、プログラムコンポーネントの購入に先立って、デモ・プログラムを実行させて、プログラムコンポーネントの使用や性能などを実際に確認することが可能となる。
【００４４】
次に、図１５を参照して、流通システム１０におけるプログラムコンポーネントの購買処理について詳細に説明する。これは、デモ・プログラムの実行の後に行なわれる場合もあり、あるいは、デモ・プログラムの実行無しに、プログラムコンポーネントの検索に引き続き実行される場合もあり得る。
購入者は入力装置を操作して、購入サーバ１８からインターネット１２を介して、供給者の供給サーバ１６に注文書を送信する（ステップ１５０１）。供給サーバ１６は、購入サーバ１８からの注文書を受理し、納品書を購入サーバ１８に送信する（ステップ１５０２）。
【００４５】
たとえば、納品書には、コンポーネント番号、プログラムコンポーネントをダウンロードするためのキー（プログラムダウンロードキー）、および、ダウンロードしたプログラムを購入サーバ１８にて動作可能にするためのキー（ダウンロード／ＸＭＬ解凍キー）が添付され、納品書と合わせて送信される。なお、本実施の形態において、注文処理プログラムとは、仲介サーバ１４から、プログラムコンポーネントをダウンロードするための種々の処理を実行するためのプログラムである。
【００４６】
購入者は入力装置を操作して、受信した納品書中の、プログラムダウンロードキーを入力し（ステップ１５０３）、仲介サーバ１４に注文処理プログラム５８の送信を要求する（ステップ１５０４）。仲介サーバ１４は、購入サーバ１８からの注文処理プログラム５８のダウンロード要求を受理すると、注文処理プログラム５８を、購入サーバ１８に伝達する（ステップ１５０５）。これにより、注文処理プログラム５８が、購入サーバ１８にダウンロードされる。
【００４７】
購入者は、仲介サーバ１４からダウンロードした注文処理プログラム５８を起動し、プログラムコンポーネントのコンポーネント番号とダウンロード／ＸＭＬ解凍キーを指定し（ステップ１５０６）、仲介サーバ１４の購買処理プログラム３６に、コンポーネント番号にて特定されるプログラムコンポーネントのダウンロードを要求する（ステップ１５０７）。仲介サーバ１４の購買処理プログラム３６は、購入サーバ１８からのダウンロード要求を受理し（ステップ１５０８）、構成管理テーブル３０を参照して、構成部品、設計情報およびプログラムを抽出する（ステップ１５０９）。次いで、購買処理プログラム３６は、抽出した構成部品、設計情報およびプログラムをＸＭＬファイルに編集し（ステップ１５１０）、購入サーバ１８の注文処理プログラム５８に送信する（ステップ１５１１）。
【００４８】
購入サーバ１８は、ＸＭＬファイルを受信する（ステップ１５１２）。購入者は、ダウンロードしたプログラムコンポーネントを、ソフトウェアライブラリ６２中に記憶する（ステップ１５１３）。また、ＸＭＬファイル中の各設計情報も、ソフトウェアライブラリ６２中に記憶する。購入サーバ１８の注文処理プログラム５８は、購入者から、設計情報の照会があった場合、所望の設計情報を画面に表示し、または、印刷要求があった場合は、帳票に出力する（ステップ１５１４）。このようにして、購入者は、所望のプログラムコンポーネントをダウンロードすることができる。
【００４９】
次に、流通システム１０におけるの自動保守機能について詳細に説明する。
供給者の側において、販売したプログラムコンポーネントの機能追加、バージョンアップおよび修正等が発生した場合、供給サーバ１６の設計情報プログラム５０が起動される。保守サポートを選択することにより、供給サーバ１６の表示装置の画面上には、図１６に示す保守サポート部品情報画面１６００が表示される。供給者は、入力装置を操作して、表示された保守サポート部品情報画面１６００のコンポーネント番号入力欄１６０１、バージョン入力欄１６０２に、必要な情報を入力し、インターネット１２を介して仲介サーバ１４のＸＭＬ解析／編集プログラム２６から、保守サポートが必要なプログラムコンポーネントに関する設計情報をダウンロードする。
【００５０】
供給者は、設計情報プログラム５０を利用して、プログラムコンポーネントの変更箇所を変更入力欄１６０４に必要な情報を入力し、バージョン入力欄１６０２に新しいバージョンを示す情報を入力する。また、機能の追加やバージョンアップの場合には、供給者は入力装置を操作して、機能追加、バージョンアップするコンポーネントを示す情報を、コンポーネント入力欄１６０５に入力する。入力された設計情報、変更後の部品構成および追加・変更プログラムのソースコードは、設計情報プログラム５０にてＸＭＬファイルに編集され、仲介サーバ１４のＸＭＬ解析／編集プログラム２６に送信される。
【００５１】
仲介サーバ１４に送信されたＸＭＬファイルは、ＸＭＬ解析／編集プログラム２６にて解析され、これらのうち、保守情報・コンポーネント情報、保守情報・サブコンポーネント情報、保守情報・部品情報が、それぞれ、設計情報リポジトリ２８に記憶される。
たとえば、図１７（ａ）に示すように、プログラムコンポーネントの保守情報である保守情報・コンポーネント情報は、保守情報・コンポーネントテーブル１７００に示すような形式でテーブル化される。また、図１７（ｂ）に示すように、サブコンポーネントの保守情報である保守情報・サブコンポーネント情報は、保守情報・サブコンポーネントテーブル１７１０に示すような形式でテーブル化される。さらに、プログラムの構成部品（モジュール）の保守情報である保守情報・部品情報は、保守情報・部品テーブル１７２０に示すような形式でテーブル化される。
【００５２】
なお、仲介サーバ１４は、図２に示すように、プログラムコンポーネントが購入される場合に、顧客情報を、顧客管理プログラム４０にて処理し、これを顧客管理テーブル４２に記憶する。これにより、プログラムコンポーネントの購入者が特定されているため、あるプログラムコンポーネントに上記保守サポートが必要となった場合に、これを参照することで、その購入者を知ることが可能となる。
【００５３】
たとえば、図１８（ａ）に示すように、コンポーネント番号、コンポーネントバージョン、顧客番号および購入日を関連付けたものを、コンポーネント購入顧客テーブル１８００に示すような形式でテーブル化しておけば良い。また、顧客番号、登録日、顧客名および担当連絡先を関連付けたものを、顧客テーブル１８１０に示すような形式でテーブル化しておけばよい。
【００５４】
仲介サーバ１４は、保守サポート情報を供給サーバ１６から受理されると、保守サービスプログラム３８を起動し、対象となるプログラムおよびこれに関連する情報を、設計情報リポジトリ２８、構成管理テーブル３０およびソフトウェア部品ライブラリ３２から抽出する。また、顧客管理プログラム４０を起動し、顧客管理テーブル４２を参照して、担当連絡先宛の電子メールを生成し、保守サポート情報を添付ファイルとして添付し、購入サーバ１８に送信する。
購入サーバ１８は、仲介サーバ１４から送信された電子メールを受信し、保守サポート情報の添付ファイルを開き、保守サポート情報を入手する。
保守サポート情報の添付ファイルは、たとえば、図１９に示すような形式で、購入サーバ１８の画面上に表示される。
【００５５】
本実施の形態によれば、バグの除去、機能追加、仕様変更などに伴うプログラムコンポーネントのバーションアップがあった場合に、供給サーバ１６は、必要な情報を入力したシートを仲介サーバ１４に送信すればよい。仲介サーバ１４は、バージョンアップ等保守サポートが必要なプログラムの購入者を特定し、当該購入者にその旨を通知することができる。この際に、購入者の購入したプログラムコンポーネントの、購入日、バージョンなど、および、連絡先を管理しておくことで、通知の必要性の有無や通知すべき相手を適切に把握することが可能となる。また、購入者も、通知に応答して仲介サーバ１４にアクセスし、簡単な操作をするだけで、バージョンアップされたプログラムコンポーネント等をダウンロードすることができる。
【００５６】
このように、本実施の形態においては、プログラムコンポーネントの設計情報の入力に手間がかからず、かつ、部品の構成管理、バージョン管理も確実に容易に行なえ、さらに、自動保守サポートの対応も可能となる。
また、本実施の形態において、プログラムコンポーネントを販売単位とすれば、購入者がサブコンポーネントや構成部品（モジュール）の組み合わせに悩むことがなくなる。その一方、プログラムコンポーネントとして、単一のサブコンポーネントから構成されるものを用意することにより、購入者が、サブコンポーネントを流用して、足りない部分のみを購入することも可能となる。
【００５７】
さらに、本実施の形態においては、購入する前に、購入希望のプログラムコンポーネントのデモ・プログラムを実行し、実行中の態様や実行結果を閲覧することができ、プログラムの機能等を十分に理解してから購入することが可能となる。
【００５８】
本実施の形態を利用すれば、図２０に示すような複雑な取引形態も実現でき、かつ、プログラムコンポーネントの保守・管理も適切に実現できる。図２０において、供給者によるプログラムコンポーネントの登録を実線の矢印（符号２００１、２００３、２００５、２００７、２００９、２０１１参照）で示し、購入者によるプログラムコンポーネントの購入を破線の矢印（符号２００２、２００４、２００６、２００８、２０１０、２０１２参照）で示している。この取引形態においては、以下のような開発にかかる受発注形態に対応している。
【００５９】
（１）Ａ社が、プログラム制御、画面制御などのミドルウェア的機能群を含むフレームワークＸのプログラムコンポーネント群を開発し、
（２）上記フレームワークＸをベースに、アパレル販売管理システムのプログラムコンポーネント群（部品群）Ｙの開発を、Ａ社がＢ社に依頼している。
（３）次いで、Ｂ社からのプログラムコンポーネント群Ｙの納品を受けたＡ社は、フレームワークＸおよびプログラムコンポーネントＹに、自社開発のプログラムコンポーネント群（部品群）Ｚを付加した商品（Ｘ＋Ｙ＋Ｚ）を、Ｃ社に納品する。
（４）納品を受けたＣ社は、プログラムコンポーネント群Ｘ＋Ｙ＋Ｚに、自社開発のプログラムコンポーネント群（部品群）Ｗを組み合わせ、これをアパレル企業Ｄ社に納品する。
（５）Ａ社は、電子素材メーカーのＣＲＭソフトウェアのシステム開発を受注し、フレームワークＸのカスタマイズをＢ社に発注する。
（６）Ｂ社は、フレームワークＸの第２版を開発し、Ａ社に納品する。
（７）Ａ社は、ＣＲＭサイト用の業務プログラムコンポーネント群（部品群）Ｖの開発を、Ｃ社に依頼し、Ｃ社の開発したプログラムコンポーネント群Ｖの納品を受け付ける。
【００６０】
これを本実施の形態に当てはめると、図２０に示すような形態でネットワークを利用した取引となる。このように、種々のプログラムコンポーネントの組み合わせ、カスタマイズ、さらに、（１）〜（７）では記載していないが、デバッグ等に伴うバージョンアップなどに対して、本実施の形態が有用であることが理解できるであろう。つまり、デバッグなどによりプログラムコンポーネントのバージョンがアップしたときに、供給者側で、購入者に販売したプログラムコンポーネントの版や部品構成が不明となった場合であっても、仲介サーバを介して、購入者にバージョンアップを通知することもできる。
【００６１】
このように、本実施の形態によれば、ソフトウェアの複合的な部品流通を実現することが可能となる。
本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【００６２】
たとえば、前記実施の形態においては、プログラムコンポーネントの設計情報、構成情報およびプログラムソースをＸＭＬファイルに編集し、データの受け渡しを行なっているがこれに限定されるものではなく、他のファイル形式でデータの受け渡しを行なってもよい。
なお、本明細書において、一つの手段の機能が、二つ以上の物理的手段により実現されても、若しくは、二つ以上の手段の機能が、一つの物理的手段により実現されてもよい。
【００６３】
【発明の効果】
本発明によれば、購入者が、多種多様な販売者が提供するプログラムコンポーネントを、その機能や性能を確認して購入することができ、かつ、適切な保守サポートを受けることができるシステムを提供することが可能となる。また、本発明によれば、販売者が比較的容易に、販売の仲介者となるサイトに対して、プログラムの情報を提供できるシステムを提供することが可能となる。
【図面の簡単な説明】
【図１】 図１は、本発明の実施の形態にかかるプログラムコンポーネント流通システムの構成を示す図である。
【図２】 図２は、本実施の形態にかかる仲介サーバの第１の部分の構成を示すブロックダイヤグラムである。
【図３】 図３は、本実施の形態にかかる仲介サーバの第２の部分およびその関連部分の構成を示す図である。
【図４】 図４は、本実施の形態にかかる供給サーバの構成を示すブロックダイヤグラムである。
【図５】 図５は、本実施の形態にかかる購入サーバの構成を示すブロックダイヤグラムである。
【図６】 図６は、本実施の形態にかかるプログラムコンポーネントの登録処理を示すフローチャートである。
【図７】 図７は、本実施の形態にかかるプログラムコンポーネント設計情報入力画面を示す図である。
【図８】 図８は、本実施の形態にかかる構成部品指定選択画面を示す図である。
【図９】 図９は、本実施の形態にかかる設計情報テーブルを示す図である。
【図１０】 図１０は、本実施の形態にかかる構成管理テーブルを示す図である。
【図１１】 図１１は、本実施の形態にかかるデモ構成部品指定選択画面を示す図である。
【図１２】 図１２は、本実施の形態にかかるプログラムコンポーネントの検索処理を示すフローチャートである。
【図１３】 図１３は、本実施の形態にかかるプログラムコンポーネントのデモ・プログラム表示処理を示すフローチャートである。
【図１４】 図１４は、本実施の形態にかかるプログラムコンポーネント設計情報照会画面を示す図である。
【図１５】 図１５は、本実施の形態にかかるプログラムコンポーネントの購買処理を示すフローチャートである。
【図１６】 図１６は、本実施の形態にかかる保守サポート情報画面を示す図である。
【図１７】 図１７は、本実施の形態にかかる保守情報テーブルを示す図である。
【図１８】 図１８は、本実施の形態にかかる顧客管理テーブルを示す図である。
【図１９】 図１９は、本実施の形態にかかる保守サポート情報ダウンロード画面を示す図である。
【図２０】 図２０は、本実施の形態を利用したソフトウェアの商取引の例を示すフローチャートである。
【符号の説明】
１０ 流通システム
１２ インターネット
１４ 仲介サーバ
１６ 供給サーバ
１８ 購入サーバ
２２ 設計情報処理プログラム
２４ 購入要求処理プログラム
２６ ＸＭＬ解析／編集プログラム
２８ 設計情報リポジトリ
３０ 構成管理テーブル
３２ ソフトウェア部品ライブラリ
３４ 部品検索プログラム
３６ 購買処理プログラム
３８ 保守サービスプログラム
４０ 顧客管理プログラム
４２ 顧客管理テーブル
４４ デモ環境サーバ
４６ デモ部品ライブラリ
４８ デモ実行部
５０ 設計情報入力プログラム
５２ 供給側ソフトウェア部品ライブラリ
５８ 注文処理プログラム
６２ ソフトウェアライブラリ

Claims (4)

1. 供給者に関する一以上の供給サーバと、購入者に関する一以上の購入サーバとの間で、インターネットを介して介在した仲介サーバを用いてプログラムコンポーネントを流通する方法であって、
   前記供給サーバにおいて、流通対象となるプログラムコンポーネントに関する機能およびバージョンを含む設計情報およびプログラムコンポーネントを、前記仲介サーバに伝達するステップと、
   前記仲介サーバにおいて、前記供給サーバから伝達された設計情報およびプログラムコンポーネントを、それぞれ、第１のデータベースおよび第２のデータベースに記憶するステップと、
   複数のプログラムコンポーネントの組み合わせであるソフトウェアを利用するために、前記購入サーバからのコンポーネント名またはキーワードを含む検索要求に応答して、前記第１のデータベースを参照して、前記検索要求に合致するプログラムコンポーネントの一覧を、前記購入サーバに提示するステップと、
   前記購入サーバからの、前記プログラムコンポーネントの一覧における所定のプログラムコンポーネントの詳細情報の要求に応答して、前記第１のデータベースを参照して、前記所定のプログラムコンポーネントの詳細情報を取得し、当該所定のプログラムコンポーネントの詳細情報を、前記購入サーバに提示するステップと、
   前記購入サーバからのプログラムコンポーネントの選択に応答して、当該選択されたプログラムコンポーネントを、前記第２のデータベースから取り出して、前記購入サーバに伝達するステップと、
   前記購入サーバに関連付けて、前記ダウンロードしたプログラムコンポーネントのコンポーネント情報を、第３のデータベースに記憶するステップとを備え、さらに、
   流通対象となるプログラムコンポーネントに関するデモ・プログラムがある場合に、前記供給サーバにおいて、前記コンポーネント情報およびプログラムコンポーネントの伝達の際、あるいは、当該伝達の後に、前記デモ・プログラムを、前記プログラムコンポーネントを特定する情報と関連付けて、前記仲介サーバに伝達するステップと、
   前記仲介サーバにおいて、前記デモ・プログラムを他のデータベースに記憶するステップと、
   前記購入サーバにコンポーネント情報を提示する際に、デモ・プログラムが存在するものについて、デモの実行を指示可能にしておき、当該指示を受理すると、前記他のデータベースから、対応するデモ・プログラムを読み出して、これを実行するステップと、
   少なくとも、デモ・プログラムの実行結果を、前記購入サーバに提示するステップとを備えたことを特徴とする方法。
2. 前記デモ・プログラムを実行するステップが、
   前記購入サーバに、前記設定および／または入力を求める画像を提示するステップを備え、
   前記購入サーバにて与えられた設定および／または入力に基づき、デモ・プログラムを実行することを特徴とする請求項１に記載の方法。
3. 供給者に関する一以上の供給サーバと、購入者に関する一以上の購入サーバとのそれぞれの間で、インターネットを介してデータ通信を実行して、プログラムコンポーネントを流通させる仲介サーバであって、
   前記供給サーバから伝達された、流通対象となるプログラムコンポーネントに関する機能およびバージョンを含む設計情報およびプログラムコンポーネントを受理し、伝達された設計情報およびプログラムコンポーネントを、それぞれ、記憶する第１のデータベースおよび第２のデータベースと、
   複数のプログラムコンポーネントの組み合わせであるソフトウェアを利用するために、前記購入サーバからのコンポーネント名またはキーワードを含む検索要求に応答して、前記第１のデータベースを参照して、前記検索要求に合致するプログラムコンポーネントの一覧を生成して、購入サーバに提示する検索手段と、
   前記購入サーバからの、前記プログラムコンポーネントの一覧における所定のプログラムコンポーネントの詳細情報の要求に応答して、前記第１のデータベースを参照して、前記所定のプログラムコンポーネントの詳細情報を取得し、当該所定のプログラムコンポーネントの詳細情報を、前記購入サーバに提示し、かつ、
   前記購入サーバからのプログラムコンポーネントの選択に応答して、当該選択されたプログラムコンポーネントを、前記第２のデータベースから取り出して、前記購入サーバに伝達するプログラムコンポーネント伝達手段と、
   前記購入サーバに関連付けて、前記ダウンロードしたプログラムコンポーネントのコンポーネント情報を記憶する第３のデータベースとを備え、
   さらに、流通対象となるプログラムコンポーネントに関するデモ・プログラムがある場合に、前記供給サーバからの、前記コンポーネント情報およびプログラムコンポーネントの伝達の際、あるいは、当該伝達の後に、前記デモ・プログラムを受理し、当該デモ・プログラムを、前記プログラムコンポーネントを特定する情報と関連付けて記憶する他のデータベースと、
   前記購入サーバにコンポーネント情報を提示する際に、デモ・プログラムが存在するものについて、デモの実行を指示可能にしておき、当該指示を受理すると、前記他のデータベースから、対応するデモ・プログラムを読み出して、これを実行し、少なくとも、デモ・プログラムの実行結果を、前記購入サーバに提示するデモ実行手段とを備えたことを特徴とする仲介サーバ。
4. 前記デモ実行手段が、
   前記購入サーバに、前記設定および／または入力を求める画像を提示し、かつ、購入サーバにて与えられた設定および／または入力に基づき、デモ・プログラムを実行することを特徴とする請求項３に記載の仲介サーバ。

Images