特開2023-36101 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 株式会社日立製作所の特許一覧

特開2023-36101ソリューション管理システムおよびソリューション管理方法

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023036101

(43)【公開日】2023-03-14

(54)【発明の名称】ソリューション管理システムおよびソリューション管理方法

(51)【国際特許分類】

G06Q 50/10 20120101AFI20230307BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2021142908

(22)【出願日】2021-09-02

(71)【出願人】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110002365

【氏名又は名称】弁理士法人サンネクスト国際特許事務所

(72)【発明者】

【氏名】新井悠介

(72)【発明者】

【氏名】小澤洋司

(72)【発明者】

【氏名】渡邊健太郎

(72)【発明者】

【氏名】手塚伸

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC11

(57)【要約】

【課題】ソリューションの需要を適切に把握し得るソリューション管理システムを提供する。
【解決手段】ソリューションに紐づくインセンティブをユーザが選択可能なユーザインターフェースを生成する生成部と、生成部により生成されたユーザインターフェースにおいてユーザにより選択されたソリューションに紐づくインセンティブを示す情報と、ソリューションを示す情報と、ユーザを示す情報とを対応付けて記憶する記憶部と、ソリューションに係るアプリケーションが利用可能になったかを監視し、利用可能になったアプリケーションのソリューションに紐づくインセンティブに係る処理を実行する実行部と、実行部によりインセンティブに係る処理が実行されたことを出力する出力部と、を設けるようにした。
【選択図】図１

【特許請求の範囲】

【請求項1】

デジタル技術を活用するための製品であるソリューションを管理するソリューション管理システムであって、
ソリューションに紐づくインセンティブをユーザが選択可能なユーザインターフェースを生成する生成部と、
前記生成部により生成されたユーザインターフェースにおいてユーザにより選択されたソリューションに紐づくインセンティブを示す情報と、前記ソリューションを示す情報と、前記ユーザを示す情報とを対応付けて記憶する記憶部と、
ソリューションに係るアプリケーションが利用可能になったかを監視し、利用可能になったアプリケーションのソリューションに紐づくインセンティブに係る処理を実行する実行部と、
前記実行部によりインセンティブに係る処理が実行されたことを出力する出力部と、
を備えるソリューション管理システム。

【請求項2】

予め登録されている複数のインセンティブの中から、ソリューションに対応付けるインセンティブの情報を前記ソリューションのオーナより受け付ける受付部を備える、
請求項１に記載のソリューション管理システム。

【請求項3】

前記生成部は、ソリューションに紐づく１または複数のインセンティブが対応付けられているプランを選択可能なユーザインターフェースを生成する、
請求項１に記載のソリューション管理システム。

【請求項4】

前記生成部は、ソリューションに紐づく１つ以上のインセンティブが対応付けられている、選択可能な人数が制限されている第１のプランと、ソリューションに紐づくインセンティブが対応付けられてなく、選択可能な人数が制限されていない第２のプランと、を選択可能なユーザインターフェースを生成する、
請求項１に記載のソリューション管理システム。

【請求項5】

前記生成部は、ソリューションに紐づくインセンティブとして、前記ソリューションのテスト用のソリューションに対する利用権を選択可能なユーザインターフェースを生成し、
前記実行部は、前記テスト用のソリューションをもとに生成されるアプリケーションがデプロイされた場合、前記アプリケーションへのアクセス権を、前記利用権を選択したユーザに設定する、
請求項１に記載のソリューション管理システム。

【請求項6】

前記生成部は、ソリューションに紐づくインセンティブをユーザが選択可能なユーザインターフェースとして、前記ユーザがソリューションを選択可能な上限を示す上限数と、前記ユーザがソリューションを選択可能な残りの数を示す選択可能数とを表示する画面を生成する、
請求項１に記載のソリューション管理システム。

【請求項7】

前記記憶部は、ユーザごとに前記選択可能数を記憶し、所定の期間で前記選択可能数をリセットする、
請求項６に記載のソリューション管理システム。

【請求項8】

前記生成部は、ソリューションに紐づくインセンティブをユーザが選択可能なユーザインターフェースとして、前記ソリューションをユーザが選択可能な上限を示す上限数と、前記ソリューションを選択しているユーザの数を示す選択数とを表示する画面を生成する、
請求項１に記載のソリューション管理システム。

【請求項9】

デジタル技術を活用するための製品であるソリューションを管理するソリューション管理方法であって、
生成部が、ソリューションに紐づくインセンティブをユーザが選択可能なユーザインターフェースを生成することと、
記憶部が、前記生成部により生成されたユーザインターフェースにおいてユーザにより選択されたソリューションに紐づくインセンティブを示す情報と、前記ソリューションを示す情報と、前記ユーザを示す情報とを対応付けて記憶することと、
実行部が、ソリューションに係るアプリケーションが利用可能になったかを監視し、利用可能になったアプリケーションのソリューションに紐づくインセンティブに係る処理を実行することと、
出力部が、前記実行部によりインセンティブに係る処理が実行されたことを出力することと、
を含むソリューション管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、概して、デジタル技術を活用するための製品であるソリューションを管理する技術に関する。

【背景技術】

【0002】

近年、ＡＩ（Artificial Intelligence）、ＩｏＴ（Internet of Things）等のデジタル技術を活用したサービスを適切かつ迅速に実現するデジタルトランスフォーメーション（ＤＸ）が求められている。しかしながら、デジタルトランスフォーメーションの実現には、ソフトウェアおよびハードウェアを活用した環境構築、アプリケーションの開発、本番環境への移行、保守、運用等、多くの専門技術およびノウハウが必要であり、膨大なコストと時間とを要する。

【0003】

この点、専門技術およびノウハウを結集したソリューションを導入しやすい形にパッケージ化してカタログに登録し、クラウド基盤上で提供するマーケットプレイスが活用されつつある。マーケットプレイスにより、カタログの中から導入したいソリューションを選択するだけで、ＩａａＳ（Infrastructure as a Service）上に容易に環境を構築し、迅速に利用を開始することができる。

【0004】

従来型のＳＩ（System Integration）では、顧客の要件を事前に入手することで、少なくとも顧客にとって需要のあるソリューションを開発できた。しかしながら、マーケットプレイス上にソリューションをサービス展開する場合、事前の需要把握ができない。そのため特に従来型のＳＩを行っていた企業にとって、参入のハードルが高い。

【0005】

近時、需要が見込める商材を事前の投資によって見極めるクラウドファンディングが知られている（特許文献１参照）。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２０２１－７７３０１号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

ここで、クラウドファウンディングは、購入側が購入意思を投資額で表現しているため、需要を正確に把握できるシステムである。クラウドファンディングのような費用による制約がある場合、ソリューションの活用側の意思表示が正しく行われるので、ソリューションの開発側は、ソリューションの需要を正確に把握することができる。しかしながら、ＢｔｏＢ（Business to Business）のソリューションにおいて、扱う金額が大きい場合、ソリューションの活用側において事前投資が難しく、クラウドファンディングを利用できないケースがある。

【0008】

この点、ソリューションの需要を把握するために、ソリューションの必要性に関するアンケート、マーケットに掲載されたアイデアに対してソリューションの活用側が「いいね」することで、ソリューションの開発側が誰から需要があるのかを知る仕組み等を採用することが考えられる。

