JPWO2013031962A1 - サーバ装置、仕様決定方法、及び仕様決定プログラム - Google Patents

Abstract

サーバ装置は、ユーザ端末と製作者端末と通信する通信部（２２０）と、通信部（２２０）がユーザ端末から、基本装置へ付加したい機能を示す付加機能情報を受信した場合、付加機能情報を製作者端末へ通信部（２２０）を介して送信する付加情報通信部（２３０Ａ）と、通信部（２２０）が製作者端末から、機能を具現化するための追加装置の仕様を示す仕様情報を受信した場合、仕様情報をユーザ端末へ通信部（２２０）を介して送信する仕様情報通信部（２３０Ｂ）と、ユーザ端末へ送信した仕様情報が示す仕様のうちから選択された一の仕様を示す選択情報を通信部（２２０）がユーザ端末から受信した場合、選択情報が示す一の仕様を追加装置の仕様として決定する仕様決定部（２３１）と、を備える。

Description

本発明は、サーバ装置、仕様決定方法、及び仕様決定プログラムに関する。
本願は、２０１１年８月３１日に出願された特願２０１１−１８９４００号に基づき優先権を主張し、その内容をここに援用する。

従来、インターネットを介して、ユーザのニーズまたはアイディアを取得し、取得したニーズまたはアイディアから商品を作る仕組みが存在する（例えば、非特許文献１）。

空想生活、http://www.cuusoo.com/

しかしながら、予め存在する基本端末に付加する機能を、追加装置が基本端末と連携することにより得る場合に、ユーザのニーズまたはアイディアを取得し、そのニーズまたはアイディアに基づいて、基本端末に付加する機能を実現するための追加装置の仕様を決定し、当該仕様に基づいて製造した追加装置を提供する仕組みが存在しなかった。そのため、ユーザは、ユーザが付加したい機能を基本端末と連携することにより実現する追加装置を、得ることができないという問題があった。

本発明の態様は、ユーザが付加したい機能を基本端末と連携することにより実現する追加装置の仕様を決定することを可能とするサーバ装置、仕様決定方法、及び仕様決定プログラムを提供することを課題とする。

本発明の一態様であるサーバ装置は、ユーザ端末と製作者端末と通信する通信部と、前記通信部が前記ユーザ端末から、基本装置へ付加したい機能を示す付加機能情報を受信した場合、前記付加機能情報を前記製作者端末へ前記通信部を介して送信する付加情報通信部と、前記通信部が前記製作者端末から、前記機能を具現化するための追加装置の仕様を示す仕様情報を受信した場合、前記仕様情報を前記ユーザ端末へ前記通信部を介して送信する仕様情報通信部と、前記ユーザ端末へ送信した仕様情報が示す仕様のうちから選択された一の仕様を示す選択情報を前記通信部が前記ユーザ端末から受信した場合、前記選択情報が示す一の仕様を追加装置の仕様として決定する仕様決定部と、を備えることを特徴とする。

また、本発明の別の一態様である仕様決定方法は、ユーザ端末から、基本装置へ付加したい機能を示す付加機能情報を受信した場合、前記付加機能情報を製作者端末へ送信することと、前記製作者端末から、前記機能を具現化するための追加装置の仕様を示す仕様情報を受信した場合、前記仕様情報を前記ユーザ端末へ送信することと、前記ユーザ端末へ送信した仕様情報が示す仕様のうちから選択された一の仕様を示す選択情報を前記ユーザ端末から受信した場合、前記選択情報が示す一の仕様を追加装置の仕様として決定することと、を有することを特徴とする。

また、本発明の別の一態様である仕様決定プログラムは、通信部がユーザ端末から、基本装置へ付加したい機能を示す付加機能情報を受信した場合、前記付加機能情報を製作者端末へ前記通信部を介して送信する付加情報通信ステップと、前記通信部が前記製作者端末から、前記機能を具現化するための追加装置の仕様を示す仕様情報を受信した場合、前記仕様情報を前記ユーザ端末へ前記通信部を介して送信する仕様情報通信ステップと、前記ユーザ端末へ送信した仕様情報が示す仕様のうちから選択された一の仕様を示す選択情報を前記通信部が前記ユーザ端末から受信した場合、前記選択情報が示す一の仕様を追加装置の仕様として決定する仕様決定ステップと、をコンピュータに実行させるための仕様決定プログラムである。

本発明の態様によれば、ユーザが付加したい機能を基本端末と連携することにより実現する追加装置の仕様を決定することができる。

本実施形態における商品実現システムの構成を示す概略図である。 本実施形態におけるユーザ端末の構成を示す概略ブロック図である ユーザ端末に表示されるアイディア入力ページのブラウザ画面の一例である。 ユーザ端末に表示される仕様選択ページのブラウザ画面の一例である。 ユーザ端末に表示されるアンケート回答ページのブラウザ画面の一例である。 ユーザ端末に表示される投票ページのブラウザ画面の一例である。 ユーザ端末に表示される追加装置の仕様入力ページのブラウザ画面の一例である。 ユーザ端末に表示されるアイディアの改良案を入力するページのブラウザ画面の一例である。 本実施形態における製作者端末の構成を示す概略ブロック図である。 製作者端末に表示されるアイディアリストページのブラウザ画面の一例である。 製作者端末に表示される仕様入力ページのブラウザ画面の一例である。 製作者端末に表示される追加装置の検査項目入力ページのブラウザ画面の一例である。 製作者端末に表示される特許を受ける権利の譲渡を打診するためのページのブラウザ画面の一例である。 本実施形態におけるサーバ装置の構成を示す概略ブロック図である。 記憶部に記憶されているユーザ登録情報が示されたテーブルの一例である。 記憶部に記憶されている製作者登録情報が示されたテーブルの一例である。 制御部の構成を示す概略ブロック図である。 記憶部に記憶されているアイディア情報が示されたテーブルの一例である。 記憶部に記憶されている仕様情報が示されたテーブルの一例である。 記憶部に記憶されている追加装置情報が示されたテーブルの一例である。 記憶部に記憶されているパーツ情報が示されたテーブルの一例である。 記憶部に記憶されている検査項目の情報が示されたテーブルの一例である。 購買情報調査部の構成を示す概略ブロック図である。 ユーザの登録処理の流れを示したシーケンス図の一例である。 製作者の登録処理の流れを示したシーケンス図の一例である。 製作決定の処理の流れを示すシーケンス図の一例である。 購買需要を調査する処理の流れを示すシーケンス図の一例である。 量産化が決定された追加装置の販売処理の流れを示すシーケンス図の一例である。 追加装置の認証処理の流れを示すシーケンス図の一例である。 アイディアまたは仕様に新規性がある場合の処理の流れを示すシーケンス図の一例である。 改良案の採用処理の流れを示すシーケンス図の一例である。 ユーザ端末に表示されるオリジナルアイディアリストの表示例である。 ユーザ端末に表示されるあいのりアイディアリストの表示例である。 ユーザ端末に表示される登録内容現現状確認のページのブラウザ画面の一例である。 オリジナルのアイディアから派生してあいのりアイディアが出され、最終的に製品化へ導くイメージ図である。

以下、本発明の実施形態について、図面を参照して詳細に説明する。本実施形態では、予め決められた基本端末と連携して所望の機能を実現する追加装置の仕様を決定する商品実現システムの一例として、予め決められた基本端末と物理的に接続して、所望の機能を実現する追加装置の仕様を決定する商品実現システムの一例について説明する。
なお、本実施形態では、一例として、追加装置が基本端末と物理的に接続することにより所望の機能を実現する場合について説明するが、これに限らず、追加装置が基本端末と物理的に接続してなくてもよい。例えば、商品実現システムは、無線通信または赤外線通信などを用いて基本端末と連携することにより所望の機能を実現する追加装置の仕様を決定してもよい。

＜商品実現システムの概略について＞
図１は、本実施形態における商品実現システム１の構成を示す概略図である。商品実現システム１は、ユーザ端末１００＿１、…、１００＿ＭのＭ個（Ｍは１以上の整数）のユーザ端末１００＿ｉ（ｉは１からＭまでの整数）と、サーバ装置２００と、製作者端末３００＿１、…、３００＿ＮのＮ個（Ｎは１以上の整数）の製作者端末３００＿ｊ（ｊは１からＮまでの整数）とを備える。各ユーザ端末１００＿ｉは、通信網４１２を介してサーバ装置２００と接続されている。また、各製作者端末３００＿ｊは、通信網４２３を介してサーバ装置２００と接続されている。

各ユーザ端末１００＿ｉは、通信網４１２を介してサーバ装置２００と通信可能であり、各ユーザ端末１００＿ｉは、通信網４１２を介してサーバ装置２００に各種の情報を送信する。また、各ユーザ端末１００＿ｉは、通信網４１２を介してサーバ装置２００から送信された各種の情報を受信する。

同様に、各製作者端末３００＿ｊは、通信網４２３を介してサーバ装置２００と通信可能であり、各製作者端末３００＿ｊは、通信網４２３を介してサーバ装置２００に各種の情報を送信する。また、各製作者端末３００＿ｊは、通信網４２３を介してサーバ装置２００から送信された各種の情報を受信する。

サーバ装置２００は、各ユーザ端末１００＿ｉまたは各製作者端末３００＿ｊから送信された各種の情報を受信する。また、サーバ装置２００は、各ユーザ端末１００＿ｉまたは各製作者端末３００＿ｊに各種の情報を送信する。
サーバ装置２００は、１以上のユーザ端末１００＿ｉおよび１以上の製作者端末３００＿ｊと情報通信を行うことにより、基本装置に何らかの機能を付加する追加装置の仕様を決定する。

＜ユーザ端末の概略構成について＞
図２は、本実施形態におけるユーザ端末１００＿ｉの構成を示す概略ブロック図である。ユーザ端末１００＿ｉは、記憶部１０１と、入力部１０２と、制御部１０３と、通信部１０４と、表示部１０５とを備える。
記憶部１０１には、制御部１０３が実行するインターネットブラウザのプログラムが記憶されている。

入力部１０２は、ユーザ端末１００＿ｉを操作するユーザにより入力される入力情報を受け付ける。入力部１０２は、受け付けた入力情報を制御部１０３に出力する。入力部１０２は、例えば、キーボードとマウスである。具体的には、例えば、入力部１０２は、キーボードから入力されたキー入力情報（例えば、アイディア入力情報）を、制御部１０３に出力する。また、例えば、入力部１０２は、カーソルの移動を指示する移動指示情報と、マウスが左クリックされた左クリック情報とを制御部１０３に出力する。

制御部１０３は、記憶部１０１からインターネットブラウザのプログラムを読み出し、読み出したインターネットブラウザのプログラムを実行する。これにより、制御部１０３は、インターネットブラウザの表示画面を表示部１０５に表示させる。

制御部１０３は、入力部１０２から入力された入力情報に基づいて、表示部１０５に表示を変更させる。具体的には、例えば、制御部１０３は、入力部１０２から入力されたカーソル移動指示情報に基づいて、表示部１０５に表示されたカーソルの位置を移動させる。
また、制御部１０３は、入力部１０２から入力されたキー入力情報を一時的に保持する。また、制御部１０３は、表示部の１０５の表示画面においてカーソルが所定のボタン（例えば、ラジオボタン又はセレクトボックスなど）の上にあるときに、入力部１０２から入力された左クリック情報に基づいて、左クリック情報により選択された選択情報を一時的に保持する。そして、制御部１０３は、入力部１０２から入力された左クリック情報に基づいて、表示部１０５の表示画面を変更する。

そして、制御部１０３は、表示部の１０５の表示画面においてカーソルが所定のボタン（例えば、選択ボタン又は送信ボタンなど）の上にある場合に、入力部１０２から左クリック情報が入力されると、一時的に保持していたキー入力情報または選択情報を通信部１０４からサーバ装置２００に送信させる。
また、制御部１０３は、通信部１０４から入力された情報に基づいて、サーバ装置２００のページを表示部１０５に表示させる。

通信部１０４は、制御部１０３による制御に基づいて、制御部１０３から入力されたキー入力情報または選択情報をサーバ装置２００に送信する。
逆に、通信部１０４は、サーバ装置２００から送信された情報を受信し、制御部１０３に出力する。

＜ユーザ端末に表示されるＷｅｂページについて＞
続いて、表示部１０５に表示されるＷｅｂページの例について、図３から図８を用いて説明する。図３は、ユーザ端末１００＿ｉに表示されるアイディア入力ページのブラウザ画面Ｗ３０の一例である。同図のブラウザ画面Ｗ３０内には、入力欄Ｒ３１と、ラジオボタンＲ３２と、ラジオボタンＲ３３と、セレクトボックスＲ３４と、セレクトボックスＲ３５と、セレクトボックスＲ３６と、送信ボタンＲ３７とが示されている。

入力欄Ｒ３１は、アイディアを入力する入力欄である。ラジオボタンＲ３２は、特注希望を選択するボタンであり、ラジオボタンＲ３３は、量産希望を選択するボタンである。これにより、ユーザは、特注希望と量産希望とを二者択一で選択することができる。
また、セレクトボックスＲ３４はアイディアの仕様を作成する期限である仕様作成期限の年を選択するプルダウン形式のメニューである。同様に、セレクトボックスＲ３５は、仕様作成期限の月を選択するプルダウン形式のメニューである。同様に、セレクトボックスＲ３６は、仕様作成期限の日を選択するプルダウン形式のメニューである。これにより、ユーザは、仕様作成期限を選択することができる。

送信ボタンＲ３７は、ブラウザ画面Ｗ３０において入力された各種情報をサーバ装置２００に送信するためのボタンである。表示部の１０５の表示画面においてカーソルが送信ボタンＲ３７の上にある際にマウスが左クリックされ、入力部１０２から左クリック情報が入力されると、制御部１０３は、入力欄Ｒ３１に入力されたアイディアを示すアイディア情報と、ラジオボタン（Ｒ３２又はＲ３３）により選択された量産希望有無の情報（ニーズ情報）と、セレクトボックス（Ｒ３４、Ｒ３５又はＲ３６）により選択された仕様作成期限の情報とを、通信部１０４からサーバ装置２００に送信する。

図４は、ユーザ端末１００＿ｉに表示される仕様選択ページのブラウザ画面Ｗ４０の一例である。同図のブラウザ画面Ｗ４０内には、仕様作成者名と、外観図と、パーツリストと、仕様と、価格の各組が示された表Ｒ４１が示されている。また、表Ｒ４１内には、ラジオボタンＲ４２と、ラジオボタンＲ４３と、ラジオボタンＲ４４とが示されている。これにより、ユーザは、３つのラジオボタン（Ｒ４２からＲ４４）のうちの１つを選択することにより、３つの仕様から１つを選択することができる。

また、同図のブラウザ画面Ｗ４０内には、仕様ＯＫボタンＲ４５と、仕様ＮＧボタンＲ４６とが示されている。３つのラジオボタンのうちの１つが選択された状態で、表示部の１０５の表示画面においてカーソルが仕様ＯＫボタンＲ４５上にある際にマウスが左クリックされ、入力部１０２から左クリック情報が入力されると、制御部１０３は、選択されたラジオボタンに関連付けられた仕様ＩＤを、通信部１０４からサーバ装置２００に送信する。ここで、仕様ＩＤは、仕様を識別する識別情報である。
また、表示部の１０５の表示画面においてカーソルが仕様ＮＧボタンＲ４６上にある際にマウスが左クリックされ、入力部１０２から左クリック情報が入力されると、制御部１０３は、表示された全ての仕様を却下することを示す仕様ＮＧ情報を、通信部１０４からサーバ装置２００に送信する。

図５は、ユーザ端末１００＿ｉに表示されるアンケート回答ページのブラウザ画面Ｗ５０の一例である。同図のブラウザ画面Ｗ５０内には、アイディアと価格とが関連付けられた表Ｒ５１が示されている。アイディアは「暗闇でもフラッシュをたかずに撮影できるカメラ」であり、そのアイディアを実現する追加装置の価格が１００００円であることが示されている。

