JP2018205905A - 出力プログラム及びビジネスモデルデータ - Google Patents

Abstract

【課題】体系化したビジネスモデルの構造を出力する出力プログラム等を提供すること。【解決手段】出力プログラムは、ビジネスモデルの内容を記憶するルートノードと、プロセス又は機能を記憶する中間ノードと、固有技術を記憶するリーフノードとをそれぞれ識別情報と対応付けて記憶するノード記憶部、ノード間の接続関係を記憶するノード関係記憶部を参照し、識別情報を受け付け、受け付けた識別情報がビジネスモデルと対応付けられたものであるかノード記憶部に基づいて判定し、受け付けた識別情報がビジネスモデルを対応付けられたものであると判定した場合、識別情報に基づきルートノードを識別し、識別したルートノードと接続関係を有する中間ノード、及び該中間ノードと接続関係を有するリーフノードをード関係記憶部に基づいて識別し、識別したルートノード、中間ノード、及びリーフノード並びにこれらの接続関係を出力する。【選択図】図４

Description

本発明は、ノードの接続関係を出力する出力プログラム及び当該接続関係を含むビジネスモデルデータに関する。

従来ビジネスモデルを流通システムが提案されている（特許文献１）。また、ビジネスモデル原案を事業化するシステムが提案されている（特許文献２）。さらに、ビジネスモデルの設計を支援するシステムが提案されている（特許文献３）。

特開２００２−７７７８号公報 特開２００２−１６９８８１号公報 特開２００８−２７６６５３号公報

しかしながら、従来技術においては、ビジネスモデルを構成する技術要素を体系化していない。そのため、公知の技術要素と新規な技術要素とを組み合わせて新たなビジネスモデルを設計したり、新規な技術要素を取り込むことにより、既存のビジネスモデルを更新したりすることが困難であった。

本発明は、このような事情に鑑みてなされたものである。その目的は、ビジネスモデルを構成する技術要素を体系化し、体系化したビジネスモデルの構造を出力する出力プログラム等を提供することである。

本発明に係る出力プログラムは、ビジネスモデルの内容を記憶するルートノードと、前記ビジネスモデルを実行するにあたり必要とされるプロセス又は機能を記憶する中間ノードと、前記ビジネスモデル又は前記プロセス若しくは機能を構成する固有技術を記憶するリーフノードとをそれぞれ識別情報と対応付けて記憶するノード記憶部、前記ルートノードと前記中間ノードとの接続関係、及び前記中間ノードと前記リーフノードとの接続関係を記憶するノード関係記憶部を参照する出力プログラムであって、前記識別情報を受け付け、受け付けた識別情報がビジネスモデル、プロセス若しくは機能、又は固有技術のいずれを対応付けられたものであるか前記ノード記憶部に基づいて判定し、受け付けた識別情報がビジネスモデルを対応付けられたものであると判定した場合、前記識別情報に基づきルートノードを識別し、識別したルートノードと接続関係を有する中間ノード、及び該中間ノードと接続関係を有するリーフノードを前記ノード関係記憶部に基づいて識別し、識別したルートノード、中間ノード、及びリーフノード並びにこれらの接続関係を出力する。

本発明にあっては、ビジネスモデルを構成するプロセス及び固有技術をそれぞれの関係がわかるように出力可能である。

本発明に係る出力プログラムは、受け付けた識別情報がプロセス又は機能に対応付けられたものであると判定した場合、前記識別情報に基づき中間ノードを識別し、識別した中間ノードと接続関係を有するルートノード、及びリーフノードを前記ノード関係記憶部に基づいて識別し、識別したルートノード、中間ノード、及びリーフノード並びにこれらの接続関係を出力する。

本発明にあっては、プロセス又は機能から、それに関連するビジネスモデル及び固有技術を出力することが可能となる。

本発明に係る出力プログラムは、受け付けた識別情報が固有技術に対応付けられたものであると判定した場合、前記識別情報に基づきリーフノードを識別し、識別したリーフノードと接続関係を有する中間ノード、及び該中間ノードと接続関係を有するルートノードを前記ノード関係記憶部に基づいて識別し、識別したルートノード、中間ノード、及びリーフノード並びにこれらの接続関係を出力する。

本発明にあっては、固有技術から、それに関連するプロセス又は機能、及びビジネスモデルを出力することが可能となる。

本発明に係る出力プログラムにおいて、前記ノード記憶部は、各ノードに対する評価情報を記憶してあり、所定ノードに対する評価情報についての更新情報を取得し、受け付けた更新情報に基づき、前記ノード記憶部が記憶する前記所定ノードに対する評価情報を更新し、前記所定ノードがルートノードである場合、前記ノード関係記憶部に基づいて、前記ルートノードと接続関係のある中間ノードを識別し、識別した中間ノードと接続関係のリーフノードを識別し、識別した中間ノード及びリーフノードに対する評価情報を更新する。

本発明にあっては、ビジネスモデル（ルートノード）に対する評価を下位ノード（プロセス又は機能、固有技術）に対する評価に伝搬することが可能となる。

本発明に係る出力プログラムは、前記所定ノードが中間ノードである場合、前記ノード関係記憶部に基づいて、前記中間ノードと接続関係のあるルートノード及びリーフノードを識別し、識別したルートノード及びリーフノードに対する評価情報を更新する。

本発明にあっては、プロセス又は機能（中間ノード）に対する評価を、関連するビジネスモデル（ルートノード）及び固有技術（リーフノード）に対する評価に伝搬することが可能となる。

本発明に係る出力プログラムは、前記所定ノードがリーフノードである場合、前記ノード関係記憶部に基づいて、前記リーフノードと接続関係のある中間ノードを識別し、識別した中間ノードと接続関係のルートノードを識別し、識別した中間ノード及びルートノードに対する評価情報を更新する。

本発明にあっては、固有技術（リーフノード）に対する評価を、関連するビジネスモデル（ルートノード）及びにプロセス又は機能（中間ノード）に対する評価に伝搬することが可能となる。

本発明に係るビジネスモデルデータは、ビジネスモデルの内容を記憶するルートノードと、前記ビジネスモデルを実行するにあたり必要とされるプロセス又は機能を記憶する中間ノードと、前記ビジネスモデル又は前記プロセス若しくは機能を構成する固有技術を記憶するリーフノードとをそれぞれ識別情報と対応付けて記憶するノード情報と、前記ルートノードと前記中間ノードとの接続関係、及び前記中間ノードと前記リーフノードとの接続関係を記憶するノード関係情報とを含むビジネスモデルデータであって、サーバコンピュータに記憶されるとともに、サーバコンピュータが、前記ノード関係情報にしたがい、受け付けた識別情報に対応付けられたルートノードを識別し、当該ルートノードと接続関係にある中間ノード、及び当該中間ノードと接続関係にあるリーフノードを前記ノード関係情報に基づいて識別し、識別したルートノード、中間ノード、及びリーフノード並びにこれらの接続関係を出力する処理に用いられる。

本発明にあっては、ビジネスモデルを構成するプロセス及び固有技術をそれぞれの関係がわかるように出力可能である。

本発明に係るビジネスモデルデータは、前記ノードに対する評価情報を前記ノードの識別情報と対応付けて記憶するノード評価情報を含み、前記ノードに対する評価情報を受け付けたとき、前記接続関係に基づいて抽出したノードに対する評価情報を更新する処理に用いられる。

本発明にあっては、ノードに対する評価情報が出力可能である。

本発明にあっては、体系化したビジネスモデルの構造を出力することが可能となる。

ビジネスモデル取引システムのハードウェア構成例を示すブロック図である。 メインサーバの構成例を示すブロック図である。 ビジネスモデルのデータ構造を示す説明図である。 ビジネスモデルの構成例を示す説明図である。 ビジネスモデルのデータ構造を示す説明図である。 データベースサーバが記憶するデータベースの一例を示す説明図である。 ノードＤＢのレコードレイアウトの一例を示す説明図である。 ノード関係ＤＢのレコードレイアウトの一例を示す説明図である。 ビジネスモデル属性ＤＢのレコードレイアウトの一例を示す説明図である。 プロセス／機能属性ＤＢのレコードレイアウトの一例を示す説明図である。 製品／サービス属性ＤＢのレコードレイアウトの一例を示す説明図である。 個別アイデア属性ＤＢのレコードレイアウトの一例を示す説明図である。 ノード権限ＤＢのレコードレイアウトの一例を示す説明図である。 ユーザＤＢのレコードレイアウトの一例を示す説明図である。 グループＤＢのレコードレイアウトの一例を示す説明図である。 評価ＤＢのレコードレイアウトの一例を示す説明図である。 新規登録処理の手順例を示すフローチャートである。 ビジネスモデル登録画面の一例を示す説明図である。 新規登録画面の一例を示す説明図である。 新規登録画面の一例を示す説明図である。 新規登録画面の一例を示す説明図である。 新規登録画面の一例を示す説明図である。 ビジネスモデル登録画面の一例を示す説明図である。 公開前処理の手順例を示すフローチャートである。 一覧画面の一例を示す説明図である。 詳細画面の一例を示す説明図である。 評価依頼画面の一例を示す説明図である。 出願依頼画面の一例を示す説明図である。 公開処理の手順例を示すフローチャートである。 一覧表示画面の一例を示す説明図である。 公開設定画面の一例を示す説明図である。 案件抽出処理の手順例を示すフローチャートである。 トップ画面の一例を示す説明図である。 評価処理の手順例を示すフローチャートである。 一覧表示画面の一例を示す説明図である。 詳細画面の一例を示す説明図である。 評価入力画面の一例を示す説明図である。 ツリー画面の一例を示す説明図である。 評価更新履歴ＤＢのレコードレイアウトの一例を示す説明図である。 評価伝搬処理の手順例を示すフローチャートである。 評価伝搬・下位処理の手順例を示すフローチャートである。 評価伝搬・上位処理の手順例を示すフローチャートである。 検索処理の手順の一例を示すフローチャートである。 検索画面の一例を示す説明図である。 結果一覧画面の一例を示す説明図である。 ツリー表示処理の手順例を示すフローチャートである。 上位ノード一覧表示処理の手順例を示すフローチャートである。 下位ノード一覧表示処理の手順例を示すフローチャートである。 ツリー画面の一例を示す説明図である。 上位ノード一覧画面の一例を示す説明図である。 下位ノード一覧画面の一例を示す説明図である。

以下、実施の形態を、図面を用いて具体的に説明する。

説明に先立ち、前提事項について説明する。
ビジネスモデル取引システムにおいて、主な取引対象であるビジネスモデル無体物であるため、秩序ある適切な取引を担保するためユーザ登録制が前提である。ユーザには様々な立場があるので、ユーザ種別を設ける。ユーザ種別は例えば、１）通常ユーザ、２）技術専門家、３）金融専門家、４）投資家・機関投資家である。これらのユーザ以外に管理者を設けてもよい。管理者は例えばビジネスモデル取引システムを運営及び管理する事業主体に属し、事業主体から管理権限を付与されたユーザである。

ビジネスモデル取引システムが扱う案件には、公開ステータスがあるものとする。公開ステータスとは、１）非公開、２）限定公開、３）公開である。１）非公開では案件登録者及び案件登録者が許可したユーザのみが参照可能である。２）限定公開では、１）に加えて一部の専門家が参照可能となる。登録されたビジネスモデルを専門家の立場からブラッシュアップしたり、特許出願手続きを行ったりするために、参照することが必要となるからである。３）公開は、ビジネスモデル取引システムの全ユーザから参照可能となる。ビジネスモデル取引システムのユーザでなくても参照可能な一般公開というステータスを設けても良い。管理者は案件の公開ステータスに関わらず、常にすべての案件の参照が可能である。

また、ユーザは種別によって、案件についての編集権限が設定される。通常ユーザは自らの案件、及び編集権限が付与された案件について編集が行える。技術専門家はすべての案件について編集権限を有するが、案件毎に明示的な編集権限を持つユーザしか編集できないようにすることも可能である。金融専門家及び投資家・機関投資家は明示的に編集権限を付与されない限り編集権限を持たない。管理者は常にすべての案件についての編集権限を有する。

図１はビジネスモデル取引システムのハードウェア構成例を示すブロック図である。ビジネスモデル取引システムは、メインサーバ１、データベースサーバ２、ユーザ端末３を含む。メインサーバ１、データベースサーバ２、ユーザ端末３は、ネットワークＮにより、互いに通信可能に接続されている。メインサーバ１及びデータベースサーバ２は例えばワークステーション、サーバコンピュータ、又はブレードサーバで構成する。ユーザ端末３はＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ノートＰＣ、タブレットコンピュータ、携帯端末又はスマートフォンなどで構成する。

図２はメインサーバ１の構成例を示すブロック図である。メインサーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３、通信部１４、大容量記憶部１５及び読み取り部１６を含む。各構成はバスＢで接続されている。

ＣＰＵ１１はＲＯＭ１２に記憶された制御プログラム（出力プログラム）１Ｐにしたがいハードウェア各部を制御する。ＲＡＭ１３は例えばＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）又はフラッシュメモリである。ＲＡＭ１３はＣＰＵ１１によるプログラムの実行時に発生するデータを一時的に記憶する。

通信部１４はデータベースサーバ２と通信する。また、通信部１４はネットワークＮを介して、ユーザ端末３と通信する。

大容量記憶部１５は、例えばハードディスク又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などである。ＣＰＵ１１が制御プログラム１Ｐを実行時に発生するデータを記憶する。大容量記憶部１５は各種データを記憶する。また、制御プログラム１Ｐを大容量記憶部１５に記憶しても良い。

