新しいタイトルの構成にはタイトル管理の実績を使用することを推奨します。
はじめに
イベント ベースの実績では、ゲーム内テレメトリ イベントを送信することで、ユーザー ステータス、実績、リッチ プレゼンス、マルチプレイヤーなどの XBOX services 機能のデータを駆動できます。これには多くの利点があります。たとえば、1 つのイベントで複数の XBOX services 機能のデータを更新でき、XBOX services 構成がクライアントではなくサーバー上に存在するなど、他にも多くの利点があります。 イベント ベースの実績のリリース後の数年間で、開発者からは一貫して次のフィードバックが寄せられてきました。- 直接呼び出しパターンで実績を解除する方がより簡単だろう。 多くの開発者は複数のプラットフォームと世代向けにゲームをビルドしており、直接呼び出しパターンは複数のプラットフォームのサポートを容易にします。 直接解除呼び出しのサポートは、クロスプラットフォーム ゲーム開発のニーズを容易にし、開発時間を短縮するでしょう。
- イベント ベースの実績の構成は複雑すぎる。 イベント ベースの実績サービスでは、実績の解除ロジックを XBOX services で構成する必要があり、サービスがタイトルのステータス データをどのように解釈し、いつユーザーの実績を解除するかを判断できるようにする必要があります。 これは、実績の構成の新しい「Achievement Rules」セクションを使用して行われていました。 クラウド内に解除ロジックを持つことは強力ですが、追加の構成要件がタイトルの実績の設計と作成に複雑さを加えます。
- クラウド ベースの解除メカニズムはトラブルシューティングが難しい。 イベント ベースの実績サービスは有用な機能を提供しますが、実績の問題を検証およびトラブルシューティングすることがゲーム開発者にとって難しくなる可能性もあります。これは、実績の解除がゲーム自身によって直接制御されるのではなく、サービス上に存在するルールによって間接的にトリガーされるためです。
- 実績の進行状況、リアルタイム更新、コンセプト アートの報酬、アクティビティ フィードへの解除の投稿などのユーザー体験機能。
- ゲーム パッケージに含める必要のあるローカル構成 (gameconfig、XLAST、SPA など) の代わりに、サービス構成といった構成の改善。
- ゲームの出荷後に実績の文字列や画像を簡単に編集できる機能。
タイトル管理の実績の違い
タイトルの要件
タイトル管理の実績サービスを使用するタイトルの要件は次のとおりです。- イベント ベースの実績でリリースされていないこと。 すでにリリース済みで、イベント ベースの実績サービスを使用しているタイトルは対象外です。詳細は、既存のタイトルがタイトル管理の実績サービスに「移行」できないのはなぜですか? を参照してください。
- 2016 年 8 月 の XBOX One Software Development Kit 以降を使用する必要があります。
- ID@XBOX などの managed developer program に参加している必要があります。 タイトル管理の実績サービスは、Creators Program や、XBOX 360、Windows 8.x 以前、Windows Phone 8 以前を含むレガシー プラットフォームでは利用できません。
よくある質問
タイトルがイベント ベースの統計を使用している場合、イベント ベースの実績も使用する必要がありますか?
いいえ。タイトル管理の実績をイベント ベースの統計と並行して使用することを推奨します。タイトル管理の実績サービスでチャレンジがサポートされていないのはなぜですか?
XBOX ゲーム全体の利用データによると、チャレンジの現在の実装と提示は、ほとんどのゲーム開発者のニーズを満たしていません。 開発者のニーズに合致する将来的な機能を提供できるよう、引き続き開発者からのインプットとフィードバックを収集していきます。タイトルがタイトル管理の実績サービスを使用している場合、コンテンツ更新で新しい実績を追加できますか?
はい。実績のポリシーはすべてのサービスで同じです。詳細は、実績と報酬に関する XBOX Live ポリシー を参照してください。既存のタイトルがタイトル管理の実績サービスに「移行」できないのはなぜですか?
大多数の既存タイトルにとって、タイトル管理の実績サービスへの「移行」には、サービス構成を更新してイベントの書き込みを実績の解除呼び出しに置き換える以上のことが必要になります。これらの変更だけでもコストが非常に高く、実績が修復不可能な形で壊れる可能性のあるエラーや意図しない動作の重大なリスクを伴います。 さらに、ほとんどの既存タイトルにはすでにデータを持つユーザーが存在します。 イベント ベースの実績サービスをすでに使用している運用中のゲームを変換しようとすると、開発者と XBOX の双方に対して非常にコストのかかる取り組みとなり、既存ユーザーのプロファイルとゲーム体験を大きく脅かすことになります。タイトルがイベント ベースの実績サービスを使用してリリースされた場合、そのタイトルの将来のダウンロード可能コンテンツ (DLC) をタイトル管理の実績に切り替えられますか?
タイトルのすべての実績は同じ実績サービスを使用する必要があります。 ベース ゲームで使用されている実績サービスは、そのタイトルの将来のすべての実績に使用する必要があります。開発者サンドボックスで実績をテストするときに、タイトル管理の実績サービスとイベント ベースの実績サービスを混在させて使用できますか?
いいえ。タイトルのすべての実績は同じ実績サービスを使用する必要があります。タイトル管理の実績サービスはオフラインでの実績解除をサポートしていますか?
デバイスがオフラインの状態でタイトルが実績を解除した場合、API はオフラインの解除リクエストを自動的にキューに入れます。解除リクエストは、イベント ベースの実績サービスのオフライン体験と同様に、デバイスがネットワーク接続を再確立したときに XBOX services に自動同期されます。 ユーザーがオフラインの状態では、実績の解除は発生しません。Partner Center に新しい AchievementUpdate イベントが表示されます。タイトルがそのイベントを使用している場合、タイトル管理の実績を使用していることになりますか?
AchievementUpdate ベース イベントは、バックエンド目的で XBOX services によって必要とされています。
このベース イベントは無視して問題ありません。
タイトルがこのベース イベント タイプを使用してイベントを構成した場合、それらのイベントの書き込みは XBOX services によって無視されます。
イベント ベースの実績サービス上に構築されたタイトルは、引き続き他のベース イベント タイプを使用してイベントを構成する必要があります。
タイトル管理の実績サービス上に構築されたタイトルでは、実績のために どの イベントも構成する必要はありません。
テスト ユーザーの実績データをリセットするにはどうすればよいですか?
XblPlayerDataReset ツールを使用して、実績を含むテスト ユーザーの XBOX プレイヤー データをリセットできます。ツールの使用方法の詳細については、XblPlayerDataReset のドキュメント を参照してください。