JP2002312165A - ソフトウェア供給システム - Google Patents

Abstract

(57)【要約】 【課題】 ユーザが実施したい機能と使用したいユーザ
インターフェースを品揃えしたソフトウェア部品から、
動的にソフトウェアを完成し、供給することを目的とす
る。 【解決手段】 システム端末装置２０は、顧客がデータ
を入力する顧客要求項目入力部１と、ソフトウェアを実
行するプレビュー部３で構成される。部品サーバ装置３
０は、ソフトウェア部品を検索するための条件式を決定
する検索条件決定部４と、複数のソフトウェア部品をビ
ルドする場合の順番情報をもつ部品データベース部７
と、ソフトウェア部品の検索とビルド手順情報を作成す
る部品検索部５と、ソフトウェア部品とビルド手順情報
を発送する部品発送部６で構成される。ビルドサーバ装
置４０は、ソフトウェアをビルドするビルド部８と、ビ
ルド後、顧客にソフトウェアを配信する前に動作確認を
する実行部９と、顧客にソフトウェアを配信するソフト
ウェア配信部１０と、ソフトウェアの動作確認に必要な
周辺装置１１から構成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ソフトウェア供給
システムに関し、特に、情報処理装置およびネットワー
ク環境を利用したソフトウェアまたはコンテンツを供給
する技術に関する。

【０００２】

【従来の技術】近年ＩＴ関連のハードウェアおよびソフ
トウェア技術が急速に進歩し、インターネットを利用し
てソフトウェアまたはコンテンツを、パソコン等情報処
理装置に配信するサービスが普及してきている。例え
ば、ＷＥＢ技術を使用したサーバを構築し、ソフトウェ
アをダウンロードできるＷＥＢサイトが数多く稼動して
いる。本サービスはインターネットを利用して、ユーザ
に個別サービスを提供することを目的としている。ここ
でいう個別サービスとは、ユーザが実施したい機能を有
し、ユーザが使用したいユーザインターフェースをオー
ダーメイドにして供給することである。また、近年ソフ
トウェアの開発に関して部品化技術が進み、たとえばJa
va（米国サンマイクロシステムズ社が開発したアーキテ
クチャニュートラルなプログラム言語）技術等を使用し
たオブジェクト指向開発手法により機能別、目的別のソ
フトウェアを部品として開発し、複数のソフトウェア部
品を組み合わせてソフトウェアを完成させることが可能
になってきた。

【０００３】

【発明が解決しようとする課題】しかしながら現在のサ
ービスでは、ユーザが事前に実施したい機能および、そ
の機能を実現するユーザインターフェースを有するソフ
トウェアの名前を事前に認識していて、ＷＥＢサイトが
提供する検索機能で検索して所望のソフトウェアをダウ
ンロードする必要がある。また、現在のＷＥＢサイト
は、ソフトウェアを選択できる様に品揃えしているが、
あくまでも完成品として用意されており、ユーザにとっ
て不必要な機能が付加されていたり、ユーザがイメージ
したユーザインターフェースが必ずしも用意されていな
かったりする。 即ち個別サービスとしてソフトウェア
を動的に生成し供給するシステムは現在存在しない。本
発明は、前記従来技術の現状に鑑みなされたもので、ユ
ーザが実施したい機能と使用したいユーザインターフェ
ースを品揃えしたソフトウェア部品から、動的にソフト
ウェアを完成し、供給することを目的とする。

【０００４】

