OCI Gen 1上に構築されたOracle Content Managementのレガシー・インスタンスの管理

Oracle Cloud Infrastructure (OCI) Gen 1上に構築されたOracle Content Managementのレガシー・インスタンスを保有している場合、それらのインスタンスの管理方法にはいくつかの違いがあります。

第2世代のOCIおよびOracleのクラウド・プラットフォームの利点と先進機能を将来にわたって活用するために、必ずInfrastructureコンソールで新規インスタンスを作成する必要があります。それらのインスタンスは、Infrastructureコンソールを通じて管理およびモニターします。

Infrastructure Classicコンソール(旧マイ・サービス)で作成したレガシー・インスタンスの場合、このトピックで説明する方法で管理できます。ただし、新しいネイティブOCI環境(第2世代のOCI)にそれらのインスタンスを移行(つまり、Infrastructureコンソールを使用してサービス・インスタンスを管理)し、それらのインスタンスがOracleのクラウド・プラットフォームの将来の利点と進歩も利用できるようにすることをお薦めします。

重要:

  • レガシー・インスタンスを作成した場合、CEC_INTERNAL_APPID_USERという名前のユーザーが自動的に作成されています。これは、サインインには使用できない内部ユーザーです。このユーザーを使用すると、Oracle Content Managementコンポーネント間で通信できます。このユーザーは削除しないでください。削除すると、Oracle Content Managementの一部の機能が働かなくなります。
  • レガシー・ユニバーサル・クレジット・サブスクリプションを保有している場合、1時間当たりのアクティブ・ユーザーおよびビジター・セッションに基づいて請求されます。

他のタスクはすべて、前の章で説明した方法で実行されます:

レガシー・インスタンスを表示するには:

  1. クラウド・アカウント管理者としてOracle Cloudにサインインします。アカウント名とログイン情報は、ようこそ電子メールに記載されています。
  2. Infrastructureコンソールでナビゲーション・メニュー・アイコンをクリックし、「その他のOracle Cloudサービス」で「プラットフォーム・サービス」を展開して「Content and Experience」をクリックします。左側のスクロール・バーを使用して下にスクロールしないとメニュー・オプションが表示されないことがあります。

インスタンスのリストから、次のアクションを実行できます:

  • インスタンスのリストから、いくつかの管理タスクを実行できます。管理するインスタンスの横にあるアクション・メニュー・アイコンをクリックします。インスタンスのOracle Content Management Webクライアントへのアクセス、タグの追加またはインスタンスの削除が可能です。
  • インスタンスの一般情報を表示するには、インスタンスの名前をクリックします。ストレージOCID、バージョン、アカウント名などの情報が表示されます。詳細情報を表示するには、「インスタンスの詳細」アイコンをクリックします。
  • インスタンスを管理するには、インスタンスの名前をクリックし、このインスタンスの管理アイコンをクリックします。インスタンスのOracle Content Management Webクライアントへのアクセス、関連付けの追加、インスタンスの資格証明の更新、タグの追加またはアクティビティの表示が可能です。

1時間当たりのアクティブ・ユーザーについて

Oracle Cloud Infrastructure (OCI)上に構築され、Infrastructure Classicコンソールで管理されているOracle Content Managementインスタンスを保有している場合、1時間当たりのアクティブ・ユーザーに基づいて請求されます。

1時間当たりのアクティブ・ユーザーは、1時間のセッション中にサービスと対話する一意のユーザーとして定義されます。アクティブ・ユーザーは、cookie、ユーザーID、トークン、デバイスID、IPまたはセッションIDを使用して追跡されます。認証済ユーザーおよびビジターは、そのサービス・インスタンス内のユーザー(標準、エンタープライズまたはビジター)に与えられたロールに基づいて追跡されます。匿名ユーザーはビジターとして追跡されます。

