ОТСЛЕЖИВАНИЕ РАССТОЯНИЯ МОБИЛЬНОГО УСТРОЙСТВА
MOBILE DEVICE DISTANCE TRACKING

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
[0001] Большинство бизнес-расходов могут отслеживаться с помощью квитанций и отчетности по кредитным картам. Величина пробега (пройденное расстояние в милях), однако, не может отслеживаться эффективно. Требования в целях налогообложения (а также для возмещения работодателя) состоят в том, что владелец транспортного средства (в том числе арендатор) отслеживают следующую информацию для каждой поездки: начальное местоположение, конечное местоположение, пройденное расстояние, время поездки, дата поездки, цель поездки.
[0002] Большинство водителей часто не беспокоятся о том, чтобы регистрировать свои мили, так как это слишком трудный процесс, но те, кто делают это, склонны полагаться на (а) бумажный журнал, где вы регистрируете показания одометра, время, дату и цель, или на (b) цифровой журнал, где вы либо регистрируете ту же информацию, либо используете датчик глобального позиционирования, обычно определяемый как функция «GPS», чтобы начинать отслеживать вашу поездку, когда вы трогаетесь, и останавливать отслеживание поездки, когда вы останавливаетесь. Общим для всех этих способов является то, что пользователь по-прежнему должен активно регистрировать свои мили в начале и в конце поездки.
[0003] Имеются устройства, которые могут быть установлены в автомобиле, которые используют данные GPS для отслеживания каждой поездки в фоновом режиме, но они являются дорогостоящими в установке и требует технических знаний и, конечно, непрактичны для того, кто использует несколько транспортных средств для своих бизнес-целей. Более подробную информацию относительно ограничений традиционных методов, можно найти в настоящем описании, конкретнее, ниже.
[0004] Исходя из вышесказанного, существует потребность в методах для отслеживания пробега с использованием усовершенствованного метода.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0005] В качестве дополнительной информации, изобретателями было обнаружено, что желательна система отслеживания пробега, которая может регистрировать всю необходимую информацию о поездке в фоновом режиме, без необходимости использования дополнительных специализированных аппаратных средств, и которая может позволить пользователю заполнять их журналы пробега по своему собственному расписанию и с любого устройства по своему выбору, в то же время, удовлетворяя стандартам своевременности и точности. Существует дополнительная необходимость упрощения процесса классификации и представления поездок для возмещения/налогового кредита. Существует также необходимость узнавать из прошлых поездок пользователя классификации и другую контекстную информацию (например, их календарь и другие их действия) и точно предсказывать цели и связанные с этим расходы для любой данной поездки.
[0006] В качестве примера, настоящее изобретение предоставляет методы, которые обеспечивают службу отслеживания расходов. Методы включают в себя, помимо прочих признаков, (1) приложение смартфона, которое использует вычислительные и локационные мощности мобильного телефона или планшета для автоматической регистрации поездок пользователя и представления их в удобном для редактирования и удобном для классификации интерфейсе, (2) интерфейс браузера, который представляет ту же информацию о поездке, но с дополнительной функциональностью, и (3) одну или несколько систем и баз данных в облаке, которые могут обрабатывать информацию о поездке, алгоритмически классифицировать информацию о поездке и давать возможность пользователю представлять свою информацию о поездке через распечатку, электронную почту, электронную таблицу или интеграцию с налоговыми, бухгалтерскими, расходными и связанными с выставлением счетов инструментами. Настоящие методы обеспечивают интуитивно понятный интерфейс, простой механизм для классификации поездок, облачное хранилище и отчетность для налоговых, расходных, связанных с выставлением счетов и бухгалтерских нужд. Эти и другие признаки описаны в настоящей спецификации, конкретнее, ниже.
[0007] В примере, настоящее изобретение обеспечивает способ регистрации информации о пробеге транспортного средства. Способ включает в себя обеспечение мобильного беспроводного устройства. Способ включает в себя инициирование прикладной программы, сконфигурированной на мобильном беспроводном устройстве, не требуя никакого пользовательского ввода с использованием какого-либо устройства ввода. То есть, в примере, пользователь просто держит мобильное устройство, такое как сотовый телефон, в автомобиле или в своем кармане, и приложение инициируется само, основываясь на сенсорных устройствах. В одном примере, не требуется никакого конкретного клавишного, голосового или другого ввода. Способ включает в себя инициирование приложения при перемещении мобильного беспроводного устройства. Способ включает в себя использование модуля картографирования для отслеживания начальной точки маршрута для мобильного беспроводного устройства. Способ включает в себя перемещение мобильного беспроводного устройства от начальной точки по одной или нескольким ветвям (отрезкам пути). Способ включает в себя использование алгоритмов, вычислений и/или данных (например, трафика), чтобы идентифицировать одну или несколько ветвей в качестве маршрута или поездки. Способ включает в себя идентификацию точки остановки с использованием модуля картографирования из начальной точки через одну или несколько ветвей. Способ включает в себя вывод, на дисплее мобильного беспроводного устройства или на другом подключенном устройстве (в настоящий момент или в будущем), графического представления маршрута, идущего от начальной точки до точки остановки; и одновременно вывод числа, представляющего расстояние между начальной точкой и точкой остановки. Способ включает в себя классификацию поездки через пользовательский ввод или компьютерный алгоритм, чтобы указывать цель поездки для целей налогообложения или возмещения.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0008] Фиг. 1 является упрощенной иллюстрацией смартфона в соответствии с примером настоящего изобретения.
[0009] Фиг. 2 является упрощенным представлением системы со смартфоном в соответствии с примером настоящего изобретения.
[0010] Фиг. 3 является упрощенной схемой смартфона системы в соответствии с примером настоящего изобретения.
[0011] Фиг. 4А, 4В и 4С иллюстрируют упрощенную блок-схему последовательности операций навигации мобильного приложения с использованием пользовательских интерфейсов в примере в соответствии с настоящим изобретением.
[0012] Фиг. 5 является упрощенной блок-схемой последовательности операций процесса, посредством которого запрос классификации поездки пользователя проходит через систему в примере в соответствии с настоящим изобретением.
[0013] Фиг. 6 является упрощенной блок-схемой последовательности операций процесса, посредством которого клиентские аппаратные средства постоянно контролируют активность пользователя для того, чтобы отправить данные в последующую обработку на удаленном компьютере, в одном примере.
[0014] Фиг. 7 является упрощенной блок-схемой последовательности операций обработки исходных данных движения, которые берутся от клиентского устройства в объекты поездки, в одном примере.
[0015] Фиг. 8А, 8В, 8С, 8D и 8Е иллюстрируют упрощенные блок-схемы интерфейса для взаимодействий на основе веб-браузера, проходя через критические действия управления поездкой, редактирования поездки и составления отчета о расходах, в одном примере.
[0016] Фиг. 9 является упрощенным представлением, чтобы показать пример того, как пользователь может установить периоды времени, для которых поездки, которые он делает, должны быть немедленно классифицированы как деловые поездки или персональные поездки или для другой будущей классификации.
[0017] Фиг. 10 является упрощенной блок-схемой последовательности операций типов учетной записи пользователя, когда это соответствует добавлению поездки к конкретной учетной записи пользователя, в одном примере.
ПОДРОБНОЕ ОПИСАНИЕ ПРИМЕРОВ
[0018] В соответствии с настоящим изобретением, включены методы, в основном относящиеся к мобильности. Более конкретно, настоящее изобретение обеспечивает способ и систему для отслеживания местоположения объекта с помощью мобильного устройства в целях сбора данных о расстояниях. Просто в качестве примера, настоящее изобретение может быть применено к мобильному устройству, планшетному компьютеру или другому устройству связи.
[0019] В примере, настоящее изобретение обеспечивает один или более из следующих признаков:
[0020] В примере, метод автоматически создает журналы различных поездок с использованием телеметрических данных мобильного телефона. Наша система работает в фоновом режиме - независимо от пользовательского ввода после надлежащего подтверждения - и контролирует пользовательские данные акселерометра, гироскопа, магнитометра и GPS. Посредством выведенных параметров и алгоритмов, мы обнаруживаем и регистрируем поездки и сохраняем их в базе данных для дальнейшего представления и классификации. Система всегда включена, но от пользователя никогда не требуется сообщать ей, что поездка произошла.
[0021] В альтернативном примере, метод характеризуется способностью определять, является ли прибытие пользователя концом поездки или остановкой по пути - когда имеет место остановка, но поездка не завершена, наши методы объединяют ветви (отрезки пути) в одну поездку.
[0022] В других примерах, методы точно обнаруживают поездку на автомобиле, дифференцированную относительно других движений (прогулок, полетов и т.д.), извлеченных из множества сигналов, чтобы вводить в определение начала и конца поездки, в том числе, без ограничения, телеметрических данных мобильного телефона, шума двигателя автомобиля, звука закрывающейся двери, Bluetooth сопряжения, ODB датчиков и т.д., среди других аспектов.
[0023] В примере, методы включают в себя автоматический вывод цели водителя. Каждая поездка для профессиональной цели (и таковые для персональных целей) должна быть маркирована как таковая - это может быть сделано из предварительных знаний о поведении водителя. Наша интеллектуальная система будет выполнять классификацию по множеству классов. Некоторые примеры алгоритма включают в себя возможность: автоматически классифицировать поездки на основе календарных событий; автоматически классифицировать поездки на основе расходов по кредитной карте; автоматически классифицировать поездки на основе названных местоположений или прошлых классификаций подобных поездок; автоматически классифицировать поездки на основе налоговых правил (например, поездка из дома в офис является ежедневной поездкой на работу из пригорода в город); автоматически заполнять информацию о транспортном средстве на основе Bluetooth сопряжения или других средств связи транспортных средств; автоматически заполнять дорожные сборы на основе кредитной карты или электронного платного прохода; автоматически заполнять плату за парковку на основе кредитной карты или электронного пропуска для парковки.
[0024] В примере, методы включают в себя способ, чтобы предлагать предсказания того, как поездки должны быть классифицированы, что пользователь может либо подтвердить, либо скорректировать. Настоящая система будет узнавать из каждой классификации действия пользователя и узнавать с течением времени, как автоматически классифицировать все больше и больше его поездок. Данная система может указывать эти автоматически классифицированные поездки для пользователя, чтобы отличать их.
[0025] В других примерах, метод включает в себя интерфейсы приложения: упрощенный цифровой журнал. Для водителя, рабочий лист, чтобы отслеживать всю информацию, необходимую для расходов на поездки, может стать очень сложным. Наши методы включают в себя весьма упрощенный метод представления минимального количества информации по возможности ясным образом, с четким механизмом для обеспечения доступа пользователя. Некоторые примеры такого метода включают в себя: карту, которая представляет собой абстракцию строки электронной таблицы; карты начала/конца или карту упрощенного маршрута; расстояние на карте; вычисление стоимости поездки; переключаемое «вызов-действие» с существенными деталями на обратной стороне. Другой новый признак для создания подробного журнала поездки является просто представлением «карт» поездки, которые могут пролистываться влево или вправо для классификации, что означает, что с помощью одного простого шага пользователь может создать своевременную и точную регистрацию времени, места, расстояния и того, является ли поездка деловой или персональной. В этом примере, пользователь может позже добавить дополнительные детали цели поездки (например, встреча клиента), но другие варианты осуществления позволяют пользователю добавлять дополнительные детали цели поездки в первоначальной классификации. Данный вариант осуществления обеспечивает установленный по умолчанию набор целей поездки, и альтернативные варианты осуществления обеспечивают возможность пользователю выбирать из предопределенного списка (например, цели агента по недвижимости) и/или создавать настроенный список целей поездки.
[0026] В других примерах, методы включают в себя дополнительную полезность для пользователя. Возможность изменять поездки, путем объединения двух или более, редактировать несколько поездок сразу, настраивать цели поездки, устанавливать рабочие часы, хранить информацию о транспортном средстве, именовать местоположения.
[0027] В примере, методы также включают в себя визуальное представление значения в милях - для любой поездки, наша система показывает ее потенциальную стоимость в карте поездки и, после классификации, показывает обновление в реальном времени ежемесячного суммарные данные поездок пользователя.
[0028] В дополнительном примере, методы включают в себя облачные журналы регистрации пробега - в отличие от других продуктов, которые хранят информацию о поездках локально на телефоне, и создают резервную копию в облаке, наша система захватывает исходные вводы данных поездки (которые могут исходить от телефона, автомобиля или других источников данных), а затем обрабатывает их в поездки и делает их доступными одновременно на родных мобильных приложениях, а также веб-интерфейсе. Это дает нам возможность синхронизироваться в реальном времени на платформах, а также захватывать вводы от различных источников (таких как автомобильные компьютеры, электронные защитные ключи и т.д., и преобразовать их в поездки).
[0029] Методы также включают в себя сбор данных поездки в реальном времени, но позволяют пользователю классифицировать поездку способом со сдвигом во времени. Большинство налоговых органов требуют, чтобы регистрация была своевременной и точной. Наша система гарантирует, что время, дата, начальное местоположение, конечное местоположение и расстояние - все являются своевременными и точными, но позволяют пользователю классифицировать цели поездки в более позднее время.
[0030] Дополнительно, методы включают в себя интегрированное представление пробега. Наша система позволяет пользователю синхронизировать отчеты пробега с программным обеспечением, относящимся к бухгалтерскому учету, расходам, выставлению счетов и налогам, не требуя какого-либо повторного ввода данных. Это устраняет временную нагрузку, а также уменьшает вероятность ошибочных представлений для возмещения или налоговых кредитов.
[0031] В другом примере, методы включают в себя автоматизированную сводку пробега для целей налогообложения. В любое время, пользователь может получить обновленную сводку всех своих поездок, с разбивкой по автомобилям и по годам, с милями, приходящимися на деловые, персональные поездки и ежедневные поездки на работу в город из пригорода, а также все соответствующие расходы на парковку и сборы. Это не требует никакой дополнительной работы со стороны пользователя и также может быть синхронизировано непосредственно с налоговым программным обеспечением для устранения ручного ввода данных.
[0032] В других примерах, методы включают в себя прокатывание (проведение по считывающему устройству) для классификации для кредитной карты и других расходов, а не только милей. Наш способ для отображения и классификации поездок работает для других расходов, которые должны разделяться на категории и представляться для целей налогообложения или возмещения. В одном примере, способ использует систему для показа расходов пользователя в формате карты, которая может прокатываться влево или вправо на основе желательной классификации.
[0033] В дополнительных примерах, методы включают в себя пользовательские (настраиваемые) опции прокатывания. Что позволяет пользователю выбрать, как они хотят считать расходы, как (исключая персональные - бизнес или благотворительность - Бизнес или определенная пользователем работа #1 - Определенная пользователем работа #2). Путем обеспечения возможности пользователям настроить их широкую категоризацию, мы обеспечиваем дополнительное полезное свойство.
[0034] Другие примеры включают возможность ассоциировать дополнительные мультимедийные приложения с расходами в форме фотографий, видео, голоса и текста, чтобы создать единый блок для хранения многочисленных граней этих расходов (например, прикрепление фото квитанции для парковки и сумма дорожного сбора, прикрепляемая к этой поездке, или добавление голосовой заметки во время вождения, которая прикрепляется или переписывается на запись этой поездки).
[0035] В дополнительных примерах, методы включают в себя автоматическое представление поездок как календарных событий. Наша система может представлять каждую поездку, которую пользователь отмечает в своем календаре, чтобы облегчить их классификацию с деловыми целями.
[0036] В других примерах, методы включают в себя предварительно установленные цели и тарифы, которые соответствуют локальным нормам налогового органа, чтобы гарантировать, что пользователь, который не является профессионалом по налогообложению, может легко создать совместимый журнал пробега.
[0037] Методы также включают в себя осуществляемые по требованию (инициируемые пользователем), еженедельно и ежемесячно планируемые уведомления пользователя о его выполненных поездках, пройденных милях, классифицированных поездках и поездках, которые еще предстоит классифицировать.
[0038] Необязательно, методы включают в себя варианты осуществления для создания учетной записи на основе вашего VIN номера или номерного знака - уникального идентификатора для вашего автомобиля, который становится вашим уникальным ID.
[0039] Дополнительно, включены методы для удаления поездок в качестве средства улучшения алгоритмов обработки поездок при наличии у пользователя выбора причины удаления (например, перевозка на общественном транспорте, пассажир в другой машине).
[0040] В других примерах, методы включают в себя возможность принимать общие и выполняемые в реальном времени рекомендации на основе моделей поездки. Это может представлять собой лучшее время для регулярных поездок на работу в город из пригорода, чтобы избежать трафика, удобные местоположения для остановки в пути, предупреждения о том, что пользователь пропускает поездки и т.д.
[0041] Фиг. 1 является упрощенным представлением, иллюстрирующим смартфон с захватом изображения пользователем, в соответствии с вариантом осуществления настоящего изобретения. Как показано, смартфон включает в себя корпус, дисплей и интерфейсное устройство, которое может включать в себя кнопку, микрофон или экран касания. Предпочтительно телефон имеет устройство камеры с высоким разрешением, которое может быть использовано в различных режимах. Примером смартфона может быть iPhone от Apple Computer, Cupertino, шт. Калифорния. В качестве альтернативы, смартфоном может быть Galaxy от Samsung или другие.
[0042] Примерное электронное устройство может представлять собой портативное электронное устройство, такое как медиа-плеер, сотовый телефон, персональный органайзер данных или тому подобное. В самом деле, в таких вариантах осуществления портативное электронное устройство может включать в себя комбинацию функциональных возможностей таких устройств. Кроме того, электронное устройство может позволять пользователю подключаться и взаимодействовать через Интернет или через другие сети, такие как локальные или глобальные сети. Например, портативное электронное устройство может позволять пользователю получать доступ к Интернету и осуществлять связь с использованием электронной почты, обмен текстовыми сообщениями, обмен мгновенными сообщениями или с использованием других форм электронной связи. В качестве примера, электронное устройство может представлять собой модель iPod, имеющую экран дисплея, или iPhone, доступные от Apple Inc.
[0043] В некоторых вариантах осуществления, устройство может получать питание от одной или более перезаряжаемых и/или сменных батарей. Такие варианты могут быть в высокой степени портативными, позволяя пользователю носить с собой электронное устройство во время поездки, работая, занимаясь спортом и т.д. Таким образом, и в зависимости от функциональных возможностей, предоставляемых электронным устройством, пользователь может слушать музыку, играть в игры или просматривать видео, записывать видео или делать снимки, размещать и принимать телефонные вызовы, осуществлять связь с другими людьми, управлять другими устройствами (например, с помощью пульта дистанционного управления и/или функциональности Bluetooth) и т.д., при свободном перемещении вместе с устройством. Кроме того, устройство может иметь такие размеры, что оно относительно легко помещается в кармане или руке пользователя. В то время как некоторые варианты осуществления описаны по отношению к портативному электронному устройству, следует отметить, что раскрытые в настоящее время методы могут быть применены к широкому кругу других, в меньшей степени портативных электронных устройств и систем, которые сконфигурированы для отображения графических данных, таких как настольный компьютер.
[0044] В представленном варианте осуществления, примерное устройство включает в себя оболочку или корпус, дисплей, структуры пользовательского ввода, а также входные/выходные разъемы. Корпус может быть выполнен из пластика, металла, композитных материалов или других подходящих материалов или любой их комбинации. Корпус может защищать внутренние компоненты электронного устройства от физических повреждений, а также может экранировать внутренние компоненты от электромагнитных помех (EMI).
[0045] Дисплей может быть жидкокристаллическим дисплеем (LCD), дисплеем на основе светоизлучающих диодов (LED), дисплеем на основе органических светоизлучающих диодов (OLED) или некоторым другим подходящим дисплеем. В соответствии с некоторыми вариантами осуществления настоящего изобретения, дисплей может отображать пользовательский интерфейс, а также различные другие изображения, такие как логотипы, аватары, фотографии, обложки альбомов и т.п. Кроме того, в одном варианте осуществления, дисплей может включать в себя экран касания, с помощью которого пользователь может взаимодействовать с пользовательским интерфейсом. Дисплей может также включать в себя различные функциональные и/или системные указатели для обеспечения обратной связи с пользователем, например, состояние питания, состояние вызова, состояние памяти или т.п. Эти указатели могут быть включены в пользовательский интерфейс, отображаемый на дисплее.
[0046] В одном варианте осуществления, одна или несколько из структур пользовательского ввода сконфигурированы для управления устройством, например, путем управления режимом работы, уровнем вывода, типом вывода, в числе прочего. Например, структуры пользовательского ввода могут включать в себя кнопку для включения или выключения устройства. Дополнительно, структуры пользовательского ввода могут позволять пользователю взаимодействовать с пользовательским интерфейсом на дисплее. Варианты осуществления портативного электронного устройства могут включать в себя любое количество структур пользовательского ввода, в том числе кнопки, переключатели, контрольную панель, колесо прокрутки или любые другие подходящие структуры ввода. Структуры пользовательского ввода могут работать с пользовательским интерфейсом, отображаемым на устройстве для управления функциями устройства и/или любыми интерфейсами или устройствами, подключенными к устройству или используемыми устройством. Например, структуры пользовательского ввода могут позволять пользователю просматривать отображаемый пользовательский интерфейс или возвращать такой отображаемый пользовательский интерфейс к установленному умолчанию или домашнему экрану.
[0047] Примерное устройство может также включать в себя различные порты ввода и вывода, чтобы обеспечивать возможность подключения дополнительных устройств. Например, порт может быть разъемом для наушников, который обеспечивает подключение наушников. Кроме того, порт может иметь возможности ввода/вывода, чтобы обеспечивать подключение гарнитуры (например, комбинации наушников и микрофона). Варианты осуществления настоящего изобретения могут включать в себя любое количество портов ввода и/или вывода, таких как гнезда наушников и гарнитуры, порты универсальной последовательной шины (USB), порты IEEE-1394 и разъемы АС и/или DC питания. Дополнительно, устройство может использовать порты ввода и вывода для подключения и отправки или приема данных с любого другого устройства, такого как другие портативные электронные устройства, персональные компьютеры, принтеры и т.п. Например, в одном варианте осуществления, устройство может подключаться к персональному компьютеру через IEEE-1394 соединение, чтобы отправлять и принимать файлы данных, такие как медиа-файлы. Дополнительные детали устройства можно найти в патенте США № 8,294,730, переуступленном Apple, Inc.
[0048] На фиг.2 показана упрощенная схема системы со смартфоном в соответствии с вариантом осуществления настоящего изобретения. Сервер 201 осуществляет электронную связь с портативным электронным устройством 208, имеющим функциональные компоненты, такие как процессор 207, память 209, графический ускоритель 211, акселерометр 213, антенна 215, коммуникационный интерфейс, компас 217, GPS 219, дисплей 221 и устройство 223 ввода. Каждое устройство не ограничено проиллюстрированными компонентами. Компоненты могут быть аппаратными средствами, программным обеспечением или их комбинацией. Портативное устройство соединяется с сервером через сеть 203.
[0049] В некоторых примерах, инструкции вводятся в портативное электронное устройство 208 через устройство ввода, которое инструктирует процессор 207 исполнять функции в электронном приложении формирования изображений. Одной из возможных инструкций может быть генерировать карту и маршрут, как дополнительно представлено ниже.
[0050] Фиг. 3 является упрощенным представлением системы смартфона в соответствии с примером настоящего изобретения. Система 300 является примером аппаратных средств, программного обеспечения и встроенного программного обеспечения, которое может быть использовано для реализации раскрытия, приведенного выше. Система 300 включает в себя процессор 301, который представляет любое количество физически и/или логически различных ресурсов, способных исполнять программное обеспечение, встроенное программное обеспечение и аппаратные средства, сконфигурированные для выполнения идентифицированных вычислений. Процессор 301 взаимодействует с чипсетом 303, который может управлять вводом и выводом в/из процессора. В этом примере, чипсет выводит информацию для отображения 319 и может считывать и записывать информацию в энергонезависимую память 321, которая может включать в себя, например, магнитные носители и твердотельные носители. Чипсет 303 также может считывать данные и записывать данные из/в RAM 370. Мост 309 для взаимодействия с различными компонентами пользовательского интерфейса может быть предусмотрен для взаимодействия с чипсетом. Такие компоненты пользовательского интерфейса могут включать в себя клавиатуру 311, микрофон 313, схемы 315 обнаружения и обработки касания, указательное устройство, такое как мышь 317, и т.д. В общем, вводы в систему 300 могут поступать от любого из множества источников, генерируемых компьютером и/или генерируемых человеком источников.
[0051] Чипсет 322 также может взаимодействовать с одним или несколькими сетевыми интерфейсами 325 данных, которые могут иметь различные физические интерфейсы. Такие сетевые интерфейсы данных могут включать в себя интерфейсы для проводных и беспроводных локальных сетей, для широкополосных беспроводных сетей, а также персональных сетей. Некоторые применения методов для генерации и отображения и использования GUI, раскрытых здесь, могут включать в себя прием данных через физический интерфейс или их генерацию самой машиной посредством процессора, анализирующего данные, сохраненные в памяти 321 или 370. Дополнительно, машина может принимать вводы от пользователя с помощью клавиатуры 311, микрофона 313, устройства 315 касания и указательного устройства 317 и выполнять соответствующие функции, такие как функции просмотра, путем интерпретации этих вводов с использованием процессора 301. Дополнительно показаны сеть 205 передачи данных и антенна 307.
[0052] Фиг. 4А, 4В и 4С иллюстрируют упрощенную блок-схему последовательности операций навигации мобильных приложений с использованием пользовательских интерфейсов в примере в соответствии с настоящим изобретением. В одном примере, как показано, пользовательский интерфейс для системы мобильного устройства разделяется между несколькими пользовательскими интерфейсами. В одном примере, пользовательский интерфейс и результирующие способы позволяют конфигурировать пользовательский опыт с некоторыми аппаратными функциями для оптимизации пользовательского опыта, принимая во внимание любые ограничения аппаратных средств.
[0053] В одном примере, экран поездок является одним из основных взаимодействий мобильного приложения и намеренно конфигурируется с уменьшенным набором функций первичного интерфейса (фиг. 8А-8Е), содержащего основанную на карте (27) топологию и трехэлементную приборную панель в верхней части (26), наряду с другими свойствами. Уменьшенный набор функций позволяет легко использовать навигационную характеристику в конкретном примере.
[0054] Возвращаясь к фигуре, как показано, два первичных экрана (или дисплея) сконфигурированы для мобильного опыта работы. На фиг. 4А показан один возможный вариант осуществления системы карты поездки в первичном экране; фиг. 4B показывает, в качестве примера, как пользователь может использовать простой жест, чтобы классифицировать свои поездки, как «деловые» или «персональные»; и фиг. 4С показывает, в качестве одного примера, опыт работы с меню, для которого пользователь может перемещаться по остальной части приложения, например, на экран учетной записи (425) и поездок (429), и поддерживать соединение с состоянием платежей пользователя с продуктом (433). Более подробная информация о каждом из этих экранов предоставлена в настоящем описании, в частности, ниже.
[0055] В одном примере, экран поездок имеет дисплей, сконфигурированный как карта. Каждая карта имеет маршрут, включающий в себя начальное местоположение и конечное местоположение как в признаках графического картографирования, так и текстовом выражении, включая город или местоположение города. Также отображается время начала и время остановки. Как показано, карта также показывает, является ли карта «неклассифицированной» или «классифицированной». Кроме того, карта также имеет представление расстояния, денежной стоимости, связанной с расстоянием, и времени. Конечно, могут быть и другие варианты, модификации и альтернативы. Карта может ссылаться на физическую бумажную карту, которая позволяет пользователю «переключаться» между двумя сторонами (фиг. 4С). Дополнительные детали экрана поездок предоставлены в настоящем описании, в частности, ниже. В альтернативном варианте осуществления, поездка может быть представлена в виде маршрута от начальной точки до конечной точки и далее может предоставить пользователю опцию настроить начальную и конечную точки или взятый маршрут. В одном примере, альтернативой является маршрутная линия.
[0056] В примере, показанном на фиг. 4А, каждая поездка, фиксируемая настоящими методами, представляется одной картой, которая имеет «фронтальную сторону» (405) и «тыльную сторону» (449). В качестве примера, пользователь может переключаться между ними с использованием кнопки «детали» (413). Как показано, фронтальная сторона предназначена, чтобы показывать наиболее важную информацию о поездке: содержащую две карты для местоположения (409) начала и остановки, время и название городов (411) начала и остановки, дату (407), возможную стоимость поездки, если она обозначена как деловая (421), а также метку для классификации поездки (419). Карты могут быть показаны в виде непрерывной вертикальной прокрутки. К этому представлению (виду), далее упоминаемому как представление поездки, может в любое время осуществляться доступ пользователем, путем вызова опции бокового меню (423).
[0057] Так как система будет отслеживать только фиксированное количество поездок в месяц для не-оплачивающего пользователя, система явно будет сообщать статус пользователя в отношении его месячной квоты (433). Пользователь может нажать расположенную рядом кнопку (435), чтобы инициировать процесс подписки, чтобы стать оплачивающим членом, который может пользоваться неограниченным отслеживанием поездок в месяц. Следование этой кнопке будет приводить пользователя в процесс специфической для среды оплаты (как от июля 2014 года, примеры включают Apple App Store или Android Market, а также шлюз онлайн-платежей).
[0058] Верхняя часть экрана поездок (Drives) является трехэлементной приборной панелью, которая сообщает ежемесячную статистику использования пользователю. Она состоит из названия месяца, общего количества поездок, которые система зарегистрировала для пользователя в этот месяц (403), цифровой графики, которая может обращаться к одометру автомобиля (401), чтобы дать полный отсчет всех миль, которые пользователь проехал за конкретный месяц, и суммы всех денежных стоимостей действий пользователя за месяц (415).
[0059] В качестве примера, на фиг. 4В, для быстроты классификации, пользователь может касаться любой части карты и перетаскивать ее вправо (439), чтобы классифицировать поездку как «деловую», и влево, чтобы классифицировать ее как «персональную» (437). Непрозрачность карты изменяется как функция от горизонтального положения перемещаемой карты, причем карта всегда удерживается в фиксированном вертикальном положении, после того, как скольжение было начато. Если карта не выведена из устойчивого состояния достаточно, например, на 30% влево, что определяется пользовательским тестированием на конкретном оборудовании, либо влево или вправо, карта будет восстанавливаться в исходную среднюю позицию, как только взаимодействие касания и перетаскивания было закончено пользователем. Если карта достаточно перемещается в любую сторону, то после завершения взаимодействия касания и перетаскивания пользователя, карта будет анимироваться полностью вне экрана, и весь список карт будет анимироваться вверх (443). Стоимость, отображаемая пользователю в (441), будет немедленно обновляться соответствующим образом (процесс определения денежной стоимости поездки описан на фиг. 5).
[0060] В примере, показанном на фиг. 4C, к «тыльной стороне» (449) карты получают доступ путем «перелистывания» (447) карты с помощью кнопки «детали» (413). Оттуда, пользователь может ввести любые платы за парковку (451), дорожные сборы (453), название (455) транспортного средства или различные примечания (457) или любые другие детали, которые будут сочтены полезными в процессе управления историей поездок пользователя.
[0061] В качестве примера, пользователь может проехать из Пало-Альто, СА в Сан-Франциско, CA. При условии, что пользователь имеет при себе телефон в автомобиле, система автоматически определит поездку и добавит карту в интерфейс «Поездки» в качестве верхней карты в вертикальной прокрутке карт. Если пользователь заплатил взнос в размере $10 за парковку в городе, он перешел бы к тыльной стороне карты с помощью кнопки «детали» (413), чтобы вставить «$10» в элемент (451).
[0062] Фиг. 5 описывает способ, с помощью которого событие классификации поездки берется из пользовательского интерфейса, как описано на фиг. 4 и 8. Конкретная поездка и новое обозначение («деловая» или «персональная») передается в функцию, которая запрашивает базу данных (503), чтобы определить стоимость - стоимость может быть основана на требованиях к возмещению налогов конкретного типа транспортного средства и/или географии, или она может быть основана на наборе правил пользователя или компании. Следует отметить, что (503), (505) и (507) могут находиться на локальном устройстве, на удаленном сервере или в любом другом месте, которое обеспечивает максимальное время отклика для пользовательского интерфейса, чтобы обновляться (509) соответствующей информацией. Этап (507) применяет сохраненную стоимость для поездки пользователя, а затем гарантирует, что как локальные базы данных, так и удаленная база данных, доступная через сеть, (509) и пользовательский опыт обновляются. Эта стоимость возмещения может в дальнейшем обновляться пользователем.
[0063] В некоторых вариантах осуществления, события, обозначенные на фиг. 4B (437) или (439), или на фиг. 8, пользовательский выбор опции, перечисленной в (839), могли бы создавать событие 501 классификации на фиг. 5.
[0064] В некоторых вариантах осуществления, например, на мобильном устройстве, в котором пользовательская база данных (503) может располагаться локально, пользовательская база данных может периодически синхронизироваться с сетью (511), чтобы обеспечивать корректные денежные стоимости. В некоторых вариантах осуществления, пользователь может выбирать, чтобы устанавливать настроенные тарифы для «деловой» и «персональной» поездок. В некоторых вариантах осуществления, установленные правительством или компанией тарифы могут изменяться, и пользовательская база данных будет поддерживать синхронность.
[0065] В качестве примера, пользователь классифицирует свою поездку из Пало-Альто, СА в Сан-Франциско, CA. Он отслеживает свои мили для снижения расходов за счет правительства США. Когда он классифицирует поездку на своем мобильном телефоне (443), то этап определения стоимости (505) запрашивает базу данных, сохраненную на устройстве (503), чтобы получить корректную ставку возмещения расстояния в милях для этого конкретного года. После того, как эта стоимость получена из базы данных, мобильный телефон обновляет стоимости, как описано на фиг.4В).
[0066] Система для постоянного контроля использования телеметрии мобильных устройств описана на фиг. 6. Система может основываться на двух основных идеях: только отправить одну единицу данных (601), когда мобильное устройство закончило физическое перемещение от одного местоположения к другому, и гарантировать, что система мониторинга является постоянно активной (603 и 609).
[0067] Для определения терминов, «ОС» относится к операционной системе конкретной аппаратной конфигурации и «прибытие» относится к моменту, при котором система распознает, что человек пребывает в конкретном местоположении в течение как минимум нескольких минут. «Прибытие» в этой терминологии означает, что телеметрические данные, доступные нашей системе и большей экосистеме, в которой существует наша система (то есть, Apple IOS, Android OS, веб-браузер, наша специальная аппаратная система и т.д.), достаточны для наших алгоритмов для определения того, что мобильное устройство находится физически у пользователя или в транспортном средстве. В примере, мобильное устройство прибыло в специфическое местоположение (619). «Исходные данные движения» (601) состоят из всех телеметрических данных, взятых между отправлением мобильного устройства из последней точки прибытия, и данных вплоть до момента, при котором система распознает, что пользователь прибыл, потенциально включая, без ограничения, акселерометр, магнитометр, гироскоп, GPS, уровень сигнала сотовой связи и уровень заряда аккумулятора. «Экосистема программно-аппаратных средств» (617) описывает прошивку, содержащую аппаратные средства и/или программное обеспечение в качестве примера. В примере, этот термин должен включать в себя, без ограничения, устройства, которые соответствуют описанию физических аппаратных средств на фиг. 2, вмещающую операционную систему, на которой работает этот метод, а также комплект разработки программного обеспечения (SDK), предоставляемый этой операционной системой, чтобы непосредственно взаимодействовать с алгоритмами, упомянутыми в настоящем документе. Операционная система, без ограничения, представляет собой операционную систему Android (принадлежит Google, Inc.) и операционную систему iOS (принадлежит Apple). В контексте постоянного мониторинга поездки, двумя из событий уровня окружающей среды являются, без ограничения, события геобарьера и указатели паузы или отключения.
[0068] В то время как система работает, этап (605) будет периодически измерять, посредством набора внутренних таймеров, телеметрические данные (02) на устройстве порядка 1 Гц: включая, без ограничения, акселерометр, магнитометр, гироскоп и GPS, и сохранять в локальном кэше данных (615), который находится на физическом оборудовании, находящемся у пользователя. Если прибытие определяется на этапе (607), кэш данных извлекается из устройства и упаковывается в исходные данные движения (601).
[0069] В одном варианте осуществления, когда система впервые запускает контроль местоположения (в качестве примера, когда пользователь запускает приложение, или когда телефон включен), она сразу же начинает контролировать телеметрические данные (605) и, спустя некоторый период времени, выполняет вычисления, чтобы проверить наличие «прибытия» (607) путем оценки обученной эвристики с использованием, в некоторых вариантах осуществления, временных рядов показаний датчиков (которые перечислены выше в содержании исходных данных движения 601), информации частотной области телеметрии и доступных результатов GPS. Кроме того, провайдеры мобильных операционных систем (перечисленные выше) могут предоставлять проприетарный (собственный) интеллектуальный уровень поверх их телеметрического SDK, результатом чего является более высокий уровень (например, уведомляющий о состоянии движения телефона как «ходьба» или «стационарное»). В одном варианте осуществления, эти исходные телеметрические данные и производные результаты OS-уровня могут быть все включены в алгоритм динамического дерева решений для определения прибытия пользователя.
[0070] Если этап (603) определяет, что устройство не прибыло, то он должен проверить, остановлена ли вмещающая экосистема (описанная выше) системой (609). По соглашению, мобильные операционные системы накладывают ограничения на фоновую работу приложений не в активном использовании пользователем, поэтому метод должен контролировать вероятность отключения или приостановки (611) посредством ОS. Например, если эти операционные среды определяют недостаточное движение физических аппаратных средств, ОS может отключить доступ к телеметрии или приостановить обработку конкретного приложения. Метод настраивается на операционную среду, чтобы облегчить постоянную работу. В варианте осуществления, это определение вероятного события отключения может быть определено посредством, но без ограничения, внутренних времен, установленных приложением, запросов к OS SDK, чтобы определить оставшееся отпущенное время, и физического перемещения устройства, которое эмпирически коррелировано с событиями выключения телефона. При определении неизбежного или вероятного отключения из осуществленной операционной системой приостановки или закрытия приложения, система развертывает геобарьер или какой-либо другой механизм для создания ссылки на текущее местоположение. Это необходимо, потому что, если метод будет отключен, обычным условием для охватывающих экосистем является то, что нарушение геобарьера позволит системе, которая установила геобарьер, возобновить работу (613).
[0071] В одном примере, геобарьером является, по соглашению, подсистема программного обеспечения уровня операционной системы, которая регистрирует физическое географическое местоположение и желательный радиус; если физические аппаратные средства телефона определены как имеющие физическое местоположение, которое является большим расстоянием, чем радиус от указанного местоположения, то геобарьер, как говорят, «был нарушен» и событие передается от операционной системы к целевому приложению. Это необходимо, потому что, если метод будет отключен, обычным условием для охватывающих экосистем является то, что нарушение гео-барьера позволит системе, которая установила геобарьер, начать работать снова, продолжая контролировать данные с момента отключения или события (613) приостановки.
[0072] В случае нарушения геобарьера (613), когда устройство находится в известном состоянии прибытия, то имеется уведомление об ʺотправленииʺ, отправленное на сервер обработки (описанный на фиг. 7) через сеть связи (621).
[0073] Фиг. 7 описывает систему, с помощью которой могут обрабатываться исходные данные движения (707), уведомление об отправлении (705) и обратная связь о поездке (711) от пользовательского устройства. Отметим, что пользовательское устройство может быть любым из мобильного планшета, телефона, автомобиля.
UserDB (пользовательская база данных):
включает в себя информацию об оплате и историю поездок.
Time+LocationDB (база данных время+местоположение):
анонимные глобальные данные, подлежащие использованию в вычислении прогнозирования классификации.
Public Transits (проезды на общественном транспорте):
хранящие маршруты, которые, как известно, не являются поездками на основе данных, созданных посредством системы.
[0074] После того, как исходные данные движения (705) успешно переданы в систему обработки через сеть, система обработки будет удерживать исходные данные движения на этапе проверки (715) для других ветвей одной и той же поездки и объединения нескольких частей, при необходимости. В одном из вариантов, это основанная на таймере система, которая прослушивает уведомления об отправлении (705) от пользовательского устройства. В качестве примера, водитель застрял в длинной пробке, что вызывает событие прибытия (619), так что два объекта исходных данных будут объединены в (715). После проверки, что все соответствующие части проезда рассмотрены, объект исходных данных (705), который является теперь, возможно, объединенным результатом нескольких объектов исходных данных движения, передается через последовательность фильтров, чтобы гарантировать, что он действительно соответствует поездке.
[0075] В альтернативном примере, как только исходные данные движения (705) успешно переданы в систему обработки через сеть, система обработки будет содержать исходные данные движения во временной системе хранения для проверки (715) для других ветвей той же самой поездки и объединения нескольких частей, при необходимости. В одном варианте осуществления, это основанная на таймере система, которая прослушивает уведомления (705) об отправлении от пользовательского устройства при сохранении самого последнего объекта исходных данных движения во временной, но постоянной, базе данных. В качестве примера, водитель застрял в длинной пробке, что вызывает событие прибытия (619), так что система будет наблюдать первые исходные данные движения, и до истечения таймера, чтобы перейти к следующему этапу (717), поступает уведомление об отправлении, указывающее, что пользователь перемещается от местоположения прибытия, и по прибытии пользователя в желательное местоположение, два объекта исходных данных движения будут объединены в (715). После проверки, что все соответствующие части проезда рассмотрены, объект (705) исходных данных, который является теперь, возможно, объединенным результатом нескольких объектов исходных данных движения, передается через последовательность фильтров, чтобы гарантировать, что он действительно является поездкой.
[0076] Первым этапом является рассмотрение телеметрических данных (717), начиная с местоположения поездок. В этом контексте, «отбрасывание» относится к маркировке данных-кандидатов проезда как «не поездка» и удаление их рассмотрения в качестве поездки, но сохраняется в агрегированной базе данных (729) для дальнейшего статистического анализа. Проверка телеметрии заключается в следующем:
1. Проверка расстояния между конечными точками (измеряемого как расстояния двух точек на поверхности сферы или путем прохождения расстояний маршрутов, вычисленных поставщиком услуг, таким как Google Maps);
2. Когда система устанавливает минимальное расстояние для поездок, если физическое расстояние между двумя местоположениями ниже определенного порога, поездка отбрасывается;
3. В одном варианте осуществления система будет затем оценивать все промежуточные географические местоположения, включенные в объект исходных данных движения и затем осуществлять поиск промежуточного географического местоположения, которое максимизирует сумму расстояний между начальным местоположением, промежуточным географическим местоположением и конечным местоположением. Если эта сумма расстояний находится вне определенного минимального порога, то исходные данные движения сохраняются в качестве кандидата поездки. Эта конкретная проверка должна гарантировать, что поездки туда и обратно, то есть те, которые начинаются и заканчиваются в том же местоположении, по-прежнему находятся в рассмотрении.
[0077] Если расстояние слишком велико для поездки (определяется статистически по истории поездок в базе данных (729), например, в случае полета на самолете, поездка отбрасывается.
[0078] Следующим этапом является подтверждение, является ли или нет набор-кандидат данных действительно поездкой (719), путем удаления возможности других режимов перевозки. Если поездка регистрируется как достаточно короткое расстояние, чтобы быть статистически приемлемым для прогулки, поездки на велосипеде или любой другой формы ручного транспорта, система выполняет статистический анализ на основе информации о движении (включая, но без ограничения, акселерометр, гироскоп, магнитометр). Если поездка-кандидат не проходит этот тест, она отбрасывается. Если проезд-кандидат проходит этот фильтр, то последний этап состоит в том, чтобы сравнивать данные телеметрии, чтобы гарантировать, что проезд не является маршрутом проезда на общественном транспорте, путем обращения к данным из базы данных проездов на общественном транспорте (725), которые представляют собой комбинацию общедоступной информации и агрегированной обратной связи пользователя (711). Если проезд-кандидат проходит эти проверки, то будет создан объект «поездка», и данные проезда-кандидата будут маркированы как успешно обработанные.
[0079] После того, как объект поездки создан, система определяет, заплатил ли пользователь за неограниченные поездки, или поездка находится в пределах бесплатной месячной квоты (721).
[0080] Наконец, система использует данные из предыдущих действий пользователя (723) -включая, без ограничения, классификацию поездки и удаление поездки вручную пользователем с дополнительными метаданными о причине удаления - через комбинацию анонимных агрегированных данных (729) и специфической истории пользователя (727) для генерации статистических оценок различных классификаций поездок. В одном варианте осуществления может использоваться способ, такой как, без ограничения, наивный байесовский классификатор. То есть, путем мониторинга «глобальной» статистики классификации поездки как функции таких параметров, как (без ограничения) время суток, известная ранее классификация для поездок, исходящих или заканчивающихся в заданном местоположении, и публично доступные знания о конкретных местоположениях, в которых берут начало или заканчиваются поездки, и «специфическая для пользователя» статистика, такая как пользовательская история классификаций поездок, как функция времени и местоположения, система может вычислить вероятность всех поездок. Наивный байесовский подход заключается в предположении условной независимости по вышеупомянутой статистике, что, способствуя снижению вычислительной сложности, является лишь одним из различных других методов для вывода вероятности объекта новой поездки. Используя обратную связь от пользователей относительно точности полученного вывода классификации, система выводит порог, за которым выполняется автоматическая классификация системы. В качестве примера, если последняя поездка пользователя считается с вероятностью 95% рабочей поездкой при условии, что она начинается в 3 часа дня в среду и начинается и заканчивается в местоположениях, которые ранее были включены в поездки, которые пользователь вручную идентифицировал как «деловые», то система может автоматически классифицировать поездку как «деловую» и уведомить пользователя соответствующим образом.
[0081] Если первоначальный объект «исходные данные движения» прошел все тесты, то создается новый объект «поездка» со ссылкой на первоначальные исходные данные и остальная часть системы приложения оповещается о поездке через сеть (713) связи.
[0082] В одном варианте осуществления, пользовательское устройство может быть транспортным средством с аппаратными средствами, включающими в себя RAM (701), процессор (703) и средство для подключения к сети (713), что позволяет ему отправлять как уведомление об отправлении (705), так и исходные данные движения. Эти данные могут быть обработаны с помощью той же методологии, как упоминалось ранее, с дополнительным знанием того, что источником данных является автомобиль, упрощая этап проверки того, что проезд действительно представляет собой поездку на этапе (719).
[0083] В альтернативных вариантах осуществления, источник данных поездки может быть транспортным средством пользователя, в этом случае уровень доверия будет выше в отношении того, является ли проезд поездкой, но остальные этапы процесса определения назначения, например, по-прежнему применимы.
[0084] Фиг. 8А, 8В, 8С, 8D и 8Е описывают веб-систему из четырех частей для пользователя: инструментальная панель служебных программ (801), визуальный обзор активности пользователя (803), перечисление наиболее критичных частей информации о поездках (807) и секция основных действий для поездок пользователя.
[0085] Инструментальная панель служебных программ обеспечивает основную функциональность навигации и информацию учетной записи для пользователя. Кнопка «год для просмотра» (837) позволяет пользователю выбрать год, для которого он хочет загрузить сводную информацию высокого уровня о поездке. Адрес электронной почты учетной записи пользователя (835) обеспечивает функциональность для пользователя, чтобы выйти из веб-системы, а также для доступа к дополнительным настройкам пользователя, причем некоторые примеры включают в себя: возможность назвать и сохранить транспортные средства; выбрать мили или километры для целей регистрации; установить рабочее время для автоматической классификации; определить настраиваемые цели поездок; установить настраиваемые ставки возмещения; и назвать часто посещаемые местоположения (напр., офис) или маршруты. Для не-оплачивающих пользователей вызов действия «получить неограниченные поездки» (833) предоставляет пользователю быстрый путь обновить оплаченную подписку на неограниченные поездки.
[0086] Предоставляется визуальный обзор суммы общего пробега в течение фиксированного периода времени (803), суммарного числа миль, которые были определены как «деловые» (N), и графического представления действий пользователя (35). В частности, (803) показывает отношение общего числа миль к обозначенным как деловые милям в сутки, с вариантом мотивации пользователя классифицировать все доступные мили. Визуальный обзор может быть изменен путем выбора разной детализации временного кадра (ежедневно, еженедельно или ежемесячно), различных метрик для отображения (расстояние, стоимость или по данным отчета), каждая из которых отображает соотношение общего к тем, которые были классифицированы как деловые.
[0087] На основной части страницы, каждая поездка перечислена как строка в таблице с ее параметрами: «цель», «когда», «где», «миль» и «стоимость» (807). «Цель» для поездки представляет собой классификацию каждой поездки в качестве «деловой» поездки (80) или «персональной» поездки и, таким образом, указывает на то, какие поездки имеют право на получение вычета или возмещения. Эти цели могут быть конкретизироваться путем выбора из предварительно установленного списка опций или из определенного пользователем или компанией набора целей. Некоторые классификации персональных поездок могут также иметь право на вычет или возмещение расходов и представлены сопровождающим символом «$» в списке категорий. Когда пользователь классифицирует поездки в качестве деловой поездки или персональный поездки, которая квалифицируется для вычета или возмещения, стоимость (845) этой поездки немедленно обновляется в соответствующей строке для этой поездки, как информация, отображаемая в визуальном обзоре (803).
[0088] Значение «когда» определяется начальным временем поездки. Текст «где» (811) определяется следующим набором правил. Если город А не эквивалентен городу B, то текст «где» может гласить: «из города А в город В». Если город А эквивалентен городу B, то система может проверить окрестность X и окрестность Y. Если окрестность X эквивалента окрестности Y, то текст «где» может гласить: «окрестность X [локально]». В противном случае, текст будет гласить: «от окрестности X до окрестности Y». В альтернативных вариантах осуществления, это могут быть также названия улиц или названия местоположений, определенные пользователем или определенные автоматически путем сопоставления координат с базами данных общедоступных и/или частных местоположений.
[0089] Указание (клик) на информации «когда» или «где» для одной поездки раскрывает диалог «добавить детали поездки» (851), который предоставляет пользователю механизм для добавления деталей поездки к новой поездке или редактирования данных, которые уже введены в существующую поездку. Вариант этого опыта описан на фиг. 8E. В этом варианте осуществления, некоторые элементы деталей поездки, такие как дата, расстояние (853), начальное и конечное местоположение (867) и время не могут редактироваться пользователем, в то время как некоторые поля могут редактироваться. Некоторые поля, которые могут редактироваться, включают в себя «цель» (855), «транспортное средство», «парковка», «сборы», «примечания» и «расстояние», так что пользователь может точно настроить детали поездки. В альтернативных вариантах осуществления, различные комбинации деталей могут редактироваться пользователем, например, изменение маршрута поездки или настройка начального или конечного местоположения. «Стоимость» (866) поездки будет обновляться соответствующим образом, когда «парковка», «сборы» или «расстояние» обновлены, так как они все влияют на подлежащую вычету стоимость поездки. Пользователь может также нажать кнопку «отменить» (859), чтобы удалить любые изменения, которые были введены в течение текущего сеанса редактирования, или нажать кнопку «удалить» (857), чтобы полностью удалить поездку из таблицы поездок. Пользователь может перейти к следующей или предыдущей поездке быстро, нажав на стрелку на левой или правой стороне диалога «добавить детали поездки», при условии наличия дополнительных поездок в журнале поездок, что обозначено числом поездок ниже диалога (861). Когда все детали будут соответствовать желанию пользователя, пользователь может нажать кнопку «сохранить» (863).
[0090] Из-за объема элементов, которыми пользователь должен будет управлять, система предоставляет набор инструментов фильтрации (813) и полосу (805) поиска. Инструменты фильтрации разработаны для рабочего процесса пользователя: идентификации поездок, которые должны быть классифицированы, поездок, которые были классифицированы как деловые, и поездок, которые были классифицированы как персональные. Полоса (805) поиска обеспечивает живой поиск по некоторым данным поездки, включая данные «цели», «местоположения», «примечаний» и «транспортного средства». В альтернативных вариантах осуществления, функциональность поиска может включать в себя ограничители данных или другие опции расширенного поиска, включая функции «И» и «ИЛИ».
[0091] В любой момент пользователь может визуализировать и просмотреть свои предыдущие отчеты с помощью кнопки «история отчетов» (837).
[0092] Инструментальная панель активности (13), расположенная фиксированным образом в нижней части таблицы поездки, предоставляет дополнительные средства для пользователя, чтобы обновлять, классифицировать и управлять своей информацией о поездках. «Добавить+» (815) создает диалог, который позволяет пользователю вручную добавить поездку в свой журнал поездок, путем конкретизации сведений о начальной и конечной точках поездки, а также времени. В альтернативных вариантах осуществления, это может быть сделано посредством текстового ввода или с использованием сенсорной панели (трекпада) или другого аппаратного устройства, чтобы идентифицировать на карте начальную точку, конечную точку и/или маршрут поездки. После ввода этой информации пользователь переходит к диалогу «добавить детали поездки» (фиг. 8E) для завершения ввода дополнительных сведений о поездке (как описано выше).
[0093] Кнопки «редактировать по одному» (817), «редактировать группу» (819) и «объединить» (821), «удалить» (823) и «отчет о поездке» (825) являются опциями, которые требуют, чтобы пользователь сначала выбрал одну или несколько поездок из журнала поездок путем указания флажка на левой стороне строки поездки. «Редактировать по одному» устанавливает в очередь вверх только выбранные поездки в «карусель» редактирования «добавить детали поездки» (фиг. 8E), что позволяет пользователю быстро выполнить последовательные редактирования в выбранных поездках. «Редактировать группу» (819) обеспечивает диалог, который позволяет пользователю выполнять групповое редактирование деталей поездок, применяя (и перезаписывая) обновленные значения ко всем выбранным поездкам. «Объединить» (821) предоставляет функциональность для пользователя, чтобы объединить две или более поездок в одну новую поездку. Полученная объединенная поездка будет использовать начальное местоположение самой старой поездки (по дате) в выборе и конечное местоположение самой новой поездки, и мили будут вычисляться путем суммирования миль каждой поездки, а не общим расстоянием между начальным и конечным местоположением. После объединения поездок, первоначально выбранные записи поездок будут удалены. «Удалить» дает пользователю способ удалить одну или несколько поездок одним кликом.
[0094] Когда одна или более классифицированных поездок выбраны в таблице поездок, то кнопка «отчет о поездках» (825) на правой стороне инструментальной панели активности активизируется (849), показывая общую стоимость выбранных поездок на самой кнопке. При нажатии кнопки открывается диалог, который позволяет пользователю выбрать предпочтительный формат отчетности, либо файл, чтобы загрузить на свой компьютер (например, CSV или PDF), или в систему бухгалтерского учета (например, Concur или Fresh Books). Перед нажатием кнопки «отчет», чтобы выполнить создание отчета, пользователь может ввести дополнительную опциональную информацию для внесения в отчет, включая примечания, которые должны применяться ко всем поездкам, или настраиваемые тарифы, которые должны применяться ко всем поездкам в отчете. Если пользователь выбирает «маркировать эти сообщенные поездки», то поездки больше не будут отображаться в представлении по умолчанию таблицы журнала поездок.
[0095] В альтернативных вариантах осуществления, история поездок пользователя может быть показана в виде представления календаря, в противоположность представлению списка. В других альтернативных вариантах осуществления, карты поездок могут быть показаны в мозаичном или другом прокручиваемом представлении.
[0096] Фиг. 9 иллюстрирует пользовательский опыт для установления правил классификации в зависимости от времени поездок. В качестве примера, если клиент является курьером, который только в состоянии расходовать пробег между 8:00 утра и 5:00 вечера в будние дни, но знает, что каждая поездка, которую он делает в течение этого временного окна, является поездкой, за которую он должен нести расходы, то он может установить правила для автоматической классификации. Аналогичным образом, пользователь, который использует только свое транспортное средство для личного пользования по выходным, может выбрать, что все поездки после 8 часов вечера в пятницу и до 7 часов утра в понедельник автоматически классифицируются как персональные. В альтернативных вариантах осуществления пользователь может также выбрать, чтобы его автоматически классифицируемые поездки отбрасывались.
[0097] Пользователь включает правила для конкретного дня (903), времени начала и остановки (901), и правила автоматически сохраняются в учетной записи пользователя.
[0098] На фиг. 10 представлена упрощенная блок-схема типов учетных записей пользователя, как это соответствует добавлению поездки к конкретной учетной записи пользователя в качестве примера. Метод может использовать двухуровневую систему для разделения пользователя: статус «без оплаты» и учетная запись «премиум». В одном варианте осуществления, эти два обозначения связаны с календарным месяцем. Пользователю со статусом «без оплаты» предоставляется квота бесплатных поездок на месяц, после этой квоты поездки будут сохраняться в системе, но не будут доступны пользователю, пока пользователь не обновит свою учетную запись до «премиум». Ассоциация с календарными месяцами означает, что в случае пользователя со статусом «без оплаты» поездки пользователя, которые отсчитаны до его ежемесячной квоты, будут возвращаться к нулю. В качестве примера, если квота была 40, пользователь может автоматически отслеживать 40 поездок в месяц неограниченно без обновления своей учетной записи.
[0099] В качестве примера, каждая поездка регистрируется (1003) после того, как пользователь создает свою учетную запись (1001), и отсчитывается до ежемесячной суммы, сохраненной в пользовательской базе данных (727). Для каждой поездки, которая регистрируется, система будет проверять, является ли состояние счета пользователя «премиум» (1005): если оно соответствует «премиум», то все поездки немедленно добавляются к учетной записи пользователя. Если состояние пользователя «без оплаты», то система будет проверять сумму всех поездок для этого пользователя за этот календарный месяц, и если общая сумма меньше квоты, то пользователь будет получать эту поездку в свою учетную запись.
[0100] В случае пользователя в состоянии «без оплаты», регистрирующего поездку, которая превышает квоту, поездка будет сохраняться в базе данных пользователей (727), а при обновлении учетной записи пользователя, поездки могут быть добавлены в доступную учетную запись пользователя.
[0101] Интерфейс, показанный здесь, реализуется в реагирующем HTML, что означает, что интерфейс адаптируется к физическому оборудованию (то есть, размеру экрана), чтобы убедиться, что фундаментальная парадигма взаимодействия сохраняется в различных размерах просмотра.
[0102] В примере, способ включает в себя проведение (пролистывание) по части графического представления поездки посредством ввода касанием, голосового ввода или связанного с дисплеем, или голосовой команды, чтобы переместить графическое представление в одном из множества направлений вне дисплея. Каждое из направлений указывает на классификацию, ассоциированную с поездкой. Способ включает в себя добавление числа, представляющего расстояние, к итогу, ассоциированному с категорией. В примере, классификация осуществляется путем проведения по части графического представления посредством ввода касанием, чтобы переместить графическое представление в одном из множества направлений. В примере, каждое из направлений указывает на классификацию, ассоциированную с маршрутом. В примере, классификация выполняется с помощью голосовой команды. В примере, классификация осуществляется на компьютере с использованием графического пользовательского интерфейса. В примере, классификация осуществляется на основе любой комбинации компьютерных алгоритмов и определенных пользователем правил для автоматической классификации.
[0103] В примере, инициирование, использование, перемещение, использование, идентификация и вывод обеспечиваются без ввода от пользователя мобильного беспроводного устройства. В примере, одна или несколько ветвей соединяются или конфигурируются вместе в поездке или маршруте с использованием информации картографирования и/или данных трафика, извлеченных из источника информации третьей стороны. В примере, способ дополнительно содержит использование информации из программы календаря для идентификации цели маршрута поездки.
[0104] В примере, способ включает в себя использование информации кредитной карты из покупки с использованием кредитной карты в течение временного кадра, ассоциированного с маршрутом поездки, чтобы идентифицировать цель для маршрута поездки. В примере, графическое представление маршрута поездки выводится как карта, ассоциированная с поездкой или маршрутом. В примере, потенциальная стоимость поездки показывается автоматически на карте поездки, которая отображается. В примере, карта на дисплее может быть расширена, чтобы показать дополнительные детали, необходимые для целей ведения записей.
[0105] В примере, способ содержит вывод множества других графических представлений другой поездки или маршрута, пронумерованных от 2 до N, где N представляет собой целое число больше 2, после чего вывод обеспечивается в последовательном порядке от первой карты, ассоциированной с первой поездкой, до N-ой карты, ассоциированной с N-ой картой. В примере, пролистывание обеспечивается с использованием одной руки пользователя. В примере, способ включает в себя отображение совокупной итоговой информации, представляющей расстояние. В примере, способ включает в себя вывод множества других графических представлений другой поездки или маршрута, пронумерованных от 2 до N, где N представляет собой целое число больше 2, после чего вывод обеспечивается в последовательном порядке от первой карты, ассоциированной с первым маршрутом, до N-ой карты, ассоциированной с N-ой картой, причем каждая из карт выводится отдельно от других карт.
[0106] В примере, способ включает в себя выбор указателя, ассоциированного с поездкой или маршрутом, и переключение на экран графического ввода, причем экран графического ввода имеет одно или более полей для ввода детали маршрута; и сохранение экрана графического ввода с вводом с маршрутом. В примере, способ включает в себя вывод денежной стоимости, ассоциированной с поездкой или маршрутом; и вывод совокупной денежной стоимости, ассоциированной с предопределенной частотой использования во времени. В примере, способ включает в себя автоматическую классификацию маршрута поездки на основе времени суток или автоматическую классификацию поездки на основе предпочтений, установленных пользователем, или автоматическую классификацию поездки на основе прошлых классификаций пользователем, или любую из этих комбинаций и т.п.
[0107] В примере, способ включает в себя обеспечение возможности пользователю называть местоположение и отображать это название после того, когда местоположение показывается. В примере, способ включает в себя обеспечение возможности приложению автоматически классифицировать поездку в некоторое местоположение на основе названия, которое пользователь дает ему, или на основе прошлой классификации поездки в это местоположение пользователем. В примере, способ включает в себя автоматическую классификацию маршрута поездки на основе одного или более местоположений. В примере, способ включает в себя передачу информации с использованием Bluetooth сопряжения от транспортного средства к приложению через Bluetooth устройство связи.
[0108] В примере, способ включает в себя ввод данных о дорожных сборах, ассоциированных с поездкой или маршрутом, на основе либо данных карты, либо электронной оплаты дорожного сбора. В примере, способ включает в себя ввод информации о парковке на основе информации кредитной карты, приложения для парковки или данных картографирования. В примере, способ включает в себя загрузку или передачу отчета, ассоциированного с приложением, посредством электронной почты или другого устройства связи. В примере, отчет содержит сводную информацию, необходимую для подготовки налоговых деклараций или представления работодателю для возмещения. В примере, сводная информация включает в себя некоторую комбинацию миль, классифицированных как мили деловых поездок, классифицированных как мили персональных поездок, классифицированных как мили регулярных поездок на работу в город из пригорода, расходы на парковку и расходы на дорожные сборы. В примере, сводная информация упорядочивается пользователем транспортного средства.
[0109] В примере, способ включает в себя преобразование измерения в денежном выражении на основе географического местоположения, идентифицированного прикладной программой. В примере, способ включает в себя преобразование измерения расстояния на основе географического местоположения, идентифицированного прикладной программой. В примере, стоимость по умолчанию поездок определяется на основе географического местоположения беспроводного мобильного устройства, например, провинции в Канаде, где работает пользователь. В примере, стоимость поездок по умолчанию определяется на основе информации о транспортном средстве пользователя или совокупного расстояния, пройденного за год, например, как в Соединенном Королевстве, где первые 10000 миль оцениваются иначе, чем все дальнейшие мили для транспортного средства за данный налоговый год. В примере стоимость поездок по умолчанию определяется на основе вводов из инструмента программного обеспечения третьей стороны, который обеспечивает правительственные или корпоративные тарифы на пробег. В примере, стоимость поездок по умолчанию определяется на основе пользовательского ввода стоимостей поездок по умолчанию для упомянутого пользователя. В примере, приложение автоматически вычисляет процент поездок пользователя за год или другой период времени, которые включены в качестве деловых поездок, на основе процентов прошлых классификаций. В примере, пользователь может выбрать вариант получения ежедневно, еженедельно или ежемесячно отчетов, доставляемых к нему автоматически приложением со сводкой и/или конкретными деталями поездки. В примере, услуга продается как подписка на ежемесячной или ежегодной основе. В примере, услуга оценивается как процент от поездок или денежных средств пользователя, проклассифицированных или сообщенных. В примере, услуга предоставляется бесплатно на постоянной основе, но количество поездок, которые пользователь может видеть в данный период времени, ограничено, если он еще не приобрел подписку.
[0110] В примере, настоящий метод также включает в себя следующее:
Пользователь является тем, кто установил мобильное приложение (упоминается как «приложение») на своем телефоне, запустил приложение и успешно создал учетную пользовательскую запись, после чего осуществляет доступ к веб приборной панели (упоминаемой как «приборная панель»). Приборная панель дублирует и расширяет функциональные возможности приложения, позволяя пользователю редактировать поездки, проверять информацию и сообщать или экспортировать свои данные в соответствующие местоположения или системы. Приборная панель оптимизирована и работает через браузер любого размера. Настоящий метод включает в себя одно или более из следующего:
[0111] В качестве примера, метод также предусматривает следующее:
1. Доступ к приборной панели
а. Учетные данные
i. От пользователя требуется создать учетную запись пользователя для того, чтобы получить доступ к приборной панели.
ii. Пользователь должен загрузить приложение и запустить его.
iii. Пользователь должен завершить процесс регистрации в приложении и при этом создать адрес электронной почты и пароль в качестве учетных данных.
b. Вход в приборную панель
i. Пользователь вводит доменное имя в свой веб-браузер, попадает на домашнюю страницу и указывает ссылку «Логин приборной доски» (или аналогично именованную ссылку) на веб-сайте, или
ii. Пользователь вводит https://dashboard.mileiq.com/ в свой веб-браузер.
iii. Пользователь попадает на экран логина приборной панели.
iv. Пользователь вводит свой адрес электронной почты и пароль, как они были созданы в процессе регистрации в приложении.
v. Пользователь кликает «Зарегистрироваться».
1. Если учетные данные не корректны, экран обновляется, и сообщения об ошибке предлагают пользователю повторно ввести учетные данные.
2. Если учетные данные корректны, пользователь успешно переводится в приборную панель.
2. Без активности
а. Если пользователь не зарегистрировал ни одной поездки с использованием приложения или проклассифицировал все поездки с использованием приложения или приборной панели, приборная панель будет отображать сообщение о том, что не имеется не сообщенных поездок для отображения.
3. Панель инструментов заголовка
а. Клик на регистрационных данных переводит пользователя обратно на домашнюю страницу.
b. Клик на ссылке «приборная доска» обновляет приборную панель.
с. Клик на «год для просмотра» показывает спадающее меню, где пользователь может выбрать год, для которого желательно загрузить информацию сводки.
i. Выбор года предлагает пользователю для просмотра наиболее важные пункты, прежде чем загружать сводку.
ii. Клик «загрузить [XXXX] сводку» создает файл CSV, который загружается на компьютер пользователя для дальнейшего просмотра, где XXXX может быть 2013, 2014 и т.д.
d. Клик на адресе электронной почты пользователя в панели инструментов заголовка открывает опцию «зарегистрироваться при выходе» из приборной панели, которая будет надежно регистрировать пользователя при выходе из его сеанса приборной панели.
4. Статистическая диаграмма - область ниже панели инструментов заголовка содержит статистические данные высокого уровня об активности поездок пользователя и суммы денежных средств, которые были и могут быть вычтены. Диаграмма обновляется, по мере того как пользователь модифицирует или редактирует информацию о поездках в таблице поездки ниже.
а. При первом входе в систему, статистическая диаграмма по умолчанию показывает общее число зарегистрированных миль и общее число миль, классифицированных как подлежащие вычету мили за последние семь дней.
b. Селектор «ежедневно/еженедельно/ежемесячно» в нижней части диаграммы обеспечивает опцию детализации, с которой можно просматривать данные. При изменении детализации статистика будет обновляться, и столбиковая диаграмма, представляющая группировки времени, будет обновляться соответствующим образом.
с. Селектор «расстояние/стоимость/сообщенные» в нижней части диаграммы дает пользователю возможность просматривать различные типы данных на графике.
i. Выбор «расстояние» будет показывать общее число миль, зарегистрированных в период времени, указанный выбором под столбиковой диаграммой, а также общее число миль, классифицированных как подлежащие вычету коммерческие мили.
ii. Выбор «стоимость» будет показывать стоимость всех миль, зарегистрированных в течение периода времени, указанного выбором под столбиковой диаграммой, а также стоимость миль, классифицированных как подлежащие вычету коммерческие мили.
iii. Выбор «сообщенные» будет показывать стоимость всех миль, зарегистрированных в течение периода времени, указанного выбором под столбиковой диаграммой, а также стоимость миль, классифицированных как подлежащие вычету коммерческие мили.
d. Клик на левой и правой стрелках внизу селектора периода времени под областью столбиковой диаграммы будет постепенно перемещать через периоды времени «ежедневно/еженедельно/ ежемесячно» и обновлять информацию диаграммы, поскольку она зависит от дат.
е. Клик на «скрыть диаграмму» будет скрывать диаграмму из поля зрения на приборной панели. Диаграмма может быть раскрыта снова кликом на «показать диаграмму».
5. Журнал поездок - Таблица ниже статистической диаграммы является основным компонентом приборной панели, где пользователь будет тратить свое время, манипулируя, обновляя и редактируя информацию, чтобы гарантировать, что информация о поездках является точной и готова к экспорту для целей налогообложения или по электронной почте для целей отчетности.
а. При входе в приборную панель, пользователю будет представлен список всех поездок, которые были зарегистрированы в текущем году и не были «удалены» или маркированы как сообщенные. Сортировкой по умолчанию для таблицы является хронологический порядок, когда поездки были зарегистрированы.
b. Поездки - каждая поездка представлена строкой в таблице.
i. Столбец «цель» показывает текущую цель каждой поездки, как это определено пользователем в приложении или на приборной панели. Он показывает (и выделяет синим цветом) те поездки, которые еще не были классифицированы, указывая пользователю задачи, которые должны быть завершены.
ii. Столбец «когда» показывает, когда поездка была зарегистрирована.
iii. Столбец «местоположение» представляет сводку местоположения начала и остановки зарегистрированной поездки.
iv. Столбец «мили» показывает пользователю расстояние зарегистрированной поездки.
v. Столбец «стоимость» предоставляет стоимость каждой поездки, только если она была отнесены к категории деловой поездки в столбце «цель».
vi. Клик на любом заголовке столбца будет выполнять сортировку этого столбца
с. Классификация поездок в журнале поездок
i. Неклассифицированные поездки представлены синей кнопкой в столбце «цель» с меткой «не классифицирована».
ii. Клик на кнопке показывает количество меток, которыми пользователь может воспользоваться, чтобы классифицировать поездки.
iii. Выбор одной из меток будет сохранять категоризацию, и если поездка является подлежащей вычету, стоимость поездки будет обновляться в столбце «стоимость».
d. Редактирование поездки
i. Чтобы редактировать детали поездки, пользователь может кликнуть на дате/времени или местоположении поездки в таблице журнала поездок. В качестве альтернативы, пользователь может выбрать флажок рядом с поездкой и кликнуть «редактировать по одному» внизу экрана.
ii. Отображаются местоположения начала и остановки поездки. Клик на любом из них показывает увеличенную карту. Карта может быть закрыта кликом на X на экране.
iii. Пользователь может редактировать/проверять/обновлять любые из деталей поездки, включая цель поездки.
iv. Клик на X в этой точке будет отменять все изменения, которые были сделаны, и закрывать детали поездки.
v. Клик на «отменить» будет отменять любые изменения, внесенные до сих пор в детали поездки.
vi. Клик на «сохранить» или продвижение «карусели поездок» посредством клика на левой и правой стрелках сбоку от деталей поездки будет приводить к сохранению информации.
vii. Клик на «удалить» начнет удалять поездку.
1. Всплывающее окно будет подтверждать удаление.
2. Пользователь может опционально выбрать причину удаления поездки.
3. После удаления поездки карусель переходит к следующей поездке для быстрого редактирования.
viii. Переход к следующей поездке.
1. Клик на левой или правой стрелке сбоку от деталей поездки переходит к следующей поездке в последовательности для быстрого редактирования.
2. Клик на левой или правой стрелке будет сохранять любые изменения, которые были сделаны.
е. Массовое редактирование поездок
i. Пользователь может выбрать несколько поездок посредством указания флажков на стороне строк поездок.
1. Клик на «редактировать по одной» поместит только выбранные поездки в очередь для редактирования, чтобы позволить пользователю быстро редактировать и сохранять только выбранные поездки, прежде чем перейти к следующей в очереди.
2. Клик на «редактировать группу» предоставляет пользователю приглашение, чтобы редактировать детали поездки для каждой выбранной поездки в одно время.
а. Сводка выбранных поездок отображается для справки.
b. Пользователь может редактировать любое из редактируемых значений на этом экране.
c. Сохранение изменений будет применять изменения ко всем поездкам в групповом редактировании, перезаписывая любую предыдущую информацию.
3. Клик на «объединить» дает пользователю подсказку, спрашивая пользователя, действительно ли он хочет объединить выбранные поездки.
а. При объединении двух или более поездок, результирующая объединенная поездка будет использовать начальное местоположение самой старой поездки (по дате) и конечное местоположение самой последней поездки, и мили будут рассчитываться путем суммирования миль каждой поездки.
b. Клик на подтверждении объединения двух поездок приведет к тому, что выбранные поездки будут удалены, и новая «объединенная» поездка создается в таблице поездок.
4. Клик на «удалить» предлагает пользователю указать причину для удаления.
5. Клик на одной из причин приведет к удалению поездок и возвратит пользователя в приборную панель.
f. Добавление поездки
i. Клик на «добавить+» предложит пользователю посредством диалога ввести вручную информацию о поездке.
ii. Пользователь вводит начальный адрес, дату и время.
iii. Пользователь вводит конечный адрес, дату и время.
iv. Клик на «добавить поездку» создает поездку в журнале поездок и приводит пользователя к следующему предложению ввести детали поездки.
v. Пользователь может ввести все детали поездки, включая цель поездки.
vi. Пользователь может сохранять, удалять или кликать на X, чтобы сохранить без каких-либо деталей.
g. Отчетность - отчетность позволяет пользователю выбрать группу поездок для включения в отчет или экспорт в конкретное местоположение и в конкретном файловом формате.
i. Пользователь выбирает поездки, чтобы представить в отчетности, указывая флажок рядом с каждой поездкой, которая должна быть включена. Только поездки, которые проклассифицированы, могут быть включены в отчет.
ii. Выбор поездок флажком побуждает кнопку отчета о поездке внизу справа обновлять общую стоимость выбранных поездок.
iii. Клик на кнопке «отчет по [х] поездкам», когда готово, представляет пользователю экран представления отчета, где х - число выбранных поездок.
1. Сводка выбранных поездок отображается в верхней части экрана представления.
2. Пользователь может заполнить опциональную информацию, которая будет заполнять в отчете раздел «дополнительная информация».
a. Отправитель: Пользователь может ввести свое имя в качестве лица, представляющего отчет.
b. Проект: Пользователь может ввести краткое описание проекта, если это применимо.
c. Заказчик: Пользователь может ввести имя заказчика или клиента, к которому применим этот набор поездок.
d. Копию электронной почты к: По умолчанию отчет будет отправлен пользователю. Пользователь имеет опцию отправить отчет другим людям путем ввода их адресов электронной почты.
е. Указание флажка «Маркировать эти поездки как сообщенные» будет удалять поездки из представления по умолчанию журнала поездки в приборной панели.
f. Пользователь может изменить тариф «деловые» для милей, чтобы получать отчет, который точно соответствует его потребностям.
3. Экспорт в
а. Выбор PDF или CSV в качестве формата экспорта приведет к получению пользователем PDF или CSV отчета в своей электронной почте.
b. Выбор Concur или FreshBooks
i. Пользователь должен авторизовать учетную запись, чтобы выбирать для экспорта.
ii. Пользователь должен кликнуть «отчет».
4. Пользователь должен кликнуть «отчет», чтобы завершить процесс.
5. Пользователь быстро получит отчет по электронной почте.
6. Пользователь должен кликнуть OK в диалоге подтверждения, чтобы продолжить.
h. Поиск
i. Ввод текста в поле поиска будет инициировать функциональность мгновенного живого поиска и начнет возвращать результаты сразу, если совпадения найдены.
ii. Функциональность поиска выполняет поиск по цели, местоположению, примечаниям и информации о транспортном средстве
iii. Функциональность поиска не выполняет поиск по времени, милям, стоимости, парковке и информации о дорожных сборах.
iv. Если записи найдены, они отображаются пользователю в виде таблицы поездок.
v. Если записи не найдены, то сообщение «Соответствующие записи не найдены» представляется пользователю.
i. Фильтрация поездок позволяет пользователю быстро изменять представление журнала поездок, чтобы показывать только определенные типы поездок.
i. Клик на «не классифицированы» обновляет таблицу поездок, чтобы показывать только поездки, которые еще не были классифицированы.
ii. Клик на «деловые» обновляет таблицу поездок, чтобы показывать только поездки, которые классифицированы как деловые.
iii. Клик на «персональные» обновляет таблицу поездок, чтобы показывать только поездки, которые классифицированы как персональные.
iv. Клик на «все» обновляет таблицу поездок, чтобы показывать все поездки.
v. Выбор окна «включить сообщенные поездки» обеспечит то, что отфильтрованные результаты также показывают поездки, которые уже маркированы посредством «маркировать эти поездки как сообщенные» во время предыдущего отчета.
j. История отчетов
i. Клик на «истории отчетов» показывает пользователю все отчеты, которые пользователь создал, вместе с подробной информацией высокого уровня.
ii. Клик на символе «+» на левой стороне каждого отчета будет расширять элемент, чтобы показывать специфику.
[0112] В данном описании термины «первый», «второй», «третий» и «N-ый» должен толковаться в соответствии с обычным значением. Такие термины, по отдельности или вместе, не обязательно означают порядок, если только не понимаются таким образом специалистом в данной области техники. Кроме того, термины «верх» и «низ» могут не иметь значения по отношению к направлению силы тяжести, хотя должны интерпретироваться в соответствии с обычным значением. Эти термины не должны чрезмерно ограничивать объем формулы изобретения в настоящем документе.
[0113] В то время как выше представлено полное описание конкретных вариантов осуществления, могут использоваться различные модификации, альтернативные конструкции и эквиваленты. В качестве примера, скомпонованное устройство может включать в себя любую комбинацию элементов, описанных выше, а также вне настоящей спецификации. Таким образом, приведенное выше описание и иллюстрации не следует рассматривать как ограничивающие объем настоящего изобретения, который определяется прилагаемой формулой изобретения.