【0009】

このような需要の予測は、ソリューションの活用側が正しく意思表示することが前提であるが、クラウドファンディングのような費用による制約がない場合、つまり、購入側が購入意思と異なる行動を取ったとしてもデメリットがないため、正しく意思表示が行われる保証がない。

【0010】

本発明は、以上の点を考慮してなされたもので、ソリューションの需要を適切に把握し得るソリューション管理システム等を提案しようとするものである。

【課題を解決するための手段】

【0011】

かかる課題を解決するため本発明においては、デジタル技術を活用するための製品であるソリューションを管理するソリューション管理システムであって、ソリューションに紐づくインセンティブをユーザが選択可能なユーザインターフェースを生成する生成部と、前記生成部により生成されたユーザインターフェースにおいてユーザにより選択されたソリューションに紐づくインセンティブを示す情報と、前記ソリューションを示す情報と、前記ユーザを示す情報とを対応付けて記憶する記憶部と、ソリューションに係るアプリケーションが利用可能になったかを監視し、利用可能になったアプリケーションのソリューションに紐づくインセンティブに係る処理を実行する実行部と、前記実行部によりインセンティブに係る処理が実行されたことを出力する出力部と、を設けるようにした。

【0012】

上記構成によれば、例えば、ユーザは、ソリューションに紐づくインセンティブが得られるので、自分の選好に従った意思表示をするようになり、意思表示の精度を向上させることができる。また、ユーザにより選択されたインセンティブが対応付けられているソリューションを示す情報が記憶されるので、例えば、当該ソリューションのオーナは、当該ソリューションの需要を正確に把握することができる。

【発明の効果】

【0013】

本発明によれば、利便性の高いソリューション管理システムを実現することができる。

【図面の簡単な説明】

【0014】

【図1】第１の実施の形態によるソリューション管理システムの一例を示す図である。

【図2】第１の実施の形態によるプラットフォーム環境を構成するサーバ装置の一例を示す図である。

【図3】第１の実施の形態によるインセンティブ定義情報の一例を示す図である。

【図4】第１の実施の形態による上限数定義情報の一例を示す図である。

【図5】第１の実施の形態によるソリューション管理情報の一例を示す図である。

【図6】第１の実施の形態によるユーザ管理情報の一例を示す図である。

【図7】第１の実施の形態によるインセンティブ実行管理情報の一例を示す図である。

【図8】第１の実施の形態によるユーザ画面生成処理の一例を示す図である。

【図9】第１の実施の形態によるインセンティブ実行処理の一例を示す図である。

【図10】第１の実施の形態によるインセンティブ実行処理の一例を示す図である。

【図11】第１の実施の形態によるユーザ画面の一例を示す図である。

【図12】第１の実施の形態による開発者画面の一例を示す図である。

【図13】第２の実施の形態によるソリューション管理情報の一例を示す図である。

【図14】第２の実施の形態によるソリューション管理情報の一例を示す図である。

【図15】第２の実施の形態によるユーザ画面の一例を示す図である。

【発明を実施するための形態】

【0015】

（Ｉ）第１の実施の形態
以下、本発明の一実施の形態を詳述する。ただし、本発明は、実施の形態に限定されるものではない。

【0016】

本実施の形態のソリューション管理システムでは、例えば、コンテナ型の仮想化環境を提供する「Ｄｏｃｋｅｒ」、コンテナの設定および管理を行う「Ｋｕｂｅｒｎｅｔｅｓ」等のＯＳＳ（Open Source Software）を適用することで、ソリューションをもとに生成されるアプリケーションを再利用可能な形にパッケージ化してカタログに蓄積する。これにより、ソリューションのユーザ（例えば、ＳＩ：System Integrator）は、導入したいソリューションを選択するだけで、利用用途に合わせたＩａａＳ上で環境が構築され、ソリューションのアプリケーションを利用できるようになる。なお、本実施の形態では、ソリューションのアプリケーションとしては、適宜、コンテナを例に挙げて説明する。

【0017】

また、本ソリューション管理システムにおいて、ソリューションを管理する基盤（プラットフォーム）は、ユーザが選択したソリューションに紐づくインセンティブの情報に基づいて、ユーザが選択したインセンティブに係る処理を実行する。ソリューションに紐づくインセンティブは、ソリューションに固有のインセンティブであり、当該ソリューションをもとに生成されるコンテナをユーザが利用する際に得られる特典である。ソリューションに紐づくインセンティブとしては、利用権、課金免除権、打ち合わせ権等がある。利用権は、ソリューション（本番のソリューション、テスト用のソリューション等）をユーザが利用することができる権利である。課金免除権は、ソリューションを利用する際に一定の期間、課金が免除される権利である。打ち合わせ権は、ソリューションに対する個別の要望等を当該ソリューションのオーナ（開発者等を含む開発側）に伝えるための打合せ（例えば、プラットフォームを介したオンライン会議）をユーザが設けることができる権利である。

【0018】

また、本ソリューション管理システムでは、例えば、コンテナのデプロイ先を予め指定しておき、プラットフォームは、コンテナのデプロイを監視することで、コンテナのデプロイのタイミングに合わせてインセンティブに係る処理を速やかに行ってもよい。

【0019】

また、本ソリューション管理システムでは、ソリューションに紐づくインセンティブについては、開発側がプラットフォームから与えられた選択肢の中で自由に設定し、プラットフォームがその情報を管理してもよい。

【0020】

また、本ソリューション管理システムでは、ユーザの意思表示の強度が異なるインセンティブ、および／または、選択できる上限数が異なるインセンティブを複数用意することで、開発側による需要の予測精度を向上させてもよい。

【0021】

次に、本発明の実施の形態を図面に基づいて説明する。以下の記載および図面は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略および簡略化がなされている。本発明は、他の種々の形態でも実施することが可能である。特に限定しない限り、各構成要素は、単数でも複数でも構わない。なお、以下の説明では、図面において同一要素については、同じ番号を付し、説明を適宜省略する。

【0022】

なお、本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数または順序を限定するものではない。また、構成要素の識別のための番号は、文脈毎に用いられ、１つの文脈で用いた番号が、他の文脈で必ずしも同一の構成を示すとは限らない。また、ある番号で識別された構成要素が、他の番号で識別された構成要素の機能を兼ねることを妨げるものではない。

【0023】

図１は、本実施の形態によるソリューション管理システム１００の一例を示す図である。

【0024】

ソリューション管理システム１００では、オーナ環境１１０と、プラットフォーム環境１２０と、ユーザ環境１３０と、ユーザ端末１４０とがネットワーク１５０を介して通信可能に接続されている。

【0025】

オーナ環境１１０は、ソリューションアイデア１１１およびソリューション１１２のオーナが利用する環境である。オーナ環境１１０は、例えば、サーバ装置で構成される。オーナ環境１１０では、オーナによる指示（入力）に基づいて、ソリューションアイデア１１１とソリューション１１２とが開発（生成）される。

【0026】

