Skip to main content
IBM Quantum Platform

インスタンス管理には、 IBM Cloud の Resource Controller APIを使用してください

IBM Cloud® ( Resource Controller )のREST APIを使用すると、プログラムによってインスタンスの取得、作成、更新を行うことができます。

すべての Resource Controller エンドポイントでは、ベアラートークンを含むという Authorization ヘッダーを渡して認証を行う必要があります。 REST APIの設定ガイドを参照してください。


インスタンスを取得する

特定の実体に関する情報を取得するには、この GET /v2/resource_instances/{crn} エンドポイントを使用してください。 CRN は、パス内で URL エンコードされている必要があります。

extensions標準の Resource Controller フィールドに加え、応答にはと の両 parameters 方に量子固有のフィールドが含まれています。 extensions インスタンスの正規化されたメタデータを保存するのに対し parameters 、はインスタンスを変更するための最新のリクエストのみを保存します。 parametersしたがって、ではなく、から extensions 読むべきです。

この extensions オブジェクトには、以下のフィールドが含まれています:

  • instance_limit_seconds — 整数、または null. インスタンスの使用時間制限。 「インスタンスの割り当て制限の設定」 を参照してください。
  • usage_allocation_seconds — 整数、または null. このインスタンスに割り当てられた時間。 フェアシェア・スケジューラがキューの優先順位を決定するために使用する。 「インスタンスの割り当て制限の設定」 を参照してください。
  • backends — 文字列の配列。 このインスタンスで使用可能なバックエンド名の許可リスト。 ["ANY"] このプランのすべてのバックエンドが利用可能であることを意味します(デフォルト設定)。 [] これは、利用可能なバックエンドがないことを意味します。
「backends」フィールドは古くなっている可能性があります

オブジェクト extensions 内のフィールドは backends 、最新の情報ではない可能性があります。 これは、 IBM Quantum サポートが、インスタンスに影響を及ぼすような方法でアカウントを変更した場合に発生する可能性があります。 たとえば、アカウントからバックエンドが削除されると、そのインスタンスの が backends 更新されますが、その変更は現時点では Resource Controller APIにはまだ反映されていません。

その代わり、現在の回避策として、 IBM Quantum Compute Service REST API を、このエンド GET /v1/backends ポイントとともに使用します。 (ヘッダー Service-CRN を、ご自身のインスタンスの CRN に設定してください。)

CRN は、パス内で URL エンコードされている必要があります。 %2Fそれぞれの : を に %3A 、それぞれの / を に置き換えてください。 crn%3Av1%3Abluemix%3A...たとえば、 は crn:v1:bluemix:... になります。

curl \
  --request GET \
  --url 'https://resource-controller.cloud.ibm.com/v2/resource_instances/<YOUR_INSTANCE_CRN_URL_ENCODED>' \
  --header 'Authorization: Bearer <YOUR_BEARER_TOKEN>'

すべてのインスタンスの一覧を取得する

この GET /v2/resource_instances エンドポイントを使用して、すべてのインスタンスの一覧を取得してください。 クエリパラメータを resource_idb6049020-80f4-11eb-a0f7-e35ec9b4054f 設定して、 IBM Quantum® のインスタンスに絞り込みます。

アカウントに複数のプランがあり、プランごとにフィルタリングしたい場合は、クエリパラメータを resource_plan_id 以下のいずれかの値に設定してください:

計画
resource_plan_id
プレミアム7f666d17-7893-47d8-bf9d-2b2389fc4dfc
フレックス53bde9d3-cdbb-46f5-a98f-60ebcadf7260
従量制課金5304b575-3cff-4455-90dc-ae4367762093
オープン850b21a7-71de-4e53-9441-1abdd202f35d

各結果には、「インスタンスの取得」 で説明されているのと同じ extensions フィールドが含まれています。

curl \
  --request GET \
  --url 'https://resource-controller.cloud.ibm.com/v2/resource_instances?resource_id=b6049020-80f4-11eb-a0f7-e35ec9b4054f' \
  --header 'Authorization: Bearer <YOUR_BEARER_TOKEN>'

インスタンスの更新

この PATCH /v2/resource_instances/{crn} エンドポイントを使用して、インスタンスの制限、割り当て、および許可されるバックエンドを更新します。 CRN は、パス内で URL エンコードされている必要があります。

"Content-Type: application/json"変更したいフィールドを含むJSONオブジェクトを parameters 、ヘッダーとともにリクエスト本文として渡してください。 省略されたフィールドは変更されません。

  • instance_limit_seconds — 整数、または null. インスタンスの使用時間制限。 「インスタンスの割り当て制限の設定」 を参照してください。
  • usage_allocation_seconds — 整数、または null. このインスタンスに割り当てられた時間。 フェアシェア・スケジューラがキューの優先順位を決定するために使用する。 「インスタンスの割り当て制限の設定」 を参照してください。 従量課金型インスタンスには適用されません。
  • backends — 文字列の配列。 このインスタンスで使用可能なバックエンド名の許可リスト。 ["ANY"] つまり、そのプランに含まれるすべてのバックエンドが利用可能であることを意味します。 [] これは、利用可能なバックエンドがないことを意味します。