【課題を解決するための手段】本発明はかかる課題を解
決するために、請求項１の発明は、情報処理装置及びネ
ットワーク環境を利用したソフトウェア供給システムに
おいて、顧客が要求項目データを入力する要求項目入力
手段と、前記顧客が要求するソフトウェアを受信するソ
フトウェア受信手段とを有するシステム端末装置と、前
記要求項目入力手段から入力されたデータを受信するデ
ータ受信手段と、複数のソフトウェア部品と該複数のソ
フトウェア部品を一つのソフトウェアに構築するための
順番情報を有する部品データベース部と、該部品データ
ベース部から得られる取得ソフトウェア部品と前記順番
情報を元にビルド手順情報を作成する部品検索手段と、
前記取得ソフトウェア部品と前記ビルド手順情報を発送
する部品発送手段を有する部品サーバ装置と、前記部品
発送手段からのデータに基づいて一つのソフトウェアに
構築するビルド手段と、該ビルド手段により構築された
本ソフトウェアを前記ソフトウェア受信手段に配信する
ソフトウェア配信部を有するビルドサーバ装置と、を備
えたことを特徴とする。ユーザの要求を受入れ、そこか
ら動的にソフトウェアを完成するためには、ユーザが要
求項目を入力する手段が必要である。具体的にはＰＣ
（パーソナルコンピュータ）のキーボードやマウスであ
る。そして、最終的にユーザがソフトウェアを確認でき
る手段も必要である。それは目視により確認できるＣＲ
Ｔや液晶表示装置である。また、サーバ側が前記要求項
目の入力情報を受信して、その情報に基づいて最適なソ
フトウェア部品を検索する。このソフトウェア部品は複
数からなり、そのためそれらを１つのソフトウェアにビ
ルドしなければユーザは使用することができない。本発
明はこのビルド手段が特徴的である（詳細は後述す
る）。そして１つのソフトウェアとしてビルドされてユ
ーザに配信される。かかる発明によれば、ユーザが実施
したい機能と使用したいユーザインターフェースを品揃
えしたソフトウェア部品から、ユーザが希望する要求項
目に対して、その結果が動的に自らの表示装置で確認で
きるため、動的にソフトウェアを完成することができ
る。

【０００５】また、請求項２の発明は、前記部品検索手
段は、前記本ソフトウェアを前記顧客がプレビューする
ためのデモソフトウェア若しくは期間限定ソフトウェア
をビルドする手順を作成することも本発明の有効な手段
である。ユーザが自らの要求により作成したソフトウェ
アは、その時点ではまだ未完成である。つまりソフトウ
ェア設計段階での想い違いや、バグあるいは選択肢が複
数ある場合があるからである。それをなるべく迅速に、
しかも確実に確認する必要がある。ここではプレビュー
するユーザソフトウェアをデモソフトウェアと呼び、本
ソフトウェアとは区別する。かかる技術手段によれば、
完成したソフトウェアを供給する以前に、ユーザ側のソ
フトウェア受信手段でプレビューするので、ソフトウェ
ア作成の効率を高めることができる。また、請求項３の
発明は、前記データ受信手段は、前記要求項目入力手段
から入力されたデータに基づいて、ソフトウェア部品を
検索するための条件式を決定し、前記部品検索手段は、
前記データ受信手段で決定された前記条件式に基づいて
前記取得ソフトウェア部品を検索することも本発明の有
効な手段である。条件式とは、要求項目入力手段からの
複数の項目を組合わせるための条件を式に表したもので
あり、例えば、ＷＥＢ上で検索項目が複数の場合、ＡＮ
Ｄ、ＯＲ等の論理式で検索し、その論理条件に合致した
データを検索結果として出力するものである。従って、
この条件式が決定すればその式に基づいて合致するソフ
トウェア部品を検索することは容易である。かかる技術
手段によれば、顧客からの要求項目を予め決められたデ
ータとみなして、そこから選択されたデータの組合わせ
を式に変換することにより、検索作業が迅速にしかも正
確に行われる。また、請求項４の発明は、前記ビルド手
段は、前記部品発送手段から送られた前記取得ソフトウ
ェア部品及び前記ビルド手順情報に基づいてソフトウェ
アをビルドすることも本発明の有効な手段である。部品
発送手段から送られるソフトウェア部品は、ユーザの要
求から検索された部品であり、ユーザの希望する内容を
最低限含んでいるはずである。そして、これらの複数の
部品から１つのソフトウェアにビルドするためには、そ
のビルド手順が明らかでなければならない。それを提供
するのがビルド手順情報である。かかる技術手段によれ
ば、ビルドに必要な全ての情報が揃っているので、複雑
な操作を必要とせず、確実にユーザ要求のソフトウェア
をビルドすることができる。