読み取り部１６はＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）−ＲＯＭ又はＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）−ＲＯＭを含む可搬型記憶媒体１ａを読み取る。ＣＰＵ１１が読み取り部１６を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶部１５に記憶しても良い。また、ネットワークＮを介して他のコンピュータからＣＰＵ１１が制御プログラム１Ｐをダウンロードし、大容量記憶部１５に記憶しても良い。さらにまた、半導体メモリ１ｂから、ＣＰＵ１１が制御プログラム１Ｐを読み込んでも良い。

データベースサーバ２もメインサーバ１と同様な構成であるので、説明を省略する。

次に本実施の形態で用いるビジネスモデルの表現方法について説明する。図３はビジネスモデルのデータ構造を示す説明図である。本実施の形態において、ビジネスモデルは３層構造で表現する。第１層はビジネスモデル階層Ｎ１である。第２層はプロセス／機能階層Ｎ２である。プロセス／機能階層Ｎ２に配置されるのはビジネスモデルを実行するにあたり必要とされる業務手順などの作業プロセスや、プロセスに求められる機能などである。これらのプロセス／機能には新規なものだけではなく、公知のものも含まれる。第３層は個別アイデア階層Ｎ３である。個別アイデア階層Ｎ３に配置されるのは、第２層に配置されたプロセス／機能を実現するために必要となる技術要素などである。当該技術要素には特許発明や周知慣用技術が含まれる。図３では各階層は１つのみ記載している。そのため、ビジネスモデル階層Ｎ１とプロセス／機能階層Ｎ２とは一対一の関係となっているが、それに限らない。ビジネスモデル階層Ｎ１とプロセス／機能階層Ｎ２とは多対多の関係でもよい。同様に、プロセス／機能階層Ｎ２と個別アイデア階層Ｎ３とは一対一の関係に限らず、多対多の関係でもよい。各階層の紙面下側には、各階層を登録する際に、入力すべき属性の例が示されている。ビジネスモデル階層Ｎ１の属性ａ１は、ビジネスモデル名称、登録日、関連分野・業界、提供する価値、顧客・製品サービス、収益構造モデル、及び価値の提供システムを含む。プロセス／機能階層Ｎ２の属性ａ２は、機能ユニット名称、登録日、機能ユニット区分、機能提供の仕組み、及び機能提供のために中核となる新規アイデアを含む。個別アイデア階層Ｎ３の属性ａ３は、アイデア名称、登録日、アイデアの内容、想定される用途、特許申請日（出願日）及び状況を含む。個別アイデアは固有技術ともいう。

次に、図３に示したデータ構造を用いて表現したビジネスモデルの例を示す。図４はビジネスモデルの構成例を示す説明図である。図４は図３で示したデータ構造を用いて、階層間の関係をツリーで表現したものである。図４に記載のツリーは、ノードＮ１１、Ｎ２１〜２４、及びＮ３１〜３５を含む。ノードＮ１１はビジネスモデル階層のノードである。ノードＮ１１はルートノードである。ノードＮ１１はノードＩＤ・Ｎ１１ａ及びノード名称Ｎ１１ｂを含む。ノードＩＤ・Ｎ１１ａはノードを一意に特定可能なＩＤである。ノード名称Ｎ１１ｂはノードの名称である。ノードＮ２１〜２４はプロセス／機能階層のノードである。ノードＮ２１〜２４はすべてノードＮ１１の下位のノードである。また、ノードＮ２１〜２４それぞれは、下位のノードを持っている。すなわち、ノードＮ２１〜２４はすべて中間ノードである。ノードＮ２１〜２４はそれぞれノードＩＤ・Ｎ２１ａ〜Ｎ２４ａ及びノード名称Ｎ２１ｂ〜２４ｂを含む。ノードＩＤ・Ｎ２１ａ〜Ｎ２４ａはノードを一意に特定可能なＩＤである。ノード名称Ｎ２１ｂ〜２４ｂはノードの名称である。ノードＮ３１〜Ｎ３５は個別アイデア階層のノードである。ノードＮ３１〜３５はノードＮ２１〜Ｎ２４のいずれかの下位のノードである。ノードＮ３１〜３５はすべて下位のノードを持っていない。ノードＮ３１〜３５はすべてリーフノードである。ノードＮ３１〜３５はそれぞれノードＩＤ・Ｎ３１ａ〜Ｎ３５ａ及びノード名称Ｎ３１ｂ〜３５ｂを含む。ノードＩＤ・Ｎ３１ａ〜Ｎ３５ａはノードを一意に特定可能なＩＤである。ノード名称Ｎ３１ｂ〜３５ｂはノードの名称である。なお、ビジネスモデル全体を詳細に記載した結果、ノード数が多くなり、全体像を把握しづらくなる場合などには、ツリーの一部を１つのノードとして表現してもよい。例えば、関連する個別アイデア（固有技術）をグループ化し、１つのノードとして表してもよい。

図４に示すビジネスモデルはコールセンタインバウンド業務受託事業（ノードＮ１１）である。当該ビジネスモデルに必要なプロセス／機能として、４つのプロセス／機能が示されている。４つのプロセス／機能は、受信処理（ノードＮ２１）、本人確認 問い合わせ内容確認（ノードＮ２２）、応答・回答（ノードＮ２３）及び応対後処理業務（ノードＮ２４）である。

受信処理（ノードＮ２１）に対応した個別アイデアとして、ＰＢＸ・ＩＶＲ・ＣＴＩ（ノードＮ３１）が示されている。ＰＢＸはＰｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ（構内交換機）の略語である。ＩＶＲはＩｎｔｅｒａｃｔｉｖｅ Ｖｏｉｃｅ Ｒｅｓｐｏｎｓｅ（自動音声応答音声自動応答）の略語である。ＩＶＲは機能の名称であるが、ＩＶＲ機能を提供する機器を単にＩＶＲと記載する場合もある。ＣＴＩはＣｏｍｐｕｔｅｒ Ｔｅｌｅｐｈｏｎｙ Ｉｎｔｅｇｒａｔｉｏｎの略語である。ＩＶＲと同様に、ＣＴＩは機能の名称であるが、ＣＴＩ機能を提供する機器を単にＣＴＩと記載する場合もある。

本人確認・問い合わせ内容確認（ノードＮ２２）に対応した個別アイデアと、応答・回答（ノードＮ２３）に対応した個別アイデアとは共通である。当該個別アイデアは、音声認識技術・自然言語処理技術（ノードＮ３２）、感情認識・分析技術（ノードＮ３３）及び機械学習による応答・回答作成技術（ノードＮ３４）である。応対後処理業務（ノードＮ２４）に対応した個別アイデアは会話自動要約技術（ノードＮ３５）である。以上のように、ビジネスモデル階層、プロセス／機能階層及び個別アイデア階層からなる３層構造をツリー表示することにより、層間の関係を一目で確認可能である。

上述において、第２層はプロセス／機能としたが、製品／サービスとすることも可能である。すなわち、ビジネスモデルを構成する要素をプロセスや機能として記述するのではなく、製品やサービスとして記述する。図５はビジネスモデルのデータ構造を示す説明図である。図５において、第１層のビジネスモデル階層Ｎ１、及び第３層の個別アイデア階層Ｎ３は、上述と同様であるので説明を省略する。

第２層は製品／サービス階層Ｎ２である。製品／サービス階層Ｎ２に配置されるのはビジネスモデルを実行するにあたり利用される製品やサービスなどである。これらの製品／サービスには新規なものだけではなく、公知のものも含まれる。図５においては、図３と同様に各階層は１つのみ記載している。そのため、ビジネスモデル階層Ｎ１と製品／サービス階層Ｎ２とは一対一の関係となっているが、それに限らない。ビジネスモデル階層Ｎ１と製品／サービス階層Ｎ２とは多対多の関係でもよい。同様に、製品／サービス階層Ｎ２と個別アイデア階層Ｎ３とは一対一の関係に限らず、多対多の関係でもよい。各階層の紙面下側には、各階層を登録する際に、入力すべき属性の例が示されている。ビジネスモデル階層Ｎ１の属性ａ１及び個別アイデア階層Ｎ３の属性ａ３は上述と同様であるので説明を省略する。製品／サービス階層Ｎ２の属性ａ２は、製品／サービス名称、登録日、製品／サービス区分、及び製品機能／サービス内容を含む。

第２層を製品／サービスした場合と、機能／プロセスとした場合の違いは、ノードに対応した属性が異なるだけであり、データ構造の大きな変更はなく、取り扱うことが可能である。なお、第２層はプロセス／機能又は製品／サービスのいずれか一方のみが含まれるという排他的なものではない。１つのビジネスモデルにおいて、第２層にプロセス／機能及び製品／サービスの両方が含まれていてもよい。

次にデータベースサーバ２が記憶するデータベースについて説明する。図６はデータベースサーバ２が記憶するデータベースの一例を示す説明図である。データベースサーバ２は、ノードＤＢ（ＤａｔａＢａｓｅ）（ノード記憶部）２１、ノード関係ＤＢ（ノード関係記憶部）２２、ビジネスモデル属性ＤＢ２３、プロセス／機能属性ＤＢ２４、製品／サービス属性ＤＢ２４１、個別アイデア属性ＤＢ２５、ノード権限ＤＢ２６、ユーザＤＢ２７、グループＤＢ２８、評価ＤＢ２９、履歴ＤＢ３０を含む。

図７はノードＤＢ２１のレコードレイアウトの一例を示す説明図である。ノードＤＢ２１はノードに関する情報（ノード情報）を記憶する。ノードＤＢ２１はノードＩＤ列、ノード種別列、メイン種別列、ツリー階層列、名称列、登録者ＩＤ列、登録日列、及び公開列を含む。ノードＩＤ列はノードを一意に特定するノードＩＤ（識別情報）を記憶する。ノード種別列はノードの種別を記憶する。ノード種別は例えば、メイン又はサブである。本実施の形態において、各階層に含まれるノードは、それ自身がさらに階層構造を持つことを許容している。当該階層構造に含まれるルートノードの種別をメインとする。当該階層構造に含まれる中間又はリーフノードの種別をサブとする。ノードの種別が「サブ」のノードが、さらに階層構造を持つ場合は、当該ノードの種別を例えば、「サブ／メイン」とし、通常のサブのノードとの区別がつくようにする。メイン種別列は階層を示すメイン種別を記憶する。メイン種別はビジネスモデル、プロセス／機能、製品／サービス及び個別アイデアを含む。ツリー階層列はツリーにおける階層を示す文字列を記憶する。ツリー階層は例えば、ルート、中間及びリーフを含む。ルートは下位ノードのみを持つノードを示す。中間は上位ノード及び下位ノードを持つノードを示す。リーフは上位ノードのみを持つノードを示す。名称列はノードの名称を記憶する。登録者ＩＤ列はノードを登録したユーザのＩＤを記憶する。登録日列はノードを登録した日付を記憶する。公開列はノードの公開状態を記憶する。公開状態は、上述したように非公開、限定公開、公開などである。

図８はノード関係ＤＢ２２のレコードレイアウトの一例を示す説明図である。ノード関係ＤＢ２２はノード間の上下関係（ノード関係情報）を記憶する。ノード関係ＤＢ２２は上位ノード列及び下位ノード列を含む。上位ノード列は上位ノードのノードＩＤを記憶する。下位ノード列は下位ノードのノードＩＤを記憶する。各レコードにより２つのノードの上下関係が表されている。例えば、ノードＩＤがＢＰ／Ｆ−００１０１のノードは、上位ノードとしてノードＩＤがＢＭ−００１００のノードを持ち、下位ノードとしてノードＩＤがＲＡ−００１００のノードを持つことが示されている。

図９はビジネスモデル属性ＤＢ２３のレコードレイアウトの一例を示す説明図である。ビジネスモデル属性ＤＢ２３ビジネスモデルの属性を記憶する。ビジネスモデル属性ＤＢ２３はノードＩＤ列、関連分野・業界列、提供する価値列、顧客・製品サービス列、収益構造モデル列及び価値の提供システム列を含む。ノードＩＤ列はノードＩＤを記憶する。関連分野・業界列はビジネスモデルに関連する分野や関連する業界を記憶する。提供する価値列はビジネスモデルにより提供される価値を記憶する。顧客・製品サービス列はビジネスモデルの顧客、ビジネスモデルにより提供するサービスを記憶する。収益構造モデル列はビジネスモデルの収益構造を記憶する。価値の提供システム列はビジネスモデルを具現化し、顧客に価値を提供するシステムの内容を記憶する。

図１０はプロセス／機能属性ＤＢ２４のレコードレイアウトの一例を示す説明図である。プロセス／機能属性ＤＢ２４はプロセス／機能の属性を記憶する。以下の説明において、プロセス／機能をユニットとも呼ぶ。プロセス／機能属性ＤＢ２４はノードＩＤ列、ユニット区分列、提供の仕組み列及び中核新規アイデア列を含む。ノードＩＤ列はノードＩＤを記憶する。ユニット区分列は汎用又は新規を記憶する。汎用とは多くのビジネスモデルで共通して用いられる可能性のある汎用的な機能を表すものである。汎用的な機能は例えば調達機能、製造機能、販売・物流機能である。汎用ユニット、ユニット区分が汎用であるユニットはノードＤＢ２１及びプロセス／機能属性ＤＢ２４に予め登録してある。汎用ユニットを利用することにより、汎用的なプロセス／機能については、新たに登録することなく、ビジネスモデルを設計可能である。ユニット区分が新規であるユニットはユーザにより登録されたことを示す。提供の仕組み列は、ユニットがどのような仕組みによりプロセスや機能を提供するのかを記憶する。中核新規アイデア列は提供されるプロセスや機能に含まれる中核かつ新規なアイデアを記憶する。