必ず一意のタイムスタンプを含めること

が前回のリクエストと同一の場合 parameters 、APIはそのリクエストを黙って無視します。 timestamp オブジェクト parameters には、各リクエストが一意のものとして扱われるよう、常に現在時刻が設定されたフィールドを含めてください。

このエンドポイントの応答は、 インスタンスを取得する場合と似ており、オブジェクトの extensions 扱い方も同様です。

CRN は、パス内で URL エンコードされている必要があります。 %2Fそれぞれの : を に %3A 、それぞれの / を に置き換えてください。 crn%3Av1%3Abluemix%3A...たとえば、 は crn:v1:bluemix:... になります。

curl \
--request PATCH \
--url 'https://resource-controller.cloud.ibm.com/v2/resource_instances/<YOUR_INSTANCE_CRN_URL_ENCODED>' \
--header 'Authorization: Bearer <YOUR_BEARER_TOKEN>' \
--header 'Content-Type: application/json' \
--data "{
    \"parameters\": {
        \"timestamp\": \"$(date -u +"%Y-%m-%dT%H:%M:%SZ")\",
        \"usage_allocation_seconds\": 220
    }
}"

新規インスタンスの作成

この POST /v2/resource_instances エンドポイントを使用して、新しいインスタンスを作成(プロビジョニング)します。 "Content-Type: application/json"ヘッダーを指定して、JSONボディを送信します。

必須フィールド:

  • name — インスタンスの、人間が読みやすい名前。
  • eu-de``target — 例えば us-east や といった地域。
  • resource_plan_id — 今回の計画。 プランID表を参照してください。
  • resource_group — 使用するリソースグループ

また、quantum固有の値を設定するために、 parameters objectを含めることもできます:

  • instance_limit_seconds — 整数、または null. インスタンスの使用時間制限。 「インスタンスの割り当て制限の設定」 を参照してください。
  • usage_allocation_seconds — 整数、または null. このインスタンスに割り当てられた時間。 フェアシェア・スケジューラがキューの優先順位を決定するために使用する。 「インスタンスの割り当て制限の設定」 を参照してください。 従量課金型インスタンスには適用されません。
  • backends — 文字列の配列。 このインスタンスで使用可能なバックエンド名の許可リスト。 ["ANY"] つまり、そのプランに含まれるすべてのバックエンドが利用可能であることを意味します。 [] これは、利用可能なバックエンドがないことを意味します。
curl \
  --request POST \
  --url 'https://resource-controller.cloud.ibm.com/v2/resource_instances' \
  --header 'Authorization: Bearer <YOUR_BEARER_TOKEN>' \
  --header 'Content-Type: application/json' \
  --data '{
      "name": "my-new-instance",
      "target": "us-east",
      "resource_plan_id": "7f666d17-7893-47d8-bf9d-2b2389fc4dfc",
      "resource_group": "<YOUR_RESOURCE_GROUP_ID>",
      "parameters": {
          "instance_limit_seconds": 300,
          "usage_allocation_seconds": 220
      }
  }'

インスタンスでの Qiskit Functions へのアクセスを設定する

この手順に従って、 IBM Cloud ( Resource Controller )API を使用して、既存の IBM Quantum Compute Serviceインスタンスで Qiskit Functions へのアクセスを設定してください。 各コマンドは互いに連動しているため、手順に従って順番に実行してください。 たとえば、tokenや URL といった変数は、あるステップで設定され、その後のステップで再利用されます。

前提条件

  • IBM Cloud のAPIキー(トークンとも呼ばれます)。 必要に応じて、 ダッシュボードでAPIキーを作成してください。
  • 設定対象のインスタンスの CRN。 インスタンスの CRN は、「 インスタンス」 ページに表示されています。

ステップ 1:ベアラー・トークンを取得する

APIキーをベアラートークンに交換してください。 このトークンを、すべてのリソースコントローラへのリクエストの認証ヘッダーに含める必要があります。 ベアラー・トークンを生成するには、次のコードを実行してください:

curl --request POST \
--url 'https://iam.cloud.ibm.com/identity/token' \
--header 'Content-Type: application/x-www-form-urlencoded' \
--data 'apikey=<YOUR_API_KEY>&grant_type=urn%3Aibm%3Aparams%3Aoauth%3Agrant-type%3Aapikey'
--silent | jq .

この応答には、ベアラー・トークンである フィールド access_token が含まれています。 この値をコピーしてください。

ステップ 2:アクセス権の確認

変更を行う前に、トークンが正常に機能することを確認し、現在のインスタンス設定を点検してください。

重要

CRN は、パス内で手動で URL エンコードする必要があります。 それぞれの を に :``%3A 、それぞれの を / に置き換えてください %2F。 たとえば、 は crn:v1:bluemix:... になります crn%3Av1%3Abluemix%3A...

curl --request GET \
--url 'https://resource-controller.cloud.ibm.com/v2/resource_instances/<YOUR_INSTANCE_CRN_URL_ENCODED>' \
--header 'Authorization: Bearer <YOUR_BEARER_TOKEN>'