また、ブラウザ画面Ｗ５０内には、ラジオボタンＲ５２と、ラジオボタンＲ５３とが示されている。ラジオボタンＲ５２は、上記のアイディアを実現する追加装置を上記の価格で購入したい場合に選択されるボタンである。逆に、ラジオボタンＲ５３は、上記のアイディアを実現する追加装置を上記の価格で購入したくない場合に選択されるボタンである。これにより、ユーザは、上記のアイディアを実現する追加装置を購入したいか購入したくないかを二者択一で選択することができる。

また、ブラウザ画面Ｗ５０内には、送信ボタンＲ５４が示されている。ラジオボタンＲ５２が選択された状態で、表示部の１０５の表示画面においてカーソルが送信ボタンＲ５４上にある際にマウスが左クリックされ、入力部１０２から左クリック情報が入力されると、制御部１０３は、購入希望の有無を示す購入希望有無情報の値を１とし、購入希望有無情報を、通信部１０４からサーバ装置２００に送信する。
一方、ラジオボタンＲ５３が選択された状態で、表示部の１０５の表示画面においてカーソルが送信ボタンＲ５４上にある際にマウスが左クリックされ、入力部１０２から左クリック情報が入力されると、制御部１０３は、購入希望有無情報の値を０とし、購入希望有無情報を、通信部１０４からサーバ装置２００に送信する。

図６は、ユーザ端末１００＿ｉに表示される投票ページのブラウザ画面Ｗ６０の一例である。同図のブラウザ画面Ｗ６０内には、順位とアイディアの内容と現在の投票数の組を示す表Ｒ６１が示されている。すなわち、現在の投票数に応じた各アイディアの順位および各アイディアの内容が示されている。
表Ｒ６１のアイディアの内容の列に示された各アイディアの下線は、そのアイディアの改良案を入力する改良案ページへのリンクが貼られていることを表している。

また、表Ｒ６１内には、チェックボックスＲ６２と、チェックボックスＲ６３と、チェックボックスＲ６４とが示されている。これにより、ユーザは、３つのチェックボックス（Ｒ６２からＲ６４）のうちの１つをチェックすることにより、３つのアイディアから１つを選択することができる。

また、同図のブラウザ画面Ｗ６０内には、投票ボタンＲ６５が示されている。チェックボックス（Ｒ６２からＲ６４）がチェックされた状態で、カーソルが投票ボタンＲ６５の上にある際にマウスが左クリックされ、入力部１０２から左クリック情報が入力されると、制御部１０３は、チェックされたチェックボックス（Ｒ６２からＲ６４）に関係付けられたアイディアＩＤを、通信部１０４からサーバ装置２００に送信する。ここで、アイディアＩＤは、アイディアを識別する識別情報である。これにより、ユーザ端末１００＿ｉは、サーバ装置２００に記憶されているアイディアＩＤに関連付けられた投票数を１加算させることができる。

図７は、ユーザ端末１００＿ｉに表示される追加装置の仕様入力ページのブラウザ画面Ｗ７０の一例である。同図のブラウザ画面Ｗ７０内には、追加装置の仕様を入力する入力欄Ｒ７１と、送信ボタンＲ７２とが示されている。
送信ボタンＲ７２は、入力欄Ｒ７１に入力された仕様情報をサーバ装置２００に送信するためのボタンである。表示部の１０５の表示画面においてカーソルが送信ボタンＲ７２の上にある際にマウスが左クリックされ、入力部１０２から左クリック情報が入力されると、制御部１０３は、入力欄Ｒ７１に入力された追加装置の仕様を示す仕様情報を、通信部１０４からサーバ装置２００に送信する。

図８は、ユーザ端末１００＿ｉに表示されるアイディアの改良案を入力する改良案入力ページのブラウザ画面Ｗ８０の一例である。同図のブラウザ画面Ｗ８０内には、アイディアの改良案を入力する入力欄Ｒ８１と、送信ボタンＲ８２とが示されている。
同図のブラウザ画面Ｗ８０は、図６の投票ページのブラウザ画面Ｗ６０の順位が１位のアイディアである「被写体が止まったときに撮影できるカメラ」のリンクから遷移した後の改良案入力ページである。

同図のブラウザ画面Ｗ８０の例では、「被写体が 止まったときに撮影できるカメラ」というアイディアの改良案として、入力欄Ｒ８１に入力された「被写体が止まったとき、かつ被写体が正面を向いているときに撮像するカメラ」が示されている。

また、送信ボタンＲ８２は、入力欄Ｒ８１に入力された情報をサーバ装置２００に送信するためのボタンである。表示部の１０５の表示画面においてカーソルが送信ボタンＲ８２の上にある際にマウスが左クリックされ、入力部１０２から左クリック情報が入力されると、制御部１０３は、入力欄Ｒ８１に入力された改良案を示す改良案情報を、通信部１０４からサーバ装置２００に送信する。

＜製作者端末の概略構成について＞
図９は、本実施形態における製作者端末３００＿ｊの構成を示す概略ブロック図である。製作者端末３００＿ｊは、記憶部３０１と、入力部３０２と、制御部３０３と、通信部３０４と、表示部３０５とを備える。製作者端末３００＿ｊの構成は、ユーザ端末１００＿ｉと同一である。
記憶部３０１には、制御部３０３が実行するインターネットブラウザのプログラムが記憶されている。

入力部３０２は、製作者端末３００＿ｊを操作する製作者により入力される入力情報を受け付ける。入力部３０２は、受け付けた入力情報を制御部３０３に出力する。入力部３０２は、例えば、キーボードとマウスである。具体的には、例えば、入力部３０２は、キーボードから入力されたキー入力情報（例えば、アイディア入力情報）を、制御部３０３に出力する。また、例えば、入力部３０２は、カーソルの移動を指示するカーソル移動指示情報と、マウスが左クリックされた左クリック情報とを制御部３０３に出力する。

制御部３０３は、入力部３０２から入力された入力情報に基づいて、表示部３０５の表示を変更させる。具体的には、例えば、制御部３０３は、入力部３０２から入力されたカーソル移動指示情報に基づいて、表示部３０５に表示されたカーソルの位置を移動させる。
また、制御部３０３は、入力部３０２から入力されたキー入力情報を一時的に保持する。また、制御部３０３は、表示部の１０５の表示画面においてカーソルが所定のボタン（例えば、ラジオボタン又はセレクトボックスなど）の上にあるときに、入力部３０２から入力された左クリック情報に基づいて、左クリック情報により選択された選択情報を一時的に保持する。そして、制御部３０３は、入力部３０２から入力された左クリック情報に基づいて、表示部３０５の表示画面を変更する。

そして、制御部３０３は、表示部の１０５の表示画面においてカーソルが所定のボタン（例えば、選択ボタン又は送信ボタンなど）の上にある場合に、入力部３０２から左クリック情報が入力されると、一時的に保持していたキー入力情報または選択情報を通信部３０４からサーバ装置２００に送信ささせる。
また、制御部３０３は、通信部３０４から入力された情報に基づいて、サーバ装置２００のページを表示部３０５に表示させる。

通信部３０４は、制御部３０３による制御に基づいて、制御部３０３から入力されたキー入力情報または選択情報をサーバ装置２００に送信する。
通信部３０４は、サーバ装置２００から送信された情報を受信し、制御部３０３に出力する。

＜製作端末に表示されるＷｅｂページについて＞
表示部３０５に表示されるＷｅｂページの例について、図１０から図１３を用いて説明する。図１０は、製作者端末３００＿ｊに表示されるアイディアリストページのブラウザ画面Ｗ１００の一例である。同図のブラウザ画面Ｗ１００内には、アイディアリストを示す表Ｒ１０１と、選択ボタンＲ１０２と、選択ボタンＲ１０３と、選択ボタンＲ１０４とが示されている。

表Ｒ１０１には、アイディアの順位と、アイディアと、現在の投票数と、仕様作成期限の組が示されている。表Ｒ１０１では、アイディアの順位が高い順に、上からアイディアが並んでいることが示されている。ここでアイディアの順位は、現在の投票数に応じ、現在の投票数が多いほど順位が高い。

表示部の３０５の表示画面においてカーソルが各選択ボタン（Ｒ１０２、Ｒ１０３又はＲ１０４）の上にある際にマウスが左クリックされ、入力部３０２から左クリック情報が入力されると、制御部３０３は、その選択ボタンに関連付けられたアイディアＩＤを通信部３０４からサーバ装置２００に送信するとともに、サーバ装置２００に対して、選択ボタンに関連付けられた仕様入力ページを要求する。

これにより、サーバ装置２００は、アイディアＩＤと仕様入力ページの要求を受信すると、そのアイディアＩＤに対応する仕様入力ページを生成する仕様入力ページ情報を、要求があった製作者端末３００＿ｊに送信する。製作者端末３００＿ｊの通信部３０４は、サーバ装置２００から送信された仕様入力ページ情報を受信し、受信した仕様入力ページ情報を制御部３０３に出力する。制御部３０３は、通信部３０４から入力された仕様入力ページ情報に基づいて、仕様入力ページを表示部３０５に表示させる。これにより、仕様入力ページが表示部３０５に表示される。

図１１は、製作者端末３００＿ｊに表示される仕様入力ページのブラウザ画面Ｗ１１０の一例である。同図のブラウザ画面Ｗ１１０内には、入力欄Ｒ１１１と、チェックボックス領域Ｒ１１２と、入力欄Ｒ１１３と、入力欄Ｒ１１４と、参照ボタンＲ１１５と、送信ボタンＲ１１６と、アイディア挿入領域Ｒ１１７とが示されている。

図１１の例は、図１０の表Ｒ１０１内の順位が１位のアイディアである「被写体が 止まったときに撮影できるカメラ」に対応する選択ボタンＲ１０２が左クリックされた後に、遷移する仕様入力ページである。
アイディア挿入領域Ｒ１１７には、選択されたアイディアが挿入される。
入力欄Ｒ１１１は、「被写体が止まったときに撮影できるカメラ」というアイディアを具現化する追加装置の仕様を入力する入力欄である。

また、チェックボックス領域Ｒ１１２には、チェックボックスとパーツ名との組が順に並んでおり、製作者端末３００＿ｊを操作する追加装置の製作者は、入力欄Ｒ１１１に入力された追加装置の仕様で用いるパーツが選択できる。具体的には、パーツとして、カメラモジュール、通信モジュール、振動モジュール、マイクモジュール、センサー、液晶パネル毎にチェックボックスが存在する。これにより、製作者端末３００＿ｊを操作する追加装置の製作者は、各チェックボックスをチェックすることにより、そのチェックボックスに関連付けられたパーツを選択することができる。

また、パーツとしてカメラモジュールを用いる際には、レンズの種類（例えば、レンズＡ、レンズＢ又はレンズＣ）及びメモリの種類（メモリＡ、メモリＢ又はメモリＣ）毎にチェックボックスが存在する。また、パーツとして通信モジュールを用いる際には、通信の態様（例えば、通信Ａ、通信Ｂ又は通信Ｃ）毎にチェックボックスが存在する。例えば、通信Ａが赤外線通信モジュールで、通信Ｂが無線ＬＡＮモジュールである。
これにより、製作者端末３００＿ｊを操作する追加装置の製作者は、各チェックボックスをチェックすることにより、そのチェックボックスに関連付けられたレンズの種類、メモリの種類又は通信の種類を選択することができる。

チェックボックス領域Ｒ１１２において、レンズＡと、メモリＡと、液晶パネルのチェックボックスにチェックが入れられている。また、パーツ原価として、レンズＡが２０００円、メモリＡが１０００円、液晶パネルが１０００円であることが示されている。また、パーツ原価の合計金額が４０００円であることが示されている。
製作者端末３００＿ｊは、各チェックボックスがチェックされた場合、チェックされたパーツ名をサーバ装置２００に送信する。サーバ装置２００は、製作者端末３００＿ｊから送信されたパーツ名に関連付けられたパーツ原価を読み出し、そのパーツ原価を製作者端末３００＿ｊに送信する。製作者端末３００＿ｊは、サーバ装置２００から送信されたパーツ原価をチェックボックス領域Ｒ１１２に表示する。

これにより、製作者端末３００＿ｊは、チェックボックスがチェックされたパーツの原価を表示するので、製作者端末３００＿ｊを操作する追加装置の製作者は、パーツの原価を知ることができる。これにより、追加装置の製作者は、パーツ原価に基づいて、追加装置の販売価格の目安を立てることができる。

入力欄Ｒ１１３は、追加装置の販売価格を入力する入力欄である。
なお、製作者端末３００＿ｊは、パーツ原価の合計金額に基づいて、追加装置の販売価格案を、入力欄Ｒ１１３に表示してもよい。その場合、サーバ装置２００は、パーツ原価の合計金額を算出し、算出したパーツ原価の合計金額に対して所定の倍率（例えば、１．５倍）を乗じた販売価格案を算出する。サーバ装置２００は、算出した販売価格案を製作者端末３００＿ｊに送信する。製作者端末３００＿ｊは、サーバ装置２００から送信されたパーツ原価をチェックボックス領域Ｒ１１２に表示する。

入力欄Ｒ１１４は、追加装置の外観図のファイルパスを入力する入力欄である。参照ボタンＲ１１５は、ファイルパスの入力を支援するボタンである。表示部の３０５の表示画面においてカーソルが参照ボタンＲ１１５の上にある際にマウスが左クリックされ、入力部３０２から左クリック情報が入力されると、制御部３０３は、表示部３０５にファイルの選択画面を表示させる。表示部の３０５の表示画面においてカーソルがその画面内において表示されているファイル名の上にある際にマウスが左クリックされ、入力部３０２から左クリック情報が入力されると、制御部３０３は、左クリックにより選択されたファイルのパスを入力欄Ｒ１１３に表示する。

送信ボタンＲ１１６は、仕様入力ページで入力された情報をサーバ装置２００に送信するためのボタンである。表示部の３０５の表示画面においてカーソルが送信ボタンＲ１１６の上にある際にマウスが左クリックされ、入力部３０２から左クリック情報が入力されると、制御部３０３は、追加装置の仕様、使用するパーツ、販売価格のそれぞれを示す情報と外観図のファイルとを、通信部３０４からサーバ装置２００に送信させる。
これにより、サーバ装置２００は、製作者端末３００＿ｊから送信された仕様入力ページで入力された情報と外観図のファイルとを受信し、追加装置の仕様、使用するパーツ、販売価格のそれぞれを示す情報と、外観図のファイルと、仕様作成者を識別する製作者ＩＤとをアイディアＩＤと関連付けて記憶する。

そして、サーバ装置２００は、そのアイディアＩＤのアイディアを投稿したユーザのユーザＩＤとともに仕様選択ページの要求を受信した場合、そのアイディアＩＤに関連付けられた追加装置の仕様、外観図、パーツリスト、価格及び製作者ＩＤのそれぞれを示す情報を後述する自装置の記憶部２１０から読み出す。また、サーバ装置２００は、読み出した製作者ＩＤに関連付けられた製作者名を示す情報を記憶部２１０から読み出す。また、サーバ装置２００は、仕様選択ページのソースコードを記憶部２１０から読み出す。

そして、サーバ装置２００は、読み出した追加装置の仕様、追加装置の仕様、外観図、パーツリスト、価格及び製作者ＩＤを仕様選択ページのソースコード内の予め決められた箇所に挿入する。そして、サーバ装置２００は、挿入により変更された仕様選択ページを示す仕様選択ページ情報をユーザ装置１００＿ｉに送信する。これにより、ユーザ装置１００＿ｉは、受信した仕様選択ページ情報に基づいて、仕様選択ページ（例えば、図４）を表示することができる。

図１２は、製作者端末３００＿ｊに表示される追加装置の検査項目入力ページのブラウザ画面Ｗ１２０の一例である。同図のブラウザ画面Ｗ１２０内には、入力欄Ｒ１２１と、検査作業フローを示す表と、送信ボタンＲ１２６とが示されている。検査作業フローを示す表には、検査項目と検査条件とその検査項目が検査条件により検査された結果得られる検査結果の入力欄との組が示されている。また、各検査項目は、矢印が示す順に検査されることが示されている。