複数のチャネル(Webサイト、モバイル・アプリケーション、デスクトップ・クライアント、API経由のカスタム・アプリケーション、電子メールなど)からサービスにアクセスするビジターおよび匿名ユーザーは、複数のアクティブ・ユーザー・セッションとしてカウントされます。複数のチャネルからサービスにアクセスする認証されたユーザーは、1つのアクティブ・ユーザー・セッションとしてカウントされます。たとえば、1人のビジターが1時間の期間中にFirefoxデスクトップWebブラウザ、ChromeデスクトップWebブラウザおよびモバイルWebブラウザから同じOracle Content Managementインスタンスにアクセスする場合は、合計3つのアクティブ・ユーザー・セッションとしてカウントされます。一方、1人の認証されたユーザーが同じアクションを実行した場合、それは1つのアクティブ・ユーザー・セッションとしてカウントされます。

ユーザーが標準ユーザー、エンタープライズ・ユーザーまたはビジターであるかに応じて、特定数のAPIコール、特定量のアウトバウンド・データ転送、およびエンタープライズ・ユーザーの場合は特定数の新しい公開済コンテンツ・アセットが許可されます。したがって、請求の目的で、1時間の各アクティブ・ユーザー・セッション中に次のメトリックも追跡されます。

  • カスタム・サードパーティ・アプリケーション(Oracle以外)によりサービスに行われたAPIコールの数 - APIコールの数が、1時間の期間中にアクティブ・ユーザーごとに資格が付与されているAPIコールを超えた場合、新しいアクティブ・ユーザーが毎時件数に追加されます。
  • アウトバウンド・データ転送 - これには、ユーザーがOracle Cloud Serviceからダウンロードするデータ、およびクライアント・リクエストに対するレスポンスなど、インターネット経由のOracle Cloud Serviceからのデータの転送が含まれます。アウトバウンド・データ転送が、1時間の期間中にアクティブ・ユーザーごとに資格が付与されているデータ転送を超えた場合、新しいアクティブ・ユーザーが毎時件数に追加されます。
  • 新しく公開されたアセットの数(エンタープライズ・ユーザーのみ) - 公開済アセットは、ファイル・ベースのアセット(たとえば、ドキュメント、イメージ、ビデオ)または公開されたコンテンツ・アイテムです。コンテンツ・アイテムは、コンテンツ・タイプを使用して作成された情報のブロックです。新しく公開されたアセットの数が、1時間の期間中にアクティブ・ユーザーごとに資格が付与されている公開済アセットを超えた場合、新しいアクティブ・ユーザーが毎時件数に追加されます。この件数には、以前に公開されたアセットは含まれず、1時間のアクティブ・ユーザー・セッション中に公開されたアセットのみが含まれます。

注:

ユニバーサル・クレジットの価格および使用制限(たとえば、APIコールの数、アウトバウンド・データ転送の量およびユーザー当たり許可される公開済アセットの数)は、Oracle Universal Creditsの価格およびOracle Cloudサービスを参照してください(リストの一番下近くにある「Oracle PaaS and IaaSユニバーサル・クレジット - サービスの説明」を表示します)。

よくある質問

2つ目のサイトを訪問しているユーザーは、2つめのアクティブ・ユーザー・セッションとしてカウントされますか。

異なるリソース(異なるサイトなど)にアクセスしているビジターまたは匿名ユーザーのみが、別のアクティブ・ユーザー・セッションとしてカウントされます。複数のチャネルからサービスにアクセスしている認証されたユーザーは、1つのアクティブ・ユーザー・セッションとしてカウントされます。たとえば、1時間のセッション・ウィンドウ内に2つの異なるサイトにアクセスしている同じビジターは、2つのアクティブ・ユーザー・セッションとしてカウントされます。基本的に、カウントはビジターまたは匿名ユーザーごと、リソースごと、チャネルごと、特定のサービス・インスタンスの1時間のセッション・ウィンドウごとです。

ボットまたはクローラによるサイトへの訪問はアクティブ・ユーザー・セッションとしてカウントされますか。

ボットまたはクローラからの反復的な訪問は、アクティブ・ユーザー・セッションとしてカウントされません。

パブリック・ダウンロード・リンクにアクセスしているユーザーはアクティブ・ユーザー・セッションとしてカウントされますか。

ドキュメントをダウンロードするためにパブリック・ダウンロード・リンクにアクセスしているユーザーは、アクティブ・ユーザー・セッションとしてはカウントされません。「ダウンロード」ボタンが表示されているOracle Content Managementのユーザー・インタフェースからアクセスしてきたユーザーであっても、アクティブ・ユーザー・セッションとしてカウントされません。ただし、1時間当たりのアウトバウンド・データ転送は追跡されます。