応答 200 OK により、トークンが有効であることが確認されます。 現在のインスタンス設定は、レスポンスの「extensions」フィールドに記載されています。 古くなっている可能性があるパラメータの代わりに、これを使用してください。

ステップ 3: アカウントレベルの関数の設定を確認する

インスタンスには、そのアカウントに付与されている権限の範囲内でのみアクセス権が付与されます。 インスタンスを設定する前に、アカウントの設定を確認し、どの機能、ビジネスモデル、および権限を付与できるかを把握しておいてください。 これが、ステップ4で送信する値の信頼できる情報源です。

APIキーを使用して、 Qiskit Runtime API GET /accounts/{id} を呼び出してください。 「」は、接頭 a/ 辞「」を除いたアカウントID {id} です。 インスタンス CRN (crn:v1:bluemix:public:quantum-computing:...:a/<ACCOUNT_ID>:...) から確認できます。

curl --request GET \
--url 'https://quantum.cloud.ibm.com/api/v1/accounts/<ACCOUNT_ID>' \
--header 'Authorization: apikey <YOUR_API_KEY>'

応答に含まれる各プランには、関数配列と、設定されている場合は オブジェクト custom_functions が含まれます。 これらには、そのプランの下でインスタンスに付与できる正確な名称、プロバイダー、ビジネスモデル、および権限の値が記載されています。

Note

GET /accounts/{id} アカウントレベルで付与可能な項目が表示されます。 GET /functions「結果の確認」 を参照)には、特定のインスタンスに対してすでに付与されている権限が表示されます。 有効な値を確認するにはアカウントエンドポイントを使用し、結果を確認するには関数エンドポイントを使用します。

ステップ 4: 関数へのアクセス設定

インスタンスを更新し、カタログ関数およびカスタム関数へのアクセス権を付与してください。

重要な注意
  • 関数内の name, provider, および の business_model 値は、アカウントレベルで設定された項目と完全に一致している必要があります( 前の手順を参照)。 権限は、その関数に対するアカウントの権限のうち、空でない部分集合でなければなりません。 同様に、 は、そのアカウントの 権限 custom_functions の空でない部分集合でなければ custom_functions.permissions なりません。
  • すべてのPATCHリクエストのパラメータにタイムスタンプを含めること。 Resource Controller は、受信したパラメータを最後に保存した値と比較することで、PATCHリクエストの重複を排除します。 一致した場合、リクエストはサービスに到達すること 200 OK なく、黙って破棄されます。 これを防ぐには、変化するタイムスタンプの値を組み込んでください。
curl --request PATCH \
--url 'https://resource-controller.cloud.ibm.com/v2/resource_instances/<YOUR_INSTANCE_CRN_URL_ENCODED>' \
--header 'Authorization: Bearer <YOUR_BEARER_TOKEN>' \
--header 'Content-Type: application/json' \
--data '{
"parameters": {
  "timestamp": "2026-06-30T00:00:00Z",
  "functions": [
    {
      "name": "<FUNCTION_NAME>",
      "provider": "<PROVIDER>",
      "business_model": "<BUSINESS_MODEL>",
      "permissions": [
        "function.read",
        "function.run",
        "function-files.read",
        "function-files.write"
      ]
    }
  ],
  "custom_functions": {
    "permissions": [
      "function-custom.write",
      "function-custom.run"
    ]
  }
}
}'

応答 200 OK があれば、処理が成功したことを示します。 更新された設定は、レスポンスの「extensions」フィールドに表示されます。

関数へのアクセス権を削除する

カタログ関数

インスタンスからカタログ関数を削除するには、以下の内容を含む PATCH リクエストを送信してください "functions": null

--data '{
"parameters": {
"timestamp": "2026-06-30T00:00:01Z",
"functions": null
}
}'

( "functions": [] 空の配列) を設定すると、Catalog Functions がクリアされます。 null これが標準形です。

カスタム関数

インスタンスからカスタム関数を削除するには、以下の内容を含む PATCH リクエストを送信してください "custom_functions": null

--data '{
"parameters": {
"timestamp": "2026-06-30T00:00:02Z",
"custom_functions": null
}
}'

この設定を行うと、カスタム関数も同様に "custom_functions": {"permissions": []} クリアされます。 null これが標準形です。

結果を確認する

インスタンスの Qiskit Functions 設定が正しいことを確認するには、 Resource Controller の代わりに、 Qiskit Runtime APIの GET /functions を使用してください。 アカウントレベルの変更により、 Resource Controller 以外の場所でインスタンスが更新された場合、 Resource Controller に保存されている状態が古くなっている可能性があります。

curl --request GET \
--url 'https://quantum.cloud.ibm.com/api/v1/functions' \
--header 'Authorization: apikey <YOUR_API_KEY>' \
--header 'Service-CRN: <YOUR_INSTANCE_CRN>'

この応答には、そのインスタンスが現在アクセス可能な関数が一覧表示されます。

このページは役に立ちましたか?
バグや誤字の報告、またはコンテンツの要求はGitHubで行ってください。