図１１は製品／サービス属性ＤＢ２４１のレコードレイアウトの一例を示す説明図である。製品／サービス属性ＤＢ２４１はデータベースサーバ２に記憶される。製品／サービス属性ＤＢ２４１はノードＩＤ列、区分列及び製品機能／サービス内容列を含む。ノードＩＤ列はノードＩＤを記憶する。区分列はノードが製品のノードであるのか、サービスのノードであるのかを記憶する。ノードが製品のノードであれば、区分列は「製品」を記憶する。ノードがサービスのノードであれば、区分列は「サービス」を記憶する。製品機能／サービス内容列は、製品が有する機能、又は提供されるサービスの内容を記憶する。

図１２は個別アイデア属性ＤＢ２５のレコードレイアウトの一例を示す説明図である。個別アイデア属性ＤＢ２５は個別アイデアの属性を記憶する。個別アイデア属性ＤＢ２５はノードＩＤ列、アイデアの内容列、想定される用途列、特許出願日列及び状況列を含む。ノードＩＤ列はノードＩＤを記憶する。アイデアの内容列はアイデアの内容を記憶する。想定される用途列は個別アイデアの使用が想定される用途を記憶する。特許出願日列は、個別アイデアに関する特許出願を行った日を記憶する。特許出願されていない場合は、ＮＵＬＬ又は空白などを記憶する。状況列は特許化の状況を記憶する。状況列は例えば、未出願、出願済、拒絶査定、特許査定又は登録済を記憶する。登録済の場合、特許番号をともに記憶してもよい。

図９に示したビジネスモデル属性ＤＢ２３、図１０に示したプロセス／機能属性ＤＢ２４、図１１に示した製品／サービス属性ＤＢ２４１、及び図１２に示した個別アイデア属性ＤＢ２５のそれぞれは、テキストデータだけでなく種々の形式のデータを記憶するようにしてもよい。テキストデータ以外のデータとしては、テキストと図表とが混在する複合
データ、写真などの静止画像データ、及び動画像データなどである。

また、ビジネスモデル属性、プロセス／機能属性、製品／サービス属性及び個別アイデア属性は二種類のデータを持つようにしてもよい。一つのデータは概要データである。もう一つのデータは詳細データである。例えば、ビジネスモデルなどを一般公開した後は、参照権限にかかわらず概要データはすべてのユーザが参照可能とする。詳細データは常に参照権限を有するユーザのみが参照可能とする。それにより、関係者以外には公開したくないビジネスモデルなどの重要部分を秘匿しつつ、流通の促進を図ることが可能となる。

図１３はノード権限ＤＢ２６のレコードレイアウトの一例を示す説明図である。ノード権限ＤＢ２６は各ノードのアクセス権限を記憶する。ノード権限ＤＢ２６は権限ＩＤ列、ノードＩＤ列、対象列、ユーザＩＤ列、組織ＩＤ列、グループＩＤ列を含む。権限ＩＤ列はレコードを一意に特定する権限ＩＤを記憶する。ノードＩＤ列はノードＩＤを記憶する。対象列は権限を設定する対象を記憶する。設定対象は例えば、ユーザ、組織又はグループである。ユーザＩＤ列は設定対象がユーザの場合に権限を付与するユーザのユーザＩＤを記憶する。権限の設定対象がユーザ以外の場合、ユーザＩＤ列はＮＵＬＬを記憶する。組織ＩＤ列は権限の設定対象が組織の場合に権限を付与する組織の組織ＩＤを記憶する。権限の設定対象が組織以外の場合、組織ＩＤ列はＮＵＬＬを記憶する。グループＩＤ列は設定対象がグループの場合に権限を付与するグループのグループＩＤを記憶する。権限の設定対象がグループ以外の場合、グループＩＤ列はＮＵＬＬを記憶する。

ノードの権限は、ノードの公開状態によってアクセス権限が変動する。非公開の場合、参照及び編集可能なのはノードの登録者とノード権限ＤＢ２６により権限が付与されたものである。限定公開の場合、さらに技術専門家が参照及び編集可能となる。公開の場合、全ユーザが参照可能となるが、編集権限は変動しない。

図１４はユーザＤＢ２７のレコードレイアウトの一例を示す説明図である。ユーザＤＢ２７はユーザに関する情報を記憶する。ユーザＤＢ２７はユーザＩＤ列、氏名列、メール列、会社ＩＤ列、部署ＩＤ列、組織ＩＤ列及び種別列を含む。ユーザＩＤ列はユーザを一意に特定するユーザＩＤを記憶する。氏名列はユーザの氏名を記憶する。メール列はユーザの連絡先電子メールアドレスを記憶する。会社ＩＤ列は会社を一意に特定する会社ＩＤを記憶する。会社ＩＤは例えば国税庁により付与される１３桁の法人番号である。部署ＩＤ列は部署を特定する部署ＩＤを記憶する。部署ＩＤは同一の会社内でユニークであればよい。組織ＩＤは組織を一意に特定する組織ＩＤを記憶する。組織ＩＤは例えば会社ＩＤと部署ＩＤとを連結したものである。種別列はユーザ種別を記憶する。ユーザ種別例えば上述したように、通常ユーザ、技術専門家、金融専門家、投資家・機関投資家などである。

図１５はグループＤＢ２８のレコードレイアウトの一例を示す説明図である。グループＤＢ２８はグループの定義を記憶する。グループＤＢ２８はグループＩＤ列、ユーザＩＤ列、会社ＩＤ列及び組織ＩＤ列を含む。グループＩＤ列はグループを一意に特定するグループＩＤを記憶する。ユーザＩＤ列はグループに属するユーザのユーザＩＤを記憶する。複数のユーザが属する場合、ユーザＩＤ列は属する複数のユーザＩＤを記憶する。会社ＩＤ列はグループに属する会社の会社ＩＤを記憶する。複数の会社が属する場合は、会社ＩＤ列は属する複数の会社の会社ＩＤを記憶する。会社ＩＤ列が会社ＩＤを記憶している場合、当該会社ＩＤで特定される会社に属するすべてのユーザはグループに属しているとして扱う。組織ＩＤ列はグループに属する組織の組織ＩＤを記憶する。複数の組織が属するには、組織ＩＤ列はグループに属する複数の組織の組織ＩＤを記憶する。組織ＩＤ列が組織ＩＤを記憶している場合、当該組織ＩＤで特定される組織に属するすべてのユーザはグループに属しているとして扱う。

図１６は評価ＤＢ２９のレコードレイアウトの一例を示す説明図である。評価ＤＢ２９はノード毎にその評価（評価情報）を記憶する。評価ＤＢ２９はノードＩＤ列、検索回数列、検索ポイント列、閲覧回数列、閲覧ポイント列、専門家評価列、専門家評点列、アイデア展開数列、展開ポイント列、契約件数列、契約ポイント列、事業化後の業績列及び業績ポイント列を含む。

ノードＩＤ列はノードＩＤを記憶する。検索回数列はユーザに検索された回数を記憶する。検索回数列は直接列と上位列とを含む。直接列は当該ノードが直接検索された回数を記憶する。上位列は当該ノードの上位ノードが検索された回数を記憶する。検索ポイント列は検索回数に基づいて算出された検索ポイントを記憶する。

閲覧回数列はユーザに閲覧された回数を記憶する。閲覧回数列は直接列と上位列とを含む。直接列は当該ノードが直接閲覧された回数を記憶する。上位列は当該ノードの上位ノードが閲覧された回数を記憶する。閲覧ポイント列は閲覧回数に基づいて算出された閲覧ポイントを記憶する。

専門家評価列は専門家３００による評価を記憶する。専門家評価列は直接列と上位列とを含む。直接列は当該ノードに対する専門家３００の評価を記憶する。上位列は当該ノードの上位ノードに対する専門家３００の評価を記憶する。専門家評点列は専門家評価に基づいて算出された専門家評点を記憶する。

アイデア展開数列はアイデア展開数を記憶する。アイデア展開数列は直接列と上位列とを含む。直接列及び上位列が記憶する展開数は次のとおりである。当該ノードがビジネスモデル階層に属するノードである場合、直接列には値が記憶されない。また、当該ノードが上位のビジネスモデルのコンセプトに統合された場合、その件数が直接列に記憶される。当該ノードがプロセス／機能階層又は個別アイデア階層のノードである場合、当該ノードが上位階層のノードに関連付けられた場合、その件数が直接列に記憶される。また、既に関連付けられている上階層のノードが新たな関連付けがされた場合、その件数が上位列に記憶される。展開ポイント列はアイデア展開数列の値に基づいて算出された展開ポイントを記憶する。
アイデア展開数は、個人発明家２００や専門家３００によりビジネスモデルが設計、更新される段階で、随時更新してもよいし、バッチ処理によりノード関係ＤＢ２２を参照し、更新してもよい。展開ポイントはアイデア展開数の更新に合わせて、更新すればよい。

契約件数列は使用契約の件数を記憶する。契約件数列は直接列と上位列とを含む。当該ノードがビジネスモデル階層に属するノードである場合、当該ビジネスモデルの契約件数が直接列に記憶される。上位列に値は記憶されない。当該ノードがプロセス／機能階層又は個別アイデア階層に属するノードである場合、当該プロセス／機能又は個別アイデアの契約件数が直接列に記憶される。当該ノードに関連付けられた上位ノードに新たな契約が行われた場合には、その件数が上位列に記憶される。契約ポイント列は契約件数に基づいて算出された契約ポイントを記憶する。
契約件数は契約が成立する度に更新してもよいし、バッチ処理により契約内容を記憶する契約ＤＢ（図示しない）を参照し、更新してもよい。

事業化後の業績列は業績評価を記憶する。事業化後の業績列は直接列と上位列とを含む。当該ノードがビジネスモデル階層のノードである場合、ビジネスモデルが事業化されたのちの評価を直接列に記憶する。上位列には値は記憶されない。当該ノードがプロセス／機能階層又は個別アイデア階層の場合、プロセス／機能又は個別アイデアが直接、事業化されたときに、事業化後の評価が直接列に記憶される。プロセス／機能又は個別アイデアが上位の階層に関連付けられた場合、上位の階層に対する事業化後の評価が上位列に記憶される。業績ポイント列は業績評価に基づいて算出された業績ポイントを記憶する。
事業化後の業績列はビジネスモデルが事業化された後に、ベンチャーキャピタリストや経済アナリストが事業業績の評価を行い、その結果を記憶する。又は、事業の売上高、利益高などを事業化した企業４００のＩＲ（Ｉｎｖｅｓｔｏｒ Ｒｅｌａｔｉｏｎｓ）情報から取得し、取得した値により更新してもよい。

履歴ＤＢ３０は、各ノードについての検索履歴・閲覧履歴、専門家３００の評価履歴、取引（契約）履歴及び活用・実装の実績を記憶する。これらの履歴等はリレーショナルデータベースとして記憶するのではなく、ブロックチェーン技術を適用して管理してもよい。

次に、メインサーバ１が行う処理について説明する。

（ビジネスモデルの登録）
ビジネスモデル取引システムに新たなビジネスモデルを登録する処理について、説明する。ビジネスモデルの登録処理については、ビジネスモデルの設計手法に合わせて、２つのパターンを想定している。ここで、想定するビジネスモデルの設計手法はトップダウン型とボトムアップ型である。トップダウン型はビジネスモデルから、プロセス／機能（又は製品／サービス）及び個別アイデアを設計してゆく手法である。ボトムアップ型は個別アイデアから、プロセス／機能（又は製品／サービス）及びビジネスモデルを設計してゆく手法である。

（トップダウン型）
まず、トップダウン型を想定した処理について説明する。図１７は新規登録処理の手順例を示すフローチャートである。ＣＰＵ１１はユーザ端末３にテンプレートを表示する（ステップＳ１）。テンプレートは内容が未設定のビジネスモデルを示すツリーである。ユーザは表示されたテンプレートを編集することにより、ビジネスモデルを登録できる。ＣＰＵ１１はユーザ端末３からノード設定コマンドを受信したか否かを判定する（ステップＳ２）。ＣＰＵ１１はノード設定コマンドを受信したと判定した場合（ステップＳ２でＹＥＳ）、ユーザ端末３に設定画面を表示する（ステップＳ３）。ユーザは設定画面でノードの名称や属性を設定し、メインサーバ１に送信する。この際、既に登録済みのノードが編集された場合は、ノードＩＤを送信する。ＣＰＵ１１はユーザ端末３より名称、属性を取得する（ステップＳ４）。ＣＰＵ１１は取得したノードが既に登録済みのもので、ノードＩＤが発番済みか否か判定する（ステップＳ５）。発番済み否かは、ユーザ端末３からノードＩＤが送信されたか否かで判定可能である。ＣＰＵ１１はノードＩＤが発番済みであると判定した場合（ステップＳ５でＹＥＳ）、処理をステップＳ７へ移す。ＣＰＵ１１はノードＩＤが発番済みでないと判定した場合（ステップＳ５でＮＯ）、ノードｉＤを発番する（ステップＳ６）。ＣＰＵ１１はノードＤＢ２１に記憶するノードデータを更新する（ステップＳ７）。ＣＰＵ１１は属性データを更新する（ステップＳ８）。属性データはノードのメイン種別（ビジネスモデル、プロセス／機能、製品／サービス、個別アイデア）に合わせて適切なデータベースを更新する。メイン種別がビジネスモデルである場合、ＣＰＵ１１はビジネスモデル属性ＤＢ２３を更新する。メイン種別がプロセス／機能である場合、ＣＰＵ１１はプロセス／機能属性ＤＢ２４を更新する。メイン種別が個別アイデアである場合、ＣＰＵ１１は個別アイデア属性ＤＢ２５を更新する。メイン種別が製品／サービスである場合、ＣＰＵ１１は製品／サービス属性ＤＢ２４１を更新する。ＣＰＵ１１はユーザ端末３から終了コマンドを受信したか否かを判定する（ステップＳ９）。ＣＰＵ１１はユーザ端末３から終了コマンドを受信していないと判定した場合（ステップＳ９でＮＯ）、ユーザ端末３の表示内容を更新し（ステップＳ１０）、処理をステップＳ２に戻す。ＣＰＵ１１はノード設定コマンドを受信していないと判定した場合（ステップＳ２でＮＯ）、保存コマンドを受信したか否かを判定する（ステップＳ１１）。ＣＰＵ１１は保存コマンドを受信したと判定した場合（ステップＳ１１でＹＥＳ）、ユーザ端末３からノードの接続関係を取得する（ステップＳ１２）。当該接続関係は例えば、保存コマンドと共にユーザ端末３から送信される。ＣＰＵ１１は取得した接続関係に基づき、ノード関係ＤＢ３２に記憶してある接続関係を更新する（ステップＳ１３）。ＣＰＵ１１は処理をステップＳ９へ移す。ＣＰＵ１１は保存コマンドを受信していないと判定した場合（ステップＳ１１でＮＯ）、処理をステップＳ９へ移す。ＣＰＵ１１はユーザ端末３から終了コマンドを受信したと判定した場合（ステップＳ９でＹＥＳ）、処理を終了する。

