СИСТЕМА И СПОСОБЫ РАБОТЫ ОПТИМИЗАТОРА КОНСТРУКЦИИ Российский патент 2020 года по МПК B60N2/00 

ПЕРЕКРЕСТНЫЕ ССЫЛКИ НА РОДСТВЕННЫЕ ЗАЯВКИ

[0001] Эта заявка является частичным продолжением патентной заявки США № 13/841840, поданной 15 марта 2013 года, и по ней испрашивается приоритет предварительной патентной заявки США № 62/126998, поданной 2 марта 2015 года, обе из которых полностью содержатся в данном документе посредством ссылки.

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

[0002] Настоящее изобретение, в общем, относится к полуавтоматической оптимизации конструкции. В частности, изобретение предоставляет систему и способ для того, чтобы частично автоматизировать процесс оптимизации решения по размещению пассажиров во внутреннем пространстве воздушного судна (LOPA) таким образом, чтобы лучше всего поддерживать задачу потребителя/авиакомпании.

УРОВЕНЬ ТЕХНИКИ

[0003] В определенных вариантах применения конструкция продукта является строго индивидуализированной и зависит от конкретных потребностей конкретного потребителя. Они упоминаются как "индивидуально адаптированные" конструкции и конструируются для конкретного набора технических требований, обеспечивающих уникальность каждого изготовленного продукта. В индивидуально адаптированных конструкциях, поскольку множество варьирований продукта предлагаются потребителю, типично внутренние пространства двух летательных аппаратов не являются совершенно идентичными. В индивидуально адаптированных конструкциях, конструкция может использоваться для одного продукта или относительно небольшого количества изделий. В связи с этим, время и усилия, расходуемые на каждую конструкцию, непосредственно увеличивают затраты и время, требуемые для жизненного цикла одного продукта. В серийном производстве, это время и затраты на конструирование могут быть амортизированы по тысячам изделий и становятся небольшой частью расходов для каждого продукта. В отличие от этого, в индивидуально адаптированной конструкции, время и затраты на конструирование не могут быть амортизированы таким способом вследствие относительно небольшого числа продуктов, которые могут быть изготовлены из каждой конструкции.

[0004] В гражданской авиации внутреннее пространство воздушного судна является чрезвычайно ценным активом. В особенности это является истинным для воздушного судна, которое может использоваться для коммерческих пассажирских перевозок, поскольку число пассажиров в данном полете, вместе с величиной дохода, который может формироваться из продажи билетов для этого полета (которая непосредственно зависит от рыночной нормы, которую пассажир может быть готов оплачивать для данного уровня обслуживания в полете), позволяют определять то, является или нет проведение полетов прибыльным. Также предусмотрено множество других переменных, которые влияют на прибыльность проведения полетов, включающих в себя вес различных сидений и конфигурации сидений, которые могут использоваться, число и тип бортовых кухонь, туалетов и других моноблоков воздушного судна (включающих в себя конкретный размер и компоновку таких моноблоков), и в целом, общая компоновка конструктивных элементов внутреннего пространства воздушного судна. Фактически, до того, как воздушное судно сможет использоваться для коммерческого пассажирского транспорта, его внутреннее пространство должно оснащаться, конфигурироваться и оптимизироваться с возможностью учитывать эти и другие переменные, так чтобы обеспечивать то, что могут достигаться поставленные цели перевозчика или владельца воздушного судна для использования воздушного судна.

[0005] В прошлом, для того чтобы оснащать, конфигурировать и оптимизировать внутреннее пространство воздушного судна таким образом, чтобы учитывать эти множество переменных, инженер-конструктор, как правило, должен вручную пытаться планировать компоновку элементов внутреннего пространства воздушного судна. Это зачастую должно осуществляться, в сущности, методом проб и ошибок, когда инженер-конструктор вручную создает план компоновки элементов внутреннего пространства воздушного судна (трудоемкий процесс сам по себе), а затем оценивает за и против для конкретной компоновки и для способа, которым компоновка оказывает влияние на вышеуказанные переменные, включающие в себя различные весовые параметры, величину дохода, который может формироваться в расчете на пассажира для конкретной компоновки, и то, представляет или нет конкретная компоновка наилучший баланс или оптимизацию переменных, чтобы достигать максимальной прибыльности (или других поставленных целей, в зависимости от обстоятельств). Кроме того, окончательная компоновка внутреннего пространства воздушного судна зачастую зависит от конкретного уровня квалификации потребителя или индивидуального проектирования компоновки. В связи с этим, значительная конструктивная вариативность и неэффективность являются внутренне присущими в таком процессе. Помимо этого, внутреннее пространство воздушного судна состоит из тысяч частей, конфигурации и реализация которых является обязательной задачей, которая требует значительной индивидуальной адаптации и зачастую приводит к тому, что для решения всей задачи требуются месяца или годы. Это имеет место, поскольку компоновки элементов внутреннего пространства воздушного судна должны быть вручную конфигурированы (итеративный процесс), и каждая итерация может занимать дни в месяцы или дольше в некоторых случаях. Настоящее изобретение исключает или уменьшает эти проблемы, внутренне присущие в способах конструирования предшествующего уровня техники.

[0006] Вдобавок к этим сложностям инженеры-конструкторы также должны учитывать специальные и зачастую строгие законодательные нормативные требования относительно конструкции внутреннего пространства воздушного судна, причем эта сложность дополнительно возрастает, поскольку нормативные требования зачастую варьируются в зависимости от страны. Так же, как только конкретный план компоновки вручную создан инженером-конструктором после длительных временных затрат, в той степени, в которой конкретный план не является оптимальным, инженеру может требоваться потратить значительное время на модификацию плана (снова, через процесс на основе метода проб и ошибок или некоторое использование существующих конструкций), чтобы оптимизировать план компоновки элементов внутреннего пространства так, чтобы достигать наилучшего баланса множества переменных таким образом, чтобы достигать намеченной конструктивной цели. Кроме того, как пояснено выше, даже когда данная компоновка для конкретного воздушного судна, потребителя и поставленной цели достигнута, очень маловероятно, что какая-либо конкретная "индивидуально адаптированная" компоновка будет точно совпадать с поставленными целями другого потребителя, при этом потребитель имеет другое воздушное судно, которому требуется компоновка элементов внутреннего пространства. Это зачастую может быть истиной даже в случае, если тип или модель воздушного судна является идентичной. В связи с этим, трудоемкий процесс конструирования компоновки элементов внутреннего пространства должен повторяться с самого начала.

[0007] В свете этих и других сложностей в уровне техники имеется потребность в системе и способе для того, чтобы автоматизировать или частично автоматизировать процесс конструирования внутреннего пространства воздушного судна, так что инженер-конструктор может легко и быстро конфигурировать и оптимизировать план компоновки элементов внутреннего пространства для воздушного судна и затем легко регулировать различные аспекты и выявлять в реальном времени следствия таких регулирований в отношении различных переменных, поясненных выше.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[0008] В соответствии с первым аспектом настоящего изобретения предусмотрена компьютеризированная система для определения компоновки элементов воздушного судна. Система включает в себя модуль ввода, выполненный с возможностью принимать первые входные данные, указывающие первое значение первого параметра, первую базу данных признаков, которая включает в себя множество настроек признаков, модуль поиска признаков, выполненный с возможностью выполнять поиск в первой базе данных признаков и выбирать настройку признака на основе первого значения первого параметра, центральную базу данных, которая включает в себя множество правил, регулирующих компоновку фюзеляжа, и модуль оптимизации, поддерживающий связь с центральной базой данных и выполненный с возможностью формировать оптимальную компоновку на основе выбранной настройки признака. В предпочтительном варианте осуществления модуль ввода дополнительно выполнен с возможностью принимать вторые входные данные, указывающие первое значение второго параметра. Модуль поиска признаков дополнительно выполнен с возможностью осуществлять поиск в первой базе данных признаков и выбирать настройку признака на основе первого значения первого параметра и первого значения второго параметра. В предпочтительном варианте осуществления первый параметр представляет собой уровень комфорта или продолжительность полета. В другом варианте осуществления, первый параметр представляет собой уровень комфорта, и второй параметр представляет собой продолжительность полета.

[0009] В предпочтительном варианте осуществления модуль оптимизации дополнительно выполнен с возможностью применять по меньшей мере одно из множества правил для того, чтобы формировать список возможных комбинаций конфигураций компоновки компонентов воздушного судна. Модуль оптимизации выполнен с возможностью формировать оптимальную конфигурацию компоновки посредством выбора, на основе выбранной настройки признака, одной конфигурации компоновки компонентов воздушного судна из списка возможных комбинаций конфигураций компоновки компонентов воздушного судна. Предпочтительно, модуль оптимизации дополнительно выполнен с возможностью формировать оптимальную компоновку посредством определения и выбора одной конфигурации из списка возможных комбинаций конфигураций компоновки компонентов воздушного судна, которая предоставляет наибольшее число сидений. Оптимальная компоновка также может представлять собой конфигурацию, которая предоставляет наименьшую величину компромисса по сиденьям, наибольшую величину свободного пространства и/или наивысшее ранжирование моноблоков.

[0010] В соответствии с другим аспектом настоящего изобретения, предусмотрен машинореализуемый способ для оптимизации компоновки элементов воздушного судна. Способ включает в себя прием первых входных данных, указывающих первое значение первого параметра, выполнение поиска в первой базе данных признаков и выбор настройки признака на основе первого значения первого параметра и формирование оптимальной компоновки на основе выбранной настройки признака. В предпочтительном варианте осуществления способ также включает в себя прием вторых входных данных, указывающих первое значение второго параметра, и выполнение поиска в первой базе данных признаков и выбор настройки признака на основе первого значения первого параметра и первого значения второго параметра. Предпочтительно, этап формирования оптимальной компоновки дополнительно включает в себя формирование списка возможных комбинаций конфигураций компоновки компонентов воздушного судна и выбор, на основе выбранной настройки признака, одной конфигурации компоновки компонентов воздушного судна из списка возможных комбинаций конфигураций компоновки компонентов воздушного судна.

[0011] В соответствии с аспектом настоящего изобретения предусмотрена компьютеризированная система для оптимизации компоновки элементов воздушного судна, выполненная с возможностью выполнять, посредством по меньшей мере одно по меньшей мере одного процессора, инструкции одного или более программных модулей, сохраненных на энергонезависимом машиночитаемом носителе, причем система содержит первый программный модуль, выполненный с возможностью принимать ввод от пользователя относительно числа сидений; второй программный модуль, выполненный с возможностью принимать ввод от пользователя относительно шага сидений; третий программный модуль, выполненный с возможностью принимать ввод от пользователя относительно услуги по разнесению питания; четвертый программный модуль, выполненный с возможностью принимать ввод от пользователя относительно услуги по разнесению напитков; пятый программный модуль, выполненный с возможностью содержать перечень всех возможных комбинаций всех конфигураций компоновки элементов внутреннего пространства воздушного судна для воздушного судна. Шестой программный модуль использует вводы из одного или более из первого, второго, третьего или четвертого программных модулей для того, чтобы определять и создавать вывод одной конфигурации, которая занимает наименьшую величину пространства под сиденья, весит меньше всего и содержит наибольшую величину пространства для хранения в салоне воздушного судна. Седьмой программный модуль графически отображает вывод шестого программного модуля.

[0012] В предпочтительном варианте осуществления настоящего изобретения система дополнительно содержит восьмой программный модуль, выполненный с возможностью принимать ввод от пользователя относительно уровня обслуживания, и шестой программный модуль может использовать ввод из восьмого программного модуля для того, чтобы определять и создавать вывод одной конфигурации, которая занимает наименьшую величину пространства под сиденья, весит меньше всего и содержит наибольшую величину пространства для хранения в салоне воздушного судна. Предпочтительно, система дополнительно содержит девятый программный модуль, выполненный с возможностью принимать ввод от пользователя относительно продолжительности полета, и при этом шестой программный модуль может использовать ввод из девятого программного модуля для того, чтобы определять и создавать вывод одной конфигурации, которая занимает наименьшую величину пространства под сиденья, весит меньше всего и содержит наибольшую величину пространства для хранения в салоне воздушного судна. Предпочтительно, пятый программный модуль содержит отдельные списки для двух или более различных воздушных судов. Предпочтительно, система дополнительно содержит десятый программный модуль, выполненный с возможностью принимать ввод от пользователя относительно типа воздушного судна, причем этот ввод из десятого программного модуля относительно типа воздушного судна инструктирует шестому программному модулю идентифицировать одну конфигурацию, которая занимает наименьшую величину пространства под сиденья, весит меньше всего и содержит наибольшую величину пространства для хранения в салоне воздушного судна, из числа конфигураций, которые перечислены в отдельном списке в пятом программном модуле, соответствующем типу воздушного судна, вводимому из десятого программного модуля. Предпочтительно, графический дисплей седьмого программного модуля включает в себя позицию одного или более сидений. Предпочтительно, графический дисплей седьмого программного модуля включает в себя позицию и тип одного или более моноблоков внутреннего пространства воздушного судна. Предпочтительно, система дополнительно содержит одиннадцатый программный модуль, причем этот одиннадцатый программный модуль выполнен с возможностью предоставлять вес одной или более компоновок элементов внутреннего пространства воздушного судна. Предпочтительно, система дополнительно содержит двенадцатый программный модуль, причем этот двенадцатый программный модуль выполнен с возможностью предоставлять доход, сформированный из продажи билетов для комбинации конфигураций компоновки элементов внутреннего пространства воздушного судна, идентифицированной посредством шестого программного модуля. Предпочтительно, вывод шестого программного модуля печатается на бумаге посредством принтера.

[0013] В соответствии с другим аспектом настоящего изобретения предусмотрен способ для оптимизации компоновки элементов воздушного судна пользователем, осуществляющем доступ к программным инструкциям, сохраненным на энергонезависимом машиночитаемом носителе, причем эти программные инструкции выполняются посредством по меньшей мере одно по меньшей мере одного процессора. Способ содержит: прием ввода от пользователя относительно числа сидений; прием ввода от пользователя относительно шага сидений; прием ввода от пользователя относительно услуги по разнесению питания; прием ввода от пользователя относительно услуги по разнесению напитков; перечисление всех возможных комбинаций всех конфигураций компоновки элементов внутреннего пространства воздушного судна для воздушного судна; определение и создание вывода одной конфигурации, которая занимает наименьшую величину пространства под сиденья, весит меньше всего и содержит наибольшую величину пространства для хранения в салоне воздушного судна; и графическое отображение вывода одной конфигурации, которая занимает наименьшую величину пространства под сиденья, весит меньше всего и содержит наибольшую величину пространства для хранения в салоне воздушного судна.

[0014] В предпочтительном варианте осуществления способ дополнительно содержит прием ввода относительно уровня обслуживания, и при этом ввод относительно уровня обслуживания может использоваться для того, чтобы определять и создавать вывод одной конфигурации, которая занимает наименьшую величину пространства под сиденья, весит меньше всего и содержит наибольшую величину пространства для хранения в салоне воздушного судна. Предпочтительно, способ дополнительно содержит прием ввода относительно продолжительности полета, и при этом ввод относительно продолжительности полета может использоваться для того, чтобы определять и создавать вывод одной конфигурации, которая занимает наименьшую величину пространства под сиденья, весит меньше всего и содержит наибольшую величину пространства для хранения в салоне воздушного судна. Предпочтительно, создаются отдельные списки конфигураций компоновки элементов воздушного судна для двух или более различных воздушных судов. Предпочтительно, способ дополнительно содержит прием ввода относительно типа воздушного судна, причем этот ввод относительно типа воздушного судна используется для того, чтобы идентифицировать одну конфигурацию, которая занимает наименьшую величину пространства под сиденья, весит меньше всего и содержит наибольшую величину пространства для хранения в салоне воздушного судна, из числа отдельного списка конфигураций компоновки элементов воздушного судна, соответствующих вводу относительно типа воздушного судна. Предпочтительно, графический дисплей включает в себя позицию одного или более сидений. Предпочтительно, графический дисплей включает в себя позицию и тип одного или более моноблоков внутреннего пространства воздушного судна. Предпочтительно, вес одной или более компоновок элементов внутреннего пространства воздушного судна определяется и представляется. Предпочтительно, доход, сформированный из продажи билетов для конфигурации компоновки элементов внутреннего пространства воздушного судна, которая занимает наименьшую величину пространства под сиденья, весит меньше всего и содержит наибольшую величину пространства для хранения в салоне воздушного судна, определяется и представляется. Предпочтительно, вывод одной конфигурации, которая занимает наименьшую величину пространства под сиденья, весит меньше всего и содержит наибольшую величину пространства для хранения в салоне воздушного судна, печатается на бумаге посредством принтера.

