複数の組織が参加するエコシステム

現代のビジネスや運用システムは相互につながった状況にあります。例えば、ある国の政治的不安定さが別の国の株式市場に大きな影響を与えることがありますし、ある業界の原材料不足が、需要の高い他の製品の価格や入手可能性に影響を与えることがあります。

さらに、組織が完全に孤立して存在し、運営する場合、資源と収益の損失、イノベーションと発見への遅れ、効率の低下、そして他の人がすでに犯した過ちを繰り返すリスクなど、コストが発生します。組織内外で手動のアドホックなデータ共有が必要な非統合システムにより、組織の効果が阻害されることがあります。これにより、セキュリティとデータガバナンスに大きなリスクが生じることがあります。

組織は、必要なデータの要求、収集、標準化に多くの時間を費やすことがあります。これらの時間をかけずに、データを理解し、より良い意思決定を行うことができます。

これが、組織や業界全体がエコシステムの一部であることの利点となります。

エコシステムでは、組織は互いにデータやアプリケーションを安全に共有できます。効果的なサプライチェーン、医薬品の発見、品質管理など、情報共有がプロセスに有益な例です。

例えば、上流のサプライチェーンの混乱を早期に検出し、適応できる小売業者は、運転資金を抑えながら売上を伸ばすことができます。この仮想的なシナリオでは、同じエコシステム内の製造業者やベンダーは、小売業者の在庫が少ないことに気づき、利益性を向上させ在庫管理を最適化するために製造スケジュールを最適化することができます。組織間のデータやアプリケーションの共有は、すべての関係者に利益をもたらすことができます。

ソリューション

Palantir Foundry は、複数の組織が標準化されたデータ形式とアプリケーションインターフェースでデータを安全に共有できるクロス組織エコシステムを実現します。Foundryは、航空、自動車、金融、製薬業界をはじめとするエコシステムを支えるセキュリティ、データ管理、アプリケーションの要件に関して実績があり、相互に有益な共同作業とデータ共有が可能です。

通常、エコシステムの関係者には、企業、ベンダー、アプリ開発者、業界の他の参加者などが含まれます。各当事者は、自分たちのスペースやデータガバナンスを完全に所有し、誰と何を共有するか、そして何がプライベートであるかを正確に管理します。

Foundryは、データアクセス、調整、共同作業の主な課題に対処するために、カスタムシステムからの共有を自動化し、標準化します。データが中央の管理ポイントが必要だった歴史的なモデルを超えて、Foundryは、すべての当事者が自分のスペースやデータガバナンスを制御し、誰と何を共有するか、そして各組織内で何がプライベートであるかを完全に制御できるように権限を分割できます。

エコシステムモデルの種類

Foundryは、エコシステムが成長するにつれて組み合わされることが多い、組織間のエコシステムモデルのいくつかの異なるスタイルをサポートしています。以下にいくつかの一般的な例を示します。

市場エコシステム

市場エコシステムモデルでは、1つの組織が同じ市場に参加する他の組織のためにエコシステムを導入し、相互に有益なイノベーションのための伝達路となります。

例えば、主要な製薬企業が市場エコシステムを作成して、(1) 研究データをプールしてより確かな結果を得るため、(2) 新薬の開発に関してパートナーとなる機会を特定することができます。

市場エコシステム図

Foundryは、プライベートおよび共有の名前空間の設定を通じて、市場エコシステムモデルを実現します。組織は、プライベート名前空間内のプロジェクトでプライベートパイプラインとアプリケーションを構築できます。組織は、どのデータが共有されるかを定義することができます。また、手動のエクスポートや自動データパイプラインを通じて、共有可能なデータセットを作成できます。これらのデータセットは、共有名前空間内の共同プロジェクトで複数の当事者が利用できます。組織のマーキングなどの必須コントロールにより、データセットへのアクセスを粒状に監査および制御することが容易になります。データの所有者は、どの組織およびその組織内のユーザーがデータセットにアクセスしているかを確認できます。

共有名前空間での共同分析は、Contour や Code Workbook などのアプリケーションを通じて実施できます。参加者が共通のオントロジーを使用する場合、共有データアセット上で Object Explorer、Quiver、Vertex などのアプリケーションを活用できます。

クライアントエコシステム

クライアントエコシステムでは、組織はいくつかの方法でより良い製品やサービスを提供することができます。この文脈では、ホスト組織は、クライアントエコシステムモデルとベンダーエコシステムモデルの両方を採用することがあります。クライアントとベンダーのエコシステムの利点と構成は類似しています。

ベンダーエコシステム

クライアントとベンダーは、過去にアクセスできなかった他のエコシステムメンバーに関するサービスや製品のデータを共有することができます。このデータ共有により、すべての当事者が製品の運用についてより多くのことを学び、時間とともに改善することができます。また、問題の予測やトラブルシューティングの迅速化などのアフターセールサービスにつながることがあります。例えば、航空機製造業者（ベンダー）は、顧客（航空会社）に航空機部品の保証請求に関する意思決定を行うアプリを提供することができます。

第二に、組織は、クライアントやベンダーのデータに基づいたアプリなどのデジタルオファリングで、既存の製品やサービスを補完することができます。この例では、航空機製造業者（ベンダー）は、顧客（航空会社）に、フライトスケジュールの改善に関する意思決定を行うアプリを提供することができます。

ベンダーおよびクライアントエコシステム図

第三者エコシステム

