WO2013027430A1 - クラウドマーケットプレイスシステム - Google Patents

Abstract

　クラウド製品を売買するマーケットプレイスにおける商品の売買を従来よりも効率化する。本システムは、顧客に商品情報を提供するマーケットプレイスページ（２）と、商品販売者側から登録される商品情報を管理し、顧客による商品の購入・契約の情報を管理する販売管理システム（４）と、商品と顧客との適合診断の処理を行う適合診断ツールと、適合診断のための診断情報を含むデータ情報を格納するＤＢと、商品管理者からＤＢに対して診断情報を登録する登録手段と、適合診断の結果、顧客に対し、適合診断の結果情報を提示する処理を行う手段とを有する。

Description

クラウドマーケットプレイスシステム

　本発明は、通信ネットワーク上で商品を販売・購入するマーケットプレイスや電子商取引（ＥＣ）等の情報処理システムに関し、特にクラウドコンピューティングに係わるＳａａＳ（Software as a Service）等の商品（製品）を扱う技術に関する。

　通信ネットワーク上のＷｅｂサイト等で商品を売買するマーケットプレイスやＥＣ等の情報処理システムは一般的になっている。また従来の物販のＥＣサイト、例えばＡｍａｚｏｎ．ｃｏｍなどでは、サイト内でのユーザの商品購入履歴情報や行動履歴情報をもとに関連商品などをお薦めする機能を持っている。

　先行技術例として、特開２００３－３６３９６号公報（特許文献１）などがある。特許文献１（「インターネットを活用した商品取引システム」等）では、ソフトウェアの取引を行うマーケットプレイスにおける取引全般の効率化を図る技術について記載されている。例えば、購入者が購入希望商品を中立的な情報（第三者評価レポート、各商品の比較レポート、購入者評価レポート）に基づいて比較できることが記載されている。

特開２００３－３６３９６号公報

　クラウドコンピューティングに係わるＳａａＳ等の商品については、販売者側が顧客（ユーザ）に営業して販売し契約を結ぶといった形が多く、Ｗｅｂサイト等で当該ＳａａＳ商品を売買するマーケットプレイスやＥＣ等のシステムはまだ十分ではない。例えば顧客企業ごとにＳａａＳ等の導入やシステム構築に係わる事情は様々であると共に、顧客にとっては、どのような商品・システムが自社にとって効果的でありコストパフォーマンスが高いのかといったことは、従来のマーケットプレイスやＥＣ等のシステムでは、ややわかりにくく、検討のための負担が大きい。

　ＳａａＳ，ＰａａＳ，ＩａａＳ等の商品・サービス（クラウド製品）は、クラウドコンピューティング技術を用いてネットワーク上で多数のユーザに対しサービス処理やリソース等を共通で提供する仕組みであるため、当該商品を多数の顧客（ユーザ）に利用してもらうことで、低コスト化でき、サービス品質を高めることにつながる。しかしながら従来、商品の販売者側にとっては、上記のように顧客への商品の販売のために管理コスト等を要しており、低コスト化が進め難かった。

　以上を鑑み、本発明の主な目的として、Ｗｅｂサイト等でＳａａＳ等の商品（クラウド製品）を売買するマーケットプレイスやＥＣ等のシステムに係わり、上記ＳａａＳ等の商品の売買を従来よりも効率化し、顧客（ユーザ）にとっては商品を購入（導入等）する際の選定などがわかりやすく、販売者側にとっては多数の顧客に商品を低コストで提供することができるようにする技術を提供することである。

　本発明のうち代表的な形態は、通信ネットワーク上のＷｅｂサイト等でＳａａＳ等の商品（クラウド製品）を売買するマーケットプレイスやＥＣ等のシステム（クラウドマーケットプレイスシステム）等であって、以下に示す構成を有することを特徴とする。

　本形態のシステムは、商品購入者側となる顧客に対して商品情報を提供するマーケットプレイスページを管理する第１の処理部と、商品販売者側となる商品管理者から登録される商品情報を管理し、顧客による商品の購入・契約の情報を管理する第２の処理部と、前記商品と前記顧客との適合診断の処理を行う適合診断部と、前記適合診断のための診断情報を含むデータ情報を格納するデータベースと、前記商品管理者から前記データベースに対して前記診断情報を登録する第３の処理部と、前記適合診断の結果、前記顧客に対し、前記適合診断の結果情報を提示する処理を行う第４の処理部と、を有する。前記診断情報は、前記適合診断のためのＱ＆Ａ情報と、当該Ｑ＆Ａ情報に対応した診断ルール情報と、を含む。前記診断ルール情報は、前記顧客による前記Ｑ＆Ａ情報に対する質問回答情報をもとに対象の商品と顧客との適合度を算出または関連付ける情報を含む。前記適合診断の結果情報は、対象の商品と顧客との適合度の情報を含む。

　本発明のうち代表的な形態によれば、Ｗｅｂサイト等でＳａａＳ等の商品（クラウド製品）を売買するマーケットプレイスやＥＣ等のシステムに係わり、上記ＳａａＳ等の商品の売買を従来よりも効率化し、顧客（ユーザ）にとっては商品を購入（導入等）する際の選定などがわかりやすく、販売者側にとっては多数の顧客に商品を低コストで提供することができる。

本発明の実施の形態１のシステム（クラウドマーケットプレイスシステム）の全体の構成を示す図である。 図１のうち主システム部分（ＭＰＳ）の構成例を示す図である。 本発明の実施の形態２のシステム（クラウドマーケットプレイスシステム）の構成その１を示す図である。 図３のシステムの構成その２を示す図である。 本発明の実施の形態３のシステム（クラウドマーケットプレイスシステム）における適合診断ツール及び処理に関する構成その１を示す図である。 図５の適合診断ツール及び処理に関する構成その２を示す図である。 実施の形態３のシステムにおける適合診断ツール（適合診断処理部）の処理例を示す図である。 本発明の一実施の形態のシステムにおける適合診断ページ（特にＱ＆Ａ）の構成一例を示す図である。

　以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。なお説明上、適宜、Ｕ：顧客、Ｖ：商品管理者、Ｓ：商品、Ｑ：質問、Ａ：回答、といった記号を使用する。

　＜概要等＞
　本システムのマーケットプレイスサイトでは、ＳａａＳ等の商品（クラウド製品）の販売－購入の手続きを可能とする。本サイトでは、顧客（ユーザ）が購入（利用契約等）を検討しているＳａａＳ商品の情報などに付随するアンケート（Ｑ＆Ａ）に対して回答（記入）することにより、当該商品が当該顧客のニーズにどの程度適合しているかが自動的にわかる適合診断を提供する。本システムの適合診断ツールは、上記アンケート（Ｑ＆Ａ）の情報をもとに、当該商品と当該顧客との適合度などを診断し、その結果に応じて当該商品あるいは他の商品を推薦する処理を行う。例えば、診断の結果、適合度の高低に応じた商品を当該顧客に対して推薦するように結果情報を顧客へ提示する。例えば、推薦商品の詳細情報ページや購入・契約ページ等へのリンク（誘導）を行う。適合度は、複数レベルや数値（％など）で算出してもよいし、また、適合度自体は算出・提示せずに、直接、推薦商品などを判定・提示してもよい。

