JP2022128994A - 着想仲介システム及び着想仲介方法 - Google Patents

Abstract

【課題】アイデアの有効活用を支援するための着想仲介システム及び着想仲介方法を提供する。【解決手段】管理サーバ２０は、ユーザの着想概要と着想詳細を含む着想情報を記録する着想情報記憶部２３と、既存情報を記録する既存情報記憶部２４と、第１端末１１及び第２端末１２に接続される制御部２１とを備える。そして、制御部２１が、第１端末１１から、着想概要と着想詳細を含む着想情報を取得して、着想情報記憶部２３に記録し、着想概要を第２端末１２に公開し、第２端末１２から、着想情報に対応した既存情報を取得して、既存情報記憶部２４に記録し、第２端末１２からの詳細要求に応じて、着想情報の着想詳細を第２端末１２に提供し、第２端末１２からの同一性確認依頼に応じて、着想情報と既存情報との同一性を判定した結果を第２端末１２に出力する。【選択図】図１

Description

本発明は、着想の有効活用を支援するための着想仲介システム及び着想仲介方法に関するものである。

多くの人によって、多様なアイデア等の着想が提供されている。このようなアイデアを考案する者に、これを商品化し販売できるメーカーを紹介し、流通させるシステムが検討されている（例えば、特許文献１を参照）。この文献に記載された技術においては、インターネットを利用し、集められたアイデアをユーザとされる投票等の付加価値をつけることで、必要とする情報をメーカーに提供する。提供されたメーカーから考案した者と投票した者に賞金を与えることで投票意欲は増加し、その数を増やし、宣伝効果に繋げる。

特開２００８－０５２６９０号公報

しかしながら、着想を無制限に利用希望者に開示すると、無断で利用される場合がある。このためには、着想を閲覧した利用希望者に、着想の利用制限を課すことが考えられる。ここで、着想の利用希望者が、既に同じ着想を保有していることもある。この場合、着想の利用制限により、閲覧者の自由な活動が妨げられる。

上記課題を解決するための着想仲介システムは、ユーザの着想概要と着想詳細を含む着想情報を記録する着想情報記憶部と、既存情報を記録する既存情報記憶部と、第１端末及び第２端末に接続される制御部とを備える。そして、前記制御部が、前記第１端末から、着想概要と着想詳細を含む着想情報を取得して、前記着想情報記憶部に記録し、前記着想概要を前記第２端末に公開し、前記第２端末から、前記着想情報に対応した既存情報を取得して、前記既存情報記憶部に記録し、前記第２端末からの詳細要求に応じて、前記着想情報の着想詳細を前記第２端末に提供し、前記第２端末からの同一性確認依頼に応じて、前記着想情報と前記既存情報との同一性を判定した結果を前記第２端末に出力する。

本発明によれば、着想の有効活用を支援することができる。

実施形態のシステム概略図。 実施形態のハードウェア構成の説明図。 実施形態の情報記憶部の説明図であって、（ａ）はユーザ情報記憶部、（ｂ）は着想情報記憶部、（ｃ）は既存情報記憶部、（ｄ）は許可情報記憶部の説明図。 実施形態の処理手順の説明図。 他の実施形態のシステム概略図。

以下、図１～図４を用いて、着想仲介システム及び着想仲介方法を具体化した実施形態を説明する。本実施形態では、提案者（以下、カスタマ）の着想の利用希望者（以下、クライアント）への提供を仲介するサービスを提供する。この着想には、カスタマが考え付いた各種分野の思想が含まれる。例えば、発明、考案、ノウハウ、意匠、商標が含まれる。また、この着想には、漫画・小説等の原作、作詞、作曲、漫才のネタ、創作落語、コピー、動画サイト等のＳＮＳコンテンツ、ＣＭ・番組の構成等が含まれる。また、この着想には、サービスアイデアやビジネスモデル等が含まれる。
図１に示すように、ネットワークにより接続される第１端末１１、第２端末１２、専門家端末１５、管理サーバ２０を用いる。

