Контекстное приглашение в пробной версии приложения

Контекстное приглашение в пробной версии приложения

Иллюстрации

Показать все

Реферат

Уровень техники

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

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

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

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

Раскрытие изобретения

Здесь описываются концепции и технологии обеспечения контекстных приглашений к покупке обновления программного обеспечения. Контекстные приглашения могут инициироваться пробной версией прикладной программы, и обновление программного обеспечения может быть полной версией прикладной программы. Альтернативно обновление программного обеспечения может содержать другое сопутствующее программное обеспечение, работающее с приложением, такое как шаблоны, подбор иллюстративных заготовок (клипарт) или учебные руководства, разработанные для взаимодействия с пробной версией приложения или полным приложением.

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

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

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

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

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

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

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

фиг. 3 - интерфейс пользователя одного из вариантов осуществления пробной версии приложения, приглашающей пользователя к обновлению;

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

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

Подробное описание

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

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

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

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

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

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

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

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

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

Эти компьютерные устройства могут осуществлять доступ через Интернет 104 к различным услугам, предоставляемым облачной компьютерной системой 106. Компьютерные устройства могут содержать настольные компьютеры, персональные цифровые секретари, электронные книги и т.д. Компьютерные устройства могут использовать беспроводные соединения 115, 117, чтобы взаимодействовать с облачной компьютерной системой 106. Беспроводные соединения для устройств передаются в одном из вариантов осуществления Интернетом 104 в облачную компьютерную систему 106. Беспроводные соединения могут быть основаны на различных легкодоступных технологиях, в том числе на различных технологиях на сотовой основе (CDMA, GSM, 4G, EDGE и т.д.), берущих начало от сотовой инфраструктуры 170, предоставляемой провайдером сотовых услуг, или содержащих другие беспроводные технологии (например, WiMax, WiFi и т.д.). Проводные технологии могут быть основаны на ISDN, кабельных модемах, DSL и других известных формах.

Возможность соединения, обеспечиваемая проводной 103 и беспроводной 115, 117 связью через Интернет 104, обеспечивает компьютерным устройствам доступ к серверу 108 в облачной компьютерной системе 106. Различные приложения, исполняемые на компьютерном устройстве, могут также взаимодействовать с сервером 108. Хотя концепции, поясняемые здесь, могут относиться к одиночному серверу 108, различные серверы в облачной компьютерной системе 106 могут также содержаться в них. Например, один сервер 108, к которому устройство осуществляет доступ, может, в свою очередь, осуществлять доступ к другому серверу 113 или запоминающему устройству 109 для хранения данных, чтобы предоставить услугу пользователю. Таким образом, в определенных вариантах осуществления может использоваться множество загрузочных серверов.

Сервер 108 может хранить и/или исполнять различные прикладные программы 120 от имени пользователя. Они могут исполняться способом с совместным использованием или распределенным способом через один или более серверов и взаимодействовать с компьютерным устройством 101, 102 или 105. Прикладные программы 120 могут содержать приложение 121 черчения для создания и редактирования графических ориентированных программ. Приложения для редактирования изображений, видео и т.д. могут также рассматриваться в рамках объема приложения черчения. Другие формы приложений 125 авторской разработки могут также создавать и редактировать документы, такие как текстовые документы и документы электронных таблиц.

Другие приложения, исполняемые на сервере 108, могут содержать приложения средств социального общения 120 для группового обмена сообщениями и связи. Еще одной существующей прикладной программой может быть приложение 135 электронной почты/передачи сообщений, которое может предусматривать различные возможности обмена сообщениями, в том числе мгновенный обмен сообщениями. Коммуникационное приложение 140 может предусматривать видеочаты или речевое сообщение. Календарное приложение 145 может обеспечивать организацию встреч и событий. Приложение 150 контактов может обеспечивать организацию контактной информации для пользователя. Приложение 155 потоковой передачи мультимедиа может обеспечить потоковую передачу цифровых данных, таких как аудио- или видеофайлы. Каждое из этих приложений может хранить данные, которые сервер 108 может удерживать в запоминающем устройстве 109 для хранения данных, которое, в свою очередь, может содержать различные системы хранения данных.

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

Более сфокусированный контекст показан на фиг. 2. На фиг. 2 представлена система 200, состоящая из компьютерного устройства 102, способного осуществлять доступ к серверу 108 в облачной компьютерной системе 106. На ноутбук 102 загружается пакет 210 пробных версий прикладных программ, который в этом варианте осуществления является комплектом пробных версий прикладных программ. Конкретно комплект пакета 210 пробных версий прикладных приложений содержит пробные версии приложений 215a и 215b. Эти пробные версии прикладных приложений 215a, 215b могут быть любым типом прикладной программы с сокращенными функциональными возможностями, таким как программа текстового редактора, электронные таблицы, программы слайдовых презентаций, игры, учебные руководства и т.д. В варианте осуществления, показанном на фиг. 2, пробная версия прикладной программы 215a предполагается программой текстового редактора, и пробная версия прикладной программы 215b предполагается программой электронных таблиц.