ソリューションアイデア１１１は、ユーザに提示されるソリューション１１２のアイデアである。ソリューションアイデア１１１を確認したユーザにより、ソリューション１１２を利用するかどうかの選択（意思表示）が行われることで、ソリューション１１２の需要が予測される。ソリューションアイデア１１１には、ソリューション１１２のタイトル、ソリューション１１２の概念図、概要図といったイメージ、ソリューション１１２のアイデア内容等が含まれる。ソリューションアイデア１１１は、開発者により作成され、プラットフォーム環境１２０において保管（管理）される。

【0027】

ソリューション１１２は、ユーザが所定の業務を行うために利用可能なデジタル技術を活用するための専門技術、ノウハウ等が含まれる製品である。より具体的には、ソリューション１１２は、ホストＯＳにアクセスするためのコマンド、ライブラリといったファイルシステム用のファイルと、所定の業務を行うためのアプリケーションを生成するためのアプリケーション用のファイルと、メタ情報との集合体であり、例えば、コンテナを生成するためのイメージ（例えば、Ｄｏｃｋｅｒイメージ）である。ソリューション１１２は、ソリューション開発環境において、開発者により開発され、プラットフォーム環境１２０において保管（管理）される。

【0028】

プラットフォーム環境１２０は、ソリューション１１２を管理するためのプラットフォームの運用者が利用する環境である。プラットフォーム環境１２０は、例えば、１または複数のサーバ装置を含んで構成されるクラウドである。プラットフォーム環境１２０は、管理部１２１と、アクセス権制御部１２２と、課金制御部１２３と、ソリューションアイデアリポジトリ１２４と、ソリューションリポジトリ１２５とを備える。

【0029】

管理部１２１は、ソリューション１１２に対する需要等を管理する。アクセス権制御部１２２は、ソリューション１１２へのアクセスを管理する。より具体的には、アクセス権制御部１２２は、ソリューション１１２へのアクセス、ソリューション１１２のテスト用のソリューションをもとに生成されるコンテナ（図示は省略）へのアクセス等を制御する。課金制御部１２３は、ソリューション１１２の利用に対する課金を管理する。ソリューションアイデアリポジトリ１２４は、ソリューションアイデア１１１を保管する。ソリューションリポジトリ１２５は、ソリューション１１２を保管する。

【0030】

また、プラットフォーム環境１２０は、インセンティブ定義情報１２６Ａと、上限数定義情報１２６Ｂと、ソリューション管理情報１２６Ｃと、ユーザ管理情報１２６Ｄと、インセンティブ実行管理情報１２６Ｅとを備える。

【0031】

インセンティブ定義情報１２６Ａは、ソリューション１１２に対応付けられるインセンティブが定義されている情報である。上限数定義情報１２６Ｂは、ソリューション１１２に対応付けられているインセンティブをユーザが選択可能な上限数（ユーザによる意思表示の上限数）が定義されている情報である。ソリューション管理情報１２６Ｃは、ソリューション１１２を管理するための情報である。ソリューション管理情報１２６Ｃには、ソリューション１１２を示す情報と、当該ソリューション１１２に対応付けられたインセンティブを示す情報とが含まれる。ユーザ管理情報１２６Ｄは、ユーザが選択したインセンティブが対応付けられているソリューション（ユーザの意思表示）を管理するための情報である。ユーザ管理情報１２６Ｄには、ユーザを示す情報と、当該ユーザが選択したインセンティブが対応付けられているソリューション１１２を示す情報とが含まれる。インセンティブ実行管理情報１２６Ｅは、インセンティブの実行（付与）を管理するための情報である。

【0032】

ユーザ環境１３０は、ユーザがソリューション１１２を利用するための環境であり、例えば、クラウドベンダーが提供するクラウドサービスである。例えば、ユーザ環境１３０は、１または複数のサーバ装置を含んで構成されるクラウドである。ユーザ環境１３０は、ソリューション１１２をもとに生成される１または複数のコンテナ１３１と、アクセス権制御部１３２とを備える。

【0033】

コンテナ１３１は、ソリューション１１２をもとに生成されてソリューションデプロイ環境において動作するソフトウェアである。なお、コンテナ１３１に配置されているアプリケーション（プロセス）は、コンテナ１３１内のコマンドおよびライブラリを介して、ホストＯＳのカーネルを利用する。アクセス権制御部１３２は、ソリューションデプロイ環境にデプロイされたコンテナ１３１へのアクセスを管理する。

【0034】

ユーザ端末１４０は、ユーザが使用する端末であり、スマートフォン、タブレット端末、ノートパソコン、パーソナルコンピュータ等である。

【0035】

図２は、プラットフォーム環境１２０を構成するサーバ装置２００の一例を示す図である。

【0036】

サーバ装置２００は、プロセッサ２０１と、主記憶装置２０２と、補助記憶装置２０３と、入力装置２０４と、出力装置２０５と、通信装置２０６と、を備える。

【0037】

プロセッサ２０１は、演算処理を行う装置である。プロセッサ２０１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＡＩ（Artificial Intelligence）チップ等である。

【0038】

主記憶装置２０２は、プログラム、データ等を記憶する装置である。主記憶装置２０２は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等である。ＲＯＭは、ＳＲＡＭ（Static Random Access Memory）、ＮＶＲＡＭ（Non Volatile RAM）、マスクＲＯＭ（Mask Read Only Memory）、ＰＲＯＭ（Programmable ROM）等である。ＲＡＭは、ＤＲＡＭ（Dynamic Random Access Memory）等である。

【0039】

補助記憶装置２０３は、ハードディスクドライブ（Hard Disk Drive）、フラッシュメモリ（Flash Memory）、ＳＳＤ（Solid State Drive）、光学式記憶装置等である。光学式記憶装置は、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）等である。補助記憶装置２０３に格納されているプログラム、データ等は、主記憶装置２０２に随時読み込まれる。

【0040】

入力装置２０４は、ユーザから情報を受け付けるユーザインターフェースである。入力装置２０４は、例えば、キーボード、マウス、カードリーダ、タッチパネル等である。

【0041】

出力装置２０５は、各種の情報を出力（表示出力、音声出力、印字出力等）するユーザインターフェースである。出力装置２０５は、例えば、各種情報を可視化する表示装置、音声出力装置（スピーカ）、印字装置等である。表示装置は、ＬＣＤ（Liquid Crystal Display）、グラフィックカード等である。

【0042】

通信装置２０６は、通信媒体を介して他の装置と通信する通信インターフェースである。通信装置２０６は、例えば、ＮＩＣ（Network Interface Card）、無線通信モジュール、ＵＳＢ（Universal Serial Interface）モジュール、シリアル通信モジュール等である。通信装置２０６は、通信可能に接続する他の装置から情報を受信する入力装置として機能することもできる。また、通信装置２０６は、通信可能に接続する他の装置に情報を送信する出力装置として機能することもできる。

【0043】