入力欄Ｒ１２１は、追加装置を識別する追加装置ＩＤを入力する入力欄である。ここでは、一例として、入力欄Ｒ１２１に「２」が入力された状態が示されている。入力欄Ｒ１２２は、温度性能試験により得られた検査結果（以下、温度性能試験結果と称す）を入力する入力欄である。入力欄Ｒ１２３は、異常電圧試験により得られた検査結果（以下、異常電圧試験結果と称す）を入力する入力欄である。入力欄Ｒ１２４は、強度試験により得られた検査結果（以下、強度試験結果と称す）を入力する入力欄である。入力欄Ｒ１２５は、電源ＯＮ／ＯＦＦ耐久試験により得られた検査結果（以下、電源ＯＮ／ＯＦＦ耐久試験結果と称す）を入力する入力欄である。
ここで、例えば、各検査結果には、対応する検査条件を満たす場合に１が入力され、対応する検査条件を満たさない場合に０が入力される。具体意的には、例えば、電源ＯＮ／ＯＦＦ耐久試験結果とは、予め決められた回数（例えば、１万回）電源のＯＮとＯＦＦを繰り返しても壊れないか否かを示す数値であり、１の場合、壊れない（耐久性有り）ことを示し、０の場合、壊れる（耐久性無し）ことを示す。送信ボタンＲ１２６は、入力欄Ｒ１２１〜Ｒ１２５に入力された情報をサーバ装置２００に送信するためのボタンである。

表示部の３０５の表示画面においてカーソルが送信ボタンＲ１２５の上にある際にマウスが左クリックされ、入力部３０２から左クリック情報が入力されると、制御部３０３は、入力欄Ｒ１２１に入力された追加装置ＩＤ、入力欄Ｒ１２２に入力された温度性能試験結果、入力欄Ｒ１２３に入力された異常電圧試験結果、入力欄Ｒ１２４に入力された強度試験結果及び入力欄Ｒ１２５に入力された電源ＯＮ／ＯＦＦ耐久試験結果それぞれを示す情報を通信部３０４からサーバ装置２００に送信させる。

これにより、サーバ装置２００は、製作者端末３００＿ｊから送信された追加装置ＩＤ、温度性能試験結果、異常電圧試験結果、強度試験結果及び電源ＯＮ／ＯＦＦ耐久試験結果それぞれを示す情報を記憶する。ここで、サーバ装置２００は、検査項目毎に予め決められた適正範囲を記憶している。
サーバ装置２００は、記憶している検査項目毎の適正範囲を参照し、受信した各検査項目が検査項目毎に予め決められた適正範囲に入っているか否か判定する。すべての検査項目が適正範囲に入っている場合、サーバ装置２００は、その追加装置ＩＤに関連付けられた追加装置を認証すると判定する。一方、検査項目が１つでも適正範囲に入っていない場合、サーバ装置２００は、その追加装置ＩＤに関連付けられた追加装置を認証しないと判定する。

図１３は、製作者端末３００＿ｊに表示される特許を受ける権利の譲渡を打診するためのページのブラウザ画面Ｗ１３０の一例である。同図のブラウザ画面Ｗ１３０内には、表Ｒ１３１と、送信ボタンＲ１３５とが示されている。また、表Ｒ１３１内には、チェックボックスＲ１３２と、チェックボックスＲ１３３と、チェックボックスＲ１３４とが示されている。

表Ｒ１３１には、ユーザがサーバ装置２００にアップロードしたアイディア又はユーザがサーバ装置２００にアップロードした追加装置の仕様とチェックボックス（Ｒ１３２、Ｒ１３３、またはＲ１３４）の組が示されている。例えば、チェックボックスＲ１３２と、「被写体が止まったときに撮影できるカメラ」というアイディアの組が示されている。

送信ボタンＲ１３５は、チェックボックスＲ１３２〜Ｒ１３４にチェックされたアイディアまたは追加装置の仕様に関連付けられたアイディアＩＤまたは仕様ＩＤをサーバ装置２００に送信するためのボタンである。ここで、仕様ＩＤは、追加装置を識別する識別情報である。

カーソルが送信ボタンＲ１３５の上にある際にマウスが左クリックされ、入力部３０２から左クリック情報が入力されると、制御部３０３は、チェックボックスがチェックされたものがアイディアであるか追加装置の構成であるかを示すアイディアフラグ情報（例えば、アイディアフラグは１でアイディア、０で追加装置の構成を示す）を通信部３０４からサーバ装置２００に送信させる。

また、それとともに、制御部３０３は、チェックボックスでチェックされたものがアイディアの場合、アイディアに関連付けられたアイディアＩＤを通信部３０４からサーバ装置２００に送信させ、チェックボックスでチェックされたものが追加装置の構成の場合、その構成に関連付けられた構成ＩＤを通信部３０４からサーバ装置２００に送信させる。

＜サーバ装置の概略構成について＞
続いて、本実施形態におけるサーバ装置２００について説明する。図１４は、本実施形態におけるサーバ装置２００の構成を示す概略ブロック図である。サーバ装置２００は、記憶部２１０と、通信部２２０と、制御部２３０とを備える。

記憶部２１０には、ページの情報が記憶されている。具体的には、例えば、記憶部２１０には、ユーザ登録ページのソースコードを示すユーザ登録ページ情報、製作者登録ページのソースコードを示す製作者登録ページ情報が記憶されている。また、記憶部２１０には、アイディアの入力をするアイディア入力ページ（例えば、図３）のソースコードを示すアイディア入力ページ情報が記憶されている。また、記憶部２１０には、サーバ装置２００にアップロードされたアイディアを表示するアイディアページのソースコードを示すアイディアページ情報が記憶されている。

また、記憶部２１０には、ユーザが仕様を選択する仕様選択ページ（例えば、図４）のソースコードを示す仕様選択ページ情報が記憶されている。また、記憶部２１０には、ユーザがアンケートに回答するためのアンケート回答ページ（例えば、図５）のソースコードを示すアンケート回答ページ情報が記憶されている。また、記憶部２１０には、ユーザが商品化されたら購入したいアイディアに投票する投票ページ（例えば、図６）のソースコードを示す投票ページ情報が記憶されている。

また、記憶部２１０には、追加装置を販売する追加装置の販売ページのソースコードを示す追加装置の販売ページ情報が記憶されている。また、記憶部２１０には、追加装置の仕様を入力する仕様入力ページ（例えば、図７）のソースコードを示す仕様入力ページ情報が記憶されている。

また、記憶部２１０には、アイディアの改良案を入力する改良案入力ページ（図８）のソースコードを示す改良案入力ページ情報が記憶されている。
また、記憶部２１０には、アイディアが投票に基づいた順位順に表示されるアイディアリストページ（例えば、図１０）のソースコードを示すアイディアリストページ情報が記憶されている。また、記憶部２１０には、アイディアを具現化する追加装置の仕様を入力する仕様入力ページ（例えば、図１１）のソースコードを示す仕様入力ページ情報が記憶されている。

また、記憶部２１０には、追加装置の検査項目を入力する検査項目入力ページ（例えば、図１２）のソースコードを示す検査項目入力ページ情報が記憶されている。また、記憶部２１０には、特許を受ける権利の譲渡を打診する権利譲渡打診ページ（例えば、図１３）のソースコードを示す権利譲渡打診ページ情報が記憶されている。
また、記憶部２１０には、制御部２３０により各種の情報が記憶される。

通信部２２０は、ユーザ端末１００＿ｉから通信網４１２を介して送信された各種の情報を受信し、受信した各種の情報を制御部２３０に出力する。また、通信部２２０は、制御部２３０から入力された各種の情報を、通信網４１２を介してユーザ端末１００＿ｉへ送信する。

また、通信部２２０は、製作者端末３００＿ｊから通信網４２３を介して送信された各種の情報を受信し、受信した各種の情報を制御部２３０に出力する。また、通信部２２０は、制御部２３０から入力された各種の情報を、通信網４２３を介して製作者端末３００＿ｊへ送信する。

制御部２３０は、通信部２２０から入力された各種の情報を、記憶部２１０に記憶させる。また、制御部２３０は、ユーザ端末１００＿ｉから送信された登録ページの要求が、通信部２２０から入力された場合、記憶部２１０から登録ページ情報を読み出す。制御部２３０は、通信部２２０からその要求があったユーザ端末１００＿ｉへ登録ページ情報を送信させる。

そして、制御部２３０は、ユーザ端末１００＿ｉから送信されたログインパスワード、名前、住所、メールアドレス及び銀行口座のそれぞれを示す情報が通信部２２０から入力された場合、そのユーザを識別する固有の識別情報であるユーザＩＤを生成する。そして、制御部２３０は、生成したユーザＩＤと、入力されたログインパスワード、名前、住所、メールアドレス及び銀行口座とを関連付けて記憶部２１０のテーブルＴ１に記憶する。

図１５は、記憶部２１０に記憶されているユーザ登録情報が示されたテーブルＴ１の一例である。同図のテーブルＴ１において、ユーザＩＤ、ログインパスワード、名前、住所、メールアドレス、入金用銀行口座、クレジッドカード、追加装置に具現化されたアイディアの件数及びユーザカテゴリの組が示されている。
例えば、ユーザＩＤが「１」のユーザは、ログインパスワードが「ＸＸＸＸＸＸＸＸ」で、名前が「○○太郎」で、住所が「東京都…」で、メールアドレスが「ａｂｃ＠ＡＡＡ．ｃｏｍ」で、入金用銀行口座が「○○銀行 ＸＸ支店 普通口座Ｎｏ．１２３４５６７８」で、クレジッドカードが「○○カード 有効期限：１３年０４月 Ｎｏ．１１１１２２２２３３３３４４４４」で、追加装置に具現化されたアイディアの件数が「０」で、ユーザカテゴリが「ライトユーザ」であることが示されている。

制御部２３０は、ユーザ登録時には、追加装置に具現化されたアイディアの件数を「０」、ユーザカテゴリを「ライトユーザ」に設定する。
制御部２３０は、あるアイディアの商品化を決定した場合、後述するアイディア情報が記憶されたテーブルＴ３において、そのアイディアのアイディアＩＤに関連付けられたユーザＩＤを参照する。そして、制御部２３０は、ユーザ登録情報が記憶されたテーブルＴ１において、参照したユーザＩＤに追加装置に具現化されたアイディアの件数を１だけ増加させる。これにより、制御部２３０は、追加装置に具現化されたアイディアの件数を更新することができる。

また、追加装置に具現化されたアイディアの件数が第１の閾値（例えば、５）以上になった場合、そのユーザＩＤに関連付けられたユーザカテゴリをミドルユーザに変更する。また、追加装置に具現化されたアイディアの件数が第１の閾値より大きい第２の閾値（例えば、１０）以上になった場合、そのユーザＩＤに関連付けられたユーザカテゴリをヘビーユーザに変更する。

すなわち、制御部２３０は、追加装置に具現化されたアイディアの件数に基づいて、ユーザのユーザカテゴリを変更する。
なお、本実施形態では、制御部２３０によるユーザカテゴリの変更は、追加装置に具現化されたアイディアの件数に基づいて行われたが、これに限らず、量産化された追加装置のアイディアを提供した件数に基づいて行われてもよい。

追加装置を開発するために必要なＨＤＫ（Ｈａｒｄｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔｓ、以下ＨＤＫと称する）を使用するユーザは、エンドユーザであっても、追加装置を自作したいユーザまたは追加装置の制作会社である。ここで、ＨＤＫは、追加装置の製品開発するための環境キットである。具体的には、例えば、ＨＤＫは、基本端末と追加装置を接続するためのメカニカル及び電気のインターフェイスであり、「技術情報（ソフトウェア及び各種ドキュメント含む）」と「部品キット（基本モジュール）」から成る。
本実施形態では、ライトユーザは、ＨＤＫのキット利用はあまりせず、できている追加装置を購入するのが主流とする。一方、ヘビーユーザは、ＨＤＫのキットを用いて、自分で追加装置を作成またはカスタマイズできるユーザである。そして、ミドルユーザは、ライトユーザとヘビーユーザの中間に位置する。

技術情報とは、例えば、接点情報（電流定格情報又は電圧定格情報）、通信規格に関する情報（プロトコル、通信速度、通信容量）、追加装置のソフトウェアを開発する際に使用できる命令や関数の集合（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉ／Ｆ（ＡＰＩ））などである。
部品キットとは、例えば、基本端末と追加装置とを接続するメカニカルマウント、ＩＣチップ、通信用部品などである。

制御部２３０は、ユーザのレベル（追加装置の製作技術）を、（１）ユーザによるお金（登録料金）の支払いに応じて、または（２）出したアイディアの数に応じて、または（３）出したアイディアによって付与されるポイント数に応じて、または製品化までいったアイディアの数に応じて決定する。
制御部２３０は、ユーザのレベルに応じて提供するＨＤＫに格差をつける。具体的には、例えば、制御部２３０は、ユーザのレベルが高くなるほど、より高性能なＩＣチップを利用可能にする。あるいは、制御部２３０は、ユーザのレベルが高くなるほど、より通信パラメータの良い（例えば、通信速度が速い、通信距離が長い、通信感度が高い）通信モジュールを利用可能にする。あるいは、制御部２３０は、ユーザのレベルが高くなるほど、特別な機能が使えるＡＰＩを提供する。
これにより、サーバ装置２００は、ユーザのレベルを複数設定し、ユーザのレベル毎に提供するＨＤＫの仕様を異なるものにするので、製作者に対して、追加装置の製作頻度又は製作意欲を高める動機を与えることができる。

図１４に戻って、制御部２３０は、製作者端末３００＿ｊから送信された製作者登録ページの要求が、通信部２２０から入力された場合、記憶部２１０から製作者登録ページ情報を読み出す。制御部２３０は、通信部２２０からその要求があった製作者端末３００＿ｊへ登録ページ情報を送信させる。

そして、制御部２３０は、その製作者端末３００＿ｊから送信されたログインパスワード、製作者名、メールアドレス及び製作者カテゴリのそれぞれを示す情報が通信部２２０から入力された場合、その製作者を識別する固有の識別情報である製作者ＩＤを生成する。ここで、製作者カテゴリは、製作者によって選択された製作者のカテゴリである。製作者カテゴリは、例えば、一般メーカ、個人で追加装置を製作するパワーユーザと、基本端末を製造する管理メーカ、その管理メーカが基本端末の製造または追加装置の製造を委託する委託メーカなどがある。

そして、制御部２３０は、生成した製作者ＩＤと、入力されたログインパスワード、製作者名、メールアドレス及び製作者カテゴリとを関連付けて記憶部２１０のテーブルＴ２に記憶する。

図１６は、記憶部２１０に記憶されている製作者登録情報が示されたテーブルＴ２の一例である。同図のテーブルＴ２において、製作者ＩＤ、ログインパスワード、製作者名、メールアドレス及び製作者カテゴリの組が示されている。例えば、製作者ＩＤが「１」の製作者は、ログインパスワードが「Ａ７Ｂ３Ｃ５Ｄ２」で、製作者名が「Ａ社」で、メールアドレスが「ａａａ＠ＸＸＸ．ｃｏｍ」で、製作者カテゴリが「一般メーカ」であることが示されている。
製作者には、会社だけでなく、個人も含まれ、製作者が個人の場合にはテーブルＴ２の製作者名の項目には、個人名が記憶される。

図１７は、制御部２３０の構成を示す概略ブロック図である。制御部２３０は、付加情報通信部２３０Ａと、仕様情報通信部２３０Ｂと、仕様決定部２３１と、購買需要調査部２３２と、販売処理部２３４と、認証部２３５と、特許性判定部２３６と、改良案判定部２３７と、検査項目抽出部２３８とを備える。

付加情報通信部２３０Ａは、通信部２２０がユーザ端末１００＿ｉから、基本装置へ付加したい機能を示す付加機能情報を受信した場合、付加機能情報を製作者端末３００＿ｊへ通信部２２０を介して送信する。
仕様情報通信部２３０Ｂは、通信部２２０が製作者端末３００＿ｊから、上記機能を具現化するための追加装置の仕様を示す仕様情報を受信した場合、仕様情報をユーザ端末１００＿ｉへ通信部２２０を介して送信する。

ここで、仕様情報には、追加装置を製作するためのパーツのリストであるパーツリストが含まれる。パーツリストは、追加装置を製作する際に必ず使用する基本モジュールと選択的に使用する選択モジュールとを有する。
基本モジュールは、基本装置と追加装置とを接続する接続部材を含むものである。また、選択モジュールには、撮影装置を構成するデバイス、振動デバイス、マイクロフォン、センサー又は表示パネルのうち少なくとも１つが含まれるものである。

