UK 
English
Polski
Español
Deutsch
日本語
Italiano
Português (BR)
Français
العربية
Nederlands
中文
한국어
हिन्दी
Türkçe
Tiếng Việt
Русский
Bahasa Indonesia
فارسی
বাংলা
ไทย
Filipino
Kiswahili
اردو
Bahasa Melayu
தமிழ்
עברית
Ελληνικά
ਪੰਜਾਬੀ
አማርኛ
မြန်မာဘာသာ
ខ្មែរ
ქართული
नेपाली
Монгол хэл
Հայերեն
සිංහල
ລາວ
Čeština
Română
Magyar
Български
Svenska
Dansk
Suomi
Norsk
Slovenčina
Hrvatski🏨 Менеджер Доходів Готелю — Ліміти Бронювання EMSR Наживо
Спостерігайте, як справжній алгоритм EMSR-b обчислює оптимальні вкладені ліміти бронювання по тарифних класах на основі живих оцінок розподілу попиту, захищаючи номери для пізніших бронювань вищої цінності.
Про цю симуляцію
Цей симулятор розміщує фіксовану інвентаризацію номерів готелю перед чотирма вкладеними тарифними класами — Базовий, Стандартний, Гнучкий і Преміум — і запускає справжню евристику EMSR-b (Expected Marginal Seat Revenue, версія b) проти стохастичного потоку запитів на бронювання. Кожен клас має свою ціну й справді випадковий гаусів розподіл попиту протягом горизонту бронювання. Ще до відкриття найдешевшого класу алгоритм агрегує попит і дохід кожного класу вище кожного порогу, виконує обернене нормальне обчислення критичної частки, щоб отримати рівень захисту, і виводить вкладені ліміти бронювання з місткості мінус ці рівні захисту — потім перевирішує все щоразу, коли тарифний клас закривається й відкривається наступний, дорожчий.
🔬 Що показано
Бронювання надходять спершу за найдешевшим тарифом, віддзеркалюючи те, як дозвіллєві мандрівники бронюють рано, а бізнес-мандрівники — близько до прибуття. Кожен прийнятий чи відхилений запит перевіряється відносно живого вкладеного ліміту бронювання поточного класу. 3D стовпчикова діаграма відстежує заброньовані номери по класу під EMSR-b поряд з ідентичним запуском «першим прийшов — першим обслужений» (FCFS), яким подано ту саму реалізацію попиту.
🎮 Як користуватися
Встановіть місткість номерів, дисперсію попиту для всіх чотирьох класів і швидкість горизонту бронювання, потім натисніть «Запустити симуляцію» (або «Крок партії» для окремих приростів). Бічна таблиця показує живий рівень захисту кожного класу, поточний вкладений ліміт бронювання й заброньовані наразі номери. Скидання перевибирає нову стохастичну реалізацію попиту й ідентично пересіює як запуск EMSR-b, так і базовий рівень FCFS.
💡 Чи знали ви?
EMSR-b є наближенням — він розглядає всі класи вище порогу як один агрегований «супер-клас» з єдиним зваженим середнім тарифом, що швидше обчислюється, ніж точний, але комбінаторно складніший EMSR-a чи повні рішення динамічного програмування, і на практиці працює близько до оптимального для більшості реальних тарифних структур.
Часті питання
Що таке EMSR-b і навіщо готелі його використовують?
EMSR-b (Expected Marginal Seat Revenue, версія b) — це вкладена евристика управління доходами, яка вирішує, скільки номерів фіксованої інвентаризації захистити для бронювань вищого тарифу, очікуваних пізніше, а скільки продати негайно попиту нижчого тарифу. Він агрегує попит і зважену середню ціну кожного тарифного класу вище порогу, потім встановлює рівень захисту, використовуючи критичну частку цього агрегованого розподілу попиту.
Як насправді обчислюється рівень захисту?
Для кожного порогу між групою вищого тарифу й наступним класом нижче EMSR-b підсумовує середній попит і дисперсію кожного класу вище порогу, щоб отримати агрегований нормальний розподіл попиту, і обчислює зважену середню ціну по цих класах. Він обчислює співвідношення критичної частки — ціну наступного класу, поділену на цю зважену середню ціну — і проводить його через обернену нормальну функцію розподілу, щоб отримати z-показник.
Що таке вкладений ліміт бронювання?
Вкладений ліміт бронювання обмежує, скільки номерів може спожити даний тарифний клас (і кожен клас нижче нього за цінністю), тоді як вищі тарифні класи завжди зберігають доступ до будь-якої залишкової місткості. Він обчислюється як загальна місткість мінус рівень захисту, відкладений для класів вище нього.
Чому симуляція перевиконує оптимізацію лімітів під час запуску?
EMSR-b зазвичай розв'язується на кожній контрольній точці бронювання, використовуючи залишкову місткість і прогнози для класів, які ще не відкрилися. Ця симуляція перевирішує рівняння EMSR-b щоразу, коли закривається вікно бронювання тарифного класу й відкривається наступний, вартісніший клас, використовуючи фізичну місткість, що залишилася.
Чому EMSR-b зазвичай перевершує політику «першим прийшов — першим обслужений»?
Чиста політика FCFS приймає кожен запит, доки об'єкт не заповниться, незалежно від тарифу. Оскільки попит на дешевий тариф моделюється тут як такий, що надходить найраніше й у найбільшому обсязі, наївна політика заповнила б готель майже повністю знижковими бронюваннями й не мала б нічого, коли пізніше надійде попит на Преміум. EMSR-b захищає номери для цього пізнішого, ціннішого попиту.
Справжній двигун EMSR-b обчислює агрегований попит, зважений середній дохід і обернені нормальні критичні частки, щоб вивести рівні захисту й вкладені ліміти бронювання для чотирьох тарифних класів, перевиконуючи оптимізацію наживо в міру розгортання стохастичного горизонту бронювання, і порівнює прийнятий дохід із ідентичним базовим рівнем «першим прийшов — першим обслужений».
3D · рушій Three.js / WebGL · ціль 60 FPS · працює повністю на клієнті, без встановлення