Каждая пробная версия приложения 215a и 215b может соответственно содержать логику (логические средства) 220a, 220b приглашения. В одном варианте осуществления это может осуществляться путем интеграции логики приглашения в пробную версию приложения, а в другом варианте осуществления - путем жесткого связывания логики приглашения с пробной версией приложения. Логика 220a, 220b приглашения может быть разработана для конкретной пробной версии приложения. Таким образом, логика 220a приглашения для пробной версии приложения 215a может отличаться от логики 220b приглашения для прикладной версии приложения 215b, так как логика 220a приглашения сосредоточена на варианте текстового редактора. Однако логика 220a приглашения сама по себе может быть обновлена, как будет обсуждено позже. Модули 220a, 220b логики приглашения обычно выполняют схожие функции, заключающиеся в том, чтобы определить подходящее время для приглашения пользователя к обновлению. Таким образом, в некоторых вариантах осуществления логика приглашения может совместно использовать общую логику, такую как возможность идентифицировать определенные слова или идентифицировать определенные функции, которые недоступны в пробной версии приложения 215a, но которые доступны в полной версии приложения. Логика 220a приглашения может взаимодействовать с пробной версией приложения 215a, чтобы во время выполнения определить контекст. Например, логика 220a приглашения может выяснить, какой тип документа открывается, как часто пользователь взаимодействовал с этим типом документа, используя пробную версию приложения, и т.д.

Каждая пробная версия приложения 215a, 215b обычно осуществляет доступ к браузеру 235a, 235b ограниченного доступа. Браузер ограниченного доступа содержит подмножество функциональных возможностей, которые могут быть включены в веб-браузер, но доступ к которым управляется и ограничивается пробной версией приложения. Другие приложения в компьютере 102 могут не быть способны осуществлять доступ к этим функциональным возможностям, и могут быть определены некоторые ограничения функциональных возможностей браузера. Например, ресурсы в компьютере 102, к которым сервер 108 может осуществлять доступ, могут быть ограничены через браузер. Следовательно, он упоминается здесь как браузер «ограниченного доступа». Ничто не препятствует, однако, другим приложениям от внедрения браузера ограниченного доступа для других целей. В одном из вариантов осуществления каждый браузер 235a и 235b ограниченного доступа может быть идентичен по функциональным возможностям. В других вариантах осуществления одиночный браузер 235 ограниченного доступа может совместно использоваться всеми пробными версиями приложений 215a, 215b в пакете 210 пробных версий приложений. Для иллюстрации здесь далее концепции объясняются с точки зрения одной пробной версии приложения, а именно пробной версии 215a, предназначенной для обработки текста.

Пробная версия приложения 215a может осуществлять доступ к браузеру 235а ограниченного доступа, чтобы взаимодействовать со службой, идентифицируемой по URL или другому адресному идентификатору, на сервере 108. Сервер 108 может также выполнять приложения 120, которые могут также обеспечивать шаблоны документа, подсказки и помощь, подборки иллюстративных заготовок (клипарт), рекламную графику (статичную и видео) и другие обновления, известные специалистам в данной области техники. В другом варианте осуществления логика приглашения не интегрируется с пробной версией приложения 215a, а исполняется на сервере 108. В этом варианте осуществления пробная версия приложения 215a способна переключаться на внешне исполняемую логику приглашения и при переключении передавать контекстную информацию логике приглашения. Далее логика приглашения может обновляться во времени путем скачивания новой логики приглашения в пробную версию приложения или обновления логики приглашения на сервере.

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

Например, обращаясь к фиг. 3, на дисплее 300 показан документ 315, редактируемый в данный момент с использованием пробной версии приложения 215a. На фиг. 3 пользователю предоставляют интерфейс 300 пользователя на дисплее 305. Дисплей 305 содержит строку 310 меню пробной версии приложения, отображающую различные функции обработки текста, вид документа 315 в области редактирования и область 320 приглашения. В этом варианте осуществления область 320 приглашения является областью, расположенной справа от документа 315, которая может предоставлять пользователю текстовые сообщения, изображения и/или видео, основываясь на контексте того, что делает пользователь.

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

Логика 220a приглашения может проанализировать структуру документа 315 и может установить, что документ 315 является некоторого рода резюме. Логика 220a приглашения в пробной версии приложения может выяснить это, исходя из формата и структуры документа, основываясь, например, на расположении дат, центрировании имени на первой странице и/или имени файла (например, файл можно называться «Резюме Джона Смита»). Чтобы определить, что документ является резюме, может использоваться любое количество правил.

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

