データ収集サポート

現在、バージョン 7.1. をご覧頂いています。最新情報については、バージョン データ収集サポート の 8.0 をご覧ください。

Altium は、組織が必要なコンテンツをソース Workspace からコピーし、2つ目のターゲット Workspace に提供できるようにします。これは単に Workspace Data Acquisition と呼ばれるプロセスです。

設計コンテンツを取得することで、所有権は受け取り側 Workspace のチームに確実に移り、以後は望むとおりに(自分たちの Workspace 内で)コンテンツを変更・維持できます。また、取得したデータと元のソースとのリンクを保持することで、コピー元のコンテンツが更新された際の通知など、データをインテリジェントに扱えます。たとえば後日、ソース Workspace で設計アイテムのリビジョンに変更が加えられた場合、ターゲット Workspace はそのリビジョンへ更新して、いわば「母艦」と再同期できます。さらに、ターゲット Workspace 側でそのアイテムに追加リリースが行われていたとしても、アイテムの元のソース、すなわち Origin へのリンクを保持している限り、ソース Workspace の以前のリビジョンへ戻すことも常に可能です。

Altium 365 Platform で利用できる管理された接続性と高度な機能の恩恵を受けるために、Altium のプロダクトチームのガイダンスのもと、Altium Enterprise Server のデータを、貴社向けに有効化された Altium 365 Platform へ再ホストできます。詳細は Rehosting Your Self-managed Workspace Data to the Altium 365 Platform および Altium Data Re-hosting Program page を参照してください。

Data Acquisition – Conceptual Overview

次の画像は、データ取得の概念をより高いレベルで図示したものです。ここで示すデータ取得の原則は、取得するデータの種類に関係なく同じです。

Workspace データ取得の概念。
Workspace データ取得の概念。

コンテンツデータを受け取る Workspace(ターゲット Workspace)は、ソース Workspace に接続できる必要がある点に注意してください。つまり、Enterprise Server は Altium 365 Workspace のコンテンツデータのソースとしては機能できません。後者は前者(ローカル LAN/WAN 内にあり、インターネットに公開されていない)へ接続できないためです。

実際には、Content Cart のデータは、Altium 365 Workspaces 間、Enterprise Server Workspaces 間、そして Altium 365 Workspace から Enterprise Server Workspace へ転送できます。これらのケースでは、受信側/ターゲット Workspace がソース Workspace を「見て」接続できます。一方、Altium 365 Workspace をターゲットにした場合、閉じたローカルネットワーク内にある Workspace は見えず、接続もできません。

Workspaces 間のデータ取得の概要:

SOURCE   TARGET SUPPORTED
Altium 365 Workspace Altium Enterprise Server Workspace
Altium Enterprise Server Workspace Altium Enterprise Server Workspace
Altium Enterprise Server Workspace Altium 365 Workspace
Altium 365 Workspace Altium 365 Workspace

取得可能なアイテム

Data Acquisition 機能を使用すると、次のアイテムタイプをソース Workspace からターゲット Workspace へ取得できます:

  • 3D Model
  • Altium Designer Preferences
  • Component(関連する Part Choices を含む)
  • Component Template
  • Datasheet
  • Footprint
  • Managed Schematic Sheet
  • Output Job
  • Schematic Template
  • Script
  • Simulation Model
  • Symbol

データ取得時に考慮すべき点:

  • 取得されるのはソース Item の選択したリビジョンのみであり、その Item に存在し得るすべてのリビジョンが取得されるわけではありません。Explorer パネルのデフォルト表示では、明示的に下位(古い)リビジョンを選択しない限り、最新(現行)リビジョンが対象になります。利用可能なすべての Item リビジョンを表示するには、 メニューの Show only latest オプションの選択を解除してください。
  • ソース Component または Managed Schematic Sheet Item のリビジョンを取得する際、リンクされた子 Item もすべて取得されます:
    • Component Item – 次のリンクされた子オブジェクトの該当リビジョン: Symbol Item、Footprint Item、3D Model Item、Simulation Model Item、Component Template Item、Datasheet Item、Part Choice の関連付け。

Component Type パラメータは取得プロセス中に転送されない点に注意してください。そのため、転送されたコンポーネントは、Altium Designer の Components panel と Workspace の Components page の両方で、ターゲット側の Uncategorized の場所に表示されます。必要な Component Type は、Altium Designer の Explorer パネルにある Change Component Type operation を使用して、単一または複数のコンポーネントエントリに適用できます。

  • Managed Sheet Item – 次のリンクされた子オブジェクトの該当リビジョン: Component Item、Symbol Item、Footprint Item、3D Model Item、Simulation Model Item、Component Template Item、Datasheet Item、Schematic Template Item。
  • 取得されたソース Item リビジョンのライフサイクルは、ターゲット Item に割り当てられたライフサイクル定義によって決まる初期状態(例: Draft)になります。ソース Item リビジョンのライフサイクル履歴は無視されます。
  • 選択したソース Component/Managed Schematic Sheet Item の子 Item が何らかの理由で取得できない場合、その Component/Managed Schematic Sheet Item の取得は実行されません。
