CEDEC 2024에서 포케라보 결 프로덕션 엔지니어 타카다 미사토 씨와 에다 준야 씨의 세션 그것을 지지하는 기술은 없다~」가 열렸다.
다카다 씨와 에다 씨가 개발하고 있던
「SINOALICE」
(iOS/Android/PC. 시노앨리스)는 2024년 1월 15일에 서비스를 종료했지만, 그 직전에는 엔딩으로서 대규모 이벤트가 기획된 것 외에, 최종적으로는 오프라인판 앱「시노앨리스였던 나니카」
에 업데이트되는 등, 다양한 시책이 행해져 큰 화제가 되었다.
그 무대 뒤가 말한 세션의 모양을 리포트하자.
축제 같은 엔딩
시노 앨리스는 앨리스와 붉은 두근, 신데렐라 등의 캐릭터가 자신의 작자를 되살리기 위해 싸움을 펼친다는 다크 판타지 RPG다. 최대 15대 15의 실시간 길드전도 특징이었다.
시노앨리스에서는, 당초부터 엔딩을 제대로 만드는 구상이 있었다는 것으로, 「그냥 끝나지 않는다」 「마지막까지 축제 감각으로 즐기고 싶다」라는 생각으로부터,
시책이 전개되었다.
그 클라이맥스는 시노앨리스의 앱이 플레이어의 무덤인 「시노앨리스였던 나니카」로 바뀌는 곳이지만, 거기에 이름을 새기 위해서는 길드 멤버와의 레이드 배틀을 거쳐 게임의 엔딩을 볼 필요가 있다.
|
하지만 거기에 이르기까지의 길은 꽤 힘들다. 플레이어는 2023년 12월 20일에 전달된 '요쿠보편'의 1~6장을 클리어 한 후, 12월 26일에 전달된 진정한 최종장인 7장으로 길드 멤버와 함께 배틀에 도전할 필요가 있다. 서비스 종료는 2024년 1월 15일이므로, 7장 실장으로부터는 약 2주간밖에 없다.
게다가 라스트 배틀에는 길드 멤버 전원이 같은 시간에 모여 배틀에 도전할 필요가 있었다. 또, 요크보우편을 플레이하려면, 그때까지 전달된 스토리도 클리어하고 있어야 한다. 상정 플레이 시간은 16시간이므로 복귀 플레이어에게는 꽤 까다로운 조건이다.
|
거기서 타카다씨들은 구제책을 생각했다. 전력이 낮아도 클리어하기 쉬워지는 배틀 서포트 기능의 실장은 정해져 있었지만, 그에 더해, 요크보우편으로부터 게임을 개시할 수 있는 스킵 기능을 준비하기로 했다.
이건 플래너가 “버즈리도 기대할 수 있는 듯한 뒷 기술 같은 것을 원한다”고 말한 것이 계기였다고 한다.
그것을 들었던 엔지니어로부터 「단말 셰이크를 사용하면 단기간에 실장할 수 있다」라고 하는 아이디어가 나오고, 「홈 화면에서 단말을 100회 쉐이크 하면, 요크보우편이 개시할 수 있는 장소까지 날아간다」라는 기능으로서 실현 했다.
어디까지나 비법이므로, 실장 당초는 운영측으로부터 고지는 하지 않고, 플레이어에게 알아차릴 것을 기다렸다고 한다. 타카다 씨는 매일 하라하라하면서 지켜보고 있었다고 하지만, 서서히 눈치챈 플레이어가 나왔기 때문에 만을 갖고 1월 1일 공식적으로 암호 트윗이라는 형태로 정보를 흘렸다. 이 암호는 마케팅 담당자가 작성했다고 한다.
또, 사운드 담당으로부터는 「쉐이크할 때마다 소리가 나오고, 뽑기로 흐르는 곡을 연주한다」라고 하는 아이디어가 나와, 그것도 채용되었다고 한다.
뒷 기술이 인지되고 나서는 목적대로 엔딩에 도달하는 플레이어도 늘어나, 타카다씨는 「좋은 시책이었다」라고 되돌아 보았다.
엔딩을 지원하는 기술
여기에서 에다 씨가 등단하여 엔딩 이벤트를 끊임없이 진행시키기 위해 실시한 작업을 설명했다.
큰 과제로는 「길드레이드의 동기」와 「로그인 제한」이 있었다고 한다.
우선은 길드 레이드의 동기화에 대해. 앞서 언급했듯이 엔딩의 길드 레이드 배틀은 멤버가 모두 갖추어진 상태에서 배틀에 도전할 필요가 있었다. 또, 배틀 전후에 흐르는 시나리오에 대해서도, 동시에 진행시켜 주었으면 하는 주문이 있었다고 한다.
이를 실현시키기 위해 「어떻게 동기화를 시작할까」 「어플이 떨어졌을 경우, 어떻게 복귀시킬까」가 문제가 되었다.
거기서 에다 씨는, 배틀 전에 「멤버 대기소」를 새롭게 설치. 또한 '시노앨리스였던 나니카'에 이르기까지의 길을 '배틀 전 시나리오', '배틀', '배틀 후 시나리오' 등의 단계로 나누어 플레이어가 어디에 있는지 정보를 갖게 했다. 만약 탈락했을 때는, 이 정보를 판단 재료로서 복귀 포인트를 결정하도록 했다고 한다.
Satu lagi sebab mengapa "sekatan log masuk" diperlukan ialah kami menyasarkan untuk meningkatkan DAU (Pengguna Aktif Harian) semasa acara berakhir. Memandangkan ini adalah projek yang belum pernah berlaku sebelum ini, sukar untuk meramalkan bilangan pemain yang akan meningkat, dan terdapat kebimbangan sama ada mereka akan dapat menampung beban yang meningkat dan sama ada akan terdapat isu kos walaupun mereka melakukannya.
Oleh itu, jika bilangan pemain melebihi jangkaan, kami memutuskan untuk mengehadkan log masuk menggunakan kaedah yang dipanggil had kadar permintaan, tetapi seperti yang dinyatakan di atas, kerana pertempuran serbuan persatuan memerlukan semua ahli untuk mengambil bahagian, syarat terperinci telah ditetapkan.
Khususnya, ``Untuk mengelakkan kemajuan daripada dihentikan disebabkan oleh sekatan semasa permainan, sekatan hanya diletakkan pada API log masuk yang digunakan semasa memulakan aplikasi.'' ``Jika salah seorang ahli persatuan sedang bermain, API log masuk bagi persatuan yang sama akan dihadkan.'' Pemain boleh memintas API log masuk.''
En. Etsuda meringkaskan bahagiannya dengan mengatakan bahawa sekatan log masuk adalah sangat penting sebagai langkah balas terhadap peningkatan akses yang tidak dapat diramalkan.
Pengurusan tugas apabila orang sudah tiada
Di sini, Encik Takada naik ke pentas sekali lagi dan merenung pengurusan tugas semasa pembangunan pengakhiran.
Pembangunan pengakhiran perlu diteruskan selari dengan kerja pada acara bermusim/ulang tahun biasa.
Spesifikasi untuk pengakhiran telah diturunkan sedikit demi sedikit melalui laporan dan pendengaran daripada orang yang terlibat, dan seorang jurutera berkata, ``Nampaknya ada banyak kerja, tetapi saya fikir kita boleh melakukannya dengan bilangan orang semasa.'' Sebaik sahaja pembangunan diputuskan untuk dimulakan, ia tidak berjalan dengan baik.
Salah satu faktor utama ialah perubahan kakitangan. Apabila projek semakin hampir, sesetengah orang akan berpindah ke lokasi lain, dan kakitangan tidak akan diambil bekerja lagi. Kami mendapati diri kami berada dalam keadaan tersepit kerana kami tidak mempunyai jurutera yang mencukupi untuk tugasan yang perlu dilakukan.
|
Pada ketika ini, Encik Takada memutuskan untuk ``mengikuti asas pengurusan tugas dengan setia,'' sebahagiannya kerana beliau mempunyai sedikit pengalaman menguruskan tugas dalam pembangunan berskala besar.
Khususnya, pecahkan tugas besar kepada yang lebih kecil untuk memahami waktu kerja dan semak sama ada pelaksanaan boleh diselesaikan dalam masa. Kami cuba menjadikan perkara itu kelihatan dengan memberi keutamaan dan mempertimbangkan pemampatan untuk spesifikasi yang memerlukan banyak jam kerja.
Kerana kekurangan kakitangan juga berlaku dalam kalangan perancang, dikatakan jurutera lebih kerap mengadu di tapak pembangunan, berkata, ``Kami tidak mempunyai spesifikasi tetap, jadi kami tidak boleh memasukkan waktu kerja.' '
Sebagai tindak balas kepada ini, En. Takada mengesahkan spesifikasi melalui pemeriksaan berterusan. Pada masa itu, jurutera mencadangkan spesifikasi, bertanya, ``Adakah kami okay dengan spesifikasi ini?''
Berkat usaha mereka, pengakhiran itu dapat dilaksanakan tanpa sebarang kelewatan, dan Encik Takada menyebut "menetapkan pencapaian" sebagai sebab utama.
Mereka memutuskan bahawa mereka akan dapat menyemak bahagian ini pada mesin sebenar pada masa ini, dan mengadakan sesi permainan setiap dua minggu.
Sudah tentu, semuanya tidak berjalan seperti yang dirancang, tetapi terima kasih kepada sesi permainan, mereka melaporkan bahawa ``bahagian ini akan ditangguhkan,'' dan ia menjadi lebih mudah untuk membuat susulan. Encik Takada menyifatkan jenis komunikasi ini sebagai ``seperti menjalankan pemeriksaan kesihatan.''
Terdapat satu lagi faedah untuk sesi bermain. Kakitangan, yang sedang mengusahakan pembangunan di bawah jadual yang ketat, mempunyai beberapa kebimbangan, seperti, ``Bolehkah kami benar-benar melepaskannya?'' dan ``Adakah kami mencipta sesuatu yang menarik?'' Walau bagaimanapun, ia adalah hebat untuk melihat apa kami telah mencipta berjalan pada peranti sebenar Jadi, dia dapat memadamkannya.
|
Mengimbas kembali sesi tersebut, En. Takada membuat kesimpulan dengan berkata, ``Sungguh hebat bahawa jurutera, perancang, dan pemasaran dapat membawa ke hadapan idea ``menikmati penghujung perkhidmatan sepenuhnya,' ' yang unik kepada Sinoalis.''
|
위 내용은 「SINOALICE -시노앨리스-」의 유일무이한 엔딩의 뒤편에서 일어나고 있던 것[CEDEC 2024]의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!