（ハードウェア構成例）
図２は、第１端末１１、第２端末１２、専門家端末１５、管理サーバ２０として機能する情報処理装置Ｈ１０のハードウェア構成例である。

情報処理装置Ｈ１０は、通信装置Ｈ１１、入力装置Ｈ１２、表示装置Ｈ１３、記憶装置Ｈ１４、プロセッサＨ１５を有する。なお、このハードウェア構成は一例であり、他のハードウェアを有していてもよい。

通信装置Ｈ１１は、他の装置との間で通信経路を確立して、データの送受信を実行するインタフェースであり、例えばネットワークインタフェースや無線インタフェース等である。

入力装置Ｈ１２は、利用者等からの入力を受け付ける装置であり、例えばマウスやキーボード等である。表示装置Ｈ１３は、各種情報を表示するディスプレイやタッチパネル等である。

記憶装置Ｈ１４は、第１端末１１、第２端末１２、専門家端末１５、管理サーバ２０の各種機能を実行するためのデータや各種プログラムを格納する記憶装置である。記憶装置Ｈ１４の一例としては、ＲＯＭ、ＲＡＭ、ハードディスク等がある。

プロセッサＨ１５は、記憶装置Ｈ１４に記憶されるプログラムやデータを用いて、第１端末１１、第２端末１２、専門家端末１５、管理サーバ２０における各処理（例えば、後述する制御部２１における処理）を制御する。プロセッサＨ１５の一例としては、例えばＣＰＵやＭＰＵ等がある。このプロセッサＨ１５は、ＲＯＭ等に記憶されるプログラムをＲＡＭに展開して、各種処理に対応する各種プロセスを実行する。例えば、プロセッサＨ１５は、第１端末１１、第２端末１２、専門家端末１５、管理サーバ２０のアプリケーションプログラムが起動された場合、後述する各処理を実行するプロセスを動作させる。

プロセッサＨ１５は、自身が実行するすべての処理についてソフトウェア処理を行なうものに限られない。例えば、プロセッサＨ１５は、自身が実行する処理の少なくとも一部についてハードウェア処理を行う専用のハードウェア回路（例えば、特定用途向け集積回路：ＡＳＩＣ）を備えてもよい。すなわち、プロセッサＨ１５は、（１）コンピュータプログラム（ソフトウェア）に従って動作する１つ以上のプロセッサ、（２）各種処理のうち少なくとも一部の処理を実行する１つ以上の専用のハードウェア回路、或いは（３）それらの組み合わせ、を含む回路（circuitry）として構成し得る。プロセッサは、ＣＰＵ並びに、ＲＡＭ及びＲＯＭ等のメモリを含み、メモリは、処理をＣＰＵに実行させるように構成されたプログラムコード又は指令を格納している。メモリすなわちコンピュータ可読媒体は、汎用又は専用のコンピュータでアクセスできるあらゆる利用可能な媒体を含む。

（本実施形態の機能）
図１に示すように、本実施形態の管理サーバ２０には、第１端末１１、第２端末１２、専門家端末１５がネットワークを介して接続されている。

第１端末１１は、着想の提供者であるカスタマ（ユーザ）が用いるコンピュータ端末である。この第１端末１１は、カスタマ復号キーを保持している。
第２端末１２は、着想の利用希望者であるクライアント（ユーザ）が用いるコンピュータ端末である。この第２端末１２は、クライアント復号キーを保持している。
専門家端末１５は、カスタマの着想と、クライアントが提示した既存情報との同一性を判定する専門家（ユーザ）が用いるコンピュータ端末である。

管理サーバ２０は、カスタマとクライアントとの間で、着想を仲介するコンピュータシステムである。管理サーバ２０は、制御部２１、ユーザ情報記憶部２２、着想情報記憶部２３、既存情報記憶部２４、許可情報記憶部２５を備える。

制御部２１は、後述する処理（ユーザ管理処理、登録処理、照会処理、判定処理等を含む処理）を実行する。このための着想仲介プログラムを実行することにより、制御部２１は、ユーザ管理部２１０、登録部２１１、照会部２１２、判定部２１３として機能する。