【０００６】また、請求項５の発明は、前記ビルド手段
で構築された前記本ソフトウェアは、前記ソフトウェア
配信部から配信される以前に、確認実行手段により動作
確認されることも本発明の有効な手段である。かかる技
術手段によれば、前記ビルド手段によりビルドされたソ
フトウェアは、必ずしもそのままユーザの要求を満足し
ているとは限らない。そこで、本発明ではビルドサーバ
装置内に、作製したソフトウェアを事前に動作させて、
その結果を外部の周辺装置で確認できる環境を構築して
おく。こうすることにより、ユーザに配信する前に事前
にチェックして無駄な配信を防ぐことができる。また、
請求項６の発明は、前記ソフトウェア配信部は、前記部
品検索手段により作成された前記デモソフトウェア若し
くは前記期間限定ソフトウェアを、前記本ソフトウェア
を供給する以前に前記ソフトウェア受信手段に配信する
ことも本発明の有効な手段である。請求項５では作製し
たソフトウェアを事前に動作させて、その結果を外部の
周辺装置で確認しているが、この時点では動作としての
確認はすんでいるが、それが必ずしも顧客の要求を満足
するかは判然としない。そこで、そのソフトウェアを顧
客にデモソフトウェアとして配信し、顧客自らに評価し
てもらう方法である。これはＣＳ（Customer Satisfact
ion）の思想に合致するものである。かかる技術手段に
よれば、顧客自らが評価するため、評価基準にばらつき
が無くなり迅速に結果が出る。

【０００７】

【発明の実施の形態】以下、本発明を図に示した実施形
態を用いて詳細に説明する。但し、この実施形態に記載
される構成要素、種類、組み合わせ、形状、その相対配
置などは特定的な記載がない限り、この発明の範囲をそ
れのみに限定する主旨ではなく単なる説明例に過ぎな
い。図１は、本発明の実施形態の構成を示すブロック図
である。システム端末装置２０は、顧客が操作する装置
で、顧客がデータを入力する顧客要求項目入力部１（要
求項目入力手段）と、顧客へソフトウェアを供給する前
にデモソフトウェア、または期間限定ソフトウェアを実
行するプレビュー部３（ソフトウェア受信手段）で構成
される。部品サーバ装置３０は、顧客要求項目入力部１
で入力されたデータをもとに、該データを処理する装置
であって、顧客要求項目を満足するソフトウェアを構成
するソフトウェア部品を検索するための条件式を決定す
る検索条件決定部４（データ受信手段）と、ソフトウェ
ア部品とソフトウェア部品をビルドする場合の順番情報
とソフトウェア部品をもつ部品データベース部７と、条
件決定部４の条件式を元に、部品データベース部７にあ
るソフトウェア部品を検索し、そのソフトウェア部品と
ビルド順番情報をもとにビルド手順情報を作成する部品
検索部５（部品検索手段）と、ビルドサーバへソフトウ
ェア部品とビルド手順情報を発送するビルドサーバへの
部品発送部６（部品発送手段）で構成される。また部品
検索部５は、ビルド手順情報を作成する時、顧客の要求
項目を満足するソフトウェアと、顧客に本ソフトウェア
を発送する前に顧客がプレビューするためのデモソフト
ウェア、および期間限定ソフトウェアをビルドする手順
とビルド手順情報も作成する。さらに顧客要求を満足す
るソフトウェアが複数ある場合もあるので、各ソフトウ
ェアに対するソフトウェア部品のビルド手順情報が複数
作成されることもある。ビルドサーバ装置４０は、部品
サーバ装置３０のビルドサーバへの部品発送部６から、
顧客要求を満足するソフトウェアのソフトウェア部品お
よびビルド手順情報をもとに、ソフトウェアをビルドす
るビルド部８（ビルド手段）と、ビルド後、顧客にソフ
トウェアを配信する前に動作確認をする実行部９と、顧
客にソフトウェアを配信するソフトウェア配信部１０
と、ソフトウェアの動作確認に必要な周辺装置１１から
構成される。ここで、実行部９を省略してビルド部８と
ソフトウェア配信部１０を直結した構成でも構わない。
また、周辺装置１１は、実際ＣＤにデータを記録して再
生できる装置である。