サーバ装置２００の機能（管理部１２１、アクセス権制御部１２２、課金制御部１２３、ソリューションアイデアリポジトリ１２４、ソリューションリポジトリ１２５等）は、例えば、プロセッサ２０１が補助記憶装置２０３に格納されたプログラムを主記憶装置２０２に読み出して実行すること（ソフトウェア）により実現されてもよいし、専用の回路等のハードウェアにより実現されてもよいし、ソフトウェアとハードウェアとが組み合わされて実現されてもよい。なお、サーバ装置２００の１つの機能は、複数の機能に分けられていてもよいし、複数の機能は、１つの機能にまとめられていてもよい。例えば、管理部１２１は、生成部、記憶部、実行部、出力部、受付部等に分けられてもよい。また、サーバ装置２００の機能の一部は、別の機能として設けられてもよいし、他の機能に含められていてもよい。また、サーバ装置２００の機能の一部は、サーバ装置２００と通信可能な他のサーバ装置２００により実現されてもよい。また、サーバ装置２００の機能は、コンピュータ上で動作するＶＭ（Virtual Machine）であってもよいし、ＯＳ（Operating System）上で動作するアプリケーションであってもよい。また、サーバ装置２００は、物理サーバであってもよいし、仮想サーバ（ＶＭ）であってもよい。

【0044】

図３は、インセンティブ定義情報１２６Ａの一例（インセンティブ定義テーブル３００）を示す図である。

【0045】

インセンティブ定義テーブル３００は、インセンティブ定義情報１２６Ａを示す複数の項目の値を含むレコード（エントリ）を記憶する。より具体的には、インセンティブ定義テーブル３００は、レコード番号３０１と、インセンティブＩＤ３０２と、インセンティブ名３０３と、パラメータ３０４との情報が対応付けられたレコードを記憶する。

【0046】

レコード番号３０１は、インセンティブ定義テーブル３００に記憶されているレコードを識別するための番号である。インセンティブＩＤ３０２は、インセンティブ定義テーブル３００において管理するインセンティブを識別するためのＩＤである。インセンティブ名３０３は、インセンティブＩＤにより識別されるインセンティブの名称である。パラメータ３０４は、当該インセンティブに係る処理が実行される際に用いられるパラメータである。

【0047】

図４は、上限数定義情報１２６Ｂの一例（上限数定義テーブル４００）を示す図である。

【0048】

上限数定義テーブル４００は、上限数定義情報１２６Ｂを示す複数の項目の値を含むレコードを記憶する。より具体的には、上限数定義テーブル４００は、レコード番号４０１と、意思表示ＩＤ４０２と、意思表示強度４０３と、上限数４０４との情報が対応付けられたレコードを記憶する。

【0049】

レコード番号４０１は、上限数定義テーブル４００に記憶されているレコードを識別するための番号である。意思表示ＩＤ４０２は、上限数定義テーブル４００において管理する意思表示の強度を識別するためのＩＤである。意思表示強度４０３は、意思表示ＩＤにより識別される意思表示の強度である。上限数４０４は、当該意思表示の強度でソリューション１１２に対応付けられているインセンティブをユーザが選択可能な上限数である。

【0050】

本実施の形態では、上限数定義テーブル４００に定義されている上限数のうちの１つが予め設定されているものとする。以下では、運用者またはオーナにより、上限数として「３」が設定されているケースを例に挙げて説明する。

【0051】

図５は、ソリューション管理情報１２６Ｃの一例（ソリューション管理テーブル５００）を示す図である。

【0052】

ソリューション管理テーブル５００は、ソリューション管理情報１２６Ｃを示す複数の項目の値を含むレコードを記憶する。より具体的には、ソリューション管理テーブル５００は、レコード番号５０１と、ソリューションＩＤ５０２と、ソリューション名５０３と、他プロフィール５０４と、設定インセンティブＩＤ５０５との情報が対応付けられたレコードを記憶する。

【0053】

レコード番号５０１は、ソリューション管理テーブル５００に記憶されているレコードを識別するための番号である。ソリューションＩＤ５０２は、ソリューション管理テーブル５００において管理されるソリューション１１２を識別するためのＩＤである。ソリューション名５０３は、ソリューションＩＤにより識別されるソリューション１１２の名称である。他プロフィール５０４は、当該ソリューション１１２のプロフィールである。設定インセンティブＩＤ５０５は、当該ソリューション１１２に対応付けられているインセンティブのインセンティブＩＤである。

【0054】

本実施の形態では、運用者により、ソリューションリポジトリ１２５に登録された各ソリューション１１２に対してインセンティブが対応付けられているケースを例に挙げて説明する。

【0055】

図６は、ユーザ管理情報１２６Ｄの一例（ユーザ管理テーブル６００）を示す図である。

【0056】

ユーザ管理テーブル６００は、ユーザ管理情報１２６Ｄを示す複数の項目の値を含むレコードを記憶する。より具体的には、ユーザ管理テーブル６００は、レコード番号６０１と、ユーザＩＤ６０２と、ユーザ名６０３と、他プロフィール６０４と、選択可能数６０５と、選択ソリューションＩＤ６０６との情報が対応付けられたレコードを記憶する。

【0057】

レコード番号６０１は、ユーザ管理テーブル６００に記憶されているレコードを識別するための番号である。ユーザＩＤ６０２は、ユーザ管理テーブル６００において管理されるユーザを識別するためのＩＤである。ユーザ名６０３は、ユーザＩＤにより識別されるユーザの名前である。他プロフィール６０４は、当該ユーザのプロフィールである。選択可能数６０５は、当該ユーザが利用したいソリューション１１２に対応付けられているインセンティブを選択することができる回数（選択可能数）である。選択ソリューションＩＤ６０６は、当該ユーザが選択したインセンティブが対応付けられているソリューション１１２のソリューションＩＤである。付言するならば、選択可能数６０５の値および選択ソリューションＩＤ６０６の値は、所定の期間（例えば、１年）が経過したときに、リセットされてもよい。

【0058】

なお、ユーザ管理テーブル６００は、上述の内容に限らない。例えば、選択可能数６０５は、設けられなくてもよい。この場合、選択可能数は、予め設定されている上限数「３」から、ユーザによる意思表示の回数（選択ソリューションＩＤの数）を減算することにより算出される。また、例えば、ユーザ管理テーブル６００において、意思表示ＩＤの項目が設けられてもよい。この場合、意思表示の強度ごとに、選択可能数および選択ソリューションＩＤを管理することができる。

【0059】

図７は、インセンティブ実行管理情報１２６Ｅの一例（インセンティブ実行管理テーブル７００）を示す図である。

【0060】

インセンティブ実行管理テーブル７００は、インセンティブ実行管理情報１２６Ｅを示す複数の項目の値を含むレコードを記憶する。より具体的には、インセンティブ実行管理テーブル７００は、レコード番号７０１と、日時７０２と、ユーザＩＤ７０３と、ソリューションＩＤ７０４と、インセンティブＩＤ７０５と、実行状態７０６と、インセンティブ開始日７０７と、インセンティブ終了日７０８との情報が対応付けられたレコードを記憶する。

【0061】

レコード番号７０１は、インセンティブ実行管理テーブル７００に記憶されているレコードを識別するための番号である。日時７０２は、レコード番号７０１のレコードがインセンティブ実行管理テーブル７００に登録された日時である。例えば、ユーザが所望のソリューション１１２に対応付けられているインセンティブを選択したときにレコードが登録（追加）され、登録されたときの日時が日時７０２に設定される。ユーザＩＤ７０３は、当該ユーザを識別するためのＩＤである。ソリューションＩＤ７０４は、当該ユーザが選択したインセンティブが対応付けられているソリューション１１２のソリューションＩＤである。インセンティブＩＤ７０５は、当該インセンティブのインセンティブＩＤである。実行状態７０６は、当該インセンティブに係る処理の状態（未実行を示す「ｔｏｄｏ」、実行中を示す「ｄｏｉｎｇ」、実行済を示す「ｄｏｎｅ」等）である。インセンティブ開始日７０７は、当該インセンティブに係る処理が開始した日である。インセンティブ終了日７０８は、当該インセンティブに係る処理が終了した日である。