ユーザ管理部２１０は、ユーザを認証する処理を実行する。
登録部２１１は、カスタマから提供された着想を登録する処理を実行する。
照会部２１２は、クライアントからの着想の照会を管理する処理を実行する。
判定部２１３は、カスタマの着想と既存情報との同一性を判定する処理を実行する。この判定部２１３は、着想詳細の特徴量と、既存情報の特徴量とを比較することにより、両者の同一性を判定するための同一性判定モデルを備えている。例えば、同一性があると判定された複数の文章を教師情報として用いた機械学習により、文章において同一性を判断する同一性判定モデルを生成する。また、特許出願において新規性がないと判断された請求項と、引用文献に記載された内容とを教師情報として用いてもよい。

図３（ａ）に示すように、ユーザ情報記憶部２２には、ユーザ管理レコード２２０が記録される。このユーザ管理レコード２２０は、ユーザ登録が行なわれた場合に記録される。ユーザ管理レコード２２０には、ユーザＩＤ、認証情報、氏名、属性、連絡先、暗号化キーに関するデータが記録される。

ユーザＩＤデータ領域には、各ユーザを特定するための識別子に関するデータが記録される。
認証情報データ領域には、このユーザを認証するための情報（例えば、パスワード）に関するデータが記録される。

氏名データ領域には、このユーザの氏名に関するデータが記録される。
属性データ領域には、このユーザの属性に関するデータが記録される。本実施形態では、「カスタマ」、「クライアント」、「専門家」を識別するためのフラグが記録される。

連絡先データ領域には、このユーザの連絡先（例えば、電子メールアドレス）に関するデータが記録される。
暗号化キーデータ領域には、このユーザが、公開鍵暗号方式で用いる暗号化キーに関するデータが記録される。この暗号化キーで暗号化された情報は、ユーザが保有する復号キーにより、復号することができる。

図３（ｂ）に示すように、着想情報記憶部２３には、着想管理レコード２３０が記録される。この着想管理レコード２３０は、着想申請が行なわれた場合に記録される。着想管理レコード２３０には、着想管理ＩＤ、カスタマＩＤ、登録日時、分類、タイトル、着想概要、着想詳細に関するデータが記録される。

着想管理ＩＤデータ領域には、各着想を特定するための識別子に関するデータが記録される。
カスタマＩＤデータ領域には、この着想を申請したカスタマを特定するための識別子（ユーザＩＤ）に関するデータが記録される。

登録日時データ領域には、この着想が申請された年月日及び時刻に関するデータが記録される。
分類データ領域には、この着想が属する分類を特定するための識別子に関するデータが記録される。

タイトルデータ領域には、この着想のタイトルに関するデータが記録される。
着想概要データ領域には、この着想の抽象的な概要に関するデータが記録される。この着想概要により、着想の内容そのものを把握することはできないが、着想による効果や狙い目、アピールポイント等を把握することができる。
着想詳細データ領域には、この着想の具体的な内容に関するデータが記録される。本実施形態では、着想詳細は、カスタマの暗号化キーで暗号化されて記録される。

図３（ｃ）に示すように、既存情報記憶部２４には、既存情報管理レコード２４０が記録される。この既存情報管理レコード２４０は、既存情報の登録が行なわれた場合に記録される。既存情報管理レコード２４０には、クライアントＩＤ、既存情報管理ＩＤ、登録日時、既存情報に関するデータが記録される。

クライアントＩＤデータ領域には、各クライアントを特定するための識別子（ユーザＩＤ）に関するデータが記録される。
既存管理情報ＩＤデータ領域には、このクライアントが提示した既存情報を特定するための識別子に関するデータが記録される。

登録日時データ領域には、この既存情報が登録された年月日及び時刻に関するデータが記録される。
既存情報データ領域には、クライアントが提示した既存情報の内容に関するデータが記録される。本実施形態では、既存情報は、クライアントの暗号化キーで暗号化されて記録される。

