(57)【要約】      （修正有）【課題】ステークホルダマップとビジネスモデルキャンバスそれぞれとの動的な相互連携を的確かつ効率的に図り、ビジネスモデル設計業務の効率や精度を良好なものとする。【解決手段】ビジネスモデル設計支援システムたるサーバ１００において、ステークホルダマップとビジネスモデルキャンバスを格納する補助記憶装置１０３と、表示中のステークホルダマップにおけるアイコンまたはコネクタに対する操作を受け、アイコンまたはコネクタの情報を表示している各セグメント図にて、操作内容に応じて情報の追加、変更、および削除のいずれかを行い、表示中のビジネスモデルキャンバスにおける構成要素のいずれかの情報に対する操作を受け、情報の起源たるステークホルダマップのアイコンまたはコネクタに関して操作内容に応じた追加、変更、および削除のいずれかを行うＣＰＵ１０１を含む。【選択図】図２
2019008629.tif 000002
【特許請求の範囲】
【請求項１】
所定のビジネス事象の関係者各々に対応したアイコンを各関係者間の関係性に応じたコネクタで接続したマップの表示データと、前記関係者各々を前記ビジネス事象の主体とした場合の当該ビジネス事象の各構成要素に対応する前記アイコンまたは前記コネクタの情報を当該構成要素ごとに区分表示するセグメント図の表示データと、を格納する記憶装置と、
表示中の前記マップにおけるアイコンまたはコネクタに対する操作を所定装置で受けた場合、当該操作の対象となったアイコンまたはコネクタの情報を前記構成要素に関して表示している各セグメント図にて、前記操作の内容に応じて当該情報の追加、変更、および削除のいずれかを行う処理と、表示中の前記セグメント図における前記構成要素のいずれかの情報に対する操作を所定装置で受けた場合、当該操作の対象となった情報の起源たる前記マップのアイコンまたはコネクタに関して、前記マップにて前記操作の内容に応じて当該アイコンまたは当該コネクタの追加、変更、および削除のいずれかを行う処理と、を実行する演算装置と、
を含むことを特徴とするビジネスモデル設計支援システム。
【請求項２】
前記演算装置は、
前記表示中の前記セグメント図における前記構成要素のうち特定の構成要素に関する情報の追加操作を所定装置で受けた場合、当該追加操作の対象情報の起源たる前記マップで表示中のアイコンまたはコネクタに関して、前記マップにおいて接続対象となるべき他アイコンまたは他コネクタのユーザ選択を所定装置にて受け付け、当該接続対象の他アイコンまたは他コネクタと、前記追加操作の対象情報の起源たる前記アイコンまたは前記コネクタとを所定ルールに基づき接続するものである、
ことを特徴とする請求項１に記載のビジネスモデル設計支援システム。
【請求項３】
前記演算装置は、
前記表示中の前記セグメント図における前記構成要素のいずれかの情報に対する操作を所定装置で受け、前記マップにて前記操作の内容に応じてアイコンまたはコネクタの追加、変更、および削除のいずれかを行う処理に伴い、前記アイコンまたは前記コネクタの情報を前記構成要素に関して表示しているセグメント図であって、前記操作を受けたセグメント図とは前記主体が異なる他のセグメント図それぞれに対し、前記操作の内容に応じて前記アイコンまたは前記コネクタの情報の追加、変更、および削除のいずれかを行うものである、
ことを特徴とする請求項１に記載のビジネスモデル設計支援システム。
【請求項４】
前記記憶装置は、
前記セグメント図における前記ビジネス事象の各構成要素と、当該構成要素に表示すべき、前記マップにおける前記アイコンまたは前記コネクタの情報との対応関係を規定した所定ルールを更に保持し、
前記演算装置は、
前記表示中の前記マップにおけるアイコンまたはコネクタに対する操作を所定装置で受けた場合、当該操作の対象となったアイコンまたはコネクタの情報を前記ルールに適用して、前記セグメント図において前記情報を表示すべき構成要素を特定し、当該構成要素に関して表示している各セグメント図にて、前記操作の内容に応じて当該情報の追加、変更、および削除のいずれかを行うものである、
ことを特徴とする請求項１に記載のビジネスモデル設計支援システム。
【請求項５】
前記演算装置は、
前記操作の対象となったアイコンまたはコネクタの情報を前記ルールに適用した際、前
記セグメント図において前記情報を表示すべき構成要素が複数特定された場合、予め定めた優先順位に従って１つの構成要素を特定し、当該構成要素に関して表示している各セグメント図にて、前記操作の内容に応じて当該情報の追加、変更、および削除のいずれかを行うものである、
ことを特徴とする請求項４に記載のビジネスモデル設計支援システム。
【請求項６】
所定のビジネス事象の関係者各々に対応したアイコンを各関係者間の関係性に応じたコネクタで接続したマップの表示データと、前記関係者各々を前記ビジネス事象の主体とした場合の当該ビジネス事象の各構成要素に対応する前記アイコンまたは前記コネクタの情報を当該構成要素ごとに区分表示するセグメント図の表示データと、を格納する記憶装置を備えた情報処理システムが、
表示中の前記マップにおけるアイコンまたはコネクタに対する操作を所定装置で受けた場合、当該操作の対象となったアイコンまたはコネクタの情報を前記構成要素に関して表示している各セグメント図にて、前記操作の内容に応じて当該情報の追加、変更、および削除のいずれかを行う処理と、
表示中の前記セグメント図における前記構成要素のいずれかの情報に対する操作を所定装置で受けた場合、当該操作の対象となった情報の起源たる前記マップのアイコンまたはコネクタに関して、前記マップにて前記操作の内容に応じて当該アイコンまたは当該コネクタの追加、変更、および削除のいずれかを行う処理と、
を実行することを特徴とするビジネスモデル設計支援方法。
【請求項７】
前記情報処理システムが、
前記表示中の前記セグメント図における前記構成要素のうち特定の構成要素に関する情報の追加操作を所定装置で受けた場合、当該追加操作の対象情報の起源たる前記マップで表示中のアイコンまたはコネクタに関して、前記マップにおいて接続対象となるべき他アイコンまたは他コネクタのユーザ選択を所定装置にて受け付け、当該接続対象の他アイコンまたは他コネクタと、前記追加操作の対象情報の起源たる前記アイコンまたは前記コネクタとを所定ルールに基づき接続する、
ことを特徴とする請求項６に記載のビジネスモデル設計支援方法。
【請求項８】
前記情報処理システムが、
前記表示中の前記セグメント図における前記構成要素のいずれかの情報に対する操作を所定装置で受け、前記マップにて前記操作の内容に応じてアイコンまたはコネクタの追加、変更、および削除のいずれかを行う処理に伴い、前記アイコンまたは前記コネクタの情報を前記構成要素に関して表示しているセグメント図であって、前記操作を受けたセグメント図とは前記主体が異なる他のセグメント図それぞれに対し、前記操作の内容に応じて前記アイコンまたは前記コネクタの情報の追加、変更、および削除のいずれかを行う、
ことを特徴とする請求項６に記載のビジネスモデル設計支援方法。
【請求項９】
前記情報処理システムが、
前記記憶装置において、前記セグメント図における前記ビジネス事象の各構成要素と、当該構成要素に表示すべき、前記マップにおける前記アイコンまたは前記コネクタの情報との対応関係を規定した所定ルールを更に保持し、
前記表示中の前記マップにおけるアイコンまたはコネクタに対する操作を所定装置で受けた場合、当該操作の対象となったアイコンまたはコネクタの情報を前記ルールに適用して、前記セグメント図において前記情報を表示すべき構成要素を特定し、当該構成要素に関して表示している各セグメント図にて、前記操作の内容に応じて当該情報の追加、変更、および削除のいずれかを行う、
ことを特徴とする請求項６に記載のビジネスモデル設計支援方法。
【請求項１０】
前記情報処理システムが、
前記操作の対象となったアイコンまたはコネクタの情報を前記ルールに適用した際、前記セグメント図において前記情報を表示すべき構成要素が複数特定された場合、予め定めた優先順位に従って１つの構成要素を特定し、当該構成要素に関して表示している各セグメント図にて、前記操作の内容に応じて当該情報の追加、変更、および削除のいずれかを行う、
ことを特徴とする請求項９に記載のビジネスモデル設計支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビジネスモデル設計支援システムおよびビジネスモデル設計支援方法に関するものであり、具体的には、ステークホルダマップとビジネスモデルキャンバスそれぞれとの動的な相互連携を的確かつ効率的に図り、ビジネスモデル設計業務の効率や精度を良好なものとする技術に関する。
【背景技術】
【０００２】
関係者間での互いの価値提供の観点を踏まえ、優れたサービスを生み出す手法として、いわゆるサービスデザインの概念が提唱されている。また、このサービスデザイン手法の一つとしてはステークホルダマップの存在があり、そのシステム上の実装手段やユーザインターフェイスに関する種々の提案がなされている。
【０００３】
こうしたステークホルダマップに関連する従来技術としては、例えば、サービスに関連する複数のステークホルダと、これらステークホルダの間を結ぶ情報や資金が、議論する複数の発想者にとって統一したイメージで発想しやすく、かつ、記録修正が簡単に行えることを課題とした、具体的な企業の利害関係者である従業員、取引先、債権者、地域住民などのサービス関係者と、これらの間で交わされるモノや情報、お金、対価を現実の立体オブジェクトとして表現し、この立体オブジェクトと分離して他の立体オブジェクトとの間の属性や流通を２次元的な仮想空間で表現し、この２次元的な仮想空間を構築するビジネスマップ表示手段と、このビジネスマップ表示手段の上に配置される前記立体オブジェクトとで仮想的なビジネスマップを作成することを特徴とするビジネスモデル支援システム（特許文献１参照）などが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２０６５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、ビジネスモデル設計に際しては、上述のステークホルダマップのみならず、これと合わせたビジネスモデルキャンバスの活用が有効である。ステークホルダマップにおける構成要素は、各ステークホルダに関するビジネスモデルキャンバスそれぞれにおける各ブロックの記載内容となりうるものであり、両者を併用しつつビジネスモデル設計の業務を進めることには大きな意義がある。
【０００６】
ところが、こうしたステークホルダマップとビジネスモデルキャンバスとの連携を的確かつ効率的に行う技術は提案されておらず、ユーザが両者の対応関係を確認しつつ、逐一設定作業等を行っていくしかない現状にある。
【０００７】
従って当該ユーザが、ステークホルダマップおよびビジネスモデルキャンバスのそれぞれの視点でビジネスモデル設計を行っていく上で、煩雑な作業が頻繁に発生し、また業務の効率や速度、或いは精度も低いものになりがちであった。
【０００８】
そこで本発明の目的は、ステークホルダマップとビジネスモデルキャンバスそれぞれとの動的な相互連携を的確かつ効率的に図り、ビジネスモデル設計業務の効率や精度を良好なものとする技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決する本発明のビジネスモデル設計支援システムは、所定のビジネス事象の関係者各々に対応したアイコンを各関係者間の関係性に応じたコネクタで接続したマップの表示データと、前記関係者各々を前記ビジネス事象の主体とした場合の当該ビジネス事象の各構成要素に対応する前記アイコンまたは前記コネクタの情報を当該構成要素ごとに区分表示するセグメント図の表示データと、を格納する記憶装置と、表示中の前記マップにおけるアイコンまたはコネクタに対する操作を所定装置で受けた場合、当該操作の対象となったアイコンまたはコネクタの情報を前記構成要素に関して表示している各セグメント図にて、前記操作の内容に応じて当該情報の追加、変更、および削除のいずれかを行う処理と、表示中の前記セグメント図における前記構成要素のいずれかの情報に対する操作を所定装置で受けた場合、当該操作の対象となった情報の起源たる前記マップのアイコンまたはコネクタに関して、前記マップにて前記操作の内容に応じて当該アイコンまたは当該コネクタの追加、変更、および削除のいずれかを行う処理と、を実行する演算装置と、を含むことを特徴とする。
【００１０】
また、本発明のビジネスモデル設計支援方法は、所定のビジネス事象の関係者各々に対応したアイコンを各関係者間の関係性に応じたコネクタで接続したマップの表示データと、前記関係者各々を前記ビジネス事象の主体とした場合の当該ビジネス事象の各構成要素に対応する前記アイコンまたは前記コネクタの情報を当該構成要素ごとに区分表示するセグメント図の表示データと、を格納する記憶装置を備えた情報処理システムが、表示中の前記マップにおけるアイコンまたはコネクタに対する操作を所定装置で受けた場合、当該操作の対象となったアイコンまたはコネクタの情報を前記構成要素に関して表示している各セグメント図にて、前記操作の内容に応じて当該情報の追加、変更、および削除のいずれかを行う処理と、表示中の前記セグメント図における前記構成要素のいずれかの情報に対する操作を所定装置で受けた場合、当該操作の対象となった情報の起源たる前記マップのアイコンまたはコネクタに関して、前記マップにて前記操作の内容に応じて当該アイコンまたは当該コネクタの追加、変更、および削除のいずれかを行う処理と、を実行することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ステークホルダマップとビジネスモデルキャンバスそれぞれとの動的な相互連携を的確かつ効率的に図り、ビジネスモデル設計業務の効率や精度を良好なものとできる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態のビジネスモデル設計支援システムを含むネットワーク構成図である。
【図２】本実施形態におけるビジネスモデル設計支援システムのハードウェア構成例を示す図である。
【図３】本実施形態におけるビジネスモデル設計支援システムの機能構成例を示す図である。
【図４】本実施形態におけるクライアント端末のハードウェア構成例を示す図である。
【図５】本実施形態におけるステークホルダマップの構成例を示す図である。
【図６】本実施形態におけるビジネスモデルキャンバスの構成例を示す図である。
【図７】本実施形態のアイコンデータテーブルのデータ構成例を示す図である。
【図８】本実施形態のコネクタデータテーブルのデータ構成例を示す図である。
【図９】本実施形態のグループデータテーブルのデータ構成例を示す図である。
【図１０】本実施形態のビジネスモデルキャンバスデータテーブルのデータ構成例を示す図である。
【図１１】本実施形態の条件ルールテーブルの構成例を示す図である。
【図１２】本実施形態におけるビジネスモデル設計支援方法のフロー例１を示す図である。
【図１３】本実施形態における画面例１を示す図である。
【図１４】本実施形態の反映ルールテーブルの構成例を示す図である。
【図１５】本実施形態における画面例２を示す図である。
【図１６】本実施形態の優先順位テーブルの構成例を示す図である。
【図１７】本実施形態におけるビジネスモデル設計支援方法のフロー例２を示す図である。
【図１８】本実施形態における処理概念例を示す図である。
【発明を実施するための形態】
【００１３】
−−−ネットワーク構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態のビジネスモデル設計支援システムを構成するサーバ１００を含むネットワーク構成図である。図１に示すビジネスモデル設計支援システムを構成するサーバ１００（以下、サーバ１００）は、ステークホルダマップとビジネスモデルキャンバスそれぞれとの動的な相互連携を的確かつ効率的に図り、ビジネスモデル設計業務の効率や精度を良好なものとするコンピュータである。
【００１４】
このサーバ１００は、例えば、ビジネスモデル設計を行う企業等が運用するサーバ装置である。また、サーバ１００は、企業内ＬＡＮなどの適宜なネットワーク１を介し、クライアント端末２００と通信可能に結ばれている。この場合のクライアント端末２００は、上述の企業においてビジネスモデル設計を担当する社員が利用する情報処理端末となる。
【００１５】
そのため当該企業では、各クライアント端末２００の出力装置２０５が会議室等に配置され、この表示装置２０５にてサーバ１００からクライアント端末２００に配信された情報を上述の社員らに提示している。一方、社員らは、この表示装置２０５の表示情報、すなわちステークホルダマップやビジネスモデルキャンバスの各情報を認識し、これに対する討議等を経て所定の操作を入力装置２０４で行うこととなる。勿論、表示装置２０５が入力装置２０４の機能を併せもつ、タッチパネル等の入出力装置であってもよい。
【００１６】
なお、本実施形態ではビジネスモデル設計支援システムとしてサーバ１００を最小構成として例示するが、上述のクライアント端末２００も含めるとしてもよい。
【００１７】
−−−ハードウェア構成−−−
また、本実施形態におけるビジネスモデル設計支援システムを構成するサーバ１００のハードウェア構成は以下の如くとなる。すなわち、サーバ１００は、ＣＰＵ１０１、主記憶装置１０２、補助記憶装置１０３、入力装置１０４、表示装置１０５、および、ネットワークインターフェイス１０６が、バス１０７で接続された構成となっている。
【００１８】
このうちＣＰＵ１０１は、例えば、補助記憶装置１０３などから主記憶装置１０２に読み出したプログラム１０２１を実行することで、ビジネスモデル設計支援システムたる機能を実装する演算装置である。
【００１９】
また、主記憶装置１０２は、ＲＡＭなど揮発性記憶素子で構成されるメモリである。同様に、補助記憶装置１０３は、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）やハードディスクドライブなど適宜な不揮発性記憶素子で構成される記憶装置である。同様に、補助記憶装置１０３は、ＲＡＭなど揮発性記憶素子で構成されるメモリである。
【００２０】
また、入力装置１０４は、ユーザからのキー入力や音声入力を受け付ける装置である。また、表示装置１０５は、処理データの表示を行うディスプレイ等の装置である。
【００２１】
また、ネットワークインターフェイス１０６は、ネットワーク１と接続してクライアント端末２００など他装置との通信処理を担う装置である。
【００２２】
なお、上述の構成のうち、入力装置１０４および表示装置１０５は備えないとしてもよい。
【００２３】
こうしたサーバ１００がプログラム１０２１を実行することで実装する機能構成の一例を、図３に示す。
【００２４】
本実施形態のサーバ１００は、表示画面切替部１１０、ビジネスモデルデータ取得部１１１、ビジネスモデル表示部１１２、ビジネスモデル編集部１１３、ビジネスモデルデータ更新通知送信部１１４、および、ビジネスモデルデータ更新通知受信部１１５、を備えるものとする。
【００２５】
また、こうした各機能部のうちビジネスモデルデータ取得部１１１、および、ビジネスモデル編集部１１３が処理対象とするデータ類は、例えば、補助記憶装置１０３内に保持された、アイコンデータ格納部１２０、コネクタデータ格納部１２１、グループデータ格納部１２２、および、ビジネスモデルキャンバスデータ格納部１２３、に格納されているものとする。なお、これら格納部が保持するテーブルの具体例については後述する。
【００２６】
上述の機能部のうち、表示画面切替部１１０は、後述するビジネスモデルデータ更新通知受信部１１５からの更新通知を契機に、それまでのステークホルダマップ２、ビジネスモデルキャンバス３の表示データの更新開始指示を、ビジネスモデルデータ取得部１１１に通知するものとなる。
【００２７】
また、ビジネスモデルデータ取得部１１１は、上述の表示画面切替部１１０からの通知を受けて、該当ステークホルダマップ２ないしビジネスモデルキャンバス３に関するデータを、補助記憶装置１０３から取得するものである。ここで補助記憶装置１０３から取得するデータは、アイコンデータ格納部１２０、コネクタデータ格納１２１、グループデータ格納部１２２、および、ビジネスモデルキャンバスデータ格納部１２３、のそれぞれの格納データである。
【００２８】
また、ビジネスモデル表示部１１２は、上述のビジネスモデルデータ取得部１１１が得たデータに基づいて、ステークホルダマップ２ないしビジネスモデルキャンバス３の表示データを生成し、これをクライアント端末２００に送信するものとなる。
【００２９】
また、ビジネスモデル編集部１１３は、上述のビジネスモデル表示部１１２が送信した表示データに対し、クライアント端末２００でのアイコンやコネクタ等に関する操作内容を受けて、この操作内容に応じて、アイコンデータ格納部１２０、コネクタデータ格納１２１、グループデータ格納部１２２、および、ビジネスモデルキャンバスデータ格納部１２３、のそれぞれの格納データを更新するものとなる。
【００３０】
また、ビジネスモデルデータ更新通知送信部１１４は、上述のビジネスモデル編集部１１３による更新を受けて、当該更新に応じたステークホルダマップ２やビジネスモデルキャンバス３の表示データをビジネスモデル表示部１１２に通知するものとなる。これにより、クライアント端末２００での操作に応じた画面更新がなされることとなる。
【００３１】
また、ビジネスモデルデータ更新通知受信部１１５は、ステークホルダマップ２におけるアイコンやコネクタに関する追加や削除等の操作や、ビジネスモデルキャンバス３におけるセグメントでのアイコンやコネクタの情報の追加や削除等が、クライアント端末２００でなされたことを契機にして、当該クライアント端末２００から該当ステークホルダマップ２やビジネスモデルキャンバス３に関する更新通知を受け、これを表示画面切替部１１０に通知するものとなる。
【００３２】
また、本実施形態におけるクライアント端末２００は、ＣＰＵ２０１、主記憶装置２０２、補助記憶装置２０３、入力装置２０４、表示装置２０５、および、ネットワークインターフェイス２０６が、バス２０７で接続された構成となっている。
【００３３】
このうちＣＰＵ２０１は、例えば、補助記憶装置２０３などから主記憶装置２０２に読み出したプログラム２０２１、または、サーバ１００からネットワーク１経由で送信されて主記憶装置２０２に格納されたプログラム２０２１を実行することで、上述のサーバと協働する機能を実装する演算装置である。
【００３４】
また、主記憶装置２０２は、ＲＡＭなど揮発性記憶素子で構成されるメモリである。同様に、補助記憶装置２０３は、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）やハードディスクドライブなど適宜な不揮発性記憶素子で構成される記憶装置である。同様に、補助記憶装置２０３は、ＲＡＭなど揮発性記憶素子で構成されるメモリである。
【００３５】
また、入力装置２０４は、ユーザからのキー入力や音声入力を受け付ける装置である。また、表示装置２０５は、処理データの表示を行うディスプレイ等の装置である。
【００３６】
また、ネットワークインターフェイス２０６は、ネットワーク１と接続してサーバ１００など他装置との通信処理を担う装置である。
【００３７】
なお、上述の構成のうち、入力装置２０４および表示装置２０５は、それらを一体としたタッチパネル等の入出力装置としてもよい。
【００３８】
−−−ステークホルダマップおよびビジネスモデルキャンバスの例−−−
続いて、本実施形態におけるステークホルダマップ２およびビジネスモデルキャンバス３の具体例について説明する。
【００３９】
図４に、本実施形態におけるステークホルダマップ２の一例を示す。ステークホルダマップとは、所定のビジネス事象の関係者、すなわちステークホルダ各々に対応したアイコンを各ステークホルダ間の関係性に応じたコネクタで接続したマップである。
【００４０】
本実施形態におけるステークホルダマップ２は、或る商品を販売する「店舗」が主体となり、当該店舗がどのように「商品」を仕入れし、これを流通手段たる「宅配便会社」を介して「購入者」に販売するか、を各ステークホルダの関係を踏まえて表現したものを例示している。
【００４１】
例えば、「店舗」にとっての「商品」の仕入れ先は「製造会社」であり、この「商品」の仕入れには「代金」がコストとしてかかってくる。また、こうして仕入れした「商品」は、「日常品購入」を行う「購入者」の購買対象となる。そのために、「店舗」は、「購入者」に対して「お買い得情報」の発信を適宜に行っている。「購入者」は、こうした「お買い得情報」も参考にして「商品」を「店舗」から購入することとなる。
【００４２】
「購入者」によって購入された「商品」の配送は、その「店舗」から「宅配便会社」に
委託される。この「宅配便会社」は、必要な業務を行うため、「セールスドライバー」と「データ処理システム」といったリソースを備えている。
【００４３】
こうした「宅配便会社」は、該当「商品」を「購入者」の手元に送料着払いの代引きで配送するものとする。また、「宅配便会社」は、「購入者」への「商品」受け渡しに伴い、着払いの「配達料」および代引き決済対象の「商品代」を回収し、このうち「商品代」を「店舗」に還流させる。
【００４４】
上述のような情報を示すステークホルダマップ２は、それぞれのステークホルダに対応したアイコン４０１、ステークホルダ間における情報や物の流れを示す実線コネクタ４０２、ステークホルダ間の関係性のみを示す破線コネクタ４０３、および、或るステークホルダが有するリソース群などグループデータを示す矩形オブジェクト４０４といった各種の表示用オブジェクトから構成される。これら表示用オブジェクトに関するデータは、当該ステークホルダマップ２に関して、アイコンデータ格納部１２０、コネクタデータ格納部１２１、および、グループデータ格納部１２２、に格納されている。
【００４５】
また、図６に本実施形態におけるビジネスモデルキャンバス３の一例を示す。本実施形態におけるビジネスモデルキャンバス３は、上述のステークホルダマップ２で表現するビジネス事象に関して、いずれかのステークホルダを主体とした場合の、当該ビジネス事象の各構成要素に対応するアイコン５０２またはコネクタ５０３、５０４の情報を当該構成要素ごとに区分表示するセグメント図である。なお、図６で示すビジネスモデルキャンバス３は、主体として「店舗」を設定したビジネスモデルキャンバス３となっている。
【００４６】
こうしたビジネスモデルキャンバス３は、上述の構成要素として、「重要なパートナー（ＫＰ）」、「重要な活動（ＫＡ）」、「重要なリソース（ＫＲ）」、「価値提案（ＶＰ）」、「顧客との関係（ＣＲ）」、「チャネル（ＣＨ）」、「顧客セグメント（ＣＳ）」、「コスト構造（Ｃ＄）」、および、「収入の流れ（Ｒ＄）」、を想定する。また、これら構成要素に関する情報は、対応する各セグメント３１〜３９に設定、表示されることとなる。
【００４７】
なお、上述のようなビジネスモデルキャンバス３の表示データは、ビジネスモデルキャンバスデータ格納部１２３に格納されている。
【００４８】
−−−データ構造例−−−
続いて、本実施形態のビジネスモデル設計支援システムたるサーバ１００が用いるテーブル類について説明する。
【００４９】
図７に、本実施形態におけるアイコンデータテーブル１２０５の一例を示す。アイコンデータテーブル１２０５は、ステークホルダマップ２を構成するアイコンのデータを格納したテーブルである。
【００５０】
そのデータ構造は、該当アイコンを一意に特定するアイコンＩＤをキーとして、当該アイコンのアイコン名、ステークホルダマップ２における表示位置、および、Ｇａｉｎ、といったデータを対応付けたレコードの集合体である。このうち「Ｇａｉｎ」とは、当該アイコンに対応したステークホルダが得られる可能性のある「価値」を示している。
【００５１】
図８に、本実施形態におけるコネクタデータテーブル１２１５の一例を示す。コネクタデータテーブル１２１５は、ステークホルダマップ２を構成するコネクタのデータを格納したテーブルである。
【００５２】
そのデータ構造は、該当コネクタを一意に特定するコネクタＩＤをキーとして、当該コネクタのコネクタ名、コネクタ種別、接続元アイコンＩＤ、および、表示位置、といったデータを対応付けたレコードの集合体となっている。
【００５３】
図９に、本実施形態におけるグループデータテーブル１２２５の一例を示す。グループデータテーブル１２２５は、ステークホルダマップ２においてグループ設定がされたステークホルダに関して、当該グループを構成するステークホルダのアイコンに関する情報を格納したテーブルである。このグループとは、すでに述べたように、例えば、該当ステークホルダが該当業務の遂行に必要なリソース群が該当する。
【００５４】
そのデータ構造は、当該グループを一意に特定するグループＩＤをキーとして、親アイコンＩＤおよび子アイコンＩＤといったデータを対応付けたレコードの集合体となっている。このうち親アイコンＩＤは、当該グループを規定するステークホルダのアイコンであり、図５で例示したステークホルダマップ２の例であれば、「宅配便会社」のアイコンのＩＤとなる。また、子アイコンＩＤは、当該グループを構成するリソースに対応したアイコンであり、図５で例示したステークホルダマップ２の例であれば、「宅配便会社」が保持するリソースであって、「セールスドライバー」や「データ処理システム」の各アイコンのＩＤとなる。
【００５５】
図１０に、本実施形態におけるビジネスモデルキャンバスデータテーブル１２３５の一例を示す。ビジネスモデルキャンバスデータテーブル１２３５は、ビジネスモデルキャンバス３のデータを格納したテーブルである。
【００５６】
そのデータ構造は、当該ビジネスモデルキャンバス３において主体とされたステークホルダのアイコンＩＤをキーとして、セグメントを示す所属ブロック、当該セグメントに格納されるアイコンまたはコネクタの各ＩＤ、および、当該アイコンまたはコネクタの表示位置、といったデータを対応付けたレコードの集合体となっている。
【００５７】
なお、このビジネスモデルキャンバスデータ１２３５における、「所属ブロック」の各値は、図５に関して例示したように、ビジネスモデルキャンバス３における、「重要なパートナー（ＫＰ）」、「重要な活動（ＫＡ）」、「重要なリソース（ＫＲ）」、「価値提案（ＶＰ）」、「顧客との関係（ＣＲ）」、「チャネル（ＣＨ）」、「顧客セグメント（ＣＳ）」、「コスト構造（Ｃ＄）」、および、「収入の流れ（Ｒ＄）」、を想定している。
【００５８】
図１１に、本実施形態における条件ルールデータテーブル１１３５の一例を示す。条件ルールテーブル１１３５は、ビジネスモデルキャンバス３の各ブロックと、当該ブロックに設定すべきステークホルダマップ２のアイコンやコネクタとの対応関係に関する規定を格納したテーブルである。
【００５９】
そのデータ構造は、各ブロックを一意に特定するブロックＩＤをキーとして、当該ブロックに表示可能な情報の種類を示す表示タイプ、および、当該表示タイプの情報の詳細な条件を示す表示条件、といったデータを対応付けたレコードの集合体となっている。
【００６０】
このうち「表示タイプ」は、アイコン、コネクタ、Ｇａｉｎ、など、アイコンデータテーブル１２０５およびコネクタデータテーブル１２１５における情報に基づくものとなっている。また、「表示条件」は、各ブロックに設定すべきアイコンやコネクタ等に関しての、「主体アイコンと矢印付きコネクタで直接接続されたアイコン」などといった、具体的な限定条件である。
【００６１】
なお、上述の条件ルールテーブル１１３５は、ビジネスモデル編集部１１３が備えるテーブルである。また、ビジネスモデル編集部１１３は、この条件ルールテーブル１１３５の他にも、反映ルールテーブル１１３６および優先順位テーブル１１３７の各テーブルを保持している。ただし、これら反映ルールテーブル１１３６および優先順位テーブル１１３７の詳細については後述する。
【００６２】
−−−フロー例１−−−
以下、本実施形態におけるビジネスモデル設計支援方法の実際手順について図に基づき説明する。以下で説明するビジネスモデル設計支援方法に対応する各種動作は、ビジネスモデル設計支援システムたるサーバ１００が主記憶装置等に読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００６３】
図１２は、本実施形態におけるビジネスモデル設計支援方法のフロー例１を示す図である。ここで、サーバ１００は、クライアント端末２００から、ステークホルダマップ２またはビジネスモデルキャンバス３の更新指示を受けたとする。
【００６４】
この場合、サーバ１００は、その更新指示の対象となる画面、すなわち、該当クライアント端末２００で表示されている画面がステークホルダマップ２かビジネスモデルキャンバス３のいずれかを判定する（ｓ１００）。この判定は、例えば、該当クライアント端末３００からの更新指示が含む画面種別の情報にて行うものとする。
【００６５】
なお、図１３にて例示するように、サーバ１００は、クライアント端末２００からビジネスモデルキャンバス３での操作内容を受け付ける際に、その操作対象がアイコンかコネクタかによって、操作を受け付けるブロックを強調表示するなどの表示制御を行うとすれば好適である。この強調表示の形態は特に限定しない。この場合、サーバ１００は、例えば、クライアント端末２００でドラッグされているオブジェクトを操作対象と認識し、その情報を条件ルールテーブル１１３５に照合し、「表示タイプ」欄１００２の値が該当オブジェクトの種類（アイコン／コネクタ）と一致するブロックを特定し、当該ブロックに関して上述の強調表示などの表示制御を実行する。
【００６６】
上述の判定の結果、当該クライアント端末２００における表示画面がステークホルダマップ２であることが判明した場合（ｓ１００：ステークホルダマップ）、サーバ１００は、処理をｓ１０１に遷移させる。
【００６７】
このｓ１０１におけるサーバ１００は、当該クライアント端末２００でのステークホルダマップ２におけるアイコンやコネクタ、グループに対する操作内容（追加、削除、変更）を取得し、当該操作内容に基づいて、アイコンデータテーブル１２０５、コネクタデータテーブル１２１５、および、グループデータテーブル１２２５を必要に応じて更新する（ｓ１０１）。
【００６８】
例えば、ステークホルダマップ２に表示されていたアイコンのうち「セールスドライバー」のアイコンが「削除」された場合、サーバ１００は、アイコンデータテーブル１２０５にて「セールスドライバー」のアイコン、すなわちアイコンＩＤ「５」のレコードを削除する。
【００６９】
またサーバ１００は、このアイコンＩＤ「５」をキーに、コネクタデータテーブル１２１５およびグループデータテーブル１２２５を検索し、関係するレコードの存在を特定する。本実施形態に関して例示したコネクタデータテーブル１２１５およびグループデータテーブル１２２５の場合、アイコンＩＤ「５」を含むレコードは、グループデータテーブ
ル１２２５にのみ存在する。よってサーバ１００は、グループデータテーブル１２２５のレコードのうち、アイコンＩＤ「５」を「子アイコンＩＤ」欄に含むグループＩＤ「２０００１」のレコードを特定することとなる。また、サーバ１００は、このグループＩＤ「２０００１」のレコードにおける「子アイコンＩＤ」欄にて、アイコンＩＤ「５」を削除する。こうしてｓ１０１が実行される。
【００７０】
また、サーバ１００は、上述したステークホルダマップ２での追加や削除等の操作の対象となったアイコンやコネクタ、グループに関して、条件ルールテーブル１１３５（変換ルール）に照合し、ビジネスモデルキャンバス３の該当ブロックでの表示内容への反映処理を実行し（ｓ１０２）、処理を終了する。
【００７１】
上述の具体例の場合、「セールスドライバー」のアイコンは、「宅配便会社」を親アイコンとするグループの子アイコンである。また、条件ルールテーブル１１３５においては、ブロック「ＫＲ」に関して、表示条件として「主体アイコンが親アイコンとなっているグループの子アイコン」が規定されている。そのため、「宅配便会社」のアイコンを主体とするビジネスモデルキャンバス３における「ＫＲ」ブロックには、「セールスドライバー」のアイコンが設定されていたはずである。ところが上述のクライアント端末２００での操作により、この「セールスドライバー」のアイコンがステークホルダマップ２にて削除された場合、サーバ１００は、「宅配便会社」のアイコンを主体とするビジネスモデルキャンバス３における「ＫＲ」ブロックにて、「セールスドライバー」のアイコンを削除することとなる。
【００７２】
一方、上述のｓ１００での判定の結果、当該クライアント端末２００における表示画面がビジネスモデルキャンバス３であることが判明した場合（ｓ１００：ビジネスモデルキャンバス）、サーバ１００は、処理をｓ１０３に遷移させる。
【００７３】
このｓ１０３におけるサーバ１００は、当該クライアント端末２００でのビジネスモデルキャンバス３におけるアイコンやコネクタに対する操作内容（追加、削除、変更）を取得し、当該操作内容に基づいて、ビジネスモデルキャンバスデータテーブル１２３５を更新する（ｓ１０３）。
【００７４】
例えば、上述の操作対象がアイコンＩＤが「１」の「店舗」を主体としたビジネスモデルキャンバス３（図６）であって、このビジネスモデルキャンバス３のブロックのうち「ＣＨ」ブロックに、「個人運送業者」のアイコンが追加される操作が、クライアント端末２００でなされたとする。この場合、サーバ１００は、ビジネスモデルキャンバスデータテーブル１２３５において、主体アイコンＩＤが「店舗」に対応する「１」であるレコードを追加する。また、サーバ１００は、このレコードのアイコンＩＤ／コネクタＩＤ欄９０２に、上述の「個人運送業者」に関して付与したアイコンＩＤを設定し、所属ブロック欄９０３に「ＣＨ」を設定し、表示位置欄９０４には、該当ビジネスモデルキャンバス３において該当アイコンが配置された位置の座標値を設定する。
【００７５】
なお、上述の操作内容がアイコンやコネクタの削除であった場合、サーバ１００は、該当アイコンやコネクタのＩＤをアイコンＩＤ／コネクタＩＤ欄９０２に含むレコードを、ビジネスモデルキャンバスデータテーブル１２３５で特定し、当該レコードを削除する。
【００７６】
続いてサーバ１００は、上述の操作内容が、ブロックに対するアイコンやコネクタの追加或いは変更であったか判定する（ｓ１０４）。
【００７７】
上述の判定の結果、「追加」または「変更」ではないことが判明した場合（ｓ１０４：削除）、サーバ１００は、そのまま処理を終了する。
【００７８】
他方、上述の判定の結果、「追加」または「変更」であることが判明した場合（ｓ１０４：追加／変更）、サーバ１００は、上述したビジネスモデルキャンバス３での追加や変更の操作対象となったアイコンやコネクタに関して、図１４に例示する反映ルールテーブル１１３６（変換ルール）に照合し、ステークホルダマップ２での表示内容への反映処理を実行し（ｓ１０５）、処理を終了する。なお、上述の反映ルールテーブル１１３６は、ビジネスモデルキャンバス３での操作内容に応じて、ステークホルダマップ２への反映を規定したテーブルである。
【００７９】
例えば、「店舗」を主体としたビジネスモデルキャンバス３のブロックのうち「ＣＨ」ブロックに、「個人運送業者」のアイコンが追加される操作が、クライアント端末２００でなされたとする。この場合、サーバ１００は、反映ルールテーブル１１３６における「ＣＨ」ブロックに関するレコードを参照し、ステークホルダマップ２への反映方法として「自動でコネクタを追加。接続先指定の確認要」を特定できる。
【００８０】
そこでサーバ１００は、ステークホルダマップ２において主体である「店舗」と顧客関係で接続されているアイコンが１つのみ或いは複数存在するか、アイコンデータテーブル１２０５およびコネクタデータテーブル１２１５にてチェックする。ここで該当するアイコンが「購入者」のアイコン１つのみであった場合、サーバ１００は、アイコンデータテーブル１２０５にて「個人運送業者」のアイコンに関するレコードを追加し、また、「個人運送業者」のアイコンを「接続先」とし「店舗」のアイコンを「接続元」としてこれらアイコンを接続する所定のコネクタに関するレコードと、「購入者」のアイコンを「接続先」とし「個人運送業者」のアイコンを「接続元」として、これらのアイコンを接続する所定のコネクタに関するレコードを、コネクタデータテーブル１２１５に追加することとなる。
【００８１】
一方、主体である「店舗」と顧客関係で接続されているアイコンが複数存在している場合、サーバ１００は、アイコンデータテーブル１２０５にて「個人運送業者」のアイコンに関するレコードを追加すると共に、この「個人運送業者」を「接続元」として接続すべき「接続先」のアイコンに関して、ユーザの指定を受け付ける画面（図１５の画面１３０１）をクライアント端末２００に送信する。図１５の例では、追加したアイコン「Ａ」に関して接続すべきアイコンの候補が「Ｂ」〜「Ｄ」の３つ存在している状況を示している。この場合のユーザは、この「Ｂ」〜「Ｄ」の３つのアイコンのうちから接続先を選択することになる。
【００８２】
こうして接続先が決定した後、サーバ１００は、「個人運送業者」のアイコンを「接続先」とし「店舗」のアイコンを「接続元」としてこれらアイコンを接続する所定のコネクタに関するレコードと、上述のように選択を受けた「購入者」のアイコンを「接続元」とし、新たに追加された「個人運送業者」のアイコンを「接続先」として、これらアイコンを接続する所定のコネクタに関するレコードを、コネクタデータテーブル１２１５に追加することとなる。
【００８３】
なお、上述の反映ルールテーブル１１３６に基づくｓ１０５に判定によっては、ステークホルダマップ２への反映形態が特定できないケースが生じる場合、どのブロックに関する操作内容を優先してステークホルダマップ２に反映させるか、サーバ１００は、図１６に例示する優先順位テーブル１１３７を参照して決定するとすれば好適である。
【００８４】
図１６に示す優先順位テーブル１１３７の場合、アイコンに関しては、「ＣＲ」が最上位であり、「Ｒ＄」が最下位と規定されている。
【００８５】
−−−フロー例２−−−
或るクライアント端末２００の操作に対応して対象となったステークホルダマップ２またはビジネスモデルキャンバス３の各データの更新をフロー例１のごとく行った後、サーバ１００は、当該ステークホルダマップ２または当該ビジネスモデルキャンバス３と関係する他のビジネスモデルキャンバス３に関して、その更新を行う処理について図に基づき説明する。
【００８６】
図１７は、本実施形態におけるビジネスモデル設計支援方法のフロー例２を示す図である。ここでは、或る製造会社「Ａ社」を主体とし、その顧客に宅配便会社「Ｂ社」が設定されたビジネスモデルキャンバス３Ａにおいて、「ＣＨ」ブロック１８０１に「セールスドライバー」のアイコン１７０１が追加される操作がクライアント端末２００でなされていたものとする（図１８参照）。この操作に関してはフロー例１の処理が実行され、アイコンデータテーブル１２０５、コネクタデータテーブル１２１５、ビジネスモデルキャンバスデータテーブル１２３５、の各テーブルでレコードが追加されているものとする。
【００８７】
そこでサーバ１００は、上述の操作がなされた画面、すなわち、該当クライアント端末２００で表示されている画面がステークホルダマップ２かビジネスモデルキャンバス３のいずれかを判定する（ｓ２００）。
【００８８】
上述の判定の結果、当該クライアント端末２００における表示画面がステークホルダマップ２であることが判明した場合（ｓ２００：ステークホルダマップ）、サーバ１００は、処理をｓ２０１に遷移させる。
【００８９】
このｓ２０１におけるサーバ１００は、操作対象であったステークホルダマップ２が含むアイコンすなわちステークホルダを主体とするビジネスモデルキャンバス３を、ビジネスモデルキャンバスデータテーブル１２３５で検索し、当該ビジネスモデルキャンバス３を表示しているクライアント端末２００に対し、フロー例１で操作対象となったアイコンやコネクタに関して更新した各データを含む更新通知を送信し（ｓ２０１）、処理を終了する。
【００９０】
具体的には、サーバ１００は、ビジネスモデルキャンバスデータテーブル１２３５のレコードのうち、主体アイコンＩＤ欄９０１に、該当ステークホルダマップ２が含む各アイコンのアイコンＩＤの値を含んでいるレコード群を検索する。また、サーバ１００は、この検索で特定できたビジネスモデルキャンバス３を表示中のクライアント端末２００について、所定の情報（例：サーバ１００が別途管理している、各クライアント端末２００で表示中のビジネスモデルキャンバス３に関する管理情報か、一定時間毎に各クライアント端末２００に問い合わせて得た表示中のビジネスモデルキャンバス３の情報、など）に基づいて特定し、当該クライアント端末２００に上述の更新通知を送信する。
【００９１】
他方、上述のｓ２００での判定の結果、当該クライアント端末２００における表示画面が図１８にて例示したようにビジネスモデルキャンバス３Ａであることが判明した場合（ｓ２００：ビジネスモデルキャンバス）、サーバ１００は、処理をｓ２０２に遷移させる。
【００９２】
このｓ２０２におけるサーバ１００は、ビジネスモデルキャンバス３Ａで示すように、主体を或る製造会社「Ａ社」、その顧客を「ＣＳ」の宅配便会社「Ｂ社」とした構成となっているステークホルダマップ２を、アイコンデータテーブル１２０５および条件ルールテーブル１１３５に基づいて特定する。
【００９３】
また、サーバ１００は、ここで特定できたステークホルダマップ２を表示中のクライア
ント端末２００について、所定の情報（例：サーバ１００が別途管理している、各クライアント端末２００で表示中のステークホルダマップ２に関する管理情報か、一定時間毎に各クライアント端末２００に問い合わせて得た表示中のステークホルダマップ２の情報、など）に基づいて特定し、当該クライアント端末２００に対し、フロー例１で操作対象となったアイコンやコネクタに関して更新した各データを含む更新通知を送信する。
【００９４】
続いて、サーバ１００は、上述の操作対象のビジネスモデルキャンバス３Ａとは、主体が異なる別のビジネスモデルキャンバス３、つまり主体が「Ａ社」以外であるものを表示中のクライアント端末２００を検索し、当該クライアント端末２００に対し、ビジネスモデルキャンバスデータの更新通知を行い（ｓ２０３）、処理を終了する。
【００９５】
この場合、サーバ１００は、ビジネスモデルキャンバスデータテーブル１２３５において、主体アイコンＩＤ欄９０１の値が、上述の操作対象のビジネスモデルキャンバス３Ａの「Ａ社」に対応したアイコンＩＤとは異なるレコード群を検索し、当該アイコンＩＤのビジネスモデルキャンバス３を、ビジネスモデルキャンバス３Ａとは主体が異なる別のビジネスモデルキャンバスとして特定する。ここでは図１８に示すように、ビジネスモデルキャンバス３Ｂが特定できたとする。
【００９６】
また、サーバ１０は、ここで特定できたビジネスモデルキャンバス３Ｂを表示中のクライアント端末２００について、所定の情報（例：サーバ１００が別途管理している、各クライアント端末２００で表示中のビジネスモデルキャンバス３に関する管理情報か、一定時間毎に各クライアント端末２００に問い合わせて得た表示中のビジネスモデルキャンバス３の情報、など）に基づいて特定し、当該クライアント端末２００に対し、フロー例１で操作対象となったアイコンやコネクタに関して更新した各データを含む更新通知を送信する。
【００９７】
図１８の例であれば、製造会社「Ａ社」を主体とし、その顧客に宅配便会社「Ｂ社」が設定されたビジネスモデルキャンバス３Ａにおいて、「ＣＨ」ブロック１８０１に「セールスドライバー」のアイコン１７０１が追加される操作がクライアント端末２００でなされていたことを受けて、ステークホルダマップ２を表示中のクライアント端末３００に対して、「セールスドライバー」のアイコンとそれに接続されるコネクタを追加する更新通知が、サーバ１００から実行される。それに続いて、これとは主体が異なり、宅配便会社「Ｂ社」を主体としたビジネスモデルキャンバス３Ｂを表示中のクライアント端末３００に対して、「ＣＨ」ブロック１８０２に「セールスドライバー」のアイコン１７０３を追加する更新通知が、サーバ１００から実行される。以上の処理により、ユーザによる操作対象のビジネスモデルキャンバス以外のビジネスモデルキャンバスに対しても更新が反映されることとなる。
【００９８】
以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【００９９】
こうした本実施形態によれば、ステークホルダマップとビジネスモデルキャンバスそれぞれとの動的な相互連携を的確かつ効率的に図り、ビジネスモデル設計業務の効率や精度を良好なものとできる。
【０１００】
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態のビジネスモデル設計支援システムにおいて、前記演算装置は、前記表示中の前記セグメント図における前記構成要素のうち特定の構成要素に関する情報の追加操作を所定装置で受けた場合、当該追加操作の対象情報の起源たる前記マップで表示中のアイコンまたはコネクタに関して、前記マップにおいて接続対象となるべき他アイコンまたは他コネクタの
ユーザ選択を所定装置にて受け付け、当該接続対象の他アイコンまたは他コネクタと、前記追加操作の対象情報の起源たる前記アイコンまたは前記コネクタとを所定ルールに基づき接続するものである、としてもよい。
【０１０１】
これによれば、ビジネスモデルキャンバスの或るセグメントで複数のアイコン等が設定されたケースなど、イレギュラーなマップ構成に対応し、こうした構成に関してユーザの意図と齟齬無くステークホルダマップに反映させることが可能となる。
【０１０２】
また、本実施形態のビジネスモデル設計支援システムにおいて、前記演算装置は、前記表示中の前記セグメント図における前記構成要素のいずれかの情報に対する操作を所定装置で受け、前記マップにて前記操作の内容に応じてアイコンまたはコネクタの追加、変更、および削除のいずれかを行う処理に伴い、前記アイコンまたは前記コネクタの情報を前記構成要素に関して表示しているセグメント図であって、前記操作を受けたセグメント図とは前記主体が異なる他のセグメント図それぞれに対し、前記操作の内容に応じて前記アイコンまたは前記コネクタの情報の追加、変更、および削除のいずれかを行うものである、としてもよい。
【０１０３】
これによれば、１つのステークホルダマップに対して複数存在しうるビジネスモデルキャンバスのうち或るビジネスモデルキャンバスに関して所定操作がなされたことを受けて、その内容をステークホルダマップのみならず、関係する他のビジネスモデルキャンバスにも展開し反映することが可能となる。
【０１０４】
また、本実施形態のビジネスモデル設計支援システムにおいて、前記記憶装置は、前記セグメント図における前記ビジネス事象の各構成要素と、当該構成要素に表示すべき、前記マップにおける前記アイコンまたは前記コネクタの情報との対応関係を規定した所定ルールを更に保持し、前記演算装置は、前記表示中の前記マップにおけるアイコンまたはコネクタに対する操作を所定装置で受けた場合、当該操作の対象となったアイコンまたはコネクタの情報を前記ルールに適用して、前記セグメント図において前記情報を表示すべき構成要素を特定し、当該構成要素に関して表示している各セグメント図にて、前記操作の内容に応じて当該情報の追加、変更、および削除のいずれかを行うものである、としてもよい。
【０１０５】
これによれば、上述のルールに沿って情報の追加、変更、削除等の適宜な処理が効率的になされることとなり、ひいては、ステークホルダマップとビジネスモデルキャンバスそれぞれとの動的な相互連携を更に的確かつ効率的に図り、ビジネスモデル設計業務の効率や精度を良好なものとできる。
【０１０６】
また、本実施形態のビジネスモデル設計支援システムにおいて、前記演算装置は、前記操作の対象となったアイコンまたはコネクタの情報を前記ルールに適用した際、前記セグメント図において前記情報を表示すべき構成要素が複数特定された場合、予め定めた優先順位に従って１つの構成要素を特定し、当該構成要素に関して表示している各セグメント図にて、前記操作の内容に応じて当該情報の追加、変更、および削除のいずれかを行うものである、としてもよい。
【０１０７】
これによれば、上述のルールに沿った適宜な処理が更に効率的になされることとなり、ひいては、ステークホルダマップとビジネスモデルキャンバスそれぞれとの動的な相互連携を的確かつ効率的に図り、ビジネスモデル設計業務の効率や精度を良好なものとできる
また、本実施形態のビジネスモデル設計支援方法において、前記情報処理システムが、前記表示中の前記セグメント図における前記構成要素のうち特定の構成要素に関する情報の追加操作を所定装置で受けた場合、当該追加操作の対象情報の起源たる前記マップで表
示中のアイコンまたはコネクタに関して、前記マップにおいて接続対象となるべき他アイコンまたは他コネクタのユーザ選択を所定装置にて受け付け、当該接続対象の他アイコンまたは他コネクタと、前記追加操作の対象情報の起源たる前記アイコンまたは前記コネクタとを所定ルールに基づき接続する、としてもよい。
【０１０８】
また、本実施形態のビジネスモデル設計支援方法において、前記情報処理システムが、前記表示中の前記セグメント図における前記構成要素のいずれかの情報に対する操作を所定装置で受け、前記マップにて前記操作の内容に応じてアイコンまたはコネクタの追加、変更、および削除のいずれかを行う処理に伴い、前記アイコンまたは前記コネクタの情報を前記構成要素に関して表示しているセグメント図であって、前記操作を受けたセグメント図とは前記主体が異なる他のセグメント図それぞれに対し、前記操作の内容に応じて前記アイコンまたは前記コネクタの情報の追加、変更、および削除のいずれかを行う、としてもよい。
【０１０９】
また、本実施形態のビジネスモデル設計支援方法において、前記情報処理システムが、前記記憶装置において、前記セグメント図における前記ビジネス事象の各構成要素と、当該構成要素に表示すべき、前記マップにおける前記アイコンまたは前記コネクタの情報との対応関係を規定した所定ルールを更に保持し、前記表示中の前記マップにおけるアイコンまたはコネクタに対する操作を所定装置で受けた場合、当該操作の対象となったアイコンまたはコネクタの情報を前記ルールに適用して、前記セグメント図において前記情報を表示すべき構成要素を特定し、当該構成要素に関して表示している各セグメント図にて、前記操作の内容に応じて当該情報の追加、変更、および削除のいずれかを行う、としてもよい。
【０１１０】
また、本実施形態のビジネスモデル設計支援方法において、前記情報処理システムが、前記操作の対象となったアイコンまたはコネクタの情報を前記ルールに適用した際、前記セグメント図において前記情報を表示すべき構成要素が複数特定された場合、予め定めた優先順位に従って１つの構成要素を特定し、当該構成要素に関して表示している各セグメント図にて、前記操作の内容に応じて当該情報の追加、変更、および削除のいずれかを行う、としてもよい。
【符号の説明】
【０１１１】
１    ネットワーク
２    ステークホルダマップ
３    ビジネスモデルキャンバス
１００  サーバ（ビジネスモデル設計支援システム）
１０１    ＣＰＵ（演算装置）
１０２    主記憶装置
１０２１  プログラム
１０３    補助記憶装置
１０４    入力装置
１０５    表示装置
１０６    ネットワークインターフェイス
１０７    バス
１１０    表示画面切替部
１１１    ビジネスモデルデータ取得部
１１２    ビジネスモデル表示部
１１３    ビジネスモデル編集部
１１３５  条件ルールテーブル
１１３６  反映ルールテーブル
１１３７  優先順位テーブル
１１４    ビジネスモデルデータ更新通知送信部
１１５    ビジネスモデルデータ更新通知受信部
１２０    アイコンデータ格納部
１２０５  アイコンデータテーブル
１２１    コネクタデータ格納部
１２１５  コネクタデータテーブル
１２２    グループデータ格納部
１２２５  グループデータテーブル
１２３    ビジネスモデルキャンバスデータ格納部
１２３５  ビジネスモデルキャンバスデータテーブル
２００    クライアント端末
２０１    ＣＰＵ（演算装置）
２０２    主記憶装置
２０２１  プログラム
２０３    補助記憶装置
２０４    入力装置
２０５    表示装置
２０６    ネットワークインターフェイス
２０７    バス
【図１】
2019008629.tif 000003
【図２】
2019008629.tif 000004
【図３】
2019008629.tif 000005
【図４】
2019008629.tif 000006
【図５】
2019008629.tif 000007
【図６】
2019008629.tif 000008
【図７】
2019008629.tif 000009
【図８】
2019008629.tif 000010
【図９】
2019008629.tif 000011
【図１０】
2019008629.tif 000012
【図１１】
2019008629.tif 000013
【図１２】
2019008629.tif 000014
【図１３】
2019008629.tif 000015
【図１４】
2019008629.tif 000016
【図１５】
2019008629.tif 000017
【図１６】
2019008629.tif 000018
【図１７】
2019008629.tif 000019
【図１８】
2019008629.tif 000020