> For the complete documentation index, see [llms.txt](https://docs.parallels.com/landing/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.parallels.com/landing/ras-admin-guide/v22-ja-jp/gong-kai/sesshonno.md).

# セッション事前起動の理解

ユーザーがリモートアプリケーションやデスクトップを開く際、まずセッションを起動する必要があります。セッションの起動には時間がかかる場合があり、その結果、ユーザーはアプリケーションの起動を待たなければなりません。ユーザーエクスペリエンスを向上させるため、ユーザーが実際にアプリケーションを開く前に、セッションを事前に起動しておくことができます。 セッションが事前起動されると、その処理はすべてバックグラウンドで行われるため、ユーザーの画面にはウィンドウやメッセージボックスは表示されません。ユーザーがアプリケーションを起動すると、事前起動されたセッションを使用して開かれるため、非常に高速に起動します。

セッションの事前起動の構成方法については、[**クライアントポリシー**](/landing/ras-admin-guide/v22-ja-jp/yzdebaisutokuraiantoporish/kuraiantoporish.md)を参照してください。

セッションの事前起動を設定する際、以下のオプションが利用可能です：

* **オフ**。セッションの事前起動は使用されません。
* **基本**。ユーザーがアプリケーション一覧を取得するとすぐに、セッションが事前起動されます。これは、ユーザーが数分以内にアプリケーションを開くと想定しています。セッションは 10 分間アクティブなまま維持されます。 その間にユーザーがアプリケーションを開かない場合、クライアントはセッションから切断されます。
* **AML**。アプリケーション一覧を取得した際、ユーザーの習慣に基づいてセッションが事前起動されます。このオプションを有効にすると、Parallels Client は特定の曜日にユーザーがアプリケーションを起動する習慣を記録・分析します。 セッションは、ユーザーが通常アプリケーションを開く数分前に開始されます。

セッションの事前起動を使用しないようにするルールを設定できます。以下のオプションが利用可能です：

* 事前起動を使用しない日付を指定する。
* 公開済みリソースをセッション事前起動の判断対象から除外する。 リソースが解析から除外された場合、Parallels Client はセッションを事前起動するかどうかを判断する際に、そのリソースを一切考慮しません。たとえば、セッションの事前起動を絶対に実行したくないサーバーがある場合、そのサーバーでホストされたすべての公開済みリソースを、セッション事前起動の対象から除外するように設定できます。 公開済みリソースをセッションのプリローンチから除外するには、RASコンソールで\*\*\[公開済みリソース]**に移動し、リソースを選択してから、**\[セッションのプリローンチから除外]\*\*オプションを選択します。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.parallels.com/landing/ras-admin-guide/v22-ja-jp/gong-kai/sesshonno.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.