仕様決定部２３１は、ユーザ端末１００＿ｉから送信されたアイディア入力ページの要求が通信部２２０から入力された場合、記憶部２１０からアイディア入力ページを読み出す。そして、仕様決定部２３１は、読み出したアイディア入力ページ情報をそのページを要求したユーザ端末１００＿ｉへ通信部２２０から送信させる。

そして、仕様決定部２３１は、ユーザ端末１００＿ｉから送信されたアイディア情報と量産希望の有無情報と仕様作成期限情報とそのアイディア情報が示すアイディアを提供したユーザのユーザＩＤとが通信部２２０から入力された場合、そのアイディア情報が示すアイディアを識別するアイディアＩＤを生成する。

そして、仕様決定部２３１は、入力されたアイディアＩＤ、ユーザＩＤ、アイディア、量産希望の有無及び仕様作成期限それぞれを示す情報を関連付けて記憶部２１０のテーブルＴ３に記憶させる。また、その際に、仕様決定部２３１は、新たに記憶させるアイディアＩＤに関連付けられた投票数を０とし、アイディアＩＤに関連付けられた親アイディアＩＤと新規性フラグとには値を入れない。

図１８は、記憶部２１０に記憶されているアイディア情報が示されたテーブルＴ３の一例である。同図のテーブルＴ３において、アイディアＩＤ、ユーザＩＤ、親アイディアＩＤ、アイディア、量産希望の有無、仕様作成期限、投票数、新規性フラグ及び譲渡フラグの各組が示されている。
例えば、アイディアＩＤが「１」の場合、ユーザＩＤが「２」で、親アイディアＩＤが値なしで、アイディアが「被写体が止まったときに撮影できるカメラ」で、量産希望の有無が「無」で、使用作成期限が「２０１１年１月３０日」で、投票数が「２５６」で、新規性フラグが「１」で、譲渡フラグが「１」であることが示されている。

ここで、投票数とは、投票数に関連付けられたアイディアが商品化された場合に購入を希望するユーザにより投票された数である。
新規性フラグとは、新規性フラグに関連付けられたアイディアに新規性があるか否かを示す情報であり、新規性フラグに関連付けられたアイディアに新規性がある場合に１を、そのアイディアに新規性がない場合に０を示す。

また、譲渡フラグとは、譲渡フラグに関連付けられたアイディアについて特許を受ける権利が、アイディアを投稿したユーザから製作者カテゴリが管理メーカであるメーカに譲渡されたか否かを示す情報である。譲渡フラグは、アイディアについて特許を受ける権利が譲渡された場合に１を示し、そのアイディアについて特許を受ける権利が譲渡されていない場合に０を示す。

また、基本アイディアＩＤとは、改良アイディアに付される改良の対象となるアイディアのアイディアＩＤである。図１８の領域Ｒ１９１に示されたアイディアＩＤが４のアイディアは、アイディアＩＤが１のアイディアが改良されたアイディアである。そのため、アイディアＩＤが４のアイディアの基本アイディアＩＤとして１が示されている。

制御部３０３は、ユーザ端末１００＿ｉから送信された基本アイディアＩＤと改良案を入力したユーザＩＤと改良案情報と量産希望の有無情報と仕様作成期限情報とが通信部２２０から入力された場合、アイディアＩＤを生成する。そして、制御部３０３は、生成したアイディアＩＤと改良案を入力したユーザＩＤと改良の対象となる基本アイディアＩＤと、改良案情報と量産希望の有無情報と仕様作成期限情報とを関連付けて記憶部２１０のテーブルＴ３に記憶させる。

図１７に戻って、仕様決定部２３１は、製作者端末３００＿ｊから送信されたアイディアページの要求が通信部２２０から入力された場合、アイディアページ情報を記憶部２１０から読み出す。そして、仕様決定部２３１は、読み出したアイディアページ情報を製作者端末３００＿ｊに通信部２２０から送信させる。

仕様決定部２３１は、製作者端末３００＿ｊから送信された選択アイディアＩＤが通信部２２０から入力された場合、仕様入力ページ情報を記憶部２１０から読み出す。ここで、選択アイディアＩＤは、製作者により選択されたアイディアを識別する識別情報である。そして、仕様決定部２３１は、仕様入力ページ情報が示す仕様入力ページを選択アイディアＩＤに応じて変更する。具体的には、例えば、仕様決定部２３１は、入力された選択アイディアＩＤに対応するアイディア情報を記憶部２１０のテーブルＴ３から読み出す。そして、仕様決定部２３１は、仕様入力ページのソースコードの箇所に、読み出したアイディア情報が示すアイディアを挿入する。

上記の処理を図１１に示すブラウザ画面Ｗ１１０を例にして説明する。仕様決定部２３１は、１を示すアイディアＩＤが入力された場合、記憶部２１０のテーブルＴ３からアイディアＩＤが１に関連付けられたアイディアである「被写体が止まったときに撮影できるカメラ」を読み出す。そして、仕様決定部２３１は、記憶部２１０から読み出した仕様入力ページのソースコードの箇所にアイディア「被写体が止まったときに撮影できるカメラ」を挿入する。

そして、仕様決定部２３１は、挿入により変更した仕様入力ページのソースコードを示す仕様入力ページ情報を通信部２２０から製作者端末３００＿ｊに送信する。
これにより、製作者端末３００＿ｊでは、図１１に示すブラウザ画面Ｗ１１０のように、仕様入力ページに１であるアイディアＩＤに対応するアイディアである「被写体が止まったときに撮影できるカメラ」が表示される。これにより、製作者端末３００＿ｊを操作する製作者は、アイディアの仕様を入力する際に、選択したアイディアを確認しつつ仕様を入力することができるので、間違ったアイディアに対して仕様を入力するといったミスを減らすことができる。

仕様決定部２３１は、製作者端末３００＿ｊから送信されたアイディアＩＤと製作者ＩＤと外観図のファイルとパーツリスト情報と仕様情報と価格情報とが通信部２２０から入力された場合、仕様に固有の識別情報である仕様ＩＤを生成する。そして、仕様決定部２３１は、入力された外観図のファイルを記憶部２１０に記憶するとともに、記憶部２１０に記憶された外観図のファイルパスを取得する。

仕様決定部２３１は、仕様ＩＤ、アイディアＩＤ、製作者ＩＤ、外観図のファイルパス、パーツリスト、仕様および価格それぞれを示す情報を互いに関連付けて、記憶部２１０のテーブルＴ４に記憶させる。
図１９は、記憶部２１０に記憶されている仕様情報が示されたテーブルＴ４の一例である。同図のテーブルＴ４において、仕様ＩＤ、アイディアＩＤ、製作者ＩＤ、外観図のファイルパス、パーツリスト、仕様および価格の各組が示されている。例えば、仕様ＩＤが「１」の場合、アイディアＩＤが「１」で、製作者ＩＤが「１」で、外観図のファイルパスが「／Ｄａｔａ／０００３／００１．ｊｐｇ」で、パーツリストが「レンズＡ、メモリＡ」で、仕様が「デジタルカメラ１００万画素」で、価格が「１００００」円であることが示されている。

図１７に戻って、仕様決定部２３１は、アイディアの仕様作成期限に到達したか否か判定する。仕様作成期限に到達した場合、そのアイディアのアイディアＩＤに関連付けられたユーザＩＤを記憶部２１０に記憶されたテーブルＴ３から読み出す。そして、仕様決定部２３１は、ユーザＩＤに関連付けられたメールアドレス情報を記憶部２１０に記憶されたテーブルＴ１から読み出す。

そして、仕様決定部２３１は、そのアイディアＩＤのアイディアに設定された仕様作成期限になった旨のメールを読み出したメールアドレス宛に送信する。これにより、仕様決定部２３１は、アイディアを投稿したユーザに、そのアイディアの仕様作成期限に到達したことを知らせることができる。

仕様決定部２３１は、ユーザ端末１００＿ｉから送信されたアイディアＩＤと、そのアイディアＩＤが示すアイディアの仕様選択ページ（例えば、図４）の要求が通信部２２０から入力された場合、記憶部２１０から仕様選択ページのソースコードを読み出す。また、仕様決定部２３１は、記憶部２１０のテーブルＴ４から、入力されたアイディアＩＤに関連付けられた仕様、外観図のファイルパス、パーツリストおよび価格それぞれを示す情報を抽出する。

そして、仕様決定部２３１は、抽出した情報が示す仕様、外観図のファイルパス、パーツリストおよび価格を、仕様選択ページのソースコードに挿入する。そして、仕様決定部２３１は、挿入により変更された仕様選択ページのソースコードを示す仕様選択ページ情報を通信部２２０から要求があった端末装置１００＿ｉに送信する。

具体的には、例えば、図１９のテーブルＴ４の例において、入力されたアイディアＩＤが３の場合、仕様決定部２３１は、３のアイディアＩＤに関連付けられた３組の仕様作成者名、外観図、パーツリスト、仕様及び価格それぞれを示す情報を読み出す。
仕様決定部２３１は、読み出した情報が示す仕様作成者名、外観図、パーツリスト、仕様及び価格を仕様選択ページのソースコードに挿入することにより、図４に示されるブラウザ画面Ｗ４０を生成する仕様選択ページのソースコードを生成する。そして、仕様決定部２３１は、生成した仕様選択ページのソースコードを示す仕様選択ページ情報を通信部２２０から要求があった端末装置１００＿ｉに送信する。

仕様決定部２３１は、ユーザ端末１００＿ｉから選択された仕様情報（以下、選択情報とも称する）が通信部２２０から入力された場合、選択された仕様情報で追加装置を作成することを決定する。そして、仕様決定部２３１は、追加装置を識別する追加装置ＩＤを生成する。そして、仕様決定部２３１は、その仕様情報を、追加装置ＩＤ、アイディアＩＤ、製作者ＩＤ，外観図のファイルパス、パーツリスト及び価格それぞれを示す情報と関連付けて、記憶部２１０の追加装置情報のテーブルＴ５に保存する。
以上により、仕様決定部２３１は、ユーザ端末１００＿ｉへ送信した仕様情報が示す仕様のうちから選択された一の仕様を示す選択情報を通信部２２０がユーザ端末１００＿ｉから受信した場合、選択情報が示す一の仕様を追加装置の仕様として決定する。これにより、仕様決定部２３１は、ユーザが付加したい機能を基本端末と連携することにより実現する追加装置の仕様を決定することができる。

図２０は、記憶部２１０に記憶されている追加装置情報が示されたテーブルＴ５の一例である。同図のテーブルＴ５において、追加装置ＩＤ、アイディアＩＤ、その追加装置ＩＤの追加装置の仕様を作成した製作者を識別する製作者ＩＤ、外観図のファイルパス、パーツリスト、仕様、価格、量産フラグ、認証フラグ、新規性フラグの各組が示されている。例えば、追加装置ＩＤが１の場合、アイディアＩＤが「１」で、製作者ＩＤが「１」で、外観図のファイルパスが「／Ｄａｔａ／０００３／００１．ｊｐｇ」、パーツリストが「レンズＡ、メモリＡ」、仕様が「デジタルカメラ１００万画素」で、価格が「１００００」円で、量産フラグが「１」で、認証フラグが「１」で、新規性フラグが「１」である。

ここで、量産フラグは量産するか否かを示すフラグで、量産フラグに関連付けられた追加装置ＩＤの追加装置が量産される場合１で、量産フラグに関連付けられた追加装置ＩＤの追加装置が量産されない場合すなわち特注品の場合０である。
また、認証フラグは、追加装置が予め決められた基準を満たすか否かを示すフラグで、認証フラグに関連付けられた追加装置ＩＤの追加装置が予め決められた基準を満たす場合１で、その追加装置が予め決められた基準を満たさない場合０である。

また、新規性フラグは、追加装置に新規性が有るか否か示すフラグで、追加装置ＩＤの追加装置に新規性が有る場合１で、その追加装置に新規性が無い場合０である。

予めユーザ端末１００＿ｉから受信した付加機能を具現化した追加装置について量産希望か否かを示す量産希望の有無情報が記憶部２１０に記憶されている前提で、記憶部２１０に記憶されているテーブルＴ５における量産フラグの変更処理について説明する。
仕様決定部２３１により追加装置の仕様が決定された場合、購買需要調査部２３２は、記憶部２３０に記憶されている量産希望の有無情報が量産希望を示す場合、その追加装置の購買需要を調査する。

図２１Ａは、記憶部２１０に記憶されているパーツ情報が示されたテーブルＴ６の一例である。ここで、パーツ情報とは、追加装置が選択可能なパーツの情報である。同図において、パーツを識別するパーツＩＤ、パーツ、原価および検査が必要な検査項目を識別する検査項目ＩＤの各組が示されている。例えば、パーツＩＤが１の場合、パーツは「レンズＡ」で、原価が「２０００」円で、検査が必要な検査項目を識別する検査項目ＩＤが「１、２、３」であることが示されている。
図２１Ｂは、記憶部２１０に記憶されている検査項目の情報が示されたテーブルＴ７の一例である。同図において、検査項目ＩＤ、検査項目、検査条件およびその検査項目の検査結果の適正範囲の各組が示されている。例えば、検査項目ＩＤが１の場合、検査項目は「温度性能試験」で、検査条件は「−３０度〜７５度で動作」で、検査結果の適正範囲が「１」であることが示されている。ここで、温度性能試験の検査結果は、−３０度〜７５度で動作したときに１で、−３０度〜７５度で動作しなかったときに０である。

図２１Ａにおいて、検査項目ＩＤが１の検査項目は、テーブルＴ７で温度性能試験に対応付けられている。また、検査項目ＩＤが２の検査項目は、テーブルＴ７で異常電圧試験に対応付けられている。また、検査項目ＩＤが３の検査項目は、テーブルＴ７で強度試験に対応付けられている。よって、パーツＩＤが１の場合に必要な検査項目は、温度性能試験、異常電圧試験および強度試験である。

制御部２３０は、製作者端末３００＿ｊからチェックボックスがチェックされたパーツ情報が通信部２２０を介して入力された場合、制御部２３０は、そのパーツ情報に対応する原価を記憶部２１０から読み出す。制御部２３０は、読み出した原価を通信部２２０を介して製作者端末３００＿ｊへ送信する。

図２２は、購買情報調査部２３２の構成を示す概略ブロック図である。購買情報調査部２３２は、アンケート取得部２３２＿１と、通信制御部２３２＿２と、更新部２３２＿３と、量産決定部２３４＿４とを備える。
アンケート取得部２３２＿１は、通信部２２０がアイディア情報を送信したユーザ端末１００＿ｉを含む端末装置からのアクセスを受信すると、そのアイディアを具現化した追加装置の購買希望の有無を問うアンケートを示すアンケート回答ページ情報を取得し、取得したアンケート回答ページ情報を通信制御部２３２＿２へ出力する。具体的には、例えば、アンケート取得部２３２＿１は、記憶２１０に予め記憶されている回答ページ情報を読み出し、読み出した回答ページ情報を通信制御部２３２＿２へ出力する。

通信制御部２３２＿２は、アンケート取得部２３２＿１から入力されたアンケート回答ページ情報を、サーバ装置２００へアクセスした端末装置１００＿ｉであって、そのアンケート回答ページを表示する端末装置１００＿ｉへ通信部２２０から送信させる。
更新部２３２＿３は、通信部２２０が端末装置１００＿ｉからアンケートの回答情報を受信する毎に、購買希望数情報（数量情報）を含む回答情報に基づいて、記憶部２１０に記憶されている購買希望の数を更新する。

量産決定部２３４＿４は、更新部２３２＿３による購買希望の数が更新される毎に、記憶部２１０に記憶されている購買希望の数が予め決められた閾値を越えるか否か判定する。予め決められた閾値を越えた場合、量産決定部２３４＿４は、追加装置の量産を決定する。そして、量産決定部２３４＿４は、記憶部２１０のテーブルＴ５において、量産が決定した追加装置の追加装置ＩＤに関連付けられた量産フラグを１にする。

