すのふら

すのふら

日々の備忘録

『アイカツオンパレード! ドリームストーリー』はみんな見てる?再生回数や実況ツイートから見えること(3話まで)

アイカツオンパレード! ドリームストーリー』がWEBアニメとして3月28日からバンダイチャンネルで配信スタートしています。

www.youtube.com

現在は3話まで公開されています。
今追いかけても1時間かからないので、まだ見たことのない方は是非見てほしいです。

主人公はドリームアカデミーの音城セイラの妹、音城ノエルです。
アイカツ!』は見ていたけど、主人公が大空あかりになってみてないなあって人や『アイカツスターズ!』から見ていないなって人でも大丈夫です。


そんな『アイカツオンパレード! ドリームストーリー』に関する数字について書いていきたいと思います。


条件

分析にあたり以下を条件としています。

  • アイカツオンパレード! ドリームストーリー』の配信先は「あにてれ」などありますが、今回はYouTubeを対象としています。
  • YouTubeの再生回数は自前のツールで毎日0時に取得しています。
  • ツイッターのツイートについても自前のツールで取得しています。(検索条件:#aikatsu、#アイカツオンパレード、#aikatsuonparade)


次の配信までの日数が少しずつ伸びていっている

まずは動画の配信日時・動画時間からみえることについてです。

f:id:snofra:20200522235706p:plain

どうやら次の配信まで1話進むごとに1週伸びていること分かります。

1話から2話までは2週間でしたが、3話から4話は4週間空いています。
どんどん配信日が伸びてしまっている背景は読み取ることはできませんが、コロナウィルス下でのアニメ制作がストップしてしまっていることも少ならからず影響しているかと思います。

1ヶ月2話くらいのペースのため、仮に秋アニメで「アイカツ!」シリーズの新シリーズが始まる場合、ドリームストーリーは全10話程度になるものと推測されます。
ストーリー展開的にドリームアカデミー以外の学校は各1話ずつくらいで学校代表者1名が決まって、決勝戦、エピローグで10話くらいなのかなと思います。


また、1話につき大体10分~15分いかない程度で、ライブパートを除外すると大体各話9分程度のアニメということが分かります。

YouTuberの動画の時間に合わせて15分前後としているのでしょうか。ここのねらいについてもよくわからないです。

3話までの動画の平均時間は約11分なので、仮に10話までやったとしても110分、2時間もかからないので追いかけてみるにも優しいアニメになりそうです。


動画の再生回数と実況ツイートから見えること

次に動画の再生回数と、実況ツイート数になります。

f:id:snofra:20200523003059p:plain

これをみるとどのくらいの人が動画を見ているのかがなんとなく見えます。

ただしWEBアニメという特性上、通常のテレビ放送よりもリアルタイム性は薄れてしまっているとは思います。
あくまで目安としてという形となりますが、公開されてから1時間での実況ツイートをまとめています。

これを見てまず分かるのは、再生回数が話数が進むと落ちているというところになります。

これは1話から2話を見ると顕著に出ていますね。
1話は初日で55,000くらいの再生回数ですが、2話は15,000くらいまで落ちています。
また、実況ユーザ数も700くらいから340まで落ちてしまっているので、おそらく1話で切ってしまった人(脱落者)が5割程度いるだろうと推測できます。

1話は『アイカツオンパレード!』の最終回も同日で、1話の配信が最終回直後であったということもあり、ユーザーが流れていったためご祝儀的に再生数が増えているのだと思います。


一方で必ずしも話数が進むと脱落者が増えているというわけでもないようです。
2話から3話をみると、再生回数は減っているが、実況ツイートユーザ数は(誤差レベルですが)伸びています。

キャンペーンも実施していたので、この施策の成果が出ている可能性が考えられますね。
公式側もある程度の脱落者が出ると見越して、脱落者を減らそうとしている意図が見えます。

4話は、3話から4週間後の配信で正直忘れている人も多いと思いますので、キャンペーンをどんどん打っていってほしいところです。


また、2話から3話の再生回数と実況ツイートユーザ数の関係から言えることがもうひとつあって、それは同じ話を周回していない可能性が考えられるという点です。

ツイートユーザ数が伸びている場合、再生回数も比例するのかなと思っていましたが、結果としてそうではなかったので、ひとりが見る回数が減った可能性があると思います。


さいごに

まだグラフにプロットするほどの数も出そろっていないため、数字の一覧から想像できることを書きました。
もう少しデータがそろった時点で自覚的な情報も増やしていけたらと思います。

『アイカツオンパレード!』の売上はどうだったのか?決算短信から確認してみる

2019年の通期決算短信が出ましたので、バンダイナムコ決算短信から『アイカツ!オンパレード』の結果について記載していきたいと思います。

www.bandainamco.co.jp


まとめる期間は2020年3月期 通期までの決算短信です。
具体的な期間としては2013年1月から2020年3月までとなります。

※途中で決算短信上掲載されていない2018年3月期 第1四半期から第3四半期は、翌年の情報から確認しています。

2018年の結果については前回書いた内容を見ていただければと思います。

snofra.hatenablog.com


なお今回についても「プリキュアの数字ブログ」を思いっきり真似しています。


2019年通期の売上高結果

アイカツ!」シリーズの2019年通期(2019年4月~2020年3月)の売上高は32億円となります。

前年2018年通期の売上高は30億円のため、前年比約107%成長のため、前年よりも若干ですが売上が伸びたということになります。


トイホビーの売上は16億年、前年は19億円のため、前年比84%成長です。

全体の売上は伸びていますがトイホビーの売上は成長率が低いのが分かります。
メインコンテンツであるデータカードダスや「アイカツ!スタイル」のようなアパレルの方向性から、ライブによる収益にシフトしている傾向が読めるように思えます。


※トイホビーの定義は(玩具、カプセルトイ、カード、菓子・食品、アパレル、生活用品、プラモデル、景品、文具)です。


各年度別売上高

f:id:snofra:20200521135353p:plain

f:id:snofra:20200521135326p:plain

※「アイカツ!」シリーズはCDやBlu-ray Disc等の映像音楽についてもバンダイナムコグループのため、決算短信の売上高の対象となっています。


シリーズ別売上高

バンダイナムコ公式の集計ではありません。
※シリーズで開始時期が異なるので、四半期単位でまとめています。

f:id:snofra:20200521135857p:plain

f:id:snofra:20200521135922p:plain


売上実績と通期計画の差

1年の計画に対して売上がどうだったかを見てみます。

f:id:snofra:20200521140003p:plain

この図は1年間の計画(通期計画)に対して、売上高(実績値)が達成できたのかどうかを表しています。
赤線は各四半期ごとの売上高、緑色の棒グラフは累計値です。
通期計画が下方・上昇修正しているのは売上高の好調不調により調整されるものです。


2019年の計画値30億円に対して、結果は32億円でしたので計画は達成しました。
2018年の最終的な計画値も30億円でしたので、2019年に実施した施策が成功していると考えてもよいと思います。

この図を見ると分かるのですが、次の2020年の計画値が存在しません。
理由はコロナウィルスによるものです。
バンダイナムコ全体の業績予報についてもコロナウィルス感染拡大の影響が多岐にわたることから算定が困難ということで未定になっています。


2019年のアイカツ!シリーズはどうだったのか

2019年度~2020年度は「アイカツ!」シリーズにとっては大きな転換点といえる年だと思います。

これらの施策によって売上が良くなっていったのだと思います。

ライブに関連しては、今も過去の施策の失敗に絶望して去って行った方の声も聞きますが、ライブ収益によってコンテンツを支える方針は、トイホビーが成長率が落ちているが、全体の売上が伸びたという点からも成功していると言っていいと思います。

おそらく今後についてもこの方針は継続していくと思います。


コロナウィルス下でのアイカツ!シリーズへのダメージ

他のコンテンツも同じ状況ではありますが、「アイカツ!」シリーズへのダメージはかなり大きなものとなります。

そのひとつにライブ・コンサートの中止があります。

snofra.hatenablog.com

www.4gamer.net

ライブ・コンサートの中止により、第4四半期連結会計期間(1月~3月)での売上に影響があったと推測されます。
開催された場合、グッズ販売などでもう少し売上があった可能性があります。



また、ゲームセンターやアイカツ!スタイル(アパレルショップ)の営業自粛による影響により、データカードダスやアパレルの売上にも影響があったかと思います。


今後の「アイカツ!」シリーズの商品展開として予定していた「アイカツ!シリーズ新プロジェクト」についても発表が延期になりました。

また、現在は特別アナウンスされいない状態ですが、データカードダス新弾のリリース日も延期になっていくと思います。


アイカツ!」シリーズの現在の主な売上は、データカードダス、ライブ収入、アパレルの3点だと思います。

コロナウィルスがどの程度続くかは判断できないですが、2020年中続くようであれば2020年度の「アイカツ!」シリーズの売上はかなり厳しいものになると推測されます。

星宮いちごの誕生日はどれだけ祝福されているのか?ハッシュタグから見えること

去る3月15日は星宮いちごちゃんの誕生日でした。
お誕生日おめでとう!

私のツイッターアカウントでも「アイカツ!」シリーズが好きな方をフォローしているのですが、今年は何となく「星宮いちごHBD!」みたいな投稿を見ることが多かったように思えます。

アイカツ!』のシリーズ構成をされていた加藤陽一さんも


とツイートしているので、どうやら私の観測だけではないようです。


ちょっと気になったので、星宮いちご誕生日お祝いツイートについて調査してみます。

ルール

調査にあたり以下をルールにしています。

  • twitterハッシュタグ「#星宮いちご生誕祭」か「#星宮いちご生誕祭yyyy」(yyyyはその年、今年であれば2020が入ります)を調査対象とします。
  • 上のハッシュタグを両方つけている場合はひとつのツイートとして集計します。
  • 同一ユーザの複数ツイートもハッシュタグが付いていれば集計対象ですが、リツイートは集計から除外しています。
  • 調査期間については星宮いちご誕生日3月15日の前後1週間を集計します(3月8日~3月22日)。※絵師さんで遅刻される方の救済


ツイート数から分かること

2020年までのツイート数と前年比は以下になります。

f:id:snofra:20200323005838p:plain

ぱっと見ただけでも2019年、2020年のツイート数すごいですね。

かなりツイート数が伸びた2019年

2019年は、2018年から約160%伸びているので一体何が起こったんだ?というようなレベルです。
正直ここについては要因がよくわからないです。

アニメでは『アイカツフレンズ!』放送中なので、アニメで登場してきたということではありません。
また『DCDアイカツフレンズ!』も第6弾稼働中ですが、特に星宮いちごのイベントがあったわけでもないと思います。


2020年も順調にツイート数が伸びています

今年、2020年は2019年から約120%ツイート数が伸びていました。

2019年よりは伸びていませんが、2019年から順調にツイート数が伸びてきているのはアイカツオンパレード!』で「アイカツ!」シリーズを見始めた人、戻ってきた人が多かったの可能性が高いですね。

この点のみ見る限りは『アイカツオンパレード!』は正解だったのかな?と思います。


前年度比は2015年が圧倒的

前年からの伸びという点では、2015年が圧倒的です。
前年度比270%は、おそらく今後も超えることはないと思います。

2015年3月15日付近は第124話「クイーンの花」が放送された時期になります。
主人公が星宮いちごから大空あかりに代わってから22話後ですね。

以下で書いている「アイカツ!」シリーズのピークは2013年~2014年説からすこし外れているのが面白いところだなと思います。
snofra.hatenablog.com

2013年~2014年の集計数が取れなかったのは、もともとハッシュタグ自体がなかったというのが考えられます。


アイカツスターズ!』時期に苦戦

順調ではない時期もあり、2017年~2018年の伸びはよくなく、2017年は前年よりもツイート数が減っています。前年度比は-2%。

2017年~2018年は『アイカツスターズ!』放送時期になります。
アイカツ!』というタイトルも変わり、舞台も変更されたので星宮いちごファンが離れていってしまったと考えてよいと思います。


全体を見ても圧倒的に祝福されている

星宮いちごお誕生日おめでとうツイート数は全体の何%くらいなのかという点を見てみたいと思います。
wikipedia等で誕生日が判明しているキャラクターは62キャラクターです。

f:id:snofra:20200322224322p:plain

単純にツイート数で集計してしまうと登場年が古ければ古いほど有利になってしまうので、各キャラクターのツイート数の平均値で計算しています。

全62キャラクターの平均値の合計は約13586ツイートです。

その中で星宮いちごの平均ツイートは約1008ツイートで全体の7.4%でした。
2位の霧矢あおいが4.5%、平均ツイート数が613ツイートなので380ツイート差をつけての2位になります。

380ツイートというのはあくまで平均値なので、1位になろうとするには毎年星宮いちごのツイート数を越えることが前提になるので、この差が埋まる可能性はないと思います。

星宮いちごの今年結構お誕生日おめでとうツイートされているなと最初に書きましたが、そうではなく毎年ツイートされているといったほうが良いかと思います。


みんなから祝福されている

最後にツイートユーザ別で見てみたいと思います。

ツイート数だけだと、最悪ひとりが2000ツイートしている可能性があります。
それはみんなに祝われているのか?という疑問があるので、どのくらいの人に祝われているのかも見てみたいと思います。

f:id:snofra:20200323005120p:plain

2014年のツイート数とツイートユーザ数がかなりずれていることが分かります。

ひとりあたりのツイート数を見るともっとよくわかります。

f:id:snofra:20200323005758p:plain

2014年はひとりあたりのツイート数は1.9ですが、2020年は1.1なので、2020年はひとりあたり1ツイートしていますが、2014年は2ツイートしていますね。

ここから見るに2014年はまだ、このハッシュタグができたばかりで広める目的もあったのだろうと思いますが、2020年は完全に浸透したという感じなのではと思います。

それにしても1863人に祝福されるというのは、さすがアイドルって感じですね。


最後に

ここまで見ると、

  • お誕生日おめでとうツイート数は毎年増加傾向にある
  • ハッシュタグができていた時は複数ツイートしている人が多かったが、現在は少ない
  • キャラクター全体通してツイート数が多いキャラクター

ということで、星宮いちごは、やはり「アイカツ!」シリーズの顔であるというのが分かりました。

データウェアハウス初心者の第一歩として/『データウェアハウスがわかる本』を読んだ

普段仕事ではデータレイク基盤の構築をメインで行っているが、そもそもデータウェアハウス(DWH)について知らない要素もあるので、その穴埋めに読んでみた。

データウェアハウスがわかる本

データウェアハウスがわかる本

この本自体は2000年初版のかなり古い本にあたり、今のAWSGCPなどのクラウドコンピューティングの要素は一切入っていない。
だけど、DWH自体の考え方は大きくぶれていないので、古いと思う要素は少なかった。

(むしろ2000年の時代からDWHを使用して機械学習しようというような要素も含まれており、20年たってもやりたいこととやれることは変わっていないんだなと思えた)

データウェアハウスというワードが仕事で急に出てきて困っているみたいな人が読むにはうってつけの書籍だと思う。
100ページ以内でさくっと読めるのもいいポイントだと思う。


目次

1章 データウェアハウスの概念
2章 データウェアハウスの基本構成
3章 データウェアハウスの設計と構築
4章 多次元データウェアハウス/データマートの設計と構築
5章 データウェアハウスの活用
6章 データウェアハウス構築の開発手順


データウェアハウス(DWH)とは

基幹系データベースに蓄積されたデータをもとに、基幹系データベースとは別に構築される情報系データベース。
DataWareHouseの略がDWH。

つまり、販売戦略などの意思決定のために基幹系データベースの過去データや企業外の外部データ(経験上、OANDAなど)の情報を加工して、意思決定のために使用されるデータである。


データウェアハウスの狙いは、データから今まで知られなかった知識を得て意思決定に活用されること。

簡単に言うと雨の日は売り上げが落ちているというのは、普段気づけないが、データウェアハウスとして月単位年単位で表示するとそれが分かるようになる、ということ。

基幹系データベースをそのまま使用しない理由としては、意思決定において不要な項目があるという点や、集計軸が通常、日ベースで行われるが意思決定においては月ベースである場合がある。

そのため、そのままでは使用できないので、加工(集計や集約)してあげる必要がある。


データウェアハウスの特性

ベースとする基幹系データベースがOLTP(On-Line Transaction Processing)ということもあり、時系列データなので、データウェアハウスも時系列で集計することが多い。

データウェアハウスの概念として、
サブジェクト志向
・統合
・時系列
・普遍性

の4点が定義されている。

ja.wikipedia.org


基幹系データベースとの違い

基幹系データベース
・定型業務処理(在庫管理や航空機の座席予約など)
・業務処理1回の受付(トランザクション)は客を待たせないようデータアクセスは最低限、高レスポンス、高スループット
・データの追加・変更・削除が可能

データウェアハウス
・意思決定支援の材料なので、定型業務は存在しない
・分析処理メインなので、大量データへのアクセス、ある程度レスポンスやスループットは低くても問題ない
・データの削除は基本的に行わない(全量洗替か差分追加(更新)となる)


サブジェクト志向

データウェアハウスの目的は上でも書いた通り企業の意思決定支援に使われるものである。

例えばAmazonであなたにおすすめと商品を紹介されるケースがあるが、これは自分の購買履歴やアクセス履歴から特定されている。
snofra.hatenablog.com

これは主題(サブジェクト)が自分(顧客)であって、購買テーブルや、GoogleAnalyticsの回遊情報を組み合わせて、プロモーションしている。

これがサブジェクト指向
基幹系データベースでいう受発注や、在庫管理などプロセスではなく、それらを使って商品や商品を利用した顧客の分析を行うこと。


統合

データウェアハウスは、色々なデータを組み合わせてテーブルとしていくが、複数社あって基幹系データベースが異なる場合はそれ毎にルールがある。

例えばあるグループ会社は品目コード10桁だが、別のグループ会社は8桁など。

この各社のルールをある程度整備してデータウェアハウスとして統一した基準を作ること言う。

そこを適当にやると経験上、桁あふれでエラーになったり、割と大きい桁修正の手戻りが発生したりと面倒くさいことになる。


時系列

これはそのまま。数年単位で集計して、昨対比などを見ていくことになる。


不変性

基本的に時系列データを取り扱うので、Insertがメインとなる。
UpdateやDeleteは取り扱わないことで、データの恒常性を担保している。
データの世界でも現実世界と同じで過去は書き換えできないということ

ただし、経験上データ上流側のミスなどがあるので、過去を書き換えが必要なタイミングがあるので、以下をやることが多い。

・全量削除して全件Insert(全量洗替)
 →マスター系で多いやり方。上流から連携されるファイルに常に全データがある場合に多い。

・ある期間をDeleteして、その期間分Insert(差分追加)
 →トランザクションデータがメイン。リカバリーを考慮。


データマートとしてのマテリアライズドビュー

データマートは上で説明していたデータウェアハウスよりも粒度の細かい部門やエンドユーザレベルに向けたデータウェアハウスになる。
経験上、大きなデータウェアハウスを作って、そこから各部門ごとへデータマートを切り出していることがあった。
その際のデータマートはビューであった。

この書籍でもデータマートはビュー、マテリアライズドビューであると説明されている。

マテリアライズドビューとは

データベース管理システムは関係モデルに従うため、ビュー は仮想的な テーブル であり、データベースに対するクエリの結果を表す。ビューを参照または更新すると、その処理はビューの対象となった実際のテーブルへの参照または更新へ変換され、実行される。

マテリアライズドビュー (Materialized View; 体現ビューともいう)はこれとは異なるアプローチを取り、クエリの結果を実際のテーブルにキャッシュする。キャッシュされたデータは元のテーブルが変更されるたびに更新される。そのため、最新でない状態を取得する可能性はあるが、効率的なアクセスが可能になる。特にデータウェアハウスでは実際のテーブルに対して頻繁にクエリを実行することは非常にコストが高いため、マテリアライズドビューが有効である。
マテリアライズドビュー - Wikipedia

ビューはアクセスしたときにinputのテーブルから情報を抽出してくるが、マテリアライズドビューはデータをキャッシュしておける。

分析を行た目に結合や集計などが行われているため、パフォーマンス懸念があった。そのため、マテリアライズドビューを使用してあらかじめ実行結果を格納しておくことによりパフォーマンス問題を解決できる。

Redshiftでは2020/03/12現在、プレビュー中だが今後使用可能になるよう。

dev.classmethod.jp

aws.amazon.com

データマート構築した際もビューでパフォーマンス懸念があったので、マテリアライズドビューが使えるようになると楽だなーと。


多次元データモデル

これを見るのが分かりやすい。
www.atmarkit.co.jp

www.kogures.com

ascii.jp

多次元データモデルは、販売戦略などの意思決定のためのデータとしてどのようなデータが必要なのか、という点において活用される。

f:id:snofra:20200312233237g:plain*1

ここからわかるように、データマートで部門ユーザが分析したい軸はたくさんあるし、粒度もそれぞれ違う。
このような要約や詳細など多次元的にみられるデータを指す。


スタースキーマ

多次元データベースで分析したいデータの粗さは定めることはできるが、実際は売上なら、売上テーブルを中心に、商品情報があるテーブルや、購入したユーザ情報テーブルなどデータが存在しており、それらと紐づいてようやく販売戦略などの意思決定のためのデータとなりえる。

イメージとしては以下となる。
f:id:snofra:20200312234255j:plain*2

このような構造をスタースキーマと呼ぶ。

またその中心(売上テーブル)をファクトテーブル(事実表)、そのファクトテーブルを修飾するテーブルをディメンションテーブル(次元表)と呼ぶ。

データマートを構築するときに最後TableauなどBIツールを使用して可視化することになる。
経験上、そのデータマートのビューの結合の際にこのスタースキーマを考えることが多かったように思える。


基幹系データベース

基幹系データベースは受注や発注、在庫管理、経理などのメイン処理を行っているデータとなる。

業態や組織の構成、システム化の度合いなどによりどのようなシステムが該当するかは異なるが、止まると業務自体がストップしてしまったり、事業に深刻な影響が及ぶようなものをこのように呼ぶ。
e-words.jp

物語を俯瞰する人間を見る / 『劇場版SHIROBAKO』を見た

アニメ映画を見に劇場へよく足を運ぶんだけど、感想は大体ツイッターに書いて終わらせてしまうことが多い。

そもそも感想を書くのがそんなに得意ではないし、監督がどうとか演出がどうとかの知識もなく的を射ていない可能性も高い、というのが理由だ。

ただSHIROBAKOについては、今まで関連記事も書いてきたということもあったし、見たときに俺の中で整理できていないところもあって整理のためにも感想を書く。

snofra.hatenablog.com

snofra.hatenablog.com


全力でネタバレをするので、気になる人は見ないほうが良いです。


















劇場版『SHIROBAKO』のあらすじ

テレビ版の後数本アニメ作品を制作した後、制作していたアニメが制作中止になった。理由は契約上の問題になる。

丸川社長が制作中止を話したときには、かなり余裕をもって進行しており、制作陣は寝耳に水だった。
それぞれこの中止を重く引きずりながら武蔵野アニメーションに留まるもの、去っていくものがいた。

武蔵野アニメーション自体も倒産までにはならなかったが、テレビ版のような明るい感じは姿を消し、斜陽のアニメーション制作会社に戻っていた。

そんな中、『空中強襲揚陸艦SIVA』という劇場向けアニメが、制作会社側の怠慢によって頓挫の危機にあった。
その制作をタイトル以外はまるまる白紙の状態の作品を武蔵野アニメーションは引き受けることにした。

制作期間がかなり短いので、作品を制作するためにかつてのメンバーを招集、アニメを制作していく。

作品が完成に近づいていくときに、『空中強襲揚陸艦SIVA』を頓挫させたアニメ制作会社から権利についてのいちゃもんがあった。
このタイトルを勝手に使うとはなにごとか、アニメを制作しないとは言っていないというものだ。

ただ頓挫させたアニメ会社はその権利を主張するための義務を果たしていなかった。権利問題をなんとか回避してかつてのアニメ制作中止を阻止することができた。

アニメが完成(完パケ)したが監督があまり腹落ちしていなかった。
スタッフ全員で話し合った結果、ぎりぎりまで粘ってアニメをよりいいものへブラッシュアップすることにし、封切当日を向けた。

次回のアニメ制作は第三飛行少女隊の続編というホワイトボードで物語は終わる。


アニメを作る人たちの話ではなく、アニメを作る話であった

俺の中であれ?ってまず思ったのは、この物語が「アニメの作る人たち」の話ではなく、「アニメを作る話」であったなっていうこと。

テレビ版の『SHIROBAKO』も確かにアニメを作る話ではあったんだが、物語の中心はあくまで作っている人であったのかなと思う。

それはたどり着きたい場所について考える姿だったり、
f:id:snofra:20200310170754j:plain
©「SHIROBAKO」製作委員会

喧嘩するシーンだったり
f:id:snofra:20181215000823j:plain
©「SHIROBAKO」製作委員会

キャラクターの成長だったりする。
f:id:snofra:20200310171101j:plain
©「SHIROBAKO」製作委員会

ただ、劇場版はそうではなかった。


劇場版はあらすじにも書いた通り、劇場版を短期間でどう作り切るのかという話だ。

テレビ版の感覚なら、原画を撒くことができないなど制作という仕事の問題や、制作中に発生するメンバー内の軋轢や成長を描くものである。

だが、それを描くシーンがかなり少なかった。
どちらかというと外から俯瞰しているシーンがかなり多かったと思う。


劇場版を見終わったときに、何というか俺はこれを見たかったのか?
見たかったのはもっと作業者たちの泥臭さとかそういうことなんじゃないのか?
とそんな気持ちになった。

なぜこういうことになってしまったんだろうと思ったときに、宮森あおいが偉くなりすぎた問題があるのでは?と思った


宮森あおいはもうひとつの作品に深く肩入れできない

宮森あおいは劇場版ではプロデューサーだ。
プロデューサーはテレビアニメ版では、渡辺隼のポジションになる。


アニメ版の渡辺隼が映っていたシーンは、

アニメの放送ができないという状況で、武蔵野アニメーションのパワーでは制作できない、ないてくれという序盤最大の山場の重要な局面のシーンや、
f:id:snofra:20200310171852j:plain
©「SHIROBAKO」製作委員会

アフレコのシーン
f:id:snofra:20200310172008j:plain
©「SHIROBAKO」製作委員会

次の作品を持ってくるための接待、もしくは打ち合わせとして麻雀をやっているシーン
f:id:snofra:20200310172117j:plain
©「SHIROBAKO」製作委員会

このあたりかなと思う。

彼は基本的に今、そして次のアニメ制作自体を決める権限、アニメ業界の政治の世界の中にいると言える。

仕事をもってこればいいという話が、アニメ版で新川奈緒の台詞としてあるが、ここからも彼はアニメの制作自体に肩入れせず、重要な局面のみ登場し決定を行う人間として描かれる。

現実のプロデューサー職がこれと同じなのかは俺には判断できないが、少なからず決定をしなければならいというロールであることは間違いないだろう。


劇場版は、宮森あおいはそのロールにいる。
ということはかつて第三飛行少女隊制作の際、彼女がそうだったデスクのポジションがいたはずだ。
おそらくその人から話を聞いているのだろう。

終盤、宮森あおいがやらなきゃいけないことについて、ミムジーとロロと話をする。
いくつかやらなきゃいけないもののの中で、最後にロロは「アニメを完成させる」という台詞を言う。

これは宮森あおいの今のロールでジャッジする権限を持っており、ジャッジしなければいけない人間であることを表しているのだと思う。


だから彼女は判断する。
アニメを(自分たちの最高だと言える形で)完成させるという判断をするのだ。


高いロールが主人公のつまらなさ

上でいった通り、この物語の主人公は宮森あおいであり、宮森あおいはアニメ制作という場においてかなり上の立場にいる。

この高いロールであることの問題は、話が政治になりがちであることだと思う。
今回も最終的に権利の話になる。

劇場版ではこの権利の話を第三飛行少女隊政策の際と同様にある程度デフォルメして描いている。
f:id:snofra:20200310172554j:plain
©「SHIROBAKO」製作委員会

何故ここまでデフォルメするのかというのはやっぱり正面切ってやる話としてはどうしても面白くないのではと推測する。

でもアニメ版の『SHIROBAKO』で俺が政治戦について何も感想を抱かなかったのは、テレビアニメ版は敵(トラブルメーカー)が社内と社外にいたからだ。

ただ今回描かれる敵(トラブルメーカー)は社外のみになる。
そして社外はアニメ制作自体には関与してこない。

この状況で揉めなければならないという状況は、権利にならざるを得ない。

ただ権利の話は、高い役職の人たちの中で完結されてしまう。
丸川社長時代に制作中止の話をされたときに、スタッフは寝耳に水で質問をしたが、相談ではなく決定を伝えたシーンとなっている。


宮森あおいがもし『空中強襲揚陸艦SIVA』を制作中止にしなければならないという判断を下すにあたって、自分の立場上「上山高校アニメーション同好会」のメンバーに相談することはできない。

権利の話をひっくり返す情報を持っている人間がいないからだ。
(そもそもみんな武蔵野アニメーション所属ではないというのも理由になるとは思うが)

この物語が俯瞰する物語だなと思ったのは、彼女がそういうロールなので、こういう感じの映画になってしまうのは当然だと思う。


渡辺隼との話が足りなかったと思う

そのうえでこの物語は渡辺隼というキャラクターが正しく扱えなかったのかなと思う。
何というか、この物語において渡辺隼は何も言わないのだ。

作品を俯瞰する宮森あおいを俯瞰する立場にいるように見えた。
(もしかして、彼が会社の社長というロールが原因なのかもしれない)

終盤のシーンでアニメを(自分たちの最高だと言える形で)完成させるという判断をするが、彼はおそらくそういう判断をしないはずだ。
納品3週間前でどのくらいのリテイクになるのかもわからないという状況は「完成できないかもしれない」リスクがある。

えくそだすっ!』での武蔵野アニメーションでは難しいという判断は絵コンテを読んでの判断だった。

今回は、それよりももっと分が悪い状況になる。
監督が修正するリードタイムがどの程度なのかもわからない。これが3週間かかるとアニメを完成することができない。

劇中この判断に何も言わなかったのは、きっと何かこれについて何か話があったのだろうと思う。
おそらく上である程度話してリスクヘッジしたうえで、最終的にスタッフに相談するという判断に至ったのだと推測するが、この物語で描くべきはここのシーンだったのではないか?と俺は思う。

何かを決定することの少なさを俺は感じた。

上層部で決定する話があまりないので、新規キャラクターだったウエスタンエンタテイメント側のアシスタントプロデューサーである宮井楓がいまいちパッとしなくなったのではないかと思う。


藤堂美沙の物語でもよかったのではないか

もうひとつ見ていて気になったのは、藤堂美沙の扱いだ。

彼女は会社でCG班のリーダーだったが、メンバーは向上心の薄いキャラクターや、なかなか進捗をあげられないキャラクターの面倒を見ていた。

そして中盤、進捗を挙げられなかったキャラクターが得意分野で才能が開花されて焦る、タスクを抱え込みすぎてしまうという状況に陥る。

この状況の最終的な解決が、いい感じに役割分担をしたらいいよねというものだった。

そういうものなのか?ワンエピソードであっさり腹落ちできるものなのか?

彼女の中での焦りや悩みによって自身が、ボトルネックになってしまうという状況は、『SHIROBAKO』くささとして映画でもっと深掘りしていったほうが良かったのではないか?と俺はそう思った。


序盤かなり辛かった

ここからは俺のさらに純粋な感想になる。

序盤武蔵野アニメーションが斜陽であることを表すために、第一話と対比していた。
ラジオのアニメ番組はアニメが減っているや予算がないと言い、武蔵野アニメーションの建物や社用車は老朽化している。

えくそだすっ!』第一話の放映シーンではたくさんいたスタッフが全くいない。
なんというか、この序盤だけで悲しくなって心が辛かった。
だって、俺はあの時のアニメ版が終わった状態の延長として見に来ているんだから。

だからこの作品はダメっていうわけではなくて、出ていくという判断を冷静にされているという状況という妙なリアルさがあるなーっていう感じだった。


遠藤さんよかった

制作中止で心が折れてしまった遠藤をみんなで救い上げるシーンは『SHIROBAKO』っぽさがあってよかった。

瀬川さんと結構深く付き合いあったんだなーというところや、下柳さんとすごく仲良くなっていて、苗字呼び捨てだったりこれはお前にしかできないと設定資料渡したりといいシーンだなーっていう感じだった。

遠藤さんの奥さんとのシーンは、妻帯者としてはファンタジー度合いがとんでもなく高いなwと思いつつも、こういう最後の背中を押すのは、やっぱり家族なんだよなーって思った。


その他思ったこと

山田さんはなぜあんな変なポジションだったんだ?

杉江さんのヒゲは俺はちょっとなと思ったのと、ワイフって言っていて「え、ワイフ?」って4年間でちょっとどうしたっていう気持ちになった。


最後に

俺のこの感想も本質を得ていない感想の可能性が非常に高いので、上映しているうちにもう一回見ておきたい。

新アニメ『アイカツオンパレード!ドリームストーリー』や新プロジェクト始動!など盛りだくさん! 「アイカツ!」シリーズについて発表されたこと

今後の「アイカツ!」シリーズについて発表が2020年3月8日の19時に発表されました!*1
本来はライブ最終日に公開される内容だったかと思うので、コロナウイルスでの中止が残念な限りですね。

重大発表と銘打たれた内容は以下の3つとなります。

重大発表①:
公式YouTube「アイチューブ」にて『アイカツオンパレード!ドリームストーリー』が配信スタート!

重大発表②:
アイカツ!シリーズ 新プロジェクト始動!

重大発表③:
重大発表①に伴って、DCDも『アイカツオンパレード!ドリームストーリー 第1弾』が稼働!


それぞれの発表について思うことを書いてみます。


アイカツオンパレード!ドリームストーリー』


WEBアニメ「アイカツオンパレード!」プロモーションビデオ

初回の配信は、2020年3月8日土曜日午前11時からです。

舞台がドリームアカデミーになり、主人公が姫石らきから音城ノエルに変更になった形になります。(ダブル主人公?)

音城ノエルについては、初代『アイカツ!』に登場していたキャラクターで、終盤にドリームアカデミーのアイドルとなったため、彼女の活躍を見たいという人も多かったと思います。

劇場版『アイカツ! 〜ねらわれた魔法のアイカツ!カード〜』でも登場しているというところからも、人気キャラクターのひとりだと思います。


約7年6ヶ月続いていたテレビ放送が終了

番組の放送自体がテレビ放送からYouTubeに変更される形となりました。

これで『アイカツ!』の第1話(2012年10月8日)から約7年6ヶ月続いていたテレビ放送から一旦撤退となります。

これについてコンテンツ自体の売上が低迷しているので撤退するという見方もできるかもしれません。
ただ、俺はそうは見ていなくて、バンダイナムコが最近試しているYouTubeでアニメを配信することで子供に目に触れる機会を増やそうとしているのかなと思っています。

YouTubeで放送していたバンダイナムコ作品としては、『ガンダムビルドダイバーズRe:RISE』があったけど、これもガンプラを子供たちにどう売り込んでいくかという施策のひとつとして実施されたのかなと思います*2

ここから見てもバンダイナムコ側が、アイカツ!」シリーズを今後コンテンツの種まき時期であると判断したのかなと(勝手に)思っています。

とりあえずは『アイカツオンパレード!』時期に抱いていた「コンテンツが終わるのでは?」からは脱したのかなと。


初回は最終回も含め1時間スペシャル扱いか

初回は2020年3月8日土曜日午前11時からとあるので、おそらく初回はアイカツオンパレード!』最終回から『アイカツオンパレード!ドリームストーリー』第1話までの1時間スペシャル扱いになるのではと思っています。

「初回は」という文言から、2回目以降は土曜日ではない可能性もあるのかなと思います。

放送話数も1クール(12~3話)なのか、それとも2クールなのか、特別編なのでそもそも毎週という扱いではないのか。

情報として分からないところも多いので、それは初回放送後に分かることかなと。


アイカツ!シリーズ 新プロジェクト


アイカツ!シリーズ 新プロジェクト始動!

短い情報で分かったこととしては

  • 今秋からテレビ東京系で新シリーズのアニメ放送が決定
  • 新シリーズからのDCDは新筐体で稼働
  • 詳細については6月に公開

正直、新筐体で稼働するとは思わなかったというのが正直なところです。

2016年5月から現在の筐体でスタートし、今年で4年目ということもあっての変更だと思われるが、現在の「アイカツ!」シリーズの売上的に新筐体に投資する可能性は低いのかなと思っていたのでかなり驚きました。

snofra.hatenablog.com


新筐体からわかること

新筐体は当然まだイメージでしかないが、現在の筐体と比較して分かることもいくつかあるように思えます。

現在の筐体がこれです。

f:id:snofra:20200309150504j:plain

次の筐体サンプル画像はこれです。

f:id:snofra:20200309150618p:plain


新旧の筐体を比較して、ぱっと見見えるのは画面が2分割されているデュアルディスプレイのかなーと見えますね。
(演出の都合で画面がふたつになっているように見えているだけ可能性もあるけど)

おそらく下の画面は傾斜して、上の画面は垂直に立つのかなーと予想しています。

旧筐体ではタッチパネル部は傾斜していたけど、新筐体では傾斜していないように見えますね。

カード2次元バーコードの読み込み部がないので、おそらくプリチャンのような筐体にカードを入れて読み込ませる仕組みになるのでは?と妄想してます。


DCD『アイカツオンパレード!ドリームストーリー 第1弾』


データカードダス アイカツオンパレード!ドリームストーリー プロモーションビデオ

テレビアニメと連動した形ですね。

とはいえ、DCD『アイカツオンパレード! 第3弾』は2020年1月30日稼働で2020年3月25日までの稼働で56日間稼働していることになるので、特別少ないわけではないです。*3

プロモーションビデオで、新曲の「トワイライトエトランゼ」も流れました。


ドリームスクールグランプリ出場学園プロモーションビデオ

ここの注目は歌唱担当の「あやね」というところだと思います。

音城ノエルを担当している声優さんは加隈亜衣さんなので、アイカツフレンズ!』から続いていた歌唱担当=声優のシステムは撤廃されたということになるのかな思います。

じゃあ歌唱担当の「あやね」って誰なんだというところではありますが、正式発表されているわけではないし、俺はでんぱ組.inc含めディアステージのアイドルに詳しいというわけでもないので、言及はしないです。

正式に発表されましたね。

アイカツ!ミュージックフェスタにも参加されてたようなので、コンテンツを支えてくれそうでよかったなあ。


今後のアニメとDCDのスケジュール想像

いろいろな情報が含まれていたのでここからは、俺の完全に妄想になりますが、今秋までにアニメと、DCDどのような感じで行われていくのかを考えてみました。

想像する内容としては、
■アニメ

  1. アイカツオンパレード!』最終回から『アイカツオンパレード!ドリームストーリー』第1話までの1時間スペシャル扱いになる?
  2. アイカツオンパレード!ドリームストーリー』については1クール12話の作品になる?
  3. アイカツオンパレード!ドリームストーリー』後については、新シリーズのアニメではなく、過去のベストシーンの放送か、総集編のようなものが放送される?

■アニメ

  1. DCD『アイカツオンパレード!ドリームストーリー 第3弾』まで実施する?


1時間スペシャルはおそらく確定で実施するのかなと思います。
何らかの形でYouTubeでやっているということを知ってもらいつつ、誘導する必要があると思います。
そのため、これは確定かなと思います。

アイカツオンパレード!』最終回内でどの程度『アイカツオンパレード!ドリームストーリー』に続くような終わり方になるのかはわかりません。


アイカツオンパレード!ドリームストーリー』の放送話数については完全に妄想です。

毎週表記もないので、不定期で放送して今秋(おそらく9月新番)につなげる可能性もありますが、その場合、決算短信の2Q(7月~9月)の売上に影響があるのかなと思うので、不定期はないのでは?と想像します。

ただ、過去総集編みたいな形にした場合、DCDの目玉イベントに影響がありそうなので、本当にそうなのか?みたいな気もします。


DCD『アイカツオンパレード!ドリームストーリー 第3弾』は稼働期間の傾向的にかなり怪しいかな(妄想が外れる可能性が高い)と思います。

基本的にDCDの新バージョンの稼働は60日前後が多いです。
そして稼働日は月末~月初であることが多いので、それを含めて考えた場合に33日とかなり少ないので、第1弾~第2弾の期間が長いのでは?と考えます。

そうなった場合、第1弾は『アイカツオンパレード!ドリームストーリー』12話のイベント、第2弾はそれ以降のアニメに関連したイベントになるのかなと思います。

その妄想を絵にしたのがこの図になります。
f:id:snofra:20200309153859p:plain

f:id:snofra:20200309153932p:plain

最初にも書いた通りこれは俺の完全な妄想に過ぎないので、あてになりません。

*1:19時前にお漏らししていたので、5分前にはすでに内容分かってしまったというトラブルはありましたが

*2:結局2期はテレビ放送するので、振るわなかったという判断も見ることできるけど

*3:DCD『アイカツオンパレード! 第1弾』は2019年10月3日稼働開始で終了まで63日間稼働。DCD『アイカツオンパレード! 第2弾』は2019年12月5日稼働開始で終了まで56日間稼働。

Amazon EBS/インスタンスストア/EFSについて勉強

AWS 認定ソリューションアーキテクト – アソシエイトを受けるため、改めてAmazon Web Service(AWS)の勉強をする。

今回もこの本を一読したうえで機能単位で勉強していく。


Amazon EBSとは

永続可能なブロックストレージサービス。EC2インスタンスにアタッチすることで利用可能。
ブロックストレージとは、データをブロック単位で分割して保存する方式。

www.atmarkit.co.jp


複数のストレージタイプを持つ。

〇 汎用SSD
デフォルトで提供されるストレージタイプ。
SSDを安価に利用することができる。
主に高性能なI/Oを求めていないときに使用する。

〇 プロビジョンドIOPS SSD
高パフォーマンスを実現できるストレージタイプ。
SSDをベースにユーザが自由にIOPSを設定して利用できる。
主に汎用SSDよりも高いパフォーマンスを求められる時に利用。
ただしコスト面で、ストレージ要領+指定したIOPSに対しても課金される。

スループット最適化HDD SSD
HDDタイプのストレージタイプ。
大容量のストレージを安価に利用できる。
HDDなので速度は出ないが、契約できる最低の容量が多い。

EMRによるログ分析などビッグデータ処理に向いている。
ファイルへのシーケンシャルアクセスが多い場合に利用。


高可用性

Amazon EBS ボリュームは、高い可用性と信頼性を実現するように設計されています。Amazon EBS ボリュームのデータは、追加料金なしで、同じアベイラビリティーゾーン内の複数のサーバーにレプリケートされます。これは、コンポーネントの 1 つに障害が発生したことが原因でデータが失われるのを防ぐためです。詳細については、Amazon EC2 および EBS のサービスレベルアグリーメント (SLA) を参照してください。
特徴 - Amazon EBS | AWS

AZ内で複製されるので、単一のディスク障害を回避することができる。
ただしあくまでも単一AZ内の話なので、AZ自体の障害が起きた場合は復旧できない可能性がある。
そのため定期的にスナップショットを取ってバックアップをとるのがよい。


スナップショットによるバックアップ

スナップショットを用いてS3にバックアップすることができる。

取得の実行タイミングのものが保管され、完了までEBSが使用できないというようなダウンタイムは発生しない。
バックタイミングは実行タイミングの時点のものとなる。

スナップショットは初回はフルバックアップだが、以降は増分バックアップ

www.backstore.jp


スナップショットを自動化する

Amazon Data Lifecycle Manager を使用して、Amazon EBS ボリュームをバックアップするスナップショットの作成、保持、削除を自動化できます。スナップショット管理を自動化すると、次のことが可能になります。
・定期的なバックアップスケジュールを実施して貴重なデータを保護する。
・監査担当者または社内のコンプライアンスが必要とするバックアップを保持する。
・古いバックアップを削除してストレージコストを削減する。
Amazon CloudWatch Events と AWS CloudTrail のモニタリング機能と組み合わせることで、Amazon Data Lifecycle Manager は EBS ボリューム用の完全バックアップソリューションを追加コストなしで提供します。
https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/snapshot-lifecycle.html

dev.classmethod.jp


インスタンスストア

EC2のインスタンスで利用できる無料のストレージサービス。
EC2のホストコンピュータ上にのっているストレージなので、パフォーマンスはよいが揮発性ディスクなので、インスタンスを停止すると情報が消える。

高パフォーマンス+可用性を求める場合、インメモリーキャッシュのAmazon ElastiCacheなどを利用する。


Amazon Elastic File System(EFS)

スケーラブルな共有ストレージサービス。
複数EC2インスタンスから共有ストレージとして利用できる。
EC2だけではなく、オンプレミスサーバーからも利用できるのが特徴。
ストレージ要領やパフォーマンスを自動的にスケーリングすることもできる。


高可用性

Amazon EFS では、複数の AZ 間で自動的にデータをレプリケートします。自己管理型クラウドソリューションでは、AZ 間のレプリケーションのためにストレージ容量を追加する必要があり、さらに AWS AZ 間でデータを転送するためにコストが発生します。Amazon EFS の場合、このようなコストは 1 か月あたり 0.30 USD/GB の料金に含まれています。
総所有コスト - Amazon EFS | AWS

自動で複数AZで冗長化するのでユーザ側で考慮は不要だが、EBSと違いスナップショットを取得することができない。


EFSマウントヘルパー

マウントヘルパーとはEFSを簡単にマウントすることができる機能です。
この機能は、AWSが公開しているamazon-efs-utilsというパッケージを導入することで使うことができます。
Amazon Elastic File System(EFS)を使ううえでの勘所 - Qiita

Amazon EFS は、ファイルシステムの 2 つの暗号化形式、転送時の暗号化と保管時のデータの暗号化をサポートします。Amazon EFS ファイルシステムを作成する場合、保管時のデータの暗号化を有効にすることができます。後でファイルシステムをマウントする時、伝送中のデータの暗号化を有効にすることができます。
https://docs.aws.amazon.com/ja_jp/efs/latest/ug/encryption.html#encryption-in-transit

マウントヘルパーを使用せずに、stunnelを利用することで転送中のデータの暗号化を有効にすることが可能だが、作業が必要なので基本的にはマウントヘルパー安定

dev.classmethod.jp


EBS vs インスタンスストア vs EFS

f:id:snofra:20200302232249p:plain

ポイントはひとつのEBS/EFSが何台のEC2に接続できるかという点。

〇EBS
EC2から見るとEC2:EBS=1:Nで接続、つまりひとつのEC2に対し複数のEBSを接続できる。
EBSから見ると、EBS:EC2=1:1となる。ひとつのEBSは、ひとつのEC2にしか接続できない。
*1

〇EFS
EC2から見るとEC2:EFS=1:Nで接続、つまりひとつのEC2に対し複数のEFSを接続できる。
EFSから見ると、EFS:EC2=1:Nとなる。ひとつのEFSは、複数のEC2に接続できる。

また、ひとつのEC2インスタンスに対しEBSとEFSを組み合わせてアタッチできない。
(EBS+S3やECS+S3、EBS+ECSはできるらしい)


EBS最適化インスタンス

EBSのパフォーマンスとして、EBS最適化の設定を選択することでEC2とEBS間の専用通信帯域を確保することができる。


f:id:snofra:20200302232459p:plain
EBS最適化インスタンスの効果を知るべくベンチマークを取ってみた | Developers.IOより引用


EBSの暗号化

EBSボリュームを作成する際にAWS KMSを使用して、ボリュームを暗号化するオプションがあるので、それを利用する。
snofra.hatenablog.com



暗号化された Amazon EBS ボリュームを別の AWS アカウントと共有するにはどうすればよいですか ?

1. Amazon EBS スナップショットを作成します。
注: EBS ボリュームがインスタンスにアタッチされている場合は、データの整合性を確保するために インスタンスを停止 します。
2. 次の AWS Key Management Service (AWS KMS) キーポリシーの例を使用して、暗号化されたスナップショットを共有 します。
3. 共有スナップショットのコピーを作成します。詳細については、スナップショットをコピーする を参照してください。
注: 必ず AWS アカウントのカスタマーマスターキー (CMK) を選択してください。そうしないと、デフォルトのマスターキーが使用されます。
4. スナップショットから EBS ボリュームを作成します。詳細については、スナップショットからの Amazon EBS ボリュームの復元を参照してください。
注: スナップショットは、スナップショットが作成された AWS リージョン でのみ復元できます。別のリージョンの EBS ボリュームの場合は、最初にそのリージョンにスナップショットをコピーしてから、スナップショットを復元します。

dev.classmethod.jp


上の情報からも単純にスナップショットを取るだけでは不足している。KMSを利用することになる。

また別リージョンに持っていくことは可能だが、リージョンにスナップショットをコピーが必要。

*1:日本リージョンにまだ来ていないがプロビジョン度IOPSボリューム上でEBSが複数アタッチできるようになった。https://aws.amazon.com/jp/about-aws/whats-new/2020/02/ebs-multi-attach-available-provisioned-iops-ssd-volumes/