Altium 365ワークスペースでのコンテンツ構造とアクセスの管理

ワークスペースのコンテンツ構造とアクセス管理は、ワークスペースのブラウザインターフェースのAdmin – Explorerページから管理者によって行われます。ここから、以下の操作が可能です。

• ワークスペース内のフォルダとアイテムを閲覧します。Altium Designerを通じてそのワークスペースに接続していなくても、フォルダを作成および編集してワークスペースの構造を構築できます。

• フォルダレベルおよびアイテムレベルでの共有を定義します。これにより、どのユーザーがワークスペース内のどのコンテンツを見ることができるか、またフォルダレベルで他のユーザーがフォルダとその内容を単に閲覧するだけか、または編集もできるか（実質的に設計データをリリース/コミット/アップロードするか）を制御できます。

• コンテンツをダウンロードします。

インターフェース自体は、ワークスペースのコンテンツにアクセスする際のAltium DesignerのExplorerパネルに似た外観と感触を持っています。2つのインターフェース間の高い一貫性は、パネルに慣れている場合、このブラウザベースのバリアントを難なく使用できることを意味します。

ブラウザインターフェースのAdmin – Explorerエリアを通じて、ワークスペースのコンテンツにアクセスします。

構造の管理

Workspace内の全体的なフォルダ構造を管理するためのさまざまなコマンドが利用可能であり、トップレベルフォルダやサブフォルダの作成、編集、共有、削除が可能です。

フォルダ構造を管理するためのコントロールは、既存のフォルダエントリ上でマウスカーソルを右クリックしたメニューにあります。トップレベルフォルダを追加することを除き、コマンドは構造内で現在選択されているフォルダに対して実行されます。

右クリックメニューからフォルダ構造管理コマンドにアクセスします。

フォルダとアイテムの共有

関連ページ： サーバーコンテンツへのアクセス制御 (Altium Designer ページ)

Altium 365 ワークスペースのフォルダ構造は、親から子オブジェクトへの共有権限の伝播に基づいた高度な権限継承スキームを特徴としています。子オブジェクトとは、フォルダやプロジェクト、コンポーネント、BOMファイル、テンプレートなどの設計アイテムを指します。この配置により、ワークスペースのフォルダ構造とその共有権限を、会社のユーザーやユーザーグループのアクセス要件に合わせて整理するプロセスが簡素化されます。

ワークスペースは、以下の共有機能を提供します：

• フォルダレベルの共有 - フォルダを共有することで、ワークスペース内のどのコンテンツを誰が見ることができるかを制御する機能を提供します。これにより、他のユーザーがフォルダとその内容を単に閲覧するだけでなく、編集（実質的に設計データをリリース/コミット/アップロード）することもできるかどうかを制御できます。単一のワークスペースは、さまざまな効果的な「コンテンツゾーン」に分割できますが、フォルダレベルの権限を制御することで、必要に応じてコンテンツを選択的に表示または非表示にでき、適切な人々に適切なデータへの適切なアクセスを提供できます。

• アイテムレベルの共有 - 共有フォルダ内のどのアイテムを誰が見ることができるかを制御する機能を提供します。これは、フォルダアクセス制御を通じて提供されるより粗いレベルの共有とは対照的に、より細かいレベルの共有と考えてください。ユーザーがフォルダ自体にアクセスできる場合、そのフォルダ内で彼らと共有されているアイテムを閲覧/編集（許可されている場合）することができます。

上記の共有機能は、ワークスペースの許可継承スキームに従います。最も単純な意味で、フォルダに適用された許可は、フォルダ階層を通じて親子関係からフォルダからサブフォルダへ、連鎖的に伝播します。

この許可継承構造は、階層にフォルダが追加された場合、および階層内で許可が追加された場合にも（「切り離された」フォルダ/オブジェクトによって特に中断されない限り）維持されます。トップレベルフォルダではないフォルダに追加の許可が適用される場合 – それが階層内にある場合 – これらの許可はこのレベルから階層を下って継承され、既存の許可に影響を与えません。許可の削除にも同じ継承動作が適用されることに注意してください。