複数の親 Item で使用される子 Item リビジョン(例: 共有の Symbol Item や Footprint Item)は、親 Item リビジョンごとではなく、1回だけ取得されます。

Acquisition User Interface

Related page: Content Cart

取得は、Explorer panel 内からアクセスする Content Cart ダイアログを使用して実行します。データを取得したいソース Workspace を参照中に、取得したい Item Revision を右クリックし、コンテキストメニューから Operations » Add to Content Cart コマンドを選択します。選択した1つ以上の Item Revision、または Items のフォルダ(そのフォルダ内のすべての Items の最新リビジョンがカートに読み込まれます)を追加できます。

Content Cart ダイアログ – ソース Workspace からデータを取得するための司令塔。
Content Cart ダイアログ – ソース Workspace からデータを取得するための司令塔。

必要なデータコンテンツをすべて取得するには Content Cart を使用します。ソース Workspace からデータ Items を取得するプロセスは、次の手順に要約できます:

  1. 現在アクティブな Workspace が自動的にソース Workspace として判定されます。
    1. Explorer パネルビューの左上にある Workspace セレクターメニューから、表示されているアクティブ Workspace(したがって現在のデータソース)を変更できます。
    2. 利用可能な Workspaces は、以前に接続したことがある、または現在アクセス可能(接続中)なものです。これらは Preferences ダイアログの Data Management – Servers page にある Known Servers の下に表示されます。
    3. Altium Content Vault もソースとして利用できますが、データ取得での直接利用は非推奨であり、代わりに Manufacturer Parts Search panel の使用が推奨されます。Content Vault をソースとして選択すると、そちらへ誘導されます。Manufacturer Parts Search パネルは Altium Parts Provider Service を通じて実在部品を見つけるための高度な検索機能を提供し、バックグラウンドではコンポーネントモデルデータのソースとして Altium Content Vault を使用します。対応するモデルデータを持つ見つかったコンポーネントは、Acquired for use in your designs できます。
  2. ターゲット Workspace 名のドロップダウンメニュー(青でハイライト)を使用して、現在接続されている Workspaces の一覧から別のターゲット Workspace を選択します。Workspace 接続の有効化/無効化は Server Administration オプションで行います。
  3. 元の Item Revision はメイングリッドに一覧表示されます。追加の Item Revisions は任意の数だけカートに追加できます。追加するには、ダイアログ右上の Add More Items コントロールをクリックし、Select エントリを選択して Choose Item ダイアログ(Explorer パネルの一形態)にアクセスします。ここからソース Workspace を参照して、Items を1つずつ、または標準の複数選択ツールを使ってバッチ的に追加できます。

    または、Add manually エントリを選択して Add new items dialog にアクセスします。このダイアログでは、必要なアイテムの外部リスト(1行につき1アイテム)を貼り付けられ、選択した検索条件(GUIDItem IDName、または MPN)を使ってソース Workspace 内で検索できます。取得しないと決めた Item Revisions は、一覧から選択して削除( ボタンをクリック)できます。

  4. Content Cart ダイアログ右下の Change Settings コントロールをクリックして Content Cart Structure dialog にアクセスします。ここでは、この機能で取得をサポートする各 Data Item タイプについてデフォルトオプションを定義できます。これには、ターゲット Workspace 内のデフォルトフォルダ、デフォルトの Lifecycle Definition、Item および Revision の Naming Schemes、開始インデックスの指定が含まれます。さらに、注記を追加するオプションもあり、取得したコンテンツを参照する際に、他のユーザーにとって有用な情報を提供できます。
  5. 必要なソース Items を選択したら ボタンをクリックし、ターゲット Workspace を取得に向けて準備します。これにより、関係する選択 Item リビジョンのステータス(以前に取得済みかどうか)、親子リンクが自動的にチェックされ、必要なアクションが提案されます。新規取得の場合、そのアクションは Transfer new revision and item になります。この準備フェーズでは(上記 3 の)デフォルト取得オプションが適用されますが、必要に応じて個々のターゲット Items のプロパティを変更できます。変更するには、一覧から Item を選択して ボタンをクリックします。
  6. 準備が完了したら、 ボタンをクリックして取得プロセスを開始します。最初の確認ダイアログが表示されるので、Yes をクリックして、ソースとターゲットのWorkspace間でコンテンツの転送を続行します。続いて表示される2つ目の確認ダイアログで、取得結果が確認されます。

Content Cart Structure ダイアログのオプションを使用して、ターゲットWorkspaceでの各Itemタイプに対して採用(および推奨)されているスキームに合わせ、既定の取得設定を変更します。既定では、これらの設定により、各Itemタイプはルートフォルダ配下の個別フォルダに取得されます。このルートフォルダはContent Cartの名前として扱われます。既定名は Content Cart – <Current Date> – <Current Time> 形式で、Content Cart ダイアログに反映されます。