　商品を検討する顧客（ユーザ）は、例えば、本サイトのトップページや商品情報ページや専用のページなどから、適合診断（アンケート等）のページへ移ることができ、更に、適合診断結果ページや、推薦商品情報ページ、システム相談ページなどへ移ることができる。これに限らず、本サイトを訪問した顧客は、特定の商品の商品情報を参照して当該特定の商品との適合性に関する診断を受けることもできるし、不特定の商品群（複数商品）に関する診断を受けることもできるし、システム構築（ＳＩ）商品に関する診断を受けることもできる。

　対象の商品は、各種のＳａａＳ商品、ソフトウェア商品だけでなく、顧客の要望に応じて個別開発でシステム（顧客システム）を構築する形態（ＳＩ）の商品・サービスとしてもよい。なおＳＩの場合、顧客の都合に応じて一から開発する場合もあるし、既存の製品のカスタマイズと一部の新たなモジュールの開発とで対応できる場合などもある。

　上記アンケート（Ｑ＆Ａ）では、顧客は、ＳａａＳ商品の購入・システム構築などに係わる、要件、要望、抱える悩み等を記入することができる。アンケート（Ｑ＆Ａ）への入力情報や適合診断結果情報は本システム（ＤＢ）で保存・管理され、商品提供者は、アンケート（Ｑ＆Ａ）入力情報などを参照して、商品提供に反映・フィードバックすることができる。

　また、商品の販売者（提供者）側は、本システムのサイトに対して対象商品の情報及び適合診断用の情報を登録（設定）することができる。特に、商品の営業者や設計者などの商品管理者は、適合診断用の情報として、対象商品の特性に応じた、アンケート（Ｑ＆Ａ）構成や、それに対応する診断ルール（適合度や推薦商品の算出のための記述を含む）などを柔軟に設定（入力・編集可能）することができる。したがって、顧客と商品とのマッチングを効果的にすることができる。

　＜実施の形態１＞
　図１～図２を用いて、本発明の実施の形態１のシステム（クラウドマーケットプレイスシステム）について説明する。

　［システム（１）］
　図１は、実施の形態１のシステムの全体の構成を示す。本システム全体は、主システム部分であるマーケットプレイスシステム／サイト（：ＭＰＳと略す）１と、商品購入者側である顧客のシステム５と、商品販売者（商品提供者、商品管理者）側である自社・他社のシステム（６，７）と、関連システムである自動振替システム８（バッチ処理システム）及び決済代行システム９等とを有し、これらはそれぞれ通信ネットワーク上の通信（Ｎ１～Ｎ５）で接続される。

　（１）　ＭＰＳ１は、システム・サイト構成として、マーケットプレイスページ２と、マイページ３と、販売管理システム４とを含む構成である。各ページ等（２，３，４）は、サーバ装置（例えばＷｅｂアプリケーションサーバ）上のプログラム処理などにより生成・管理される。

　（２）　マーケットプレイスページ２は、Ｗｅｂページ／情報として、商品紹介情報と、適合診断（簡易）１０１とを含む。商品紹介情報は、ＳａａＳ等の商品をユーザに紹介する情報である。適合診断（簡易）１０１は、本特徴的な要素である（後述）。

　（３）　マイページ３は、Ｗｅｂページ／情報として、顧客情報と、適合診断（詳細）１０２とを含む。マイページ３は、ログイン処理を通じて該当の顧客のみ閲覧を許可されるページである。顧客情報は、該当の顧客（例：Ｕ１）ごとの情報である。適合診断（詳細）１０２は、本特徴的な要素である（後述）。

　（４）　販売管理システム４は、構成要素（機能・ページ・処理など）として（詳細は図２）、商品・診断情報登録、会員者登録、試用管理、契約管理、契約更新、課金計算、請求管理、自動振替、カード請求、等を含む。例えば、試用管理では、顧客（５）が商品試用を申し込みした場合に当該顧客（５）へ商品試用の申し込みの自動回答をｅメール送信する（ａ４）。また、顧客（５）が商品購入（契約等）をする場合／した場合に、契約管理の契約更新処理により、当該顧客（５）へ契約更新案内や自動更新通知をｅメール送信する（ａ５）。

　（５）　顧客のシステム５は、商品を購入（契約等）する顧客（ユーザ）が使用する情報処理システム／端末等を含む。顧客（例：Ｕ１）は、当該端末（Ｗｅｂブラウザ等を備える）からマーケットプレイスページ２やマイページ３等へアクセスし閲覧する。例えば、顧客Ｕ１は、マーケットプレイスページ２の商品紹介情報を参照し、当該ＳａａＳ商品等に関する各種申し込み等を行うことができる（ａ１）。また、顧客Ｕ１は、適合診断（簡易）１０１を参照し、そのアンケート（Ｑ＆Ａ）に回答（記入）することができる（ａ２）。そして、適合診断（簡易）１０１の結果情報（例えば適合度や推薦商品情報等）を参照することができる（ａ３）。また例えば、顧客Ｕ１は、マイページ３の顧客情報における契約・請求情報等を参照し、確認することができる（ａ６）。

　（６）　自社システム６は、ＭＰＳ１を管理・提供すると共にＳａａＳ等の商品を販売・提供する事業者の情報処理システム／端末等である。対象の商品を管理する商品管理者（Ｖ１）として、例えば営業者や設計者などが存在する。商品管理者Ｖ１は、自社システム６から、販売管理システム４にアクセスし、対象商品の販売管理系全般の作業を行う（ｂ２）。例えば、Ｖ１は、商品・診断情報登録を行う（ｂ１）。ｂ１では、対象商品の商品情報や適合診断情報を本システムに登録する（マーケットプレイスページ２の商品紹介情報のアップ・更新や、適合診断（簡易）１０１のＱ＆Ａ情報・ルール情報の登録など）。

　（７）　他社システム７は、ＭＰＳ１を利用してＳａａＳ等の商品を販売・提供する事業者の情報処理システム／端末等である。対象の商品を管理する商品管理者（Ｖ２）として、例えば営業者や設計者などが存在する。商品管理者Ｖ２は、他社システム７から、販売管理システム４にアクセスし、対象商品の販売管理系全般の作業を行う（ｂ４）。例えば、Ｖ２は、商品・診断情報登録を行う（ｂ３）。また、販売管理システム４の課金計算からの連携で、他社システム７（Ｖ２）へ、ライセンス使用料金支払い（ｂ５）が行われる。

　（８）　自動振替システム８（バッチ処理システム）は、販売管理システム４の請求管理（自動振替）と連携し、商品購入者（５）に対する自動振替処理を行う（公知技術）。

