Модуль, система и способ связи для беспроводной связи

Модуль, система и способ связи для беспроводной связи

Иллюстрации

Показать все

Реферат

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

Упомянутые способ и система, в частности, прикладное оборудование, известны в предшествующем уровне техники в пределах концепции автоматизированного электронного экстренного вызова, называемой концепцией «экстренного вызова» («E-Call»). Известный блок экстренного вызова основан на сенсорном или ручном запуске экстренного вызова, при этом система сигнализации, подобная системе шин или тому подобному, например, на транспортном средстве, подает запрос на выполнение экстренного вызова в сеть связи в случае, если сигнал, указывающий чрезвычайную ситуацию, присутствует в системе сигнализации. Известный блок экстренного вызова содержит модуль беспроводной связи, например, подобный так называемому модулю межмашинной (M2M) связи, при этом посредством запроса блока экстренного вызова, модуль M2M строит линию связи с предопределенным адресом экстренной помощи. Согласно чрезвычайной ситуации, адресу, главным образом, должен быть, например, номером телефона экстренного вызова для голосового соединения, при этом линия связи является голосовой линией связи для подачи голосового сообщения, и предпочтительно, дополнительно, связанного с чрезвычайной ситуацией набора данных, посредством так называемой внутриполосной сигнализации, в центр экстренной помощи, доступный по предопределенному номеру телефона экстренного вызова. В частности, беспроводная передача экстренного вызова в сеть связи содержит: построение линии связи голосового вызова, передачу набора данных безопасности по линии связи голосового вызова и последующую конфигурацию для передачи голосового вызова через линию связи голосового вызова. Предопределенный телефонный номер экстренного вызова обычно задается в модуле посредством аппаратных средств и/или программного обеспечения. В европейском регионе, такая концепция экстренного вызова (так называемая инициатива электронной безопасности “eSafety initiative”) запланирована для ввода в действие в ближайшем будущем и, таким образом, должна обеспечивать достижение, например, на транспортном средстве, автоматизированного экстренного вызова в случае чрезвычайной ситуации, например, во время аварии или подобной опасной ситуации с транспортным средством. В этом случае, пассажиры транспортного средства или другие участники дорожного движения могут рассчитывать на своевременную помощь и поддержку во время аварии или опасной ситуации.

Несмотря на то, что подача экстренного вызова в сеть связи по существу исключена в конкретной пригодной инфраструктуре, по-прежнему есть потребность в дополнительной поддержке пассажиров устройства, оснащенного блоком экстренного вызова или подобным прикладным оборудованием; а именно, в процессе подачи экстренного вызова в центр экстренной помощи. По сей день, пассажиры или другие получатели помощи в ближайшем окружении от модуля и/или прикладного оборудования принимают всего лишь редкие указания относительно подачи экстренного вызова и его состояния. До сих пор, известная процедура, самое большее, выдавала оптическую и/или акустическую обратную связь посредством человеко-машинного интерфейса (MMI), который, по существу, предназначен для однократного ручного запуска экстренного вызова запускающим лицом; однако, оптическая и/или акустическая обратная связь ограничена простым подтверждением того, что ручные действия действительно были осуществлены; например, подтверждает, что была нажата кнопка. Однако, этого недостаточно для надежного подтверждения того, что экстренный вызов в сеть связи действительно был осуществлен, в частности, это не является надежным подтверждением того, что экстренный вызов действительно достиг центра экстренной помощи. Более того, оказывается, что MMI для транспортных средств и тому подобного, главным образом и обязательно, должен быть размещен в транспортном средстве, где наиболее вероятно может ожидаться его повреждение во время аварии и/или подобной опасной ситуации. Таким образом, сомнительно, способен ли вообще MMI надежно осуществлять экстренный вызов, да еще и в условиях аварии. К тому же, может происходить не только повреждение MMI, но также может быть разрушена или повреждена аккумуляторная батарея для питания MMI, так что экстренный вызов не сможет быть осуществлен.

Таким образом, современные решения до сих пор, по существу имеют проблемную концепцию, чтобы гарантировать надежную подачу экстренного вызова в сеть и/или предоставлять достоверную информацию о состоянии экстренного вызова. В действительности, до сих пор, известные системы оставляют пассажира в неведении о состоянии экстренного вызова, а также о состоянии установления связи с центром экстренной помощи. Ситуация разрушения или повреждения, а также другие неблагоприятные воздействия, могут мешать достоверному подтверждению упомянутого состояния. Например, сеть связи может быть неспособна к обеспечению линии связи с центром экстренной помощи, или пассажиры, по существу, могут быть в стрессовом состоянии, так что - даже в случае незначительного указания на блоке MMI - уровень концентрации пассажира будет недостаточным для того, чтобы действительно осознать процесс и состояние контактов с экстренной помощью.

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

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