図３（ｄ）に示すように、許可情報記憶部２５には、許可管理レコード２５０が記録される。この許可管理レコード２５０は、カスタマの着想詳細をクライアントに提供する場合に記録される。許可管理レコード２５０には、着想管理ＩＤ、クライアントＩＤ、開示日時、同一性判定結果、ステータスに関するデータが記録される。

着想管理ＩＤデータ領域には、クライアントに提供する着想を特定するための識別子に関するデータが記録される。
クライアントＩＤデータ領域には、着想詳細を提供するクライアントを特定するための識別子（ユーザＩＤ）に関するデータが記録される。

開示日時データ領域には、着想詳細を開示した年月日及び時刻に関するデータが記録される。
同一性判定結果データ領域には、着想詳細と既存情報との同一性についての判定結果に関するデータが記録される。
ステータスデータ領域には、この着想の利用状況を特定するためのフラグが記録される。

（処理の概要）
図４を用いて、処理の概要を説明する。
まず、管理サーバ２０の制御部２１は、着想受付処理を実行する（ステップＳ１０１）。具体的には、本サービスの利用希望のカスタマは、第１端末１１を用いて、管理サーバ２０にアクセスする。この場合、制御部２１のユーザ管理部２１０は、第１端末１１の表示装置Ｈ１３に認証画面を出力する。この認証画面には、ユーザＩＤ、認証情報の入力欄が含まれる。そして、ユーザ管理部２１０は、認証画面に入力されたユーザＩＤ、認証情報を取得し、ユーザ情報記憶部２２における登録を確認する。取得したユーザＩＤ、認証情報がユーザ情報記憶部２２に登録されていない場合には、登録部２１１は、ログインを拒否する。一方、取得したユーザＩＤ、認証情報がユーザ情報記憶部２２に登録されている場合には、ユーザ管理部２１０は、ログインを許可する。

そして、ユーザ情報記憶部２２に属性として「カスタマ」が登録されている場合には、登録部２１１は、第１端末１１の表示装置Ｈ１３に概要登録画面を出力する。この概要登録画面には、カスタマＩＤ、登録日（現在日時）、タイトル、着想概要等の入力欄が含まれる。そして、登録部２１１は、第１端末１１における概要登録画面への入力完了を検知することにより着想申請を受け付けた場合、着想管理ＩＤを付与した着想管理レコード２３０を生成し、カスタマＩＤ、タイトル、着想概要を記録し、着想情報記憶部２３に登録する。この場合、登録部２１１は、着想概要に含まれるキーワードを用いて、分類を決定し、着想管理レコード２３０に記録する。

次に、管理サーバ２０の制御部２１は、詳細の暗号化処理を実行する（ステップＳ１０２）。具体的には、制御部２１の登録部２１１は、第１端末１１の表示装置Ｈ１３に詳細登録画面を出力する。この詳細登録画面には、着想詳細等の入力欄が含まれる。そして、登録部２１１は、詳細登録画面への入力完了を検知した場合、ユーザ情報記憶部２２に記録された暗号化キーで、着想詳細を暗号化する。そして、登録部２１１は、暗号化された着想詳細（暗号化着想詳細情報）を、着想管理レコード２３０に記録する。

次に、管理サーバ２０の制御部２１は、概要の開示処理を実行する（ステップＳ１０３）。具体的には、本サービスの利用希望のクライアントは、第２端末１２を用いて、管理サーバ２０にアクセスする。この場合、ユーザ管理部２１０は、第２端末１２の表示装置Ｈ１３に認証画面を出力する。この認証画面には、ユーザＩＤ、認証キーの入力欄が含まれる。そして、登録部２１１は、認証画面に入力されたユーザＩＤ、認証情報を取得し、ユーザ情報記憶部２２における登録を確認する。取得したユーザＩＤ、認証情報がユーザ情報記憶部２２に登録されていない場合には、登録部２１１は、ログインを拒否する。一方、取得したユーザＩＤ、認証情報がユーザ情報記憶部２２に登録されている場合には、ユーザ管理部２１０は、ログインを許可する。そして、属性として「クライアント」が登録されている場合には、照会部２１２は、第２端末１２の表示装置Ｈ１３に着想検索画面を出力する。この着想検索画面には、検索キーワードの入力欄が含まれる。