Как только логика приглашения определяет, что пользователь работает над резюме, логика приглашения может затем подсказать пользователю в области 320 приглашения различные типы обновлений. Например, если документом является резюме, пользователя могут пригласить в области 320 просмотреть образцы шаблонов резюме или получить руководства по составлению резюме. Пользователю могут предоставляться ссылки, и он может выбрать ссылку 325, чтобы соединиться с сервером 108 с целью просмотра шаблонов и/или руководств. Пользователю может также быть представлена ссылка для просмотра онлайнового учебного руководства о написании эффективных резюме. Реакция пользователя на эти приглашения может также быть проанализирована, чтобы обеспечить обратную связь в отношении того, когда и как приглашать пользователя к другим типам запросов. Дополнительно реакция пользователя может использоваться для обновления модели приглашения, которая может быть основой для активации других приглашений пользователю или другим пользователям. Модель приглашения может выполняться в логике приглашения на компьютере пользователя или на сетевом сервере.

Возвращаясь к фиг. 2, пробная версия приложения 215a способна взаимодействовать с браузером 235а ограниченного доступа. В некоторых вариантах осуществления логика приглашения 220a может взаимодействовать с соответствующей логикой приглашения на сервере 108, чтобы выяснить тип редактируемого документа (например, резюме, письмо, памятная записка и т.д.). В различных вариантах осуществления логика 220a приглашения может также предоставить серверу 108 историю нажатия клавиш, связанных с этим документом, частями документа, именем файла или другой информацией. В других вариантах осуществления логика 220a приглашения может предоставить тип приложения, дату установки, частоту использования, куки-файлы, связанные с Интернетом, и другие аспекты использования. Сервер 108 может реагировать путем предоставления информации о типе обновлений, которые могли бы быть применимы для настоящего документа.

Например, логика 220a приглашения может отметить частоту использования некоторых объединенных функций для определенных документов. Конкретно, если пользователь часто вызывает функцию «справки» («Help») перед вызовом этой функции для определенного типа объекта документа наряду с долговременными периодами отсутствия активности, это состояние может подразумевать трудности, с которыми пользователь встречается в использовании этой конкретной функции для этого типа документа. Этот набор условий может инициировать приглашение определенного обновления в форме учебной программы, которая сосредотачивается на определенной функции. Однако если пользователь не часто вызывает функцию справки, что предполагает, что пользователь знает, как использовать функцию, тогда приглашение к учебной функции может не быть продуктивным.

В других вариантах осуществления логика 220a приглашения может определять тип документа без доступа к серверу 108. Логика 220a приглашения может затем сообщить пользователю тип обновления, которое может быть применимо и полезно для пользователя, и пригласить пользователя к получению обновления. Логика 220a приглашения может затем использовать браузер 235а ограниченного доступа для доступа к обновлению с сервера 108. Сервер 108 может затем предоставить требуемое обновление пользователю, которое может быть шаблоном, руководством или другой формой обновления.

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

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

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

Один из вариантов осуществления блок-схемы 400 последовательности выполнения операций процесса обеспечения зависимого от контекста приглашения для пробной версии приложения показан на фиг. 4A. Следует понимать, что описанные здесь логические операции со ссылкой на фиг. 4A и другие чертежи реализуются (1) как последовательность осуществляемых компьютером действий или программных модулей, работающих на компьютерной системе, и/или (2) как соединенные друг с другом машинные логические схемы или схемные модули внутри компьютерной системы. Реализация является вопросом выбора, зависящим от характеристик и других требований, предъявляемых к компьютерной системе. Соответственно логические операции, описанные здесь, упоминаются по-разному как состояния, операции, структурные устройства, действия или модули. Эти операции, структурные устройства, действия и модули могут быть реализованы в программном обеспечении, во встроенном микропрограммном обеспечении (firmware), в цифровой логике специального назначения и любой их комбинации. Также следует понимать, что могут выполняться больше или меньше операций, чем показано на фиг. 4 и описано здесь. Эти операции могут также выполняться в другом порядке, чем описано здесь. Операции, показанные на фиг. 4A, являются просто иллюстративными и дополнительными, и другие операции могут быть определены в других вариантах осуществления.

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

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

Логика 220a приглашения может выяснить, что документ является резюме, применяя правила, связанные с резюме (например, имя и адрес в центре первой страницы, наличие слова «резюме» в имени файла, присутствие дат, структурированных определенным способом, и т.д.). Логика 220a приглашения может дополнительно предоставить часть документа серверу 108 для дальнейшего анализа, чтобы определить, является ли документ резюме или нет.

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

Если логика 220a приглашения на этапе 404 определяет, что документ не является резюме, то на этапе 408 логика 220a приглашения может выяснить, вызывает ли пользователь функциональные возможности, связанные с графическими объектами, такими как редактирование чертежа объекта. Пользователь может вставлять изображение, редактировать изобра