Задача в отношении устройства достигается модулем, который заявлен в пункте 1 формулы изобретения. Задача в отношении устройства также достигается системой по пункту 10 формулы изобретения с модулем, в частности, содержащей прикладное оборудование. Задача в отношении способа достигается способом, который заявлен в пункте 11 формулы изобретения.

Изобретение исходит из того, что известные до сих пор способы могут быть дополнительно улучшены уже на основе концепции системы экстренного вызова, просто за счет дополнительного развития модуля связи блока экстренного вызова; а именно посредством улучшения модуля связи улучшенным использованием внешней беспроводной связи через сеть связи и улучшенным использованием внутреннего соединения в прикладном оборудовании устройства. К тому же, в изобретении учтено, что блок экстренного вызова или другое прикладное оборудование могут быть сконструированы предпочтительно простыми и недорогими, но при этом такими, чтобы выдерживать даже жесткие столкновения, удары и подобные неблагоприятные воздействия во время аварии устройства или других опасных ситуаций. Таким образом, конструкция и сборка блока экстренного вызова в устройстве обычно могут быть обеспечены со сравнительно низкими затратами, простым и экономным образом; таким образом, как учтено в изобретении - в противоположность MMI, или тому подобному - модуль связи имеет хорошую основу для решения проблем, описанных выше. Концепция изобретения предлагает дополнительно развить модуль посредством адаптации, в частности, внутреннего интерфейса и функциональных возможностей модуля, сверх известного стандарта. Преимущественно, обычно данные, описывающие чрезвычайную ситуацию, доступны в модуле для беспроводной передачи вовне экстренного вызова в сеть связи, после приема данных безопасности, описывающих чрезвычайную ситуацию, из приложения. В частности, инициатива электронной безопасности определила набор данных, в форме минимального набора данных (MSD), который должен передаваться, и который достигает максимум 140 байт. Как только будут доступны один или более параметров чрезвычайной ситуации, например, подобных сигналу датчика, указывающему опасную или аварийную ситуацию, или тому подобное, внутренний (т.е. внутри устройства) прием данных безопасности, описывающих чрезвычайную ситуацию, может инициироваться через внутреннее соединение. Параметр чрезвычайной ситуации обычно может представлять собой любой параметр, который определяет или указывает опасную или аварийную ситуацию, или другие неблагоприятные ситуации с устройством, например, подобные активизации подушки безопасности или ситуации переворачивания, либо полному торможению устройства. Согласно изобретению, дополнительно предлагается, чтобы модуль связи осуществлял доступ к объекту данных для внутреннего предоставления элемента данных, содержащего автоматизированное подтверждение аварийного вызова. Таким образом, согласно изобретению, в прикладном оборудовании, содержащем блоки ввода и/или вывода, достоверная информация восприятия может выводиться блоком вывода при приеме элемента данных, содержащего автоматизированное подтверждение экстренного вызова. В качестве альтернативы или дополнительно, модуль связи даже может быть выполнен с возможностью непосредственного соединения с блоков ввода и/или вывода, так чтобы достоверная информация восприятия могла выводиться блоком вывода при непосредственном приеме из модуля элемента данных, содержащего автоматизированное подтверждение экстренного вызова.

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

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

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

В качестве иллюстрации, приведенной на чертежах, концепция изобретения предпочтительно реализована в модуле M2M, который выполнен с возможностью приема запроса прикладного оборудования или другого прикладного уровня - предпочтительно, блока экстренного вызова - чтобы предоставлять элемент данных, содержащий автоматизированное подтверждение экстренного вызова. Элемент данных предпочтительно является звуковым файлом или подобным сохраненным элементом акустической информации для автоматизированного подтверждения в окружении прикладного оборудования. Вывод информации может осуществляться посредством прикладного оборудования или непосредственно модулем. Известным примером акустического автоматизированного подтверждения, например, является голосовая подсказка. В предпочтительном иллюстративном варианте осуществления способа работы модуля M2M, запрос может быть уже принят модулем M2M, приниматься вскоре после, или одновременно с тем, как было принято решение выдать экстренный вызов, в прикладном оборудовании, с которым соединен модуль M2M. Таким образом, в весьма ранний момент времени, например, по меньшей мере один предопределенный звуковой файл может выводиться в виде списка воспроизведения, через громкоговоритель или подобное средство вывода, в окружение; средство вывода может быть соединено с блоком экстренного вызова или прямо соединено с модулем.