[0015] Изобретение, наряду вместе с дополнительными признаками и преимуществами, может лучше всего пониматься в отношении нижеприведенного описания.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0016] Фиг. 1 является блок-схемой компьютеризированного оптимизатора конструкции в соответствии с вариантом осуществления настоящего изобретения;

[0017] Фиг. 2 является общей блок-схемой последовательности операций способа для компьютеризированного оптимизатора конструкции в соответствии с вариантом осуществления настоящего изобретения;

[0018] Фиг. 3 является общей блок-схемой последовательности операций способа для компьютеризированного оптимизатора конструкции в соответствии с вариантом осуществления настоящего изобретения;

[0019] Фиг. 4 является подробной блок-схемой последовательности операций способа для компьютеризированного оптимизатора конструкции в соответствии с вариантом осуществления настоящего изобретения;

[0020] Фиг. 5 является примерным снимком экрана, показывающим признаки, средства управления вводом и средства/результаты управления выводом компьютеризированного оптимизатора в соответствии с вариантом осуществления настоящего изобретения;

[0021] Фиг. 6 является примерным снимком экрана, показывающим признаки, средства управления вводом и средства/результаты управления выводом компьютеризированного оптимизатора в соответствии с вариантом осуществления настоящего изобретения;

[0022] Фиг. 7 является примерным снимком экрана, показывающим признаки, средства управления вводом и средства/результаты управления выводом компьютеризированного оптимизатора в соответствии с вариантом осуществления настоящего изобретения;

[0023] Фиг. 8 является примерным снимком экрана, показывающим вывод информации компьютеризированного оптимизатора в соответствии с вариантом осуществления настоящего изобретения;

[0024] Фиг. 9 является примерным снимком экрана, показывающим признаки, средства управления вводом и средства/результаты управления выводом компьютеризированного оптимизатора в соответствии с вариантом осуществления настоящего изобретения;

[0025] Фиг. 10 является примерным снимком экрана, показывающим вывод информации компьютеризированного оптимизатора в соответствии с вариантом осуществления настоящего изобретения;

[0026] Фиг. 11 является примерным снимком экрана, показывающим признаки, средства управления вводом и средства/результаты управления выводом компьютеризированного оптимизатора в соответствии с вариантом осуществления настоящего изобретения;

[0027] Фиг. 12 является примерным снимком экрана, показывающим вывод информации компьютеризированного оптимизатора в соответствии с вариантом осуществления настоящего изобретения;

[0028] Фиг. 13 является примерным снимком экрана, показывающим признаки, средства управления вводом и средства/результаты управления выводом компьютеризированного оптимизатора в соответствии с вариантом осуществления настоящего изобретения;

[0029] Фиг. 14 является примерным снимком экрана, показывающим вывод информации компьютеризированного оптимизатора в соответствии с вариантом осуществления настоящего изобретения;

[0030] Фиг. 15 является схемой, концептуально иллюстрирующей архитектуру компьютеризированного оптимизатора в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0031] Фиг. 16 является схемой, иллюстрирующей таблицы центральной базы данных в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0032] Фиг. 17 является блок-схемой последовательности операций способа, иллюстрирующей базовый режим работы компьютеризированного оптимизатора в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0033] Фиг. 18 является блок-схемой последовательности операций способа, демонстрирующей работу подсекции подраздела приложения, которая загружает конфигурационные данные для конкретного потребителя и начальные значения по умолчанию в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0034] Фиг. 19 является блок-схемой последовательности операций способа, детализирующей взаимодействия между приложением и центральной базой данных в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0035] Фиг. 20 является блок-схемой последовательности операций способа, детализирующей взаимодействия между приложением и центральной базой данных, когда настройка новой продолжительности полета и/или уровня комфорта выбирается пользователем в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0036] Фиг. 21 является блок-схемой последовательности операций способа, иллюстрирующей алгоритм, выполняемый посредством приложения, чтобы формировать и отображать оптимизированное LOPA в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0037] Фиг. 22 является блок-схемой последовательности операций способа, иллюстрирующей подсекцию приложения, которая заполняет оставшееся пространство посредством увеличения моноблоков, в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0038] Фиг. 23 является блок-схемой последовательности операций способа, иллюстрирующей алгоритм, выполняемый посредством модуля оптимизации для того, чтобы размещать сиденья в планере для каждого класса сидений и вычислять общее число сидений в каждом классе сидений, в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0039] Фиг. 24 является примерным графическим пользовательским интерфейсом приложения в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0040] Фиг. 25 является примерным снимком экрана, показывающим пользовательский интерфейс приложения в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0041] Фиг. 26 является примерным снимком экрана, показывающим пользовательский интерфейс приложения в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0042] Фиг. 27 является примерным снимком экрана, показывающим признак подробного сравнения фюзеляжей приложения в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0043] Фиг. 28 является примерным снимком экрана, показывающим признак базового сравнения фюзеляжей приложения в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0044] Фиг. 29 является примерным снимком экрана приложения 400, показывающим панель конфигурирования гардеробов в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0045] Фиг. 30 является примерным снимком экрана, показывающим панель конфигурирования сидений, предоставленную посредством приложения в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0046] Фиг. 31 является примерным снимком экрана, показывающим панель конфигурирования перегородок, предоставленную посредством приложения в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0047] Фиг. 32 является примерным снимком экрана, показывающим панель конфигурирования услуг бортпитания, предоставленную посредством приложения в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0048] Фиг. 33 является примерным снимком экрана, показывающим раскрывающееся меню приложения, предоставленное посредством приложения в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0049] Фиг. 34 является примерным снимком экрана, показывающим панель конфигурирования ресурсов, предоставленную посредством приложения в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0050] Фиг. 35 является примерным снимком экрана, показывающим панель конфигурирования туалетов, предоставленную посредством приложения в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0051] Фиг. 36 является примерным снимком экрана, показывающим диалоговое окно выбора режима администрирования продолжительности и уровня комфорта, предоставленное посредством приложения в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0052] Фиг. 37 является примерным снимком экрана, показывающим диалоговое окно выбора режима администрирования продолжительности и уровня комфорта, предоставленное посредством приложения в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0053] Фиг. 38 является примерным снимком экрана, показывающим диалоговое окно конфигурирования аварийно-спасательного оборудования, предоставленное посредством приложения в соответствии с предпочтительным вариантом осуществления настоящего изобретения;

[0054] Фиг. 39 является примерным снимком экрана, показывающим диалоговое окно глобальных настроек, предоставленное посредством приложения в соответствии с предпочтительным вариантом осуществления настоящего изобретения; и

[0055] Фиг. 40 является примерным снимком экрана, показывающим диалоговое окно формирования отчетов, предоставленное посредством приложения в соответствии с предпочтительным вариантом осуществления настоящего изобретения.

ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ

[0056] Нижеприведенное описание и чертежи являются иллюстративными и не должны истолковываться в качестве ограничения. Множество конкретных подробностей описываются для того, чтобы предоставлять полное понимание раскрытия. Тем не менее в определенных случаях известные или общеупотребительные подробности не описываются во избежание затруднений в понимании описания. Ссылки на один или другой вариант осуществления в настоящем раскрытии могут представлять собой, но не обязательно представляют собой ссылки на идентичный вариант осуществления; и такие ссылки означают по меньшей мере один из вариантов осуществления.

[0057] Ссылка в данном подробном описании на "один вариант осуществления" или "вариант осуществления" означает, что отдельный признак, структура или характеристика, описанная в связи с вариантом осуществления, включена, по меньшей мере, в один вариант осуществления раскрытия. Упоминания фразы "в одном варианте осуществления" в различных местах данного описания не обязательно относятся к одному варианту осуществления, и при этом отдельные или альтернативные варианты осуществления взаимно не исключают другие варианты осуществления. Более того, описаны различные признаки, которые могут быть продемонстрированы некоторыми вариантами осуществления, но не другими. Аналогично описаны различные требования, которые могут представлять собой требования для некоторых вариантов осуществления, но не для других вариантов осуществления.

[0058] Термины, используемые в этом описании, в общем, имеют свои обычные значения в данной области техники, в рамках контекста раскрытия и в конкретном контексте, в котором используется каждый термин. Конкретные термины, которые используются для того, чтобы описывать раскрытие, пояснены ниже или в другом месте в этом описании, чтобы предоставлять дополнительные указания специалисту-практику относительно описания раскрытия. Для удобства конкретные термины могут выделяться, например, с использованием курсива и/или кавычек. Использование выделения не имеет влияния на объем и значение термина; объем и значение термина являются идентичными, в идентичном контексте, независимо от того, выделено оно или нет. Следует принимать во внимание, что одно и то же может выражаться несколькими способами.

[0059] Следовательно, альтернативная формулировка и синонимы могут использоваться для любого одного или более терминов, поясненных в данном документе. Специальная значимость не должна придаваться тому, раскрыт или пояснен конкретно термин в данном документе либо нет. Предусмотрены синонимы для конкретных терминов. Описание одного или более синонимов не исключает использование других синонимов. Использование примеров в любом месте в этом подробном описании, в том числе примеров любых терминов, поясненных в данном документе, является только иллюстративным и не имеет намерение дополнительно ограничивать объем и смысл раскрытия либо любого примерно проиллюстрированного термина. Аналогично, раскрытие не ограничено различными вариантами осуществления, предоставленными в этом описании.

[0060] Без намерения дополнительно ограничивать объем раскрытия ниже приведены примеры инструментов, устройств, способов и их связанных результатов согласно вариантам осуществления настоящего раскрытия. Следует отметить, что заголовки или подзаголовки могут использоваться в примерах для удобства читателя, что никоим образом не должно ограничивать объем раскрытия. Если не указано иное, все технические и научные термины, используемые в данном документе, имеют то же значение, как обычно понимается специалистами в области техники, которой принадлежит это раскрытие. В случае конфликта, настоящий документ, в том числе определения, является преобладающим.

[0061] Следует принимать во внимание, что такие термины, как "передний", "задний", "верхний", "нижний", "боковой", "короткий", "длинный", "вверх", "вниз" и "ниже", используемые в данном документе, служат просто для простоты описания и означают ориентацию компонентов, как показано на чертежах. Следует понимать, что любая ориентация компонентов, описанных в данном документе, находится в пределах объема настоящего изобретения.

[0062] Ссылаясь теперь на чертежи, которые служат для целей иллюстрации настоящего изобретения, а не для целей его ограничения, фиг. 1 является блок-схемой, показывающей систему 100 на основе компьютеризированного оптимизатора конструкции в соответствии с настоящим изобретением. Предпочтительно, система 100 содержит компьютерное устройство, допускающее прием инициируемых пользователем входных команд, обработку данных и вывод результатов для пользователя. Система 100 состоит из RAM 110 (запоминающего устройства), жесткого диска 120, сети 130, центрального процессора 140 (CPU), мыши 150, клавиатуры 160, видеодисплея 170, принтера 180 и сервера 190. Специалисты в данной области техники должны понимать и принимать во внимание, что компьютерное устройство системы 100 может заменяться или расширяться посредством любого числа других типов компьютерных устройств или блоков обработки, включающих в себя, но не только, настольный компьютер, переносной компьютер, мобильное или планшетное устройство и т.п. Аналогично, жесткий диск 120 может заменяться любым числом компьютерных устройств хранения данных, включающих в себя флэш-накопители, съемные устройства хранения данных (CD, DVD и т.д.) и т.п.

[0063] Сеть 130 может состоять из любого типа сети, включающей в себя, но не только, локальную вычислительную сеть (LAN), глобальную вычислительную сеть (WAN) и/или Интернет. Сервер 190 может состоять из любого вычислительного устройства или комбинации вышеозначенного, включающей в себя, но не только, вычислительные устройства, описанные в данном документе, такие как настольный компьютер, переносной компьютер, мобильное или планшетное устройство, а также устройства хранения данных, которые могут соединяться с сетью 130, такие как жесткие диски, флэш-накопители, съемные устройства хранения данных и т.п.

[0064] Устройства хранения данных (например, жесткий диск 120, сервер 190 или другие устройства, известные специалистам в данной области техники) имеют намерение представлять собой энергонезависимые машиночитаемые носители хранения данных, чтобы предоставлять хранение машиноисполняемых инструкций, структур данных, программных модулей и других данных для вычислительного устройства системы 100, которые выполняются посредством CPU/процессора 140 (или соответствующего процессора таких других компонентов). Различные компоненты настоящего изобретения, модули или этапы 125, сохраняются или записываются на жесткий диск 120 или другие аналогичные устройства хранения данных, описанные выше, к которым может осуществляться доступ и которые могут использоваться посредством вычислительного устройства системы 100, сервера 190 (по сети 130) или любого из периферийных устройств, описанных в данном документе, включающих в себя видеодисплей 170 и/или принтер 180. Один или более модулей или этапов 125 настоящего изобретения также могут сохраняться или записываться на сервер 190 и передаваться по сети 130 для доступа и использования посредством компьютерного устройства системы 100 или любого другого вычислительного устройства, которое может соединяться с одним или более вычислительных устройств системы 100, сети 130 и/или сервера 190.

[0065] Программные и веб- или Интернет-реализации настоящего изобретения могут осуществляться с помощью стандартных технологий программирования с логикой на основе правил и другой логикой для того, чтобы осуществлять различные этапы настоящего изобретения, описанные в данном документе. Также следует отметить, что термины "компонент", "модуль" или "этап", которые могут использоваться в данном документе и в формуле изобретения, имеют намерение охватывать реализации с использованием одной или более строк программного кода, макрокоманд, аппаратных реализаций и/или оборудования для приема вводов вручную, как должны понимать и принимать во внимание специалисты в данной области техники. Такой программный код, модули или элементы могут реализовываться с помощью любого языка программирования или подготовки сценариев, такого как C, C++, C#, Java, КОБОЛ, ассемблер, PERL, Python, PHP и т.п., либо макросов с использованием Excel или других аналогичных или соответствующих приложений, при этом различные алгоритмы реализуются с любой комбинацией структур данных, объектов, процессов, процедур или других программных элементов.

[0066] Ссылаясь теперь на фиг. 2, показана высокоуровневая общая блок-схема последовательности операций способа для компьютеризированного оптимизатора конструкции в соответствии с настоящим изобретением. В частности, фиг. 2 имеет намерение представлять высокоуровневую стратегию для системы настоящего изобретения. Первый этап заключается в том, чтобы определять задачу, т.е. цели или стремления потребителя/авиакомпании, а также то, что он хочет достигать, в частности, конфигурационная компоновка элементов внутреннего пространства воздушного судна (этап 40). Затем, требования, связанные с выполняемой задачей для того, чтобы достигать целей потребителя/авиакомпании, компилируются и ассимилируются (этап 50). Далее, компоновка пассажирских мест (упоминаемая в данном документе в качестве LOPA, конструктивной конфигурации или конструктивной компоновки) формируется на основе целей потребителя/авиакомпании (этап 60). В зависимости от того, удовлетворяет или не удовлетворяет результирующее LOPA целям авиакомпании-потребителя (т.е. хорошее или плохое), задача и/или требования, связанные с выполняемой задачей, могут модифицироваться (этапы 80 и 90), и в конечном счете, достигается требуемый результат или решение (этап 70).

[0067] Ссылаясь теперь на фиг. 3, показана общая блок-схема последовательности операций способа для компьютеризированного оптимизатора конструкции в соответствии с настоящим изобретением. В первом модуле или на первом этапе 210 настоящего изобретения, предоставляются ручные пользовательские вводы. Они включают в себя уровень комфорта или уровень обслуживания (который может задаваться на подвижной шкале, например, 1-10), продолжительность полета (которая может задаваться на подвижной шкале, например, 1-6), число пассажиров в данном полете, требуемое число сидений и т.д. Уровень комфорта или уровень обслуживания означает общий уровень ощущений пассажиров от обслуживания и содержит такие аспекты, как качество сидений (например, кожа по сравнению с тканью), качество продуктов питания (позиции изысканных основных блюд по сравнению с холодными продуктами питания по сравнению с услугой по разнесению легких закусок), общий или конкретный шаг сидений и т.д. После того, как вводы посредством модуля или этапа 210 выполнены, модуль или этап 230 определяет требуемое число продуктов питания, напитков, тележек, туалетов, бортовых кухонь, печей и кофеварок и требования по пространству для размещения для одной или более этих позиций. Модуль или этап 240, который содержит список всех возможных конфигураций компоновки для данного воздушного судна, затем выполняет фильтрацию, чтобы определять конфигурацию, которая лучше всего подходит для входных значений и требований по числу и по пространству для размещения различных идентифицированных моноблоков и принадлежностей. Модуль или этап 250 предоставляет вывод оптимальной компоновки.

