(57)【要約】【課題】パーソナル情報を利用するプロジェクトに効率的に参加して、パーソナル情報を用いた取引を行なうための情報管理システム、情報管理方法及び情報管理プログラムを提供する。【解決手段】管理サーバ２０は、プロジェクト情報記憶部２４、ユーザ情報記憶部２２、ユーザ端末１０及びサービスサイトサーバ３０、事業者端末４０に接続される制御部２１を備える。制御部２１が、ユーザ端末１０から、ユーザがエントリーしたプロジェクトに関する情報を取得し、ユーザ情報記憶部２２に記録し、プロジェクト情報記憶部に記録されたプロジェクトの始動条件に到達した場合、プロジェクトにエントリーしたユーザについてのパーソナル情報を、ユーザ情報記憶部２２に記録されたサービスサイトサーバ３０から取得し、事業者端末４０に提供する。【選択図】図１
2020080041.tif 000002
【特許請求の範囲】
【請求項１】
情報サイトに蓄積された情報を利用するプロジェクトについて、始動条件に関する情報が記録されたプロジェクト情報記憶部と、
ユーザが利用している情報サイトに関する情報、ユーザがエントリーしたプロジェクトに関する情報を記録するユーザ情報記憶部と、
ユーザ端末及び情報サイト、前記プロジェクトの管理システムに接続される制御部とを備える情報管理システムであって、
前記制御部が、
前記ユーザ端末から、ユーザがエントリーしたプロジェクトに関する情報を取得し、前記ユーザ情報記憶部に記録し、
前記プロジェクト情報記憶部に記録されたプロジェクトの始動条件に到達した場合、前記プロジェクトにエントリーしたユーザについてのパーソナル情報を、前記ユーザ情報記憶部に記録された情報サイトから取得し、前記プロジェクトの管理システムに提供することを特徴とする情報管理システム。
【請求項２】
前記プロジェクト情報記憶部には、ユーザに対する報酬に関する情報が更に記録されており、
前記制御部が、前記プロジェクトにユーザ情報を提供した場合には、前記ユーザに前記報酬を提供することを特徴とする請求項１に記載の情報管理システム。
【請求項３】
前記制御部が、
ユーザが利用している情報サイトを特定し、
前記特定した情報サイトに基づいて、エントリー可能なプロジェクトを前記ユーザ端末に表示することを特徴とする請求項１又は２に記載の情報管理システム。
【請求項４】
前記制御部が、前記エントリー可能なプロジェクトについて、ユーザのエントリー人数を出力することを特徴とする請求項３に記載の情報管理システム。
【請求項５】
前記制御部が、プロジェクトの登録時に、プロジェクトの条件に応じて、エントリー可能なユーザ数を表示することを特徴とする請求項１〜４の何れか一項に記載の情報管理システム。
【請求項６】
情報サイトに蓄積された情報を利用するプロジェクトについて、始動条件に関する情報が記録されたプロジェクト情報記憶部と、
ユーザが利用している情報サイトに関する情報、ユーザがエントリーしたプロジェクトに関する情報を記録するユーザ情報記憶部と、
ユーザ端末及び情報サイト、前記プロジェクトの管理システムに接続される制御部とを備える情報管理システムを用いて、情報管理を行なうための方法であって、
前記制御部が、
前記ユーザ端末から、ユーザがエントリーしたプロジェクトに関する情報を取得し、前記ユーザ情報記憶部に記録し、
前記プロジェクト情報記憶部に記録されたプロジェクトの始動条件に到達した場合、前記プロジェクトにエントリーしたユーザについてのパーソナル情報を、前記ユーザ情報記憶部に記録された情報サイトから取得し、前記プロジェクトの管理システムに提供することを特徴とする情報管理方法。
【請求項７】
情報サイトに蓄積された情報を利用するプロジェクトについて、始動条件に関する情報が記録されたプロジェクト情報記憶部と、
ユーザが利用している情報サイトに関する情報、ユーザがエントリーしたプロジェクトに関する情報を記録するユーザ情報記憶部と、
ユーザ端末及び情報サイト、前記プロジェクトの管理システムに接続される制御部とを備える情報管理システムを用いて、情報管理を行なうためのプログラムであって、
前記制御部を、
前記ユーザ端末から、ユーザがエントリーしたプロジェクトに関する情報を取得し、前記ユーザ情報記憶部に記録し、
前記プロジェクト情報記憶部に記録されたプロジェクトの始動条件に到達した場合、前記プロジェクトにエントリーしたユーザについてのパーソナル情報を、前記ユーザ情報記憶部に記録された情報サイトから取得し、前記プロジェクトの管理システムに提供する手段として機能させることを特徴とする情報管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザのパーソナル情報を用いて取引を行なうための情報管理システム、情報管理方法及び情報管理プログラムに関する。
【背景技術】
【０００２】
市場ニーズの動向を把握することは、マーケティングにおいて有用である。このため、個人属性に関連付けられた購買情報やサービス利用情報をマーケティングに利用することがある。
【０００３】
そこで、クレジットカード会社等によって蓄積され、データベースに保管されている個人情報を活用するための技術が検討されている（例えば、特許文献１参照）。特許文献１に記載された技術においては、第三者機関は依頼者から特定個人の個人情報に対する要求を受け取り、その個人情報の販売に関連する方針を規定する。また、個人情報は第三者機関によって有効性を検査される。第三者機関は、依頼者から要求された個人情報を依頼者に渡してよいか、この個人に対価の支払を条件に許可を求める。許可された場合には要求された個人情報をその依頼者に提供する。
【０００４】
また、個人情報を一元管理するための技術も検討されている（例えば、特許文献２参照）。特許文献２に記載された技術においては、個人の情報を管理する個人情報バンクと、個人情報の入力・検索・参照などを行なう顧客側クライアント及びサービス提供者側クライアントとを用いる。個人情報バンクに個人情報を一元管理することで、サービス提供者側、顧客側の双方が情報を登録・更新・削除・照会可能であり、他の情報をキーにして顧客を識別することを可能とする。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−２９０９５６号公報
【特許文献２】特開２００９−１８７２２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
単に個人情報を提供して報酬を得るだけでは、個人情報の提供に対するモチベーションが働かない場合がある。このため、多くの個人情報を収集することが難しい。
【課題を解決するための手段】
【０００７】
上記課題を解決する情報管理システムは、情報サイトに蓄積された情報を利用するプロジェクトについて、始動条件に関する情報が記録されたプロジェクト情報記憶部と、ユーザが利用している情報サイトに関する情報、ユーザがエントリーしたプロジェクトに関する情報を記録するユーザ情報記憶部と、ユーザ端末及び情報サイト、前記プロジェクトの管理システムに接続される制御部とを備える。そして、前記制御部が、前記ユーザ端末から、ユーザがエントリーしたプロジェクトに関する情報を取得し、前記ユーザ情報記憶部に記録し、前記プロジェクト情報記憶部に記録されたプロジェクトの始動条件に到達した場合、前記プロジェクトにエントリーしたユーザについてのパーソナル情報を、前記ユーザ情報記憶部に記録された情報サイトから取得し、前記プロジェクトの管理システムに提供する。
【発明の効果】
【０００８】
本発明によれば、パーソナル情報を利用するプロジェクトに効率的に参加して、パーソナル情報を用いた取引を行なうことができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態の情報管理システムの説明図。
【図２】本実施形態のハードウェア構成の説明図。
【図３】本実施形態のユーザ情報記憶部の説明図。
【図４】本実施形態の情報記憶部の説明図であって、（ａ）はサイト情報記憶部、（ｂ）はプロジェクト情報記憶部、（ｃ）は提供履歴記憶部、（ｄ）は事業者情報記憶部の説明図。
【図５】本実施形態の処理手順の説明図であって、（ａ）はユーザ登録処理、（ｂ）はプロジェクト登録処理の説明図。
【図６】本実施形態の処理手順の説明図。
【図７】本実施形態の処理手順の説明図。
【図８】本実施形態の処理手順の説明図。
【発明を実施するための形態】
【００１０】
以下、図１〜図８に従って、情報管理システム、情報管理方法及び情報管理プログラムを具体化した一実施形態を説明する。本実施形態では、ユーザのパーソナル情報を提供してプロジェクトを実行する場合を想定する。ここで、パーソナル情報には、ＳＮＳサイトに登録された情報、資産運用情報、所在地や訪問情報、宿泊地や飲食店の予約情報、ショッピング情報、オークション情報、ウェブや動画の閲覧履歴、ゲーム利用履歴、健康状態情報等のように、ユーザ個人に関する情報が含まれる。
図１に示すように、ネットワークを介して接続されたユーザ端末１０、管理サーバ２０、サービスサイトサーバ３０、事業者端末４０を用いる。
【００１１】
（ハードウェア構成）
図２を用いて、ユーザ端末１０〜事業者端末４０を構成する情報処理装置Ｈ１０のハードウェア構成を説明する。情報処理装置Ｈ１０は、通信装置Ｈ１１、入力装置Ｈ１２、表示装置Ｈ１３、記憶部Ｈ１４、プロセッサＨ１５を備える。なお、このハードウェア構成は一例であり、他のハードウェアにより実現することも可能である。
【００１２】
通信装置Ｈ１１は、他の装置との間で通信経路を確立して、データの送受信を実行するインタフェースであり、例えばネットワークインタフェースカードや無線インタフェース等である。
【００１３】
入力装置Ｈ１２は、利用者等からの入力を受け付ける装置であり、例えばマウスやキーボード等である。表示装置Ｈ１３は、各種情報を表示するディスプレイ等である。タッチパネルディスプレイ等は、入力装置Ｈ１２、表示装置Ｈ１３として機能する。
【００１４】
記憶部Ｈ１４は、ユーザ端末１０〜事業者端末４０の各種機能を実行するためのデータや各種プログラムを格納する記憶装置である。記憶部Ｈ１４の一例としては、ＲＯＭ、ＲＡＭ、ハードディスク等がある。
【００１５】
プロセッサＨ１５は、記憶部Ｈ１４に記憶されるプログラムやデータを用いて、ユーザ端末１０〜事業者端末４０における各処理を制御する。プロセッサＨ１５の一例としては、例えばＣＰＵやＭＰＵ等がある。このプロセッサＨ１５は、ＲＯＭ等に記憶されるプログラムをＲＡＭに展開して、各サービスのための各種プロセスを実行する。
プロセッサＨ１５は、自身が実行するすべての処理についてソフトウェア処理を行うものに限られない。例えば、プロセッサＨ１５は、自身が実行する処理の少なくとも一部についてハードウェア処理を行う専用のハードウェア回路（例えば、特定用途向け集積回路：ＡＳＩＣ）を備えてもよい。すなわち、プロセッサＨ１５は、（１）コンピュータプログラム（ソフトウェア）に従って動作する１つ以上のプロセッサ、（２）各種処理のうち少なくとも一部の処理を実行する１つ以上の専用のハードウェア回路、或いは（３）それらの組み合わせ、を含む回路（circuitry）として構成し得る。プロセッサは、ＣＰＵ並びに、ＲＡＭ及びＲＯＭ等のメモリを含み、メモリは、処理をＣＰＵに実行させるように構成されたプログラムコード又は指令を格納している。メモリすなわちコンピュータ可読媒体は、汎用又は専用のコンピュータでアクセスできるあらゆる利用可能な媒体を含む。
【００１６】
（システム構成）
次に、図１を用いて、ユーザ端末１０〜事業者端末４０の機能を説明する。
ユーザ端末１０は、パーソナル情報を提供するユーザが用いるコンピュータ端末である。
【００１７】
サービスサイトサーバ３０は、各ユーザが利用する各種サービスを提供するサービスサイトのコンピュータシステムである。このサービスサイトサーバ３０は、各ユーザのパーソナル情報が蓄積される情報サイトとして機能する。サービスサイトサーバ３０には、ソーシャルネットワークサービス（ＳＮＳ）、販売事業者、行政機関、旅行会社、宿泊施設、交通機関等が含まれる。サービスサイトサーバ３０には、ユーザのサービス利用に応じて、パーソナル情報が蓄積される。
【００１８】
事業者端末４０は、プロジェクトを企画し、このプロジェクトのために、ユーザのパーソナル情報の取得を希望する事業者が用いるコンピュータ端末（プロジェクトの管理システム）である。
【００１９】
管理サーバ２０は、ユーザのパーソナル情報を用いて取引を管理するコンピュータシステムである。この管理サーバ２０は、制御部２１、ユーザ情報記憶部２２、サイト情報記憶部２３、プロジェクト情報記憶部２４、提供履歴記憶部２５、事業者情報記憶部２６を備える。
【００２０】
制御部２１は、後述する処理（アクセス認証段階、ユーザ管理段階、情報管理段階、プロジェクト管理段階等の各処理等）を行なう。そのため、情報管理プログラムを実行することにより、制御部２１は、アクセス認証部２１０、ユーザ管理部２１１、情報管理部２１２、プロジェクト管理部２１３として機能する。
【００２１】
アクセス認証部２１０は、アクセス者を認証する処理を実行する。
ユーザ管理部２１１は、パーソナル情報を提供するユーザの登録処理を実行する。
情報管理部２１２は、ユーザのパーソナル情報を収集して管理する処理を実行する。
【００２２】
プロジェクト管理部２１３は、事業者端末４０から取得したプロジェクト情報をプロジェクト情報記憶部２４に登録する。そして、プロジェクト管理部２１３は、登録されたプロジェクトに対するユーザのエントリーを管理する。
【００２３】
図３に示すように、ユーザ情報記憶部２２には、パーソナル情報を提供するユーザについてのユーザ管理レコード２２０が記録される。このユーザ管理レコード２２０は、ユーザ登録が行なわれた場合に記録される。このユーザ管理レコード２２０は、基本レコード２２１、利用サイト管理レコード２２２、エントリー管理レコード２２３から構成される。
【００２４】
基本レコード２２１には、パーソナル情報を用いて取引を行なうユーザの基本情報として、ユーザＩＤ、認証情報、連絡先、口座識別子、属性に関するデータが記録される。
ユーザＩＤデータ領域には、各ユーザを特定するための識別子に関するデータが記録される。
【００２５】
認証情報データ領域には、この事業者を認証するためのデータが記録される。
連絡先データ領域には、このユーザに連絡するための連絡先（例えばメールアドレス）に関するデータが記録される。
【００２６】
口座識別子データ領域には、このユーザの口座を特定するための識別子（本支店コード、口座種別、口座番号）に関するデータが記録される。この口座は、プロジェクト発動の報酬がお金により支払われる場合には、入金のために用いられる。
【００２７】
属性データ領域には、このユーザ属性に関するデータが記録される。属性としては、例えば性別、年齢、職業、住所地域等を用いることができる。
【００２８】
利用サイト管理レコード２２２には、このユーザが利用するサービスサイトに関する情報として、サイトＩＤ、アカウント、提供条件に関するデータが記録される。
サイトＩＤデータ領域には、このユーザが利用するサービスサイトを特定するための識別子に関するデータが記録される。
アカウントデータ領域には、各サービスサイトにおいて、このユーザを特定するためのアカウントＩＤに関するデータが記録される。
【００２９】
提供条件データ領域には、このサービスサイトから取得できるパーソナル情報を提供する場合の条件に関するデータが記録される。本実施形態では、この提供条件として、情報提供時の匿名性の担保、最低限の報酬が記録される。
【００３０】
エントリー管理レコード２２３には、このユーザがエントリー（参加表明）したプロジェクトに関する情報として、プロジェクトＩＤ、エントリー日時、状況に関するデータが記録される。
【００３１】
プロジェクトＩＤデータ領域には、このユーザがエントリーしたプロジェクトを特定するための識別子に関するデータが記録される。
エントリー日時データ領域には、このエントリーを行なった年月日及び時刻に関するデータが記録される。
【００３２】
状況データ領域には、このプロジェクトの状況（募集中、発動、終了）を特定するためのフラグが記録される。募集中フラグは、プロジェクトにエントリーするユーザの募集中であることを示す。発動フラグは、プロジェクトが発動されたことを示す。終了フラグは、プロジェクトが発動されずに終了したことを示す。
【００３３】
図４（ａ）に示すように、サイト情報記憶部２３には、ユーザに対してサービスを提供するサービスサイトについてのサイト管理レコード２３０が記録される。本実施形態では、サイト情報記憶部２３に記録された各サービスサイトにおけるパーソナル情報をプロジェクトに提供する。このサイト管理レコード２３０には、サイトＩＤ、取得項目に関するデータが記録される。
【００３４】
サイトＩＤデータ領域には、各サービスサイトを特定するための識別子に関するデータが記録される。
取得項目データ領域には、このサービスサイトから取得できる情報項目に関するデータが記録される。例えば、ブログサイトの情報項目については、ユーザの時系列情報、ＳＮＳサイトの場合には、メッセージの内容や発信数等を取得することができる。
【００３５】
図４（ｂ）に示すように、プロジェクト情報記憶部２４には、パーソナル情報を利用するプロジェクトについてのプロジェクト管理レコード２４０が記録される。このプロジェクト管理レコード２４０は、プロジェクト登録が行なわれた場合に記録される。このプロジェクト管理レコード２４０には、プロジェクトＩＤ、事業者ＩＤ、プロジェクト内容、情報希望条件、エントリー期限、始動条件、報酬、エントリー人数、結果に関するデータが記録される。
【００３６】
プロジェクトＩＤデータ領域には、各プロジェクトを特定するための識別子に関するデータが記録される。
事業者ＩＤデータ領域には、プロジェクトを企画した事業者を特定するための識別子に関するデータが記録される。
【００３７】
プロジェクト内容データ領域には、このプロジェクト計画書に関するデータが記録される。プロジェクト計画書においては、プロジェクトの目的や、パーソナル情報の利用方法等のプロジェクトの概要が記述されている。
【００３８】
情報希望条件データ領域には、プロジェクトにおいて活用するパーソナル情報の希望条件に関するデータが記録される。例えば、条件として、ユーザの属性（例えば、住所地域）や、特定のサイトＩＤ（例えば、ＳＮＳサイト利用者）等を設定する。更に、プロジェクトへの最大エントリー数を設定してもよい。
【００３９】
エントリー期限データ領域には、このプロジェクトにおけるエントリー期間に関するデータが記録される。
始動条件データ領域には、このプロジェクトを発動するための条件に関するデータが記録される。例えば、プロジェクトへの最低エントリー数を始動条件として用いることができる。
【００４０】
報酬データ領域には、このプロジェクトにおいて、パーソナル情報を提供したユーザに対する報酬に関するデータが記録される。
エントリー人数データ領域には、このプロジェクトへのユーザのエントリー人数に関するデータが記録される。
状況データ領域には、このプロジェクトの状況（募集中、発動、終了）を特定するためのフラグが記録される。
【００４１】
図４（ｃ）に示すように、提供履歴記憶部２５には、プロジェクトを企画した事業者に対して、パーソナル情報を提供した履歴についての提供履歴管理レコード２５０が記録される。この提供履歴管理レコード２５０は、パーソナル情報を事業者に提供した場合に記録される。この提供履歴管理レコード２５０は、ユーザＩＤ、プロジェクトＩＤ、情報項目、提供日時、報酬に関するデータを含んで構成される。
【００４２】
ユーザＩＤデータ領域には、各ユーザを特定するための識別子に関するデータが記録される。
プロジェクトＩＤデータ領域には、このユーザのパーソナル情報を提供したプロジェクトを特定するための識別子に関するデータが記録される。
【００４３】
情報項目データ領域には、プロジェクトに提供したパーソナル情報の内容に関するデータが記録される。
提供日時データ領域には、パーソナル情報を提供した年月日及び時刻に関するデータが記録される。
報酬データ領域には、パーソナル情報の提供により取得した報酬に関するデータが記録される。
【００４４】
図４（ｄ）に示すように、事業者情報記憶部２６には、プロジェクトを企画する事業者についての事業者管理レコード２６０が記録される。この事業者管理レコード２６０は、事業者が登録された場合に記録される。この事業者管理レコード２６０は、事業者ＩＤ、認証情報、プロジェクトＩＤに関するデータを含んで構成される。
【００４５】
事業者ＩＤデータ領域には、各事業者を特定するための識別子に関するデータが記録される。
認証情報データ領域には、この事業者を認証するためのデータが記録される。
プロジェクトＩＤデータ領域には、この事業者が企画したプロジェクトを特定するための識別子に関するデータが記録される。
【００４６】
（ユーザ登録処理）
図５（ａ）を用いて、ユーザ登録処理を説明する。この処理は、パーソナル情報を用いた取引を希望するユーザがユーザ登録を行なう場合に実行される。パーソナル情報の取引を希望するユーザは、ユーザ端末１０を用いて管理サーバ２０にアクセスする。
【００４７】
まず、管理サーバ２０の制御部２１は、ログイン処理を実行する（ステップＳ１−１）。具体的には、新規ユーザの場合には、制御部２１のアクセス認証部２１０は、ユーザ登録画面をユーザ端末１０のディスプレイに出力する。そして、アクセス認証部２１０は、ユーザ登録画面に入力されたユーザＩＤ、認証情報を取得し、これらの情報を含めた基本レコード２２１を生成し、ユーザ情報記憶部２２に記録する。
一方、既登録ユーザの場合には、アクセス認証部２１０は、認証画面をユーザ端末１０のディスプレイに出力する。そして、アクセス認証部２１０は、認証画面に入力されたユーザＩＤ及び認証情報を取得する。アクセス認証部２１０は、取得したユーザＩＤ及び認証情報がユーザ管理レコード２２０の基本レコード２２１に記録されている場合には、ログインを許可する。なお、取得したユーザＩＤ及び認証情報が基本レコード２２１に記録されていない場合には、ログインを拒否する。
【００４８】
次に、管理サーバ２０の制御部２１は、ユーザ属性情報の登録処理を実行する（ステップＳ１−２）。具体的には、制御部２１のユーザ管理部２１１は、ユーザ端末１０のディスプレイに基本情報入力画面を出力する。この基本情報入力画面には、連絡先、口座識別子、属性の入力欄が含まれる。そして、ユーザ管理部２１１は、基本情報入力画面に入力された各種情報を取得し、基本レコード２２１に記録する。
【００４９】
次に、管理サーバ２０の制御部２１は、サービスサイト一覧の表示処理を実行する（ステップＳ１−３）。具体的には、制御部２１のユーザ管理部２１１は、サイト情報記憶部２３に記録されたサービスサイトに関する情報を含めた一覧画面を、ユーザ端末１０のディスプレイに出力する。この一覧画面においては、ユーザが利用しており、パーソナルデータを提供可能なサービスサイトを選択するための選択ボックスが含まれる。ユーザが複数のサービスサイトを利用している場合には、複数のサービスサイトを選択することができる。更に、この一覧画面には、サービスサイトにおけるユーザのアカウント、ユーザのパーソナル情報を提供する場合の提供条件の設定欄が設けられている。
【００５０】
次に、管理サーバ２０の制御部２１は、利用中のサービスサイトの選択処理を実行する（ステップＳ１−４）。具体的には、ユーザは、一覧画面において、パーソナル情報提供可能なサービスサイトを選択する。この場合、制御部２１のユーザ管理部２１１は、ユーザ端末１０に出力された一覧画面において選択されたサービスサイトに関する情報（サイトＩＤ及びアカウント、提供条件）を取得する。
【００５１】
次に、管理サーバ２０の制御部２１は、ユーザが利用しているサービスサイトの登録処理を実行する（ステップＳ１−５）。具体的には、制御部２１のユーザ管理部２１１は、ユーザ端末１０から取得したサイトＩＤ、アカウント、提供条件を含めた利用サイト管理レコード２２２を生成し、基本レコード２２１に関連付けて、ユーザ情報記憶部２２に記録する。
【００５２】
（プロジェクト登録処理）
次に、図５（ｂ）を用いて、プロジェクト登録処理を説明する。この処理は、事業者がプロジェクトを企画する場合に実行される。プロジェクトを企画する事業者は、事業者端末４０を用いて管理サーバ２０にアクセスする。
【００５３】
まず、管理サーバ２０の制御部２１は、ログイン処理を実行する（ステップＳ２−１）。具体的には、新規事業者の場合には、制御部２１のアクセス認証部２１０は、事業者登録画面を事業者端末４０のディスプレイに出力する。そして、アクセス認証部２１０は、事業者登録画面に入力された事業者ＩＤ、認証情報を取得し、これらの情報を含めた事業者管理レコード２６０を生成し、事業者情報記憶部２６に記録する。
一方、既登録ユーザの場合には、アクセス認証部２１０は、事業者端末４０のディスプレイに認証画面を出力する。そして、アクセス認証部２１０は、認証画面に入力された事業者ＩＤ及び認証情報を取得する。アクセス認証部２１０は、取得した事業者ＩＤ及び認証情報が事業者管理レコード２６０に記録されている場合には、ログインを許可する。なお、取得したユーザＩＤ及び認証情報が事業者管理レコード２６０に記録されていない場合には、ログインを拒否する。
【００５４】
次に、管理サーバ２０の制御部２１は、プロジェクト内容の登録処理を実行する（ステップＳ２−２）。具体的には、制御部２１のプロジェクト管理部２１３は、事業者端末４０のディスプレイにプロジェクト登録画面を出力する。このプロジェクト登録画面には、プロジェクト内容、エントリー期限、始動条件、報酬に関する入力欄を含める。そして、事業者端末４０からプロジェクト内容に関する情報を取得したプロジェクト管理部２１３は、プロジェクトＩＤを付与し、事業者端末４０から取得した情報を含めたプロジェクト管理レコード２４０を生成し、プロジェクト情報記憶部２４に記録する。
【００５５】
次に、管理サーバ２０の制御部２１は、情報希望条件の設定処理を実行する（ステップＳ２−３）。具体的には、制御部２１のプロジェクト管理部２１３は、事業者端末４０のディスプレイに条件設定画面を出力する。この条件設定画面には、希望するパーソナル情報の条件の設定欄が設けられている。そして、事業者端末４０から情報希望条件を取得したプロジェクト管理部２１３は、取得した情報希望条件をメモリに仮記憶する。
【００５６】
次に、管理サーバ２０の制御部２１は、対象ユーザ数の表示処理を実行する（ステップＳ２−４）。具体的には、制御部２１のプロジェクト管理部２１３は、ユーザ情報記憶部２２を用いて、メモリに仮記憶された情報希望条件に対応するユーザ管理レコード２２０を抽出する。この場合、利用サイト管理レコード２２２に記録された提供条件が、情報希望条件の報酬、属性等を満たすユーザ管理レコード２２０のみを抽出する。そして、プロジェクト管理部２１３は、抽出したユーザ管理レコード２２０のレコード数をカウントすることにより対象ユーザ数を算出する。そして、プロジェクト管理部２１３は、算出した対象ユーザ数を条件設定画面に表示する。
【００５７】
次に、管理サーバ２０の制御部２１は、決定かどうかについての判定処理を実行する（ステップＳ２−５）。具体的には、事業者は、条件設定画面に表示された対象ユーザ数を確認する。そして、対象ユーザ数に問題がない場合には、プロジェクト登録の決定指示を事業者端末４０に入力する。一方、対象ユーザ数が少なく、問題がある場合には、キャンセル指示を入力する。制御部２１のプロジェクト管理部２１３は、事業者端末４０に入力された決定指示又はキャンセル指示を取得する。
【００５８】
キャンセル指示を取得し、決定でないと判定した場合（ステップＳ２−５において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、情報希望条件の設定処理（ステップＳ２−３）に戻る。
【００５９】
一方、決定指示を取得し、決定と判定した場合（ステップＳ２−５において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、プロジェクトの登録処理を実行する（ステップＳ２−６）。具体的には、制御部２１のプロジェクト管理部２１３は、メモリに仮記憶された情報希望条件を、プロジェクト管理レコード２４０に記録する。
【００６０】
（プロジェクトエントリー処理）
次に、図６を用いて、プロジェクトエントリー処理を説明する。プロジェクトへのエントリーを希望するユーザは、ユーザ端末１０を用いて、管理サーバ２０にアクセスする。
【００６１】
この場合、管理サーバ２０の制御部２１は、ログイン処理を実行する（ステップＳ３−１）。具体的には、制御部２１のアクセス認証部２１０は、認証画面をユーザ端末１０のディスプレイに出力する。そして、アクセス認証部２１０は、認証画面に入力されたユーザＩＤ及び認証情報を取得する。アクセス認証部２１０は、取得したユーザＩＤ及び認証情報がユーザ管理レコード２２０の基本レコード２２１に記録されている場合には、ログインを許可する。なお、取得したユーザＩＤ及び認証情報が基本レコード２２１に記録されていない場合には、ログインを拒否する。
【００６２】
ログインを完了した場合、管理サーバ２０の制御部２１は、エントリー済みプロジェクトの特定処理を実行する（ステップＳ３−２）。具体的には、制御部２１のユーザ管理部２１１は、ログインしたユーザの基本レコード２２１に関連付けられたエントリー管理レコード２２３に記録され、募集中フラグが記録されたプロジェクトＩＤを特定する。
【００６３】
次に、管理サーバ２０の制御部２１は、既登録プロジェクトの進捗状況の取得処理を実行する（ステップＳ３−３）。具体的には、制御部２１のユーザ管理部２１１は、特定したプロジェクトＩＤが記録されたプロジェクト管理レコード２４０をプロジェクト情報記憶部２４から抽出する。そして、ユーザ管理部２１１は、プロジェクト管理レコード２４０に記録されているエントリー人数を取得する。
【００６４】
更に、管理サーバ２０の制御部２１は、ユーザが登録したサービスサイトの特定処理を実行する（ステップＳ３−４）。具体的には、制御部２１のユーザ管理部２１１は、ユーザ管理レコード２２０の利用サイト管理レコード２２２に記録されたサイトＩＤを特定する。
【００６５】
次に、管理サーバ２０の制御部２１は、エントリー可能なプロジェクトの特定処理を実行する（ステップＳ３−５）。具体的には、制御部２１のユーザ管理部２１１は、特定したサイトＩＤ、募集中フラグが記録されたプロジェクト管理レコード２４０をプロジェクト情報記憶部２４から抽出する。次に、ユーザ管理部２１１は、抽出したプロジェクト管理レコード２４０の中で、このユーザがまだエントリーしていない未登録プロジェクトを特定する。更に、ユーザ管理部２１１は、利用サイト管理レコード２２２に記録された属性やサイトＩＤが、情報希望条件データ領域に記録されているプロジェクト管理レコード２４０に絞り込む。
【００６６】
次に、管理サーバ２０の制御部２１は、未登録プロジェクトの進捗状況の取得処理を実行する（ステップＳ３−６）。具体的には、制御部２１のユーザ管理部２１１は、未登録プロジェクトのプロジェクト管理レコード２４０において、エントリー人数を取得する。
【００６７】
次に、管理サーバ２０の制御部２１は、ユーザ画面の表示処理を実行する（ステップＳ３−７）。具体的には、制御部２１のユーザ管理部２１１は、既登録プロジェクトの進捗状況及び未登録プロジェクトの進捗状況を含めたユーザ画面を生成し、ユーザ端末１０のディスプレイに出力する。
【００６８】
次に、管理サーバ２０の制御部２１は、未登録プロジェクトの選択処理を実行する（ステップＳ３−８）。具体的には、ユーザは、所望の未登録プロジェクトを選択する。この場合、制御部２１のユーザ管理部２１１は、ユーザ端末１０から、選択された未登録プロジェクトのプロジェクトＩＤを取得する。
【００６９】
次に、管理サーバ２０の制御部２１は、未登録プロジェクトの詳細表示処理を実行する（ステップＳ３−９）。具体的には、制御部２１のユーザ管理部２１１は、選択された未登録プロジェクトのプロジェクト管理レコード２４０に記録された、プロジェクト概要（事業者ＩＤ、プロジェクト内容、情報希望条件、エントリー期限、始動条件、報酬等）に関する情報を、ユーザ端末１０のディスプレイに出力する。
【００７０】
次に、管理サーバ２０の制御部２１は、エントリーかどうかについての判定処理を実行する（ステップＳ３−１０）。具体的には、ユーザは、プロジェクト概要を確認し、プロジェクトへのエントリーの要否を判定する。そして、プロジェクトへのエントリーを行なう場合には、ユーザ端末１０にエントリー希望入力を行なう。ここで、制御部２１のユーザ管理部２１１は、ユーザ端末１０においてエントリー希望入力を検知した場合には、エントリーと判定する。
【００７１】
ユーザ端末１０に「エントリーしない」が入力され、エントリーしないと判定した場合（ステップＳ３−１０において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、ユーザ画面の表示処理（ステップＳ３−７）に戻る。
【００７２】
一方、ユーザ端末１０においてエントリー希望入力を検知し、エントリーと判定した場合（ステップＳ３−１０において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、参加表明ユーザの登録処理を実行する（ステップＳ３−１１）。具体的には、制御部２１のユーザ管理部２１１は、新たに登録したプロジェクトを記録したエントリー管理レコード２２３を生成し、基本レコード２２１に関連付けて記録する。更に、ユーザ管理部２１１は、プロジェクト情報記憶部２４のプロジェクト管理レコード２４０において、エントリー人数に「１」を加算する。
【００７３】
（プロジェクト管理処理）
次に、図７を用いて、プロジェクト管理処理を説明する。この処理は、ユーザによるプロジェクトへのエントリーが行なわれた場合に実行される。
【００７４】
まず、管理サーバ２０の制御部２１は、始動条件の達成かどうかについての判定処理を実行する（ステップＳ４−１）。具体的には、制御部２１のプロジェクト管理部２１３は、新たにエントリーが行なわれたプロジェクトのプロジェクト管理レコード２４０を抽出する。そして、プロジェクト管理部２１３は、抽出したプロジェクト管理レコード２４０に記録されている始動条件（最低エントリー数）と、新たなエントリーによるエントリー人数とを比較する。エントリー人数が始動条件を超えた場合には、始動条件を満たし達成と判定する。
【００７５】
始動条件を満たしておらず、達成していないと判定した場合（ステップＳ４−１において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、プロジェクト管理処理を終了する。
一方、始動条件の達成と判定した場合（ステップＳ４−１において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、募集定員に到達かどうかについての判定処理を実行する（ステップＳ４−２）。具体的には、制御部２１のプロジェクト管理部２１３は、プロジェクト管理レコード２４０の情報希望条件において最大エントリー数が記録されているかどうかを確認する。最大エントリー数が記録されており、エントリー人数が最大エントリー数に到達した場合には募集定員に到達と判定する。一方、最大エントリー数が記録されていない場合や、エントリー人数が最大エントリー数に到達していない場合には、募集定員でないと判定する。
【００７６】
募集定員でないと判定した場合（ステップＳ４−２において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、プロジェクト管理処理を終了する。
一方、募集定員と判定した場合（ステップＳ４−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、プロジェクト発動処理を実行する（ステップＳ４−３）。具体的には、制御部２１のプロジェクト管理部２１３は、プロジェクト管理レコード２４０の状況データ領域に、発動フラグを追加記録する。次に、プロジェクト管理部２１３は、このプロジェクト管理レコード２４０のプロジェクトＩＤが記録されたユーザ管理レコード２２０を特定する。なお、エントリー数が最大エントリー数に到達している場合には、募集中フラグを削除する。
【００７７】
そして、管理サーバ２０の制御部２１は、特定したエントリーユーザ毎に、以下の処理を繰り返す。
次に、管理サーバ２０の制御部２１は、パーソナル情報の収集処理を実行する（ステップＳ４−４）。具体的には、制御部２１の情報管理部２１２は、ユーザ管理レコード２２０のエントリー管理レコード２２３に発動フラグを記録する。そして、情報管理部２１２は、ユーザ管理レコード２２０の利用サイト管理レコード２２２に記録されたサイトＩＤ、アカウントを用いて、サービスサイトサーバ３０から、このユーザのパーソナル情報を取得する。この場合、情報管理部２１２は、利用サイト管理レコード２２２に記録されたすべてのサービスサイトから取得した各エントリーユーザのパーソナル情報を名寄せする。これにより、所定のサービスサイトでは不足している情報を、他のサービスサイトの情報を利用して補完する。
【００７８】
次に、管理サーバ２０の制御部２１は、エントリーユーザに報酬の提供処理を実行する（ステップＳ４−５）。具体的には、制御部２１のプロジェクト管理部２１３は、提供履歴記憶部２５において、ユーザＩＤ、プロジェクトＩＤが記録された提供履歴管理レコード２５０を特定する。そして、プロジェクト管理部２１３は、提供する情報項目、提供日時（現在日時）を記録する。更に、プロジェクト管理部２１３は、プロジェクト管理レコード２４０に記録されている報酬を提供履歴管理レコード２５０に記録する。
以上の処理を、すべてのエントリーユーザについて繰り返す。
【００７９】
次に、管理サーバ２０の制御部２１は、プロジェクトへの情報提供処理を実行する（ステップＳ４−６）。具体的には、制御部２１の情報管理部２１２は、収集したパーソナル情報を集約して、事業者端末４０に送信する。
【００８０】
（エントリー期限管理処理）
次に、図８を用いて、エントリー期限管理処理を説明する。この処理は、各プロジェクトを処理対象として特定して、定期的に実行される。
【００８１】
まず、管理サーバ２０の制御部２１は、募集中のプロジェクトの特定処理を実行する（ステップＳ５−１）。具体的には、制御部２１のプロジェクト管理部２１３は、プロジェクト情報記憶部２４において、募集中フラグが記録されたプロジェクト管理レコード２４０を特定する。
【００８２】
そして、特定した募集中のプロジェクトを順次、特定し、募集中のプロジェクト毎に、以下の処理を繰り返して実行する。
次に、管理サーバ２０の制御部２１は、期限到来かどうかについての判定処理を実行する（ステップＳ５−２）。具体的には、制御部２１のプロジェクト管理部２１３は、プロジェクト管理レコード２４０に記録されたエントリー期限と現在日時とを比較する。現在日時がエントリー期限に到達している場合には、期限到来と判定する。
【００８３】
現在日時がエントリー期限に到達しておらず、期限到来でないと判定した場合（ステップＳ５−２において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、この募集中プロジェクトについての処理を終了する。
【００８４】
一方、期限到来と判定した場合（ステップＳ５−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、ステップＳ４−１と同様に、始動条件の達成かどうかについての判定処理を実行する（ステップＳ５−３）。
【００８５】
始動条件の達成と判定した場合（ステップＳ５−３において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、ステップＳ４−３〜Ｓ４−６と同様に、プロジェクト発動処理（ステップＳ５−４）〜プロジェクトへの情報提供処理（ステップＳ５−７）を実行する。
【００８６】
一方、始動条件に達成していないと判定した場合（ステップＳ５−３において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、プロジェクト終了処理を実行する（ステップＳ５−８）。具体的には、制御部２１のプロジェクト管理部２１３は、プロジェクト管理レコード２４０に終了フラグを記録する。更に、プロジェクト管理部２１３は、このプロジェクトＩＤがエントリー情報レコードに記録されたユーザ管理レコード２２０を特定し、状況データ領域に終了フラグを記録する。
【００８７】
以上、本実施形態によれば、以下に示す効果を得ることができる。
（１）本実施形態では、管理サーバ２０の制御部２１は、サービスサイト一覧の表示処理（ステップＳ１−３）、利用中のサービスサイトの選択処理（ステップＳ１−４）、ユーザが利用しているサービスサイトの登録処理（ステップＳ１−５）を実行する。これにより、ユーザが利用しているサービスサイトを把握することができる。複数のサービスサイトにおいて管理されている特定のユーザについてのパーソナル情報を効率的に名寄せすることができる。そして、所定のサービスサイトでは不足している情報を、他のサービスサイトの情報を利用して補完することができる。
【００８８】
（２）本実施形態では、管理サーバ２０の制御部２１は、情報希望条件の設定処理（ステップＳ２−３）、対象ユーザ数の表示処理（ステップＳ２−４）を実行する。これにより、情報希望条件に応じて、対象ユーザ数を把握し、プロジェクトの発動可否を予測することができる。
【００８９】
（３）本実施形態では、管理サーバ２０の制御部２１は、エントリー済みプロジェクトの特定処理（ステップＳ３−２）、既登録プロジェクトの進捗状況の取得処理（ステップＳ３−３）を実行する。これにより、ユーザがエントリーしているプロジェクトの状況を把握することができる。
【００９０】
（４）本実施形態では、管理サーバ２０の制御部２１は、ユーザが登録したサービスサイトの特定処理（ステップＳ３−４）、エントリー可能なプロジェクトの特定処理（ステップＳ３−５）、未登録プロジェクトの進捗状況の取得処理（ステップＳ３−６）を実行する。これにより、ユーザがエントリー可能なプロジェクトを把握することができる。
【００９１】
（５）本実施形態では、管理サーバ２０の制御部２１は、未登録プロジェクトの選択処理（ステップＳ３−８）、未登録プロジェクトの詳細表示処理（ステップＳ３−９）を実行する。エントリーと判定した場合（ステップＳ３−１０において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、参加表明ユーザの登録処理を実行する（ステップＳ３−１１）。これにより、プロジェクトの内容を確認して、プロジェクトへのエントリーを行なうことができる。単に事業者にパーソナル情報を提供するのではなく、所定の目的を持ったプロジェクトにパーソナル情報を提供するため、情報の利用目的を意識して、エントリーすることができる。
【００９２】
（６）本実施形態では、始動条件の達成と判定した場合（ステップＳ４−１において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、募集定員に到達かどうかについての判定処理を実行する（ステップＳ４−２）。これにより、プロジェクトへのエントリーを締め切ることができる。
【００９３】
（７）本実施形態では、管理サーバ２０の制御部２１は、パーソナル情報の収集処理（ステップＳ４−４）、エントリーユーザに報酬の提供処理（ステップＳ４−５）、プロジェクトへの情報提供処理（ステップＳ４−６）を実行する。これにより、ユーザが利用しているサービスサイトの情報を収集して、パーソナル情報としてプロジェクトに提供することができる。
【００９４】
（８）本実施形態では、期限到来と判定し、始動条件の達成と判定した場合（ステップＳ５−２、Ｓ５−３において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、プロジェクト発動処理（ステップＳ５−４）〜プロジェクトへの情報提供処理（ステップＳ５−７）を実行する。これにより、エントリー期限に基づいて、プロジェクトを発動させることができる。
【００９５】
（９）本実施形態では、始動条件に達成していないと判定した場合（ステップＳ５−３において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、プロジェクト終了処理を実行する（ステップＳ５−８）。これにより、エントリー期限までに発動条件を満たさない場合には、プロジェクトを終了させることができる。
【００９６】
本実施形態は、以下のように変更して実施することができる。本実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・上記実施形態では、管理サーバ２０の制御部２１は、対象ユーザ数の表示処理を実行する（ステップＳ２−３）。この場合、過去の実績から、インセンティブに応じて、プロジェクトの可能性を予測して表示させるようにしてもよい。例えば、管理サーバ２０の制御部２１が、プロジェクト情報記憶部において、各プロジェクトと、情報希望条件、報酬等の要素との関係を教師データとして機械学習させて、プロジェクト可能性予測モデルを生成する。そして、管理サーバ２０の制御部２１は、新たなプロジェクトの要素をプロジェクト可能性予測モデルに適用して、プロジェクト発動の可能性を算出して出力する。
【００９７】
・上記実施形態では、管理サーバ２０の制御部２１は、プロジェクトへの情報提供処理を実行する（ステップＳ４−６，Ｓ５−７）。この場合、管理サーバ２０の制御部２１が、パーソナル情報の担保可能かどうかについての判定処理を実行するようにしてもよい。例えば、パーソナル情報を暗号化し、プロジェクトのみで可能な復号鍵を提供するようにしてもよい。また、パーソナル情報の利用履歴をトレースするための情報を、ユーザ端末１０、管理サーバ２０、事業者端末４０との間で情報共有するようにしてもよい。
【００９８】
・上記実施形態では、管理サーバ２０の制御部２１は、プロジェクトへの情報提供処理を実行する（ステップＳ４−６，Ｓ５−７）。この場合、収集したパーソナル情報を集約して、事業者端末４０に送信する。パーソナル情報の提供方法は、集約情報に限定されるものではない。例えば、ユーザの同意に基づいて、ユーザを特定できる情報を含めてもよい。
【００９９】
また、ユーザを特定できないように匿名性を高めた情報の場合には、匿名性の担保に基づいて、パーソナル情報の提供可否を判定するようにしてもよい。提供するパーソナル情報の内容に基づいて、個人を特定できる場合には、プロジェクトへのパーソナル情報の提供を拒否する。
【０１００】
・上記実施形態では、管理サーバ２０の制御部２１は、ユーザ画面の表示処理を実行する（ステップＳ３−７）。このユーザ画面には、ユーザがエントリー可能な未登録プロジェクトの進捗状況を出力する。ユーザ画面に出力する内容は、進捗状況に限定されるものではない。例えば、プロジェクトの評価情報を含めてもよい。具体的には、社会的収益率（ＳＲＯＩ）の試算を、プロジェクトを企画した事業者が行ない、プロジェクト管理レコード２４０に含める。
【０１０１】
また、管理サーバ２０の制御部２１が、各プロジェクトにおける社会的収益率（ＳＲＯＩ）を算出し、社会性のスコアリングを行なうようにしてもよい。この場合には、プロジェクト計画書の内容を、過去の社会性が高いと評価されたプロジェクトとの類似度を算出し、この類似度により、社会的収益率を算出する。
【０１０２】
更に、管理サーバ２０の制御部２１が、ユーザ画面において、エントリー可能な未登録プロジェクトを所定の順番で並び替えられるようにしてもよい。この場合、エントリー期限、報酬の高さ、エントリー人数、社会収益率等を、並び替えの変数として用いることができる。
【０１０３】
また、管理サーバ２０の制御部２１が、ユーザ画面において、各プロジェクトに対する投票機能を設け、この投票結果により、社会性をスコアリングするようにしてもよい。この投票機能においては、プロジェクトにおける社会的意義や、プロジェクトによる社会変革の可能性等を投票させ、プロジェクト管理レコード２４０に記録する。
【０１０４】
また、ユーザ画面において、各プロジェクトの評価結果の時系列変化を視覚的に出力したり、上昇率等を指標化して出力したりするようにしてもよい。これにより、その期待感の高まりを数値化し、募集中プロジェクトのランキングに反映させることができる。
【０１０５】
・上記実施形態では、管理サーバ２０の制御部２１は、パーソナル情報の収集処理を実行する（ステップＳ４−４，Ｓ５−５）。パーソナル情報は、サービスサイトサーバ３０から収集した情報に限定されるものではない。例えば、ユーザの管理物（自宅や自動車等）に設置したカメラを情報サイトとして用いて、カメラ画像を取得してもよい。この場合、カメラ画像の画像認識により、データ収集を行なう。例えば、自宅前の道路の映像を解析して道路混雑状況をデータ化したり、自宅の外の空の映像から天気の状況をデータ化したりすることができる。
また、公共料金の明細を撮影した画像から、サービスの利用についての情報をデータ化したり、冷蔵庫の写真を蓄積して食料品消費状況をデータ化したりすることができる。
【０１０６】
・上記実施形態では、プロジェクト情報記憶部２４には、パーソナル情報を利用するプロジェクトについてのプロジェクト管理レコード２４０が記録される。このプロジェクト管理レコード２４０には、パーソナル情報の提供時の報酬に関するデータが記録される。各ユーザに対する報酬は、画一的なものに限定されない。例えば、ユーザ毎のパーソナル情報の内容や情報量に基づいて、報酬を変更するようにしてもよい。この場合には、管理サーバ２０の制御部２１が、各ユーザについて収集したパーソナル情報に基づいて情報価値を評価して、報酬を算出する。情報価値の評価は、過去のプロジェクトにおいて、情報の多様性や情報量、プロジェクト計画書との整合性等に基づいて評価された情報を教師データとして、機械学習により情報価値評価モデルを生成する。そして、プロジェクトへのエントリー時や、パーソナル情報の提供時に、情報価値評価モデルを用いて情報価値を評価して、ユーザ毎に報酬を算出する。
【符号の説明】
【０１０７】
１０…ユーザ端末、２０…管理サーバ、２１…制御部、２１０…アクセス認証部、２１１…ユーザ管理部、２１２…情報管理部、２１３…プロジェクト管理部、２２…ユーザ情報記憶部、２３…サイト情報記憶部、２４…プロジェクト情報記憶部、２５…提供履歴記憶部、２６…事業者情報記憶部、３０…サービスサイトサーバ、４０…事業者端末。
【図１】
2020080041.tif 000003
【図２】
2020080041.tif 000004
【図３】
2020080041.tif 000005
【図４】
2020080041.tif 000006
【図５】
2020080041.tif 000007
【図６】
2020080041.tif 000008
【図７】
2020080041.tif 000009
【図８】
2020080041.tif 000010