【０００８】図２は、本発明の実施形態の動作を示すフ
ローチャートである。図１と併せて参照しながらその動
作について詳細に説明する。まず、システム端末装置２
０の顧客要求項目入力部１で顧客が自ら実施したい項目
（図３参照）を選択する（ステップＳ１）。詳細は後述
するが、顧客が希望する項目をチェックすることによ
り、そのデータが図示しないネットワークを通じて部品
サーバ装置３０に送られる。次に、システム端末装置２
０から送られてきたデータを、部品サーバ装置３０内の
検索条件決定部４で受信して、顧客要求項目を満足する
ソフトウェアを構成するソフトウェア部品を検索するた
めの検索条件式を決定する（ステップＳ２）。ここで、
条件式とは、要求項目入力手段からの複数の項目を組合
わせるための条件を式に表したものであり、例えば、Ｗ
ＥＢ上で検索項目が複数の場合、ＡＮＤ、ＯＲ等の論理
式で検索し、その論理条件に合致したデータを検索結果
として出力するものである。従って、この条件式が決定
すればその式に基づいて合致するソフトウェア部品を検
索することは容易である。次に、決定した検索条件式を
部品検索部５に送り、部品検索部５ではこの検索条件式
に基づいて部品データベース部７からソフトウェア部品
を検索する動作にはいる。（ステップＳ３）。ここで、
検索条件決定部４で決定された検索条件式を満足する部
品が存在するか判断される（ステップＳ４）。この時、
検索条件式に該当する複数のソフトウェア部品が検索さ
れる。存在すれば、部品検索部５は、部品データベース
部７から得るソフトウェア、デモソフトウェア、期間限
定ソフトウェアを構成するソフトウェア部品とビルド順
番情報を元に、ビルド手順情報を作成してビルドサーバ
への部品発送部６に出力する（ステップＳ５）。ここ
で、検索されたソフトウェア部品を区別するために取得
ソフトウェア部品と呼ぶ。次に、ビルドサーバ装置４０
内のビルド部８が、部品発送部６からのデータから複数
の取得ソフトウェア部品をビルド順番情報に基づいてビ
ルドする（ステップＳ６）。そして、ビルドが終了する
までステップＳ６をループし、ビルドが終了すると次の
ステップに進む（ステップＳ７）。次に、ビルドが終了
すると、顧客にソフトウェアを配信する前に動作確認を
する実行部９に送られる（ステップＳ８）。次に、実行
部９はビルド部８から送られたソフトウェアの動作確認
のため、そのソフトウェアを実行し（ステップＳ９）、
動作確認終了するまで続けられる（ステップＳ１０）。
ここで、動作確認用に外部の周辺装置１１が使われる。
確認動作が終了すると、ソフトウェア配信部１０は、デ
モソフトウェア及び期間限定ソフトウェアをシステム端
末装置２０内のプレビュー部３に配信する（ステップＳ
１１）。次に、システム端末装置２０内のプレビュー部
３で受信したデモソフトウェア及び期間限定ソフトウェ
アを実行し、顧客が所望したソフトウェアであるか実際
に確認する（ステップＳ１２）。問題が無ければ、本ソ
フトウェアを配信してもらうために、システム端末装置
２０からソフトウェア配信要求をビルドサーバ装置４０
に要求し（ステップＳ１３）、ビルドサーバ装置４０の
ソフトウェア配信部１０が本ソフトウェアをシステム端
末装置２０内のプレビュー部３に配信して（ステップＳ
１４）、別処理ルーチン（ステップＳ１５）に進み、終
了する。ここで、（ステップＳ１）、（ステップＳ４）
のＮＯのルーチンは、全て別処理ルーチン（ステップＳ
１５）に進み、終了する。

