(57)【要約】      （修正有）【課題】投稿アイデアに基づいて商品化する際の元の投稿アイデアと実際に商品化された商品との不一致による当事者の不満を抑えるシステム、それを実現するためのコンピュータプログラム及びその方法を提供する。【解決手段】複数のユーザーが利用するクライアント端末３とサーバ１とを含むシステムであり、前記サーバ１は、アイデア投稿者が利用するアイデア投稿者端末から商品に関する投稿アイデアを受信する手段と、前記アイデア投稿者と前記投稿アイデアとを関連付けて記憶する手段と、サプライヤーによる前記投稿アイデアを修正した修正アイデアを受信する手段と、前記投稿アイデアと前記修正アイデアとを関連付けて記憶する手段と、前記投稿アイデアと前記修正アイデアとが実質的に同一であるか否かを判定する同一性判定処理を行う手段と、前記同一性判定処理により同一性が肯定された前記修正アイデアを商品化が決定された商品化アイデアとして記憶する。【選択図】図１
2014041549.tif 000002
【特許請求の範囲】
【請求項１】
アイデア投稿者や一般閲覧者やサプライヤーを含む複数のユーザーが利用するクライアント端末とサーバとを含むシステムであり、
前記サーバは、前記アイデア投稿者が利用するアイデア投稿者端末から商品に関する投稿アイデアを受信し記憶する手段と、
前記サプライヤーによる前記投稿アイデアを修正した修正アイデアを受信する手段と、
前記投稿アイデアと前記修正アイデアとを関連付けて記憶する手段と、
前記投稿アイデアと前記修正アイデアとが実質的に同一であるか否かを判定する同一性判定処理を行う手段と、
前記同一性判定処理により同一性が肯定された前記修正アイデアを商品化が決定された商品化アイデアとして記憶する手段とを備えることを特徴とする募集アイデア商品化決定システム。
【請求項２】
前記投稿アイデアに対する賛同する前記ユーザーから賛同を受信する手段と、
受信した前記賛同の数を集計した賛同数と前記投稿アイデアと関連付けて記憶する手段とを備え、
前記賛同数が一定の値に達した場合に、前記サプライヤーによる前記修正アイデアを受信するようにしたことを特徴とする請求項１に記載の募集アイデア商品化決定システム。
【請求項３】
前記同一性判定処理により同一性が否定された前記修正アイデアについて賛同するユーザーから賛同を受信する手段と、
受信した該賛同の数を集計した賛同数と該修正アイデアと関連付けて記憶する手段と、
該賛同数が一定の値に達した場合に該修正アイデアを商品化アイデアとして記憶する手段とを備えることを特徴とする請求項１又は２に記載の募集アイデア商品化決定システム。
【請求項４】
前記投稿アイデアとは旅行商品に関するアイデアであることを特徴とする請求項１乃至３のいずれか１項記載の募集アイデア商品化決定システム。
【請求項５】
前記投稿アイデアと前記アイデア投稿者とを関連付けて記憶する手段を備え、
前記同一性判定処理とは、前記アイデア投稿者端末から前記投稿アイデアと前記修正アイデアとが実質的に同一である旨の確認データを受信した場合に同一性を肯定するものであることを特徴とする請求項１乃至４いずれか１項記載の募集アイデア商品化決定システム。
【請求項６】
前記同一性判定処理とは、管理者端末から同一性を確認した旨の確認データを受信した場合に同一性を肯定するものであることを特徴とする請求項１乃至４いずれか１項記載の募集アイデア商品化決定システム。
【請求項７】
前記投稿アイデアとその投稿アイデアに関し特に前記アイデア投稿者が強く希望するポイントであるこだわりポイントとを関連して記憶する手段を備え、
前記同一性判定処理とは、前記こだわりポイントと前記修正アイデアとを比較し、前記こだわりポイントが変更されていない場合には同一性を肯定し、前記こだわりポイントが変更されている場合には同一性を否定するものであることを特徴とする請求項１乃至４のいずれか１項に記載の募集アイデア商品化決定システム。
【請求項８】
前記投稿アイデアの募集にあたってのテーマを受信する手段を備えたことを特徴とする請求項１乃至７のいずれか１項記載の募集アイデア商品化決定システム。
【請求項９】
アイデア投稿者や一般閲覧者やサプライヤーを含む複数のユーザーが利用するクライアント端末とサーバとを含むシステムにおいて、
前記サーバを、前記アイデア投稿者が利用するアイデア投稿者端末から商品に関する投稿アイデアを受信し記憶する手段、
前記サプライヤーによる前記投稿アイデアを修正した修正アイデアを受信する手段、
前記投稿アイデアと前記修正アイデアとを関連付けて記憶する手段、
前記投稿アイデアと前記修正アイデアとが実質的に同一であるか否かを判定する同一性判定処理を行う手段、
前記同一性判定処理により同一性が肯定された前記修正アイデアを商品化が決定された商品化アイデアとして記憶する手段として機能させることを特徴とする募集アイデア商品化決定のためのコンピュータプログラム。
【請求項１０】
前記投稿アイデアに対する賛同する前記ユーザーから賛同を受信する手段、
受信した前記賛同の数を集計した賛同数と前記投稿アイデアと関連付けて記憶する手段として機能させ、
前記賛同数が一定の値に達した場合に、前記サプライヤーによる前記修正アイデアを受信するようにしたことを特徴とする請求項９に記載の募集アイデア商品化決定のためのコンピュータプログラム。
【請求項１１】
前記同一性判定処理により同一性が否定された前記修正アイデアについて賛同するユーザーから賛同を受信する手段、
受信した該賛同の数を集計した賛同数と該修正アイデアと関連付けて記憶する手段として機能させ、
該賛同数が一定の値に達した場合に該修正アイデアを商品化アイデアとして記憶する手段とを備えることを特徴とする請求項９又は１０に記載の募集アイデア商品化決定のためのコンピュータプログラム。
【請求項１２】
前記投稿アイデアとは旅行商品に関するアイデアであることを特徴とする請求項９乃至１１のいずれか１項記載の募集アイデア商品化決定のためのコンピュータプログラム。
【請求項１３】
前記投稿アイデアと前記アイデア投稿者とを関連付けて記憶する手段として機能させ、
前記同一性判定処理とは、前記アイデア投稿者端末から前記投稿アイデアと前記修正アイデアとが実質的に同一である旨の確認データを受信した場合に同一性を肯定するものであることを特徴とする請求項９乃至１２いずれか１項記載の募集アイデア商品化決定システム。
【請求項１４】
前記同一性判定処理とは、管理者端末から同一性を確認した旨の確認データを受信した場合に同一性を肯定するものであることを特徴とする請求項９乃至１２いずれか１項記載の募集アイデア商品化決定のためのコンピュータプログラム。
【請求項１５】
前記投稿アイデアとその投稿アイデアに関し特に前記アイデア投稿者が強く希望するポイントであるこだわりポイントとを関連して記憶する手段として機能させ、
前記同一性判定処理とは、前記こだわりポイントと前記修正アイデアとを比較し、前記こだわりポイントが変更されていない場合には同一性を肯定し、前記こだわりポイントが変更されている場合には同一性を否定するものであることを特徴とする請求項９乃至１２のいずれか１項に記載の募集アイデア商品化決定のためのコンピュータプログラム。
【請求項１６】
前記投稿アイデアの募集にあたってのテーマを受信する手段として機能させることを特徴とする請求項９乃至１５のいずれか１項記載の募集アイデア商品化決定のためのコンピュータプログラム。
【請求項１７】
アイデア投稿者や一般閲覧者やサプライヤーを含む複数のユーザーが利用するクライアント端末とサーバとを含むシステムにおいて、
前記サーバが、前記アイデア投稿者が利用するアイデア投稿者端末から商品に関する投稿アイデアを受信し記憶するステップと、
前記サプライヤーによる前記投稿アイデアを修正した修正アイデアを受信するステップと、
前記投稿アイデアと前記修正アイデアとを関連付けて記憶するステップと、
前記投稿アイデアと前記修正アイデアとが実質的に同一であるか否かを判定する同一性判定処理を行うステップと、
前記同一性判定処理により同一性が肯定された前記修正アイデアを商品化が決定された商品化アイデアとして記憶するステップとを備えることを特徴とする募集アイデア商品化決定のための方法。
【請求項１８】
前記投稿アイデアに対する賛同する前記ユーザーから賛同を受信するステップと、
受信した前記賛同の数を集計した賛同数と前記投稿アイデアと関連付けて記憶するステップとを備え、
前記賛同数が一定の値に達した場合に、前記サプライヤーによる前記修正アイデアを受信するようにしたことを特徴とする請求項１７に記載の募集アイデア商品化決定のための方法。
【請求項１９】
前記同一性判定処理により同一性が否定された前記修正アイデアについて賛同するユーザーから賛同を受信するステップと、
受信した該賛同の数を集計した賛同数と該修正アイデアと関連付けて記憶するステップと、
該賛同数が一定の値に達した場合に該修正アイデアを商品化アイデアとして記憶するステップとを備えることを特徴とする請求項１７又は１８に記載の募集アイデア商品化決定のための方法。
【請求項２０】
前記投稿アイデアとは旅行商品に関するアイデアであることを特徴とする請求項１７乃至１９のいずれか１項記載の募集アイデア商品化決定のための方法。
【請求項２１】
前記投稿アイデアと前記アイデア投稿者とを関連付けて記憶するステップを備え、
前記同一性判定処理とは、前記アイデア投稿者端末から前記投稿アイデアと前記修正アイデアとが実質的に同一である旨の確認データを受信した場合に同一性を肯定するものであることを特徴とする請求項１７乃至２０いずれか１項記載の募集アイデア商品化決定のための方法。
【請求項２２】
前記同一性判定処理とは、管理者端末から同一性を確認した旨の確認データを受信した場合に同一性を肯定するものであることを特徴とする請求項１７乃至２０いずれか１項記載の募集アイデア商品化決定のための方法。
【請求項２３】
前記投稿アイデアとその投稿アイデアに関し特に前記アイデア投稿者が強く希望するポイントであるこだわりポイントとを関連して記憶するステップを備え、
前記同一性判定処理とは、前記こだわりポイントと前記修正アイデアとを比較し、前記こだわりポイントが変更されていない場合には同一性を肯定し、前記こだわりポイントが変更されている場合には同一性を否定するものであることを特徴とする請求項１７乃至２０のいずれか１項に記載の募集アイデア商品化決定のための方法。
【請求項２４】
前記投稿アイデアの募集にあたってのテーマを受信するステップを備えたことを特徴とする請求項１７乃至２３のいずれか１項記載の募集アイデア商品化決定のための方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、募集アイデア商品化システム、それを実現するためのコンピュータプログラム及びその方法に関する。
【背景技術】
【０００２】
従来から、メーカーやサービス提供者が、購買者やユーザーから受け付けた各種商品に関するアイデアを新たな商品開発に活用することが知られており、例えば旅行商品に関して、一般のシステムユーザーがアイデア投稿者となってインターネットを利用して自分が利用したいと思う商品のアイデアを投稿できるシステムが提供されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２８８２８５
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、一般ユーザーからのアイデアが優れていても、そのアイデアを実際に商品化するサプライヤー（メーカー、その他、旅行商品に関しては、交通機関、宿泊施設などの旅行者にサービスを提供する者の総称。）の目から見た場合に、様々な要因により現実的な修正が必要になる場合がある。サプライヤーによってアイデア投稿者からの元のアイデアが修正された結果、その修正されたアイデアにより実際に商品化された商品が元のアイデアとはかけ離れた商品になってしまい、アイデア投稿者やそのアイデアに賛同した人達に不満が生ずる場合がある。
【課題を解決するための手段】
【０００５】
本発明は、そうした不満を抑えて当事者が納得することができる募集アイデア商品化決定システム、それを実現するためのコンピュータプログラム及びその方法に関するものである。
【０００６】
本発明は、例えば以下の様な手段を備えるシステム、以下の様な処理を行う方法（以下のようなステップから構成される方法）、各種手段（コンピュータ等）を以下のように機能させるコンピュータプログラム、それを実現するためのコンピュータプログラム及びその方法である。
（１）アイデア投稿者や一般閲覧者やサプライヤーを含む複数のユーザーが利用するクライアント端末とサーバとを含むシステムであり、前記サーバは、前記アイデア投稿者が利用するアイデア投稿者端末から商品に関する投稿アイデアを受信し記憶する手段と、前記サプライヤーによる前記投稿アイデアを修正した修正アイデアを受信する手段と、前記投稿アイデアと前記修正アイデアとを関連付けて記憶する手段と、
前記投稿アイデアと前記修正アイデアとが実質的に同一であるか否かを判定する同一性判定処理を行う手段と、前記同一性判定処理により同一性が肯定された前記修正アイデアを商品化が決定された商品化アイデアとして記憶する手段とを備えることを特徴とする。
（２）前記投稿アイデアに対する賛同する前記ユーザーから賛同を受信する手段と、受信した前記賛同の数を集計した賛同数と前記投稿アイデアと関連付けて記憶する手段とを備え、前記賛同数が一定の値に達した場合に、前記サプライヤーによる前記修正アイデアを受信するようにしたことを特徴とする。
（３）前記同一性判定処理により同一性が否定された前記修正アイデアについて賛同するユーザーから賛同を受信する手段と、受信した該賛同の数を集計した賛同数と該修正アイデアと関連付けて記憶する手段と、該賛同数が一定の値に達した場合に該修正アイデアを商品化アイデアとして記憶する手段とを備えることを特徴とする。
（４）前記投稿アイデアとは旅行商品に関するアイデアであることを特徴とする。
（５）前記投稿アイデアと前記アイデア投稿者とを関連付けて記憶する手段を備え、前記同一性判定処理とは、前記アイデア投稿者端末から前記投稿アイデアと前記修正アイデアとが実質的に同一である旨の確認データを受信した場合に同一性を肯定するものであることを特徴とする。
（６）前記同一性判定処理とは、管理者端末から同一性を確認した旨の確認データを受信した場合に同一性を肯定するものであることを特徴とする。
（７）前記投稿アイデアとその投稿アイデアに関し特に前記アイデア投稿者が強く希望するポイントであるこだわりポイントとを関連して記憶する手段を備え、前記同一性判定処理とは、前記こだわりポイントと前記修正アイデアとを比較し、前記こだわりポイントが変更されていない場合には同一性を肯定し、前記こだわりポイントが変更されている場合には同一性を否定するものであることを特徴とする。
（８）前記投稿アイデアの募集にあたってのテーマを受信する手段を備えたことを特徴とする。
【発明の効果】
【０００７】
本発明によれば、アイデア投稿者からのアイデアに対して、問題がある場合には問題点をサプライヤーによって修正し、その修正したものをアイデア投稿者からのアイデアと実質同一と判断したものを商品化するので、実際に商品化された商品とアイデア投稿者からの商品との間に生ずる差異について、アイデア投稿者をはじめとする当事者の不満を抑えることができる。
【図面の簡単な説明】
【０００８】
【図１】本発明に係るハードウェア及びその結びつきを示した概略図である
【図２】本発明の処理を流れを表した図である。
【図３】アイデア投稿画面を表した図である。
【図４】投稿アイデアファイルを表した図である。
【図５】アイデア公開・賛同受付画面を表した図である。
【図６】修正アイデア投稿画面を表した図である。
【図７】修正アイデアファイルを表した図である。
【図８】同一性確認画面を表した図である。
【図９】修正アイデアファイルを表した図である。
【図１０】投稿アイデアファイルを表した図である。
【図１１】修正アイデアファイルを表した図である。
【図１２】商品化決定ファイルを表した図である。
【図１３】テーマ募集画面を表した図である。
【図１４】アイデア投稿画面を表した図である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施例について図面を参照しつつ説明する。図１は、本発明に係るシステムのハードウェア及びその結びつきを示した概略図である。本発明は、サーバ１と、複数のクライアント端末３がインターネット等の通信回線２を介して接続されている。本システムのユーザーにはアイデア投稿者、サプライヤー、旅行代理店などの旅行企画管理者及びその他の一般ユーザー（一般閲覧者）が含まれ、それらユーザーが利用するクライアント端末３のうち、アイデア投稿者が利用するものがアイデア投稿者端末としての役割を果たし、サプライヤーが利用するものがサプライヤー端末としての役割を果たし、旅行代理店などの旅行企画管理者が利用する端末が管理者端末としての役割を果たす。
【００１０】
サーバ１及びクライアント端末３は、データを処理するための処理装置と、データを記憶するための記憶装置と、データを送受信するためのデータ受信部及びデータ送信部を各々内蔵している。各々の記憶装置には、本発明を実施するためのコンピュータプログラムや所定のデータが記憶されており、処理装置は、このコンピュータプログラムをはじめとする所定の命令に従ってデータの処理を行う。また、詳細に図示はしないが、サーバ１及びクライアント端末３には、必要に応じて、データを表示するための表示モニタ等の表示手段、データの入力を行うためのキーボードやマウス等の入力手段が必要に応じて備えられているものとする。また、クライアント端末３は、ＰＣに限られず、いわゆるスマートフォンをはじめとする各種携帯電話やタブレット端末等であってもよい。
【００１１】
以下、処理の流れ等の説明に入るが、まず前提として、本システムのユーザーは、事前に会員登録を済ませて本システムにログインしている者とする。ログイン処理に関しては、サーバ１が、クライアント端末３から受信したユーザーのＩＤとパスワードと、予め会員登録等によってサーバ１に記憶されているＩＤ及びパスワードとが一致するかどうかを判定し、一致する場合にはログインを許可するという、従来から一般的に行われている処理を用いることができる。
【００１２】
また、システムへのログインにあたっては、ｆａｃｅｂｏｏｋ（登録商標）などのＳＮＳ（ソーシャルネットワーキングサービス）の利用を前提とすることができる。ユーザーは、全て該当するＳＮＳに登録済みの人達であり、本発明に係るシステムにログインするにあたって、各自のＳＮＳのＩＤ及びパスワードを使用する、いわゆるソーシャルログインを利用してもよい。
【００１３】
本発明に係るシステムの処理の流れについて、その概要を図２に示す。以下、これに沿って説明する。まず、「ＳＴＥＰ１：アイデア投稿処理」についてである。
【００１４】
＜ＳＴＥＰ１：アイデア投稿処理＞
ログインを済ませたユーザーのうちアイデア投稿者は、アイデア投稿者端末を操作することによりアイデア投稿者端末からサーバ１に対してアイデア投稿画面のフォームデータを要求する。それにより、アイデア投稿者端末の表示手段にはアイデア投稿画面が表示され、そこから自身が希望するアイデアを投稿する（図３）。図３に示す例においては、アイデア投稿者は、アイデア投稿画面に『タイトル：秘湯めぐりツアー，詳細：１日目  東京駅→移動→Ａ温泉、２日目  Ａ温泉付近散策→移動→Ｂ温泉、移動手段  鉄道（新幹線等）〜最寄駅からはバス等』と入力している。入力後、アイデア投稿画面上の「送信」ボタンをクリックすることにより、この入力された投稿アイデアがアイデア投稿者端末からサーバ１に送信される。図４に示す様に、サーバ１は、受信したこの投稿アイデアについて「投稿Ｎｏ．」を付与し、投稿アイデアファイルに記憶する。
【００１５】
＜ＳＴＥＰ２：アイデア公開・賛同受付処理＞
サーバ１は、図４の投稿アイデアファイルに基づいて募集した投稿アイデアを公開する。サーバ１はクライアント端末３から要求があった場合に、クライアント端末３の表示手段に図５に示すようなアイデア公開・賛同受付画面を表示させるためのフォームデータを作成し、少なくともシステムにログインしているユーザーなら誰でもクライアント端末３を通じて投稿アイデアを閲覧可能な状態にする。このように公開された投稿アイデアについて、ユーザーから賛同を募る。クライアント端末３の表示手段に表示された図５に示す様なアイデア公開・賛同受付画面により投稿アイデアを確認してそのアイデアを気に入ったユーザーが、「賛同」ボタンをクリックすると、クライアント端末３からサーバ１に賛同データ（図示せず）が送信される。サーバ１は、受信した賛同データに含まれる「投稿Ｎｏ．」を検索キーとして投稿アイデアファイルを検索し、該当するレコードの「賛同数」項目のデータを加算して記憶する。
【００１６】
＜ＳＴＥＰ３：修正アイデア受付処理＞
賛同受付処理をある期間継続した結果、「賛同数」が任意の数（例えば、１００）に達したとする。この様に、賛同数が一定数に達した投稿アイデアは、それだけ需要が見込めるため商品化を目指すのが望ましい。しかし、先にも少し述べたように、募集した投稿アイデアが、様々な要因によって実現不可能な場合がある。例えば、商品を使用する際の安全性を確保するために変更がやむを得ない場合などである。また旅行商品に関して言えば、目的地が非常に山奥で雪深いなどの理由によりバスが入れない場合や、１日では移動不可能な行程であるといったような物理的に不可能な場合である。
【００１７】
こういった観点からサプライヤーからの修正アイデアを受け付けるようにする。例えば、上述の投稿アイデア『タイトル：秘湯めぐりツアー，詳細：１日目  東京駅→移動→Ａ温泉、２日目  Ａ温泉付近散策→移動→Ｂ温泉、移動手段  鉄道（新幹線等）〜最寄駅からはバス等』の「Ａ温泉」は、非常に山奥で雪深いなどの理由よりバスでは行けない温泉であったとする。
【００１８】
この場合に、サプライヤーたるバス会社から「Ａ温泉」から「Ｃ温泉」に変更する修正アイデアを受け付ける。具体的には、公開されている投稿アイデアを確認したサプライヤーは、サプライヤー端末からサーバ１に要求することによりサプライヤー端末の表示手段に表示された修正アイデア投稿画面から、図６に示すような、「Ａ温泉」から「Ｃ温泉」へ変更を提案する修正アイデアとして『タイトル：秘湯めぐりツアー，詳細：１日目  東京駅→移動→Ｃ温泉（Ａ温泉から変更）、２日目  Ｃ温泉付近散策→移動→Ｂ温泉、移動手段  鉄道（新幹線等）〜最寄駅からはバス等』を入力し、サーバ１に送信する。サーバ１は、その受信した修正アイデアを対応する投稿アイデアとを「投稿Ｎｏ．」をキーとして関連付けて記憶する（図７）。
【００１９】
＜ＳＴＥＰ４：内容同一性判定処理＞
続いて、最初にアイデア投稿者から投稿された投稿アイデアと、サービスを提供する側であるサプライヤーの観点から修正された修正アイデアとが実質的に同一かどうかを判定する。
【００２０】
実質的に両者が同一か否かの判定の方法としては、例えば以下のような方法がある。第１の方法としては、旅行代理店などの旅行企画管理者が、独自の基準に照らし、投稿アイデアと修正アイデアを比較してそれらが実質的に同一であると判断した場合に同一性有りと判断する。即ち、サーバ１は、管理者端末からの要求により、図８に示す様な、同一性確認画面のフォームデータを管理者端末に送信する。投稿アイデアと修正アイデアとが旅行企画管理者の基準により実質的に同一だと判断できた場合は、旅行企画管理者は管理者端末画面上の「同一性確認」ボタンをクリックしてサーバ１にその旨（同一性確認データ）を送信する。それを受信したサーバ１は、「修正Ｎｏ．」に該当する修正アイデアファイルのレコードの「同一性確認」項目を『無』から『有』に更新して記憶する（図９）。この様に修正アイデアファイルの各修正アイデアのうち「同一性確認」項目が『有』となっているものは、投稿アイデアとその修正アイデアとが実質的に同一だと判定する。
【００２１】
また、第２の方法としては、旅行企画管理者ではなく、該当する投稿アイデアのアイデア投稿者に、自分の希望に沿っているかどうかを確認させて実質的に同一かどうかを判定するようにしてもよい。方法は、上記第１とほぼ同様であるので、図示しないが、例えば、アイデア投稿者が、修正アイデアを確認して、その修正アイデアが自分の投稿した投稿アイデアの趣旨を損なっておらず実質的に同一性を有していると考える場合には、アイデア投稿者端末の表示画面上の「確認」ボタンをクリックさせるようにして、その確認データをアイデア投稿者端末からサーバ１に送信する。その確認データを受信したサーバ１は、該当する修正アイデアレコードの「同一性確認」項目を『有』に更新して記憶する。この「同一性確認」項目が『有』の場合は、投稿アイデアとそれに該当する修正アイデアとを実質的に同一だと判定する。
【００２２】
また第３の方法としては、投稿アイデアを投稿する段階で、特にアイデア投稿者が強く希望するポイントを「こだわり」として入力さ、サーバ１は、この「こだわり」と投稿アイデアとを関連付けて投稿アイデアファイルに記憶する（図１０）。そして、その後受け付けた修正アイデアが、この「こだわり」を変更するものであるか否かを判断し、「こだわり」が変更されていなければ同一性ありと判定し、変更されていれば同一性なしと判定するようにする。
【００２３】
具体的には、サプライヤーが修正アイデアによりどこを修正したかを示す「修正ポイント」を入力するようにし、それをサプライヤー端末からサーバ１に送信する。それを受信したサーバ１が、その「修正ポイント」を該当する修正アイデア及び投稿アイデアと関連付けて記憶し（図１１）、「修正ポイント」と「こだわり」とを比較し一致するか否かを判断するようにする。具体的に、図１０及び図１１に示す例では、アイデア投稿者の「こだわり」が『Ｂ温泉』であり、サプライヤーからの修正アイデアにより実際に修正が施された「修正ポイント」が『Ａ温泉』であるため、「こだわり」が変更されていないので、サーバ１は、これまでの説明と同様、該当する修正ファイルレコードの「同一性確認」を『有』に更新して記憶する。サーバ１は、「同一性確認」項目が『有』になっていれば、投稿アイデアと修正アイデアの実質的な同一性を肯定する。
【００２４】
＜商品化アイデア決定処理＞
この様にして最初に投稿された投稿アイデアと修正アイデアとが実質的に同一だと判定された場合には、サーバ１は、その修正アイデアを実際に商品化が決定した「商品化アイデア」として記憶する（図１２）。この商品化が決定された「商品化アイデア」の記憶の方法については、図１２のように、別途「商品化アイデア」だけを集めた商品化アイデアファイルのようなものを用意しても良いし、修正アイデアファイルのレコード毎にフラグを設けて識別するようにしても良く、「商品化アイデア」であると識別できれば方法は問わない。
【００２５】
なお、同一性判定処理により元の投稿アイデアとの同一性が否定された修正アイデアであっても一定数の賛同を得たものは「商品化アイデア」として決定するようにしてもよい。すなわち、サーバ１は、その同一性なしと判定された修正アイデアについて、改めてユーザーから賛同データを受け付け、その賛同データを集計した数を該当する修正アイデアと関連付けて記憶し、その数（賛同数）が一定の値に達した修正アイデアについては、新たに人気を獲得したアイデアとして商品化が決定された「商品化アイデア」としてサーバ１に記憶するようにしてもよい。
【００２６】
以上、説明してきたが、本発明は、この例に限定されない。種々の付加・改良を加えてよい。例えば、商品についてのテーマを募集し、そのテーマに沿った商品アイデアを募集するようにしてもよい。図１３に示すように、システムのユーザーのうちテーマ提供者は利用するテーマ提供者端末（クライアント端末３）に『アーティストＡと一泊二日の国内旅行』などの様に希望するテーマを入力しサーバ１に送信する。これを記憶したサーバ１は、アイデア投稿者端末に図１４に示す様なアイデア投稿画面データを送信するようにする。この様にすれば、特にそのテーマに関心を持つ者にとってはアイデア投稿の良いインセンティブになるし、テーマ提供者にとっては、宣伝広告効果が期待できる。
【００２７】
図２及びこれまでの説明で述べた各処理の内容も厳密にこれに限るものではない。例えば、＜ＳＴＥＰ２：アイデア公開・賛同受付処理＞について述べた、賛同を受け付ける処理を必須の処理としなくてもよい。即ち、投稿アイデアを公開後すぐに修正アイデアを受け付けるようにしてもよい。
【００２８】
アイデア投稿に関する入力項目の区分は、上述の説明に限定されない。例えば、「移動手段」「目的地」などと細かく区分してもよい。また、ここまで、旅行に関するアイデアに限って説明してきたが、それに限定されない。例えば、日用品や家電製品といった商品についての商品開発のための要望等に関するアイデアなどであってもよい。すなわち、「商品」とは、旅行商品だけでなく、日用品や家電製品等の商品も含む。
【００２９】
修正アイデアの受け付けについても、上述の説明に限定されない。例えば、投稿された投稿アイデアを確認した旅行代理店などの旅行企画管理者が、独自に各サプライヤーに電話やＥメール等で問い合わせて、そうして得た返答の内容を取り纏めたものを修正アイデアとして管理者端末からサーバ１に送信するようにしてもよい。また、受け付けた修正アイデアをシステムログインしている者に閲覧可能なように公開してもよい。
【００３０】
また、実際に商品化されたアイデアを投稿したアイデア投稿者にポイント等の利益を付与するようにしてもよい。インターネットを用いた各種サービスにおいて、ユーザーにポイントを付与する方法等については、従来から広く知られているので、そのやり方を用いればよい。
【符号の説明】
【００３１】
１  サーバ
２  通信回線
３  クライアント端末
【図１】
2014041549.tif 000003
【図２】
2014041549.tif 000004
【図３】
2014041549.tif 000005
【図４】
2014041549.tif 000006
【図５】
2014041549.tif 000007
【図６】
2014041549.tif 000008
【図７】
2014041549.tif 000009
【図８】
2014041549.tif 000010
【図９】
2014041549.tif 000011
【図１０】
2014041549.tif 000012
【図１１】
2014041549.tif 000013
【図１２】
2014041549.tif 000014
【図１３】
2014041549.tif 000015
【図１４】
2014041549.tif 000016