また、量産決定部２３４＿４は、記憶部２１０のテーブルＴ５において追加装置ＩＤに関連付けられたアイディアＩＤを参照する。そして、量産決定部２３４＿４は、記憶部２１０のテーブルＴ３においてそのアイディアＩＤに関連付けられたユーザＩＤを参照し、記憶部２１０のテーブルＴ１においてユーザＩＤに関連付けられたユーザアドレスを抽出する。更に、量産決定部２３４＿４は、その追加装置を量産する旨を抽出したメールアドレス宛てに通信部２２０から送信させる。

図１７に戻って、販売処理部２３４は、ユーザ端末１００＿ｉから送信された追加装置の販売ページの要求が通信部２２０から入力されると、販売処理部２３４は、記憶部２１０のテーブルＴ５からその追加装置の各種情報を記憶部２１０から読み出す。また、販売処理部２３４は、記憶部２１０から販売ページのソースコードを読み出す。そして、販売処理部２３４は、読み出した追加装置の各種情報を、販売ページのソースコード内の予め決められた箇所に挿入する。そして、販売処理部２３４は、挿入により変更された販売ページのソースコードを示す販売ページ情報を追加装置の販売ページの要求をしたユーザ端末１００＿ｉへ通信部２２０から送信させる。

そして、販売処理部２３４は、ユーザ端末１００＿ｉから送信された購入追加装置ＩＤ情報が通信部２２０から入力されると、その追加装置のアイディアを投稿したユーザＩＤを記憶部２１０から抽出する。ここで、購入追加装置ＩＤはユーザが購入を申し込んだ追加装置ＩＤである。
具体的には、販売処理部２３４は、記憶部２１０のテーブルＴ５において、入力された購入追加装置ＩＤに対応するアイディアＩＤを参照する。そして、販売処理部２３４は、記憶部２１０のテーブルＴ３において、参照したアイディアＩＤと関連付けられたユーザＩＤを読み出す。これにより、販売処理部２３４は、購入追加装置ＩＤの追加装置のアイディアを投稿したユーザＩＤを抽出することができる。

販売処理部２３４は、図１５のテーブルＴ１において、抽出したユーザＩＤに関連付けられた入金用銀行口座を読み出す。また、販売処理部２３４は、図１５のテーブルＴ２において、製作者カテゴリが管理メーカのメールアドレスを読み出す。そして、販売処理部２３４は、読み出した管理メーカのメールアドレス宛てに、アイディアを投稿したユーザの入金用銀行口座にアイディア料を振り込むべき旨のメールを送信する。これにより、管理メーカはそのメールの内容を確認して、アイディアを投稿したユーザの入金用銀行口座にアイディア料を振り込むことができる。

そして、製作者端末３００＿ｊが、注文された追加装置の配送が手配済みであることを示す配送手配済情報を製作者端末３００＿ｊに送信する。販売処理部２３４は、製作者端末３００＿ｊから送信された配送手配済情報が通信部２２０から入力された場合、記憶部２１０のテーブルＴ１から購入するユーザのユーザＩＤに関連付けられたメールアドレスを読み出す。

そして、販売処理部２３４は、配送が手配済みである旨のメールを、読み出したメールアドレス宛てに通信部２２０から送信させる。これにより、販売処理部２３４は、注文したユーザのメールアドレス宛てに配送が手配済みである旨のメールを通信部２２０から送信させることができる。

続いて、認証部２３５の処理について説明する。認証部２３５は、製作者端末３００＿ｊから送信された認証ページの要求が通信部２２０から入力された場合、記憶部２１０から認証ページのソースコードを示す認証ページ情報を読み出す。そして、認証部２３５は、読み出した認証ページ情報を製作者端末３００＿ｊに通信部２２０から送信させる。これにより、製作者端末３００＿ｊは、認証ページを表示することができる。

認証部２３５は、製作者端末３００＿ｊから送信された追加装置ＩＤとその追加装置ＩＤの追加装置の検査項目を示す検査項目情報と、検査項目毎の検査結果を示す検査結果情報とが通信部２２０から入力された場合、認証部２３５は、その検査結果情報が示す検査結果の値が予め決められた適性範囲内か否か判定する。また、検査項目が複数ある場合には、認証部２３５は、全ての検査項目の検査結果が検査項目毎に予め決められた適性範囲内であるか否か判定する。

具体的には、例えば、認証部２３５は、以下の処理を検査項目毎に行う。認証部２３５は、通信部２２０から入力された検査項目情報が示す検査項目に関連付けられた適正範囲を記憶部のテーブルＴ７から読み出す。そして、認証部２３５は、通信部２２０から入力された検査結果が、読み出した適正範囲内であるか否か判定する。

全ての検査項目の検査結果が検査項目毎に予め決められた適性範囲内の場合、認証部２３５は、追加装置ＩＤの追加装置を認証すると判定する。そして、認証部２３５は、記憶部２１０のテーブルＴ５において、その追加装置の追加装置ＩＤに関連付けられた認証フラグを１にする。

一方、検査項目の検査結果のうち１つでも、検査項目毎に予め決められた適性範囲内でない場合、認証部２３５は、追加装置ＩＤの追加装置を認証しないと判定する。そして、認証部２３５は、記憶部２１０のテーブルＴ５において、その追加装置の追加装置ＩＤに関連付けられた認証フラグを０にする。

そして、認証部２３５は、記憶部２１０のテーブルＴ５における認証フラグを更新した後に、追加装置の認証結果を示す認証結果情報を製作者端末３００＿ｊへ通信部２２０から送信させる。これにより、製作者端末３００＿ｊは、その追加装置の認証結果を表示することができるので、製作者端末３００＿ｊを操作する製作者は、その追加装置の認証結果を知ることができる。

続いて、特許性判定部２３６の処理について説明する。特許性判定部２３６は、ユーザ端末１００＿ｉから送信された追加装置のアイディアを示すアイディア情報又は追加装置の仕様を示す仕様情報とが通信部２２０から入力された場合、アイディアＩＤを生成し、生成したアイディアＩＤとアイディア情報または仕様情報とを記憶部２１０のテーブルＴ３に追記させる。そして、特許性判定部２３６は、アイディア情報が示すアイディア又は仕様情報が示す仕様に基づいて、先行文献を検索する検索単語を抽出する。

具体的には、例えば、アイディアが「被写体が止まっているときに撮影できるカメラ」の場合、特許性判定部２３６は、「被写体」、「止まっている」、「撮影」及び「カメラ」を抽出する。そして、特許性判定部２３６は、抽出した各語の類義語を記憶部２１０から読み出し、各語と類義語とを合わせて検索単語とする。例えば、特許性判定部２３６は、「止まっている」の類義語である「静止」、及び「カメラ」の類義語である「撮像装置」を読み出す。そして、特許性判定部２３６は、検索単語を、「被写体」、「止まっている」または「静止」、「撮影」、及び「カメラ」または「撮像装置」とする。

記憶部２１０には、予め先行文献の内容を示す先行文献情報が記憶されている。
そして、特許性判定部２３６は、記憶部２１０に記憶されている先行文献を参照して、抽出された検索単語の組が先行文献に存在するか否か判定する。具体的には、例えば、特許性判定部２３６は、抽出された検索単語の全てが公報全文に含まれている先行特許文献（例えば、公開特許公報）が存在するか否か判定する。

抽出された検索単語の組が先行特許文献に存在しない場合、特許性判定部２３６は、その検索単語が抽出された元のアイディアまたは元の構成に新規性があると判定する。そして、特許性判定部２３６は、記憶部２１０のテーブルＴ３のアイディアＩＤに関連付けられた新規性フラグを１にする。

抽出された検索単語の組が先行特許文献に存在する場合、特許性判定部２３６は、その検索単語が抽出された元のアイディアまたは元の仕様に新規性がないと判定する。そして、特許性判定部２３６は、記憶部２１０のテーブルＴ３のアイディアＩＤに関連付けられた新規性フラグを０にする。

なお、本実施形態では、特許性判定部２３６は、自装置の記憶部２１０を探索したが、これに限らず、外部のデータベースを探索してもよい。

特許性判定部２３６は、製作者端末３００＿ｊから送信された製作者ＩＤと権利譲渡打診ページの要求とが通信部２２０から入力された場合、記憶部２１０のテーブルＴ２を参照して、入力された製作者ＩＤの製作者カテゴリが管理メーカであるか否か判定する。製作者カテゴリが管理メーカでない場合、権利譲渡打診ページ（例えば、図１３）を要求した製作者が管理メーカでない旨の情報を通信部２２０から製作者端末３００＿ｊへ送信させる。

これにより、製作者端末３００＿ｊは、権利譲渡打診ページを要求した製作者が管理メーカでない旨を表示する。すなわち、製作者カテゴリが管理メーカでない製作者は、権利譲渡打診ページを閲覧することができない。これにより、特許性判定部２３６は、製作者カテゴリが管理メーカでない製作者によるユーザへの権利譲渡打診を防ぐことができる。また、特許性判定部２３６は、製作者カテゴリが管理メーカでない製作者に、まだ公開されていない新規に投稿されたアイディアを閲覧させないことにより、アイディアが公知になることを防ぐことができる。なお、ユーザと管理メーカである製作者とは、そのユーザがユーザ登録をする際に、投稿したアイディアを第三者に開示、漏洩してはならない守秘義務契約を締結しているものとする。

一方、製作者カテゴリが管理メーカである場合、特許性判定部２３６は、記憶部２１０から権利譲渡打診ページのソースコードを読み出す。また、特許性判定部２３６は、記憶部２１０のテーブルＴ３から新規性フラグが１であるアイディア情報を読み出す。また、特許性判定部２３６は、記憶部２１０のテーブルＴ５から新規性フラグが１である仕様情報を読み出す。そして、特許性判定部２３６は、読み出したアイディア情報が示すアイディアと仕様情報が示す仕様を、それぞれ権利譲渡打診ページのソースコード内の予め決められた箇所に挿入する。これにより、特許性判定部２３６は、ブラウザ画面に表示する権利譲渡打診ページ情報を生成することができる。

特許性判定部２３６は、挿入により変更した権利譲渡打診ページのソースコードを示す権利譲渡打診ページ情報を通信部２２０から権利譲渡打診ページの要求があった製作者端末３００＿ｊへ送信させる。これにより、製作者端末３００＿ｊは、権利譲渡打診ページ（例えば、図１３）を表示することができる。

特許性判定部２３６は、製作者端末３００＿ｊから送信されたアイディアＩＤと、そのアイディアＩＤのアイディアについて特許を受ける権利の譲渡を依頼する権利譲渡依頼情報とが通信部２２０から入力された場合、記憶部２１０のテーブルＴ３において入力されたアイディアＩＤに関連付けられたユーザＩＤを参照し、記憶部２１０のテーブルＴ１において参照したユーザＩＤに関連付けられたメールアドレス情報を読み出す。そして、特許性判定部２３６は、読み出したメールアドレス情報が示すメールアドレス宛てに、そのアイディアについて特許を受ける権利の譲渡を依頼する旨のメールを送信する。

特許性判定部２３６は、ユーザ端末１００＿ｉから送信されたアイディアＩＤと、そのアイディアＩＤのアイディアについて特許を受ける権利の譲渡に承諾する旨の譲渡承諾情報とが通信部２２０から入力された場合、記憶部２１０のテーブルＴ３において、アイディアＩＤに関連付けられている譲渡承諾フラグを１に変更する。そして、特許性判定部２３６は、アイディア料がアイディア投稿者の入金用銀行口座に振り込む旨を通信部２２０から譲渡承諾情報を送信したユーザ端末１００＿ｉに送信させる。これにより、譲渡承諾情報を送信したユーザ端末１００＿ｉは、アイディア料がアイディア投稿者の入金用銀行口座に振り込む旨を表示することができる。

続いて、改良案判定部２３７の処理について説明する。改良案判定部２３７は、ユーザ端末１００＿ｉから送信されたアイディアＩＤと、そのアイディアＩＤのアイディアについての改良案を入力する改良案入力ページの要求が通信部２２０から入力された場合、改良案入力ページのソースコードを記憶部２１０から読み出す。また、改良案判定部２３７は、記憶部２１０のテーブルＴ３からアイディアＩＤに関連付けられたアイディア情報を読み出し、読み出したアイディア情報が示すアイディアを改良案入力ページのソースコード内の予め決められた箇所に挿入する。これにより、改良案判定部２３７は、改良案入力ページの予め決められた箇所に、改良の対象となる基本アイディアを含ませることができる。

そして、改良案判定部２３７は、挿入により変更された改良案入力ページのソースコードを示す改良案入力ページ情報を改良案ページの要求があったユーザ端末１００＿ｉへ通信部２２０から送信させる。これにより、改良案入力ページを要求したユーザ端末１００＿ｉは、改良の対象となる基本アイディアを含む改良案入力ページ（例えば、図８）を表示することができる。

改良案判定部２３７は、ユーザ端末１００＿ｉから送信された改良案投稿ユーザＩＤと、改良案を示す改良案情報と、改良の対象となる基本アイディアを識別する基本アイディアＩＤとが通信部２２０から入力された場合、改良案を識別するアイディアＩＤを生成する。ここで、改良案投稿ユーザＩＤは改良案を投稿したユーザＩＤである。そして、改良案判定部２３７は、生成したアイディアＩＤと、入力された改良案投稿ユーザＩＤ、基本アイディアＩＤ及び改良案情報とを関連付けて、記憶部２１０のテーブルＴ３に追記する。

具体的には、例えば、図１８のテーブルＴ３における領域１９１の例の場合、改良案判定部２３７は、４であるアイディアＩＤと、ユーザＩＤ「３」と、基本アイディア「１」と、アイディア「被写体が止まったとき、かつ被写体が正面を向いているときに撮像するカメラ」と、量産希望の有無「有」と、仕様作成期限「２０１１年４月３０日」とを関連付けて記憶させる。

これにより、改良案判定部２３７は、ユーザ端末１００＿ｉから送信された投票ページの要求が通信部２２０から入力された場合、記憶部２１０から投票ページのソースコードを読み出す。また、改良案判定部２３７は、記憶部２１０のテーブルＴ３から追記された改良案を含む全アイディアの、アイディアＩＤ、アイディア及び投票数それぞれを示す情報を読み出す。そして、改良案判定部２３７は、投票数が多いほど順位が高くなるように、投票数が多いものから順にアイディアＩＤ、アイディア及び投票数を並べるようアイディアＩＤとアイディアと投票数とを投票ページのソースコードに挿入する。これにより、改良案判定部２３７は、投票ページのブラウザ画面（例えば、図６のＷ６０）を示す投票ページのソースコードを生成することができる。

そして、改良案判定部２３７は、挿入により変更した投票ページのソースコードを示す投票ページ情報を通信部２２０から投票ページの要求があった端末装置１００＿ｉに送信させる。これにより、端末装置１００＿ｉは、投票ページのブラウザ画面（例えば、図６のＷ６０）を表示することができ、ユーザは改良案に対しても投票することができる。

また、改良案判定部２３７は、基本アイディアと同様に、改良案についても投票を受け付ける。具体的には、改良案判定部２３７は、投票ページを利用してユーザにより投票された改良案のアイディアＩＤがユーザ端末１００＿ｉから通信部２２０を介して入力された場合、記憶部２１０のテーブルＴ３において、その改良案のアイディアＩＤに関連付けられた投票数を１だけ増加させる。これにより、次に投票ページにアクセスがあった場合、改良案判定部２３７は、更新した投票数を読み出し、読み出した投票数を投票ページに挿入するので、投票ページにおける投票数を更新することができる。

改良案判定部２３７は、記憶部２１０のテーブルＴ３において、投票数の更新により、改良案の投票数が予め決められた閾値を超えた場合、改良案の採用を決定する。また、改良案判定部２３７は、記憶部２１０のテーブルＴ３を参照することにより、改良案のアイディアがいくつのベースアイディアを改良したものかを示すベースアイディア数を算出する。そして、改良案判定部２３７は、予め決められたアイディア料を、ベースアイディア数に１を加算した数で割る事により、１人当たりのアイディア料を算出する。