パブリック・ダウンロード・リンクがOracle Content Managementで作成されたサイトを介してアクセスされるとどうなりますか。リンクの使用はアクティブ・ユーザー・セッションとしてカウントされますか。

Oracle Content Managementで作成されたサイトを訪問すると、アクティブ・ユーザー・セッションがトリガーされるため、その時間のアクティブ・ユーザーとしてカウントされますが、パブリック・ダウンロード・リンクの使用によるものではありません。再度、アウトバウンド・データ転送が追跡されます。

ブラウザ・セッションの場合、アクティブ・ユーザー・セッションはどのように追跡されますか。

ブラウザのアクティブ・ユーザー・セッションは、ブラウザ・セッションで1時間セッション・ウィンドウが終了した後に失効するcookieを配置することで追跡されます。

ユーザーがブラウザ内のcookieをクリアする、または匿名のブラウザ・セッションを終了するとどうなりますか。

ユーザーが(ブラウザでクリアするかシークレット・ウィンドウを閉じることで) cookieをクリアした場合、次のリクエストは新規ユーザーとして扱われ、新しいアクティブ・ユーザー・セッションとしてカウントされます。

AppLinkとAPIコールは請求目的で追跡されますか。

サードパーティ・アプリケーションおよび他のOracle CloudアプリケーションからのAppLinkおよびAPIコールは、API接続の確立に使用されたユーザー・アイデンティティ(標準またはエンタープライズ)に従って請求されます。特定の時間の100 APIコールごとに、その時間の追加のアクティブ・ユーザーとしてカウントされます。

AppLinkコールはどのようにしてビジター・セッションとして追跡されますか。

AppLinkリクエスト本文のassignedUserパラメータを使用して、一意のユーザーに関連付けられているクライアント側呼出しを追跡します。Integrating and Extending Oracle Content Managementフォルダおよびファイルの選択の統合およびApplinkリソースを参照してください。

Oracle Content Managementデスクトップ・クライアントのユーザーはどのようにして追跡されますか。

デスクトップからファイルまたはフォルダを作成、編集または更新する場合、デスクトップ・クライアント・ユーザーは、アクティブ・ユーザー(必要に応じて標準ユーザーまたはエンタープライズ・ユーザーのいずれか)として追跡されます。他のユーザーによるファイルまたはフォルダへの更新が原因で発生したクラウド・サーバーからの下方向の同期アクションは、アクティブ・ユーザー・セッションとしてカウントされません。ただし、アウトバウンド・データ転送メトリック方向の同期はカウントされます。たとえば、ユーザーが1時間当たり1 GBを超えるデータを同期すると、同期された追加のGBは、その時間の追加のアクティブ・ユーザー・セッション(必要に応じて標準またはエンタープライズのいずれか)としてカウントされます。

ビジター・セッションについて

ビジター・セッションは、指定されたセッション・ウィンドウ(毎時ビジター・セッションの場合は1時間、日次ビジター・セッションの場合は24時間)の間の使用状況を追跡するためにOracle Content Managementで使用されるメトリックです。ビジター・セッションは、サイト・ビジターロールを持つ一意の未認証ユーザーまたは認証済ユーザーが特定のチャネルを使用して(たとえば、ブラウザ、モバイル・ブラウザまたはAppLinkなどを使用して)サービスにアクセスしたときにトリガーされます。複数のチャネルからのアクセスは、複数のビジター・セッションとしてカウントされます。たとえば、1人のユーザーが24時間の期間中にFirefoxデスクトップWebブラウザ、ChromeデスクトップWebブラウザおよびモバイルWebブラウザから同じOracle Content Managementインスタンスにアクセスする場合は、合計3つの日次ビジター・セッションとしてカウントされます。

未認証のユーザーは、特定のサイトにアクセスし、パブリック・リンクを使用し、アプリケーションまたはWebサイトに埋め込まれたOracle Content Managementコンテンツを表示できます。アプリケーション・ロール別のタスクと機能の比較を参照してください。

よくある質問

