製品は、市場に提供されているものを表しています。 サービスとリソースは、市場に提供される製品の実装方法に関するさまざまな程度の詳細を提供します。 サービスも市場に提示されますが、その提示には追加の条件が課されます。 このサービスの特性は、解釈のあいまいさのほとんどにつながります。 このあいまいさを避けるために、サービスは「顧客向けサービス」と「リソースサービス」の2つのタイプに分類できます。 前者は製品の形成に関与し、後者は顧客へのサービスの実装に関与します。 さらに、この違いをより詳細に説明し、モデルの形で修正します。
リソースは、制御可能性と製品への統合によって特徴付けられるエンティティを表すための一般的な用語です。
リソースには、物理と論理の2つのタイプがあります。
物理リソースは、リソースの1つ以上の物理的側面または機能を表します。 LogicalResourceは、リソースの1つ以上の論理的な側面または機能を表します。 リソースを物理的および論理的に分割すると、多数のプロパティと機能を備えた技術的に複雑なオブジェクト（ルーターなど）を、それぞれがモデル化に便利な多くの単純なコンポーネントの形で表すことができます。 ビジネスの本質この製品は、市場に提供できるものを表しています。 リソースはプロバイダーのインフラストラクチャの一部であり、サービスの中で製品の形で市場を提供するために使用されます。 エンティティリソースは、市場に提供される製品の実装を定義します。 リソースは、製品で提供されるサービスをサポートするために使用されます。
たとえば、VPNには、接続する物理ポートと、1つまたはいくつのプロトコルが必要です。 ポートは物理的なエンティティです。ポートを表示して接続できます。 一方、プロトコルは、ネットワーク上で送信されるパケットと同様に一連のルールとアルゴリズムであるため、論理エンティティです。 VPNを構成するには、物理リソースと論理リソースの両方が必要です。
図1.初期リソースビュー図
eTOMプロセスマップでは、リソースは詳細の深さに応じていくつかの異なるものを意味すると理解されます。
- レベル0では、リソースは「製品またはサービスに関連付けられている、またはインフラストラクチャの機能をサポートするインフラストラクチャの開発および管理に関連するプロセスを含む」プロセスとして定義されますが、言及されていないプロセスは詳しく説明されていません。
レベル1では、リソースの2つの用途が定義されています。
- リソースおよび運用管理（RM＆O）：これらのプロセスは、リソースの知識を維持し、顧客に必要または提供されるサービスを提供およびサポートするときにリソースを管理する責任があります。 RM＆Oには、リソースに関する情報を収集する機能、およびサービス管理システムに転送するための、またはリソースでアクションを実行するための後続の統合、相関、および集約機能も含まれています。
開発およびリソース管理（RD＆M）：これらのプロセスは、運用活動におけるサービスと製品をサポートするために必要なリソースの計画、開発、およびインストールに重点を置いています。 RD＆Mには、ネットワーク開発戦略の決定に必要な機能と、新しいテクノロジーのテストと将来のニーズをサポートするための既存のリソース機能の分析が含まれています。
レベル2では、レベル1で言及したプロセスの両方のグループが詳細に説明され、特に、サービスのインスタンスに対するリソースのアクティブ化とリソースの割り当てのプロセスが説明されています。 これらのプロセスには、リソースの構成と、個々の顧客ごとの論理リソースの割り当てが含まれます。 これらのプロセスは、リソースインベントリデータベースに変更を加えて、リソース使用の現在の状態を反映することに関与しています。
図2. eTOMプロセスのマップ。 レベル0の詳細
製品とサービスへのリソースリンク
リソースは、SIDモデルの他の2つの主要なエンティティである製品とサービスに密接に関連しています。
*物理リソースは、お客様が購入した製品の一部である場合があります。
*リソースは、1つ以上のサービスの提供をサポートする場合があります。
上記の関係の最初のものを図に示します。
図3.リソースと製品の関係
注：製品とリソースの間ではなく、製品と物理リソースの間に関係が存在します。
この発言は重要であり、原則として定式化することもできます。論理リソースには、関連する物理リソースが必要です。 たとえば、このアドレスが割り当てられるデバイスの参加なしに、IPアドレスのインスタンスを作成することはできません。 したがって、論理リソースは製品に直接結び付けられていません。
物理リソースが製品に関連付けられている理由は、製品の定義と意味により、SIDモデル全体の重要なビジネスビューがあるためです。 顧客はリソースではなく製品を購入します。 お客様は、リソースが提供するサービスを使用します。 したがって、リソースは単独では存在できません。特定の製品に関連付ける必要があります。 より正確には、物理リソースは、特定の顧客に既に割り当てられているか、在庫に保存されているかに関係なく、リソースのインスタンスです。
製品に間接的に関連付けられた論理リソース。 最初に、製品に必要な物理リソースが決定されます。 次に、物理リソースおよび選択したサービスに関連して論理リソースが定義されます。
リソースとサービスの関係を決定するには、最初にサービスと製品の関係を確立する必要があります。 サービスには、リソースサービス（ResourceFacingservice）と顧客向けサービス（CustomerFacingService）の2種類があります。
図4.リソースサービスと顧客向けサービス
顧客向けサービスは、顧客が見ているサービスの特性と動作を定義する抽象概念です。 リソースサービスは、お客様のサービスをサポートするサービスとして定義されますが、表示されず、お客様が直接取得することはありません。 たとえば、VPNは顧客向けのサービスの例であり、ネットワークデバイス間をルーティングしてVPNを形成するこのサービスのコンポーネントはリソースサービスの例です。 したがって、顧客はVPNを注文できますが、このVPNを実装するサービス（MPLS、BGPなど）は注文できません。
これから結論づけることができます：製品コンポーネントは、顧客向けサービスに直接関連しています。 ただし、リソースサービスは、顧客向けサービスの実装のロジックに対応しているため、製品には表示されません。 この理解により、リソース、製品、およびサービスを共通のスキームにまとめることができます。
図5.製品、サービス、リソースの関係
図のモデルは、顧客向けサービスが複数のリソースサービスを集約できることを示しています。 各リソースサービスは、多数の論理リソースと多数の物理リソースを集約します。 リソースサービスは、1つ以上の物理リソースに関連して存在し、1つ以上の論理リソースを使用して実装されます。
製品の定義は、サービス（顧客向け）の定義に従います。 この定義には、多くの実現サービス（リソースサービス）が必要です。各サービスは、物理リソースと論理リソースの両方を使用できます。
- リソースおよび運用管理（RM＆O）：これらのプロセスは、リソースの知識を維持し、顧客に必要または提供されるサービスを提供およびサポートするときにリソースを管理する責任があります。 RM＆Oには、リソースに関する情報を収集する機能、およびサービス管理システムに転送するための、またはリソースでアクションを実行するための後続の統合、相関、および集約機能も含まれています。