【０００９】図３は、顧客要求項目入力部の実施例であ
り、顧客が実施したい事項を選択できる構成になってい
る。具体的には、1)〜14)の１４項目の中からユーザが
自由に選択できるようになっている。そして選択後ボタ
ン（図示せず）をクリックすればユーザの要求に合致し
たソフトウェアが選択される。その内容は、 1)ハードディスクの中身をＣＤに保存したい。 これは、ハードディスク上のデータ、画像、ファイル等
をＣＤに記録し、ハードディスクのバックアップとして
の機能と、可搬型のメモリとしての役目を果たす。 2)ＣＤの複製をつくりたい。 これは、あくまでもＣＤのバックアップとコピーであ
る。 3)音楽をＣＤにして聞かせてあげたい。 これは、ネットワーク上からダウンロードした音楽情報
をＣＤに記録して、それを音楽メディアとして利用する
ものである。 4)写真をＣＤにして見せてあげたい。 これは、スキャナあるいはデジタルカメラからの画像情
報をＣＤに記録して、可搬型のメモリとしての役目を果
たす。 5)ビデオをＣＤにして見せてあげたい。 これは、ビデオ画像などの動画情報はデータ量が多いた
め、それをネットワークから送信するとネットワークの
占有時間が大きくなり、またその情報をダウンロードす
るメモリ容量も大きくなる。そこでＣＤに記録すれば、
バッチ修理により何時でも見ることができ、可搬性もあ
る。 6)定期的に保存する。 7)特に決めていない。 これは、情報の保存形態について、ある一定の時間でメ
モリ内容を保存するか、あるいはユーザの意思に基づい
て保存するかを決定するものである。 8)できあがったＣＤは、他人に見られたくない。 これは、秘密保持の機能であり、特にネットワーク上で
は不特定多数のクライアントが稼動している。また、そ
の端末は自由に他人が覗くことができるので、他人に見
られたくない情報を秘匿する要求は当然出てくる。そこ
で、パスワード等を設けて他人に見られないようにす
る。

【００１０】9)主に使うメディアは安いＣＤ−Ｒ。 10)特にきめていない。 これは、１度のみデータを書き込めるＣＤ−Ｒは、その
書き込みに制約はあるが、価格が安いので記録内容がほ
とんど変更の無いものであれば、これで十分である。 11)主に使うメディアは繰り返し使えるＣＤ−ＲＷ。 これは、9)とは対照的に一時的な、あるいは短期間の保
存を目的とした記録に使われる。例えば、内容を確認し
たり、プリントしてしまえば不要な情報等である。 12)対話形式でＣＤを作りたい。 これは、初心者はＣＤ作成過程でその方法がわからなく
なる場合がある。そのような時、対話形式だと次にしな
ければならない操作をサーバ側が教えてくれるので、途
中で挫折することが少なくなる。 13)エクスプローラで操作したい。 これは、プログラムを管理するプログラムマネージャと
ファイルを管理するファイルマネージャを統合したもの
であり、これを使うことによりプログラムとファイルの
管理を気にすることなく操作を進められる。 14)プリンタに印刷するみたいに手軽にＣＤを作りた
い。 これは、プリンタ印刷を行う時は、そのプロパティを表
示させ、その内容を設定してボタンをクリックすれば、
プリンタドライバが持つ機能の範囲で印刷をしてくれ
る。特に表示画面上に表示された画面は、印刷範囲を指
定しなければ、そのまま印刷される。ＣＤもプリンタの
操作と同じ感覚でできれば非常に操作性が向上する。

【００１１】

