---
sourceDocument: Yokohama IT Operations Management
sourceDocumentLink: https://www.servicenow.com/docs/r/ja-JP/yokohama/it-operations-management

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# アプリケーションサービスへのユーザーアクセスの制御

# アプリケーションサービスへのユーザーアクセスの制御 {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2025年01月30日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：5分

組織内のアプリケーションサービスへのユーザーアクセスを許可するには、ユーザー ロールをサービスグループに割り当てます。セキュリティ上または機密上の理由により、組織は一部のサービスへのアクセスを制限できます。

## 始める前に

アクセスを許可するユーザーのユーザープロビジョニングタスクを実行していることを確認します。

1. [ユーザーグループにユーザーを追加します](https://www.servicenow.com/docs/access?context=t_CreateAGroup&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US)。
2. [新しいロールを作成します](https://www.servicenow.com/docs/access?context=t_CreateARole&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US)。
3. [ユーザーまたはユーザーグループにロールをアサインします](https://www.servicenow.com/docs/access?context=t_AssignRoleToGroup&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US)。
{#control-user-access-to-business-services__ol_ind_24r_dcb}

また、「[アプリケーションサービスのグループ化](https://www.servicenow.com/docs/QNN1HSkWNdLlTLvcbwCmSw "複数のサービスに対して同時にアクションを実行したり、サービスへのユーザーアクセスを制御したりするために、アプリケーションサービスをグループごとに整理します。イベント管理を使用することで、サービスグループごとのサービス健全性を追跡できます。")」の説明に従ってサービスグループが作成されていることを確認します。

必要なロール：app_service_admin または service_mapping_admin

## このタスクについて

ベースシステムでは、以下のロールがアプリケーションサービスへのアクセスを提供します。

app_service_admin

:   サービスインスタンスを作成および変更し、サービスグループを作成し、サービスインスタンスマップを表示および編集します。

app_service_user

:   運用サービスインスタンスのマップを表示し、getContent - GET REST API を使用してサービスコンテンツを取得します。基本的なヘルプデスクの技術者ロールとして機能する itil ロールには、app_service_user ロールが含まれています。

サービスマッピングには、以下の事前設定されたロールが用意されています。

service_mapping_admin

:   サービスマッピング アプリケーションをセットアップします。サービスインスタンスをマッピング、修正、および管理します。また、製品の高度な構成とカスタマイズも行います。アプリケーションアドミニストレーターにこのロールをアサインします。

service_mapping_user

:   運用サービスインスタンスのマップを表示して変更や移行を計画したり、サービスの継続性と可用性を分析したりできます。このロールをアプリケーションユーザーにアサインします。

sm_app_owner

:   サービスインスタンスのマッピングの成功に必要な情報を提供します。サービスがマッピングされると、このユーザーは結果をレビューし、承認または変更の提案を行います。サービスインスタンスを所有し、サービスを構成するインフラストラクチャとアプリケーションに精通しているユーザーに sm_app_owner ロールをアサインします。

注:  
itil ロールを持つユーザーは、すべてのサービスインスタンスのみを表示できます。

イベント管理 には、以下の事前設定されたロールが用意されています。

evt_mgmt_admin
:   イベント管理を設定するためのすべてのイベント管理機能に対して、読み取りまたは書き込みアクセス権があります。

evt_mgmt_operator
:   evt_mgmt_user 権限に加えて、承認、クローズ、インシデントのオープン、修復の実行など、アラートに対する操作をアクティブ化することもできます。

evt_mgmt_user
:   すべてのイベント管理機能に対する読み取りアクセス権があります。アラートの寿命を管理するために、アラートへの書き込みアクセス権を持っています。アラートから作成されたインシデントを管理できるようにするために、ITIL ロールを持っています。

evt_mgmt_integration
:   外部イベントソースと統合するために、イベント \[em_event\] および登録済みノード \[em_registered_nodes\] テーブルへの作成アクセス権を持っています。

通常、企業には何百ものサービスがあり、個別に管理することは現実的ではありません。特に大規模な組織やサービスプロバイダーでは、サービスグループを使用することでサービスリストがずっと短くなり、管理しやすくなります。 サービスグループの階層では、親サービスグループにアクセスすると、自動的にすべての子サービスグループへのアクセスが許可されます。  
ユーザーは、割り当てられたロールから権限を継承します。ロールをサービスグループに直接割り当てることで、このロールを持つすべてのユーザーに、このグループに属するすべてのアプリケーションサービスへのアクセスを許可することができます。ただし、ほとんどの企業では、ロールは階層として編成されています。これは、複数の ServiceNow アプリケーション間でロールを管理するために役立ちます。たとえば、サービスマッピングのアドミニストレーター \[service_mapping_admin\] を、アドミニストレーター \[admin\] などのより広範なアドミニストレーターロールの一部にすることができます。ユーザーをユーザーグループに追加し、ユーザーグループにロールを割り当てて、このロールの権限をすべてのグループユーザーに同時に付与することができます。図 : 1. アプリケーションサービスグループへのロールのアサイン   

デフォルトでは、すべての新しいサービスが \[すべて\] というサービスグループに割り当てられ、すべてのユーザーがサービスインスタンスを表示および管理できます。ロールをサービスグループに割り当てた場合、このロールを持つユーザーは、このサービスグループ内と、\[すべて\] のサービスグループ内のサービスインスタンスにアクセスできます。このロールを持つユーザーが他のサービスにアクセスできるようにするには、このロールをそれぞれのサービスグループに割り当てます。ユーザーロールを \[すべて\] のサービスグループに直接アサインしないでください。

## 手順

1. 次のいずれかに移動します。  
   * 構成アプリケーションサービスサービスグループの責任.
   * サービスマッピングがアクティブ化されている場合: サービスマッピングサービスサービスグループの責任.
   * イベント管理がアクティブ化されている場合: イベント管理サービスサービスグループの責任.
   {#control-user-access-to-business-services__ul_pzk_jr3_ndb}
2. \[新規\] をクリックし、\[アプリケーションサービスグループの責任\] フォームに入力します。  
   {#control-user-access-to-business-services__table_kgf_xpc_12b__entry__2}

   | フィールド | 説明 |
   |-|-|
   | アプリケーションサービスグループ | ロールを割り当てるサービスグループ。 |
   | ロール | 選択したサービスグループに割り当てるロール。 financial_services_admin などです。 |
   [ ]

   {#control-user-access-to-business-services__table_kgf_xpc_12b}
3. \[送信\] をクリックします。

## 例

組織内の機密財務情報を含むサービスへのアクセスを管理するには、次の操作を行います。

1. サービスを Financial Services グループに編成します。
2. \[app_service_admin\] ロールを含む Financial Services アドミン \[financial_services_admin\] ロールを、新しいユーザーロールとして作成します。
3. Financial Services アドミニストレーターロールを Financial Services グループに割り当てます。
{#control-user-access-to-business-services__ol_u5r_lmg_5db}これにより、Financial Services アドミンロールを持つユーザーのみが、Financial Services グループに属するアプリケーションサービスにアクセスできるようになります。
**関連概念**   

* [あるインスタンスから別のインスタンスへのサービス定義の転送](https://www.servicenow.com/docs/8CH_kcCpNhGG6cCHn_Y7xQ#transfer-service-definitions "ソースインスタンスからサービスインスタンスの定義をエクスポートし、これらの定義をターゲットインスタンスにインポートすることで、時間と労力を節約します。このメソッドを使用して、検出されたタイプのサービスインスタンスの定義のみをコピーできます。")  
**関連タスク**   

* [アプリケーションサービスの重要度の定義](https://www.servicenow.com/docs/gyBsgVVHpnlZOskaGCRoAg "各サービスインスタンスに対し、組織の業務にとってどれだけ重要であるかを示す重要度レベルを選択します。")
* [アプリケーションサービスのグループ化](https://www.servicenow.com/docs/QNN1HSkWNdLlTLvcbwCmSw "複数のサービスに対して同時にアクションを実行したり、サービスへのユーザーアクセスを制御したりするために、アプリケーションサービスをグループごとに整理します。イベント管理を使用することで、サービスグループごとのサービス健全性を追跡できます。")
* [サービスマッピング によるトップダウンディスカバリーのスケジュール](https://www.servicenow.com/docs/XCC3kFj6p9lK05bzDoKdLQ "サービスマッピングがサービスインスタンスに属する構成アイテム (CI) を初めて検出すると、CI を再検出して、変更と更新を検出します。サービスマッピング でサービスまたは CI を再検出する頻度を制御するために、ディスカバリースケジュールを作成または変更します。 たとえば、カスタムディスカバリースケジュールを作成してインフラストラクチャに対する冗長な負荷を回避できます。")