■はじめに
SteamworksのInventoryService周りをUnityで実装する記事が少なかったので書いてみる。
この記事にたどり着いた人は、既にある程度Steamworksの設定を触っており、InventoryServiceの設定か、Unity上でユーザーにアイテムを付与する箇所で詰んでいるという想定で、Steamworksの基本的な設定についての説明は省きます。
アイテムの取得に関しては別記事で書いてみたので、そちらを確認してみて下さい。
■今回の記事でやること
- SteamworksのInventory Serviceの設定
- Unity x Steamworks.NETでアイテムを付与する
(GenerateItems , TriggerItemDrop)
■この記事でやらないこと
- Steamworksの基本設定
- Unity x Steamworks.NETでアイテムを付与する以外のアクション
- 具体的なアイテム定義
- WorkShopの諸々
- Promoアイテムの取得(やるのは通常のアイテムのみ)
- 付与したアイテムの取得
■公式ドキュメント
■設定を開始する前に
以下の内容を進めていくにあたって、steamworks上でアプリの設定をいじるユーザー権限が必要です。
もしSteamworksのInventory Serviceあたりを編集できない場合は、所属しているOrganizationの管理者に編集権限を付与してもらって下さい。
■Steamworks上でのInventory Serviceの設定
1. パブリッシャーWeb APIキーの取得
inventory serviceの設定を進めるために、まずゲーム毎のパブリッシャーWebAPIを取得する必要がある。
パブリッシャーWebAPIは、個人のSteamWebAPIとは違うものです。
1-1.まずユーザーと権限からグループの管理に移動
1-2.作成中のゲームのグループを選択し、WebAPIキーを作成を押す。
2. InventoryServiceの設定
2-1.インベントリサービスの有効化
2-2.エコノミー設定でアセットサーバーキーを設定する
そのまま上記画像のエコノミー設定の文字リンク or コミュニティー/エコノミーからエコノミー設定に進み、先ほど作成したWebAPIキーをアセットサーバーキーに入力して保存する。
※この画像だとアイテムの公開設定が公開になっているが、アイテムの公開設定を公開にするにはまずゲームを審査に出さないと行けないので、一旦非公開に設定されているという前提で進める。
3. アイテム定義の作成
3-1.コミュニティー/インベントリサービスのページでプレイ時間に応じたアイテム付与の時間を設定する
インベントリのドキュメント
上記で設定した付与時間設定は、付与頻度をアイテム定義の方で設定していないアイテムに適用される。
付与頻度をアイテム定義の方で設定している場合は、アイテムの設定が優先される。
アイテムは自動的に付与されない
例えばここの設定で、1時間で1個のアイテムを付与する設定にしたとしても、アプリ側でアイテムを付与する関数を呼ばないと、アイテムは付与されない。
上記設定はあくまでアイテムを付与可能になる時間の設定という意味です。
ここではテストで全て5にしていますが、皆さんは作成しているゲームと作り方に合わせて設定してください。
3-2.アイテム定義を書いたjsonをアップロードする
アイテム定義のドキュメント
https://partner.steamgames.com/doc/features/inventory/schema
3-2-1.アイテム定義ってだいたいこんなの
"appid": あなたのゲームのAppID,
"items": [
{
"itemdefid": "重複無しのアイテムID",
"type": "item",
"name": "アイテムの名前",
"description": "アイテムの説明文",
"icon_url": "画像URL",
"icon_url_large": "画像URL",
"name_color": "steam上で表示されるアイテムの名前の色16進数alphaなし",
"background_color": "steam上で表示されるアイテムの背景の色16進数alphaなし",
"display_type": "任意のアイテムのタイプ",
"hidden": false,
"quantity": 0,
"tradable": false,
"marketable": false
}
]
}
3-3.アイテムのアップロードに成功したら、アイテム定義の欄に定義したアイテムが表示される。
既に登録されているitemdefidの定義されたjsonをアップロードすると、既存の定義がアップロードされた内容で上書きされる。
アイテムのユニークIDであるitemdefidはアップロード前に整理することをおすすめします。
typeがitemのものは1000~、generatorは10000~、playtimegeneratorは20000~等。
jsonでの定義の書き方と、一度アップロードした後で「未加工の定義を編集」から変更する場合では書き方が違う場合があるので注意。
アイテムの定義を一度アップロードしてしまうと、そのアイテムの定義を削除することはできません。
なので、確実に使うアイテムを先に決めてからアップロードすることをおすすめします。
ただ、削除できないと言っても、アイテムの上書きは常に可能なので、ゴミ化したアイテムを新規アイテムの定義で上書きすれば、使っていないアイテムの定義が残ることは一応防げます。
4.アイテムの公開設定
エコノミー設定内の「アイテムの公開設定」を公開に設定する場合は、まずゲームを審査に提出する必要があります。
全てのアイテム定義が揃ったら、リリース前、もしくはリリースと同時にアイテムを公開に設定しましょう。
正しい情報では無いかもしれないですが、僕の場合はアプリ審査中に上記を公開に設定したら審査に落ちたので、審査に通った後に公開に設定するのがいいのかもしれません。
注意
ゲームをリリースし、ユーザーにアイテムが付与された後に、そのアイテムの定義を変更しても、既に付与されたものには新しい定義が反映されません。
リリース前に十分に確認しておきましょう。
■休憩
これでSteamworksの方でのinventory serviceに関する設定は一旦終了です。
ここで一度猫を吸うかコーヒーを飲んで休憩しましょう。
■UnityでSteamworks.NETを使用してアイテムに関するコードを書く
※ここまで来た段階でアイテムが公開されていなくても大丈夫です。
ただ、テスト用に最低1つはアイテムの定義をアップロードしておきましょう。
インベントリ系の関数のドキュメント
1.SteamAPIの初期化
Steamの機能を使う前に初期化を呼びましょう。
SteamManager.Initialized、SteamAPI.Init()
2-1.アイテムを付与するコード(テスト用アイテムの付与) => GenerateItems
あくまで開発テスト用のアイテム付与関数。
アイテム定義のtypeがitemのものを直接付与したりできる。
(この関数はテスト用なので、先ほど設定した付与時間は関係なく付与される)
private void GenerateTestItems(SteamItemDef_t[] itemDefinitionIDs,uint[] quantities)
{
//アイテム生成
bool success = SteamInventory.GenerateItems(out var handle,itemDefinitionIDs,quantities,(uint)itemDefinitionIDs.Length);
if (success)
{
Debug.Log($"アイテムの生成要求が成功しました => {handle.m_SteamInventoryResult}");
}
else
{
Debug.LogError("テストアイテムの付与要求が失敗しました");
}
}
この関数を実行すると、結果はSteamInventoryResultReady_tのコールバックで帰ってきます。
なので、この関数で付与したアイテムの結果を取得したい場合は、この関数を実行する前にコールバックを作成しておく必要があります。
Callback<SteamInventoryResultReady_t>.Create(OnSteamInventoryResultReady);
void OnSteamInventoryResultReady(SteamInventoryResultReady_t pCallback)
{
if (pCallback.m_result != EResult.k_EResultOK)
{
Debug.Log($"アイテムの取得結果の準備ができたコールバックの中で、結果がOK以外でした => {pCallback.m_result}");
return;
}
}
ここまで実装した状態で実行すると、アイテムが付与されると思います。
付与されたアイテムはGetAllItemsで取得するか、steamクライアントから確認できます。
SteamInventoryResultReady_tのコールバックは複数の原因で実行されるので、何がトリガーで実行されたかを知るためにはpCallback.m_handleがトリガーする時に発行されたm_handleと一致するかどうかで判別できます。
ただし必須ではないので今回は飛ばします。
2-2.実際にユーザーにアイテムを付与する関数 => TriggerItemDrop
public void TriggerItemDrop(SteamItemDef_t _dropItemID)
{
var success = SteamInventory.TriggerItemDrop(out var handle, _dropItemID);
if (success)
{
Debug.Log($"TriggerItemDropの要求に成功した => {handle.m_SteamInventoryResult}");
}
else
{
Debug.LogError("TriggerItemDropの要求に失敗した");
}
}
この結果も先程のOnSteamInventoryResultReady関数で帰って来る。
僕はTriggerItemDropで大分詰んだので、試した内容のメモ。
もしかしたら他に条件があったり、間違っている条件があるかも。
実際のアイテム付与を成功させる条件
- アイテム定義がplaytimegeneratorになっている必要がある。
- playtimegeneratorアイテム定義でbundle項目が定義されている。
bundleが設定されていないと、playtimegeneratorのアイテムの付与は成功するが、generateされるアイテムが無いので、結果何も付与されない。 - この記事の上記Inventory Serviceの設定の3-1で設定した、アイテム全般の付与間隔の設定をオーバーしていないか確認する。
- アイテム定義に付与間隔が設定されている場合は、きちんと付与できるタイミングであることを確認する。
■アイテムの付与に失敗する場合にありそうな原因
アイテムの付与に失敗する場合にありそうな原因
- steam_appid.txtのappIdが正しくない。
- インベントリ系関数を実行する前にSteamAPIの初期化が完了していない。
- 付与しようとしているアイテム定義IDと実際に登録されているアイテム定義IDが違う。
- 付与しようとしているsteamアカウントが開発グループに所属していないアカウントになっている。(リリース前)
■最後に
アイテム付与できましたでしょうか。
もし上記で実装できない場合は、コメントを頂ければ可能な限り共闘します。