[0068] Ссылаясь теперь на фиг. 4, показана подробная блок-схема последовательности операций способа для компьютеризированного оптимизатора конструкции в соответствии с настоящим изобретением. В модуле или на этапе 205, конкретный тип воздушного судна выбирается из числа списка возможных типов воздушных судов. Выбор конкретного типа воздушного судна в модуле или на этапе 205 предписывает список (240A) всех возможных конфигураций компоновки, поскольку совокупность комбинаций является конкретной для воздушного судна (в свете дисперсии размеров внутреннего пространства и других переменных между различными типами воздушных судов). Список 240A компоновок состоит из базового списка всех возможных конфигураций компоновки для данного воздушного судна. Дополнительно, список 240A компоновок группирует и конфигурирует список всех возможных туалетов, бортовых кухонь, тележек и других моноблоков и принадлежностей таким образом, что все возможные комбинации и компоновки всех таких позиций перечислены, как должны понимать и принимать во внимание специалисты в данной области техники. Список 240A компоновок также включает в себя соответствующий список технических требований позиций и других моноблоков и принадлежностей (т.е. конкретных физических атрибутов и признаков, включающих в себя, но не только, вес, размеры, вместительность и другие такие физические атрибуты и признаки, как должны признавать специалисты в данной области техники).

[0069] В модуле или на этапе 210A, выбирается уровень комфорта/обслуживания (что может осуществляться на подвижной шкале, например, 1-10). Большее число может обозначать более высокий уровень комфорта/обслуживания, и меньшее число может обозначать более низкий уровень комфорта/обслуживания. Как пояснено, уровень комфорта или уровень обслуживания означает общий уровень ощущений пассажиров от обслуживания и содержит такие аспекты, как качество сидений (например, кожа по сравнению с тканью), качество продуктов питания (позиции изысканных основных блюд по сравнению с холодными продуктами питания по сравнению с услугой по разнесению легких закусок), общий или конкретный шаг сидений и т.д. В модуле или на этапе 210B, выбирается продолжительность полета (что может осуществляться на подвижной шкале, например, 1-6). Более высокое число может обозначать большую продолжительность полета, а более низкое число может обозначать меньшую продолжительность полета.

[0070] Из вводов в модулях или на этапах 210A и 210B, модуль или этап 220 определяет уровень обслуживания, который требуется, и выполняет определение конкретного типа услуги по разнесению питания и напитков для данного полета, а также рекомендуемого шага 21°C сидений. Уровень обслуживания и шаг сидений также могут регулироваться вручную посредством пользовательских вводов. Модуль или этап 225 предоставляет рекомендации (на основе рыночных данных) по конкретным потребностям в бортпитании. Такое исследование рынка может выполняться заранее, и результаты исследования рынка сохраняются в модуле или на этапе 225. В таком предпочтительном варианте осуществления, модуль или этап 225 применяет вводы к сохраненным данным исследования рынка.

[0071] В модуле или на этапах 21°C и 210D, выбирается число пассажиров бизнес-класса и пассажиров "эконом+"-класса. В модуле или на этапе 212A, все вводы, включающие в себя уровень 210A комфорта, продолжительность 210B, число 21°C пассажиров бизнес-класса, число 210D пассажиров "эконом+"-класса и шаг 210E сидений, используются для того, чтобы определять то, сколько пространства занято посредством пассажирских сидений бизнес- и эконом+-класса, и число сидений эконом-класса, которые могут вписываться в оставшуюся часть воздушного судна, определяется и представляется в модуле или на этапе 212B. Модуль 215 определяет и представляет общее число пассажиров для воздушного судна.

[0072] На основе предыдущего ввода, модуль или этап 230A определяет и представляет необходимое число туалетов; модуль или этап 230B определяет минимальное число тележек и стандартных блоков, требуемых для продуктов питания и напитков. Модуль или этап 23°C определяет минимальное число печей и кофеварок, требуемых для продуктов питания и напитков.

[0073] На основе минимальных значений, определенных в модуле или на этапах 230B и 230C, модуль 240B определяет те конфигурации (из списка всех возможных конфигураций компоновки модуля или этапа 240A), в которых каждое значение технических требований физических атрибутов позиций в списке превышает или равно минимальным числам, определенным в модуле или на этапах 230B и 230C. Модуль или этап 24°C затем находит одну конфигурацию (из конфигураций, идентифицированных посредством модуля или этапа 240B), которая занимает наименьшую величину пространства под сиденья, весит меньше всего и содержит наибольшую величину разного пространства для хранения. Другими словами, модули или этапы 240B и 240C, фактически, отфильтровывают полный список всех возможных конфигураций компоновки (найденных в модуле или на этапе 240A) и определяют то, какая одна конфигурация компоновки лучше всего подходит для входных значений. Требуемое число и тип туалетов определяется и представляется в модуле или на этапе 245A. Требуемое число и тип бортовых кухонь определяются и представляются в модуле или на этапе 245B. Требуемое число и тип ветровых стекол определяются в модуле или на этапе 245C. Требуемое число и тип блоков укладки багажа определяются и представляются в модуле или на этапе 245D. Варианты туалетов и посадочных сидений определяются и представляются в модуле или на этапе 260. Поскольку вес посадочных сидений и различных компонентов, содержащих одну конфигурацию, известен, отдельный и общий вес может определяться и представляться в модуле или на этапе 270. Помимо этого, поскольку конкретное число пассажиров, а также число конкретных пассажиров для каждого класса тарифа известно, оцененный доход полета определяется и представляется в модуле или на этапе 270. Предполагается и подразумевается в пределах объема настоящего изобретения то, что любое определение и представление, описанное в данном документе, может определяться посредством CPU 140 или сервера 190, с использованием данных, сохраненных на жестком диске 120, и может передаваться через сеть 130. Кроме того, предполагается и подразумевается в пределах объема настоящего изобретения то, что любое определение и представление, включающее в себя все выводы, описанные в данном документе, может представляться пользователю, на дисплее 170 и/или в печатной форме или в бумажном формате посредством принтера 180.

[0074] Хотя настоящие схемы по фиг. 3 и 4 предполагают реализацию технических требований по компоновке элементов внутреннего пространства воздушного судна с использованием нормативных требований Федерального управления гражданской авиации в Соединенных Штатах, предполагается и подразумевается, что настоящее изобретение включает в себя и охватывает выбор и использование технических требований по компоновке элементов внутреннего пространства с использованием нормативных требований других агентств, включающих в себя регулятивные органы других стран (как проиллюстрировано и показано, например, посредством выпадающего меню 304 по фиг. 6). Также предполагается и подразумевается в пределах объема настоящего изобретения включение конкретных для страны или конкретных для региона вариантов, выбор которых приспосабливает варианты компоновки элементов воздушного судна и результирующие конфигурации для обеспечения совпадения (или согласования) параметров или требований такой страны или региона.

[0075] Ссылаясь на фиг. 5-14, показаны примерные снимки экрана варианта осуществления в соответствии с настоящим изобретением. Пользовательский интерфейс в варианте осуществления, показанном на фиг. 5-14, содержит графические "кнопки", флажки, выпадающие меню и т.п., которыми может манипулировать на экране пользователь, к примеру, посредством мыши 150 и дисплея 170. Другие средства для достижения альтернативных форм пользовательского интерфейса известны в данной области техники и подразумеваются в пределах объема настоящего раскрытия.

[0076] Ссылаясь теперь на фиг. 5, интерфейс включает в себя кнопки 300 и 302, которые позволяют пользователю выбирать различный тип воздушного судна. Здесь, типы воздушных судов Bombardier CS100 и CS300 показаны как варианты (и тип воздушного судна CS300 показан как выбранный). Тем не менее, любой другой тип модели или тип воздушного судна может быть включен и предполагается в пределах объема настоящего изобретения. Выпадающее меню 304 включает в себя нормативные настройки различных контролирующих органов, которые могут выбираться (как показано на фиг. 6) и могут модифицироваться. Уровень (210A) комфорта/обслуживания может вводиться и модифицироваться посредством кнопок 306. Продолжительность (210B) полета может вводиться и модифицироваться посредством кнопок 308. Число (210C) пассажиров бизнес-класса может вводиться и модифицироваться посредством кнопок 310. Число (210D) пассажиров "эконом+"-класса может вводиться и модифицироваться посредством кнопок 312. Число (212B) сидений эконом-класса представляется в местоположении 314, и общее число (215) пассажиров представляется в местоположении 316. Шаг (210E) сидений для каждого соответствующего типа класса представляется в кнопках 318, 319 и 320. Шаг (210E) сидений также может вводиться и модифицироваться посредством кнопок 318, 319 и 320 для каждого соответствующего типа класса.

[0077] Услуга по разнесению питания (часть модуля или этапа 220) показана в 324. Услуга (220) по разнесению питания, как показано в 324, представляет собой как вывод модуля 220, так ввод, за счет этого позволяя пользователю индивидуально адаптировать выбор. Тип напитков (часть модуля или этапа 220) показан в 326. Тип (220) напитков, как показано в 326, также представляет собой как вывод модуля 220, так и ввод, за счет этого позволяя пользователю также индивидуально адаптировать этот выбор.

[0078] Конкретные конфигурации сидений представляются посредством LOPA 328. В зависимости от выполненных конкретных определений (как описано в данном документе), автоматически предоставляются и показываются различные типы и размещения моноблоков. Например, бортовая кухня типа 1 показана в 330 в передней части воздушного судна, и бортовая кухня типа 4 показана в 332 в хвостовой части воздушного судна. Число "2" в бортовой кухне типа 1, показанной в 330, имеет намерение означать конкретную бортовую кухню типа 1, и аналогично, число "3" в бортовой кухне типа 4, показанной в 332, имеет намерение означать конкретную бортовую кухню типа 4. Туалет типа A показан в 334 в передней части воздушного судна, и туалет типа D показан в 336 в хвостовой части воздушного судна. Багажные отсеки показаны в 338 в хвостовой части воздушного судна.

[0079] Кнопка 340 "обновить компоновку" обновляет LOPA 328 и другие выходные переменные в той степени, в которой модификации вручную внесены во вводы. Раскрытие настоящего изобретения также включает в себя обновление "в реальном времени" LOPA 328 из пользовательских вводов без необходимости нажимать кнопку 340 "обновить компоновку". Кнопка 342 "сброс" используется для того, чтобы возвращать LOPA 328 и все средства управления вводом в исходное состояние. Кнопка 344 "показать подробности" представляет пользователю другую выходную информацию (к примеру, модуль или этап 270). Такая выходная информация проиллюстрирована, например, на фиг. 8, 10, 12 и 14. Флажок 348 "возврат" позволяет пользователю устанавливать сценарий конфигурации, в котором данное воздушное судно, возможно, должно быть выполнено с возможностью полета с возвращением по тому же маршруту, при котором пополнение запасов бортовой кухни и других запасов может быть невозможным. В этом сценарии, когда выбирается флажок 348 "возврат", осуществляются регулирования конфигурации воздушного судна, к примеру, посредством включения более крупных бортовых кухонь или увеличения числа бортовых кухонь, для дополнительного пространства для хранения, например, чтобы учитывать тот факт, что пополнение запасов после первого этапа полета может быть невозможным. Кнопка 346 "жесткая перегородка" позволяет пользователю указывать то, представляет собой перегородка между классами в воздушном судне жесткую или мягкую перегородку, и в зависимости от выбора, выполняются модификации в компоновке для того, чтобы учитывать разницу в размерах и весе между этими типами перегородок.

[0080] Предполагается, что графический интерфейс настоящего изобретения также может включать в себя один или более флажков или других графических механизмов выбора, за счет которых могут выбираться различные способы доставки кислорода. В зависимости от конкретного типа способа доставки кислорода, который используется (например, химический способ в противоположность газообразному способу), баллон, возможно, должен быть размещен выше каждого ряда сидений, и диаметр баллона определяет пространство, требуемое для PSU. Это, в свою очередь, должно влиять на число рядов сидений с учетом того, что каждому сиденью требуется PSU. Посредством выбора конкретного способа доставки кислорода, предполагается, что программная система настоящего изобретения должна автоматически учитывать выбранный способ доставки кислорода, определять надлежащее размещение PSU и регулировать или повторно регулировать компоновку элементов воздушного судна, включающую в себя конфигурацию и компоновку посадочных сидений, соответственно. Аналогично, также предполагается, что графический интерфейс настоящего изобретения также может включать в себя выпадающее меню или другие графические механизмы выбора, за счет которых могут выбираться различные типы сидений и/или признаки сидений. Типы сидений и признаков сидений влияют на шаг сидений, который в свою очередь влияет на число сидений, которые могут использоваться в данной конфигурации. Посредством выбора конкретного типа сиденья или признака, предполагается, что программная система настоящего изобретения должна автоматически учитывать конкретный выбранный тип сиденья и регулировать или повторно регулировать компоновку элементов воздушного судна, включающую в себя конфигурацию и компоновку посадочных сидений, соответственно.

[0081] Числовой ввод, показанный в 350, имеет намерение представлять измерение (в единицах дюймов в настоящем варианте осуществления) расстояния между крайним передним (или крайним задним) сиденьем и ближайшим моноблоком. (Для получения подробных сведений, см. примерные измерения 350, на фиг. 11 и 13.) Измерение 350 изменяется в результате пользовательского ввода других переменных конфигурации, и это позволяет пользователю "подстраивать" конкретную компоновку таким образом, чтобы дополнительно максимизировать использование пространства внутреннего пространства воздушного судна.

[0082] В реализации, ссылаясь теперь на фиг. 7-14, показаны различные входные сценарии (представленные на фиг. 7, 9, 11 и 13) и различные выходные сценарии, соответствующие каждому соответствующему входному сценарию (представленные на фиг. 8, 10, 12 и 14). Например, фиг. 7 иллюстрирует входной сценарий, имеющий относительно низкий уровень комфорта, выбранный при относительно небольшой продолжительности полета. Вывод для этого входного сценария проиллюстрирован на фиг. 7 и 8. Как можно видеть на фиг. 8 (а также в каждом последовательном выходном сценарии фиг. 10, 12 и 14), конкретные компоненты из перечня запасов, необходимые для каждой конкретной компоновки, представляются (из модуля или этапа 240B). В отличие от фиг. 7 (на котором выбирается относительно низкий уровень комфорта), фиг. 9 показывает входной сценарий, имеющий относительно высокий уровень комфорта/обслуживания, и отличия в выводе для этого входного сценария, по сравнению с входным сценарием, проиллюстрированным посредством фиг. 7, могут наблюдаться посредством сравнения фиг. 9 и 10 с фиг. 7 и 8. Другие различные входные сценарии показаны на фиг. 11 и 13, и соответствующие отличия в выводе между различными сценариями могут наблюдаться.

[0083] Конкретная компоновка, показанная на чертежах и описанная в данном документе, подразумевается только как примерная. Различные подробности изобретения могут изменяться без отступления от объема изобретения. Кроме того, вышеприведенное описание предпочтительного варианта осуществления изобретения и оптимального режима для осуществления на практике изобретения предоставляется только в целях иллюстрации, а не в целях ограничения, причем изобретение задается посредством формулы изобретения. Например, хотя настоящее изобретение не ограничено выполнением этапов ввода или предоставлением входной информации в каком-либо конкретном порядке, предполагается и подразумевается в пределах объема настоящего изобретения выполнение этапов ввода или предоставление входной информации в порядке или последовательности, которая может быть преимущественной. Например (а не в качестве ограничения), подразумевается в пределах объема настоящего изобретения то, что ввод типа воздушного судна может предоставляться в качестве первого или начального этапа, поскольку тип воздушного судна обуславливает последующие решения (посредством как системы настоящего изобретения, так и пользователя) относительно выборов и вариантов, которые должны выбираться для других аспектов компоновки элементов воздушного судна. Аналогично, подразумевается в пределах объема настоящего изобретения то, что другие пользовательские вводы, такие как уровень комфорта/обслуживания и/или продолжительность полета, могут представлять собой начальный или первый этап (или даже ранний этап и не обязательно первый этап), поскольку, опять-таки, эти (и другие такие вводы "верхнего уровня") обуславливают последующие решения, принимаемые посредством системы и/или пользователя. Помимо этого, уровень комфорта/обслуживания и продолжительность полета могут обуславливать любое число переменных вариантов компоновки, которые не зависят от конкретных вариантов выбора посадочных сидений.