図１８はビジネスモデル登録画面ｄ０１の一例を示す説明図である。ビジネスモデル登録画面ｄ０１はテンプレートｄ０１１、保存ボタンｄ０１２、及び終了ボタンｄ０１３を含む。テンプレートｄ０１１は内容が未設定のツリーである。ユーザは各ノードをマウスでダブルクリックなどすることにより、設定画面を呼び出すことが可能である。図示は省略しているが、ビジネスモデル登録画面ｄ０１にはツールメニューを含む。ツールメニューに含まれるツールにより、ノードの追加、削除や、ノード間の接続線の設定、変更が行える。保存ボタンｄ０１２はビジネスモデルを保存するためのボタンである。終了ボタンｄ０１３は作業を終了するためのボタンである。

図１９は新規登録画面ｄ０２の一例を示す説明図である。図１９はビジネスモデルを示すルートノードを登録する場合の画面である。新規登録画面ｄ０２は名称入力欄ｄ０２１、階層選択プルダウンｄ０２２、関連分野・業界入力欄ｄ０２３、提供する価値入力欄ｄ０２４、顧客・製品サービス入力欄ｄ０２５、収益構造モデル入力欄ｄ０２６、価値の提供システム入力欄ｄ０２７、登録ボタンｄ０２８、クリアボタンｄ０２９、及びキャンセルボタンｄ３０を含む。名称入力欄ｄ０２１は追加するノードの名称を入力する欄である。階層選択プルダウンｄ０２２は追加するノードの階層を指定するプルダウンメニューである。関連分野・業界入力欄ｄ０２３は関連分野・業界を入力する欄である。提供する価値入力欄ｄ０２４は提供する価値を入力する欄である。顧客・製品サービス入力欄ｄ０２５は顧客・製品サービスを入力する欄である。収益構造モデル入力欄ｄ０２６は収益構造モデルを入力する欄である。価値の提供システム入力欄ｄ０２７は価値の提供システムを入力する欄である。登録ボタンｄ０２８はノードの登録を行うためのボタンである。登録ボタンｄ０２８をマウス等で選択すると、新規登録画面ｄ０２に入力された内容が、メインサーバ１に送信される。クリアボタンｄ０２９は入力内容をクリアするためのボタンである。クリアボタンｄ０２９をマウス等で選択すると、入力内容がクリアされ、新規登録画面ｄ０２は初期状態に戻る。キャンセルボタンｄ３０は新規追加操作をキャンセルするためのボタンである。キャンセルボタンｄ３０をマウス等で選択すると、新規登録画面ｄ０２は閉じられて、表示前の状態に戻る。

図２０は新規登録画面ｄ３の一例を示す説明図である。図２０はプロセス／機能を示す中間ノードを登録する場合の画面である。新規登録画面ｄ３は名称入力欄ｄ３１、階層選択プルダウンｄ３２、区分選択プルダウンｄ３３、仕組み入力欄ｄ３４、新規アイデア入力欄ｄ３５、登録ボタンｄ３６、クリアボタンｄ３７、及びキャンセルボタンｄ３８を含む。名称入力欄ｄ３１は追加するプロセス／機能（ノード）の名称を入力する欄である。階層選択プルダウンｄ３２は追加するノードの階層を指定するプルダウンメニューである。区分選択プルダウンｄ３３は追加するプロセス／機能の区分を指定するプルダウンメニューである。区分は例えば、新規又は汎用である。ここでは新規追加であるので、区分は新規が選択されている。仕組み入力欄ｄ３４はプロセス／機能についての仕組みを入力する欄である。新規アイデア入力欄ｄ３５はプロセス／機能についての新規アイデアを入力する欄である。登録ボタンｄ３６はプロセス／機能の登録を行うためのボタンである。登録ボタンｄ３６をマウス等で選択すると、新規登録画面ｄ３に入力された内容が、メインサーバ１に送信される。クリアボタンｄ３７は入力内容をクリアするためのボタンである。クリアボタンｄ３７をマウス等で選択すると、入力内容がクリアされ、新規登録画面ｄ３は入力前の状態に戻る。キャンセルボタンｄ３８は新規追加操作をキャンセルするためのボタンである。キャンセルボタンｄ３８をマウス等で選択すると、新規登録画面ｄ３は閉じられて、表示前の状態に戻る。

図２１は新規登録画面ｄ４の一例を示す説明図である。図２１に示すのは、製品／サービスを登録するための画面である。新規登録画面ｄ４０は名称入力欄ｄ４１、階層選択プルダウンｄ４２、区分選択プルダウンｄ４３、製品機能／サービス内容入力欄ｄ４４、登録ボタンｄ４５、クリアボタンｄ４６、及びキャンセルボタンｄ４７を含む。名称入力欄ｄ４１は追加する製品／サービス（ノード）の名称を入力する欄である。階層選択プルダウンｄ４２は追加するノードの階層を指定するプルダウンメニューである。ここでは製品／サービスを追加するので、製品／サービスが選択されている。区分選択プルダウンｄ４３は追加する製品／サービスの区分を指定するプルダウンメニューである。区分は製品又はサービスである。製品機能／サービス内容入力欄ｄ４４は、製品が有する機能、又は提供されるサービスの内容を、入力する欄である。登録ボタンｄ４５は製品／サービスの登録を行うためのボタンである。登録ボタンｄ４５をマウス等で選択すると、新規登録画面ｄ４に入力された内容が、メインサーバ１に送信される。クリアボタンｄ４６は入力内容をクリアするためのボタンである。クリアボタンｄ４６をマウス等で選択すると、入力内容がクリアされ、新規登録画面ｄ４は入力前の状態に戻る。キャンセルボタンｄ４７は新規追加操作をキャンセルするためのボタンである。キャンセルボタンｄ４７をマウス等で選択すると、新規登録画面ｄ４は閉じられて、表示前の状態に戻る。

図２２は新規登録画面ｄ５の一例を示す説明図である。図２２に示すのは個別アイデアを登録するための画面である。新規登録画面ｄ５は名称入力欄ｄ５１、階層選択プルダウンｄ５２、内容入力欄ｄ５３、想定される用途入力欄ｄ５４、状況選択プルダウンｄ５５、出願日入力欄ｄ５６、特許番号入力欄ｄ５７、登録ボタンｄ５８、クリアボタンｄ５９、及びキャンセルボタンｄ５Ａを含む。名称入力欄ｄ５１は追加するノードの名称を入力する欄である。階層選択プルダウンｄ５２は追加するノードの階層を指定するプルダウンメニューである。内容入力欄ｄ５３は追加するノードの内容を入力する欄である。想定される用途入力欄は個別アイデアの想定される用途を記憶する。状況選択プルダウンｄ５５は特許出願の状況を選択するプルダウンメニューである。出願日入力欄ｄ５６は特許出願の出願日を入力する欄である。特許番号入力欄ｄ５７は特許番号を入力する欄である。特許番号入力欄ｄ５７は状況選択プルダウンｄ５５で登録済が選択された場合にのみ表示される。登録ボタンｄ５８はノードの登録を行うためのボタンである。登録ボタンｄ５８をマウス等で選択すると、新規登録画面ｄ５に入力された内容が、メインサーバ１に送信される。クリアボタンｄ５９は入力内容をクリアするためのボタンである。クリアボタンｄ５９をマウス等で選択すると、入力内容がクリアされ、新規登録画面ｄ５は初期状態に戻る。キャンセルボタンｄ６０は新規追加操作をキャンセルするためのボタンである。キャンセルボタンｄ６０をマウス等で選択すると、新規登録画面ｄ５は閉じられて、表示前の状態に戻る。

ビジネスモデルを示すルートノードを更新する場合、図１９と同様な画面が更新画面として表示される。その際、各欄には既に登録済みの内容が表示される。プロセス／機能、製品／サービス、及び個別アイデアの更新についても同様である。また、ノードの接続関係を更新する場合、図１８と同様な画面が更新画面として表示される。その際、画面には既に登録済みの接続関係にしたがったツリーが表示される。

また、各ノードに仕掛り状況を持たせてもよい。仕掛り状況は例えば、仕掛中、完了などである。仕掛り状況はノードＤＢ２１又はビジネスモデル属性ＤＢ２３などに記憶する。仕掛り状況はノードの更新画面（図１９から図２２と同様な画面）やツリーの更新画面（図１８と同様な画面）に表示する。ツリーの更新画面では例えば、仕掛り状況に応じてノードの色を変えて表示する。ノード毎に仕掛り状況を文字で表示してもよい。ノード毎の更新画面では、仕掛り状況として取り得る値をラジオボタンと対応付けて表示し、ラジオボタンの選択状況で、仕掛り状況を示す。また、ラジオボタンの選択状況を変更することで、仕掛り状況を更新できる。仕掛り状況の表示・更新にプルダウンメニューを使用してもよい。さらに、ノードの更新画面では、更新を行おうとするノードの上位ノード、及び下位ノードの仕掛り状況を表示してもよい。

（ボトムアップ型）
ボトムアップ型について、説明する。図２３はビジネスモデル登録画面ｄ６の一例を示す説明図である。ビジネスモデル登録画面ｄ６はツールバーｄ６１、ビジネスモデルノードｄ６２、引用ノードｄ６３１、ｄ６３２、新規ノードｄ６４１、ｄ６４２、保存ボタンｄ６５、及び終了ボタンｄ６６を含む。ツールバーｄ６１はビジネスモデルを表現するツリー作成するための各種ツールを呼び出すためのものである。ツールバーｄ６１は、例えばノード追加ツールｄ６１１及びリンク追加ツールｄ６１２を含む。ノード追加ツールｄ６１１は新たなノードを追加する際に用いる。リンク追加ツールｄ６１２はノード間接続関係を示すリンクを追加する際に用いる。ビジネスモデルノードｄ６２は初期状態では何も設定されていないテンプレートの状態で表示される。ビジネスモデルノードｄ６２を表示しておくことで、ユーザにビジネスモデルノードｄ６２の設定を促すことになる。引用ノードｄ６３１、ｄ６３２は既に登録されている個別アイデアを示すノードを引用していることを示す。図２３に示す例では、引用ノードｄ６３１で表される「各種センサ技術」と、引用ノードｄ６３２で表される「機械学習（状況判断支援）」とを用いて、新たなプロセス／機能を見出し、さらに新たなビジネスモデルを設計しようとしている例である。新規ノードｄ６４１、ｄ６４２は、ユーザが見出した新たなプロセス／機能を示したものである。保存ボタンｄ６５、終了ボタンｄ６６はそれぞれ図１８に示した保存ボタンｄ０１２、終了ボタンｄ６６と同様であるので説明を省略する。また、ノードを追加する処理、ノードの属性の設定処理については、上述したトップダウン型と同様であるので、説明を省略する。

（公開前処理）
ビジネスモデルを登録後に行う処理について説明する。図２４は公開前処理の手順例を示すフローチャートである。ユーザは公開前の各種処理を行うために、ユーザ端末３を用いて、案件一覧表示コマンドを送信する。ＣＰＵ１１はユーザ端末３から一覧表示コマンドに応じて、一覧表示画面をユーザ端末３に表示する（ステップＳ２１）。ＣＰＵ１１はユーザが選択したビジネスモデルに対応したルートノードのノードＩＤを取得する（ステップＳ２２）。ＣＰＵ１１はユーザが選択したビジネスモデルについての詳細画面をユーザ端末３に表示する（ステップＳ２３）。詳細画面に表示する内容にはビジネスモデルの属性を含む。ＣＰＵ１１は、取得したノードＩＤを用いてビジネスモデル属性ＤＢを検索し属性を取得する。ＣＰＵ１１はユーザ端末３より評価依頼コマンドを受信したか否かを判定する（ステップＳ２４）。ＣＰＵ１１はユーザ端末３より評価依頼コマンドを受信したと判定した場合（ステップＳ２４でＹＥＳ）、ユーザ端末３に専門家一覧を表示する（ステップＳ２５）。専門家の一覧はユーザＤＢ２７から作成する。又は、予め作成しておきデータベースサーバ２又は大容量記憶部１５に記憶しておく。ユーザは専門家一覧から評価を依頼したい専門家選択し、評価依頼を行う。ＣＰＵ１１はユーザ端末３から専門家の選択情報を受信し、当該専門家に対して、評価依頼を送信する（ステップＳ２６）。評価依頼は例えば、電子メールを送信する。ＣＰＵ１１は処理をステップＳ３２へ移す。ＣＰＵ１１はユーザ端末３より評価依頼コマンドを受信していないと判定した場合（ステップＳ２４でＮＯ）、出願依頼コマンドを受信したか否かを判定する（ステップＳ２７）。ＣＰＵ１１は出願依頼コマンドを受信したと判定した場合（ステップＳ２７でＹＥＳ）、特許出願を代理できる代理人（弁理士）一覧をユーザ端末３に表示する（ステップＳ２８）。代理人の一覧については、上述の専門家の一覧と同様である。ユーザは代理人一覧から特許出願を依頼したい代理人選択し、出願依頼を行う。ＣＰＵ１１はユーザ端末３から代理人の選択情報を受信し、当該代理人に対して、出願依頼を送信する（ステップＳ２９）。出願依頼は例えば、電子メールを送信する。ＣＰＵ１１は処理をステップＳ３２へ移す。ＣＰＵ１１は出願依頼コマンドを受信していないと判定した場合（ステップＳ２７でＮＯ）、ツリー表示コマンドを受信した否かを判定する（ステップＳ３０）。ＣＰＵ１１はツリー表示コマンドを受信したと判定した場合（ステップＳ３０でＹＥＳ）、ユーザ端末３にビジネスモデルを示すツリーを表示する（ステップＳ３１）。ＣＰＵ１１は処理をステップＳ２３に戻す。ＣＰＵ１１はツリー表示コマンドを受信していないと判定した場合（ステップＳ３０でＮＯ）、処理をステップＳ３２に移す。ＣＰＵ１１は戻るコマンドを受信したか否かを判定する（ステップＳ３２）。ＣＰＵ１１は戻るコマンドを受信したと判定した場合（ステップＳ３２でＹＥＳ）、処理をステップＳ２１に戻す。ＣＰＵ１１は戻るコマンドを受信していないと判定した場合（ステップＳ３２でＮＯ）、処理を終了する。