　（９）　決済代行システム９は、販売管理システム４の請求管理（カード請求）と連携し、商品購入者（５）に対する決済代行処理を行う（公知技術）。

　続いて、図２は、図１のうち主システム部分（ＭＰＳ１）の構成例を示す。ＭＰＳ１は、適合診断ツール１０及びＤＢ５０を含んで構成される。

　（２）　マーケットプレイスページ２の詳しい構成例として、各ページ／情報として、（ａ）カテゴリ商品一覧、（ｂ）利用申込（商品購入・契約）、（ｃ）適合診断（簡易）、（ｄ）商品紹介情報（商品詳細）、（ｅ）試用申込・デモ、（ｆ）メルマガ申込、（ｇ）会員登録、（ｈ）一般アンケート、等を有する。ａは、本ページ（２）で取り扱っている商品群のカテゴリ別一覧情報である。ｂは、商品の購入・契約（利用申込）の際のページである。ｄは、商品ごとの詳細情報である。ｅは、商品の試用（トライアル）の申し込みやデモを参照する場合のページである。ｆは、本サイト（商品等）の情報を提供するメールマガジンの申し込みの場合のページである。ｇは、本サイトへの会員登録をする場合のページである。ｈは、ｃの適合診断のアンケートとは別の、一般アンケート（従来技術）を行う場合のページである。

　マーケットプレイスページ２のｃ（１０１）の適合診断（簡易）、及びマイページ３のｅ（１０２）の適合診断（詳細）は、適合診断ツール１０の処理により提供される。種類として、簡易適合診断と詳細適合診断とがある。別の種類区分では、商品別の診断と商品群の診断とがある。本例では、マーケットプレイスページ２で簡易適合診断（ｃ）を提供し、マイページ３で詳細適合診断（ｅ）を提供しているが、提供箇所及び種類は適宜変更可能である。

　（３）　マイページ３の詳しい構成例として、各ページ／情報として、（ａ）申し込み一覧、（ｂ）契約管理、（ｃ）請求管理、（ｄ）ＳＩ商品相談（システム相談室）、（ｅ）適合診断（詳細）、等がある。ａは、当該顧客の契約商品や試用商品の一覧である。ｂは、商品の契約を管理する機能・ページであり、商品契約情報の参照、商品契約の更新や解約などが可能となっている。ｃは、商品の契約による請求を管理する機能・ページであり、請求情報の参照などが可能となっている。ｄは、後述するが、商品提供者側とシステム構築（ＳＩ）商品などに関する詳しい相談を可能とするシステム相談室の機能・ページである。マイページ３では、当該顧客自身の過去の適合診断結果情報などもまとめて確認することができる。

　（４）　販売管理システム４を利用する例えば自社システム６の商品管理者として、あるＳａａＳ商品（例：ＳＡとする）の営業者（Ｖ１－１）と設計者（Ｖ１－２）がいるとする。販売管理システム４の詳しい構成例として、前述の各処理・機能（２０１～２０７）を有する。そして図示のように、各商品管理者（Ｖ１－１，Ｖ１－２）ごとにそれらの機能・情報にアクセスする。例えば、商品情報・診断情報登録２０１の機能・処理では、マーケットプレイスページ２の商品紹介情報（ｄ）に対し、対象商品の商品情報を登録（アップロード）することができる。また、２０１から、上記商品情報の登録と共に、ＤＢ５０に対し、当該対象商品の適合診断情報（後述）を登録することができる。

　２０２では、会員者（顧客）の情報の参照や登録が可能となっている。２０３では、商品試用の申請情報の参照、及び申請の審査・承認などが可能となっている。２０４では、商品購入（利用契約）の審査、登録、承認などが可能となっている。２０５では、請求情報の参照、修正、確認などが可能となっている。

　（１０）　適合診断ツール１０は、実装例としては、サーバ装置上のプログラム処理などで実現される。適合診断ツール１０は、処理のためにＤＢ５０の情報を参照（読み書き）する。ＤＢ５０は、商品適合診断情報（後述）を格納するデータベースである。ＤＢ５０は、ストレージ等に保持される。

　なお上記サイト・ページ構成は一例であり適宜分割や統合が可能なことは言うまでも無い。

　実施の形態１で、顧客（例：Ｕ１）は、例えばマーケットプレイスページ２の気になる商品（例：ＳＡ）の商品紹介情報（ｄ）のページから適合診断（ｃ）のページへ移り、アンケート（Ｑ＆Ａ）に回答（記入）する。これを受け、適合診断ツール１０は、当該顧客（Ｕ１）と当該商品（ＳＡ）との適合診断処理を行い、適合診断結果情報（推薦商品情報等を含む）を顧客へ提示する。顧客（Ｕ１）は、結果情報から、当該商品（ＳＡ）がニーズに適合しているかがわかり、当該商品（ＳＡ）を購入する場合は速やかに購入・契約（ｂ）のページへ移って手続きをすることができる。また適合していない場合は推薦商品情報を参照することができる。

　＜実施の形態２＞
　図３～図４を用いて、本発明の実施の形態２のシステム（クラウドマーケットプレイスシステム）について説明する。実施の形態２は、実施の形態１のＭＰＳ１の別の構成例を示す。ＭＰＳ１以外の要素（５～９）は実施の形態１と同様である。

　［システム（２）］
　図３，図４は、実施の形態２のシステムの構成を示す。ＭＰＳ１は、処理部として、図３の商品ポータル処理部２０と、商品管理部４０と、契約管理部６０と、図４の請求管理部７０とを有し、また管理・保持するデータ・情報として、図３の商品マスタ５１、適合診断マスタ５２、価格マスタ５３、申請情報５４、図４の契約情報５５、及び請求情報５６を有する。

　（２０）　商品ポータル処理部２０は、商品検索処理部２１、適合診断処理部２２、利用申請処理部２３を有する。

　（４０）　商品管理部４０は、商品登録処理部４１、適合診断登録処理部４２、価格登録処理部４３を有する。

　（５１）　商品マスタ５１は、商品ごとの商品情報を格納する。

　（５２）　適合診断マスタ５２は、商品ごと／商品群の適合診断情報を格納する。なお適合診断マスタ５２と図２，図５等のＤＢ５０とは対応関係であり、いずれも適合診断情報を含む。

　（５３）　価格マスタ５３は、商品の購入（利用契約）の際の価格情報などを格納する。

　（５４）　申請情報５４は、顧客による商品の購入の申請の際の申請情報を格納する。

　（５５）　契約情報５５は、顧客による商品の購入（利用契約）の際の契約情報を格納する。

　（５６）　請求情報５６は、顧客による商品の購入（利用）に対する請求情報を格納する。

　（６０）　契約管理部は、申請審査処理部６１を有する。

　（７０）　請求管理部７０は、請求情報作成処理部７１、売上計上処理部７２、入金結果処理部７３、請求検索処理部７４を有する。