[0084] Фиг. 15 концептуально иллюстрирует архитектуру предпочтительного варианта осуществления настоящего изобретения. В предпочтительном варианте осуществления предусмотрено приложение 400, запущенное на устройстве 402, которое поддерживает связь с сервером 70 через сеть 130. В предпочтительном варианте осуществления приложение 400 представляет собой автономное приложение для приема входных данных и предоставления оптимизированной компоновки на основе входных данных и запущено на устройстве 402, которое использует операционную систему Android. Тем не менее, специалисты в данной области техники должны понимать, что приложение 400 может представлять собой автономное приложение, реализованное на компьютере или устройстве 402 с использованием iOS, Windows, Windows Phone, Linux, Unix, OS X или любой другой операционной системы, реализованное в другом приложении или в любой операционной системе либо реализованное в микропрограммном обеспечении или аппаратных средствах компьютера или устройства 402. Специалисты в данной области техники также должны принимать во внимание, что приложение 400 может предоставляться через устройство 402, которое представляет собой тонкий клиент, так что приложение 400 может запускаться на одном или более серверов в то время, когда пользователь взаимодействует с приложением 400 через отдельное устройство 402, удаленное от сервера(ов) 190. Специалисты в данной области техники также должны принимать во внимание, что приложение 400 может предоставляться в распределенной архитектуре. Таким образом, приложение 400 может сегментироваться таким образом, что части приложения 400 могут работать через дополнительные серверы или устройства.

[0085] Модуль 404 ввода предпочтительного варианта осуществления, показанный на фиг. 15, принимает, идентифицирует тип и интерпретирует входные данные, принятые через устройство 402, драйверы устройства ввода (к примеру, драйвер устройства с сенсорным экраном, драйвер аудиоустройства, драйвер датчика движения и т.д.), которые являются частью операционной системы устройства 402, либо любые другие средства для приложения, чтобы принимать ввод. В некоторых вариантах осуществления, драйверы устройства ввода транслируют сигналы из устройств ввода и/или датчиков ввода устройства 402 во входные данные, которое предоставляется в модуль 404 ввода. Этот сигнал может формироваться, например, в ответ на одно или более пользовательских взаимодействий с устройством ввода устройства 402, чтобы указывать значение параметра.

[0086] Работа модуля 404 ввода предпочтительного варианта осуществления настоящего изобретения описывается следующим образом. В предпочтительном варианте осуществления например, пользователь может физически взаимодействовать с частью датчика сенсорного экрана устройства 402, чтобы указывать требуемый уровень комфорта. Датчик сенсорного экрана затем преобразует физическое взаимодействие в сигнал, и драйвер устройства затем преобразует сигнал во входные данные (например, "быстрое прикосновение в координате 5:5"). Предпочтительно, модуль 404 ввода затем принимает входные данные и интерпретирует входные данные (например, "уровень комфорта 7"). Предпочтительно, модуль 404 ввода также принимает входные данные, которые указывают продолжительность полета, которая является значением параметра продолжительности полета. Тем не менее, специалисты в данной области техники должны принимать во внимание, что использование входных данных, указывающих продолжительность полета и уровень комфорта посредством модуля 404 ввода, является просто примерным, и что модуль 404 ввода может быть выполнен с возможностью принимать входные данные, указывающие любое другое значение параметра, релевантного для оптимизации компоновки элементов воздушного судна.

[0087] В предпочтительном варианте осуществления сервер 190 включает в себя центральную базу 410 данных. Предпочтительно, центральная база 410 данных включает в себя одно или более из таблицы 412 фюзеляжей, первой таблицы 419 признаков, второй таблицы 416 признаков, таблицы 418 зон моноблоков, таблицы 420 моноблоков, таблицы 422 классов сидений и таблицы 424 типов сидений и таблицы 426 выходов.

[0088] В предпочтительном варианте осуществления таблица 412 фюзеляжей сохраняет данные, связанные с фюзеляжами (также упоминаются в данном документе как планеры). В предпочтительном варианте осуществления таблица 418 зон моноблоков сохраняет данные, связанные с зонами моноблоков, которые представляют собой указываемые зоны в данном фюзеляже, в котором могут быть размещены моноблоки. В предпочтительном варианте осуществления таблица 420 моноблоков сохраняет данные, связанные с моноблоками. В предпочтительном варианте осуществления таблица 422 классов сидений сохраняет данные, связанные с классами сидений, которые представляют собой классы в данном фюзеляже, в котором могут быть размещены сиденья. В предпочтительном варианте осуществления таблица 424 типов сидений сохраняет данные, связанные с типами сидений, которые представляют собой типы сидений, которые могут быть размещены в данном классе сидений. В предпочтительном варианте осуществления, таблица 426 выходов сохраняет данные, связанные с дверями выхода.

[0089] В предпочтительном варианте осуществления таблицы 419, 416 признаков сохраняют различные настройки признаков (настройки признаков), которые влияют на конструкцию внутреннего пространства воздушного судна. Изменения этих настроек признаков могут влиять на правила для конфигурации воздушного судна на одном или более уровней, включающих в себя уровень класса сидений, уровень моноблока, уровень зоны моноблоков и т.д., Например, в предпочтительном варианте осуществления первая таблица 419 признаков и вторая таблица 416 признаков сохраняют настройки признаков для признаков для шага сидений и минимальной ширины моноблока, соответственно. Предпочтительно, каждая настройка шага сидений указывает шаг сидений в конструктивной компоновке элементов воздушного судна, и каждая настройка минимальной ширины моноблока указывает минимальную ширину моноблока, который может быть размещен в конструктивной компоновке элементов воздушного судна. Предпочтительно, каждая таблица признаков, к примеру, первая таблица 419 признаков и вторая таблица 416 признаков, также включает в себя данные, связывающие настройку со входными данными, интерпретируемыми посредством модуля 404 ввода. Дополнительно, как подробнее описано ниже, настройки признаков являются такими, что изменения настройки признака либо влияют на LOPA (настройки существенных для LOPA признаков), либо не влияют на LOPA (настройки несущественных для LOPA признаков). Например, изменения шага сидений и ширины моноблока могут влиять на LOPA, и в силу этого шаг сидений и ширина моноблока являются существенными для LOPA признаками. Изменение материала подголовника, с другой стороны, не влияет на LOPA, и в силу этого материал подголовника является несущественным для LOPA признаком.

[0090] Модуль 406 поиска признаков предпочтительного варианта осуществления, как показано на фиг. 15, выполняет поиск и извлекает данные из таблиц признаков с использованием входных данных, интерпретируемых посредством модуля 404 ввода. Работа модуля 406 поиска признаков предпочтительного варианта осуществления предоставляется следующим образом. В предпочтительном варианте осуществления модуль 404 ввода принимает и интерпретирует входные данные, указывающие уровень комфорта и продолжительность полета. Предпочтительно, модуль поиска признаков затем использует входные данные, интерпретируемые посредством модуля 404 ввода, которые указывают значение первого параметра (например, уровень комфорта) и значение второго параметра (например, продолжительность полета), чтобы выполнять поиск и извлекать настройки признаков из первой таблицы признаков (например, шаг сидений) и второй таблицы признаков (например, минимальная ширина моноблока). В предпочтительном варианте осуществления модуль 406 поиска признаков затем обеспечивает доступность для приложения 400 извлеченных настроек признаков шага сидений и минимальной ширины моноблока. Дополнительное описание модуля 406 поиска признаков предоставляется ниже в описаниях фиг. 17 и 20.

[0091] Модуль 408 оптимизации, показанный на фиг. 15, использует настройки признаков, извлеченные посредством модуля 406 поиска признаков. Ниже предоставляется дополнительное описание модуля 408 оптимизации.

[0092] Хотя многие признаки описаны как выполняемые посредством одного модуля (например, модуля 404 ввода, модуля 406 поиска признаков, модуля 408 оптимизации и т.д.), специалисты в данной области техники должны признавать, что функции, выполняемые посредством этих модулей 404, 406, 408 или любых других частей приложения 400, сервера 190, центральной базы 410 данных или любого другого программно-реализованного модуля или функциональности, описанной здесь, могут разбиваться на несколько модулей. Аналогично, функции, описанные как выполняемые посредством нескольких различных модулей, могут выполняться посредством одного модуля в некоторых вариантах осуществления.

[0093] Фиг. 16 является схемой, иллюстрирующей таблицы центральной базы 410 данных в предпочтительном варианте осуществления. В предпочтительном варианте осуществления, как показано на фиг. 16, центральная база 410 данных включает в себя таблицу 428 пользователей и таблицу 430 организаций. Предпочтительно, таблица 428 пользователей сохраняет идентификатор пользователя и имя пользователя, идентифицирующее пользователя, идентификатор организации, ассоциирующий пользователя с организацией, флаг, указывающий то, является или нет пользователь администратором, идентификатор устройства и флаг, указывающий то, должен или нет экран справки отображаться посредством приложения 400. В предпочтительном варианте осуществления таблица 430 организаций сохраняет идентификатор организации для идентификации организации, список идентификаторов фюзеляжей, который перечисляет фюзеляжи, ассоциированные с организацией, название организации и начальный уровень комфорта, который является значением по умолчанию. Предпочтительно, таблица 428 пользователей и таблица 430 организаций используются посредством приложения 400 для того, чтобы загружать конфигурационные данные, конкретные для пользователя и организации, соответственно, как подробнее описано ниже.

[0094] В предпочтительном варианте осуществления таблица 412 фюзеляжей сохраняет данные, такие как предпочтительные настройки длины фюзеляжа, ширины фюзеляжа, смещения шпангоута и зоны откидных сидений. Тем не менее, специалисты в данной области техники должны понимать, что таблица 412 фюзеляжей может сохранять любые данные, связанные с фюзеляжем и релевантные для конфигурирования компоновки элементов воздушного судна.

[0095] В предпочтительном варианте осуществления таблица 418 зон моноблоков сохраняет данные, указывающие любые фюзеляжи, ассоциированные с зоной моноблоков, то, может или нет зона моноблоков, при необходимости, оставляться пустой, то, должен моноблок в зоне моноблоков совмещаться с передней частью или задней частью зоны моноблоков, местоположение вдоль планера для этой зоны моноблоков, ширину и глубину зоны моноблоков и сторону планера для зоны моноблоков, в числе прочего. Тем не менее, специалисты в данной области техники должны понимать, что таблица 418 зон моноблоков может сохранять любые данные, связанные с зоной моноблоков и релевантные для конфигурирования компоновки элементов воздушного судна.

[0096] В предпочтительном варианте осуществления таблица 420 моноблоков сохраняет данные, указывающие зону моноблоков, в которой расположен данный моноблок, тип моноблока, минимально допустимую ширину для моноблока, максимальную ширину моноблока, название моноблока, число допустимых откидных сидений, число туалетов, число полугабаритных тележек, то, может или нет моноблок входить в полногабаритные тележки, число печей, число кофеварок, число стандартных блоков, число разных отсеков, ранжирование моноблоков и список булевых вариантов, изменения в которых не влияют на LOPA (т.е. булевых вариантов, которые являются "несущественными для LOPA"). Тем не менее, специалисты в данной области техники должны понимать, что таблица 420 моноблоков может сохранять любые данные, связанные с моноблоком и релевантные для конфигурирования компоновки элементов воздушного судна.

[0097] В предпочтительном варианте осуществления таблица 422 классов сидений сохраняет данные, указывающие любые фюзеляжи, ассоциированные с классом сидений, предпочтительное название класса сидений, то, должен или нет класс сидений использоваться по умолчанию, компоновку ряда сидений относительно этого класса сидений и ранжирование позиций по классам сидений (спереди назад в самолете). Таким образом, предпочтительно, таблица классов сидений сохраняет всю информацию относительно сидений, не связанных с физическими техническими требованиями для сидений. В предпочтительном варианте осуществления классы сидений могут включать в себя, например, классы сидений первого класса, бизнес-класса и эконом-класса для данного фюзеляжа (при условии, что фюзеляж поддерживает эти классы сидений). Тем не менее, специалисты в данной области техники должны понимать, что класс сидений может представлять собой любую секцию сидений в фюзеляже.

[0098] В предпочтительном варианте осуществления таблица 424 типов сидений сохраняет данные, указывающие физическое название сиденья, ширину сиденья, минимальный шаг сидений, максимальный шаг сидений, длину сиденья, шаг сидений последнего ряда, минимальное пространство после перегородок и моноблоков, максимальное откидывание и список настроек или вариантов несущественных для LOPA признаков, как подробнее описано ниже. Тем не менее, специалисты в данной области техники должны понимать, что таблица 424 типов сидений может сохранять любые данные, связанные с типом сиденья и релевантные для конфигурирования компоновки элементов воздушного судна.

[0099] В предпочтительном варианте осуществления таблица 426 выходов сохраняет данные, указывающие сторону фюзеляжа для выхода, местоположение вдоль планера для выхода, ширину выхода и требование по минимальной проходимости (используется для аварийных выходов). Тем не менее, специалисты в данной области техники должны понимать, что таблица 426 выходов может сохранять любые данные, связанные с выходом и релевантные для конфигурирования компоновки элементов воздушного судна.

Предпочтительно, центральная база 410 данных представляет собой систему реляционных баз данных, и таблица 428 пользователей, таблица 430 организаций, таблица 412 фюзеляжей, первая таблица 419 признаков, вторая таблица 416 признаков, таблица 418 зон моноблоков, таблица 420 моноблоков, таблица 422 классов сидений, таблица 424 типов сидений, таблица 432 групп сидений и таблица 426 выходов представляют собой таблицы в центральной базе 410 данных. Тем не менее, специалисты в данной области техники должны понимать, что эти таблицы 428, 430, 412, 419, 416, 418, 420, 422, 424, 432, 426 и любые другие упоминаемые в данном документе структуры данных могут представлять собой автономные структуры данных, таблицы базы данных, базы данных, устройства хранения данных либо любые другие физические устройства или программно-реализованные структуры независимо от того, реализованы она на энергозависимом или энергонезависимом носителе, для сохранения данных. Дополнительно, специалисты в данной области техники должны принимать во внимание, что в некоторых вариантах осуществления, таблицы 428, 430, 412, 419, 416, 418, 420, 422, 424, 432, 426 реализуются на одном физическом устройстве хранения данных, тогда как, в других вариантах осуществления, таблицы 428, 430, 412, 419, 416, 418, 420, 422, 424, 432, 426 реализуются на отдельных физических устройствах хранения данных. Однако, в некоторых вариантах осуществления, некоторые или все таблицы 428, 430, 412, 419, 416, 418, 420, 422, 424, 432, 426 реализуются на нескольких физических устройствах хранения данных.

