ソフトウェア検出（Software Discovery）
AI によるソフトウェア発行元と製品の検出を確認または開始するには、Software Discovery を開きます。この AI 活用のパイプラインは、グローバルカタログを拡充し続けます。処理は 2 段階で、まずベンダー（ソフトウェア発行元）を発見し、次にそれぞれのベンダーが提供する製品を発見します。発見された内容がただちにカタログエントリになることはありません。ベンダーと製品はこの画面のステージング一覧で補完の完了を待ち、補完に成功した製品はグローバルカタログに書き込まれ、同じ実行のなかで承認されます。
OpenLM Platform はこのパイプラインをスケジュールに従って自動実行するため、手動で起動する必要はありません。この画面では、パイプラインの動作を確認したり、必要なときに追加の実行を開始したりできます。
Software Discovery は OpenLM Platform で利用できます。オンプレミス環境ではこの画面に到達できず、SAM Catalog は Software Catalogs から開きます。
パイプラインの合計と最近のジョブを確認する
実行を開始するには、Overview タブで Discover Vendors または Discover Products を選択します。このタブにはパイプラインの概況も表示されます。次の画像は、Overview タブです。
合計と最近のジョブを表示する Software Discovery の Overview タブ。
次の表に、このタブのタイルを示します。
| タイル | 表示内容 | 下部のキャプション |
|---|---|---|
| TOTAL VENDORS | 発見したベンダーの合計数 | その合計に至るまでのベンダーディスカバリー実行回数 |
| TOTAL PRODUCTS | 発見した製品の合計数 | そのうち補完に成功した件数 |
| SUCCESS RATE | 補完が成功した割合 | 補完に失敗した件数 |
| TOTAL API CALLS | 全実行を通じた AI 呼び出し回数 | なし |
Recent Jobs には、実行が Type、Job ID、Status、Started At、Duration とともに一覧表示されます。
Discovered Vendors
パイプラインが発見した発行元を確認するには、Discovered Vendors タブを開きます。このタブには、パイプラインが発見したソフトウェア発行元がすべて表示されます。
発行元と製品ディスカバリー状況を表示する Discovered Vendors タブ。
次の表に、列を示します。
| 列 | 意味 |
|---|---|
| Name | 発行元の名称。 |
| Aliases | 発行元の別名やティッカーシンボル。 |
| Categories Processed | このベンダーについて処理済みの製品カテゴリ。 |
| Discovered At | ベンダーを最初に発見した日時。 |
| Discovery Category | ベンダーが発見されたときのカテゴリ。 |
| Headquarters | 記載されている本社所在地。 |
| Is Included | 製品ディスカバリーの対象に含めるかどうか。 |
| Product Categories | 製品ディスカバリーがこのベンダーについて調べるカテゴリ。 |
| Product Discovery Status | Pending、Partial、Complete のいずれか。 |
| Source Url / Website Url | 情報の取得元と、ベンダー自身のサイト。 |
ツールバーには Add Vendor、Delete、Trigger Vendor Discovery に加えて Refresh と Search があります。Delete を使うには、先頭列のオプションで行を選択します。Delete は管理者にのみ表示されます。ベンダーを編集するには、行にポインターを合わせて Edit Vendor を選択します。
ベンダーを手動で追加する
パイプラインが発見していない発行元を追加するには、Add Vendor を選択してフォームを開きます。必須項目は Vendor のみで、Alias、Discovery Category、Headquarters、Source URLs、Website URL は任意ですが、入力すると、ベンダーの詳細情報を追加できます。
ベンダーディスカバリーを実行する
選択したカテゴリの発行元を探すには、Trigger Vendor Discovery を選択します。次の画像は、このダイアログです。
カテゴリのチェックリストとカテゴリあたりのベンダー数スライダーを持つ Trigger Vendor Discovery ダイアログ。
ベンダーディスカバリーを実行するには、次の手順を実行します。
-
Categories を 1 つ以上選択します。
次の 10 件のカテゴリが含まれています。
- CAD and 3D Modeling
- Video Editing and VFX
- Office Productivity
- Developer IDEs and Build Tools
- Database and Data Warehouse
- Enterprise Resource Planning (ERP)
- Cybersecurity and Endpoint Protection
- Cloud Infrastructure and DevOps
- Business Intelligence and Analytics
- Collaboration and Communication
-
（任意）ほかの分野を調べたい場合は、Add custom category の横にカテゴリ名を入力して Add を選択します。
-
Max vendors per category を設定します。1〜30 の範囲で、既定は 15 です。
-
Start を選択します。
カテゴリを 1 つも選択していないあいだ、Start は選択できません。
実行はその場で開始されるのではなくキューに入れられ、ダイアログは閉じます。進捗は Job Runs & History で確認します。
Discovered Products
カタログエントリになる前に、パイプラインが発見した製品を確認するには、Discovered Products タブを開きます。次の画像は、このタブです。
発行元、ディスカバリーベンダー、補完状況を表示する Discovered Products タブ。
次の表に、列を示します。
| 列 | 意味 |
|---|---|
| Software Name | 製品の名称。 |
| Publisher | 製品に記載されている発行元。 |
| Discovery Vendor | この製品が発見されたベンダーのレコード。 |
| Status | 補完の状況: Pending、Enriched、Failed のいずれか。 |
| Category | 製品が発見されたときのカテゴリ。 |
| Is Package | 製品がスイートやバンドルかどうか。 |
Status 列には次の値があります。
- Pending: 発見済みで、補完を待っています。
- Enriched: 補完に成功し、グローバルカタログに書き込まれました。
- Failed: 補完で有効なエントリを生成できませんでした。失敗した製品は、パイプラインが解決できなかった対象を確認できるよう一覧に残りますが、カタログエントリになることはありません。
製品ディスカバリーを実行する
選択したベンダーの製品を発見するには、Trigger Product Discovery を選択します。これは、選択したベンダーに対して第 2 段階を実行します。次の画像は、このダイアログです。
ベンダー一覧、上限スライダー、API 呼び出し予算を持つ Trigger Product Discovery ダイアログ。
製品ディスカバリーを実行するには、次の手順を実行します。
-
対象とするベンダーを選択します。
この一覧には Categories というラベルが付いていますがベンダー名が並びます。製品ディスカバリーが完了していないベンダーのみが表示されるため、すべてのベンダーの処理が終わった後は空になり、Start は選択できません。
-
Max categories per vendor を設定します。1〜30 の範囲で、既定は 10 です。
-
Max products per category を設定します。1〜30 の範囲で、既定は 15 です。
-
その実行の API call budget を設定します。既定は 200 です。
指定した回数の AI 呼び出しを使い切った時点で実行は停止します。これにより、対象を広げすぎた要求が行える AI 呼び出しの数に上限が設けられます。
-
Start を選択します。
ベンダーを 1 つも選択していないあいだ、Start は選択できません。
Job Runs & History
実行中または完了したジョブを確認するには、Job Runs & History タブを開きます。このタブには 2 つのタブがあります。
Active Jobs は実行中またはキュー待ちのジョブをカード単位で表示し、自動的に更新されます。各カードにはジョブの種類と状態、2 本の進捗バー（Items: 処理済みベンダー数、Budget: 実行予算に対する API 呼び出しの消費数）が表示されます。開始またはキュー投入の日時も表示されます。
Run History は完了した実行を Job ID（先頭 8 文字に短縮されます）、Status、Type、Triggered By とともに一覧します。Type はベンダー実行では Publisher、製品実行では Product と表示されます。スケジュール実行を起動するのは、個人ではなく OpenLM のディスカバリー用アカウントです。
実行の詳細パネルを開くには、ステータスが Completed の実行を選択します。同じ実行をもう一度選択すると閉じます。それ以外のステータスの実行には詳細パネルがありません。
次の画像は、Run History で実行を選択した状態です。
実行を選択して詳細パネルを開いた Run History タブ。
次の表に、詳細パネルのタブを示します。
| 詳細タブ | 内容 |
|---|---|
| Input | 実行時のパラメーター。カテゴリ、カテゴリごとの上限、使用した AI モデルなど。 |
| Results | 実行結果。対象カテゴリ数、スキップ数、発見件数、既存レコードとの Duplicates 件数、Net New 件数。 |
| API Metrics | Total Calls、Successful、Failed、Avg Response（平均応答時間）。 |
Net New を追跡します。これは、重複を除いたうえで、その実行が追加した件数です。
カタログで発見された製品を探す
ディスカバリーがお客様の組織のローカルカタログに書き込むことはありません。発見されたベンダーと製品は専用のステージング一覧（Discovered Vendors タブと Discovered Products タブ）に保持され、補完に成功した時点で初めてカタログエントリになります。その際、エントリは OpenLM が管理するグローバルカタログに書き込まれ、同じ実行のなかで自動的に承認されるため、Pending Catalogs に表示されることはありません。
その結果は、ほかの OpenLM 管理エントリと同様に Software Catalogs の Global タブで確認できます。
関連
詳細は次のページを参照してください。
- Pending Catalogs: 審査が必要なエントリの承認キュー。
- Software Catalogs: 実運用のカタログ。
- SAM Catalog: 概念と承認のライフサイクル。
- Product Discovery: もう 1 つのディスカバリー。ワークステーションにインストールされているソフトウェアのインベントリです。
ドキュメントチームは、大規模言語モデルを使ってこのページを下書きすることがあります。公開前に、テクニカルライターがすべてのページをレビューし、製品と照らし合わせて検証します。最終的な判断は人間が行います。