そして、照会部２１２は、着想検索画面への入力完了を検知した場合、着想情報記憶部２３において、検索キーワードを含む着想概要が記録された着想管理レコード２３０を検索する。そして、照会部２１２は、特定した着想管理レコード２３０の一覧表示画面を生成し、第２端末１２の表示装置Ｈ１３に出力する。この一覧表示画面には、着想管理レコード２３０の着想管理ＩＤ、タイトル、着想概要に関するデータが含まれる。
この場合、クライアントは、第２端末１２を用いて、着想の概要を閲覧する。

次に、管理サーバ２０の制御部２１は、既存情報の登録処理を実行する（ステップＳ１０４）。具体的には、クライアントが、着想詳細の閲覧を希望する場合には、第２端末１２を用いて、一覧表示画面の既存情報の登録ボタンを選択する。この場合、制御部２１の照会部２１２は、第２端末１２の表示装置Ｈ１３に既存情報登録画面を出力する。この既存情報登録画面には、既存情報等の入力欄が含まれる。そして、照会部２１２は、既存情報登録画面への入力完了を検知することにより既存情報を申請した場合、ユーザ情報記憶部２２に記録された暗号化キーで、既存情報を暗号化する。そして、照会部２１２は、暗号化された既存情報に対して既存情報管理ＩＤを付与する。次に、照会部２１２は、クライアントＩＤ、既存情報管理ＩＤ、登録日、暗号化された既存情報（暗号化既存情報）を記録した既存情報管理レコード２４０を生成し、既存情報記憶部２４に記録する。

そして、クライアントは、第２端末１２を用いて一覧表示画面において、着想詳細の閲覧を希望するタイトルを選択する。この場合、第２端末１２に管理サーバ２０に、詳細要求を送信する。この詳細要求には、着想管理ＩＤに関するデータを含める。

次に、管理サーバ２０の制御部２１は、復号キーの要求処理を実行する（ステップＳ１０５）。具体的には、制御部２１の照会部２１２は、詳細要求の着想管理ＩＤが記録された着想管理レコード２３０を着想情報記憶部２３から取得する。そして、照会部２１２は、着想管理レコード２３０に記録された着想管理ＩＤ、カスタマＩＤを特定する。次に、照会部２１２は、着想管理ＩＤ、クライアントＩＤ、開示日（現在日時）を記録した許可管理レコード２５０を生成し、許可情報記憶部２５に記録する。次に、照会部２１２は、カスタマＩＤが記録されたユーザ管理レコード２２０から連絡先、暗号化キーを特定する。そして、照会部２１２は、特定した連絡先に対して、復号キーの要求を送信する。この要求には、クライアントの暗号化キーを含める。復号キーの要求を受信した第１端末１１は、カスタマ復号キーをクライアント暗号化キーで暗号化した暗号化復号キー情報を生成する。そして、第１端末１１は、暗号化復号キー情報を管理サーバ２０に提供する。

暗号化復号キー情報を取得した管理サーバ２０の制御部２１は、詳細情報の提供処理を実行する（ステップＳ１０６）。具体的には、制御部２１の照会部２１２は、暗号化着想詳細情報及び暗号化復号キー情報を、第２端末１２に提供する。照会部２１２は、この暗号化復号キー情報を、仮記憶しておく。

この場合、第２端末１２は、クライアント復号キーを用いて、暗号化復号キー情報を復号することにより、カスタマ復号キーを取得する。そして、第２端末１２は、カスタマ復号キーを用いて、暗号化着想詳細情報を復号した詳細表示画面を、表示装置Ｈ１３に出力する。