なお、本実施形態の改良案判定部２３７による１人当たりのアイディア料の算出は、予め決められたアイディア料に基づいて行われたが、投票数が多いほどアイディア料を上げるようにしてもよい。これにより、改良案判定部２３７は、投票数が多いほどアイディア料を上げるので、ユーザに対して、より良いアイディアを投稿するよう動機づけさせることができる。

また、改良案判定部２３７は、記憶部２１０のテーブルＴ１を参照し、ユーザのユーザカテゴリに基づいて、アイディア料を決定しても良い。具体的には、追加装置に具現化されたアイディアの件数によってユーザのカテゴリが変更されるので、改良案判定部２３７は、ユーザカテゴリがライトユーザから、ミドルユーザ、ヘビーユーザとなるに連れてアイディア料を高くしてもよい。換言すれば、ユーザカテゴリをユーザのランクとみなすと、改良案判定部２３７は、ユーザのランクが高くなるほどアイディア料を高くしてもよい。ここで、ユーザのランクの高いものから並べると、ヘビーユーザ、ミドルユーザ、ライトユーザである。

これにより、アイディアがより多く追加装置に具現化されたユーザのランクが高くなるので、改良案判定部２３７は、ユーザに対して、質が良いアイディアをより多く投稿するよう動機づけさせることができる。

また、改良案判定部２３７は、記憶部２１０のテーブルＴ１を参照し、これまでに追加装置に具現化されたアイディアの件数が多いほど、アイディア料を高くしてもよい。これにより、改良案判定部２３７は、追加装置に具現化されたアイディアの件数が多いほどアイディア料を上げるので、ユーザに対して、質が良いアイディアをより多く投稿するよう動機づけさせることができる。

そして、改良案判定部２３７は、記憶部２１０のテーブルＴ３においてベースアイディアのアイディアＩＤに関連付けられたユーザＩＤを参照し、記憶部２１０のテーブルＴ１において参照したユーザＩＤに関連付けられたベースアイディアを投稿したユーザのメールアドレスを示す情報を読み出す。そして、改良案判定部２３７は、読み出した情報が示すメールアドレス宛てに、改良案の採用が決定した旨とアイディア料を入金用銀行口座に振り込む旨のメールを送信する。

同様に、改良案判定部２３７は、記憶部２１０のテーブルＴ３において改良案のアイディアＩＤに関連付けられたユーザＩＤを参照し、記憶部２１０のテーブルＴ１において参照したユーザＩＤに関連付けられた改良案を投稿したユーザのメールアドレス示す情報を読み出す。そして、改良案判定部２３７は、読み出した情報が示すメールアドレス宛てに、改良案の採用が決定した旨とアイディア料を入金用銀行口座に振り込む旨のメールを送信する。

改良案判定部２３７は、改良案のアイディアＩＤと、改良案の採用が決定した旨とを製作決定部２３２へ出力する。その場合、製作決定部２３２は、改良案のアイディアＩＤと、改良案の採用が決定した旨とが入力された場合、改良案を具現化する製作者を決定するので、改良案についても同様に追加装置に具現化することができる。

続いて、検査項目抽出部２３８の処理について説明する。検査項目抽出部２３８は、製作者端末３００＿ｊから追加装置ＩＤが通信部２２０を介して入力された場合、検査項目抽出部２３８は、記憶部２１０において追加装置ＩＤに関連付けられたパーツを参照する。そして、検査項目抽出部２３８は、参照したパーツに関連付けられた検査項目を抽出する。

具体的には、例えば、検査項目抽出部２３８は、製作者端末３００＿ｊから追加装置ＩＤとして２が入力された場合、検査項目抽出部２３８は、記憶部２１０のテーブルＴ５（図２０）において、追加装置ＩＤが２の場合におけるパーツである振動モジュールを参照する。そして、検査項目抽出部２３８は、記憶部２１０のテーブルＴ６（図２１Ａ）において、参照した振動モジュールに対応する検査が必要な検査項目ＩＤである「１、２、３、４」を参照し、参照した各検査項目ＩＤに対応する検査項目（具体的には、温度性能試験、異常電圧試験、強度試験及び電源ＯＮ／ＯＦＦ耐久試験）と検査条件を読み出す。
検査項目抽出部２３８は、検査項目入力ページのソースコードを記憶部２１０から読み出し、読み出した検査項目入力ページのソースコードへ読み出した検査項目と検査条件を挿入する。これにより、検査項目抽出部２３８は、図１２に示すような検査項目入力ページのソースコードを生成することができる。検査項目抽出部２３８は、通信部２２０を介して、生成した検査項目入力ページのソースコードを製作者端末３００＿ｊに送信する。

これにより、図１２の検査項目入力ページの入力欄Ｒ１２１において追加装置ＩＤが入力されたときに、検査項目抽出部２３８は、その追加装置ＩＤに応じた検査項目と検査条件が挿入された検査項目入力ページのソースコードを製作者端末３００＿ｊへ送信する。
そして、製作者端末３００＿ｊは、サーバ装置２００から受信した検査項目入力ページのソースコードに基づいて、検査項目入力ページを表示する。これにより、製作者端末３００＿ｊは、検査項目入力ページにおいて追加装置ＩＤに応じた検査項目と検査条件を表示することができる。これにより、製作者端末３００＿ｊを操作する追加装置の製作者は、入力すべき検査項目とその検査項目に対応する検査条件を自ら調べる必要がなく、追加装置の製作者の手間が省けるため、検査項目に対応する検査結果をスムーズに入力することができる。

図２３は、ユーザの登録処理の流れを示したシーケンス図の一例である。まず、ユーザ端末１００＿ｉは、ユーザ登録ページのＵＲＬの入力を受け付ける（Ｔ１０１）。次に、ユーザ端末１００＿ｉは、ユーザ登録ページをサーバ装置２００に要求する（Ｔ１０２）。次に、サーバ装置２００は、ユーザ登録ページ情報を、ユーザ登録ページの要求があったユーザ端末１００＿ｉに送信する（Ｔ１０３）。次に、ユーザ端末１００＿ｉは、ユーザ登録ページ情報をサーバ装置２００から受信し、ユーザ登録ページを表示する（Ｔ１０４）。

次に、ユーザ端末１００＿ｉは、ユーザ登録ページにおいて、登録情報の入力を受け付ける（Ｔ１０５）。次に、ユーザ端末１００＿ｉは、受け付けた登録情報をサーバ装置２００へ送信する（Ｔ１０６）。次に、サーバ装置２００は、登録情報を受信すると、ユーザＩＤを生成し、ユーザＩＤと登録情報とを関連付けて記憶部２１０のテーブルＴ１に記憶する（Ｔ１０７）。次に、サーバ装置２００は、登録情報を送信したユーザ端末１００＿ｉへ登録完了ページのソースコードを示す登録完了ページ情報を送信する（Ｔ１０８）。次に、ユーザ端末１００＿ｉは、登録完了ページを表示する（Ｔ１０９）。以上で、本シーケンスの処理を終了する。

以上、本実施形態のサーバ装置２００は、新規ユーザの登録情報をユーザＩＤと関連付けて記憶部２１０に記憶する。これにより、サーバ装置２００は、ユーザの登録情報を管理することができる。

図２４は、製作者の登録処理の流れを示したシーケンス図の一例である。まず、製作者端末３００＿ｊは、製作者登録ページのＵＲＬの入力を受け付ける（Ｔ２０１）。次に、製作者端末３００＿ｊは、製作者登録ページをサーバ装置２００に要求する（Ｔ２０２）。次に、サーバ装置２００は、製作者登録ページ情報を、製作者登録ページの要求があった製作者端末３００＿ｊに送信する（Ｔ２０３）。次に、製作者端末３００＿ｊは、製作者登録ページ情報をサーバ装置２００から受信し、製作者登録ページを表示する（Ｔ２０４）。

次に、製作者端末３００＿ｊは、製作者登録ページにおいて、登録情報の入力を受け付ける（Ｔ２０５）。次に、製作者端末３００＿ｊは、受け付けた登録情報をサーバ装置２００へ送信する（Ｔ２０６）。次に、サーバ装置２００は、製作者端末３００＿ｊから登録情報を受信すると、製作者ＩＤを生成し、製作者ＩＤと登録情報とを関連付けて記憶部２１０のテーブルＴ２に記憶する（Ｔ２０７）。次に、サーバ装置２００は、登録情報を送信した製作者端末３００＿ｊへ登録完了ページのソースコードを示す登録完了ページ情報を送信する（Ｔ２０８）。次に、製作者端末３００＿ｊは、登録完了ページを表示する（Ｔ２０９）。

次に、サーバ装置２００は、記憶部２１０に記憶された登録情報に基づいて、ＨＤＫを送信して良いか否か判定する（Ｔ２１０）。ＨＤＫの技術情報を送信して良いと判定した場合、サーバ装置２１０はＨＤＫの技術情報及び図面作成ツールそれぞれを示す情報を製作者端末３００＿ｊに送信する（Ｔ２１１）。以上で、本シーケンスの処理を終了する。

以上、本実施形態のサーバ装置２００は、新規製作者の登録情報を製作者ＩＤと関連付けて記憶部２１０に記憶する。これにより、サーバ装置２００は、製作者の登録情報を管理することができる。また、サーバ装置２００は、登録情報に基づいて、ＨＤＫの技術情報を送信して良いか否か判定する。これにより、サーバ装置２００は、悪質な製作者を排除する事ができる。

図２５は、製作決定の処理の流れを示すシーケンス図の一例である。まず、ユーザ端末１００＿ｉは、アイディア入力ページをサーバ装置２００に要求する（Ｔ３０１）。次に、サーバ装置２００は、アイディア入力ページの要求があったユーザ端末１００＿ｉへアイディア入力ページ情報を送信する（Ｔ３０２）。次に、ユーザ端末１００＿ｉは、アイディア入力ページを表示する（Ｔ３０３）。次に、ユーザ端末１００＿ｉは、アイディア入力ページにおいて受け付けたアイディア情報と量産希望の有無情報とをサーバ装置２００へ送信する（Ｔ３０４）。

次に、サーバ装置２００は、ユーザ端末１００＿ｉから受信したアイディア情報が示すアイディアに対してアイディアＩＤを生成し、生成したアイディアＩＤとアイディアを提供したユーザＩＤとを関連付けて記憶部２１０のテーブルＴ３の記憶する（Ｔ３０５）。次に、製作者端末３００＿ｊは、アイディアリストページをサーバ装置２００に要求する（Ｔ３０６）。次に、サーバ装置２００は、アイディアリストページの要求があった製作者端末３００＿ｊへアイディアリストページ情報を送信する（Ｔ３０７）。

次に、製作者端末３００＿ｊは、アイディアリストページにおいて、製作者が製作を希望するアイディアのアイディアＩＤをサーバ装置２００へ送信する（Ｔ３０８）。次に、サーバ装置２００は、受信したアイディアＩＤの仕様入力ページ情報を、そのアイディアＩＤを送信した製作者端末３００＿ｊへ送信する（Ｔ３０９）。次に、製作者端末３００＿ｊは、仕様入力ページにおいて受け付けた仕様情報をサーバ装置２００へ送信する（Ｔ３１０）。

次に、サーバ装置２００は、製作者端末３００＿ｊから受信した仕様情報が示す仕様に対して仕様ＩＤを生成し、生成した仕様ＩＤと仕様情報とを関連付けて記憶部２１０のテーブルＴ４に記憶する（Ｔ３１１）。次に、サーバ装置２００は、あるアイディアが仕様作成期限になったか否か判定する（Ｔ３１２）。仕様作成期限になった場合、サーバ装置２００は、そのアイディアを投稿したユーザのメールアドレス宛てに仕様作成期限になった旨のメールを送信する（Ｔ３１３）。

次に、仕様作成期限になった旨のメールを受け取ったユーザによる操作により、ユーザ端末１００＿ｉは、仕様選択ページをサーバ装置２００へ要求する（Ｔ３１４）。次に、サーバ装置２００は、仕様情報を記憶部２１０にテーブルＴ４から読み出す（Ｔ３１５）。また、サーバ装置２００は仕様選択ページのソースコードを読み出し、そのソースコードの該当位置に仕様を挿入する。次に、サーバ装置２００は、挿入により変更されたソースコードを示す仕様選択ページ情報を、仕様選択ページを要求したユーザ端末１００＿ｉへ送信する（Ｔ３１６）。

次に、ユーザ端末１００＿ｉは、仕様選択ページにおいて、仕様作成者名、外観図、パーツリスト、仕様、価格とを表示する。次に、ユーザ端末１００＿ｉは、仕様選択ページにおいて、表示された仕様のうちからユーザにより選択された一の仕様を示す仕様情報をサーバ装置２００へ送信する（Ｔ３１７）。次に、サーバ装置２００は、受信した仕様情報が示す仕様で追加装置を製作することを決定する（Ｔ３１８）。そして、サーバ装置２００は、追加装置ＩＤを生成し、追加装置ＩＤと仕様情報とを関連づけて記憶部２１０のテーブルＴ５に追記する。以上で、本シーケンスの処理を終了する。

以上、本実施形態のサーバ装置２００は、仕様作成期限になるまでアイディアを具現化した追加装置の仕様を受け付ける。そして、サーバ装置２００は、仕様作成期限になった場合、ユーザ端末１００＿ｉからそれまでにサーバ装置が受け付けた追加装置の仕様のうちからそのアイディアを投稿したユーザにより選択された仕様を受信する。これにより、アイディアを投稿したユーザは、自身が選択した仕様により、そのアイディアを具現化した追加装置の製作を指示することができる。その結果、アイディアを投稿したユーザが思い描く追加装置を簡易に実現することができる。

また、ユーザ端末１００＿ｉは、仕様選択ページにおいて、仕様作成者名、外観図、パーツリスト、仕様、価格とを表示するので、ユーザは、仕様のほかに、仕様作成者、外観、パーツリスト、価格を考慮して、仕様を選択することができる。これにより、ユーザは、各情報を考慮して、仕様を決定することができるので、ユーザの満足度を高めることができる。

図２６は、購買需要を調査する処理の流れを示すシーケンス図の一例である。まず、サーバ装置２００は、製作が決定したアイディアのアイディアＩＤに関連付けられた量産化の希望有無を参照することにより、量産化希望か否か判定する（Ｔ４０１）。量産化を希望する場合、サーバ装置２００は、そのアイディアを製作が決定した価格で実現した際に購入したいか否かの回答を問うアンケート回答ページへのリンクを生成する（Ｔ４０２）。

次に、ユーザ端末１００＿ｋ（ｋは１からＭまでの整数）は、アンケート回答ページをサーバ装置２００へ要求する（Ｔ４０３）。なお、ユーザ端末１００＿ｋは、ユーザ端末１００＿ｉと同じでもよい。
次に、サーバ装置２００は、アンケート回答ページの要求があったユーザ端末１００＿ｋへアンケート回答ページ情報を送信する（Ｔ４０４）。次に、ユーザ端末１００＿ｋは、アンケート回答ページにおいて受け付けたアンケートの回答情報をサーバ装置２００へ送信する（Ｔ４０５）。

次に、サーバ装置２００は、ユーザ端末１００＿ｋから回答情報を受信し、その回答情報に基づいて記憶部２１０に記憶されている購買希望の数を更新する（Ｔ４０６）。次に、サーバ装置２００は、購買希望の数が閾値を超えたか否か判定する（Ｔ４０７）。購買希望の数が閾値を超えた場合、サーバ装置２００は、その追加装置の量産を決定し、記憶部２１０のテーブルＴ５において、その追加装置の追加装置ＩＤに関連付けられた量産フラグを１にする（Ｔ４０８）。次に、サーバ装置２００は、量産する旨をメールでアイディア投稿者のメールアドレス宛てへ送信する（Ｔ４０９）。以上で、本シーケンスの処理を終了する。

以上、本実施形態のサーバ装置２００は、製作が決定したアイディアを投稿したユーザが量産希望をする場合、そのアイディアが指定された価格で実現された際に購入したいか否かの回答をユーザ端末１００＿ｋから受け付ける。そして、サーバ装置２００は、購買希望の数が予め決められた閾値を超えた場合、量産を決定する。
これにより、サーバ装置２００は、需要がある追加装置のみ量産を決定するので、製作者が在庫を抱えるリスクを低減することができる。その結果、サーバ装置２００は、製作者に対して、アイディアを具現化する追加装置の仕様をサーバ装置２００に送信するよう動機づけさせることができる。