　実施の形態２での動作例は以下である。まず、商品提供者（６，７）側の商品管理者（例：Ｖ１）は、販売の対象の商品（例：ＳａａＳ商品ＳＡ，ＳＢ等）の情報（商品紹介情報等）を商品管理部４０に対して登録する（Ｂ１）。商品登録処理部４１は、Ｂ１の情報を受信し、商品マスタ５１に当該商品情報を登録（格納）する。

　また、商品管理者（Ｖ１）は、上記対象商品（ＳＡ，ＳＢ等）の適合診断用の情報（例えば商品別の簡易適合診断情報）を商品管理部４０に対して登録する（Ｂ２）。適合診断登録処理部４２は、Ｂ２の情報を受信し、適合診断マスタ５２に当該適合診断情報を登録（格納）する。

　また、商品管理者（Ｖ１）は、上記対象商品（ＳＡ，ＳＢ等）の価格情報を商品管理部４０に対して登録する（Ｂ３）。価格登録処理部４３は、Ｂ３の情報を受信し、価格マスタ５３に当該価格情報を登録（格納）する。

　一方、顧客（例：Ｕ１）は、端末（５）から、ＭＰＳ１のポータル処理部２０（ポータルページ等）にアクセスし、気になる商品（例：ＳＡ）に関する商品紹介要求を送信する（Ａ１）。商品検索処理部２１は、Ａ１の要求を受け、商品マスタ５１の情報を参照しつつ、当該商品ＳＡの商品紹介情報ページを、顧客Ｕ１の端末（５）へ応答送信する（Ａ２）。

　顧客Ｕ１は、当該商品ＳＡの商品紹介情報ページを参照し、当該商品ＳＡが自社にとってどの程度適合するのか等が気になる場合、当該ページにリンク等で関連付けられている当該商品ＳＡの適合診断（ページ）を要求する（Ａ３）。適合診断処理部２２は、Ａ３の要求を受け、適合診断マスタ５２を参照しつつ、当該商品ＳＡの適合診断ページを顧客Ｕ１の端末（５）へ応答送信する（Ａ４）。

　顧客Ｕ１は、当該商品ＳＡの適合診断ページを参照し、付随するアンケート（Ｑ＆Ａ）に回答（記入）する（Ａ５）。適合診断処理部２２は、Ａ５の回答情報を受信して保存し、適合診断マスタ５２を参照しつつ、当該顧客Ｕ１と当該商品ＳＡとの適合診断処理を行い、その結果情報（適合度や推薦商品情報を含む）を、顧客Ｕ１の端末（５）へ応答送信すると共に保存する（Ａ６）。

　顧客Ｕ１は、上記適合診断の結果情報を参照し、例えば、当該商品ＳＡの購入（利用契約）を望む場合は、該当ページから、その申請の要求を送信する（Ａ７）。利用申請処理部２３は、Ａ７の要求を受け、商品マスタ５１及び価格マスタ５３を参照しつつ、対象商品ＳＡの申請処理を行い、その結果を申請情報５４に格納すると共に、申請通知を当該商品管理者へ送信する（Ｃ１）。

　商品管理者（Ｖ１）は、契約管理部６０に対し、適宜、申請情報を要求する（Ｄ１）。Ｄ１の要求に対し、申請審査処理部６１は、申請情報５４を参照し、該当の申請情報を取り出し、商品管理者（Ｖ１）へ応答する（Ｄ２）。商品管理者（Ｖ１）は、Ｄ２の申請情報を参照し、審査を行い、審査結果情報を登録のため送信する（Ｄ３）。申請審査処理部６１は、Ｄ３の審査結果情報を受け、契約情報５５に登録して商品管理者（Ｖ１）へ応答すると共に（Ｄ４）、顧客（Ｕ１）へ通知する（Ｃ２）。

　続いて、図４で、請求管理部７０では、例えば自動振替システム８は、所定日時で、請求情報作成要求を請求管理部７０に送信する（Ｅ１）。請求情報作成処理部７１は、は、Ｅ１の要求を受け、契約情報５５を参照し、該当契約の請求情報を作成し、請求情報５６に格納する。

　また、自動振替システム８は、所定日時で、売上計上要求を請求管理部７０に送信する（Ｅ２）。売上計上処理部７２は、Ｅ２の要求を受け、請求情報５６を参照し、該当契約の請求情報をもとに、売上計上処理を行い、その結果の売上情報を決済代行システム９へ送信する（Ｅ３）。決済代行システム９は、Ｅ３の売上情報を受信し、決済処理を行い、入金結果情報を請求管理部７０へ送信する（Ｅ４）。入金結果処理部７３は、Ｅ４の入金結果情報を受信し、請求情報５６に格納する。

　また、商品提供者側（６，７）は、適宜、請求検索要求を請求管理部７０に送信する（Ｅ５）。請求検索処理部７４は、Ｅ５の要求を受け、請求情報５６から検索処理し、結果を応答送信する（Ｅ６）。同様に、顧客（５）側は、適宜、請求検索要求を請求管理部７０に送信する（Ｅ７）。請求検索処理部７４は、Ｅ７の要求を受け、請求情報５６から検索処理し、結果を応答送信する（Ｅ８）。

　実施の形態２でも実施の形態１と同様に、顧客は、適合診断結果情報（Ａ６）から、当該商品がニーズに適合しているかがわかり、当該商品を購入する場合は、速やかに契約等（申請・審査等）の処理へ連携される。商品提供者は、適合診断情報などを柔軟に設定することができる（Ｂ１～Ｂ３）。

　＜実施の形態３＞
　図５～図８を用いて、本発明の実施の形態３のシステム（クラウドマーケットプレイスシステム）について説明する。実施の形態３は、基本構成は実施の形態１等と共通であり、特に、適合診断ツール１０の詳細構成例を示す。図５，図６は、実施の形態３におけるＭＰＳ１、適合診断ツール１０及びその処理に関する構成を示す。

　［適合診断処理（１）］
　図５で、顧客（例：Ｕ１）側の商品購入検討の流れ（例）として、（１）マーケットプレイスページ２でのセルフ検討（簡易適合診断等）、（２）マイページ３へのログインによる詳細検討（詳細適合診断等）、（３）同マイページ３のシステム相談室での検討（ＳＩ商品検討等）、（４）ＳＩ担当者との相談・商談、といった流れになる。

　商品管理者（例：Ｖ１）側は、商品診断情報ＤＢ５０（ないし前述の適合診断マスタ５２等）に対する商品情報・適合診断情報等の登録を行う（Ａ０）。適合診断ツール１０は、適合診断処理（１１，１２）を行うため、適宜、ＤＢ５０の情報を参照し（Ａ１）、ＤＢ５０へ情報を登録（格納）する（Ａ２）。