第三者エコシステムモデルでは、アプリ開発者やデータプロバイダ、サービスプロバイダが、既存のエコシステム参加者が利用するプラットフォームリソースに貢献するよう招待されます。開発者は、すべての参加者が共通のオントロジーを使用しているため、プラットフォームに持ち込んだアプリやデータをエコシステムのメンバーに開発、販売、デプロイすることができます。エコシステムのホストは、開発者やそのデータ、アプリを認証するか、エコシステム内の開発者と潜在的なクライアントとのつながりを促進するより非公式なアプローチを選択することができます。

このモデルは、エコシステム内にすでに異なる組織のネットワークが確立されている場合に最も価値があります。したがって、第三者エコシステムモデルは、時間とともに進化する傾向があります。

第三者エコシステムモデル図

エコシステムモデルの共通機能

ホスト組織は通常、Foundryのエンロールメント（つまり、Palantirとの契約枠組みでライセンスと課金を定義するもの）の所有者であり、ファシリテーターとしての立場を取ります。このエンロールメントを通じて、ホスト組織は、クライアント、市場参加者、第三者、ベンダーなど、他の組織をオンボードできます。すべての組織は、エコシステムのパートナーと見なされます。Foundryは、ホスト組織がWorkshopモジュールなどのFoundryアプリケーションを共有できる共有名前空間を提供することで、エコシステムモデルをサポートしています。一方、メンバーは、自分たちのデータを提供し、ホスト組織と選択されたデータを共有できます。

共通のオントロジーを定義することで、ホスト組織は、メンバーが提供されたアプリケーションを活用できることを確認できます。これは、各メンバーが持つソースシステムやデータ形式に関係ありません。メンバーは、プライベート名前空間でパイプラインを構築し、独自のプロプライエタリデータを共通のデータモデルに変換できます。共通のデータ変換パイプラインは、ホスト組織によってテンプレート化され、迅速なオンボーディングが可能になります。

組織は、複数のクライアント、サードパーティアプリプロバイダ、ベンダーと同時に取り組むことがよくあります。ベンダーは、例えば、ホスト組織、メンバー、またはプラットフォームにいない他の人に最高の製品を提供するために、互いに競い合うことがよくあります。データのセキュリティとガバナンスは、このエコシステムモデルにとって非常に重要です。メンバーは、自分たちのデータを確保し、管理し、制御することができることを確信して、効果的に参加する必要があります。Foundryのデータは、必須コントロールを通じてセキュリティが確保され、アクセスが制御されています。これにより、共有されるべきデータが意図された組織にアクセスでき、共有されないデータが所有組織の外部のユーザーにはアクセスできないようになります。

エコシステムモデルの主要要素

以下に、すべてのエコシステムモデルに共通する要素と、航空業界の例を示した図を示します。

共通のオントロジー

エコシステム内のすべての組織がコネクテッドネットワークの力を最大限に活用するためには、Foundryでオントロジーとして知られる同じスキーマを使用して、実世界のエンティティとその関係を表現する必要があります。エコシステム参加者は、業界標準を使用するか、独自のオントロジーを定義することができます。オントロジーは、Foundryでバージョン管理されており、インクリメンタルな開発（たとえば、需要に基づいて1つのエンティティを1つずつ）が可能で、単一のエコシステム参加者からの改善やインプットがすべての参加者に利益をもたらすようになっています。同じスキーマを使用することは、参加者が同じソースシステムや生データ形式を使用することを意味していません。 )

パイプラインテンプレート

Foundryは、Data ConnectionやCode Repositoriesなどのデータ統合ツールを提供しており、さまざまなソースシステムや形式からのデータを共通のデータモデルに変換するためのパイプライン構築とデータ変換が可能です。これにより、エコシステムの参加者は、共通のデータモデルを使用できるように、同じソースシステムを使用する必要がありません。入力データ形式や入力システムに共通点がある場合、エコシステムホストは、Foundry内でそれらを統合するためのロジックを1度定義し、参加者と共有できます。共通のソースシステム（SalesforceやSAPなど）の場合、ホストやユーザーは、HyperAutoを活用して、入力データを共通のオントロジースキーマに変換することができます。

アプリケーション

アプリケーションは、Foundryのネイティブツールを組み合わせて、エコシステムの参加者に対してユースケースを特別に対応する独自の方法を提供する手段です。共通のオントロジーがあるおかげで、エコシステムのホストは、次の2種類のアプリを提供できます。

• 参加者のデータをプールして、より良いモデリングのためのデータスケールを増やし、学んだことを参加者のデータポイントに適用する（例えば、すべての航空会社の航空機のデータに基づいて、1つの航空機の部品の欠陥を予測する）。参加者のデータプールは、すべての参加者が同意するデータとセキュリティの設定によって管理され、しばしば匿名化されたり集計されたりします。
• 参加者のプライベートデータにアプリを展開する（例えば、1つの航空会社のデータに基づいてフライトスケジュールの改善を行う意思決定）。

セキュリティとガバナンス

複数の組織が1つのプラットフォームに存在するため、エコシステムはすべての参加者に対して最高レベルのプラットフォームとデータセキュリティが求められます。このセキュリティを念頭に置いて設計されたFoundryは、すべてのエコシステム参加者がアクセスできる共同作業スペースだけでなく、1つまたはサブセットの組織だけがアクセス権と共同作業の能力を持つプライベートスペースも保護するためのツールが揃っています。これらのセキュリティツールには、エンロールメント、名前空間、組織のマーキングやセキュリティマーキングなどの必須コントロールが含まれます。

このユースケースパターンについての詳細情報が必要ですか？同様のものを実装しようとしていますか？Palantirで始めましょう。