そして、クライアントは、着想詳細情報を確認する。
ここで、クライアントは、着想詳細情報について、同一性確認依頼を行なうかどうかを判断する。例えば、既存情報と着想詳細情報とが同じと判断した場合には、同一性確認依頼を行なう。この場合には、詳細表示画面に含まれる同一性確認要求のボタンを選択する。この場合、第２端末１２は、同一性確認要求を管理サーバ２０に送信する。この同一性確認要求には、着想管理ＩＤ、既存情報管理ＩＤ、クライアント復号キーを含める。

同一性確認要求を取得した管理サーバ２０の制御部２１は、機械照合処理を実行する（ステップＳ１０７）。具体的には、制御部２１の判定部２１３は、既存情報管理ＩＤが記録された既存情報管理レコード２４０を、既存情報記憶部２４から取得する。そして、判定部２１３は、既存情報管理レコード２４０の既存情報を、クライアント復号キーを用いて復号する。更に、判定部２１３は、クライアント復号キーを用いて、第１端末１１から取得した暗号化復号キー情報を復号して、カスタマ復号キーを取得する。次に、判定部２１３は、着想管理ＩＤが記録された着想管理レコード２３０を着想情報記憶部２３から取得する。そして、判定部２１３は、着想管理レコード２３０に記録された着想詳細を、カスタマ復号キーを用いて復号する。

次に、判定部２１３は、既存情報と着想詳細情報とを同一性判定モデルに入力して、同一性の確率を算出する。ここでは、既存情報及び着想詳細情報に含まれる単語をそれぞれ抽出し、一致状況に応じて確率を算出する。この一致状況には、既存情報及び着想詳細情報に含まれる単語ベクトルを用いた特徴量を用いることができる。そして、判定部２１３は、単語ベクトルの一致状況に応じて確率を、許可管理レコード２５０の同一性判定結果データ領域に記録する。

次に、管理サーバ２０の制御部２１は、専門家による同一性判定依頼処理を実行する（ステップＳ１０８）。具体的には、制御部２１の判定部２１３は、ユーザ情報記憶部２２から、「専門家」属性のユーザ管理レコード２２０を取得し、連絡先を特定する。そして、判定部２１３は、特定した連絡先の専門家端末１５に、同一性判定依頼を送信する。この同一性判定依頼には、既存情報及び着想詳細情報、一致状況に応じた確率に関する情報を含める。

この場合、専門家は、専門家端末１５を用いて、既存情報及び着想詳細情報の同一性を判定する。そして、専門家端末１５を用いて、判定結果を管理サーバ２０に送信する。
次に、管理サーバ２０の制御部２１は、判定結果の通知処理を実行する（ステップＳ１０９）。具体的には、制御部２１の判定部２１３は、専門家端末１５から受信した判定結果を、許可管理レコード２５０の同一性判定結果データ領域に記録する。そして、判定部２１３は、この判定結果を第２端末１２に送信する。

この場合、カスタマは、着想情報の利用可否を判断する。このカスタマは、契約上、この判定結果を順守する義務を有する。ここで、既存情報と着想詳細情報とが同一でないと判定された場合、クライアントは、カスタマの許可を得なければ、着想を利用することができない。一方、既存情報と着想詳細情報とが同一と判定された場合、クライアントは、カスタマの許可なく、着想を利用することができる。そして、カスタマは、第２端末１２を用いて、利用要否についての判断結果を管理サーバ２０に送信する。この判断結果には、利用希望又は不利用のいずれかの情報を含める。

次に、管理サーバ２０の制御部２１は、判断に応じた対応処理を実行する（ステップＳ１１０）。具体的には、制御部２１の照会部２１２は、判断結果をステータスとして、許可管理レコード２５０に記録する。不利用情報を取得した場合には、照会部２１２は、第２端末１２に対して、着想の守秘、着想の不利用の順守に関する情報を送信する。

