Определение применимости кодированного файла для приложения

Изобретение относится к способу и электронному устройству для определения применимости кодированного файла в приложении, которое позволяет использовать конкретный тип файла, но имеет ограничения, относящиеся к свойствам этого типа файла, а также к машиночитаемому носителю с хранящейся на нем компьютерной программой для выполнения способа. Техническим результатом является обеспечение возможности более быстрого выбора кодированных файлов для использования в приложении без необходимости декодирования файла каждый раз, когда он должен использоваться. Для осуществления способа электронное устройство содержит, по меньшей мере, один блок согласования файлов, ассоциированный с приложением, который принимает (50), по меньшей мере, одно свойство кодированного файла, согласовывает (52) свойство с приложением, формирует (54) индикатор, указывающий, может ли файл использоваться в приложении, основываясь на согласовании, и связывает (56) индикатор с кодированным файлом для обеспечения в дальнейшем возможности принятия быстрого решения относительно использования файла в приложении. 3 н. и 13 з.п. ф-лы, 7 ил.

 

Область техники, к которой относится изобретение

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

Описание предшествующего уровня техники

Известно в области компьютеров и радиосвязи посылают различные виды сообщений, содержащих кодированные файлы, наподобие электронной почты, MMS (передачи сообщений с мультимедийными возможностями) и EMC (Усовершенствованной службы коротких сообщений или Усовершенствованной SMS). Кодированные файлы могут быть, например, видеофайлами, изображениями (неподвижными и движущимися), а также звуковыми файлами.

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

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

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

Публикация WO 01/35622 описывает MMS-систему, в которой в мобильное устройство связи из системы могут быть посланы сообщения различных типов аудио-визуальной информации. Система может сортировать сообщения и отфильтровывать их согласно пользовательским профилю/предпочтениям/использованию, на основе срочности, темы, отправителя и так далее.

Публикация WO 01/86986 описывает загрузку мультимедийных данных из сети или Интернет на мобильный телефон. Информация относительно типа аудио-визуальной информации мультимедийного файла включается в заголовок мультимедийного файла. Эта информация в заголовке содержит информацию о длине мультимедийного файла, а также информацию относительно типов файлов аудио-визуальной информации, содержащихся в мультимедийном файле.

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

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

Сущность изобретения

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

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

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

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

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

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

Третий аспект настоящего изобретения направлен на способ, включающий признаки первого аспекта, при этом файл является файлом изображения.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Краткое описание чертежей

Настоящее изобретение ниже описано более подробно со ссылками на приложенные чертежи, в которых:

Фиг.1 изображает электронное устройство в виде сотового телефона,

Фиг.2 изображает телефон фиг.1, соединенный с сервером через сотовую сеть связи,

Фиг.3 изображает схематическую диаграмму частей, соответствующих изобретению, во внутренней части телефона фиг.1,

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

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

Фиг.6 изображает блок-схему операций некоторых частей способа согласно изобретению более подробно,

Фиг.7 изображает компакт-диск CD-ROM, на котором обеспечен код программы для выполнения способа, согласно изобретению.

Подробное описание предпочтительных вариантов осуществления

На фиг.1 изображено электронное оборудование или устройство 10 согласно изобретению. В предпочтительном варианте осуществления устройством является сотовый телефон 10, имеющий антенну 12, дисплей 14 и малую клавиатуру 16, содержащую несколько кнопок. Кроме создания и приема телефонных вызовов малая клавиатура 16 используется для ввода информации, например выбора функций и ответа на подсказки, и дисплей 14 используется для отображения функций и запросов пользователю телефона. Антенна 12 используется для связи с другими пользователями через сеть связи. Сотовый телефон является только одним примером устройства, в котором может быть осуществлено изобретение. Изобретение может, например, использоваться также в PDA (персональном цифровом ассистенте), карманном компьютере, портативном компьютере и даже на нормальном стационарном компьютере, таком как PC (персональный компьютер).

Фиг.2 изображает сотовый телефон 10, подсоединенный к сотовой сети 20 связи через базовую станцию 18 для обмена с сервером 22, также соединенным с сетью 20 связи. Сеть связи обычно является сетью типа GSM или сетью GPRS. Конечно, сеть связи может быть также сетью WCDMA (широкополосной МДКРК). Сервер 22 является сервером, который может принимать сообщения MMS (передачи мультимедийных сообщений) и/или EMS (усовершенствованной SMS). Необходимо понимать, что телефон 10 может точно так же связываться с другим телефоном, PDA или компьютером через сеть связи. Сервер 22 также может быть напрямую связан с сотовой сетью 20 связи или может быть соединен с ней через некоторую другую сеть связи. Конечно, не требуется, чтобы сеть связи была сотовой сетью связи, она может быть сетью некоторого другого типа, например Интернет, корпоративной интранет, локальной сетью LAN (ЛС) или радио LAN. Она также может быть так называемой PSTN (коммутируемой телефонной сетью общего пользования). Этот чертеж был приложен, чтобы показать среду, в которой может быть обеспечено изобретение. Однако необходимо понимать, что приложение не требует связи с другими устройствами, в этом случае соединение через сеть связи не является необходимым.

