本文へスキップ
ドキュメント
このページの内容

公開の準備

サービスはそれぞれ独自のルールでレベルをチェックするため、あるサービスが受け付けても別のサービスが拒否することがあります。公開をブロックするのはエラーだけで、警告ならレベルはモデレーションに回されます

チェックはどのビルドでも、レベル設定の公開タブで自動的に実行されます。プロファイルは公開先で決まります:アーカイブは最も緩い手動で共有で、Steamワークショップはワークショップのプロファイルでチェックされます。標準プロファイルは公開サーバーのプロファイルです。ストア版のプロファイルはゲーム内では選べず、その上限は下に記載しています。詳細:公開

3つの判定

判定結果
Errorサービスが拒否し、アップロードは開始前にブロックされる
Warning公開できるが、人がレベルを確認する。サーバーはレベルをモデレーション待ちに入れる
Adviceメモにすぎず、何もブロックしない

デバイスに残るレベルは、何によっても評価されません

ワークショップのプロファイル

ライセンスのポリシーがまだ書き直される予定のため、今のところ標準プロファイルより緩くなっています:

  • CC BYのライセンスはすべて通ります。3.0と4.0の、BY、BY-SA、BY-NC、BY-NC-SA、BY-ND、BY-NC-NDです。CC0、SIL OFL、MIT、Apache、Unlicenseも通ります
  • 引き続き拒否されるもの:全著作権所有、GPLファミリーのライセンス、独自のライセンス文
  • 警告だけで済むもの:ライセンスの記載なし、記録のないリソース、入手元ページへのリンクなし
  • 年齢レーティングとレベルの作者は必須ではありません
  • サイズの上限は標準プロファイルと同じです
注意

CC BY-NDの音楽も受け付けられますが、CC 4.0では動く映像に同期させた音楽は常に翻案とみなされ、NDは翻案の配布を禁じています。NDの曲で作ったレベルは、権利者の要請で削除される可能性があります。別の曲を選ぶほうが安全です

エラーになるもの

標準プロファイルでは:

  • レベル自体のライセンスが受け付けられない
  • 年齢レーティングがない
  • レベルに誰もクレジットされていない
  • リソースに記録がない
  • リソースのライセンスが拒否されるか、記載されていない
  • サービスが受け付けない方法でリソースを取得している
  • 不許可のサイトからリソースを取っている
  • サイズの上限を超えるものがある

警告になるもの

  • リソースに入手元ページへのリンクがない。自作の作品にはそうしたページがないので、これがブロックすることはありません
  • 範囲や証拠のない許可
  • 期限切れの許可
  • 複数の種類の条件があるサイト

アドバイスになるもの

  • レベルにもう存在しないリソースの記録

理由と対処

レポートの各行は対象のリソースを名指しします:ファイル名か、自分で付けた名前です。行末の?を押すと詳細が展開されます:リソースのライセンス、代わりにサービスが受け付けるライセンス、上限に対する容量、修正する場所

サイズの上限

上限標準プロファイルストア版
リソース1つあたり64 MB32 MB
データファイル1つあたり32 MB16 MB
レベル1つあたり256 MB128 MB

ストア版ではクレジット表記とハッシュも必須で、任意のリンクは拒否されます。小さいサイズは、より厳しい考え方によるものではありません。スマートフォンがモバイル回線で実際にダウンロードできる量です

問題のないレポート

注意

メタデータだけでレポートに問題がなくても、「準備完了」という意味ではありません。2つのチェックにはレベルファイル自体が必要です:記録のないリソースと、リソースの取得元です。メタデータだけで通ったなら、それは「読み取った範囲には問題がない」という意味です

サービスによって評価が違う理由

サービスのルールはコードではなくデータファイルです。どのサービスも十数個ほどの同じ質問をし、それぞれのやり方で答えます:

  • どのライセンスを受け付けるか
  • リソースをどう取得してよいか
  • 不明なライセンスを許容するか
  • 何を記入する必要があるか
  • レベルの大きさの上限

あるサービスは独自の答えを持ち、別のサービスはそれを差し替えます。だから同じレベルが、あるサービスでは公開の準備ができていて、別のサービスでは拒否されることがあるのです

補足

同じチェックが、手元のマシンでは自動で、サーバーでは手動のモデレーションで実行されます。ネットワークのないクライアントでもレベルを正しく評価できます。ビルド時のルールを一緒に持っているからです

次へ:リソースの記録、メタデータとレベルの共有