【0062】

なお、インセンティブ実行管理テーブル７００は、上述の内容に限らない。例えば、インセンティブ実行管理テーブル７００には、インセンティブに係る打ち合わせの残り回数等の項目が設けられていてもよい。

【0063】

図８は、ユーザが利用したいソリューション１１２に対応付けられているインセンティブを選択するためのユーザ画面を生成する処理（ユーザ画面生成処理）の一例を示す図である。ユーザ画面生成処理は、ユーザ端末１４０からのユーザ画面の要求に基づいて実行される。なお、ユーザ画面生成処理において用いられるユーザＩＤ（またはユーザＩＤを特定可能な情報）については、ユーザ画面の要求に含められて管理部１２１に送信されてもよいし、ユーザ画面の要求とは異なるタイミングで管理部１２１に送信されてもよい。

【0064】

Ｓ８０１では、管理部１２１は、ユーザ管理テーブル６００から、ユーザ画面の要求を行ったユーザのユーザＩＤに対応するレコードを取得する。

【0065】

Ｓ８０２では、管理部１２１は、ソリューション管理テーブル５００で管理されている各ソリューション１１２について、ソリューションアイデアリポジトリ１２４に登録されているソリューションアイデア１１１を用いて、ユーザ画面を生成する。なお、ユーザ画面については、後述のソリューションアイデアページ１１００（ユーザインターフェースの一例）を用いて後述する。

【0066】

Ｓ８０３では、管理部１２１は、Ｓ８０１で取得したレコードの選択可能数６０５の値が「１」以上であるか否か（選択回数が上限数未満であるか否か）を判定する。管理部１２１は、選択回数が上限数未満であると判定した場合、Ｓ８０４に処理を移し、選択回数が上限数未満でないと判定した場合、Ｓ８０５に処理を移す。

【0067】

Ｓ８０４では、管理部１２１は、Ｓ８０２において生成したユーザ画面においてソリューション１１２に対応付けられているインセンティブを選択するためのボタン（選択ボタン）をアクティブ（ユーザによる操作を受け付ける状態）にする。

【0068】

Ｓ８０５では、管理部１２１は、選択ボタンを非アクティブ（ユーザによる操作を受け付けない状態）にする。

【0069】

Ｓ８０６では、管理部１２１は、ユーザ画面をユーザ端末１４０に送信（出力）する。

【0070】

なお、ユーザ画面生成処理は、上述の内容に限らない。例えば、管理部１２１は、ソリューション管理テーブル５００で管理されているソリューション１１２のうち、ユーザにより利用の意思表示がされていないソリューション１１２のユーザ画面を生成して出力してもよい。また、例えば、管理部１２１は、選択回数が上限数未満である場合に、ユーザ画面を生成して出力してもよい。

【0071】

図９は、インセンティブに係る処理を実行する処理（インセンティブ実行処理）の一例を示す図である。インセンティブ実行処理は、所定のタイミングで行われる。所定のタイミングは、定期的であってもよいし、予め設定された日時であってもよいし、ユーザ、オーナ、運用者等により指示されたタイミングであってもよいし、その他のタイミングであってもよい。

【0072】

Ｓ９０１では、管理部１２１は、インセンティブ実行管理テーブル７００を取得する。管理部１２１は、インセンティブ実行管理テーブル７００に記憶されている各レコードについて、Ｓ９０２の処理を実行する。

【0073】

Ｓ９０２では、管理部１２１は、インセンティブに係る処理（アクセス権を制御する、料金プランを変更する、打ち合わせを設定する等）を実行する。例えば、管理部１２１は、処理対象のレコードの実行状態７０６が「ｔｏｄｏ」（未実行）である場合、インセンティブの条件を満たしているかを判定し、インセンティブの条件を満たしている場合、インセンティブに係る処理を実行する。なお、インセンティブの条件とは、ユーザにより選択されたインセンティブが対応付けられているソリューション１１２のテスト用のソリューションをもとに生成されるコンテナがデプロイされた、ユーザにより選択されたインセンティブが対応付けられているソリューション１１２がソリューションリポジトリ１２５に登録された等である。

【0074】

図１０は、インセンティブがソリューション１１２のテスト用のソリューションの利用権（デモ利用権）である場合のインセンティブ実行処理の一例を示す図である。

【0075】

Ｓ１００１では、管理部１２１は、インセンティブ実行管理テーブル７００を取得する。

【0076】

管理部１２１は、インセンティブ実行管理テーブル７００に記憶されているレコードのうち、インセンティブがデモ利用権（インセンティブＩＤ７０５の値が「Ｉ１」）であり、インセンティブに係る処理が未実行（実行状態７０６の値が「ｔｏｄｏ」）である各レコードについて、Ｓ１００２～Ｓ１００５の処理を行う。

【0077】

Ｓ１００２では、管理部１２１は、処理対象のレコードに基づいて、インセンティブの条件を満たすか否か（インセンティブに係る処理を開始するか否か）を判定する。

【0078】

より具体的には、管理部１２１は、処理対象のレコードのソリューションＩＤ７０４のソリューションＩＤにより識別されるソリューション１１２のテスト用のソリューションをもとに生成されるコンテナ（デモ版）が予め指定された場所にデプロイされているか否かを判定する。管理部１２１は、当該コンテナがデプロイされていると判定した場合、Ｓ１００３に処理を移し、当該コンテナがデプロイされていないと判定した場合、処理対象を次のレコードに変更し、Ｓ１００２に処理を移す。

【0079】

Ｓ１００３では、アクセス権制御部１２２は、処理対象のレコードのユーザＩＤ７０３のユーザＩＤにより識別されるユーザに、デモ版（コンテナ）に対するアクセス権を付与する。

【0080】

Ｓ１００４では、管理部１２１は、処理対象のレコードを更新する。例えば、管理部１２１は、処理対象のレコードの実行状態７０６を「ｄｏｉｎｇ」に設定し、処理対象のレコードのインセンティブ開始日７０７に現在日を設定する。

【0081】

Ｓ１００５では、管理部１２１は、デモ版が利用可能になったことを、デモ版のアクセス権を付与したユーザのユーザ端末１４０に通知する。

【0082】

次に、管理部１２１は、インセンティブ管理テーブルに記憶されているレコードのうち、インセンティブがデモ利用権（インセンティブＩＤ７０５の値が「Ｉ１」）であり、インセンティブに係る処理が実行中（実行状態７０６の値が「ｄｏｉｎｇ」）である各レコードについて、Ｓ１００６～Ｓ１００９の処理を行う。

【0083】

Ｓ１００６では、管理部１２１は、処理対象のレコードに基づいて、インセンティブに係る処理を終了するか否かを判定する。

【0084】