一方、利用希望情報を取得した場合には、照会部２１２は、クライアント及びカスタマのユーザ管理レコード２２０に記録された連絡先に対して、面談要求を送信する。この面談要求には、着想の利用希望について、クライアント及びカスタマの氏名に関する情報を含める。そして、クライアント及びカスタマから面談可能日を取得し、両者の面談可能日において、ウェブ会議のスケジュールを設定する。そして、照会部２１２は、第１端末１１、第２端末１２に、ウェブ会議に参加するためのアクセス情報を送信する。

本実施形態によれば、以下のような効果を得ることができる。
（１）本実施形態においては、管理サーバ２０の制御部２１は、着想受付処理（ステップＳ１０１）、詳細の暗号化処理（ステップＳ１０２）、概要の開示処理（ステップＳ１０３）を実行する。これにより、着想を守秘情報として管理することができる。

（２）本実施形態においては、管理サーバ２０の制御部２１は、既存情報の登録処理を実行する（ステップＳ１０４）。これにより、既にクライアントが保持している情報を守秘情報として管理することができる。

（３）本実施形態においては、管理サーバ２０の制御部２１は、復号キーの要求処理（ステップＳ１０５）、詳細情報の提供処理（ステップＳ１０６）を実行する。これにより、カスタマの着想をクライアントが確認することができる。

（４）本実施形態においては、管理サーバ２０の制御部２１は、機械照合処理を実行する（ステップＳ１０７）。これにより、カスタマの着想と、クライアントが提示した既存情報との同一性を効率的に判定することができる。

（５）本実施形態においては、管理サーバ２０の制御部２１は、専門家による同一性判定依頼処理を実行する（ステップＳ１０８）。これにより、専門家により、カスタマの着想と、クライアントが提示した既存情報との同一性を判定することができる。

本実施形態は、以下のように変更して実施することができる。本実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・上記実施形態では、管理サーバ２０の制御部２１は、着想受付処理を実行する（ステップＳ１０１）。ここで、公知情報を第１端末１１に提供するようにしてもよい。この場合、着想概要及び着想詳細を取得した場合に、これらに含まれるキーワードを用いて、公開された情報提供サイトにおいて、公知情報を検索する。そして、キーワードが共通する公知情報を、第１端末１１に提供する。これにより、ユニークな着想の登録を促進することができる。

・上記実施形態では、管理サーバ２０の制御部２１は、機械照合処理を実行する（ステップＳ１０７）。ここで、公知情報を検索するようにしてもよい。この場合には、第２端末１２から、公知情報が公開されたアドレスを取得する。そして、判定部２１３は、このアドレスから公知情報を取得し、着想情報との照合を行なう。

・上記実施形態では、カスタマ及びクライアントの公開暗号方式の暗号化キー、復号キーを用いる。仲介者等の第三者が閲覧できない状態であれば、暗号化手法は公開暗号方式に限定されるものではない。
また、着想毎や既存情報毎に、異なる暗号化キーを用いて暗号化してもよい。この場合には、着想情報記憶部２３に、カスタマ暗号化キーを記録する。
また、管理サーバ２０において、情報記憶部のアクセス権限管理により、各情報の提供を制限してもよい。この場合、着想情報記憶部２３の着想詳細にはカスタマ及び専門家のみ、既存情報記憶部２４の既存情報にはクライアント及び専門家のみのアクセスを許容する。
・上記実施形態では、管理サーバ２０の制御部２１は、詳細の暗号化処理を実行する（ステップＳ１０２）。また、管理サーバ２０の制御部２１は、既存情報の登録処理を実行する（ステップＳ１０４）。ここでは、管理サーバ２０の制御部２１が、着想詳細や既存情報の暗号化を行なう。これに代えて、第１端末１１や、第２端末１２で、暗号化を行なうようにしてもよい。例えば、第１端末１１で保持されている暗号化キーを用いて、第１端末１１が着想詳細を暗号化する。また、第２端末１２で保持されている暗号化キーを用いて、第２端末１２が既存情報を暗号化する。

