"通信ネットワーク上のサイトでSaaSを含む商品を売買するクラウドマーケットプレイスシステムであって、商品購入者側となる顧客に対して商品情報を提供するマーケットプレイスページを管理する第1の処理部と、商品販売者側となる商品管理者から登録される商品情報を管理し、顧客による商品の購入契約の情報を管理する第2の処理部と、前記商品と前記顧客との適合診断の処理を行う適合診断部と、前記適合診断のための診断情報を含むデータ情報を格納するデータベースと、前記商品管理者から前記データベースに対して前記診断情報を登録する処理を行う第3の処理部と、前記適合診断の結果、前記顧客に対し、前記適合診断の結果情報を提示する処理を行う第4の処理部と、を有し、前記診断情報は、前記適合診断のためのQA情報と、当該QA情報に対応した診断ルール情報と、を含み、前記診断ルール情報は、前記顧客による前記QA情報に対する質問回答情報をもとに対象の商品と顧客との適合度を算出または関連付ける情報を含み、前記適合診断の結果情報は、対象の商品と顧客との適合度の情報を含むこと、を特徴とするクラウドマーケットプレイスシステム。請求項1記載のクラウドマーケットプレイスシステムにおいて、前記診断ルール情報は、前記適合度の算出または関連付けを省略して、前記顧客による前記QA情報に対する質問回答情報をもとに前記顧客に対して推薦する商品を算出または関連付ける情報を含み、前記適合診断の結果情報は、前記顧客に対して推薦する商品の情報を含むこと、を特徴とするクラウドマーケットプレイスシステム。請求項1記載のクラウドマーケットプレイスシステムにおいて、前記マーケットプレイスページの商品情報のページから適合診断のページへリンクし、前記適合診断のQA情報及び結果情報を表示すること、を特徴とするクラウドマーケットプレイスシステム。請求項1記載のクラウドマーケットプレイスシステムにおいて、前記顧客ごとの顧客情報を提供するマイページを管理する処理部を有し、前記マイページの顧客情報のページから適合診断のページへリンクし、前記適合診断のQA情報及び結果情報を表示すること、を特徴とするクラウドマーケットプレイスシステム。請求項1記載のクラウドマーケットプレイスシステムにおいて、前記診断情報及び前記適合診断の結果情報は、推薦商品の商品情報へのリンク情報を含むこと、を特徴とするクラウドマーケットプレイスシステム。請求項1記載のクラウドマーケットプレイスシステムにおいて、前記診断情報及び前記適合診断の結果情報は、推薦商品の購入契約情報へのリンク情報を含むこと、を特徴とするクラウドマーケットプレイスシステム。請求項1記載のクラウドマーケットプレイスシステムにおいて、前記診断情報及び前記適合診断の結果情報は、システム構築商品の購入契約に関する相談情報へのリンク情報を含むこと、を特徴とするクラウドマーケットプレイスシステム。請求項1記載のクラウドマーケットプレイスシステムにおいて、前記診断情報は、システム構築商品に関する詳細適合診断のためのQA情報と、当該QA情報に対応した診断ルール情報と、を含み、前記適合診断部は、前記システム構築商品に関する詳細適合診断の処理を行うこと、を特徴とするクラウドマーケットプレイスシステム。請求項1記載のクラウドマーケットプレイスシステムにおいて、前記診断情報は、複数の商品に関する適合診断のためのQA情報と、当該QA情報に対応した診断ルール情報と、を含み、前記診断ルール情報は、前記顧客による前記QA情報に対する質問回答情報をもとに前記複数の各商品と顧客との各適合度を算出または関連付ける情報を含み、前記適合診断の結果情報は、前記複数の各商品と顧客との各適合度の情報、またはそのうちの適合度が高い推薦商品の情報、を含むこと、を特徴とするクラウドマーケットプレイスシステム。請求項1記載のクラウドマーケットプレイスシステムにおいて、前記適合診断部は、前記顧客からの要求を受けて前記データベースから前記QA情報を取得し前記顧客へ応答する処理と、前記顧客により前記QA情報に対し入力された回答情報を取得する処理と、前記データベースから前記顧客の顧客情報と前記診断ルール情報とを含む情報を取得する処理と、前記回答情報、前記顧客情報、前記診断ルール情報を用いて、前記顧客と商品との適合度を判定する処理と、前記適合度に応じた推薦商品を決定する処理と、前記適合診断の結果情報を作成し前記顧客へ応答し前記データベースへ格納する処理と、を行うこと、を特徴とするクラウドマーケットプレイスシステム。請求項1記載のクラウドマーケットプレイスシステムにおいて、前記商品管理者が使用するシステムに、前記データベースに前記診断情報を含む情報を登録し必要に応じて参照編集する機能を有すること、を特徴とするクラウドマーケットプレイスシステム。クラウドコンピューティングに係わるSaaS等の商品については、販売者側が顧客ユーザに営業して販売し契約を結ぶといった形が多く、Webサイト等で当該SaaS商品を売買するマーケットプレイスやEC等のシステムはまだ十分ではない。例えば顧客企業ごとにSaaS等の導入やシステム構築に係わる事情は様々であると共に、顧客にとっては、どのような商品システムが自社にとって効果的でありコストパフォーマンスが高いのかといったことは、従来のマーケットプレイスやEC等のシステムでは、ややわかりにくく、検討のための負担が大きい。SaaS,PaaS,IaaS等の商品サービスクラウド製品は、クラウドコンピューティング技術を用いてネットワーク上で多数のユーザに対しサービス処理やリソース等を共通で提供する仕組みであるため、当該商品を多数の顧客ユーザに利用してもらうことで、低コスト化でき、サービス品質を高めることにつながる。しかしながら従来、商品の販売者側にとっては、上記のように顧客への商品の販売のために管理コスト等を要しており、低コスト化が進め難かった。以上を鑑み、本発明の主な目的として、Webサイト等でSaaS等の商品クラウド製品を売買するマーケットプレイスやEC等のシステムに係わり、上記SaaS等の商品の売買を従来よりも効率化し、顧客ユーザにとっては商品を購入導入等する際の選定などがわかりやすく、販売者側にとっては多数の顧客に商品を低コストで提供することができるようにする技術を提供することである。本発明のうち代表的な形態は、通信ネットワーク上のWebサイト等でSaaS等の商品クラウド製品を売買するマーケットプレイスやEC等のシステムクラウドマーケットプレイスシステム等であって、以下に示す構成を有することを特徴とする。本形態のシステムは、商品購入者側となる顧客に対して商品情報を提供するマーケットプレイスページを管理する第1の処理部と、商品販売者側となる商品管理者から登録される商品情報を管理し、顧客による商品の購入契約の情報を管理する第2の処理部と、前記商品と前記顧客との適合診断の処理を行う適合診断部と、前記適合診断のための診断情報を含むデータ情報を格納するデータベースと、前記商品管理者から前記データベースに対して前記診断情報を登録する第3の処理部と、前記適合診断の結果、前記顧客に対し、前記適合診断の結果情報を提示する処理を行う第4の処理部と、を有する。前記診断情報は、前記適合診断のためのQA情報と、当該QA情報に対応した診断ルール情報と、を含む。前記診断ルール情報は、前記顧客による前記QA情報に対する質問回答情報をもとに対象の商品と顧客との適合度を算出または関連付ける情報を含む。前記適合診断の結果情報は、対象の商品と顧客との適合度の情報を含む。本発明のうち代表的な形態によれば、Webサイト等でSaaS等の商品クラウド製品を売買するマーケットプレイスやEC等のシステムに係わり、上記SaaS等の商品の売買を従来よりも効率化し、顧客ユーザにとっては商品を購入導入等する際の選定などがわかりやすく、販売者側にとっては多数の顧客に商品を低コストで提供することができる。以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。なお説明上、適宜、U:顧客、V:商品管理者、S:商品、Q:質問、A:回答、といった記号を使用する。<概要等>本システムのマーケットプレイスサイトでは、SaaS等の商品クラウド製品の販売-購入の手続きを可能とする。本サイトでは、顧客ユーザが購入利用契約等を検討しているSaaS商品の情報などに付随するアンケートQAに対して回答記入することにより、当該商品が当該顧客のニーズにどの程度適合しているかが自動的にわかる適合診断を提供する。本システムの適合診断ツールは、上記アンケートQAの情報をもとに、当該商品と当該顧客との適合度などを診断し、その結果に応じて当該商品あるいは他の商品を推薦する処理を行う。例えば、診断の結果、適合度の高低に応じた商品を当該顧客に対して推薦するように結果情報を顧客へ提示する。例えば、推薦商品の詳細情報ページや購入契約ページ等へのリンク誘導を行う。適合度は、複数レベルや数値などで算出してもよいし、また、適合度自体は算出提示せずに、直接、推薦商品などを判定提示してもよい。商品を検討する顧客ユーザは、例えば、本サイトのトップページや商品情報ページや専用のページなどから、適合診断アンケート等のページへ移ることができ、更に、適合診断結果ページや、推薦商品情報ページ、システム相談ページなどへ移ることができる。これに限らず、本サイトを訪問した顧客は、特定の商品の商品情報を参照して当該特定の商品との適合性に関する診断を受けることもできるし、不特定の商品群複数商品に関する診断を受けることもできるし、システム構築SI商品に関する診断を受けることもできる。対象の商品は、各種のSaaS商品、ソフトウェア商品だけでなく、顧客の要望に応じて個別開発でシステム顧客システムを構築する形態SIの商品サービスとしてもよい。なおSIの場合、顧客の都合に応じて一から開発する場合もあるし、既存の製品のカスタマイズと一部の新たなモジュールの開発とで対応できる場合などもある。上記アンケートQAでは、顧客は、SaaS商品の購入システム構築などに係わる、要件、要望、抱える悩み等を記入することができる。アンケートQAへの入力情報や適合診断結果情報は本システムDBで保存管理され、商品提供者は、アンケートQA入力情報などを参照して、商品提供に反映フィードバックすることができる。また、商品の販売者提供者側は、本システムのサイトに対して対象商品の情報及び適合診断用の情報を登録設定することができる。特に、商品の営業者や設計者などの商品管理者は、適合診断用の情報として、対象商品の特性に応じた、アンケートQA構成や、それに対応する診断ルール適合度や推薦商品の算出のための記述を含むなどを柔軟に設定入力編集可能することができる。したがって、顧客と商品とのマッチングを効果的にすることができる。<実施の形態1>図1~図2を用いて、本発明の実施の形態1のシステムクラウドマーケットプレイスシステムについて説明する。[システム1]図1は、実施の形態1のシステムの全体の構成を示す。本システム全体は、主システム部分であるマーケットプレイスシステム/サイト:MPSと略す1と、商品購入者側である顧客のシステム5と、商品販売者商品提供者、商品管理者側である自社他社のシステム6,7と、関連システムである自動振替システム8バッチ処理システム及び決済代行システム9等とを有し、これらはそれぞれ通信ネットワーク上の通信N1~N5で接続される。1MPS1は、システムサイト構成として、マーケットプレイスページ2と、マイページ3と、販売管理システム4とを含む構成である。各ページ等2,3,4は、サーバ装置例えばWebアプリケーションサーバ上のプログラム処理などにより生成管理される。2マーケットプレイスページ2は、Webページ/情報として、商品紹介情報と、適合診断簡易101とを含む。商品紹介情報は、SaaS等の商品をユーザに紹介する情報である。適合診断簡易101は、本特徴的な要素である後述。3マイページ3は、Webページ/情報として、顧客情報と、適合診断詳細102とを含む。マイページ3は、ログイン処理を通じて該当の顧客のみ閲覧を許可されるページである。顧客情報は、該当の顧客例:U1ごとの情報である。適合診断詳細102は、本特徴的な要素である後述。4販売管理システム4は、構成要素機能ページ処理などとして詳細は図2、商品診断情報登録、会員者登録、試用管理、契約管理、契約更新、課金計算、請求管理、自動振替、カード請求、等を含む。例えば、試用管理では、顧客5が商品試用を申し込みした場合に当該顧客5へ商品試用の申し込みの自動回答をeメール送信するa4。また、顧客5が商品購入契約等をする場合/した場合に、契約管理の契約更新処理により、当該顧客5へ契約更新案内や自動更新通知をeメール送信するa5。5顧客のシステム5は、商品を購入契約等する顧客ユーザが使用する情報処理システム/端末等を含む。顧客例:U1は、当該端末Webブラウザ等を備えるからマーケットプレイスページ2やマイページ3等へアクセスし閲覧する。例えば、顧客U1は、マーケットプレイスページ2の商品紹介情報を参照し、当該SaaS商品等に関する各種申し込み等を行うことができるa1。また、顧客U1は、適合診断簡易101を参照し、そのアンケートQAに回答記入することができるa2。そして、適合診断簡易101の結果情報例えば適合度や推薦商品情報等を参照することができるa3。また例えば、顧客U1は、マイページ3の顧客情報における契約請求情報等を参照し、確認することができるa6。6自社システム6は、MPS1を管理提供すると共にSaaS等の商品を販売提供する事業者の情報処理システム/端末等である。対象の商品を管理する商品管理者V1として、例えば営業者や設計者などが存在する。商品管理者V1は、自社システム6から、販売管理システム4にアクセスし、対象商品の販売管理系全般の作業を行うb2。例えば、V1は、商品診断情報登録を行うb1。b1では、対象商品の商品情報や適合診断情報を本システムに登録するマーケットプレイスページ2の商品紹介情報のアップ更新や、適合診断簡易101のQA情報ルール情報の登録など。7他社システム7は、MPS1を利用してSaaS等の商品を販売提供する事業者の情報処理システム/端末等である。対象の商品を管理する商品管理者V2として、例えば営業者や設計者などが存在する。商品管理者V2は、他社システム7から、販売管理システム4にアクセスし、対象商品の販売管理系全般の作業を行うb4。例えば、V2は、商品診断情報登録を行うb3。また、販売管理システム4の課金計算からの連携で、他社システム7V2へ、ライセンス使用料金支払いb5が行われる。8自動振替システム8バッチ処理システムは、販売管理システム4の請求管理自動振替と連携し、商品購入者5に対する自動振替処理を行う公知技術。9決済代行システム9は、販売管理システム4の請求管理カード請求と連携し、商品購入者5に対する決済代行処理を行う公知技術。続いて、図2は、図1のうち主システム部分MPS1の構成例を示す。MPS1は、適合診断ツール10及びDB50を含んで構成される。2マーケットプレイスページ2の詳しい構成例として、各ページ/情報として、aカテゴリ商品一覧、b利用申込商品購入契約、c適合診断簡易、d商品紹介情報商品詳細、e試用申込デモ、fメルマガ申込、g会員登録、h一般アンケート、等を有する。aは、本ページ2で取り扱っている商品群のカテゴリ別一覧情報である。bは、商品の購入契約利用申込の際のページである。dは、商品ごとの詳細情報である。eは、商品の試用トライアルの申し込みやデモを参照する場合のページである。fは、本サイト商品等の情報を提供するメールマガジンの申し込みの場合のページである。gは、本サイトへの会員登録をする場合のページである。hは、cの適合診断のアンケートとは別の、一般アンケート従来技術を行う場合のページである。マーケットプレイスページ2のc101の適合診断簡易、及びマイページ3のe102の適合診断詳細は、適合診断ツール10の処理により提供される。種類として、簡易適合診断と詳細適合診断とがある。別の種類区分では、商品別の診断と商品群の診断とがある。本例では、マーケットプレイスページ2で簡易適合診断cを提供し、マイページ3で詳細適合診断eを提供しているが、提供箇所及び種類は適宜変更可能である。3マイページ3の詳しい構成例として、各ページ/情報として、a申し込み一覧、b契約管理、c請求管理、dSI商品相談システム相談室、e適合診断詳細、等がある。aは、当該顧客の契約商品や試用商品の一覧である。bは、商品の契約を管理する機能ページであり、商品契約情報の参照、商品契約の更新や解約などが可能となっている。cは、商品の契約による請求を管理する機能ページであり、請求情報の参照などが可能となっている。dは、後述するが、商品提供者側とシステム構築SI商品などに関する詳しい相談を可能とするシステム相談室の機能ページである。マイページ3では、当該顧客自身の過去の適合診断結果情報などもまとめて確認することができる。4販売管理システム4を利用する例えば自社システム6の商品管理者として、あるSaaS商品例:SAとするの営業者V1-1と設計者V1-2がいるとする。販売管理システム4の詳しい構成例として、前述の各処理機能201~207を有する。そして図示のように、各商品管理者V1-1,V1-2ごとにそれらの機能情報にアクセスする。例えば、商品情報診断情報登録201の機能処理では、マーケットプレイスページ2の商品紹介情報dに対し、対象商品の商品情報を登録アップロードすることができる。また、201から、上記商品情報の登録と共に、DB50に対し、当該対象商品の適合診断情報後述を登録することができる。202では、会員者顧客の情報の参照や登録が可能となっている。203では、商品試用の申請情報の参照、及び申請の審査承認などが可能となっている。204では、商品購入利用契約の審査、登録、承認などが可能となっている。205では、請求情報の参照、修正、確認などが可能となっている。10適合診断ツール10は、実装例としては、サーバ装置上のプログラム処理などで実現される。適合診断ツール10は、処理のためにDB50の情報を参照読み書きする。DB50は、商品適合診断情報後述を格納するデータベースである。DB50は、ストレージ等に保持される。なお上記サイトページ構成は一例であり適宜分割や統合が可能なことは言うまでも無い。実施の形態1で、顧客例:U1は、例えばマーケットプレイスページ2の気になる商品例:SAの商品紹介情報dのページから適合診断cのページへ移り、アンケートQAに回答記入する。これを受け、適合診断ツール10は、当該顧客U1と当該商品SAとの適合診断処理を行い、適合診断結果情報推薦商品情報等を含むを顧客へ提示する。顧客U1は、結果情報から、当該商品SAがニーズに適合しているかがわかり、当該商品SAを購入する場合は速やかに購入契約bのページへ移って手続きをすることができる。また適合していない場合は推薦商品情報を参照することができる。<実施の形態2>図3~図4を用いて、本発明の実施の形態2のシステムクラウドマーケットプレイスシステムについて説明する。実施の形態2は、実施の形態1のMPS1の別の構成例を示す。MPS1以外の要素5~9は実施の形態1と同様である。[システム2]図3,図4は、実施の形態2のシステムの構成を示す。MPS1は、処理部として、図3の商品ポータル処理部20と、商品管理部40と、契約管理部60と、図4の請求管理部70とを有し、また管理保持するデータ情報として、図3の商品マスタ51、適合診断マスタ52、価格マスタ53、申請情報54、図4の契約情報55、及び請求情報56を有する。20商品ポータル処理部20は、商品検索処理部21、適合診断処理部22、利用申請処理部23を有する。40商品管理部40は、商品登録処理部41、適合診断登録処理部42、価格登録処理部43を有する。51商品マスタ51は、商品ごとの商品情報を格納する。52適合診断マスタ52は、商品ごと/商品群の適合診断情報を格納する。なお適合診断マスタ52と図2,図5等のDB50とは対応関係であり、いずれも適合診断情報を含む。53価格マスタ53は、商品の購入利用契約の際の価格情報などを格納する。54申請情報54は、顧客による商品の購入の申請の際の申請情報を格納する。55契約情報55は、顧客による商品の購入利用契約の際の契約情報を格納する。56請求情報56は、顧客による商品の購入利用に対する請求情報を格納する。60契約管理部は、申請審査処理部61を有する。70請求管理部70は、請求情報作成処理部71、売上計上処理部72、入金結果処理部73、請求検索処理部74を有する。実施の形態2での動作例は以下である。まず、商品提供者6,7側の商品管理者例:V1は、販売の対象の商品例:SaaS商品SA,SB等の情報商品紹介情報等を商品管理部40に対して登録するB1。商品登録処理部41は、B1の情報を受信し、商品マスタ51に当該商品情報を登録格納する。また、商品管理者V1は、上記対象商品SA,SB等の適合診断用の情報例えば商品別の簡易適合診断情報を商品管理部40に対して登録するB2。適合診断登録処理部42は、B2の情報を受信し、適合診断マスタ52に当該適合診断情報を登録格納する。また、商品管理者V1は、上記対象商品SA,SB等の価格情報を商品管理部40に対して登録するB3。価格登録処理部43は、B3の情報を受信し、価格マスタ53に当該価格情報を登録格納する。一方、顧客例:U1は、端末5から、MPS1のポータル処理部20ポータルページ等にアクセスし、気になる商品例:SAに関する商品紹介要求を送信するA1。商品検索処理部21は、A1の要求を受け、商品マスタ51の情報を参照しつつ、当該商品SAの商品紹介情報ページを、顧客U1の端末5へ応答送信するA2。顧客U1は、当該商品SAの商品紹介情報ページを参照し、当該商品SAが自社にとってどの程度適合するのか等が気になる場合、当該ページにリンク等で関連付けられている当該商品SAの適合診断ページを要求するA3。適合診断処理部22は、A3の要求を受け、適合診断マスタ52を参照しつつ、当該商品SAの適合診断ページを顧客U1の端末5へ応答送信するA4。顧客U1は、当該商品SAの適合診断ページを参照し、付随するアンケートQAに回答記入するA5。適合診断処理部22は、A5の回答情報を受信して保存し、適合診断マスタ52を参照しつつ、当該顧客U1と当該商品SAとの適合診断処理を行い、その結果情報適合度や推薦商品情報を含むを、顧客U1の端末5へ応答送信すると共に保存するA6。顧客U1は、上記適合診断の結果情報を参照し、例えば、当該商品SAの購入利用契約を望む場合は、該当ページから、その申請の要求を送信するA7。利用申請処理部23は、A7の要求を受け、商品マスタ51及び価格マスタ53を参照しつつ、対象商品SAの申請処理を行い、その結果を申請情報54に格納すると共に、申請通知を当該商品管理者へ送信するC1。商品管理者V1は、契約管理部60に対し、適宜、申請情報を要求するD1。D1の要求に対し、申請審査処理部61は、申請情報54を参照し、該当の申請情報を取り出し、商品管理者V1へ応答するD2。商品管理者V1は、D2の申請情報を参照し、審査を行い、審査結果情報を登録のため送信するD3。申請審査処理部61は、D3の審査結果情報を受け、契約情報55に登録して商品管理者V1へ応答すると共にD4、顧客U1へ通知するC2。続いて、図4で、請求管理部70では、例えば自動振替システム8は、所定日時で、請求情報作成要求を請求管理部70に送信するE1。請求情報作成処理部71は、は、E1の要求を受け、契約情報55を参照し、該当契約の請求情報を作成し、請求情報56に格納する。また、自動振替システム8は、所定日時で、売上計上要求を請求管理部70に送信するE2。売上計上処理部72は、E2の要求を受け、請求情報56を参照し、該当契約の請求情報をもとに、売上計上処理を行い、その結果の売上情報を決済代行システム9へ送信するE3。決済代行システム9は、E3の売上情報を受信し、決済処理を行い、入金結果情報を請求管理部70へ送信するE4。入金結果処理部73は、E4の入金結果情報を受信し、請求情報56に格納する。また、商品提供者側6,7は、適宜、請求検索要求を請求管理部70に送信するE5。請求検索処理部74は、E5の要求を受け、請求情報56から検索処理し、結果を応答送信するE6。同様に、顧客5側は、適宜、請求検索要求を請求管理部70に送信するE7。請求検索処理部74は、E7の要求を受け、請求情報56から検索処理し、結果を応答送信するE8。実施の形態2でも実施の形態1と同様に、顧客は、適合診断結果情報A6から、当該商品がニーズに適合しているかがわかり、当該商品を購入する場合は、速やかに契約等申請審査等の処理へ連携される。商品提供者は、適合診断情報などを柔軟に設定することができるB1~B3。<実施の形態3>図5~図8を用いて、本発明の実施の形態3のシステムクラウドマーケットプレイスシステムについて説明する。実施の形態3は、基本構成は実施の形態1等と共通であり、特に、適合診断ツール10の詳細構成例を示す。図5,図6は、実施の形態3におけるMPS1、適合診断ツール10及びその処理に関する構成を示す。[適合診断処理1]図5で、顧客例:U1側の商品購入検討の流れ例として、1マーケットプレイスページ2でのセルフ検討簡易適合診断等、2マイページ3へのログインによる詳細検討詳細適合診断等、3同マイページ3のシステム相談室での検討SI商品検討等、4SI担当者との相談商談、といった流れになる。商品管理者例:V1側は、商品診断情報DB50ないし前述の適合診断マスタ52等に対する商品情報適合診断情報等の登録を行うA0。適合診断ツール10は、適合診断処理11,12を行うため、適宜、DB50の情報を参照しA1、DB50へ情報を登録格納するA2。1まず顧客U1はセルフ検討を行う。例えば商品SA等を購入すべきか検討する場合とする。マーケットプレイスページ2は、商品別ページを有し、例えば、SaaS商品SAのページ501、SaaS商品SBのページ502等を含む。例えば商品SA情報のページ501から、商品別即ち商品SAの簡易適合診断503を行うことができる。例えば、顧客U1は、顧客システム5から、503で、商品SAの簡易適合診断のQA情報DB50,11から提供されるに対して回答記入するa1。適合診断ツール10は、商品SAの簡易適合診断のQA情報D50から参照、及びa1の顧客U1の回答情報をもとに、簡易適合診断処理11を行う。510は、当該QA情報及び顧客U1の回答情報を示す。複数の質問項目を有し、各質問項目ごとに回答項目を有し、顧客が回答項目に対して記入例えば項目選択や項目値入力などしている。QAの具体例は後述される図8。簡易適合診断処理11において、QA入力510を解析し、診断結果情報を出力する。例えば、511例1の診断結果情報では、適合度がA例えばAが高レベル、Bが中レベル、Cが低レベルを示す、最適商品推薦商品がSAであり、当該推薦商品SAへのリンク情報を含んでいる。顧客U1は当該結果511を参照し、例えば推薦商品SAへのリンクにより、当該商品SAの詳細例えば資料ダウンロード等が可能のページ504へ移ることができるa2。また例えば、512例2の診断結果情報では、SAとは別の推薦商品SBSAよりも適合度が高い商品の情報を含んでいる。顧客U1は当該結果512を参照し、例えば推薦商品SBへのリンクにより、当該商品SBのページ502へ移ることができるa3。また例えば、513例3の診断結果情報では、1つではなく複数の候補の推薦商品SA,SB,SC等の情報と、詳細適合診断へのリンクとを含んでいる。顧客U1は当該結果513を参照し、前述同様に各候補の商品のページへ移ることもできるし、また、詳細適合診断のページへ移るa4こともできる。2顧客U1は、上記1のセルフ検討で1つの商品を選定できない場合、詳細検討に移る。例えば、顧客U15は、マイページ3にログインして、詳細適合診断505を受けることができるa5。前述のa4からも詳細適合診断505へ移ることができる。マイページ3には、詳細適合診断505、試用アンケート506、システム相談室507などの各ページを有する。例えば、顧客U1は、505で、詳細適合診断用のQA情報DB50,12から提供されるに対して回答記入するa5。適合診断ツール10は、詳細適合診断のQA情報D50から参照、及びa5の顧客U1の回答情報をもとに、詳細適合診断処理12を行う。520は、当該QA情報及び顧客U1の回答情報を示す510と内容は異なる。詳細適合診断は、例えば、既存製品例:SA,SA等の提供やそのカスタマイズだけでは対応できない、当該顧客に応じたシステム構築SIの商品SCとするに関する適合診断を含む内容である。なお詳細適合診断処理12の場合、適合診断ツール10は、DB50等に格納されている当該顧客U1の顧客情報や、過去実行済みの簡易適合診断処理11の結果情報をも参照して、それらの内容を踏まえた詳細適合診断処理を行う。詳細適合診断処理12において、QA入力520を解析し、診断結果情報を出力する。例えば、521の診断結果情報では、SI商品SCに関して、適合度がB中レベルであり、当該商品SCに関する必要オプションの情報や対応不可能要件の情報、試用へのリンク、システム相談室へのリンク、契約購入へのリンク、等を含んでいる。顧客は、結果521を参照し、SI商品SCの導入契約の場合の必要オプション等の情報を確認することができる。また例えば試用へのリンクにより、試用アンケート等のページ506へ移ることができるa6。当該ページ506では、試用デモシステム500との連携により、商品の試用やデモの閲覧が可能となっている。3また、顧客U15は、マイページ3から、あるいは、詳細適合診断の結果521のシステム相談室へのリンクにより、システム相談室のページ507へ移ることができるa7。システム相談室のページ507では、各種のSaaS商品SA,SB等に関する詳細検討の相談例えば類似商品の比較検討などや、SI商品SCの導入契約に関する相談、SI商品SCの契約の場合の料金概算見積もり等が、商品提供者V1からの情報提供などによって可能となっている。相談の結果、顧客U1は、購入するSaaS商品SA,SB等を選定したり、SI商品SCの導入契約を決定することができる。SI商品SCを契約する場合、前述同様に当該商品SCの契約等のページへ移り、手続きを進行することができる。4また更に、顧客U15は、上記3のシステム相談室でも商品を選定できない場合、担当者V1との直接の面談による相談商談へ移ることができる。例えば、顧客U1は、SI担当者V1とSI商品SCの導入契約について詳細に相談する。SI担当者V1は、契約の場合は販売管理システム4へ情報を登録し、また顧客U1からのヒアリング情報をDB50へ追記しA3、商品の営業や設計などに反映活用する。[適合診断処理2]続いて、図6で、適合診断処理例や商品管理者6,7側の構成例について説明する。事前に、商品管理者例:SaaS商品SAの管理者は、前述の販売管理システム4ないし商品管理部40を通じて、DB50ないし適合診断マスタ52に対して、商品SAの適合診断用の情報として、QA文質問回答情報、アンケート情報、診断ルール、対応処理定義、推薦URL、等の情報を登録するb1。この際は、例えば自社システム6V1の端末等に備える登録機能601を用いて、商品情報や適合診断情報を登録する。QA文及び診断ルールは、簡易診断や詳細診断、個別商品用の診断、複数商品の診断などに応じて複数の種類のQA文を登録することができる。診断ルールは、QA文に関連付けられた適合診断の内容を規定するルール情報であり、621等に例を示す。対応処理定義は、QA回答値に応じた処理の定義情報である。推薦URLは、推奨する商品などへのリンク情報である。なおQA文の構成ファイル自体に診断ルールなどが記述された形とすることができる。顧客U1は、QA文例:611の各QA項目ごとに、回答を入力する。例えば回答の選択肢の項目例:はい/いいえから選択チェックしたり、項目に数値や文字を入力する。上記QAの回答情報はDB50に格納される。また、DB50には、QA入力に対応して、顧客属性、顧客要件などの顧客情報を登録する。顧客情報は、販売管理システム4で管理してもよいし、例えば商品提供者側の顧客情報管理機能603を用いて別途管理し、適合診断ツール10及びDB50と連携してもよい。例えば、603で各顧客U1,U2等ごとの顧客情報を管理する。適合診断ツール10は、QA文、診断ルール、QA回答情報、及び顧客情報などを入力情報として、当該商品SAと顧客U1との適合診断処理前述の11,12に対応するを行う。そして、適合診断結果情報例:630をDB50に格納し、顧客U1へ提示する。また適合診断処理に係わる顧客の操作ログ等の情報もDB50へ格納される。適合診断ツール10による適合診断処理例QAや診断ルールの例は以下である。例1621は、QA及びルール構成の第1の例を示す。商品SAの診断情報の場合である。商品SAの適合度を算出するための適合性重み値をaで表す。QA項目の回答項目回答値ごとに、適合性重み値aが設定されている。例えば第1の質問項目Q1における2つの回答項目A1-1:はい、A1-2:いいえについて、顧客がA1-1はいを選択した場合はa=1、A1-2いいえを選択した場合はa=0、と計算する。同様に、Q2の3つの回答項目について、顧客回答がA2-1に該当の場合はa=0.8とし、A2-2ではa=0.5とし、A2-3ではa=0とする。同様に、全QA項目について、顧客回答値に応じたa値を加算し、その合計値Xを算出する。そして、上記合計値Xの値によって、適合度SAとU1の適合度を決定する。例えば、X≧1の場合は適合度=A高レベル、1>X≧0.5の場合は適合度=B中レベル、0.5>Xの場合は適合度=C低レベル、といったようにする。そして、上記適合度の結果に応じて、対応処理を定義する。例えば、それぞれの適合度ごとに推薦商品を関連付ける。例えば、適合度Aの場合は推薦商品SA、適合度Bの場合は推薦商品SB、適合度Cの場合は推薦商品SCSI商品、といったようにする。上記例では全回答値の合計値Xによって判定しているが、これに限らず、特定の回答値のみによって判定してもよい。また適合性重み値aをスコアのような他の値として、他の計算方法によって適合度などを算出してもよい。例2622は、QA及びルール構成の第2の例を示す。商品SAの診断情報の場合である。第1の例よりも単純化した構成例であり、QA項目の回答値に対し直接的に推薦商品を関連付ける。例えばある質問項目Qxにおける3つの回答項目Ax-1、Ax-2、Ax-3について、顧客がAx-1を選択した場合は推薦商品SAとし、Ax-2の場合は推薦商品SBとし、Ax-3の場合は推薦商品SCと決定する。その他、同様に、ある回答項目の入力値を閾値と比較判定してそれぞれの区分で推薦商品に関連付けるといった構成にしてもよい。第2の例の場合、適合度の値を算出する必要はなく、適合度の値を顧客に提示する必要もない。例3623は、QA及びルール構成の第3の例を示す。商品SAと商品SBの2つの商品をまとめて適合診断する場合に対応した適合診断情報の場合である。各商品SA,SBごとに適合性重み値a,bとするを設け、各QA項目に設定される。例えば、Q1における3つの回答項目A1-1、A1-2、A1-3について、顧客がA1-1を選択した場合はa=1,b=0とし、A1-2の場合はa=0.5,b=0.5とし、A1-3の場合はa=0,b=1といったように計算する。同様に各QA項目で計算し、第1の例と同様に、a,bそれぞれの合計値を算出し、商品ごとの適合度SAとU1の適合度、及び、SBとU1の適合度を決定する。そして、適合度が高い場合は当該商品を推薦する。3つ以上の商品に関しても上記例と同様に一括の適合診断を実現できる。630の適合診断結果情報の例では、例えば商品SAに関する適合度がA高レベルであり、1番の推薦商品最適商品がSAである。また診断の結果、2番目以降の推薦商品も存在する場合は、同様に情報を提示する。例えば、2番目の推薦商品次推薦商品がSBであり、SAに関する関連商品として情報を提示する。適合度などに応じて、複数の推薦商品がある場合には、推薦順序や推薦理由などを付けてリスト等の形で提示してもよい。[適合診断処理3]また、図6で、商品管理者V1、例えばSaaS商品SA等の設計者は、例えば自社システム6に備える登録機能601を用いて、QA情報アンケート情報におけるQA項目の選択肢や診断ルール等の情報をDB50に登録し、必要に応じて内容を更新することができる。また、商品管理者V1は、分析支援機能602を用いて、DB50の情報を参照し、適合診断に係わる分析処理を行うことができる。例えば、分析支援機能602を用いて、QAでの顧客回答情報をまとめてダウンロード例えばCSV形式し、分析可能である。この分析は、属性分析要件分析属性クロスセル分析などが挙げられる。これにより、商品管理者V1は、分析結果を、商品の企画開発や、販売戦略などへフィードバックすることや、QA文及び診断ルール等の内容をより好適な内容になるように更新して精度調整すること等ができる。なおクロスセルは、ある商品例:SAの購入者または購入希望者に対して、当該商品SAに関連する別の商品例:SBあるいは組み合わせ商品などを推奨するアプローチである。分析支援機能602は、当該クロスセルの分析を支援する機能を含む。[処理フロー]図7に、適合診断ツール10ないし適合診断処理部22等の処理フロー例を示すs1等は処理ステップを表す。基本的な考え方及び具体例は前述した通りであるが一般化して説明する。s1適合診断ツール10は、顧客例:U1のシステム5からの対象商品例えば個別商品SAの適合診断例えば簡易適合診断の要求図3のA3を受け、DB50ないし適合診断マスタ52等から読み出した情報図5,図6をもとに、当該商品の適合診断情報QA情報を応答図3のA4する処理を行う。s2適合診断ツール10は、顧客U1のシステム5から、顧客U1によりQA情報に対して入力された回答情報図3のA5を取得する。s3また、適合診断ツール10は、必要に応じて、DB50等から、該当顧客U1の顧客情報を取得し、対象商品SAの診断ルール等の情報を取得参照する。なおs1,s2で取得済みの場合はs3は不要である。s4適合診断ツール10は、s2のQA回答情報と、s3の顧客情報及び診断ルール等の情報を用いて、当該顧客U1と商品SAとの適合度αとするを解析判定する処理を行う。例えば前述図6、例1のように、QA項目の回答値ごとに適合性重み値aが設定適合診断情報にて記述されており、全QA項目の顧客回答値の重み値aを加算し、その合計値Xを閾値で区分する等して適合度αを算出する。s5適合診断ツール10は、s4で求めた適合度αに応じて、当該顧客U1に対する推薦商品や対応処理などを決定する。例えば、前述図6、例1のように、適合度αと推薦商品とが関連付けて設定適合診断情報にて記述されている。関連付けの例としては、α=A高レベルの場合は、当該商品SAを推薦する。α=B中レベルの場合は、当該商品SA、または別の商品を推薦する。α=C低レベルの場合は、別の商品、またはSIシステム構築商品等を推薦する。ここで、上記の別の商品とは、当該顧客U1との適合度が十分に高いと判定される別の商品例:SBのことである。この判定推薦は、前述図6、例3のように、商品群複数商品に関する適合診断の結果を利用したり、あるいは、DB50に履歴として蓄積されている当該顧客U1の過去の適合診断結果から参照して行うこともできる。また別例として、前述図6、例2のように、適合度αを介在せずに、QA項目の回答値と推薦商品とが直接的に関連付けて設定適合診断情報にて記述されている場合、当該推薦商品に決定する。s6適合診断ツール10は、上記s5までの適合診断処理の結果を反映した適合診断情報例えば適合度α、推薦商品、リンク等の情報を含む例えばWebページを作成し、当該顧客U1へ応答図3のA6して提示すると共に、DB50に格納する。[QA構成]図8は、適合診断ページ特にQA情報の構成一例としてWebページ表示例を示す。複数のQA項目例えばQ1~Q12を有する。顧客はQA項目に回答記入し診断ボタンを押すことにより適合診断を受けることができる。本例はSaaS商品SAの適合診断の場合である。SaaS商品SAは、例えば生産管理パッケージ個別受注生産型多品種少量生産の生産管理に特化した低価格のソフトウェア製品サービスの場合である。この商品SAは、顧客顧客システム5ごとのカスタマイズが必要無く利用でき、また、利用形態もSaaS型や導入型顧客システム5内に設置する等から選択することができる。図8のQA項目の内容は以下の通りである:Q1生産形態の割合は:A1個別受注生産、繰り返し生産、ファブレス生産Q2導入検討対象の業務を選択してください:A2販売、購買、在庫、原価、その他Q3MRP資材所要量計画は必須の要件ですか:A3はい/いいえQ4導入予定のクライアント数同時接続数は:A4同時接続数Q5生産管理システムの導入経験がありますか:A5はい/いいえQ6サーバーは自社設置が必須ですか:A6はい/いいえQ7主な加工形態を選択してください:A7組立加工、金属加工、成型加工、プロセス加工Q8製品製造に必要とする部品点数は:A8部品点数Q9部品表における最大階層数は:A9階層数Q10在庫の評価方法を選択してください:A10総平均法/標準原価法/先入先出し法/売価還元法/移動平均法Q11現在の部品表の管理方法を選択してください:A11Excel等/既存システムCAD除く/CADシステム/図面帳票のみQ12配合表を管理していますか:A12はい/いいえ。上記例のように、QA項目には、商品に関する顧客の利用条件要件や顧客の属性などを入力させる項目を含んでいる。商品管理者V1は、QA構成に応じて、適合度や推薦商品の判定のための診断ルールを設定することができる。ルールは、例えばA3ではいの場合はMRPの要件に対応した商品やその商品機能との適合度が高くなり、いいえの場合は同適合度が低くなる、といった形になる。[効果変形等]以上説明したように、各実施の形態によれば、SaaS等の商品の売買を従来よりも効率化し、顧客にとっては商品を購入する際の選定などがわかりやすく、販売者側にとっては多数の顧客に商品を低コストで提供することができる。以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。実施の形態の変形例として以下が挙げられる。1診断や推薦の対象を、商品単位だけでなく、商品に備える各種の機能オプション等の単位としてもよい。例えば機能ごとに適合度を判定し、推薦機能を提示する。この場合、顧客はどの機能を利用購入するとよいかがわかりやすい。2顧客に積極的にアンケートQAに回答してもらうために、割引サービス等のインセンティブの機構を備えてもよい。例えば適合診断ページ等に、アンケート回答に応じて割引等の特典が得られる旨の情報を表示する。販売管理システム4側は、顧客のアンケート回答の記録に応じて、契約処理の際、価格の割引を付与するように情報処理を行う。"