より具体的には、管理部１２１は、処理対象のレコードのインセンティブ開始日７０７のインセンティブ開始日から、処理対象のレコードのインセンティブＩＤ７０５のインセンティブＩＤに対応するインセンティブ定義テーブル３００のレコードのパラメータ３０４の期間が経過したか否か（デモ版の利用権が付与される期間が経過したか否か）を判定する。管理部１２１は、デモ版の利用権が付与される期間が経過したと判定した場合、Ｓ１００７に処理を移し、デモ版の利用権が付与される期間が経過していないと判定した場合、処理対象を次のレコードに変更し、Ｓ１００６に処理を移す。

【0085】

Ｓ１００７では、アクセス権制御部１２２は、処理対象のレコードのユーザＩＤ７０３のユーザＩＤにより識別されるユーザから、デモ版に対するアクセス権を削除する。

【0086】

Ｓ１００８では、管理部１２１は、処理対象のレコードを更新する。例えば、管理部１２１は、処理対象のレコードの実行状態７０６を「ｄｏｎｅ」に設定し、処理対象のレコードのインセンティブ終了日７０８に現在日を設定する。

【0087】

Ｓ１００９では、管理部１２１は、デモ版の利用ができなくなったことを、デモ版のアクセス権を削除したユーザのユーザ端末１４０に通知する。

【0088】

次に、インセンティブがソリューション１１２の課金免除権である場合について説明する。基本的に、図１０に示す処理と同じ流れであるので、図示は省略し、同じステップについては、説明を省略する。

【0089】

まず、管理部１２１は、インセンティブ実行管理テーブル７００に記憶されているレコードのうち、インセンティブが課金免除権（インセンティブＩＤ７０５の値が「Ｉ２」）であり、インセンティブに係る処理が未実行（実行状態７０６の値が「ｔｏｄｏ」）である各レコードについて、Ｓ１００２～Ｓ１００５の処理を行う。

【0090】

Ｓ１００２では、管理部１２１は、処理対象のレコードのソリューションＩＤ７０４のソリューションＩＤにより識別されるソリューション１１２がソリューションリポジトリ１２５に登録されているか否かを判定する。管理部１２１は、当該ソリューション１１２が登録されていると判定した場合、Ｓ１００３に処理を移し、当該ソリューション１１２が登録されていないと判定した場合、処理対象を次のレコードに変更し、Ｓ１００２に処理を移す。

【0091】

Ｓ１００３では、課金制御部１２３は、処理対象のレコードのユーザＩＤ７０３のユーザＩＤにより識別されるユーザに、当該ソリューション１１２の利用による課金を免除する設定を行う（料金プランを変更する）。

【0092】

Ｓ１００５では、管理部１２１は、当該ソリューション１１２の利用による課金が免除されていることを、課金を免除する料金プランに変更したユーザのユーザ端末１４０に通知する。

【0093】

次に、管理部１２１は、インセンティブ管理テーブルに記憶されているレコードのうち、インセンティブが課金免除権（インセンティブＩＤ７０５の値が「Ｉ２」）であり、インセンティブに係る処理が実行中（実行状態７０６の値が「ｄｏｉｎｇ」）である各レコードについて、Ｓ１００６～Ｓ１００９の処理を行う。

【0094】

Ｓ１００６では、管理部１２１は、処理対象のレコードのインセンティブ開始日７０７のインセンティブ開始日から、処理対象のレコードのインセンティブＩＤ７０５のインセンティブＩＤに対応するインセンティブ定義テーブル３００のレコードのパラメータ３０４の期間が経過したか否か（課金が免除される期間が経過したか否か）を判定する。管理部１２１は、課金が免除される期間が経過したと判定した場合、Ｓ１００７に処理を移し、課金が免除される期間が経過していないと判定した場合、処理対象を次のレコードに変更し、Ｓ１００６に処理を移す。

【0095】

Ｓ１００７では、課金制御部１２３は、処理対象のレコードのユーザＩＤ７０３のユーザＩＤにより識別されるユーザから、課金が行われる設定を行う（料金プランを変更する）。

【0096】

Ｓ１００９では、管理部１２１は、課金が行われることを、課金が行われる料金プランに変更したユーザのユーザ端末１４０に通知する。

【0097】

次に、インセンティブが打ち合わせ権である場合について説明する。基本的に、図１０に示す処理と同じ流れであるので、図示は省略し、同じステップについては、説明を省略する。

【0098】

まず、管理部１２１は、インセンティブ実行管理テーブル７００に記憶されているレコードのうち、インセンティブが打ち合わせ権（インセンティブＩＤ７０５の値が「Ｉ３」）であり、インセンティブに係る処理が未実行（実行状態７０６の値が「ｔｏｄｏ」）である各レコードについて、Ｓ１００２～Ｓ１００５の処理を行う。

【0099】

Ｓ１００２では、デモ版が予め指定された場所にデプロイされているか否かを判定する。管理部１２１は、デモ版がデプロイされていると判定した場合、Ｓ１００３に処理を移し、デモ版がデプロイされていないと判定した場合、処理対象を次のレコードに変更し、Ｓ１００２に処理を移す。

【0100】

Ｓ１００３では、管理部１２１は、処理対象のレコードのユーザＩＤ７０３のユーザＩＤにより識別されるユーザが参加可能な打ち合わせの設定（例えば、オンライン会議のＵＲＬ等を含む電子メールの生成）を行う。

【0101】

Ｓ１００５では、管理部１２１は、打ち合わせが設定されていることを当該ユーザのユーザ端末１４０に通知する。

【0102】

次に、管理部１２１は、インセンティブ管理テーブルに記憶されているレコードのうち、インセンティブが打ち合わせ権（インセンティブＩＤ７０５の値が「Ｉ３」）であり、インセンティブに係る処理が実行中（実行状態７０６の値が「ｄｏｉｎｇ」）である各レコードについて、Ｓ１００６～Ｓ１００９の処理を行う。

【0103】

Ｓ１００６では、管理部１２１は、処理対象のレコードの打ち合わせの残り回数（図示は省略）がゼロであるか否かを判定する。管理部１２１は、打ち合わせの残り回数がゼロであると判定した場合、Ｓ１００７に処理を移し、打ち合わせの残り回数がゼロでないと判定した場合、現在の日時が打ち合わせが終了した日時であるときは打ち合わせの残り回数を「１」減算し、処理対象を次のレコードに変更し、Ｓ１００６に処理を移す。

【0104】

Ｓ１００９では、管理部１２１は、全ての打ち合わせが行われたことを、処理対象のレコードのユーザＩＤ７０３のユーザＩＤにより識別されるユーザのユーザ端末１４０に通知する。

【0105】

図１１は、ユーザ画面の一例（所定のソリューション１１２のソリューションアイデア１１１を表示するソリューションアイデアページ１１００）を示す図である。

【0106】

ソリューションアイデアページ１１００は、タイトル表示領域１１１０と、イメージ表示領域１１２０と、アイデア内容表示領域１１３０と、インセンティブ内容表示領域１１４０と、選択回数表示領域１１５０と、選択ボタン１１６０と、を含んで構成される。

【0107】

