1. オンデバイストランザクションの理論を定義する
デバイス上で AI を取得すると、特定の戦略的問題が解決されるはずです。購入者は、クラウドへの露出の低減、より迅速なインタラクション、オフライン復元力、ローカル データ処理、デバイス エコシステムへのアクセス、差別化されたハードウェア利用、またはインテリジェンスをユーザーの近くに配置する流通チャネルを必要とする場合があります。各論文は異なる勤勉負担と評価ロジックを生み出します。
売り手の主張は、互換性のあるデバイス、インストールされているソフトウェア、有効化された機能、適格なタスク、受け入れられた結果、顧客価値、実現価格、および保持される現金貢献など、測定可能なチェーンとして表現される必要があります。チェーンが切れると価値が制限されます。モデルは、ユーザーがアクティブ化しなくてもデバイス上で実行できます。機能を有効にすると、品質が低下したり、バッテリーを過剰に消費したりする可能性があります。価値ある成果が固定価格の中に閉じ込められたままになる可能性があります。
Apple の Core ML ドキュメントには、デバイス上での実行によりネットワーク接続の必要性がなくなり、プライバシーと応答性がサポートされ、CPU、GPU、ニューラル エンジンのリソースが使用できると記載されています。[1] Google の AI エッジ マテリアルは、低遅延とローカル データを中心にオンデバイス モデルを配置します。[2] これらはプラットフォームの機能です。取引チームは、サポートされている不動産全体にわたる企業固有の証拠を依然として必要としています。
著者のフレームワーク。配置はタスクの能力、結果、接続性、データ、経済性に基づいて行われます。
2. ルートを選択する前にワークロードを分類する
関連する質問は、製品がデバイス上にあるかどうかではありません。どのタスクがどのルートに属するかです。境界のある分類、ローカル転写、またはセンサー検出タスクは、デバイスのエンベロープに適合できます。大規模なマルチソース調査では、クラウド モデル、検索、および拡張コンテキストが必要になる場合があります。結果的なアクションには、集中管理または承認されたレビューが必要になる場合があります。
タスク分類では、入力タイプ、モデル要件、メモリ、エネルギー、レイテンシ、接続性、データ感度、ツール アクセス、結果および品質しきい値を記録する必要があります。その後、製品は承認されたルートとフォールバックを定義できます。同じアプリケーションが図 1 の 4 つの場所すべてを使用する場合があります。
| ワークロードクラス | 主な値 | 典型的な制約 | 候補者の配置 | 取引証拠 |
|---|---|---|---|---|
| 日常的なパーソナライゼーション | 個人的な適応と即時性 | デバイスの互換性とモデルのサイズ | デバイス | アクティベーション、受け入れ、バッテリーへの影響 |
| インタラクティブな支援 | 応答時間と継続性が低い | コンテキスト、熱エンベロープ、品質 | デバイスまたはハイブリッド | テールレイテンシー、フォールバック、ユーザー維持 |
| 機密性の高い企業タスク | ローカルデータ制御 | ポリシー、監査、およびツールの権限 | デバイス、ローカル エッジ、またはプライベート クラウド | データフロー、契約および管理の証拠 |
| 複雑な合成 | フロンティアの品質と大きな文脈 | ネットワーク、クラウドのコスト、データ転送 | ハイブリッドまたはクラウド | 品質応答曲線と完全なコスト |
| 産業上の認識 | 継続的なローカル意思決定サポート | 信頼性、安全性、ハードウェアのライフサイクル | デバイスまたはサイトエッジ | 動作条件下で検証された性能 |
| 結果的な実行 | 副作用を伴う制御されたアクション | 権限、検証、ロールバック | 強制制御付きハイブリッド | 承認されたワークフロー、ロギングおよびインシデント証拠 |
企業固有の評価により、どのルートが承認された結果基準を満たすかが決定されます。
分類はバージョン管理する必要があります。現在の主力プロセッサで動作するルートでも、古いデバイスやオペレーティング システムの変更後には失敗する可能性があります。販売者は、すべての重要な機能についてサポートされる最小のハードウェアとソフトウェアを明記する必要があります。
3. ハードウェアリーチの分母を構築する
インストールベースは、戦略的なリーチとして表されることがよくあります。経済の分母は狭くなります。それは、モデルとランタイムと技術的に互換性のあるデバイスから始まります。次に、サポートされていないオペレーティング システム、不十分なメモリまたはストレージ、使用できないアクセラレータ、除外された領域、アンインストールされたアプリケーション、無効になったアクセス許可、非アクティブなアカウント、および機能をアクティブ化していないユーザーが削除されます。
残りのアクティブなサポート対象資産はコホートごとに測定する必要があります。デバイスは古くなり、バッテリーは劣化し、オペレーティング システムは断片化され、ベンダーはアクセスを変更します。買い手は、交換サイクルと、顧客を放棄することなくパフォーマンスを維持する売り手の能力を理解する必要があります。
すべてのカウントは、メソッドを説明するための仮想的な管理上の仮定です。
| リーチ層 | 意味 | 証拠 | 評価用途 |
|---|---|---|---|
| アドレス指定可能なハードウェア | 主張されているカテゴリまたはエコシステム内のデバイス | プラットフォームと市場の記録 | 上限市場境界のみ |
| 互換性のあるハードウェア | プロセッサ、メモリ、ストレージ、アクセラレータの要件を満たすデバイス | 互換性テストとデバイス マトリックス | 技術的な範囲 |
| サポートされている不動産 | サポートされているオペレーティング システム、地域、アプリケーションのバージョンを備えた互換性のあるデバイス | リリースとサポートの記録 | 実用的な範囲 |
| 設置されたアクティブエステート | アプリケーションまたはサービスがアクティブに使用されているサポート対象デバイス | 製品テレメトリー | 現在の配布アクセス |
| 有効化された機能 | ユーザーが AI 機能を有効にして使用しているアクティブなデバイス | 同意と製品イベント | 採用分母 |
| 結果が承認されたユーザー | ユーザーは承認された品質とサービスで定義された結果を受け取ります | 評価とワークフローの証拠 | 経済的リーチの分母 |
| 維持ユーザーに料金を支払う | 受け入れられた結果を実現した価格と更新に関連するユーザー | 請求、収集およびコホートデータ | 貢献と評価ベース |
購入者は、各レイヤーを記録システムと記載された測定日と照合する必要があります。
4. プライバシーを証拠のある製品の主張に変える
ローカル処理により、対象となる生の入力の送信が削減される可能性があります。すべてのデータがデバイス上に残っていることを証明するものではありません。テレメトリ、クラッシュ ログ、取得、モデルの更新、クラウド フォールバック、サポート、広告、分析、アカウント システムは引き続きデータを移動できます。バイヤーは、すべての重要なタスクとフォールバックの実際のパスをマッピングする必要があります。
プライバシーの主張では、どの入力がローカルに残り、どの派生データがデバイスから送信されるか、データがどのくらいの期間保持されるか、プロバイダーがモデルの改善にデータを使用できるかどうか、処理が行われる場所、および削除の仕組みを指定する必要があります。ユーザー コントロールと契約言語は実装と一致している必要があります。
Apple のプライベート クラウド コンピューティングの資料では、検証可能なソフトウェアやプライバシー保護など、リクエストに大規模なモデルが必要な場合に使用されるクラウド処理のセキュリティ アーキテクチャについて説明しています。[8] プライバシー指向のクラウド設計の存在により、バイナリ デバイスやクラウド アーキテクチャを前提とするのではなく、ハイブリッド パスを検討する必要性が強化されています。
| 請求 | 技術的証明 | 商用証拠 | 故障モード |
|---|---|---|---|
| データはローカルに残ります | パケット、ログ、コード、構成のレビュー | 顧客規約とプライバシー通知 | 非表示のテレメトリまたはクラウド フォールバック |
| オフラインでの利用可能性 | サポートされているデバイス間での切断された機能テスト | 関連コホートで観察された使用と保持 | ネットワークなしでは部分的な機能が失敗する |
| より速い応答 | 代表的な負荷の下でのエンドツーエンドのパーセンタイル測定 | タスクの完了とユーザー設定 | ワークフローの利益なしのベンチマークの利益 |
| 配送コストの削減 | エンジニアリングとサポートを含むデバイスとクラウドのコスト台帳 | コホートごとの貢献度 | コストはサポートまたはハードウェア負担に転嫁されました |
| より強い信頼 | 同意、管理および事件の証拠 | 採用、更新、または支払いの意欲 | 行動的反応を伴わないマーケティング上の主張 |
| より広い到達範囲 | アクティブな不動産および分配権をサポート | アクティベーション、承認された結果、および収集 | 適格性の低いヘッドライン設置ベース |
クレームは、技術的、契約的、および顧客の証拠が一致する場合にのみ評価されます。
5. 価格のレイテンシとオフライン復元力
遅延はエンドツーエンドのサービスの尺度です。モデルの実行時間は 1 つのコンポーネントにすぎません。モデルの読み込み、プロンプト構築、取得、ツールの使用、サーマル スロットリング、メモリ負荷、オペレーティング システムのスケジューリング、およびユーザー インターフェイスのレンダリングが結果に影響を与える可能性があります。製品は、デバイス クラスとタスクごとに中央値と末尾の遅延を測定する必要があります。
MLCommons は、モバイル推論シナリオを定義し、パーセンタイル遅延、スループット、品質目標をレポートします。[3] 標準化された結果はハードウェアの比較に役立ちますが、製品の評価には実際のアプリケーション、モデル、デバイス資産が必要です。入手可能な主力システムのベンチマーク結果は、販売者の完全な設置ベースでのパフォーマンスを確立するものではありません。
オフラインの復元力は、旅行、現場作業、産業運営、制約のあるネットワークにおいて価値をもたらします。製品には、どの機能がオフラインで動作するか、どのくらいの期間使用可能であるか、更新と資格情報がどのように動作するか、接続が戻ったときに状態がどのように同期するかを記載する必要があります。顧客の証拠は、回復力が導入、維持、または価格に影響を与えることを示す必要があります。
6. 完全なデバイスの経済性を再構築する
オンデバイスで実行すると、対象となるタスクに対する従量制のクラウド推論が削減される可能性があります。これにより、モデルの変換と圧縮、デバイス固有の最適化、アプリケーション サイズ、ダウンロード帯域幅、ストレージ、評価、オペレーティング システムの認証、テレメトリ、サポート、サイバー セキュリティ、モデルの更新、ロールバック、およびより広範な互換性マトリックスなど、別のコスト スタックが導入されます。
エネルギーとバッテリーの使用は顧客エクスペリエンスに影響を与え、サポートや導入コストが発生する可能性があります。メモリ不足により、同時実行機能が制限される場合があります。サーマル スロットリングにより、持続的なパフォーマンスが変化する可能性があります。ハードウェア ベンダーはデバイスの価格にアクセラレータを含めることができますが、アプリケーション会社には依然としてエンジニアリングおよび販売コストが発生します。
経済台帳では、承認された結果レベルでルートを比較する必要があります。クラウド ルートはリクエストあたりのコストが高く、より幅広い機能をサポートする場合があります。デバイス ルートには、変動するプロバイダー コストが低く、固定エンジニアリング コストが高い場合があります。損益分岐点は、適格なボリューム、リーチ、品質、ライフサイクル、および顧客価格によって異なります。
7. モデルのサイズ、圧縮、品質を管理する
デバイスの展開では、多くの場合、より小さなモデル、量子化、枝刈り、蒸留、または特殊なアーキテクチャが使用されます。これらの技術により、メモリ、エネルギー、待ち時間を削減できます。また、品質、堅牢性、動作が変化する可能性もあります。すべての材料バリエーションには、代表的なタスクとデバイスの評価が必要です。
Apple は、デバイス固有の推論時間とモデル バリアントを含むサンプル モデル情報を公開しています。[4] Google は、エッジ ツールを通じて Gemma のモバイル導入パスを文書化しています。[5] これらの情報源は、パフォーマンスがモデル、精度、デバイス、およびソフトウェア スタックに依存することを示しています。対象企業の測定結果が取引の真実の情報源であり続けます。
モデル登録には、ソース、ライセンス、トレーニングと微調整の権利、アーキテクチャ、精度、サポートされるデバイス、ランタイム、品質しきい値、リリース日、ロールバック、サポート終了を記録する必要があります。トランザクションでは、重要な最適化が創設者、譲渡不可能なツール、または機密プラットフォームへのアクセスに依存しているかどうかを識別する必要があります。
8. ハイブリッド ルーティングをコントロール プレーンとして使用する
ハイブリッド ルーティングは、ローカルで実行するか、サイト エッジで実行するか、プライベート クラウドで実行するか、パブリック クラウドで実行するかを決定します。機密性の高いタスクやインタラクティブなタスクのローカル処理を保持し、複雑な作業をより強力なモデルにエスカレートできます。ルーターは、デバイスの機能、タスク クラス、結果、接続性、データ ポリシー、品質、遅延、コスト、およびサービスの可用性を評価する必要があります。
著者のフレームワーク。すべてのルートは、承認されたタスク、データ、品質、サービス エンベロープの対象となります。
フォールバック経済学は台帳に属します。デバイス ルートは、モデルが利用できない、ハードウェアがサポートされていない、リソースが制約されている、品質がしきい値を下回っているなどの理由で失敗する可能性があります。クラウド フォールバックにより、コストが増加し、データ パスが変更される一方で、結果が保護される可能性があります。製品は、必要に応じてそのパスを顧客に開示する必要があります。
9. 引受販売およびプラットフォーム管理
オンデバイスの価値は多くの場合、プラットフォームの所有者、半導体ベンダー、オペレーティング システム、アプリ ストア、相手先ブランド供給のメーカー、または企業のデバイス マネージャーに依存します。ターゲットは、契約上のアクセス、技術的統合、優先配布の立場、または単にアプリケーションを公開する能力を持っている場合があります。これらの位置では耐久性が異なります。
購入者は、承認権限、API、資格、ストア ルール、収益分配、ランキング、プレインストール、デフォルト ステータス、更新制御、セキュリティ要件、および終了を確認する必要があります。販売契約は期限切れになる場合があります。オペレーティング システムの所有者は、機能を複製できます。ハードウェア ロードマップにより、ターゲットの最適化が廃止される可能性があります。
戦略的な到達範囲は、企業の展開にも依存します。モバイル デバイスの管理、セキュリティのレビュー、調達、モデルの更新、データ ポリシーによって採用が決まります。消費者によるダウンロード数を企業配布の証拠として扱うべきではありません。
10. モデル、ソフトウェア、およびデータの権利を保護する
トランザクションには、すべての材料モデル、重量、データセット、ランタイム、コンパイラ、ライブラリ、最適化に対する譲渡可能な権利が必要です。オープンソース ラベルによってライセンス義務が免除されるわけではありません。モデル ライセンスでは、使用、再配布、ホストされたサービス、ブランド化、または規模を制限できます。サードパーティのコードには、通知、出典、または特許条件が課される場合があります。
トレーニングと評価のデータには、出所、許可、保持の記録が必要です。デバイスのテレメトリには、個人情報または商業上の機密情報が含まれる可能性があります。購入者は、顧客の契約で意図した統合、モデルの改善、および製品間の使用が許可されているかどうかを理解する必要があります。
従業員と請負業者の割り当ては、発明、コード、モデル、データ パイプライン、および文書をカバーする必要があります。共同開発や大学の取り決めによって、バックグラウンドとフォアグラウンドの権利が生まれる可能性があります。移行できない重要なモデルの最適化は、取得理論を弱める可能性があります。
11. サイバーセキュリティをエッジエコノミクスの一部として扱う
モデルをデバイスに配布すると、攻撃対象領域が変化します。攻撃者は、アプリケーション パッケージの検査、重みの抽出、入力の操作、実行時の状態の改ざん、または更新チャネルの悪用を行うことができます。企業は、モデルの機密性、コード署名、セキュア ブート、ハードウェア バックアップ キー、構成証明、サンドボックス化、更新の整合性、ロールバックを評価する必要があります。
デバイスが侵害されると、誤った出力や安全でないアクションが生成される可能性があります。結果として生じるワークフローには、検証、権限、レート制限、確認が必要です。テレメトリは、プライバシーの命題を損なうことなく、異常な動作を検出する必要があります。
セキュリティコストは製品モデルに含まれます。大規模な資産では、脆弱性への対応、サポートされているバージョンの管理、およびインシデントのコミュニケーションが必要になります。サポートされていないデバイスは、セキュリティ リスクと顧客維持の問題の両方になる可能性があります。 NIST のセキュア ソフトウェア開発フレームワークは、関連する開発ガイダンスを提供し、その AI リスク管理フレームワークと生成的 AI プロファイルは、より広範なガバナンスをサポートします。[31][32][33]
12. 規制と輸出の制約をマップする
プライバシー、AI、消費者、サイバーセキュリティ、製品の安全性、雇用および部門の規則は、用途および管轄区域に応じて適用される場合があります。ローカル処理により、一部の転送が削減される可能性があります。透明性、法的根拠、セキュリティ、正確性、差別、人間による監視または記録の義務が排除されるものではありません。
欧州連合法 AI 法では、リスクベースの義務が適用され、適用されるスケジュールにプロバイダー、展開者、および汎用 AI に関連する規則が含まれています。[34] 一般データ保護規則と監督指針は、引き続き個人データの処理に関連します。[35] 取引チームは、実際の製品と地域に関する最新のアドバイスを入手する必要があります。
輸出規制と制裁は、高度なハードウェア、ソフトウェア、暗号化、テクニカル サポートに影響を与える可能性があります。ハードウェアの範囲は、合法的にサービスを提供できない管轄区域または顧客を除外する必要があります。買い手は、契約上または法的に利用できない理論上のリーチを評価すべきではありません。
13. M&A の根拠と反事実を定義する
買収ケースでは、パートナーシップや社内開発を通じてよりも早く、より確実に買い手が何を得るかを特定する必要があります。考えられる資産には、エッジ最適化モデル、コンパイラー、ランタイム ソフトウェア、デバイス テレメトリ、配布権、アクティブな設置ベース、企業契約、専門エンジニア、またはハードウェア関係が含まれます。
反事実は、構築コスト、時間、プラットフォームへのアクセス、機会費用、障害リスクを見積もる必要があります。大規模な設置ベースを持つ購入者は、ターゲットのモデルとランタイムを評価する可能性があります。モデル会社は購入者の分布を重視する場合があります。半導体企業は、アクセラレータの使用率を高めるワークロードを重視する場合があります。相乗効果モデルは、すべての購入者が同じ価値を実現できると想定するのではなく、関連当事者の資産に従う必要があります。
競争レビューでは、市場の定義、差し押さえ、データ、エコシステム、相互運用性、イノベーションを調査できます。米国司法省と連邦取引委員会は合併ガイドラインを発行しています。欧州委員会と英国競争市場庁は合併審査ガイダンスを発行しています。[36][37][38] 実際の取引には最新の法的助言が必要です。
14. 買収運用モデルを構築する
購入者は、どのコンポーネントを独立させ、どのコンポーネントを統合するかを決定する必要があります。モデル開発、デバイスの最適化、アプリケーション エクスペリエンス、配布、クラウド フォールバック、顧客契約、およびガバナンスには、異なる所有者が存在する場合があります。あらゆる意思決定を一元化する統合は、デバイス固有の迅速な反復を利点とする製品の速度を低下させる可能性があります。
アーキテクチャと商業ガバナンスは一致する必要があります。製品チームはルートを選択できます。財務部門はコストと顧客価格を調整する必要があります。セキュリティおよびプライバシー チームはデータ パスを承認する必要があります。営業担当者は、サポートされていないデバイスや無制限の高価なフォールバックを約束することは避けるべきです。取締役会は 1 つのリーチおよび貢献元帳を参照する必要があります。
エンジニアリングの専門人材を維持することが重要になる場合があります。勤勉チームは、重要な知識、文書化、後継者、インセンティブ、および作業権限をマッピングする必要があります。取引では、知識が制度化されていない個人にテクノロジーの価値を帰属させることは避けるべきです。
15. 仮想取得事例
オンデバイスおよびハイブリッド AI を備えたエンタープライズ生産性アプリケーションを評価する仮想の取得者について考えてみましょう。このセクションのすべての数値は、方法を説明するためにのみ作成された管理上の仮定です。特定の企業や市場予測を説明するものではありません。
販売者は、8,000 万のアドレス指定可能なデバイスを挙げています。技術およびサポートのレビューにより、5,200 万台の互換性のあるデバイスと 4,100 万台のサポートされているデバイスが特定されました。このアプリケーションは、1,400 万台のサポートされているデバイスでアクティブです。 400 万人のユーザーが AI 機能をアクティブにし、280 万人が月に少なくとも 1 つの承認された結果を生成します。これらのユーザーのうち、120 万人が有料のエンタープライズ アカウントまたはプレミアム アカウントにリンクされています。
この製品は 4,800 万の対象タスクを処理します。 58% がデバイス上で実行され、12% がローカルまたはプライベート エッジで、30% がパブリック クラウドまたはクラウド フォールバックで実行されます。 AI 対応オファーに割り当てられる月間認識収益は AED 8.4 million です。完全な直接コストは AED 3.36 million で、貢献度の AED 5.04 million、つまり 60.0 パーセントが生じます。
| メトリック | 基準月 | 2年目のケース | 証拠ゲート |
|---|---|---|---|
| サポートされているアクティブデバイス | 14.0m | 22.0m | 互換性のあるハードウェア、ソフトウェアのサポート、アクティブなテレメトリ |
| 結果が承認されたユーザー | 2.8m | 6.2m | タスクの評価とユーザーイベント |
| 承認された結果をユーザーに支払う | 1.2m | 3.0m | 請求、回収、アカウント連携 |
| 対象となる毎月のタスク | 48.0m | 118.0m | 機密タスクテレメトリ |
| デバイスとローカルエッジの共有 | 70% | 78% | ルートトレースとフォールバック調整 |
| 認識された月次収益 | AED 8.40m | AED 18.60m | 契約、請求および収益ポリシー |
| 完全な直接コスト | AED 3.36m | AED 6.70m | デバイス、クラウド、エンジニアリング、制御およびサポート台帳 |
| 貢献利益率 | 60.0% | 64.0% | 一貫した完全コストポリシー |
| 毎月のクラウドフォールバック率 | 14% | 8% | 失敗したルートとエスカレーションのレコード |
すべての値は管理上の仮定を例示するものであり、企業固有の証拠が必要です。
2 年目のケースでは、サポート範囲の拡大、アクティベーションの増加、有料ユーザーの増加、デバイスの実行の改善、フォールバック率の低下を想定しています。また、モデルのアップデート、セキュリティ、サポートにも資金を提供します。それぞれの変更には運用上の証拠が必要です。購入者は、サポートされていないリーチとテストされていないルーティングの節約を基本ケースの外に留めておく必要があります。
すべての値は、AED 百万単位の管理上の仮定を例示するものです。
16. ストレスリーチ、ルーティング、顧客価格
マイナス面はリーチから始まるはずだ。互換性の問題により、対象となるデバイスが減少する可能性があります。オペレーティング システムを変更すると、サポート コストが増加する可能性があります。品質のギャップにより、クラウドのフォールバックが増加する可能性があります。プライバシーへの懸念により、アクティベーションが低下する可能性があります。プラットフォームの変更により、流通が弱まる可能性があります。これらの影響は同時に発生する可能性があります。
| シナリオ | 有料リーチ | デバイスルート共有 | 実現価格 | 完全な直接コスト | 貢献利益率 | 解釈 |
|---|---|---|---|---|---|---|
| ベース | インデックス100 | 70% | インデックス100 | AED 3.36m | 60.0% | 現在の事例の例 |
| 強力なプライバシーの導入 | インデックス 118 | 74% | インデックス106 | AED 3.74m | 64.0% | プレミアムな価値を支える顧客対応 |
| ハードウェアの断片化 | インデックス78 | 55% | インデックス98 | AED 3.62m | 50.5% | リーチは低下し、クラウド フォールバックは上昇します |
| プラットフォームへのアクセス喪失 | インデックス64 | 63% | インデックス95 | AED 3.20m | 45.1% | 配布と活性化が弱まる |
| 品質の回帰 | インデックス85 | 48% | インデックス94 | AED 3.88m | 39.8% | 再試行、フォールバック、サポートの増加 |
| 制御されたハイブリッドルーティング | インデックス108 | 79% | インデックス101 | AED 3.08m | 66.2% | 検証された品質と不動産の範囲が必要です |
| 総合的なマイナス面 | インデックス58 | 42% | インデックス88 | AED 4.10m | 28.0% | 流動性と評価保護が必要 |
すべての値は、メソッドのデモンストレーションのための例示的な管理仮定です。
敏感さは現金、統合資金、取引構造に流入する必要があります。購入者は、定常状態の 1 つの割合を使用するのではなく、ハードウェアのライフサイクル全体を通じて更新およびサポートのコストをモデル化する必要があります。デバイスを交換すると、古いハードウェアを使用している顧客を残しつつ、機能を拡張できます。
17. サポートされるリーチと保持される貢献の価値
オンデバイス AI の評価は、インストールベースの見出しではなく、サポートされている経済的資産から始める必要があります。開始分母は、必要なプロセッサ、メモリ、ストレージ、オペレーティング システム、セキュリティ、およびアプリケーションの条件を満たすデバイスの数です。次のゲートは、アクティブな使用、機能のアクティブ化、承認された結果、支払いアカウント、および貢献の保持です。各ゲートには、再現可能なソースと周期定義が必要です。
収入アプローチでは、使用料の支払い、更新、拡張、および検証済みのコスト回避によるキャッシュ フローをモデル化できます。収益は契約と収益認識ポリシーを反映する必要があります。直接コストには、デバイスのテスト、モデルの最適化、ソフトウェアの更新、クラウドのフォールバック、テレメトリ、評価、セキュリティ、サポート、プラットフォームの料金が含まれます。その後、運転資本、設備投資、税金、統合支出が営業貢献を現金に変換します。 IFRS第13号と国際評価基準は、関連する公正価値と評価の原則を規定しています。 IFRS 3、IAS 36、および IAS 38 は、企業結合後の重要な会計上の疑問を規定します。[40][41][42][43][45]
市場アプローチには注意深い正規化が必要です。ターゲットがデバイス認定コスト、ハードウェアの断片化、長期にわたるサポートを負担している場合、クラウド ソフトウェア企業からの収益倍率は価値を誤って表示する可能性があります。ターゲットがチップの経済性や流通をコントロールしていない場合、半導体マルチプルは価値を虚偽表示する可能性があります。比較可能な取引は、サポートされるリーチ、支払い浸透度、ルートミックス、マージンポリシー、顧客集中、経常収益、知的財産管理、運用証拠の成熟度に応じて調整する必要があります。
コストアプローチは、モデル、ランタイム、コンパイラー、データ、統合、専門チームの交換コストをテストするのに役立ちます。流通、顧客契約、市場投入までの時間を独自に把握することはほとんどありません。分析では陳腐化も認識する必要があります。技術的に優れたモデルは、プラットフォーム所有者が代替品を供給した場合、ハードウェアの世代が変わった場合、またはターゲットにスタックを保守および商品化する権利がない場合、経済的価値を失う可能性があります。
| 層 | 必要な証拠 | 価値ある扱い | よくある誇張表現 |
|---|---|---|---|
| 設置ベース | プラットフォームとデバイスの記録 | コンテキストのみ | 出荷されたすべてのデバイスを到達可能として扱う |
| 互換性のある不動産 | 最小限のハードウェアとソフトウェアのテスト | シナリオの分母 | メモリ、温度、OS の制約を無視 |
| サポートされているアクティブな不動産 | リリース マトリックス、テレメトリ、およびサポート ポリシー | 操作分母 | 廃止されたデバイスまたはサポートされていないデバイスのカウント |
| アクティブ化された使用 | 同意された機能イベント | 養子縁組の証拠 | 可用性と使用量を同一視する |
| 受け入れられた結果 | タスクの評価とユーザーの受け入れ | 製品価値の証拠 | コールまたはトークンを顧客価値としてカウントする |
| 承認された使用料の支払い | 契約、請求、アカウントのリンク | 収益の推進力 | 無料の使用を有料の需要に帰する |
| 留保貢献 | 完全なコストコホート台帳 | キャッシュフロー基盤 | デバイスおよび制御コストを除く |
| 購入者固有の相乗効果 | 実行可能な統合計画 | 個別の確率重み付きケース | 買い手自身の資産の代金を売り手に支払う |
橋は勤勉な構造です。企業固有の値には、検証された記録と承認された評価方法が必要です。
マトリックスは取引審査フレームワークです。これは観察された市場データを表すものではありません。
18. 買い手の相乗効果を目標単体価値から切り離す
相乗効果分析では、リソース、所有者、アクション、タイミング、コスト、依存関係に名前を付ける必要があります。携帯電話メーカーは、販売とハードウェアの統合に貢献する場合があります。ソフトウェア プラットフォームは、アカウント、開発者アクセス、および請求レールに貢献する場合があります。モデルプロバイダーは研究能力に貢献する場合があります。半導体企業は、最適化ツールやアクセラレータへのアクセスを提供する場合があります。ターゲットは、制御するリソースのスタンドアロン値を受け取る必要があります。バイヤーが所有する流通または調達力は、別の相乗効果のケースに属します。
収益の相乗効果を実現するには、顧客へのルートが必要です。モデルでは、対象となるアカウント、販売活動、アクティベーション、実現価格、更新、カニバリゼーションを特定する必要があります。コストの相乗効果を実現するには、完全なベースラインと信頼できる導入計画が必要です。クラウド コストの削減では、デバイス エンジニアリング、資産テスト、可観測性、サポートにかかる追加コストを差し引く必要があります。人員削減には、定着、退職、知識の継承、獲得した能力を維持する必要性を考慮する必要があります。
二重カウントは繰り返し発生するリスクです。より高い収益、より高いマージン、およびより高い倍率はすべて、同じ改善を反映している可能性があります。評価委員会は因果関係を示し、1 つの治療法を使用する必要があります。また、複数の有力な買い手にとって利用可能な相乗効果と、選択された買収者に固有の相乗効果を区別する必要もあります。競争の緊張は価格に影響を与える可能性がありますが、投資案件には依然として実行可能なキャッシュフローベースが必要です。
19. 再現可能なディリジェンスルームを構築する
ディリジェンスルームは、製品の主張を記録に結び付ける必要があります。購入者は、デバイスのコホートを選択し、適格性を再現し、ルーティングと品質管理を通じてタスクを追跡し、承認された結果をアカウントにリンクし、請求書を調整し、直接コストを特定できる必要があります。サンプリングでは、重要なデバイス ファミリ、オペレーティング システムのバージョン、地域、顧客セグメント、ワークロード、障害状態をカバーする必要があります。
技術的証拠には、モデル カード、評価セット、リリース履歴、ランタイム依存関係、デバイス マトリックス、電力および温度テスト、フォールバック ログ、更新メカニズム、セキュリティ アーキテクチャ、およびインシデント記録が含まれます。商用証拠には、契約、価格表、資格、使用コホート、更新、サポート チケット、チャネル条件、プラットフォームの依存関係が含まれます。財務上の証拠には、収益ポリシー、クラウドの請求書、デバイス ラボの支出、エンジニアリングの割り当て、保証またはサポートの条項、資本化された開発および現金の回収が含まれます。
法的注意事項には、所有権、オープンソースの義務、モデルおよびデータのライセンス、従業員および請負業者の割り当て、プライバシーに関する通知、同意、加工条件、輸出管理、顧客制限および管理変更条項が含まれる必要があります。セキュリティの徹底では、更新チェーン、キー管理、ローカル データ保護、モデル抽出、悪意のある入力処理、およびフリート応答をテストする必要があります。 NIST の AI リスク管理フレームワーク、サイバーセキュリティ フレームワーク、および安全なソフトウェア開発フレームワークは、構造化されたレビューをサポートできます。[29][30][31][33]
| ワークストリーム | 最低限の証拠 | 決定出力 |
|---|---|---|
| ハードウェアの到達範囲 | デバイス マトリックス、ベンチマーク結果、アクティブ テレメトリ | サポートされている支払い分母 |
| 製品の品質 | タスク分類、評価セット、承認された結果率 | ルートと製品のエンベロープ |
| 経済 | 契約から現金までの追跡、完全な直接コスト台帳 | コホートの寄付金と現金 |
| プライバシー | データマップ、同意、ローカル/クラウドパス、削除テスト | 請求の境界線と救済 |
| 安全 | 脅威モデル、署名、更新、インシデントおよびフリート制御 | リスク登録と資金計画 |
| 技術権 | コード、モデル、データ、依存関係の来歴 | 所有権とライセンスのスケジュール |
| プラットフォームの露出 | ディストリビューション、OS、ストア、およびハードウェアの用語 | 集中と継続計画 |
| 規制 | 製品、AI、プライバシー、輸出およびセクター分析 | 管轄条件 |
| 組織 | 重要な役割、文書化、保存 | 統合と保持計画 |
| 評価 | 独立したケース、感度と相乗効果 | 価格と保護範囲 |
チェックリストは、製品、取引、管轄区域に合わせて調整する必要があります。
20. 取引条件を通じてリスクを配分する
価格構造は証拠の質を反映する可能性があります。対価は、クローズ時の現金、後払い、エスクロー、ホールドバック、アーンアウト、または測定可能な結果に結び付けられた偶発的価値を組み合わせる場合があります。指標は運用チームの影響範囲内にあり、一貫して定義され、監査可能である必要があります。インストールベースまたは推論ボリュームの指標は、非経済的な活動に報いる可能性があります。実際の取引に応じて、承認された使用料の支払い、留保された拠出金、更新、およびサポートされた不動産の品質は通常、耐久価値に近くなります。
表明と保証は、知的財産の所有権、ライセンス、プライバシー、セキュリティ、コンプライアンス、契約、財務情報に対処できます。規約では、署名から締結までの間に文書の維持、アクセス、セキュリティ対応、または規制上の協力が必要となる場合があります。特定の問題には特定の補償が適用される場合があります。保証および賠償保険は、賠償請求権を変更することはできますが、勤勉さに代わるものではありません。法律顧問は、取引と管轄区域に合わせてパッケージを設計する必要があります。
統合資金は購入価格の横に置く必要があります。購入者は、デバイスのラボラトリー、モデルの最適化、セキュリティの修復、契約の移行、プラットフォームの認定、保持、およびクラウドの容量を必要とする場合があります。導入予算がなければ、購入価格が低くても価値は生まれません。取締役会は、資本に関する決定の 1 つとして、買収の検討、必要な投資、下方流動性を承認する必要があります。
21. 180 日間の証拠に基づく統合を実行する
最初の 30 日間は、サービス、人材、証拠を保存する必要があります。購入者は所有権を確認し、重要なスタッフを保護し、サポートされていない製品の約束を凍結し、リーチと貢献のベースラインを確立し、製品、財務、プライバシー、セキュリティ、プラットフォームとの関係について責任あるリーダーを指名します。重大な事件や契約期限には直ちに注意が必要です。
31 日目から 90 日目までに、共通の測定と制御を確立します。チームは、デバイス マトリックス、ルート テレメトリ、評価方法、完全なコスト ポリシー、および顧客の権利を調整します。重大なセキュリティまたはプライバシーのギャップを修正し、リリース ガバナンスを調整し、選択したコホートで投資ケースをテストします。商用チームは、承認された請求と価格設定の枠組みを受け取ります。
91 日から 180 日までのスケールでは改善のみが確認されました。チームは、品質と貢献度が関門を通過するサポート対象ハードウェアを拡大し、可能な場合には材料プラットフォームやサプライヤー条件を再交渉し、管理された測定を使用してクロスセルやプレミアム オファーを開始します。投資委員会は、単独のケース、実現された相乗効果、修復費用、修正された下方修正を受け取ります。
このシーケンスは一般的な動作フレームワークであり、トランザクション固有の適応が必要です。
22. 取引の決定を明確にする
最終決定覚書には、取引理論を一文で述べ、それを裏付ける証拠を特定し、それを無効にできる条件を示す必要があります。独立した価値、買い手固有の相乗効果、統合コスト、ダウンサイド流動性、提案されたリスク配分を提示する必要があります。未解決の調査結果には、所有者、期限、価格、条件、または終了条件の扱いが必要です。
ターゲットが重要なテクノロジーや配布を管理し、サポートされている支払い範囲が再現可能で、受け入れられた結果が強力で、完全な貢献が永続的で、権利が明確で、統合が実行可能である場合、続行の決定は適切である可能性があります。条件付き決定には、修復、段階的投資、商業提携、ライセンス、資産購入、または偶発的対価が必要となる場合があります。リーチがサポートされていないデバイスに依存している場合、品質に継続的に高価なフォールバックが必要である場合、権利が不確実である場合、プラットフォームの集中が制御されていない場合、または売り手の評価が買い手所有の相乗効果に依存している場合、辞退の決定は合理的である可能性があります。
承認後もガバナンスは継続されます。毎月の運用レビューでは、サポートされているリーチ、アクティベーション、受け入れられた結果、ルート ミックス、フォールバック、総コスト、収益、保持、インシデント、統合支出を追跡する必要があります。四半期ごとの投資レビューでは、実現した現金と相乗効果を承認されたケースと照合する必要があります。ハードウェア、オペレーティング システム、モデル、規制、またはプラットフォームの用語が変更されると、ビューが更新される必要があります。
ボード パックは、技術的証拠、顧客証拠、財務証拠の間の関係を維持する必要があります。ハードウェア到達スケジュールでは、サポート対象資産の開始と終了、追加、削除、ソフトウェアの変更、および非アクティブなデバイスを調整する必要があります。製品スケジュールでは、アクティブ化されたユーザー、タスクの試行、受け入れられた結果、失敗、フォールバック、および顧客サポートを調整する必要があります。商業スケジュールでは、権利、実現価格、認識された収益、請求書発行および現金を調整する必要があります。コスト スケジュールでは、デバイスの実行、クラウドの実行、エンジニアリング、テスト、セキュリティ、プラットフォーム、サポート、およびインシデントのコストを調整する必要があります。この共通のデータ モデルにより、別々のチームが互換性のない成功基準を提示することを防ぎます。
しきい値には明示的な承認が必要です。管理者は、各タスク クラスの最小品質、最大レイテンシー、プライバシー制限、エネルギーまたはバッテリー制限、サポート コスト、フォールバック レート、および貢献度を定義できます。ルーターはこれらのポリシーを実稼働環境に適用します。例外では、承認所有者と有効期間を特定する必要があります。高価値の規制されたワークフローでは、低価値の消費者向け機能とは異なるコストと制御範囲を正当化できます。投資ケースは、1 つのポートフォリオの平均ではなく、実際の組み合わせを反映する必要があります。
証拠の質は信頼と資本放出に影響を与えるはずです。直接再現された契約から現金およびデバイスから結果までの記録は、基本ケースをサポートします。サンプル、管理推定値、および不完全なコホートは、確率重み付けされたケースまたは下向きのケースに属します。顧客が導入したハードウェアが製品を実行できない場合、署名された顧客契約は経済的到達範囲を確立しません。実稼働サポートとフォールバックが不明な場合、実験室でのデモンストレーションが成功しても、貢献が維持されることは確立されません。決定覚書にはこれらの境界を明確に記載する必要があります。
資金計画はリスクに見合ったものでなければなりません。拠出が確認された安定した経常契約は、貸し手の要件に応じて、買収債務または経常収益枠をサポートする場合があります。不安定な使用状況、集中したプラットフォーム、急速なハードウェアの変更または重大な修復には、より多くの資本、遅延した検討、またはマイルストーン資金が必要となる場合があります。負債のキャパシティは、統合およびサポート費用の後に下振れキャッシュを使用する必要があります。コベナンツは、定義が監査可能な場合、流動性、顧客の集中、サポートされる不動産、拠出、またはその他の合意された措置を監視できます。
出口計画は入口から始まります。将来の戦略的購入者は、配布、ハードウェア、データ、プラットフォームの立場が異なるため、同じテクノロジーの評価も異なる可能性があります。財務的な買い手は、実行可能なスタンドアロンのケースと管理の深さを必要とします。公開市場の投資家は、経常収益、マージンポリシー、集中、安全性、資本開発に焦点を当てる可能性があります。したがって、現在の買収モデルでは、単独のパフォーマンスと実現されたそれぞれの相乗効果について分離可能な証拠を保存する必要があります。この記録により、終了時の物語への依存が軽減されます。
理事会は方針変更の条件も明記すべきだ。プラットフォームの制限、重大な脆弱性、予期せぬ規制、顧客の不利な反応、または持続的な品質低下により、ルートの再設計、価格変更、ハードウェアサポートの絞り込み、追加資本または製品の撤退が必要になる場合があります。事前に合意されたトリガーによりアクションが加速されます。また、埋没取得コストが現在の証拠を無効にすることも防ぎます。
独立したレビューにより、モデルが再現可能であるかどうかをテストできます。レビュー担当者はコホートを選択し、リーチと結果の計算を繰り返し、コストを追跡し、シナジーの所有権に異議を唱えます。調査結果はリスク登録と評価に反映されます。このレビューは、大規模な後払い、借り換え、減損テスト、または新しいハードウェア ファミリや規制市場への拡張の前に特に役立ちます。
結論
オンデバイス AI は、プライバシー、応答性、オフライン復元力、配布、およびパブリック クラウド推論への依存の軽減を通じてトランザクション価値を生み出すことができます。これらのメリットは、購入者がサポートされているハードウェアのリーチ、受け入れられた顧客の成果、明確な権利、およびデバイスと制御コストを完了した後も貢献を維持できることを証明できる場合に投資可能になります。
決定的な単位は、サポートされている不動産全体で提供される支払いが受け入れられた結果です。インストールされているデバイス、モデルのパラメーター、推論数が支援策です。規律ある取引プロセスにより、ワークロードが分類され、ルートが検証され、完全な経済性が再構築され、権利とプラットフォームの依存関係がテストされ、購入者の相乗効果から独立した価値が分離され、運用計画に資金が供給されます。
ハイブリッド アーキテクチャは、多くの場合、バイナリ設計ではなく、ルートのポートフォリオです。したがって、購入者は、どのタスクがどこで、どのようなプライバシーと品質の制約の下で、どのような完全なコストで、どのようなフォールバックで実行されるかという制御システムを引き受けます。そのシステムは、ハードウェア、モデル、顧客の期待が変化しても、測定可能であり続ける必要があります。
情報源
- アップル、コアML、 一次ソースを読む
- Google、Google AI エッジ、 一次ソースを読む
- MLCommons、モバイル ワーキング グループ、 一次ソースを読む
- Apple、コア ML モデル、 一次ソースを読む
- Google、モバイルとウェブの Gemma、 一次ソースを読む
- アップル、コアAI、 一次ソースを読む
- Apple、ファウンデーションモデルフレームワーク、 一次ソースを読む
- Apple、プライベート クラウド コンピューティング セキュリティ ガイド、 一次ソースを読む
- アップル、プライバシー、 一次ソースを読む
- Google、LiteRT、 一次ソースを読む
- Google、Google AI エッジ ギャラリー、 一次ソースを読む
- グーグル、ジェミニナノ、 一次ソースを読む
- Google、Chrome の組み込み AI API、 一次ソースを読む
- クアルコム、オンデバイス AI オポチュニティ、 一次ソースを読む
- クアルコム、AI の未来はハイブリッド、 一次ソースを読む
- クアルコム、オンデバイス ジェネレーティブの有効化 AI、 一次ソースを読む
- クアルコム、AI ハブ、 一次ソースを読む
- クアルコム、年次報告書、 一次ソースを読む
- アーム・ホールディングス、年次報告書、 一次ソースを読む
- アーム、人工知能、 一次ソースを読む
- インテル、OpenVINO ツールキット、 一次ソースを読む
- マイクロソフト、ONNX ランタイム モバイル、 一次ソースを読む
- NVIDIA、Jetson ドキュメント、 一次ソースを読む
- MLCommons、MLPerf 推論、 一次ソースを読む
- MLCommons、MLPerf 推論ポリシーと結果、 一次ソースを読む
- 国際エネルギー機関、エネルギーと AI、 一次ソースを読む
- 経済協力開発機構、AI コンピューティングとアプリケーションの環境への影響の測定、 一次ソースを読む
- 米国国立標準技術研究所、プライバシー フレームワーク、 一次ソースを読む
- 米国国立標準技術研究所、サイバーセキュリティ フレームワーク 2.0、 一次ソースを読む
- 米国国立標準技術研究所、AI リスク管理フレームワーク、 一次ソースを読む
- 米国国立標準技術研究所、生成 AI プロファイル、 一次ソースを読む
- 米国国立標準技術研究所、敵対的機械学習の分類と用語、 一次ソースを読む
- 米国国立標準技術研究所、安全なソフトウェア開発フレームワーク、 一次ソースを読む
- 欧州委員会、AI 法、 一次ソースを読む
- 欧州連合、一般データ保護規則、 一次ソースを読む
- 米国司法省および連邦取引委員会、合併ガイドライン、 一次ソースを読む
- 欧州委員会、合併管理、 一次ソースを読む
- 英国競争市場庁、合併評価ガイドライン、 一次ソースを読む
- 米国連邦取引委員会、合併前通知プログラム、 一次ソースを読む
- IFRS財団、IFRS第3号企業結合、 一次ソースを読む
- IFRS財団、IFRS第13号公正価値測定、 一次ソースを読む
- IFRS財団、IAS第36号資産の減損、 一次ソースを読む
- IFRS財団、IAS第38号無形資産、 一次ソースを読む
- IFRS財団、IFRS第15号 顧客との契約からの収益、 一次ソースを読む
- 国際評価基準評議会、国際評価基準、 一次ソースを読む
- アップル、アニュアルレポート、 一次ソースを読む
- アルファベット、アニュアルレポート、 一次ソースを読む
- クアルコム、SEC 提出書類、 一次ソースを読む
- アーム・ホールディングス、SEC 提出書類、 一次ソースを読む
- 国際標準化機構、ISO/IEC 27001 情報セキュリティマネジメントシステム、 一次ソースを読む