Особенно полезным является не только весьма ранний момент времени, в который инициируется экстренный вызов, и его подтверждение выводится в окружение. Также, вывод подтверждения может осуществляться параллельно с осуществлением экстренного вызова в сеть беспроводной связи; таким образом, заблаговременно и/или параллельно беспроводному соединению центра экстренной помощи c модулем, подтверждение, в частности, непрерывное подтверждение и его состояние могут выдаваться в окружение модуля. Так как модуль, в частности, имеет данные безопасности, доступные для осуществления экстренного вызова, подтверждение также может быть предпочтительно сконфигурировано в соответствии с данными безопасности. Предпочтительно, автоматизированное подтверждение экстренного вызова выдается постоянно или непостоянно в течение периода времени вывода; предпочтительно, упомянутое время вывода начинается при приеме, или после приема данных безопасности.

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

Предпочтительно, довольно простые варианты автоматизированного подтверждения могут быть реализованы во время инициализации модуля в прикладном оборудовании в устройстве. В частности, реализация модуля и его аппаратных средств и/или программного обеспечения, может быть осуществлена до выпуска устройства, например, до передачи потребителю транспортного средства, оборудованного блоком экстренного вызова. Таким образом, объект данных для внутреннего предоставления элемента данных, содержащего автоматизированное подтверждение экстренного вызова, может быть индивидуализирован посредством идентификаторов или другой идентификационной информации, которые специфичны (заданы специально) для устройства. Объект данных, например, может храниться в постоянном запоминающем устройстве (ПЗУ, ROM) и, таким образом, быть защищенным в будущем от умышленной или ошибочной подделки.

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

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

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

Дополнительно или в качестве альтернативы, обмен данными может содержать загрузку данных в прикладное оборудование, в частности, элемента данных из объекта данных, содержащего автоматизированное подтверждение экстренного вызова. Вывод элемента данных, в таком случае, координируется прикладным оборудованием. Однако, в более предпочтительном варианте, сам модуль выполнен с возможностью вывода элемента данных и/или объекта данных на устройство вывода. Это предпочтительно приводит к особенно полезному синергетическому использованию блока, который выполнен с возможностью передачи экстренного вызова в центр экстренной помощи. Это требует не только средства связи, но также средства голосового ввода и вывода, которые обычно входят в состав настоящих модулей. Таким образом, блок в модуле может использоваться синергетическим образом, тогда как периферия модуля не обязательно должна быть приспособлена для обеспечения функциональных возможностей вывода; в частности, устройство у пользователя не обязательно должно адаптироваться специальным образом, поскольку наиболее важные функциональные возможности реализованы, согласно варианту осуществления, в модуле. Предпочтительно, пользовательскому устройству необходима лишь небольшая адаптация или не требуется адаптации. Например, звуковые файлы или подобные акустические элементы данных могут выводиться управляемым модулем громкоговорителем за пределы модуля и/или вне устройства.

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

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

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

Кроме того, предпочтительно, чтобы модуль имел контроллер, выполненный с возможностью управления обменом данными между прикладным оборудованием и модулем. Предпочтительно, используется память модуля, в которой хранится объект данных, содержащий подтверждение экстренного вызова в форме информации восприятия. Контроллер и память модуля могут быть выполнены с возможностью безопасной обработки элемента данных, содержащего автоматизированное подтверждение экстренного вызова и/или сам экстренный вызов. Тем самым наиболее подходящая безопасная буферизация самого экстренного вызова и его подтверждения может осуществляться памятью модуля, в частности, под управление контроллера модуля.

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

Предпочтительно, объект данных может представляться в кодированном виде. Дополнительно или в качестве альтернативы, внутренний обмен данными может кодироваться. В частности, уникальный элемент данных для подтверждения может кодироваться посредством внутреннего обмена данными. Самым предпочтительным видом кодирования является кодирование со сжатием посредством использования одной из известных схем сжатия для мультимедийных данных, например, подобное сжатию MPEG (стандарта Экспертной группы по киноизображению) или звуковых файлов. Тем самым обработка для связи может быть ускорена. В частности, к тому же, уникальный элемент данных для связи может кодироваться посредством внутреннего обмена данными. В силу этого, может быть оптимизирована скорость передачи через внутренний интерфейс. Еще одним видом кодирования, который предпочтительно использовать, является защитное кодирование; посредством которого предотвращается непреднамеренное или преднамеренное изменение объектов данных.

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

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

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