・上記実施形態では、管理サーバ２０の制御部２１は、機械照合処理（ステップＳ１０７）、専門家による同一性判定依頼処理（ステップＳ１０８）を実行する。ここで、同一性の判定方法は、これらに限定されるものではない。例えば、機械照合処理（ステップＳ１０７）の結果を、クライアントに通知するようにしてもよい。また、機械照合処理による同一性の確率（確からしさ）に応じて、処理を変更してもよい。例えば、確からしさが基準値以上の場合に、確認のために、専門家による同一性判定依頼処理（ステップＳ１０８）を実行するようにしてもよい。一方、確からしさが基準値未満の場合には、クライアントに通知して、再度、判定要求を受けた場合に、専門家による同一性判定依頼処理（ステップＳ１０８）を実行する。

・上記実施形態では、管理サーバ２０が着想情報記憶部２３、既存情報記憶部２４を備える。情報の管理方法は、管理サーバ２０を用いる場合に限定されるものではない。例えば、ブロックチェーンを用いて管理してもよい。
図５に示すように、暗号化した着想詳細や、暗号化した既存情報を、ブロックチェーン上の分散台帳に記録する。この場合、クライアントは、分散台帳にアクセスできれば、着想概要を閲覧することができる。また、復号キーを取得した第２端末１２や、専門家端末１５が、着想詳細や既存情報を閲覧することができる。更に、ブロックチェーンにより、改ざんを防止することができる。

１１…第１端末、１２…第２端末、１５…専門家端末、２０…管理サーバ、２１…制御部、２１０…ユーザ管理部、２１１…登録部、２１２…照会部、２１３…判定部、２２…ユーザ情報記憶部、２３…着想情報記憶部、２４…既存情報記憶部、２５…許可情報記憶部。

Claims (5)

1. ユーザの着想概要と着想詳細を含む着想情報を記録する着想情報記憶部と、
   既存情報を記録する既存情報記憶部と、
   第１端末及び第２端末に接続される制御部とを備えた着想仲介システムであって、
   前記制御部が、
   前記第１端末から、着想概要と着想詳細を含む着想情報を取得して、前記着想情報記憶部に記録し、
   前記着想概要を前記第２端末に公開し、
   前記第２端末から、前記着想情報に対応した既存情報を取得して、前記既存情報記憶部に記録し、
   前記第２端末からの詳細要求に応じて、前記着想情報の着想詳細を前記第２端末に提供し、
   前記第２端末からの同一性確認依頼に応じて、前記着想情報と前記既存情報との同一性を判定した結果を前記第２端末に出力することを特徴とする着想仲介システム。
2. 前記制御部が、前記着想情報に含まれる単語と、前記既存情報に含まれる単語とを用いて、同一性を判定することを特徴とする請求項１に記載の着想仲介システム。
3. 前記制御部が、
   暗号化された前記着想詳細を前記着想情報記憶部に記録し、
   前記第２端末からの詳細要求に応じて、前記第２端末に、前記暗号化された着想詳細を復号するための情報を提供することを特徴とする請求項１又は２に記載の着想仲介システム。
4. 前記制御部が、
   暗号化された前記既存情報を前記既存情報記憶部に記録し、
   前記第２端末からの同一性確認依頼に応じて、前記暗号化された既存情報を復号するための情報を取得することを特徴とする請求項１～３の何れか一項に記載の着想仲介システム。
5. ユーザの着想概要と着想詳細を含む着想情報を記録する着想情報記憶部と、
   既存情報を記録する既存情報記憶部と、
   第１端末及び第２端末に接続される制御部とを備えた着想仲介システムを用いて、着想を仲介する方法であって、
   前記制御部が、
   前記第１端末から、着想概要と着想詳細を含む着想情報を取得して、前記着想情報記憶部に記録し、
   前記着想概要を前記第２端末に公開し、
   前記第２端末から、前記着想情報に対応した既存情報を取得して、前記既存情報記憶部に記録し、
   前記第２端末からの詳細要求に応じて、前記着想情報の着想詳細を前記第２端末に提供し、
   前記第２端末からの同一性確認依頼に応じて、前記着想情報と前記既存情報との同一性を判定した結果を前記第２端末に出力することを特徴とする着想仲介方法。

Images