　（１）　まず顧客Ｕ１はセルフ検討を行う。例えば商品ＳＡ等を購入すべきか検討する場合とする。マーケットプレイスページ２は、商品別ページを有し、例えば、ＳａａＳ商品ＳＡのページ５０１、ＳａａＳ商品ＳＢのページ５０２等を含む。例えば商品ＳＡ情報のページ５０１から、商品別（即ち商品ＳＡ）の簡易適合診断（５０３）を行うことができる。例えば、顧客Ｕ１は、顧客システム５から、５０３で、商品ＳＡの簡易適合診断のＱ＆Ａ情報（ＤＢ５０，１１から提供される）に対して回答（記入）する（ａ１）。

　適合診断ツール１０は、商品ＳＡの簡易適合診断のＱ＆Ａ情報（Ｄ５０から参照）、及びａ１の顧客Ｕ１の回答情報をもとに、簡易適合診断処理１１を行う。５１０は、当該Ｑ＆Ａ情報及び顧客Ｕ１の回答情報を示す。複数の質問項目を有し、各質問項目ごとに回答項目を有し、顧客が回答項目に対して記入（例えば項目選択や項目値入力など）している。Ｑ＆Ａの具体例は後述される（図８）。

　簡易適合診断処理１１において、Ｑ＆Ａ入力（５１０）を解析し、診断結果情報を出力する。例えば、５１１（例１）の診断結果情報では、適合度がＡ（例えばＡが高レベル、Ｂが中レベル、Ｃが低レベルを示す）、最適商品（推薦商品）がＳＡであり、当該推薦商品ＳＡへのリンク情報を含んでいる。顧客Ｕ１は当該結果（５１１）を参照し、例えば推薦商品ＳＡへのリンクにより、当該商品ＳＡの詳細（例えば資料ダウンロード等が可能）のページ（５０４）へ移ることができる（ａ２）。

　また例えば、５１２（例２）の診断結果情報では、ＳＡとは別の推薦商品ＳＢ（ＳＡよりも適合度が高い商品）の情報を含んでいる。顧客Ｕ１は当該結果（５１２）を参照し、例えば推薦商品ＳＢへのリンクにより、当該商品ＳＢのページ（５０２）へ移ることができる（ａ３）。

　また例えば、５１３（例３）の診断結果情報では、１つではなく複数の候補の推薦商品ＳＡ，ＳＢ，ＳＣ等の情報と、詳細適合診断へのリンクとを含んでいる。顧客Ｕ１は当該結果（５１３）を参照し、前述同様に各候補の商品のページへ移ることもできるし、また、詳細適合診断のページへ移る（ａ４）こともできる。

　（２）　顧客Ｕ１は、上記（１）のセルフ検討で１つの商品を選定できない場合、詳細検討に移る。例えば、顧客Ｕ１（５）は、マイページ３にログインして、詳細適合診断（５０５）を受けることができる（ａ５）。前述のａ４からも詳細適合診断（５０５）へ移ることができる。

　マイページ３には、詳細適合診断（５０５）、試用・アンケート（５０６）、システム相談室（５０７）などの各ページを有する。例えば、顧客Ｕ１は、５０５で、詳細適合診断用のＱ＆Ａ情報（ＤＢ５０，１２から提供される）に対して回答（記入）する（ａ５）。

　適合診断ツール１０は、詳細適合診断のＱ＆Ａ情報（Ｄ５０から参照）、及びａ５の顧客Ｕ１の回答情報をもとに、詳細適合診断処理１２を行う。５２０は、当該Ｑ＆Ａ情報及び顧客Ｕ１の回答情報を示す（５１０と内容は異なる）。詳細適合診断は、例えば、既存製品（例：ＳＡ，ＳＡ等）の提供やそのカスタマイズだけでは対応できない、当該顧客に応じたシステム構築（ＳＩ）の商品（ＳＣとする）に関する適合診断を含む内容である。

　なお詳細適合診断処理１２の場合、適合診断ツール１０は、ＤＢ５０等に格納されている当該顧客（Ｕ１）の顧客情報や、過去実行済みの簡易適合診断処理１１の結果情報をも参照して、それらの内容を踏まえた詳細適合診断処理を行う。

　詳細適合診断処理１２において、Ｑ＆Ａ入力（５２０）を解析し、診断結果情報を出力する。例えば、５２１の診断結果情報では、ＳＩ商品（ＳＣ）に関して、適合度がＢ（中レベル）であり、当該商品ＳＣに関する必要オプションの情報や対応不可能要件の情報、試用へのリンク、システム相談室へのリンク、契約・購入へのリンク、等を含んでいる。

　顧客は、結果（５２１）を参照し、ＳＩ商品（ＳＣ）の導入・契約の場合の必要オプション等の情報を確認することができる。また例えば試用へのリンクにより、試用・アンケート等のページ（５０６）へ移ることができる（ａ６）。当該ページ（５０６）では、試用・デモシステム５００との連携により、商品の試用やデモの閲覧が可能となっている。

　（３）　また、顧客Ｕ１（５）は、マイページ３から、あるいは、詳細適合診断の結果（５２１）のシステム相談室へのリンクにより、システム相談室のページ（５０７）へ移ることができる（ａ７）。システム相談室のページ（５０７）では、各種のＳａａＳ商品（ＳＡ，ＳＢ等）に関する詳細検討の相談（例えば類似商品の比較検討など）や、ＳＩ商品（ＳＣ）の導入・契約に関する相談、ＳＩ商品（ＳＣ）の契約の場合の料金概算見積もり等が、商品提供者（Ｖ１）からの情報提供などによって可能となっている。相談の結果、顧客Ｕ１は、購入するＳａａＳ商品（ＳＡ，ＳＢ等）を選定したり、ＳＩ商品（ＳＣ）の導入・契約を決定することができる。ＳＩ商品（ＳＣ）を契約する場合、前述同様に当該商品ＳＣの契約等のページへ移り、手続きを進行することができる。

　（４）　また更に、顧客Ｕ１（５）は、上記（３）のシステム相談室でも商品を選定できない場合、担当者（Ｖ１）との直接の面談による相談・商談へ移ることができる。例えば、顧客Ｕ１は、ＳＩ担当者（Ｖ１）とＳＩ商品（ＳＣ）の導入・契約について詳細に相談する。ＳＩ担当者（Ｖ１）は、契約の場合は販売管理システム４へ情報を登録し、また顧客Ｕ１からのヒアリング情報をＤＢ５０へ追記し（Ａ３）、商品の営業や設計などに反映・活用する。

　［適合診断処理（２）］
　続いて、図６で、適合診断処理例や商品管理者（６，７）側の構成例について説明する。事前に、商品管理者（例：ＳａａＳ商品ＳＡの管理者）は、前述の販売管理システム４ないし商品管理部４０を通じて、ＤＢ５０（ないし適合診断マスタ５２）に対して、商品（ＳＡ）の適合診断用の情報として、Ｑ＆Ａ文（質問回答情報、アンケート情報）、診断ルール、対応処理定義、推薦ＵＲＬ、等の情報を登録する（ｂ１）。この際は、例えば自社システム６（Ｖ１の端末等）に備える登録機能６０１を用いて、商品情報や適合診断情報を登録する。