В конкретном предпочтительном варианте осуществления, блок экстренного вызова может быть осуществлен не на высоком прикладном уровне, а, по существу, в самом модуле. Тем самым последовательность этапов способа, как представлено в пунктах 13 и 14 формулы изобретения, может выполняться скорее в пределах модуля, нежели в комбинации модуля и прикладного оборудования системы. Например, может использоваться так называемый модуль открытой платформы, в котором программируемая команда отслеживается в последовательности для выполнения этапов способа. Такая разновидность последовательности может обеспечиваться в виртуальной машине, например, виртуальной машине JAVA. В этих и других случаях, в прикладном оборудовании, контроллер приложений преимущественно предусмотрен только для соединения модуля с шиной сигнализации устройства, подобной шине транспортного средства (шине CAN), или тому подобному. В таком варианте, сам модуль, в виде модуля M2M, может подсоединяться через интерфейс UART (универсального асинхронного приемопередатчика). С использованием упомянутого интерфейса, может подаваться сигнал для экстренного вызова. Например, подача может инициироваться датчиком столкновения или подобным детектирующим средством для указания аварийной и/или опасной ситуации. К тому же, ручная или автоматическая аварийная кнопка может использоваться для этой цели.

Например, может использоваться активное программируемое приложение, работающее в модуле M2M, для распознавания чрезвычайной ситуации и/или чрезвычайного события. Запрос, обеспечиваемый блоком экстренного вызова, может формироваться в самом модуле, программно-аппаратными средствами, аппаратными средствами или другой разновидностью программного обеспечения в модуле, по существу, согласно заявленным в формуле изобретения и описанным здесь функциональным возможностям. В предпочтительном варианте осуществления, как представлено на чертежах, может быть предусмотрен так называемый независимый модуль M2M с самодостаточным источником питания, подобным источнику тока, аккумуляторной батарее, или тому подобному. С другой стороны, прикладное оборудование в виде блока экстренного вызова или тому подобного может быть соединено с аккумуляторной батареей или другим источником питания для буферизации. Источник питания, в частности, токовый источник питания, может постоянно находиться в устройстве, таком как транспортное средство, или тому подобное. Тем не менее такой источник питания скорее может быть выведен из строя в чрезвычайных ситуациях, чем блок экстренного вызова с встроенной аккумуляторной батареей.

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

Полезно, чтобы в модуле хранилось несколько объектов данных, подобных файлам, в частности, акустических файлов. Оказывается полезным, чтобы каждый файл, например, каждый объект данных, был ассоциативно связан с идентификатором или подобной идентификационной информацией. Идентификационная информация, например, может быть реализована в части файла. Таким образом, преимущественно, блок экстренного вызова или подобное прикладное оборудование способно отправлять запрос в модуль, сопровождаемый идентификацией запрошенного звукового файла, например, посредством ассоциативно связанной идентификационной информации, в качестве аргумента. Это, в частности полезно в случае, когда, в зависимости от версии экстренного вызова, предусмотрены разные языковые схемы. Например, возможна ситуация, когда, при ручном включении экстренного вызова, необходима акустическая обратная связь для водителя транспортного средства, отличающаяся, от случая автоматического включения экстренного вызова, например, вследствие срабатывания подушки безопасности. Даже в случае разных автоматических экстренных вызовов, в частности, при срабатывании подушки безопасности или аварии с переворачиванием, можно обеспечивать разные языки и версии автоматизированного подтверждения для каждой ситуации; тем самым язык и содержание автоматизированного подтверждения могут адаптироваться под потребности конкретной ситуации и получателя.

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

Как указано выше, в особенно предпочтительном варианте осуществления, информация восприятия является акустической информацией на специфичном языке, и объект данных выбирается в соответствии с выбором языка согласно специфичному языку. Таким образом, для поддержки разных языков, предполагается, что уже в момент времени инициализации модуля и/или прикладного оборудования, специфичный язык будет заранее определен конфигурированием программно-аппаратных средств модуля и/или прикладного оборудования. Таким образом, подходящие звуковые файлы могут храниться на этом языке. Дополнительно или в качестве альтернативы, возможно, что в зависимости от доступных путей в памяти, например, дополнительные звуковые файлы или дополнительные разные языки могут храниться в памяти модуля. Звуковые файлы будут выбираться согласно запросу автоматической конфигурации и/или языка как такового. Это может предпочтительно устанавливаться посредством подходящей идентификационной информации или подобного идентификатора.

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