❯ ❮ Javascript ID: C

A-B-Cフォルダ階層の最上位フォルダにEngineersユーザーグループの編集権限（Read/Write）を追加します。 新しい権限エントリ（Engineers Read/Write）は、親子権限の継承を通じて階層内のすべてのフォルダに自動的に適用されます。 Bフォルダ階層にLibrariansユーザーグループの読み取り専用権限（Read）を追加します – この追加によりその権限セットが「拡張」されます。 新しい権限エントリ（Librarians Read）がBフォルダに適用され、階層内の下位のすべてのフォルダに継承されます。 デザインプロジェクト（または他のアイテムタイプ）がCフォルダに作成またはアップロードされます。これはCフォルダからの共有権限を継承します。 Cフォルダの権限セットを拡張し、Managers Groupに読み取り専用権限（Read）を追加します。 追加されたManagers Read権限はデザインプロジェクトに継承されます。デザインおよび管理されたBOMプロジェクトの共有権限は、ワークスペースプロジェクトページの共有ウィンドウダイアログを通じて管理されることに注意してください。

Explorerページでは、フォルダ（またはアイテム）のナビゲーションツリーエントリを右クリックして、コンテキストメニューからShare Folder（またはShare Item）コマンドを使用することで、共有コントロールにアクセスできます。共有ウィンドウが表示され、そこからフォルダ/アイテムのアクセス権限を必要に応じて変更できます。

❯ ❮ Javascript ID: F

Team 1プロジェクトフォルダ（USチーム）に設定された共有権限。このフォルダ内のプロジェクトはこれらの権限を継承し、管理者および所有者の書き込み権限に追加されます。 ユーザーによって追加されたプロジェクトフォルダの共有権限で、親フォルダ（Team 1）からの権限を継承します。親フォルダは別のユーザー（Harold Smith）によって作成されたもので、「所有」しているため、このユーザーにも新しいフォルダへの書き込みアクセスが許可されます。 Team 2プロジェクトフォルダ（EUチーム）に設定された共有権限。このフォルダ内のプロジェクトはこれらの権限を継承し、管理者および所有者の書き込み権限に追加されます。 親Component Templatesフォルダから継承されたテンプレートアイテムの共有権限。

注意すべき点：

• 権限に関しては、Can Write（編集）オプションが有効になっている場合、ユーザー/グループは読み書きアクセス権を持ちます。このオプションが無効の場合、読み取り（閲覧）アクセスのみとなります。

• 既存のユーザー/グループをフォルダ/アイテムの共有アクセスから削除するには、関連するRemoveコントロール（）をクリックします。

• デフォルトでは、フォルダ/アイテムは所有者（初めは作成者）とAdministratorsグループの全メンバーのみが利用可能です。これらの権限は固有のものであり、明示的に追加する必要はありません。OwnersとAdministratorsは読み書き（閲覧/編集）権限を持ちます。

• ワークスペースの全ユーザーがフォルダ/アイテムを見ることができるようにするには、Add Anyoneコントロールを使用します。ただし、これを行うとデフォルトで全ワークスペースメンバーに読み書きアクセスが付与されることに注意してください。特定のユーザーセットやグループにアクセスを制限したい場合は、Anyoneエンティティを削除する必要があります。

• 他のアイテムとは異なり、デザインプロジェクトアイテムの共有権限はExplorerページを通じて管理することはできません。代わりにProjectsページからアクセスできる共有ダイアログウィンドウで指定されます。ワークスペースプロジェクトページで詳細情報をご覧ください。

• フォルダもワークスペースプロジェクトページで追加および削除することができます。

管理者やフォルダの所有者/作成者の場合、プロジェクトフォルダの権限はワークスペースのProjectsページ内のShareオプションからもアクセスおよび変更できます。フォルダエントリを選択し、上部のボタンまたはエントリのメニューからShareオプションを選択して、アイテム共有ウィンドウにアクセスします。このウィンドウのインターフェースと機能は、プロジェクトを共有する際と同様に動作し、アイテム（フォルダ）の所有者を変更する機能も含まれます。