[00100] Фиг. 17 является блок-схемой последовательности операций способа, иллюстрирующей базовый режим работы предпочтительного варианта осуществления настоящего изобретения. В предпочтительном варианте осуществления когда приложение 400 запущено в первый раз, оно загружает конфигурационные данные для конкретного пользователя или потребителя и/или начальные значения 414 по умолчанию в структуру данных. Эти конфигурационные данные для конкретного потребителя и/или начальные значения по умолчанию включают в себя, например, фюзеляж или планер по умолчанию и связанные данные. В предпочтительном варианте осуществления информация, конкретная для этого фюзеляжа или планера, к примеру, данные, сохраненные в таблице 418 зон моноблоков, таблице 422 классов сидений, таблице 426 выходов и других связанных таблицах, затем загружается 436 в структуру данных. В предпочтительном варианте осуществления настройки признаков или сгруппированные предварительные установки настроек признаков, конкретных для продолжительности полета и уровня комфорта по умолчанию (также упоминаемые в данном документе в качестве уровня комфорта) (DurLOC), затем загружаются 438 из таблиц признаков в структуру данных, наряду с другими настройками признаков, на которые не влияют продолжительность полета или уровень комфорта. Приложение 400 затем использует загруженные настройки признаков и моноблоки по умолчанию и местоположения сидений для того, чтобы вычислять и отображать начальное оптимальное LOPA 440. Предпочтительно, начальное LOPA подготавливается посредством рендеринга таким образом, что оно представляет собой масштабированное двумерное представление внутреннего пространства самолета. В предпочтительном варианте осуществления при рендеринге LOPA приложение 400 также ожидает пользовательского ввода. В другом предпочтительном варианте осуществления, приложение 400 ожидает пользовательского ввода после того, как LOPA подготавливается посредством рендеринга. Предпочтительно, информация, релевантная для решений пользователя, размещена рядом или в LOPA, отображаемом посредством приложения 400. Например, в предпочтительном варианте осуществления названия моноблоков помещаются на/около подготовленных посредством рендеринга моноблоков, неиспользуемое пространство помечается с тем, чтобы помогать пользователю идентифицировать потенциальную оптимизацию, и длина моноблоков переменного размера показывается. Предпочтительно, эта информация может изменяться в зависимости от вкладки конфигурирования, отображаемой посредством приложения 400, в котором работает пользователь. Например, в предпочтительном варианте осуществления названия бортовых кухонь могут отображаться, когда пользователь работает во вкладке услуг бортпитания, тогда как названия гардеробов и их размеров могут отображаться, когда пользователь работает во вкладке гардеробов.

[00101] Приложение 400 затем обрабатывает пользовательский ввод 442, который может указывать, например, запросы на то, чтобы изменять настройки признаков, такие как шаг сидений, местоположения перегородок между сиденьями, тип перегородок между сиденьями, число классов сидений, число сидений в каждом классе сидений, число рядов сидений в классе с уменьшенным шагом сидений, минимально допустимое откидывание для последнего сиденья в секции посадочных сидений, требования по бортпитанию (число горячих и холодных позиций в расчете на пассажира, число закусок в расчете на пассажира, число горячих напитков в расчете на пассажира, число прохладительных напитков в расчете на пассажира), число продуктов питания в расчете на полугабаритную тележку для секции посадочных сидений, тип сиденья для секции посадочных сидений, число пассажиров в расчете на туалет, число пассажиров в расчете на кофеварку, число пассажиров в расчете на печь, число пассажиров в расчете на стандартный блок, моноблоки, которые должны принудительно присутствовать, и моноблоки, которые должны иметь минимальный размер.

[00102] Когда пользовательский ввод указывает изменение настройки признака, которая может влиять на другие параметры LOPA ("существенные для LOPA" признаки), приложение 400 автоматически обновляет LOPA 444.

[00103] Другой пользовательский ввод может указывать запрос на то, чтобы: загружать сохраненное LOPA 446, изменять планер 448, сохранять текущее LOPA 450, сравнивать несколько сохраненных LOPA 452 или формировать подробный отчет для текущего загруженного LOPA 454. В предпочтительном варианте осуществления отчет, сформированный на этапе 454, детализирует все варианты выбора моноблоков и классов сидений, включающие в себя конкретные местоположения и любые выбранные необязательные признаки. Предпочтительно, отчет также включает в себя рендеринг LOPA и подробное текстовое сопровождение. В ответ на пользовательский ввод, указывающий изменение новой продолжительности 458 полета и/или уровня комфорта, приложение 400 загружает настройки новой продолжительности полета и/или уровня комфорта в структуру 438 данных и затем повторно вычисляет и отображает новое оптимизированное LOPA 440. Приложение 400 также позволяет пользователю с административными привилегиями администрировать настройки 400 продолжительности и уровня комфорта в центральной базе 410 данных.

[00104] Фиг. 18 является блок-схемой последовательности операций способа, демонстрирующей подсекцию приложения 400, которая загружает конфигурационные данные для конкретного потребителя и начальные значения по умолчанию, как показано на фиг. 17 414. В предпочтительном варианте осуществления конфигурационные данные для конкретного потребителя и начальные значения по умолчанию загружаются из таблицы 428, 414 пользователей. Предпочтительно, приложение 400 извлекает конфигурационные данные для конкретного потребителя и начальные значения по умолчанию из таблицы 428 пользователей посредством выполнения запроса к таблице 428 пользователей с использованием уникального идентификатора пользователя (UUID), MAC-адреса или другого уникального идентификатора устройства 402 в качестве ключа 460. Тем не менее, специалисты в данной области техники должны понимать, что приложение 400 может использовать вход в учетную запись и/или пароль, биометрическую аутентификацию или любое другое средство идентификации пользователя. В предпочтительном варианте осуществления центральная база 410 данных реализуется с использованием услуги синтаксического анализа. Предпочтительно, запрос к таблице 428 пользователей возвращает имя пользователя и идентификатор организации из базы 401 данных.

[00105] В предпочтительном варианте осуществления идентификатор организации затем используется для того, чтобы выполнять запрос к таблице 430 организаций на предмет названия организации, начального уровня комфорта и списка 470 идентификаторов фюзеляжей. Предпочтительно, начальный уровень комфорта назначается, когда новый идентификатор организации добавляется в базу данных. Он должен отражать типичный уровень комфорта, используемый посредством этого перевозчика. В качестве примера, бюджетная авиакомпания может назначать низкий уровень комфорта по умолчанию, тогда как авиакомпании класса люкс должен назначаться высокий уровень комфорта по умолчанию. В предпочтительном варианте осуществления список идентификаторов фюзеляжей содержит список всех идентификаторов фюзеляжей (планеров), используемых посредством организации с использованием приложения 400. Предпочтительно, первая запись в списке идентификаторов фюзеляжей представляет собой фюзеляж по умолчанию, который загружается во время начала работы программы для этого перевозчика 480.

[00106] Фиг. 19 является блок-схемой последовательности операций способа, детализирующей взаимодействия между приложением 400 и центральной базой 410 данных, которые выполняются, когда новый фюзеляж выбирается пользователем. Предпочтительно, проиллюстрированный процесс также выполняется, когда фюзеляж перезагружается пользователем, и когда приложение 400 выполняется в первый раз.

[00107] Как показано на фиг. 18 и 19, в предпочтительном варианте осуществления список fuselage_id становится доступным для приложения 470, 480 через запрос 500 к базе данных. В предпочтительном варианте осуществления приложение 400 использует fuselage_id из списка fuselage_id для того, чтобы выполнять запрос для таблицы фюзеляжей, и ассоциированные данные возвращаются. В предпочтительном варианте осуществления ассоциированные данные включают в себя название фюзеляжа, предпочтительные размещения зон моноблоков для откидных сидений, информацию смещения для первого шпангоута относительно начала планера (которую приложение 400 использует для того, чтобы задавать "нулевое", или начальное, местоположение для присоединения моноблоков) и длину и ширину фюзеляжа (которую приложение (400) использует для того, чтобы подготавливать посредством рендеринга схему размещения элементов планера в корректном соотношении).

[00108] В предпочтительном варианте осуществления приложение осуществляет три дополнительных запроса на основе fuselage_id. Предпочтительно, эти запросы выполняются параллельно, чтобы минимизировать время транзакции. Тем не менее, специалисты в данной области техники должны понимать, что эти запросы также могут выполняться последовательно или в любом порядке. В предпочтительном варианте осуществления эти запросы возвращают данные, связанные с моноблоками 502, классами 504 сидений и данными 506 местоположений выходов.

[00109] Как показано на фиг. 16 и описано выше, данные моноблоков сохраняются в таблице 418 зон моноблоков с полем, которое связывает каждую зону моноблоков с fuselage_id. Следовательно, в предпочтительном варианте осуществления запрос приложения 400 на основе fuselage_id возвращает множество зон моноблоков, ассоциированных с конкретным фюзеляжем.

[00110] В предпочтительном варианте осуществления каждая зона моноблоков в запрашиваемой таблице 418 зон моноблоков идентифицируется посредством monument_zone_id и ассоциируется с конкретным fuselage_id и включает в себя информацию относительно того, может или нет эта зона моноблоков, при необходимости, оставляться пустой, того, должен моноблок в зоне моноблоков совмещаться с передней частью или задней частью зоны моноблоков, местоположения вдоль планера для этой зоны моноблоков, ширины и глубины зоны моноблоков и стороны планера для этой зоны моноблоков. Каждая зона моноблоков, в свою очередь, ассоциирована с множеством моноблоков, сохраненных в таблице 420 моноблоков, которые могут быть размещены в этой зоне моноблоков. В предпочтительном варианте осуществления приложение 400 выполняет к таблице 418 зон моноблоков и таблице 420 моноблоков для того, чтобы извлекать данные моноблоков, которые затем загружаются в локальную структуру данных 502. Аналогично, в предпочтительном варианте осуществления приложение 400 выполняет запрос к таблице 422 классов сидений, таблице 424 типов сидений и таблице 432, 504 групп сидений и сохраняет извлеченные данные классов сидений и ассоциированные физические сиденья в локальной структуре данных. Предпочтительно, приложение выполняет к таблице выходов и извлекает данные, связанные с дверями выхода, связанными с выбранным фюзеляжем, и сохраняет эти извлеченные данные в локальной структуре 506 данных.

[00111] В предпочтительном варианте осуществления после того, как запросы на предмет зон 502 моноблоков, классов 504 сидений и выходы 506 принимают ответы из центральной базы 508 данных, приложение 400 сбрасывает настройки продолжительности полета и уровня комфорта до значения по умолчанию 516. В предпочтительном варианте осуществления настройки по умолчанию для продолжительности полета и уровня комфорта составляют один час и уровень один, соответственно. Тем не менее, специалисты в данной области техники должны понимать, что использование этих значений по умолчанию является просто примерным. После сброса настроек продолжительности полета и уровня комфорта, приложение 400 выполняет запрос к центральной базе 410 данных на предмет настроек 512 продолжительности полета и уровня комфорта, как показано на фиг. 20 и подробнее описано ниже. Фюзеляж затем подготавливается посредством рендеринга 514 с использованием всей загруженной информации, как подробнее описано ниже.

[00112] Фиг. 20 является блок-схемой последовательности операций способа, детализирующей взаимодействия между приложением 400 и центральной базой 410 данных предпочтительного варианта осуществления, которые возникают, когда настройка новой продолжительности полета и/или уровня комфорта выбирается пользователем. Предпочтительно, процесс 518 также осуществляется, когда новый фюзеляж выбирается, когда фюзеляж перезагружается, и когда приложение 400 выполняется в первый раз. В предпочтительном варианте осуществления настройки продолжительности полета и уровня комфорта (DurLOC) могут создаваться для конкретных для класса сидений настроек, для конкретных для моноблока настроек и для настроек 518 на уровне всего планера. Предпочтительно, список DurLOC автоматически формируется 518 посредством приложения 400 на основе текущего планера до того, как приложение 400 создает DurLOC-запросы (как подробнее описано ниже).

[00113] В предпочтительном варианте осуществления DurLOC-запросы представляют собой запросы, созданные посредством приложения 400 и выполняемые для центральной базы 410 данных, чтобы извлекать DurLOC, либо на основе предоставляемой пользователем (или по умолчанию) продолжительности полета и уровня комфорта. Предпочтительно, приложение 400 использует внутренний список DurLOC для того, чтобы создавать DurLOC-запросы для существенных для LOPA признаков. Тем не менее, специалисты в данной области техники должны принимать во внимание, что DurLOC-запросы могут создаваться на основе данных, сохраненных в любом внутреннем или внешнем устройстве хранения данных или структуре данных. DurLOC-запросы для класса сидений представляют собой DurLOC-запросы, которые извлекают настройки определенного признака ("настройки DurLOC-признаков"), релевантные для класса сидений, и создаются для каждого класса сидений в данном фюзеляже 520. В качестве примера, фюзеляж с классами сидений бизнес-класса и эконом-класса должен иметь отдельный набор настроек DurLOC-признаков для каждого из этих классов сидений. В предпочтительном варианте осуществления для каждого класса сидений, приложение 400 создает запрос для каждого существенного для LOPA признака и для каждого несущественного для LOPA признака. Следовательно, общее число DurLOC-запросов для класса сидений является произведением числа поддерживаемых классов сидений, умноженного на число признаков. Нижеприведенная таблица показывает DurLOC-признаки предпочтительного варианта осуществления и указывает того, является или нет каждый DurLOC-признак существенным для LOPA.

Признак Существенный для LOPA? Класс сидений, активированный по умолчанию Да Шаг сидений Да Расстояние жесткого отката сидений Да Расстояние мягкого отката сидений Да Горячие продукты питания в расчете на пассажира для класса сидений Да Холодные продукты питания в расчете на пассажира для класса сидений Да Закуски в расчете на пассажира для класса сидений Да Алкогольные напитки в расчете на пассажира для класса сидений Да Горячие напитки в расчете на пассажира для класса сидений Да Безалкогольные напитки в расчете на пассажира для класса сидений Да Тип сиденья для класса сидений Да Минимальная ширина моноблока Да Сиденья поддерживают откидывание? Да/Нет Да Сиденья являются кожаными? Да/Нет Нет Сиденья имеют подголовник? Да/Нет Нет Сиденье имеет систему развлечений на борту? Да/Нет Нет Туалет имеет контейнер для использованных острых предметов? Да/Нет Нет Туалет имеет крышки сидений унитаза? Да/Нет Нет Туалет имеет окно? Да/Нет Нет Туалет имеет место для ухода за младенцами? Да/Нет Нет Туалет поддерживает бесконтактный режим работы? Да/Нет Нет

[00114] Аналогично, в предпочтительном варианте осуществления приложение 400 создает DurLOC-запросы для каждого моноблока, поддерживаемого посредством фюзеляжа 522. Предпочтительно, для каждого поддерживаемого моноблока, DurLOC-запрос создается для каждого существенного для LOPA признака и каждого несущественного для LOPA признака. Предпочтительно, DurLOC-запросы для моноблока. Следовательно, в предпочтительном варианте осуществления общее число DurLOC-запросов для моноблока является произведением числа поддерживаемых моноблоков, умноженного на число признаков.

[00115] В предпочтительном варианте осуществления DurLOC 524 для фюзеляжа приложения 400 представляют собой список существенных для LOPA и несущественных для LOPA признаков, конкретных для выбранного фюзеляжа.

[00116] В предпочтительном варианте осуществления после того, как все DurLOC-запросы формируются, они выполняются в центральной базе 410, 526 данных. Предпочтительно, DurLOC-признак имеет уникальное название функции, продолжительность полета и уровень комфорта. В предпочтительном варианте осуществления каждое уникальное название функции представляет собой запись таблицы в таблице признаков, и продолжительность полета и уровень комфорта комбинируются, чтобы создавать ключ, который используется для того, чтобы выполнять запрос к таблице признаков. Таким образом, каждый DurLOC-запрос выполняется для различной таблицы признаков и возвращает результат, который зависит от ключа, сформированного из продолжительности полета и уровня комфорта. В предпочтительном варианте осуществления все DurLOC-запросы отправляются параллельно, чтобы минимизировать время транзакции. Предпочтительно, приложение 400 ожидает завершения всех DurLOC-запросов перед продолжением 528. В предпочтительном варианте осуществления возможно то, что некоторые DurLOC-запросы могут не возвращать данные, например, если не все записи DurLOC-таблицы заполнены в центральной базе 410 данных. В этом случае, приложение 400 устанавливается по умолчанию равным значению, которое уже задано для этого признака или настройки. Таким образом, в предпочтительном варианте осуществления только записи DurLOC-таблицы, которые являются релевантным, должны быть заполнены, а пропущенные записи DurLOC-таблицы не приводят к ошибочному результату. Предпочтительно, все возвращаемые записи DurLOC-таблицы сохраняются локально в приложении 400. В предпочтительном варианте осуществления данные, связанные с существенным для LOPA признаком, обновляются в приложении 400 таким образом, что последующий цикл рендеринга использует измененные значения. Предпочтительно, цикл рендеринга принудительно активируется, когда записи DurLOC-таблицы возвращаются, и фюзеляж подготавливается посредством рендеринга, чтобы учитывать все изменения, которые могут возникать 530.

