(57)【要約】【課題】  ソフトウェアを調達する際に受注候補者の得意分野を事前に把握させることを目的とする。【解決手段】  ソフトウェア調達支援装置１０には、通信部１１、情報処理部１２およびこれらを制御する処理部１３が実装されている。そして、処理部１３には、候補者検索部１３１および候補者提供部１３２が含まれている。候補者検索部１３１は、発注者用端末３０から、言語および機種に対応する調達ソフトウェアに関する発注の条件を受け付けると、発注の条件を満たす調達ソフトウェアの受注候補者を実績データファイル１２４から検索する。候補者提供部１３２は、受注候補者について、実績データファイル１２４から過去において実際に受注された調達ソフトウェアの実体についての不良確認試験の試験結果を抽出し、抽出した試験結果と受注候補者とを対応付けて、発注者用端末３０に提供する。【選択図】      図１
2005339155.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも特定の言語および機種に対応する調達ソフトウェアを発注する発注者の発注者用端末と、前記調達ソフトウェアの受注候補者の中から決定された受注者の受注者用端末と、前記受注候補者が受注者として過去において実際に受注した調達ソフトウェアの実体についての不良確認試験の試験結果を前記受注者毎に記憶するソフトウェア調達支援装置とを備えたソフトウェア調達支援システムであって、
前記ソフトウェア調達支援装置は、
前記発注者用端末から前記調達ソフトウェアに関する発注の条件を受け付けると、前記記憶されている受注者の中から、発注の条件を満たす調達ソフトウェアの受注候補者を検索し、検索した受注候補者と、受注候補者が過去において実際に受注者として受注した調達ソフトウェアの実体についての不良確認試験の試験結果とを対応付けて、前記発注者用端末に提供する
ことを特徴とするソフトウェア調達支援システム。
【請求項２】
少なくとも特定の言語および機種に対応する調達ソフトウェアの受注候補者が受注者として過去において実際に受注した調達ソフトウェアの実体についての不良確認試験の試験結果を前記受注者毎に格納する実績データ記憶部と、
発注者用端末から、少なくとも特定の言語および機種に対応する調達ソフトウェアに関する発注の条件を受け付けると、発注の条件を満たす調達ソフトウェアの受注候補者を前記実績データ記憶部から検索する候補者検索部と、
前記候補者検索部によって検索された受注候補者について前記実績データ記憶部から過去において実際に受注された調達ソフトウェアの実体についての不良確認試験の試験結果を抽出し、抽出した試験結果と前記候補者検索部によって検索された受注候補者とを対応付けて、前記発注者用端末に提供する候補者提供部と、
を備えたことを特徴とするソフトウェア調達支援装置。
【請求項３】
請求項２に記載のソフトウェア調達支援装置において、さらに、
前記候補者提供部によって提供された受注候補者の中から、前記発注者用端末によって指定された受注候補者を受注者として決定する受注者決定部と、
前記受注者決定部によって決定された受注者が発注者に提供すべき調達ソフトウェアの実体について不良確認試験の試験結果が合格基準に達するまで、前記受注者の受注者用端末から前記発注者に提供すべき調達ソフトウェアの実体を受信するたびに、その調達ソフトウェアの実体の不良確認試験を実施する試験実行部と、
前記試験実行部によって実施された前記不良確認試験の試験結果と前記受注者決定部によって決定された受注者との対応関係を前記実績データ記憶部に登録する実績登録部と、
を備えたことを特徴とするソフトウェア調達支援装置。
【請求項４】
少なくとも特定の言語および機種に対応する調達ソフトウェアの受注候補者が受注者として過去において実際に受注した調達ソフトウェアの実体についての不良確認試験の試験結果を前記受注者毎に格納する実績データ記憶部と、
発注者用端末から、少なくとも特定の言語および機種に対応する調達ソフトウェアに関する発注の条件を受け付けると、発注の条件を満たす調達ソフトウェアの受注候補者を前記実績データ記憶部から検索する候補者検索部と、
前記候補者検索部によって検索された受注候補者について前記実績データ記憶部から過去において実際に受注された調達ソフトウェアの実体についての不良確認試験の試験結果を抽出し、抽出した試験結果と前記候補者検索部によって検索された受注候補者とを対応付けて、前記発注者用端末に提供する候補者提供部と、
をソフトウェア調達支援装置に機能させるためのソフトウェア調達支援プログラム。
【請求項５】
請求項４に記載のソフトウェア調達支援プログラムにおいて、さらに、
前記候補者提供部によって提供された受注候補者の中から、前記発注者用端末によって指定された受注候補者を受注者として決定する受注者決定部と、
前記受注者決定部によって決定された受注者が発注者に提供すべき調達ソフトウェアの実体について不良確認試験の試験結果が合格基準に達するまで、前記受注者の受注者用端末から前記発注者に提供すべき調達ソフトウェアの実体を受信するたびに、その調達ソフトウェアの実体の不良確認試験を実施する試験実行部と、
前記試験実行部によって実施された前記不良確認試験の試験結果と前記受注者決定部によって決定された受注者との対応関係を前記実績データ記憶部に登録する実績登録部と、
をソフトウェア調達支援装置に機能させるためのソフトウェア調達プログラム。
【請求項６】
請求項４または請求項５に記載のソフトウェア調達プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアの調達を支援するソフトウェア調達支援システムに関するものである。
【背景技術】
【０００２】
ソフトウェアの調達を支援する方法として、次の二つの方法が知られている。ひとつは、プログラムの依頼者がその受注者を決定する際に、テスト実施者によって実施されたプログラムのテスト結果がウェブサーバによって依頼者の端末に送信されるという方法である（例えば、特許文献１参照）。
もうひとつの方法は、新規な工事物件について、指定された業者への発注状況を考慮した上で業者を決定するという方法である（例えば、特許文献２参照）。
【特許文献１】特開２００２−２８８３６０号公報（段落００２４、図１，１３）
【特許文献２】特開平１０−１４３５７１号公報（段落００１３、図７−８）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に開示された方法では、依頼者は、プログラムのテスト結果を把握した上で受注者を決定することができるものの、受注者の得意分野を事前に把握することができないという問題があった。
また、特許文献２に開示された方法でも、業者の得意分野を依頼者が事前に把握することができないという問題があった。
【０００４】
そこで、本発明は、前記した課題を解決するためになされたものであり、その目的は、ソフトウェアを調達する際に受注候補者の得意分野を事前に把握させることが可能なソフトウェア調達支援システム、ソフトウェア調達支援装置、ソフトウェア調達支援プログラムおよびこれを記録したコンピュータ読み取り可能な記録媒体を提供することである。
【課題を解決するための手段】
【０００５】
前記課題を解決するため本発明は、少なくとも特定の言語および機種に対応する調達ソフトウェアを発注する発注者の発注者用端末と、調達ソフトウェアの受注候補者の中から決定された受注者の受注者用端末と、受注候補者が受注者として過去において実際に受注した調達ソフトウェアの実体についての不良確認試験の試験結果を受注者毎に記憶するソフトウェア調達支援装置とを備えている。そして、ソフトウェア調達支援装置は、発注者用端末から調達ソフトウェアに関する発注の条件を受け付けると、記憶されている受注者の中から、発注の条件を満たす調達ソフトウェアの受注候補者を検索し、検索した受注候補者と、受注候補者が過去において実際に受注者として受注した調達ソフトウェアの実体についての不良確認試験の試験結果とを対応付けて、発注者用端末に提供する。
【発明の効果】
【０００６】
本発明によると、少なくとも特定の言語および機種に対応する調達ソフトウェアに関する発注の条件を満たす調達ソフトウェアの受注候補者が検索され、この受注候補者が過去に受注した調達ソフトウェアの実体についての不良確認試験の試験結果が受注候補者毎に提供されるので、発注者は、ソフトウェアを調達する際に、受注候補者が得意とする言語および機種を事前に把握することができる。
【発明を実施するための最良の形態】
【０００７】
本発明を実施するための最良の形態である「ソフトウェア調達支援システム」、「ソフトウェア調達支援装置」、「ソフトウェア調達支援プログラム」および「これを記録したコンピュータ読み取り可能な記録媒体」について説明する。
【０００８】
図１は、本発明のソフトウェア調達支援システムの構成を示すブロック図である。
図１において、ソフトウェア調達支援システムは、ソフトウェア調達支援装置１０と、このソフトウェア調達支援装置１０と通信ネットワーク２０を介して接続された発注者用端末３０および受注者用端末４０とを有している。通信ネットワーク２０は、インターネットなどの通信網から構成されている。なお、図１では、発注者用端末３０および受注者用端末４０をそれぞれ１台として示しているが、発注者用端末３０および受注者用端末４０の台数は特に制約を受けない。
【０００９】
発注者用端末３０は、パソコンなどのコンピュータであり、特定の言語および機種に対応する調達ソフトウェアを発注する発注者によって利用される。受注者用端末４０は、パソコンなどのコンピュータであり、調達ソフトウェアを受注する受注者（ソフト−ハウス等）によって利用される。以下、ソフトウェア調達支援装置１０について詳述する。
【００１０】
ソフトウェア調達支援装置１０は、通信部１１、情報記憶部１２およびこれらを制御する処理部１３を実装している。例えば、ウェブサーバがソフトウェア調達支援装置１０に用いられる。
通信部１１は、ネットワークインターフェースなどのインターフェースである。情報記憶部１２は、メモリ、ハードディスク等の記憶装置であり、この情報記憶部１２上には、図１に示すように、発注者情報ファイル１２１、発注案件ファイル１２２、受注者情報ファイル１２３および実績データファイル（実績データ記憶部）１２４が保存されている。
【００１１】
発注者情報ファイル１２１には、発注者ＩＤ、パスワード、メールアドレス等の情報が発注者毎に記憶されている。
発注案件ファイル１２２には、対象となる調達ソフトウェアの案件名称、案件の内容（概要）、開発規模（総ステップ数）、使用機種、使用言語、作業範囲（上流工程等）、納入希望日、納入希望物等の条件が発注案件毎に記憶されている。ここでいう使用機種には、ハードウェアの種類、ＯＳ（Operating System）の種類が含まれる。納入希望物というのは、例えば、オブジェクト、モジュール等を指す。
【００１２】
受注者情報ファイル１２３には、受注者ＩＤ、パスワード、メールアドレス等の情報が受注者毎に記憶されている。
実績データファイル１２４には、受注者が過去において実際に発注者に提供した調達ソフトウェアの実体についての不良確認試験の試験結果が受注者毎に記憶されている。
【００１３】
ここで、「受注者が過去において実際に発注者に提供した調達ソフトウェア」とは、受注者が実際に納品した発注案件ファイル１２２中の発注案件にかかる調達ソフトウェアを指す。ここでは、発注案件ファイル１２２に記憶されていた発注案件とそれを受注した受注者との対応付けが、案件名称とその受注者の受注者ＩＤとの対応関係の登録によって行われている。そして、発注案件とそれを受注した受注者との対応付けによって、受注者が過去において実際に受注した発注案件ファイル１２２中の発注案件が識別されることとなる。
【００１４】
「調達ソフトウェアの実体」とは、モジュール、オブジェクト等のプログラムそれ自体を指す。
「不良確認試験」とは、プログラムの初期化やソースコードの構文を確認するための試験であり、例えば、リントチェック等がこれに挙げられる。
「試験結果」とは、前記した不良確認試験の結果のことであり、ここでは、プログラム中の総ステップに占める不良箇所の割合を表す不良率を用いるので、以降は不良率を用いて説明する。不良率は、（不良箇所のステップ数）／（総ステップ数）で表される。したがって、不良率が示す値によってプログラムの品質を評価することが可能となる。例えば、不良率が小さい場合は不良箇所が少ないことを意味するので、品質の良さを示すこととなる。
【００１５】
なお、前記した不良確認試験は、不良率が合格基準に達するまで、すなわち不良率が０（不良箇所がないことを意味する。）に達するまで実施されるので、ある発注案件にかかる調達ソフトウェアであっても、複数回、不良確認試験が実施されるケースがある。したがってこの場合、実績データファイル１２４には、ある発注案件にかかる調達ソフトウェアの実体について、不良確認試験の実施回数分の不良率が蓄積されることとなる。
【００１６】
処理部１３は、例えばＣＰＵであり、候補者検索部１３１、候補者提供部１３２、受注者決定部１３３、試験実行部１３４および実績登録部１３５を有している。これら各部１３１〜１３５の機能は、ソフトウェア調達支援装置１０に組み込まれているソフトウェア調達支援プログラムに従って処理部１３が動作することにより実現されるので、後記の動作説明で詳述する。
【００１７】
なお、ソフトウェア調達支援プログラムは、情報記憶部１２の所定領域にあらかじめ登録されていてもよいし、ＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体から読み込まれてもよい。
【００１８】
次に、調達ソフトウェアの発注から受注者の決定、それから調達ソフトウェアの提供までにおける一連の取引の流れに沿って、ソフトウェア調達支援装置１０の動作について説明する。
【００１９】
[調達ソフトウェアの発注処理]
まず、発注者が調達ソフトウェアを発注する際の処理に関して説明する。図２は、発注者用端末３０およびソフトウェア調達支援装置１０の処理手順であって調達ソフトウェアの発注処理に関する手順を示す図である。
例えば、発注者が、発注者用端末３０を操作して、ソフトウェア調達支援装置１０にアクセスした後、図３（Ａ）に示す表示画面上に、自己のユーザ（発注者）ＩＤおよびパスワードを入力する。
そうすると、ソフトウェア調達支援装置１０の処理部１３は、発注者によって入力されたユーザＩＤおよびパスワードを認証情報として、発注者用端末３０から受信する（Ｓ１０１）。
【００２０】
次に、処理部１３は、認証情報に含まれているユーザＩＤおよびパスワードが発注者情報ファイル１２１に記憶されている発注者ＩＤおよびパスワードと一致するかどうかを判断することにより、発注者が正当かどうかを判断する（Ｓ１０２）。
【００２１】
そして、Ｓ１０２における判断の結果、例えば、ユーザＩＤおよびパスワードの少なくともいずれか一方が不一致の場合、処理部１３は、発注者が不当であると判断し（Ｓ１０２の「ＮＯ」の場合）、エラーメッセージを発注者用端末３０に送信する（Ｓ１０３）。
他方、Ｓ１０２における判断の結果、例えば、ユーザＩＤおよびパスワードがともに一致した場合、処理部１３は、発注者が正当であると判断し（Ｓ１０２の「ＹＥＳ」の場合）、図３（Ｂ）に示すサービスメニューのページを通信ネットワーク２０を介して発注者用端末３０に送信する（Ｓ１０４）。
【００２２】
これにより、発注者用端末３０には、図３（Ｂ）に示すように、「受注候補者検索」および「受注者決定連絡」の２つのメニューが表示され、例えば、発注者が、発注者用端末３０を用いて、図３（Ｂ）に示した「受注候補者検索」のメニューをクリック操作する。
そうすると、ソフトウェア調達支援装置１０の処理部１３は、「受注候補者検索」サービスの要求を受け付け（Ｓ１０５）、図４（Ａ）に示す「受注候補者検索」サービスのページを通信ネットワーク２０を介して発注者用端末３０に送信する（Ｓ１０６）。
【００２３】
これにより、発注者用端末３０には、図４（Ａ）に示すように、案件名称、内容、開発規模（総ステップ数）、使用機種、使用言語等の発注の条件を入力するための入力欄（図４（Ａ）中の空欄部分）が表示される。
そして、発注者が、発注者用端末３０を用いて、図４（Ａ）に示した入力欄に、所定の発注の条件（使用機種、使用言語等）を入力した後、図４（Ａ）の検索ボタンをクリック操作すると、発注者用端末３０が、図４（Ａ）に示した「受注候補者検索」サービスのページをソフトウェア調達支援装置１０に送信する。なお、発注者によって入力された発注の条件としては、前記した使用機種や使用言語のほかにも、案件名称、開発規模、納入希望物（モジュールなど）等の条件がある。
そうすると、ソフトウェア調達支援装置１０の処理部１３は、発注者用端末３０から、少なくとも特定の言語および機種に対応する調達ソフトウェアに関する発注の条件を受け付けることとなる（Ｓ１０７）。
【００２４】
次に、処理部１３は、Ｓ１０７で受け付けた発注の条件を満たす調達ソフトウェアの受注候補者を実績データファイル１２４から検索する（Ｓ１０８：このときの処理部１３を図１に示した「候補者検索部１３１」という。）。これを詳述すると、候補者検索部１３１は、検索の際に、実績データファイル１２４に記憶されている複数の受注者のうち、発注の条件に含まれる特定の言語および機種に対応する調達ソフトウェアを過去において実際に受注した受注者を受注候補者として検索する。これにより、発注の条件と同じ言語および機種に対応する調達ソフトウェアを納品した実績をもつ受注者が受注候補者として探し出されることとなる。
【００２５】
次に、処理部１３は、Ｓ１０８で検索した受注候補者についての図４（Ｂ）に示す検索結果一覧（推定見積金額、不良率を含む）を通信ネットワーク２０を介して発注者用端末３０に送信する（Ｓ１０９：このときの処理部１３を図１に示した「候補者提供部１３２」という。）。なお、図４（Ｂ）の推定見積金額は、ステップ単価に、図４（Ａ）に示した開発規模の入力欄に入力された総ステップ数を乗算した額である。
Ｓ１０９を詳述すると、候補者提供部１３２は、候補者検索部１３１によって検索された受注候補者について、実績データファイル１２４から、過去において実際に受注された調達ソフトウェアの実体についての不良確認試験の不良率を抽出し、抽出した不良率と候補者検索部１３１によって検索された受注候補者とを対応付けて、発注者用端末３０に提供する。
【００２６】
これにより、発注者用端末３０には、図４（Ｂ）に示したように、受注候補者毎に、推定見積金額および不良率が表示されることとなり、発注者は、受注候補者毎の推定見積金額および不良率を把握することが可能となる。したがって、発注者は、すべての受注候補者の不良率（不良確認試験の回数を含む）をもとに、各受注候補者の実績を把握することが可能となる。例えば、受注候補者が受注者として過去において実際に提供した、該当する言語および機種に適合する調達ソフトウェアの品質を把握したり、該当する言語および機種に適合する調達ソフトウェアに関する開発力を予測したりすることが可能となる。
【００２７】
そして、例えば、発注者が、発注者用端末３０を用いて、図４（Ｂ）に示した検索結果一覧に含まれる受注候補者の中から、特定の受注候補者をクリック操作する。
そうすると、ソフトウェア調達支援装置１０の処理部１３は、発注者用端末３０から、特定の受注候補者の実績データの送信の要求を受け付ける（Ｓ１１０）。ここでいう実績データとは、受注候補者が受注者として過去において実際に受注した発注案件ファイル１２２中の発注案件に関する情報、すなわち案件名称、内容、開発容量、使用機種、使用言語、作業範囲、納入物件を指す。
【００２８】
そして、処理部１３は、実績データファイル１２４を参照して、Ｓ１１０で要求された受注候補者の実績データを通信ネットワーク２０を介して発注者用端末３０に送信する（Ｓ１１１）。
【００２９】
これにより、発注者用端末３０には、実績データとして、図４（Ｃ）に示す案件名称、内容、開発容量、使用機種、使用言語等の情報が表示され、発注者は、受注候補者の得意分野をより詳細に把握することが可能となる。例えば、発注者は、受注候補者の得意な言語、機種をより詳細に把握することが可能となる。
このようにして、発注者は、各受注候補者の得意分野を把握し、その後、最適な受注候補者と契約交渉を行い、この契約交渉で、契約金額や、納期、納品場所などの詳細を決定することとなる。つまり、発注者は、受注候補者と正式に契約し、受注者を決定することとなる。
【００３０】
[受注者の連絡処理]
次に、前記した発注者が決定した受注者を連絡する際の処理に関して説明する。図５は、発注者用端末３０およびソフトウェア調達支援装置１０の処理手順であって受注者の連絡処理に関する手順を示す図である。なお、図５のＳ１０１からＳ１０４までの処理は、前記した図２の場合と同様であるので重複説明を省略し、ここでは、Ｓ２０１以降の処理について説明する。
【００３１】
Ｓ２０１において、ソフトウェア調達支援装置１０の処理部１３は、前記した図３（Ｂ）に示したサービスメニューのページを受信した発注者用端末３０から、図３（Ｂ）に示した「受注者決定連絡」サービスの要求を受け付け、次のＳ２０２で、図６に示す「受注者決定連絡」サービスのページを通信ネットワーク２０を介して発注者用端末３０に送信する。
【００３２】
これにより、発注者用端末３０には、図６に示したように、案件名称、受注者、決定金額、納期（納品日）および納品場所（メールアドレス）を含む契約内容の入力欄（図６中の空欄部分）が表示される。
そして、発注者が、発注者用端末３０を用いて、図６に示した契約内容の各入力欄に所定事項を入力した後、図６の登録ボタンをクリック操作すると、発注者用端末３０が、「受注者決定連絡」サービスのページをソフトウェア調達支援装置１０に送信する。なお、図６に示した納品場所の入力欄には、図６の参照ボタンへのクリック操作によって表示されたメールアドレスの一覧表の中から選択された発注者のメールアドレスが設定される。
【００３３】
そうすると、ソフトウェア調達支援装置１０の処理部１３は、発注者用端末３０から、発注者によって入力された案件名称や、受注者、決定金額等を含む契約内容を受信する（Ｓ２０３：このときの処理部１３を図１に示した「受注者決定部１３３」という。）。これを詳述すると、受注者決定部１３３は、図４（Ｂ）に示した受注候補者の中から、発注者用端末３０によって指定された受注候補者を受注者として決定することとなる。
【００３４】
次に、処理部１３は、Ｓ２０３で受信した契約内容を実績データファイル１２４に登録する（Ｓ２０４）。さらに詳述すると、処理部１３は、発注案件ファイル１２２中の該当する発注案件とその契約者である受注者との対応付けを実績データファイル１２４に登録する。これにより、契約内容にかかる発注案件がその受注者の実績として蓄積されることとなる。
【００３５】
そして、処理部１３は、Ｓ２０４で登録が完了した旨の情報を通信ネットワーク２０を介して発注者用端末３０に送信する（Ｓ２０５）。これにより、発注者は、受注者の連絡手続きが終了したことを確認することとなる。
【００３６】
[不良確認試験の未実施の発注案件の検索処理]
次に、ソフトウェア調達支援装置１０における不良確認試験の未実施の発注案件の検索処理に関して説明する。図７は、ソフトウェア調達支援装置１０の処理部１３の処理手順であって不良確認試験の未実施の発注案件の検索処理に関する手順を示す図である。
【００３７】
まず、処理部１３は、所定のタイミング（例えば、あらかじめ設定された時間）で、発注案件ファイル１２２の中から、不良確認試験の未実施の発注案件を検索する（Ｓ３０１）。検索方法としては、例えば、不良確認試験の実施の有無を示すフラグを用いる方法が挙げられる。この場合、処理部１３は、発注案件ファイル１２２中のある発注案件にフラグが立っていれば、不良確認試験が実施済みと判断し、他方、フラグが立っていなければ、不良確認試験が未実施と判断することとなる。
【００３８】
次に、処理部１３は、Ｓ３０１で検索した未実施の発注案件について、発注案件ファイル１２２を参照して、受注者および納品日（つまり納期）を抽出する（Ｓ３０２）。
【００３９】
そして、処理部１３は、Ｓ３０１で検索した未実施の発注案件について、Ｓ３０２で抽出した納品日までに不良確認試験の実施を促す催促メールをＳ３０２で抽出した受注者宛て（つまり受注者のメールアドレス宛て）に送信する（Ｓ３０３）。これにより、受注者に対して注意を喚起することが可能となる。
【００４０】
[不良確認試験の実施に関する処理]
次に、不良確認試験の実施に関する処理について説明する。図８は、受注者用端末４０、発注者用端末３０およびソフトウェア調達支援装置１０の処理手順であって不良確認試験の実施に関する処理手順を示す図である。なお、図８のＳ１０１からＳ１０３までの処理は、前記した図２の場合と同様であるので重複説明を省略し、ここでは、Ｓ４０１以降の処理について説明する。
【００４１】
Ｓ４０１において、ソフトウェア調達支援装置１０の処理部１３は、Ｓ１０２で正当と判断した受注者の受注者端末４０に、図９（Ａ）に示す受注案件一覧を通信ネットワーク２０を介して送信する。なお、ここでいう受注案件一覧は、単一の受注者に関するものである。
【００４２】
これにより、受注者用端末４０には、図９（Ａ）に示したように、発注者、案件名称および納入予定日が受注案件毎に表示される。
そして、例えば、受注者が、受注者用端末４０を用いて、図９（Ａ）に示した受注案件一覧に含まれる案件名称の中から、特定の案件名称をクリック操作する。
そうすると、ソフトウェア調達支援装置１０の処理部１３は、受注者用端末４０から、特定の案件名称にかかる受注案件の選択の要求を受け付ける（Ｓ４０２）。
【００４３】
次に、処理部１３は、図９（Ｂ）に示す不良確認試験のページを通信ネットワーク２０を介して受注者用端末４０に送信する（Ｓ４０３）。
【００４４】
これにより、受注者用端末４０には、図９（Ｂ）に示した不良確認試験のページが表示される。
そして、例えば、受注者が、受注者用端末４０を用いて、図９（Ｂ）の添付ボタンをクリック操作して、試験すべき調達ソフトウェアの実体（例えばモジュール等）を図９（Ｂ）に示した不良確認試験のページに添付させた後、図９（Ｂ）の実行ボタンをクリック操作する．
そうすると、ソフトウェア調達支援装置１０の処理部１３は、受注者用端末４０から、添付の調達ソフトウェアの実体を受信し（Ｓ４０４）、受信した調達ソフトウェアの実体についての不良確認試験を実施する（Ｓ４０５：このときの処理部１３を図１に示した「試験実行部１３４」という。）。これにより、プログラムの初期化の確認や、ソースコードの構文が確認され、不良箇所および前記した不良率が算出されることとなる。
【００４５】
また、処理部１３は、不良確認試験における不良率を、Ｓ４０２で受け付けた受注案件毎に、かつその受注者毎に実績データファイル１２４に登録する（Ｓ４０６：このときの処理部１３を図１に示した「実績登録部１３５」という。）。これにより、例えば、受注者によって開発されたプログラムに関する不良確認試験における不良率が蓄積されることとなる。
【００４６】
次に、処理部１３は、Ｓ４０５で実施した不良確認試験における不良率が合格基準（つまり、不良率が０）かどうかを判断し（Ｓ４０７）、例えば、合格基準に達していない場合（Ｓ４０７の「ＮＯ」の場合）、Ｓ４０５で実施した不良確認試験の試験結果（ここでは、不良率のほか、不良箇所を含む）を通信ネットワーク２０を介して受注者用端末４０に送信する（Ｓ４０８）。これにより、受注者用端末４０は、例えば、図９（Ｂ）に示す試験結果表示エリアに、不良箇所および不良率が表示される。
【００４７】
なお、不良確認試験の不良率が合格基準に達していなかった場合、受注者は、調達ソフトウェアの実体を修正した後、受注者用端末４０を用いて、修正後の調達ソフトウェアの実体をソフトウェア調達支援装置１０に繰り返し送信する。
【００４８】
そうすると、ソフトウェア調達支援装置１０は、前記した図８のＳ１０１、Ｓ１０２およびＳ４０１からＳ４０７までの処理を繰り返すことにより、受注者用端末４０から繰り返し送信された調達ソフトウェアの実体についての不良確認試験を実施し、その試験結果を受注者用端末４０に送信する。この場合、前記したＳ４０５における試験実行部１３４は、不良確認試験の不良率が合格基準に達するまで、修正後の調達ソフトウェアの実体を受注者用端末４０から受信するたびに、その調達ソフトウェアの実体の不良確認試験を実施することとなる。
これにより、受注者の技術力等が不良確認試験の実施回数や不良率というかたちで反映されることとなる。
また一方で、不良確認試験は、不良率が合格基準に達することを条件に終了することとなるので、発注者へ送付される調達ソフトウェアの品質は保証されることとなる。
【００４９】
他方、Ｓ４０７における判断において、例えば、合格基準に達した場合（Ｓ４０７の「ＹＥＳ」の場合）、処理部１３は、合格基準に達した旨の情報を通信ネットワーク２０を介して受注者用端末４０に送信するとともに、合格基準に達した調達ソフトウェアの実体を通信ネットワーク２０を介して発注者用端末３０のメールアドレス宛て（ここでは図６の納品場所に設定されたメールアドレス宛て）に送信する（Ｓ４０９）。これにより、調達ソフトウェアの実体が発注者側に納品され、発注者が所望のソフトウェアを調達することが可能となる。
なお、その後、処理部１３は、受注者用端末４０および発注者用端末３０に対し、納品が完了した旨の通知メールを送信する。
【００５０】
このように、図８では、ソフトウェア調達支援装置１０は、受注者決定部１３３によって決定された受注者が発注者に提供すべき調達ソフトウェアの実体について不良確認試験における不良率が合格基準に達するまで、受注者用端末４０から発注者に提供すべき調達ソフトウェアの実体の不良確認試験を実施する。しかも、ソフトウェア調達支援装置１０は、不良確認試験における不良率と受注者決定部１３３によって決定された受注者との対応関係を実績データファイル１３４に登録する。
したがって、受注者の技術力や品質がそのまま不良確認試験で反映されて、その結果が不良率や試験回数というかたちで残ることとなる。
【図面の簡単な説明】
【００５１】
【図１】本発明の実施の形態に係るソフトウェア調達支援システムの構成を示すブロック図である。
【図２】図１の発注者用端末およびソフトウェア調達支援装置の処理手順であって調達ソフトウェアの発注処理に関する手順を示す図である。
【図３】図１の発注者用端末に表示される表示画面を示す説明図で、図３（Ａ）は認証画面を示す説明図、図３（Ｂ）はサービスメニュー画面を示す説明図である。
【図４】図１の発注者用端末に表示される表示画面を示す説明図で、図４（Ａ）は受注候補者検索画面を示す説明図、図４（Ｂ）は検索結果一覧を示す説明図、図４（Ｃ）は受注候補者実績画面を示す説明図である。
【図５】図１の発注者用端末およびソフトウェア調達支援装置の処理手順であって受注者の連絡処理に関する手順を示す図である。
【図６】図１の発注者用端末に表示される受注者決定連絡画面を示す図である。
【図７】図１のソフトウェア調達支援装置の処理部１３の処理手順であって不良確認試験の未実施の発注案件の検索処理に関する手順を示す図である。
【図８】図１の受注者用端末、発注者用端末およびソフトウェア調達支援装置の処理手順であって不良確認試験の実施に関する処理手順を示す図である。
【図９】図１の受注者用端末に表示される表示画面を示す説明図で、図９（Ａ）は受注案件一覧を示す説明図、図９（Ｂ）は不良確認試験画面を示す説明図である。
【符号の説明】
【００５２】
１０      ソフトウェア調達支援装置
１３      処理部
３０      発注者用端末
４０      受注者用端末
１２１    発注者情報ファイル
１２２    発注案件ファイル
１２３    受注者情報ファイル
１２４    実績データファイル（実績データ記憶部）
１３１    候補者検索部
１３２    候補者提供部
１３３    受注者決定部
１３４    試験実行部
１３５    実績登録部
【図１】
2005339155.tif 000003
【図２】
2005339155.tif 000004
【図３】
2005339155.tif 000005
【図４】
2005339155.tif 000006
【図５】
2005339155.tif 000007
【図６】
2005339155.tif 000008
【図７】
2005339155.tif 000009
【図８】
2005339155.tif 000010
【図９】
2005339155.tif 000011