タイトル表示領域１１１０には、所定のソリューション１１２のタイトルが表示される。イメージ表示領域１１２０には、所定のソリューション１１２のイメージが表示される。アイデア内容表示領域１１３０には、所定のソリューション１１２のアイデア内容が表示される。インセンティブ内容表示領域１１４０には、所定のソリューション１１２に対応付けられているインセンティブの内容が表示される。選択回数表示領域１１５０には、選択可能数と上限数とが表示される。選択ボタン１１６０は、所定のソリューション１１２に対応付けられているインセンティブの選択（所定のソリューション１１２を利用する意思表示）を受け付けるボタンである。

【0108】

なお、所定のソリューション１１２に対応付けられているインセンティブの内容は、イメージ表示領域１１２０、アイデア内容表示領域１１３０、選択回数表示領域１１５０、または、その他の領域において表示されてもよい。

【0109】

図１２は、開発者画面の一例（ソリューション開発ページ１２００）を示す図である。ソリューション開発ページ１２００は、開発者端末（図示は省略）、オーナ環境１１０のサーバ装置等の操作端末からの要求に応じて管理部１２１により生成され、当該操作端末において表示される。

【0110】

ソリューション開発ページ１２００は、ソリューション表示領域１２１０と、ソリューション需要表示領域１２２０と、詳細表示領域１２３０と、を含んで構成される。

【0111】

ソリューション表示領域１２１０には、開発者が開発したソリューション１１２に係る情報が表示される。ソリューション需要表示領域１２２０は、開発者が開発したソリューション１１２を利用したいユーザの人数（ソリューション１１２の需要を示す情報）が表示される。詳細表示領域１２３０には、開発者が開発したソリューション１１２を利用したいユーザの詳細の情報が表示される。例えば、詳細表示領域１２３０は、ソリューション需要表示領域１２２０が開発者により押下された場合に表示される。詳細表示領域１２３０によれば、例えば、開発者は、ユーザの属性を分析することで、ソリューション１１２に対する正しい需要を把握することができる。

【0112】

本実施の形態のソリューション管理システムは、ユーザの意思表示の精度を向上させるために、ソリューションに紐づくインセンティブの付与を適切なタイミングで自動実行し、その実行証跡を記録して実効性を担保する。また、本ソリューション管理システムは、ユーザが選択したインセンティブが対応付けられているソリューションのデプロイをトリガーにアクセス権の制御等を自動実行する。また、本ソリューション管理システムは、ユーザ１人あたりの意思表示の上限数をユーザに提示し、その上限数に反比例して選ばれたソリューションに紐づくインセンティブを与える。

【0113】

本実施の形態によれば、ユーザは、ソリューションに紐づくインセンティブにより意思表示を正確に行い、オーナは、ソリューションに対する正しい需要を把握できる。また、プラットフォームは、証跡を残すことで、インセンティブの実効性を担保することができる。

【0114】

（ＩＩ）第２の実施の形態
本実施の形態は、ソリューション１１２に対応付けるインセンティブをオーナが設定できる点が第１の実施の形態と主に異なる。本実施の形態では、第１の実施の形態と同じ構成については同じ符号を用いて、その説明を適宜省略する。

【0115】

図１３は、ソリューション管理情報１２６Ｃの一例（ソリューション管理テーブル１３００）を示す図である。

【0116】

ソリューション管理テーブル１３００は、レコード番号５０１と、ソリューションＩＤ５０２と、ソリューション名５０３と、インセンティブプラン１３０１との情報が対応付けられたレコードを記憶する。

【0117】

インセンティブプラン１３０１は、オーナにより、ソリューション１１２に対応付けられるインセンティブ（インセンティブプラン）である。インセンティブプランには、複数のインセンティブが含まれたり、１つのインセンティブが含まれたり、インセンティブが含まれなかったりする。

【0118】

インセンティブプランの設定は、オーナのオーナ端末（図示は省略）、プラットフォーム環境１２０のサーバ装置等の操作端末において行われる。なお、インセンティブプランの設定の方法としては、設定画面からの入力、ＣＳＶファイルの読み込み等が挙げられるが、その方法は問わない。

【0119】

図１４は、ソリューション管理情報１２６Ｃの一例（選択プラン管理テーブル１４００）を示す図である。選択プラン管理テーブル１４００は、ソリューション１１２（ソリューションＩＤ）ごとに設けられている。図１４では、ソリューション管理テーブル１３００のソリューションＩＤ５０２が「ｓｏｌ１」である場合の例を示す。

【0120】

選択プラン管理テーブル１４００は、インセンティブプラン１４０１と、設定インセンティブＩＤ１４０２と、選択数１４０３と、選択ユーザＩＤ１４０４との情報が対応付けられたレコードを記憶する。

【0121】

インセンティブプラン１４０１は、オーナにより、ソリューションＩＤ５０２が「ｓｏｌ１」であるソリューション１１２に対応付けられているインセンティブプランである。設定インセンティブＩＤ１４０２は、当該インセンティブプランに含められているインセンティブのインセンティブＩＤである。選択数１４０３は、当該インセンティブプランを選択しているユーザの数である。例えば、「１５／２０」は、当該インセンティブプランの上限数が「２０」であり、「１５」人のユーザが選択していることを示す。選択ユーザＩＤ１４０４は、当該インセンティブプランを選択したユーザのユーザＩＤである。

【0122】

図１５は、ユーザ画面の一例（所定のソリューション１１２のソリューションアイデア１１１を表示するソリューションアイデアページ１５００）を示す図である。

【0123】

ソリューションアイデアページ１５００は、タイトル表示領域１１１０と、イメージ表示領域１１２０と、アイデア内容表示領域１１３０と、インセンティブプラン表示領域１５１０と、選択ボタン１５２０と、を含んで構成される。

【0124】

インセンティブプラン表示領域１５１０には、所定のソリューション１１２に対応付けられているインセンティブプランが表示される。選択ボタン１５２０は、所定のソリューション１１２に対応付けられているインセンティブプランの選択（所定のソリューション１１２を利用する意思表示）を受け付けるボタンである。

【0125】

なお、ソリューションアイデアページ１５００は、上述の内容に限らない。例えば、ソリューションアイデアページ１５００には、ユーザがインセンティブプランを選択可能な数、ユーザがインセンティブプランを選択した回数、ユーザがインセンティブプランを選択できる残りの回数等が表示されてもよい。また、ユーザがインセンティブプランを選択できる残りの回数がゼロである場合、当該インセンティブプランの選択ボタン１５２０を非アクティブにしてもよい。

【0126】

本実施の形態によれば、オーナは、意思表示の強度、上限数等が異なる予め定義された複数のインセンティブの中から、ソリューションに対してインセンティブを自由に設定できるので、ソリューションの需要の予測精度を向上させることができる。

【0127】

（ＩＩＩ）付記
上述の実施の形態には、例えば、以下のような内容が含まれる。

【0128】

上述の実施の形態においては、本発明をソリューション管理システムに適用するようにした場合について述べたが、本発明はこれに限らず、この他種々のシステム、装置、方法、プログラムに広く適用することができる。

【0129】

また、上述の実施の形態において、プログラムの一部またはすべては、プログラムソースから、サーバ装置を実現するコンピュータのような装置にインストールされてもよい。プログラムソースは、例えば、ネットワークで接続されたプログラム配布サーバまたはコンピュータが読み取り可能な記録媒体（例えば非一時的な記録媒体）であってもよい。また、上述の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