[00117] Фиг. 21 является блок-схемой последовательности операций способа, которая детализирует алгоритм, выполняемый посредством приложения 400, которое формирует и отображает оптимизированное LOPA, как показано на фиг. 17 440. Во-первых, в предпочтительном варианте осуществления местоположения выходов и ранее загруженные моноблоки должны быть размещены 532 в загруженном планере. Предпочтительно, если алгоритм запускается в первый раз, моноблоки выбираются и размещаются с использованием настройки по умолчанию. В противном случае, если алгоритм ранее запущен, используются моноблоки, используемые в прошлый раз, когда запущен алгоритм. В предпочтительном варианте осуществления как только моноблоки размещены в планере, число сидений для каждого активного класса сидений вычисляется на основе пространства без моноблоков 534. Предпочтительно, требования к ресурсам для планера затем вычисляются 536. Требования к ресурсам могут включать в себя, например, требуемое число туалетов и/или печей. В предпочтительном варианте осуществления требования к ресурсам для планера вычисляются на основе настроек признаков, включающих в себя настройки признаков, связанные с уровнем комфорта и продолжительностью полета, числом пассажиров и требованиями по бортпитанию (например, настройки признаков, влияющие на число горячих и холодных продуктов питания, горячих и прохладительных напитков и закусок в расчете на пассажира, а также правила для класса сидений, влияющие на число печей и кофеварок в расчете на пассажира). Например, число пассажиров, которые могут обслуживаться посредством каждого туалета на планере, может быть более высоким в полете небольшой продолжительности, поскольку меньшему количеству пассажиров потребуется использовать туалет в течение продолжительности полета. Аналогично, число печей, требуемых для полета, может зависеть от того, подаются горячие продукты питания некоторым или всем классам пассажиров. Тем не менее, специалисты в данной области техники должны принимать во внимание, что вычисление требований к ресурсам на основе требований по бортпитанию, настроек признаков и числа пассажиров является просто примерным, и что требования к ресурсам могут вычисляться на основе дополнительных факторов, предварительно определенных посредством администратора или набора пользователем.

[00118] В предпочтительном варианте осуществления выбор моноблоков для размещения в фюзеляже затем ограничивается 538. В предпочтительном варианте осуществления требования к ресурсам могут ограничивать моноблоки, которые могут быть размещены в фюзеляже. Например, в предпочтительном варианте осуществления число туалетов, число печей, число кофеварок, число стандартных блоков и число полу- или полногабаритных тележек может влиять на размещение моноблоков. Предпочтительно, пользовательское размещение для определенного моноблока может влиять на размещение других моноблоков. Например, если пользователь предпочтительного варианта осуществления размещает определенный моноблок (например, чтобы поддерживать совместимость с существующим фюзеляжем), модуль 408 оптимизации может автоматически размещать оставшиеся моноблоки в фюзеляже согласно ограничениям. В качестве более конкретного примера, в предпочтительном варианте осуществления, пользователь может хотеть размещать гардероб около секции бизнес-класса. Гардероб может ограничиваться определенным минимальным размером. В предпочтительном варианте осуществления конкретное размещение гардероба в таком случае может препятствовать автоматическому размещению определенных альтернативных моноблоков вместо гардероба в идентичной зоне моноблоков посредством модуля 408 оптимизации.

[00119] В предпочтительном варианте осуществления приложение 400 затем уменьшает все моноблоки переменного размера до локального минимального размера 540, который вычисляется и сохраняется посредством приложения 400. Как показано на фиг. 15 и 16, абсолютный минимальный размер моноблока сохраняется в таблице 420 моноблоков. В предпочтительном варианте осуществления локальный минимальный размер для моноблока, вычисленный и сохраненный посредством приложения 400, вычисляется с использованием абсолютного минимального размера в качестве значения по умолчанию, но дополнительно может ограничиваться (т.е. выше абсолютного минимума) в зависимости от настроек признаков. В качестве примера, туалет переменного размера может иметь локальный минимальный размер, который превышает абсолютный минимальный размер, если пользователь выбирает относительно высокий уровень комфорта (поскольку небольшой туалет является несовместимым с высоким уровнем комфорта).

[00120] После минимизации всех моноблоков переменного размера (540), приложение 400 затем имеет доступным по меньшей мере один набор моноблоков, имеющий моноблоки, которые уменьшаются до минимального размера. Набор моноблоков представляет собой конкретную комбинацию или перестановку моноблоков, которые могут быть размещены в зоне(ах) моноблоков планера. Набор моноблоков является одним примером конфигурации компоновки компонентов воздушного судна. В предпочтительном варианте осуществления приложение 400 сначала анализирует наборы моноблоков и затем размещает сиденья в выбранном наборе моноблоков. Тем не менее, специалисты в данной области техники должны принимать во внимание, что приложение 400 также может находить и выбирать сиденья или любой другой компонент воздушного судна сначала. Некоторые зоны моноблоков могут быть пустыми, и другие могут требовать моноблока. В качестве примера, если фюзеляж имеет четыре зоны моноблоков, и каждая зона моноблоков имеет пять моноблоков, которые могут быть размещены в зоне моноблоков, то общее число комбинаций набора моноблоков или перестановок составляет 5⁴=625.

[00121] В предпочтительном варианте осуществления модуль 408 оптимизации затем итеративно проходит через каждый набор 542 моноблоков и выполняет итеративный анализ 544. В итеративном анализе, модуль 408 оптимизации сначала оценивает каждый набор 546 моноблоков. Наборы моноблоков могут отличаться по числу и минимальному размеру моноблоков в наборе. Следовательно, выбор различного набора моноблоков может изменять полное остающееся пространство, доступное для пассажирских сидений, что, в свою очередь, может влиять на требования к ресурсам, поскольку определенные требования к ресурсам зависят от числа пассажиров в каждом классе посадочных сидений. Таким образом, приложение 400 повторно вычисляет требования к ресурсам каждый раз, когда общие числа сидений нового набора 560 моноблоков изменяются.

[00122] Модуль 408 оптимизации затем подтверждает то, удовлетворяет или нет набор моноблоков минимальным требованиям 548 к ресурсам (например, посредством подтверждения того, что присутствует достаточное число туалетов, кофеварок, печей, тележек и единиц хранения). Наборы моноблоков, имеющие право на размещение в планере, дополнительно могут ограничиваться посредством такого требования, что ресурсы должны быть расположены близко к обслуживаемому классу сидений. Например, приложение 400 может принудительно активировать такое требование, что печи и тележки должны быть расположены около бизнес-класса, а не на дальнем конце самолета.

[00123] В предпочтительном варианте осуществления если модуль 408 оптимизации определяет то, что набор моноблоков удовлетворяет или превышает минимальные требования 548 к ресурсам, то модуль 408 оптимизации оценивает влияние набора моноблоков на число 530 сидений. Моноблоки, которые могут расширяться в направлении класса сидений, могут оказывать влияние на число сидений. Для этих моноблоков, приложение 400 определяет шаг сидений смежного класса сидений и текущую величину доступного (пустого) пространства. Если моноблок может входить в пустое пространство без создания помех для сидений, то отсутствует изменение числа сидений. В предпочтительном варианте осуществления модуль 408 оптимизации помечает, когда ряд сидений (или два) должен удаляться, чтобы обеспечивать пространство. Аналогично, предпочтительно, модуль 408 оптимизации также помечает, когда ряд сидений может добавляться. Предпочтительно, модуль 408 оптимизации использует эти помеченные флагом значения, чтобы определять полное влияние набора моноблоков и затем сохранять в качестве потенциально оптимальных наборы моноблоков, которые обеспечивают наибольшее число сидений (максимальное число сидений). Приложение 400 также может использовать взвешенное значение, чтобы учитывать относительное значение посадочных сидений более высокого класса. Например, одно дополнительное сиденье первого класса может быть более желательным, чем три сиденья эконом-класса, и в силу этого модуль 408 оптимизации предпочтительного варианта осуществления должен сохранять набор моноблоков, предоставляющий одно сиденье первого класса, вместо набора, предоставляющего три сиденья эконом-класса.

[00124] В предпочтительном варианте осуществления, если модуль 408 оптимизации определяет и сохраняет более одного набора моноблоков, которые предоставляют идентичное максимальное число 530 сидений (или другое взвешенное значение приоритета на основе размещения сидений), то для каждого из таких наборов моноблоков, модуль 408 оптимизации вычисляет величину неиспользуемого пространства в планере (пространства для расширения) и оценивает наборы моноблоков на основе этого фактора 552. В предпочтительном варианте осуществления пространство для расширения (также известное как свободное пространство или свободное пространство в зоне конфигурирования) максимизируется. Предпочтительно, модуль 408 оптимизации затем сохраняет эти наборы моноблоков и дополнительно выполняет вычисление при оптимизации для этих сохраняемых наборов моноблоков. Это неиспользуемое пространство является желательным, поскольку оно может использоваться, например, для того чтобы расширять гардеробы, туалеты, сиденья ряда с меньшим шагом, откидывание последнего ряда сидений и разнесение 552 между перегородками.

[00125] В предпочтительном варианте осуществления может быть предусмотрено более одного набора моноблоков, которые предоставляют идентичное максимальное число сидений (или другой взвешенный приоритет на основе размещения сидений), и также предоставляют идентичное оставшееся пространство для расширения. Предпочтительно, модуль 408 оптимизации затем дополнительно оценивает наборы моноблоков посредством взвешивания относительных количественных показателей для ранжирования моноблоков. В предпочтительном варианте осуществления ранжирование моноблоков может сохраняться в центральной базе 410 данных, и модуль оптимизации предпочитает наборы моноблоков с наибольшими общими количественными показателями для ранжирования моноблоков. В другом предпочтительном варианте осуществления, количественный показатель для ранжирования моноблоков может использоваться для того, чтобы переопределять пространство для расширения сидений или даже число сидений таким образом, что конкретный набор моноблоков должен выбираться, даже если это приводит к набору моноблоков, который не предоставляет максимальную величину для числа сидений или неиспользуемого пространства.

[00126] В предпочтительном варианте осуществления после оценки каждого из наборов моноблоков согласно этапам, описанным выше 548, 530, 552, модуль 408 оптимизации затем выбирает наилучший набор моноблоков на основе этих оценок 556. Предпочтительно, если существует более одного из таких наборов моноблоков, любой из них может использоваться. В предпочтительном варианте осуществления модуль 408 оптимизации затем использует выбранный наилучший набор моноблоков для того, чтобы повторно вычислять позиции 556 сидений. В завершение, в предпочтительном варианте осуществления модуль 408 оптимизации использует любое остающееся пространство посредством расширения всех моноблоков 558 переменного размера (например, туалетов, гардеробов, рядов сидений с меньшим шагом, пределов откидывания последнего ряда сидений, размещений перегородок и т.д.).

[00127] Фиг. 22 является блок-схемой последовательности операций способа, которая детализирует подсекцию приложения 400, которая заполняет оставшееся пространство посредством увеличения определенных моноблоков, показанных на фиг. 21 558. В предпочтительном варианте осуществления каждая зона моноблоков должна оцениваться, и свободное пространство в этой зоне моноблоков должно выделяться. Зона конфигурации означает область между двумя неподвижными компонентами, которые могут размещать сиденья или моноблоки переменного размера. Предпочтительно, все ряды сидений с уменьшенным шагом могут расширяться, чтобы повышать комфорт для пассажиров, сидящих в этом ряду 572. В предпочтительном варианте осуществления модуль 408 оптимизации также может ослаблять предел ограниченного откидывания последнего ряда, если таковой имеется, чтобы предлагать больший комфорт для пассажира 570 на последнем ряду. Компромисс по сиденьям является величиной, в которой посадочные сиденья затрагиваются, например, за счет наличия уменьшенного шага или ограничений откидывания. Таким образом, в предпочтительном варианте осуществления приложение 400 нацелено на сохранение наборов моноблоков, имеющих наименьшее значение компромисса по сиденьям. Предпочтительно, ветровое стекло может быть размещено между дверью выхода и первым или последним сиденьем в классе сидений. Тем не менее, если шаг сидений для этого класса сидений приводит к дополнительному пространству, модуль 408 оптимизации заменяет ветровое стекло гардеробом 562 переменного размера. Таким образом, при заполнении любого пустого пространства, приложение 400 проверяет присутствие моноблоков ветрового стекла и заменяет их гардеробами по возможности. В качестве примера, гардероб зачастую должен иметь минимальный размер (типично 8 дюймов), и в силу этого, трансформация из ветрового стекла с минимальным размером 1 дюйма в гардероб может осуществляться только того, когда имеется, по меньшей мере, 7 дюймов дополнительного неиспользуемого пространства. В предпочтительном варианте осуществления как только все ветровые стекла преобразуются, любые другие моноблоки переменного размера (например, туалеты) затем регулируются для того, чтобы максимально использовать остающееся пространство 568. Тем не менее, в предпочтительном варианте осуществления модуль 408 оптимизации может максимизировать размер гардероба до максимизации размера моноблока 564. В завершение, разнесение между перегородками может увеличиваться 574.

[00128] Специалисты в данной области техники должны понимать, что порядок, в котором пустое пространство назначается посредством модуля 408 оптимизации, может изменяться, или это пустое пространство может выделяться параллельно и разделяться с предварительно определенным соотношением между несколькими вариантами использования пустого пространства. Например, в другом предпочтительном варианте осуществления настоящего изобретения, откидывание последнего ряда может увеличиваться только после того, как ряды с уменьшенным шагом увеличиваются. В другом предпочтительном варианте осуществления, конкретное упорядочение назначения пространства может быть определяемым пользователем.

[00129] Фиг. 23 является блок-схемой последовательности операций способа, которая детализирует алгоритм, выполняемый посредством модуля 408 оптимизации для того, чтобы размещать сиденья в планере для каждого класса сидений и затем вычислять общее число сидений в каждом классе сидений, в соответствии с наилучшим вариантом набора моноблоков, как показано на фиг. 21 556. В предпочтительном варианте осуществления секции левых, правых и (если есть) центральных посадочных сидений обрабатываются по очереди 576. Предпочтительно, каждый класс сидений (первый, бизнес, эконом и т.д.) аналогично обрабатывается по очереди 578. В предпочтительном варианте осуществления для каждого класса сидений, начальное местоположение определяется 580. Предпочтительно, оно представляет собой переднюю часть самолета, если обрабатывается первый класс сидений, в противном случае, оно представляет собой местоположение после конца предыдущего класса сидений. В предпочтительном варианте осуществления модуль 408 оптимизации также определяет конец класса сидений 586. Предпочтительно, модуль 408 оптимизации вычисляет конец класса сидений в качестве местоположения, которое является местоположением начала класса сидений плюс длина класса сидений. В предпочтительном варианте осуществления, по умолчанию, все классы сидений начинаются с длины, которая является равной долей планера. Например, если фюзеляж имеет три класса сидений, каждый класс сидений должен иметь длину, равную одной трети планера. В других предпочтительных вариантах осуществления, приложение 400 может использовать другое средство установления начальной длины класса сидений, такой как, например, использование значения по умолчанию, которое предварительно задано для рассматриваемого планера.

[00130] В предпочтительном варианте осуществления перегородка может быть размещена в начале каждого класса сидений 584. Предпочтительно, начальному присутствию и типу перегородки (мягкой или жесткой) также должно назначаться значение по умолчанию,, при необходимости, на основе планера. В предпочтительном варианте осуществления первое сиденье размещено через некоторое расстояние после начальной перегородки 586 (если есть). Предпочтительно, это смещение определяется посредством требований FAA и является частью данных по умолчанию, ассоциированных с планером. В предпочтительном варианте осуществления отдельные настройки существуют для жестких и мягких откатов, причем жесткий откат представляет собой откат после жесткой перегородки или моноблока, а мягкий откат соответствует мягкой перегородке. В другом предпочтительном варианте осуществления, смещение может быть ассоциировано с классом сидений.

[00131] Предпочтительно, последующие сиденья затем задаются согласно текущему шагу сидений для класса 588 сидений. В предпочтительном варианте осуществления этот шаг сидений имеет начальное значение по умолчанию и также может быть регулируемым пользователем. Предпочтительно, модуль оптимизации размещает сиденья с этим шагом до тех пор, пока не будет достигнут создающий помехи компонент, или не будет достигнуто конечное местоположение класса сидений. В предпочтительном варианте осуществления создающий помехи компонент может представлять собой моноблок или выход. Предпочтительно, если создающий помехи компонент достигнут, новая группа сидений должна начинаться сразу после создающего помехи компонента 590. В предпочтительном варианте осуществления этот процесс повторяется для каждого класса сидений для каждого из размещений левого, правого и центрального (если есть) сидений.