図２５は一覧画面ｄ７の一例を示す説明図である。一覧画面ｄ７はユーザが登録したビジネスモデルを一覧表示したものである。一覧画面ｄ７は一覧表ｄ７１、戻るボタンｄ７２、及び終了ボタンｄ７３を含む。一覧表ｄ７１はビジネスモデルの一覧表である。一覧表ｄ７１の詳細ボタンｄ７１１をマウス等で選択すると、ビジネスモデルの詳細画面が表示される。戻るボタンｄ７２は前の画面に戻るためのボタンである。戻るボタンｄ７２をマウス等で選択すると一覧画面ｄ７は閉じられて、表示前の状態に戻る。終了ボタンｄ７３は作業を終了するためのボタンである。終了ボタンｄ７３をマウス等で選択すると一覧画面ｄ７は閉じられる。

図２６は詳細画面ｄ８の一例を示す説明図である。詳細画面ｄ８はビジネスモデルの詳細を表示する画面である。詳細画面ｄ８は名称表示欄ｄ８１、登録日表示欄ｄ８２、更新日表示欄ｄ８３、状況表示欄ｄ８４、評価履歴欄ｄ８５、出願状況表示欄ｄ８６、下位ノード状況欄ｄ８７、履歴欄ｄ８８、ツリー表示ボタンｄ８９、評価依頼ボタンｄ８Ａ、出願依頼ボタンｄ８Ｂ、戻るボタンｄ８ｃ、及び終了ボタンｄ８Ｄを含む。名称表示欄ｄ８１はビジネスモデルの名称を表示する。登録日表示欄ｄ８２はビジネスモデルの登録日を表示する。更新日表示欄ｄ８３はビジネスモデルの更新日を表示する。状況表示欄ｄ８４はビジネスモデルの状況を表示する。状況とは例えば、公開の状況や専門家の評価待ちなどである。評価履歴欄ｄ８５は評価の履歴を表示する。出願状況表示欄ｄ８６の特許出願の状況を表示する。特許出願の状況は出願前の状態も含めて表示する。特許出願の状況は、検討中、依頼中、出願済、審査待ち、登録済、未出願などである。下位ノード状況欄ｄ８７は下位ノードの特許出願状況を示す。履歴欄ｄ８８は、ビジネスモデルのこれまでの履歴を示す。ツリー表示ボタンｄ８９はビジネスモデルを示すツリー画面を表示するためのボタンである。ツリー表示ボタンｄ８９をマウス等で選択すると、ツリー画面が表示される。ツリー画面は例えば、図４に示したようなツリーが表示される。評価依頼ボタンｄ８Ａは専門家にビジネスモデルの評価を依頼するためのボタンである。評価依頼ボタンｄ８Ａをマウス等で選択すると、評価依頼画面が表示される。出願依頼ボタンｄ８Ｂは代理人となり得る弁理士にビジネスモデルに関する特許出願を依頼するためのボタンである。出願依頼ボタンｄ８Ｂをマウス等で選択すると、出願依頼画面が表示される。戻るボタンｄ８ｃは１つ前の状態に戻るためのボタンである。戻るボタンｄ８ｃをマウス等で選択すると詳細画面ｄ８は閉じられて、１つ前の状態に戻る。終了ボタンｄ８Ｄは作業を終了するためのボタンである。終了ボタンｄ８Ｄをマウス等で選択する詳細画面ｄ８は閉じられる。なお、ＣＰＵ１１は詳細画面ｄ８に表示するデータをノードＤＢ２１、ビジネスモデル属性ＤＢ２３、及び履歴ＤＢ３０などから取得する。図２６に示す詳細画面はビジネスモデルを登録したユーザ及び管理者が参照できる画面であるが、管理者のみが参照できるようにしてもよい。それにより、ビジネスモデル取引システムを運営する側が、第三者の視点で事業化を主導することが可能となる。

図２７は評価依頼画面ｄ９の一例を示す説明図である。評価依頼画面ｄ９は専門家一覧表ｄ９１、依頼送信ボタンｄ９２、戻るボタンｄ９３、及び終了ボタンｄ９４を含む。専門家一覧表ｄ９１は評価依頼が可能な専門家が一覧表示される。専門家一覧表ｄ９１にはチェックボックス列ｄ９１１が含まれている。依頼をしたい専門家に対応したチェックボックスにチェックを入れることで、専門家に依頼が行える。依頼送信ボタンｄ９２は選択した専門家に評価依頼を送信するためのボタンである。依頼送信ボタンｄ９２をマウス等で選択すると、メインサーバ１を介して、評価依頼が送信される。戻るボタンｄ９３は１つ前の状態に戻るためのボタンである。戻るボタンｄ９３をマウス等で選択すると評価依頼画面ｄ９は閉じられて、１つ前の状態に戻る。終了ボタンｄ９４は作業を終了するためのボタンである。終了ボタンｄ９４をマウス等で選択すると評価依頼画面ｄ９は閉じられる。

図２８は出願依頼画面ｄ１０の一例を示す説明図である。出願依頼画面ｄ１０は
代理人一覧表ｄ１０１、依頼送信ボタンｄ１０２、戻るボタンｄ１０３、及び終了ボタンｄ１０４を含む。代理人一覧表ｄ１０１は出願依頼が可能な弁理士が一覧表示される。代理人一覧表ｄ１０１にはチェックボックス列ｄ１０１１が含まれている。依頼をしたい弁理士に対応したチェックボックスにチェックを入れることで、弁理士に依頼が行える。依頼送信ボタンｄ１０２は選択した弁理士に出願依頼を送信するためのボタンである。依頼送信ボタンｄ１０２をマウス等で選択すると、メインサーバ１を介して、出願依頼が送信される。戻るボタンｄ１０３は１つ前の状態に戻るためのボタンである。戻るボタンｄ１０３をマウス等で選択すると出願依頼画面ｄ１０は閉じられて、１つ前の状態に戻る。終了ボタンｄ１０４は作業を終了するためのボタンである。終了ボタンｄ１０４をマウス等で選択すると出願依頼画面ｄ１０は閉じられる。

（公開処理）
次に公開処理について説明する。図２９は公開処理の手順例を示すフローチャートである。ユーザはビジネスモデルを公開するために、ユーザ端末３は公開候補となるビジネスモデルの一覧表示コマンドを送信する。ＣＰＵ１１はユーザ端末３から一覧表示コマンドに応じて、一覧表示画面をユーザ端末３に表示する（ステップＳ４１）。ＣＰＵ１１はビジネスモデルの選択コマンドを受信したか否かを判定する（ステップＳ４２）。ＣＰＵ１１はビジネスモデルの選択コマンドを受信したと判定した場合（ステップＳ４２でＹＥＳ）、選択されたビジネスモデルに対応したツリー表示するツリー画面をユーザ端末３に表示する（ステップＳ４３）。ＣＰＵ１１はユーザ端末３から公開設定を受信したか否かを判定する（ステップＳ４４）。ＣＰＵ１１は公開設定を受信したと判定した場合（ステップＳ４４でＹＥＳ）、公開設定を反映する（ステップＳ４５）。ＣＰＵ１１は公開するノードに対応するノードＤＢ２１のレコードの公開列の値を公開に変更する。ＣＰＵ１１は公開設定を受信しなかったと判定した場合（ステップＳ４４でＮＯ）、ツリー画面を閉じて、処理をステップＳ４１に戻す。ＣＰＵ１１は選択コマンドを受信しなかったと判定した場合（ステップＳ４２でＮＯ）、戻るコマンドを受信したか否かを判定する（ステップＳ４６）。ＣＰＵ１１は戻るコマンドを受信したと判定した場合（ステップＳ４６でＹＥＳ）、一覧表示画面を閉じ直前の画面を表示し（ステップＳ４７）、処理を終了する。ＣＰＵ１１は戻るコマンドを受信していないと判定した場合（ステップＳ４６でＮＯ）、一覧表示画面を閉じ処理を終了する。

図３０は一覧表示画面ｄ１１の一例を示す説明図である。一覧表示画面ｄ１１は公開候補一覧表ｄ１１１、戻るボタンｄ１１２、及び終了ボタンｄ１１３を含む。公開候補一覧表ｄ１１１は公開候補ビジネスモデルの一覧である。公開候補一覧表ｄ１１１は公開ボタン列ｄ１１１１を含む。公開ボタンをマウス等で選択すると、対応したビジネスモデルの公開設定を行うための公開設定画面を表示する。戻るボタンｄ１１２は１つ前の状態に戻るためのボタンである。戻るボタンｄ１１２をマウス等で選択すると一覧表示画面ｄ１１は閉じられて、１つ前の状態に戻る。終了ボタンｄ１１３は作業を終了するためのボタンである。終了ボタンｄ１１３をマウス等で選択すると一覧表示画面ｄ１１は閉じられる。

図３１は公開設定画面ｄ１２の一例を示す説明図である。公開設定画面ｄ１２はノードｄ１２１、設定ラジオボタンｄ１２２、設定ボタンｄ１２３、戻るボタンｄ１２４、及び終了ボタンｄ１２５を含む。ノードｄ１２１はビジネスモデル、プロセス／機能（又は製品／サービス）、及び個別技術のいずれかを示す。設定ラジオボタンｄ１２２はノードの公開設定を行うためものである。公開のラジオボタンを選択するとノードが公開対象となる。非公開・限定公開のラジオボタンを選択すると、非公開又は限定公開となる。非公開、限定公開のいずれかは直前の状態により判定される。設定ラジオボタンｄ１２２はノード毎に表示される。設定ボタンｄ１２３は公開設定を反映させるためのボタンである。設定ボタンｄ１２３をマウス等で選択すると、公開設定画面ｄ１２で設定した公開設定がメインサーバ１へ送信される。戻るボタンｄ１２４は１つ前の状態に戻るためのボタンである。戻るボタンｄ１２４をマウス等で選択すると公開設定画面ｄ１２は閉じられて、１つ前の状態に戻る。終了ボタンｄ１２５は作業を終了するためのボタンである。終了ボタンｄ１２５をマウス等で選択すると公開設定画面ｄ１２は閉じられる。公開処理はビジネスモデルを登録したユーザ及び管理者が行える機能であるが、管理者のみが行えるようにしてもよい。この場合、公開処理はビジネスモデルなどを登録したユーザからの申請に基づき、管理者が公開処理を行う。それにより、公開を急ぎたいユーザが、特許出願完了前に一般公開してしまうなどのミスを防ぐことが可能となる。

（浸透処理）
続いて、登録されたビジネスモデルがユーザに広く浸透させるための処理を説明する。例えば、所定の観点で案件を抽出し表示する。所定の観点とは、登録されてからの期間や、履歴の変動が大きいなどである。図３２は案件抽出処理の手順例を示すフローチャートである。ＣＰＵ１１は履歴ＤＢ３０から履歴を取得する（ステップＳ５１）。履歴とは例えば参照履歴である。ＣＰＵ１１は取得した履歴をビジネスモデル毎に集計する（ステップＳ５２）。例えば、参照履歴を集計し、ビジネスモデル毎の参照回数を求める。ＣＰＵ１１は集計結果をソートする（ステップＳ５３）。ＣＰＵ１１は上位１０位を表示用データとしてデータベースサーバ２等に記憶する（ステップＳ５４）。所定の観点として、評価が上がった案件、特許権が成立して間もない案件としてもよい。

図３３はトップ画面ｄ１３の一例を示す説明図である。トップ画面ｄ１３は新着一覧ｄ１３１及びホットな案件一覧ｄ１３２を含む。新着一覧ｄ１３１は例えば、公開されてから一週間以内の案件を表示する。ホットな案件一覧ｄ１３２は例えば、直近一週間で参照された回数が多い案件を表示する。新着一覧ｄ１３１及びホットな案件一覧ｄ１３２はそれぞれ詳細ボタン列ｄ１３１１、ｄ１３２１を含む。詳細ボタンをマウス等で選択することにより、詳細ボタンに対応したビジネスモデルの詳細画面（図２６）が表示される。図３３に示すようなトップ画面は管理者のみに表示してもよい。優劣を示すランキングがユーザの創作意欲を低下させるおそれがあるからである。