以下の例では、デフォルトのプロジェクトフォルダ設定（すべてのワークスペースメンバーに対する書き込みアクセス）を、Workspace Membersの権限をCan View（またはNo Access）に変更し、マネージャーをShare Item Withフィールドに追加して、関連する共有オプションをCan Editに設定することで、マネージャーのみに書き込みアクセスを制限しています。

権限の継承連続性

上記のように、ワークスペースフォルダ階層内での共有権限の継承は、親フォルダとその子フォルダ間の権限が一致しない場合に中断されない限り、その全階層で維持されます。簡単に言うと、親フォルダの権限セットが子フォルダに存在しなければ、継承の連続性を維持することはできません - そうでない場合、子は権限継承の観点から親から「切り離された」と見なされます。

親から切り離された子フォルダは、親からの変更された/更新された権限をもはや継承しません。この時点でフォルダ階層の権限継承は事実上中断されますが、切り離された点より下では連続しています。親または子フォルダの権限が変更され、再び親の権限が子に存在するようになれば、フォルダ権限の継承が全階層で復元されます - その場合、子は権限継承の観点から再び親に「再接続された」と見なされます。

❯ ❮ Javascript ID: D

フォルダCからLibrarians Read権限を削除すると、A-Dのフォルダ階層に連続した権限継承がある場合に影響します。 フォルダB（親）で設定された権限がフォルダC（その子）に完全に含まれなくなったため、この時点で権限継承が切断されます。フォルダCはフォルダBから「切り離された」とされます。 フォルダAにManager Read権限を追加します。 フォルダBは新しい権限を継承しますが、フォルダC（およびその子孫のフォルダ）はフォルダBからの権限継承が切り離されているため、継承しません。 フォルダAからLibrarians Read権限を削除します。 フォルダBは再び権限変更（削除）を継承し、その切り離された子、フォルダCは継承しません。 フォルダCにMechanical Read権限を追加します。 追加された権限はフォルダCの切り離し点の下で親子継承が維持されているため、フォルダDに継承されます。 フォルダCにManagers Read権限を追加します。 フォルダCは現在、その親であるフォルダBの権限セットを含むため、フォルダBに「再接続」されます。権限継承は再び完全なフォルダ階層を通じて連続しています。フォルダB（フォルダBに継承された）からManagers Readエントリを削除することも、フォルダCがフォルダB親の権限セットを含むようになるため、再接続を引き起こしたでしょう。

注意点：

• 親フォルダとその子フォルダがRead権限を含む場合、対応する子の権限がRead/Writeに変更されても、親に付随し続けます（権限の継承が保持されます）。なぜなら、親のRead能力と一致するため、読み取り能力は両方に共通です。

• 親フォルダとその子フォルダがRead/Write権限を含む場合、対応する子の権限がReadに変更されると、親から切り離されます（権限の継承が失われます）。なぜなら、親のWrite能力にもはや一致しないからです。

• フォルダに権限を追加すると、子がより低いアクセスレベルにある場合、子フォルダの同じ権限を実質的に上書きします。例えば、フォルダにLibrarians Read/Write権限が追加され、その子フォルダに既存のLibrarians Readエントリがある場合、これはLibrarians Read/Writeエントリに上書き/アップグレードされます。

• 逆に、フォルダに権限を追加しても、子がより高いアクセスレベルにある場合、子フォルダの同じ権限には影響しません。例えば、フォルダにLibrarians Read権限が追加され、その子フォルダに既存のLibrarians Read/Writeエントリがある場合、これはReadレベルのエントリに変更（ダウングレード）されず、既存の権限レベルのままです。

ここで説明されているフォルダの権限継承ロジックは、プロジェクト（デザインおよび管理されたBOMのプロジェクト）にも適用されます。プロジェクトは常に親フォルダの子であり、権限を継承し、子フォルダと同じように切り離されたり再接続されたりします。違いは、プロジェクトの権限がワークスペースプロジェクトページの共有ウィンドウを通じて編集されることです。