ユーザーが同じOracle Content Managementインスタンス内の複数のページにアクセスする場合、それは複数のビジター・セッションとしてカウントされますか。

いいえ。ビジター・セッションはインスタンス(サイト)レベルでのみカウントされます。

ビジター・セッションはいつトリガーされますか。

ビジター・セッションは、Oracle Content ManagementインスタンスなどのOracle Content Managementリソース、Oracle Content Managementで作成されたサイトにアクセスする任意のユーザー(匿名または認証されたゲスト)によって、またはAPIを介して(たとえばAppLinkを使用して)、セッション・ウィンドウ中に少なくとも1回開始されます。

ビジター・セッションの長さはどれくらいですか。

毎時ビジター・セッションの期間は1時間で、日次ビジター・セッションは24時間です。ユーザーが一意のチャネルを介して特定のOracle Content Managementリソースに最初にアクセスしたときに開始します。1時間後に、同じユーザーが同じリソースを訪問すると、別の毎時ビジター・セッションがトリガーされます。24時間後に、同じユーザーが同じリソースを訪問すると、別の日次ビジター・セッションがトリガーされます。

Oracle Content Management標準またはエンタープライズ・ユーザーは、ビジター・セッション数でカウントされますか。

いいえ。Oracle Content Managementリソースを訪問する認証された(サインインしている)標準またはエンタープライズ・ユーザーは、ビジター・セッション数に含まれません。

ビジター・セッションは、Oracle Content Managementリソースを訪問している認証された(サインインしている)ユーザーに適用されますか。

前述のように、Oracle Content Managementリソースにアクセスする認証されたOracle Content Management標準またはエンタープライズ・ユーザーは、ビジター・セッション数でカウントされません。ただし、サイト・ビジターロールを持つ認証済ユーザーは、ビジター・セッション数でカウントされますアプリケーション・ロールを参照してください。

ビジター・セッションはどのような頻度で計算されますか。

ビジターは、ビジター・セッション・ウィンドウ(毎時ビジター・セッションの場合は1時間、日次ビジター・セッションの場合は24時間)で同じリソース(サイト、APIまたはAppLink)に複数回アクセスすることがありますが、1回の訪問としてカウントされます。ビジター・セッション・ウィンドウの後にユーザーが同じリソースに再びアクセスする場合、それは新しい訪問としてカウントされます。

2つ目のサイトを訪問しているユーザーは、2つめのビジター・セッションとしてカウントされますか。

異なるリソース(異なるサイトなど)にアクセスしている同じユーザーは、別のビジター・セッションの訪問としてカウントされます。たとえば、セッション・ウィンドウ内で2つの異なるサイトにアクセスしている同じユーザーは、2回の訪問としてカウントされます。基本的に、カウントはユーザーごと、リソースごと、チャネルごと、特定のサービス・インスタンスのビジター・セッション・ウィンドウごとです。

ボットまたはクローラによるサイトへの訪問はビジター・セッションとしてカウントされますか。

ボットまたはクローラからの反復的な訪問は、ビジター・セッションとしてカウントされません。

パブリック・ダウンロード・リンクにアクセスしているユーザーはビジター・セッションとしてカウントされますか。

ドキュメントをダウンロードするためにパブリック・ダウンロード・リンクにアクセスしているユーザーは、ビジター・セッションとしてはカウントされません。「ダウンロード」ボタンが表示されているOracle Content Managementのユーザー・インタフェースからアクセスしてきたユーザーであっても、ビジター・セッションとしてカウントされません。

パブリック・ダウンロード・リンクがOracle Content Managementで作成されたサイトを介してアクセスされるとどうなりますか。リンクの使用はビジター・セッションとしてカウントされますか。

Oracle Content Managementで作成されたサイトを訪問するとビジター・セッションがトリガーされるため、ビジター・セッションとしてカウントされますが、パブリック・ダウンロード・リンクの使用によるものではありません。

ブラウザ・セッションの場合、ビジター・セッションはどのように追跡されますか。

ブラウザのビジター・セッションは、ブラウザ・セッションでセッション・ウィンドウが終了した後に失効するcookieを配置することで追跡されます。

ユーザーがブラウザ内のcookieをクリアする、または匿名のブラウザ・セッションを終了するとどうなりますか。