　Ｑ＆Ａ文及び診断ルールは、簡易診断や詳細診断、個別商品用の診断、複数商品の診断などに応じて複数の種類のＱ＆Ａ文を登録することができる。診断ルールは、Ｑ＆Ａ文に関連付けられた適合診断の内容を規定するルール情報であり、６２１等に例を示す。対応処理定義は、Ｑ＆Ａ回答値に応じた処理の定義情報である。推薦ＵＲＬは、推奨する商品などへのリンク情報である。なおＱ＆Ａ文の構成ファイル自体に診断ルールなどが記述された形とすることができる。

　顧客（Ｕ１）は、Ｑ＆Ａ文（例：６１１）の各Ｑ＆Ａ項目ごとに、回答を入力する。例えば回答の選択肢の項目（例：はい／いいえ）から選択（チェック）したり、項目に数値や文字を入力する。上記Ｑ＆Ａの回答情報はＤＢ５０に格納される。

　また、ＤＢ５０には、Ｑ＆Ａ入力に対応して、顧客属性、顧客要件などの顧客情報を登録する。顧客情報は、販売管理システム４で管理してもよいし、例えば商品提供者側の顧客情報管理機能６０３を用いて別途管理し、適合診断ツール１０及びＤＢ５０と連携してもよい。例えば、６０３で各顧客（Ｕ１，Ｕ２等）ごとの顧客情報を管理する。

　適合診断ツール１０は、Ｑ＆Ａ文、診断ルール、Ｑ＆Ａ回答情報、及び顧客情報などを入力情報として、当該商品ＳＡと顧客Ｕ１との適合診断処理（前述の１１，１２に対応する）を行う。そして、適合診断結果情報（例：６３０）をＤＢ５０に格納し、顧客Ｕ１へ提示する。また適合診断処理に係わる顧客の操作ログ等の情報もＤＢ５０へ格納される。

　適合診断ツール１０による適合診断処理例（Ｑ＆Ａや診断ルールの例）は以下である。

　（例１）　６２１は、Ｑ＆Ａ及びルール構成の第１の例を示す。商品ＳＡの診断情報の場合である。商品ＳＡの適合度を算出するための適合性重み値をａで表す。Ｑ＆Ａ項目の回答項目（回答値）ごとに、適合性重み値ａが設定されている。例えば第１の質問項目（Ｑ１）における２つの回答項目（Ａ１－１：はい、Ａ１－２：いいえ）について、顧客がＡ１－１（はい）を選択した場合はａ＝１、Ａ１－２（いいえ）を選択した場合はａ＝０、と計算する。同様に、Ｑ２の３つの回答項目について、顧客回答がＡ２－１に該当の場合はａ＝０．８とし、Ａ２－２ではａ＝０．５とし、Ａ２－３ではａ＝０とする。同様に、全Ｑ＆Ａ項目について、顧客回答値に応じたａ値を加算し、その合計値Ｘを算出する。

　そして、上記合計値Ｘの値によって、適合度（ＳＡとＵ１の適合度）を決定する。例えば、Ｘ≧１の場合は適合度＝Ａ（高レベル）、１＞Ｘ≧０．５の場合は適合度＝Ｂ（中レベル）、０．５＞Ｘの場合は適合度＝Ｃ（低レベル）、といったようにする。

　そして、上記適合度の結果に応じて、対応処理を定義する。例えば、それぞれの適合度ごとに推薦商品を関連付ける。例えば、適合度Ａの場合は推薦商品ＳＡ、適合度Ｂの場合は推薦商品ＳＢ、適合度Ｃの場合は推薦商品ＳＣ（ＳＩ商品）、といったようにする。

　上記例では全回答値の合計値Ｘによって判定しているが、これに限らず、特定の回答値のみによって判定してもよい。また適合性重み値（ａ）をスコアのような他の値として、他の計算方法によって適合度などを算出してもよい。

　（例２）　６２２は、Ｑ＆Ａ及びルール構成の第２の例を示す。商品ＳＡの診断情報の場合である。第１の例よりも単純化した構成例であり、Ｑ＆Ａ項目の回答値に対し直接的に推薦商品を関連付ける。例えばある質問項目（Ｑｘ）における３つの回答項目（Ａｘ－１、Ａｘ－２、Ａｘ－３）について、顧客がＡｘ－１を選択した場合は推薦商品ＳＡとし、Ａｘ－２の場合は推薦商品ＳＢとし、Ａｘ－３の場合は推薦商品ＳＣと決定する。その他、同様に、ある回答項目の入力値を閾値と比較判定してそれぞれの区分で推薦商品に関連付けるといった構成にしてもよい。第２の例の場合、適合度の値を算出する必要はなく、適合度の値を顧客に提示する必要もない。

　（例３）　６２３は、Ｑ＆Ａ及びルール構成の第３の例を示す。商品ＳＡと商品ＳＢの２つの商品をまとめて適合診断する場合に対応した適合診断情報の場合である。各商品（ＳＡ，ＳＢ）ごとに適合性重み値（ａ，ｂとする）を設け、各Ｑ＆Ａ項目に設定される。

　例えば、Ｑ１における３つの回答項目（Ａ１－１、Ａ１－２、Ａ１－３）について、顧客がＡ１－１を選択した場合はａ＝１，ｂ＝０とし、Ａ１－２の場合はａ＝０．５，ｂ＝０．５とし、Ａ１－３の場合はａ＝０，ｂ＝１といったように計算する。同様に各Ｑ＆Ａ項目で計算し、第１の例と同様に、ａ，ｂそれぞれの合計値を算出し、商品ごとの適合度（ＳＡとＵ１の適合度、及び、ＳＢとＵ１の適合度）を決定する。そして、適合度が高い場合は当該商品を推薦する。３つ以上の商品に関しても上記例と同様に一括の適合診断を実現できる。

　６３０の適合診断結果情報の例では、例えば商品ＳＡに関する適合度がＡ（高レベル）であり、１番の推薦商品（最適商品）がＳＡである。また診断の結果、２番目以降の推薦商品も存在する場合は、同様に情報を提示する。例えば、２番目の推薦商品（次推薦商品）がＳＢであり、ＳＡに関する関連商品として情報を提示する。適合度などに応じて、複数の推薦商品がある場合には、推薦順序や推薦理由などを付けてリスト等の形で提示してもよい。