[00132] Фиг. 24 является примерным графическим пользовательским интерфейсом приложения (400) предпочтительного варианта осуществления. В предпочтительном варианте осуществления и как показано на фиг. 21, примерно верхняя половина экрана посвящена рендерингу LOPA 601. Предпочтительно, как показано, внутреннее пространство планера включает в себя размерно точный рендеринг моноблоков, таких как бортовые кухни 628, гардеробы 604 и туалеты 817. Дополнительная информация относительно моноблоков отображается в тексте около моноблоков 630. В предпочтительном варианте осуществления этот текст может сообщать глобальные выделения ресурсов, ширины различных моноблоков, названия моноблоков или выделения ресурсов, конкретные для конкретного класса сидений. Предпочтительно, выходы 602 и аварийные выходы 612 также отображаются. В предпочтительном варианте осуществления, классы 610 сидений отображаются в формате, который предоставляет шаг сидений и число сидений в ряду. Предпочтительно, если перегородки между классами сидений активируются, перегородки также задаются в формате "что видишь, то и получишь" (WYSIWYG). В предпочтительном варианте осуществления точное число и местоположение сидений в каждом классе сидений может модифицироваться посредством подвижных круговых ползунковых регуляторов 614, которые появляются под LOPA. Предпочтительно, перемещение этих ползунковых регуляторов автоматически повторно вычисляет не только местоположения сидений, но также и оптимальный набор моноблоков, необходимый для того, чтобы поддерживать пассажирские требования. В предпочтительном варианте осуществления любое пустое пространство, которое не заполнено посредством расширения моноблоков, показано как заштрихованная область 618. В предпочтительном варианте осуществления текстовое общее представление компоновки 620 элементов планера предоставляется на нижней левой боковой панели. Предпочтительно, общие числа сидений для каждого класса сидений и для планера показаны в качестве регулируемых UI-элементов и могут модифицироваться пользователем. В предпочтительном варианте осуществления шаги сидений для каждого класса сидений аналогично отображаются и модифицируются. В завершение, в предпочтительном варианте осуществления все классы сидений могут активироваться или деактивироваться с использованием UI-элементов в форме тумблера. Предпочтительно, текущий планер 622 отображается в раскрывающемся меню, которое, если выбрано, должно отображать список альтернативных планеров, на которые можно переключаться.

[00133] В предпочтительном варианте осуществления UI-панели с вкладками, такими как вкладка 608 услуг бортпитания, обеспечивают возможность более подробного конфигурирования планера. В частности, вкладки предоставляют конфигурирование сидений, бортпитания, конкретных для сиденья ресурсов, перегородок, туалетов и гардеробов. Предпочтительно, каждая из основных вкладок имеет одну или более вложенных вкладок, к примеру, вложенную вкладку 616 услуг бортпитания в эконом-классе вкладки 608 услуг бортпитания, которые соответствуют каждому поддерживаемому классу сидений. В предпочтительном варианте осуществления каждая из основных вкладок может независимо конфигурировать каждый из конкретных для класса сидений параметров планера. Предпочтительно, моноблоки, ассоциированные с каждым классом сидений, могут быть сконфигурированы во вкладке, соответствующей этому классу сидений. В предпочтительном варианте осуществления приложение 400 предоставляет подвижные UI-элементы, позволяющие регулировать максимальную продолжительность 624 полета и уровень 626 комфорта.

[00134] Фиг. 25 является примерным снимком экрана, показывающим пользовательский интерфейс, отображаемый посредством приложения 400, когда оно запускается в первый раз. Наложение "определение задачи" скрывает подробности приложения 400. Приложение 400 также предоставляет раскрывающийся список 612 для выбора активного фюзеляжа, который позволяет пользователю выбирать фюзеляж, который быть сконфигурирован. Как описано выше, приложение 400 также предоставляет ползунковый регулятор 624 продолжительности полета и ползунковый регулятор 626 уровня комфорта, которые позволяют пользователю модифицировать значения продолжительности полета и уровня комфорта, соответственно. В предпочтительном варианте осуществления приложение 400 поддерживает использование наложений справки, к примеру, наложения "определение задачи". Эти наложения предоставляют помощь и инструкцию для новых пользователей относительно того, как лучше всего использовать приложение 400, когда оно запущено в первый раз. Например, наложение "определение задачи" направляет пользователя с возможностью выбирать значения по умолчанию для продолжительности полета и уровня комфорта до конфигурирования других параметров. Наложение справки может направлять пользователя с возможностью конфигурировать выборы классов сидений, длины секций сидений и шаги сидений перед конфигурированием вариантов бортпитания. Специалисты в данной области техники должны принимать во внимание, что наложение "определение задачи" является просто примерным наложением справки, и что другие наложения справки могут предоставляться посредством приложения 400.

[00135] Фиг. 26 является примерным снимком экрана, показывающим пользовательский интерфейс, отображаемый посредством приложения 400 после того, как продолжительность полета и уровень комфорта выбраны пользователем. Приложение 400 отображает выборы пользователем типа 612 фюзеляжа, максимальной продолжительности 624 полета и уровня 626 комфорта. Дополнительно, показана панель 620 конфигурирования, которую пользователь может использовать для того, чтобы выбирать активные классы сидений и ассоциированные шаг сидений и число пассажиров. Пользователь направляется с возможностью уточнять требования, связанные с выполняемой задачей после того, как осуществлены эти выборы.

[00136] Фиг. 27 является примерным снимком экрана признака подробного сравнения фюзеляжей приложения 400. В примерном использовании, показанном на фиг. 27, сравниваются два планера, один с 150 пассажирами и другой с 103 пассажирами. Приложение 400 отображает детализированные различия между фюзеляжами, такие как различные классы сидений, шаги сидений и услуги обеспечения бортпитанием, обеспечивая возможность беглого сравнения этих различий. Признак подробного сравнения фюзеляжей приложения 400 предоставляет сравнение большего числа признаков относительно базового сравнения фюзеляжей, включающего в себя шаг сидений для каждого класса сидений и сводку по услугам обеспечения бортпитанием, предоставляемым для каждого класса сидений, отображаемым в качестве значка (т.е. значок чашки кофе используется для того, чтобы передавать то, что предоставляется услуга по разнесению горячих напитков, бокал используется для того, чтобы передавать то, что подается алкоголь, и т.д.).

[00137] Фиг. 28 является примерным снимком экрана, показывающим признак базового сравнения фюзеляжей приложения 400. Как показано на фиг. 28, признак базового сравнения фюзеляжей обеспечивает возможность беглого сравнения нескольких фюзеляжей. В предпочтительном варианте осуществления приложение 400 отображает плитку LOPA-рендеринга для каждого фюзеляжа, наряду с общим числом пассажиров и числом пассажиров для каждого активного класса сидений. В предпочтительном варианте осуществления приложение 400 отображает множество сохраненных LOPA в качестве плиток, причем каждая плитка содержит базовую информацию, такую как название фюзеляжа, общее число пассажиров, число пассажиров в расчете на класс сидений и простой рендеринг LOPA. В предпочтительном варианте осуществления пользователь затем может выбирать две или три из этих плиток для более подробного сравнения.

[00138] Фиг. 29 является примерным снимком экрана приложения 400, показывающим панель конфигурирования гардеробов. UI-элементы, показывающие текущий выбранный фюзеляж 612, продолжительность 624 полета и уровень 626 комфорта, показаны в верхней части экрана. Другие возможные выборы фюзеляжа также показаны в раскрывающемся меню 612. Масштабированный рендеринг LOPA показан в верхней половине экрана. Приложение 400 предоставляет вкладки, которые пользователь может выбирать, чтобы конфигурировать сиденья 902, бортпитание 903, ресурсы 904, перегородки 905, туалеты 906 и гардеробы 907. Как показано на фиг. 29, выбирается вкладка 907 гардеробов, позволяющая конечному пользователю конфигурировать гардеробы, ассоциированные с классом сиденья эконом-класса. Конфигурирование гардеробов осуществляется на основе класса сидений. Все гардеробы, ассоциированные с конкретным классом сидений, могут быть сконфигурированы на вкладке конфигурирования гардеробов этого класса сидений. Например, как показано на фиг. 29, выбирается вложенная вкладка для гардеробов 908 эконом-класса, позволяющая пользователю конфигурировать гардеробы, ассоциированные с классом сиденья эконом-класса. Варианты гардеробов могут включать в себя изогнутую стенку, птичник и конуру. Изогнутая стенка приводит к туалету или гардеробу, который изгибается, чтобы совпадать с углом сиденья с откидной спинкой. Если изогнутая стенка не выбирается, могут выбираться варианты птичника и/или конуры. Они представляют собой единицы хранения, которые идут выше и позади сиденья сразу перед туалетом или гардеробом либо непосредственно позади сиденья сразу перед туалетом или гардеробом. Приложение 400 предоставляет вкладку бизнес-класса, выбор которой позволяет пользователю модифицировать гардеробы, ассоциированные с сиденьями бизнес-класса, если таковые имеются. Как показано на фиг. 29, в предпочтительном варианте осуществления, приложение 400 также отображает варианты 909конфигурирования классов сидений, которые позволяют пользователю выбирать или уменьшать доступные классы сидений и конфигурировать шаг и число пассажиров выбранных классов сидений.

[00139] Фиг. 30 является примерным снимком экрана, показывающим панель конфигурирования сидений, отображаемую посредством приложения 400. UI-элементы, показывающие текущие выборы фюзеляжа 612, продолжительность 624 полета и уровень 626 комфорта, показаны в верхней части экрана. Выбирается вложенная вкладка 910 сидений бизнес-класса вкладки 902 сидений, позволяющая конечному пользователю конфигурировать сиденья бизнес-класса. Вкладка сидений позволяет пользователю конфигурировать конкретные для сиденья настройки. Например, тип сиденья может выбираться. Список конкретных для сиденья настроек ограничен функциями, поддерживаемыми для конкретного класса сидений. Например, класс сидений эконом- или "эконом+-класса не разрешает выбор сиденья первого класса. Опции сиденья, конкретные для типа сиденья, также отображаются. Они могут включать в себя, например, опциональное откидывание, кожаную отделку или варианты развлечений на борту. Различные правила безопасности зачастую требуют, чтобы первое сиденье в ряде сидений имело более длинную спинку сиденья (шаг) по сравнению с сиденьями, которые идут после него. Этот откат переднего ряда может быть сконфигурирован во вкладке 902 сидений. Чтобы максимизировать число сидений в самолете, зачастую последний ряд или несколько последних рядов могут иметь шаг, уменьшенный на один дюйм. Максимальное число рядов с одним дюймом уменьшенного шага сидений может задаваться пользователем во вкладке 902 сидений. Выбор нуля рядов никогда не уменьшает шаг сидений, а выбор всех рядов обеспечивает возможность уменьшения шага всех рядов, если это приводит к дополнительному ряду сидений. Последний ряд сидений перед гермошпангоутом может иметь уменьшенную величину откидывания. Минимальное откидывание для последнего ряда также является конфигурируемым пользователем вариантом. Приложение 400 должно обеспечивать то, что, по меньшей мере, эта величина откидывания поддерживается, при конфигурировании внутреннего пространства.

[00140] Фиг. 31 является примерным снимком экрана приложения 400, показывающим панель конфигурирования перегородок. Выбирается вложенная вкладка 911 перегородок эконом-класса вкладки 905 перегородок, позволяющая пользователю конфигурировать перегородки эконом-класса. Конфигурирование перегородок также выполняется на основе класса сидений. Предпочтительно, каждый класс сидений может быть физически отделен посредством жесткой перегородки или мягкой (тканевой) перегородки. Тем не менее, пользователь может решать вообще не использовать перегородку. Например, граница между эконом- и эконом+-классом зачастую не отмечается с помощью физической перегородки. Если выбирается жесткая перегородка, пользователь может решать размещать конуру (единицу хранения) внизу перегородки, позади последнего ряда сидений перед перегородкой. Обычно, приложение 400 позволяет пользователю выбирать расположение рядов в зигзагообразном порядке в качестве способа дополнительной оптимизации компоновки элементов планера. Когда расположение рядов в зигзагообразном порядке активируется, приложение 400 разрешает конфигурацию, в которой сиденья слева и справа от прохода не могут совмещаться.

[00141] Фиг. 32 является примерным снимком экрана приложения 400, показывающим панель конфигурирования услуг бортпитания. Как показано на фиг. 32, выбирается вложенная вкладка 912 услуг бортпитания в эконом-классе вкладки 903 услуг бортпитания, которая позволяет конечному пользователю конфигурировать бортпитание в эконом-классе. Приложение 400 также отображает вложенные вкладки параметров выдвижного ящика и параметров лотка. Эти вложенные вкладки и UI-элементы в пределах этих вложенных вкладок могут использоваться для того, чтобы конфигурировать настройки выдвижных ящиков и лотков для класса сидений. Параметры выдвижного ящика могут включать в себя, например, число кофейных стаканчиков, пластмассовых стаканчиков, салфеток, безалкогольных напитков и бутылок алкоголя, которые могут входить в каждый выдвижной ящик. Параметры лотка могут включать в себя, например, число горячих продуктов питания, холодных продуктов питания и закусок, которые могут входить в каждый лоток. В предпочтительном варианте осуществления приложение 400 использует настройки выдвижных ящиков и лотков для того, чтобы определять то, сколько лотков и выдвижных ящиков и, в свою очередь, тележек и стандартных блоков, требуется для того, чтобы хранить запрашиваемые запасы бортпитания. Предпочтительно, приложение 400 позволяет пользователю конфигурировать число лотков и выдвижных ящиков, которые могут вписываться в тележку или стандартный блок.

[00142] Фиг. 33 является примерным снимком экрана раскрывающегося меню 901 приложения для приложения 400, за счет которого пользователь может выбирать варианты, которые могут обрабатываться, к примеру, как показано на фиг. 17 442, 446, 448, 456, 450, 452, 454.

[00143] Фиг. 34 является примерным снимком экрана приложения 400, отображающим панель конфигурирования ресурсов. Конкретные для класса сидений ресурсы являются конфигурируемыми в своей собственной вложенной вкладке. Например, как показано на фиг. 34, выбирается вложенная вкладка 913 ресурсов эконом-класса вкладки 904 ресурсов, и приложение 400 позволяет конечному пользователю конфигурировать ресурсы эконом-класса. Значения ресурсов используются для того, чтобы обуславливать алгоритм выделения моноблока модуля 408 оптимизации, как показано на фиг. 21. Ресурсы, которые могут быть сконфигурированы, включают в себя, например, число пассажиров, поддерживаемое посредством каждой кофеварки, число пассажиров, поддерживаемое посредством каждой печи, число пассажиров, поддерживаемое каждым бортпроводником, и число пассажиров, поддерживаемое посредством каждого туалета. Выделения ресурсов выбираются на основе класса сидений. Например, первый класс типично предоставляет большее число бортпроводников и туалетов в расчете на пассажира, чем эконом-класс. Число бортпроводников используется для того, чтобы определять число откидных сидений, предоставляемых для фюзеляжа.

[00144] Фиг. 35 является примерным снимком экрана приложения 400, показывающим панель конфигурирования туалетов. Выбирается вложенная вкладка 914 туалетов бизнес-класса вкладки 906 туалетов, и за счет этого приложение 400 позволяет пользователю конфигурировать туалеты эконом-класса. Конфигурирование туалетов также выполняется на основе класса сидений. Все туалеты, ассоциированные с конкретным классом сидений, могут быть сконфигурированы на вкладке конфигурирования туалетов этого класса сидений. Варианты туалетов состоят из булевых значений, которые ассоциированы с каждым туалетом в центральной базе 410 данных. Примеры вариантов туалетов включают в себя крышки сидений унитаза, место для ухода за младенцами и бесконтактные признаки.

[00145] Фиг. 36 является примерным снимком экрана диалогового окна выбора режима администрирования продолжительности и уровня комфорта, отображаемого посредством приложения 400. Приложение 400 отображает список 915 DurLOC, и пользователь с административными привилегиями может выбирать DurLOC из списка 915 DurLOC, чтобы модифицировать настройки для выбранной DurLOC. В предпочтительном варианте осуществления все изменения DurLOC должны оказывать влияние на всех пользователей приложения, которые впоследствии загружают модифицированные DurLOC.

