Перекрестная ссылка на родственную заявку
Настоящая заявка на патент испрашивает приоритет согласно патентной заявке №60/511,533 “SYSTEM AND METHODS THAT UTILIZE DYNAMIC DECISION MAKING TO PROVIDE A BEST MEANS INTERPERSONAL COMMUNICATION SERVICE”, поданной 15 октября 2003 года, полнота которой явно включена сюда по ссылке.
Область техники, к которой относится изобретение
Настоящее изобретение в целом относится к системам коммуникации и, более конкретно, к системам и методам для использования контактных записей (контактов) и контактных предпочтений и/или цены/выгоды в облегчении обработки прерываний передачи информации между сторонами.
Уровень техники
Несмотря на повсеместное использование работающих в постоянном режиме календарных систем для хранения напоминаний и создания, совместных с другими персонами, соглашений о времени и месте встреч, много таких соглашений основывается на приспособленных и в основном неупорядоченных коммуникациях. Такие неформальные согласования часто зависят от интуитивных знаний человека о текущем и будущем месте нахождения и действиях друзей и коллег. Часто при использовании постоянно работающих групповых календарных систем люди, для примера, могут быть исключены из списка, так как становится известно, что они заняты в другом месте. Исследования в области моделирования поведения пользователей в последние десять лет фокусировались в большинстве своем на приложениях, направленных на предположения о текущей активности, намерениях и целях пользователей. Однако даже известный статус пользователя является недостаточным для содействия или благоприятствования сотрудничеству между взаимодействующими сторонами.
В общем, люди ищут общения между собой в предположении о наилучшем времени и каналах взаимодействия. Они могут выбирать и использовать коммуникации по одному или по разным каналам, основываясь на их собственных нуждах и предпочтениях, а также на их знании или интуиции о предпочтениях и ситуациях персоны, с которой предполагается контактировать. Тем не менее, попытка взаимодействия часто бывает практически оптимальна для контактора (например, отправителя, инициатора…) и контактируемой персоны (например, получателя…). Для примера, попытка контактора установить в реальном времени телефонный контакт может прервать контактируемую персону в неудобное время для разговора или может вызвать раздражение контактора в связи с получением голосового сообщения, что может привести к дорогостоящим задержкам для контактора и контактируемой персоны. Контактирующие могут применять различные способы для избранной фильтрации входящих коммуникаций. Некоторые люди имеют возможность нанимать хорошо обученных помощников, в то время как другие полагаются на ручное просеивание входящих телефонных звонков, голосовых сообщений и пакетов электронных сообщений. Однако ограничение или отсрочка коммуникаций в реальном времени минимизирующая перебой и доводящая до максимума приватность - это только часть задач, ассоциируемых с управлением коммуникациями.
Для примера, общепринятые системы электронной почты могут быть чувствительны к коммуникациям и трудностям в согласовании с помощью сообщений между сторонами. Например, контактируемая персона может находиться в удаленном регионе, в котором коммуникация посредством телефона или другими способами невозможна. Контактируемая персона может разделять контакторов (например, коллега по работе, начальник, любимая), так, что электронные сообщения получаются и распределяются контактируемой персоной наиболее приемлемым для него способом. Несмотря на то, что общепринятые системы электронной почты могут показывать, что переданное сообщение получено и открыто контактируемой персоной и могут включать в ответное сообщение предопределенный/предварительно сконфигурированный текст, такой как «В отпуске в течение недели» или «Вне офиса после обеда», они не позволяют автоматически сообщить контактору, когда и/или через какое время контактируемое лицо сможет ответить. Таким образом, если произойдет непредвиденное событие или потребуется отреагировать на важное сообщение, контакторы смогут только предположить, когда контактируемая персона потенциально сможет получить сообщение и надеется, что это сообщение будет получено и реакция на него последует своевременно. Сходные трудности возникают, когда пытаются запланировать встречу при том, что трудно удостовериться в том, что стороны смогут принять участие во встрече в одно и то же время.
Ежедневно, как всегда в обычных ситуациях, сообщения отправляются с различной степенью срочности, важности и приоритета. Часто ключевые встречи требуются в тот момент, когда адресат занят важными деловыми или частными задачами.
Вследствие чего, одно или более сообщений может быть направлено одной или более сторон для того, чтобы указать на важность встречи. В добавление к сказанному, сообщения часто передаются через множество коммуникационных каналов в попытке достичь потенциальных участников. Для примера, руководитель может послать электронные сообщения ключевым участникам и сопроводить электронное сообщение телефонным звонком, пейджерным или факсимильным сообщением сторонам, где голосовые сообщения обычно остаются неотмеченными другой стороной. К сожалению, управляющий часто не уверен, получила ли сообщение не ответившая сторона, и с какой вероятностью все участники смогут присутствовать на встрече.
Контактирующие персоны хотят иметь более хорошие каналы или множество каналов связи, чем методы, индивидуально выбранные контактирующей стороной. Для примера, контактирующая сторона может послать электронное сообщение, когда контактируемый будет получать сообщение в реальном времени или говорить по телефону. Кто-нибудь, неистово работающий над документом в преддверии срочной сдачи, хочет получать редакторские комментарии, приходящие с помощью коммуникаций в реальном времени, даже когда они удалены от рабочего места, кроме случаев при некоторых выбранных настройках, когда они хотят получать электронное сообщение, связанное с извещением в реальном времени о попытке контакта. В зависимости от вызывающего и ситуации, контакторы часто хотят соединиться с вызываемым в реальном времени, а не потерять вызов. С текущими, специально выделенными коммуникациями, для пользователей является обычным желание пытаться поддерживать связь друг с другом и получить раздраженные сообщения о неудачных попытках коммуникации.
Раскрытие изобретения
Ниже представлено простое обобщение сущности изобретения в порядке, обеспечивающем основное понимание некоторых аспектов изобретения. Это обобщение не является всесторонним обзором данного изобретения. Нет необходимости определять ключевые/критические элементы изобретения или схематично изображать область действия изобретения. Это всего лишь намерение представить некоторые концепции изобретения в простой форме, как вступление к более детальному описанию, представленному дальше.
Данное изобретение представляет собой системы и способы для расширения межабонентских коммуникаций. Системы и способы позволяют пользователям определить и получить доступ предпочтения относительно обработки вызовов и динамического принятия решений в реальном времени. Системы и способы могут быть сконфигурированы таким образом, чтобы использовать качественный подход к оценке затрат и выгод, чтобы, для примера, наладить во всех аспектах стратегии самооценки приоритетов вызовов и стоимости их прерывания. Сверх того, может быть применен формальный подход к анализу решения. Это будет достигнуто подходом, использующим персонализированные Байесовские модели (т.е. изучение посредством обучения с помеченными данными) и ожидаемая цена прерывания для соответствующих пользователей. Эти модели могут принимать во внимание данные, такие как, для примера, календарную информацию, наблюдение за событиями рабочего стола в реальном времени, и/или информацию, получаемую от акустического и/или основанного на зрении восприятия.
Заключения о текущем прерывании в работе пользователя и предположения о том, когда пользователь может быть доступен, могут генерироваться и использоваться для формирования решения относительно продолжения коммуникаций с пользователями, получения сообщений и/или решений об изменении времени коммуникаций, для примера. Упомянутое выше можно предоставить для улучшения общепринятых систем посредством расширения межабонентских коммуникационных систем, что может довести до максимального уровень общения между сторонами.
Для достижения вышеупомянутых и родственных целей, изобретение включает в себя ряд возможностей, полностью описанных ниже и подробно указанных в пунктах формулы изобретения. Нижеследующее описание и сопутствующие чертежи дают в деталях точное и иллюстративное описание изобретения. Там же показаны некоторые, но не все пути, применения принципов изобретения. Другие объекты, преимущества и оригинальные свойства изобретения станут видны из нижеследующего подробного описания изобретения, при необходимости обоснованного чертежами.
Краткое описание чертежей
Фиг.1 изображает систему управления передачей информации между коммуникационными системами.
Фиг.2 изображает систему, использующую базовые правила, облегчающие управление передачей информации между коммуникационными системами.
Фиг.3 изображает систему, использующую интеллектуальные компоненты, облегчающие управление передачей информации между коммуникационными системами.
Фиг.4 изображает систему управления передачей информации для коммуникационных систем.
Фиг.5 изображает основанную на телефонной связи систему, реализующую посредника в передаче информации для автоматизации коммуникационных решений.
Фиг.6 изображает примерное графическое представление приоритетов затрат и выгод для вызовов и стоимости прерывания.
Фиг.7 изображает примерный интерфейс агента для обработки определений групп и раздачи привилегий и свойств этим группам.
Фиг.8 изображает примерный интерфейс программного регулятора для задания стоимости прерывания для временных блоков.
Фиг.9 изображает примерный интерфейс инструмента контекстной оценки для задания уровня цены прерывания к контекстным элементам.
Фиг.10 изображает примерный интерфейс резюмирования групп.
Фиг.11 изображает другой примерный интерфейс программного регулятора.
Фиг.12 изображает примерный интерфейс переопределения времени коммуникации.
Фиг.13 изображает примерное графическое изображение, позволяющее графически отобразить цену прерывания.
Фиг.14 изображает расширенную межабонентскую коммуникационную службу для управления передачей информации между сторонами.
Фиг.15 изображает примерную коммуникационную систему, помогающую облегчить обработку взаимодействия между контактором и контактируемой персоной.
Фиг.16 изображает примерную диаграмму влияния, которая может быть использована для определения коммуникационного действия.
Фиг.17 изображает второй примерный пользовательский интерфейс для определения групп.
Фиг.18 изображает третий интерфейс программного регулятора.
Фиг.19 изображает примерную диаграмму анализа выгоды и затрат, которая может быть использована для выбора действия между созданием соединения и переносом времени коммуникации.
Фиг.20 изображает первый интерфейс пользователя для переопределения времени коммуникации.
Фиг.21 изображает второй интерфейс пользователя, показывающий основание для переопределения времени коммуникации.
Фиг.22 изображает примерный интерфейс управления контрольной панелью для выбора режима и алгоритма прогнозирования.
Фиг.23 изображает примерную диаграмму распределения интегральной вероятности как функции времени.
Фиг.24 изображает примерный прогноз ожидаемой цены прерывания как функции времени.
Фиг.25 изображает примерную расширенную картину присутствия, которая включает прогноз, возможность и доступность в единицах времени.
Фиг.26 изображает примерную панель управления для системы событий.
Фиг.27 изображает примерные переменные и значения для системы событий.
Фиг.28 изображает примерное рабочее место управления затратами на прерывания для задания выраженных в денежной форме значений стоимости прерывания.
Фиг.29 изображает примерную модель решения, которая может быть использована в соответствии с положениями данного изобретения.
Фиг.30 изображает примерную диаграмму использования вероятностей в соответствии с предпочтениями вызываемой персоны и цены прерывания для выбора подходящего времени коммуникации и канала связи.
Фиг.31 изображает различные коммуникационные операции через множество примерных графических интерфейсов пользователя.
Фиг.32 изображает примерную методологию для межабонентских коммуникаций.
Фиг.33 изображает примерную методологию коммуникации.
Фиг.34 изображает примерную стандартную методологию коммуникации.
Фиг.35 изображает примерную расширенную методологию коммуникации.
Фиг.36 изображает примерную систему, которая может быть использована в соответствии с положениями данного изобретения.
Фиг.37-57 изображают примерные пользовательские интерфейсы (UIs), которые могут быть использованы в соответствии с положениями данного изобретения.
Фиг.58 изображает примерную Байесовскую модель, которая может быть использована в соответствии с положениями данного изобретения.
Фиг.59 изображает примерную модель, которая показывает различающие переменные для конкретного пользователя.
Фиг.60 изображает примерное динамическое наследование в соответствии с положениями данного изобретения.
Фиг.61 изображает подходящее окружение операционной среды в соответствии с положениями данного изобретения.
Фиг.62 изображает простое компьютерное окружение, с которым данное изобретение может взаимодействовать.
Осуществление изобретения
Данное изобретение относится к системам и методам автоматизации и полуавтоматизации обработки информационного взаимодействия между сторонами (например, контактором и контактируемым). Системы и методы, использующие коммуникационные предпочтения, состояние контактируемого и контактора, и цену прерывания, расширяют межабонентские коммуникации и доводят до максимума уровень общения. Упомянутое выше предназначено для улучшения общепринятых систем посредством централизации оценок и умозаключений о достаточно полном представлении предпочтений для коммуникационных и усиливающих принципов анализа затрат и выгод и выборе метода при неопределенности действий обработки коммуникации.
Необходимо принять во внимание, что используемый здесь термин «компонента» относится к применимому к компьютерной среде объекту либо оборудованию, комбинации оборудования и программного обеспечения, программному обеспечению или программному обеспечению на стадии исполнения. Для примера, компонента может быть, но не ограничиваясь этим, процессом, исполняемым на процессоре, процессором, объектом, исполняемым модулем, потоком исполняемого модуля, программой, и/или компьютером. Как пример, и приложение, работающее на сервере, и сервер могут быть компьютерным компонентом. Одна или более компонент могут постоянно находиться вместе с процессом и/или потоком исполняемого модуля, и компонента может находиться на компьютере и/или разделяться между двумя или более компьютерами.
Кроме того, используемый здесь термин «интерфейс» относится в общем случае к процессу выделения текущего статуса системы, среды окружения и/или пользователя из набора наблюдений, захваченных с помощью событий и/или данных. Интерфейс может применяться для определения специфического контекста или действия, или может создавать возможное распределение по состояниям, например. Интерфейс может быть вероятностным, что есть расчет вероятности распределения по интересующим состояниям, основываясь на рассмотрении данных и событий. Интерфейс может относиться к методикам, используемым для построения высокоуровневых событий из набора событий и/или данных. Такой интерфейс может в результате создать новые события или действия из набора событий и/или сохраненного содержимого события, при условии наличия или отсутствия корреляции событий с малой временной близостью, и событий и данных, приходящих из одного или нескольких источников событий или данных. Различные схемы и/или системы формирования вывода (например, вспомогательные векторные машины, вероятностные графические модели, такие как Байесовские сети, диаграммы влияния и нейронные сети) могут быть использованы для совершения автоматических и/или сходных действий в согласии с предметом данного изобретения.
Фиг.1 изображает примерную систему 100, которая управляет коммуникациями между сущностями. Система 100 состоит из компонента ввода 110 и коммуникационной службы 120. Компонента ввода 110 может быть использована для получения коммуникации, такой как, например, телефонный звонок. Для примера, компонента ввода 110 может связываться с частным телефонным коммутатором, таким как, например, частная телефонная станция (PBX), и манипулировать входящими и/или исходящими телефонными звонками. Следует принять во внимание, что этот интерфейс может быть основан на программном обеспечении и/или компьютерном оборудовании, проводной и/или беспроводной связи, может быть расположен локально и/или удаленно по отношению к коммуникационным передающим системам, и/или поддерживать по существу любой известный коммуникационный протокол. При получении коммуникации компонента ввода 110 может серийно и/или с помощью конкурентного доступа осуществить связь со службой 120, в течение которой такая передача может быть передана от компоненты ввода 110 и/или возвращена коммуникационной службой 120.
Коммуникационная служба 120 может анализировать и/или использовать анализ коммуникации для определения транспортного пути к получателю. Для примера, коммуникация может включать в себя информацию, показывающую на ее содержимое, отправителя, получателя, возможность отложить коммуникацию, время дня, день недели, важность и т.д. Такая информация может получаться коммуникационной компонентой 120 и использоваться для облегчения определения пути коммуникации, включая, для примера, коммуникационный транспорт к получателю и/или другому получателю методом, совпадающим с удобным для отправителя методом коммуникации (например, посылкой телефонного вызова на телефон получателя) и/или альтернативным способом (например, отправка получателю электронного сообщения в ответ на телефонный звонок), метода отложить коммуникацию (например, попытаться связаться и изменить время для более поздней передачи), и/или отказать в коммуникации. Кроме того, информация, относящаяся к отправителю, может быть использована для облегчения определения подходящего пути. Для примера, отправитель может быть ассоциирован с приоритетом или другой информацией, определяющей взаимную важность отправителя и/или сообщения для получателя. Как описано в деталях ниже, политики, правила и/или информация (например, возможности, выводы…) могут быть использованы в добавление и/или альтернативно для облегчения их определения и/или любого последующего действия.
После определения метода передачи сообщения, коммуникация может быть маршрутизирована коммуникационной службой 120. Как описано выше, такая передача может включать в себя обеспечение коммуникации к данному получателю и/или другому получателю (получателям), запаздывание сообщения и/или отказ от коммуникации. Более того, ответ получателя, если это имеет место, может быть получен входной компонентой 110, и маршрутизировано коммуникационным сервером 120, основываясь на информации, сходной описанной выше, и/или другой информации. В других аспектах данного изобретения, множество коммуникаций одного или нескольких неравноправных отправителей может быть последовательно или на основе конкурентного доступа получено компонентой ввода 110. Такие коммуникации могут обрабатываться последовательно или параллельно. Кроме того, такие коммуникации могут быть временно сохранены (например, в буфере), разбиты по приоритетам и/или обработаны, основываясь на приоритетах и/или других критериях.
Необходимо отметить, что система 100 может предусматривать различные аспекты, которые расширяют межабонентские коммуникации. Для примера, система 100 может маршрутизировать коммуникации, основываясь, по меньшей мере, на стоимости прерывания. Кроме того, можно использовать кодировку того, что предпочтительней: перенос вызывающего на другое время или разрешение звонка получателю, основываясь на стоимости разрыва и стоимости задержки вызова. Такие предпочтения могут облегчить определение взаимно свободного отрезка времени, на который можно перенести вызов в течение определенного периода времени и/или произвольного взаимно свободного отрезка времени, с помощью сравнения календарей во время установления вызова.
Относительно переноса времени, система 100 может опускать возможность переноса вызова во время его установления, например, когда нет времени для переноса вызова. Это может определяться при анализе в реальном времени календарей и рассмотрении предпочтений на допустимый период времени до тех пор, пока не получится соединение. Кроме того, система 100 может использовать операцию автоматического переноса времени вызова, которая сдвигает время окончания так, чтобы у получателя было достаточно времени сообщить о переносе вызова. Система 100 применяет режим минимизации времени от текущего момента до нового момента вызова, как определено получателем вызова в профиле для переноса времени, где время является функцией обнаружения пользователя и/или известного местоположения в текущий момент и/или активности. Более того, отсрочка возникновения сигнала извещения может быть достигнута при помощи разрешения получателю вызова определять возможность того, что он будет проинформирован о переносе вызова до самого вызова посредством заключения о вероятности данного события.
Еще одним аспектом изобретения является то, что система 100 может применять инструмент, объединяющий все или подмножество (например, текущее) политик, которые могут быть использованы. Может применяться то, что политика может определять информацию типа «что случится сейчас». Этот инструмент может дополнительно определять точки входа для внесения изменений. Система 100 может дополнительно включать один или более компонентов, которые: показывают пользователям предположение о их собственных текущих пиках активности и причинах этого; перенаправляют резюме, связанное с обработкой входящих вызовов; обеспечивают стратегию и обоснование, связанное с обработкой входящих вызовов; перенаправляют резюме, стратегию и обоснование на электронную почту получателя вызова.
Еще одним аспектом изобретения является то, что система 100 может включать в себя пользовательский интерфейс, который позволяет пользователю определять различные уровни прерывания. Для примера, пользовательский интерфейс может позволять пользователю строить Булеву комбинацию свойств встреч, рабочей активности и зарегистрированных событий, подобных обнаружению разговора и визуальному определению позы. Другой пользовательский интерфейс может обеспечивать временную палитру, которая определяет возможности к прерыванию по умолчанию, которые работают вместе с Булевой комбинацией зарегистрированных свойств, определяющих уровень возможности к прерыванию, образующий либо фон по умолчанию, либо остальной передний план, доминирующий над фоном по умолчанию, когда это в достаточной степени соответствует Булеву выражению. Этот пользовательский интерфейс может в дальнейшем позволить пользователю определять метаправила о комбинации фоновой, основанной на времени, возможности к прерыванию, и активности, основанной на возможности к прерыванию.
Еще в одном аспекте изобретения, система 100 может использовать компоненту, облегчающую пользователю наследование из связанных групп с высочайшим приоритетом вызова и использующую динамические группы для задания приоритетов вызовам пользователей, основываясь на календаре, активностях и коммуникациях. Привилегии вызывающего могут гарантироваться получателем вызова с помощью разрешения вызывающему прерываться во время события, когда получатель занят. Эти привилегии могут в дальнейшем устанавливать, что вызывающий и получатель вызова получают оповещение, показывающее, что произошло соединение и/или значение компенсации за соединение линии. Такое значение компенсации может включать в себя соглашение в реальном времени или долговременную политику; вознаграждение; и «валюту» «соединение, если занят», используемую получателями, когда они желают контактировать с вызывающим.
Фиг.2 показывает примерную систему 200, управляющую взаимодействиями между коммуникационными системами. Система 200 состоит из компоненты ввода 110 и коммуникационной службы 120, описанного выше, и хранилища правил 210. Как описано выше, компонента ввода 110 может получать коммуникации, которые могут быть позднее перенаправлены коммуникационной службой 120 получателю через различные коммуникационные каналы, перенесены для повторного обращения, перенаправлены и/или игнорированы. В соответствии с положениями данного изобретения, коммуникационная служба 120 может использовать одно или более правил из хранилища правил 210 для содействия такому перенаправлению. Для примера, хранилище правил 210 может поддерживать определяемую пользователем информацию (например, политику, привилегии, права, свойства, конфигурации, …), относящуюся к стоимости и/или выгоде (выгодам) несопоставимых действий по обработке коммуникаций для посылающего (посылающих), получателя (получателей), коммуникационного устройства (устройств), и/или коммуникации (коммуникаций). Это позволяет пользователю интерпретировать утверждения об их возможности к прерыванию, для примера, основываясь на наблюдениях за их содержимым. В добавление, вышеупомянутое предназначено для оценки политики относительно коммуникационного приоритета и стоимости прерывания.
Для примера, пользователь может определить изменение стоимости прерывания (например, аналоговую и дискретную функцию от минимального значения до максимального) от согласия на коммуникацию в реальном времени как функцию времени. В добавление, пользователь может назначить различные приоритеты (например, от минимального значения до максимального) для устройств передачи коммуникации и/или стоимости задержки коммуникации. В один момент времени, когда получена коммуникация от коммуникационного устройства с приоритетом, равным или большим, чем текущая стоимость прерывания, коммуникация с получателем может быть осуществлена. Как сказано выше, коммуникация с получателем может быть осуществлена с помощью определения отправляющим и/или другим механизмом, как определено коммуникационной службой 120. В другой момент времени, когда коммуникация ассоциируется с коммуникационным устройством с приоритетом меньше, чем текущая стоимость прерывания, коммуникация может быть перенесена, перенаправлена, отвергнута, и/или сохранена для позднейшего возврата (например, с помощью голосовой почты или других сервисов сообщений).
Надо принять во внимание, что хранилище правил 210 может заполнять по-разному. Для примера, один или более прикладных программных интерфейсов (API) может использоваться для загрузки, модификации и/или создания правил. В дополнение, информация может быть использована для генерации правил. Более того, правила могут комбинироваться, создавая другие правила. Более того, правила могут динамически модифицироваться и/или уничтожаться.
Фиг.3 показывает примерную систему 300, управляющую взаимодействием между коммуникационными системами. Система 300 включает компоненту ввода 110 и коммуникационную службу 120, описанную выше, и интеллектуальную компоненту 310. Как сказано выше, коммуникации из одной или более коммуникационных систем могут приниматься компонентой ввода 110. Такие коммуникации могут быть перенаправлены коммуникационной службой 120 к получателю, перенесены и/или отвергнуты. Интеллектуальная компонента 310 может быть использована для облегчения определения, куда и как будет передана полученная коммуникация. Такая интеллектуальная компонента может использовать Байесовские модели, которые являются научно-проработанными или созданными вручную, и/или теоретические процедуры выбора, генерирующие ожидаемую стоимость прерывания, и такие модели могут быть созданы, для примера, с помощью наблюдения в реальном времени системной активности, и/или фона, исторической, акустической и/или визуальной информации.
В дополнение, заключение о настоящей и/или будущей возможности к прерыванию и/или предсказание относительно полезности можно использовать для содействия передаче, определению задержки и/или отказу от коммуникации. Принимая во внимание, что интеллектуальная компонента 310 может в дальнейшем насчитывать возможность распределения состояний выгоды в текущем или будущем времени, основываясь на анализе множества (множеств) данных и/или событий. Надо отметить, что заключение может ссылаться на технику, используемую для формирования событий высокого уровня из множества (множеств) событий и/или данных. Такое заключение может привести к созданию новых событий и/или действий из множества (множеств) наблюдаемых событий и/или сохраненных данных событий, с которыми события либо коррелируют, либо нет, и событиями и данными, пришедших из одного или нескольких событий и/или источников данных. Различные схемы изучения или заключения и/или системы могут быть использованы в связи с производимыми автоматически действиями и/или заключениями в согласии с предметом изобретения.
Фиг.4 показывает примерную, основанную на телефонной связи, коммуникационную систему 400. Система 400 может использоваться при наличии множества телефонов, принадлежащих одной или более телефонных станций. Ради краткости и с целью объяснения, система 400 используется с L телефонами 410 1, 410 2 и 410 L, где L является целым, равным или большим единицы. L телефонов 410 1, 410 2 и 410 L вместе могут быть обозначены как телефоны 410.
Телефоны 410 могут быть, по существу, телефонными устройствами любого типа. Для примера, один или более телефонов 410 могут быть общепринятыми фиксированными, беспроводными (например, 2.4 GHz, 5/9 HGz…), и/или радио (например, сотовыми, PCS, «уоки-токи», CB-радио) телефонами. В дополнение, один или более телефонов могут быть системами голосовой телефонии через Интернет (IP-телефония, VOIP), биперами, пейджерами и т.д. и, таким образом, быть видео, аудио, текстовыми и т.д. Телефоны 410 могут быть подключены к одному или более телефонному коммутаторам. Как изображено, телефоны 410 связаны с телефонным коммутатором 420 1. Телефонный коммутатор 420 1 может быть офисной телефонной станцией или другой коммуникационной системой и может включать в себя API, который позволяет внешнему программному обеспечению контролировать соответственно 410 1, 410 2 и 410 L и получать уведомления о событиях для любого из телефонов 410. Важно отметить, что любое число телефонных коммутаторов могут использоваться в соответствии с аспектами данного изобретения. Ради краткости и с целью объяснения показано M телефонных коммутаторов, телефонный коммутатор 420 1, телефонный коммутатор 420 2 и телефонный коммутатор 420 M, где М является целым, равным или большим, чем единица. M телефонных коммутаторов 420 1, 420 2, 420 M вместе могут быть обозначены как телефонные коммутаторы 420.
Система 400 в дальнейшем может включать в себя N конечных автоматов 430 1, 430 2 и 430 N, которые вместе могут быть обозначены как конечные автоматы 430. Конечные автоматы 430 обычно являются основанными на компьютерах устройствами, такими как, например, настольные персональные компьютеры, рабочие станции, переносные компьютеры, наладонные компьютеры, персональные цифровые коммутаторы (PDA), планшетные PC и т.д. В дополнение, конечные автоматы 430 могут находиться локально и/или удаленно от других компонент системы 400. Для примера, по крайней мере, один из конечных автоматов 430 может находиться вместе с оборудованием, управляемым коммутатором 420 1. Для примера, конечный автомат может быть подсоединен (например, через провода или беспроводно) к сети или шине данного оборудования. В другом примере, по крайней мере, один из конечных автоматов 430 1 может находиться у пользователя дома. Такой конечный автомат может взаимодействовать с телефонным коммутатором 420 1, через телефонный модем, ISDN, DSL, ADSL, высокоскоростной кабельный модем, беспроводное (например, Bluetooth, сотовое, PCS, Ethernet) соединение.
Конечные автоматы 430 могут взаимодействовать с телефонами 410 через системный менеджер 440. Для примера, любой из конечных автоматов 430 (например, программное обеспечение, исполняемое на нем), например, конечный автомат 430 1, может взаимодействовать с системным менеджером 440, который может взаимодействовать по очереди с любым из коммутаторов 420, например телефонным коммутатором 420 1. Телефонный коммутатор 420 1 может передавать одну или более подходящих коммуникаций (например, сигналов, сообщений, запросов, инструкций, контрольных данных…) к телефону 410 1 для выполнения команд.
Фиг.5 показывает примерную, основанную на телефонии, коммуникационную систему 400 с коммуникационным посредником 510. Коммуникационный посредник 510 может использоваться для облегчения автоматической обработки вызова и может сохранять и обеспечивать пользовательские предпочтения к одному или более конечному автомату 430 и системному менеджеру 440. Коммуникационный посредник 510 может обрабатывать события из, и/или передавать информацию к конечным автоматам 430 и телефонным коммутаторам 420 для того, чтобы быть посредником для действий по обработке взаимодействия, такими как маршрутизация и/или перенос времени коммуникаций, например, основываясь на данных от календарей, расписаний, электронных сообщений, ситуаций…
Коммуникационный посредник 510 можно сконфигурировать для выполнения в различных режимах, где соответствующие режимы могут представлять различную степень гибкости, комплексности и возможностей. Для примера, в предельном случае, первый режим может представлять состояние «выключено», при котором коммуникационный посредник 510 работает попросту как пропускающий через себя элемент. Находясь в этом режиме, система, изображенная на Фиг.5, работает, большей частью, как модулятор к системе, представленный на Фиг.4. В другом случае, второй режим может предоставлять основной режим, при котором пользователь может указывать основные предпочтения, такие как «Переводить вызовы на мой мобильный телефон», «переводить вызовы прямо на мою голосовую почту, когда мой Instant Messenger (программа мгновенного обмена сообщениями) установлена в режим занято», «переводить вызовы прямо на мою голосовую почту, когда мой Instant Messenger установлен в режим Немедленно», «переводить вызовы прямо на мою голосовую почту, когда моя основная офисная система заблокирована», «переводить вызовы прямо на мою голосовую почту, когда мой хранитель экрана запущен», и т.д. В другом случае, третий режим может быть сконфигурирован для поиска пользователем более сложного контроля обработки коммуникаций. Этот режим может быть полезным при формировании и учете одной или более групп для вызывающих персон, перенаправлении по времени на множество номеров и/или при более многозначном подходе к анализу стоимости и затрат на обработку коммуникаций, например. Важно отметить, что вышеупомянутые режимы предназначаются для пояснения и не ограничивают данное изобретение. По существу, любое число режимов может формироваться и использоваться в соответствии с аспектами данного изобретения.
Как описано выше, система, изображенная на Фиг.5, может исполняться так, что коммуникационный посредник 510 фактически работает как пропускающий через себя элемент. Такая система может использоваться для соединения конечных автоматов 430 с телефоном 410, как описано выше при рассмотрении Фиг.4. В этом сценарии любой из конечных автоматов 430 может взаимодействовать с системным менеджером 440 для взаимодействия с любым из телефонов 410 через любой из коммутаторов 420 и наоборот.
Основной режим может быть сконфигурирован так, чтобы обеспечить широкое поле применения коммуникационного посредника 510. Для примера, может применяться качественный подход к анализу стоимости и затрат, который использует ключевые идеи из анализа формального решения, хотя необязательно обходить использование детальных, логически выведенных моделей. Такой подход может концентрироваться на оценке политик коммуникационных приоритетов и стоимости прерывания, и может усиливать результаты, касающиеся анализа стоимости прерывания посредством машинного обучения. Например, в офисных установках, свойства, которые обеспечивают различия между высокой и низкой стоимостью прерывания, включают количество участников во встречах; места проведения встреч; отношения между организатором и пользователем; и продолжительность встреч. В дополнение, стоимость прерывания в офисных установках может быть чувствительна либо к разговору, обнаруженному в офисе, либо к пользователю, взаимодействующему в данный момент с компьютером, либо к печатающему что-либо пользователю, и/или программному приложению, которое сейчас активно и находится в фокусе. Более того, информация, относящаяся к тому, говорит ли пользователь, пишет, сидит и/или взаимодействует с объектами, такими как клавиатура или телефон, присутствуют и/или активны сотрудники в офисе, открыта или закрыта дверь офиса пользователя, и/или позиции и/или поза человека может использоваться для обеспечения такого различия.
Основной режим обычно позволяет пользователю обосновывать утверждения о возможности прерывания, основываясь на наблюдении за их содержимым. Например, пользователь может установить для вызывающих стоимость прерывания от времени, ассоциированную с разрешением телефонов в реальном времени и приоритетов, представляющих значение взятого вызова в реальном времени, или, что эквивалентно, стоимости задержки коммуникации на некоторое время. Упомянутое выше иллюстрируется на Фиг.6, где показана диаграмма затрат и выгод, определяющая значения нижнего, среднего и/или высокого приоритета к вызывающим на 610 основана на идентичности и/или месте и выборе времени. Обычно пользователи принимают во внимание свои собственные определения низкого, среднего и высокого уровня как стандартного эквивалента для стоимости и цены, при назначении низкой, средней и высокой стоимости прерывания для различных ситуаций. Обычно приоритет вызывающего должен быть по меньшей мере выше текущей стоимости прерывания для того, чтобы вызывающий пробился к пользователю, как показано в 620. В другом случае, как в 630, вызов либо будет переведен на голосовую почту, либо перенесен на другое время, например, в зависимости от привилегий, назначенных получателем вызывающему.
Описанное выше может быть обеспечено с помощью применения манипулирующего агента, который может быть представлен с помощью примерного интерфейса, изображенного на Фиг.7. Такой агент может применяться для создания и/или конфигурирования групп, которые позволяют пользователю обобщать вызывающих в группы вызывающих персон и выражать политики обработки вызовов в терминах этих групп. Такие группы могут включать в себя специально разработанные статические группы и/или динамически назначенные компьютерные группы, которые определяют свойства обработки коммуникаций для пользователей, основываясь на взаимоотношениях и/или ситуациях. Эти группы, например, позволяют пользователям назначать свойства группам, включая приоритет, преимущества перенаправления, предпочтение по перепланированию и/или тип звонка для группы. В общем, статические группы, как правило, создаются пользователями и заполняются из предопределенных контактов пользователя или из директории в интерактивном режиме. Для динамических групп создается совокупность предопределенных рассчитанных групп, делая их доступными пользователям. Динамические группы могут включать в себя несколько классов вычисленных наборов вызывающих персон, которые осуществляют связывание вызывающих в группы в зависимости от взаимоотношений и содержательной информации.
Примерные категории групп могут содержать «основанные на календаре», «основанные на взаимоотношениях», «основанные на коммуникациях» и «основанные на проекте» группы. «Основанные на календаре» группы могут включать в себя группы, вычисленные из закодированных пользовательских встреч в интерактивном режиме в календарных/почтовых программах. Они включают вызывающих персон в такие группы, как «моя следующая встреча», «встреча в следующий час», «встречи сегодня» и/или «встречи в конце недели». «Основанные на взаимоотношениях» группы могут включать «мои подчиненные», «мои коллеги в организации», «мой менеджер», «мой менеджер и менеджер менеджера». «Основанные на коммуникациях» группы могут включать «людей, кому я звонил сегодня» и/или «люди, звонившие мне сегодня». «Основанные на проекте» группы включают «людей, с кем я вместе делал документ на этой неделе», «людей, кто назначил мне работу над ошибкой» и/или «люди в моем списке активных проектов».
Для статических и/или динамических групп, выбирая имя группы в интерфейсе в 710, можно показать членов группы, с контактной информацией, состояние доступности в настоящей момент и/или изображение, например, как изображено в 720. Пользователи могут назначить привилегии соответствующим членам групп, вводя опции в привилегиях группы и области свойств 730. Пользователи могут помечать флажки, предоставляя членам группы привилегии перенаправления и перепланирования 740 и 750, соответственно, которые позволяют им быть принятым во внимание, соответственно, при перенаправлении или перепланировании, основываясь на анализе пользовательского контекста. Пользователи могут также назначить членам групп приоритет, включая соединение, высокий, средний и низкий приоритет, как изображено в 770. Привилегии "соединение" позволяет вызывающей стороне быть направленной к пользователю независимо от пользовательского контекста.
Возможность к прерыванию может быть назначена для различных созданных групп. Например, после определения и активизации групп и оценки приоритетов вызывающих персон, пользователи могут произвольно оценить свое фоновое значение или значение по умолчанию возможности к прерыванию (например, для обычной недели). Значение по умолчанию возможности к прерыванию может представлять, например, стоимость принятых телефонных звонков в разное время дня и дней недели в ситуациях, когда нет никаких дальнейших предположений о контексте. Пользователи могут декларировать свою фоновую стоимость прерывания с помощью временной палитры, как показано на Фиг.8. Эта палитра позволяет пользователям выходить из областей низкой, средней и высокой стоимости прерывания за семидневный период. Пользователи могут также указать, какие периоды времени должны быть установлены, чтобы блокировать запросы. В эти периоды только пользователи, получившие привилегии «соединения», могут прорваться к пользователю. Пользователи обычно проинструктированы, что они могут обойти эту палитру, таким образом, принимая, как фоновую, низкую цену прерывания для большинства случаев в любое время.
Пользователи могут дополнительно определить наборы событий, которые определяют контекстно-зависимые изменения в их возможности к прерыванию. Фиг.9 иллюстрирует примерный интерфейс инструмента контекстной оценки, который дает возможность пользователю получать такую информацию. Как показано, пользователи могут, например, выбирать и приписывать значения регистрируемым событиям для рабочей активности, календарной информации и датчикам с помощью контекстного хранилища в 910. Такие события могут быть перенесены в область низкой, средней или высокой стоимости прерывания в 920, 930 и 940, соответственно. Пользователи могут быть проинформированы, что система сочла все события определенными и выбрала самую высокую стоимость прерывания из возможных для всех регистрируемых событий.
События, основанные на активности, могут включить любую рабочую активность, печатание, использование одного или более приложений и текущего статуса в системе мгновенного обмена сообщениями, такого как «занято», «отсутствует» или «в интерактивном режиме». События, основанные на активности, могут использоваться системной, контролирующей события компонентой. Календарные события могут включать любую встречу, происходящую в настоящее время, продолжительность встречи, местоположение, организатора, темы, участников и количество участников. Календарные события могут собирать от приложения, используя, например, периодическую процедуру кэширования, для минимизации вычислительных затрат. Для участников и организатора пользователи могут определять списки персон, а также предопределенных абстракций, включая подчиненных, коллег, менеджера и менеджера моего менеджера. Для датчиков класса событий пользователи могут проинструктировать систему принимать во внимание, что они будут в состоянии высокой, средней или низкой стоимости прерывания при обнаружении разговора в их офисе. Разговор может быть обнаружен модулем, который детектирует акустическую энергию, располагающуюся в звуковом спектре человеческого голоса, и может отличать разговор от голосов, исходящих из динамиков, например, радиопередачи из радио. Отдельная конфигурация для звука может предусматриваться и использоваться, наряду с контекстной оценкой, когда пользователи вначале активизируют соответствующее событие.
Примерный общий интерфейс, показанный на Фиг.10, может использоваться для просмотра, усовершенствования и/или подтверждения групп, что, которые были привлечены и/или определены. Этот интерфейс может использоваться, например, чтобы проверить и/или пересмотреть приоритеты группы, определить, нужно ли группе предоставить привилегию перенаправления запросов другим, должен ли приоритет вызова превышать стоимость прерывания, и/или должен ли быть вызывающий перенесен на другое время или просто переключен на голосовую почту в случае, когда запрос не превышает текущую стоимость прерывания. Кроме того, пользователи могут определить предпочтительные номера для перенаправления запросов в то время, когда они далеко от своего телефона, например, когда выгоды от вызова превышают стоимость прерывания. Как показано на Фиг.11, множество номеров для перенаправления можно определить на временной палитре, как подробно описано выше. Такая палитра может использовать модельное представление, подобное семидневной временной палитре, используемой для оценки стоимостей прерывания, заданных по умолчанию, как описано выше. Палитра перенаправления может позволить пользователям определять время дня и дни недели, когда, например, мобильный телефон должен использоваться вместо другого телефона, такого как офисного и/или домашнего.
Примерный автоматизированный интерфейс перепланирования, проиллюстрированный на Фиг.12, может использоваться для поиска подходящего намечаемого времени для вызова. Например, если вызывающий является членом группы, для которой назначено предпочтение перепланирования, и приоритет его вызова получателя не перевешивает текущую стоимость прерывания для этого пользователя, вызывающий может быть активно занят автоматизированной службой перепланирования. Система может проверить перед тем, как занять вызывающего, есть ли время, доступное для сеанса связи в пределах допуска для задержки, которую пользователь определил в профиле предпочтений при перепланировании. Автоматизированный интерфейс перепланирования может использоваться как всплывающий, указывая, что человек, с которым они желают говорить, в настоящее время не доступен и желает перенести вызов на другое время. Чтобы обеспечить такого помощника перепланирования, служба может проверять календари, связанные с вызывающим и получателем и рекомендовать список возможных времен для телефонного разговора.
Интерфейс, при выборе пункта Детали в 1210, может обеспечить вызывающему механизм, позволяющий включать в себя фоновую информацию относительно причины для вызова и определять ссылки на материал, который может быть полезен при разговоре. После завершения такого взаимодействия, предварительно назначенное время может быть вставлено в календарь вызывающего, и приглашение к разговору может быть отправлено получателю. Пользователь может настроить поведение своего помощника планирования, назначая минимальные интервалы ожидания, чтобы гарантировать, что они услышат о назначенном разговоре. Дополнительно, они могут назначить максимальное время задержки и просить, чтобы система обошла перепланирование, если первый доступный слот времени будет только после максимального времени задержки. Например, пользователь может утверждать, что попытки перепланирования должны быть сделаны, только если назначение времени для разговора может быть сделано в тот же самый день, что и вызов. В этом случае, если запрос не может быть перенесен на другое время в тот же самый день, запрос может быть направлен на голосовую почту, обходя просьбу помощника перепланирования, или непосредственно пользователю как вызов в реальном времени.
Интерфейс, как показано на Фиг.13, может использоваться для графического отображения индикаторов, которые обозначают, считает ли система, что пользователь находится в состоянии низкой, средней или высокой стоимости прерывания соответственно. Как правило, информация о возможности прерывания пользователя не разделяется с другими, и эта информация может использоваться для того, чтобы принимать частные решения при обработке вызовов. Однако этот интерфейс может применяться для совместного использования такой информации, отображая статус информации графически, где маленький светодиод, изображенный в 1310, и светящийся значок сотового телефона, изображенный в 1320, светящийся зеленый, желтый или красный, указывают, считает ли система, что пользователь находится в состоянии низкой, средней или высокой стоимости прерывания соответственно.
Более сложный или более богатый режим может рассматривать затраты и выгоды от входящих коммуникаций. Этот режим может использовать персонализированные Байесовские модели, обученные с помощью обучения на маркированных данных, чтобы вычислить ожидаемую стоимость прерывания для пользователей, например. Такие модели могут брать, как входную, календарную информацию, информацию от слежения в реальном времени за рабочими событиями, и/или информацию, собранную через акустические и основанные на регистрации изображения датчики. Выводы о текущей возможности прерывания пользователя и предсказаниях о том, когда пользователь будет доступным, могут использоваться для получения решения о передаче входящего вызова пользователям, принятии сообщения или решении, надо ли, и если да, то на какое время перенести вызов.
Фиг.14 иллюстрирует примерную межабонентскую коммуникационную систему (систему) 1400, которая может принимать решения о коммуникации, используя такие особенности, как расширенные компоненты и функциональности, которые расширяют глубину принятия решения при неопределенности. Кроме того, модели (например, статистические, такие как вероятностные графические модели, например, Байесовские сети) могут использоваться для получения выводов в реальном времени относительно доступности устройств и ожидаемой стоимости прерывания, основываясь на доказательных моделях. Система 1400 включает централизованный сервер 1405, который может обслужить учетные записи для контакторов и хранить предпочтения и состояние пользователей. Кроме того, сервер 1405 может поддерживать электронную доску (не показанную) с контекстной информацией. Контекстная информация может включать в себя, например, говорит ли пользователь в настоящее время по телефону, текущее состояние пользователя касательно встреч, ближайшего расписания пользователя и ключевые события о деятельности пользователя, считанные с зарегистрированных устройств клиента.
Примерная система 1400 может обеспечивать сценарий с двумя клиентами; однако надо принять во внимание, что и другие различные конфигурации типа конфигураций с дополнительными клиентами и/или группы клиентов могут быть использованы в соответствии с аспектами данного изобретения. В представленном сценарии с двумя клиентами, первый коммуникационный компонент (например, контактор, отправитель…) 1410 может пытаться устанавливать связь со вторым коммуникационным компонентом (например, контактируемый, получатель…) 1415. Контактор 1410 обычно связывается со схемой 1420, которая включает метаданные, проанализированные коммуникационным менеджером 1425. Схема 1420 может быть структурирована информацией, которая, например, фиксирует идентификацию контактора, начальный метод, предпочтительный метод коммуникации, доступность устройства и расписание. Однако необходимо отметить, что изобретение не ограничивается этим. Другая схема, такая как предпочтительные каналы связи контакторов, ближайшее расписание контактора, доступность устройств и информация о задаче, отражающей цель коммуникации, таких как указание на редактирование в общем документе, может использоваться в соответствии с аспектами данного изобретения, как описано ниже.
Коммуникационный менеджер 1425 может быть использован, чтобы облегчить принятие решения относительно типа коммуникации, если таковые вообще имеются, между контактором 1410 и контактируемым 1415, основываясь на начальном методе, или иначе, изменить метод, отклонить запрос, перенаправить вызывающего на электронную или голосовую почту для передачи сообщения и/или перенести коммуникацию на другое время. Решение может быть определено, основываясь в какой-нибудь части на решающей логике 1430, предпочтении 1435, возможности 1440 и/или доступности устройства 1445, которые связаны с контактируемым 1415. Решающая логика 1430 может использовать, основанные на статистике (например, анализе стоимость-выгода) команды, чтобы взвесить стоимость прерывания и стоимость задержки связи между контактором 1405 и контактируемым 1410. В других аспектах изобретения могут использоваться более общие методы, включая детерминированные политики.
Конфигурационная компонента 1450 (или другие компоненты, инструментальные средства и/или утилиты) может использоваться контактируемым 1415 для обеспечения гибкости и настройки. Например, конфигурационная компонента 1450 может предоставлять средство для определения групп(ы) личностей и связанных с ними отношений и действий, включая встречи, хронологию коммуникаций и проекты. Различные группы, взаимоотношения и действия могут быть сгенерированы и/или ассоциированы, как подробно описано ниже. Группы могут автоматически наполняться членами, основываясь на их отношениях и действиях. Группы, основанные на встречах, могут быть динамически заполнены, например, при анализе назначенных встреч, закодированных в календаре пользователя. Кроме того, компонент конфигурации 140 может использоваться, чтобы назначить привилегии и свойства группам, как подробно описано ниже.
Решающая логика 1430 может предоставлять команды для оценки затрат прерывания, свойств назначения, активности устройства, и/или выводе ожидаемой стоимости прерывания. В одном аспекте данного изобретения затраты (например, скалярные значения стоимости) и/или категории стоимости могут быть определены для специфицированного периода времени и указывать на низкую, среднюю и высокую стоимость прерывания. Заданные по умолчанию затраты дополнительно могут использоваться и обычно включать в себя затраты, основываясь на времени дня и/или дне недели.
В одном примере, когда контактор 1410 пытается устанавливать связь с контактируемым 1415, коммуникационный менеджер 1425 может идентифицировать одну или более групп, которые включают контактора 1410. Значение соединения, связанное с одной или более групп может использоваться, когда используется группа, связанная с самым большим значением разрыва связи. Стоимость прерывания, связанного с текущей ситуацией пользователя, также может быть принята во внимание. Например, когда система событий не сообщает ни о какой активности (например, Сочельник), и никакие договоренности о встречах не активизированы на календаре пользователя, система может обратиться к заданным по умолчанию стоимости для времени дня и дня недели. Если активность по контактору 1410 зарегистрирована, можно рассмотреть стоимость, связанную с активностью, и стоимость прерывания, связанную со встречей, активизированной на календаре пользователя. Если значение соединения, назначенное вызывающему, превышает текущую стоимость прерывания, вызов может быть передан пользователю на лучший номер, например, предоставляемый менеджером подключения 1455. Если стоимость прерывания является большей, чем назначенное значение, система или принимает сообщение, или пытается переназначить запрос на другое время, в зависимости от того, находится ли контактор в группе, которая имеет свойство "искать изменение в расписании".
Для перепланирования система может исследовать график контактируемого 1415 и пытаться определять ближайшее время, когда стоимость прерывания будет ниже, чем значение, назначенное для принятия коммуникации. Пользователь может указать в конфигурации минимальный промежуток времени, чтобы задержать вызов в реальном времени до назначенной встречи. График контактора 1410 может также приниматься во внимание при определении возможности для переноса времени. Например, информация, такая как детали вызова, может быть предоставлена контактором 1410. Контактор может также запросить, чтобы вызов был обеспечен совместным использованием экранов в течение намеченного сеанса связи.
Решающая логика 1430 может дополнительно предусматривать Байесовские модели ожидаемой стоимости прерывания. Байесовские модели могут использоваться совместно с другими приложениями (например, Координатой) и/или использоваться, чтобы обеспечить выведенные распределения вероятности по состоянию возможности прерывания пользователей от воспринимаемых данных. Такое распределение вероятности обеспечивает порождение ожидаемой стоимости прерывания (ECI). ECI и выводы о распределении вероятности могут непрерывно модифицироваться и делаться доступными для принятия решений. Кроме того, различные расширения могут усилить заключение о том, когда пользователь, вероятно, будет читать электронную почту, чтобы динамически определить, как далеко в будущее вызов должен быть перенесен, основываясь на предпочтении контактирующих знать об этих событиях. Другое расширение, которое может быть усилено, включает выводы о доступности устройств через какое-то время, чтобы понять, когда специфический коммуникационный канал, вероятно, будет доступен, основываясь на группе контактора или утверждениях.
Необходимо отметить, что контактора 1410 и контактируемого 1415 можно рассматривать в качестве агентов. Предположения относительно деятельности и конфиденциальности могут иметь важное значение для рекомендаций относительно дизайна, методов и использования служб. Например, в теории решения, принципиальный агент решения типично является действующим субъектом, ответственным за решение. Проблемы деятельности возникают во многих реальных приложениях анализа решения. Например, когда врач работает с пациентом над решением медицинской проблемы, заданный по умолчанию основной агент - пациент. Хотя врач может советовать пациенту относительно лучшего курса действия, он (курс) является предпочтением пациента касательно результатов и той неопределенности, которую нужно принять во внимание. В случаях, где пациент недееспособен, другие, например члены семьи, могут брать роль на себя главного агента принятия медицинского решения.
В случае коммуникации между двумя или больше агентами, могут использоваться различные подходы к деятельности. Например, получателя коммуникации (контактируемого) можно считать основным агентом, так как это - контактируемый, внимание которого является искомым для контактора. С этим подходом автоматизированные действия о коммуникационных "если", "когда" и "как" основаны на предпочтении контактируемого. Таким образом, предпочтения контактируемого может быть положено в основу решения о принятии, отклонении, переносе и смещении методов коммуникации. Предпочтения контактора также можно рассматривать; однако предпочтение получателя обычно учитывает предпочтение и ситуацию контактируемого. Много раз контактирующий (например, по усмотрению контактирующего) может передать возможность действовать контактору, по крайней мере, в части принятия решений.
Другие подходы включают системы, в которых действия могут быть определены, основываясь на действиях, имеющих самое большое значение и для контактирующих, и для контакторов, посредством полезной модели, обрабатывающей обоих одинаковым образом. В другом подходе, решения могут определяться рекомендациями по коммуникации или определенной объективной функцией, указанной для предприятия. Однако обычно используется подход, основанный на получателях, так как контактор ищет, обычно без предшествующей договоренности, внимание контактируемого.
Коммуникационные решения обычно являются конфиденциальными, где агент обеспечен доступом к широкому кругу предпочтений и контекстной информации. Сохраняя рациональность решений и, более широко, контекст контактируемых персон, конфиденциальный по умолчанию, облегчает получение решений по действию с контактируемым. Пользователь может явно предоставить отдельные привилегии производить обзор в реальном времени или делать прогнозы присутствия или доступности. По умолчанию конфиденциальное хранение такой информации соответствует требованиям пользователей, не желающих дополнительного беспокойства.
Фиг.15 иллюстрирует примерный, высокого уровня, поток и архитектуру управления 1500, которые могут использоваться в соответствии с аспектами данного изобретения. Архитектура 1500 изображает поток информации и управление, когда контактор 1510 пытается осуществить коммуникацию с контактируемым 1520.
Архитектура 1500 типично использует метаданные, отформатированные в примерной схеме 1530, которые могут быть проанализированы коммуникационной компонентой, такой как коммуникационный менеджер 1540. Примерная схема 1530 может быть структурирована информацией, которая, например, является показательной для идентификации, начального метода, предпочтительного метода коммуникации, доступности устройства и расписания контактора 1510. Однако изобретение не ограничено этим. Например, неявная схема наследования может использоваться как тип коммуникации и идентификации контактора 1510. В других аспектах, более всесторонние схемы могут включить предпочтительный канал коммуникации для контактора 1510, ближайшее расписание для контактора 1510, доступность устройств(а) и информации о задаче, отражающую цели коммуникации, такие как указание на редактирование в общем документе, например.
Решение может быть получено либо как установить связь в реальном масштабе времени, основываясь на начальном методе, обозначенном в схеме, либо изменить метод, отклонить вызов, переадресовать вызывающего на электронную и/или голосовую почту для передачи сообщений или перенести коммуникацию на другое время. Типичное решение может использовать менеджера подключения 1540, который может обработать переключение вызова, например, с помощью подключения к коммутатору телефонной компанией, местной офисной телефонной станции (PBX) в пределах предприятия (при этом пользователи PBX совместно используют одну или более внешних линий для внешних телефонных звонков) и/или Centrex (служба Центрекс выхода абонентов офисной АТС на сеть автоматической телефонной связи), которая является PBX, в которой переключение происходит в местном телефонном офисе вместо помещения компании.
Необходимо отметить, что различные конфигурации могут использоваться в соответствии с аспектами данного изобретения. Например, архитектура 1500 может обеспечивать контактора 1510 одной или более кнопками и автоматическим вызовом службы. В других примерах, архитектура 1500 может обеспечить контактору 1510 разбитый по приоритетам список методов для достижения взаимодействия с контактирующим 1520, в котором контактор 1510 может выбрать подходящий из представленных вариантов метод. В еще одном примере, архитектура 1500 может позволить контактору 1510 указывать предпочтительный механизм коммуникации, в котором архитектура 1500 может использовать предпочтение в подключении с помощью автоматизированного решения, основанного, по крайней мере, частично, на предпочтении контактируемого 1520.
Фиг.16 иллюстрирует примерную модель решения 1600, которая облегчает межабонентские действия системы коммуникации. Модель решения 1600 изображена как диаграмма влияния и может использоваться, чтобы определить коммуникационное действие с максимально ожидаемой выгодой для ситуации, рассматривая стоимость прерывания, стоимость задержки и потери в точности, связанной с использованием различного канала(ов), учитывая носители и вероятные цели намеченной коммуникации. Модель решения 1600 обеспечивает перспективу аналитического решения для автоматизированного посредничества в межабонентских коммуникациях. И анализ затрат и эффективности и приближение анализа затрат и эффективности могут быть использованы совместно с моделью решения 1600.
В одном аспекте данного изобретения моделью решения 1600 может использоваться анализ затрат и эффективности, который уравновешивает критические переменные или факторы типа стоимости прерывания и стоимости задержки коммуникации при общем условии неопределенности о контексте и цели(ях), например. Как изображено, модель решения 1600 иллюстрирует множество зависимостей среди критических факторов, которые обычно указывают одно или более измерений проблемы решения межабонентской коммуникации и могут включить узел решения 1610, указывающий время коммуникации t и канал, узел значения 1620, указывающий выгоду, и множество случайных переменных, включая время связи t, контекст контактора (t), контекст контактируемого (t), идентичность контактора и установленных или считанных общих целей, задержку задержки (t), стоимость прерывания (t), стоимость канала коммуникации, стоимость точности канала (t), стоимость потери точности, стоимость разорванного подключения, предпочтительный канал контактора, начальный канал контактора, надежность канала, потерю точности канала и разрыв подключения. Необходимо отметить, что другие различные факторы могут использоваться в модели решения 1600, в соответствии с этим аспектом данного изобретения.
В качестве примера, модель решения 1600 может быть построена, чтобы принять во внимание компромиссное решение (например, как определенную через значение функции для контактора) между стоимостью, связанной с прерыванием пользователя с вызовом и стоимостью, связанной с задержкой вызова до времени t, когда стоимость, связанная с прерыванием пользователя, низкая. В других примерах можно рассмотреть один или более других факторов, включая потерю точности при использовании различных каналов, стоимость канала(ов) и надежность различных канала(ов).
В другом аспекте данного изобретения, модель решения 1600 может использовать приближение более детального анализа решения. Такое приближение может быть основано на базовом анализе затрат и эффективности и/или детерминированной политике(политиках), которое может использовать дружественные к пользователю системы, являющиеся относительно простыми для конфигурирования и понимания. Например, система может обеспечить и прямой контроль, и общую конфигурацию, и более расширенный контроль и конфигурацию, в которых пользователь может определить предпочтения и использовать более расширенное управление с помощью теоретического решения.
Прямой подход может быть полноценным и интуитивным к пользователям, и может уменьшить время инвестиции в оценке ключевой неопределенности и предпочтений, которое используется вместе с расширенным подходом. Например, может использоваться методика для оценки значения принятия коммуникации от индивидуума, в котором значение может указать на специфическую группу и/или быть связанным со специфическим классом деятельности, и стоимость обработки коммуникации в реальном масштабе времени может основываться на текущем пользовательском контексте. Такая оценка может включить долларовое значение или персональный для пользователя скалярный эталон полезности. Например, приближение может запросить, во время настройки, значение в долларах, которое пользователь может заплатить, чтобы принять запрос в реальном времени от контактора, вместо того, чтобы отложить коммуникацию на будущее время в пределах периода времени для перепланирования коммуникации. После получения значения в долларах система может оценить значение в долларах, которое пользователь может заплатить, чтобы избежать прерывания вызова при различной установке(ках). Такая оценка может включать в себя суждения относительно времени дня и дня недели, текущей активности устройства, и свойств(а), назначенных контактором встреч, которые доступны из электронного представления встреч.
Фиг.17-31 иллюстрируют примерные интерфейсы пользователя и статистические модели, которые могут использоваться в соответствии с аспектом данного изобретения. В нескольких случаях подобные интерфейсы были представлены ранее. Однако эти более ранние описания сопровождались уровнем описания, совпадающего с представленным аспектом. Таким образом, следующие описания могут обеспечить большую или меньшую детализацию или варианты этого.
Как отмечалось ранее, аспекты сути изобретения могут основываться на методике анализа затрат и выгод (включая приближение) и статистическую (например, Байесовскую) модель, которые могут использоваться для вывода, в реальном времени, о доступности устройства и ожидаемой стоимости прерывания для контактора в различных положениях как функции анализа образца обнаруженной пользовательской активности и календарной информации. Кроме того, различные аспекты могут использовать расширенные компоненты и обеспечивать функциональные возможности, которые могут использоваться пользователями для увеличения глубины принятия решений системы при неопределенности. Кроме того, другие аспекты могут облегчить телефонные коммуникации в реальном времени и объединить телефонную коммуникацию с совместной компьютерной работой в реальном времени с помощью совместного использования, по выбору, дисплеев в течение сеанса связи. Система может функционировать на клиентских устройствах при соединении с централизованным сервером, который может обслуживать учетные записи контактирующих и хранить предпочтения для обработки коммуникаций и текущие состояния пользователей. Сервер может обслуживать электронную доску с контекстной информацией, которая показывает, говорит ли пользователь в настоящее время по телефону, текущее состояние пользователя касательно встреч, ближайшего расписания пользователя и ключевые события, касающиеся активности пользователя на зарегистрированных клиентских устройствах.
Необходимо отметить, что соответствующие интерфейсы, описанные здесь, могут снабжаться другими различными настройками и контекстом. Например, интерфейсы могут быть графическими интерфейсами пользователя (GUI), связанными с различными приложениями, включая почтовое приложение, календарное приложение и/или web-браузер, модели (например, как обсуждалось здесь), и/или рабочий инструмент разработки. GUI может обеспечить отображение с одним или более объектами отображения, включая такие аспекты, как иконки с перестраиваемой конфигурацией, кнопки, ползунки, блоки диалога, варианты выбора, меню, закладки и тому подобное с множеством конфигурируемых размерностей, форм, цветов, текстов, данных и звуков для облегчения функционирования с приложениями и/или моделями. Кроме того, GUI могут включать в себя множество других элементов ввода и/или контроля для регулирования и/или формирования одного или более аспектов данного изобретения, как более подробно описано ниже. Как пример, GUI могут обеспечивать получение команд пользователя от мыши, клавиатуры, речевого ввода, веб-сайта, удаленного веб-сервиса, устройства распознавания, устройства распознавания лица и/или другого устройства типа камеры или видеоввода, чтобы воздействовать на, или изменять функционирование GUI.
Переходя к Фиг.17, рассмотрим примерный интерфейс пользователя менеджера группы 1700. Интерфейс 1700 может облегчить создание группы пользователей, формирование отношений среди групп и/или пользователей и ассоциирование активностей, включая встречи, хронологию коммуникаций и проекты. Как правило, соответствующая группа может быть определена, основываясь на нескольких свойствах, которые характеризуют отношения и активности, и обеспечивает необходимую абстракцию для сокращения накладных расходов при оценке привилегий. Кроме того, интерфейс пользователя 1700 может использоваться, чтобы назначить привилегии и свойства, включая оценку значения разрешения вызову соединяться с пользователем.
Интерфейс 1700 может включать в себя ссылку 1710 на способы редактирования для создания групп и добавления пользователей (например, внутреннего или внешнего к группе и/или организации) к группе, и область 1720 для показа созданных групп пользователю. Например, специальные статические группы, такие как группа «Центральная» 1730, группа «Близкие друзья» 1740 и группа «Требовательные коллеги» 1750 могут быть сгенерированы и отображены в пределах области 1720. Кроме того, интерфейс 1700 может использоваться для определения и/или выбора предопределенного класса, такого как «отношения» групп и «динамические» группы. Такие группы могут включить различные отношения и классы активностей, которые могут использоваться для автоматического заполнения групп пользователями (например, членами) с помощью анализа отношений и активностей.
Кроме того, могут быть сгенерированы классы групп. Например, класс может быть сгенерирован для группы, включающей людей, связанных со встречами 1750 в пределах различных временных рамок, обозначенных в сетевых пользовательских календарях, работающих в интерактивном режиме, организационными отношениями 1760, обозначенными в сетевом каталоге, отслеживанием хронологии коммуникаций 1770 и проектом (например, с помощью авторства зарегистрированных документов, задач разработки программного обеспечения и сотрудников на сервере проекта). Группы, основанные на встречах, обычно заполняются при помощи проведения анализа назначенных встреч, закодированных в электронном календаре пользователя. Такие динамически собранные группы могут включить потенциальных контакторов, например пользователя, который намечен для встречи в пределах периода времени, такого как следующий час и/или оставшаяся часть дня.
Динамические группы могут дополнительно включить совокупность людей, основываясь на хронологии коммуникаций с помощью различных методов. Динамические группы могут включить людей, которые вошли в контакт с пользователем и/или контактировались пользователем в пределах различных диапазонов времени. Такие коммуникационные группы включают людей, которым пользователь звонил в пределах периода времени типа дня или недели, и людей, которые успешно связались с пользователем по телефону в течение дня или недели. Создание групп людей по отношениям может быть осуществлено, например, с помощью запросов к Службе Active Directory (служба активного каталога в доменах Windows). Такие группы могут включить коллег по организации, подотчетных лиц, менеджера и пользователей в пределах различных уровней организационной иерархии. Пользователь, выпадающий из статических и динамических групп, может быть включен в группу «Прочие» 1780. Эта группа может использоваться, чтобы обработать заданный по умолчанию класс пользователей, которые выходят за пределы спецификаций групп.
После того как пользователь определил новые группы и/или добавил существующие, он может назначить привилегии и свойства для любой группы из области 1790. В одном аспекте данного изобретения область 1790 может быть "всплывающей" формой, окном или меню, предоставленной пользователю, для того чтобы он определил опции, такие как тон звонка, привилегии перенаправления и/или привилегии перепланирования группе. Кроме того, пользователь может вызвать анализ затрат и выгод для входящих коммуникаций от контактора, определенного в группе, и оценить скалярную выгоду соединения для получения значения, позволяющего контактору соединиться с пользователем в реальном времени.
Фиг.18 иллюстрирует примерный интерфейс пользователя для временной палитры 1800, в соответствии с аспектом данного изобретения. Интерфейс 1800 обеспечивает пользователю механизм для оценки значения по умолчанию и специальной стоимости прерывания от времени дня и/или дня недели, свойств назначенных встреч и активности устройства, или вызывать более сложные модели для получения выводов об ожидаемой стоимости прерывания. Интерфейс 1800 включает область 1810, которая может отображать дни недели. Область 1810 может использоваться для оценки заданной по умолчанию стоимости прерывания для различного времени дня для дней недели. Как правило, заданная по умолчанию стоимость используется, когда назначенные встречи не обозначены на календаре пользователя и/или когда не ощущается активность устройства. Однако необходимо отметить, что могут использоваться различные конфигурации для оценки заданных по умолчанию затрат для времени дня и дня недели. Например, может использоваться конфигурация, в которой пользователь может указать зависимость стоимости от времени, перетаскивая по временным областям в пределах уровней, представляющих низкую, среднюю и высокую стоимость прерывания. Пользователи могут назначить скалярное значение стоимости для этих уровней с помощью всплывающей формы 1820, например. Пользователь может назначить стоимость с теми же единицами, которые используются для назначения значения на получение вызова в реальном времени от другого пользователя.
Кроме того, пользователь может быть обеспечен средствами для назначения категории стоимости для активностей по различным видам встреч, основываясь на свойствах встреч, доступных из представления встречи. Свойства могут включать в себя место проведения встречи, организатора встречи, совокупность людей, включенных в список приглашенных на встречу, масштабы встречи и заголовок темы для встречи. Кроме того, пользователь может назначить метку низкой, средней или высокой стоимости для онлайн кодирования встречи.
Пользователи могут дополнительно указать, рассматривать ли рабочее событие и/или активность. Рабочее событие может включать в себя пользовательские действия с программным приложением, и события, которые часто служат индикацией завершения задачи, такой как посылка электронной почты и закрытие файла или приложения. Пользователь может быть обеспечен другим интерфейсом (не показан здесь), чтобы назначить стоимость для категории активности в пределах различных приложений. Например, может использоваться событие, определяющее рабочую активность на клиентском устройстве. Такое событие может обработать акустические и визуальные события в устройствах, которые расширены этими возможностями и обеспечивают пользователю средства для ассоциации стоимости, связанной с воспринимаемым случаем, например, такое как ассоциирование стоимости с прерыванием обнаруженного сеанса связи. Кроме того, необходимо отметить, что зарегистрированные устройства могут обновить электронную доску, поддерживаемую на централизованном сервере, когда к серверу может осуществляться доступ во время, когда контактор пытается связываться с контактируемым.
Фиг.19 иллюстрирует примерную основную диаграмму анализа затрат и выгоды (диаграмма) 1900, которая иллюстрирует соединение и перепланирование для вызова, основанную на стоимости прерывания и значении, назначенном для коммуникации. Анализ может принимать во внимание информацию о состоянии при принятии решений относительно обработки вызовов. Например, может использоваться информация, такая как, на месте ли пользователь или он далеко от своего рабочего места, время дня, день недели, статус текущей назначенной встречи, ближайшее расписание пользователя и активность клиентского устройства. Кроме того, пользователь может определить лучший номер телефона, основываясь на контексте и времени дня во временной палитре.
Вообще, когда контактор вызывает контактируемого, служба может попытаться идентифицировать соответствующие группы, которые могут включать контактора. Так как контактор может быть членом множества групп (например, коллега и участник встречи с контактируемым в следующий час), контактор может наследовать значение для соединения, ассоциированное с группой с самыми большими значениями для соединения. Контакторы, не объединенные ни в какую группу, могут наследовать свойства, назначенные группе "Прочие", как описано выше.
Кроме того, система может оценить стоимость прерывания, ассоциированную с текущим статусом пользователя. Если система событий, работающая на клиентском устройстве, не сообщает ни о какой деятельности, и нет никакой назначенной встречи, являющейся в настоящее время активной на календаре пользователя, система может обратиться к стоимости по умолчанию для времени дня и дня недели. Если активность пользователя на клиентском устройстве зарегистрирована на сервере, может быть использована стоимость, связанная с этой активностью. Система дополнительно может использовать стоимость прерывания, ассоциированную со встречей, являющейся в настоящее время активной на календаре пользователя. Кроме того, пользователь может указать, имеет ли активность или назначенная встреча более высокий приоритет или старшинство, и/или должна ли быть взята самая высокая стоимость двух источников контекстной информации как стоимость прерывания, связанная с контекстом.
Если значение для соединения, назначенное для вызывающего, превышает текущую стоимость прерывания, запрос может быть передан пользователю на лучший номер, основываясь на времени дня, дне недели и присутствии пользователя. Если стоимость прерывания больше, чем значение, назначенное на прием коммуникации от контактора, система может принять сообщение или пытаться перенести вызов на другое время, в зависимости от того, находится ли контактор в группе, которая имеет свойство "искать время для переноса". Для переноса по времени система может исследовать расписание контактируемого и попытаться найти ближайшее время, когда стоимость прерывания будет ниже, чем значение, назначенное для принятия связи. Пользователь может сконфигурировать систему на минимальное время задержки, связанное с планированием назначения времени для вызова в реальном времени, чтобы получать уведомление относительно приближения входящей коммуникации. Пользователь может быть извещен средствами, определенными при конфигурировании, включая онлайн форму назначения времени, электронную почту и/или выбор пейджера.
Необходимо отметить, что изобретение не ограничено предшествующей методикой анализа затрат и выгод. Например, пользователь может использовать систему в основанном на правилах режиме и использующую политику обеспечения контактора в группе для соединения с пользователем на рабочем месте или другом телефоне, или использующую перепланирование, основываясь на времени дня и основном состоянии контекста, типа IM статус присутствия и далеко ли пользователь от рабочего места.
Фиг.20 и 21 (и Фиг.51, описанная ниже), иллюстрируют примерные интерфейсы пользователя для перепланирования 2000, 2010 и 2100, которые облегчают перепланирование вызова в реальном времени, в соответствии с аспектом данного изобретения. Интерфейсы 2000, 2010 и 2100 могут показать подходящее время и форму, указывающую фон, документы и предпочтения, связанные с совместным использованием дисплеев в течение намеченного сеанса связи в реальном времени. Когда система пытается перепланировать вызов, может использоваться расписание контактора для облегчения перепланирования, при этом используется подходящее время для сеанса связи в реальном времени. Кроме того, контактор может предоставить информацию, связанную с вызовом. Кроме того, пользователь может иметь возможность добавить ссылки на документы, которые будут рассмотрены до или параллельно с сеансом связи. Контактор может дополнительно запросить, чтобы вызов был установлен вместе с совместным использованием дисплеев в течение намеченного сеанса связи.
Фиг.22-31 иллюстрируют интерфейсы, которые облегчают распространение основных методов анализа затрат и выгоды статистическими моделями стоимости прерывания, в соответствии с аспектом данного изобретения. Статистическими моделями могут быть Байесовские модели, использующие расширенный анализ, обеспечивая расширенные функциональные возможности с помощью возможности к прерыванию и набор средств для обработки информации, которые обеспечивают, например, прогнозы о присутствии и доступности пользователя. Кроме того, расширенные функциональные возможности могут облегчить встроенным, межканальным приложениям нахождение лучших значений, как подробно описано ниже.
Фиг.22-25 показывают примерные интерфейсы, которые облегчают прогноз присутствия и доступности инструментам, предсказывающим доступность различных каналов (называемым далее как Координата), в соответствии с аспектом данного изобретения. Интерфейсы могут использоваться совместно с Байесовскими моделями ожидаемой стоимости прерывания, основываясь на знании о рабочей активности или при анализе календаря пользователя и информации о присутствии, в которых может использоваться машинно-обучаемый подход. Такие статистические модели могут выводить распределения вероятности по стоимости прерывания от воспринимаемых данных.
Кроме того, системы прогноза присутствия и доступности типа Координаты могут использоваться вместе с интерфейсами. Координата была создана, чтобы производить сбор данных и анализ ключевых параметров, используемых в автоматизированной обработке коммуникаций, и может поддержать коммуникационных агентов с выводами о возможности прерывания, присутствии, местоположении и доступности устройств. Вообще, Координата является серверной системой, которая непрерывно исследует назначенные встречи, присутствие и активность на множестве устройств пользователей с учетными записями в системе. Координата непрерывно регистрирует активность и присутствие на множестве машин. Когда машина автономна, устройство сохраняет лог регистрации локально, и набор данных загружается в Координату при подключении к сети. Кроме того, устройства могут совместно использовать текущее местоположение устройства, основанное на ассоциации с точками, определенных через 802.1 1 Wi-Fi сигналы, GPS (система глобального позиционирования) информацию и воспринимающие датчики, включая анализ акустического окружения Координатой. Давая запрос, Координата извлекает соответствующие наборы существенных данных из зарегистрированных лог-файлов, выполняет алгоритм обучения Байесовской сети и предоставляет прогнозы доступности и стоимости прерывания по времени. Соответствующие запросы включают время, до которого пользователь будет присутствовать в различных местах, затем будет читать электронную почту и/или будет затем иметь доступ к различным каналам связи (например, полноэкранному устройству, электронной почте и т.д.), учитывая текущее местоположение и хронологию присутствия, время дня и день недели. Более экзотические запросы включают время до окончания сеанса связи, который сейчас находится в прогрессе.
Координата может вычислить стоимость ожидания прерывания (ECI) следующим образом:
ECI =
где - A m - событие участия во встрече, является стоимостью прерывания, связанного со значением возможности к прерыванию i, c d является заданной по умолчанию стоимостью для рассматриваемого периода времени, и E представляет собой данные о календарных атрибутах, ближайшем контексте, дне недели и времени дня.
Дополнительно, Координата может объединять выводы о характере и времени встреч в своем предсказании об отсутствии и присутствии. Система производит приблизительный анализ встречи, предшествующий сложному рассмотрению множества моделей встреч. В приближении, данное изобретение делает предположение о независимости встречи и рассматривает встречи по отдельности. Подмножество встреч на календаре пользователя рассматриваются как активные для запроса, основанного на их близости к временам и переходам, перечисленным в запросе. Для активных встреч, вычисляется отдельная модель Байесовской сети и связанное совокупное распределение для возвращения или отсутствия в пределах встречи, которая продлевает встречу на период времени до и после встречи. В построении модели для соответствующей встречи компонента Координаты для обнаружения случаев идентифицирует те случаи, которые согласуются с ближайшим контекстом, определенным запросом. Вообще, рассматриваются только встречи, которые отмечены как посещенные. Наконец, совокупные распределения по времени до возвращения или отсутствия для соответствующего горизонта встречи объединены с совокупным распределением для ситуаций, не относящимся к встречам.
Переходя к Фиг.22, рассмотрим панель управления технического интерфейса к Координате, который высвечивает типы запросов, которые могут передаваться Координате, в соответствии с аспектом данного изобретения. В одном аспекте, выбор режима в 2210 может позволить анализ в режиме реального времени, основываясь на результатах после текущих наблюдений или автономного анализа, основанного на прошлых данных и наблюдениях. В 2220 может быть выбран прогноз 2230 типа доступности и активности, который должен быть найден. Такие прогнозы могут включить то, как долго пользователь останется в интерактивном режиме или когда он перейдет в интерактивный режим, предсказание времени, связанное с просмотром электронной почты, время, связанное с телефонным звонком, присутствием в офисе, работой в интерактивном режиме из дома, возможность видеоконференции, доступность полного экрана, доступность множества мониторов, тип доступности по телефону, доступность для сетевой встречи и выбор стоимости прерывания, например. Связанные предположения могут быть выбраны в 2240, такие, как действительно ли входной почтовый ящик пользователя проверен или должен ли входной почтовый ящик игнорироваться. Кроме того, может быть установлено время для оценки (например, установок часов и минут) и время, когда пользователь проверил или игнорировал соответствующий сообщению входной почтовый ящик. Необходимо отметить, что кнопки выбора, изображенные в интерфейсе 2200, являются примерными по своей природе и что прогноз может обеспечиваться, по существу, любой связью и/или средой взаимодействия между системами и/или пользователями.
Затем на Фиг.23, интерфейс 2300 иллюстрирует совокупное распределение вероятности 2310, данное для присутствия и доступа к каналу по времени, которое передает влияние интегрированной вероятности посещения встреч на прогноз доступности пользователя, в соответствии с аспектом данного изобретения. Вертикальная ось 2320 указывает вероятность как процент от шанса, и горизонтальная ось 2330 указывает время в минутах. В примере показывается совокупное распределение 2310 возвращения пользователя для ситуации без встречи. В других примерах обеспечивается совокупное распределение, иллюстрирующее результат свертывания при рассмотрении активных встреч, рассмотрение вероятности, что пользователь посетит соответствующую встречу.
На Фиг.24, интерфейс 2400 иллюстрирует графический прогноз ожидаемой стоимости прерывания по времени, основанный на выводах о посещении встреч, возможности прерывания встреч и заданной по умолчанию стоимости прерывания ко времени дня и дню недели, в соответствии с аспектом данного изобретения. Такие выводы основаны на анализе заданных по умолчанию затрат и свойств активных назначенных встреч. Координата использует несколько Байесовских сетевых моделей, обучаемых на помеченных данных, для того чтобы вывести вероятность, что пользователь посетит каждую следующую встречу в своем расписании, так же как распределение вероятности по стоимости прерывания, связанного с каждой встречей, основанной на свойствах встреч, собираемых из назначенных встреч. Система объединяет эти выводы наряду с заданными по умолчанию затратами в течение времени дня и дня недели, чтобы генерировать ожидаемую стоимость прерывания по времени.
В одном примере Координата может сделать выводы о посещении встреч с точностью 0,92 и возможность прерывания встреч с уровнем 0,81. Система производит упомянутое выше, создавая совокупное распределение для перемещения присутствия в ситуации без встречи. Это совокупное распределение вычисляется способом, описанным выше, используя случаи, согласующиеся с запросом, где никакие встречи не были намечены или где пользователь указал, что встреча не была посещена. Тогда, для промежутка времени, представленного границами соответствующей встречи, совокупные распределения для случаев не посещения и посещения суммируются вместе соответственно весам выведенной вероятности, что пользователя посетят или он посетит встречу.
Затем на Фиг.25 интерфейс 2500 иллюстрирует широкую палитру присутствия, которая обеспечивает суммирование множества запросов, обновляется каждые несколько минут, содержит ключевую информацию о доступности для использования коммуникационными агентами и людьми с привилегиями просмотра такой информации, в соответствии с аспектом данного изобретения. Суммирование обеспечивает различные предсказания, касающиеся времени, пока пользователь не доступен для коммуникации, согласно различным формам коммуникаций или возможностей. В 2510 пользователь выбран для соответствующих предсказаний. В 2520 настройка порога вероятности обеспечена, для того чтобы дать возможность пользователям корректировать величину достоверности, связанную с различными предсказаниями. В 2530 одна или более категорий предсказания обеспечивается такими категориями, как нахождение пользователя в интерактивном режиме, просмотр почты, телефона, присутствие в офисе, работа в интерактивном режиме из дома, возможность видеоконференции и т.д. В 2540 ассоциированные времена предсказания отображаются для категорий предсказания в 2530. Они могут включать в себя графические и/или численные результаты, изображающие предсказанное время, когда пользователь не способен осуществить коммуникацию через данную среду для коммуникации. Например, в 2550, графический дисплей и числовой дисплей указывают, что пользователь, выбранный в 2510, вероятно будет в офисе приблизительно через 149 минут с 90%-ной вероятностью. Кроме того, другая информация, обеспечивающая ключи к присутствию, может быть отображена в интерфейсе 2500 по типу «Последний наблюдаемый в здании 113, 3:11pm 2/21/2003».
Фиг.26-29 иллюстрируют примерные интерфейсы и статистические модели для вывода стоимости прерывания в зависимости от действий в реальном времени, в соответствии с аспектом данного изобретения. Статистические (например, Байесовские) модели могут обеспечить возможность вывести распределения вероятности по состоянию возможности прерывания пользователей от воспринимаемых данных с помощью генерации ожидаемой стоимости прерывания (ECI), беря ожидаемое значение стоимости, связанной с различными состояниями возможности прерывания при неопределенности. Ожидаемая стоимость прерывания иллюстрирована в уравнении 1.
Уравнение 1: ECI=
где p(I i |E) относится к распределению вероятности по состоянию возможности прерывания пользователя к данному вектору довода E и c(I i ) - стоимость, назначенная состоянию возможности прерывания i.
Фиг.26 иллюстрирует интерфейс 2600, который включает панель управления 2610 для отображения системой событий классов событий и графического дисплея 2620, обрабатывающего акустическую и визуальную информацию, в соответствии с аспектом данного изобретения. Интерфейс 2600 может облегчить фиксацию в течение нескольких часов сеансов пользователя на клиентском устройстве при синхронизации с регистрируемым временными метками потоком событий от клиентского устройства и датчиков. Активность может включать в себя информацию от системы мониторинга событий компьютера Евы, окружающую акустику и информацию положения головы, подбираемую видеосистемой слежения за положением головы.
Интерфейс 2600 рассматривает дополнительные детали реальной реализации системы, которая может обеспечить стоимость прерывания от потока сенсорной информации. В этом примере активность пользователя контролирует взаимодействие с клиентским устройством системы наблюдения событий и абстракции, которая воспринимает компьютерные события от операционной системы и приложений, выполняемых на клиенте. Кроме того, визуальная поза обрабатывается Байесовской системой слежения за положением головы и окружающей акустической активностью с аудиоанализом обработки сигналов. Наконец, календарь пользователя автоматически исследуется с помощью интерфейса к приложению электронного календаря (например, Outlook), чтобы определить, намечена ли встреча.
Клиентская система событий обеспечивает инструмент абстракции для объединения образцов низкоуровневых системных событий в высокоуровневые события. Существующее изобретение принимает во внимание модели, принимающие во внимание события низкого и высокого уровня. Например, состояния нижнего уровня могут быть зафиксированы как используемое приложением, печатает ли пользователь, нажимает мышью, так же как набором событий высокого уровня, так же, как и модель переключения между приложениями (например, единственный фокус приложения против переключения между приложениями), индикации завершения задачи (например, посылаемое сообщение, закрываемый файл, закрываемое приложение и т.д.).
Для календарных событий, таких как учет того, происходит ли встреча, продолжительность времени до окончания встречи и место проведения встречи. Для акустического и визуального анализа можно определить, был ли идентифицирован сеанс связи или другой сигнал и присутствует ли пользователь около рабочей системы, и если так, пристально ли глядит пользователь на компьютер или вдаль от него.
Могут быть зарегистрированы состояния нижнего уровня, такие как, используется ли приложение, печатает ли пользователь, нажимает ли мышью, так же как и совокупность событий высокого уровня, такие как модель переключения между приложениями (например, единственный фокус приложения против переключения между приложениями), индикации завершения задачи (например, посылаемое сообщение, закрываемый файл, закрываемое приложение и т.д.). Кроме того, можно определить, был ли идентифицирован сеанс связи или другой сигнал и присутствует ли пользователь около рабочей системы, и если так, пристально ли глядит пользователь на компьютер или вдаль от него.
Фиг.27 иллюстрирует интерфейс 2700, который обеспечивает переменные в 2710 и значения в 2720 в связи с интерфейсом 2600, описанным выше. Различные переменные, такие как последнее активное устройство, информация из календаря пользователя, время до появления события, присутствие пользователя у рабочего устройства, образцa рабочей активности, акустический сигнал в комнате, доказательство завершения задачи, время дня и визуальный анализ. Подходящие соответствующие значения включают Horvitz, NoMtg, NoMtglnProgress, Useractivity, SingleAppFocus, NoVoiceTrace, No, 7:30-9am и Пристальный взгляд на дисплей. Необходимо отметить, что дополнительные и/или различные переменные и соответствующие им значения могут использоваться в соответствии с аспектом данного изобретения.
Фиг.28 иллюстрирует интерфейс 2800, который обеспечивает инструментальные средства для стоимости прерывания (например, инструмент маркировки), используемый для фиксации и синхронизации воспринимаемых событий для использования при маркировке периодов времени со стоимостью прерывания для входящего вызова. Интерфейс 2800 может отобразить видео и/или аудио из сеанса обучения и проследить статус событий из лог файла событий, собранных во время сеанса обучения. Инструментальные средства позволяют пользователям определять высокий, средний, и низкий уровень состояний возможности прерывания и назначать значение в долларах для каждого состояния. Периоды времени всего с двумя секундами могут быть помечены индивидуально. Инструмент также позволяет пользователю маркировать для эффективности более длинные полосы времени. Кроме того, интерфейс 2800 позволяет пользователям оценить более тонкие разделения состояний с помощью передвижения слайдера для стоимости.
Когда пользователь завершил маркировку одного или более сеансов офисной активности, система создает файл данных, содержащий вектор событий состояний в течение каждого двухсекундного периода, и ассоциирует эти периоды с различными метками возможностей к прерыванию. Система исполняет Байесовские процедуры обучения, использующие структурный поиск, и формирует модель Байесовской сети, которая предсказывает стоимость прерывания. Переменные автоматически создаются из набора данных, которые обращаются к нескольким видам предсказаний касательно будущих состояний пользователя. Они включают выведение распределения вероятности по времени, пока низкое, среднее или высокое состояние возможности к прерыванию не будет достигнуто, и предсказания о времени, пока низкое, среднее или высокое состояние возможности к прерыванию не будет достигнуто для различного времени, например, время, пока пользователь не будет оставаться в состоянии низкой стоимости прерывания в течение не менее 15 минут.
Посредством примера интерфейс 2800 может использоваться для примерного сеанса обучения, где зафиксированы потоки от рабочего стола, календаря и аудиовизуальных событий. В помеченное время интерфейс 2800 показывает синхронизированный по времени видеокодированный офис субъекта, который был зафиксирован в течение сеанса обучения цифровой видеокамерой. Система регистрации инструментальных событий синхронизирует события, проверенные с сеансом обучения со сценами из цифровой видеозаписи, облегчающие маркирование долей времени и ассоциацию их с событиями.
Вообще, первая стадия построения модели - сбор событий и контекстов. В течение этой стадии видеокамера используется для записи активности по теме и всего офисного контекста. Видеозапись с аудиофонограммой снимается поверх плеч субъекта, показывая содержание, отображенное на экране пользователя в дополнение к части среды офиса пользователя.
Второй стадией формирования моделей возможности прерывания является пометка и оценка. Интерфейс 2800 обеспечивает просмотр видео, зафиксировавшего экран и участок комнаты в течение сеанса обучения, и маркирование состояния прерывания в разное время. Усилие по маркированию минимизируется с помощью разрешения пользователям определять переходы между состояниями возможности прерывания; вместо того, чтобы требовать, чтобы пользователи маркировали каждый малый сегмент времени, все случаи между переходами наследуют метку возможности прерывания, связанную с переходом, который определяет начало каждого отличного сегмента. Интерфейс 2800 обеспечивает способ, с помощью которого переменные, представляющие стоимость возможности прерывания, дискретизируются, и как представляется стоимость. Субъекты могут кодировать свои оценки об их возможности прерывания в разное время не менее чем двумя способами.
В первом приближении субъект помечает периоды времени, просматриваемые на видеозаписи, как высокий, средний и низкий уровень возможности прерывания. Как отображено на переднем плане Фиг.28, пользователей попросили отдельно отобразить значения в долларах для каждого из состояний высокого уровня для различных видов прерываний, отражая готовность заплатить эту сумму, чтобы избежать прерывания во время нахождения в состояниях, помеченных как высокая, средняя и низкая стоимость прерывания. Долларовое значение ищется отдельно для низкого, среднего и высокого типа прерывания. Во втором подходе к маркированию сегментов времени во время сеанса обучения субъекты могут определять масштаб и строить модели, которые являются основанием для распределения вероятности по реальным значениям, представляющие стоимость прерывания.
При генерации и на стадии испытания Байесовская сеть может быть создана из библиотеки помеченных случаев, сгенерированных в двух первых подходах, описанных выше. Задачи маркировки одной или более количества сеансов офисной активности создают базу данных двухсекундных периодов времени, отмеченных меткой возможности прерывания, и содержащую вектор зарегистрированных состояний событий. Система тогда выполняет Байесовские процедуры обучения, используя структурированный поиск графа, и формирует модель Байесовской сети, которая может использоваться для предсказаний в реальном масштабе времени о состоянии возможности прерывания пользователей, учитывая оперативный поток воспринимаемых событий.
Во время выполнения распределение вероятности по состояниям возможности прерывания, выведенного моделью, используется для вычисления ожидаемой стоимости прерывания для различных классов прерывания. Для каждого разрыва в процессе создания ожидаемая стоимость возможности прерывания вычисляется с помощью вызова ожидания, адекватного ожидаемому состоянию значения, определенному выше, заменяя вероятность различных государств возможности прерывания, p(I i |E), для явных состояний рассматривается следующим образом: ECI=
Вне рассуждения о текущем состоянии возможности прерывания, данное изобретение может также генерировать несколько переменных, представляющих отношение к прогнозам о будущем состоянии возможности прерывания. Они включают переменные, которые фиксируют выводы о распределениях вероятности от времени до тех пор, пока состояния низкой, средней или высокой возможности прерывания не будут достигнуты, и более специализированные переменные, представляющие время, пока состояния возможности прерывания не будут достигнуты, что сохранится для различных промежутков времени. Как пример, переменная в этом семействе представляет время, до которого пользователь остается в состоянии низкой стоимости прерывания в течение не менее 15 минут. Такие предсказания вообще важны для соображений о том, если, когда и как добиться коммуникации. Для проверки предсказания сгенерированных моделей интерфейс 2800 позволяет пользователям задерживать часть данных при обучении, использовать задержанные случаи для того, чтобы проверить модель. Для экспериментов, модели обучаются на 85 процентах данных и задерживают 15 процентов для испытаний.
Фиг.29 иллюстрирует примерную модель 2900, в соответствии с аспектом данного изобретения. Модель 2900 изображает Байесовскую сетевую модель, которая может быть сгенерирована инструментальными средствами, описанными выше. Модель 2900 может быть создана из лог-файла активностей субъекта, отмеченных стоимостью возможности прерывания. Например, база данных случаев представляет активности в офисе субъекта и с компьютером субъекта в течение одного часового периода. База данных может включать в себя 1800 двухсекундных случаев, представляющих 43 состояния перехода между уровнями возможности прерывания. Восемьдесят процентов случаев использовались, чтобы сформировать модель. Другие 15 процентов были задержаны для обучения.
Переменная, представляющая текущее состояние возможности прерывания (с состояниями низкого, среднего и высокого уровня), помечена как COI в 2910. Другие переменные включают прогнозы Время До Следующего Низкого Состояния, Время До Следующего Среднего Состояния, Время До Следующего Высокого Состояния, и варианты этих переменных, представляющих время до низкого, среднего и высокого состояния прерывания, сохраняющихся в течение различных периодов времени. Предсказывающие переменные были дискретизированы в пять разных состояний, включая Меньше чем одну минуту, 1-5 минут, 5-10 минут, 10-15 минут и больше, чем 15 минут.
Фиг.30 иллюстрирует архитектуру 3000, которая использует более широкую модель, которая принимает во внимание стоимость прерывания и перекрытия, рассматривающую вероятность, что у пользователей будет время для уведомления о переносе вызова, а так же как доступности желаемого канала. Архитектура, в дальнейшем, полагает, что выводы об осведомленности пользователя о намеченной коммуникации изменятся через какое-то время, так же как и ограничения перекрытия доступности предпочтительного канала при планировании. Значение ожидаемой стоимости прерывания, так же как выводы о распределении вероятности через какое-то время и до будущих состояний ожидаемой стоимости прерывания, доступны от Координаты и непрерывно обновляются на электронной доске, базирующейся на сервере. Эти выводы становятся доступными для принятия решения о коммуникации. Расширенная версия использует эти выводы в принятии решений, поиске компромиссов от выведенной ожидаемой стоимости прерывания со значением, назначенным вызывающему.
Помимо этого, архитектура 3000 обеспечивает опытных пользователей несколькими другими расширениями, основанными на службах прогнозов. Во время операции перепланирования простейшая версия использует простую политику отсроченного планирования, использующую эвристику, которая дает контактору время для уведомления о намеченной коммуникации. Вместо того, чтобы полагаться на простые правила задержки, расширенная версия усиливает выводы о том, когда пользователь, вероятно, будет читать электронную почту, так, чтобы динамически определить, на какое время надо наметить вызов, основываясь на предпочтениях контактора, желающего знать об этих событиях. Например, пользователь может определить, что вызов должен быть перенесен только на слот, связанный с вероятностью 0,9 того, что контактор оценит предстоящий вызов. Кроме того, архитектура может усилить выводы о доступности устройства через какое-то время, чтобы понять, когда, скорее всего, будет доступен конкретный канал коммуникации, основываясь на группе контактора или на утверждениях. Например, система может найти время, когда появится простая возможность проведения видеоконференции в случаях, когда видеоконференцию запрашивал контактор.
Фиг.31 иллюстрирует взаимодействия между контактором и встроенной службой коммуникационной операции, в соответствии с аспектом данного изобретения. При встраивании в компьютерные приложения служба позволяет пользователям связываться с приложением, перемещая ключевые указатели и биты в сеансе связи, и определять лучшие время и канал связи. Например, как изображено, служба может быть встроена в текстовый процессор и может быть вызвана с помощью выбора пункта меню. После вызова сервер может получить обратно список коммуникационных действий, рассортированных по предпочтениям контактируемого.
В данном случае пользователь привлекает службу для просмотра редакторских правок соавтора документа. Нажимая правой кнопкой мыши на редакторскую правку, пользователь может обратиться к пункту меню. В этом случае схема контактора, переданная на сервер, в ответ на запрос коммуникации, включает информацию о документе и его конкретной версии, находящейся в фокусе внимания пользователя. Также имеется информация, что пользователь в настоящее время имеет доступ к полноэкранному клиенту. Вычисленное или полученное предпочтение контактируемого передается пользователю. Как указывалось, варианты включают голосовую почту прямо сейчас, назначение разговора в реальном времени через 15 минут или отправка сообщения по электронной почте. Контактор выбирает разговор с контактируемым через 15 минут и вызывает службу планирования.
Фиг.32 иллюстрирует методологию, соответствующую данному изобретению. Для простоты объяснения, методологии изображены и описаны как ряд действий. Необходимо понять и оценить, что данное изобретение не ограничено проиллюстрированными действиями и/или порядком действий, например, действия могут происходить в различном порядке и/или одновременно с другими действиями, не представленными и не описанными здесь. Кроме того, не все иллюстрированные действия могут быть обязательны для осуществления методологии в соответствии с данным изобретением. Кроме того, специалисты в данной области техники поймут и оценят, что методология может быть альтернативно представлена как ряд взаимодействовавших состояний (например, диаграммы состояний) или событий.
Переходя к Фиг.32, в 3210 могут быть сгенерированы и/или сконфигурированы группы пользователей и отношения между группами и/или пользователями. Группа может быть определена, основываясь на свойствах, которые характеризуют отношения и действия и обеспечивают необходимую абстракцию для сокращения затрат оценки предпочтений. Кроме того, могут быть назначены привилегии и свойства, включая оценку значения разрешения вызову соединиться с пользователем. Могут быть сгенерированы различные группы, как описано выше. Кроме того, могут быть сгенерированы классы групп, которые включают пользователей, связанных со встречами в пределах различных временных рамок, организационных отношений, хронологии и проекта.
Группы, основанные на встречах, обычно заполняются с помощью непрерывного анализа назначений встреч, закодированных в электронном календаре пользователя. Динамические группы могут включать в себя множество людей, основываясь на хронологии коммуникации с помощью различных методов. Динамические группы могут включить людей, которые вошли в контакт с пользователем и/или с которыми пользователь вошел в контакт в пределах различных временных горизонтов. Группировка людей по их отношениям может быть получена, например, с помощью запросов к Active Directory. Такие группы могут включить коллег по организации, отчитывающихся персон, менеджера и пользователей в пределах различных уровней организационной иерархии. Пользователь, выпадающий из статических и динамических групп, может быть включен в группу «Другие» или заданную по умолчанию группу.
Затем в 3220 для группы могут быть назначены привилегии и свойства. Например, для группы могут быть назначены варианты тона звонка, привилегии перенаправления и/или привилегии перепланирования. Кроме того, пользователь может произвести анализ затрат и выгод для входящей связи от контактора, определенного в группе, и оценить скалярную выгоду от соединения, чтобы получить значение, разрешающее контактору соединяться с пользователем в реальном времени.
Необходимо отметить, что некоторым группам вызывающих получатели могут предоставить специальные привилегии, которые позволяют вызывающим прорываться к получателям, даже когда они заняты, пометив, что произошло соединение, и обеспечив средство для компенсации за соединение, либо соглашением в реальном времени, либо с помощью долговременной политики. Например, получатель может позволить вызывающему (например, для незапрашиваемого маркетингового вызова) соединиться с ним, если вызывающий оплачивает это. Альтернативно, несколько сотрудников может поддержать эквивалент долга при ситуации "соединения, когда занят", которые могут использоваться получателями, когда они желают войти в контакт с вызывающим. Вызывающий может соединиться с занятым получателем, но в результате принятия вызова получателю выдается «маркер соединения». Такие маркеры могут обмениваться на доллары или могут остаться просто как маркер соединения для использования при необходимости соединения с вызывающим, когда получателю позднее потребуется переговорить с этим человеком. Такие маркеры могут давать возможность для общественного соглашения о взаимозаменяемости в организации.
По ссылочной позиции перебоев 3230 может быть оценена стоимость прерывания, включая оценку значения по умолчанию и специальной стоимости прерывания для времени дня и/или дня недели, свойства назначений встреч и активность устройства, или запускать более сложные модели для вывода ожидаемой стоимости прерывания. Как правило, заданная по умолчанию стоимость используется, когда назначенные встречи не обозначены на календаре пользователя и/или когда активность устройства не наблюдается. Однако необходимо отметить, что могут использоваться различные конфигурации для оценки заданной по умолчанию стоимости в течение времени дня и дня недели. Например, может использоваться конфигурация, в которой пользователь может указать стоимость в зависимости от времени (например, как низкую, среднюю и высокую).
Кроме того, пользователь может назначить категории стоимости для активностей по различным видам встреч, основываясь на свойствах встреч, доступных через представление встречи. Свойства могут включать в себя место проведения встречи, организатора встречи, людей, включенных в список приглашенных на встречу, продолжительность встречи и тему встречи. Кроме того, пользователь может назначить низкую, среднюю или высокую стоимость для метки при кодировании встречи в онлайн. Пользователи могут дополнительно указать, принимать ли во внимание рабочее событие и/или активность. Рабочее событие может быть пользовательской активностью с программным приложением и событием, которые часто служат индикацией о завершении задачи, таким как посылка электронной почты и закрытия файла или приложения.
Кроме того, пользователь может назначить стоимость для категории активности для различных приложений. Например, может использоваться системная система событий для определения одного или нескольких рабочих активностей на клиентском устройстве. Такие события могут включать в себя акустические и визуальные события для устройства, которые расширены этими возможностями, и обеспечивают пользователя средством для связывания стоимости, ассоциированной с данным событием, например, связывание стоимости с прерыванием обнаруженного сеанса связи.
Переходя к позиции 3240, может быть применен основной анализ затрат и выгоды. Может использоваться соединение при вызове и перепланирование, основанные на стоимости прерывания и назначенном для коммуникации значении. Анализ может счесть IM состояние информацией при принятии решений относительно обработки вызовов. Например, может использоваться такая информация, как, на месте ли пользователь или он далеко от своего рабочего места, время дня, день недели, состояние текущей назначенной встречи, ближайшего расписания пользователя и активность клиентского устройства. Кроме того, пользователь может определить лучший номер телефона, основываясь на контексте и времени дня с помощью временной палитры.
Кроме того, система может оценивать стоимость прерывания, связанного с текущим статусом пользователя. Если ни о какой активности не сообщается и никакая встреча не назначена в настоящее время на календаре пользователя, система может использовать значение по умолчанию стоимости для времени дня и дня недели. Если активность пользователя на клиентском устройстве зарегистрирована на сервере, может использоваться стоимость, связанная с активностью. Система может использовать стоимость прерывания, связанную со встречей, являющейся в настоящее время активной на календаре пользователя. Более того, пользователь может указать, имеют ли активность или назначенная встреча более высокий приоритет или превосходство и/или должна ли самая высокая стоимость из этих двух источников контекстной информации быть использована как стоимость прерывания, связанного с контекстом.
Если значение соединения, назначенное вызывающему, превышает текущую стоимость прерывания, запрос может быть передан пользователю на лучший номер, установленный для времени дня, дня недели и присутствия пользователя. Если стоимость прерывания является большей, чем значение, назначенное для принятия коммуникации от контактора, система может принять сообщение или пытаться перепланировать запрос, в зависимости от того, находится ли контактор в группе, которая имеет свойство "искать перепланирование". Для перепланирования система может исследовать расписание контактируемого и пытаться найти ближайшее время, когда стоимость прерывания будет более низкой, чем значение, назначенное для принятия коммуникации. Пользователь может сконфигурировать систему на минимальное время задержки, связанное с планированием назначения для вызова в реальном времени, чтобы получить уведомление относительно приближения входящей коммуникации. Пользователь может быть предупрежден способами, определенными во время конфигурации, включая форму онлайн уведомления, электронную почту, и/или выбором пейджера.
Когда система пытается перепланировать вызов, может использоваться расписание контактора для облегчения перепланирования, причем могут использоваться варианты периодов для сеанса связи в реальном времени. Кроме того, контактор может предоставить информацию, связанную с вызовом. Кроме того, пользователь может получить возможность добавить ссылки на документы, которые будут рассмотрены до или параллельно с сеансом связи. Контактор может дополнительно запросить, чтобы вызов был установлен совместно с использованием экрана во время намеченного сеанса связи.
Затем в 3250 может быть обозначен тип прогнозов доступности и активности. Такие прогнозы могут быть типа, как долго пользователь останется в интерактивном режиме, или, когда они вновь станут онлайн, предсказывая время, связанное с просмотром почты, время, связанное с телефонным звонком, присутствием в офисе, интерактивной работой из дома, возможностью видеоконференции, полноэкранного доступа, доступностью множества мониторов, тип доступности по телефону, доступность сетевой конференции и выбранную стоимость прерывания, например. Могут быть выбраны ассоциированные предположения, такие как, действительно ли входной почтовый ящик пользователя проверен или должен ли входной почтовый ящик игнорироваться. Кроме того, может быть установлено время для оценки (например, настройкой часа и минуты) и время для проверки или игнорирования пользователем их соответствующих входных почтовых ящиков.
После индикации типа прогноза доступности и активности может быть сгенерировано совокупное распределение вероятности, данное для присутствия и доступа к каналу для какого-то времени, которое передает влияние интегрированной вероятности посещения встреч на прогноз доступности пользователя. В других примерах может использоваться совокупное распределение, основанное на просмотре активных встреч и вероятности, что пользователь будет присутствовать на соответствующей встрече. Может быть сгенерирован прогноз ожидаемой стоимости прерывания для какого-то времени, основанный на выводах о посещении встреч, возможности прерывания встреч и заданных по умолчанию стоимостях прерывания ко времени дня и дню недели. Такие выводы основаны на анализе заданных по умолчанию стоимостях и свойств активных назначенных встреч. Байесовские сетевые модели могут использоваться для обучения на помеченных данных для определения вероятности того, что пользователь будет присутствовать на каждой встрече в его расписании, так же как и для определения распределения вероятности по стоимости прерывания, связанного с каждой встречей, основываясь на свойствах встречи, подобранных от назначенных встреч. Система объединяет эти выводы наряду с заданными по умолчанию стоимостями для времени дня и дня недели, чтобы сгенерировать ожидаемые стоимости прерывания по времени.
Может быть сгенерировано резюме множества запросов, обновляемое каждые несколько минут, содержащее ключевую информацию о доступности для просмотра коммуникационным агентам и привилегированным людям такой информации. Резюме может обеспечить различные предсказания, касающиеся времени, когда пользователь не доступен, чтобы связаться с помощью различных форм коммуникаций или возможностей.
В 3260 могут быть сгенерированы выводы, связанные со стоимостью прерывания от действий в реальном времени. Могут использоваться статистические модели для определения распределения вероятности по состоянию возможности к прерыванию пользователей от рассматриваемых данных с помощью генерации ожидаемой стоимости прерывания (ECI), беря ожидаемое значение стоимости, связанной с различными состояниями возможности к прерыванию при неопределенности.
Затем в позиции 3270 может использоваться более широкая модель решения. Модель может рассматривать стоимость прерывания и наложение анализа вероятности того, что у пользователей будет время для получения уведомления о запросе на перепланирование, так же как и доступности желаемого канала. Модель полагает, что выводы о пользовательской осведомленности о намеченной коммуникации изменятся через какое-то время, так же как и накладываемые ограничения на доступность предпочтительного канала при планировании. Значение ожидаемой стоимости прерывания, так же как выводы о распределении вероятности по времени до будущих состояний ожидаемой стоимости прерывания берутся из Координаты и непрерывно обновляются. Эти выводы делаются доступными для принятия решения о коммуникации. Расширенные версии используют выводы в принятии решений, попеременно изменяя выводы об ожидаемой стоимости прерывания со значением, назначенным для вызывающего.
Кроме того, модель может обеспечивать расширение некоторых других расширений, основанных на прогнозе, который усиливает выводы о том, когда пользователь, вероятно, будет читать электронную почту, чтобы динамически определить, когда в будущем должна быть намечена коммуникация, основываясь на предпочтениях контактируемых, желающих знать об этих событиях. Например, пользователь может задать, что перепланирование не должно производиться на момент, более ранний, чем слот, связанный с вероятностью 0,9 оценки контактором предстоящего вызова.
Кроме того, модель может усилить выводы о доступности устройств через какое-то время, чтобы понять, когда требуемый канал связи, вероятно, будет доступен, основываясь на группе контактора или утверждениях. Например, система может найти время, когда возможно провести видеоконференцию в случаях, когда видеоконференцию потребовал контактор.
Фиг.33 иллюстрирует примерный метод маршрутизации коммуникации. В 3310 получена коммуникация. Коммуникация может быть получена интерфейсом (например, присоединенном к PBX), который обрабатывает входящие и/или исходящие коммуникации. Необходимо отметить, что этот интерфейс может быть программным и/или аппаратным, основанным на постоянном соединении и/или беспроводным, постоянно резидентном локально и/или удаленным в системе передачи коммуникации, и/или поддерживать, по существу, любой известный протокол связи. Кроме того, коммуникация может быть от одного или более телефонов (например, обычный проводной аппарат, переносной и/или беспроводной) и/или другие службы типа VOIP, устройства звуковой сигнализации, пейджера и т.д.
В ссылке 3320 тщательно исследуются связь и/или ассоциированная информация, для того чтобы определить подходящий метод передачи. Например, коммуникация может включить информацию, показывающую ее содержание, отправителя, получателя, способность коммуникации к отсрочке, время дня, день недели, важность и т.д. Такая информация может быть получена и использована, чтобы облегчить определение методов коммуникации к получателю и/или другому получателю согласно режиму, желательному для отправителя коммуникации и/или альтернативному режиму, отсроченного способа и/или отклонения коммуникации. Кроме того, может использоваться информация, связанная с отправителем, чтобы облегчить определение подходящего метода. Например, отправитель может быть связан с приоритетом или другой информацией, указывающей относительную важность отправителя и/или сообщения для получателя. После определения метода коммуникации, в 330, коммуникация может быть соответственно маршрутизирована, как описывается здесь.
Фиг.34 иллюстрирует примерный метод маршрутизации коммуникации. В 3410 получена коммуникация. Коммуникация может быть получена интерфейсом (например, присоединенным к PBX), который обрабатывает входящие и/или исходящие коммуникации. Необходимо отметить, что этот интерфейс может быть программным и/или аппаратным, основанным на постоянном соединении, и/или беспроводным, постоянно резидентным локально и/или удаленным в системе передачи коммуникации, и/или поддерживать, по существу, любой известный протокол связи.
В позиции 3420 могут быть получены одна или более политик (например, правила, предпочтение, свойства…). Такая политика может обеспечить определяемую пользователем информацию, связанную со стоимостью(стоимостями) и/или выгодой(ами) обработки неравноправных коммуникаций для отправителя(ей), получателя(ей), и/или коммуникационных устройств(а). Эта информация позволяет пользователю получать утверждения об их возможности к прерыванию, например, основываясь на рассмотрении их содержания. Кроме того, это обеспечивает оценку политик, касающихся приоритета коммуникации и стоимости прерывания. Например, пользователь может определить изменение стоимости прерывания (например, аналоговой и дискретной функцией от низкой до высокой) от принятия коммуникации в реальном времени как функцию от времени. Кроме того, пользователь может назначить различные приоритеты (например, от низкого до высокого) для устройства, передающего коммуникации, и/или стоимость задержки коммуникации.
В позиции 3430 могут тщательно исследоваться связи, политика и/или ассоциированная информация, как подробно описывалось выше, определять подходящий метод передачи. Например, когда коммуникация получена от устройства с приоритетом, равным или большим, чем существующая стоимость прерывания, коммуникация может быть обеспечена получателю. Необходимо отметить, что эта коммуникация может быть обеспечена получателю так, как это определено отправителем и/или другим механизмом. В другом примере, когда коммуникация связана с коммуникационным устройством с приоритетом ниже, что существующая стоимость прерывания, коммуникация может быть перепланирована, отвергнута и/или сохранена для более поздних попыток (например, голосовая почта и другие сервисы передачи сообщений). В 3440 коммуникация может быть соответственно маршрутизирована, как описано здесь.
Фиг.35 иллюстрирует примерный метод маршрутизации коммуникации для управления коммуникациями между коммуникационными системами. В 3510 получена коммуникация. Коммуникация может быть получена интерфейсом (например, присоединенном к PBX), который обрабатывает входящие и/или исходящие коммуникации. Необходимо отметить, что этот интерфейс может быть программным и/или аппаратным, основанным на постоянном соединении и/или беспроводным, постоянно резидентным локально и/или удаленным в системе передачи коммуникации, и/или поддерживать, по существу, любой известный протокол связи.
В позиции 3520 может использоваться интеллектуальный компонент для облегчения маршрутизации связи. Например, интеллектуальный компонент может использоваться для определения, передать ли коммуникацию, и если да, то получена ли она. В одном случае, интеллектуальный компонент может быть основан на одной или более Байесовской модели и/или обучен с помощью машины и обеспечивает ожидаемую стоимость прерывания. Такие модели могут быть созданы, например, с помощью мониторинга в реальном времени, и/или исторической, акустической и/или визуальной информации. Кроме того, могут использоваться выводы о настоящей и/или будущей возможности к прерыванию и/или предсказанию относительно доступности для облегчения передачи, отсрочки и/или отклонения связи. Необходимо отметить, что интеллектуальный компонент может быть в дальнейшем распределением вероятности по представляющим интерес состояниям, основанным на анализе набора(ов) данных и/или событий.
Выводы могут относиться к методам, используемым для получения высокоуровневых событий из набора(ов) событий и/или данных, причем такой вывод может привести к конструированию новых событий и/или действий из набора(ов) регистрируемых событий и/или данных из сохраненных событий, вне зависимости, являются ли или нет события коррелированными и исходят ли события и данные из одного или нескольких источников событий и/или данных. Различные схемы классификации и/или системы (например, машины, поддерживающие векторы, нейронные сети (например, обратное распространение, ускоренное обратное распространение, радиальные базисы и нечеткая логика), экспертные системы, Байесовские сети и слияние данных) могут использоваться вместе с проведением автоматических и/или выведенных логических действий в соответствии с духом изобретения.
В позиции 3530 могут тщательно исследоваться коммуникации, политики и/или ассоциированная информация, как подробно описывалось выше, для определения подходящего метода передачи. Например, когда получена коммуникация от устройства с приоритетом, равным или большим, чем существующая стоимость прерывания, коммуникация может быть обеспечена получателю. Необходимо отметить, что эта коммуникация может быть обеспечена получателю так, как это определено отправителем и/или другим механизмом. В другом примере, когда коммуникация связана с коммуникационным устройством с приоритетом ниже, что существующая стоимость прерывания, коммуникация может быть перепланирована, отвергнута и/или сохранена на более поздний срок (например, голосовая почта и другие службы передачи сообщений). В 3540 коммуникация может быть соответственно маршрутизирована, как описано здесь.
Фиг.36 иллюстрирует систему 3600, которая может использоваться вместе с различными аспектами данного изобретения. Менеджер канала 3602 идентифицирует каналы коммуникации, которые облегчают оптимизацию использования коммуникации 3610 между контактором 3620 и контактируемым 3630. Хотя показан один контактор 3620 и один контактируемый 3630, необходимо отметить, что система 3600 облегчает идентификацию оптимальных каналов коммуникации между двумя или больше сторонами коммуникации (например, коммуникационные группы). Необходимо отметить, что стороны коммуникации 3610 могут включить людей, аппараты и/или электронные процессы. Таким образом, как используется здесь, термины контактор и контактируемый включают группы контакторов и группы контактируемых.
Коммуникация 3610 может вестись по разным каналам, включая, но не ограничиваясь, телефонные каналы, компьютерные каналы, факсимильные каналы, пейджинговые каналы и персональные каналы. Телефонные каналы включают, но не ограничены, телефонную сеть общего доступа(POTS), сотовую телефонию, спутниковую телефонию и Интернет телефонию. Компьютерные каналы включают, но не ограничены, электронную почту, совместное редактирование, мгновенную передачу сообщений, сетевые конференции, календари и устройства, используемые в домашней и/или сетевой работе. Персональные каналы включают, но не ограничены, видеоконференции, службы обмена сообщениями и встречи лицом к лицу. Данные относительно текущего канала (например, что телефон занят), могут анализироваться, как данные относительно вероятности того, что канал может стать доступным (например, телефон больше не будет занят).
Идентификация оптимального канала связи может включать в себя рассмотрение выгод от установления связи 3610 в первой точке времени, с каналами коммуникации, доступными в той точке времени, и рассмотрении затрат отсрочки установления коммуникации 3610 ко второй точке времени, когда другие каналы связи могут стать доступными.
Менеджер канала 3602 имеет доступ к хранилищу данных канала 3635, к хранилищу данных контактора 3660 и к хранилищу данных контактируемого 3650. Хранилище данных контактора 3660, хранилище данных канала 3635 и хранилище данных контактируемого 3650 могут хранить данные в структурах данных, включающие в себя без ограничения один или более списков, массивы, таблицы, базы данных, стеки, области динамической памяти, связанные списки и OLAP данные, и может постоянно находиться на одном физическом устройстве и/или может быть распределен между двумя или более физическими устройствами (например, дисководами, накопителями на магнитной ленте, модулями памяти). Кроме того, хранилище данных контактора 3660, хранилище данных канала 3635 и хранилище данных контактируемого 3650 может постоянно находиться на одном логическом устройстве и/или структуре данных.
Менеджер канала 3602 может быть компьютерным компонентом, как этот термин определен здесь, и таким образом менеджер канала 3602 может быть распределен между двумя или больше взаимодействующими процессами и/или постоянно находиться на одном физическом или логическом устройстве (например, компьютер, процесс).
В общей формулировке проблемы, адресуемой менеджером канала 3602, существующее изобретение принимает во внимание "функцию значения коммуникации", f, которая возвращает значение для каждого канала коммуникации или подмножества каналов при рассмотрении или упорядочении каналов коммуникации в терминах приемлемости канала или подмножества каналов.
Значение (Канал)
=f (предпочтение (контактируемого, контактора, организации), контекст (контактируемого, контактора)),
где контекст контактируемого и контактора включает членство в группе, контекст группы, устройства, которые являются доступными, время дня, задачи и ситуация, близкая для контактора и контактируемого, и т.п. Необходимо отметить, что контекст контактируемого и контактора может быть сохранен в одном или более форматах, включая, но не ограничиваясь, XML схему. В одном примере данного изобретения менеджер канала 3602 первоначально упорядочивает каналы по назначенным значениям и пытается создавать подключение или сообщать контактору 3620 и/или контактируемому 3630 относительно лучшего возможного подключения.
Вообще, может возникнуть неопределенность относительно предпочтения и одного или более параметров, используемых для моделирования контекста. В этой ситуации может быть получено распределение вероятности по различным состояниям переменных и может быть вычислено ожидаемое значение для каналов. Например, если есть неопределенность относительно аспектов контекста контактируемого, распределение вероятности (здесь представлено абстрактно), данное на основании наблюдения о контексте, можно принять во внимание при генерации ожидаемых значений.
Наряду с тем, что можно использовать это ожидаемое значение для первоначальной идентификации канала, предсказанного для оптимизации выгоды от коммуникации 3610, в одном примере данного изобретения контактору 3630 будут предоставлены варианты относительно коммуникации. Реакцию 3630 контактируемого на варианты будет определять канал, который выбран для коммуникации 3610. Реакции на варианты могут быть использованы в обучающейся машине для облегчения адаптации менеджера канала 3602.
Таким образом, в аспекте примера данного изобретения условная вероятность p(contextR i|E), что контактируемый 3630 имеет некоторый контекст, данный на основании E, используется вместе с функцией выгоды u для того, чтобы определить идеальные коммуникационные действия, которые могут быть предприняты для максимизации выгоды от коммуникации 3610 между контактором 3620 и контактируемым 3630.
Основная формулировка для идентификации оптимальных каналов коммуникации может быть расширена введением неопределенности о контексте контактора 3620 и вычисленных ожиданий.
Контексты контактора 3620 и контактируемого 3630 представляют широкие наборы детерминированных или неопределенных переменных. Данные, ассоциированные с автоматическими оценками и/или с непосредственными отметками касательно актуальности или важности коммуникации могут также оцениваться при идентификации оптимальных каналов коммуникации. Контекстные переменные могут быть обработаны как явно детерминированные или вероятностные факторы при оптимизации.
Настоящее изобретение может также сравнивать наилучший выбор коммуникации, доступный теперь, с наилучшим выбором коммуникации, которая будет доступна позже, и модифицировать значение коммуникации для потерь, основываясь на задержках при коммуникации и потенциальных прибылях или потерях, основываясь на изменениях в деструктивности, если коммуникация пришла в более позднее время t, когда контактируемый находился в другом состоянии (например, более доступный или менее доступный). Такое сравнение может быть зафиксировано уравнением четыре.
Теоретически полученную оптимизацию можно использовать для того, чтобы получить одну или более ожидаемых выгод для одного или более наборов контакторов и/или контактируемых, которые собраны в одну или более групп, управляемых впоследствии. В одном аспекте примера данного изобретения коммуникация автоматически инициализируется, планируется и/или заносится в календарь, основываясь на такой информации. Однако в другом аспекте данного изобретения информация относительно таких ожидаемых выгод предоставляется одной или более сторонам. В качестве иллюстрации контактору 3620 передается список коммуникаций с высокими выгодами, определенными в соответствии с предпочтением контактируемого. Контактор 3620 тогда выбирает от списка.
Несмотря на то, что показана одна коммуникация 3610 между одним контактором 3620 и одним контактируемым 3630, необходимо отметить, что большее число коммуникаций между подобным или большим числом контакторов 3610 и/или контактируемых 3620 может быть определено в соответствии с данным изобретением. В качестве иллюстрации коммуникация 3610 для облегчения встречи группы может быть определена системой 3600, как множество коммуникаций 3610 между двумя сторонами коммуникации (например, две копии сообщения, посланные одновременно по электронной почте и пейджеру).
Коммуникация 3610, которая определена менеджером канала 3602, может зависеть, по меньшей мере, частично, от одного или более наборов данных касательно каналов коммуникации, контакторов и/или контактируемых, например. Один возможный набор данных, набор данных канала коммуникации 3635 касается доступных каналов коммуникации. Доступные каналы коммуникации могут включать в себя, но не ограничиваясь этим, электронную почту (различных приоритетов), телефонию (обычная телефонная связь, сотовая, спутниковая, Интернет), пейджинговую связь, рассыльных/курьеров, видеоконференции, встречу лицом к лицу, непосредственное совместное редактирование, отсроченное совместное редактирование, изображение в телевизионной картинке, активации домашнего устройства (например, включение огней при изучении, звонящий специфическим образом телефон) и так далее. Канал коммуникации не может быть статическим объектом, и таким образом информация относительно состояния, пропускной способности, доступности, стоимости и т.д. каналов коммуникации может изменяться. Таким образом, набор данных канала коммуникации 3635 может содержать текущую информацию о состоянии и/или данные для облегчения предсказания касательно будущего состояния, пропускной способности, доступности, стоимости и т.д., связанных с одним или более каналами коммуникации.
Менеджер канала 3602 может также иметь, например, доступные данные контактируемого 3650, которые включают информацию, связанную с аппаратными средствами, программным обеспечением, выполняемой контактируемым задачей, состоянием внимания контактируемого, контекстными данными контактируемого 3652 и привилегированными данными контактируемого 3654. В качестве иллюстрации, аппаратные данные могут включать в себя информацию, связанную с тем, какие аппаратные средства являются доступными контактируемому, какие аппаратные средства используются контактируемым (например, настольный компьютер, переносной компьютер, PDA), возможности тех аппаратных средств (например, достаточность количества памяти и пропускной способности коммуникационного канала для видеоконференции), стоимость использования тех аппаратных средств и состояние(я), в котором эти аппаратные средства в настоящее время функционируют (например, интерактивно, автономно). Аппаратные данные могут также включить информацию касательно коэффициента использования, которая облегчает определение вероятности, что недоступная часть аппаратных средств станет доступной. Программные данные могут включить информацию, связанную с тем, какое программное обеспечение является доступным контактируемому, какое программное обеспечение в настоящее время используется контактируемым (например, использование текстового процессора), возможности этого программного обеспечения (например, позволяет ли совместное редактирование) и состояние(я), в котором это программное обеспечение в настоящее время функционирует (например, запущено и активно, запущено, но не активно). Программные данные могут также включать в себя информацию касательно коэффициента использования, которая облегчает определение вероятности того, что недоступная часть программного обеспечения станет доступной.
Данные 3650 контактируемого могут также содержать привилегированные данные 3654, касающиеся предпочтений 3630 контактируемого. Привилегированные данные 3654 могут включить данные относительно того, как контактируемый 3650 предпочитает входить в контакт, с предпочтениями, изменяющимися по времени, например, относительно различных контакторов 3620, различного времени, различных каналов и различных разделов коммуникации. Привилегированные данные 3654 контактируемого могут включить данные, касающиеся, но не ограничиваясь ими, предпочтений относительно времени дня для коммуникации (например, рано утром, в рабочее время, вечером, поздно ночью, часы сна), время недели для коммуникации (например, с понедельника до пятницы, выходные, праздники, отпуск), определение контакторов (например, работодатель, служащие, важные коллеги, коллеги, сотрудники, родные, семья, близкие друзья, друзья, знакомые, другие), аппаратные средства, в настоящее время доступные или доступные в пределах горизонта времени для попытки коммуникации (например, настольный компьютер, переносной компьютер, домашний компьютер), предпочтительное программное обеспечение (например, электронную почту, текстовой процессор, календарь) и предпочтительные возможности к прерыванию (например, не прерывать во время сосредоточенной работы, прерывать, только если не сосредоточен на работе), например. Необходимо отметить, что кроме шести предпочтений, определенных в предыдущем предложении, большее или меньшее число предпочтений может использоваться в соответствии с данным изобретением.
Данные 3650 контактируемого могут также включать контекстные данные 3652. Контекстные данные 3652 обычно связаны с наблюдениями 3630 за контактируемым. Например, наблюдения за типом деятельности, в которую контактируемый 3630 вовлечен (например, на задаче, не на задаче), местоположение 3630 контактируемого (например, в офисе, дома, в автомобиле, в душе), календарь (например, состояние назначенных встреч, доступность назначенных встреч), хронология коммуникаций с другой стороной (например, отвечал ли на электронную почту в прошлом, говорил ли с ним по телефону недавно, выгода от взаимодействия, продолжительность взаимодействия), фоновый окружающий шум в текущем местоположении, число часов на работе в этот день и состояние внимания (например, высоко сфокусированное, сфокусированное, слабо сфокусированное, разговор с другим человеком, легкая активность) могут быть сохранены в контекстных данных 3652.
В некоторых случаях контекстные данные 3652 могут быть не полны (например, данные видеоанализа недоступны по причине сломанной видеокамеры). Таким образом, менеджер канала 3602 делает выводы относительно оптимальной коммуникации, полагаясь на такие неполные данные. Таким образом, данные 3650 контактируемого могут также включать информацию для облегчения определения одной или большего числа вероятностей, связанных с отсутствующим элементом данных. В качестве иллюстрации, данные 3650 контактируемого могут содержать информацию, используемую для предсказания вероятности того, что контактируемый 3630 находится в состоянии большого внимания даже при том, что пристальный взгляд, отслеживающий информацию, недоступен.
Данные контактируемого 3650 могут дополнительно включать в себя информацию относительно долгосрочных и/или актуальных, динамически изменяемых потребностей коммуникации контактируемого 3650. В качестве иллюстрации, контактируемому 3650 может быть необходимо не прерываться в течение следующего часа (например, "задерживать все до тех пор, пока высоко критический статус стоит на этой задаче или в течение часа данного времени"). В качестве дальнейшей иллюстрации, для предотвращения контактора 3620 от "избегания" контактируемым 3630, оставляя электронную почту или голосовую почту, когда контактируемый 3630 желает говорить с контактором 3620, контактируемый 3630 может требовать, чтобы контакты от контактора 3620 были сделаны некоторым способом в пределах X единиц времени от уведомления о том, что контактор 3620 запрашивает коммуникацию.
В дополнение к данным 3650 контактируемого, используемыми при определении оптимальной коммуникации, могут также использоваться данные касательно контактора 3620. Данные контактора 3660 могут включить требования к аппаратным средствам, программному обеспечению, контексту, предпочтению и коммуникации, подобных таким данным, доступным для контактируемого 3630, но различных в том смысле, что они готовятся с точки зрения контактора 3620.
Данное изобретение не ограничено коммуникацией между двумя сторонами или единственным каналом коммуникации между двумя сторонами. Необходимо отметить, что множество каналов и/или множество сторон коммуникации могут рассматриваться как увеличенные наборы альтернатив, которые усложняют оптимизацию выгоды, максимизируя вычисления, но не изменяя фундаментальный процесс идентификации и установления одного или более каналов связи, основываясь на предпочтениях, контекстах и возможностях сторон коммуникации.
Менеджер канала 3602 может включать в себя несколько компьютерных компонентов, ответственных за осуществление части функциональных возможностей менеджера канала 3602. Для примера, менеджер канала 3602 может включать в себя устройство 3672 разрешения привилегий. Устройство 3672 разрешения привилегий исследует данные привилегий контактируемого 3654 и данные 3664 привилегий контактора, чтобы найти корреляции между двумя наборами данных. В одном примере данного изобретения информация относительно корреляций хранится в распознанных привилегированных данных. Для группы коммуникации устройство 3672 разрешения привилегий исследует множество наборов привилегированных данных для того, чтобы найти корреляции между предпочтениями. В качестве иллюстрации для коммуникации между двумя сторонами устройство 3672 разрешения привилегий может решать, что обе стороны предпочли бы взаимодействовать по высоко приоритетной электронной почте для коммуникации, связанной с первой задачей. Точно так же устройство 3672 разрешения привилегий может решить, что контактируемый 3630 предпочел бы взаимодействовать с помощью совместного редактирования и телефона для коммуникации относительно указанного документа, в то время как контактор 3620 предпочтет связываться только по телефону. Таким образом, устройство 3672 разрешения привилегий выводит данные (например, распознанные привилегированные данные) или инициирует обработку, назначающую значения корреляции между предпочтениями 3630 контактируемого и предпочтениями 3620 контактора. В одном примерном аспекте данного изобретения предпочтению 3630 контактируемого дается больше веса, и таким образом, если контактор 3620 делал попытку телефонного сеанса связи касательно документа, для которого контактируемый 3630 предпочитает и звонок, и совместное редактирование, тогда устройство 3672 разрешения привилегий выводит данные или инициирует обработку, которая делает более вероятным то, что контактор 3620 будет взаимодействовать и по телефону, и с помощью совместного редактирования. В другом примерном аспекте данного изобретения, предпочтениям контактора 3620 дается приоритет над предпочтением контактируемого. В качестве иллюстрации, когда контактор-человек 3620 пытается связываться с электронным контактируемым 3630, предпочтения контактора 3620 считаются более важными и, таким образом, устройство 3672 разрешения привилегий выводит значения или инициирует обработку, которая делает более вероятным то, что предпочтения контактора 3620 будут приняты во внимание. В другом примерном аспекте данного изобретения, устройство 3672 разрешения привилегий выводит список потенциальных каналов коммуникации, ранжированных по их отклику на предпочтения.
Менеджер канала 3602 может также включать в себя анализатор контекста 3674. Анализатор контекста 3674 исследует контекстные данные 3652 контактируемого и контекстные данные 3662 контактора, чтобы найти корреляции между двумя наборами данных. В одном примере данного изобретения информация относительно корреляций сохраняется в проанализированных контекстных данных. Для групповой коммуникации, анализатор контекста 3674 может исследовать множество наборов контекстных данных, чтобы извлечь информацию, касающуюся контекстов. В качестве иллюстрации, для связи между двумя сторонами, анализатор контекста 3674 может решить, что контекст контактируемого такой, что коммуникации в реальном времени не доступны немедленно, но есть вероятность X1%, что такая коммуникация будет доступна в точке времени T1 в будущем, и вероятность X2%, что такая коммуникация будет доступна в точке времени T2 в будущем. Дополнительно, анализатор контекста 3674 может решить, что хотя контактор 3620 требовал телефонию в реальном времени, контекст контактора 3620 такой, что связь по электронной почте может оптимизировать выгоду. Например, контекст контактора 3620 может включать информацию относительно окружающего шума в местоположении контактора 3620. Анализатор контекста 3674 может решить, что уровень шума не является способствующим для оптимизации выгоды телефонией в реальном времени, и таким образом может вывести значения и/или инициализировать обработку, которая сделает более вероятным то, что контактор 3620 свяжется с контактируемым 3630 через электронную почту. Подобно обработке, выполненной устройством 3672 разрешения привилегий, анализатор контекста 3674 может, в различных примерах системы 3600, назначать вес контекста контактируемого 3630 больше, чем контекста контактора 3620, или наоборот.
Менеджер канала 3602 может также включать анализатор канала 3676. Анализатор канала 3676 анализирует набор данных канала коммуникации 3635. Анализатор канала 3676 выводит данные относительно текущей доступности канала коммуникации и/или вероятность того, что канал станет доступным. В одном примере данного изобретения такие данные сохраняются в данных канала коммуникации. Анализатор канала 3676 также исследует один или более каналов, которые контактор 3620 определил для связи, и/или одного или более каналов, что контактируемый 3630 перечислил как предпочтения в привилегированных данных контактируемых 3654, например. Анализатор канала 3676 также исследует доступность в настоящее время каналов с помощью получения информации о местоположении, связанной с контактируемым 3630 и каналами, которые могут стать доступными, основываясь на деятельности контактируемого 3630. Например, если контактируемый 3630 в настоящее время ведет машину домой (что определено с помощью GPS и расписанием, например), то анализатор канала 3676 исследует текущие сотовые каналы и дополнительно исследует каналы, доступные в доме контактируемого 3630. Таким образом, анализатор канала 3676 облегчает получение данных и/или инициализацию обработки, которая определяет вероятность того, что желательный канал используется при определении оптимального канала(ов) коммуникации для коммуникации 3610 между контактором 3620 и контактируемым 3630.
Менеджер канала 3602 может также включать в себя модуль установления коммуникации 3678. Как только идеальные действия коммуникации A* идентифицируются, модуль установления коммуникации 3678 предпринимает обработку, чтобы подключить контактора 3620 и контактируемого 3630 через определенный оптимальный канал коммуникации. Такое подключение может быть основано, по меньшей мере, частично, на распознанных привилегированных данных, проанализированных контекстных данных и коммуникационных данных канала. Например, если оптимальная связь 3610 определена как электронная почта, то модуль установления коммуникации может инициировать процесс создания электронной почты для контактора 3620 (например, электронное сообщение, появившееся на экране компьютера, конвертер голоса в электронное сообщение на сотовом телефоне, электронное сообщение, посланное на двухсторонний цифровой пейджер), и переправить сформированное электронное сообщение наиболее соответствующему для контактируемого 3630 почтовому приложению, основываясь на определении оптимальной коммуникации 3610. Например, модуль установления коммуникации 3678 может перенаправить электронную почту на пейджер контактируемого 3630, основываясь на GPS данных, связанных с местоположением контактируемого 3630. В альтернативном примере данного изобретения система 3600 не включает модуль установления коммуникации 3678, полагаясь вместо этого, например, на действия контактор 3620 и/или контактируемого 3630 для установления коммуникации. Необходимо отметить, что устройство 3672 разрешения привилегий, анализатор 3674 контекста, анализатор 3676 канала и модуль установления коммуникации 3678 является компьютерными компонентами, как этот термин определен здесь.
Фиг.37-57 иллюстрируют примерные интерфейсы пользователя (UIs), которые могут использоваться в соответствии с аспектами данного изобретения. Соответствующие UIs связаны с различными функциональными возможностями, как описано ниже. Фиг.37 иллюстрирует UI 3700, который позволяет выбирать различные виды динамических групп и активацию групп для пользователя. Фиг.38 иллюстрирует UI 3800 с «Не Беспокоить» (или «Сплю») возможностями в 3810. Эта возможность может усилить календарь как "до окончания текущей встречи" в 3820 и/или "во время следующей встречи" в 3830. Кроме того, состояние «не беспокоить» во всплывающем состоянии в 3840 (нижний правый угол) показывает количество оставшегося времени для «Не беспокоить». Фиг.39 иллюстрирует UI 3900. Этот UI может предоставить пользователю очень простой вариант сделать некоторые основные для него вещи. Фиг.40 иллюстрирует UI 3900, где обеспечивается контекст, показывая доступ к различным вариантам системы. Фиг.41 иллюстрирует UI 4100, который обеспечивает закладки для установки предпочтений, для версии политики затрат и выгоды высокого уровня, в которых, выбирая активности, пользователь может поднять контекстную палитру так, как подробно описано выше. Фиг.42 иллюстрирует UI 4200, который изображает возможность к прерыванию, основанную на контексте.
Фиг.43 иллюстрирует UI 4300, который рассматривает прозрачность политик и что является важным. Например, пользователи могут просмотреть резюме политики, основанное на текущих параметрах настройки, если они выбирают кнопку "Показать резюме моей политики обработки вызовов". Ссылки, которые позволяют пользователю обращаться и изменять определенные параметры настройки, могут быть обеспечены прямо здесь. Фиг.44 иллюстрирует UI 4400, который обеспечивает возможность "что произойдет сейчас". В качестве примера, если пользователи нажимают на контекстный дисплей, они могут просмотреть то, что случится с вызовами различных вызывающих персон в этот момент. Нажимая на ссылки, пользователи могут просмотреть и группы изменений, контекст и/или другие аспекты политики (например, перепланирования). Фиг.45 иллюстрирует UI 4500, представляющий форму оценки политики группы, которая может быть показана после выбора "Группы" в "что произойдет сейчас" политики фиг.44. Фиг.46 иллюстрирует UI 4600, который показывает стоимость прерывания, связанного с UI 4400 из фиг.44. Фиг.47 иллюстрирует UI 4700, который обеспечивает широкую трассировку как резюме в электронной почте при обработке вызова, в котором детали объяснения действий могут использоваться совместно.
Фиг.48 иллюстрирует UI 4800, который обеспечивает широкий лог-файл вызовов, к которому можно будет обратиться позже. Пользователи могут послать отчет обратно, если они были удовлетворены. Эта информация может использоваться вместе с обучаемой машиной для улучшения системы для индивидуальных пользователей и сообществ пользователей. Фиг. 49 иллюстрирует UI 49, который может использоваться для записи предпочтения на сервере и использовать статистический метод (например, "совместная фильтрация"), чтобы помочь при установке или усовершенствовании предпочтений. Эта возможность может быть вызвана нажатием на «Помощник Профиля», который запускает веб-сервис. Фиг.50 иллюстрирует UI 5000, изображающий представление веб-сервиса. Столбец «Мой Профиль» может быть заполнен как текущими параметрами настройки, которые были введены программным обеспечением клиента, так и личной демографической информацией, если она доступна (например, роль в организации). Доступные наблюдения могут быть перечислены по категориям, как проиллюстрировано слева от «Мой Профиль». «Совместная Фильтрация» может использоваться направо от столбца и показывать настройки, которые, желательно, могли бы включать в себя определение низкой, средней и высокой стоимости прерывания, основываясь на параметрах настройки, которые уже были определены. Любое из этих различий в столбце «Рекомендации» может быть выбрано и перемещено в «Мой Профиль». Дополнительно, пользователи могут просмотреть параметры настройки по популярности, выбирая "По популярности", которая показывает список по популярности.
Фиг.51 иллюстрирует UI 51, который может использоваться пользователями для определения предпочтений перепланирования (См. подробное описание в связи с фиг.20-21 для описания различных аспектов перепланирования). Пользователь может использовать эту возможность при решении о запуске перепланирования, если будет подходящий слот в течение 3 дней. Это можно сделать во время телефонного разговора. Фиг.52 иллюстрирует UI 5200, который обеспечивает другую методику оценки с помощью системы Координата, которая основана на «взятии выборки из опыта». Эта методика, во время стадии обучения, спрашивает пользователей периодически всплывающим окном с аудиозвуковым сигналом, заняты ли они или не заняты и, если возможно определить, как долго. Система может быть сконфигурирована так, чтобы окно выскакивало с различной частотой и может быть выключена после окончания обучения. Это может использоваться как другой метод обучения и применяться для формирования вероятностных моделей, которые могут использоваться при вычислении ожидаемой стоимости прерывания в Координате. Фиг.53 изображает UI 5200 с всплывающим окном, которое показывает примерные сценарии «как долго».
Фиг.54 иллюстрирует UI 5400 для оценки стоимостей прерывания при вызове по телефону. Фиг.55 иллюстрирует UI 5500, который использует Байесовскую сеть для получения выводов о текущей возможности к прерыванию пользователей, в терминах вероятности для пользователя, находящегося в высокой стоимости прерывания. Ожидаемая стоимость прерывания может быть вычислена для двоичного предположения нахождения пользователя или в состоянии высокой стоимости возможности прерывания или низком/нормальном состоянии, как взвешенная сумма стоимостей через следующее: p(высокая стоимость) Стоимость(высокая) + [l-p(высокая стоимость)]Стоимость(низкая), где p представляет собой вероятность. Фиг.56-57 иллюстрируют UIs 5600 и 5700, соответственно, которые рассматривают одно либо занятое, либо нормальное состояние. В этом подходе пользователи могут определить, когда они заняты и политику для обработки вызовов в это время. Этот подход представляет сценарий "я занят, когда…".
Фиг.58 иллюстрирует примерные Байесовские модели 5800. Эти модели могут быть созданы для принятия во внимание офисных контекстных наблюдений, таких как сеанс связи против множества сеансов связи, различий в календарях, времени дня, дня недели и рабочей активности (например, приложения в верху списка задач, поведение при переключении и т.д.). Фиг.59 иллюстрирует другую модель 5900, которая подсвечивает самые важные отличительные переменные для конкретного пользователя. Фиг.60 показывает пример динамического наследования. На этой фигуре диаграмма 6000 Венна используется для иллюстрации наследования привилегий, данных при изменении членства в динамических группах. В этом примере пользователь 6010, являющийся членом группы 6020 штата продавцов, присоединяется к людям группы 6030 «я вызывал сегодня». Как изображено, группа 6020 штата продавцов связана с "низким" приоритетом вызова и не имеет привилегии перепланирования в 6040. Группу 6030 «я вызывал сегодня», однако, связана с "высоким" приоритетом вызова и привилегиями перепланирования в 6040. В этой конфигурации пользователь 6010 наследует "высокий" приоритет запроса с привилегиями перепланирования. Эта методика может позволить пользователям и контекстам наследовать самый высокий приоритет (или стоимость прерывания), соответственно возможный, что может упростить пользователю понимание того, что случится при подходе политики выгод и затрат высокого уровня. Эта методика обеспечивает вызывающим привилегии соединения. Таким образом, вызывающий может пройти, даже когда блокировка вызова была установлена в значении по умолчанию для палитры возможности к прерыванию.
Ссылаясь на фиг.61, примерное окружение 6110 для осуществления различных аспектов изобретения включает в себя компьютер 6112. Компьютер 6112 включает в себя процессорный модуль 6114, системную память 6116 и системную шину 6118. Системная шина 6118, соединяющая компоненты системы, включает в себя, но не ограничиваясь этим, системную память 6116 на процессорном модуле 6114. Процессорный модуль 6114 может быть любым из различных доступных процессоров. Двойные микропроцессоры и другая многопроцессорная архитектура также могут использоваться как процессорный модуль 6114.
Системная шина 6118 может быть любой из нескольких типов шинных структур(ы), включая в себя шину памяти или контроллер памяти, периферийную шинную или внешнюю шину и/или локальную шину, использующие любую из разнообразия доступной шинной архитектуры, включая, но не ограничиваясь, 8 битные шины, архитектуру промышленного стандарта (ISA), микроканальную архитектуру (MSA), расширенную ISA (EISA), встроенный интерфейс накопителей (IDE), локальную шину VESA (VLB), периферийную шину (PCI), универсальную последовательную шину (USB), расширенный графический порт (AGP), шину Международной ассоциации производителей плат памяти для персональных компьютеров (PCMCIA) и малый интерфейс компьютерных систем (SCSI).
Системная память 6116 включает в себя энергозависимую память 6120 и энергонезависимую память 6122. Базовая система ввода-вывода (BIOS), содержащая основные подпрограммы для передачи информации между элементами в пределах компьютера 6112, например, во время запуска, хранится в энергонезависимой памяти 6122. В качестве иллюстрации, но не ограничиваясь этим, энергонезависимая память 6122 может включать в себя постоянное запоминающее устройство (ROM), программируемое ПЗУ (PROM), электрически программируемое ПЗУ (EPROM), электрически стираемое ПЗУ (EEPROM) или флэш-память. Энергозависимая память 6120 включает оперативную память (RAM), которая действует как внешняя кэш-память. В качестве иллюстрации, но не ограничиваясь этим, оперативная память доступна во многих формах, таких как синхронная оперативная память (SRAM), динамическая оперативная память (DRAM), синхронная динамическая оперативная память (SDRAM), SDRAM с двойной скоростью передачи данных (DDR SDRAM), расширенная SDRAM (ESDRAM), Synchlink динамическая оперативная память (SLDRAM) и оперативная память с непосредственным обращением Rambus (DRRAM).
Компьютер 6112 также включает в себя извлекаемые/неизвлекаемые, энергозависимые/энергонезависимые компьютерные носители данных. Фиг.61 иллюстрирует, например, дисковую память 6124. Память на диске 6124 включает, но не ограничиваясь этим, устройства подобно устройству на магнитном диске, накопителю на гибких магнитных дисках, накопителю на магнитной ленте, накопителю Jaz, накопителю на ZIP дисках, накопителю дисков LS-100, карту флэш-памяти или устройство с флэш-памятью. Кроме того, дисковая память 6124 может включать носители данных отдельно или в комбинации с другими носителями данных, включая в себя, но не ограничиваясь этим, оптический дисковод, такой как устройство для оптических компакт-дисков (CD-ROM), устройство для записываемых оптических компакт-дисков (CD-R Drive), устройство для перезаписываемых оптических компакт-дисков (CD-RW Drive) или устройство для универсального цифрового компакт-диска (DVD-ROM). Для облегчения подключения устройств дисковой памяти 6124 к системной шине 6118 обычно используются извлекаемые или неизвлекаемые интерфейсы типа интерфейса 6126.
Необходимо отметить, что фиг.61 описывает программное обеспечение, которое действует как посредник между пользователями и основными компьютерными ресурсами, описанными в подходящем операционном окружении 6110. Такое программное обеспечение включает в себя операционную систему 6128. Операционная система 6128, которая может храниться на дисковой памяти 6124, действует для управления и распределения ресурсов компьютерной системы 6112. Системные приложения 6130 используют в своих интересах управление ресурсами операционной системой 6128 через программные модули 6132 и программные данные 6134, хранящиеся или в системной памяти 6116, или на дисковой памяти 6124. Необходимо отметить, что данное изобретение может быть осуществлено с различными операционными системами или комбинациями операционных систем.
Пользователь вводит команды или информацию в компьютер 6112 через устройство(а) ввода данных 6136. Устройства ввода данных 6136 включают в себя, но не ограничиваются этим, устройство позиционирования типа мышь, устройство позиционирования с помощью шара, пера, тач пад, клавиатуру, микрофон, джойстик, игровую клавиатуру, спутниковую антенну, сканер, плату телевизионного приемника, цифровую камеру, цифровую видеокамеру, веб-камеру и т.п. Эти и другие устройства ввода данных соединяются с процессорным модулем 6114 через системную шину 6118 через порт(ы) интерфейса 6138. Порт(ы) интерфейса 6138 включает в себя, например, последовательный порт, параллельный порт, игровой порт и универсальную последовательную шину (USB). Устройство(а) вывода 6140 использует часть того же самого типа портов как устройство(а) ввода данных 6136. Таким образом, например, USB порт может использоваться для обеспечения ввода в компьютер 6112 и вывода информации от компьютера 6112 на устройство вывода 6140. Адаптер вывода 6142 использован для иллюстрации, что имеются некоторые устройства вывода 6140 подобно мониторам, динамикам и принтерам, среди других устройств вывода 6140, которые требуют специальных адаптеров. Адаптеры вывода 6142 включают, в качестве иллюстрации, но не ограничиваясь ими, видео и звуковые платы, которые обеспечивают средство взаимодействия между устройством вывода 6140 и системной шиной 6118. Необходимо отметить, что другие устройства и/или системы устройств обеспечивают обе возможности ввода и вывода, такие как удаленный компьютер(ы) 6144.
Компьютер 6112 может работать в сетевом окружении, используя логические подключения к одному или более удаленных компьютеров, типа удаленного компьютера(ов) 6144. Удаленный компьютер(ы) 6144 может быть персональным компьютером, сервером, маршрутизатором, сетевым PC, рабочей станцией, микропроцессорным устройством, устройством коммуникации или другим общим сетевым узлом и т.п., и обычно включает многие или все элементы, описанные в применении к компьютеру 6112. Для целей краткости, только устройство запоминающей памяти 6146 проиллюстрировано у удаленного компьютера(ов) 6144. Удаленные компьютеры 6144 логически связаны с компьютером 6112 через сетевой интерфейс 6148 и затем физически связаны с помощью коммуникационного подключения 6150. Сетевой интерфейс 6148 охватывает коммуникационные сети, такие как локальные сети (LAN) и глобальные сети (WAN). Технологии LAN включают интерфейс передачи данных по оптоволокну (FDDI), интерфейс передачи данных по медному проводу (CDDI), Ethernet/IEEE 802.3, Token Ring/IEEE 802.5 и т.п. Технологии глобальной сети включают, но не ограничиваются этим, связи точка-точка, коммутационные сети, подобно цифровым сетям с предоставлением комплексных услуг (ISDN}, и разновидности оных, сети пакетной коммутации и цифровые абонентские линии (DSL).
Коммуникационное подключение(я) 6150 относится к аппаратному/программному методу подключения сетевого интерфейса 6148 к шине 6118. Поскольку коммуникационное подключение 6150 показано для иллюстративной ясности в компьютере 6112, оно может также быть внешним к компьютеру 6112. Аппаратно/программно необходимые вещи для подключения к сетевому интерфейсу 6148 включают, только для целей демонстрации, внутренние и внешние технологии, такие как модемы, включающие в себя обычные телефонные модемы, кабельные модемы и DSL модемы, ISDN адаптеры и сетевые карты.
Фиг.62 является схематической блок-схемой типового вычислительного окружения 6200, с которым данное изобретение может взаимодействовать. Система 6200 включает одного или более клиента(ов) 6210. Клиент(ы) 6210 может быть аппаратным и/или программным (например, потоки, процессы, вычислительные устройства). Система 6200 также включает один или более сервер(ов) 6230. Сервер(ы) 6230 может также быть аппаратным и/или программным (например, потоки, процессы, вычислительные устройства). Серверы 6230 могут содержать потоки для выполнения преобразований, используя данное изобретение, например. Одна возможная коммуникация между клиентом 6210 и сервером 6230 может быть в форме пакета данных, приспособленного для передачи между двумя или больше компьютерными процессами. Система 6200 включает структуру коммуникации 6250, которая может использоваться для облегчения коммуникации между клиентом(ами) 6210 и сервером(ами) 6230. Клиент(ы) 6210 является операционно-связанным с одним или более хранилищем(ами) данных клиента 6260, которое может использоваться для хранения локальной для клиента(ов) 6210 информации. Точно так же сервер(ы) 6230 является операционно-связанным с одним или более хранилищем(ами) данных сервера 6240, который может использоваться для хранения информации, локальной для сервера 6230.
Все, что было описано выше, включает примеры данного изобретения. Конечно, невозможно описать каждую мыслимую комбинацию компонентов или методологий для целей описания данного изобретения, но специалист в данной области техники может распознать множество дальнейших комбинаций и перестановок данного изобретения. Соответственно, данное изобретение охватывает все такие изменения, модификации и разновидности согласно сущности и объему прилагаемой формулы изобретения. Кроме того, в то время как специфическая особенность изобретения, возможно, была раскрыта только относительно одного из нескольких возможных воплощений, такая особенность может быть объединена с одной или более другими особенностями другого воплощения, которое желательно и выгодно для любого данного или требуемого приложения. Кроме того, распространяя то, что термин "включает в себя" и варианты этого используются в детальном описании формулы изобретения, эти термины предназначены для включения в метод, подобно термину "содержит в себе".
В части и в отношении различных функций, выполненных вышеупомянутыми описанными компонентами, устройствами, схемами, системы и т.п., термины (включая ссылку на "средство") применяются для описания таких компонентов, предназначены для обозначения соответствия, если указано иное, любому компоненту, который исполняет указанную функцию описанной компоненты (например, функциональный эквивалент), даже в случае, если отсутствует структурный эквивалент раскрытой структуры, которая исполняет в настоящем описании функцию иллюстрации примерных аспектов изобретения. В этом отношении необходимо отметить, что изобретение включает систему, а также читаемый компьютером носитель, содержащий компьютерно-исполняемые команды для выполнения действий и/или событий различных методов изобретения.
Данное изобретение относится к системам, использующим идентичность и контекстно-зависимые методы принятия решений для обработки коммуникаций, включающим в себя выбор канала, маршрутизацию и операции перепланирования. Техническим результатом является улучшение качества межабонентской коммуникации за счет учета предпочтений сторон, участвующих в процессе коммуникации, текущего состояния контактирующих сторон и условной стоимости прерывания. Компьютерная система, облегчающая межабонентскую коммуникацию между контактором и контактируемым, включает компонент пользовательского интерфейса, компонент ввода и службу коммуникации. Компонент пользовательского интерфейса предназначен для ввода значения стоимости прерывания для контактируемого. Компонент ввода получает коммуникацию, переданную от контактора до контактируемого. Служба коммуникации выполняет маршрутизацию коммуникации, основываясь на значении стоимости прерывания и сравнении между стоимостью прерывания и преимуществами, связанными с немедленной доставкой коммуникации. 3 н. и 68 з.п. ф-лы, 62 ил.
1. Компьютерная система, облегчающая межабонентскую коммуникацию между контактором и контактируемым, включающая в себя:
компонент пользовательского интерфейса, предназначенный для ввода значения стоимости для контактируемого, при этом вводимое значение стоимости связывает значение стоимости прерывания с по меньшей мере одним из события и времени;
компонент ввода, получающий коммуникацию, переданную от контактора до контактируемого; и
службу коммуникации, которая в текущий момент времени выполняет маршрутизацию упомянутой коммуникации, основываясь на:
определенном значении стоимости, связанной с прерыванием контактируемого в текущий момент времени, причем упомянутое определенное значение основывается на упомянутом введенном значении стоимости и текущей контекстной информации; и
сравнении между упомянутой определенной стоимостью, связанной с прерыванием контактируемого в текущий момент времени и преимуществами, связанными с немедленной доставкой коммуникации.
2. Система по п.1, коммуникационная служба дополнительно использует одну или несколько стоимостей задержки коммуникации и выгоды от получения коммуникации.
3. Система по п.1, в которой предпочтение контактируемого включает в себя одну или несколько политик; правил; приоритетов, привилегий; прав; свойства; конфигураций; и пользовательскую самооценку касательно возможности его прерывания.
4. Система по п.1, в которой стоимость прерывания контактируемого предоставляется как функция времени, указывающая стоимость, связанную с получением коммуникации в любое данное время.
5. Система по п.1, в которой стоимость прерывания контактируемого сравнивается с приоритетом, назначенным контактору для определения, больше ли стоимость, равна или меньше, чем приоритет.
6. Система по п.5, в которой результат сравнения используется для маршрутизации коммуникации к контактируемому в реальном времени; направления коммуникации к контактируемому отложенным способом; перепланирование коммуникации; переадресация коммуникации; отказ от коммуникации; и/или маршрутизации коммуникации, по меньшей мере, ко второму контактируемому.
7. Система по п.6, в которой коммуникация направляется на устройство коммуникации, основываясь на одном из следующего: устройство, обозначенное контактором; идентичность контактора; идентичность контактируемого; характеристика коммуникации, предпочтительный метод коммуникации; доступность устройства; расписание; стоимость прерывания контактируемого, предпочтения контактируемого и выгоды контактируемого от получения коммуникации.
8. Система по п.1, дополнительно включающая в себя интеллектуальный компонент, который облегчает маршрутизацию коммуникации.
9. Система по п.8, в которой интеллектуальный компонент генерирует ожидаемую стоимость возможности прерывания с помощью, по меньшей мере, одного из следующего: мониторинга в реальном времени, исторической информации, акустической информации и визуальной информации.
10. Система по п.9, в которой интеллектуальный компонент использует, по меньшей мере, одну из Байесовских моделей и обучаемых машин для генерации стоимости возможности прерывания.
11. Система по п.8, в которой интеллектуальный компонент генерирует выводы о настоящей и/или будущей возможности прерывания, причем выводы используются для облегчения маршрутизации коммуникации.
12. Система по п.8, в которой интеллектуальный компонент генерирует предсказания о возможности прерывания, причем предсказания используются для облегчения маршрутизации коммуникации.
13. Система по п.1, используемая в сочетании с частным телефонным коммутатором.
14. Система по п.1, в которой коммуникация включает в себя информацию, указывающую, по меньшей мере, на одно из: ее содержание; контактора; контактируемого; возможность к отсрочке; время дня, день недели и уровня важности, причем указанная информация используется для облегчения маршрутизации коммуникации.
15. Система по п.1, дополнительно включающая в себя компонент конфигурации, который облегчает системную установку с помощью набора интерактивных компонент.
16. Система по п.1, в которой интерактивные компоненты являются графическими интерфейсами пользователя, включающими в себя, по меньшей мере, одно из следующего: обрабатывающий агент; график стоимости и выгоды; палитра времени; инструмент контекстной оценки; итоговый список; инструмент перепланирования; индикаторный дисплей; диаграмма влияния; менеджер группы; панель управления, диаграмма распределения вероятности; диаграмма прогноза; палитра присутствия; палитра событий; список значений переменных; место для размещения прерывания; электронная доска; и модель решения.
17. Система по п.1, дополнительно включающая в себя:
системный менеджер, связанный со службой обмена связи; и
коммуникационный посредник, который взаимодействует с системным менеджером и множеством конечных автоматов для автоматической обработки входящих сигналов к службе обмена коммуникациями, направляя сигналы соответствующим конечным автоматам, основываясь на стоимости прерывания получателя и предпочтении.
18. Система по п.17, в которой сигнал, маршрутизированный на устройство, связанное с получателем, перепланируется для последующего повторения или отвергается.
19. Система по п.18, в которой направляется сигнал, перепланируется или отвергается, основываясь, по меньшей мере, на одном из следующего: календаре, расписании, электронной почте и ситуации.
20. Система по п.17, в которой предпочтение является предпочтением получателя, которое указывает по меньшей мере на одно из следующих предпочтений: перевод вызовов на мой мобильный телефон; перевод вызовов непосредственно на голосовую почту, когда моя служба передачи сообщений установлена в режим «занято»; перевод вызовов непосредственно на голосовую почту, когда моя служба передачи сообщений установлена в режим «отсутствует»; перевод вызовов непосредственно на голосовую почту, когда моя основная офисная система заблокирована; и вперед вызовов непосредственно на голосовую почту, когда работает моя экранная заставка.
21. Система по п.17, в которой коммуникационный посредник использует качественный подход к оценке затрат и выгод, который сфокусирован на оценке политик о приоритете коммуникации и стоимости прерывания.
22. Система по п.17, в которой предпочтение облегчает определение различий между низкой и высокой стоимостью прерывания.
23. Система по п.17, в которой предпочтение включает в себя информацию, показывающую число участников встречи; место проведения встречи; отношения между организатором и пользователем; и продолжительность встречи.
24. Система по п.17, в которой стоимость прерывания основана, по меньшей мере, в части, на одном или нескольких из следующего: обнаружен сеанс коммуникации; пользователь взаимодействует в настоящее время с компьютером; пользователь печатает, приложение активно и в фокусе; пользователь занят в модели использования приложения, явно установлен флажок на коммуникационной системе мгновенной передачи сообщений, пользователь говорит; пользователь пишет; пользователь сидит; пользователь взаимодействует с клавиатурой; пользователь взаимодействует с телефоном, пользователь присутствует; пользователь занят; занимаемая пользователем должность; и конфигурация людей.
25. Система по п.17, дополнительно включающая в себя компонент, поддерживающий контекстную информацию.
26. Система по п.25, в которой контекстная информация включает в себя, по меньшей мере, одно из состояний: контактируемый в настоящее время говорит по телефону, текущий статус в отношении встреч контактируемого, расписание контактируемого и регистрируемые ключевые события об активности контактируемого на зарегистрированном клиентском устройстве.
27. Система по п.17, в которой стоимость прерывания указывается как денежное значение.
28. Система по п.17, дополнительно включающая в себя интеллектуальный компонент, который генерирует ожидаемую стоимость прерывания, основываясь на Байесовской модели, причем ожидаемая стоимость прерывания используется для облегчения обработки входящих сигналов.
29. Система по п.28, в которой Байесовская модель является прогнозом распределения вероятности по состоянию возможности прерывания, контактируемого в зависимости от регистрируемых данных.
30. Система по п.1, дополнительно включающая в себя:
менеджер коммуникации, который получает схему, связанную с коммуникацией между сторонами, причем схема включает данные, связанные с, по меньшей мере, одним из: контакторов, контактируемых и контекста коммуникации, причем менеджер коммуникации определяет оптимальный способ для облегчения коммуникации, основываясь на схеме.
31. Система по п.30, в которой схема указывает на идентичность, начальный метод, предпочтительный метод коммуникации, доступность устройства, расписание, предпочтительный канал коммуникации, ближайшее расписание и информацию о задаче, отражающей цели коммуникации.
32. Система по п.30, используемая для получения решения относительно следующего: устанавливать ли связь в реальном времени между контактором и контактируемым, основываясь на начальном методе, указанном в схеме, изменять ли метод, отклонить ли коммуникацию, переадресовать ли вызывающего, послать ли по электронной почте, переадресовать ли вызывающего на голосовую почту или перепланировать ли коммуникацию на другое время.
33. Система по п.30, дополнительно включающая в себя использование коммуникационного менеджера, который переключает коммуникацию во взаимодействии с коммутатором телефонной компании, местной офисной АТС (РВХ) в пределах предприятия или центра коммуникации.
34. Система по п.1, дополнительно включающая в себя:
первый дисплейный компонент, который позволяет пользователю создавать группы пользователей,
второй дисплейный компонент, который формирует отношения между группами, и связывает активности в межабонентской коммуникационной службе.
35. Система по п.34, дополнительно включающая в себя третий дисплейный компонент, который обеспечивает пользователю возможность назначить, по меньшей мере, одно из привилегий и свойств соответствующим группам.
36. Система по п.34, дополнительно включающий в себя компоненту отображения затрат и выгод, которая позволяет пользователю назначить значение для соединения, позволяющее контактору соединяться для коммуникации к получателю в реальном времени.
37. Система по п.1, дополнительно включающая в себя:
средства для обработки коммуникации.
38. Система по п.1, в которой:
компонент ввода представляет собой компоненту, получающую коммуникацию от вызывающего; и
служба коммуникации представляет собой межабонентскую коммуникационную службу.
39. Система по п.38, в которой межабонентская коммуникационная служба использует кодированные предпочтения относительно того, предпочитают ли вызывающие перепланирование или соединение с получателем вызова, основываясь на стоимости прерывания и стоимости задержки коммуникации.
40. Система по п.39, в которой кодированные предпочтения учитывают, есть ли взаимно доступный временной слот для перепланирования коммуникации в пределах определенного горизонта времени.
41. Система по п.40, в которой кодированные предпочтения дополнительно учитывают, есть ли взаимно доступный временной слот при сравнении календарей во время того, как коммуникация устанавливается.
42. Система по п.38, в которой межабонентская коммуникационная служба не выполняет перепланирование коммуникации во время инициирования коммуникации, если отсутствует время для перепланирования коммуникации, основываясь на анализе в реальном времени или календарях, и рассмотрение предпочтений, связанных с разрешенным горизонтом времени, до тех пор, пока не произойдет коммуникация.
43. Система по п.38, в которой межабонентская коммуникационная служба использует автоматическую операцию перепланирования, которая откладывает хронометраж до тех пор, пока получатель вызова не будет иметь достаточно времени для получения предупреждения о перепланировании коммуникации.
44. Система по п.43, в которой межабонентская коммуникационная служба использует политику минимизации времени от настоящего момента для перепланирования коммуникации, как определено получателем вызова в профиле перепланирования.
45. Система по п.44, в которой время является функцией определенного или известного текущего местоположения и активности получателя вызова.
46. Система по п.43, в которой задержка предупреждения достигается с помощью разрешения получателю коммуникации определять вероятность того, что они будут информированы о перепланировании коммуникации перед вызовом с помощью вероятностного вывода.
47. Система по п.38, дополнительно включающая в себя инструмент для резюмирования текущей политики.
48. Система по п.47, в которой политика определяет, что происходит в настоящий момент.
49. Система по п.47, в которой инструмент дополнительно резюмирует все политики.
50. Система по п.47, в которой инструмент резюмирует точки для создания изменений.
51. Система по п.38, дополнительно включающая в себя компоненту, показывающую пользователям предположение об их собственной текущей занятости и причины этого.
52. Система по п.38, дополнительно включающая в себя компоненту, предоставляющую резюме, связанное с обработкой коммуникации.
53. Система по п.52, с которой компонента для резюмирования дополнительно предоставляет политику и объяснение, связанное с обработкой коммуникации.
54. Система по п.52, в которой компонента для резюмирования дополнительно предоставляет резюме, политику и объяснение для электронного сообщения получателя вызова.
55. Система по п.38, дополнительно включающая в себя интерфейс пользователя, позволяющий пользователю определять различные уровни возможности прерывания.
56. Система по п.55, в которой интерфейс пользователя позволяет пользователю формировать Булевские комбинации свойств встреч, рабочей активности и регистрируемых событий.
57. Система по п.56, в которой регистрируемым событием является обнаружение разговора и визуальное определение позы.
58. Система по п.38, дополнительно включающая в себя временную палитру, которая определяет значение по умолчанию для возможностей прерывания, которые работают наряду с Булевскими комбинациями регистрируемых особенностей для обеспечения уровня возможности прерывания, используя заданный по умолчанию фон и передний план, который доминирует над заданным по умолчанию фоном тогда, когда это в достаточной степени соответствует Булевским комбинациям.
59. Система по п.55, в которой интерфейс пользователя позволяет пользователю определять метаправила для комбинации фоновой возможности прерывания, основанной на времени и возможности прерывания основанной активности.
60. Система по п.38, дополнительно включающая в себя компоненту, облегчающую пользователю наследование от ассоциированной группы с самым высоким приоритетом вызова.
61. Система по п.38, в которой межабонентская коммуникационная служба использует динамические группы для назначения приоритетов вызовам пользователей, основываясь на, по меньшей мере, одном из: календаре, активностях и коммуникациях.
62. Система по п.38, в которой межабонентская коммуникационная служба использует привилегии, предоставленные получателем вызова вызывающему для разрешения вызывающему соединиться, даже когда получатель занят.
63. Система по п.62, в которой привилегии дополнительно определяют, что вызывающий и получатель вызова получат уведомление, указывающее, что произошло соединение.
64. Система по п.62, в которой привилегии дополнительно определяют средства компенсации за соединение.
65. Система по п.64, в которой средства компенсации включают в себя, по меньшей мере, одно из: соглашение в реальном времени и долговременная политика.
66. Система по п.64, в которой средства компенсации включают в себя вознаграждение.
67. Система по п.64, в которой средства компенсации включают в себя валюту "соединение, когда занято", которая используется получателями, когда они желают войти в контакт с вызывающим.
68. Система по п.67, в которой валюта представляет собой маркер.
69. Система по п.68, в которой маркер обменивается на деньги или используется для соединения с вызывающим.
70. Компьютерно-читаемый носитель, хранящий компьютерно-исполняемые компоненты системы по п.1.
71. Способ, облегчающий межабонентскую коммуникацию между контактором и контактируемым, включающий в себя:
ввод значения стоимости для контактируемого, при этом вводимое значение стоимости связывает значение стоимости прерывания с по меньшей мере одним из события и времени;
получение коммуникации, переданной от контактора до контактируемого; и
выполнения в текущий момент времени маршрутизации упомянутой коммуникации, основываясь на:
определенном значении стоимости, связанной с прерыванием контактируемого в текущий момент времени, причем упомянутое определенное значение основывается на упомянутом введенном значении стоимости и текущей контекстной информации; и сравнении между упомянутой определенной стоимостью, связанной с прерыванием контактируемого в текущий момент времени, и преимуществами, связанными с немедленной доставкой коммуникации.
Аппарат для очищения воды при помощи химических реактивов | 1917 |
|
SU2A1 |
Печь для непрерывного получения сернистого натрия | 1921 |
|
SU1A1 |
US 6519335 B1, 11.02.2003 | |||
СПОСОБ И УСТРОЙСТВО ДЛЯ ОСУЩЕСТВЛЕНИЯ ВЫБОРА УСЛУГ В СИСТЕМЕ ПОДВИЖНОЙ ТЕЛЕФОННОЙ СВЯЗИ НА ОСНОВАНИИ МЕСТОПОЛОЖЕНИЯ И ПРЕДПОЧТЕНИЯ | 1997 |
|
RU2210194C2 |
Авторы
Даты
2011-06-10—Публикация
2004-10-14—Подача