　［適合診断処理（３）］
　また、図６で、商品管理者Ｖ１、例えばＳａａＳ商品ＳＡ等の設計者は、例えば自社システム６に備える登録機能６０１を用いて、Ｑ＆Ａ情報（アンケート情報）におけるＱ＆Ａ項目の選択肢や診断ルール等の情報をＤＢ５０に登録し、必要に応じて内容を更新することができる。また、商品管理者Ｖ１は、分析支援機能６０２を用いて、ＤＢ５０の情報を参照し、適合診断に係わる分析処理を行うことができる。例えば、分析支援機能６０２を用いて、Ｑ＆Ａでの顧客回答情報をまとめてダウンロード（例えばＣＳＶ形式）し、分析可能である。この分析は、属性分析・要件分析・属性クロスセル分析などが挙げられる。これにより、商品管理者Ｖ１は、分析結果を、商品の企画・開発や、販売戦略などへフィードバックすることや、Ｑ＆Ａ文及び診断ルール等の内容をより好適な内容になるように更新して精度調整すること等ができる。

　なおクロスセルは、ある商品（例：ＳＡ）の購入者または購入希望者に対して、当該商品（ＳＡ）に関連する別の商品（例：ＳＢ）あるいは組み合わせ商品などを推奨するアプローチである。分析支援機能６０２は、当該クロスセルの分析を支援する機能を含む。

　［処理フロー］
　図７に、適合診断ツール１０（ないし適合診断処理部２２等）の処理フロー例を示す（ｓ１等は処理ステップを表す）。基本的な考え方及び具体例は前述した通りであるが一般化して説明する。

　（ｓ１）　適合診断ツール１０は、顧客（例：Ｕ１）のシステム５からの対象商品（例えば個別商品ＳＡ）の適合診断（例えば簡易適合診断）の要求（図３のＡ３）を受け、ＤＢ５０（ないし適合診断マスタ５２等）から読み出した情報（図５，図６）をもとに、当該商品の適合診断情報（Ｑ＆Ａ情報）を応答（図３のＡ４）する処理を行う。

　（ｓ２）　適合診断ツール１０は、顧客（Ｕ１）のシステム５から、顧客（Ｕ１）によりＱ＆Ａ情報に対して入力された回答情報（図３のＡ５）を取得する。

　（ｓ３）　また、適合診断ツール１０は、必要に応じて、ＤＢ５０等から、該当顧客（Ｕ１）の顧客情報を取得し、対象商品（ＳＡ）の診断ルール等の情報を取得・参照する。なおｓ１，ｓ２で取得済みの場合はｓ３は不要である。

　（ｓ４）　適合診断ツール１０は、ｓ２のＱ＆Ａ回答情報と、ｓ３の顧客情報及び診断ルール等の情報を用いて、当該顧客（Ｕ１）と商品（ＳＡ）との適合度（αとする）を解析・判定する処理を行う。例えば前述（図６、例１）のように、Ｑ＆Ａ項目の回答値ごとに適合性重み値（ａ）が設定（適合診断情報にて記述）されており、全Ｑ＆Ａ項目の顧客回答値の重み値ａを加算し、その合計値（Ｘ）を閾値で区分する等して適合度（α）を算出する。

　（ｓ５）　適合診断ツール１０は、ｓ４で求めた適合度（α）に応じて、当該顧客（Ｕ１）に対する推薦商品や対応処理などを決定する。例えば、前述（図６、例１）のように、適合度（α）と推薦商品とが関連付けて設定（適合診断情報にて記述）されている。関連付けの例としては、α＝Ａ（高レベル）の場合は、当該商品（ＳＡ）を推薦する。α＝Ｂ（中レベル）の場合は、当該商品（ＳＡ）、または別の商品を推薦する。α＝Ｃ（低レベル）の場合は、別の商品、またはＳＩ（システム構築）商品等を推薦する。ここで、上記の別の商品とは、当該顧客（Ｕ１）との適合度が十分に高いと判定される別の商品（例：ＳＢ）のことである。この判定・推薦は、前述（図６、例３）のように、商品群（複数商品）に関する適合診断の結果を利用したり、あるいは、ＤＢ５０に履歴として蓄積されている当該顧客（Ｕ１）の過去の適合診断結果から参照して行うこともできる。

　また別例として、前述（図６、例２）のように、適合度（α）を介在せずに、Ｑ＆Ａ項目の回答値と推薦商品とが直接的に関連付けて設定（適合診断情報にて記述）されている場合、当該推薦商品に決定する。

　（ｓ６）　適合診断ツール１０は、上記ｓ５までの適合診断処理の結果を反映した適合診断情報（例えば適合度α、推薦商品、リンク等の情報を含む）（例えばＷｅｂページ）を作成し、当該顧客（Ｕ１）へ応答（図３のＡ６）して提示すると共に、ＤＢ５０に格納する。

　［Ｑ＆Ａ構成］
　図８は、適合診断ページ（特にＱ＆Ａ情報）の構成一例としてＷｅｂページ表示例を示す。複数のＱ＆Ａ項目（例えばＱ１～Ｑ１２）を有する。顧客はＱ＆Ａ項目に回答（記入）し診断ボタンを押すことにより適合診断を受けることができる。本例はＳａａＳ商品ＳＡの適合診断の場合である。ＳａａＳ商品ＳＡは、例えば生産管理パッケージ（個別受注生産型（多品種・少量生産）の生産管理に特化した低価格のソフトウェア製品・サービス）の場合である。この商品ＳＡは、顧客（顧客システム５）ごとのカスタマイズが必要無く利用でき、また、利用形態もＳａａＳ型や導入型（顧客システム５内に設置する）等から選択することができる。

　図８のＱ＆Ａ項目の内容は以下の通りである：
　（Ｑ１）生産形態の割合は：　（Ａ１）・個別受注生産（％）、・繰り返し生産（％）、・ファブレス生産（％）
　（Ｑ２）導入検討対象の業務を選択してください：　（Ａ２）・販売、・購買、・在庫、・原価、・その他
　（Ｑ３）ＭＲＰ（資材所要量計画）は必須の要件ですか：　（Ａ３）はい／いいえ
　（Ｑ４）導入予定のクライアント数（同時接続数）は：　（Ａ４）同時接続数
　（Ｑ５）生産管理システムの導入経験がありますか：　（Ａ５）はい／いいえ
　（Ｑ６）サーバーは自社設置が必須ですか：　（Ａ６）はい／いいえ
　（Ｑ７）主な加工形態を選択してください：　（Ａ７）・組立加工、・金属加工、成型加工、・プロセス加工
　（Ｑ８）製品製造に必要とする部品点数は：　（Ａ８）部品点数
　（Ｑ９）部品表における最大階層数は：　（Ａ９）階層数
　（Ｑ１０）在庫の評価方法を選択してください：　（Ａ１０）総平均法／標準原価法／先入先出し法／売価還元法／移動平均法
　（Ｑ１１）現在の部品表の管理方法を選択してください：　（Ａ１１）Ｅｘｃｅｌ等／既存システム（ＣＡＤ除く）／ＣＡＤシステム／図面帳票のみ
　（Ｑ１２）配合表を管理していますか：　（Ａ１２）はい／いいえ。