必要に応じて、より意味のある名前に変更できます。あるいは、ターゲットWorkspace内のフォルダを選択し、Cart上のコンテンツをそこへ配信することもできます。既存フォルダでも、オンザフライで新規作成するフォルダでも構いません。Content Cart Structure ダイアログの取得設定は大まかな既定値であり、必要に応じて個々のItemレベルでプロパティを定義することで、より細かな制御が可能です。

あるItem Revisionがすでに取得済みで、かつその取得以降にソースItemが再リリースされていない場合、その Status はそれを反映するように Already Exists になります。実行すべきアクションがないため、Action フィールドは Nothing to do と表示されます。なお、Trash 内のItem Revisionも取得済み(Already Exist)として検出されます。

取得されたデータは元のソースを参照するようになっています。この祖先リンク情報は、ターゲット側のItem revisionのアスペクトビューを Origin アスペクトビューに切り替えることで確認できます。この情報は、Origin(ソース)Workspaceが利用可能で接続されている場合にのみ参照できます(上記ポイント1を参照)。

取得の仕組み

Data Acquisitionプロセスの背後にあるデータ転送メカニズムについて知りたい方のために、以下のセクションでは、この機能で採用されている基本的な手順フローと、データ取得を管理する際に遭遇する一般的なシナリオについて、より詳しく説明します。

基本的な手順フロー

次の画像では、ソースWorkspaceからデータを取得する仕組みをより詳しく示します。指定したソースWorkspaceとターゲットWorkspaceの間で、ソースItemの選択したリビジョンを実質的にコピーするための手順フローを示しています。

ソースWorkspaceからデータを取得し、ターゲットWorkspaceへ転送する仕組み。
ソースWorkspaceからデータを取得し、ターゲットWorkspaceへ転送する仕組み。

図から分かるように、この手順は本質的に3つの明確な段階に集約され、データの整合性を維持しながらWorkspace間で転送されることを保証します。

  1. Download – まず、ソースItemの選択したリビジョン(ソースWorkspace内)をダウンロードします。
  2. Modify & Retarget – 次に、定義されたローカル設定(ターゲットWorkspace側のローカル設定)に合わせてデータが自動的に変更されます。その際、取得した値は確実に保持されます。
  3. Release – 最後に、データがターゲットWorkspaceへリリースされます(この例では、既存のターゲットItemの新しいリビジョンとしてリリース)。ターゲット側のリビジョンは、その起源へのリンク、すなわち祖先であるソースItem revisionへのポインタを保持します。

取得データの管理

前のセクションでは、取得の基本フローを確認しました。データ取得を効果的に管理するために、ソースItemと取得済みItemの相対的な履歴が追跡され、取得管理インターフェースを通じて、設計者が適切な取得アクションを利用できるようになっています。

以下のセクションでは、データ取得を管理する際に遭遇する一般的なシナリオを見ていきます。各ケースでは、取得データの状態(ターゲットItemおよびそのリビジョン)を、元のソースItemとそのリビジョンと比較します。

完全に新規の取得

このシナリオでは、ソースItemのいかなるリビジョンも過去に取得されていません。ソースItem revisionを、新しいターゲットItemの初期リビジョンとして取得します。新しいターゲットItemとリビジョンは、取得セットアップの一部として作成されます。

シナリオ1 – 新しいターゲットItemの初期リビジョンへデータを取得。
シナリオ1 – 新しいターゲットItemの初期リビジョンへデータを取得。

後続リビジョンの取得

このシナリオでは、ソースItemのあるリビジョンが過去に取得されています。その後ソースItemが変更され、より新しいリビジョンが利用可能になっています。この場合、後続のソースItem revisionを取得するために、既存のターゲットItemの新しいリビジョンが作成されます。

したがって実際には、最新リビジョンが別のターゲットWorkspaceのCartフォルダに取得されていたとしても、システムは新しいリビジョンを既存のComponent Itemにインポートします。そのコンポーネントには新しいリビジョンが利用可能となり、そのコンポーネントを使用しているプロジェクトを開くと自動的に検出されます。これは、Properties panelItem Manager、または ActiveBOM document における Out of date status によって示されます。

シナリオ2 – 以前に取得したソースItemの後続リビジョンを取得。
シナリオ2 – 以前に取得したソースItemの後続リビジョンを取得。

すでに存在(Already Exists)

このシナリオでは、ソースItemの最新リビジョンがすでに取得済みであり、これ以上取得するものはありません。

シナリオ3 – 目的のソースItem revisionはすでに取得済みで、対応不要。
シナリオ3 – 目的のソースItem revisionはすでに取得済みで、対応不要。

なお、取得プロセスは Workspace Trash 内にあるItemも検出し、取得済みとして扱います。これは Content Cart ダイアログに示されます。そのItemを再取得したい場合は、Trashを空にしてから取得プロセスを再実行してください。

AI-LocalizedAI で翻訳
問題が見つかった場合、文字/画像を選択し、Ctrl + Enter キーを押してフィードバックをお送りください。
Content