ES2583806T3 - Sistemas, métodos, y medios legibles por ordenador para gestión con base en temporizador de dispositivos de comunicación - Google Patents

Sistemas, métodos, y medios legibles por ordenador para gestión con base en temporizador de dispositivos de comunicación Download PDF

Info

Publication number
ES2583806T3
ES2583806T3 ES13724439.8T ES13724439T ES2583806T3 ES 2583806 T3 ES2583806 T3 ES 2583806T3 ES 13724439 T ES13724439 T ES 13724439T ES 2583806 T3 ES2583806 T3 ES 2583806T3
Authority
ES
Spain
Prior art keywords
communication device
time
aircraft
mode
delivery
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES13724439.8T
Other languages
English (en)
Inventor
John David Putman
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
FedEx Corporate Services Inc
Original Assignee
FedEx Corporate Services Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by FedEx Corporate Services Inc filed Critical FedEx Corporate Services Inc
Application granted granted Critical
Publication of ES2583806T3 publication Critical patent/ES2583806T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0251—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
    • H04W52/0254—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity detecting a user operation or a tactile contact or a motion of the device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
    • H04M1/72463—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions to restrict the functionality of the device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/42—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for mass transport vehicles, e.g. buses, trains or aircraft
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H04W52/0274—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
    • H04M1/72451—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions according to schedules, e.g. using calendar applications
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Telephone Function (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Transceivers (AREA)

Abstract

Un método, que comprende: recibir (202) información de transporte asociada con un dispositivo (10) de comunicación, que incluye un tiempo de entrega esperado del dispositivo de comunicación a un destino final; calcular (204) un tiempo de reposo de dispositivo con base en el tiempo de entrega esperado del dispositivo (10) de comunicación en el destino final, en donde calcular el tiempo de reposo de dispositivo comprende calcular un tiempo de inicio y un tiempo de finalización; iniciar, en el tiempo de inicio, la transición (206) del dispositivo de comunicación desde un modo normal en el que el dispositivo (10) de comunicación se enciende hasta un módulo deshabilitado en el que el dispositivo de comunicación se inactiva parcial o completamente; e iniciar, en el tiempo de finalización, transición (208) automática del dispositivo (10) de comunicación desde el modo deshabilitado hasta el modo normal.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Sistemas, metodos, y medios legibles por ordenador para gestion con base en temporizador de dispositivos de comunicacion
Campo tecnico
Esta divulgacion en general se relaciona con sistemas, metodos, y medios legibles por ordenador para manejo automatico de dispositivos de comunicacion.
Antecedentes
El creciente uso de telefonos celulares y otros dispositivos de comunicacion en los ultimos anos ha hecho diffcil el cumplimiento de regulaciones federales sobre su uso en el aire. El uso no autorizado de dispositivos celulares sobre las aeronaves representa un riesgo, por ejemplo, de interferencia electromagnetica (EMI) a los componentes de comunicacion de las aeronaves comerciales y de carga. Con el uso generalizado de telefonos moviles y otros dispositivos de comunicacion a bordo de aeronaves, y la dificultad de hacer cumplir las regulaciones de restriccion de dicho uso, sena beneficioso automatizar el cumplimiento de las regulaciones aplicables. Automatizar el cumplimiento de las regulaciones aplicables tambien ayuda en la conservacion de energfa de los dispositivos cuando estan en el aire.
El documento US 2010/0267375 divulga un metodo de manejo de dispositivos inalambricos en una aeronave. El metodo puede incluir la transicion del dispositivo desde un primer modo hasta un segundo modo con base en datos que es indicador de un cambio en condicion de vuelo de la aeronave. Uno de estos modos puede ser un estado en el cual se desactiva el transmisor del dispositivo, y el otro modo es un estado en el que se activa el transmisor. Los datos indicadores del cambio en la condicion de vuelo se pueden descargar en el dispositivo desde una fuente externa.
Resumen
De acuerdo con la invencion, se proporciona: un metodo de acuerdo con la reivindicacion 1; un sistema de acuerdo con la reivindicacion 9; y un medio de almacenamiento legible por ordenador no transitorio segun la reivindicacion 10.
De acuerdo con un ejemplo, se describe un metodo para manejar un dispositivo en una aeronave. El metodo comprende recibir informacion de transporte asociada con un dispositivo, que incluye por lo menos uno de los datos que representa informacion de origen de entrega, tiempo de viaje esperado para transporte del dispositivo desde un origen hasta un destino, informacion de destino de entrega, un tiempo de entrega esperado del dispositivo, y detalles de programacion de uno o mas vetnculos de transporte asociados con entrega del dispositivo desde el origen hasta el destino, calcular un tiempo de reposo de dispositivo con base en la informacion de transporte recibida. El metodo comprende adicionalmente hacer transicion del dispositivo desde un modo normal en el que el dispositivo se enciende sobre un modulo deshabilitado en el que se inactiva el dispositivo con base en el tiempo de reposo de dispositivo, y hace transicion de forma automatica el dispositivo desde el modo deshabilitado hasta el modo normal despues de expiracion del tiempo de reposo de dispositivo.
De acuerdo con otro ejemplo, se describe un sistema para manejar un dispositivo en una aeronave. El sistema comprende un procesador para ejecutar instrucciones del programa para manejo del dispositivo, un medio de almacenamiento legible por ordenador transitorio para almacenar las instrucciones del programa, el procesador al ejecutar las instrucciones del programa: recibe informacion de transporte asociada con un dispositivo, que incluye por lo menos uno de los datos que representa informacion de origen de entrega, tiempo de viaje esperado para transporte del dispositivo desde un origen hasta un destino, informacion de destino de entrega, un tiempo de entrega esperado del dispositivo, y detalles de programacion de uno o mas vetnculos de transporte asociados con entrega del dispositivo desde el origen hasta el destino, calcula un tiempo de reposo de dispositivo con base en la informacion de transporte recibida, el dispositivo hace transicion desde un modo normal en el que el dispositivo se enciende hasta un modulo deshabilitado en el que se inactiva el dispositivo con base en el tiempo de reposo de dispositivo, y el dispositivo de comunicacion hace transicion de forma automatica desde el modo deshabilitado hasta el modo normal despues de expiracion del tiempo de reposo de dispositivo.
De acuerdo con otro ejemplo, un medio de almacenamiento legible por ordenador no transitorio que almacena instrucciones del programa, que, cuando se ejecuta por un procesador, provoca que el procesador realice un metodo de manejo de un dispositivo de comunicacion a bordo de una aeronave. El metodo comprende las etapas de recibir informacion de transporte asociada con un dispositivo, que incluye por lo menos uno de los datos que representa informacion de origen de entrega, tiempo de viaje esperado para transporte del dispositivo desde un origen hasta un destino, informacion de destino de entrega, un tiempo de entrega esperado del dispositivo, y detalles de programacion de uno o mas vetnculos de transporte asociados con entrega del dispositivo desde el origen hasta el destino, calcular un tiempo de reposo de dispositivo con base en la informacion de transporte recibida, hacer
5
10
15
20
25
30
35
40
45
50
55
60
65
transicion del dispositivo desde un modo normal en el que el dispositivo se enciende hasta un modulo deshabilitado en el que se inactiva el dispositivo con base en el tiempo de reposo de dispositivo, y hacer transicion de forma automatica desde el modo deshabilitado hasta el modo normal despues de expiracion del tiempo de reposo de dispositivo.
Breve descripcion de los dibujos
Los dibujos acompanantes, que se incorporan en y constituyen una parte de esta especificacion, ilustran las realizaciones.
La Figura 1 ilustra un dispositivo inalambrico de ejemplo para implementar las realizaciones divulgadas.
La Figura 2 ilustra un diagrama de flujo de ejemplo de un metodo de ejemplo de operacion para manejo de potencia automatico de un dispositivo inalambrico.
La Figura 3 ilustra una memoria de ejemplo que almacena la informacion de transporte recibida de acuerdo con una realizacion de ejemplo.
Descripcion detallada
En algunas realizaciones de acuerdo con esta divulgacion un dispositivo de comunicacion recibe informacion de transporte como informacion de origen de entrega, tiempo de viaje esperado para transporte del dispositivo desde un origen hasta un destino, y/o programaciones de vetnculos utilizados para transporte del dispositivo entre un origen y un destino. Esta informacion se utiliza para generar un tiempo de reposo de dispositivo, es decir, un tiempo en cuya expiracion el dispositivo inalambrico retorna a un modo normal desde otros modos operacionales. Por ejemplo, cuando el dispositivo es un telefono inteligente, el telefono puede adquirir informacion de transporte utilizando un numero de tecnicas de comunicacion, tales como utilizar una conexion inalambrica para conectar con una base de datos de logfstica que contienen programaciones de vuelo. Luego de recepcion de un programa de vuelo asociado con un dispositivo, el dispositivo luego puede generar un tiempo de reposo de dispositivo. Por ejemplo, si se programa una aeronave para despegar a las 8 a.m. por una hora de vuelo, se puede determinar el tiempo de reposo de dispositivo desde las 8 a.m. hasta las 9 a.m. De acuerdo con lo anterior, el dispositivo se puede deshabilitar durante ese tiempo, pero despues de expiracion del tiempo de reposo de dispositivo a las 9 a.m., el dispositivo se puede encender y de nuevo ser operable.
En algunas realizaciones el dispositivo tiene modos operacionales multiples, tales como, por ejemplo: un modo normal, modo de aeronave, y modo deshabilitado. Los tres modos operacionales se describen adelante en mas detalle con respecto a las Figuras 1-3.
En algunas realizaciones, se puede utilizar un Sistema de Manejo Inalambrico (WMS) para controlar un dispositivo de comunicacion. Un WMS es un sistema de manejo almacenado sobre el dispositivo que utiliza un procesador para controlar el dispositivo. De acuerdo con lo anterior, se puede implementar el metodo de operacion descrito adelante con respecto a la Figura 2 y metodos adicionales consistentes con las realizaciones divulgadas por el WMS.
La Figura 1 ilustra un esquema de una realizacion de ejemplo de un dispositivo 10 de comunicacion. El dispositivo 10 de comunicacion puede incluir, entre otras cosas, uno o mas sensores 12 y uno o mas procesadores 14. El procesador 14 puede ser cualquier tipo de procesador conocido en la tecnica (tal como, por ejemplo, CPUs, ASICs, FPGAs, etc.). El procesador 14 realiza las etapas o metodos consistentes con las realizaciones descritas, por ejemplo, al leer las instrucciones de software desde una memoria 24 del dispositivo 10, y ejecutar las instrucciones. Aunque la memoria 24 se muestra como un componente separado desde procesador 14 en la Figura 1, se contempla que, en algunas realizaciones, la memoria 24 puede ser una parte de procesador 14. Tambien se contempla que en algunas realizaciones la memoria 24 puede ser un dispositivo de memoria portable, tal como, por ejemplo, una tarjeta de memoria flash, una tarjeta de memoria digital segura, una barra de memoria, etc. La memoria 24 puede incluir uno o mas dispositivo de memoria o almacenamiento que tambien almacenan datos.
En algunas realizaciones, el sensor(s) 12 mide los parametros ambientales asociados con el dispositivo 10 de comunicacion, y el procesador 14 programado monitoriza los parametros ambientales medidos en tiempo real, por ejemplo, durante la operacion de la aeronave. El sensor(s) 12 puede incluir, por ejemplo, un acelerometro configurado para medir la aceleracion o movimiento del dispositivo 10, y/o un sensor de presion que esta configurado para medir la presion asociada con el dispositivo 10. En algunas realizaciones, el dispositivo 10 de comunicacion tambien puede incluir un transceptor 16 configurado para transmitir y recibir senales inalambricas. Estas senales inalambricas se componen de radiaciones electromagneticas propagadas a la atmosfera por una antena 18.
En algunas realizaciones, el dispositivo 10 de comunicacion se configura para transicion entre diferentes modos operacionales con base en la instruccion desde el procesador 14. Los modos operacionales pueden incluir un modo normal y un modo deshabilitado. En algunas realizaciones, los modos operacionales tambien pueden incluir un
5
10
15
20
25
30
35
40
45
50
55
60
65
modo de aeronave. El modo normal representa un estado del dispositivo 10 cuando se enciende completamente y es completamente operacional. Por lo tanto, en un modo normal, el transceptor 16 es operacional y capaz de transmitir y recibir datos. En un modo de aeronave, el transceptor 16 se apaga o configura para no enviar o recibir datos, aunque el dispositivo 10 sea de otra forma operacional. El modo deshabilitado puede representar un estado del dispositivo 10, en el que el dispositivo 10 se inactiva parcial o completamente y el transceptor 16 se apaga o configura para no enviar o recibir datos. Es decir, el dispositivo 10 no es operacional pero algunos de sus componentes aun se pueden encender. Por ejemplo, algunos sistemas, tales como mecanismo 22 de activacion, se pueden activar incluso cuando el dispositivo 10 esta en modo deshabilitado. En algunas realizaciones, el mecanismo 22 de activacion habilita el dispositivo 10 para transicion desde el modo deshabilitado hasta otro modo (tal como modo normal o modo de aeronave). En algunas realizaciones, el mecanismo 22 de activacion tambien permite que el dispositivo 10 haga transicion desde modo de aeronave a otro modo (tal como modo normal). El mecanismo 22 de activacion puede mantener un tiempo de sistema, los datos asociados con un tiempo de sistema, incluso cuando se inactiva el dispositivo y se apagan algunos de sus componentes. Cuando el dispositivo 10 esta en el modo de aeronave o el modo deshabilitado, el dispositivo 10 puede emitir menos radiacion electromagnetica que cuando el dispositivo 10 esta en el modo normal.
La Figura 2 es un diagrama de flujo que ilustra un metodo de ejemplo de operacion 200 para manejo de potencia automatico de un dispositivo. Espedficamente, por ejemplo, se puede utilizar el metodo 200 para controlar el dispositivo 10 de la Figura 1. El metodo 200 de operacion se puede incorporar en un grupo de instrucciones del programa o software almacenado en la memoria 24 del dispositivo 10 que se puede ejecutar por el procesador 14 para controlar el dispositivo 10.
El Metodo 200 inicia con la etapa 202, en donde un dispositivo recibe informacion de transporte asociada con el dispositivo. La informacion de transporte puede incluir, por ejemplo, una o mas de una combinacion de los siguiente: datos que representan informacion de origen de entrega, tiempo de viaje esperado para transporte del dispositivo desde un origen hasta un destino, informacion de destino de entrega, un tiempo de entrega esperado del dispositivo, y detalles de programacion de uno o mas veldculos de transporte asociados con entrega del dispositivo desde el origen hasta el destino.
La informacion de origen de entrega asociada con el dispositivo, asf como tambien la informacion de destino de entrega asociada con el dispositivo, puede incluir informacion con respecto a la ubicacion ffsica, por ejemplo, pafs, estado, codigo postal, etc. La informacion de origen de entrega e informacion de destino de entrega tambien pueden reflejar el tiempo local en el origen y destino, respectivamente, junto con la relacion entre los tiempos locales o entre cada tiempo local respectivo y el Tiempo Universal Coordinado (UTC) o una referencia de tiempo similar.
El tiempo de viaje esperado para transporte del dispositivo desde un origen hasta un destino, puede incluir, o se puede derivar de, el tiempo desde el cual se espera que el dispositivo deje el origen y el tiempo que se espera el dispositivo llegue al destino. El tiempo de viaje esperado no se limita a los detalles de programacion de uno o mas vehfculos de transporte utilizados durante el transporte pero tambien puede incluir el tiempo estatico esperado u otra informacion importante que trata con el transporte. Por ejemplo, si se transporta un dispositivo inalambrico sobre un vehfculo de correo y luego en una aeronave de carga, el tiempo de viaje esperado puede incluir un tiempo de carga durante el cual los elementos se pueden transferir desde el vehfculo de correo hasta la aeronave de carga.
El tiempo de entrega esperado puede incluir el tiempo en que se espera que un dispositivo inalambrico sea entregado a un destino final. Por ejemplo, una aeronave de carga puede arribar en la ciudad de destino en un tiempo particular. Sin embargo, no se puede esperar que el dispositivo inalambrico sea entregado en el destino final hasta horas despues, luego de transferencia a un vehfculo para transporte terrestre desde el avion hasta la direccion de destino.
Los detalles de programacion de uno o mas veldculos de transporte puede incluir programaciones de veldculos en los que un dispositivo no se transporta desde su origen hasta el destino, que incluyen, pero no se limitan a programaciones de vuelo, programaciones de tren, programaciones de veldculo de entrega, etc. Las programaciones pueden incluir informacion relacionada adicional asf como, incluir programaciones de vuelo adicionales, de tal manera que se pueden tener en cuenta situaciones de transporte alternativo.
Por ejemplo, el dispositivo 10 se puede comunicar de forma inalambrica con un servidor remoto que contiene la informacion de envfo acerca del dispositivo y descarga de la informacion relacionada con el envfo al dispositivo. Esta informacion puede incluir, entre otros, la direccion de origen y destino, la ruta que el paquete se llevara durante el envfo y el modo de transporte del paquete. Si el paquete sera transportado en una aeronave durante cualquier etapa del envfo, la informacion descargada tambien puede incluir detalles de vuelo como los tiempos de vuelo y los aeropuertos que el paquete puede ser transportado a traves durante el envfo. Tambien se pueden calcular y descargar en el dispositivo geocercas, penmetros virtuales para las areas geograficas del mundo real, asociadas a los aeropuertos identificadas.
Adicionalmente, en algunas realizaciones, la etapa de recibir los detalles de programacion de uno o mas veldculos de transporte para entrega anticipada del dispositivo incluye adicionalmente recibir datos actualizados que indican
5
10
15
20
25
30
35
40
45
50
55
60
65
cambios en los detalles de programacion. Por ejemplo, si se retrasa un vuelo, se puede enviar al dispositivo una programacion de vuelo actualizada. Los datos actualizados solo se pueden recibir cuando se enciende un transceptor en el dispositivo inalambrico y por lo tanto es capaz de recibir datos.
Por ejemplo, el dispositivo 10 se puede comunicar con un servidor remoto a intervalos predeterminados para descargar los datos actualizados, si esta disponible. Este intervalo se puede determinar en base a la informacion conocida sobre el sistema de envfo, tal como el escaneo de paquete antes del despegue de aeronaves, etc. Por ejemplo, si se escanea un paquete que contiene el dispositivo 10 antes de ser cargado sobre una aeronave de carga, el dispositivo 10 se puede comunicar con el servidor remoto para ver si pueden haber ocurrido cambios en la programacion de vuelo de la aeronave de carga. Se puede utilizar la informacion descargada para determinar una ventana de tiempo (o actualizar la ventana de tiempo) dentro de la cual el paquete se puede colocar en una aeronave.
En la etapa 204, se puede calcular un tiempo de reposo de dispositivo con base en la informacion de transporte recibida. El tiempo de reposo de dispositivo se refiere a un periodo de tiempo cuando el dispositivo no opera en un modo normal, es decir, el dispositivo opera en un modo deshabilitado o un modo de aeronave como se describio anteriormente. De acuerdo con lo anterior, el tiempo de reposo de dispositivo se refiere a un periodo de tiempo cuando se apaga un transceptor en el dispositivo. Por ejemplo, la informacion recibida puede indicar que el tiempo en el origen es actualmente 2 p.m. y se programa una aeronave para volar a las 3 p.m. durante una hora de vuelo al destino. De acuerdo con lo anterior, en el ejemplo, el tiempo de reposo de dispositivo puede provocar que el dispositivo opere en modo deshabilitado durante por lo menos la hora programada de vuelo, es decir, desde las 2 p.m. hasta las 3 p.m., en la expiracion de la cual el dispositivo debena retornar al modo normal.
En algunas realizaciones adicionales, se pueden utilizar reguladores de tiempo adicionales con base en las estadfsticas o la seleccion del usuario para calcular el tiempo de reposo del dispositivo. Por ejemplo, un regulador de quince minutos se puede agregar al tiempo de reposo del dispositivo en cada lado del tiempo de vuelo programado para asegurar que si una aeronave despega temprano o aterriza tarde, el dispositivo todavfa no esta operando en el modo normal. Los reguladores adicionales de tiempo se pueden agregar al tiempo de reposo del dispositivo si estadfsticamente el vuelo aterriza a menudo despues de lo programado.
En otras realizaciones, se puede calcular el tiempo de reposo de dispositivo en referencia al tiempo de entrega esperado en el destino final. Por ejemplo, despues de que una aeronave aterriza en una ciudad de destino, puede tardar 15 horas para que el dispositivo sea entregado en ultima instancia a su destino final por mensajena. De acuerdo con lo anterior, cuando se entrega el dispositivo, su batena no solo retiene una carga sino que mientras se transporta, el dispositivo no agrega interferencias con otros dispositivos de comunicacion y cumple con las regulaciones.
Como se explica con mas detalle en las etapas 206 y 208, el tiempo de reposo de dispositivo se puede utilizar para la transicion del dispositivo entre los modos de operacion normal y otros.
En algunas realizaciones, calcular el tiempo de reposo de dispositivo incluye calcular un tiempo de inicio para iniciar automaticamente una transicion del dispositivo desde un modo normal hasta un modo deshabilitado. Calcular el tiempo de reposo de dispositivo puede incluir adicionalmente calcular un tiempo de finalizacion, en cuya expiracion, se inicia una transicion automatica del dispositivo desde el modo deshabilitado hasta el modo normal.
En la etapa 206, el dispositivo puede hacer transicion desde un modo normal hasta un modo deshabilitado. En el modo normal el dispositivo se puede encender y ser operacional mientras que en el modo deshabilitado se puede inactivar el dispositivo. Por ejemplo, con base en una programacion de vuelo recibida, se puede calcular el tiempo de reposo de dispositivo para iniciar en un tiempo particular en el que se programa que la aeronave despegue. De acuerdo con lo anterior, el dispositivo puede hacer transicion desde el modo normal hasta el modo deshabilitado en el tiempo en el que se programa que la aeronave despegue.
En algunas realizaciones, una aeronave despega prematuramente con respecto al tiempo de dispositivo en reposo calculado. En dicha situacion, el dispositivo puede iniciar la transicion desde el modo normal hasta el modo deshabilitado con base en la recepcion de datos indicadores de un despegue de aeronave. Por lo tanto, si la aeronave despega inesperadamente, el dispositivo aun puede hacer transicion hasta el modo deshabilitado. Por ejemplo, se pueden utilizar los sensores 12 de dispositivo 10 para detectar un despegue de aeronave. En algunas realizaciones, los datos indicadores del despegue de aeronave se pueden adquirir por medio de un sensor 12 que puede ser un acelerometro o un sensor de presion en el dispositivo.
En la etapa 208, el dispositivo puede hacer transicion automaticamente desde el modo deshabilitado hasta el modo normal despues de expiracion del tiempo de reposo de dispositivo. Por ejemplo, si se programa que un dispositivo inalambrico este a bordo de una aeronave durante una hora, se puede programar el tiempo de reposo de dispositivo para que sea de una hora y media que incluye el tiempo antes de despegue y despues de aterrizaje. Por lo tanto, en este ejemplo, el dispositivo debena hacer transicion de nuevo al modo normal despues de expiracion de una hora y media, donde el dispositivo y transceptor ambos se energizan y se activan para uso normal.
5
10
15
20
25
30
35
40
45
50
55
60
65
En algunas realizaciones, el tiempo de reposo del dispositivo no es un periodo de tiempo sino mas bien un tiempo espedfico. Por ejemplo, el tiempo de reposo de dispositivo calculado puede ser un periodo de tiempo que parte a las 8 a.m. con una duracion de una hora o simplemente desde las 8 a.m. hasta las 9 a.m., ambos esencialmente son los mismos. De acuerdo con lo anterior, no importa que evento desencadenante (tiempo de reposo de dispositivo o despegue prematuro de una aeronave) lleve a la transicion desde un modo normal, el tiempo de reposo de dispositivo representa el tiempo en cuya expiracion, el dispositivo hara transicion de nuevo al modo normal. Por ejemplo, si el tiempo de entrega esperado es 3 p.m. a una direccion de residencia y el tiempo de reposo de dispositivo requiere que el dispositivo transicion al modo normal a las 2:45 p.m., el dispositivo hara transicion de nuevo al modo normal a las 2:45 p.m. si hace transicion originalmente fuera del modo normal con base en un tiempo que se calcula como parte del tiempo de reposo de dispositivo, debido a la deteccion de un despegue de aeronave, o debido a alguna otra razon.
En realizaciones adicionales, el metodo puede incluir adicionalmente etapas entre la etapa 206 y etapa 208. Una etapa adicional puede incluir hacer transicion de forma automatica del dispositivo desde el modo deshabilitado hasta un modo de aeronave utilizando el procesador despues de despegue de la aeronave. La deteccion de un despegue de aeroplano puede iniciar la transicion desde el modo deshabilitado hasta el modo de aeronave. Se puede determinar el despegue de la aeronave a partir de datos de los sensores dentro del dispositivo que se configuran para detectar el despegue o a partir de los datos desde una fuente externa tal como una fuente controlada por los sistemas de aeronave.
Otra etapa adicional puede incluir hacer transicion de forma automatica el dispositivo desde el modo de aeronave de nuevo al modo deshabilitado utilizando el procesador durante el descenso de la aeronave en la recepcion de datos indicadores de descenso de aeronaves o aterrizaje de aeronaves. Es decir, la deteccion del descenso de aeronaves o aterrizaje iniciana la transicion desde el modo de aeronave de nuevo al modo deshabilitado.
En las realizaciones adicionales, la informacion de transporte recibida en la etapa 202 primero se puede almacenar antes de calcular el tiempo de reposo de dispositivo. Por ejemplo, se pueden almacenar los datos recibidos en la memoria 24 del dispositivo 10.
La Figura 3 ilustra una memoria de ejemplo que almacena informacion de transporte recibida de acuerdo con una realizacion de ejemplo. La memoria 300 puede ser similar a la memoria 24. La memoria 300 almacena la informacion de transporte recibida como datos 302, 304, 306, 308, y 310. Por ejemplo, los datos 302 pueden incluir datos que representan la informacion de origen de entrega, los datos 304 puede incluir tiempo de viaje esperado para el transporte del dispositivo desde un origen hasta un destino, los datos 306 puede incluir informacion de destino de entrega, los datos 308 pueden incluir un tiempo de entrega esperado del dispositivo, y los datos 310 pueden incluir detalles de programacion de uno o mas vehfculos de transporte asociados con entrega del dispositivo desde el origen hasta el destino.
Los datos 302, 304, 306, 308, y 310, representan la informacion de transporte almacenada en la memoria 300 que se puede utilizar para determinar el tiempo de reposo de dispositivo. Por ejemplo, se puede calcular el tiempo de dispositivo en reposo utilizando los datos 302 (informacion de origen de entrega, por ejemplo, el tiempo local en el origen) y los datos 310 (detalles de programacion de uno o mas vehfculos de transporte asociados con la entrega del dispositivo desde el origen hasta el destino). Por lo tanto, si los datos almacenados en la memoria 300 indican que el vehfculo de transporte sera por via aerea desde las 2 p.m. hasta las 3 p.m. EST y el tiempo local actual es 1:30, p.m. EST, luego se puede calcular que el tiempo de reposo de dispositivo comienza en media hora y tiene una duracion de una hora despues de eso.
Aunque se describen los aspectos de la invencion de la presente descripcion con referencia a un dispositivo 10 de comunicacion en una transicion de aeronave entre diferentes modos en la secuencia ilustrada en la Figura 2, puede ser mas ampliamente utilizado los sistemas y metodos de la descripcion actual. En algunas realizaciones, un WMS puede hacer transicion del dispositivo 10 en una secuencia diferente. Por ejemplo, el WMS puede hacer transicion del dispositivo 10 desde el modo normal hasta el modo de aeronave y/o desde el modo de aeronave de nuevo al modo normal o a un modo diferente (tal como, por ejemplo, modo deshabilitado) con base en el tiempo de reposo de dispositivo.
El siguiente es un algoritmo de ejemplo para determinar un tiempo de reposo de dispositivo consistente con realizaciones de ejemplo que se pueden implementar, por ejemplo, como instrucciones de programa almacenadas en la memoria ejecutada por un procesador:
Etapa 01:
Store Device (UTC) Format time as Origin_Current_UTC_DateTime
Origin_Current_Local__DateTime =
Origin_Current_UTC_DateTime
5
10
15
20
25
30
35
40
45
50
55
60
65
+ ((Non_DST_Offset_Hours at NITZ_Time_Code
in table matching NITZ
Indicator Time Zone from device data)
+
(NITZ Indicator DST Adjustment from device data))
Note: Functions in JAVA or Oracle may be utilized to determine this be used to determine this.
Etapa 02:
Determine el Origin_Local_Day of the Week desde Origin_Current_Local_DateTime
Nota: Las funciones asociadas con estandar o lenguajes de ordenador altamente utilizados y se pueden aplicar instalaciones de bases de datos para hacer esta determinacion; por ejemplo, dichas instalaciones estan disponibles en el lenguaje JAVA o desde el sistema de bases de datos Oracle.
Etapa 03:
Delivery_Date_Adj_Hours = 0
If the Origin_Local_Day is Friday / 6 and
NO Saturday Delivery Option
Then
Delivery_Date_Adj_Hours = 55.5 Hours [All of Saturday and Sunday plus 7.5 hours from Midnight to 0730 on Monday which is the delivery day]
Else
If Origin_Local_Day is Saturday / 7 Then
Delivery_Date_Adj_Hours = 31.5 Hours [All of Sunday plus 7.5 hours from Midnight to 0730 on Monday the delivery day]
Else
Delivery_Date_Adj__Hours = 7.5 Hours
[Midnight to 07:30 the next day.
Note: A table for company holidays and additional steps will be involved relative to those.
For instance, If the Origin_Local_Day is Thursday and Friday is a holiday and NO Saturday Delivery Option, Then Delivery_Date_Adj_Hours = 79.5 Hours [All of Friday and Saturday and Sunday plus 7.5 hours from Midnight to 0730 on Monday the delivery day]
Etapa 04:
Delivery_Date_Adj_Hours =
Delivery_Date_Adj_Hours
+ (24 Hours Minus Origin_Current_Local_Time)
[Adds in the current time left in the Origin Day]
Etapa 05:
Table Look up and store Origin_St_Offset using NITZ_Time_Code from device to find that.
Note: The Origin NITZ_Time_Code is known because the device
5
10
15
20
25
30
35
40
45
50
55
60
65
provides it but is not known
for the destination. Accordingly, the
determination is biased to the
time zone covering the majority of
a state, though NITZ_Time_Code
may still be utilized.
If Destination_St = 'IN'
Then
Destination_St_Offset = offset at
NITZ_Time_Code 040
Else
If Destination_St = 'AZ'
Then
Destination_St_Offset = offset at
NITZ_Time_Code 015
Else
Table Look up using State for Destination_St_Offset
Etapa 06:
Time_Zone_Change_Adj_Hours = 0 If Origin_St_Offset NOT = Destination_St_Offset Then
Time_Zone_Change_Adj_Hours = ABS(Destination_St_Offset) + Origin_St_Offset Else
If Origin_St_Offset < Destination_St_Offset Then
Time_Zone_Change_Adj_Hours = (Origin_St_Offset) + ABS(Destination_St_Offset)
Etapa 07:
Count_Down_Hours = Time_Zone_Change_Adj_Hours + Delivery_Date_Adj_Hours
Etapa 08:
Countdown_Timer = Routine to convert
Count_Down_Hours to whatever units
device countdown timer works best using
Note: ORACLE has extremely rich
date/time functions that may be
utilized for this step including
the Countdown_Timer being
represented as a date/time or
time in hours and minutes and
seconds or time in minutes or
time in seconds, etc.
Etapa 09:
Host sends a configuration with the Countdown_Timer for the device to use.
Note: Additional accuracy is possible in that some adjustment for the time between the device report being sent (which has its time) and the configuration being sent could also be taken into account by the host for slight adjustment out of the
5
10
15
20
25
30
35
40
45
50
55
60
65
Countdown Timer.
Lo siguiente es un escenario que utiliza un algoritmo de ejemplo para determinar un tiempo de reposo de dispositivo consistente con realizaciones de ejemplo que se pueden implementar, por ejemplo, cuando se almacenan instrucciones del programa en la memoria ejecutada por un procesador:
AL as Origin to CA as Destination, non-DST Origin_Current_UTC_DateTime = 2011/04/12 18:00:00
Etapa 01:
Origin_Current_Local_DateTime =
Origin_Current_UTC_DateTime + ((Non_DST_Offset_Hours at NITZ_Time_Code in table matching NITZ Indicator Time Zone from device data)
Origin_Current_Local_DateTime =
2011/04/12 18:00:00 + (-6)
= 2011/04/12 12:00:00
Etapa 02:
Dfa de la semana es el martes / 2 Etapa 03:
Delivery_Date_Adj_Hours = 7.5 Horas Etapa 04:
Delivery_Date_Adj_Hours =
Delivery_Date_Adj_Hours + (24 Hours Minus Origin_Current_Local_Time)
= 7.5 + (24 - 12) = 7.5 + 12 = 19.5
Etapa 05:
Origin_St_Offset using NITZ_Time_Code of 020 = -6
Table Look up using State 'CA' for Destination_St_Offset = -8
Etapa 06:
Origin_St_Offset NOT =
Destination_St_Offset a -6 NOT = -8 Time_Zone_Change_Adj_Hours =
ABS(Destination_St_Offset) +
Origin_St_Offset = ABS(-8) + (-6) = 8 - 6 = 2
Etapa 07:
Count_Down_Hours =
Time_Zone_Change_Adj_Hours +
Delivery_Date_Adj_Hours = 2 + 19.5 = 21.5
El siguiente es otro escenario que utiliza un algoritmo de ejemplo para determinar un tiempo de reposo de dispositivo consistente con realizaciones de ejemplo que se pueden implementar, por ejemplo, cuando las instrucciones del programa almacenadas en la memoria se ejecutan por un procesador:
5
10
15
20
25
30
35
40
45
50
55
60
65
CA como Origen para AL como Destino, sin -DST Origin_Current_UTC_DateTime = 2011/04/12 18:00:00
Etapa 01:
Origin_Current_Local_DateTime =
Origin_Current_UTC_DateTime + ((Non_DST_Offset_Hours at NITZ_Time_Code in table matching NITZ Indicator Time Zone from device data)
Origin_Current_Local DateTime =
2011/04/12 18:00:00 + (-8)
= 2011/04/12 10:00:00 Etapa 02:
Dfa de la semana es el martes / 2 Etapa 03:
Delivery_Date_Adj_Hours = 7.5 hours Etapa 04:
Delivery_Date_Adj_Hours =
Delivery_Date_Adj_Hours + (24 Hours Minus Origin_Current_Local_Time) = 7.5 + (24 -10) = 7.5 + 14=
21.5
Etapa 05:
Origin_St_Offset using NITZ_Time_Code of 020 = -8
Table Look up using State 'CA' for Destination_St_Offset = -6
Etapa 06:
Origin_St_Offset NOT =
Destination_St_Offset a -8 NOT = -6 Time_Zone_Change_Adj_Hours =
ABS(Destination_St_Offset) +
Origin_St_Offset = ABS(-6) + (-8) = 6 - 8 = -2
Etapa 07:
Count_Down_Hours =
Time_Zone_Change_Adj_Hours +
Delivery_Date_Adj_Hours = -2 + 21.5 = 19.5
En las realizaciones, si el tiempo de reposo de dispositivo expira mientras que una aeronave esta aun en vuelo, el dispositivo puede retornar al modo deshabilitado o modo de aeronave y puede restablecer el tiempo de reposo de dispositivo. Por ejemplo, se puede determinar el tiempo de re-inactivacion con base en un tiempo de vuelo promedio o maximo para una red de transporte, con base en los tiempos de vuelo promedio o maximo entre y origen y destino, prediccion de enrutamiento, o eleccion arbitraria. Se calcula un nuevo tiempo de reposo de dispositivo que permite que el dispositivo regrese al modo normal en un momento posterior.
Lo siguiente es un algoritmo de ejemplo para determinar un nuevo tiempo de reposo de dispositivo cuando un dispositivo se enciende durante el vuelo consistente con las realizaciones de ejemplo que se implementan, por ejemplo, cuando las instrucciones del programa almacenadas en la memoria se ejecutan por un procesador:
Etapa 01:
5
10
15
20
25
30
35
40
45
50
55
60
65
Upon wakeup, query other factors / indicators to determine if still "in flight" (in any state under which continued quiescence of certain operations are desired).
If still "in flight"
Then
Increment "re-sleep" occurrences
Store current re-sleep timer value
Re-sleep timer = initial re-sleep
timer plus (re-sleep increment time resleep
occurrences).
If Re-sleep timer < minimum re-sleep timer Then
Set re-sleep timer = minimum re-sleep timer.
Re-enter airplane mode.
Etapa 02:
Store current re-sleep timer value.
If no "in-flight" indication from Step01 Then
Attempt acquisition of cell tower signal (or any other appropriate indication) over allowed period of time / number of acquisition retries
If timer or retries expire Then
Increment "re-sleep" occurrences Re-sleep timer = initial resleep timer plus (re-sleep increment time re-sleep occurrences).
If Re-sleep timer < minimum
re-sleep timer
Then
Set re-sleep timer = minimum re-sleep timer
Set tower acquisition failure.
Re-enter airplane mode.
Etapa 03:
If "in flight" or tower acquisition failure Then
Sleep until re-sleep timer expires.
Las realizaciones y todas las operaciones funcionales descritas en esta especificacion se pueden implementar en circuitos electronicos digitales, o en software, firmware, o hardware de ordenador, que incluyen las estructuras divulgadas en esta especificacion y sus equivalentes estructurales, o en combinaciones con ellos. Las realizaciones se pueden implementar como uno o mas productos de programa de ordenador, es decir, uno o mas modulos de instrucciones de programa de ordenador codificadas en un medio legible por ordenador, por ejemplo, un dispositivo de almacenamiento legible por maquina, un medio de almacenamiento legible por maquina, un dispositivo de memoria, o una senal propagada legible maquina, para su ejecucion por, o para controlar la operacion de el aparato de procesamiento de datos.
El termino “aparato de procesamiento de datos" abarca todos los aparatos, dispositivos y maquinas para procesar datos, que incluyen a modo de ejemplo, un procesador programable, un ordenador, o multiples procesadores u ordenadores. El aparato puede incluir, ademas del hardware, el codigo que crea un entorno de ejecucion para el programa de ordenador en cuestion, por ejemplo, el codigo que constituye el firmware de procesador, una pila de protocolo, un sistema de manejo de base de datos, un sistema operativo, o una combinacion de estos. Una senal propagada es una senal generada artificialmente, por ejemplo, una senal generada por maquina electrica, optica o electromagnetica, que se genera para codificar la informacion para transmision al aparato receptor adecuado.
5
10
15
20
25
30
35
40
45
50
55
60
65
Un programa de ordenador (tambien mencionado como un programa, software, una aplicacion, una aplicacion de software, un script o codigo) se puede escribir en cualquier forma de lenguaje de programacion, que incluyen lenguajes compilados o interpretados, y se pueden implementar en cualquier forma, que incluyen como un programa independiente o como un modulo, componente, subrutina, u otra unidad adecuada para uso en un entorno informatico. Un programa de ordenador no necesariamente corresponde a un archivo en un sistema de archivos. Se puede almacenar un programa en una parte de un archivo que contiene otros programas o datos (por ejemplo, una o mas scripts almacenados en un documento de lenguaje de marcado), en un solo archivo dedicado al programa en cuestion, o en multiples archivos coordinados (por ejemplo, archivos que almacenan uno o mas modulos, subprogramas, o porciones de codigo). Un programa de ordenador se puede desplegar para ser ejecutado en un ordenador o en multiples ordenadores que se encuentran en un sitio o distribuidos a traves de multiples sitios e interconectados por una red de comunicacion.
Los procesos y flujos de logica descritos en esta especificacion (por ejemplo, Figura 2) se pueden realizar por uno o mas procesadores programables que ejecutan uno o mas programas de ordenador para realizar las funciones al operar sobre datos de entrada y generar salida. Los procesos y los flujos de logica tambien se pueden realizar por, y el aparato tambien se puede implementar como, circuitos de logica de proposito especial, por ejemplo, una FPGA (matriz de puertas programable en campo) o un ASIC (circuito integrado de aplicacion espedfica). Mientras que los procesos descritos incluyen flujos de procesos particulares, flujos u ordenes alternativos tambien son posibles en realizaciones alternativas.
Los procesadores adecuados para la ejecucion de un programa de ordenador incluyen, a modo de ejemplo, tanto microprocesadores de proposito general y especial, y uno cualquiera o mas procesadores de cualquier tipo de ordenador digital. Generalmente, un procesador recibira instrucciones y datos desde una memoria de solo lectura o una memoria de acceso aleatorio o ambas. Los elementos esenciales de un ordenador tienen un procesador para ejecutar instrucciones y uno o mas dispositivos de memoria para almacenar instrucciones y datos. En general, un ordenador tambien incluira, o sera acoplado operativamente a, una interfaz de comunicacion para recibir datos desde o se transfieren datos a, o ambos, uno o mas dispositivos de almacenamiento masivo para almacenar datos, por ejemplo, discos magneticos, discos magneto-opticos u opticos.
Mas aun, un ordenador se puede incorporar en otro dispositivo. Los portadores de informacion adecuados para incorporar instrucciones de programa de ordenador y los datos incluyen todas las formas de memoria no volatil, que incluyen a modo de ejemplo dispositivos de memoria semiconductores, por ejemplo, dispositivos de memoria EPROM, EEPROM y flash; discos magneticos, por ejemplo, discos duros internos o discos extrafbles; discos magneto-opticos; y discos CD ROM y DVDROM. El procesador y la memoria se pueden complementar con, o incorporar en los circuitos logicos de proposito especial.
Para proporcionar interaccion con un usuario, se pueden implementar las realizaciones de la invencion en un ordenador que tiene un dispositivo de visualizacion, por ejemplo, un monitor CRT (tubo de rayos catodicos) o LCD (pantalla de cristal lfquido), para la visualizacion de informacion al usuario y un teclado y un dispositivo indicador, por ejemplo, un raton o un trackball, mediante el cual el usuario puede proporcionar entrada al ordenador. Se pueden utilizar otros tipos de dispositivos para proporcionar tambien interaccion con un usuario; por ejemplo, la retroalimentacion proporcionada al usuario puede ser cualquier forma de retroalimentacion sensorial, por ejemplo, retroalimentacion visual, retroalimentacion auditiva, o retroalimentacion tactil; y la entrada del usuario se puede recibir en cualquier forma, que incluye entrada acustica, habla, o tactil.
Se pueden implementar las realizaciones en un sistema informatico que incluye un componente de extremo posterior, por ejemplo, como un servidor de datos, o que incluye un componente de middleware, por ejemplo, un servidor de aplicaciones, o que incluye un componente de extremo delantero, por ejemplo, un ordenador del cliente que tiene una interfaz de usuario grafica o un navegador web a traves del cual un usuario puede interactuar con una implementacion de la invencion, o cualquier combinacion de dichos extremos posteriores, middleware, o componentes de extremo delantero. Los componentes del sistema se pueden interconectar por cualquier forma o medio de comunicacion de datos digital, por ejemplo, una red de comunicacion. Ejemplos de redes de comunicacion incluyen una red de area local ("LAN") y una red de area amplia ("WAN"), por ejemplo, Internet.
El sistema informatico puede incluir clientes y servidores. Un cliente y el servidor en general son remotos uno del otro y normalmente interactuan a traves de una red de comunicacion. La relacion de cliente y el servidor se produce mediante programas de ordenador que se ejecutan en los ordenadores respectivos y que tienen una relacion de cliente/servidor entre sf.
Ciertas caractensticas que, para claridad, se describen en esta especificacion en el contexto de realizaciones separadas, tambien pueden proporcionarse en combinacion en una unica realizacion. A la inversa, diversas caractensticas que, por razones de brevedad, se describen en el contexto de una unica realizacion, tambien se pueden proporcionar en multiples realizaciones por separado o en cualquier sub-combinacion adecuada. Mas aun, aunque se pueden describir anteriormente las caractensticas que actuan en ciertas combinaciones e incluso se reivindican inicialmente como tal, una o mas caractensticas de una combinacion reivindicada en algunos casos
puede ser extirpada de la combinacion, y la combinacion reivindicada pueden ser dirigidas a una subcombinacion o variacion de una subcombinacion.
Se han descrito realizaciones particulares. Otras realizaciones estan dentro del alcance de las siguientes 5 reivindicaciones.

Claims (10)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Un metodo, que comprende:
    recibir (202) informacion de transporte asociada con un dispositivo (10) de comunicacion, que incluye un tiempo de entrega esperado del dispositivo de comunicacion a un destino final;
    calcular (204) un tiempo de reposo de dispositivo con base en el tiempo de entrega esperado del dispositivo (10) de comunicacion en el destino final, en donde calcular el tiempo de reposo de dispositivo comprende calcular un tiempo de inicio y un tiempo de finalizacion;
    iniciar, en el tiempo de inicio, la transicion (206) del dispositivo de comunicacion desde un modo normal en el que el dispositivo (10) de comunicacion se enciende hasta un modulo deshabilitado en el que el dispositivo de comunicacion se inactiva parcial o completamente; e
    iniciar, en el tiempo de finalizacion, transicion (208) automatica del dispositivo (10) de comunicacion desde el modo deshabilitado hasta el modo normal.
  2. 2. El metodo de la reivindicacion 1, en donde la informacion de transporte incluye adicionalmente por lo menos uno de los datos que representa informacion de origen de entrega, tiempo de viaje esperado para transporte del dispositivo (10) de comunicacion desde un origen hasta un destino, informacion de destino de entrega, o detalles de programacion de uno o mas vetnculos de transporte asociados con la entrega del dispositivo de comunicacion desde el origen hasta el destino.
  3. 3. El metodo de la reivindicacion 1 o reivindicacion 2, que incluyen adicionalmente hacer transicion de forma automatica el dispositivo (10) de comunicacion desde el modo deshabilitado hasta uno modo de aeronave responsable de recibir datos indicadores de despegue de aeronave o responsables de recibir datos indicadores de la aeronave que llega a una altitud de crucero, el modo de aeronave que es un estado del dispositivo de comunicacion en donde se enciende el dispositivo de comunicacion pero se apaga un transceptor (16) del dispositivo de comunicacion.
  4. 4. El metodo de la reivindicacion 3, que incluyen adicionalmente hacer transicion de forma automatica el dispositivo (10) de comunicacion desde el modo de aeronave hasta el modo deshabilitado responsable de recibir datos indicadores del descenso de aeronaves o aterrizaje de aeronaves.
  5. 5. El metodo de la reivindicacion 1 o reivindicacion 2, en donde la informacion de transporte incluye detalles de programacion de uno o mas vetnculos de transporte asociados con entrega del dispositivo (10) de comunicacion, y en donde recibir la informacion de transporte comprende:
    recibir datos que indican cambios en los detalles de programacion.
  6. 6. El metodo de la reivindicacion 5, comprende adicionalmente:
    re-calcular el tiempo de reposo de dispositivo con base en cambios en los detalles de programacion.
  7. 7. El metodo de la reivindicacion 5, en donde recibir datos que indican cambios en los detalles de programacion comprende:
    recibir los datos que indican cambios en los detalles de programacion antes de los dispositivos (10) de comunicacion transicion desde el modo normal hasta el modo deshabilitado.
  8. 8. El metodo de la reivindicacion 1 o reivindicacion 2, comprende adicionalmente:
    recalcular el tiempo de reposo de dispositivo responsable de recibir datos adicionales que indican que un vehnculo de transporte que lleva el dispositivo (10) de comunicacion esta en vuelo; y
    volver a hacer transicion del dispositivo de comunicacion desde el modo normal hasta el modo deshabilitado.
  9. 9. Un sistema para manejo de un dispositivo de comunicacion, que comprende:
    un procesador (14) para ejecutar instrucciones del programa para manejo del dispositivo (10) de comunicacion; y un medio (24) de almacenamiento legible por ordenador transitorio para almacenar las instrucciones del programa, en donde la ejecucion de las instrucciones del programa provoca el procesador para realizar el metodo de cualquiera de las reivindicaciones precedentes.
  10. 10. Un medio de almacenamiento legible por ordenador transitorio que almacena instrucciones del programa, que, cuando se ejecuta por un procesador, provoca que el procesador realice el metodo de cualquiera de reivindicaciones 1 a 8.
ES13724439.8T 2012-05-04 2013-04-26 Sistemas, métodos, y medios legibles por ordenador para gestión con base en temporizador de dispositivos de comunicación Active ES2583806T3 (es)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201261642723P 2012-05-04 2012-05-04
US201261642723P 2012-05-04
US201313868770 2013-04-23
US13/868,770 US9107046B2 (en) 2012-05-04 2013-04-23 Systems, methods, and computer-readable media for timer-based management of communication devices
PCT/US2013/038459 WO2013165847A1 (en) 2012-05-04 2013-04-26 Systems, methods, and computer-readable media for timer-based management of communication devices

Publications (1)

Publication Number Publication Date
ES2583806T3 true ES2583806T3 (es) 2016-09-22

Family

ID=49512883

Family Applications (1)

Application Number Title Priority Date Filing Date
ES13724439.8T Active ES2583806T3 (es) 2012-05-04 2013-04-26 Sistemas, métodos, y medios legibles por ordenador para gestión con base en temporizador de dispositivos de comunicación

Country Status (6)

Country Link
US (6) US9107046B2 (es)
EP (1) EP2845421B1 (es)
CA (1) CA2872660A1 (es)
ES (1) ES2583806T3 (es)
HK (1) HK1208299A1 (es)
WO (1) WO2013165847A1 (es)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9107046B2 (en) * 2012-05-04 2015-08-11 Fedex Corporate Services, Inc. Systems, methods, and computer-readable media for timer-based management of communication devices
US20140169246A1 (en) * 2012-12-17 2014-06-19 Qualcomm Incorporated Devices and methods for facilitating dynamic power reduction during discontinous reception
US9408178B2 (en) * 2013-01-22 2016-08-02 Apple Inc. Detecting mobile access points
US9400321B2 (en) 2013-06-05 2016-07-26 Apple Inc. Utilizing mobile wireless access gateways for location and context purposes
CN104199709B (zh) * 2014-09-19 2018-03-23 联想(北京)有限公司 一种开机方法及电子设备
US9980089B2 (en) * 2015-01-21 2018-05-22 Htc Corporation Method for changing profile of a mobile terminal based on location and altitude
CN104735264B (zh) * 2015-04-15 2018-03-27 上海斐讯数据通信技术有限公司 一种移动终端及其控制方法
US9775095B2 (en) 2015-06-18 2017-09-26 Carrier Corporation Aircraft proximity sensor system for radio frequency transmission device
CN106254633B (zh) * 2016-07-25 2019-07-09 北京小米移动软件有限公司 手机模式调整方法和装置
DE102016217517B4 (de) 2016-09-14 2020-06-10 Robert Bosch Gmbh Überwachungseinheit zur Erfassung und Speicherung von Umweltparametern eines Transportguts sowie ein System mit und ein Betriebsverfahren für die Überwachungseinheit
CN107172691B (zh) * 2017-04-05 2020-11-03 新智数字科技有限公司 一种表计的通信模块的休眠方法及表计
US10037508B1 (en) 2017-05-31 2018-07-31 AirTrace, LLC System for calculating whether time-crucial shipment is located according to expectation
US10217078B1 (en) 2017-05-31 2019-02-26 Elliot Klein Blockchain system and method for calculating location of time-crucial shipments according to expectation and smart contracts
US10674446B1 (en) * 2018-05-08 2020-06-02 Architecture Technology Corporation Sleep/wake based on coverage
US10932101B2 (en) 2018-10-17 2021-02-23 Elliot Klein Blockchain system and method for calculating location of time-crucial shipments according to expectation and smart contracts
US11057689B1 (en) 2020-12-10 2021-07-06 Elliot Klein Docking station accessory device for connecting electronic module devices to a package
EP4068735B1 (en) * 2021-03-29 2024-05-29 Sony Group Corporation Operating an electronic device during transport

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6040781A (en) 1998-05-26 2000-03-21 Motorola Event reminder for a communication device
US20040268215A1 (en) * 2003-06-25 2004-12-30 Nokia Corporation System, method and computer program product for facilitating appointment-related actions
US7369845B2 (en) 2005-07-28 2008-05-06 International Business Machines Corporation Managing features available on a portable communication device based on a travel speed detected by the portable communication device
US8874459B1 (en) * 2008-07-31 2014-10-28 American Airlines, Inc. System and method for providing flight data services
US20100075648A1 (en) * 2008-09-24 2010-03-25 Palm, Inc. System and method to localize applications on a mobile computing device
EP3576390B1 (en) 2009-04-16 2022-06-08 Federal Express Corporation System and method for management of wireless devices aboard an aircraft
US8731538B2 (en) * 2009-09-01 2014-05-20 Qwest Communications International Inc. System, method, and apparatus for automatic scheduled silencing of wireless transmitters
US8380458B2 (en) 2009-11-20 2013-02-19 Qualcomm Incorporated In flight detection
US20120300598A1 (en) * 2011-05-26 2012-11-29 Rebecca Michelle Murray Alarm clock with adjustment function
US9107046B2 (en) * 2012-05-04 2015-08-11 Fedex Corporate Services, Inc. Systems, methods, and computer-readable media for timer-based management of communication devices

Also Published As

Publication number Publication date
EP2845421B1 (en) 2016-04-20
WO2013165847A1 (en) 2013-11-07
US9432500B2 (en) 2016-08-30
US20160381211A1 (en) 2016-12-29
US10686933B2 (en) 2020-06-16
EP2845421A1 (en) 2015-03-11
HK1208299A1 (zh) 2016-02-26
US9107046B2 (en) 2015-08-11
CA2872660A1 (en) 2013-11-07
US20130295904A1 (en) 2013-11-07
US20180367664A1 (en) 2018-12-20
US20160021240A1 (en) 2016-01-21
US9749461B2 (en) 2017-08-29
US20180007193A1 (en) 2018-01-04
US20200267254A1 (en) 2020-08-20
US10051114B2 (en) 2018-08-14
US11316972B2 (en) 2022-04-26

Similar Documents

Publication Publication Date Title
ES2583806T3 (es) Sistemas, métodos, y medios legibles por ordenador para gestión con base en temporizador de dispositivos de comunicación
US9129167B2 (en) Methods and systems for GPS-enabled baggage tags
US20190303862A1 (en) Digital smart label for shipper with data logger
US20210326804A1 (en) Methods, systems, and devices for detecting and resolving risks associated with shipped objects
BR0008670A (pt) Sistema e processo para notificar usuários de iminentes chegadas de veìculos em locais especìficos
CN111654809A (zh) 用于进行载具位置报告和紧急消息传递的方法和系统
FR3035711A1 (fr) Systemes et procedes pour fournir des donnees actualisees a un aeronef
US9304006B2 (en) Journey computation with re-planning based on events in a transportation network
CN109739529A (zh) 一种程序自动发布的方法及装置
US20220292946A1 (en) Location Identification System and Location Identification Method
US9507343B2 (en) Navigation device and method of notifying service life of component
US9737447B2 (en) Method and system for secure wheelchair use in demand response transportation systems
CN111510849A (zh) 用于进行载具位置报告和管理历史位置信息的方法和系统
CN109729491A (zh) 一种车辆位置信息传输的方法及装置
JP5030613B2 (ja) 乗務員支援システム及びその車載端末装置
US10046858B2 (en) Delivery of payloads using aircraft
JP2020021420A (ja) 無線装置、サーバ及びシステム
ES2426999T3 (es) Componentes y procedimiento para medir la funcionalidad de un sistema de peaje viario
JP2008175913A (ja) 無線ｉｃタグ、タグ情報遠隔取得システム、地図配信システム