【0130】

また、上述の実施の形態において、各テーブルの構成は一例であり、１つのテーブルは、２以上のテーブルに分割されてもよいし、２以上のテーブルの全部または一部が１つのテーブルであってもよい。

【0131】

また、上述の実施の形態において、説明の便宜上、ソリューション管理システムに係る情報を、テーブルを用いて説明したが、データ構造はテーブルに限定されるものではない。ソリューション管理システムに係る情報は、ＸＭＬ（Extensible Markup Language）、ＹＡＭＬ（YAML Ain’t a Markup Language)、ハッシュテーブル、木構造等、テーブル以外のデータ構造によって表現されてもよい。

【0132】

また、上述の実施の形態において、図示および説明した画面は、一例であり、受け付ける情報が同じであるならば、どのようなデザインであってもよい。

【0133】

また、上述の実施の形態において、図示および説明した画面は、一例であり、提示する情報が同じであるならば、どのようなデザインであってもよい。

【0134】

また、上述の実施の形態において、情報の出力は、ディスプレイへの表示に限るものではない。情報の出力は、スピーカによる音声出力であってもよいし、ファイルへの出力であってもよいし、印刷装置による紙媒体等への印刷であってもよいし、プロジェクタによるスクリーン等への投影であってもよいし、その他の態様であってもよい。

【0135】

また、上記の説明において、各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記憶装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

【0136】

上述した実施の形態は、例えば、以下の特徴的な構成を有する。

【0137】

（１）
デジタル技術を活用するための製品であるソリューション（例えば、コンテナを生成するためのイメージ）を管理するソリューション管理システム（例えば、ソリューション管理システム１００）は、ソリューションに紐づくインセンティブ（例えば、ソリューションの利用権、課金免除権、打ち合わせ権等）をユーザが選択可能なユーザインターフェース（例えば、ユーザ画面、ソリューションアイデアページ１１００）を生成する生成部（例えば、管理部１２１、生成部、サーバ装置、ＶＭ、回路等）と、上記生成部により生成されたユーザインターフェースにおいてユーザにより選択されたソリューションに紐づくインセンティブを示す情報（例えば、選択ソリューションＩＤ６０６のソリューションＩＤに対応付けられている設定インセンティブＩＤ）と、上記ソリューションを示す情報（例えば、選択ソリューションＩＤ６０６のソリューションＩＤ）と、上記ユーザを示す情報（例えば、ユーザＩＤ６０２のユーザＩＤ）とを対応付けて記憶する記憶部（例えば、管理部１２１、記憶部、サーバ装置、ＶＭ、回路等）と、ソリューションに係るアプリケーションが利用可能になったかを監視し、利用可能になったアプリケーションのソリューションに紐づくインセンティブに係る処理を実行する実行部（例えば、管理部１２１、アクセス権制御部１２２、課金制御部１２３、実行部、サーバ装置、ＶＭ、回路等）と、上記実行部によりインセンティブに係る処理が実行されたことを出力する出力部（例えば、管理部１２１、出力部、サーバ装置、ＶＭ、回路等）と、を備える。例えば、上記出力部は、例えば、上記実行部によりインセンティブに係る処理が実行されたことを、上記インセンティブを選択したユーザのユーザ端末に通知する。

【0138】

【0139】

（２）
上記ソリューション管理システムは、予め登録されている複数のインセンティブの中から、ソリューションに対応付けるインセンティブの情報を上記ソリューションのオーナより受け付ける受付部（例えば、管理部１２１、受付部、サーバ装置、ＶＭ、回路等）を備える（例えば、図１３を参照）。

【0140】

上記構成によれば、例えば、ソリューションのオーナにより当該ソリューションに合ったインセンティブが設定されるので、ユーザは、より自分の選好に従った意思表示をするようになり、意思表示の精度をさらに向上させることができる。

【0141】

（３）
上記生成部は、ソリューションに紐づく１または複数のインセンティブが対応付けられているプランを選択可能なユーザインターフェース（例えば、ユーザ画面、ソリューションアイデアページ１５００）を生成する。

【0142】

上記構成によれば、ユーザに提示されるインセンティブのバリエーションが増えるので、例えば、オーナは、ソリューションの需要をより精緻に把握することができる。

【0143】

（４）
上記生成部は、ソリューションに紐づく１つ以上のインセンティブが対応付けられている、選択可能な人数が制限されている第１のプラン（例えば、プランＡおよびプランＢ）と、ソリューションに紐づくインセンティブが対応付けられてなく、選択可能な人数が制限されていない第２のプラン（例えば、プランＣ）と、を選択可能なユーザインターフェース（例えば、ユーザ画面、ソリューションアイデアページ１５００）を生成する（例えば、図１４および図１５を参照）。

【0144】

上記構成によれば、ユーザに提示されるインセンティブのバリエーションが増えるので、例えば、オーナは、ソリューションの需要をより精緻に把握することができる。また、例えば、ソリューションにインセンティブが紐づいていないプランによれば、オーナは、ユーザの当該ソリューションに対する関心の度合いを把握することができる。

【0145】

（５）
上記生成部は、ソリューションに紐づくインセンティブとして、上記ソリューションのテスト用のソリューションに対する利用権を選択可能なユーザインターフェースを生成（例えば、図３、図５、図６、図８を参照）し、上記実行部は、上記テスト用のソリューションをもとに生成されるアプリケーションがデプロイされた場合、上記アプリケーションへのアクセス権を、上記利用権を選択したユーザに設定する（例えば、図１０を参照）。

【0146】

上記構成によれば、例えば、テスト用のソリューションが利用された後に、本番のソリューションに対応付けられているインセンティブの選択が行われたか否かによって、本番のソリューションの需要をより正確にオーナが把握することができる。

【0147】

（６）
上記生成部は、ソリューションに紐づくインセンティブをユーザが選択可能なユーザインターフェースとして、上記ユーザがソリューションを選択可能な上限を示す上限数と、上記ユーザがソリューションを選択可能な残りの数を示す選択可能数とを表示する画面を生成する（例えば、図１１を参照）。

【0148】

上記構成では、例えば、ユーザごとに上限数と選択可能数とが表示されることで、ユーザに限定感を与えることができ、ユーザは、より自分の選好に従った意思表示をするようになり、意思表示の精度をさらに向上させることができる。

【0149】

（７）
上記記憶部は、ユーザごとに上記選択可能数を記憶し、所定の期間で上記選択可能数をリセットする。

【0150】

上記構成によれば、所定の期間で選択可能数がリセットされるので、例えば、ユーザは、インセンティブを積極的に選択することができ、多くの意思表示をもとにソリューションの需要を把握することができる。また、例えば、選択可能数がゼロになった場合にユーザが永久に意思表示できなくなる事態を回避することができる。

【0151】

（８）
上記生成部は、ソリューションに紐づくインセンティブをユーザが選択可能なユーザインターフェースとして、上記ソリューションをユーザが選択可能な上限を示す上限数と、上記ソリューションを選択しているユーザの数を示す選択数とを表示する画面を生成する（例えば、図１５を参照）。