（評価）
次にビジネスモデルの評価処理について説明する。図３４は評価処理の手順例を示すフローチャートである。評価を行う専門家はユーザ端末３より評価対象ビジネスモデルの一覧表示コマンドを送信する。ＣＰＵ１１はユーザ端末３に評価対象ビジネスモデルを一覧表示する（ステップＳ６１）。ＣＰＵ１１はビジネスモデルの選択コマンドを受信したか否かを判定する（ステップＳ６２）。ＣＰＵ１１はビジネスモデルの選択コマンドを受信したと判定した場合（ステップＳ６２でＹＥＳ）、選択されたビジネスモデルの詳細をユーザ端末３に表示する（ステップＳ６３）。ＣＰＵ１１は評価コマンドを受信したか否かを判定する（ステップＳ６４）。ＣＰＵ１１は評価コマンドを受信したと判定した場合（ステップＳ６４でＹＥＳ）、評価入力画面をユーザ端末３に表示する（ステップＳ６５）。ＣＰＵ１１は完了コマンドを受信したか否か判定する（ステップＳ６６）。ＣＰＵ１１は完了コマンドを受信したと判定した場合（ステップＳ６６でＹＥＳ）、評価を評価ＤＢ２９に記憶する（ステップＳ６７）。ＣＰＵ１１は処理を終了する。ＣＰＵ１１は完了コマンドを受信しなかったと判定した場合（ステップＳ６６でＮＯ）、評価入力画面を閉じ、処理をステップＳ６３に戻す。ＣＰＵ１１は評価コマンドを受信しなかったと判定した場合（ステップＳ６４でＮＯ）、ツリー表示コマンドを受信したか否かを判定する（ステップＳ６８）。ＣＰＵ１１はツリー表示コマンドを受信したと判定した場合（ステップＳ６８でＹＥＳ）、ユーザ端末３にツリー画面を表示する（ステップＳ６９）。ＣＰＵ１１は処理をステップＳ６４に戻す。ＣＰＵ１１はツリー表示コマンドを受信しなかったと判定した場合（ステップＳ６８でＮＯ）、戻るコマンドを受信したか否かを判定する（ステップＳ７０）。ＣＰＵ１１は戻るコマンドを受信したと判定した場合（ステップＳ７０でＹＥＳ）、処理をステップＳ６１に戻す。ＣＰＵ１１は戻るコマンドを受信しなかったと判定した場合（ステップＳ７０でＮＯ）、処理を終了する。ＣＰＵ１１はビジネスモデルの選択コマンドを受信しなかったと判定した場合（ステップＳ６２でＮＯ）、処理を終了する。

図３５は一覧表示画面ｄ１４の一例を示す説明図である。一覧表示画面ｄ１４は評価対象一覧表ｄ１４１、戻るボタンｄ１４２、及び終了ボタンｄ１４３を含む。評価対象一覧表ｄ１４１はユーザに評価依頼されているビジネスモデルの一覧表である。評価対象一覧表ｄ１４１は詳細ボタン列ｄ１４１１を含む。詳細ボタンをマウス等で選択すると、対応するビジネスモデルについて詳細画面が表示される。戻るボタンｄ１４２は１つ前の状態に戻るためのボタンである。戻るボタンｄ１４２をマウス等で選択すると一覧表示画面ｄ１４は閉じられて、１つ前の状態に戻る。終了ボタンｄ１４３は作業を終了するためのボタンである。終了ボタンｄ１４３をマウス等で選択すると一覧表示画面ｄ１４は閉じられる。

図３６は詳細画面ｄ１５の一例を示す説明図である。詳細画面ｄ１５は名称表示欄ｄ１５１、関連分野・業界表示欄ｄ１５２、提供する価値表示欄ｄ１５３、顧客・製品サービス表示欄ｄ１５４、収益構造モデル表示欄ｄ１５５、価値の提供システム表示欄ｄ１５６、評価ボタンｄ１５７、ツリーボタンｄ１５８、戻るボタンｄ１５９を含む。名称表示欄ｄ１５１はビジネスモデルの名称を表示する。関連分野・業界表示欄ｄ１５２はビジネスモデルの属性である関連分野・業界を表示する。提供する価値表示欄ｄ１５３ビジネスモデルの属性である提供する価値を表示する。顧客・製品サービス表示欄ｄ１５４はビジネスモデルの属性である顧客・製品サービスを表示する。収益構造モデル表示欄ｄ１５５はビジネスモデルの属性である収益構造モデルを表示する。価値の提供システム表示欄ｄ１５６はビジネスモデルの属性である価値の提供システムを表示する。評価ボタンｄ１５７は評価入力を行う評価入力画面を表示するためのボタンである。評価ボタンｄ１５７をマウス等で選択すると評価入力画面が表示される。ツリーボタンｄ１５８はビジネスモデルを示すツリーを表示するツリー画面を表示するためのボタンである。ツリーボタンｄ１５８をマウス等で選択するとツリー画面が表示される。戻るボタンｄ１５９は１つ前の状態に戻るためのボタンである。戻るボタンｄ１５９をマウス等で選択すると一覧表示画面ｄ１４は閉じられて、一覧表示画面ｄ１４に戻る。

図３７は評価入力画面ｄ１６の一例を示す説明図である。評価入力画面ｄ１６は名称表示欄ｄ１６１、評価入力欄ｄ１６２、完了ボタンｄ１６３、及び戻るボタンｄ１６４を含む。名称表示欄ｄ１６１はビジネスモデルの名称を表示する。評価入力欄ｄ１６２は評価入力を行う欄である。評価入力欄ｄ１６２は評価項目毎に３段階評価を行うためのラジオボタンを含む。完了ボタンｄ１６３は評価を完了するためのボタンである。完了ボタンｄ１６３をマウス等で選択すると評価入力欄ｄ１６２に入力された評価内容をメインサーバ１に送信する。戻るボタンｄ１６４は１つ前の状態に戻るためのボタンである。戻るボタンｄ１６４をマウス等で選択すると評価入力画面ｄ１６は閉じられて、詳細画面ｄ１５に戻る。評価入力画面ｄ１６にテキスト入力欄を設けてもよい。当該テキスト入力欄に、専門家はビジネスモデルをブラッシュアップに向けたアドバイスなどを入力する。

図３８はツリー画面ｄ１７の一例を示す説明図である。ツリー画面ｄ１７はツリーｄ１７１及び閉じるボタンｄ１７２を含む。ツリーｄ１７１はビジネスモデルを示すツリーである。閉じるボタンｄ１７２はツリー画面ｄ１７を閉じるためのボタンである。閉じるボタンｄ１７２をマウス等で選択するとツリー画面ｄ１７は閉じられる。ツリー画面ｄ１７において、ツリーｄ１７１を構成するノードにマウスポインタを合わせ右クリックすると、コンテキストメニューｄ１７３が表示させる。コンテキストメニューｄ１７３で選択すると、該当するノードの詳細を表示する詳細画面が表示される。

（評価伝搬処理）
本実施の形態においては、各ノードの評価が上位ノード及び下位ノードに伝搬する。図３９は評価更新履歴ＤＢ３０１のレコードレイアウトの一例を示す説明図である。評価更新履歴ＤＢ３０１は評価の更新情報を記憶する。評価更新履歴ＤＢ３０１はデータベースサーバ２の履歴ＤＢ３０に含まれる。評価更新履歴ＤＢ３０１はノードＩＤ列、更新列、増減列、及び更新日列を含む。ノードＩＤ列は評価が更新されたノードのノードＩＤを記憶する。更新列は更新された値に対応した列の名称を記憶する。更新列は例えば、検索ポイント、閲覧ポイント、専門家評点、展開ポイント、契約ポイント、又は業績ポイントなどを記憶する。増減列は値の変動を記憶する。更新日列は評価が評価された日付を記憶する。

図４０は評価伝搬処理の手順例を示すフローチャートである。ＣＰＵ１１は基準時を取得する（ステップＳ８１）。基準時とは前回に評価伝搬処理を行った際に、評価が更新されたノードを検索した時点である。基準時以降の評価の変化については、伝搬が行われていないため、今回の対象となる。基準時はＲＡＭ１３、大容量記憶部１５や、データベースサーバ２の履歴ＤＢ３０などに記憶する。ＣＰＵ１１は評価更新履歴ＤＢ３０１を検索する（ステップＳ８２）。ＣＰＵ１１は検索して得た評価更新履歴の１つを処理対象として選択する（ステップＳ８３）。ＣＰＵ１１はノードＤＢ２１を参照し、選択した評価更新履歴に含まれるノードＩＤに対応する更新ノードの階層がルート（ビジネスモデル階層）であるか否かを判定する（ステップＳ８４）。ＣＰＵ１１は選択した更新ノードの階層がルートあると判定した場合（ステップＳ８４でＹＥＳ）、下位ノードへの評価伝搬処理（評価伝搬・下位）を行う（ステップＳ８５）。ＣＰＵ１１は処理をステップＳ８８に移す。ＣＰＵ１１は選択した更新ノードの階層がルートでないと判定した場合（ステップＳ８４でＮＯ）、上位ノードへの評価伝搬処理（評価伝搬・上位）を行う（ステップＳ８６）。ＣＰＵ１１は選択した更新ノードの階層が中間（プロセス／機能階層又は製品／サービス階層）であるか否かを判定する（ステップＳ８７）。ＣＰＵ１１は選択した更新ノードの階層が中間であると判定した場合（ステップＳ８７でＹＥＳ）、下位ノードへの評価伝搬処理（評価伝搬・下位）を行う（ステップＳ８５）。ＣＰＵ１１は選択した更新ノードの階層が中間でないと判定した場合（ステップＳ８７でＮＯ）、処理をステップＳ８８に移す。ＣＰＵ１１は未処理の更新履歴があるか否かを判定する（ステップＳ８８）。ＣＰＵ１１は未処理の更新履歴があると判定した場合（ステップＳ８８でＹＥＳ）、処理をステップＳ８３に戻す。ＣＰＵ１１は未処理の更新履歴がないと判定した場合（ステップＳ８８でＮＯ）、処理を終了する。

図４１は評価伝搬・下位処理の手順例を示すフローチャートである。ＣＰＵ１１は処理対象の更新ノード（図４０のステップＳ８３で選択したノード）の階層がリーフ（個別アイデア層）である否かを判定する（ステップＳ９１）。ＣＰＵ１１は処理対象の更新ノードの階層がリーフでないと判定した場合（ステップＳ９１でＮＯ）、ノード関係ＤＢ２２を参照し、更新ノードの下位ノードを検索する（ステップＳ９２）。ＣＰＵ１１は検索で得た下位ノードの１つを選択する（ステップＳ９３）。ＣＰＵ１１は選択した下位ノードの評価を更新する（ステップＳ９４）。ＣＰＵ１１は選択した下位ノードの階層が中間であるか否かを判定する（ステップＳ９５）。ＣＰＵ１１は選択した下位ノードの階層が中間であると判定した場合（ステップＳ９５でＹＥＳ）、さらに下位ノードに評価を伝搬する処理を行う（ステップＳ９６）。ＣＰＵ１１は処理をステップＳ９７に移す。ＣＰＵ１１は選択した下位ノードの階層が中間でないと判定した場合（ステップＳ９５でＮＯ）、処理をステップＳ９７に移す。ＣＰＵ１１は未処理の下位ノードがあるか否かを判定する（ステップＳ９７）。ＣＰＵ１１は未処理の下位ノードがあると判定した場合（ステップＳ９７でＹＥＳ）、処理をステップＳ９３に戻す。ＣＰＵ１１は未処理の下位ノードがないと判定した場合（ステップＳ９７でＮＯ）、処理を終了する。ＣＰＵ１１は処理対象の更新ノードの階層がリーフであると判定した場合（ステップＳ９１でＹＥＳ）、処理を終了する。

図４２は評価伝搬・上位処理の手順例を示すフローチャートである。ＣＰＵ１１は処理対象の更新ノード（図４０のステップＳ８３で選択したノード）の階層がルート（ビジネスモデル層）である否かを判定する（ステップＳ１０１）。ＣＰＵ１１は処理対象の更新ノードの階層がルートでないと判定した場合（ステップＳ１０１でＮＯ）、ノード関係ＤＢ２２を参照し、更新ノードの上位ノードを検索する（ステップＳ１０２）。ＣＰＵ１１は検索で得た上位ノードの１つを選択する（ステップＳ１０３）。ＣＰＵ１１は選択した上位ノードの評価を更新する（ステップＳ１０４）。ＣＰＵ１１は選択した上位ノードの階層が中間であるか否かを判定する（ステップＳ１０５）。ＣＰＵ１１は選択した上位ノードの階層が中間であると判定した場合（ステップＳ１０５でＹＥＳ）、さらに上位ノードに評価を伝搬する処理を行う（ステップＳ１０６）。ＣＰＵ１１は処理をステップＳ１０７に移す。ＣＰＵ１１は選択した上位ノードの階層が中間でないと判定した場合（ステップＳ１０５でＮＯ）、処理をステップＳ１０７に移す。ＣＰＵ１１は未処理の上位ノードがあるか否かを判定する（ステップＳ１０７）。ＣＰＵ１１は未処理の上位ノードがあると判定した場合（ステップＳ１０７でＹＥＳ）、処理をステップＳ１０３に戻す。ＣＰＵ１１は未処理の下位ノードがないと判定した場合（ステップＳ１０７でＮＯ）、処理を終了する。ＣＰＵ１１は処理対象の更新ノードの階層がルートであると判定した場合（ステップＳ１０１でＹＥＳ）、処理を終了する。