図２７は、量産化が決定追加装置の販売処理の流れを示すシーケンス図の一例である。
まず、ユーザ端末１００＿ｋは、ある追加装置の販売ページをサーバ装置２００へ要求する（Ｔ５０１）。サーバ装置２００は、記憶部２１０からその追加装置の各種情報を読み出す（Ｔ５０２）。次に、サーバ装置２００は、追加装置の販売ページの要求があったユーザ端末１００＿ｋへ追加装置の各種情報を含む販売ページ情報を送信する（Ｔ５０３）。ユーザ端末１００＿ｋは、サーバ装置２００から受信した販売ページ情報が示す追加装置の販売ページを表示する（Ｔ５０４）。

次に、ユーザ端末１００＿ｋは、購入する追加装置の追加装置ＩＤ情報をサーバ装置２００へ送信する（Ｔ５０５）。次に、サーバ装置２００は、受信した追加装置ＩＤ情報から、その追加装置の製作者の製作者ＩＤを読み出す（Ｔ５０６）。次に、サーバ装置２００は、読み出した製作者ＩＤに関連付けられたメールアドレス宛てへ、その追加装置１台の製作を指示する旨のメールを送信する（Ｔ５０７）。

次に、製作者端末３００＿ｊは、サーバ装置２００へ追加装置の配送を手配した旨の情報を送信する（Ｔ５０８）。次に、サーバ装置２００は、製作者端末３００＿ｊから追加装置の配送を手配した旨の情報を受信した場合、配送手配済みのメールを注文したユーザのメールアドレス宛てへ送信する（Ｔ５０９）。以上で、本シーケンスの処理を終了する。

以上、本実施形態のサーバ装置２００は、量産化が決定された追加装置の場合、ユーザ端末１００＿ｋから追加装置の注文を受け付ける。そして、サーバ装置２００は、追加装置の注文を受けた場合、その追加装置の製作者へ製作を指示するメールを送信する。
これにより、量産化が決定された追加装置の場合、ユーザは、製作者と交渉することなく、簡易に追加装置を注文することができる。その結果、ユーザは注文時の負担がほとんどなく、簡易にユーザが欲しい機能を実現する追加装置を手に入れることができる。

図２８は、追加装置の認証処理の流れを示すシーケンス図の一例である。まず、製作者端末３００＿ｊは、認証ページをサーバ装置２００へ要求する（Ｔ６０１）。次に、サーバ装置２００は、認証ページの要求があった製作者端末３００＿ｊへ認証ページ情報を送信する（Ｔ６０２）。製作者端末３００＿ｊは、受信した認証ページ情報が示す認証ページを表示する（Ｔ６０３）。

次に、製作者端末３００＿ｊは、認証ページにおいて製作者により入力された追加装置ＩＤと検査項目情報とをサーバ装置２００へ送信する（Ｔ６０４）。次に、サーバ装置２００は、受信した検査項目毎の検査結果を示す検査結果情報を用いて、全ての検査項目の検査結果が検査項目毎に予め定められた適性範囲内か否か判定する（Ｔ６０５）。全ての検査項目の値が検査項目毎に予め定められた適性範囲内である場合、サーバ装置２００は、追加装置を認証すると判定する（Ｔ６０６）。

次に、サーバ装置２００は、記憶部２１０のテーブルＴ５において、認証すると判定した追加装置の追加装置ＩＤに関連付けられた認証フラグを１にする（Ｔ６０７）。次に、サーバ装置２００は、認証した旨を示す認証済ページ情報を製作者端末３００＿ｊへ送信する（Ｔ６０８）。これにより、製作者端末３００＿ｊは、認証済ページを表示する（Ｔ６０９）。以上で、本シーケンスの処理を終了する。

以上、本実施形態のサーバ装置２００は、製作者端末３００＿ｊから受信した全ての検査項目の値が検査項目毎に予め決められた適性範囲内か否か判定する。そして、全ての検査項目の値が検査項目毎に予め決められた適性範囲内の場合に、サーバ装置２００は、追加装置を認証する。これにより、サーバ装置２００は、追加装置の販売ページにおいて、その追加装置が認証済みか否かを表示することができる。これにより、ユーザは、認証済みの追加装置を購入することにより、不良な追加装置を購入するリスクを軽減することができる。
なお、サーバ装置２００は、認証済みでない追加装置を却下するようにして受け付けないようにしてもよい。これにより、ユーザは安心して追加装置を購入することができる。

なお、本実施形態では、製作者が直接、検査項目毎に値を入力することを想定したが、これに限らず、第三者（例えば、第三者の検査機関）が検査項目毎に値を入力するようにしてもよい。これにより、第三者によって、検査された値が検査項目に入力されるので、認証の信頼性を高めることができる。

また、第三者が製作者端末３００＿ｊに検査された値を入力するのではなく、第三者が製作者端末３００＿ｊに追加装置を認証するか否かを入力し、製作者端末３００＿ｊが追加装置を認証するか否かを示す認証情報をサーバ装置２００へ送信してもよい。これにより、サーバ装置２００が認証するか否か判定する必要がないので、サーバ装置２００の処理を軽減することができる。また、第三者によって、認証結果が入力されるので、認証の信頼性を高めることができる。

図２９は、アイディアまたは仕様に新規性がある場合の処理の流れを示すシーケンス図の一例である。まず、ユーザ端末１００＿ｉは、アイディア又は仕様の入力を受け付ける（Ｔ７０１）。次に、ユーザ端末１００＿ｉは、アイディア情報又は仕様情報をサーバ装置２００へ送信する（Ｔ７０２）。サーバ装置２００は、アイディアＩＤを生成し、アイディア情報または仕様情報を記憶部２１０のテーブルＴ３に追記させる。そして、サーバ装置２００は、アイディア又は仕様から検索単語を抽出する（Ｔ７０３）。抽出された検索単語の組が先行文献に存在するか否か判定する（Ｔ７０４）。

抽出された検索単語の組が先行文献に存在しない場合、サーバ装置２００は、新規性ありと判定し、記憶部２１０のテーブルＴ３において、アイディアＩＤに関連付けられた新規性フラグを１にする（Ｔ７０５）。製作者カテゴリが管理メーカである製作者に操作された製作者端末３００＿ｊは、権利譲渡打診ページをサーバ装置２００へ要求する（Ｔ７０６）。サーバ装置２００は、権利譲渡打診ページの要求があった製作者端末３００＿ｊへ権利譲渡打診ページ情報を送信する（Ｔ７０７）。

次に、製作者端末３００＿ｊは、権利譲渡打診ページで受け付けた権利譲渡を依頼したいアイディアのアイディアＩＤと、権利譲渡依頼情報とをサーバ装置２００へ送信する（Ｔ７０８）。次に、サーバ装置２００は、権利譲渡依頼メールを、そのアイディアを投稿したユーザのメールアドレス宛てへ送信する（Ｔ７０９）。

次に、ユーザ端末１００＿ｉは、そのアイディアを投稿したユーザによる譲渡承諾の入力を受け付ける（Ｔ７１０）。ユーザ端末１００＿ｉは、受け付けた譲渡承諾情報を送信する（Ｔ７１１）。次に、サーバ装置２００は、アイディア料を投稿者の入金用銀行口座へ振り込む旨を、譲渡承諾情報を送信したユーザ端末１００＿ｉへ送信する（Ｔ７１２）。次に、ユーザ端末１００＿ｉは、アイディア料を投稿者の入金用銀行口座へ振り込む旨を表示する（Ｔ７１３）。以上で、本シーケンスの処理を終了する。

以上、本実施形態のサーバ装置２００は、アイディアまたは仕様から検索単語を抽出する。そして、サーバ装置２００は、抽出された検索単語の組が先行文献に存在しない場合、そのアイディアのアイディアＩＤに関連付けられた新規性フラグを１にする。
これにより、管理メーカは、新規性があると判定されたアイディアのみに対して、特許を受ける権利の譲渡を依頼するか否か決定すればよく、管理メーカの労力を軽減することができる。

なお、サーバ装置２００は、新規性のあるアイディアについては、アイディアリストページに追加する前すなわちアイディアが公知になる前に、特許を受ける権利の譲渡を受け付け、そのアイディアに基づいて発明を完成させ、その発明を特許出願してから、アイディアリストページに表示するようにしてもよい。これにより、アイディアが公知になる前に特許出願をすることができる。

図３０は、改良案の採用処理の流れを示すシーケンス図の一例である。まず、ユーザ端末１００＿ｉは、アイディアＩＤを指定して改良案入力ページを要求する（Ｔ８０１）。サーバ装置２００は、改良案入力ページの要求があったユーザ端末１００＿ｉへ改良案入力ページ情報を送信する（Ｔ８０２）。そして、ユーザ端末１００＿ｉは、改良案入力ページにおいて受け付けた改良案情報をサーバ装置２００へ送信する（Ｔ８０３）。次に、サーバ装置２００は、改良案情報を記憶部２１０のテーブルＴ３に追記する（Ｔ８０４）。そして、サーバ装置２００は、改良案への投票数が予め決められた閾値を越えたか否か判定する（Ｔ８０５）。

改良案への投票数が予め決められた閾値を越えた場合、サーバ装置２００は、改良案の採用を決定する（Ｔ８０６）。次に、サーバ装置２００は、１人当たりのアイディア料を算出する（Ｔ８０７）。次に、サーバ装置２００は、ベースアイディアを投稿したユーザのメールアドレスと、改良案を投稿したユーザのメールアドレス宛てへ、改良案の決定とアイディア料を振り込む旨のメールを送信する（Ｔ８０８）。以上で、本シーケンスの処理を終了する。

以上、本実施形態のサーバ装置２００は、改良案の投票数が予め決められた閾値を超えた場合、改良案の採用を決定する。これにより、サーバ装置２００は、改良案の投票数が多いもののみ改良案の採用を決定するため、ユーザが実現して欲しいという要望が高い改良案のみを採用することができる。

なお、本実施形態では、ユーザ端末１００＿ｉと製作者端末３００＿ｊとを互いに異なる端末装置としたが、これに限ったものではない。ユーザ端末１００＿ｉと製作者端末３００＿ｊとは同一の端末装置で実現されてもよい。同一の端末装置で実現した場合、ログインページにおいて、ユーザがログインするページと、製作者がログインするページを別々に設けてもよいし、ログインするページを同一にして、ユーザＩＤと製作者ＩＤとが入力されるＩＤ入力欄を同一にしてもよい。

ログインするページを同一にした場合、サーバ装置２００は、ユーザＩＤと製作者ＩＤとの間で、重複する値がないようにすればよい。これにより、サーバ装置２００は、ＩＤ入力欄に入力された情報が、ユーザ登録情報が記憶されているテーブルＴ１と、製作者登録情報が記憶されているテーブルＴ２とを参照することにより、ユーザまたは製作者を特定することができる。

＜変形例＞
続いて、改良案の採用に関する変形例について説明する。ユーザによるアイディアの投稿には、オリジナルアイディアの投稿と、そのオリジナルアイディアに対して、追加又は変更したあいのりアイディアの投稿とがある。

サーバ装置２００は、記憶部２１０において、オリジナルアイディアとあいのりアイディアとをそれぞれ別々のテーブルで記憶している。
オリジナルアイディアが記憶されているオリジナルアイディアテーブルには、オリジナルアイディアを識別するオリジナルアイディアＩＤとオリジナルアイディアの内容とその投票数とが関連付けられている。

あいのりアイディアが記憶されているあいのりアイディアテーブルには、あいのりアイディアを識別するあいのりアイディアＩＤと、あいのりアイディアの内容と、その投票数と、そのあいのりアイディアの基となったオリジナルアイディアを識別するオリジナルアイディアＩＤとが関連付けられている。

付加情報通信部２３０Ａは、通信部２２０がユーザ端末１００＿ｉから、上記機能に関連した改良機能を示す改良機能情報を受信した場合、その改良機能情報を製作者端末３００＿ｊへ通信部２２０を介して送信する。
仕様情報通信部は２３０Ｂ、通信部２２０が製作者端末３００＿ｊから、上記機能または上記改良機能を具現化するための追加装置の仕様を示す仕様情報を受信した場合、その仕様情報をユーザ端末１００＿ｉへ通信部２２０を介して送信する。

図３１は、ユーザ端末１００＿ｉに表示されるオリジナルアイディアリストの表示例である。同図において、オリジナルアイディアの内容と、投票ボタン（Ｒ３１１、Ｒ３１３又はＲ３１５）と、あいのりボタン（Ｒ３１２、Ｒ３１４又はＲ３１６）の組が示されている。

オリジナルアイディアに投票するのに、そのオリジナルアイディアの隣に表示されている投票ボタン（Ｒ３１１、Ｒ３１３又はＲ３１５）が左クリックされると、ユーザ端末１００＿ｉは、そのオリジナルアイディアのＩＤをサーバ装置２００へ送信する。サーバ装置２００は、オリジナルアイディアのＩＤをユーザ端末１００＿ｉから受信すると、記憶部２１０においてそのオリジナルアイディアのＩＤに関連付けられた投票数を１だけ増加させる。

あいのりボタン（Ｒ３１２、Ｒ３１４又はＲ３１６）が左クリックされると、ユーザ端末１００＿ｉは、あいのりボタンが押された旨をサーバ装置２００へ送信する。サーバ装置２００は、あいのりボタンが押された旨をユーザ端末１００＿ｉから受信すると、あいのりアイディアを入力するあいのりアイディア入力ページをユーザ端末１００＿ｉへ送信する。
これにより、あいのりボタン（Ｒ３１２、Ｒ３１４又はＲ３１６）が左クリックされると、ユーザ端末１００＿ｉはあいのりアイディア入力ページを表示することができる。

図３２は、ユーザ端末１００＿ｉに表示されるあいのりアイディアリストの表示例である。同図において、オリジナルアイディアが「被写体が止まったときに撮影できるカメラ」の場合において、あいのりアイディアの内容と、そのありのりアイディアに投票する場合の投票ボタンの組が示されている。

投票ボタンが左クリックされた場合、ユーザ端末１００＿ｉは、投票ボタンの隣に記載されているあいのりアイディアを識別するあいのりアイディアＩＤをサーバ装置２００へ送信する。サーバ装置２００は、あいのりアイディアテーブルにおいて、ユーザ端末１００＿ｉから受信したあいのりアイディアＩＤに関連付けられた投票数を１増加させる。

サーバ装置２００は、あいのりアイディアテーブルにおいて、受信したあいのりアイディアＩＤに関連付けられたオリジナルアイディアＩＤを参照する。そして、サーバ装置２００は、オリジナルアイディアテーブルにおいて、参照したオリジナルアイディアＩＤに関連付けられた投票数を１増加させる。
これにより、あいのりアイディアに投票されると、サーバ装置２００は、そのあいのりアイディアの基となるオリジナルアイディアにも投票数を加算することができる。

サーバ装置２００は、アイディア投稿において、オリジナル・あいのりともに文字数制限（例えば、全角６４文字）をつける。これにより、サーバ装置２００は、冗長な書き込みを防ぎ、オリジナルアイディアに対する追加又は変更を発生しやすくする。また、文字数を制限することにより、サーバ装置２００は、文字数が制限されることにより、アイディア増加に伴う記憶容量の増大を軽減することができる。

製作者端末３００＿ｊも同様に、サーバ装置２００にオリジナルアイディアリスト（図３１）のページ又はあいのりアイディアリスト（図３２）のページを要求することにより、それぞれオリジナルアイディアリスト（図３１）又はあいのりアイディアリスト（図３２）を表示することができる。

これにより、製作者は、オリジナルアイディアリスト（図３１）及びあいのりアイディアリスト（図３２）の両方を見て、採用アイディア及び仕様を決めることができる。また、製作者は、複数アイディアを組み合わせた商品案や仕様をユーザに提示することができる。

なお、あいのりアイディアにより、製品化が決まった場合には、複数の発明者がいることが想定されるので、サーバ装置２００は、再度、特許を受ける権利の譲渡についての権利譲渡打診ページ（例えば、図１３）を示す権利譲渡打診ページ情報を製作者端末３００＿ｊへ送信してもよい。製作者端末３００＿ｊは、特許を受ける権利の譲渡についての権利譲渡打診ページを表示することができる。これにより、製作者端末３００＿ｊを操作する製作者は、あいのりアイディアを発明した複数の発明者へ、特許を受ける権利の譲渡を依頼することができる。