[00146] Фиг. 37 является примерным снимком экрана диалогового окна выбора режима администрирования продолжительности и уровня комфорта, отображаемого посредством приложения 400. Как показано на фиг. 37, DurLOC для шага сидений бизнес-класса отображается со значениями уровня комфорта вдоль горизонтальной оси и значениями продолжительности полета вдоль вертикальной оси. Пользователь-администратор может модифицировать эти настройки, чтобы изменять значения по умолчанию для шага сидений бизнес-класса для всех пользователей в качестве функции от значений продолжительности полета и уровня комфорта. В предпочтительном варианте осуществления, как показано на фиг. 37, существует десять настроек уровня комфорта и шесть настроек продолжительности полета. Таким образом, таблица является матрицей 6×10, содержащей всего 60 настроек. Тем не менее, специалисты в данной области техники должны понимать, что могут использоваться другие множества настроек уровня комфорта и настроек продолжительности или любых других настроек для признаков. Предпочтительно, любая запись в матрице может модифицироваться пользователем-администратором. Пользователь-администратор также может сбрасывать все значения до наименьшей настройки. Пользователь также может задавать градиент значений посредством выбора значений в четырех углах матрицы и использования этих четырех значений для того, чтобы интерполировать оставшиеся значения с использованием специального градиента. Для булевых настроек, пользователь может выбирать два значения по периметру матрицы, и посредством использования этих двух значений в качестве граничной области, приложение 400 может создавать зону линейного перехода между одной булевой область и другой в матрице. Другими словами, одна сторона переходной зоны показывает истину, а другая половина показывает ложь. Большинство булевых матриц имеет переходную зону в таком стиле, и в силу этого данный признак приложения 400 может просто корректные настройки в этих матрицах.

[00147] Фиг. 38 является примерным снимком экрана диалогового окна конфигурирования аварийно-спасательного оборудования, предоставленного посредством приложения 400. Приложение 400 обеспечивает возможность подготовки выбранного аварийно-спасательного оборудования для фюзеляжа. В предпочтительном варианте осуществления список аварийно-спасательного оборудования по умолчанию для каждого фюзеляжа сохраняется в центральной базе данных. Предпочтительно, для каждого типа аварийно-спасательного оборудования, которое подготавливается по умолчанию для фюзеляжа, следующая информация сохраняется: название аварийно-спасательного оборудования (например, аварийный топор); поставщик оборудования; номер детали оборудования; местоположение(е) на фюзеляже, в котором может храниться аварийно-спасательное оборудование; и общее число, предлагаемое для планера. Поскольку некоторые моноблоки может предоставлять хранение для определенных типов аварийно-спасательного оборудования, тогда как другие моноблоки не могут, специалисты в данной области техники должны понимать, что допустимые местоположения хранения для аварийно-спасательного оборудования должны изменяться с различными наборами моноблоков. Другими словами, некоторые конфигурации планера не могут предоставлять местоположения хранения для всего аварийно-спасательного оборудования по умолчанию. В предпочтительном варианте осуществления приложение 400 автоматически размещает аварийно-спасательное оборудование в соответствующем местоположении хранения с использованием иерархии предпочтительных местоположений. Например, предпочтительное местоположение для огнетушителя может быть в моноблоке G41-типа, но в отсутствие этого моноблока, огнетушитель возможно должен быть размещен в верхнем багажном отсеке. Это местоположение может быть менее предпочтительным, поскольку пространство верхнего багажного отсека оптимально оставлять доступным для пассажирского багажа. Таким образом, пользователь может предпочитать располагать аварийно-спасательное оборудование в областях, отличных от верхних багажных отсеков. В предпочтительном варианте осуществления приложение 400 позволяет пользователю размещать аварийно-спасательное оборудование в предпочтительных местоположениях посредством отслеживания допустимых местоположений для аварийно-спасательного оборудования. Приложение 400 также служит в качестве контрольного списка, обеспечивающего то, что все требуемое аварийно-спасательное оборудование размещено. В завершение, приложение 400 напоминает пользователю, что определенное аварийно-спасательное оборудование не размещено и может служить в качестве начальной точки для диалога с потребителем внутреннего пространства летательного аппарата. Приложение 400 также может оптимизировать размещение аварийно-спасательного оборудования, например, посредством минимизации величины потерь пространства верхнего багажного отсека вследствие аварийно-спасательного оборудования, которое не может быть размещено в другом месте.

[00148] Фиг. 39 является примерным снимком экрана диалогового окна глобальных настроек, отображаемого посредством приложения 400. Определенные параметры, задаваемые пользователем, оказывают влияние на полную подготовку воздушного судна и могут задаваться глобально через диалоговое окно глобальных настроек. Тележки с бортпитанием доступны в двух вариантах: полногабаритная и полугабаритная. Вдвое больше полугабаритных тележек может входить в данную бортовую кухню по сравнению с полногабаритными тележками. Некоторые бортовые кухни конструируются таким образом, что они размещают только полугабаритные тележки. Следовательно, некоторые воздушные суда имеют сочетание только полугабаритных бортовых кухонь и полногабаритных бортовых кухонь. Пользователь может хотеть стандартизировать эти самолеты таким образом, чтобы использовать только полугабаритные бортовые кухни, или он может хотеть использовать сочетание типов бортовых кухонь. Булев параметр управляет этим выбором глобально. Для услуги по разнесению питания, может быть желательным хранить холодные продукты питания, закуски и напитки в хвостовых областях хранения (тележках или стандартных блоках), для использования сидящими лицом по направлению полета пассажирами. Это может обеспечивать возможность использования меньшей бортовой кухни в передней части самолета, экономя некоторое пространства. Тем не менее, некоторые авиакомпании могут не желать требовать этого "манипулирования тележками", при котором тележки с запасами бортпитания должны перемещаться из задней в переднюю часть самолета. То, позволять или нет манипулированию тележками влиять на конфигурацию моноблоков, может задаваться глобально с использованием булева параметра. Повышение эффективности хранения при обеспечении бортпитанием возникает, когда различные запасы бортпитания могут храниться на идентичной тележке. Например, если как горячие, так и холодные продукты питания хранятся на идентичной тележке, на одну меньше тележек может быть необходимо в некоторых случаях. Тем не менее, это приводит к сложностям при попытке отслеживать и подавать запасы бортпитания. Приложение 400 использует глобальное булево выражение для того, чтобы управлять тем, разрешается или нет эта оптимизация. После выбора оптимального набора моноблоков, типично существует дополнительное пространство, которое должно потребляться посредством увеличения шага сидений, увеличения размеров гардеробов или увеличения туалетов. В предпочтительном варианте осуществления размеры гардеробов увеличиваются по умолчанию, а не размеры туалетов. Тем не менее, в другом предпочтительном варианте осуществления, приложение 400 может позволять пользователю решать увеличивать размеры туалетов, а не размеры гардеробов, посредством задания булевого глобального значения.

[00149] Фиг. 40 является примерным снимком экрана, показывающим диалоговое окно формирования отчетов, предоставленное посредством приложения 400. Показан отчет 916 для планера Bombardier CS300. Как показано на фиг. 40, диалоговое окно формирования отчетов может показывать классы сидений в LOPA и требования по бортпитанию для этих классов сидений.

[00150] Если контекст в явной форме не требует иного, во всем описании и в формуле изобретения слова "содержит", "содержащий" и т.п. должны быть истолкованы во включающем, в отличие от исключающего или исчерпывающего смысла; т.е. в смысле "включает в себя, но не только". При использовании в данном документе, термины "соединенный", "связанный" или всех их разновидности, означают любое соединение или связывание, прямое либо косвенное, между двумя или более элементов; связывание соединения между элементами может быть физическим, логическим либо комбинацией вышеозначенного. Дополнительно, слова "в данном документе", "выше", "ниже" и слова аналогичного смысла, при использовании в этой заявке, должны относиться к этой заявке в целом, а не к какие-либо конкретным частям этой заявки. Если позволяет контекст, слова в вышеприведенном "Осуществлении изобретения" с использованием единственного или множественного числа также могут включать в себя множественное или единственное число, соответственно. Слово "или" в отношении списка из двух или более элементов охватывает все из следующих интерпретаций слова: любой из элементов в списке, все элементы в списке и любая комбинация элементов в списке.

[00151] Вышеприведенное подробное описание вариантов осуществления раскрытия не имеет намерение быть полным или ограничивать идеи точной формой, раскрытой выше. Хотя конкретные варианты осуществления и примеры для раскрытия описываются выше в качестве иллюстрации, различные эквивалентные модификации являются возможными в пределах объема раскрытия, как должны признавать специалисты в данной области техники. Например, хотя процессы или блоки представляются в данном порядке, альтернативные варианты осуществления могут выполнять процедуры, имеющие этапы, или использовать системы, имеющие блоки в различном порядке, и некоторые процессы или блоки могут удаляться, перемещаться, добавляться, подразделяться, комбинироваться и/или модифицироваться, чтобы предоставлять альтернативу или субкомбинации. Каждый из этих процессов или блоков может реализовываться множеством различных способов. Кроме того, хотя процессы или блоки время от времени показываются как выполняемые последовательно, эти процессы или блоки вместо этого могут выполняться параллельно либо могут выполняться в различные моменты времени. Дополнительно, любые конкретные числа, указанные в данном документе, являются только примерами: альтернативные реализации могут использовать отличающиеся значения или диапазоны.

[00152] Идеи раскрытия, предоставленные в данном документе, могут применяться к другим системам, не обязательно к системе, описанной выше. Элементы и этапы различных вариантов осуществления, описанных выше, могут комбинироваться с тем, чтобы предоставлять дополнительные варианты осуществления.

[00153] Все патенты и заявки и другие документы, указанные выше, в том числе любые из них, которые могут быть перечислены в прилагаемых подаваемых документах, полностью содержатся в данном документе посредством ссылки. Аспекты раскрытия могут модифицироваться, при необходимости, чтобы использовать системы, функции и принципы различных документов, описанных выше, с тем чтобы предоставлять еще дополнительные варианты осуществления раскрытия.

[00154] Эти и другие изменения могут быть внесены в раскрытие в свете вышеприведенного "Осуществления изобретения". Хотя вышеприведенное описание описывает конкретные варианты осуществления раскрытия и описывает предполагаемый наилучший режим, неважно, насколько подробно они излагаются в тексте, идеи могут осуществляться на практике множеством способов. Подробности системы могут значительно варьироваться по подробностям реализации при одновременном охватывании посредством предмета изобретения, раскрытого в данном документе. Как отмечено выше, конкретная терминология, используемая при описании определенных признаков или аспектов раскрытия, не должна рассматриваться как подразумевающая то, что терминология переопределяется в данном документе таким образом, что она ограничивается какими-либо конкретными характеристиками, признаками или аспектами раскрытия, с которыми ассоциирована эта терминология. В общем, термины, используемые в нижеприведенной формуле изобретения, не должны истолковываться как ограничивающие раскрытие конкретными вариантами осуществления, раскрытыми в подробном описании, если только вышеприведенный раздел "Осуществление изобретения" не задает в явном виде такие термины. Соответственно, фактический объем раскрытия охватывает не только раскрытые варианты осуществления, но также и все эквивалентные способы осуществления на практике или реализации раскрытия согласно формуле изобретения.

[00155] Хотя конкретные аспекты раскрытия представляются ниже в определенных формах пунктов формулы изобретения, авторы изобретения предполагают различные аспекты раскрытия в любом числе форм пунктов формулы изобретения. Например, хотя только один аспект раскрытия изложен в качестве пункта формулы изобретения "средство плюс функция" согласно 35 U.S.C. 112, 6, другие аспекты могут аналогично быть осуществлены в качестве пункта формулы изобретения "средство плюс функция" или в других формах, к примеру, осуществляемых в машиночитаемом носителе. (Все пункты формулы изобретения, которые должны трактоваться согласно U. S. C. 112, 6, должны начинаться со слов "средство для"). Соответственно, заявитель оставляет за собой право добавлять дополнительные пункты формулы изобретения после подачи заявки, чтобы добиваться таких дополнительных форм формулы изобретения для других аспектов раскрытия.

[00156] Соответственно, хотя показаны и описаны примерные варианты осуществления изобретения, следует понимать, что все термины, используемые в данном документе, являются описательными, а не ограничивающими, и что множество изменений, модификаций и подстановок могут вноситься специалистами в данной области техники без отступления от сущности и объема изобретения.

Компьютеризированная система для определения компоновки элементов воздушного судна. Система включает в себя модуль ввода, выполненный с возможностью принимать первые входные данные, указывающие первое значение первого параметра, первую базу данных признаков, которая включает в себя множество настроек признаков, модуль поиска признаков, выполненный с возможностью выполнять поиск в первой базе данных признаков и выбирать настройку признака на основе первого значения первого параметра, центральную базу данных, которая включает в себя множество правил, регулирующих конструктивную компоновку фюзеляжа, и модуль оптимизации, поддерживающий связь с центральной базой данных и выполненный с возможностью формировать оптимальную компоновку на основе выбранной настройки признака. 4 н. и 5 з.п. ф-лы, 40 ил.

1. Машинореализуемый способ для оптимизации компоновки элементов воздушного судна, причем машинореализуемый способ содержит этапы, на которых:

принимают первые входные данные, указывающие первое значение первого параметра;

выполняют поиск в первой базе данных признаков и выбирают настройку признака на основе первого значения первого параметра; и

формируют оптимальную компоновку на основе выбранной настройки признака, при этом этап формирования оптимальной компоновки также содержит формирование списка возможных комбинаций конфигураций компоновки компонентов воздушного судна и выбор на основе выбранной настройки признака одной конфигурации компоновки компонентов воздушного судна из списка возможных комбинаций конфигураций компоновки компонентов воздушного судна.

2. Машинореализуемый способ по п. 1, в котором этап формирования оптимальной компоновки содержит также этап, на котором определяют и выбирают одну конфигурацию из списка возможных комбинаций конфигураций компоновки компонентов воздушного судна, которая предоставляет наибольшее число сидений.

3. Машинореализуемый способ по п. 2, в котором этап формирования оптимальной конфигурации компоновки содержит также этап, на котором определяют и выбирают одну конфигурацию из списка возможных комбинаций конфигураций компоновки компонентов воздушного судна, которая предоставляет наименьшую величину компромисса по сиденьям.

4. Машинореализуемый способ по п. 3, в котором этап формирования оптимальной конфигурации компоновки содержит также этап, на котором определяют и выбирают одну конфигурацию из списка возможных комбинаций конфигураций компоновки компонентов воздушного судна, которая предоставляет наибольшую величину свободного пространства.

5. Машинореализуемый способ по п. 4, в котором этап формирования оптимальной конфигурации компоновки содержит также этап, на котором определяют и выбирают одну конфигурацию из списка возможных комбинаций конфигураций компоновки компонентов воздушного судна, которая имеет наивысшее ранжирование моноблоков.

6. Машинореализуемый способ для оптимизации компоновки элементов воздушного судна, причем машинореализуемый способ содержит этапы, на которых:

принимают первые входные данные, указывающие первое значение первого параметра;

выполняют поиск в первой базе данных признаков и выбирают настройку признака на основе первого значения первого параметра; и

формируют оптимальную компоновку на основе выбранной настройки признака;

принимают вторые входные данные, указывающие первое значение второго параметра; и

выполняют поиск в первой базе данных признаков и выбирают настройку признака на основе первого значения первого параметра и первого значения второго параметра.

7. Машинореализуемый способ по п. 6, в котором первый параметр представляет собой уровень комфорта, и второй параметр представляет собой продолжительность полета.

8. Машинореализуемый способ для оптимизации компоновки элементов воздушного судна, причем машинореализуемый способ содержит этапы, на которых:

принимают первые входные данные, указывающие первое значение первого параметра;

выполняют поиск в первой базе данных признаков и выбирают настройку признака на основе первого значения первого параметра; и

формируют оптимальную компоновку на основе выбранной настройки признака;

при этом первый параметр представляет собой уровень комфорта.

9. Машинореализуемый способ для оптимизации компоновки элементов воздушного судна, причем машинореализуемый способ содержит этапы, на которых:

принимают первые входные данные, указывающие первое значение первого параметра;

выполняют поиск в первой базе данных признаков и выбирают настройку признака на основе первого значения первого параметра; и

формируют оптимальную компоновку на основе выбранной настройки признака;

при этом первый параметр представляет собой продолжительность полета.