【発明の効果】以上記載のごとく本発明によれば、請求
項１は、ユーザが実施したい機能と使用したいユーザイ
ンターフェースを品揃えしたソフトウェア部品から、ユ
ーザが希望する要求項目に対して、その結果が動的に自
らの表示装置で確認できるため、動的にソフトウェアを
完成することができる。また、請求項２は、完成したソ
フトウェアを供給する以前に、ユーザ側のソフトウェア
受信手段でプレビューするので、ソフトウェア作成の効
率を高めることができる。また、請求項３は、顧客から
の要求項目を予め決められたデータとみなして、そこか
ら選択されたデータの組合わせを式に変換することによ
り、検索作業が迅速にしかも正確に行われる。また、請
求項４は、ビルドに必要な全ての情報が揃っているの
で、複雑な操作を必要とせず、確実にユーザ要求のソフ
トウェアをビルドすることができる。また、請求項５
は、ユーザに配信する前に事前にチェックして無駄な配
信を防ぐことができる。また、請求項６は、顧客自らが
評価するため、評価基準にばらつきが無くなり迅速に結
果が出る。

【図面の簡単な説明】

【図１】本発明の実施形態の構成を示すブロック図であ
る。

【図２】本発明の実施形態の動作を示すフローチャート
である。

【図３】本発明の顧客要求項目入力部の実施例を示す図
である。

【符号の説明】

１ 顧客要求項目入力部、３ プレビュー部、４ 検索
条件決定部、５ 部品検索部、６ ビルドサーバへの部
品発送部、７ 部品データベース部、８ ビルド部、９
実行部、１０ ソフトウェア配信部、１１ 周辺装
置、２０ システム端末装置、３０ 部品サーバ装置、
４０ ビルドサーバ装置

Claims (6)

【特許請求の範囲】
1. 【請求項１】 情報処理装置及びネットワーク環境を利
   用したソフトウェア供給システムにおいて、 顧客が要求項目データを入力する要求項目入力手段と、
   前記顧客が要求するソフトウェアを受信するソフトウェ
   ア受信手段とを有するシステム端末装置と、 前記要求項目入力手段から入力されたデータを受信する
   データ受信手段と、複数のソフトウェア部品と該複数の
   ソフトウェア部品を一つのソフトウェアに構築するため
   の順番情報を有する部品データベース部と、該部品デー
   タベース部から得られる取得ソフトウェア部品と前記順
   番情報を元にビルド手順情報を作成する部品検索手段
   と、前記取得ソフトウェア部品と前記ビルド手順情報を
   発送する部品発送手段を有する部品サーバ装置と、 前記部品発送手段からのデータに基づいて一つのソフト
   ウェアに構築するビルド手段と、該ビルド手段により構
   築された本ソフトウェアを前記ソフトウェア受信手段に
   配信するソフトウェア配信部を有するビルドサーバ装置
   と、を備えたことを特徴とするソフトウェア供給システ
   ム。
2. 【請求項２】 前記部品検索手段は、前記本ソフトウェ
   アを前記顧客がプレビューするためのデモソフトウェア
   若しくは期間限定ソフトウェアをビルドする手順を作成
   することを特徴とする請求項１記載のソフトウェア供給
   システム。
3. 【請求項３】 前記データ受信手段は、前記要求項目入
   力手段から入力されたデータに基づいて、ソフトウェア
   部品を検索するための条件式を決定し、前記部品検索手
   段は、前記データ受信手段で決定された前記条件式に基
   づいて前記取得ソフトウェア部品を検索することを特徴
   とする請求項１記載のソフトウェア供給システム。
4. 【請求項４】 前記ビルド手段は、前記部品発送手段か
   ら送られた前記取得ソフトウェア部品及び前記ビルド手
   順情報に基づいてソフトウェアをビルドすることを特徴
   とする請求項１記載のソフトウェア供給システム。
5. 【請求項５】 前記ビルド手段で構築された前記本ソフ
   トウェアは、前記ソフトウェア配信部から配信される以
   前に、確認実行手段により動作確認されることを特徴と
   する請求項１〜４記載のソフトウェア供給システム。
6. 【請求項６】 前記ソフトウェア配信部は、前記部品検
   索手段により作成された前記デモソフトウェア若しくは
   前記期間限定ソフトウェアを、前記本ソフトウェアを供
   給する以前に前記ソフトウェア受信手段に配信すること
   を特徴とする請求項１〜５記載のソフトウェア供給シス
   テム。