図３３は、ユーザ端末１００＿ｉに表示される登録内容現現状確認のページのブラウザ画面の一例である。同図のブラウザ画面Ｗ３３０において、あるユーザの現在の登録内容の一覧Ｒ３３１と、そのユーザがこれまでに投稿した追加装置のアイディア一覧Ｒ３３２と、そのユーザが具現化又は製作した追加装置の一覧Ｒ３３３とが示されている。

あるユーザの現在の登録内容の一覧Ｒ３３１において、氏名、フリガナ、ユーザＩＤ，ログインパスワード、メールアドレス、住所、入金用銀行口座、クレジットカード及びユーザカテゴリの組が示されている。
また、ログインパスワード、メールアドレス、住所、入金用銀行口座、クレジットカード及びユーザカテゴリの欄の隣には変更ボタンが表示されている。

変更ボタンが押されることにより、ユーザ端末１００＿ｉは、その変更ボタンに隣接する項目の再設定ページをサーバ装置２００に要求する。サーバ装置２００は、ユーザ端末１００＿ｉからの要求に応じて、再設定ページのソースコードをユーザ端末１００＿ｉへ送信する。ユーザ端末１００＿ｉは、サーバ装置２００から受信した再設定ページのソースコードに基づいて、再設定ページを表示する。これにより、ユーザは、変更ボタンに隣接する項目について、新しい内容を入力することができる。

ユーザ端末１００＿ｉは、受け付けた新しい内容を示す更新情報を、変更する項目を示す変更項目情報とともにサーバ装置２００へ送信する。サーバ装置２００は、ユーザ端末１００＿ｉから受信した変更項目情報と更新情報とを用いて、自装置の記憶部２１０のテーブルＴ１に記憶されているユーザ登録情報を更新する。

ユーザがこれまでに投稿した追加装置のアイディア一覧Ｒ３３２には、アイディアの種類、アイディアＩＤ、アイディアの内容、現在のフェーズ、アイディア投稿日時、量産の希望の有無、仕様作成期限、獲得投票数、アイディアの採用の可否、アイディアに対するロイヤリティ、アイディアの新規性及びアイディアについて特許を受ける権利の譲渡打診の有無（権利譲渡打診）の各組が示されている。

例えば、１行目のアイディアＩＤが「１−０」の場合、アイディアの種類が「オリジナル」で、アイディアの内容が「被写体が止まったときに撮影できるカメラ」で、現在のフェーズが「販売中」で、投稿日時が「２０１１年４月５日 １４：００：１７」、ポイント数が「１０」で、量産希望の有無が「有」で、仕様作成期限が「２０１１年４月３０日」で、獲得投票数が「２５６」で、採用の可否が「製品化」で、ロイヤリティが「５０，０００」円で、新規性が「有」で、権利譲渡打診が「有」であることが示されている。
また、ポイント数の合計である使用可能ポイント合計が示されている。

ここで、アイディアＩＤにおいて、ハイフンの前の数字がオリジナルアイディアに固有のオリジナルアイディアＩＤである。アイディアＩＤにおいて、ハイフンの後の数字があいのりアイディアを識別するあいのりアイディアＩＤであり、０の場合、オリジナルアイディアであることを示している。
例えば、アイディアＩＤが「１−０」の場合、オリジナルアイディアのＩＤが１のオリジナルアイディアである。アイディアＩＤが「２−１」の場合、オリジナルアイディアのＩＤが２のオリジナルアイディアに対する１番目のあいのりアイディアであることを示している。

サーバ装置２００の記憶部２１０には、アイディアの種類、アイディアＩＤ、アイディアの内容、現在のフェーズ、アイディア投稿日時、量産の希望の有無、仕様作成期限、獲得投票数、アイディアの採用の可否、アイディアに対するロイヤリティ、アイディアの新規性及びアイディアについて権利譲渡打診の各情報が、関連付けられて記憶されている。

ユーザが具現化又は製作した追加装置の一覧Ｒ３３３には、アイディアの種類、アイディアＩＤ、アイディアの内容、外観図、その追加装置で使用されたパーツ、その追加装置の仕様、その追加装置の価格、製造者及び類型販売個数の各組が示されている。
ここでは、一例として、アイディアＩＤが「１−０」の場合、アイディアの種類が「オリジナル」で、アイディアの内容が「被写体が止まったときに撮影できるカメラ」で、外観図がその追加装置の外観図で、パーツが「レンズＡ」で、仕様が「デジタルカメラ１００万画素」で、価格が「２０，０００」円で、製造者が「△△△（株）」で、類型販売個数が「５００，０００」個であることが示されている。

サーバ装置２００の記憶部２１０には、アイディアの種類、アイディアＩＤ、アイディアの内容、外観図、その追加装置で使用されたパーツ、その追加装置の仕様、その追加装置の価格、製造者及び類型販売個数の各情報が、関連付けられて記憶されている。

ユーザ端末１００＿ｉは、ユーザＩＤを指定して登録内容現状確認ページをサーバ装置２００に要求する。サーバ装置２００は、ユーザ端末１００＿ｉからの要求に応じて、登録内容現状確認ページのソースコードを記憶部２１０から読み出す。また、サーバ装置２００は、ユーザＩＤに関連付けられた登録情報、投稿した追加装置のアイディア情報およびこれまでに具現化または製作した追加装置の情報を記憶部２１０から読み出す。

サーバ装置２００は、読み出した登録情報が示す登録内容、アイディア情報が示すアイディア及び具現化または製作した追加装置の情報が示す追加装置の内容を、読み出した登録内容現状確認ページのソースコードの予め決められた位置に挿入する。サーバ装置２００は、挿入により変更した登録内容現状確認ページのソースコードをユーザ端末１００＿ｉへ送信する。

ユーザ端末１００＿ｉは、サーバ装置２００から受信した登録内容現状確認ページのソースコードに基づいて、登録内容現状確認ページを表示する。これにより、ユーザは、ユーザごとに、製品化された自分のアイディア、ロイヤリティの支払い条件等を確認することができる。

図３４は、オリジナルのアイディアから派生してあいのりアイディアが出され、最終的に製品化へ導くイメージ図である。同図において、ＡさんのオリジナルのアイディアＩ１が四角で囲まれて示されている。また、そのＡさんのオリジナルアイディアＩ１から派生したＡさんのあいのりアイディアＩ１１と、ＦさんのあいのりアイディアＩ１２とが示されている。ここで、あいのりアイディアは全てアルファベットが丸で囲まれて示されている。

また、ＡさんのあいのりアイディアＩ１１から派生したＥさんのあいのりアイディアＩ１１１と、ＢさんのあいのりアイディアＩ１１２と、ＣさんのあいのりアイディアＩ１１３とが示されている。
更に、ＢさんのあいのりアイディアＩ１１２から派生したＧさんのあいのりアイディアＩ１１２１と、ＨさんのあいのりアイディアＩ１１２２と、ＣさんのあいのりアイディアＩ１１２３と、ＤさんのあいのりアイディアＩ１１２４と、ＥさんのあいのりアイディアＩ１１２５と、ＦさんのあいのりアイディアＩ１１２６とが示されている。
そして、最終的に、ＥさんのあいのりアイディアＩ１１２５が製品化され、その製品名が「ＡＢＣ」であることが示されている。

サーバ装置２００は、アイディアを出した（投稿した）アイディアＩＤに関連付けてポイントを記憶している。そして、サーバ装置２００は、アイディアが商品化に結びついた場合に、そのアイディアを識別するアイディアＩＤに関連付けられたポイントを予め決められたポイント数だけ増加させる。また、サーバ装置２００は、アイディアから派生した「あいのりアイディア」の数に応じて、そのアイディアを識別するアイディアＩＤに関連付けられたポイント数を増加するようにしてもよい。

これにより、サーバ装置２００は、事情を適宜考慮して、ユーザが投稿したアイディア毎にポイントを付与することができる。
なお、サーバ装置２００は、ユーザ毎のポイント総数に応じて、ユーザカテゴリを判定してもよい。

そして、あいのりアイディアの製品化が決まった場合、サーバ装置２００は、そのオリジナルアイディアの投稿者及びあいのりアイディア投稿者のポイント比率をロイヤリティまたは特許を受ける権利の持分としてもよい。

サーバ装置２００は、ポイント比率、ロイヤリティまたは特許を受ける権利の持分を以下のように配分してもよい。サーバ装置２００は、ポイント比率、ロイヤリティまたは特許を受ける権利の持分を（１）均等配分してもよいし、（２）アイディア数に応じて配分してもよいし、（３）製品化が決まった直前のユーザに多く配分しても良いし、（４）オリジナルアイディアを出したユーザに多く配分しても良いし、（５）あいのりアイディアのフォロー数が一番多いユーザに多く配分しても良い。

ここで、製品化が決まった直前のユーザに多く配分するのは、製品化が決まった直前のユーザの寄与が大きいという観点からである。また、オリジナルアイディアを出したユーザに多く配分するのは、オリジナルアイディアを出したユーザの寄与が大きいという観点からである。また、あいのりアイディアのフォロー数が一番多いユーザに多く配分するのは、アイディアが膨らむきっかけとなったユーザの寄与が大きいという観点からである。

均等分けの場合、図３４の例では、サーバ装置２００は、ポイント比率、ロイヤリティまたは特許を受ける権利の持分をＡさん、Ｂさん、Ｃさんは１／３ずつに配分する。
アイディア数に応じて分ける場合、図３４の例では、サーバ装置２００は、ポイント比率、ロイヤリティまたは特許を受ける権利の持分を、Ａさん：Ｂさん：Ｃさん＝２：１：１の比率で配分する。
製品化が決まった直前のユーザに多く分ける場合、図３４の例では、サーバ装置２００は、ポイント比率、ロイヤリティまたは特許を受ける権利の持分を、Ａさん：Ｂさん：Ｃさん＝１：１：１０の比率で配分する。

オリジナルアイディアを出したユーザに多く分ける場合、図３４の例では、サーバ装置２００は、ポイント比率、ロイヤリティまたは特許を受ける権利の持分を、Ａさん：Ｂさん：Ｃさん＝１０：１：１の比率で配分する。
あいのりアイディアのフォロー数が一番多いユーザに多く分ける場合、図３４の例では、サーバ装置２００は、ポイント比率、ロイヤリティまたは特許を受ける権利の持分を、Ａさん：Ｂさん：Ｃさん＝１：１０：１の比率で配分する。

更に、サーバ装置２００は、上記（１）〜（５）の基準を混合した基準で、ポイント比率、ロイヤリティまたは特許を受ける権利の持分を配分してもよい。

また、本実施形態のサーバ装置２００の各処理を実行するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、その記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、サーバ装置２００に係る上述した種々の処理を行ってもよい。

なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ））のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

以上、本発明の実施形態について図面を参照して詳述したが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１００＿１〜１００＿Ｍ ユーザ端末
２００ サーバ装置
２１０ 記憶部
２２０ 通信部
２３０Ａ 付加情報通信部
２３０Ｂ 仕様情報通信部
２３１ 仕様決定部
２３２ 購買需要調査部
２３２＿１ アンケート取得部
２３２＿２ 通信制御部
２３２＿３ 更新部
２３２＿４ 量産決定部
３００＿１〜３００＿Ｎ 製作者端末

Claims (10)

1. ユーザ端末と製作者端末と通信する通信部と、
   前記通信部が前記ユーザ端末から、基本装置へ付加したい機能を示す付加機能情報を受信した場合、前記付加機能情報を前記製作者端末へ前記通信部を介して送信する付加情報通信部と、
   前記通信部が前記製作者端末から、前記機能を具現化するための追加装置の仕様を示す仕様情報を受信した場合、前記仕様情報を前記ユーザ端末へ前記通信部を介して送信する仕様情報通信部と、
   前記ユーザ端末へ送信した仕様情報が示す仕様のうちから選択された一の仕様を示す選択情報を前記通信部が前記ユーザ端末から受信した場合、前記選択情報が示す一の仕様を追加装置の仕様として決定する仕様決定部と、
   を備えることを特徴とするサーバ装置。
2. 前記付加情報通信部は、前記通信部が前記ユーザ端末から、前記機能に関連した改良機能を示す改良機能情報を受信した場合、前記改良機能情報を前記製作者端末へ前記通信部を介して送信し、
   前記仕様情報通信部は、前記通信部が前記製作者端末から、前記機能または前記改良機能を具現化するための追加装置の仕様を示す仕様情報を受信した場合、前記仕様情報を前記ユーザ端末へ前記通信部を介して送信することを特徴とする請求項１に記載のサーバ装置。
3. 前記仕様情報は、前記追加装置を製作するためのパーツリストを含み、
   前記パーツリストは、前記追加装置を製作する際に必ず使用する基本モジュールと選択的に使用する選択モジュールとを有することを特徴とする請求項１または請求項２に記載のサーバ装置。
4. 前記基本モジュールは、前記基本装置と前記追加装置とを接続する接続部材を含むことを特徴とする請求項３に記載のサーバ装置。
5. 前記選択モジュールは、撮影装置を構成するデバイス、振動デバイス、マイクロフォン、センサー、及び表示パネルのうち少なくとも１つを含むことを特徴とする請求項３または請求項４に記載のサーバ装置。
6. 前記通信部は、前記付加機能を具現化した追加装置について量産希望か否かを示す量産希望有無情報を前記ユーザ端末から受信し、
   前記仕様決定部により前記追加装置の仕様が決定された場合、かつ前記受信された量産希望有無情報が量産希望を示す場合、前記追加装置の購買需要を調査する購買需要調査部を備えることを特徴とする請求項１から請求項５のいずれか一項に記載のサーバ装置。
7. 購買希望の数を示す購買希望数情報を記憶する記憶部を備え、
   前記購買需要調査部は、
   前記通信部が端末装置からのアクセスを受信すると、前記追加装置の購買希望の有無を問うアンケートを示すアンケート情報を取得するアンケート取得部と、
   前記通信部に前記取得されたアンケート情報を、前記アンケート情報を表示する前記端末装置へ送信させる通信制御部と、
   前記通信部が前記端末装置から前記アンケートの回答を示す回答情報を受信する毎に、前記回答情報に基づいて、前記記憶部に記憶されている前記購買希望数情報を更新する更新部と、
   前記購買希望の数が予め決められた閾値を越えた場合、前記追加装置の量産を決定する量産決定部と、
   を備えることを特徴とする請求項６に記載のサーバ装置。
8. 前記仕様情報には前記追加装置の価格が含まれ、
   前記アンケートは、前記追加装置の価格を提示して前記追加装置の購買希望の有無を問うものであることを特徴とする請求項７に記載のサーバ装置。
9. ユーザ端末から、基本装置へ付加したい機能を示す付加機能情報を受信した場合、前記付加機能情報を製作者端末へ送信することと、
   前記製作者端末から、前記機能を具現化するための追加装置の仕様を示す仕様情報を受信した場合、前記仕様情報を前記ユーザ端末へ送信することと、
   前記ユーザ端末へ送信した仕様情報が示す仕様のうちから選択された一の仕様を示す選択情報を前記ユーザ端末から受信した場合、前記選択情報が示す一の仕様を追加装置の仕様として決定することと、
   を有することを特徴とする仕様決定方法。
10. 通信部がユーザ端末から、基本装置へ付加したい機能を示す付加機能情報を受信した場合、前記付加機能情報を製作者端末へ前記通信部を介して送信する付加情報通信ステップと、
    前記通信部が前記製作者端末から、前記機能を具現化するための追加装置の仕様を示す仕様情報を受信した場合、前記仕様情報を前記ユーザ端末へ前記通信部を介して送信する仕様情報通信ステップと、
    前記ユーザ端末へ送信した仕様情報が示す仕様のうちから選択された一の仕様を示す選択情報を前記通信部が前記ユーザ端末から受信した場合、前記選択情報が示す一の仕様を追加装置の仕様として決定する仕様決定ステップと、
    をコンピュータに実行させるための仕様決定プログラム。

Images