　上記例のように、Ｑ＆Ａ項目には、商品に関する顧客の利用条件（要件）や顧客の属性などを入力させる項目を含んでいる。商品管理者（Ｖ１）は、Ｑ＆Ａ構成に応じて、適合度や推薦商品の判定のための診断ルールを設定することができる。ルールは、例えばＡ３で「はい」の場合はＭＲＰの要件に対応した商品やその商品機能との適合度が高くなり、「いいえ」の場合は同適合度が低くなる、といった形になる。

　［効果・変形等］
　以上説明したように、各実施の形態によれば、ＳａａＳ等の商品の売買を従来よりも効率化し、顧客にとっては商品を購入する際の選定などがわかりやすく、販売者側にとっては多数の顧客に商品を低コストで提供することができる。

　以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。実施の形態の変形例として以下が挙げられる。

　（１）診断や推薦の対象を、商品単位だけでなく、商品に備える各種の機能（オプション等）の単位としてもよい。例えば機能ごとに適合度を判定し、推薦機能を提示する。この場合、顧客はどの機能を利用（購入）するとよいかがわかりやすい。

　（２）顧客に積極的にアンケート（Ｑ＆Ａ）に回答してもらうために、割引サービス等のインセンティブの機構を備えてもよい。例えば適合診断ページ等に、アンケート回答に応じて割引等の特典が得られる旨の情報を表示する。販売管理システム４側は、顧客のアンケート回答の記録に応じて、契約処理の際、価格の割引を付与するように情報処理を行う。

　本発明は、マーケットプレイスやＥＣのサイト、クラウド製品の販売管理システムなどに利用可能である。

Claims (11)

1. 　通信ネットワーク上のサイトでＳａａＳを含む商品を売買するクラウドマーケットプレイスシステムであって、
   　商品購入者側となる顧客に対して商品情報を提供するマーケットプレイスページを管理する第１の処理部と、
   　商品販売者側となる商品管理者から登録される商品情報を管理し、顧客による商品の購入・契約の情報を管理する第２の処理部と、
   　前記商品と前記顧客との適合診断の処理を行う適合診断部と、
   　前記適合診断のための診断情報を含むデータ情報を格納するデータベースと、
   　前記商品管理者から前記データベースに対して前記診断情報を登録する処理を行う第３の処理部と、
   　前記適合診断の結果、前記顧客に対し、前記適合診断の結果情報を提示する処理を行う第４の処理部と、を有し、
   　前記診断情報は、前記適合診断のためのＱ＆Ａ情報と、当該Ｑ＆Ａ情報に対応した診断ルール情報と、を含み、
   　前記診断ルール情報は、前記顧客による前記Ｑ＆Ａ情報に対する質問回答情報をもとに対象の商品と顧客との適合度を算出または関連付ける情報を含み、
   　前記適合診断の結果情報は、対象の商品と顧客との適合度の情報を含むこと、を特徴とするクラウドマーケットプレイスシステム。
2. 　請求項１記載のクラウドマーケットプレイスシステムにおいて、
   　前記診断ルール情報は、前記適合度の算出または関連付けを省略して、前記顧客による前記Ｑ＆Ａ情報に対する質問回答情報をもとに前記顧客に対して推薦する商品を算出または関連付ける情報を含み、
   　前記適合診断の結果情報は、前記顧客に対して推薦する商品の情報を含むこと、を特徴とするクラウドマーケットプレイスシステム。
3. 　請求項１記載のクラウドマーケットプレイスシステムにおいて、
   　前記マーケットプレイスページの商品情報のページから適合診断のページへリンクし、前記適合診断のＱ＆Ａ情報及び結果情報を表示すること、を特徴とするクラウドマーケットプレイスシステム。
4. 　請求項１記載のクラウドマーケットプレイスシステムにおいて、
   　前記顧客ごとの顧客情報を提供するマイページを管理する処理部を有し、
   　前記マイページの顧客情報のページから適合診断のページへリンクし、前記適合診断のＱ＆Ａ情報及び結果情報を表示すること、を特徴とするクラウドマーケットプレイスシステム。
5. 　請求項１記載のクラウドマーケットプレイスシステムにおいて、
   　前記診断情報及び前記適合診断の結果情報は、推薦商品の商品情報へのリンク情報を含むこと、を特徴とするクラウドマーケットプレイスシステム。
6. 　請求項１記載のクラウドマーケットプレイスシステムにおいて、
   　前記診断情報及び前記適合診断の結果情報は、推薦商品の購入・契約情報へのリンク情報を含むこと、を特徴とするクラウドマーケットプレイスシステム。
7. 　請求項１記載のクラウドマーケットプレイスシステムにおいて、
   　前記診断情報及び前記適合診断の結果情報は、システム構築商品の購入・契約に関する相談情報へのリンク情報を含むこと、を特徴とするクラウドマーケットプレイスシステム。
8. 　請求項１記載のクラウドマーケットプレイスシステムにおいて、
   　前記診断情報は、システム構築商品に関する詳細適合診断のためのＱ＆Ａ情報と、当該Ｑ＆Ａ情報に対応した診断ルール情報と、を含み、
   　前記適合診断部は、前記システム構築商品に関する詳細適合診断の処理を行うこと、を特徴とするクラウドマーケットプレイスシステム。
9. 　請求項１記載のクラウドマーケットプレイスシステムにおいて、
   　前記診断情報は、複数の商品に関する適合診断のためのＱ＆Ａ情報と、当該Ｑ＆Ａ情報に対応した診断ルール情報と、を含み、
   　前記診断ルール情報は、前記顧客による前記Ｑ＆Ａ情報に対する質問回答情報をもとに前記複数の各商品と顧客との各適合度を算出または関連付ける情報を含み、
   　前記適合診断の結果情報は、前記複数の各商品と顧客との各適合度の情報、またはそのうちの適合度が高い推薦商品の情報、を含むこと、を特徴とするクラウドマーケットプレイスシステム。
10. 　請求項１記載のクラウドマーケットプレイスシステムにおいて、
    　前記適合診断部は、
    　前記顧客からの要求を受けて前記データベースから前記Ｑ＆Ａ情報を取得し前記顧客へ応答する処理と、
    　前記顧客により前記Ｑ＆Ａ情報に対し入力された回答情報を取得する処理と、
    　前記データベースから前記顧客の顧客情報と前記診断ルール情報とを含む情報を取得する処理と、
    　前記回答情報、前記顧客情報、前記診断ルール情報を用いて、前記顧客と商品との適合度を判定する処理と、
    　前記適合度に応じた推薦商品を決定する処理と、
    　前記適合診断の結果情報を作成し前記顧客へ応答し前記データベースへ格納する処理と、を行うこと、を特徴とするクラウドマーケットプレイスシステム。
11. 　請求項１記載のクラウドマーケットプレイスシステムにおいて、
    　前記商品管理者が使用するシステムに、前記データベースに前記診断情報を含む情報を登録し必要に応じて参照・編集する機能を有すること、を特徴とするクラウドマーケットプレイスシステム。

Images