Фиг.3 изображает часть внутренней структуры сотового телефона, которая соответствует настоящему изобретению. Телефон 10 содержит блок 22 извлечения свойств файла, которым в предпочтительном варианте осуществления является декодер для кодированных файлов. Примерами таких декодеров являются JPEG декодеры для JPEG файлов. Ниже описан пример функционирования изобретения в отношении JPEG, хотя изобретение никоим образом не ограничено этим типом файла или его декодером. С декодером 22 соединено файловое хранилище 24, в котором хранятся различные файлы. Декодер 22 соединен с первым блоком 26 согласования файлов, который в свою очередь соединен с первым блоком 28 приложения, который обрабатывает приложение MMS. Декодер 22 также соединен со вторым блоком 30 согласования файлов, который в свою очередь соединен со вторым блоком 32 приложения, который обрабатывает приложение EMS. Два блока 26 и 30 согласования файла соединены с файловым хранилищем 24.

Фиг.4 изображает блок-схему последовательности операций способа согласно изобретению.

Фиг.5 изображает файловое хранилище 24, содержащее три колонки: файл 60, MMS 62 и EMS 64, где к трем файлам, filel, file2 и file3, были добавлены теги для приложений MMS и EMS. Наличие тега обозначено как "Y" для "да", и отсутствие тега обозначено как "N" для "нет".

Ниже поясняется предпочтительный вариант осуществления настоящего изобретения со ссылками на Фиг.3, 4 и 5. Также полагается, что этот вариант осуществления является лучшим способом изобретения на данный момент. Мобильный телефон 10 имеет несколько кодированных файлов в файловом хранилище 24. На Фиг.5 изображено три таких файла, где первый файл file1 является JPEG файлом, второй файл file2 является GIF файлом, и третий файл file3 является MPEG файлом. Эти файлы могли быть помещены в хранилище несколькими различными способами. Они могли быть загружены через WAP или Интернет браузер, приняты через электронную почту, MMS или EMS, загружены некоторым другим образом, сформированы локально в телефоне или обеспечены в телефоне заранее. Способ согласно изобретению запускает посредством декодера 22 извлечение файла, file1, из файлового хранилища, так как этот файл является JPEG файлом, этап 36. Затем файл декодируется в декодере 22, и в процессе декодирования файла извлекаются различные свойства, этап 38. Затем свойства сохраняются в файловом хранилище 24 в области, ассоциированной с файлом, этап 40. Для JPEG файла этими свойствами могут быть глубина цвета, размер изображения по горизонтали, размер изображения по вертикали, информация о том, содержит ли изображение анимацию, и вид кодирования, хотя также возможны и другие свойства. Затем различные свойства направляются из декодера 22 к первому и второму блокам 26 и 30 согласования файлов. В первом и втором блоках 26 и 30 согласования файлов свойства согласуются с требованиями в приложении MMS и приложении EMS, этап 42. Это означает, что все релевантные свойства проверяются относительно возможности рассматриваемого приложения. Два блока согласования файлов формируют индикаторы, в данном предпочтительном варианте осуществления, флаги, если все выбранные свойства совпадают, этап 44, и после этого два блока согласования файлов ассоциируют, или маркируют, файл сформированными флагами, или ассоциируют файлы с флагами, если такие есть, этап 46. После этого способ завершается, этап 48.

Фиг.6 изображает последовательность операций, которая изображает более подробно, как осуществляется согласование и маркировка в блоке согласования файлов. Сначала из декодера принимаются свойства, этап 50. Если все свойства могут быть обработаны блоком приложения, этап 52, то формируется флаг, этап 54. Согласование может быть осуществлено следующим образом. Например, если глубина цвета согласуется в первом блоке 26 согласования файлов, то есть если файл является цветным изображением, в котором глубина может быть 256 различных цветов, то это согласуется (совпадает) с возможностями приложения MMS по включению в себя цветов. Таким же образом проверяются другие свойства, такие как размер изображения по горизонтали и по вертикали, а также формат файла, то есть в данном примере JPEG. Другим возможным свойством является, содержит ли изображение анимации. В представленном случае все свойства файла file1 являются согласованными или могут быть обработаны приложением, и колонка 62 файлового хранилища принимает Y для приложения MMS из первого блока согласования файлов. Соответственно, если все свойства согласованы, то формируется флаг, этап 54, и также маркируется рассматриваемый файл, этап 56. После этого способ завершается, этап 58. Если приложение не может обработать все свойства, этап 52, флаг не формируется и способ завершается, этап 58. Это может быть иллюстрировано вторым блоком 30 согласования файлов, который также принял свойства из декодера. В примере, данном выше, файлом file1 было цветное изображение, и поэтому приложение EMS не может обработать файл, так как оно обрабатывает только черно-белые изображения, то есть изображения с глубиной цвета 1. Следовательно, это приложение не может формировать флаг, что обозначено N в колонке 62 файлового запоминающего устройства.