（検索処理）
次に、検索処理について説明する。図４３は検索処理の手順の一例を示すフローチャートである。メインサーバ１のＣＰＵ１１はユーザ端末３から検索条件を取得する（ステップＳ１１１）。ＣＰＵ１１はユーザ属性を取得する（ステップＳ１１２）。ユーザ属性とはユーザと対応付けられた会社ＩＤ、組織ＩＤなどアクセス権限の判定に用いる情報である。ＣＰＵ１１は検索条件及びユーザ属性に基づいて、検索式を生成する（ステップＳ１１３）。ＣＰＵ１１は検索を実行する（ステップＳ１１４）。ＣＰＵ１１は検索結果をユーザ端末３に出力する（ステップＳ１１５）。

図４４は検索画面ｄ１８の一例を示す説明図である。検索画面ｄ１８は階層設定プルダウンｄ１８１、検索範囲設定プルダウンｄ１８２、検索語入力欄ｄ１８３、実行ボタンｄ１８４、クリアボタンｄ１８５、及びキャンセルボタンｄ１８６を含む。階層設定プルダウンｄ１８１は検索対象とする階層（ビジネスモデル、プロセス／機能若しくは製品／サービス、又は個別アイデア）を選択するためのプルダウンメニューである。検索範囲設定プルダウンｄ１８２は検索する範囲を設定するためのプルダウンメニューである。ビジネスモデルを検索する場合、検索する範囲は、例えば、名称、関連分野・業界、提供する価値、顧客・製品サービス、収益構造モデル、又は価値の提供システムである。検索範囲設定プルダウンｄ１８２の内容は、階層設定プルダウンｄ１８１の選択内容によって、変更される。検索語入力欄ｄ１８３は検索に用いる検索語（キーワード）を入力する欄である。実行ボタンｄ１８４は検索を実行するためのボタンである。実行ボタンｄ１８４をマウス等で選択すると、検索画面ｄ１８で設定された検索条件がメインサーバ１に送信される。検索条件を受信したメインサーバ１のＣＰＵ１１は、検索条件にしたがって、ノードＤＢ２１、ビジネスモデル属性ＤＢ２３、プロセス／機能属性ＤＢ２４若しくは製品／サービス属性ＤＢ２４１又は個別アイデア属性ＤＢ２５を検索する。クリアボタンｄ１８５は検索条件をクリアするためのボタンである。クリアボタンｄ１８５をマウス等で選択すると、検索条件がすべてクリアされ、検索画面ｄ１８は初期状態に戻る。キャンセルボタンｄ１８６は検索操作をキャンセルするためのボタンである。キャンセルボタンｄ１８６をマウス等で選択すると、検索画面ｄ１８は閉じられて、検索画面ｄ１８を表示する前の状態に戻る。

図４５は結果一覧画面ｄ１９の一例を示す説明図である。結果一覧画面ｄ１９は一覧表ｄ１９１を含む。一覧表ｄ１９１に検索結果が一覧表示される。図４５に示すのはビジネスモデルを検索した場合の検索結果を示している。一覧表ｄ１９１はツリーアイコンｄ１９１１を含む。ツリーアイコンｄ１９１１はビジネスモデルをツリー表示するツリー画面（図４９）に遷移するためのものである。一覧表ｄ１９１におけるノードの表示順は、評価ＤＢ２９を参照し各ポイントの降順又は昇順としてもよい。さらに、ソートに用いるポイントを、結果一覧画面ｄ１９で指定可能にしてもよい。なお、図４５において、評価ＤＢ２９が記憶している、ビジネスモデルに対する評価を表示しても良い。また、ビジネスモデルに対する評価を表示する画面へのリンクボタンなどを表示しても良い。

図４６はツリー表示処理の手順例を示すフローチャートである。ＣＰＵ１１はノードＩＤを取得する（ステップＳ１２１）。ＣＰＵ１１はノードＤＢ２１を検索し、取得したノードＩＤを持つノードの階層がルートか否かを判定する（ステップＳ１２２）。ＣＰＵ１１はノードの階層がルートでないと判定した場合（ステップＳ１２２でＮＯ）、処理を終了する。ＣＰＵ１１はノードの階層がルートであると判定した場合（ステップＳ１２２でＹＥＳ）、ノード関係ＤＢ２２を検索し、ルートノードに対応する中間ノードを取得する（ステップＳ１２３）。ＣＰＵ１１は取得した中間ノードの１つを選択する（ステップＳ１２４）。ＣＰＵ１１は選択した中間ノードに対応する下位ノードを検索する（ステップＳ１２５）。ＣＰＵ１１は検索結果から下位ノードがあるか否かを判定する（ステップＳ１２６）。ＣＰＵ１１は下位ノードがあると判定した場合（ステップＳ１２６でＹＥＳ）、検索して得た下位ノードの１つを選択する（ステップＳ１２７）。ＣＰＵ１１はノードＤＢ２１を検索し、選択したノードの名称を取得する（ステップＳ１２８）。ＣＰＵ１１は未処理の下位ノードがあるか否かを判定する（ステップＳ１２９）。ＣＰＵ１１は未処理の下位ノードがあると判定した場合（ステップＳ１２９でＹＥＳ）、処理をステップＳ１２７へ戻す。ＣＰＵ１１は未処理の下位ノードがないと判定した場合（ステップＳ１２９でＮＯ）、処理をステップＳ１３０に移す。ＣＰＵ１１は下位ノードがないと判定した場合（ステップＳ１２６でＮＯ）、処理をステップＳ１３０に移す。ＣＰＵ１１は、未処理の中間ノードがあるか否かを判定する（ステップＳ１３０）。ＣＰＵ１１は未処理の中間ノードがあると判定した場合（ステップＳ１３０でＹＥＳ）、処理をステップＳ１２４に戻す。ＣＰＵ１１は未処理の中間ノードがないと判定した場合（ステップＳ１３０でＮＯ）、ユーザ端末３にツーを表示する（ステップＳ１３１）。ＣＰＵ１１は処理を終了する。

図４７は上位ノード一覧表示処理の手順例を示すフローチャートである。上位ノード一覧表示処理は指定されたノードの上位ノードを一覧表示する処理である。ＣＰＵ１１はノードＩＤを取得する（ステップＳ１４１）。ＣＰＵ１１はノードＤＢ２１を検索し、取得したノードＩＤを持つノードの階層がルートか否かを判定する（ステップＳ１４２）。ＣＰＵ１１はノードの階層がルードであると判定した場合（ステップＳ１４２でＹＥＳ）、処理を終了する。ＣＰＵ１１はノードの階層がルードでないと判定した場合（ステップＳ１４２でＮＯ）、階層がリーフであるか否かを判定する（ステップＳ１４３）。ＣＰＵ１１はノードの階層がリーフであると判定した場合（ステップＳ１４３でＹＥＳ）、ノード関係ＤＢ２２を参照し、上位ノードである中間ノードを検索する（ステップＳ１４４）。ＣＰＵ１１は検索して得た中間ノードの１つを選択する（ステップＳ１４５）。ＣＰＵ１１はノードの階層がリーフでないと判定した場合（ステップＳ１４３でＮＯ）、処理をステップＳ１４６へ移す。ＣＰＵ１１は選択したノードの名称、属性を取得する（ステップＳ１４６）。ＣＰＵ１１はノードＤＢ２１を検索して、名称を取得する。ＣＰＵ１１はプロセス／機能属性ＤＢ２４又は製品／サービス属性ＤＢ２４１を検索して、属性を取得する。属性を取得するのに、プロセス／機能属性ＤＢ２４又は製品／サービス属性ＤＢ２４１のいずれを検索するか否かは、中間ノードのメイン種別より判定する。ＣＰＵ１１はノード関係ＤＢ２２を参照し、選択している中間ノードに対応したルートノードを検索する（ステップＳ１４７）。ＣＰＵ１１は検索して得たルートノードの１つを選択する（ステップＳ１４８）。ＣＰＵ１１は選択したノードの名称、属性を取得する（ステップＳ１４９）。ＣＰＵ１１はノードＤＢ２１を検索して、名称を取得する。ＣＰＵ１１はビジネスモデル属性ＤＢ２３を検索して、属性を取得する。ＣＰＵ１１は未処理のルートノードがあるか否かを判定する（ステップＳ１５０）。ＣＰＵ１１は未処理のルートノードがあると判定した場合（ステップＳ１５０でＹＥＳ）、処理をステップＳ１４８へ戻す。ＣＰＵ１１は未処理のルートノードがないと判定した場合（ステップＳ１５０でＮＯ）、未処理の中間ノードがあるか否かを判定する（ステップＳ１５１）。ＣＰＵ１１は未処理の中間ノードがあると判定した場合（ステップＳ１５１でＹＥＳ）、処理をステップＳ１４５へ戻す。ＣＰＵ１１は未処理の中間ノードがないと判定した場合（ステップＳ１５１でＮＯ）、ユーザ端末３に一覧表示を行い（ステップＳ１５２）、処理を終了する。ステップＳ１４１で取得したノードＩＤを持つノードが、リーフノードであれば、中間ノードの一覧と、ルートノードの一覧が表示される。ステップＳ１４１で取得したノードＩＤを持つノードが、中間ノードであれば、ルートノードの一覧が表示される。中間ノードの一覧は、プロセス／機能の一覧又は、製品／サービスの一覧である。ルートノードの一覧はビジネスモデルの一覧である。

図４８は下位ノード一覧表示処理の手順例を示すフローチャートである。下位ノード一覧表示処理は指定されたノードの下位ノードを一覧表示する処理である。ＣＰＵ１１はノードＩＤを取得する（ステップＳ１６１）。ＣＰＵ１１はノードＤＢ２１を検索し、取得したノードＩＤを持つノードの階層がリーフか否かを判定する（ステップＳ１６２）。ＣＰＵ１１はノードの階層がリーフであると判定した場合（ステップＳ１６２でＹＥＳ）、処理を終了する。ＣＰＵ１１はノードの階層がルーフでないと判定した場合（ステップＳ１６２でＮＯ）、階層がルートである否かを判定する（ステップＳ１６３）。ＣＰＵ１１はノードの階層がルートであると判定した場合（ステップＳ１６３でＹＥＳ）、ノード関係ＤＢ２２を参照し、下位ノードである中間ノードを検索する（ステップＳ１６４）。ＣＰＵ１１は検索して得た中間ノードの１つを選択する（ステップＳ１６５）。ＣＰＵ１１はノードの階層がルートでないと判定した場合（ステップＳ１６３でＮＯ）、処理をステップＳ１６６へ移す。ＣＰＵ１１は選択したノードの名称、属性を取得する（ステップＳ１６６）。ＣＰＵ１１はノードＤＢ２１を検索して、名称を取得する。ＣＰＵ１１はプロセス／機能属性ＤＢ２４又は製品／サービス属性ＤＢ２４１を検索して、属性を取得する。属性を取得するのに、プロセス／機能属性ＤＢ２４又は製品／サービス属性ＤＢ２４１のいずれを検索するか否かは、中間ノードのメイン種別より判定する。ＣＰＵ１１はノード関係ＤＢ２２を参照し、選択している中間ノードに対応したリーフノードを検索する（ステップＳ１６７）。ＣＰＵ１１は検索して得たリーフノードの１つを選択する（ステップＳ１６８）。ＣＰＵ１１は選択したノードの名称、属性を取得する（ステップＳ１６９）。ＣＰＵ１１はノードＤＢ２１を検索して、名称を取得する。ＣＰＵ１１は個別アイデア属性ＤＢ２５を検索して、属性を取得する。ＣＰＵ１１は未処理のリーフノードがあるか否かを判定する（ステップＳ１７０）。ＣＰＵ１１は未処理のリーフノードがあると判定した場合（ステップＳ１７０でＹＥＳ）、処理をステップＳ１６８へ戻す。ＣＰＵ１１は未処理のリーフノードがないと判定した場合（ステップＳ１７０でＮＯ）、未処理の中間ノードがあるか否かを判定する（ステップＳ１７１）。ＣＰＵ１１は未処理の中間ノードがあると判定した場合（ステップＳ１７１でＹＥＳ）、処理をステップＳ１６５へ戻す。ＣＰＵ１１は未処理の中間ノードがないと判定した場合（ステップＳ１７１でＮＯ）、ユーザ端末３に一覧表示を行い（ステップＳ１７２）、処理を終了する。ステップＳ１６１で取得したノードＩＤを持つノードが、ルートノードであれば、中間ノードの一覧と、リーフノードの一覧が表示される。ステップＳ１６１で取得したノードＩＤを持つノードが、中間ノードであれば、リーフノードの一覧が表示される。中間ノードの一覧は、プロセス／機能の一覧又は、製品／サービスの一覧である。リーフノードの一覧は個別アイデアの一覧である。

図４９はツリー画面ｄ２０の一例を示す説明図である。図３８とほぼ同様であるが、図３８は評価入力時に表示される画面であるのに対して、図４９は検索時に表示される画面である。

ツリー画面ｄ２０はツリーｄ２０１及び閉じるボタンｄ２０２を含む。ツリーｄ２０１１はビジネスモデルを示すツリーである。閉じるボタンｄ２０２はツリー画面ｄ２０を閉じるためのボタンである。閉じるボタンｄ２０２をマウス等で選択するとツリー画面ｄ２０は閉じられる。ツリー画面ｄ２０において、ツリーｄ２０１を構成するノードにマウスポインタを合わせ右クリックすると、コンテキストメニューが表示される。コンテキストメニューｄ２０３はプロセス／機能層のノードでの例である。コンテキストメニューｄ２０３において、詳細表示を選択すると、選択しているノードの詳細を示す詳細画面が表示される。コンテキストメニュー２０３において、上位ノード一覧を選択すると、選択しているノードの上位ノードを検索し、検索結果を一覧表示する。下位ノード一覧を選択すると選択しているノードの下位ノードを検索し、検索結果を一覧表示する。コンテキストメニューｄ２０４は個別アイデア層のノードでの例である。個別アイデア層よりも下位のそうはないため、コンテキストメニューｄ２０４には下位ノード一覧が含まれていない。