ユーザーが(ブラウザでクリアするかシークレット・ウィンドウを閉じることで) cookieをクリアした場合、次のリクエストは新規ユーザーとして扱われ、新しいビジター・セッションとしてカウントされます。

管理者にはどのようなメトリックがレポートされますか。

Oracle Content Management Analyticsは、次のメトリックを提供します:

  • 時間単位でのビジター・セッション数の内訳
  • 月単位でのビジター・セッション数の集計
  • 月の各日にドリルダウンする機能(ビジター数を取得するため)

現在サポートされていない、または取得されないメトリックは何ですか。

  • cookieの無効化: 一部の顧客は、エンド・ユーザー・ポリシーとしてブラウザ側でcookieの追跡を無効化できます。このような場合、ビジター・ベースのcookieは無効化されているためOracle Content Managementはこれらを追跡できないので、カウントは実際のビジター数よりも少なくなります。
  • Oracle Content Managementデスクトップ・アプリケーションを通じたビジターの追跡(デスクトップ・アプリケーションは現在名前付きユーザーのカウントのみをサポートしています)。
  • Oracle Content Managementモバイル・アプリケーションを通じた訪問の追跡(モバイル・アプリケーションは現在名前付きユーザーのカウントのみをサポートしています)。

cookieの追跡に関して、オプトアウトまたはプライバシ・サポートはどうなっていますか。

Oracle Content Managementサイトは、Oracle Content Managementリソース(サイト)がcookieを使用していること、およびユーザーはcookieを無効化することでオプトアウトできることをユーザーに知らせる標準オプションを提供しています。これをサポートするために、次の2つのアイテムがすべてのOracle Content Managementサイト・リソースで一貫して追加されます:

  • オプトアウト・サマリー・メッセージ: このメッセージは、各サイトに表示され、cookieが追跡のために使用されていることを示します。プライバシ・ページへのリンクが含まれます。
  • プライバシ・サイト・ページ: cookieの使用およびcookieを無効化する手順の説明が含まれる標準サイト・ページ。他のサイト・ページと同様に、このページをカスタマイズできます。

AppLinkとAPIコールはビジター・セッションとして追跡されますか。

サードパーティ・アプリケーションからのAppLinkおよびREST APIコールは、ビジター・セッション数に含まれます。

AppLinkコールはどのようにしてビジター・セッションとして追跡されますか。

AppLinkリクエスト本文のassignedUserパラメータを使用して、一意のユーザーに関連付けられているクライアント側呼出しを追跡します。Integrating and Extending Oracle Content Managementフォルダおよびファイルの選択の統合およびApplinkリソースを参照してください。

ここでは、ビジター・セッション数の例を示します。ACME CorporationにOracle Content Managementサービス・インスタンスがあり、SiteA、SiteB、SiteCという3つのサイトを作成したと想定しましょう。セッション・ウィンドウ中にビジター・セッションがカウントされる方法の例を次に示します。

ビジター リソース(サイト) 日次ビジター・セッション数
User1 https://docs-acme.sites.us2.oracecloud/authsite/SiteA カウントは1に増加します(cookie1、ユーザーがサイト-SiteAを訪問、Firefoxを使用)
User1 https://docs-acme.sites.us2.oracecloud/authsite/SiteB カウントは2に増加します(cookie2、同じユーザーが別のサイト-SiteBを訪問、Firefoxを使用)
User2 https://mysite.acme.example.com (SiteCのバニティURL) カウントは3に増加します(cookie3、別のユーザー、別のサイト-SiteC、Firefoxを使用)
User3 https://mysite.acme.example.com (SiteCのバニティURL) カウントは4に増加します(cookie4、別のユーザー、同じサイト-SiteC、Firefoxを使用)
User2 https://mysite.acme.example.com (SiteCのバニティURL) カウントは4のままです(変更なし、cookie3、同じユーザー-User2、同じサイト-SiteC、Firefoxを使用、同じセッション・ウィンドウ)
User2 https://mysite.acme.example.com (SiteCのバニティURL) カウントは5に増加します(cookie5、同じユーザー-User2、同じサイト-SiteC、Firefoxを使用、Chromeを使用)