Файловое запоминающее устройство 24 содержит еще два кодированных файла, для которых был запущен тот же самый процесс, так что file2 может использоваться в обоих приложениях, в то время как file3 не может использоваться ни в одном.

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

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

Необходимо понимать, что может иметь место большее количество декодеров, чем изображено на Фиг.3. В этом случае все декодеры соединены со всеми блоками согласования файлов, а также с файловым хранилищем, чтобы иметь возможность формировать флаги для всех приложений. Таким же образом может иметь место большее количество приложений, чем было здесь описано. В этом случае каждое приложение будет иметь свой собственный блок согласования файлов, соединенный с блоком приложения, а также со всеми декодерами и файловым хранилищем. Приложения также не ограничены приложениями, связанными с посылкой сообщений, наподобие MMS или EMS. Примерами других возможных приложений являются WEB или WAP браузеры и приложения, обрабатывающие документ. Другими примерами являются редактор изображений, накладывающий ограничение на размер изображения, или редактор MIDI музыки, который накладывает ограничение на количество треков, которые он поддерживает. Изобретение можно использовать, в основном, с любым приложением, которое принимает кодированный файл и накладывает ограничения на допустимые входящие файлы.

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

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

Кроме того, нет необходимости направлять все свойства в блок согласования файлов. Необходимо послать только те свойства, которые существенны для приложения.

Примером, данным выше, был файл кодированного изображения формата JPEG. Изобретение в равной степени применимо для других типов файлов изображения, а также для других типов кодированных файлов, таких как различные типы звуковых файлов, наподобие, например, Wav-файлов.

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

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

Настоящее изобретение было описано относительно устройства, имеющего блоки согласования файлов. Указанные и другие части изобретения, такие как, по меньшей мере, часть блоков извлечения свойств файлов, могут быть также обеспечены в виде одного или большего количества процессоров с соответствующей памятью для хранения программ, содержащей подходящий программный код. Программное обеспечение для выполнения способа может быть также обеспечено на носителе информации, считываемом компьютером, наподобие диска 74 вида CD-Rom, как изображено на Фиг.7, или какого-либо другого вида. В этом случае на этом диске будет обеспечено программное обеспечение для выполнения способа, когда оно загружено в телефон или компьютер. Код программы также может быть загружен удаленно из сервера или вне, или внутри сотовой сети связи, или через компьютер наподобие PC, с которым временно соединен телефон.

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

1. Способ определения применимости кодированного файла (file 1) в приложении, которое позволяет использовать конкретный тип файла, но имеет ограничения, относящиеся к свойствам этого типа файла, способ включает в себя следующие этапы: получают, по меньшей мере, одно свойство кодированного файла (этап 38, этап 50), согласуют свойство в отношении, по меньшей мере, одного такого приложения, в котором файл может использоваться (этап 42, 52), формируют индикатор, указывающий, может ли файл использоваться в приложении, основываясь на согласовании (этап 44, 54), и связывают индикатор с кодированным файлом для обеспечения в дальнейшем возможности быстрого принятия решения относительно использования файла в приложении (этап 46, 56).

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

3. Способ по любому из п.1 или 2, в котором файлом является файл изображения.

4. Способ по любому из п.1 или 2, в котором файлом является звуковой файл.

5. Способ по п.1, содержащий этап проверки индикатора перед использованием файла в приложении, связанном с индикатором.

6. Способ по п.1, в котором свойства получают посредством декодирования кодированного файла.

7. Электронное устройство (10) для определения применимости кодированного файла в приложении, причем приложение позволяет использовать конкретный тип файла, но имеет ограничения, относящиеся к свойствам этого типа файла, электронное устройство содержит: по меньшей мере, один блок (26, 28) согласования файла, ассоциированный с приложением и предназначенный для приема, по меньшей мере, одного свойства кодированного файла, согласования свойства с приложением, формирования индикатора, указывающего, может ли файл использоваться в приложении, основываясь на согласовании, и связывания индикатора с кодированным файлом для обеспечения в дальнейшем возможности быстрого принятия решения относительно использования файла в приложении.

8. Электронное устройство по п.7, дополнительно содержащее блок (22) извлечения свойств файлов для получения, по меньшей мере, одного упомянутого свойства кодированного файла.

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

10. Электронное устройство по любому из п.8 или 9, в котором блок извлечения свойств файлов предназначен для хранения свойства после извлечения.

11. Электронное устройство по п.8, в котором блоком извлечения свойств файлов является декодер файлов.

12. Электронное устройство по п.7, дополнительно содержащее блок (28, 32) приложения, выполненный с возможностью проверки соответствующего индикатора перед использованием упомянутого кодированного файла.

13. Электронное устройство по п.7, в котором имеется более одного блока согласования файлов, и каждый такой блок связан с соответствующим приложением.

14. Электронное устройство по п.7, в котором устройством является портативное устройство связи.

15. Электронное устройство по п.14, в котором устройством является сотовый телефон.

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