СПОСОБ И УСТРОЙСТВО ПРОВЕРКИ
METHOD AND DEVICE FOR INSPECTION

ОБЛАСТЬ ТЕХНИКИ
Настоящая заявка относится к области коммуникационных технологий, и, в частности, к способу и устройству проверки (верификации).
УРОВЕНЬ ТЕХНИКИ
С широким развитием технологий сети Интернет, проблемы информационной безопасности являются особенной острыми. Проверка идентичности обычно нужна, когда люди используют терминалы для развлечения и покупок.
Способы проверки в настоящее время обычно включают в себя: проверку пароля и проверку окружения. Например, когда пользователь осуществляет логический вход или совершает платеж, проверяется, является ли пароль, введенный пользователем, заданным паролем, или содержит ли обозреватель (браузер) или APP (Приложение), используемый пользователем, троянские программы или вирусы, установленные на нем. Однако, этот способ начинает проверку только когда учетная запись пользователя находится в режиме логического входа или платежа. Если терминал пользователя потерян или информация об учетной записи пользователя украдена, безопасность учетной записи пользователя не может быть гарантирована.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Соответственно, настоящая заявка предоставляет способ и устройство проверки, которые могут усилить безопасность учетной записи пользователя.
Конкретно, настоящая заявка реализуется с помощью следующих технических решений:
Способ проверки, включающий в себя:
прием запроса операции, инициированного пользователем, и физиологической информации пользователя, собранной устройством;
определение, согласно физиологической информации, находится ли пользователь в состоянии бездействия; и,
когда пользователь находится в состоянии бездействия, обработку, согласно заранее заданному правилу, запроса операции, инициированного пользователем.
Дополнительно, обработка, согласно заранее заданному правилу, запроса операции, инициированного пользователем, включает в себя:
добавление по меньшей мере одного способа проверки для учетной записи пользователя; или
отклонение запроса операции, инициированного пользователем.
Дополнительно, способ дополнительно включает в себя:
получение информации об устройстве для упомянутого устройства;
сохранение отношения ассоциации между информацией об устройстве и учетной записью пользователя;
получение информации об устройстве для устройства, собирающего физиологическую информацию, после того как физиологическая информация пользователя, собранная устройством, принята;
определение, согласно отношению ассоциации, ассоциировано ли устройство, собирающее физиологическую информацию, с учетной записью пользователя; и
определение, согласно физиологической информации, находится ли пользователь в состоянии бездействия, если устройство ассоциировано с учетной записью пользователя.
Дополнительно, способ дополнительно включает в себя:
отправку оповещения на ассоциированное устройство, заранее заданное пользователем, если физиологическая информация не получена в течение заранее заданного времени.
Дополнительно, физиологическая информация включает в себя: одно или более из сердцебиения, температуры тела и пульса.
Состояние бездействия включает в себя сон или упражнения.
Дополнительно, устройство является носимым устройством.
Способ проверки, включающий в себя:
получение физиологической информации пользователя, собранной устройством;
отправку физиологической информации на сервер, чтобы сервер определил согласно пользовательской информации, находится ли пользователь в состоянии бездействия, и когда пользователь находится в состоянии бездействия, обработал, согласно заранее заданному правилу, запрос операции, инициированный пользователем.
Дополнительно, способ дополнительно включает в себя:
получение информации об устройстве для упомянутого устройства; и
отправку информации об устройстве на сервер, чтобы сервер сохранил отношение ассоциации между информацией об устройстве и учетной записью пользователя, и определил согласно отношению ассоциации, ассоциировано ли устройство с учетной записью пользователя.
Проверяющая аппаратура устройство, включает в себя:
первый принимающий блок, сконфигурированный для получения запроса операции, инициированного пользователем, и физиологической информации пользователя, собранной устройством;
блок определения состояния, сконфигурированный для определения согласно физиологической информации, находится ли пользователь в состоянии бездействия; и
блок контроля безопасности, сконфигурированный для обработки, когда пользователь находится в состоянии бездействия, согласно заранее заданному правилу, запроса операции, инициированного пользователем.
Дополнительно, блок контроля безопасности конкретно сконфигурирован добавлять по меньшей мере один способ проверки для учетной записи пользователя; или
отклонять запрос операции, инициированный пользователем.
Дополнительно, аппаратура дополнительно включает в себя:
второй принимающий блок, сконфигурированный для приема информации об устройстве для упомянутого устройства;
блок хранения отношений, сконфигурированный для хранения отношения ассоциации между информацией об устройстве и учетной записью пользователя;
при этом первый принимающий блок конкретно сконфигурирован, после приема физиологической информации пользователя, собранной устройством, получать информацию об устройстве для устройства, собирающего физиологическую информацию; и
блок определения состояния конкретно сконфигурирован определять согласно отношению ассоциации, ассоциировано ли устройство с учетной записью пользователя, и определять согласно физиологической информации, находится ли пользователь в состоянии бездействия, если устройство ассоциировано с учетной записью пользователя.
Дополнительно, устройство дополнительно включает в себя:
блок отправки оповещений, сконфигурированный для отправки оповещения на ассоциированное устройство, заранее заданное пользователем, если физиологическая информация не получена в течение заранее заданного времени.
Дополнительно, физиологическая информация включает в себя: одно или более из сердцебиения, температуры тела и пульса; и
состояние бездействия включает в себя сон или упражнения.
Дополнительно, устройство является носимым устройством.
Проверяющая аппаратура, включающая в себя:
первый получающий блок, сконфигурированный для получения физиологической информации пользователя, собранной устройством;
первый отправляющий блок, сконфигурированный для отправки физиологической информации на сервер, чтобы сервер определил согласно пользовательской информации, находится ли пользователь в состоянии бездействия, и когда пользователь находится в состоянии бездействия, обработал, согласно заранее заданному правилу, запрос операции, инициированный пользователем.
Дополнительно, устройство дополнительно включает в себя:
второй получающий блок, сконфигурированный для приема информации об устройстве для упомянутого устройства; и
второй отправляющий блок, сконфигурированный для отправки информации об устройстве на сервер, чтобы сервер сохранил отношение ассоциации между информацией об устройстве и учетной записью пользователя, и определил согласно отношению ассоциации, ассоциировано ли устройство с учетной записью пользователя.
Из вышеизложенного описания можно видеть, что настоящее изобретение может отправлять на сервер физиологическую информацию пользователя, собранную устройством, связанным с пользователем, так что сервер может определить согласно физиологической информации, находится ли пользователь в настоящий момент в состоянии бездействия, и когда пользователь находится в состоянии бездействия, обработать согласно заранее заданному правилу запрос операции, инициированный пользователем, таким образом усиливая безопасность учетной записи пользователя и предоставляя защиту в реальном времени учетной записи пользователя.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
ФИГ. 1 - блок-схема последовательности операций способа проверки, согласно варианту осуществления настоящей заявки;
ФИГ. 2 - блок-схема последовательности операций способа проверки, согласно другому варианту осуществления настоящей заявки;
ФИГ. 3 - блок-схема последовательности операций способа проверки, согласно другому варианту осуществления настоящей заявки;
ФИГ. 4 - схематическая структурная диаграмма сервера, согласно варианту осуществления настоящей заявки;
ФИГ. 5 - схематическая структурная диаграмма проверяющей аппаратуры, в применении к серверу, согласно варианту осуществления настоящей заявки;
ФИГ. 6 - схематическая структурная диаграмма клиента, согласно варианту осуществления настоящей заявки; и
ФИГ. 7 - схематическая структурная диаграмма проверяющей аппаратуры, в применении к клиенту, согласно варианту осуществления настоящей заявки.
ПОДРОБНОЕ ОПИСАНИЕ
Примерные варианты осуществления будут подробно описаны в материалах настоящей заявки, и их примеры показаны в прилагаемых чертежах. В следующем описании, включающем прилагаемые чертежи, одинаковыми номерами на различных прилагаемых чертежах обозначены одинаковые или похожие элементы, если не указано иное. Реализации, описанные в следующих примерных вариантах осуществления, не представляют все реализации, согласующиеся с настоящей заявкой. Напротив, они являются только примерами устройств и способов, согласующихся с некоторыми аспектами настоящей заявки, как подробно описано в прилагаемой формуле изобретения.
Термины, использованные в настоящей заявке, используются только для описания отдельных вариантов осуществления, вместо ограничения настоящей заявки. Формы единственного числа, используемые в настоящей заявке и прилагаемой формуле изобретения, также подразумеваются включающими в себя формы множественного числа, пока в контексте ясно не указано другое значение. Дополнительно, должно быть понятно, что термин "и/или", используемый в материалах настоящей заявки, ссылается на или включает в себя любую или все возможные комбинации одного или более связанных элементов, которые перечислены.
Должно быть понятно, что хотя термины, такие как "первый", "второй" и "третий", могут быть использованы в настоящей заявке для описания различных видов информации, эти виды информации не должны ограничиваться терминами. Эти термины используются только для различения одной информации одного и того же типа от другой. Например, не выходя из объема настоящей заявки, первая информация может также быть названа второй информацией, и подобным образом, вторая информация может также быть названа первой информацией. В зависимости от контекста, слово "если", используемое в материалах настоящей заявки, может быть пояснено как "когда...", "как..." или "в ответ на определение".
В отношении вышеописанных проблем, настоящая заявка предоставляет решение по проверке, которое может эффективно улучшить безопасность учетной записи пользователя.
Настоящая заявка предоставляет способ проверки, и способ применяется для сервера и клиента или терминального устройства, способного взаимодействовать с сервером, соответственно.
Со ссылкой на ФИГ. 1, способ проверки, примененный для сервера, включает в себя следующие этапы:
Этап 101: Запрос операции, инициированный пользователем, и физиологическая информация пользователя, собранная устройством, принимаются.
В этом варианте осуществления, пользователь может привязать учетную запись пользователя к устройству, и устройство включает в себя носимое устройство для сбора физиологической информации пользователя и способно отправлять физиологическую информацию на сервер.
Физиологическая информация может включать в себя физиологические показатели, такие как сердцебиение, температура тела и пульс.
Запрос операции, инициированный пользователем, является запросом операции пользователя в отношении учетной записи пользователя, таким как логический вход (логин), изменение информации и оплата, что не является ограничением в настоящей заявке.
Этап 102: Определяют согласно физиологической информации, находится ли пользователь в состоянии бездействия.
Основываясь на этапе 101, после приема физиологической информации, сервер может определить согласно физиологической информации, находится ли пользователь в состоянии бездействия. Состояние бездействия может быть понято как состояние, в котором пользователь не может использовать прикладное программное обеспечение, например, пользователь может только едва использовать некоторое прикладное программное обеспечение, когда спит или упражняется, и поэтому состояние бездействия может включать в себя сон и упражнения.
Этап 103: Когда пользователь находится в состоянии бездействия, запрос операции, инициированный пользователем, обрабатывается согласно заранее заданному правилу.
В этом варианте осуществления, если сервером определено согласно физиологической информации, что пользователь в настоящий момент находится в состоянии бездействия, сервер может обработать согласно заранее заданному правилу запрос операции, инициированный пользователем, для усиления безопасности учетной записи пользователя. Например, сервер может добавить способ проверки для учетной записи пользователя, отклонить запрос операции, инициированный пользователем, или тому подобное.
Со ссылкой на ФИГ. 2, способ проверки, применяемый для клиента или терминального устройства, включает в себя следующие этапы:
Этап 201: Получают физиологическую информацию пользователя, собранную устройством.
В этом варианте осуществления устройство может включать в себя носимое устройство. Физиологическая информация может включать в себя физиологические показатели пользователя, такие как сердцебиение, температура тела, пульс и т.д.
Этап 202: Физиологическая информация отправляется на сервер, чтобы сервер определил согласно физиологической информации, находится ли пользователь в состоянии бездействия, и когда пользователь находится в состоянии бездействия, обработал согласно заранее заданному правилу запрос операции, инициированный пользователем.
Основываясь на этапе 201, пользователь может установить (инсталлировать) клиент на устройство, и клиент может получать физиологическую информацию пользователя, собранную устройством, и отправлять физиологическую информацию на сервер. Определенно, заранее заданная программа или чип могут быть сконфигурированы на устройстве заблаговременно, для отправки физиологической информации на сервер после того, как физиологическая информация пользователя собрана устройством. Конкретно, на этом этапе пользовательская информация может отправляться на сервер периодически, и период отправки может быть установлен разработчиком, например, 2 секунды, что специально не ограничивается в настоящей заявке.
Из вышеизложенного описания можно видеть, что настоящее изобретение может отправлять физиологическую информацию пользователя, собранную устройством, связанным пользователем с сервером, так что сервер может определить согласно физиологической информации, находится ли пользователь в состоянии бездействия, и когда пользователь находится в состоянии бездействия, обработать согласно заранее заданному правилу запрос операции, инициированный пользователем, таким образом усиливая безопасность учетной записи пользователя и предоставляя защиту в реальном времени учетной записи пользователя.
Отдельная реализация настоящего изобретения подробно описана ниже со ссылками на варианты осуществления.
Со ссылкой на ФИГ. 3, блок-схема последовательности операций способа проверки согласно варианту осуществления настоящего изобретения показана, и способ включает в себя следующие этапы:
Этап 301: Информация об устройстве для устройства получается, и информация об устройстве отправляется на сервер.
В этом варианте осуществления, пользователь может выбрать, согласно его/ее собственным требованиям, позволять ли устройству участвовать в решении о безопасности учетной записи пользователя, и если пользователь выбирает позволять устройству участвовать в решении о безопасности учетной записи пользователя, пользователю надо привязать устройство к учетной записью пользователя.
Конкретно, заранее заданная программа или чип могут быть сконфигурированы на устройстве для отправления информации об устройстве на сервер после того, как устройство включается. Также, клиент может быть установлен на устройство, и клиент может получать информацию об устройстве устройства, такую как модель устройства, MAC-адрес устройства, и затем оправлять информацию об устройстве на сервер. Дополнительно, устройство может быть связано с помощью клиента или обозревателя, загруженного на другом терминале. Например, пользователь может входить в учетную запись пользователя с помощью обозревателя и затем вручную вводить информацию об устройстве для устройства, которое пользователь собирается привязать. Иллюстрации сделаны используя загрузку клиента на устройство, в качестве примера в последующем.
В этом варианте осуществления, устройство может включать в себя носимое устройство, такое как умный браслет и умные часы, что не ограничивается в настоящей заявке.
Этап 302: Сервер принимает информацию об устройстве и сохраняет отношение ассоциации между информацией об устройстве и учетной записью пользователя.
Основываясь на этапе 301, после приема информации об устройстве устройства, сервер может привязать устройство к учетной записи пользователя посредством сохранения отношения ассоциации между информацией об устройстве и учетной записью пользователя.
Пользователь может привязать одну и ту же учетную запись пользователя к нескольким устройствам. Например, пользователь может привязать умный браслет и умные часы к учетной записи А пользователя, используемой им/ею, и сервер сохраняет отношение ассоциации между учетной записью А пользователя и умным браслетом, а также умными часами. Должно быть отмечено, что хотя пользователь может привязать несколько устройств к одной и той же учетной записи пользователя, в целом, пользователь может выбрать только одно устройство для участия в решении о безопасности учетной записи пользователя. Например, если пользователь сначала привязывает умный браслет к учетной записи А пользователя и затем привязывает умные часы к учетной записи А пользователя, подсказка для пользователя может быть создана, когда пользователь выполняет привязку, для подсказки пользователю о выборе одного из умного браслета и умных часов для участия в решении о безопасности учетной записи пользователя, и сервер может сохранять выбор пользователя и устанавливать состояние устройства, выбранного пользователем, как доступное состояние.
Этап 303: Физиологическая информация пользователя, собранная устройством, получается, и физиологическая информация отправляется на сервер.
В этом варианте осуществления, клиент получает физиологическую информацию пользователя, собранную устройством, и физиологическая информация может включать в себя физиологические показатели пользователя, такие как сердцебиение, температура тела, и пульс и т.д. Затем, физиологическая информация отправляется на сервер.
Конкретно, на этом этапе клиент может отправлять физиологическую информацию на сервер с помощью беспроводной сети, к которой устройство имеет доступ. Если устройство не имеет доступа к беспроводной сети в настоящий момент, клиент может отправлять физиологическую информацию на сервер с помощью терминала, который соответствует устройству, что не ограничивается в настоящей заявке.
Этап 304: Сервер принимает запрос операции, инициированный пользователем, и физиологическую информацию и получает информацию об устройстве для устройства, собирающего физиологическую информацию.
Основываясь на этапе 303, после приема физиологической информации, отправленной клиентом, сервер получает информацию об устройстве для устройства, собирающего физиологическую информацию. Конкретно, во время отправки физиологической информации на сервер клиент также отправляет информацию об устройстве для устройства на сервер.
На этом этапе, сервер дополнительно принимает запрос операции, инициированный пользователем, в отношении учетной записи пользователя, и запрос операции включает в себя логический вход, изменение информации, оплату и подобное, что не является ограничением в настоящей заявке.
Этап 305: Сервер определяет согласно отношению ассоциации, ассоциировано ли устройство, собирающее физиологическую информацию, с учетной записью пользователя, и этап 306 выполняется, если устройство ассоциировано с учетной записью пользователя. Если устройство не ассоциировано с учетной записью пользователя, процедура заканчивается.
В этом варианте осуществления, сервер определяет согласно информации об устройстве, связанной с учетной записью пользователя, сохраненной на этапе 302, ассоциировано ли устройство, собирающее физиологическую информацию, с учетной записью пользователя, и если устройство, собирающее физиологическую информацию, ассоциировано с учетной записью пользователя, это указывает на то, что устройство, собирающее физиологическую информацию, легально, физиологическая информация доступна, и этап 306 выполняется. Если устройство, собирающее физиологическую информацию, не ассоциировано с учетной записью пользователя, это указывает на то, что устройство, собирающее физиологическую информацию, не легально, физиологическая информация недоступна, и процедура заканчивается.
Дополнительно, если пользователь привязывает несколько устройств к одной и той же учетной записи пользователя, после получения сервером информации об устройстве для устройства, собирающего физиологическую информацию, если определено, что устройство ассоциировано с учетной записью пользователя, определяется, является ли состояние устройства доступным состоянием, и если состояние устройства является доступным состоянием, физиологическая информация доступна, и этап 306 выполняется. Если состояние устройства является недоступным состоянием, физиологическая информация недоступна, и процедура заканчивается. Например, пользователь привязывает умный браслет и умные часы к учетной записи А пользователя, полагая, что устройством, используемым пользователем в настоящий момент, является умный браслет и привязанные умные часы используются членом семьи, состояние умного браслета может быть установлено как доступное состояние, и после получения сервером физиологической информации, если физиологическая информация собрана умным браслетом, физиологическая информация доступна. Если физиологическая информация собрана умными часами, физиологическая информация недоступна.
Этап 306: Сервер определяет согласно физиологической информации, находится ли пользователь в состоянии бездействия, и если пользователь находится в состоянии бездействия, этап 307 выполняется. Если пользователь находится в состоянии действия, процедура заканчивается.
Основываясь на этапе 305, после определения того, что физиологическая информация доступна, сервер определяет состояние пользователя в настоящий момент согласно физиологической информации. Конкретно, согласно физиологическим показателям пользователя, таким как сердцебиение, температура тела и пульс, можно определить, находится ли пользователь в настоящий момент в состоянии бездействия, например, спит или упражняется. Если пользователь находится в состоянии действия в настоящий момент, этап 307 выполняется. Если пользователь находится в состоянии действия, например, пользователь не спит и не упражняется в настоящий момент, процедура заканчивается.
Этап 307: Сервер обрабатывает согласно заранее заданному правилу запрос операции, инициированный пользователем.
Основываясь на результатах определения этапа 306, если пользователь находится в состоянии бездействия, вероятность того, что пользователь использует учетную запись пользователя, чтобы выполнить логический вход или сделать оплату, чрезвычайно мала. В этот момент, если сервер принимает запрос операции, инициированный пользователем, вероятность того, что запрос операции инициирован владельцем учетной записи пользователя, чрезвычайно мала, и запрос операции может быть обработан согласно заранее заданному правилу, для усиления безопасности учетной записи пользователя. Например, по меньшей мере один способ проверки добавляется для учетной записи пользователя. Способ проверки включает в себя: одно или более из проверки на основе двумерного кода, проверки на основе проверочного кода из короткого сообщения и проверки на основе контрольного вопроса. Полагая, что исходным способом проверки при логическом входе в учетную запись пользователя является проверка пароля, если пользователь находится в состоянии бездействия, когда принимается запрос операции на логический вход в учетную запись пользователя, сервер может добавить проверку на основе проверочного кода из короткого сообщения для учетной записи пользователя. В чрезвычайном случае, запрос операции, инициированный пользователем, может быть отклонен, когда пользователь находится в состоянии бездействия. Предпочтительно, запрос операции, инициированный пользователем, отклоняется, когда несколько проверок терпят неудачу. Это потому, что хотя пользователь находится в состоянии бездействия, пользователь может одолжить его/ее собственную учетную запись другому человеку для использования, и на этом этапе принимаемый запрос операции может быть обработан согласно предварительным настройкам пользователя.
По выбору, в другой реализации настоящего изобретения, если сервер не принимает физиологической информации в течение заранее заданного времени, сервер может отправить оповещение на управляющее устройство, заранее заданное пользователем. Заранее заданное время может быть установлено разработчиком. Полагая, что клиент отправляет пользовательскую информации на сервер каждые 2 секунды, заданное время может быть установлено как 10 секунд, то есть, если сервер не принимает физиологическую информацию в течение 10 секунд, сервер может отправить оповещение на мобильный телефон, используемый пользователем, с помощью номера мобильного телефона, зарезервированного пользователем.
Конкретно, сервер не принимает физиологическую информацию в течение заданного времени, и это может быть вызвано сбоем сети или потерей устройства, привязанного пользователем; в этот момент сервер, отправляя оповещение, может напомнить пользователю проверить текущую ситуацию. Дополнительно, пользователь может задать стратегию обработки для случая, когда сервер не принимает физиологическую информацию в заданное время, и стратегия обработки может включать в себя завершение функций логического входа и оплаты для учетной записи пользователя, то есть, отклонение всех запросов операций, инициированных пользователем, или устройство не участвует в решении о безопасности учетной записи пользователя, или тому подобное, что специально не ограничивается в настоящей заявке.
Из вышеизложенного описания можно видеть, что настоящее изобретение может отправлять физиологическую информацию пользователя, собранную устройством, связанным пользователем с сервером, с тем чтобы сервер определял согласно физиологической информации, находится ли пользователь в настоящий момент в состоянии бездействия, и когда пользователь находится в состоянии бездействия, обрабатывал согласно заранее заданному правилу запрос операции, инициированный пользователем, таким образом усиливая безопасность учетной записи пользователя и предоставляя защиту в реальном времени учетной записи пользователя.
Соответствуя варианту осуществления способа проверки настоящей заявки, настоящая заявка дополнительно предоставляет проверяющую аппаратуру. Аппаратура по настоящей заявке может быть реализована с помощью программного обеспечения и может также быть реализована с помощью аппаратных средств или комбинации программного обеспечения и аппаратных средств. Используя реализацию программного обеспечения в качестве примера, как устройство в логическом смысле, проверяющая аппаратура настоящей заявки формируется путем считывания команды соответствующей компьютерной программы в энергонезависимой памяти с помощью процессора этого устройства в память для работы.
Со ссылкой на ФИГ. 4 и 5, настоящая заявка предоставляет проверяющую аппаратуру 400, и проверяющая аппаратура 400 применяется к серверу, включая в себя: первый принимающий блок 401, блок определения состояния 402, блок контроля безопасности 403, второй принимающий блок 404, блок хранения отношений 405 и блок отправки оповещений 406.
Первый принимающий блок 401 сконфигурирован для приема запроса операции, инициированного пользователем, и физиологической информации пользователя, собранной устройством.
Блок определения состояния 402 сконфигурирован определять согласно физиологической информации, находится ли пользователь в состоянии бездействия.
Блок контроля безопасности 403 сконфигурирован обрабатывать, когда пользователь находится в состоянии бездействия, согласно заранее заданному правилу, запрос операции, инициированного пользователем.
Дополнительно, блок контроля безопасности 403 конкретно сконфигурирован добавлять по меньшей мере один способ проверки для учетной записи пользователя; или отклоняет запрос операции, инициированный пользователем.
Второй принимающий блок 404 сконфигурирован для приема информации об устройстве для устройства.
Блок хранения отношений 405 сконфигурирован для сохранения отношения ассоциации между информацией об устройстве и учетной записью пользователя.
Первый принимающий блок 401 конкретно сконфигурирован получать информацию об устройстве для устройства, собирающего физиологическую информацию, после приема физиологической информации пользователя, собранной устройством.
Блок определения состояния 402 конкретно сконфигурирован определять согласно отношению ассоциации, ассоциировано ли устройство с учетной записью пользователя, и определять согласно физиологической информации, находится ли пользователь в состоянии бездействия, если устройство ассоциировано с учетной записью пользователя.
Блок отправки оповещений 406 сконфигурирован для отправки оповещения на ассоциированное устройство, заранее заданное пользователем, если физиологическая информация не принята в течение заранее заданного времени.
Дополнительно, физиологическая информация включает в себя одно или более из сердцебиения, температуры тела и пульса; и состояние бездействия включает в себя сон или упражнения.
Дополнительно, устройство является носимым устройством.
Со ссылкой на ФИГ. 6 и 7, настоящая заявка предоставляет проверяющую аппаратуру 600, и проверяющая аппаратура 600 применяется к клиенту, включая в себя: первый получающий блок 601, первый отправляющий блок 602, второй получающий блок 603, второй отправляющий блок 604.
Первый получающий блок 601 сконфигурирован для получения физиологической информации пользователя, собранной устройством.
Первый отправляющий блок 602 сконфигурирован для отправки физиологической информации на сервер, чтобы сервер определил согласно физиологической информации пользователя, находится ли пользователь в состоянии бездействия, и когда пользователь находится в состоянии бездействия, обработал согласно заранее заданному правилу запрос операции, инициированный пользователем.
Второй получающий блок 603 сконфигурирован для получения информации об устройстве для устройства.
Второй отправляющий блок 604 сконфигурирован для отправки информации об устройстве на сервер, чтобы сервер сохранил отношение ассоциации между информацией об устройстве и учетной записью пользователя и определил согласно отношению ассоциации, ассоциировано ли устройство с учетной записью пользователя.
Ссылка может быть специально сделана на процессы реализации соответствующих этапов в описанном выше способе для процессов реализации функций и эффектов блоков в описанном выше устройстве, которые не повторяются в материалах настоящей заявки.
Вышеизложенные описания являются только предпочтительными вариантами осуществления настоящей заявки и не предназначены для ограничения настоящей заявки. Любые изменения, эквивалентные замены и улучшения, сделанные не выходя из сущности и принципа настоящей заявки, должны подпадать под объем охраны настоящей заявки.