フォルダの移動

ワークスペースフォルダは、Projectsページ（ワークスペースプロジェクトページを参照）またはAltium Designer内のエクスプローラーペイン（ワークスペースの整理を参照）を通じて、フォルダ構造内の他の場所に移動することができます。

移動されたフォルダの共有許可がどのように決定されるかは、その元の親フォルダとの関係に依存します：

• フォルダが連続した権限構造を持つ階層の一部であり、その親フォルダに添付されている場合、そのフォルダを別のフォルダに移動すると以下のことが起こります：
  • 新しい親フォルダから権限セットを継承します。
  • 元の継承された権限を失います。
    • * フォルダ/プロジェクトの「継承された」権限とは、その親と共通のものであり、継承されています。
  • 以前の拡張権限を保持します。
    • * フォルダ/プロジェクトの「拡張」権限とは、その親と共通ではないものであり、アクセスを拡張するために特別に追加されたものです。

要するに、古い親の権限は新しい親の権限に置き換えられますが、追加された権限はフォルダと共に移動します。

• フォルダが権限構造階層から切り離された（親フォルダから分離された）場合、そのフォルダを別のフォルダに移動すると以下のことが起こります：
  • 新しい親フォルダから権限セットを継承します。
  • 元の権限を保持します。

移動されたフォルダ（子）は、親の権限を含むようになるため、その親に接続されます。

上記の両方のケースにおいて、もし共通の権限がある場合 – 新しい親フォルダの権限と比較して移行された権限 – その場合、最も高い利用可能な権限レベル（Read/WriteがReadより優先される）が採用されます。

❯ ❮ Javascript ID: E

この例では、フォルダA-B-CがEngineers Read/Write権限を継承する階層にあります。フォルダCの権限は、Contractors Readの追加によって拡張されています。代わりに、個々のユーザーを追加することもできました。 付随したフォルダの移動。 フォルダCは、異なる権限セットを持つフォルダDに移動されます。 移動されたフォルダCは、現在フォルダDの子となり、親のMechanical Read権限を継承します。フォルダCは元の継承された権限(Engineers Read/Write)を失いますが、元の拡張権限(Contractors Read)は保持します。 切り離されたフォルダの移動。 フォルダCの権限が変更され、親の権限セットを含まなくなるため、フォルダDから切り離されます（権限継承の観点から）。 フォルダCは、異なる権限セットを持つフォルダEに移動されます。この時点でフォルダCは切り離されています。 移動されたフォルダCは、元の権限セットを保持し、新しい親であるフォルダEの権限も継承します。 保持された権限と親の権限が異なるアクセスレベル(ReadおよびRead/Write)のManagersグループ権限を含むため、フォルダCはより高いアクセスレベル – Managers Read/Writeを採用します。フォルダCは現在、フォルダEの権限に「添付」されていることに注意してください。

プロジェクト作成権限の管理

デフォルトのワークスペース設定では、ワークスペースメンバーによって作成またはアップロードされたプロジェクトは、すべてのユーザーが書き込みアクセス権を持ち、Projectsフォルダに保存され、Projectsページを通じて直接アクセスできます。このシンプルな配置はユーザーにとって便利ですが、ワークスペースの任意のメンバーがこの主要な（トップレベルの）場所にアクセス可能なプロジェクトを作成できるようになります。ワークスペース管理者は、Projectsフォルダや追加のサブフォルダ内でプロジェクトを作成（およびアクセス）できるユーザーを高度に制御するために、ExplorerページまたはAltium Designer内のExplorerパネルを通じてプロジェクトフォルダの共有許可を指定できます。

上記のように、フォルダの権限はワークスペースExplorerページで、フォルダエントリの右クリックコンテキストメニューのShare Folderオプションからアクセスできます。Projectsフォルダのアクセスは、デフォルトの権限（Anyone）を読み取り専用に設定（Can Writeの選択を解除）するか、完全に削除してから、必要に応じて特定のユーザー（Add User）やユーザーグループ（Add Role）のアクセス権限を追加することで変更できます。

