ES2207501T3 - Sistema y metodos para el envio de paquetes mediante internet. - Google Patents
Sistema y metodos para el envio de paquetes mediante internet.Info
- Publication number
- ES2207501T3 ES2207501T3 ES00921319T ES00921319T ES2207501T3 ES 2207501 T3 ES2207501 T3 ES 2207501T3 ES 00921319 T ES00921319 T ES 00921319T ES 00921319 T ES00921319 T ES 00921319T ES 2207501 T3 ES2207501 T3 ES 2207501T3
- Authority
- ES
- Spain
- Prior art keywords
- shipping
- package
- information
- request
- user
- 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.)
- Expired - Lifetime
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0835—Relationships between shipper or supplier and carriers
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Development Economics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Game Theory and Decision Science (AREA)
- Educational Administration (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Telephonic Communication Services (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Packages (AREA)
- Tires In General (AREA)
Abstract
Un sistema para procesar información relacionada con un paquete manipulado por un proveedor de servicios de envío (14) en relación con el reparto del paquete (12) a un destinatario específico (18), que comprende: un sistema de recepción de solicitudes (50, 78) operativo para recibir desde un sistema informático con acceso a Internet (20) una solicitud introducida por un cliente que contiene información de recogida para recoger un paquete en un punto de recogida designado e información de solicitud de envío para enviar el paquete, y operativo para comunicar dicha solicitud introducida por el cliente a un sistema de envío (102); un componente de procesamiento (60, 74) relacionado con el sistema de recepción de solicitudes y configurado para validar la información de recogida mediante la determinación de si el proveedor de servicios de envío dispone de una persona seleccionada del servicio capaz de recoger el paquete en el punto de recogida designado; un sistema de envío (102) de respuesta a la validación de la información de recogida para generar una solicitud de envío para recoger el paquete en el punto de recogida designado; y un sistema de comunicación (90, 104) para comunicar dicha solicitud de envío a la persona seleccionada del servicio, por el cual la persona seleccionada del servicio, en respuesta a la recepción de la solicitud de envío, recoge el paquete para su reparto a través del proveedor de servicios de envío al destinatario específico.
Description
Sistemas y métodos para el envío de paquetes
mediante Internet.
La presente invención se refiere, por lo general,
al envío de paquetes y, más en particular, se refiere a los sistemas
y procedimientos que usa Internet para facilitar el envío de
paquetes mediante un proveedor de servicios de envío.
El comercio con éxito de bienes depende del
reparto eficaz de artículos a clientes. Para envíos masivos a
minoristas, los fabricantes que no disponen de una flota de camiones
contratan a menudo transportistas independientes. En cuanto al
reparto de productos a los usuarios finales, en los últimos años se
ha observado un extraordinario aumento del volumen de productos
enviados a los clientes usuarios finales por tiendas, por almacenes
con catálogos de envío por correo y directamente por fabricantes.
Los transportistas de reparto de paquetes proporcionan servicios de
reparto a los clientes usuarios finales, tanto si son particulares
o empresas.
Dicho sector de envío en auge se ha beneficiado
del crecimiento del comercio electrónico desarrollado a través de
Internet. Los particulares y empresas lo encuentran práctico para
pedir bienes a través de un navegador web, y una multitud de sitios
de comercio electrónico que ofrecen una gran variedad de bienes se
han adaptado para ofrecer servicios en línea. Además de comprar y
vender bienes y servicios, cada vez más empresas usan Internet para
administrar sus negocios.
En todas estas transacciones, un transportista
debe encargarse de transportar los bienes pedidos.
Tradicionalmente, dicha etapa se consideraba una segunda
transacción, con frecuencia compleja y que requería cierto tiempo,
al igual que la venta original de productos. Los transportistas han
ofrecido diversos niveles de servicio, desde el reparto estándar,
reparto al día siguiente y el reparto a primera hora de la mañana.
Los clientes pueden visitar un local de entrega con escaparate,
entregar el paquete en un quiosco, o establecer una recogida
convencional con el transportista. Se ofrecen servicios de
solicitud de recogida y de transporte por teléfono.
Se han realizado algunos intentos para
racionalizar el procedimiento de establecimiento de la recogida y
el transporte. En el caso de servicios de transporte con gran
volumen, tales como fabricantes o minoristas importantes, los
servicios de transporte han proporcionado ordenadores personales y
soporte lógico al transportista para permitir que el servicio de
transportes se conecte al sistema informático del transportista con
el fin de enviar solicitudes de servicios de reparto, proporcionar
detalles de los artículos que se transportan, imprimir etiquetas de
envío, acceder a los datos de seguimiento para determinar el estado
de los envíos y obtener informes de la actividad de envío. Dichas
aproximaciones han requerido un equipamiento especial, como un
ordenador personal, unidades terminales o teléfonos inteligentes,
destinados con frecuencia a este fin. En cada unidad terminal u
ordenador debe cargarse un programa de aplicación específico. Por
tanto, dichas soluciones no pueden estar a disposición de un gran
número de usuarios particulares o de pequeñas empresas con
facilidad.
Para la comodidad de particulares y pequeñas
empresas, algunos sitios de Internet disponen de calculadoras de
tarifas que pueden usarse para determinar qué transportista ofrece
el mejor precio para un paquete determinado. Dichos sitios no
disponen de medios reales para solicitar los servicios de un
transportista, ni están adaptados para las complejidades de los
pagos en línea y seguridad de las transacciones que constituyen una
parte fundamental del comercio electrónico.
Los transportistas han proporcionado acceso a la
información de seguimiento por Internet. Sin embargo, dichos
servicios no disponen de un procedimiento adecuado para la
solicitud y el pago de los servicios de reparto.
Un sistema particular con características
adicionales, en principio para transportistas que disponen de su
propio conjunto predefinido de requisitos de envío, se muestra en
las patentes U.S. Nos. 5,485,369 y 5,631,827. Dicho sistema en red
dirige el procesamiento de solicitudes, cumplimiento de la
solicitud, transporte de bienes y seguimiento. Sin embargo, dicho
sistema no se ocupa de cómo se contacta con el transportista para
recoger los bienes, y por tanto, no proporciona al transportista
aviso previo sobre lo que debe enviarse para fines de
planificación. Dicho sistema tampoco solventa el problema de cómo un
empleado de servicios de transporte que se presenta con un paquete
con una etiqueta impresa por un cliente puede determinar si el
cliente ha pagado o se comprometió a pagar los servicios de
transporte.
transporte.
Por tanto, a pesar de algunos avances en la
materia, todavía existe la necesidad de una única solución
automatizada para todos y cada uno de los contextos de solicitud de
reparto descritos anteriormente, accesibles a usuarios de pequeño y
gran volumen por medio de equipamiento que poseen los usuarios.
También existe una necesidad adicional de solucionar el problema
anterior con el uso del alcance y flexibilidad de Internet. La
solución debe proporcionar incluso a usuarios particulares u
ocasionales la conveniencia y flexibilidad de los sistemas de
solicitud y seguimiento disponibles en lo sucesivo solamente a
servicios de transporte importantes conectados con transportistas a
través de un módem o red privada.
El documento
WO-A-96/38800 describe el uso de
equipamiento especializado (es decir, un teléfono inteligente) para
colocar una solicitud de un cliente para enviar un paquete.
El documento
WO-A-98/24036 describe un sistema y
procedimiento del uso de símbolos de código de barras codificados
por URL en paquetes para permitir un direccionamiento, seguimiento y
reparto basado en la web por parte de un proveedor de envíos.
Dichos documentos no describen que una solicitud
de envío para recoger un paquete se genera en respuesta a la
validación de la información relacionada con una solicitud
introducida por el cliente.
La presente invención pretende proporcionar una
solución automatizada basada en una red para múltiples contextos de
solicitudes de reparto, accesible a remitentes de paquetes de
pequeño y gran volumen a través de un ordenador en su propia
ubicación, proporcionando comodidad, flexibilidad y seguridad en la
solicitud de servicios de envío y en el seguimiento de los
envíos.
De conformidad con la presente invención, se
proporciona un sistema para procesar información relacionada con un
paquete manipulado por un proveedor de servicios de envío en
relación con el reparto del paquete a un destinatario específico,
que comprende:
un sistema de recepción de pedidos operativo para
recibir de un sistema informático con acceso a Internet una
solicitud introducida por el cliente que contiene información de
recogida para recoger un paquete en un punto de recogida designado e
información de solicitud de envío para enviar el paquete, y
operativo para comunicar dicha solicitud introducida por el cliente
a un sistema de envío;
un componente de procesamiento relacionado con el
sistema de recepción de pedidos y configurado para validar la
información de recogida mediante la determinación de si el
proveedor de servicios de envío dispone de una persona seleccionada
del servicio capaz de recoger el paquete en el punto de recogida
designado;
un sistema de envío de respuesta a la validación
de la información de recogida para generar una solicitud de envío
para recoger el paquete en el punto de recogida designado; y
un sistema de comunicación para comunicar dicha
solicitud de envío a la persona seleccionada del servicio,
por el cual la persona seleccionada del servicio,
en respuesta a la recepción de la solicitud de envío, recoge el
paquete para enviarlo a través del proveedor de servicios de envío
hasta el destinatario específico.
Otras características de la invención resultan
evidentes en las reivindicaciones subordinadas adjuntas a la
presente.
La invención también proporciona un procedimiento
para procesar información relacionada con un paquete manipulado por
un proveedor de servicios de envío en relación con el reparto del
paquete a un destinatario específico, que comprende:
recibir una solicitud introducida por el cliente
de enviar un paquete desde un sistema informático con acceso a
Internet;
procesar la solicitud introducida por el cliente
para validar la información relacionada con la solicitud;
en respuesta a la validación de la información
relacionada con la solicitud, comunicar la solicitud introducida
por el cliente a un sistema de envío;
en el sistema de envío, generar una solicitud de
envío para la recogida del paquete; y
comunicar la solicitud de envío a una persona
seleccionada del servicio,
por el cual la persona seleccionada del servicio,
en respuesta a la recepción de la solicitud de envío, recoge el
paquete para repartirlo a través del proveedor de servicios de envío
hasta el destinatario específico.
En otro aspecto, la invención proporciona un
procedimiento para repartir un paquete a través de un proveedor de
servicios de envío hasta un destinatario específico, que comprende
las etapas de:
recibir desde un sistema informático con acceso a
Internet una solicitud introducida por el cliente que contiene
información de recogida para recoger un paquete en un punto de
recogida designado e información de solicitud de envío para enviar
el paquete a un destinatario específico;
comunicar la solicitud introducida por el cliente
a un sistema de recepción de solicitudes;
en el sistema de recepción de solicitudes,
procesar la solicitud para validar la información de recogida
mediante la determinación de si el proveedor de servicios de envío
dispone de una persona seleccionada del servicio capaz de recoger el
paquete en un punto de recogida designado;
en respuesta a la validación de la información de
recogida relacionada con la solicitud, comunicar la solicitud a un
sistema de envío;
en el sistema de envío, generar una solicitud de
envío para recoger el paquete;
comunicar la solicitud de envío a una persona
seleccionada del servicio;
recibir la solicitud de envío en un dispositivo
de recepción de comunicaciones relacionado con la persona
seleccionada del servicio;
en respuesta a la recepción de la solicitud de
envío, obtener el paquete,
por el cual la persona seleccionada del servicio,
en respuesta a la recepción de la solicitud de envío, recoge el
paquete en el punto de recogida designado para transportarlo al
destinatario específico.
Otros objetivos, características y ventajas de la
presente invención resultarán evidentes tras la revisión de la
siguiente descripción detallada de las formas de realización
preferidas de la invención, al considerarlas junto a los dibujos y
las reivindicaciones adjuntos.
La Fig. 1 ilustra por lo general el envío de un
paquete realizado según las formas de realización preferidas de la
presente invención.
La Fig. 2 representa la arquitectura del sistema
de una forma de realización preferida de la presente invención.
La Fig. 3 es un diagrama de bloque que ilustra
aspectos de la invención para enviar la solicitud de recogida de un
paquete con un sistema de Servicios a petición construido de
conformidad con una forma de realización preferida de la presente
invención.
La Fig. 4 ilustra diversas funciones,
procedimientos y rutinas del sistema de envío por Internet de las
formas de realización preferidas de la presente invención.
La Fig. 5 es un diagrama de flujo de una rutina
de PÁGINA DE INICIO usada en una forma de realización preferida de
la presente invención.
La Fig. 6 es un diagrama de flujo de una rutina
de INICIAR SESIÓN usada en una forma de realización preferida de la
presente invención.
La Fig. 7, compuesta de la Fig. 7A y 7B, es un
diagrama de flujo de una rutina de REGISTRO usada en una forma de
realización preferida de la presente invención.
La Fig. 8, compuesta de la Fig. 8A y 8B, es un
diagrama de flujo de una rutina de SERVICIOS DE MIEMBRO usada en una
forma de realización preferida de la presente invención.
La Fig. 9 es un diagrama de flujo de una rutina
de PERFIL DE MIEMBRO usada en una forma de realización preferida de
la presente invención.
La Fig. 10 es un diagrama de flujo de una rutina
de PREFERENCIAS DE ENVÍO usada en una forma de realización preferida
de la presente invención.
La Fig. 11 es un diagrama de flujo de una rutina
de FORMA DE PAGO usada en una forma de realización preferida de la
presente invención.
La Fig. 12 es un diagrama de flujo de una rutina
de CAMBIAR CONTRASEÑA usada en una forma de realización preferida de
la presente invención.
La Fig. 13 es un diagrama de flujo de una rutina
de AGENDA DE DIRECCIONES usada en una forma de realización preferida
de la presente invención.
La Fig. 14 es un diagrama de flujo de una rutina
de CANCELAR SUSCRIPCIÓN usada en una forma de realización preferida
de la presente invención.
La Fig. 15, compuesta de las Fig.
15A-15F, es un diagrama de flujo de una rutina de
ENVIAR usada en una forma de realización preferida de la presente
invención.
La Fig. 16, compuesta de las Fig.
16A-16C, es un diagrama de flujo de una rutina de
RESUMEN DE ENVÍO usada en una forma de realización preferida de la
presente invención.
La Fig. 17 es un diagrama de flujo de una rutina
de BUSCAR PUNTOS DE ENTREGA usada en una forma de realización
preferida de la presente invención.
La Fig. 18 es un diagrama de flujo de una rutina
de RECOGIDA DE PAQUETE usada en una forma de realización preferida
de la presente invención.
La Fig. 19, compuesta de las Fig. 19A y 19B, es
un diagrama de flujo de una rutina de PAGO usada en una forma de
realización preferida de la presente invención.
La Fig. 20 es un diagrama de flujo de una rutina
de IMPRIMIR ETIQUETAS/RECIBO usada en una forma de realización
preferida de la presente invención.
La Fig. 21 es un diagrama de flujo de una rutina
de ENVÍO FINALIZADO usada en una forma de realización preferida de
la presente invención.
La Fig. 22 es un diagrama de flujo de una rutina
de HISTORIAL DE ENVÍOS usada en una forma de realización preferida
de la presente invención.
La Fig. 23 es un diagrama de flujo de una rutina
de TARIFA Y VALIDACIÓN usada en una forma de realización preferida
de la presente invención.
La Fig. 24 es una muestra ilustrativa de pantalla
de una página o pantalla de INICIO tal como se genera mediante una
forma de realización preferida de la presente invención.
La Fig. 25 es una muestra ilustrativa de pantalla
de una página o pantalla de INICIAR SESIÓN tal como se genera
mediante una forma de realización preferida de la presente
invención.
La Fig. 26, compuesta de las Fig.
26A-26C, es una muestra ilustrativa de pantalla de
una página o pantalla de INFORMACIÓN DE ENVÍO tal como se genera
mediante una forma de realización preferida de la presente
inven-
ción.
ción.
La Fig. 27, compuesta de las Fig. 27A y 27B, es
una muestra ilustrativa de pantalla de una página o pantalla de
RESUMEN DE ENVÍO tal como se genera mediante una forma de
realización preferida de la presente invención.
La Fig. 28 es una muestra ilustrativa de pantalla
de una página o pantalla de BUSCAR PUNTOS DE ENTREGA tal como se
general mediante una forma de realización preferida de la presente
invención.
La Fig. 29 es una muestra ilustrativa de pantalla
de una página o pantalla de SERVICIOS DE RECOGIDA tal como se genera
mediante una forma de realización preferida de la presente
invención.
La Fig. 30 es una muestra ilustrativa de pantalla
de una página o pantalla de INFORMACIÓN DE PAGO tal como se genera
en una forma de realización preferida de la presente invención.
La Fig. 31 es una muestra ilustrativa de pantalla
de una página o pantalla de CONFIRMAR PAGO tal como se genera
mediante una forma de realización preferida de la presente
invención.
La Fig. 32 es una muestra ilustrativa de pantalla
de una página o pantalla de IMPRIMIR ETIQUETAS Y RECIBO tal como se
genera mediante una forma de realización preferida de la presente
invención.
La Fig. 33 es una muestra ilustrativa de pantalla
de una página o pantalla de RECIBO tal como se genera en una forma
de realización preferida de la presente invención.
La Fig. 34 es una muestra ilustrativa de pantalla
de una página o pantalla de ENVÍO FINALIZADO tal como se genera
mediante una forma de realización de la presente invención.
La Fig. 35 es una muestra de ilustrativa pantalla
de una página o pantalla de HISTORIAL DE ENVÍOS tal como se genera
mediante una forma de realización preferida de la presente
invención.
La Fig. 36, compuesta de las Fig. 36A y 36B, es
una muestra ilustrativa de pantalla de una página o pantalla de
DETALLES DEL ENVÍO tal como se genera mediante una forma de
realización preferida de la presente invención.
La Fig. 37 es una página ilustrativa de MUESTRA
DE ETIQUETAS, con una etiqueta de envío ilustrativa, tal como se
genera mediante una forma de realización de la presente
invención.
La presente invención está destinada a sistemas y
procedimientos de procesamiento de datos para usar en el reparto de
paquetes desde el remitente de un paquete hasta el destinatario del
paquete, transportado mediante un proveedor de servicios de envío o
transportista. Para los objetivos de la discusión que se indica a
continuación, los términos "transportista" y "proveedor de
servicios de envío" son, por lo general, sinónimos y se refieren
a una entidad encargada del reparto de paquetes. Los términos
"remitente del paquete" y "cliente" y "usuario" de un
proveedor de servicios de envío también son generalmente sinónimos,
con la excepción de que existen circunstancias en las que el
remitente de un paquete no es el cliente directo del proveedor de
servicios de envío, por ejemplo, cuando un empleado de una empresa
envía un paquete en representación de la empresa, el empleado puede
ser el remitente del paquete mientras la empresa puede ser el
cliente del proveedor de servicios de envío.
En referencia ahora a los dibujos, en los que los
números idénticos representan elementos idénticos en la presente, a
continuación se describen las formas de realización preferidas de
la presente invención.
A modo de introducción, la Fig. 1, representa
gráficamente el envío de un paquete 12 realizado mediante una forma
de realización preferida de la presente invención construido como
un sistema de envío por Internet (ISS) 10, realizado por un
proveedor de servicios de envío (SSP) 14. El paquete 12 se envía
desde el remitente del paquete 16 hasta el destinatario del paquete
18, mediante un ordenador con acceso a una red o estación de
trabajo basada en ordenador 20 para comunicar con el ISS 10 y
proporcionar la información necesaria para el envío del
paquete.
Para comunicar con el ISS 10, el remitente del
paquete 16 usa un ordenador o estación de trabajo basada en
ordenador 20, a la que se conectan uno o más periféricos que
permiten comunicarse mediante interfaces con el remitente del
paquete 16. Por ejemplo, en la presente forma de realización se
conecta al ordenador 20 un monitor de vídeo, un dispositivo de
puntero, tal como un ratón, y un dispositivo de entrada de datos,
tal como un teclado. También se conecta al ordenador una impresora
28. La impresora se encuentra operativa de manera habitual para
imprimir una etiqueta 25 para fijarla al paquete 12. Dichos
periféricos se conectan al ordenador 20 del modo conocido por los
expertos en la materia.
El ordenador 20 se conecta a Internet 30, a la
que también se conecta el proveedor de servicios de envío (SSP)
14.
A pesar de que la forma de realización preferida
se describe en relación con el ordenador personal 20 que se
encuentra operativo con un programa informático de navegador de
Internet, debe entenderse que la invención puede aplicarse con
otros tipos de dispositivos en red, por ejemplo, pero sin ser
limitante, un "Terminal de envío por Internet" (IST), un
dispositivo de tipo teléfono web, un dispositivo de televisión web,
una impresora de etiquetas y otros tipos de dispositivos de
procesamiento y de impresión de datos que pueden acoplarse a
Internet con o sin cables.
En sentido general, el remitente de un paquete 16
puede enviar un paquete 12 desde un punto a un destinatario 18 en
otro punto diferente mediante el uso de los servicios de un SSP 14
que opera el sistema 10 y realiza los diversos procedimientos
descritos en la presente.
En primer lugar, el remitente del paquete 16,
comunicándose mediante interfaces con el ordenador 20, se pone en
contacto con el SSP 14 a través de Internet 30. En respuesta a las
solicitudes y consultas del SSP 14, el remitente del paquete 16
proporciona información relativa a sí mismo, al paquete 12 que se
va a transportar y al destinatario 18. En respuesta, el SSP 14
puede autorizar al remitente del paquete 16 a imprimir una etiqueta
de envío 25 que aceptará el SSP 14 como autorización para procesar
el paquete 12. La etiqueta 25 impresa en la impresora del remitente
del paquete 28, se fija al paquete 12 que obtiene a continuación el
SSP 14 para su reparto al remitente 18.
A modo de ilustración sin limitación, el paquete
12 se ofrece por lo general al SSP o éste lo obtiene según uno de
los tres procedimientos siguientes. El remitente del paquete 16
puede entregar el paquete 12 a un representante del SSP que acepta
el paquete durante el curso habitual de los turnos de reparto, el
remitente del paquete 16 que entrega entonces el paquete 12 en el
punto 32 de su elección o el remitente del paquete 12 puede enviar
una solicitud pidiendo al SSP que envíe un representante al punto
del remitente del paquete en una fecha específica en un período de
tiempo específico para recoger el paquete 12. En los últimos dos
ejemplos, el remitente del paquete 16 envía una solicitud al ISS 10
a través de Internet 30 en la que informa al SSP 14 de que un
paquete 12 se encuentra disponible para su recogida y reparto.
En el caso de un pedido de recogida de un paquete
tal como se ilustra en la Fig. 1, en el ISS 10 la solicitud se
transmite al Sistema a petición (ODS) 34. El ODS 34 que se comunica
con una base de datos de ODS 36, como se explica a continuación en
referencia a las Fig. 2 y 3, se opera para buscar, identificar y
enviar un vehículo de recogida 38 para obtener el paquete 12. En
una forma de realización preferida, el vehículo de recogida es un
coche o camión de paquetes y un conductor. Se tendrá en cuenta que
la ubicación del paquete 12 y la ubicación del destinatario 16
pueden ser diferentes. En una forma de realización preferida, el
remitente del paquete 16 dirigirá al SSP 14 a la ubicación del
paquete 12. Tras la obtención del paquete 12, el conductor usa un
dispositivo de obtención de información de reparto (DIAD) 40 para
capturar los datos que se encuentran en la etiqueta 25 relativos al
paquete 12, al remitente del paquete 16 y al destinatario 18
oportunos para facilitar el reparto.
Otra información contenida en la etiqueta 25, que
se puede obtener mediante el DIAD 40 o que puede ver un
representante del SSP, permite al SSP 14 confirmar si el SSP 14
autorizó la impresión de la etiqueta y, por tanto, el reparto del
paquete.
Suponiendo que el paquete 12 con la etiqueta 25
se ha validado para su reparto, el SSP toma posesión del paquete 12
y lo transporta a una plataforma de clasificación inicial 42. Una
plataforma de clasificación es bastante conocido por aquellos
expertos en la materia y, por lo general, comprende una instalación
situada estratégicamente que recibe paquetes a nivel local,
regional, nacional o mundial, y dirige dichos paquetes para su
transporte a otra plataforma mediante los procedimientos de reparto
adecuados, por ejemplo, por avión 44. Se entenderá que los
procedimientos de reparto adecuados incluyen personas, vehículos de
carretera, vehículos todo terreno, aviones, barcos, trenes o
cualquier otro procedimiento de transporte conocido en la actualidad
o que se desarrolle en el futuro. Sin embargo, tal como se ilustra
en la forma de realización preferida, un avión 44 transporta
generalmente el paquete 12 a una plataforma de clasificación
consiguiente 46 relacionada con un destinatario distante 18. En la
plataforma de clasificación 46, el paquete 12 se clasifica y se
dirige a un vehículo de reparto 48 enviado para entregar el paquete
12 al destinatario específico 18.
También en referencia a la Fig. 1, el ISS 10
proporciona diversas funciones y procedimientos para llevar a cabo
los procedimientos de reparto de la presente invención. Dichas
funciones se aplican generalmente como rutinas, procedimientos y
búsquedas de bases de datos en el ISS 10 y sistemas acoplados para
comunicar con el ISS, por ejemplo, una base de datos de historial
de envíos 60 o una base de datos de seguimiento 62. En particular,
una forma de realización preferida proporciona un frontal world
wide web (www) de Internet 50 que genera las vistas del
navegador para mostrarlas en el ordenador del remitente del paquete
20. El frontal web 50 se acopla a una red interna 52 operada por el
SSP, que se acopla a otras funciones informáticas tal como se
describe a continuación.
Se proporciona una función de generación de
etiquetas 54 para comunicar datos para imprimir la etiqueta al
ordenador del remitente del paquete 20 en respuesta a la aceptación
de una solicitud de envío del cliente. La función de generación de
etiquetas 54 permite que el ordenador del cliente 20 muestre una
imagen de etiqueta personalizada que contiene determinada
información legible por las personas y las máquinas necesaria para
procesar y enviar el paquete. En caso de aceptarla el remitente, el
remitente imprime la etiqueta mostrada 25 en la impresora 28.
Un sistema de pago 56 proporciona instrucciones
para procesar el pago y obtener el pago del cliente mediante el
cargo a una cuenta válida de tarjeta de crédito o el cargo a una
cuenta de cliente del SSP preestablecida. En otra forma de
realización, la autorización del pago puede realizarse mediante el
sistema de pago 56 y el cargo real a una cuenta puede realizarse
mediante un sistema de facturación (no mostrado).
Una base de datos de perfiles de clientes 58
almacena información relacionada con cada cliente, tal como
identidad, ubicación, forma de pago por defecto y tipo o
procedimiento de reparto de envío preferido.
Una función de validación de dirección 68 recibe
la información de la dirección del cliente y determina si la
dirección del destinatario específico es válida.
Una base de datos de historial de envíos 60
almacena información relativa a envíos anteriores de cada cliente y
permite que la información esté disponible para el cliente a
petición del cliente. Puede mantenerse un registro de envíos
anteriores durante el tiempo que desee el SSP.
Una base de datos de seguimiento 62 almacena
información relativa al envío actual de cada cliente, tal como la
ubicación actual y hora de reparto estimada y permite que la
información esté disponible a petición del cliente. El seguimiento
se realiza, como conocen bien aquellos expertos en la materia,
mediante el escaneado y, por otra parte, la captura de datos de
identificación en cada paquete para identificar la ubicación del
paquete y comunicar dicha ubicación al usuario a petición suya.
Una función de motor de tarifación y validación
(RAVE) 64 permanece operativa para procesar información sobre la
solicitud de reparto y determinar la tarifa de envío según las
opciones de transporte seleccionadas.
Un servidor de envíos 66 recibe información
relativa a la solicitud y comunica la información de recogida del
paquete al sistema a petición (ODS) 34. El servidor de envíos
también recibe información del estado del ODS, los vehículos 38, 48
y las plataformas 42, 46 para introducirla en la base de datos de
seguimiento 62.
Las diversas funciones del ISS 10 contribuyen
para proporcionar las funciones de recepción de una solicitud del
cliente por Internet 30, procesar la solicitud para determinar la
aceptación del pedido, obtener el pago para el nivel del servicio
solicitado, transmitir la información para imprimir la etiqueta al
ordenador del cliente 20 de forma que la etiqueta de envío 25 pueda
imprimirse desde la impresora 28, generar una solicitud de recogida
para el paquete, recibir información del estado de otros componentes
del sistema SSP para que pueda realizarse el seguimiento del
paquete, y crear un historial de envíos relacionado con cada
cliente. A continuación se proporcionan otros detalles de éstas y
otras funciones.
La Fig. 2 ilustra una forma de realización
preferida de la arquitectura del soporte físico y de la red del ISS
10. Un cliente que desea colocar una solicitud de reparto con el
SSP 14 accede a Internet 30 desde su ordenador 20 por medio de su
servidor de servicios de Internet (ISP, no mostrado). La solicitud
del cliente se direcciona a través de Internet 30 y una o más
máquinas cortafuegos 70 que proporcionan seguridad de red de manera
conocida.
Los cortafuegos externos 70 se conectan a una red
interna 52 que constituye la entrada al principal sitio web de
Internet del SSP, por ejemplo, http://www.ups.com. El principal
sitio web de Internet en la forma de realización preferida
proporciona una interfaz para el almacenamiento y recuperación de
la información del "detalle de nivel del paquete" (PLD), es
decir, información relativa a envíos específicos de clientes
específicos, su estado e historial de envíos.
El principal sitio web de Internet del servidor
de envíos se genera mediante un servidor de contenidos web y uno o
más clónicos para equilibrar la carga. Los servidores y los
clónicos juntos comprenden el frontal de la web 50 que proporciona
las páginas web del principal sitio web del SSP, y contienen
complementos para ejecutar aplicaciones ISS y complementos para
ejecutar aplicaciones de los servicios de miembro de Internet
(IMS).
La red interna 52 se conecta a un ordenador
central 74, que almacena la información PLD relacionada con el
envío de paquetes, solicitudes de envío, agendas de direcciones de
clientes, forma de pago y otras informaciones solicitadas por el SSP
14 para enviar paquetes. Otra información relativa a los envíos,
tal como la información del perfil de miembro, puede almacenarse en
un ordenador diferente pero conectado, por ejemplo, la base de
datos de perfiles de clientes 58.
Los servidores de aplicación web en el frontal de
la web 50 pueden direccionar datos relacionados con las solicitudes
de envío y reparto al ordenador central 74 y recuperar los datos
necesarios. Por ejemplo, la información específica del paquete, es
decir, la información del nivel del paquete (PLD) se carga al
ordenador central 74 para cada paquete 12 procesado por el ISS. El
ordenador central 74 también almacena la información de seguimiento
que el SSP 14 actualiza durante el transporte del paquete, lo que
permite al SSP 14, al usuario 16, al destinatario 18 o a un tercero
hacer un seguimiento de la ubicación del paquete a través de
Internet. Por tanto, el ordenador central 74 proporciona funciones
que incluyen la búsqueda en la base de datos de seguimiento 62 y la
base de datos del historial de envíos 60 tratado en referencia a la
Fig. 1.
Además, el ordenador central 74 es responsable de
aplicar aspectos del ODS 34, tales como recibir una solicitud para
recoger un paquete, seleccionar el vehículo y/o personal adecuado
para recoger el paquete y comunicar una solicitud de envío al
vehículo y/o personal adecuado para recoger el paquete. Aspectos
del sistema ODS 34 necesarios para comunicar información tal como
las solicitudes de recogida al personal adecuado y la información
del estado de retorno relativa a los paquetes recogidos se
proporcionan a través de un enlace de datos entre un sistema de
envío 102 (Fig. 3) y el ISS 10.
Para continuar la referencia a la Fig. 2, una red
interna 52 conecta el ISS 10 a un sistema de autorización previa a
la empresa para procesar tarjetas de crédito 76. Dicha conexión
permite al SSP 14 validar la tarjeta de crédito de un cliente y
recibir pago por el reparto de un paquete 12.
La red interna 52 también conecta los servidores
de aplicación ISS 78 a Internet para proveer el frontal de la web
50. Cada servidor de aplicación 78 proporciona diversas
aplicaciones ISS, administrador de perfiles para el mantenimiento de
la cuenta y una "interfaz" de tarjetas de crédito que permite
a los clientes pagar por los servicios de envío con una tarjeta de
crédito. Aquellos expertos en la materia entenderán que diversas
funciones informáticas proporcionadas en el sistema descrito pueden
encontrarse entre servidores de frontal web 50 y servidores de
aplicación 78, del modo deseado para el funcionamiento, seguridad,
escala, etc.
Se proporcionan un servidor de transacciones
comerciales 80 y uno o más clónicos de equilibrio de carga para la
validación de tarjetas de crédito. Dichos servidores 80
proporcionan un motor de tarjetas de crédito para obtener
autorización de las tarjetas de crédito mientras el ordenador
central 74 realiza el asentamiento de los pagos de clientes
recibidos mediante tarjeta de crédito. La información de facturación
procesada a partir de la información PLD en los ordenadores
centrales 74 puede transmitirse a los clientes o a funciones de
asentamiento de tarjeta de crédito.
La red interna 52 también conecta los servidores
primarios y secundarios de la base de datos ISS 82 que proporcionan
administración de la base de datos y acceso a la base de datos de
transacciones con tarjetas de crédito 84, la base de datos del
estado 86 y una base de datos con perfiles de clientes 88,
denominada base de datos de "servicios de miembro de Internet"
(IMS). La IMS o base de datos de perfiles de clientes 88 almacena
la información específica del cliente, incluido el nombre de usuario
y contraseña, procedimientos de facturación preferidos,
procedimientos de envío preferidos y procedimientos de acceso
preferidos. De conformidad con la presente invención, la
información almacenada en la base de datos de perfiles de clientes
88 se recupera en respuesta al inicio de sesión del cliente y se
usa para cubrir campos de datos de diversas pantallas para la
comodidad del usuario y facilidad de uso.
Como se explica más detalladamente en referencia
a la Fig. 3, la red interna 52 se conecta al ODS 34 que, a su vez,
se conecta a un medio de comunicación, tal como la compañía de
teléfonos (telco) 90 y una red de telefonía móvil (no mostrada).
Mediante dicha conexión, el ODS envía vehículos de recogida y
transporte.
Continuando la referencia a la Fig. 2, el sistema
preferido incluye un servidor de correo electrónico 94 para
transmitir y recibir mensajes de correo electrónico. En una forma
de realización preferida, y tal como entenderán aquellos expertos en
la materia, un mensaje de correo electrónico 92 puede enviarse a
través de un servidor de correo electrónico 94 al ordenador del
remitente del paquete 20 para confirmar la solicitud del remitente
o para otros propósitos comunicativos, o al ordenador del
destinatario 96 al que se envía el paquete. Además, y por otra
parte, un mensaje de correo electrónico 92 puede enviarse a
cualquier combinación de remitente, destinatario o tercero en
relación con el estado del paquete en cualquier punto del
procedimiento de reparto, incluido el reparto final. Por
consiguiente, la noción de notificación por correo electrónico a
diversas pares de diversos aspectos del envío de paquetes, por
ejemplo, aceptación de solicitudes, recogida de paquetes,
confirmación, tipo de reparto del paquete, contenidos del paquete,
etc. se considera dentro del alcance de la presente invención.
A continuación se observará que en la presente se
describe una arquitectura de sistema para aplicar un sistema de
envío de paquetes basado en Internet, con diversas funciones para
recibir solicitudes para enviar paquetes, establecer el pago del
envío de paquetes, establecer el envío de vehículos y/o personal
para la recogida de paquetes y el seguimiento del progreso de un
envío mientras se proporciona una interfaz de fácil uso y
navegación para el cliente accesible por Internet.
La Fig. 3 es un diagrama de bloque que ilustra
generalmente el flujo de comunicación de una solicitud de envío en
el ODS 34 construido de conformidad con la forma de realización
preferida de la presente invención. El remitente, en comunicación
con el frontal del web 50 a través de Internet 30, envía un mensaje
desde su ordenador 20 en el que solicita un servicio de recogida
para un día y hora determinados. La solicitud del ODS se realiza
con éxito en caso de que el forma de pago se verifique
correctamente y se actualice la información de PLD. El ISS 10, tras
reunir y validar la totalidad de las características de pago,
dirección y paquete necesarias para procesar el envío, comprueba
que la fecha y hora solicitadas se encuentran disponibles mediante
la búsqueda en una base de datos del ordenador central 74. Tras la
finalización de los procedimientos de validación, que incluyen una
búsqueda en la base de datos de historial de envíos 60 para
verificar si la etiqueta de envío específica se ha usado
anteriormente, la autorización se envía al ordenador del remitente
20, para imprimir una etiqueta en la impresora del remitente 28,
mientras el pedido se reenvía a un sistema de envío 102 que forma
parte del ODS 34.
El sistema de envío 102 es un sistema acoplado a
la base de datos ODS 36 y a otras bases de datos (no mostradas) que
almacenan información relativa a la ubicación y envío de personas
y/o vehículos para la recogida y/o transporte del paquete. En
referencia a dichas bases de datos, el sistema de envío, tras la
recepción de una solicitud de envío, registra el pedido en la base
de datos del ODS 36 y determina qué persona y/o vehículo se
encuentra disponible para recoger el paquete dentro de los
parámetros de fecha, hora y lugar proporcionados en la solicitud de
recogida.
En el sistema de envío 102, el pedido se procesa,
se pone en cola, y una vez seleccionados una persona y/o vehículo
para la recogida, se dirige a un conmutador de mensajes móviles
(MMS) 104, también parte del ODS 34. El MMS se encuentra operativo
para transmitir la solicitud de envío a una persona y/o vehículo
seleccionado mediante un medio de comunicación, tal como una radio,
un sistema de envío de mensajes de correo electrónico, un sistema
de telefonía móvil, un sistema de buscapersonas, un sistema de
comunicación personal sin cable (PCS), una red ARDIS, dispositivos
Bluetooh, ALOHA ranurado u otro sistema de comunicación de datos
propietarios o no propietarios. Aquellos expertos en la materia
entenderán y observarán que el término "medios de
comunicación" es amplio y los ejemplos proporcionados son a modo
de ilustración y no de limitación. Los medios de comunicación
ilustrados y otros procedimientos equivalentes de envío de mensajes
pueden usarse para comunicar una solicitud de envío a una persona
y/o vehículo seleccionado para la recogida de paquetes.
En la forma de realización ilustrada, la
solicitud se envía del MMS 104 a través de una conexión telefónica
a la empresa de telefonía (telco) 90 a una oficina de conmutación
de telefonía móvil (MTSO) 106. Del MTSO 106 la solicitud se comunica
por conexión telefónica móvil a un adaptador de vehículo DIAD (DVA)
108 relacionado con un vehículo seleccionado por el sistema de
envío para recoger el paquete. El DVA 108 es un dispositivo de
comunicación dispuesto en cada vehículo SSP, que se comunica
mediante interfaces con un DIAD 40 y los medios de comunicación
para conectar con el SSP 14. Tal como entenderán aquellos expertos
en la materia, un DIAD es un dispositivo de obtención de
información de reparto operativo para escanear y obtener información
de áreas legibles por máquina de la etiqueta del paquete, recibir
entradas de información de representantes del SSP, recibir y
capturar la firma del destinatario del paquete y mostrar la
información a los representantes del SSP, entre otras cosas.
Tras el envío, el vehículo del SSP (por ejemplo,
el vehículo 38 en la Fig. 1) llega a la ubicación del paquete
durante el intervalo de fecha y hora especificados en la solicitud.
El representante del SSP comienza a procesar el(los)
paquete(s) mediante el DIAD 40 para obtener datos mediante
dispositivos de entrada tales como un teclado asociado, un escáner
de códigos de barras y un dispositivo de captura de firmas. Tras la
obtención de los datos relativos al paquete, el DIAD 40 se vuelve a
conectar con el DVA 108. La información contenida en el DIAD se
comunica entonces al centro de datos del SSP a través de los medios
de comunicación asociados.
De conformidad con la invención, el DIAD captura
información de obtención del paquete, incluida la información de la
etiqueta, que se usa para validar el paquete. En concreto, el SSP
puede desear asegurarse de que la etiqueta específica no se ha
duplicado y usado fraudulentamente en otro paquete. La etiqueta
mencionada, descrita detalladamente a continuación, incluye datos
predeterminados legibles por máquina, aplicados como un área de
código de barras, que sirve como datos diferenciadores (por ejemplo,
el número de seguimiento 1Z) que puede usarse para garantizar que
solamente una instancia única de la etiqueta se acepta en el
sistema SSP. De esta forma, la información de obtención del paquete
y la información de la etiqueta se comunican corriente arriba desde
el DIAD, el adaptador del vehículo DIAD, a través del sistema ODS y
hasta el ordenador central 74 en el ISS 10. En el ordenador central
74, la información de la etiqueta, por ejemplo, el número 1Z que
constituye un número identificador, se usa para indexarlo en una
base de datos, por ejemplo, la base de datos de historial de envíos
60, para garantizar que no existen instancias múltiples del número
en la base de datos. De producirse, existe una posibilidad de
fraude; de no ser así, el paquete se valida. Los resultados de la
búsqueda en la base de datos se transmiten de vuelta corriente
abajo hasta el DIAD 40, en el que puede mostrarse un mensaje de
"paquete inválido" en la pantalla del DIAD para indicar que el
paquete es inválido. En este caso, el personal del SSP puede negarse
a aceptar el paquete. Por supuesto, en el caso de que se valide el
paquete, por ejemplo, tras verificar que el número 1Z permanece
único en el sistema, un mensaje similar de "paquete válido"
puede comunicarse corriente abajo al DIAD para indicar al personal
del SSP que proceda con la obtención del paquete.
En lo sucesivo, aquellos expertos en la materia
entenderán que se describe un sistema y procedimiento para
verificar la validación de un envío de un paquete desde el
remitente de un paquete hasta el destinatario específico que
implica, en primer lugar, la comunicación de datos predeterminados
de la impresora al remitente del paquete, los datos de la impresora
se encuentran operativos para permitir la impresión de una etiqueta
personalizada en una impresora acoplada a un sistema informático
relacionado con el remitente del paquete. La etiqueta incluye datos
de seguridad predeterminados legibles por la máquina, por ejemplo,
el número 1Z del código de barras, que se describe a continuación
en relación con la etiqueta. Antes de procesar el paquete para su
envío, los datos de seguridad legibles por máquina sobre la
etiqueta personalizada se leen con un dispositivo de lectura
relacionado con el proveedor de servicios de envío, por ejemplo, el
DIAD. Los datos de seguridad legibles por máquina se verifican
mediante la transmisión de los datos legibles por máquina al ISS 10
y a las bases de datos relacionadas con el mismo y determina si los
datos son válidos, por ejemplo, si el número 1Z se encuentra
duplicado en el sistema. En respuesta a la detección de datos de
seguridad no válidos con el dispositivo de verificación, el paquete
se señala como no válido, por ejemplo, al comunicar un mensaje de
"paquete inválido" corriente abajo que se muestra en el
DIAD.
Con la descripción anterior en mente, observe
ahora la Fig. 4 para tratar los diversos procedimientos de
aplicación informática para realizar los procedimientos de las
formas de realización preferidas de la presente invención. A pesar
de que las formas de realización preferidas se describen, por lo
general, en referencia a un ordenador personal (PC) con acceso a
Internet operado por un cliente o remitente de un paquete y un sitio
web de Internet operado por un SSP, aquellos expertos en la materia
reconocerán que la presente invención también puede aplicarse junto
con otros módulos de programas para otros tipos de ordenadores.
Además, aquellos expertos en la materia
reconocerán que la presente invención se aplica en un entorno
informático de distribución o en red tal como Internet. En un
entorno informático de distribución o en red como Internet, los
módulos de programas pueden encontrarse físicamente en distintos
dispositivos de almacenamiento de memoria local y remota. La
ejecución de los módulos de programas pueden ocurrir localmente de
forma autónoma o remotamente de forma de la forma cliente/servidor.
Los entornos informáticos de distribución incluyen Internet global
(conexiones con cable o sin cable). De este modo, se entenderá que
los términos ordenador, sistema operativo y programa de aplicación
incluyen todo tipo de ordenadores y los módulos de programas
diseñados para su aplicación por los orde-
nadores.
nadores.
El tratamiento de los procedimientos que se
indica a continuación se representa en gran medida en términos de
procedimientos y representaciones simbólicas de operaciones
mediante componentes de ordenadores convencionales, incluida una
unidad central de procesamiento (CPU), dispositivos de
almacenamiento de memoria para la CPU, dispositivos de pantalla
conectados y dispositivos de entrada. Además, dichos procedimientos
y operaciones pueden utilizar componentes informáticos
convencionales en un entorno informático de distribución
heterogéneo, incluidos los servidores de archivos remotos,
servidores de ordenadores remotos y dispositivos de almacenamiento
de memoria remotos. Cada uno de dichos componentes informáticos de
distribución convencional se encuentra accesible a través de la CPU
mediante una red de comunicación.
Los procedimientos y operaciones realizados por
el ordenador incluyen la manipulación de las señales mediante una
CPU, o servidor remoto, tal como un sitio web de Internet, y el
mantenimiento de dichas señales dentro de estructuras de datos
reside en uno o más dispositivos de almacenamiento de memoria local
o remota. Dichas estructuras de datos imponen una organización
física tras la recogida de los datos almacenados en un dispositivo
de almacenamiento de memoria y representa elementos eléctricos o
magnéticos específicos. Dichas representaciones simbólicas son los
medios que usan aquellos expertos en la materia de programación
informática y montaje de ordenadores para transmitir con la mayor
eficacia las enseñanzas y descubrimientos de otros expertos en la
materia.
Para los propósitos de esta discusión, se
entiende que un procedimiento incluye una secuencia de etapas
ejecutadas por ordenador que conducen a un resultado deseado.
Dichas etapas requieren, por lo general, manipulaciones físicas de
cantidades físicas. Por lo general, a pesar de que no resulta
necesario, dichas cantidades toman forma de señales eléctricas,
magnéticas u ópticas capaces de ser almacenadas, transferidas,
combinadas, comparadas o manipuladas de otro modo. Resulta
convencional para aquellos expertos en la materia referirse a
dichas señales como bits, bytes, palabras, valores, elementos,
símbolos, caracteres, términos, números, puntos, registros, objetos,
imágenes, archivos o similares. Sin embargo, debe tenerse en cuenta
que dichos términos y otros similares deben relacionarse con
cantidades físicas adecuadas para operaciones informáticas y que
dichos términos son meramente etiquetas convencionales aplicadas a
cantidades físicas que existen en las operaciones del ordenador y
durante las mismas.
También debe entenderse que con frecuencia se
refiere a las manipulaciones en el ordenador en términos de suma,
comparación, movimiento, ubicación, colocación y alteración, que se
relacionan con frecuencia con las operaciones manuales realizadas
por un operador humano. Las operaciones descritas en la presente
incluyen operaciones automáticas realizadas junto con diversas
entradas proporcionadas por un operador humano o usuario que
interactúa con el ordenador.
Además, se entenderá que los programas,
procedimientos, rutinas y procedimientos descritos en la presente no
se relacionan o limitan a ordenador específico o aparato alguno, ni
se relacionan o limitan a arquitectura de red de comunicación
específica alguna. En cambio, pueden usarse diversos tipos de
máquinas para propósitos generales con módulos de programas
construidos de conformidad con las enseñanzas descritas en la
presente.
Del mismo modo, puede resultar ventajoso
construir un aparato especializado para realizar las etapas de
procedimiento descritas en la presente por medio de sistemas
informáticos dedicados en una arquitectura de red específica con
lógica o programas cableados almacenados en una memoria no volátil,
como la memoria de sólo lectura.
Con lo anterior en mente, la Fig. 4 ilustra
diversas funciones, procedimientos o rutinas desarrollados por las
formas de realización preferidas de la presente invención que
ejecuta el remitente del paquete 16 o el ISS 10 en orden para que el
SSP 14 reparta un paquete 12. La Fig. 4 también ilustra dichas
funciones en el orden habitual de ejecución. Las funciones o
procedimientos en dicho dibujo se desarrollan en la forma de
realización descrita de la presente invención mediante la ejecución
del soporte lógico en el ISS 10, junto con un programa informático
navegador que se ejecuta en el ordenador del remitente de un
paquete 20 cuando cada uno se conecta a Internet 30 y se comunican
entre sí. Se entenderá que los procedimientos y procedimientos
presentados en la presente pueden disponerse de diferente forma. En
otras palabras, algunos procedimientos y procedimientos pueden
suprimirse, repetirse o mezclarse para formar procedimientos y
procedimientos similares.
La página de inicio 150 incluye el procedimiento
por el cual se genera y se muestra la página de inicio de Internet
del SSP a un usuario o cliente. A partir de la página de inicio, el
usuario puede iniciar el procedimiento de envío u otro procedimiento
relacionado. A continuación se describe más detalladamente una
rutina de PÁGINA DE INICIO en relación con la Fig. 5.
El Registro 158 incluye el procedimiento por el
cual un cliente establece una Cuenta de servicios de Internet (ISA)
con el SSP. La ISA, que incluye sin limitación un Perfil de cuenta
de servicios de Internet (ISAP), preferencias de envío y determinada
información por defecto, se incluye en una forma de realización
preferida para acceder y usar el ISS 10. En dicha descripción,
términos tales como "remitente del paquete", "cliente",
"usuario" y "propietario" designan la parte que se
comunica mediante interfaces con el ISS para enviar un paquete. A
continuación se describe más detalladamente el registro en relación
con la Fig. 7.
Tras el registro, un cliente elige una ID de
usuario y una contraseña. Dicho medio de identificación permite que
las preferencias de pago del cliente, las formas de pago, la agenda
de direcciones, etc. se recuperen del ordenador central 74 (Fig. 2)
y se utilicen para el envío de paquetes cuando el cliente inicia su
sesión en el ISS 10.
Iniciar la sesión 180 incluye el procedimiento
por el cual un cliente puede identificarse y autenticarse antes de
recibir acceso a su ISA y de permitírsele llevar a cabo
transacciones de envío. A continuación se describe el Inicio de
sesión en relación con la Fig. 6.
Los Servicios de miembro 163 incluyen el
procedimiento por el cual un usuario o cliente obtiene acceso a su
ISA para el mantenimiento de la información almacenada en la
cuenta, que incluye la contraseña, la agenda de direcciones, las
preferencias de envío, las formas de pago, etc. A continuación se
describen los Servicios de miembro en relación con la Fig. 8.
El Perfil de miembro 264 incluye el procedimiento
por el cual un usuario o cliente ve y cambia su perfil de miembro.
A continuación se describe el Perfil de miembro en relación con la
Fig. 9.
Las Preferencias de envío 272 incluyen el
procedimiento por el cual un usuario o cliente ve y cambia sus
preferencias de envío. A continuación se describen las Preferencias
de envío en relación con la Fig. 10.
La forma de pago 278 incluye el procedimiento por
el cual un usuario o cliente establece una forma de pago preferido o
por defecto. A continuación se describe más detalladamente la forma
de pago en relación con la Fig. 11.
Cambiar contraseña 284 incluye el procedimiento
por el cual un usuario o cliente cambia su contraseña para obtener
acceso a los servicios de miembro y funciones de administración de
la cuenta relacionadas. A continuación se describe Cambiar
contraseña en relación con la Fig. 12.
La Agenda de direcciones 290 incluye el
procedimiento por el cual un usuario o cliente añade o cambia una
entrada en su agenda de direcciones de destinatarios específicos. A
continuación se describe la Agenda de direcciones en relación con la
Fig. 13.
Cancelar suscripción 296 incluye el procedimiento
por el cual un usuario o cliente cancela su ISA. A continuación se
describe Cancelar suscripción en relación con la Fig.14.
Enviar 171 incluye el procedimiento por el cual
un usuario o cliente envía un paquete mediante las funciones
accesibles desde Internet. A continuación se describe Enviar en
relación con la Fig. 15.
El procedimiento de envío tiene lugar tras un
inicio de sesión válido. En él, se seleccionan las opciones o
accesorios de servicio, se selecciona la forma de pago/facturación,
y la información PLD se direcciona al ordenador central 74 (Fig.
2). Para el propósito de dicha descripción, el término
"accesorios" se refiere, por lo general, a opciones añadidas a
los envíos convencionales, que incluyen, sin limitación, el valor
declarado, requisitos de firma, notificación por correo electrónico
e instrucciones de manipulación especial.
Tarifa y validación 610 incluye el procedimiento
por el cual el ISS recibe y procesa información de la base de datos
relevante para validar las direcciones de envío y calcular el pago
por el tipo de paquete seleccionado y el servicio de envío. A
continuación se describe Tarifa y Validación en relación con la Fig.
23.
El Resumen de envío 460 incluye el procedimiento
por el cual un usuario o cliente ve y/o edita la información
relativa a un envío que se va a solicitar y recibe información del
coste del servicio de envío. A continuación se describe el Resumen
de envío en relación con la Fig. 16.
Buscar puntos de entrega 492 incluye el
procedimiento por el cual un usuario o cliente obtiene información
acerca de posibles puntos de entrega para depositar un paquete al
SSP. A continuación se describe Buscar puntos de entrega en relación
con la Fig. 18.
El Pago 505 incluye el procedimiento por el cual
un usuario o cliente paga por el servicio de envío. A continuación
se describe más detalladamente el Pago en relación con la Fig.
19.
Imprimir etiquetas 554 incluye el procedimiento
por el cual un usuario o cliente imprime una etiqueta de envío 25 en
la impresora del usuario 28 (Fig. 1) mediante los datos de
impresión proporcionados por el ISS. A continuación se describe
Imprimir etiquetas en relación con la Fig. 20.
Envío finalizado 570 incluye el procedimiento por
el cual un usuario o cliente finaliza una solicitud de envío de un
paquete con el ISS. A continuación se describe Envío finalizado en
relación con la Fig. 21.
El Historial de envíos 580 incluye el
procedimiento por el cual un usuario o cliente recupera y ve la
información relativa a envíos anteriores, incluida la información
del estado. A continuación se describe el Historial de envío en
relación con la Fig. 22.
El Seguimiento 582 incluye el procedimiento por
el cual el remitente 16, el destinatario 18, el SSP 14 o un tercero
puede hacer un seguimiento de la ubicación o progreso de un paquete
12. De manera conocida por aquellos expertos en la materia, la
información de identificación del paquete se obtiene en diversas
ubicaciones en la estructura del SSP. Dicha información se usa para
identificar la última ubicación conocida del paquete específico en
un momento dado cualquiera. Cada vez que se obtiene dicha
información se transmite a la base de datos de seguimiento 62 que se
encuentra en el ordenador central 74.
A pesar de que no se describe por separado, debe
entenderse que el procedimiento de seguimiento 582 se encuentra
operativo para recuperar información de una base de datos de
seguimiento 62 (Fig. 1). La base de datos de seguimiento se aplica
como una base de datos que se mantiene en un ordenador central 74
usado por el proveedor de servicios de envío, que permite que la
información PLD se encuentre disponible para el ISS 10, de forma
que los clientes pueden acceder y ver la información de seguimiento
de sus envíos de paquetes. El procedimiento de seguimiento genera
pantallas en cierta manera similares a las de las Fig. 35 y Fig.
36, con la excepción de que la información es específica para un
paquete determinado y su estado y/o ubicación en el sistema
SSP.
Antes de describir los diversos procedimientos y
rutinas implicados en el envío de un paquete, se entenderá que un
usuario o cliente debe registrarse primero con el SSP y establecer
una ISA. A continuación se describe el Registro en relación con la
Fig. 7. Un usuario no registrado se registra con el SSP
proporcionando generalmente identificación, forma de pago,
información del destinatario y preferencias de envío. A
continuación, un usuario registrado puede enviar inmediatamente un
paquete mediante el SSP tal como se describe detalladamente a
continuación. Hasta que el usuario cancele su suscripción, puede
enviar con el SSP tras iniciar la sesión.
Un cliente puede modificar todos los datos
introducidos por el usuario en su ISAP. El ISS 10 revalidará
cualquier modificación realizada en un elemento de datos de ISAP
que requiera validación durante el registro. Durante el
procedimiento de registro, los datos confidenciales, tales como los
números de las tarjetas de crédito, no aparecen preferiblemente en
la pantalla de la interfaz de forma legible. Los elementos de datos
del registro proporcionados por el usuario se transmiten
preferiblemente desde el sistema informático del usuario hasta el
sistema 10 a través de un protocolo de comunicación segura. Además,
la interfaz de usuario clarifica preferiblemente al usuario que sus
datos se transmiten al SSP de forma cifrada para garantizar la
privacidad.
Los elementos de datos de registro incluyen, pero
sin limitación, ID de usuario, contraseña, información de la tarjeta
de crédito, nombre de usuario, dirección de usuario, número de
teléfono del usuario y dirección de correo electrónico del usuario.
Los elementos de datos que requieren validación incluyen la ciudad,
estado y código postal, nombre de la cuenta de la tarjeta de
crédito, número de la tarjeta de crédito y fecha de expiración de
la tarjeta de crédito. Preferiblemente, no se almacena la contraseña
ni el número de la tarjeta de crédito del usuario en ninguna base
de datos ya sea de forma original o legible por la persona.
El ISS valida preferiblemente y transmite los
datos de la tarjeta de crédito a un sistema de autorización de
tarjeta de crédito 76 (Fig. 2). Las principales funciones del
sistema de autorización incluyen el bloqueo, la autorización y la
facturación de cuentas de tarjetas de crédito. El bloqueo de la
tarjeta de crédito incluye la reserva de una cantidad de dólares en
una tarjeta de crédito para una factura de tarjeta de crédito de
próxima comunicación. La autorización incluye la validación de que
la información de la tarjeta de crédito proporcionada sea correcta.
La facturación incluye la transacción real que se produce después
de que la transacción sea aprobada por el usuario y publicada.
En una forma de realización preferida, el ISS
valida la información de la cuenta ISA a partir de los datos
introducidos en la pantalla de procesamiento del paquete o a partir
de las pantallas de registro. La validación requiere que se
introduzca la información de la cuenta completa. Si los datos
introducidos no son validados por el ISS, los datos erróneos pueden
identificarse por el usuario para su corrección. El usuario puede
disponer de diversas oportunidades para corregir los datos antes de
cancelar la transacción.
Si la ISA no permite transacciones por Internet,
entonces debe mostrarse un mensaje que revela que el ISA no está
autorizado para enviar por Internet. Se entenderá que la ISA puede
activarse o desactivarse tanto por el propietario como por el SSP.
Si se desactiva la cuenta, entonces el ISS avisa preferiblemente al
usuario de que se realizó un cambio en la cuenta y que ya no tiene
autorización por Internet.
Las transacciones de terceros y portes debidos se
rigen por reglas existentes en el sector que son susceptibles de
cambios. El ISS cumple preferiblemente las reglas existentes en la
actualidad y no realiza ninguna validación de terceros o portes
debidos contra una base de datos interna del proveedor de servicios
de envío. Se entenderá que un cambio en la base de datos puede
permitir una transacción anteriormente prohibida.
Consulte ahora la Fig. 5 para tratar la forma en
que un cliente obtiene acceso al sitio web del SSP, por lo general,
mediante el acceso a una página de INICIO accesible por Internet y
navegar por las páginas adecuadas para registrarse como cliente,
registrarse con el ISS para enviar un paquete, iniciar la sesión en
el Perfil de cuenta de servicios de Internet (ISAP) o mantenerla.
La Fig. 5 ilustra una rutina 150 operativa para mostrar la página
de INICIO de Internet del SSP (Fig. 24) y esperar la entrada del
usuario para registrarse, iniciar la sesión como miembro para
enviar un paquete o iniciar la sesión como un miembro para mantener
el ISAP.
Comenzando en la etapa 152, el usuario accede,
por lo general, al sitio web del SSP mediante el acceso al URL del
sitio (http://www.ups.com en la forma de realización descrita) en
el área de entrada de URL del soporte lógico del navegador,
permitiendo mostrar la página de INICIO del SSP 630 tal como se
muestra en la Fig. 24. El sistema espera entonces la entrada del
usuario o la selección de botones.
En la decisión 154, el sistema intenta determinar
si el usuario ha decidido registrarse como cliente, lo que sería
una respuesta esperada para un futuro cliente no registrado. De ser
así, la rutina 150 se bifurca a la etapa 156 en respuesta a la
selección del usuario del botón SERVICIOS DE MIEMBRO (por ejemplo,
634 en la Fig. 24), y la rutina se bifurca a la rutina de REGISTRO
158, descrita a continuación en relación con la Fig. 7. De no ser
así, la rutina 150 procede a la decisión 160.
En la decisión 160, el sistema intenta determinar
si un usuario registrado previamente ha decidido iniciar la sesión
en los servicios de miembro, por ejemplo, cuando el cliente desea
acceder y mantener su ISAP para cambiar las preferencias de envío o
forma de pago, etc. Iniciar la sesión es el procedimiento por el
cual un usuario registrado accede al ISS para enviar un paquete y
permite al usuario acceder al ISS sin necesidad de reintroducir la
información del perfil. La rutina 150 se bifurca a la etapa 162 en
respuesta a la selección del usuario del botón SERVICIOS DE MIEMBRO
634 (Fig. 24) y la rutina se bifurca a la rutina SERVICIOS DE
MIEMBRO 163, descrita a continuación en relación con la Fig. 8 y
presenta al usuario una pantalla de INICIAR SESIÓN Fig. 24. De no
ser así, la rutina procede a la decisión 164.
En la decisión 164, el sistema intenta determinar
si un usuario registrado previamente ha decidido ver o editar su
perfil de miembro ISAP u otra información del perfil. De ser así,
la rutina 150 se bifurca a la etapa 166 en respuesta a la selección
del usuario del botón de PERFIL 636 (Fig. 24), y la rutina se
bifurca a la rutina de PERFIL DE MIEMBRO 264, descrita a
continuación en relación con la Fig. 9. De no ser así, la rutina
150 procede a la decisión 168.
En la decisión 168, el sistema intenta determinar
si el usuario ha decidido enviar un paquete. De ser así, la rutina
150 se bifurca a la etapa 170 en respuesta a la selección del
usuario del botón ENVIAR 632 (Fig. 24), y la rutina se bifurca a la
rutina ENVIAR 171, descrita a continuación en relación con la Fig.
15. De no ser así, la rutina 150 procede a la decisión 172.
En la decisión 172, el sistema intenta determinar
si el usuario ha decidido cerrar la sesión de los servicios de
miembro. De ser así, la rutina 150 se bifurca a la etapa 174 en
respuesta a la selección del usuario del botón CERRAR SESIÓN 640
(Fig. 24). El usuario finaliza la sesión del área de servicios de
miembro y la rutina 150 vuelve a la etapa 152 para esperar otra
entrada del usuario.
Desde la página de INICIO, en respuesta a la
selección tanto del icono ENVIAR 632 como del botón INICIAR SESIÓN
642 de los SERVICIOS DE MIEMBRO, el ISS 10 se encuentra operativo
para ejecutar una rutina de INICIO DE SESIÓN 180 (Fig. 6) y mostrar
la página o pantalla INICIAR SESIÓN 182, tal como se ilustra en la
Fig. 25. La rutina de INICIAR SESIÓN 180 se encuentra operativa
para recibir una ID y contraseña de un usuario registrado y
permitir el acceso al ISS para enviar paquetes y recuperar
información del estado, y para direccionar un nuevo usuario a una
página de REGISTRO si el usuario todavía no está registrado.
Consulte ahora la Fig. 6, en ella se ilustra una
rutina de INICIO DE SESIÓN preferida 180, que comienza en la etapa
182 mostrando una página de INICIO DE SESIÓN, tal como se muestra
en la Fig. 25, y a continuación se espera la entrada del usuario.
La página de INICIO DE SESIÓN incluye campos de entrada de datos
para la introducción por parte del usuario de una ID de miembro 644
y una contraseña 646. Un cliente registrado previamente o usuario
miembro pueden iniciar la sesión escribiendo una ID de miembro
válido en el campo ID 644 y una contraseña válida en el campo
CONTRASEÑA 646. A continuación, el usuario selecciona el botón
INICIAR SESIÓN 648.
Sin embargo, si el usuario no se ha registrado
previamente, son necesarias otras etapas. A partir de la etapa 182,
la etapa 184 comprueba si el usuario ha elegido ver los servicios
de miembro o las ventajas y, de ser así, se bifurca a la etapa 186
para determinar si el usuario ha seleccionado un botón o enlace (no
mostrado) para conocer más del SSP o un enlace a la información de
acceso sobre las ventajas de miembro. De ser así, la rutina se
bifurca a la rutina de servicios de miembro 163 (Fig. 8), que se
describe detalladamente a continuación.
Si en la etapa 184 el usuario no ha decidido ver
los servicios de miembro, entonces en la decisión 190 el sistema
comprueba si el usuario ha elegido registrarse como cliente o
miembro. De ser así, el usuario selecciona un enlace de registro (no
mostrado) o el botón REGISTRARSE, como el botón 650 (Fig. 25) y se
bifurca a la etapa 192. A partir de la etapa 192, la rutina se
bifurca a la rutina de REGISTRO 158 (Fig. 7), que se describe
detalladamente a continuación.
Si en la decisión 190 el usuario no necesita o no
selecciona registrarse, la rutina procede a la etapa 196 para
recibir la entrada del usuario de la ID de miembro y la contraseña
en los campos respectivos y espera la selección del botón INICIAR
SESIÓN 648. En respuesta a la selección del botón INICIAR SESIÓN
648, en la etapa 198 el sistema recupera la ID de usuario y la
contraseña para su validación. En la decisión 200 el sistema
determina si el usuario llegó a la pantalla INICIAR SESIÓN 182
mediante la selección del icono ENVIAR 632 de la página de inicio
del SSP. De ser así, el ISS dirige al usuario a la rutina de ENVIAR
171 descrita a continuación en relación con la Fig. 15. De no ser
así, el sistema dirige al usuario a la rutina de PÁGINA DE INICIO
DEL ISS 150 descrita anteriormente en relación con la Fig. 5.
Como entiende un experto en la materia, la página
a la que regresa el usuario es una cuestión de diseño.
En caso de que un usuario no registrado haya
llegado sin darse cuenta a la pantalla INICIAR SESIÓN 182, el ISS
le proporciona la oportunidad de registrarse mediante la selección
del botón REGISTRARSE 650 (Fig. 25). La selección de dicho botón
dirigirá al usuario a la rutina de REGISTRO 158 descrita a
continuación en relación con la Fig. 7.
Si el ISS determina que el usuario seleccionó el
icono ENVIAR 632 de la página de inicio del SSP, el ISS autentica
un acceso de usuario a su ISA. Una vez autenticado, el ISS permite
al usuario realizar cualquiera de las funciones relativas al envía
descritas en la presente. En una forma de realización preferida, los
clientes no precisan volver a acceder al ISS si cambian las URL o
realizan otras tareas de envío no relacionadas en un período de
tiempo predefinido.
Desde la página INICIO DE SESIÓN 182, el usuario
puede ver las ventajas de los Servicios de miembro mediante la
selección del botón SERVICIOS DE MIEMBRO 634. En respuesta, el ISS
dirigirá al usuario a la rutina de SERVICIOS DE MIEMBRO 163 que se
describe a continuación en relación con la Fig. 8.
Consulte ahora la Fig. 7 para tratar la rutina
158 de una forma de realización preferida para el registro de
miembros. El registro es el procedimiento que inicia cada usuario
no registrado para establecer un Perfil de cuenta de servicios de
Internet (ISAP). En una forma de realización preferida, un cliente
establece un ISAP antes de estar autorizado a enviar un paquete. El
usuario no registrado introduce datos relevantes, tales como
ubicación, preferencias de envío e información de facturación por
defecto para crear el ISAP.
En respuesta a la recurrencia de la rutina de
REGISTRO 158, el sistema muestra una pantalla o página de REGISTRO
(no mostrada) en la etapa 210. A pesar de no mostrarse en los
dibujos, la pantalla de REGISTRO solicita al usuario que se registra
que responda a ciertas consultas mediante la proporción de
información, por ejemplo, pero sin limitación, el nombre del
usuario, su tratamiento y nombre de la empresa de ser aplicable, su
dirección, incluida la ciudad, estado/provincia y código postal, y
el país de origen. Además, el usuario que se registra proporciona
números de teléfono, una dirección de correo electrónico, y puede
elegir si desea recibir información de actualizaciones y mejoras del
ISS. Se entenderá que dicha información puede introducirse a través
de un dispositivo de entrada de datos conectado al ordenador 20 o
seleccionarse de pantallas desplegables.
Una vez que el usuario que se registra
proporciona la información solicitada, en la etapa 212 se verifica
que todos los campos necesarios se rellenaron correctamente. En la
etapa de la decisión 214, el usuario que se registra puede decidir
si desea ver una política de privacidad (u otros acuerdos) mediante
la selección de un botón ACUERDOS (no mostrado) en la etapa 216. En
respuesta, el sistema mostrará la información sobre el acuerdo del
usuario y política de privacidad para que la vea el usuario que se
registra.
En la etapa de la decisión 218, el usuario que se
registra puede decidir si desea cancelar o continuar el registro.
Si en la decisión 218 el usuario decide cancelar su registro,
selecciona el botón CANCELAR (no mostrado) en la etapa 220. En
respuesta, el ISS determina si esta parte se había registrado
previamente. Si dicho usuario no se había registrado previamente,
en la etapa 222 el usuario regresa a la rutina de PÁGINA DE INICIO
150 y se muestra la página de inicio del SSP. Si el ISS determina
que la persona se había registrado previamente, el ISS se bifurca a
la rutina 163 y muestra la pantalla SERVICIOS DE MIEMBRO del SSP
que se describe detalladamente a continuación en referencia a la
Fig. 8.
Si en la decisión 218 el usuario elige continuar
el procedimiento de registro, el usuario selecciona un botón
REGISTRARSE (no mostrado) en la etapa 226 para acceder a una
pantalla REGISTRO/INFORMACIÓN DE MIEMBRO (no mostrada) y el
procedimiento se bifurca a la rutina 228 para establecer una ID de
miembro y una contraseña y recibir la aceptación del usuario para el
registro. En la etapa 230, el sistema muestra una pantalla
REGISTRO/INFORMACIÓN DE MIEMBRO (no mostrada). A pesar de no
mostrarse, la pantalla REGISTRO/INFORMACIÓN DE MIEMBRO solicita
inicialmente a un usuario que introduzca una ID y una contraseña,
vuelva a introducir la contraseña, seleccione una pregunta de
verificación de una lista desplegable y, por último, introduzca una
respuesta de verificación.
Una vez se completa el registro, cuando el
usuario vuelve a realizar una transacción solamente se solicita al
usuario que introduzca la ID de miembro y la contraseña en una
pantalla INICIAR SESIÓN, tal como se muestra en el 182 en la Fig.
25.
Todavía en referencia a la Fig. 7, en la etapa
232 el usuario decide si desea aceptar la información proporcionada
para el registro. Si el usuario decide rechazar cualquiera de las
informaciones de entrada, o rechaza registrarse, el usuario
selecciona un botón RECHAZAR (no mostrado) en la pantalla en la
etapa 234. En respuesta, el sistema determina si el usuario que se
registra se había registrado previamente en los SERVICIOS DE
MIEMBRO. Si dicho usuario no se había registrado previamente, el ISS
devuelve al usuario a la rutina de PÁGINA DE INICIO 150 (Fig. 5) y
muestra la página del inicio del SSP (Fig. 24). Si el ISS determina
que dicho usuario se había registrado previamente, el sistema lo
dirige a una rutina de servicios de miembro 163 y muestra una
pantalla de SERVICIOS DE MIEMBRO descrita a continuación en relación
con la Fig. 8. Si el usuario que se registra elige continuar el
procedimiento de registro, el usuario activa un botón ACEPTAR (no
mostrado) en la pantalla en la etapa 236. En respuesta, el sistema
muestra una pantalla de REGISTRO/GRACIAS (no mostrada) en la etapa
238.
A pesar de no mostrarse, la pantalla de
REGISTRO/GRACIAS incluye un botón INICIAR SESIÓN que puede
seleccionar el usuario en la etapa 240 para iniciar la sesión en el
ISS. En respuesta, el sistema muestra la pantalla INICIAR SESIÓN EN
SERVICIOS DE MIEMBRO descrita en relación con la Fig. 25 y ejecuta
la rutina de INICIO DE SESIÓN 180 (Fig. 6).
Tras la finalización del procedimiento de
registro descrito en relación con la Fig. 7, el usuario registrado
habrá establecido un ISAP y estará autorizado a enviar paquetes a
través del SSP de conformidad con otros procedimientos descritos en
la presente.
Consulte ahora la Fig. 8 para tratar la rutina de
SERVICIOS DE MIEMBRO 163. Si durante el procedimiento de registro
(Fig. 7) el sistema determina que el usuario que se registra estuvo
previamente en los SERVICIOS DE MIEMBRO y ya está registrado, el
ISS dirigirá al usuario a la pantalla SERVICIOS DE MIEMBRO (no
mostrada). En la etapa 250, el ISS determina si el usuario que se
registra ha iniciado ya la sesión. Si descubre que no, el ISS se
bifurca a la etapa 252 en la que muestra una pantalla SERVICIOS DE
MIEMBRO para usuarios no registrados (no mostrada). Tal como se
explicó anteriormente en relación con el procedimiento de registro,
un usuario que se registra puede elegir ver una política de
privacidad u otros acuerdos antes de decidir registrarse. Si el
usuario decide registrarse, selecciona un tercer botón REGISTRARSE
(no mostrado) en la etapa 254 y se dirige a la rutina de REGISTRO
158 descrita anteriormente en relación con la Fig. 7. Si un usuario
no registrado rechaza registrarse, puede regresar a la página
anterior mediante la selección del botón ATRÁS del navegador situado
en la barra de herramientas del
navegador.
navegador.
De nuevo en referencia a la etapa 250, si durante
el procedimiento de registro el sistema determina que el usuario
que se registra ya ha iniciado la sesión, el sistema dirige al
usuario a una pantalla SERVICIOS DE MIEMBRO (no mostrada) para los
usuarios que iniciaron la sesión en la etapa 256. En la etapa 258,
el usuario ya registrado puede elegir ver una política de
privacidad u otros acuerdos en el modo descrito o dirigirse a otras
funciones de servicios de miembro.
En el caso de que el usuario decida no ver los
acuerdos o política de privacidad, la rutina 163 continúa a una
secuencia de etapas 260, 268, 274, 280, 286, 292 en las que el
sistema responde a la selección del usuario de los botones de la
página SERVICIOS DE MIEMBRO (no mostrada) para ver el perfil de
miembro, ver las preferencias de envío, ver la forma de pago,
cambiar la contraseña, trabajar con la agenda de direcciones y
cancelar la subscrición, respectivamente. El sistema responde a la
selección del botón mediante la bifurcación y ejecuta una rutina
adecuada para la función indicada, como se describirá más
detalladamente a continuación.
En referencia ahora a la Fig. 8B, para ver su
PERFIL DE MIEMBRO, el sistema comprueba en la etapa 260 si el
usuario seleccionó un botón PERFIL DE MIEMBRO (no mostrado) y de
ser así, en la etapa 262 se dirige al usuario a una rutina de
PERFIL DE MIEMBRO 264 descrita mejor con referencia a la Fig. 9.
Para ver las PREFERENCIAS DE ENVÍO, el sistema
comprueba en la etapa 268 si el usuario seleccionó un botón
PREFERENCIAS DE ENVÍO (no mostrado) y de ser así, en la etapa 270 se
dirige al usuario a la rutina de PREFERENCIAS DE ENVÍO 272 descrita
mejor con referencia a la Fig. 10.
Para ver y configurar una forma de pago, el
sistema comprueba en la etapa 274 si el usuario seleccionó un botón
FORMA DE PAGO (no mostrado) y de ser así, en la etapa 276 se dirige
al usuario a una rutina de FORMA DE PAGO 278 descrita mejor con
referencia a la Fig. 11.
Para cambiar una contraseña, el sistema comprueba
en la etapa 280 si el usuario seleccionó un botón CAMBIAR
CONTRASEÑA (no mostrado) y de ser así, en la etapa 282 se dirige al
usuario a una rutina de CAMBIAR CONTRASEÑA 284 descrita mejor con
referencia a la Fig. 12.
Para trabajar con la AGENDA DE DIRECCIONES, el
sistema comprueba en la etapa 286 si el usuario seleccionó un botón
AGENDA DE DIRECCIONES (no mostrado) y de ser así, en la etapa 288 se
dirige al usuario a una rutina de AGENDA DE DIRECCIONES 290
descrita mejor con referencia a la Fig. 13.
Para cancelar la suscripción, el sistema
comprueba en la etapa 292 si el usuario seleccionó un botón
CANCELAR SUSCRIPCIÓN (no mostrado) y de ser así, en la etapa 294 se
dirige al usuario a una rutina de CANCELAR SUSCRIPCIÓN 296 descrita
mejor con referencia a la Fig. 14.
En el caso de que el usuario no seleccionase
ninguno de los diversos botones de servicios de miembros descritos
anteriormente, pero en su lugar seleccionase el botón atrás del
navegador en la etapa 298, el sistema muestra una página anterior de
la manera conocida.
En referencia ahora a la Fig. 9, en respuesta a
la selección del botón PERFIL DE MIEMBRO (no mostrado) desde tanto
la PÁGINA DE INICIO como la pantalla SERVICIOS DE MIEMBRO, el ISS 10
ejecuta la rutina 264 para proporcionar servicios de miembro y
editar la Cuenta de servicios de Internet del usuario. Comenzando
en la etapa 300, el sistema muestra una página o pantalla PERFIL DE
MIEMBRO (no mostrada), que incluye la información del usuario del
registro o a partir de la última actualización, y espera la entrada
del usuario.
El resto de las etapas mostradas en la Fig. 9 es
auto explicativo y no se volverá a tratar en la presente, con la
siguiente excepción: las etapas de la rutina 264 se encuentran
operativas para recibir la entrada del usuario y determinar si el
usuario ha decido volver a la página anterior, seleccionar
determinadas opciones de miembro adicionales mostradas en un menú
de navegación paralelo en la pantalla SERVICIOS DE MIEMBRO, realizar
cambios en la información de origen del envío, cancelar los cambios
o actualizar los cambios. Tras realizar los cambios, el usuario
puede cancelarlos si selecciona un botón CANCELAR (no mostrado) o
el usuario puede confirmar los cambios si selecciona un botón
ACTUALIZAR (no mostrado). Cualquier decisión devuelve al usuario a
la etapa 300 para recibir otras entradas del usuario.
Se entenderá que la información introducida por
el miembro se almacena en la base de datos de perfiles de clientes
58 y se usa para determinar las preferencias del cliente para la
forma de pago (por ejemplo, con tarjeta de crédito o distintos
tipos, número de la cuenta del usuario), procedimiento de envío,
procedimiento de acceso al proveedor de servicios de envío (por
ejemplo, recogida un día de la semana y hora predeterminados en un
lugar específico frente a entrega), tipo de paquete, etc. La
pantalla de perfil de miembro, a pesar de no mostrarse, incluye
preferiblemente campos de datos para recibir la entrada por parte
del cliente de éstas y otras preferencias del cliente, que se
almacenan en la base de datos de perfiles de clientes en relación
con la información que identifica al cliente específico (por
ejemplo, nombre y contraseña). En particular, y de conformidad con
la invención, la información introducida en la rutina de
PREFERENCIAS DE ENVÍO, la rutina de FORMA DE PAGO, y la rutina de
AGENDA DE DIRECCIONES descritas a continuación se almacena en la
base de datos.
En referencia ahora a la Fig. 10, en respuesta a
la selección del botón PREFERENCIAS DE ENVÍO (no mostrado) de la
PÁGINA DE INICIO o de la pantalla SERVICIOS DE MIEMBRO, el ISS 10
ejecuta la rutina 272 para proporcionar la selección y/o edición de
las preferencias de envío del usuario, por ejemplo, tipo se
servicio, tipo de paquete, horas de recogida, y otros parámetros
relacionados con el envío de paquetes. Comenzando en la etapa 310,
el sistema muestra una página de PREFERENCIAS DE ENVÍO (no
mostrada) que incluye un conjunto de preferencias de envío por
defecto y espera la entrada del usuario.
El resto de las etapas mostradas en la Fig. 10 es
auto explicativo y no se volverá a tratar en la presente, con la
siguiente excepción: las etapas de la rutina 272 se encuentran
operativas para recibir la entrada del usuario y determinar si el
usuario ha decidido volver a la página anterior, seleccionar
determinadas opciones de miembro adicionales mostradas en un menú
de navegación paralelo en la pantalla SERVICIOS DE MIEMBRO,
establecer o realizar cambios en las preferencias de envío,
establecer y/o verificar el tipo de servicio de una lista
desplegable, establecer y/o verificar el tipo de paquete de una
lista desplegable, verificar el historial de envíos, establecer y/o
verificar una hora de envío determinada o establecer una nueva
hora, establecer y/o verificar una hora de recogida, cancelar los
cambios o actualizar los cambios. Tras realizar cambios en las
PREFERENCIAS DE ENVÍO, el usuario puede cancelarlos mediante la
selección del botón CANCELAR (no mostrado) o el usuario puede
confirmarlos mediante la selección del botón ACTUALIZAR (no
mostrado). Cualquier decisión devuelve al usuario a la etapa 310 a
través de la conexión A para recibir otras entradas del
usuario.
En referencia ahora a la Fig. 11, en respuesta a
la selección del botón FORMA DE PAGO (no mostrado) de la pantalla
PÁGINA DE INICIO o SERVICIOS DE MIEMBRO, el ISS 10 ejecuta la rutina
278 para proporcionar la selección del usuario de una forma de pago
de los servicios de envío. Comenzando en la etapa 312, el sistema
muestra una página o pantalla FORMA DE PAGO (no mostrada) con
información de pago seleccionada por defecto, por lo general, pago
con tarjeta de crédito, y espera la entrada del usuario. Muchas de
las etapas mostradas en la Fig. 11 son auto explicativas y no se
volverán a tratar en la presente, con la siguiente excepción: las
etapas de la rutina 278 se encuentran operativas para recibir la
entrada del usuario y determinar si el usuario ha decidido volver a
la página anterior, seleccionar determinadas opciones de miembro
adicionales mostradas en un menú de navegación paralelo en la
pantalla SERVICIOS DE MIEMBRO, y recibir y verificar la entrada del
usuario y la confirmación de un tipo de tarjeta de crédito, el
número de la tarjeta de crédito y la fecha de expiración. Y mientras
la Fig. 11 ilustra el pago con tarjeta de crédito, puede hacerse
referencia a una cuenta SSP u otra forma de pago aceptable.
En la etapa 314 el sistema recibe la entrada del
usuario de un tipo de tarjeta de crédito, el número de tarjeta de
crédito y la fecha de expiración. En la etapa 316, el ISS utiliza
su conexión con el sistema de autorización de tarjetas de crédito 76
(Fig. 2) para verificar el número de tarjeta de crédito y la fecha
de expiración, y determina si el usuario tiene crédito
disponible.
Si en la decisión 318 el sistema de autorización
de tarjetas de crédito indica que la tarjeta de crédito
proporcionada no es válida o dispone de crédito insuficiente, la
rutina se bifurca a la etapa 320 y muestra un mensaje de que no se
acepta la tarjeta de crédito. La rutina devuelve entonces al
usuario a la etapa 312, en la que el usuario introduce otra tarjeta
de crédito o puede salir de la rutina.
Si en la decisión 318 el sistema de autorización
de tarjetas de crédito indica que la tarjeta de crédito
proporcionada es aceptada, la rutina se bifurca a la etapa 322, en
la que se muestra un mensaje de "tarjeta aceptada" y se sale de
la rutina volviendo a la rutina de SERVICIOS DE MIEMBRO 163 (Fig.
8).
En referencia ahora a la Fig. 12, en respuesta a
la selección del botón CAMBIAR CONTRASEÑA (no mostrado) de la
PÁGINA DE INICIO o de la pantalla SERVICIOS DE MIEMBRO, el ISS 10
ejecuta la rutina 284 para permitir al usuario cambiar su
contraseña para obtener acceso a su perfil de miembro (ISAP) y/o
cuenta (ISA). Comenzando en la etapa 330, el sistema muestra una
página cambiar contraseña (no mostrada) y espera la entrada del
usuario. El resto de las etapas mostradas en la Fig. 12 es auto
explicativa y no se volverá a tratar en la presente, con la
siguiente excepción: las etapas de la rutina 284 se encuentran
operativas para recibir la entrada del usuario y determinar si el
usuario ha decidido volver a la página anterior, seleccionar
determinadas funciones de miembro adicionales mostradas en un menú
de navegación paralelo en la pantalla SERVICIOS DE MIEMBRO o
introducir y volver a introducir una nueva contraseña para su
verificación.
Tras cambiar la contraseña, el usuario puede
cancelarla mediante la selección del botón CANCELAR (no mostrado) o
el usuario puede confirmarla mediante la selección del botón
ACTUALIZAR (no mostrado). Si el usuario ha cambiado la contraseña,
el sistema descrito muestra un mensaje que indica que la contraseña
se actualizó y que el usuario recibirá un correo electrónico que
confirme que se cambió la contraseña. Cualquier decisión devuelve
al usuario a la etapa 330 a través de la conexión B para recibir
otras entradas del usuario.
En referencia ahora a la Fig. 13, en respuesta a
la selección del botón AGENDA DE DIRECCIONES (no mostrado) de la
PÁGINA DE INICIO o de la pantalla de SERVICIOS DE MIEMBRO, el ISS 10
ejecuta la rutina 290 para permitir al usuario ver y/o cambiar las
direcciones almacenadas anteriormente de destinatarios específicos
en una agenda de direcciones almacenada en el sistema en beneficio
del usuario. Comenzando en la etapa 332, el sistema muestra una
página AGENDA DE DIRECCIONES (no mostrada), que contiene una lista
de las entradas del usuario en su agenda de direcciones y espera la
entrada del usuario. El resto de las etapas mostradas en la Fig. 13
es auto explicativo y no se volverá a tratar en la presente, con la
siguiente excepción: las etapas de la rutina 290 se encuentran
operativas para recibir la entrada del usuario y determinar si el
usuario ha decidido volver a la página anterior, seleccionar
determinadas opciones de miembro adicionales mostradas en un menú
de navegación paralelo en la pantalla SERVICIOS DE MIEMBRO, añadir
una nueva dirección a la agenda de direcciones o cambiar una
dirección existente en la agenda de direcciones o eliminar una
dirección existente en la agenda de direcciones. Algunas de las
informaciones que puede cambiar el usuario incluyen, pero sin
limitación, nombres, tratamientos, nombres de empresas, direcciones,
incluido estado/provincia, país y código postal.
Tras añadir o cambiar una dirección, el usuario
puede cancelarla si selecciona el botón CANCELAR (no mostrado) o el
usuario puede confirmarla si selecciona el botón ACTUALIZAR (no
mostrado). Cualquier decisión devuelve al usuario a la etapa 332
mediante la conexión D para recibir otras entradas del usuario.
En referencia ahora a la Fig. 14, en respuesta a
la selección del botón CANCELAR SUSCRIPCIÓN (no mostrado) desde la
PÁGINA DE INICIO o la pantalla SERVICIOS DE MIEMBRO, el ISS 10
ejecuta la rutina 296 para permitir al usuario cancelar su
suscripción. Comenzando en la etapa 334, el sistema muestra una
página o pantalla CANCELAR SUSCRIPCIÓN (no mostrada) y espera la
entrada del usuario. El resto de dichas etapas mostradas en la Fig.
14 es auto explicativo y no se volverá a tratar en la presente, con
la siguiente excepción: las etapas de la rutina 296 se encuentran
operativas para recibir la entrada del usuario y determinar si el
usuario ha decidido volver a la página anterior, seleccionar
determinadas opciones de miembro adicionales mostradas en un menú
de navegación paralelo en la pantalla SERVICIOS DE MIEMBRO o
cancelar la suscripción.
Tras seleccionar la opción para cancelar la
suscripción, el usuario puede "cancelar la operación de
cancelación" mediante la selección del botón CANCELAR (no
mostrado) o el usuario puede confirmar la operación de cancelación
mediante la selección del botón ACTUALIZAR (no mostrado). La
decisión de cancelar la operación devuelve al usuario a la etapa
334 para recibir otras entradas del usuario. Por otra parte, la
decisión de confirmar la operación de cancelación resulta en la
eliminación de la información de registro del usuario, que se
confirma preferiblemente con un mensaje de "¿está seguro?"
antes de realizar la eliminación de la base de datos. Para el
usuario que selecciona el botón CONFIRMAR en la etapa 336, el
sistema muestra un mensaje que indica que el usuario recibirá un
correo electrónico que confirme la cancelación. A continuación, si
selecciona el botón CONTINUAR (no mostrado), se devuelve al usuario
a la página de inicio del proveedor de servicios (Fig. 24) y se
ejecuta la rutina de PÁGINA DE INICIO 150 (Fig. 5). Los siguientes
accesos al ISS requerirán que el cliente vuelva a registrarse.
Suponiendo que un cliente se ha registrado
correctamente y ha establecido una Cuenta de servicios de Internet
(ISA) con el SSP 10, el cliente puede proceder al envío de un
paquete. A continuación se tratarán las rutinas realizadas en la
forma de realización preferida de la presente invención para el
envío de paquetes. Se supone que un usuario ha iniciado la sesión
mediante un procedimiento de inicio de sesión tal como el
procedimiento 180 descrito en relación con la Fig. 6 antes de ser
autorizado para enviar un paquete.
Consulte ahora la Fig. 15 para tratar el
procedimiento de envío 171 y el modo en que un usuario registrado y
que ha iniciado la sesión envíe un paquete de conformidad con los
procedimientos de la presente invención. Se recordará a partir de la
discusión anterior relativa a la Fig. 6 que, en respuesta de la
selección del botón INICIAR SESIÓN 648 mostrado en la Fig. 25, el
sistema 10 ejecuta el procedimiento de envío 171.
Comenzando en la Fig. 15A, en la etapa 340 el
sistema 10 muestra una página o pantalla INFORMACIÓN DE ENVÍO 660,
mostrado mejor en la Fig. 26 y espera la entrada del usuario. A
partir de la pantalla INFORMACIÓN DE ENVÍO 660 el usuario comienza
el procedimiento de envío. Diversos botones de control se encuentran
disponibles para el usuario en la pantalla 660, incluido un botón
CERRAR SESIÓN 670 para permitir que el usuario abandone una sesión
de envío, un botón PERFIL 672 para permitir que el usuario acceda a
su perfil de miembro almacenado anteriormente y un botón SERVICIOS
DE MIEMBRO 674 para permitir que el usuario acceda a los servicios
de miembro.
En la decisión 342 el sistema comprueba si el
usuario ha decidido consultar el historial de envíos, hacer un
seguimiento del envío, usar un envío similar para procesar uno
nuevo, anular un envío, volver a imprimir un recibo o volver a
imprimir una etiqueta. Procedimientos adecuados para ver el
historial de envíos, hacer seguimientos, volver a imprimir recibos
o etiquetas, etc, son recurrentes desde la página HISTORIAL DE
ENVÍOS. Al seleccionar el botón HISTORIAL DE ENVÍOS 662, la rutina
se bifurca a la etapa 344 en la que mostrará una pantalla de
HISTORIAL DE ENVÍO tal como se muestra y describe en relación con
la Fig. 35. Si el usuario no elige consultar el historial de envío,
el procedimiento 171 procede a la decisión 348.
En la decisión 348 el sistema comprueba si el
usuario ha elegido ver o editar su información de perfil, trabajar
con la agenda de direcciones, establecer o cambiar las preferencias
de envío o de pago, cambiar la contraseña o cancelar su suscripción
mediante la selección del botón PERFIL 672. En respuesta, el ISS se
bifurcará a la etapa 350 y a la rutina de SERVICIOS DE MIEMBRO 163,
descrita en relación con la Fig. 8. El cliente/miembro abandona por
tanto la función de envío y se ocupa de las funciones de
administración de la cuenta. Si el usuario no elige abandonar el
procedimiento de envío, el procedimiento 171 procede a la decisión
352.
En la decisión 352 el sistema comprueba si el
usuario ha elegido consultar la función de ayuda sobre la
información de envío, por ejemplo, cuando el usuario necesita
información adicional sobre el procedimiento de envío o las
políticas del SSP y procedimientos del proveedor de servicios de
envío. Si el usuario selecciona un botón AYUDA 676 de la barra de
menú ENVIAR, el procedimiento se bifurca a la etapa 354 y el
sistema muestra ayuda con información de envío adecuada, que no se
volverá a describir en la presente pero resulta bastante conocida a
aquellos expertos en la materia. Si el usuario no elige consultar
la ayuda con información de envío, el procedimiento 171 procede a
la decisión 356.
Como el historial de envío y las pestañas de
ayuda descritas anteriormente, aquellos expertos en la materia son
conscientes de que se trata meramente de una cuestión de diseño si
añadir pestañas de preferencia (no mostradas), pestañas de soporte
(no mostradas) u otras pestañas relacionadas con la funcionalidad
del sitio web o el envío de paquetes a través del SSP.
En la decisión 356 el sistema comprueba si el
usuario ha decidido cerrar la sesión de envío por Internet. De ser
así, el procedimiento 171 se bifurca a la etapa 358 y se devuelve
al usuario a la rutina de PÁGINA DE INICIO del SSP 150 (Fig. 5) que
muestra la página de inicio (Fig. 24).
En la decisión 356, si el usuario decide
continuar con el procesamiento de un nuevo envío, la rutina 171
procede a la decisión 360 ilustrada en la Fig. 15B. En ella el
sistema comprueba si el usuario ha decidido obtener información de
"enviar a", tal como el nombre y dirección del destinatario
específico, desde la agenda de direcciones del usuario. En
referencia a este aspecto en la Fig. 26, éste puede realizarse por
el usuario si selecciona un destinatario relevante de la lista
desplegable de apodos "seleccione uno" 678 y selecciona un
botón RECUPERAR DIRECCIÓN 680. En respuesta, en la etapa 368 el
sistema rellena o completa los campos de información ENVIAR A en la
Fig. 26 con la información de la dirección del destinatario
seleccionado y el procedimiento se bifurca a la etapa 370.
También puede alcanzarse la etapa 370 si en la
decisión 360 el usuario no elige obtener información de "enviar
a" de la lista de apodos. En la etapa 370 y un conjunto de
etapas sucesivas, el usuario verifica entonces (o en el caso de que
la información de envío sea una entrada directa, la escribe el
usuario) diversos elementos de información en un conjunto de campos
de información "enviar a" en la página INFORMACIÓN DE ENVÍO
660. En una forma de realización preferida, dichos campos incluyen
un campo de nombre o empresa 682, un campo de nombre de contacto
684, campos de direcciones postales 686, campo de ciudad,
estado/provincia y código postal 688 y un campo de país y/o
provincia 690. El usuario también escribe o verifica los números de
teléfono o extensiones en un campo 692. De ser aplicable, el
usuario selecciona si se trata de información de domicilio en la
casilla de verificación 694 y el usuario selecciona si desea añadir
la información a su agenda de direcciones en la casilla de
verificación 696.
Tras finalizar la introducción de la información
de "enviar a", en la etapa 372 el sistema verifica que los
campos necesarios, aquellos clave para el éxito del reparto y
mostrados en negrita en la Fig. 26, se rellenaron correctamente. De
no ser así, se notifica al usuario mostrando un mensaje de error
adecuado. Tras la verificación de que todos los campos necesarios
se rellenaron correctamente, el sistema se bifurca a la etapa 380,
ilustrada en la Fig. 15C en la que el usuario verifica la
información de "enviar de".
En la etapa 380 el usuario se desplaza por la
página INFORMACIÓN DE ENVÍO 660 para revisar los campos de
información de ENVIAR DE, por ejemplo, Dirección de origen y
Dirección de devolución. En la decisión 382, el usuario determina si
la Dirección de origen es correcta. Si cualquier información en la
dirección de origen necesita editarse, el usuario selecciona el
botón EDITAR 700 relacionado con la dirección de origen en la etapa
384. En respuesta, el sistema dirige al usuario a una pantalla
EDITAR DIRECCIÓN DE ORIGEN (no mostrada) en la que el usuario puede
realizar los cambios necesarios. De no necesitarse ediciones, el
procedimiento procede a la decisión 386.
En la decisión 386, el usuario determina si la
Dirección de devolución es correcta. Si cualquier información en la
Dirección de devolución necesita editarse, el usuario selecciona un
segundo botón EDITAR 702 relacionado con la Dirección de devolución
en la etapa 388. En respuesta, el sistema dirige al usuario a una
pantalla EDITAR DIRECCIÓN DE DEVOLUCIÓN (no mostrada) en la que el
usuario puede realizar los cambios necesarios. A continuación el
usuario selecciona el botón ACTUALIZAR (no mostrado) que corrige la
información de la dirección de conformidad con las ediciones del
usuario.
De forma bien conocida para aquellos expertos en
la materia, el sistema muestra pantallas de EDITAR DIRECCIÓN DE
ORIGEN y EDITAR DIRECCIÓN DE DEVOLUCIÓN que permiten que el usuario
realice los cambios necesarios a la dirección de origen y de
devolución del remitente. Se tendrá en cuenta que dichas
direcciones pueden ser idénticas, o pueden ser diferentes, por
ejemplo, si el usuario usa un navegador de Internet desde una
ubicación remota sin relación con su lugar de trabajo habitual
(Dirección de origen) para enviar un paquete. Puede producirse esta
situación cuando una persona en viaje de negocios designa un hotel
como Dirección de devolución durante un viaje de negocios si desea
que el paquete se devuelva al hotel en lugar de devolverse a su
lugar de trabajo habitual.
Tras verificar y/o editar la Dirección de origen
y la Dirección de devolución, el procedimiento 171 procede a la
etapa 390 tal como se muestra en la Fig. 15D. En la etapa 390, el
usuario se desplaza por la página INFORMACIÓN DE ENVÍO 660 de ser
necesario y selecciona los detalles de servicio de envío adecuados
para el envío actual. El usuario determina si se ha rellenado un
tipo de servicio correcto en la decisión 392 y, de no ser así, la
rutina se bifurca a la etapa 394, en la que el usuario selecciona
los tipos de servicio adecuados de una lista desplegable 704 en la
Fig. 26. Tal como se muestra en la Fig. 26, algunos tipos de
servicio ilustrativos pueden incluir Express Plus, Express Saver,
2º Día A.M., 2º Día, Worldwide Express y similares. Tras la
recepción del tipo de servicio seleccionado del usuario, el
procedimiento se bifurca a la decisión 396.
En la decisión 396, el sistema comprueba si el
usuario ha seleccionado una opción especial de envío de paquete,
por ejemplo, la entrega en sábado. Si se desea la entrega en
sábado, el usuario puede seleccionar la casilla de verificación
Entrega en sábado 706 (Fig. 26) en la etapa 398.
En algún punto del procedimiento, un cliente
puede elegir un procedimiento de acceso para entregar el paquete al
SSP. Los procedimientos de acceso válidos incluyen la entrega a un
representante del SSP, la entrega "en el mostrador" en un lugar
de trabajo operado por el SSP o un agente del SSP, la entrega en un
punto de entrega sin personal, o solicitar el Servicio a petición
(ODS), también denominado Servicio de recogida.
En la decisión 400, el sistema comprueba si el
usuario ha seleccionado la opción de recogida del paquete. Si se
desea la recogida del paquete, el usuario puede seleccionar una
casilla de verificación SOLICITAR RECOGIDA DE PAQUETE 708 en la
etapa 402. Una vez seleccionadas las opciones especiales, la rutina
171 procede a la etapa 410 ilustrada en la Fig. 15E.
En la etapa 410 el usuario puede desplazarse si
resulta necesario para revisar los detalles del paquete, también
mostrados en la Fig. 26, por ejemplo, tipo de paquete, peso,
dimensiones, seguro, número de referencia, etc. En la decisión 412,
el sistema comprueba si el usuario ha rellenado o seleccionado un
tipo de paquete adecuado. En la etapa 414, el usuario selecciona un
tipo de paquete que describe con precisión el envío actual de una
lista desplegable 710 en la Fig. 26.
En la decisión 416, el sistema comprueba si el
usuario ha determinado si el paquete es una carta o si debe
proporcionarse el peso del paquete. Si el envío actual no es una
carta, en la etapa 418 el usuario escribe el peso del paquete en el
campo de datos 712 ilustrado en la Fig. 26.
En la decisión 420, el sistema comprueba si el
paquete es un paquete proporcionado por el cliente, y si requiere
la introducción de las dimensiones del paquete. En la etapa 422 el
usuario escribe la longitud, anchura y altura en las ventanas de
datos relevantes 714 ilustradas en la Fig. 26.
En la decisión 424, el sistema comprueba si el
usuario desea declarar un valor de paquete que exceda una cantidad
predeterminada, por ejemplo, \textdollar100. En la etapa 426, si
el usuario desea declarar un valor superior a un mínimo
predeterminado, el usuario introduce el valor declarado del envío
en el campo de datos 716 ilustrado en la Fig. 26.
En las decisiones 428 y 432, el sistema comprueba
si el usuario desea proporcionar un número de referencia del
paquete. En las etapas 430 y 434, si el usuario desea suministrar
uno o más números de referencia del paquete u otro texto, el usuario
puede proporcionar números de referencia del paquete o texto para
su asociación con el paquete y referencia futura en los campos de
datos de referencia del paquete 718, 720, respectivamente,
ilustrados en la Fig. 26.
Aquellos expertos en la materia entenderán que
las formas de realización se describen en relación con el reparto
nacional, y que los transportes internacionales pueden requerir
etapas o campos de datos adicionales para cumplir los requisitos del
transporte internacional.
Tras estas etapas, la rutina de ENVIAR 171
procede a la etapa 440 ilustrada en la Fig. 15F. El usuario
continúa con el procedimiento de envío del paquete mediante la
selección del botón CONTINUAR 722 en la página INFORMACIÓN DE ENVÍO
660. En respuesta, el sistema se encuentra operativo para validar si
se introdujeron los códigos postales en Enviar a y Enviar de, en
referencia a una base de datos de códigos postales válidos
almacenados anteriormente y para calcular el coste adecuado del
servicio de envío. En la forma de realización presentada, la
validación se realiza mediante una rutina de TARIFA Y VALIDACIÓN
610, que se describe en relación con la Fig. 23. La rutina 610
regresa con información que indica que el código postal es válido y
el proveedor de servicios de envío puede realizar el reparto, así
como los costes monetarios del envío del paquete que se cargarán en
la cuenta o tarjeta de crédito del cliente. Aquellos expertos en la
materia entenderán que la ciudad/estado o información similar puede
usarse para tarifar los costes de envío.
En la decisión 444, el sistema intenta determinar
si la rutina de tarifa y validación 610 ha indicado algún error. Si
existen errores o información omitida, el sistema muestra un
mensaje de error "Código postal no válido" en la etapa 446 y
devuelve al usuario a la etapa 370.
Si en la decisión 444 el sistema validó el código
postal, el procedimiento procede a la decisión 448. En dicha etapa,
el sistema comprueba si el usuario ha solicitado la recogida del
paquete. Se recordará a partir de la discusión anterior que la
recogida del paquete puede indicarse para un paquete mediante la
selección del usuario de la casilla de verificación SOLICITAR
RECOGIDA DEL PAQUETE 708 ilustrada en la Fig. 26. De ser así, el
sistema dirige al usuario a una página o pantalla de SERVICIO DE
RECOGIDA mostrada en la Fig. 29, y el procedimiento se bifurca a la
rutina de RECOGIDA DE PAQUETES 498, que se describe en relación con
la Fig. 18.
Si en la decisión 448 el sistema determina que el
usuario no ha solicitado la recogida del paquete, la rutina se
bifurca a una rutina de RESUMEN DE ENVÍO 460, en la que el usuario
puede ver un resumen de la información relativa al envío en una
pantalla RESUMEN DE ENVÍO tal como se ilustra en la Fig. 27,
realizar otras acciones y continuar con el envío del paquete. La
rutina de RESUMEN DE ENVÍO 460 se describe en relación con la Fig.
16.
Consulte ahora la Fig. 16 para tratar la rutina
de RESUMEN DE ENVÍO 460, que debe leerse junto con la página
RESUMEN DE ENVÍO 724 mostrada en la Fig. 27. Comenzando en la etapa
462, el sistema muestra la página RESUMEN DE ENVÍO 724 y espera la
entrada del usuario. La página RESUMEN DE ENVÍO contiene información
que resume el estado actual del envío de paquetes en procedimiento
por el cliente, antes de completar el envío. Esta página permite al
cliente editar o cambiar información relativa al envío, añadir un
nuevo paquete, seleccionar o cambiar parámetros sobre el servicio
de recogida o el servicio a petición o continuar con el
procedimiento de envío. La página incluye un área con información
sobre el IMPORTE TOTAL 734 para mostrar el importe total del envío,
tal como se calculó el importe total mediante un Motor de tarifa y
validación (RAVE) durante el procedimiento de validación de la Fig.
23.
En la decisión 464 el sistema comprueba si el
usuario ha decidido editar la dirección de "enviar a" de la
solicitud actual. Esto se indicará por la selección del usuario de
un enlace "Editar" 726 en la Fig. 27. De ser así, el
procedimiento se bifurca a la etapa 466 en la que el sistema
localiza la información de dirección "enviar a" y la rellena
en la página INFORMACIÓN DE ENVÍO de la Fig. 26 en preparación para
mostrar la información de forma modificable por el cliente. A
continuación la rutina se bifurca o regresa a la rutina ENVIAR,
Fig. 15. De no ser así, el procedimiento procede a la decisión
468.
En la decisión 468, el sistema comprueba que el
usuario ha decidido editar la dirección de origen del envío en la
solicitud actual. Esto se indica en la selección del usuario de un
enlace "Editar" 728 en la Fig. 27. De ser así, el procedimiento
se bifurca a la etapa 470, en la que el sistema localiza la
información de la dirección de origen del envío y la rellena en la
página INFORMACIÓN DE ENVÍO de la Fig. 26, en preparación para
mostrar la información de forma modificable por el cliente. A
continuación la rutina se bifurca o regresa a la rutina de ENVIAR,
Fig. 15. De no ser así, el procedimiento procede a la decisión
472.
En la decisión 472 el sistema comprueba si el
usuario ha decidido editar la dirección de devolución en la
solicitud actual. Esto se indica por la selección del usuario de un
enlace "Editar" 732 en la Fig. 27. De ser así, el procedimiento
se bifurca a la etapa 474, en la que el sistema localiza la
información de la dirección de devolución y la rellena en la página
INFORMACIÓN DE ENVÍO de la Fig. 26, en preparación para mostrar la
información modificable por el cliente. A continuación, la rutina se
bifurca o regresa a la rutina de ENVIAR, Fig. 15. De no ser así, el
procedimiento procede a la decisión 480.
En la decisión 480, el sistema comprueba si el
usuario ha decidido editar el tipo de servicio solicitado en la
solicitud actual. Esto se indica por la selección del usuario del
enlace "Editar" 732 en la Fig. 27. De ser así, el procedimiento
se bifurca a la etapa 482 en la que el sistema localiza la
información del tipo de servicio seleccionado y la rellena en la
página INFORMACIÓN DE ENVÍO de la Fig. 26, en preparación para
mostrar la información de forma modificable para el cliente. A
continuación la rutina se bifurca o regresa a la rutina de ENVIAR,
Fig. 15. De no ser así, el procedimiento procede a la decisión
484.
En la decisión 484 el sistema comprueba si el
usuario ha decidido editar cualquier detalle del paquete de la
solicitud actual. De ser así, el procedimiento se bifurca a la
etapa 486, en la que el sistema localiza la información de los
detalles del paquete seleccionados, por ejemplo, tipo de paquete,
peso, dimensiones, valor declarado, etc, y la rellena en la página
INFORMACIÓN DE ENVÍO de la Fig. 26, en preparación para mostrar la
información de forma modificable por el cliente. A continuación la
rutina se bifurca o regresa a la rutina de ENVIAR, Fig. 15. De no
ser así, el procedimiento procede a la decisión 488.
En la decisión 488 el sistema comprueba si el
usuario ha decidido ver el buscador de puntos de entrega, quizá en
anticipación de la entrega del paquete para su obtención por el
SSP, en oposición a la recogida a petición. De ser así, el
procedimiento se bifurca a la etapa 490, en la que el sistema
muestra una página BUSCAR PUNTOS DE ENTREGA, tal como se muestra en
la Fig. 28. A continuación, la rutina se bifurca a una rutina de
PUNTOS DE ENTREGA, tal como se describe en relación con la Fig. 17.
De no ser así, el procedimiento procede a la decisión 494.
En la decisión 494 el sistema comprueba si el
usuario ha decidido programar, o quizá reprogramar, fechas y horas
para la recogida a petición. De ser así, el procedimiento se
bifurca a la etapa 496, en la que el sistema muestra una página de
SERVICIO DE RECOGIDA, tal como se muestra en la Fig. 29. A
continuación, la rutina se bifurca a una rutina de RECOGIDA DE
PAQUETES, tal como se describe en relación con la Fig. 18. De no ser
así, el procedimiento procede a la decisión 500.
En la decisión 500 el sistema comprueba si el
usuario ha decidido añadir un nuevo paquete al envío actual
mediante la selección de un botón AÑADIR UN PAQUETE 742 ilustrado en
la Fig. 27. De ser así, el procedimiento se bifurca a la etapa 502,
en la que el sistema muestra una nueva página INFORMACIÓN DE ENVÍO
como en la Fig. 26 y se bifurca a la rutina de ENVIAR, Fig. 15. De
no ser así, el procedimiento procede a la decisión 504.
En la decisión 504 el sistema comprueba si el
usuario ha decidido completar el procedimiento mediante la
selección del botón CONTINUAR 744 en la Fig. 27. De ser así, el
procedimiento se bifurca a la etapa siguiente en el procedimiento de
envío de paquetes y finalización, concretamente, de una rutina de
INFORMACIÓN DE PAGO,
Fig. 19.
Fig. 19.
Consulte ahora la Fig. 17 para tratar la rutina
de BUSCAR PUNTOS DE ENTREGA 492, que debe leerse conjuntamente con
la página BUSCAR PUNTOS DE ENTREGA 746 mostrada en la Fig. 28.
Comenzando en la etapa 510, el sistema muestra la página BUSCAR
PUNTOS DE ENTREGA 746 y espera la entrada del usuario. La página
BUSCAR PUNTOS DE ENTREGA utiliza la dirección de origen actual del
cliente (u otra dirección, que puede escribir el cliente mediante
la recurrencia de un comando, no ilustrado) y determina uno o más
puntos de entrega próximos en los que el cliente puede depositar el
paquete o paquetes para su obtención por el proveedor de servicios
de envío. Dichos puntos próximos se muestran preferiblemente en un
mapa que muestra la posición actual del cliente con una etiqueta
"USTED ESTA AQUÍ" 748, con uno o más puntos de entrega
próximos, por ejemplo, los puntos 750a, 750b, 750c, etc. Dichos
puntos también se enumeran preferiblemente en un área de
direcciones 752 para que el usuario pueda determinar la dirección
del punto, el tipo de punto, las horas de servicio, el número de
teléfono y la distancia.
En la etapa sucesiva 512, el usuario puede
seleccionar una opción de salida, por ejemplo, el botón ATRÁS
conocido del navegador o un botón CONTINUAR 754 u otro botón de
control adecuado. A continuación, el sistema regresa a una página de
ORIGEN (si se selecciona el botón ATRÁS) o se bifurca a una función
seleccionada.
Consulte ahora la Fig. 18 para tratar la rutina
de ENTREGA DE PAQUETE 498, que debe leerse conjuntamente con la
Fig. 29 y que ilustra la página de SERVICIO DE RECOGIDA 760. Dicha
rutina efectúa una solicitud de recogida de un paquete, también
denominada solicitud del Servicio a petición (ODS).
En la forma de realización preferida descrita,
una solicitud de ODS se dirige a un sistema ODS 34 (Fig. 3), que se
aplica con la información almacenada en una base de datos de ODS
36. La base de datos ODS realiza inmediatamente un servicio de
búsqueda para la información del área y determina el área de
servicio y hora del punto seleccionado por el usuario. Si la hora y
fecha seleccionadas para la recogida se encuentran disponibles, el
sistema ODS valida la solicitud de recogida y envía un mensaje de
confirmación de vuelta a un servidor de aplicación que inició la
solicitud ODS. La confirmación se reenvía inmediatamente al usuario
que continúa con el procedimiento de
envío.
envío.
Sin embargo, si la hora y fecha seleccionadas por
el usuario no se encuentran disponibles, el ODS responde
proporcionando información de recogida alternativa, por ejemplo,
las cinco horas y fechas más cercanas disponibles para la recogida.
El usuario puede entonces seleccionar a partir de las horas de
recogida alternativas. Una vez que el usuario ha confirmado la hora
y fecha disponibles, el sistema ODS valida la información de
recogida y tarifa el envío con la función RAVE 64, tal como se
describe a continuación.
Si la hora seleccionada se aproxima rápidamente y
existe un conductor disponible próximo al usuario, entonces el
sistema preferido envía un mensaje al conductor del vehículo a
través de un Dispositivo de obtención de información de transporte
(DIAD) 40. El mensaje enviado al conductor lo dirige al usuario a la
fecha, hora y punto seleccionados por el usuario para la solicitud
de recogida ODS. Por otra parte, si tras buscar en el sistema de
envío ODS se determina que no existen conductores disponibles
próximos al usuario a la hora y fecha de la solicitud de recogida
ODS, la solicitud de ODS se envía a un centro de mensajería (no
mostrado) en el que la solicitud de ODS se direcciona al siguiente
conductor disponible previsto para estar donde el usuario o próximo
a él en la fecha y hora de recogida solicitadas.
Comenzando en la Fig. 18 en la etapa 520, el
sistema muestra la página SERVICIO DE RECOGIDA 760 (Fig. 29), que
incluye campos de datos para recibir entradas del usuario con
información de programación, por ejemplo, punto de recogida 762,
fecha de recogida 764, una hora estimada de finalización del envío
766 y hora estimada de recogida 768. El usuario introduce la
información deseada en los campos en la etapa 522 mediante la
escritura de los datos o el uso de los menús desplegables. Cuando el
usuario se encuentra satisfecho con la información de programación
introducida, el usuario selecciona el botón CONTINUAR 770, que
lleva la rutina a la etapa 524. En respuesta al botón CONTINUAR, en
la decisión 526 el sistema determina si la información introducida
es válida, por ejemplo, al determinar si el código postal del punto
de recogida introducido por el usuario en el campo del punto de
recogida 762 se encuentra en el área de servicio del SSP o si las
fechas y horas introducidas en los campos correspondientes se
encuentran en las fechas y horas de servicio predeterminadas del
SSP.
Si el sistema no puede validar la información de
programación, el procedimiento se bifurca a la etapa 528, en la que
el sistema muestra un mensaje que indica que los datos de
programación no son válidos y la rutina se bifurca a la etapa 520
para la introducción de otras informaciones. Se entenderá que el
usuario puede salir de dicha página mediante otros comandos
adecuados, por ejemplo, el botón ATRÁS del navegador, etc.
Si en la decisión 526 los datos de recogida se
consideran válidos, el sistema acepta la información de
programación y la rutina se bifurca a la rutina de RESUMEN DE ENVÍO
460, descrita en relación con la Fig. 16 y la Fig. 27. Se entenderá
que el usuario puede proceder desde aquí para añadir un paquete o
continuar con el procedimiento de envío.
Consulte ahora la Fig. 19 para tratar la rutina
de PAGO 505, que debe leerse conjuntamente con la Fig. 30 y la Fig.
31, que ilustran una página INFORMACIÓN DE PAGO 780 y una página
CONFIRMAR PAGO 804, respectivamente.
Comenzando en la etapa 530, el sistema recupera
una tarjeta de crédito de forma de pago por defecto y cualquier
número de cuenta relacionado con el cliente. En la etapa 532, el
sistema muestra una página INFORMACIÓN DE PAGO 780, que incluye
botones de radio, casillas de verificación y campos de datos para
recibir información de pago del cliente y espera la entrada del
usuario. Por ejemplo, en la forma de realización descrita, la
introducción de datos de información de pago incluye botones de
radio que se excluyen mutuamente 782a, 782b, 782c para permitir la
selección del usuario de una tarjeta de crédito de archivo, otra
tarjeta de crédito y una cuenta existente del usuario con el
proveedor de servicios de envío, respectivamente.
En el caso de una tarjeta de crédito de archivo,
el sistema utiliza la información de la tarjeta de crédito por
defecto proporcionada por el cliente durante el registro, que se
almacena en el archivo del Perfil de cuenta de servicios por
Internet (ISAP). La información seleccionada relativa a la tarjeta
de crédito por defecto se muestra al usuario en el área 784.
En la decisión 536, el sistema comprueba si el
usuario ha seleccionado el botón de radio "PAGO MEDIANTE OTRA
TARJETA DE CRÉDITO" 728b. De no ser así, la rutina se bifurca a
la etapa 542 para esperar la selección de un procedimiento de
salida. En el caso de otra tarjeta de crédito, los campos de
introducción de datos 786 para recibir la introducción del tipo de
tarjeta, del número de tarjeta y de la fecha de expiración se
activan. Se proporciona una casilla de verificación 788 para que el
usuario pueda convertir la tarjeta de crédito en la nueva tarjeta
de crédito por defecto en lo sucesivo. El sistema valida la
información de la nueva tarjeta de crédito proporcionada en la etapa
538. Si la información de la nueva tarjeta de crédito puede
validarse, la rutina se bifurca a la etapa 542 para esperar la
selección de un procedimiento de salida. Si la información no puede
validarse, en la etapa 540 el sistema muestra un mensaje que indica
que la tarjeta no se ha validado o un mensaje en el que se indica
por qué se rechaza la tarjeta y devuelve el control a la etapa 534
para esperar la selección de otro forma de pago.
En el caso de un pago mediante una cuenta SSP
existente, el sistema utiliza un número de cuenta, que se almacena
en el ISAP del cliente.
Una vez introducida la información de pago
adecuada para el envío, en la etapa 542 el usuario puede
seleccionar un botón CONTINUAR 790 o un botón CANCELAR 792. El botón
CANCELAR interrumpe la operación actual y se devuelve el control a
la página anterior o se maneja de otra manera, ya que el cliente ha
elegido no continuar con la selección de la forma de pago.
Si en la etapa 542 se selecciona el botón
CONTINUAR, el sistema también valida la información de pago
proporcionada y se bifurca a la etapa 550 si se valida la
información de pago.
En la etapa 550 el sistema muestra una página
CONFIRMAR PAGOS 804, tal como se muestra en la Fig. 31. Dicha
página contiene diversos términos y condiciones del envío por el
SSP, que pueden proporcionarse mediante enlaces a otras páginas que
contienen texto (no mostrado) en la manera conocida o directamente
en la Información de la página relativa a la forma de pago
seleccionado, se presenta en una área de pantalla 794 y la cantidad
de pago se presenta en un área de pantalla 796. Dicha página también
contiene un botón "ACEPTO" 800 para recibir la aceptación del
cliente de la forma de pago, la cantidad de pago y los términos y
condiciones, así como un botón "NO ACEPTO" 802 para recibir el
rechazo del cliente de la transacción. También se proporciona un
enlace 798 a Otras formas de pago, que permite al cliente cambiar
la forma de pago antes de continuar con la transacción.
En la decisión 552, el sistema comprueba si el
usuario ha seleccionado el botón "ACEPTO" 800 o el botón "NO
ACEPTO" 802. En el caso de que el cliente haya seleccionado este
último, se devuelve al usuario a la página RESUMEN DE ENVÍO (Fig.
27) y sale de la rutina. En el caso de que el cliente haya
seleccionado el primero, el procedimiento de envío puede continuar
y la rutina se bifurca a una rutina de IMPRIMIR ETIQUETAS, descrita
en referencia a la Fig. 20.
Consulte ahora la Fig. 20 para tratar la rutina
de imprimir etiquetas 554, que debe leerse conjuntamente con la
Fig. 32 y Fig. 33, que ilustran una página IMPRIMIR ETIQUETAS Y
RECIBO 806 y una página RECIBO 818, respectivamente.
Comenzando en la etapa 556, el sistema muestra
una página IMPRIMIR ETIQUETAS Y RECIBO 806, tal como se muestra en
la Fig. 32, y espera la entrada del usuario. Al seleccionar el
botón 810, la página IMPRIMIR ETIQUETAS Y RECIBO 806 proporciona
información sobre cómo imprimir una etiqueta 25 en el ordenador del
cliente que, de conformidad con los aspectos de la presente
invención, permite al usuario ver e imprimir etiquetas, permite al
usuario ver e imprimir un recibo y permite al usuario finalizar el
envío actual.
En la decisión 558, el sistema comprueba si el
usuario ha elegido ver e imprimir una etiqueta mediante la
selección del botón ETIQUETA 1 812. Se tendrá en cuenta en este
punto que el sistema preferido realiza un seguimiento del número de
etiquetas impresas por el cliente. Tras alcanzar esta etapa en el
procedimiento, el sistema descrito comunica los datos
predeterminados de la impresora del ordenador del usuario para
permitir al usuario imprimir una etiqueta. Dichas etiquetas son, en
efecto, "prepagadas" y puede percibirse que presentan un valor
monetario real, como si se cargase a la tarjeta de crédito o la
cuenta del cliente la transacción del envío. Por tanto, se toman las
medidas de seguridad adecuadas para garantizar que se hace un
seguimiento de la cantidad de etiquetas que imprime el cliente, y
que cada etiqueta impresa contiene datos diferentes para una
transacción única "prepagada". De conformidad con un aspecto de
la invención, cada etiqueta vista e impresa por el cliente será
diferente y contendrá datos de seguridad diferentes para minimizar
la probabilidad del uso involuntario de múltiples etiquetas para una
única transacción o fraude.
Por lo general, el usuario revisa la etiqueta 25
para la precisión de los códigos legibles por persona y, de
aprobarlos, selecciona el comando ARCHIVO/IMPRIMIR de la barra de
herramientas del navegador o del menú. En respuesta, el ISS permite
al usuario imprimir la etiqueta 25 en la impresora 28 conectada al
ordenador del usuario 20
(Fig. 1).
(Fig. 1).
Se proporcionan otros detalles de la etiqueta 25
en la discusión relacionada con la Fig. 37.
Si el usuario ha seleccionado el botón ETIQUETA 1
812, la rutina se bifurca a la etapa 560 y una nueva ventana del
explorador se "origina" en la manera conocida, formateada
previamente en el modo de impresión horizontal, y que contiene una
réplica visible de la etiqueta que se imprimirá en respuesta a la
selección del usuario del botón IMPRIMIR en la barra de botones del
navegador o la selección del comando IMPRIMIR del menú ARCHIVO
conocido, todo de la forma conocida. Al "originar" una ventana,
se hace referencia a generar y hacer activa una nueva ventana del
navegador en la manera conocida de los navegadores de Internet de
hoy en día, la ventana conteniendo solamente la información de la
etiqueta lista para imprimir, por lo general, sin control alguno u
otras características que se encuentran habitualmente en los
navegadores de Internet. De este modo, el cliente puede recurrir al
comando IMPRIMIR con facilidad para la ventana activa y obtener una
etiqueta IMPRIMIR 25 correctamente formateada (preferiblemente en
el modo de impresión horizontal) tal como se muestra en la Fig.
37.
En el caso de que una etiqueta se imprima
defectuosamente, el cliente puede volver a seleccionar el botón
ETIQUETA 812 hasta que se obtenga una etiqueta satisfactoria.
Tras ver e imprimir la etiqueta o cerrar la
ventana de la etiqueta de la forma conocida por el usuario mediante
la selección del botón CERRAR conocido, el control se pasa a la
decisión 562. En la decisión 562 el sistema comprueba si el usuario
ha seleccionado ver/imprimir un recibo mediante la selección del
botón VER/IMPRIMIR RECIBO 814 mostrado en la Fig. 32. De ser así, el
sistema muestra un Recibo del ISS 818 tal como se muestra en la
Fig. 33. El recibo 818 contiene la información habitual relativa a
la transacción, tal como direcciones, detalles de envío, cargos,
detalles del paquete, etc., para el propósito de conservación y
registro por parte del cliente.
Si en la decisión 562 el usuario no ha
seleccionado el botón VER/IMPRIMIR RECIBO, el control pasa a la
decisión 566. En la decisión 566 el sistema comprueba si el usuario
ha seleccionado un botón FINALIZAR 816 mostrado en la Fig. 32, que
indica que el usuario se encuentra satisfecho de que todas las
etiquetas para el envío actual se hayan impreso correctamente. De
no ser así, el control se devuelve a la etapa 558 para recibir
otras entradas del usuario. De seleccionarse el botón FINALIZAR 816,
la rutina se cierra y el control pasa a una rutina de ENVÍO
FINALIZADO, descrito a continuación en relación con la Fig. 21.
Consulte ahora la Fig. 21 para tratar la rutina
de ENVÍO FINALIZADO 570, que debe leerse conjuntamente con la Fig.
34, que ilustra una página de ENVÍO FINALIZADO 820.
Comenzando en la etapa 572, el sistema muestra
una página de ENVÍO FINALIZADO 820, que contiene botones de control
ENVIAR OTRO 830, VER MI HISTORIAL DE ENVÍOS 832 e IR A LA PÁGINA DE
INICIO 834, y espera por la entrada del usuario.
En la decisión 574, el sistema comprueba si el
usuario ha seleccionado el botón ENVIAR OTRO 830, que indica el
deseo por parte del cliente de enviar otro paquete durante la
sesión actual de comunicación con el sistema. De ser así, el control
pasa a la etapa 576 y el usuario regresa a la rutina de ENVIAR 171
ilustrada en la Fig. 15 y sale. De no ser así, el control pasa a la
decisión 578.
En la decisión 578 el sistema comprueba si el
usuario ha seleccionado el botón VER MI HISTORIAL DE ENVÍOS 832,
que indica el deseo por parte del cliente de hacer que el sistema
recupere y muestre información relativa a envíos anteriores del
cliente y el estado de los mismos. De ser así, el control pasa a la
etapa 582 y la rutina se bifurca a la rutina de HISTORIAL DE ENVÍOS
descrito en relación con la Fig. 22 y sale. De no ser así, el
control pasa a la decisión 584.
En la decisión 584 el sistema comprueba si el
usuario ha seleccionado el botón IR A LA PÁGINA DE INICIO 834, que
indica el deseo por parte del cliente de volver a la página de
inicio del SSP. De ser así, el control pasa a la etapa 586, y la
rutina se bifurca a la rutina de PÁGINA DE INICIO descrita en
relación con la Fig. 5, y sale. De no ser así, el control regresa a
la decisión 574 y espera la entrada del usuario.
Consulte ahora la Fig. 22 para tratar la rutina
de HISTORIAL DE ENVÍOS 580, que debe leerse conjuntamente con la
Fig. 35, que ilustra una página de HISTORIAL DE ENVÍOS 836 y la Fig.
36, que ilustra una página de DETALLES DE ENVÍO 856. La página
HISTORIAL DE ENVÍO muestra información en forma de lista sobre uno o
más envíos anteriores del cliente, permite la selección de un
intervalo de fechas en el cual obtener información sobre los envíos
anteriores, permite al usuario ordenar al sistema buscar
información del historial en el intervalo de fechas seleccionado y
permite al usuario ver detalles de envío sobre envíos seleccionados
de la lista de uno o más envíos anteriores. La página de DETALLES
DE ENVÍO contiene información específica sobre el envío del
historial seleccionado.
Comenzando en la etapa 590, el sistema muestra la
página de HISTORIAL DE ENVÍOS 836 que contiene información del
historial de envíos y controles y espera la entrada del usuario. La
página HISTORIAL DE ENVÍO preferida incluye, por ejemplo, un campo
de datos 840 para la introducción de un intervalo de fechas en el
que el usuario desea obtener información del historial, un botón IR
842 que ordena al sistema recuperar información histórica sobre
envíos anteriores en el intervalo de fechas seleccionado, un área
de pantalla 844 para mostrar información que identifica a uno o más
envíos anteriores del cliente, botones de radio de selección 848
para permitir al usuario seleccionar un envío anterior para mostrar
detalles de envío, un botón MOSTRAR DETALLES/RECIBO 850, un botón
ENVIAR OTRO 852 y un botón ANULAR ENVÍO 854.
En la decisión 592 el sistema comprueba si el
usuario ha seleccionado un intervalo de fechas del menú desplegable
840 de intervalos de fecha disponibles y ha seleccionado también el
botón IR 842. De no ser así, la rutina ejecuta un bucle de
comprobaciones de forma continuada, ya que no son posibles otras
operaciones hasta que se seleccione un intervalo de fecha y se
ordene el comando para recuperar la información del historial de
envíos. De ser así, el control pasa a la etapa 594 y el sistema se
encuentra operativo para que el ordenador central relacionado con
el SSP, que almacena la información de los detalles de nivel del
paquete (PLD) durante un período de tiempo predeterminado, recupere
la información histórica solicitada. Preferiblemente, dicha
información del historial se pasa en dirección ascendente a través
de los diversos componentes del sistema para minimizar la espera de
recuperación, por ejemplo, la información puede almacenarse en un
servidor de aplicación 78 o servidor web frontal 50 (Fig. 2). La
información recuperada se muestra entonces al cliente en un área de
pantalla de información de historial 844 ilustrado en la Fig. 35. A
continuación, el control se pasa a la decisión 596.
En la decisión 596, el sistema comprueba si el
usuario ha seleccionado un envío anterior determinado mediante el
botón de RADIO 848. De no ser así, el control se devuelve a la
etapa 592 para recibir la entrada del usuario. De ser así, el
control pasa a la decisión 598.
En la decisión 598 el sistema comprueba si el
usuario ha seleccionado el botón MOSTRAR DETALLES/RECIBO 850. De
ser así, el control pasa a la etapa 600, en la que el sistema
recuperar la información de historial de envíos correspondiente al
envío seleccionado. Dicha información se muestra en la forma de
realización preferida en una página separada de DETALLES DE ENVÍO,
por ejemplo, la página 856 mostrada en la Fig. 36. La página
DETALLES DE ENVÍO en la forma de realización descrita contiene
información detallada sobre un envío anterior seleccionado. Por
ejemplo, direcciones, detalles de envío, cargos, número de
seguimiento, detalles del paquete, números de referencia y
similares. La página de DETALLES DE ENVÍO proporciona
preferiblemente un botón para ver un recibo relacionado con el envío
seleccionado mediante un botón VER RECIBO 858, y un botón para
volver a la página HISTORIAL DE ENVÍO mediante el botón VOLVER AL
HISTORIAL DE ENVÍOS 860. Dichos botones operan para mostrar el
recibo del envío anterior seleccionado o volver a la página de
HISTORIAL DE ENVÍO, de ser oportuno.
Todavía en referencia a la Fig. 22, si en la
decisión 598 el usuario no ha seleccionado el botón MOSTRAR
DETALLES/RECIBO, el control pasa a la decisión 602. En la etapa 602
el sistema comprueba si el usuario ha seleccionado el botón ENVIAR
DE NUEVO 852, que indica el deseo para usar información del envío
anterior seleccionado en relación con otro envío. De ser así, el
control pasa a la etapa 604, y la rutina sale mediante la
bifurcación a la rutina ENVIAR de la Fig. 15. Sin embargo, en esta
situación, los campos de datos adecuados de la página de
INFORMACIÓN DE ENVÍO 660 en la Fig. 26 se cubren previamente con
información del envío anterior seleccionado. El cliente puede
entonces navegar fácilmente para aceptar los términos y condiciones,
pago, etc., con las mínimas entradas de datos adicionales y, por
tanto, enviar otro paquete a un destinatario específico de forma
rápida y sencilla.
Si en la decisión 602 el usuario no ha
seleccionado el botón ENVIAR DE NUEVO, el control pasa a la
decisión 606. En la decisión 606, el sistema comprueba si el
usuario ha seleccionado el botón ANULAR ENVÍO 854, que indica el
deseo de anular el envío seleccionado, de ser posible. Si el usuario
no ha seleccionado el botón para anular, el control pasa de nuevo a
la etapa 592 para esperar entradas del usuario adecuadas. De ser
así, el control pasa a la etapa 608 en la que el sistema evalúa el
estado del envío anterior seleccionado y determina si el envío
puede anularse. El envío puede anularse, por ejemplo, si el paquete
todavía no lo ha obtenido el SSP. Por otra parte, un envío no puede
anularse por lo general si el paquete se encuentra en camino para el
destinatario específico o ya se ha repartido. El proveedor de
servicios de envío puede determinar la política de anulación
adecuada como desee.
El sistema preferido proporciona la capacidad de
preguntar o cancelar una solicitud de ODS. Para anular una
solicitud de ODS, la solicitud de cancelación debe llegar antes de
la hora límite para una solicitud ODS. Un pedido ODS puede también
anularse cuando el pedido todavía no se ha recogido. Si el envío se
escanea o se obtiene de otra forma por el SSP, entonces el pedido
se ha completado y no puede anularse.
Tras anular el envío seleccionado, de indicarse
su posibilidad, el control se devuelve a la etapa 592 para esperar
la entrada del usuario.
Pase ahora a la Fig. 23 para tratar la rutina de
TARIFA Y VALIDACIÓN 610 que se encuentra operativa para validar los
códigos postales. En otras palabras, para determinar si son reales
y si el SSP puede repartir el tipo de paquete indicado con el tipo
seleccionado de reparto a dicho código postal y para calcular los
cargos que se evalúan para dicho transporte. La rutina 610 se
ejecuta preferiblemente proporcionando información que incluye los
códigos postales del remitente y del destinatario, el tipo de envío
del paquete seleccionado y el tipo de envío seleccionado. La rutina
610 proporciona la función de Tarifa y Validación 64 mostrada en la
Fig. 1.
Para realizar las funciones de tarifación y
validación, el ISS incluye un componente de soporte lógico, un
Motor de tarifación y validación (RAVE) (no se ilustra por
separado). El RAVE proporciona cálculos de opciones de costes de
envío y paquetes, y también incluye las reglas del sector del
proveedor de servicios de envío relativas al paquete, envío,
servicio y accesorios. El RAVE se actualiza, por lo general, cada
vez que se producen cambios en las tarifas en el proveedor de
servicios de envío.
La información de la tarjeta de crédito del
usuario también se procesa preferiblemente a través del RAVE. Así
se garantiza que la tarjeta es válida y posee los fondos necesarios
para cubrir el coste del envío actual. Por tanto, el RAVE trabaja
preferiblemente junto con una oficina de compensación de tarjetas de
crédito. La validación se centrará en la cantidad en dólares,
número de la tarjeta de crédito y fecha de expiración. El
procedimiento de validación puede avisar al usuario si existe algún
problema con su cuenta.
En una forma de realización preferida de la
presente invención, se aplican medidas de seguridad para detener
intentos de introducción de diversas tarjetas de crédito. Esto
denegará acceso y echará el sistema a aquel que introduzca diversos
números de tarjetas de crédito no válidos. Para ayudar a prevenir
el fraude de tarjetas de crédito, el ISS permite preferiblemente
sólo una cantidad limitada de entradas de fecha de expiración
incorrectas por cada número de tarjeta de crédito antes de bloquear
dicha tarjeta durante un período de 24 horas.
Comenzando ahora en la etapa 612, la primera
etapa tomada en la rutina 610 consiste en recibir los códigos
postales del remitente y del destinatario (por ejemplo, códigos
postales de EE.UU.) y buscar en la base de datos del sistema dichos
códigos postales. En la decisión 614, el sistema determina si los
códigos postales indicados son válidos. De no ser así, el control
pasa a la etapa 616, en la que el sistema prepara un mensaje de
vuelta que indica que los códigos postales proporcionados no son
válidos o no son servidos por el SSP con el tipo de paquete y la
opción de tipo de reparto seleccionados. La rutina regresa
entonces, pasando el mensaje de vuelta, a la rutina de llamada.
Si el sistema determina que los códigos postales
son válidos y que los tipos de paquete y servicio seleccionados son
posibles, el control pasa a la etapa 618. En dicha etapa el sistema
busca en la base de datos el servicio seleccionado el servicio, los
accesorios y los procedimientos de acceso seleccionados. En la etapa
620 el sistema determina la ruta de transporte del envío más
probable. En la etapa 622 el sistema calcula el coste del envío,
utilizando el tipo de paquete y las opciones de reparto indicados, y
determina si el cliente dispone de fondos mediante la forma de pago
seleccionado. Por lo general, esto permite el acceso al sistema de
autorización de tarjetas de crédito 76 tal como se muestra en la
Fig. 2.
En la etapa 622, el sistema prepara un mensaje de
vuelta que contiene los costes totales para el envío, para
incluirlos y mostrarlos en el resumen de envío, por ejemplo, en el
área de pantalla para los Cargos totales 734 en la Fig. 27. Tras la
finalización de dicha etapa, el mensaje de vuelta pasa a la rutina
de LLAMADA, y se abandona la rutina de TARIFA Y VALIDACIÓN 610.
Consulte ahora la Fig. 37 para tratar las
características de la etiqueta de envío descrita 25 que imprime el
cliente utilizando los datos de impresión proporcionados al sistema
informático del cliente 20 desde el ISS 10.
Una etiqueta 25 generada de conformidad con una
forma de realización preferida de la presente invención contiene
una cantidad de información que contiene áreas, algunas legibles
por máquina mediante código de barras y/o Maxicode®, algunas
legibles por persona y algunos datos de seguridad. La información
contenida en la etiqueta está diseñada para el uso maximizado del
espacio así como la lectura por máquina. Un área de Dirección de
devolución 870, que puede ser diferente de la Dirección de origen,
aparece en la esquina superior izquierda. Por tanto, una persona de
viaje puede especificar una Dirección de origen para propósitos de
tarifación y recogida, pero puede usar una oficina de su lugar de
origen para la dirección de devolución.
Debajo del área de Dirección de devolución
aparece un área de dirección Enviar a 872 y en la esquina superior
derecha aparece un área de Cantidad de paquetes 874 que indica
cuántos paquetes se incluyen en el envío actual y el número del
paquete actual en dicho envío.
Debajo de la dirección Enviar a se encuentra un
bloque cuadrado que contiene un símbolo Maxicode® 876. Maxicode® es
un código denso legible por máquinas propias que contiene todo el
texto de la etiqueta y, opcionalmente, otra información de detalles
del nivel de paquetes (PLD) relativa al cliente, los contenidos,
manipulación especial, etc. Aquellos expertos en la materia
entenderán que pueden almacenarse al menos cien caracteres de texto
en Maxicode® legibles por máquina con un escáner.
A la derecha del Maxicode® se encuentra un área
de Código de clasificación legible por personas 882, que identifica
una Plataforma de clasificación inicial 878 y un Código de cinta de
clasificación 880 que identifica la cinta de clasificación en la
plataforma 42 a la que se dirige originalmente el paquete.
Un código postal de Destino final aparece debajo
de los códigos legibles por personas 878, 880 en forma de un Código
128 u otro código de barras tradicional 882. Si se desea, el código
postal puede reproducirse de forma legible por personas (no
mostrado).
Un recuadro horizontal debajo de los códigos que
se acaban de describir contiene texto 884 que describe el nivel de
servicio y un amplio código fuente alfanumérico de Nivel de
servicio 886. Justo debajo se encuentra un código 1Z 888 que sirve
como número de seguimiento. El código 1Z comprende en sí mismo un
Número de cuenta del cliente 890 alfanumérico de seis dígitos, un
identificador del Nivel de servicio 892, un Número de referencia
894 no secuencial y un dígito de Comprobar suma 896.
El Número de cuenta del cliente 890 puede
contener un carácter especial para designar un tipo concreto de
pago, tal como una cuenta de transportista o una cuenta de Internet
solamente de tarjeta de crédito. Por ejemplo, en la presente, la
letra "T" designa una cuenta de tarjeta de crédito. El número
de seguimiento puede estar codificado en un área de código de
barras legible por máquina 898.
Para cada etiqueta impresa se genera un único
número 1Z, por motivos de seguridad, tal como se mencionó.
En la sección más inferior de la etiqueta, un
identificador de facturación 900 indica el tipo de facturación. Tal
como se muestra, el identificador "FACTURACIÓN:PREPAGADA"
indica al personal del transportista que pueden aceptar el paquete
porque se ha validado el pago. También se incluyen en dicha sección
una o más líneas de Texto de usuario 902 que puede usarse para
identificar la referencia del cliente para la contabilidad interna
del cliente, su archivo o similar. Dicho cuadro también puede
contener el número de versión del soporte lógico del ISS que creó
la etiqueta, para su uso en el servicio técnico y de atención al
cliente.
En el bloque inferior izquierdo de la etiqueta se
encuentra el área del Logotipo. Según un aspecto de la presente
invención, el personal del proveedor de servicios de envío puede
estar instruido para no aceptar dicho tipo de etiqueta a menos que
presente el Logotipo 904 y los datos indicativos de pago, tal como
el identificador FACTURACIÓN: PREPAGADA 900. Dicha combinación de
identificadores ayuda a detectar el uso fraudulento de copias de
etiquetas de envío. Por tanto, se tendrá en cuenta que las diversas
características de la etiqueta, tomadas en conjunto, constituyen
medidas de seguridad contra la reutilización fraudulenta de una
etiqueta, o la copia de una etiqueta o la impresión de múltiples
copias de una etiqueta.
Como se trató en relación con la rutina de
IMPRESIÓN DE ETIQUETAS, las características del procedimiento de
impresión de etiquetas ayudan a proporcionar seguridad para la
etiqueta y prevención del fraude. Por ejemplo, tras la introducción
de los datos para un envío, una etiqueta 25 se presenta en una nueva
ventana ("originada") del navegador para la inspección e
impresión del usuario mediante la función IMPRIMIR del explorador.
Además, para evitar los problemas de impresión de etiquetas, el ISS
puede consultar el ordenador del usuario 20 para determinar el tipo
de navegador que usa el cliente y proporcionar una configuración de
página adecuada.
Por último, las etiquetas pueden imprimirse
horizontalmente en la mitad de una página convencional de 210 x 297
mm que puede doblarse a continuación e introducirse en un sobre
transparente pegado a un paquete, o pegarse directamente en el
paquete.
Como entenderán aquellos expertos en la materia,
la etiqueta de envío 25 no está limitada al formato descrito
anteriormente. La información incluida en el formato descrito
anteriormente puede reajustarse, eliminarse o añadirse para crear
etiquetas de configuraciones diferentes. Por ejemplo, el bloque
Enviado de, el bloque de Información del paquete, el bloque de
Enviar a y el bloque de Cliente pueden disponerse a la izquierda de
la etiqueta, mientras que el bloque Maxicode®, el bloque del Código
de barras postal, el bloque del Código de barras del número de
seguimiento y el bloque con las Instrucciones de dirección pueden
agruparse en la parte derecha. De nuevo, pueden reajustarse para
adecuarse a las necesidades del usuario o el proveedor de servicios
de envío.
Puede disponerse una sección de dirección e
instrucción adicional sobre la etiqueta 25 para instrucciones
especiales. Esto puede incluir una firma solicitada, horas de
transporte más tempranas, confirmación verbal de reparto, envío
contra reembolso, material peligroso, opciones de facturación
internacional. En las opciones de facturación internacional, las
instrucciones de dirección pueden especificar facturación dividida,
facturación a terceros, opciones de facturación nacional para
EE.UU., etc.
Un bloque de información de paquetes (no
mostrada) puede incluir información relativa al paquete, tal como
peso, cantidad, número de referencia para la facturación termal, el
peso del envío y el peso dimensional del envío.
A pesar de que la presente invención se ha
descrito y presentado en términos de formas de realización
preferidas, no se pretende que la invención se limite a dichas
formas de realización. Las modificaciones dentro del alcance de la
invención tal como se reivindica resultarán evidentes para aquellos
expertos en la materia. El alcance de la presente invención
solamente estará limitado por las reivindicaciones que se indican a
continuación.
Claims (20)
1. Un sistema para procesar información
relacionada con un paquete manipulado por un proveedor de servicios
de envío (14) en relación con el reparto del paquete (12) a un
destinatario específico (18), que comprende:
un sistema de recepción de solicitudes (50, 78)
operativo para recibir desde un sistema informático con acceso a
Internet (20) una solicitud introducida por un cliente que contiene
información de recogida para recoger un paquete en un punto de
recogida designado e información de solicitud de envío para enviar
el paquete, y operativo para comunicar dicha solicitud introducida
por el cliente a un sistema de envío (102);
un componente de procesamiento (60, 74)
relacionado con el sistema de recepción de solicitudes y configurado
para validar la información de recogida mediante la determinación de
si el proveedor de servicios de envío dispone de una persona
seleccionada del servicio capaz de recoger el paquete en el punto de
recogida designado;
un sistema de envío (102) de respuesta a la
validación de la información de recogida para generar una solicitud
de envío para recoger el paquete en el punto de recogida designado;
y
un sistema de comunicación (90, 104) para
comunicar dicha solicitud de envío a la persona seleccionada del
servicio,
por el cual la persona seleccionada del servicio,
en respuesta a la recepción de la solicitud de envío, recoge el
paquete para su reparto a través del proveedor de servicios de envío
al destinatario específico.
2. El sistema de cualquiera reivindicación
precedente, en el que la validación de la información de recogida
seleccionada comprende la determinación de que el punto de recogida
se encuentra en el área de servicio predeterminada y servida por la
persona seleccionada del servicio.
3. El sistema de cualquiera reivindicación
precedente, en el que el punto de recogida designado se encuentra
en un lugar seleccionado por el cliente.
4. El sistema de cualquiera reivindicación
precedente, en el que el punto de recogida se encuentra en un
cuadro desplegable.
5. El sistema de cualquiera reivindicación
precedente, en el que el sistema de recepción de solicitudes está
operativo para proporcionar datos de impresión de la etiqueta
predeterminados (878-896) al sistema informático con
acceso a Internet del cliente para imprimir una etiqueta (25) para
fijarla al paquete, incluyendo la etiqueta datos de autenticidad
predeterminados (900).
6. El sistema de la reivindicación 5, en el que
dicho componente de procesamiento de la información del paquete
(60, 74) está configurado para procesar la información de solicitud
de envío introducida por el cliente a través del sistema
informático con acceso a Internet y validar la información de
solicitud de envío antes de generar la solicitud de envío y en el
que el sistema de recepción de pedidos está operativo para
proporcionar los datos de impresión de la etiqueta en respuesta a
la validación de la introducción de información de la solicitud de
envío por el cliente a través del sistema informático con acceso a
Internet.
7. El sistema de cualquiera reivindicación
precedente, que también comprende un sistema de información del
estado del envío del paquete (62) operativo para recibir
información del estado correspondiente al estado del envío del
paquete y para proporcionar la información del estado para el acceso
del cliente en el que la información del estado comprende la
información de seguimiento correspondiente al paquete.
8. El sistema de cualquiera reivindicación
precedente, en el que el sistema de envío proporciona respuesta a
la determinación que el punto de recogida no se incluye en el área
de servicio predeterminada al proporcionar información al cliente
sobre los puntos de entrega de paquetes.
9. El sistema de la reivindicación 8, en el que
dicho componente de procesamiento (60, 74) está operativo para
validar el servicio de recogida disponible para la solicitud en
referencia a un código postal asociado con el cliente.
10. El sistema de cualquiera reivindicación
precedente, en el que el sistema de recepción de solicitudes está
operativo para proporcionar una interfaz de información de envío
(660) a través de un sitio de Internet, siendo la interfaz de
información de envío accesible a través del sistema informático con
acceso a Internet del cliente e incluyendo campos de información de
solicitudes de envío, cubierto previamente con información del
perfil del cliente recuperada de una base de datos de información
de perfiles de clientes (58) relacionada con el sistema de
recepción de solicitudes, y configurada para aceptar la introducción
de la solicitud de envío del cliente.
11. El sistema de la reivindicación 10, en el que
los campos de información de la solicitud de envío incluyen un
campo de dirección "enviar de" (700, 702) que puede rellenarlo
el cliente con información indicativa de una dirección diferente de
la dirección de envío habitual relacionada con dicho cliente, por el
que un cliente, como un vendedor en viaje, puede enviar un paquete
desde un punto distinto del lugar de trabajo habitual del
cliente.
12. El sistema de cualquiera reivindicación
precedente, en el que el sistema de recepción de solicitudes está
operativo para proporcionar una interfaz (724) de resumen de envío a
través del sitio de Internet, siendo la interfaz de resumen de
envío accesible desde el sistema informático con acceso a Internet
del cliente e incluyendo campos de información de resumen de envío
modificables relacionados con una solicitud para enviar un paquete,
estando la interfaz de resumen de envío operativa para mostrar
opciones de servicio para la selección del cliente, seleccionada del
grupo que comprende: cambiar información relacionada con el envío
del paquete, añadir otro paquete al envío, seleccionar ver un
buscador de puntos de entrega y seleccionar un servicio para el
reparto más urgente del paquete.
13. El sistema de cualquiera reivindicación
precedente, en el que el sistema de recepción de solicitudes está
operativo para proporcionar una interfaz de pago (780) a través del
sitio de Internet, siendo la interfaz de pago accesible a través
del sistema informático con acceso a Internet del cliente e
incluyendo opciones de pago seleccionables relacionadas con una
solicitud para enviar un paquete, estando las opciones de pago
seleccionadas del grupo que comprende: pago desde una cuenta
existente del cliente con el proveedor de servicios de envío, pago
mediante tarjeta de crédito de archivo con el proveedor de
servicios de envío y pago con otra tarjeta de crédito.
14. El sistema de cualquiera reivindicación
precedente, en el que el sistema de recepción de solicitudes está
operativo para proporcionar una interfaz de historial de envíos
(836) a través del sitio de Internet, siendo la interfaz de
historial de envíos accesible desde el sistema informático con
acceso a Internet del cliente e incluyendo campos de información
del historial de envíos para permitir al cliente la selección de
opciones de pantalla del historial de envíos y en el que el sistema
de recepción de solicitudes está operativo para mostrar información
del historial de envíos al cliente en respuesta a la selección de
una opción de pantalla del historial de envíos.
15. El sistema de la reivindicación 14, en el que
las opciones de pantalla del historial de envíos también incluyen
una opción de seguimiento de envío, y en el que el sistema de
recepción de solicitudes está operativo para mostrar información de
seguimiento del envío relacionada con una solicitud anterior
seleccionada por el cliente en respuesta a la selección de la opción
de seguimiento de envío.
16. El sistema de la reivindicación 14 o la
reivindicación 15, en el que las opciones de pantalla del historial
de envíos también incluyen una opción "enviar de nuevo", en el
que el sistema de recepción de pedidos está operativo para mostrar
información relacionada con una solicitud anterior seleccionada por
el cliente, y en el que el sistema de recepción de solicitudes está
operativo para usar la información de la solicitud anterior
seleccionada para procesar una nueva solicitud de envío en respuesta
a la selección del cliente de la opción enviar de nuevo.
17. El sistema de cualquiera de las
reivindicaciones 14-16, en el que las opciones de
pantalla del historial de envíos incluyen una opción de "detalles
del envío", en el que el sistema de recepción de solicitudes
está operativo para mostrar información relacionada con al menos
una solicitud anterior del cliente, y en el que el sistema de
recepción de pedidos está operativo para mostrar información
detallada relacionada con una solicitud anterior seleccionada por el
cliente en respuesta a la selección de la opción de detalles del
envío en relación con la selección de una solicitud anterior
específica.
18. El sistema de la reivindicación 17, en el que
las opciones de detalles del envío incluyen información
seleccionada del grupo que comprende: ver un recibo para un envío
anterior seleccionado, volver a imprimir un recibo para un envío
anterior seleccionado, volver a imprimir una etiqueta para un envío
anterior seleccionado y hacer un seguimiento de un paquete a partir
de un envío anterior seleccionado.
19. Un procedimiento para procesar la información
relacionada con un paquete manipulado por un proveedor de servicios
de envío en relación con el reparto del paquete a un destinatario
específico, que comprende:
recibir una solicitud introducida por el cliente
para enviar un paquete desde un sistema informático con acceso a
Internet;
procesar la solicitud introducida por el cliente
para validar la información asociada con la solicitud;
en respuesta a la validación de la información
asociada con la solicitud, comunicar la solicitud introducida por
el cliente a un sistema de envío;
en el sistema de envío, generar una solicitud de
envío para la recogida del paquete, y
comunicar el pedido de envío a una persona
seleccionada del servicio, por el cual la persona seleccionada del
servicio, en respuesta a la recepción de la solicitud de envío,
recoge el paquete para repartirlo a través del proveedor de
servicios de envío al destinatario específico.
20. Un procedimiento para el reparto de un
paquete a través de un proveedor de servicios de envío a un
destinatario específico, que comprende las etapas de:
recibir desde un sistema informático con acceso a
Internet una solicitud introducida por el cliente que contiene
información de recogida para recoger un paquete en un punto de
recogida designado e información de la solicitud de envío para
enviar el paquete a un destinatario específico;
comunicar la solicitud introducida por el cliente
a un sistema de recepción de solicitudes;
en el sistema de recepción de solicitudes,
procesar la solicitud para validar la información de recogida
mediante la determinación de si el proveedor de servicios de envío
dispone de una persona seleccionada del servicio capaz de recoger el
paquete en el punto de recogida designado;
en respuesta a la validación de la información de
recogida relacionada con la solicitud, comunicar la solicitud a un
sistema de envío;
en el sistema de envío, generar una solicitud de
envío para la recogida del paquete;
comunicar la solicitud de envío a una persona
seleccionada del servicio;
recibir la solicitud de envío en un dispositivo
de recepción de comunicaciones relacionado con la persona
seleccionada del servicio;
en respuesta a la recepción de la solicitud de
envío, obtener el paquete,
por el cual la persona seleccionada del servicio,
en respuesta a la recepción de la solicitud de envío, recoge el
paquete en el punto de recogida designado para repartirlo al
destinatario específico.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US11918999P | 1999-02-08 | 1999-02-08 | |
| US119189P | 1999-02-08 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2207501T3 true ES2207501T3 (es) | 2004-06-01 |
Family
ID=22383021
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES00921319T Expired - Lifetime ES2207501T3 (es) | 1999-02-08 | 2000-02-07 | Sistema y metodos para el envio de paquetes mediante internet. |
Country Status (10)
| Country | Link |
|---|---|
| US (3) | US7844481B2 (es) |
| EP (1) | EP1181655B1 (es) |
| JP (1) | JP2002541035A (es) |
| AT (1) | ATE250246T1 (es) |
| CA (1) | CA2361514A1 (es) |
| DE (1) | DE60005335T2 (es) |
| DK (1) | DK1181655T3 (es) |
| ES (1) | ES2207501T3 (es) |
| PT (1) | PT1181655E (es) |
| WO (1) | WO2000046728A2 (es) |
Families Citing this family (224)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7451114B1 (en) | 1999-02-19 | 2008-11-11 | Visa International Service Association | Conducting commerce between individuals |
| US7197465B1 (en) | 1999-10-06 | 2007-03-27 | Stamps.Com Inc. | Apparatus, systems and methods for printing dimensionally accurate symbologies on laser printers configured with remote client computer devices |
| US7117170B1 (en) * | 1999-10-06 | 2006-10-03 | Stamps.Com Inc. | Apparatus, systems and methods for applying billing options for multiple carriers for online, multi-carrier, multi-service parcel shipping management |
| US7664651B1 (en) | 1999-10-06 | 2010-02-16 | Stamps.Com Inc. | Apparatus, systems and methods for online, multi-carrier, multi-service parcel shipping management |
| US7359887B1 (en) | 1999-10-06 | 2008-04-15 | Stamps.Com Inc. | Apparatus, systems and methods for interfacing with digital scales configured with remote client computer devices |
| US8036905B2 (en) * | 2000-02-29 | 2011-10-11 | Newgistics, Inc. | Method and system for processing the local return of remotely purchased products |
| US6975998B1 (en) * | 2000-03-01 | 2005-12-13 | Arrivalstar, Inc. | Package delivery notification system and method |
| US8386337B2 (en) * | 2000-03-24 | 2013-02-26 | Newgistics, Inc. | System and method for single-action returns of remotely purchased merchandise |
| US7774284B2 (en) | 2000-03-27 | 2010-08-10 | Stamps.Com Inc. | Apparatus, systems and methods for online, multi-parcel, multi-carrier, multi-service enterprise parcel shipping management |
| JP4021198B2 (ja) | 2000-03-28 | 2007-12-12 | アイシップ，インコーポレイテッド | オンライン、複数小包、複数運送業者、複数サービスの小包返品荷送マネジメントのための装置、システム及び方法 |
| US6994253B2 (en) | 2000-05-11 | 2006-02-07 | United Parcel Service Of America | Systems and methods of item delivery utilizing a delivery notice |
| WO2002001429A2 (de) * | 2000-06-27 | 2002-01-03 | Siemens Dematic Ag | Verfahren zum versenden von bestellten artikeln |
| US7184973B2 (en) | 2000-07-11 | 2007-02-27 | United Parcel Service Of America, Inc. | Method and apparatus for communicating order entries in a network environment |
| US20020152168A1 (en) * | 2000-07-11 | 2002-10-17 | First Data Corporation | Automated transfer with stored value fund |
| JP2002042005A (ja) * | 2000-07-31 | 2002-02-08 | Fujitsu Ltd | 配達管理方法及び装置並びに配送情報サービス方法 |
| US6795823B1 (en) | 2000-08-31 | 2004-09-21 | Neoris Logistics, Inc. | Centralized system and method for optimally routing and tracking articles |
| MXPA03001861A (es) * | 2000-08-31 | 2004-12-03 | Neorislogistics Inc | Sistema centralizado y metodo para enrutar y rastrear articulos de manera optima. |
| AUPR053100A0 (en) * | 2000-10-05 | 2000-10-26 | Exago Pty Limited | Supply chain management system |
| US7647231B2 (en) | 2000-10-13 | 2010-01-12 | United States Postal Service | Flexible mail delivery system and method |
| JP2002183266A (ja) * | 2000-12-19 | 2002-06-28 | Dynacomware Corp | 運送伝票処理システム |
| US20020133414A1 (en) * | 2001-03-14 | 2002-09-19 | Pradhan Salil Vjaykumar | Mediated shopping method and system |
| WO2002073369A2 (en) | 2001-03-14 | 2002-09-19 | United Parcel Service Of America, Inc. | Systems and methods for initiating returns over a network |
| DE10118827A1 (de) * | 2001-04-17 | 2002-10-31 | Bucko Software Gmbh | Verfahren zum automatischen Abgleich einer Datenmenge sowie Versandlogistiksystem |
| US7577598B2 (en) | 2001-05-01 | 2009-08-18 | United Parcel Service Of America, Inc. | Account opening facilitation system, method and computer program product |
| US7571178B2 (en) * | 2001-05-24 | 2009-08-04 | Yamatake Corporation | Process controller, product information collector, and process tracer |
| US7716091B2 (en) * | 2001-05-24 | 2010-05-11 | Newgistics, Inc. | Local returns of remotely purchased merchandise with return code validation |
| US7444298B2 (en) | 2001-08-28 | 2008-10-28 | United Parcel Service Of America, Inc. | Order and payment visibility process |
| FR2829269B1 (fr) * | 2001-08-31 | 2004-10-15 | Neopost Ind | Systeme modulaire universel de traitement de courrier |
| US20040039652A1 (en) * | 2001-09-07 | 2004-02-26 | Tighe Christopher Patrick | Automated requesting system |
| US7698175B2 (en) | 2001-10-05 | 2010-04-13 | United Parcel Service Of America, Inc. | Inbound and outbound shipment notification methods and systems |
| WO2003032227A2 (en) * | 2001-10-05 | 2003-04-17 | United Parcel Service Of America, Inc. | Inbound and outbound shipment notification methods and systems |
| DE10150560A1 (de) * | 2001-10-15 | 2003-04-24 | Deutsche Post Ag | Verfahren und Vorrichtung zur Bearbeitung von Postsendungen |
| US8374962B2 (en) * | 2001-10-26 | 2013-02-12 | First Data Corporation | Stored value payouts |
| US8244632B2 (en) * | 2001-10-26 | 2012-08-14 | First Data Corporation | Automated transfer with stored value |
| US7212984B2 (en) * | 2001-10-29 | 2007-05-01 | Qualcomm Incorporated | Method and apparatus for providing virtual capacity to a provider of services |
| US7620583B2 (en) * | 2001-11-30 | 2009-11-17 | Worldpack, Inc. | Method and apparatus for facilitating shipment of packages |
| US8005727B2 (en) | 2001-12-27 | 2011-08-23 | United Parcel Service Of America, Inc. | Distributed-user shipping system |
| US7543735B2 (en) | 2002-01-17 | 2009-06-09 | At&T Intellectual Property I, Lp | System and method for processing package delivery |
| US20050154602A1 (en) * | 2004-01-10 | 2005-07-14 | Allen David Hertz | Parcel pick up notification apparatus and method |
| US6934706B1 (en) * | 2002-03-22 | 2005-08-23 | International Business Machines Corporation | Centralized mapping of security credentials for database access operations |
| US7324968B2 (en) | 2002-03-25 | 2008-01-29 | Paid, Inc. | Method and system for improved online auction |
| US20040128265A1 (en) * | 2002-04-05 | 2004-07-01 | Holtz Lyn M. | Return mechandise processing system |
| DE60322048D1 (de) * | 2002-05-16 | 2008-08-21 | United Parcel Service Inc | Systemen und verfahren für sortierung und lieferung von paketen unter verwendung von rfid technik |
| US20030225592A1 (en) * | 2002-05-29 | 2003-12-04 | Algazi Allan Stuart | System and method for a business-to-consumer delivery network within a local district |
| US20040039715A1 (en) * | 2002-06-24 | 2004-02-26 | Gullo John F. | Systems and methods for providing an express mail label |
| US7233907B2 (en) | 2002-08-07 | 2007-06-19 | United Parcel Service Of America, Inc. | Parcel or service delivery with partially scheduled time windows |
| US20040133446A1 (en) * | 2002-11-01 | 2004-07-08 | United Parcel Service Of America, Inc. | Alternate delivery location methods and systems |
| US20040193436A1 (en) * | 2003-02-10 | 2004-09-30 | Stashluk Edward J. | Method and system using return labels with dynamically generated multiple datapoint coding |
| US20040215531A1 (en) * | 2003-02-10 | 2004-10-28 | Stashluk Edward J. | Computer generated merchandise return labels with rules-based coding |
| US20040193438A1 (en) * | 2003-02-10 | 2004-09-30 | Stashluk Edward J. | Merchandise return system with value added returns processing (dispositioning) |
| US20040181454A1 (en) * | 2003-03-12 | 2004-09-16 | Michael Manno | Web-based point-of sale system |
| US7574447B2 (en) | 2003-04-08 | 2009-08-11 | United Parcel Service Of America, Inc. | Inbound package tracking systems and methods |
| US20040220845A1 (en) * | 2003-04-30 | 2004-11-04 | Cynthia Malapitan | System and method of automated package tracking |
| US20050192913A1 (en) * | 2003-07-29 | 2005-09-01 | International Business Machies Corporation | Postal services method and system |
| US7895132B2 (en) * | 2003-12-22 | 2011-02-22 | United Parcel Service Of America, Inc. | Manifest generation and download systems and methods |
| US7536321B2 (en) | 2004-01-30 | 2009-05-19 | Canon U.S.A., Inc. | Estimated time of arrival (ETA) systems and methods |
| US20050228681A1 (en) * | 2004-04-09 | 2005-10-13 | United Parcel Service Of America, Inc. | Data extraction tool and methods of use |
| US20050251402A1 (en) * | 2004-05-10 | 2005-11-10 | United Parcel Service Of America, Inc. | Autonomous communication in shipping |
| US20080184272A1 (en) * | 2004-06-16 | 2008-07-31 | Brownewell Michael L | Documentation system for loss control |
| MXPA06014751A (es) * | 2004-06-16 | 2008-03-11 | Michael L Brownewell | Documentacion en video para control de perdida. |
| US20060031124A1 (en) * | 2004-08-09 | 2006-02-09 | Liberty Logistics Inc. | Collaborative logistics information exchange method and apparatus |
| US7890388B2 (en) * | 2004-11-09 | 2011-02-15 | Sap Ag | Systems and methods for remote validation |
| US20060241985A1 (en) * | 2004-12-22 | 2006-10-26 | Greenpak, Inc. | System and methods for transportation utilization and control |
| JP2008529168A (ja) * | 2005-01-28 | 2008-07-31 | ユナイテッド パーセル サービス オブ アメリカ インコーポレイテッド | 地域内の各サービス地点の住所データの登録および維持 |
| US7647249B2 (en) * | 2005-02-25 | 2010-01-12 | United Parcel Service Of America, Inc. | Method for providing a shipping label via an intermediary's website |
| WO2006116286A2 (en) * | 2005-04-25 | 2006-11-02 | Leon Falic | Internet-based duty-free goods electronic commerce system and method |
| DE102005026887A1 (de) * | 2005-06-10 | 2006-12-14 | OCé PRINTING SYSTEMS GMBH | Verfahren und Anordnung zum Erzeugen eines Dokuments |
| CA2609841A1 (en) | 2005-06-21 | 2007-01-04 | United Parcel Service Of America, Inc. | Systems and methods for providing personalized delivery services |
| US7765131B2 (en) | 2006-06-20 | 2010-07-27 | United Parcel Service Of America, Inc. | Systems and methods for providing personalized delivery services |
| WO2007009003A2 (en) * | 2005-07-13 | 2007-01-18 | Autotradecenter, Inc. | Electronic real time bidding systems and methods |
| EP1907987A4 (en) * | 2005-07-25 | 2010-11-10 | Silverbrook Res Pty Ltd | PRODUCT ARTICLE HAVING A CODE IDENTIFICATION IMPLANTATION |
| US20100250461A1 (en) * | 2005-12-22 | 2010-09-30 | Greenpak Development, Inc. | System and methods for transportation utilization and control |
| US20070255627A1 (en) * | 2006-03-03 | 2007-11-01 | Hallowell Zachary E | Transport Ordering Systems and Methods |
| US8315921B2 (en) * | 2006-03-03 | 2012-11-20 | Openlane, Inc. | Vehicle co-listing systems and methods |
| US20070208585A1 (en) * | 2006-03-06 | 2007-09-06 | Douglas Bernhard | Systems and methods for providing time-in-transit information to a user |
| US8095422B2 (en) * | 2006-03-10 | 2012-01-10 | Openlane, Inc. | Systems and methods for vehicle information management |
| US8738472B2 (en) * | 2006-03-10 | 2014-05-27 | Openlane, Inc. | Systems and methods for vehicle lifecycle management |
| US20080046255A1 (en) * | 2006-05-05 | 2008-02-21 | Stelcher Enterprises | Tradeshow handouts valet and shipping system |
| US8000988B1 (en) * | 2006-08-18 | 2011-08-16 | Amazon Technologies, Inc. | Selecting shipping methods dependent on a dynamic model of shipping activity |
| ITRM20060580A1 (it) * | 2006-10-26 | 2008-04-27 | Assistenza Ricerca E Sviluppo Spa | Sistema e metodo di tracciabilita e di rintracciabilita integrale di sicurezza |
| US8108458B2 (en) * | 2006-11-30 | 2012-01-31 | Verizon Data Services Llc | Systems and methods for providing enhanced shipping and receiving services |
| US20080255864A1 (en) * | 2007-04-12 | 2008-10-16 | United Parcel Service Of America, Inc. | Method and computer program product for creating on demand commercial shipping invoices |
| US20080255863A1 (en) * | 2007-04-12 | 2008-10-16 | United Parcel Service Of America, Inc. | Method and computer program product for providing paperless customs documentation |
| CN101657830B (zh) * | 2007-04-27 | 2018-05-04 | 德国邮政股份公司 | 改善货物运输的系统与方法 |
| CN101681451A (zh) * | 2007-04-27 | 2010-03-24 | 德国邮政股份公司 | 改善货物运输的系统与方法 |
| CA2687386A1 (en) * | 2007-05-15 | 2008-11-20 | 8D Technologies Inc. | A method and apparatus for managing shipping and advertisement information in a communications environment |
| BRPI0812102A2 (pt) | 2007-05-25 | 2014-11-25 | Hussmann Corp | Sistema de gerenciamento de cadeia de suprimento |
| US8060452B2 (en) * | 2007-06-29 | 2011-11-15 | Comgateway(S) Pte. Ltd | Sales methods, delivery methods, code verification methods, repudiation resolution methods, and articles of manufacture |
| US20110035316A2 (en) | 2007-08-02 | 2011-02-10 | Brink's Network, Inc. | Process of and system for advancing credit for cash collections |
| US11361374B2 (en) | 2007-08-02 | 2022-06-14 | Brink's Network, Inc. | Computerized system having a central process facilitator in communication with safes and operating process thereof |
| KR20090016101A (ko) * | 2007-08-10 | 2009-02-13 | 주식회사 인터파크지마켓 | 구매 상품의 직접 수령형 배송 옵션을 위한 온라인 마켓의운영 방법 및 시스템 |
| KR100953452B1 (ko) * | 2007-08-21 | 2010-04-20 | 주식회사 한국스마트카드 | 카드 승인 단말 시스템과 이를 이용한 카드 관리 방법 |
| US10417726B2 (en) * | 2007-12-07 | 2019-09-17 | The Descartes Systems Group Inc. | Methods and systems for producing shipping labels |
| US8805747B2 (en) | 2007-12-07 | 2014-08-12 | Z-Firm, LLC | Securing shipment information accessed based on data encoded in machine-readable data blocks |
| US8521656B2 (en) | 2007-12-07 | 2013-08-27 | Z-Firm, LLC | Systems and methods for providing extended shipping options |
| US8818912B2 (en) | 2007-12-07 | 2014-08-26 | Z-Firm, LLC | Methods and systems for supporting the production of shipping labels |
| US8126821B2 (en) * | 2008-01-04 | 2012-02-28 | Z-Firm, LLC | Methods and systems for supporting the production of shipping labels |
| US7409353B1 (en) | 2007-12-07 | 2008-08-05 | Z-Firm Llc | Methods and systems for producing shipping labels |
| US8527429B2 (en) | 2007-12-07 | 2013-09-03 | Z-Firm, LLC | Shipment preparation using network resource identifiers in packing lists |
| US8812409B2 (en) | 2007-12-07 | 2014-08-19 | Z-Firm, LLC | Reducing payload size of machine-readable data blocks in shipment preparation packing lists |
| US8190496B2 (en) * | 2008-04-07 | 2012-05-29 | Embedded Brand, Inc. | Method and system of directed advertising |
| US20090326971A1 (en) * | 2008-06-30 | 2009-12-31 | Ibm Corporation | Method for managing package delivery |
| GB0817702D0 (en) * | 2008-09-26 | 2008-11-05 | Dymo Nv | Label printer |
| US20100217635A1 (en) * | 2009-02-25 | 2010-08-26 | At&T Intellectual Property I, L.P. | Package shipping method |
| CN102428477A (zh) | 2009-02-27 | 2012-04-25 | 开放通道公司 | 批发虚拟存货和零售引导生成 |
| US8493339B1 (en) | 2009-03-25 | 2013-07-23 | Ami Entertainment Network, Inc. | Multi-region interactive display |
| US20110022489A1 (en) * | 2009-06-08 | 2011-01-27 | Hallowell Zachary E | Third-Party Inspection of Vehicles in an Electronic Marketplace System |
| US9082234B1 (en) * | 2009-07-10 | 2015-07-14 | Stamps.Com Inc. | Automatic guarantee delivery tracking and reporting for united states postal service postage refunds for paid computer-based postage |
| US9818073B2 (en) | 2009-07-17 | 2017-11-14 | Honeywell International Inc. | Demand response management system |
| US8782190B2 (en) * | 2009-07-17 | 2014-07-15 | Honeywell International, Inc. | Demand response management system |
| TW201104603A (en) * | 2009-07-31 | 2011-02-01 | Hsinchu Transp Co Ltd | Information processing system, processing station, and the method to pay by credit card on arrival of goods |
| WO2011035194A2 (en) * | 2009-09-18 | 2011-03-24 | Enroute Systems Corporation | Package shipping system and method, including usage of historical analytic data |
| US8299920B2 (en) | 2009-09-25 | 2012-10-30 | Fedex Corporate Services, Inc. | Sensor based logistics system |
| US9633327B2 (en) | 2009-09-25 | 2017-04-25 | Fedex Corporate Services, Inc. | Sensor zone management |
| US8239169B2 (en) | 2009-09-25 | 2012-08-07 | Gregory Timothy L | Portable computing device and method for asset management in a logistics system |
| US20110106643A1 (en) * | 2009-09-28 | 2011-05-05 | Berkowitz Ed | Systems and Methods for Electronic Summary and Detail Performance Data of Equipment Sellers |
| US8667014B2 (en) * | 2009-11-04 | 2014-03-04 | Columbia Sportswear North America, Inc. | Reusable packaging history tracking system and query interface |
| US20110130872A1 (en) * | 2009-11-30 | 2011-06-02 | Psi Systems, Inc. | System and method for creating an intelligent mail barcode |
| US20110173086A1 (en) * | 2009-12-14 | 2011-07-14 | Berkowitz Ed | Systems and Methods for Dynamic Pricing and Auction Adjudication During Online Auctions |
| US9189615B2 (en) | 2010-04-28 | 2015-11-17 | Openlane, Inc. | Systems and methods for system login and single sign-on |
| US8364702B2 (en) * | 2010-05-18 | 2013-01-29 | EBE, Inc. | Applicant qualification process |
| US10032239B2 (en) * | 2010-06-10 | 2018-07-24 | United Parcel Service Of America, Inc. | Enhanced payments for shipping |
| WO2012018859A1 (en) * | 2010-08-03 | 2012-02-09 | Niklas Pettersson | Creating on-demand packaging based on stored attribute data |
| US9213980B2 (en) * | 2010-11-12 | 2015-12-15 | Ebay Inc. | Using behavioral data in rating user reputation |
| US9367848B2 (en) | 2010-12-27 | 2016-06-14 | Stubhub, Inc. | Dynamic interactive seat map |
| US8645214B2 (en) | 2011-08-30 | 2014-02-04 | Brink's Network, Inc. | System for and process of facilitating financial transactions at point-of-sale employing electronic drop safes and point-of-sale terminals |
| US20130066744A1 (en) * | 2011-09-14 | 2013-03-14 | Ebay Inc. | Flexible shipping delivery |
| US10565542B2 (en) | 2011-09-16 | 2020-02-18 | United States Postal Service | Systems and methods for creating and using a hybrid-digital mailbox |
| AU2012347950B2 (en) | 2011-12-05 | 2016-02-11 | United States Postal Service | A system and method of control of electronic parcel lockers |
| USD726736S1 (en) * | 2011-12-14 | 2015-04-14 | Gt Gettaxi Limited | Graphical user interface for ordering transportation on a display screen or portion thereof |
| US8625841B2 (en) | 2012-01-17 | 2014-01-07 | Lockheed Martin Corporation | Remote encoding center automation systems and methods |
| US9044784B2 (en) * | 2012-01-17 | 2015-06-02 | Lockheed Martin Corporation | Remote recognition processing system and method |
| US9727837B1 (en) | 2012-03-02 | 2017-08-08 | Carl Henry Campbell, Jr. | System utilizing layered software application for facilitating delivery services |
| US9747600B2 (en) | 2012-03-30 | 2017-08-29 | United State Poastal Service | Item status tracking |
| JP5985876B2 (ja) * | 2012-04-27 | 2016-09-06 | 日本郵便株式会社 | 配送管理システム及び配送管理方法 |
| US10346784B1 (en) | 2012-07-27 | 2019-07-09 | Google Llc | Near-term delivery system performance simulation |
| US8967458B1 (en) * | 2012-08-30 | 2015-03-03 | Amazon Technologies, Inc. | Messages associated with unopened delivered packages |
| US9904926B2 (en) * | 2012-08-31 | 2018-02-27 | Ebay Inc. | Reducing overhead associated with large-scale purchasing |
| US20140081704A1 (en) | 2012-09-15 | 2014-03-20 | Honeywell International Inc. | Decision support system based on energy markets |
| US20140096140A1 (en) * | 2012-10-01 | 2014-04-03 | International Business Machines Corporation | Managing a service provider's customer queue |
| US9389850B2 (en) | 2012-11-29 | 2016-07-12 | Honeywell International Inc. | System and approach to manage versioning of field devices in a multi-site enterprise |
| US11144868B1 (en) * | 2012-12-05 | 2021-10-12 | Stamps.Com Inc. | Visual graphic tracking of item shipment and delivery |
| US10181110B1 (en) * | 2012-12-05 | 2019-01-15 | Stamps.Com Inc. | Systems and methods for mail piece interception, rescue tracking, and confiscation alerts and related services |
| US9916557B1 (en) | 2012-12-07 | 2018-03-13 | United Parcel Service Of America, Inc. | Systems and methods for item delivery and pick-up using social networks |
| US10387824B2 (en) | 2012-12-21 | 2019-08-20 | United Parcel Service Of America, Inc. | Systems and methods for delivery of an item |
| US20140180910A1 (en) * | 2012-12-21 | 2014-06-26 | Ebay Inc. | Dormant shipping label |
| US11144872B2 (en) | 2012-12-21 | 2021-10-12 | United Parcel Service Of America, Inc. | Delivery to an unattended location |
| US10445682B2 (en) | 2013-02-01 | 2019-10-15 | United Parcel Service Of America, Inc. | Systems and methods for parcel delivery to alternate delivery locations |
| US8918341B2 (en) | 2013-03-06 | 2014-12-23 | United States Postal Service | System and method for international merchandise return service |
| US9953286B2 (en) | 2013-03-06 | 2018-04-24 | United Parcel Service Of America, Inc. | Shipping preferences population systems and related methods |
| US9082134B2 (en) | 2013-03-08 | 2015-07-14 | Zzzoom, LLC | Displaying advertising using transit time data |
| US8909475B2 (en) | 2013-03-08 | 2014-12-09 | Zzzoom, LLC | Generating transport routes using public and private modes |
| US20140279658A1 (en) | 2013-03-12 | 2014-09-18 | United Parcel Service Of America, Inc. | Systems and methods of suggesting attended delivery/pickup locations |
| US9721224B2 (en) | 2013-03-14 | 2017-08-01 | Coreorient Oy | System and method for managing transportation and storage of goods |
| WO2014152854A2 (en) * | 2013-03-14 | 2014-09-25 | United Parcel Service Of America, Inc. | Date reminder systems and related methods |
| US9691076B2 (en) | 2013-07-11 | 2017-06-27 | Honeywell International Inc. | Demand response system having a participation predictor |
| US10346931B2 (en) | 2013-07-11 | 2019-07-09 | Honeywell International Inc. | Arrangement for communicating demand response resource incentives |
| US9989937B2 (en) | 2013-07-11 | 2018-06-05 | Honeywell International Inc. | Predicting responses of resources to demand response signals and having comfortable demand responses |
| US20150058150A1 (en) * | 2013-08-21 | 2015-02-26 | Ron Gura | Systems and methods for providing selling assistance |
| US20150066795A1 (en) | 2013-08-30 | 2015-03-05 | United Parcel Service Of America, Inc. | Systems, methods, and computer program products for providing a customized content exchange platform between two or more parties |
| US9460411B2 (en) * | 2013-09-03 | 2016-10-04 | Paypal, Inc. | Secure package delivery |
| US10664787B2 (en) | 2013-10-09 | 2020-05-26 | United Parcel Service Of America, Inc. | Customer controlled management of shipments |
| CN106104523A (zh) | 2013-10-14 | 2016-11-09 | 统包裹服多美国有限公司 | 用于例如在锁柜群处确认个人的身份的系统和方法 |
| US10666590B2 (en) * | 2013-10-21 | 2020-05-26 | Dropbox, Inc. | Secure sent message identifier |
| ZA201308090B (en) * | 2013-10-29 | 2016-07-27 | Davina Joanna Stoch | Parcel delivery monitoring system |
| US10002340B2 (en) | 2013-11-20 | 2018-06-19 | United Parcel Service Of America, Inc. | Concepts for electronic door hangers |
| US11928643B2 (en) | 2014-01-07 | 2024-03-12 | Cryoport, Inc. | Digital smart label for shipper with data logger |
| US20150294261A1 (en) * | 2014-01-31 | 2015-10-15 | myDoorman Inc. | Package delivery systems and methods |
| CA2935200C (en) | 2014-02-16 | 2019-11-26 | United Parcel Service Of America, Inc. | Determining a delivery location and time based on the schedule or location of a consignee |
| US10210473B2 (en) | 2014-03-06 | 2019-02-19 | United Parcel Service Of America, Inc. | Systems, methods, and computer program products for providing real-time validation of container loading and positioning data |
| US10733563B2 (en) | 2014-03-13 | 2020-08-04 | United Parcel Service Of America, Inc. | Determining alternative delivery destinations |
| US9665078B2 (en) | 2014-03-25 | 2017-05-30 | Honeywell International Inc. | System for propagating messages for purposes of demand response |
| US20160012391A1 (en) | 2014-07-08 | 2016-01-14 | Rick Burnett | Shipper and Carrier Interaction Optimization Platform |
| US10776745B2 (en) | 2014-08-06 | 2020-09-15 | United Parcel Service Of America, Inc. | Concepts for monitoring shipments |
| US10755225B2 (en) | 2014-08-06 | 2020-08-25 | United Parcel Service Of America, Inc. | Concepts for monitoring shipments |
| US9626639B2 (en) | 2014-09-26 | 2017-04-18 | Shyp, Inc. | Image processing and item transport |
| US10410164B2 (en) | 2014-11-14 | 2019-09-10 | United Parcel Service Of America, Inc | Systems and methods for facilitating shipping of parcels |
| CA2967064C (en) | 2014-11-14 | 2020-08-25 | United Parcel Service Of America, Inc. | Systems and methods for facilitating shipping of parcels for returning items |
| US9536216B1 (en) | 2014-12-18 | 2017-01-03 | Amazon Technologies, Inc. | Delivery of packages by unmanned aerial vehicles |
| USD805102S1 (en) | 2015-01-27 | 2017-12-12 | Twitter, Inc. | Media sharing device with graphical user interface |
| US20160232487A1 (en) * | 2015-02-11 | 2016-08-11 | Ben Yonker | Package Delivery System, Service, Method and Application |
| US10339489B2 (en) | 2015-02-13 | 2019-07-02 | One Stop Mailing LLC | Parcel processing system and method |
| US11087351B2 (en) * | 2015-02-18 | 2021-08-10 | Rakuten Usa, Inc. | System and method for managing e-commerce |
| WO2016168566A1 (en) * | 2015-04-16 | 2016-10-20 | United Parcel Service Of America, Inc. | Enhanced multi-layer cargo screening system, computer program product, and method of using the same |
| CN108140159B (zh) | 2015-05-04 | 2023-06-06 | 美国邮政管理局 | 用于处理国际配送物品的系统及方法 |
| US20160358124A1 (en) * | 2015-06-03 | 2016-12-08 | David Crane | Systems and methods for shipping management |
| CN104899719A (zh) * | 2015-06-16 | 2015-09-09 | 江苏云柜网络技术有限公司 | 基于微信的寄件揽件系统及其方法 |
| WO2017058942A1 (en) * | 2015-10-02 | 2017-04-06 | United States Postal Service | System and method of entering item into distribution network or service |
| US10248927B2 (en) | 2015-10-22 | 2019-04-02 | Rakesh Holdings, LLC | Multifunctional self-service shipping and mail processing system |
| US9412280B1 (en) * | 2015-11-05 | 2016-08-09 | Daniel Ian Zwillinger | Cooperative system and method for precise autonomous delivery |
| US9894342B2 (en) * | 2015-11-25 | 2018-02-13 | Red Hat Israel, Ltd. | Flicker-free remoting support for server-rendered stereoscopic imaging |
| CA3015542A1 (en) * | 2016-04-01 | 2017-10-05 | Walmart Apollo, Llc | Store item delivery systems and methods |
| US10636105B2 (en) * | 2016-06-20 | 2020-04-28 | Clearcorrect Operating, Llc | System and method for shipping products |
| US10929913B2 (en) | 2016-07-12 | 2021-02-23 | United Parcel Service Of America, Inc. | Systems, methods, and computer program products for intelligently processing and manipulating a subject image according to consumer data |
| JP6162868B2 (ja) * | 2016-08-04 | 2017-07-12 | 日本郵便株式会社 | 配送管理システム、配送管理方法及び配送管理プログラム |
| US10600022B2 (en) | 2016-08-31 | 2020-03-24 | United Parcel Service Of America, Inc. | Systems and methods for synchronizing delivery of related parcels via a computerized locker bank |
| US11068837B2 (en) * | 2016-11-21 | 2021-07-20 | International Business Machines Corporation | System and method of securely sending and receiving packages via drones |
| US10580061B2 (en) * | 2016-12-13 | 2020-03-03 | Ricoh Company, Ltd. | Information distribution system and electronic device |
| SG10201610774UA (en) * | 2016-12-22 | 2018-07-30 | Mastercard International Inc | System And Method For Conducting A Transaction |
| US10541556B2 (en) | 2017-04-27 | 2020-01-21 | Honeywell International Inc. | System and approach to integrate and manage diverse demand response specifications for multi-site enterprises |
| US20180330325A1 (en) * | 2017-05-12 | 2018-11-15 | Zippy Inc. | Method for indicating delivery location and software for same |
| US11392902B2 (en) * | 2017-06-06 | 2022-07-19 | United Parcel Service Of America, Inc. | Systems, methods, apparatuses and computer program products for providing notification of items for pickup and delivery |
| USD872763S1 (en) | 2017-09-07 | 2020-01-14 | DraftKings, Inc. | Display screen or portion thereof with a graphical user interface |
| US20190108480A1 (en) * | 2017-10-09 | 2019-04-11 | Cameron Brock | Server System Interoperable With Mobile Devices Providing Secure Communications for Package Delivery |
| CN109961245B (zh) * | 2017-12-22 | 2021-12-07 | 中国移动通信集团广东有限公司 | 一种电子签收方法及系统 |
| US11281850B2 (en) * | 2017-12-28 | 2022-03-22 | A9.Com, Inc. | System and method for self-filing customs entry forms |
| US20190228352A1 (en) | 2018-01-19 | 2019-07-25 | Walmart Apollo, Llc | Systems and methods for combinatorial resource optimization |
| US11144866B2 (en) | 2018-06-06 | 2021-10-12 | Target Brands, Inc. | System and method of facilitating delivery of goods to a customer |
| US11403584B2 (en) | 2018-06-06 | 2022-08-02 | Target Brands, Inc. | System and method of facilitating delivery of goods to a customer |
| US11227252B1 (en) | 2018-09-28 | 2022-01-18 | The Descartes Systems Group Inc. | Token-based transport rules |
| US11615368B2 (en) * | 2018-11-01 | 2023-03-28 | Walmart Apollo, Llc | Systems and methods for determining delivery time and route assignments |
| CN109615298A (zh) * | 2018-12-13 | 2019-04-12 | 国药物流有限责任公司 | 一种基于tms运输服务平台的司机配送端操作系统 |
| US11556888B2 (en) * | 2018-12-31 | 2023-01-17 | United Parcel Service Of America, Inc. | Biometric authentication to facilitate shipment processing |
| CN112825205A (zh) * | 2019-11-19 | 2021-05-21 | 阿里健康信息技术有限公司 | 售货机、售货机包装方法及装置 |
| US11348062B2 (en) * | 2019-11-22 | 2022-05-31 | International Business Machines Corporation | E-commerce delivery address upon checkout based on trusted contacts and estimated delivery times |
| US11017347B1 (en) * | 2020-07-09 | 2021-05-25 | Fourkites, Inc. | Supply chain visibility platform |
| CN113344592A (zh) * | 2021-05-31 | 2021-09-03 | 中检集团溯源技术服务有限公司 | 一种追溯标签有效性管理系统及方法 |
| US11922365B1 (en) | 2021-08-16 | 2024-03-05 | T-Mobile Usa, Inc. | Smart-shipping container with security and communications capabilities |
| US11521447B1 (en) * | 2021-08-16 | 2022-12-06 | Mark Ellery Ogram | Anti-shoplifting system |
| US12020202B2 (en) | 2021-12-01 | 2024-06-25 | T-Mobile Usa, Inc. | Smart container and orchestration engine configured to dynamically adapt multi-carrier transport processes |
| US12307468B2 (en) * | 2021-12-09 | 2025-05-20 | International Business Machines Corporation | Product compliance and certification validation |
| US11995669B2 (en) * | 2022-04-20 | 2024-05-28 | Target Brands, Inc. | Method and system for simulating fulfillment of digital orders |
| TWI816382B (zh) * | 2022-04-28 | 2023-09-21 | 統一速達股份有限公司 | 寄收件系統 |
| US20240303578A1 (en) * | 2023-03-07 | 2024-09-12 | Zhen-Sheng Wang | Operating end export operatioin system for logistics |
Family Cites Families (52)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5222018A (en) | 1985-07-18 | 1993-06-22 | Pitney Bowes Inc. | System for centralized processing of accounting and payment functions |
| US4713761A (en) | 1985-07-18 | 1987-12-15 | Pitney Bowes, Inc. | System for centralized processing of accounting and payment functions |
| US4799156A (en) | 1986-10-01 | 1989-01-17 | Strategic Processing Corporation | Interactive market management system |
| US5122959A (en) * | 1988-10-28 | 1992-06-16 | Automated Dispatch Services, Inc. | Transportation dispatch and delivery tracking system |
| US5008827A (en) | 1988-12-16 | 1991-04-16 | Pitney Bowes Inc. | Central postage data communication network |
| US5047614A (en) * | 1989-01-23 | 1991-09-10 | Bianco James S | Method and apparatus for computer-aided shopping |
| US4992940A (en) | 1989-03-13 | 1991-02-12 | H-Renee, Incorporated | System and method for automated selection of equipment for purchase through input of user desired specifications |
| GB2232121B (en) | 1989-05-30 | 1993-11-10 | Alcatel Business Systems | Mail item processing system |
| US5043908A (en) | 1989-10-03 | 1991-08-27 | Pitney Bowes Inc. | Mail delivery system with arrival monitoring |
| US5031223A (en) | 1989-10-24 | 1991-07-09 | International Business Machines Corporation | System and method for deferred processing of OCR scanned mail |
| US5168444A (en) | 1989-11-15 | 1992-12-01 | Teknekron Transportation Systems | Shipment system including processing of document images |
| US5869819A (en) | 1994-08-17 | 1999-02-09 | Metrologic Instuments Inc. | Internet-based system and method for tracking objects bearing URL-encoded bar code symbols |
| US5992752A (en) | 1993-11-24 | 1999-11-30 | Metrologic Instruments, Inc. | Internet-based system for enabling information-related transactions over the internet using Java-enabled internet terminals provided with bar code symbol readers for reading Java-Applet encoded bar code symbols |
| US5481464A (en) | 1991-04-10 | 1996-01-02 | U-Ship, Inc. | System for collecting and shipping items |
| US5656799A (en) | 1991-04-10 | 1997-08-12 | U-Ship, Inc. | Automated package shipping machine |
| US5319562A (en) | 1991-08-22 | 1994-06-07 | Whitehouse Harry T | System and method for purchase and application of postage using personal computer |
| JPH05274597A (ja) | 1992-03-25 | 1993-10-22 | Sharp Corp | ロッカ集配システム |
| US7058596B1 (en) * | 1993-08-24 | 2006-06-06 | Lykes Bros., Inc. | System for managing customer orders and methods of implementation |
| US5666493A (en) * | 1993-08-24 | 1997-09-09 | Lykes Bros., Inc. | System for managing customer orders and method of implementation |
| US5485369A (en) | 1993-09-28 | 1996-01-16 | Tandata Corporation | Logistics system for automating tansportation of goods |
| US5592378A (en) | 1994-08-19 | 1997-01-07 | Andersen Consulting Llp | Computerized order entry system and method |
| US5612889A (en) | 1994-10-04 | 1997-03-18 | Pitney Bowes Inc. | Mail processing system with unique mailpiece authorization assigned in advance of mailpieces entering carrier service mail processing stream |
| CA2200874C (en) | 1994-10-14 | 1999-12-21 | Nagesh Kadaba | Multi-stage parcel tracking system |
| US5922040A (en) * | 1995-05-17 | 1999-07-13 | Mobile Information System, Inc. | Method and apparatus for fleet management |
| US6889194B1 (en) * | 1995-06-01 | 2005-05-03 | United Parcel Service Of America, Inc. | Method and system for preparing an electronic record for shipping a parcel |
| US5712789A (en) | 1995-08-28 | 1998-01-27 | K&T Ltd. | Container monitoring system and method |
| US5710887A (en) | 1995-08-29 | 1998-01-20 | Broadvision | Computer system and method for electronic commerce |
| JPH09259180A (ja) | 1996-03-19 | 1997-10-03 | Fujitsu General Ltd | 設置工事管理システム |
| JPH1063947A (ja) | 1996-08-13 | 1998-03-06 | Daiee O M C:Kk | 伝票自動印字サービスシステム |
| US5822739A (en) | 1996-10-02 | 1998-10-13 | E-Stamp Corporation | System and method for remote postage metering |
| US5910896A (en) | 1996-11-12 | 1999-06-08 | Hahn-Carlson; Dean W. | Shipment transaction system and an arrangement thereof |
| EP0950226A4 (en) * | 1996-11-25 | 2002-09-25 | Metrologic Instr Inc | System and method for carrying out information-related transactions |
| US6460020B1 (en) | 1996-12-30 | 2002-10-01 | De Technologies, Inc. | Universal shopping center for international operation |
| JPH10207944A (ja) | 1997-01-27 | 1998-08-07 | Nec Corp | 会議日程調整装置 |
| JPH10240814A (ja) | 1997-02-26 | 1998-09-11 | Jientorii:Kk | インターネット回線を利用したクレジットカード決済システム |
| WO1998040837A1 (en) | 1997-03-10 | 1998-09-17 | Global Research Systems, Inc. | Advanced notification systems and methods utilizing a computer network |
| US5823637A (en) | 1997-03-14 | 1998-10-20 | Blue; W. Scott | Universal vacuum pump apparatus and method |
| JPH10302197A (ja) | 1997-04-28 | 1998-11-13 | Yazaki Corp | 物流運搬車両管理方法及び物流運搬車両管理装置 |
| US6014636A (en) | 1997-05-06 | 2000-01-11 | Lucent Technologies Inc. | Point of sale method and system |
| JP4117912B2 (ja) | 1997-06-13 | 2008-07-16 | ピットニイ ボウズ インコーポレイテッド | 安全なデジタル署名デバイスを有する仮想郵便料金メーター |
| US6094642A (en) | 1997-10-24 | 2000-07-25 | Federal Express Corporation | Integrated data collection and transmission system and method of tracking package data |
| US6076108A (en) | 1998-03-06 | 2000-06-13 | I2 Technologies, Inc. | System and method for maintaining a state for a user session using a web system having a global session server |
| US6337743B1 (en) | 1998-07-20 | 2002-01-08 | Pitney Bowes Inc. | Method and system of print stream address extraction |
| US6154733A (en) | 1998-12-30 | 2000-11-28 | Pitney Bowes Inc. | Postage printing system having variable subsidies for printing of third party messages |
| WO2000046718A2 (en) | 1999-02-03 | 2000-08-10 | Freightmart.Com Corporation | A method and apparatus for handling shipping requests via the internet |
| US6539360B1 (en) | 1999-02-05 | 2003-03-25 | United Parcel Service Of America, Inc. | Special handling processing in a package transportation system |
| US6963861B1 (en) * | 1999-10-04 | 2005-11-08 | Pitney Bowes Inc. | Method and system for resolution of carrier specific data utilizing a generic data model |
| US6525835B1 (en) | 1999-12-15 | 2003-02-25 | Pitney Bowes Inc. | Method and system for parcel label generation |
| US6463420B1 (en) | 1999-12-30 | 2002-10-08 | General Electric Company | Online tracking of delivery status information over a computer network |
| US7058586B1 (en) | 2000-06-06 | 2006-06-06 | Pitney Bowes Inc. | Information delivery system for providing senders with a recipient's messaging preferences |
| US6690773B1 (en) | 2000-06-06 | 2004-02-10 | Pitney Bowes Inc. | Recipient control over aspects of incoming messages |
| JP5274597B2 (ja) | 2011-02-15 | 2013-08-28 | 原田工業株式会社 | 車両用ポールアンテナ |
-
2000
- 2000-02-07 PT PT00921319T patent/PT1181655E/pt unknown
- 2000-02-07 AT AT00921319T patent/ATE250246T1/de active
- 2000-02-07 DE DE60005335T patent/DE60005335T2/de not_active Expired - Lifetime
- 2000-02-07 JP JP2000597738A patent/JP2002541035A/ja active Pending
- 2000-02-07 ES ES00921319T patent/ES2207501T3/es not_active Expired - Lifetime
- 2000-02-07 DK DK00921319T patent/DK1181655T3/da active
- 2000-02-07 EP EP00921319A patent/EP1181655B1/en not_active Expired - Lifetime
- 2000-02-07 CA CA002361514A patent/CA2361514A1/en not_active Withdrawn
- 2000-02-07 WO PCT/US2000/003200 patent/WO2000046728A2/en not_active Ceased
-
2004
- 2004-04-26 US US10/832,111 patent/US7844481B2/en not_active Expired - Lifetime
-
2010
- 2010-09-07 US US12/876,740 patent/US8370187B2/en not_active Expired - Fee Related
-
2012
- 2012-12-28 US US13/730,686 patent/US8719182B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| EP1181655A2 (en) | 2002-02-27 |
| US20130124402A1 (en) | 2013-05-16 |
| US7844481B2 (en) | 2010-11-30 |
| US20100332284A1 (en) | 2010-12-30 |
| DE60005335D1 (de) | 2003-10-23 |
| US8370187B2 (en) | 2013-02-05 |
| US8719182B2 (en) | 2014-05-06 |
| WO2000046728A2 (en) | 2000-08-10 |
| WO2000046728A3 (en) | 2000-12-21 |
| US20050038758A1 (en) | 2005-02-17 |
| EP1181655B1 (en) | 2003-09-17 |
| CA2361514A1 (en) | 2000-08-10 |
| JP2002541035A (ja) | 2002-12-03 |
| DE60005335T2 (de) | 2004-07-08 |
| DK1181655T3 (da) | 2004-02-02 |
| PT1181655E (pt) | 2004-02-27 |
| ATE250246T1 (de) | 2003-10-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1181655B1 (en) | Internet package shipping systems and methods | |
| US11037091B2 (en) | Delivery management systems and methods for zero-inventory distribution | |
| US9881433B2 (en) | Systems and methods for electronic ticket validation using proximity detection | |
| US7647249B2 (en) | Method for providing a shipping label via an intermediary's website | |
| US20190066063A1 (en) | Method and System for Secure Identity Transmission with Integrated Service Network and Application Ecosystem | |
| US20200394638A1 (en) | Method of Managing a Personal Payment Platform | |
| US20060026030A1 (en) | System and method for matching users | |
| WO2007140175A2 (en) | Tour event clearinghouse system and method for interaction with retail travel systems | |
| JP4491265B2 (ja) | 荷物配送システム | |
| EP1372099A2 (en) | Internet package shipping systems and methods | |
| JP6693637B1 (ja) | 配達依頼システム、配達依頼方法、および配達依頼プログラム | |
| JP4709970B2 (ja) | 自動販売機システム | |
| US20210097585A1 (en) | Pre-printed postage application | |
| AU2017100964A4 (en) | Systems and methods for a conveyance | |
| WO2018152655A1 (zh) | 用于针对递送服务配对交易的系统与方法 |