図５０は上位ノード一覧画面ｄ２３の一例を示す説明図である。上位ノード一覧画面ｄ２３はコンテキストメニュー２０４において、上位ノード一覧を選択した場合に表示される画面である。上位ノード一覧画面ｄ２３はビジネスモデル一覧ｄ２３１、プロセス／機能一覧ｄ２３２、製品／サービス一覧ｄ２３３、及び戻るボタンｄ２３４を含む。プロセス／機能一覧ｄ２３２は、ツリー画面ｄ２０で選択されたノードを下位に持つプロセス／機能の一覧である。製品／サービス一覧ｄ２３３は、ツリー画面ｄ２０で選択されたノードを下位に持つ製品／サービスの一覧である。選択されたノードが上位ノードとして、プロセス／機能を表す中間ノードしか持たない場合は、製品／サービス一覧ｄ２３３は表示されない。選択されたノードが上位ノードとして、製品／サービスを表す中間ノードしか持たない場合は、プロセス／機能一覧ｄ２３２は表示されない。ビジネスモデル一覧ｄ２３１は、プロセス／機能一覧ｄ２３２、製品／サービス一覧ｄ２３３に表示されたプロセス／機能又は製品／サービスを表す中間ノードを下位に持つビジネスモデル（ルートノード）一覧である。戻るボタンｄ２３４はツリー画面ｄ２２に戻るためのボタンである。戻るボタンｄ２３４をマウス等で選択すると、上位ノード一覧画面ｄ２３は閉じ、ツリー画面ｄ２２に戻る。なお、ツリー画面ｄ２２で選択されたノードが中間ノードである場合、上位ノード一覧画面ｄ２３には、ビジネスモデル一覧ｄ２３１は表示されるが、プロセス／機能一覧ｄ２３２及び製品／サービス一覧ｄ２３３は表示されない。

図５１は下位ノード一覧画面ｄ２４の一例を示す説明図である。下位ノード一覧画面ｄ２４はコンテキストメニュー２０３において、下位ノード一覧を選択した場合に表示される画面である。下位ノード一覧画面ｄ２４はプロセス／機能一覧ｄ２４１、製品／サービス一覧ｄ２４２、個別アイデア一覧ｄ２４３、及び戻るボタンｄ２４４を含む。プロセス／機能一覧ｄ２４１は、ツリー画面ｄ２０で選択されたノードを上位に持つプロセス／機能の一覧である。製品／サービス一覧ｄ２４２は、ツリー画面ｄ２０で選択されたノードを上位に持つ製品／サービスの一覧である。選択されたノードが下位ノードとして、プロセス／機能を表す中間ノードしか持たない場合は、製品／サービス一覧ｄ２４２は表示されない。選択されたノードが下位ノードとして、製品／サービスを表す中間ノードしか持たない場合は、プロセス／機能一覧ｄ２４１は表示されない。個別アイデア一覧ｄ２４３は、プロセス／機能一覧ｄ２４１、製品／サービス一覧ｄ２４２に表示されたプロセス／機能又は製品／サービスを表す中間ノードを上位に持つ個別アイデア（リーフノード）一覧である。戻るボタンｄ２４４はツリー画面ｄ２２に戻るためのボタンである。戻るボタンｄ２４４をマウス等で選択すると、下位ノード一覧画面ｄ２４は閉じ、ツリー画面ｄ２２に戻る。なお、ツリー画面ｄ２２で選択されたノードが中間ノードである場合、下位ノード一覧画面ｄ２４には、個別アイデア一覧ｄ２４３は表示されるが、プロセス／機能一覧ｄ２４１及び製品／サービス一覧ｄ２４２は表示されない。

図４５に示した結果一覧画面ｄ１９に表示されたノードは、検索回数が１回増加する。それにより検索ポイントが加算される。

結果一覧画面からツリー画面ｄ２０が表示された場合、結果一覧画面に表示されたノードは、閲覧回数が１回増加する。それにより閲覧ポイントが加算される。また、ツリー画面ｄ２０からノードの詳細画面が表示された場合、当該ノードの閲覧回数か１回増加する。それにより閲覧ポイントが加算される。

図５０に示した上位ノード一覧画面ｄ２３、及び図５１に示した下位ノード一覧画面ｄ２４に表示されたノードは、閲覧回数が１回増加する。それにより閲覧ポイントが加算される。上位ノード一覧画面ｄ２３により、一つの個別アイデアが複数のビジネスモデルで活用されていることを把握することが可能となる。下位ノード一覧画面ｄ２４により、ビジネスモデルを構成する個別アイデアを把握することが可能となる。ビジネスモデルと個別アイデアとの関係は図３８などに示したツリー画面ｄ１７の方が容易であるので、下位ノード一覧画面ｄ２４の表示はオプション機能との位置づけでもよい。この場合、下位ノード一覧画面ｄ２４に表示されたノードは、閲覧回数が１回増加するが、それによる閲覧ポイントの加算は行わない。

ノードに対するポイントの変動の履歴は、評価更新履歴として内容が評価更新履歴ＤＢ３０１に記憶される。そして、評価伝搬処理により、ポイントの変動が上位ノード及び下位ノードに伝搬される。

以上のように、本実施の形態においては、ビジネスモデルを３層からなる構造データとしている。ビジネスモデルは複数のプロセス／機能（製品／サービス）で構成される。さらに、個々のプロセス／機能（製品／サービス）は、個別アイデアにより構成される。個々のプロセス／機能（製品／サービス）が公知の技術のみで構成され、当該公知の技術が登録されていない場合には、プロセス／機能（製品／サービス）に対応付けられた個別アイデアがないこともある。このような構造を視覚的に分かりやすく示すため、ビジネスモデルの全体像はツリー表示としている。

データ上、各ビジネスモデル、各プロセス／機能（製品／サービス）、各個別アイデアはそれぞれ、１つのノードとしている。そして、ノード関係ＤＢ２２で接続関係を保持している。そのため、上述したようにあるノードに対する評価の変化を上位ノード及び下位ノードに伝搬させる処理を、図４１、図４２に示したように再帰処理により実現可能となる。

以上のように、ビジネスモデル取引システムでは、ビジネスモデルを３階層のツリー構造で表現する。そのため、様々なビジネスモデルを統一的に扱うことが可能となる。ビジネスモデルを分解し、プロセス／機能（製品／サービス）、個別アイデアを構成要素とする。それにより、ビジネスモデル取引システムでは、プロセス／機能（製品／サービス）及び個別アイデアを単独の部品として、扱うことが可能となる。すなわち、潜在的に様々な用途開発の可能性を持った有望な固有技術（個別アイデア）を、新たなビジネスモデル創造に向けた部品として取引可能となる。それにより、固有技術のボテンシャルを最大限引き出すことが可能となる。

具体的には、このビジネスモデル取引システムを利用したイベントを開催することにより、ユーザは知財を戦略的に最大限に活用することができる。イベントの例としては、１）ビジネスアイデアの募集、２）固有技術募集（ミッシングピース探索）、３）コンソーシアム組成である。１）による成果の例として、固有技術をビジネスモデルに活用可能となる。２）による成果の例として、ビジネスモデル実現への道が拓ける。３）による成果の例として、新たなビジネスモデルの創造とその事業化を推進することが可能となる。

また、上述において、ビジネスモデルを実現するための具体的な要素を示す第３層を個別アイデア、固有技術とした。しかし、それに限らず、第３層に経営資源要素（いわゆる「強み」）を記述可能としてもよい。経営資源は、一般的にヒト（人的経営資源）、モノ（物的経営資源）、カネ（財務的経営資源）に分けられる。近年はこの３つに加え、情報（情報的経営資源）を含める考え方がある。ここで、情報とは、技術力や特許、ノウハウ、顧客情報、ブランド・イメージ、企業文化などである。上述では、第３層の記述する経営資源の例として、情報的経営資源を示している。

第３層が情報的経営資源以外となる例を簡単に説明する。あるビジネスモデルにおいて、第２層に「店頭販売」というプロセス／機能を記述した場合、第３層として「全国店舗（）直営店数○○店」、「顧客基盤（会員数○○名）」などが考えられる。

以上のように、第３層に経営資源要素を記述可能とすれば、複数の企業それぞれが自社の強みを出し合う業務提携により、新たなビジネスモデルを創出する場合にも、上述のビジネスモデル取引システムは対応可能である。

各実施の形態で記載されている技術的特徴（構成要件）はお互いに組み合わせ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１ メインサーバ
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ 通信部
１５ 大容量記憶部
１６ 読み取り部
１Ｐ 制御プログラム
１ａ 可搬型記憶媒体
１ｂ 半導体メモリ
２ データベースサーバ
２１ ノードＤＢ
２２ ノード関係ＤＢ
２３ ビジネスモデル属性ＤＢ
２４ プロセス／機能属性ＤＢ
２４１ 製品／サービス属性ＤＢ
２５ 個別アイデア属性ＤＢ
２６ ノード権限ＤＢ
２７ ユーザＤＢ
２８ グループＤＢ
３０ 履歴ＤＢ
３１ ノードＤＢ
３２ ノード関係ＤＢ
３ ユーザ端末

Claims (8)

1. ビジネスモデルの内容を記憶するルートノードと、前記ビジネスモデルを実行するにあたり必要とされるプロセス又は機能を記憶する中間ノードと、前記ビジネスモデル又は前記プロセス若しくは機能を構成する固有技術を記憶するリーフノードとをそれぞれ識別情報と対応付けて記憶するノード記憶部、
   前記ルートノードと前記中間ノードとの接続関係、及び前記中間ノードと前記リーフノードとの接続関係を記憶するノード関係記憶部
   を参照する出力プログラムであって、
   前記識別情報を受け付け、
   受け付けた識別情報がビジネスモデル、プロセス若しくは機能、又は固有技術のいずれを対応付けられたものであるか前記ノード記憶部に基づいて判定し、
   受け付けた識別情報がビジネスモデルを対応付けられたものであると判定した場合、
   前記識別情報に基づきルートノードを識別し、
   識別したルートノードと接続関係を有する中間ノード、及び該中間ノードと接続関係を有するリーフノードを前記ノード関係記憶部に基づいて識別し、
   識別したルートノード、中間ノード、及びリーフノード並びにこれらの接続関係を出力する
   出力プログラム。
2. 受け付けた識別情報がプロセス又は機能に対応付けられたものであると判定した場合、
   前記識別情報に基づき中間ノードを識別し、
   識別した中間ノードと接続関係を有するルートノード、及びリーフノードを前記ノード関係記憶部に基づいて識別し、
   識別したルートノード、中間ノード、及びリーフノード並びにこれらの接続関係を出力する請求項１に記載の出力プログラム。
3. 受け付けた識別情報が固有技術に対応付けられたものであると判定した場合、
   前記識別情報に基づきリーフノードを識別し、
   識別したリーフノードと接続関係を有する中間ノード、及び該中間ノードと接続関係を有するルートノードを前記ノード関係記憶部に基づいて識別し、
   識別したルートノード、中間ノード、及びリーフノード並びにこれらの接続関係を出力する
   請求項１又は請求項２に記載の出力プログラム。
4. 前記ノード記憶部は、各ノードに対する評価情報を記憶してあり、
   所定ノードに対する評価情報についての更新情報を取得し、
   受け付けた更新情報に基づき、前記ノード記憶部が記憶する前記所定ノードに対する評価情報を更新し、
   前記所定ノードがルートノードである場合、前記ノード関係記憶部に基づいて、前記ルートノードと接続関係のある中間ノードを識別し、識別した中間ノードと接続関係のリーフノードを識別し、
   識別した中間ノード及びリーフノードに対する評価情報を更新する
   請求項１から請求項３のいずれか一項に記載の出力プログラム。
5. 前記所定ノードが中間ノードである場合、前記ノード関係記憶部に基づいて、前記中間ノードと接続関係のあるルートノード及びリーフノードを識別し、
   識別したルートノード及びリーフノードに対する評価情報を更新する
   請求項４に記載の出力プログラム。
6. 前記所定ノードがリーフノードである場合、前記ノード関係記憶部に基づいて、前記リーフノードと接続関係のある中間ノードを識別し、識別した中間ノードと接続関係のルートノードを識別し、
   識別した中間ノード及びルートノードに対する評価情報を更新する
   請求項４又は請求項５に記載の出力プログラム。
7. ビジネスモデルの内容を記憶するルートノードと、前記ビジネスモデルを実行するにあたり必要とされるプロセス又は機能を記憶する中間ノードと、前記ビジネスモデル又は前記プロセス若しくは機能を構成する固有技術を記憶するリーフノードとをそれぞれ識別情報と対応付けて記憶するノード情報と、
   前記ルートノードと前記中間ノードとの接続関係、及び前記中間ノードと前記リーフノードとの接続関係を記憶するノード関係情報とを含むビジネスモデルデータであって、
   サーバコンピュータに記憶されるとともに、サーバコンピュータが、前記ノード関係情報にしたがい、受け付けた識別情報に対応付けられたルートノードを識別し、
   当該ルートノードと接続関係にある中間ノード、及び当該中間ノードと接続関係にあるリーフノードを前記ノード関係情報に基づいて識別し、
   識別したルートノード、中間ノード、及びリーフノード並びにこれらの接続関係を出力する
   処理に用いられるビジネスモデルデータ。
8. 前記ノードに対する評価情報を前記ノードの識別情報と対応付けて記憶するノード評価情報を含み、
   前記ノードに対する評価情報を受け付けたとき、前記接続関係に基づいて抽出したノードに対する評価情報を更新する
   処理に用いられる請求項７に記載のビジネスモデルデータ。

Images