❯ ❮

更新された書き込み権限は、どのワークスペースメンバーがProjectsフォルダにプロジェクトを作成（またはアップロード）できるかを決定します。上に示された例では、Managersグループのメンバーのみがこれを行うことができます。権限の制約は、Altium Designerで新しいプロジェクトを作成するユーザーにも適用されます。

特定の権限デフォルトの設定

デフォルトのワークスペースの挙動は、新しく作成されたプロジェクトがその親フォルダの権限を継承することです。権限とユーザー/グループアクセスがそれに応じて設定された構造化されたフォルダ階層では、フォルダツリーを下に進むにつれて徐々に開かれるような場合、このアプローチは目的のフォルダに基づいてユーザーとグループに適切な権限アクセスレベルを自動的に提供することができます（上記参照）。

代替アプローチとして、この固有の権限継承をオーバーライドし、すべての新しいプロジェクトに固定セットの権限を指定することができます。この配置は、すべてのユーザープロジェクトがProjectsフォルダなどの特定の場所で作成される、あまり構造化されていないフォルダ権限階層により適しているかもしれません。新しいプロジェクトは、親フォルダの権限に関係なく、デフォルトの固定権限セットを採用します。

ワークスペースの管理者は、Admin – SettingsページのプロジェクトビューでDefault permissions for new projectsオプションをチェックすることにより、このオプションを有効にすることができます。有効にすると、新しく作成されたプロジェクトは、このオプションで指定された権限を採用し、親フォルダの権限を継承するのではなくなります。オプションのデフォルト設定は、初期のワークプレイスのデフォルト設定 – すべてのユーザーに対する書き込みアクセス – と一致し、ニーズに合わせて変更されるべきです。これの一例は、エンジニアに対するWrite（編集）アクセス、ライブラリアンに対するView（読み取り専用）アクセス、そして機械エンジニアに対するアクセスなし、というものかもしれません。

注意:

• 管理者は常にすべてのプロジェクト（およびフォルダ）に対する書き込みアクセス権を持っているため、この設定は変更できません（読み取り専用です）。

• プロジェクトの所有者（プロジェクトを作成したユーザー）は、プロジェクトおよびその親フォルダに完全なアクセス権を持っています。なぜなら、新しいプロジェクトを作成するためにはフォルダの書き込み権限が必要だからです。

• 固定（デフォルト）のプロジェクト権限セットの適用は、通常、親フォルダの権限を含まないため、通常の親から子（フォルダからプロジェクト）への権限継承が無効になります。実際には、プロジェクトはフォルダ階層の権限継承から「切り離され」、親フォルダに対して行われた任意の権限変更を採用しなくなります – 上記の権限継承の連続性で情報を参照してください。
  例えば、新しいプロジェクトの指定されたデフォルト権限がエンジニアとライブラリアンに対するWriteアクセスである場合、その後、親フォルダレベルでライブラリアンの書き込みアクセスを無効にしても、（権限継承を通じて）プロジェクトをライブラリアンに対するView（読み取り専用）アクセスに変更することはありません。

フォルダ書き込み権限なしでのプロジェクト作成

書き込み権限を持たないユーザーがProjectsフォルダ（またはデフォルトの保存場所として指定された他のフォルダ）でプロジェクトの新規作成や既存のローカルプロジェクトのアップロードを行う場合、システムは自動的にユーザー固有のPersonal Folder構造を新しいプロジェクトの保存用に作成します。これは、メンバーのメールアドレスに基づいたトップレベルフォルダとして表示され、そのユーザーのプロジェクトを保存するMy Projectsサブフォルダが含まれます。フォルダ構造/階層は、サインインしているユーザー（および管理者）にのみ利用可能であり、他のユーザーには表示されません。

❯ ❮

ワークスペース管理者の視点から見ると、メンバーの個人フォルダは、ProjectsページやExplorer ページのフォルダ階層、さらには Altium DesignerのExplorer パネルのフォルダツリーで明らかなように、最上位のHomeフォルダの下に収集されます。

❯ ❮

個人の「ホーム」フォルダ機能は、ワークスペースメンバーのプロジェクト間や他のプロジェクトフォルダとの間で制御された分離を提供します。ユーザーはこの構造内で新しいプロジェクトフォルダを作成することもできます。ユーザーがそのプロジェクトをより広く共有する場合、例えば全てのワークスペースメンバーと共有する場合、そのプロジェクトは他のユーザーのメインのプロジェクトフォルダに表示されることに注意してください。

ワークスペース管理者の視点から見ると、メンバーの個人フォルダは、プロジェクトページやエクスプローラーページのフォルダ階層、そしてAltium Designerのエクスプローラーパネルのフォルダツリーにも明らかなように、トップレベルのホームフォルダの下に集められます。

❯ ❮ Javascript ID: 365-PersonalFoldersAdmin

アイテムリビジョンのダウンロード

インターフェースからデータをダウンロードするには、アイテムリビジョンのエントリの右にあるDownloadコントロール () をクリックします。

ワークスペース構造のナビゲーション

ワークスペースのコンテンツは、そのブラウザインターフェースを通じて、次の画像で強調表示され、その後に説明されるいくつかの方法でナビゲートできます。

❯ ❮

ブラウザインターフェースを通じてWorkspaceのコンテンツをナビゲートする方法。 検索結果の例。

1. 閲覧したいフォルダ名をクリックします。

2. 検索機能を使用します。アイテムのID、コメント、または説明に基づいてキーワードを入力し、Enterキーを押すか、虫眼鏡アイコンをクリックします()。ワークスペース全体がスキャンされ、検索に一致するアイテムの結果がリスト表示されます。

追加機能

ワークスペースのブラウザインターフェースを通じてコンテンツを閲覧する際に見つかる追加機能は以下の通りです:

• Navigate – これは、アイテムの右クリックコンテキストメニューにあるコマンドで、Altium DesignerのExplorerパネルでそのアイテムにすばやく移動するために使用されます。これを行うためにはAltium Designerが開かれます（X2.exe – Altium Designerのソース実行ファイルを開きたいかどうかが提示されます）。

• Full item info – このコマンドは、アイテムリビジョンの右クリックコンテキストメニューで見つけることができ、そのリビジョンのすべての詳細をリスト表示するために使用されます。実質的には、そのアイテムリビジョンに利用可能なさまざまなアスペクトビューを含むビューです（Summaryを除く）。

• Follow/UnFollow - Componentsタイプのフォルダの右クリックコンテキストメニューにあるFollowコマンドを使用して、フォルダをフォローします。フォローしているフォルダ内での活動（コンポーネントの作成、リリース、リビジョン状態の変更、または削除）は、ワークスペースから送信されるメール通知を通じてフラグが立てられます（ワークスペースの管理者によってメール通知が有効にされている場合）。UnFollowコマンドを使用して、そのフォルダ内のコンポーネント活動のフォローを停止します。

• Remove Folder - フォルダの右クリックメニューにあるこのコマンドを使用して、そのフォルダとその内容全て（サブフォルダとその中のアイテム）をワークスペースの隔離されたゴミ箱エリアに移動します。Trash内のエンティティは、必要に応じて永久に削除されるか、または復元されます。プロジェクトフォルダを削除する場合、関連するリリースと製造パッケージもTrashに移動されます。

• Remove Item - アイテムの右クリックメニューにあるこのコマンドを使用して、そのアイテムをワークスペースの隔離されたゴミ箱エリアに移動します。Trash内のエンティティは、必要に応じて永久に削除されるか、または復元されます。コンポーネントアイテムを削除する場合、関連するモデルも同時にTrashに移動する機会があります。これらは、他のコンポーネントによって使用されていない場合にのみ削除できます。