(57)【要約】  運送人によって輸送される１つ以上の輸送品を追跡するためのシステムおよび方法が提供される。予定の出来事のある集合が、輸送される各輸送品ごとに設定される。次いで輸送品が発送され、１つ以上の輸送品の輸送が、予定の出来事の集合の発生、何らかの予定のない出来事の発生、および予定の出来事の集合のいずれかの出来事の不発生に関して監視される。何らかの予定のない出来事が発生したりあるいは予定の出来事の集合のいずれかの出来事が発生しない場合、斯かるイベントは少なくとも荷送人の利用に供される。
2008535749.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上の輸送品を追跡するための方法であって、
前記１つ以上の輸送品の各輸送品ごとに予定の出来事の集合を設定するステップと、
前記１つ以上の輸送品を輸送するとともに、前記１つ以上の輸送品の輸送を前記予定の出来事の集合の発生と前記予定の出来事の集合のいずれかの出来事の不発生に関して監視するステップと、
前記予定の出来事の集合のいずれかの出来事の不発生を報告するステップと
を有してなる方法。
【請求項２】
前記１つ以上の輸送品の各輸送品ごとに予定の出来事の集合を設定するステップは、
各輸送品ごとに荷送人から配達先までの、各ルートとも１つ以上の中間地点を含む１つ以上のルートを設定することと、
各輸送品ごとに配達先における予定の配達日を決定することと、
各中間地点ごとに各輸送品の着荷を記録するために各中間地点ごとに着荷期間を決定することと、
各中間地点ごとに各輸送品の出荷を記録するために各中間地点ごとに出荷期間を決定することと
を含むステップである、請求項１に記載の方法。
【請求項３】
前記１つ以上の輸送品の輸送を前記予定の出来事の集合の発生と前記予定の出来事の集合のいずれかの出来事の不発生に関して監視するステップは、
前記輸送品の各輸送品がその輸送品のルート上にある前記中間地点の１つに、その中間地点におけるその輸送品に対する着荷期間内に到着するかどうかを判定することと、
前記輸送品の各輸送品がその輸送品のルート上にある前記中間地点の１つから、その中間地点におけるその輸送品に対する出荷期間内に出発するかどうかを判定することと
を含むステップであり、当該輸送品がその中間地点にそのそれぞれの着荷期間および出荷期間内に到着または出発するとき、前記予定の出来事の集合の発生が起こり、その輸送品がその中間地点に到着または出発できないときに前記予定の出来事の集合の不発生が起こる、請求項２に記載の方法。
【請求項４】
前記予定の出来事の集合のいずれかの出来事の不発生を報告するステップは、前記予定の出来事の不発生にステータスを割り当て、そのステータスがネットワーク上で利用できるようにすることを含む、請求項１に記載の方法。
【請求項５】
１つ以上の輸送品を追跡するための方法であって、
各輸送品ごとに予定の出来事の集合を設定するステップと、
前記１つ以上の輸送品を輸送するとともに、前記輸送品の輸送を前記予定の出来事の集合の発生と前記予定の出来事の集合のいずれかの出来事の不発生と予定のないイベントの発生とに関して監視するステップと、
前記予定の出来事の集合のいずれかの出来事の不発生と予定のないイベントの発生のどちらかまたはどちらも起こる場合には、前記予定の出来事の集合のいずれかの出来事の不発生または予定のないイベントの発生を報告するステップと
を有してなる方法。
【請求項６】
１つ以上の輸送品の所在特定を可能にするための方法であって、
各輸送品ごとに荷送人から配達先への、各ルートとも１つ以上の中間地点を含む１つ以上のルートを設定するステップと、
各輸送品ごとに配達先における予定の配達日を設定するステップと、
各中間地点ごとに各輸送品の着荷を記録するために各中間地点ごとに着荷日および着荷期間を決定するステップと、
各中間地点ごとに各輸送品の出荷を記録するために各中間地点ごとに出荷日および出荷期間を、各輸送品がその関連する着荷日および着荷期間の間に前記中間地点の１つに到着し、その中間地点をその関連する出発日および出発期間の間に出発する場合には、その輸送品はその配達先にその予定の配達日に予定通り配達されるよう、決定するステップと、
各輸送品を荷送人から荷受人まで輸送するとともに、各輸送品が中間地点に到着しそこから出発する実際の日時を記録するステップと、
各輸送品が中間地点に到着しそこから出発する実際の日時を、その対応する中間地点に対する実際の着荷日および着荷期間と実際の出荷日および出荷期間とそれぞれ比較するステップと、
前記輸送品が中間地点に到着しそこから出発する実際の日時がその対応する中間地点に対する実際の着荷日および着荷期間または実際の出荷日および出荷期間から外れている場合には、これに該当する各輸送品に対する警告を与えるステップと
を有してなる方法。
【請求項７】
１つ以上の輸送品の所在特定を可能にするための方法であって、
各輸送品ごとに荷送人から配達先への、各ルートが１つ以上の中間地点を含む少なくとも１つのルートを設定するステップと、
各中間地点ごとに各輸送品の着荷を記録するために各中間地点ごとに予定の着荷日および着荷期間を決定するステップと、
各輸送品を荷送人から荷受人へ輸送するとともに各輸送品が前記１つ以上の中間地点に到着する実際の日時を記録するステップと、
各輸送品が前記１つ以上の中間地点に到着する実際の日時を、前記１つ以上の中間地点の各対応する中間地点に対する予定の着荷日および着荷期間と比較するステップと、
前記輸送品が前記１つ以上の中間地点に到着する実際の日時が前記１つ以上の中間地点の各対応する中間地点の予定の着荷日および着荷期間から外れている場合には、これに該当する各輸送品に対する警告を与えるステップと
を有してなる方法。
【請求項８】
１つ以上の輸送品の所在特定を可能にするための方法であって、
各輸送品ごとに荷送人から配達先への、１つ以上の中間地点を含むルートを設定するステップと、
各前記１つ以上の中間地点ごとに各輸送品の出荷を記録するために各前記１つ以上の中間地点ごとに予定の出荷日および出荷期間を決定するステップと、
各輸送品を荷送人から荷受人へ輸送するとともに各輸送品が前記１つ以上の中間地点を出発する実際の日時を記録するステップと、
各輸送品が前記１つ以上の中間地点を出発する実際の日時を、前記１つ以上の中間地点の各対応する中間地点に対する予定の出荷日および出荷期間と比較するステップと、
前記輸送品が前記１つ以上の中間地点を出発する実際の日時が前記１つ以上の中間地点の各対応する中間地点の予定の出荷日および出荷期間から外れている場合には、これに該当する各輸送品に対する警告を与えるステップと
を有してなる方法。
【請求項９】
１つ以上の輸送品の所在特定を可能にするための方法であって、
各輸送品ごとに荷送人から配達先への、各ルートとも１つ以上の中間地点を含む少なくとも１つのルートを設定するステップと、
前記輸送品が前記少なくとも１つのルートで輸送される場合に各輸送品ごとに配達先における予定の配達日を設定するステップと、
各中間地点ごとに各輸送品の着荷を記録するために各中間地点ごとに予定の着荷日および着荷期間を決定するステップであって、各中間地点において予定の着荷日および着荷期間内に着荷が記録されればそれは前記１つ以上の輸送品が予定通りに予定の配達日に配達されることを示す、決定ステップと、
各中間地点ごとに各輸送品の出荷を記録するために各中間地点ごとに予定の出荷日および出荷期間を決定するステップであって、各中間地点において予定の出荷日および出荷期間内に出荷が記録されればそれは前記１つ以上の輸送品が予定通りに予定の配達日に配達されることを示すものである、決定ステップと、
前記１つ以上の輸送品を荷送人から荷受人へ輸送するとともに、各輸送品が前記１つ以上の中間地点に到着しそこから出発する実際の日時を記録するステップと、
各輸送品が前記１つ以上の中間地点に到着しそこから出発する実際の日時を、前記１つ以上の中間地点のそれぞれの中間地点に対する対応する予定の着荷日および着荷期間と対応する予定の出荷日および出荷期間と比較するステップと、
前記輸送品が前記１つ以上の中間地点に到着しそこから出発する実際の日時が前記１つ以上の中間地点のそれぞれの中間地点に対する対応する予定の着荷日および着荷期間または予定の出荷日および出荷期間から前記予定の配達日に影響を及ぼすほど外れている場合には、これに該当する各輸送品に対する警告を与えるステップと
を有してなる方法。
【請求項１０】
１つ以上の輸送品を追跡するための方法であって、
各輸送品ごとに予定の出来事の集合を設定するステップと、
前記１つ以上の輸送品を輸送するとともに、前記１つ以上の輸送品の輸送を前記予定の出来事の集合の発生と、前記予定の出来事の集合のいずれかの出来事の不発生と、第１の予定のないイベントの発生とに関して監視するステップと、
前記第１の予定のないイベントが発生する場合には、前記予定のないイベントに関係する特定の１つ以上の輸送品に対して第２セットの予定の出来事を設定するとともに、前記特定の１つ以上の輸送品の輸送を、前記第２セットの予定の出来事の発生と、前記第２セットの予定の出来事のいずれかの出来事の不発生と、第２の予定のないイベントの発生とに関して監視し、前記第２セットの予定の出来事のいずれかの出来事の不発生または前記第２の予定のいない出来事の発生を報告するステップとを有する、ことを特徴とする方法。
【請求項１１】
１つ以上の輸送品の所在特定を可能にするための方法であって、
各輸送品ごとに荷送人から配達先への、各ルートとも１つ以上の中間地点を含む１つ以上のルートを設定するステップと、
各輸送品ごとに配達先における予定の配達日を設定するステップと、
各中間地点ごとに各輸送品の着荷を記録するために各中間地点ごとに予定の着荷日および着荷期間を決定するステップと、
各中間地点ごとに各輸送品の出荷を記録するために各中間地点ごとに予定の出荷日および出荷期間を決定するステップとを有し、各輸送品がその関連する予定の着荷日および着荷期間の間に前記中間地点の１つに到着し、その中間地点をその関連する予定の出荷日および出荷期間の間に出発する場合には、その輸送品はその配達先にその予定の配達日に予定通り配達され、
各輸送品を荷送人から荷受人へ輸送するとともに、各輸送品が中間地点に到着しそこから出発する実際の日時を記録するステップと、
各前記輸送品が前記中間地点のいずれとも特定されない場所に着荷するかどうかを判定するステップとを有し、前記輸送品が前記中間地点のいずれとも特定されない前記場所に着荷する場合には、
各輸送品ごとに前記場所から配達先までの、各ルートとも１つ以上の新たな中間地点を含む１つ以上のルートを設定するステップと、
各輸送品ごとに配達先における新たな予定の配達日を設定するステップと、
各新たな中間地点ごとに各輸送品の着荷を記録するために各新たな中間地点ごとに新たな予定の着荷日および着荷期間を決定するステップと、
各新たな中間地点ごとに各輸送品の出荷を記録するために各新たな中間地点ごとに新たな予定の出荷日および出荷期間を決定するステップを有し、各前記輸送品がその関連する新たな予定の着荷日および着荷期間の間に前記新たな中間地点の１つに到着し、その新たな中間地点をその関連する新たな予定の出荷日および出荷期間の間に出発する場合には、その輸送品はその配達先にその新たな予定の配達日に予定通り配達され、
各輸送品を前記場所から荷受人へ輸送するとともに、各輸送品が各新たな中間地点に到着しそこから出発する実際の日時を記録するステップと、
各輸送品が各前記新たな中間地点に到着しそこから出発する実際の日時を、その対応する新たな中間地点に対する新たな予定の着荷日および着荷期間と新たな予定の出荷日および出荷期間とそれぞれ比較するステップと、
各輸送品が各前記新たな中間地点に到着しそこから出発する実際の日時がその対応する新たな中間地点に対する新たな予定の着荷日および着荷期間または新たな予定の出荷日および出荷期間から外れている場合には、これに該当する各輸送品に対する警告を与えるステップと、
各前記輸送品が前記中間地点の１つとして特定される場所に到着する場合には、
各輸送品が中間地点に到着しそこから出発する実際の日時を、その対応する中間地点に対する予定の着荷日および着荷期間と予定の出荷日および出荷期間とそれぞれ比較するステップと、
前記輸送品が中間地点に到着しそこから出発する実際の日時がその対応する中間地点に対する予定の着荷日および着荷期間または予定の出荷日および出荷期間から外れている場合には、これに該当する各輸送品に対する警告を与えるステップとを有する、ことを特徴とする方法。
【請求項１２】
運送人が輸送する輸送品の所在特定性を向上させるためのシステムであって、
輸送品についての情報を取得するための１つ以上のイベントベースの追跡システムと、
前記イベントベースの追跡システムから前記情報を受信するためのグローバル追跡／データリポジトリと、
前記情報の少なくとも一部をネットワークを通じて１つ以上の輸送品の少なくとも荷送人または荷受人に提供するための所在特定エンジンと、
前記輸送品を荷送人から荷受人まで運送人を通じて輸送するための各ルートとも１つ以上の中間地点を含む１つ以上のルートと各輸送品ごとに予定の配達日とを決定するパッケージルート指定モジュールと、
運送人による各輸送品の輸送中に各輸送品の前記１つ以上のルートを監視し、前記１つ以上の中間地点で起こるイベントに基づいて各輸送品にステータスを付与し、前記輸送品の所在特定性を向上させるためにそのステータスを前記所在特定エンジンへ伝達する不発生例外モジュールとを具備する、ことを特徴とするシステム。
【請求項１３】
前記１つ以上の中間地点で起こるイベントは、前記輸送品の１つが前記中間地点の１つにおいて所定の時間窓外に着荷すること、前記輸送品の１つが前記中間地点の１つにおいて所定の時間窓外に出荷すること、または前記輸送品の１つが前記中間地点のいずれとも特定されない場所に着荷することのいずれか１つである、ことを特徴とする請求項１２に記載のシステム。
【請求項１４】
前記パッケージ追跡モジュールは、前記イベントが前記輸送品の１つが前記中間地点のいずれとも特定されない場所に着荷することである場合には、前記中間地点のいずれとも特定されない前記場所から前記荷受人への新たなルートと新たな配達日とを決定することが可能である、ことを特徴とする請求項１３に記載のシステム。
【請求項１５】
前記ステータスは、各前記輸送品が、（ａ）予定の配達日に荷受人に予定通り配達されること、（ｂ）目的とする荷受人へ予定の配達日より遅れて配達される可能性があること、または（ｃ）目的とする荷受人へ予定の配達日より確実に遅れて配達されることを示している、ことを特徴とする請求項１２に記載のシステム。
【請求項１６】
前記所在特定エンジンが前記情報の少なくとも一部を１つ以上の輸送品の少なくとも荷送人または荷受人へ提供するためのネットワークはインタネットである、ことを特徴とする請求項１２に記載のシステム。
【請求項１７】
前記パッケージルート指定モジュールは、各輸送品ごとに予定の配達日を決定するために、前記輸送品を荷送人から荷受人へ輸送するための１つ以上のルートの各中間地点の間の輸送所要時間を決定するよう構成されている、ことを特徴とする請求項１２に記載のシステム。
【請求項１８】
前記１つ以上のイベントベースの追跡システムは、輸送品に添付されたバーコードを走査するためのバーコードスキャナまたは輸送品に添付されたＲＦＩＤトランスポンダを読み取るためのＲＦＩＤリーダのどちらかまたはどちらも具備する、ことを特徴とする請求項１２に記載のシステム。
【請求項１９】
前記イベントベースの追跡システムから前記情報を受信するための前記グローバル追跡／データリポジトリはサーバベースであることを特徴とする請求項１２に記載のシステム。
【請求項２０】
前記イベントベースの追跡システムから前記情報を受信するための前記グローバル追跡／データリポジトリはメインフレームコンピュータベースであることを特徴とする請求項１２に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予定されたイベントベースの出来事の集合を用いて予定されたイベントの不発生（non-occurrence）を検出するための技術に関する。より具体的には、本発明は、パーセル配送サービスによる輸送品（“パーセル”または“パッケージ”とも言う）配送と、パッケージ配送システム全体にわたって１つ以上の輸送品をそれらがパーセル配送サービスによって荷送人から目的とする荷受人まで輸送される間に追跡するためのシステムおよび方法に関する。
【背景技術】
【０００２】
パッケージ追跡は、顧客が発送した商品または顧客へ発送された商品を顧客が追跡することを可能にするパッケージ配送システムの不可欠な部分である。インターネットが出現したおかげで、ＵＰＳ、ＦｅｄＥｘ、ＤＨＬなど運送業者（commercial carriers）は顧客が自分達の荷物をオンラインで追跡できるようにすることができるようになった。一部の事業者はパッケージ追跡を一歩進んで利用し、パッケージ追跡機能を自分達の内部業務システムに組み入れてきた。これにより事業者は運送業者から受け取った輸送状況の情報に基づいて業務イベントをトリガーする能力を手にする。
【０００３】
運送人（carriers）は、内部で利用するためだけでなく、荷送人、目的とする荷受人および／または権限のある第三者に情報を提供するために、運送人が占有するに至った全ての輸送品を追跡する。このタスクを実行する１つの方法は、例えばバーコードラベルまたはＲＦＩＤデバイスなどの機械的に読取り可能な証印（indicia）またはデバイス（devices）を輸送すべき輸送品上に添付することである。運送人は集荷場において配送サイクル（例えば、発送元センター、中間ハブ、配達先センター、配達など）の中でパッケージ上の機械的に読取り可能なデバイスを走査しまたは読み取る。各走査後に、その情報は、輸送状況についての問い合わせに応答するのに利用することができるように、運送人に属するサーバまたはメインフレームコンピュータにアップロードされる。これは輸送品の“所在特定性（visibility）”を実現するものとしても知られる。ここではパーセル配送サービスを使って荷送人から目的とする荷受人へ輸送される物品を記述するのにパッケージ、パーセルおよび輸送品（item）が互換可能に使用されることに留意する。
【０００４】
この分野において周知の大部分のパッケージ追跡サービスはパッケージ単位で追跡を行い、顧客は運送人のデータベースに、追跡したいパッケージに関連するパッケージ追跡番号を使って問い合わを行う必要がある。結果として、多量の搬出搬入荷物を抱える運送会社は現在輸送中のその全てのパッケージを追跡することは困難である。運送会社は多くの場合において多数のパッケージを個別に追跡する厄介な仕事または異常に多くのパッケージが発送センターに到来したときにそれを処理するのに十分な支援が得られず収拾が付かなくなるリスクを負わされている。各パッケージごとに個別の問い合わせを行う挑戦は２００３年５月２２日に米国特許出願公開第２００３／００９７２８７（Ａ１）号として公開されたFranz等による“Inbound and Outbound Shipment Notification Methods and Systems”（到来及び発送する出荷情報を提供する方法及びシステム）と題された米国特許出願第１０／２６５，０７９号明細書（当該特許出願は、そこに開示される全ての内容を引用することにより、本願発明の一部をなすものとする）に提案された解決策によって部分的に取り組まれている。ただし提供される追跡情報は純粋にイベント駆動型（event-driven）である。運送人のウェブサイトで入手可能なイベント（事象）ベースの報告は、積送品（shipments）が時間通りなのか、遅れている可能性があるのかあるいは予定の着荷日から遅れるのかどうかについての十分な情報を与えない場合がある。一般に、ウェブサイトなどで確認できる全ての情報は、パッケージがいままでどこにあって、そして現在どこにあるのかについての情報であって、顧客への意図したルート上にあるかどうか、あるいはそのルートから（故意によりまたは故意によらず）逸れてしまっているかどうかについての情報ではない。
【０００５】
場合によっては、荷送人（“クライアント”とも言う）はクライアントデータ捕捉システムまたは自動出荷システムを利用することができ、その中で発送元マニフェスト明細（origin manifest detail）が、収集、検証され、そして必要に応じて配送サービスが利用できる状態になる。発送元マニフェストデータは例えばＵＰＳオンライン製品群（UPS OnLine family of products）などの自動出荷システムを利用する顧客のほか、自動化された方法を通じて支払い請求された顧客もしくは自動化された手段を通じてパーセルを処理する顧客から収集されることがある。発送元マニフェスト情報は、配送サービスによって、パッケージの仕分けおよび荷積みを促進および自動化し、顧客（一般に荷送人）の請求書を作成するために使用される。発送元マニフェスト情報は荷送人の氏名および住所、荷受人の氏名および住所、サービスクラス（class of service）、パッケージのサイズおよび重量、送料などを含むことができる。一般に、斯かる発送元マニフェスト情報はマニフェストに列挙された輸送品の追跡を容易にするために集荷時に配送サービスにアップロード（送信）される。
【０００６】
現在、集荷から配達までのパッケージ配送サービスの業務内においてパッケージを追跡するプロセスは完全所在特定追跡（full visibility tracking）と呼ぶことができる。完全所在特定追跡は、追跡対象の輸送品が、輸送品とその位置を特定する一連の物理的（physical）、キー（keyed）、派生的（derived）および論理的（logical）走査または読取りを経由することから、イベント駆動型の追跡方法である。追跡はＰＬＤ（package/parcel level detail）情報のアップロードで始まるかまたはパッケージに添付された機械的に読取り可能な証印もしくはデバイスがその出発点（通常は発送元ハブ）で走査または読取りされたときに始まる。パッケージが誤って走査または読取りされた場合、システムにはそれが“見えない”ことになり、それは所在特定できなくなる。例えば、積み込み人（loader）がシフト（交代勤務）を開始して、たまたま間違った位置のバーコードを走査し、あるいはその積送品に対して間違った位置情報を入力する場合には、この作業員によって走査されたあらゆるパッケージはシステムによって正確に追跡されることはない。よって所在特定性がない。あらゆるパッケージが走査されてＵＬＤ（unit load device）と関連付けられたとしても、追跡システムはその積み込み人によって走査されたパッケージのいずれに対しても正しい所在特定性は与えない。なぜなら最初の積送品キー（例えばバーコード）が間違って走査されたからである。ＵＬＤは例えば小荷物バッグ（smalls bags）、航空コンテナ、トレーラー、航空機などである。
【０００７】
一般に、サーバベースまたはメインフレーム型のグローバル情報リポジトリはパッケージおよびＵＬＤレベル情報をパーセル配送サービス業務内にある様々なパッケージ取扱システム−例えばローカル内部パッケージレベル詳細システムまたは走査制御システム、積送品取扱システム、エアハブ制御システム、トレーラー予測制御システム、オペレーションシステム、ハブおよびフィーダ制御システム、データ取得機器制御システム、レガシーシステムインタフェースなど−から受信し、格納する。パッケージ情報は、発送元、中間地点、配達先および例外の走査または読取り情報を含む。ローカル内部パッケージレベル詳細システムはグローバルリポジトリにパッケージ走査とＵＬＤ関連付け（リンキング）イベントを提供する。積送品取扱システム、エアハブ制御システム、トレーラー予測制御システムシステム、オペレーションシステム、およびハブおよびフィーダ制御システムは、グローバルリポジトリにＵＬＤイベントおよびＵＬＤ例外を提供する。データ取得機器制御システムおよびレガシーインタフェースはグローバルリポジトリにパッケージ走査情報を供給する。それゆえ、顧客に利用可能なパッケージ追跡情報は、例えば、発送元走査、中間（ハブ）走査、配達先走査、配達走査、配達日時、例外、荷送人番号、パッケージ追跡番号、顧客整理番号、商業／住宅目的地、確認署名、署名イメージ、輸送中のパッケージ数などを含む。
【０００８】
追跡および配達情報を含むパッケージについての情報は一般にパッケージ配送サービスによって情報のタイプに応じた指定期間の間だけ保存される。例えば、パッケージ配達情報は１８ヶ月間保存され、例外情報は９ヶ月間保存され、顧客整理番号は６ヶ月間保存され、中間点走査および終点走査は３ヶ月間保存される場合がある。追跡および配達情報を保存することで、再追跡したい特定の輸送品の追跡が可能となるほかに、スピードとコストの点で最も効率的な輸送ルートを決定するためのデータベースを提供することができる。
【０００９】
現在、パッケージ追跡システムはイベントベース型であり、それらは物理的（physical）、キー（keyed）、派生的（derived）および論理的（logical）走査または読取りイベントに基づいていることを意味している。斯かるイベントベースの追跡システムおよびパッケージ配送システムの予測性と整合性は所在特定性を向上させることができる。それでもなお産業界にはイベントベースの追跡情報のみを提供することに伴う難点を克服することができる改良されたパッケージ追跡方法およびシステムが必要とされている。
【発明の開示】
【００１０】
概して言えば、本発明の実施形態は、輸送品に関連する予め定められた予定の出来事（occurrences）の集合を利用して、予定の出来事のいずれか（少なくとも）１つの出来事の不発生を検出し、その不発生を１つ以上の利害関係者に報告する。本発明の実施形態はパッケージ追跡の非イベント駆動型所在特定のソリューションを具現するシステムおよび方法を提供する。斯かる非イベント駆動型所在特定システムおよび方法は、予定の走査イベントが起こらないとき、予定の走査イベントが予定の日時枠内に起こらないとき、指定または予定された場所外の走査（ＳＬＩＣ：Standard Location Identification Codes）が起こるとき、再計算された配達予定日が適切であるとき、そして計画されたＴＮＴ（time-in-transit）が検証（validation）を必要とするときを含む。本発明の実施形態は、顧客所在特定ソリューション、内部配送サービス所在特定および問題解決ソリューションを提供する。
【００１１】
イベント駆動型データ源は、その一部は以前から存在するものでよいが、本発明の実施形態では予め定められた予定の出来事の集合−これらはパッケージ輸送中の例外（exceptions）の発生を決定するために使用される−を含む情報を供給するために利用される。これらのデータ源は例えば、ＰＬＤ（package level detail）の走査；イベント駆動型追跡／所在特定システム；郵便番号から郵便番号、および建物から建物を含むＴＮＴ（time-in-transit）；サービス建物間および特定のサービスソート間の、副次的に（例えば地上輸送および航空輸送）、建物とソートのペアを含む、配送システムのパッケージフロー；作業施設をバイパスする場合があるカスタマイズされた作業プランのためのＯＥＴ（origin equivalency tables）；および仕分け開始および終了時間を含む。
【００１２】
本発明は上記課題を解決するため、１つ以上の輸送品を追跡するための方法を提供する。本方法は、１つ以上の輸送品の各輸送品ごとに予定の出来事の集合を設定するステップと、前記１つ以上の輸送品を輸送し、前記輸送品の輸送を前記予定の出来事の集合のいずれか（少なくとも）１つの発生または前記予定の出来事の集合のいずれかの出来事の不発生に関して監視するステップと、前記予定の出来事の集合のいずれかの出来事の不発生を報告するステップとを有する。
【００１３】
本発明は上記課題を解決するため、１つ以上の輸送品を追跡するための別の方法を提供する。本方法は、各輸送品ごとに予定の出来事の集合を設定するステップを有する。前記１つ以上の輸送品は、それらの輸送中に、前記予定の出来事の集合のいずれか（少なくとも）１つの発生、前記予定の出来事の集合のいずれかの出来事の不発生、または予定のないイベントの発生に関して監視される。前記予定の出来事の集合のいずれかの出来事の不発生と予定のないイベントの発生のどちらかまたはどちらも起こる場合、前記予定の出来事の集合のいずれかの出来事の不発生と予定のないイベントの発生を報告する。
【００１４】
本発明は上記課題を解決するため、１つ以上の輸送品の所在特定を可能にするための方法も提供する。本方法は、各輸送品ごとに荷送人から配達先への、各ルートとも１つ以上の中間地点を含む１つ以上のルートを設定するステップを有する。各輸送品ごとに配達先における予定の配達日（配達予定日）が設定される。各中間地点ごとに各輸送品の着荷を記録するために各中間地点ごとに着荷日および着荷期間が決定される。各中間地点ごとに各輸送品の出荷を記録するために各中間地点ごとに出荷日および出荷期間も決定される。各輸送品がその関連する着荷期間の間に前記中間地点の１つに到着し、その中間地点をその関連する出荷期間の間に出発する場合に、その輸送品は配達先にその予定の配達日に予定通り配達されるとみなされる。前記輸送品は荷送人から荷受人へ輸送され、各輸送品が中間地点に到着しそこから出発する実際の日時が記録される。次に、各輸送品が中間地点に到着しそこから出発する実際の日時が、対応する中間地点における実際の着荷期間と出荷期間と比較される。各輸送品が中間地点に到着しそこから出発する実際の日時がその輸送品に対する対応する中間地点における着荷期間または出荷期間から外れている場合には、警告が与えられる。
【００１５】
本発明は上記課題を解決するため、１つ以上の輸送品の所在特定を可能にするための方法も提供する。本方法は、各輸送品ごとに荷送人から配達先への、１つ以上の中間地点を含む少なくとも１つのルートを設定するステップを有する。次のステップでは、各中間地点ごとに各輸送品の着荷を記録するために各中間地点ごとに予定の着荷期間が決定される。続いて、各輸送品が荷送人から荷受人へ輸送され、各輸送品が前記中間地点に到着する実際の日時が記録される。各輸送品が前記１つ以上の中間地点に到着する実際の日時が、各対応する中間地点に対する予定の着荷期間と比較される。次のステップでは、前記輸送品が前記１つ以上の中間地点に到着する実際の日時が前記少なくとも１つ以上の中間地点の各対応する中間地点の予定の着荷期間から外れている場合には、これに該当する各輸送品に対する警告が与えられる。
【００１６】
本発明は上記課題を解決するため、１つ以上の輸送品の所在特定を可能にするための方法も提供する。本方法は、各輸送品ごとに荷送人から配達先への、１つ以上の中間地点を含むルートを設定するステップを有する。次のステップでは、各前記１つ以上の中間地点ごとに各輸送品の出荷を記録するために各前記１つ以上の中間地点ごとに予定の出荷期間が決定される。続いて、前記輸送品は荷送人から荷受人へ輸送され、各輸送品が前記１つ以上の中間地点を出発する実際の日時が記録される。前記１つ以上の中間地点において各輸送品が出発する実際の日時が、前記１つ以上の中間地点の各対応する中間地点に対する予定の出荷期間と比較される。前記輸送品が前記１つ以上の中間地点を出発する実際の日時が前記１つ以上の中間地点の各対応する中間地点の予定の着荷期間から外れている場合には、これに該当する各輸送品に対する警告が与えられる。
【００１７】
本発明は上記課題を解決するため、１つ以上の輸送品の所在特定を可能にするための方法も提供する。本方法は、各輸送品ごとに荷送人から配達先への、各ルートとも１つ以上の中間地点を含む少なくとも１つのルートを設定する最初のステップを有する。次に、各輸送品ごとに、その輸送品が前記ルートで輸送される場合には、配達先における予定の配達日が設定される。各中間地点ごとに各輸送品の着荷を記録するために各中間地点ごとに予定の着荷期間も決定される。各中間地点での予定の着荷期間内における着荷の記録は、前記１つ以上の輸送品が予定通りに予定の配達日に配達されることを示す。次に、各中間地点ごとに各輸送品の出荷を記録するために各中間地点ごとに予定の出荷期間が記録される。各中間地点での予定の出荷期間内における出荷の記録は、前記１つ以上の輸送品が予定通りに予定の配達日に配達されることを示す。前記１つ以上の輸送品は次に荷送人から荷受人へ輸送され、各輸送品が前記１つ以上の中間地点に到着しそこから出発する実際の日時が記録される。次のステップでは、各輸送品が前記１つ以上の中間地点に到着しそこから出発する実際の日時が、対応する１つ以上の中間地点に対する対応する予定の着荷期間と対応する予定の出荷期間と比較される。前記輸送品が前記１つ以上の中間地点に到着しそこから出発する実際の日時が対応する１つ以上の中間地点に対する対応する予定の着荷期間または対応する予定の出荷期間から予定の配達日に影響を及ぼすほどに外れている場合には、これに該当する各輸送品に対する警告が与えられる。
【００１８】
本発明は上記課題を解決するため、１つ以上の輸送品を追跡するための更に別の方法を提供する。本方法は、各輸送品ごとに予定の出来事の集合を設定する最初のステップを有する。続いて前記１つ以上の輸送品が出荷され、前記１つ以上の輸送品の輸送を前記予定の出来事の集合のいずれか（少なくとも）１つの発生と、前記予定の出来事の集合のいずれかの出来事の不発生と、第１の予定のないイベントの発生とに関して監視される。前記第１の予定のないイベントがある特定の輸送品で発生する場合には、前記特定の輸送品に対して第２セットの予定の出来事が設定されるとともに、その特定の輸送品の輸送が前記第２セットの予定の出来事の発生と、前記第２セットの予定の出来事のいずれかの出来事の不発生と、第２の予定のないイベントの発生とに関して監視される。前記第２セットの予定の出来事のいずれかの出来事の不発生または前記第２の予定のいない出来事の発生が生じる場合には、それが報告される。
【００１９】
本発明は上記課題を解決するため、１つ以上の輸送品の所在特定を可能にするための更なる方法を提供する。本方法は、各輸送品ごとに荷送人から配達先への、各ルートとも１つ以上の中間地点を含む１つ以上のルートを設定するステップを含む。次に各輸送品ごとに配達先における予定の配達日が設定される。各中間地点ごとに各輸送品の着荷を記録するために各中間地点ごとに予定の着荷期間が設定される。各中間地点ごとに各輸送品の出荷を記録するために各中間地点ごとに予定の出荷期間が設定される。各輸送品がその関連する予定の着荷期間の間に前記中間地点の１つに到着し、その中間地点をその関連する予定の出荷期間の間に出発する場合には、その輸送品はその配達先に予定の配達日に予定通り配達される。各輸送品は荷送人から荷受人へ輸送されるとともに、各輸送品が中間地点に到着しそこから出発する実際の日時が記録される。輸送品が前記中間地点のいずれとも特定されない場所に着荷する場合、各輸送品ごとに現在の場所から配達先への、各ルートとも１つ以上の新たな中間地点を含む１つ以上の新たなルートが設定される。各輸送品ごとに配達先における新たな予定の配達日が設定されるほか、これらの出来事を記録するために各新たな中間地点ごとに新たな着荷期間および出荷期間が設定される。各輸送品がその関連する新たな予定の着荷期間の間に前記新たな中間地点の１つに到着し、その新たな中間地点をその関連する新たな予定の着荷期間の間に出発する場合には、その輸送品はその配達先に新たな予定の配達日に予定通り配達される。続いて各輸送品は前記場所から荷受人へ輸送されるとともに、各輸送品が各新たな中間地点に到着しそこから出発する実際の日時が記録され、その実際の日時は対応する新たな中間地点に対する対応する新たな予定の着荷期間と対応する新たな予定の出荷期間と比較される。各輸送品が各前記新たな中間地点に到着しそこから出発する実際の日時がその対応する新たな中間地点に対する対応する新たな予定の着荷期間または対応する新たな予定の出荷期間から外れている場合には、これに該当する各輸送品に対する警告が与えられる。
【００２０】
各前記輸送品が前記中間地点の１つとして特定される場所に到着する場合には、各輸送品が中間地点に到着しそこから出発する実際の日時が、その対応する中間地点に対する対応する予定の着荷期間と対応する予定の出荷期間と比較され、前記輸送品が中間地点に到着しそこから出発する実際の日時がその対応する中間地点に対する予定の着荷期間または予定の出荷期間から外れている場合には、これに該当する各輸送品に対する警告が与えられる。
【００２１】
本発明は上記課題を解決するため、運送人が輸送する輸送品の所在特定を可能にするためのシステムも提供する。本システムは、輸送品についての情報を取得するための１つ以上のイベントベースの追跡システムを具備する。本システムは、前記イベントベースの追跡システムから情報を受信するためのグローバル追跡／データリポジトリ（global tracking/data repository）と、前記情報の少なくとも一部をネットワークを通じて１つ以上の輸送品の少なくとも荷送人または荷受人に提供するための所在特定エンジン（visibility engine）とを更に具備する。構成要素の１つであるパッケージルート指定モジュール（package routing module）は、輸送品を荷送人から荷受人まで運送人を通じて輸送するための各ルートとも１つ以上の中間地点を含む１つ以上のルートと各輸送品ごとに予定の配達日を決定する。同じく構成要素の１つである不発生例外モジュール（non-occurrence exceptions module）は、運送人によって輸送中の各輸送品の前記１つ以上のルートを監視して、前記１つ以上の中間地点で起こっているイベントに基づいて各輸送品にステータスを付与し、前記輸送品の所在特定性を向上させるためにそのステータスを前記所在特定エンジンへ伝達する。
【００２２】
本発明の実施形態は、パーセルがパーセル配送サービスの施設で処理される際に、１つ以上のパーセルの輸送を追跡するための顧客に便利な効率的でコスト効率の高い手段を提供する。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の実施の最良の形態を添付図面を参照して詳細に説明する。本願添付図面には全てではなく一部の実施形態のみが示されている。実際には本発明は多くの異なる形態で実施することができ、ここに述べる実施形態に限定されるものと解してはならない。むしろこれらの実施形態は本開示が出願の法的要件を満足するように提供されている。なお、類似の参照符号は類似の構成要素を指す。
【００２４】
本発明は、本発明の実施形態による方法、システムおよびコンピュータプログラム製品のブロック図とフロー図を参照しながら詳細に説明される。ブロック図およびフロー図の各ブロック、およびブロック図およびフロー図のブロックの組み合わせは、それぞれ、コンピュータプログラム命令によって遂行されることは理解されよう。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、または他のプログラマブルなデータ処理装置にロードされ、ロードされた命令がコンピュータまたは他のプログラマブルなデータ処理装置で実行されたときに本願フロー図のブロック（単一または複数）に指定された機能を実現するための手段を生成するようなマシンが出来上がるようにすることができる。
【００２５】
これらのコンピュータプログラム命令は、コンピュータまたは他のプログラマブルなデータ処理装置に対して特定の仕方で機能するよう指示することができるコンピュータ読取り可能なメモリに保存され、斯かるコンピュータ読取り可能なメモリに保存された命令がフロー図の単一または複数のブロックに指定される機能を実現する命令手段を含む製品を生み出すようにすることもできる。コンピュータプログラム命令は一連の作業ステップがコンピュータまたは他のプログラマブルなデータ処理装置上で実行されるようにするために斯かるコンピュータまたは他のプログラマブルなデータ処理装置にロードされ、斯かるコンピュータまたは他のプログラマブルなデータ処理装置上で実行される命令がブロック図およびフロー図に指定された機能を実現するためのステップを提供するようなコンピュータ実装プロセスが生み出されるようにすることもできる。
【００２６】
従って、ブロック図およびフロー図のブロックは、指定された機能を実行するための手段の組み合わせ、指定された機能を実行するためのステップの組み合わせ、および指定された機能を実行するためのプログラム命令手段をサポートする。また、ブロック図およびフロー図の各ブロック、およびブロック図およびフロー図のブロックの組み合わせは、指定された機能もしくはステップを実行する専用のハードウェアベースのコンピュータシステム、または専用のハードウェアとコンピュータ命令の組み合わせによって実現することができる。
【００２７】
本発明の実施形態は、パッケージ配送サービス（“運送人”とも言う）によって輸送される荷物を追跡するためのシステムおよび方法であって配送オプションの追跡、報告、および変更に向上した所在特定性が提供されるものを対象としている。輸送取引の関係者としては、例えばベンダー（例えばAmazon.com、L.L.Beanなど）などの荷送人、例えばＵＰＳ（United Parcel Service of America, Inc.）などの運送人、および目的とする荷受人（“顧客”とも言う）が含まれる。本発明の様々な実施形態において、運送人によって荷送人から顧客まで輸送される荷物（パッケージとも言う）に、パッケージが物理的（physical）、キー（keyed）、派生的（derived）および論理的（logical）走査または読取りによってどこにあるかまたはどこにあったかの所在特定性が与えられるだけでなく、パッケージが輸送過程の中で受け取られているべき場所に輸送品が到着せずそこで走査または読取りされないとき、またはパッケージが予定の輸送ルートにない場所に到着する場合の所在特定性が強化される。従来の追跡システムは一般に、パッケージの位置が例えばバーコードのような機械的に読取り可能な証印やＲＦＩＤトランスポンダのような機械的に読取り可能なデバイスといったそのパッケージに関連する情報を走査（scan）または読取り（read）することによって記録されるという点でイベントベース型として説明される。それに対して本発明の実施形態はイベントベースの追跡と協働し、パッケージが運送人によって荷送人から顧客へ送られる際の整合性（consistency）と予測可能性（predictability）に頼ることで、出荷されたパッケージが輸送中に本来なら見つからなければならない場所で受け取られない、走査されない、あるいは読み取られないとき（すなわち、予定されたイベントの不発生）の追加の所在特定性を提供する。多くの場合、本発明の実施形態は既存のイベントベースの追跡／所在特定システムを利用して不発生ベースの（予定されたイベントが起こらないことに基づく）追跡を実現することができる。本発明の実施形態は、予定の時間枠内に所定の場所で受け取られない、走査または読取りされない輸送品の所在特定を更に可能にする。斯かる改良された所在特定性のおかげで、荷送人、顧客、および権限のある第三者は、輸送品の状況を把握し、遅延する可能性のある、遅延している、および見失っている積送品を埋め合わせするように調整を行うことができる。
【００２８】
ここで引き合いに出されるいくつかの実施形態では、“コンピュータ（computer）”が登場する。コンピュータは例えば、メインフレーム型、デスクトップ型、ノート型またはラップトップ型、携帯型の場合がある。場合によっては、コンピュータはネットワーク上でデータまたはプロセッサにアクセスするために使用される“ダム（dumb）”端末の場合がある。図１aには本発明の特徴を具現化するために使用することができるコンピュータの１つの態様が例示されている。図１aにおいてマイクロプロセッサなどのプロセッサ１は所定のステップを実行するためのソフトウェア命令を実行するために使用される。プロセッサ１には電源１７から電力が供給される。電源１７は必要に応じてその他のコンポーネントにも電力を供給することができる。プロセッサ１は一般的に１６または３２ビット幅の（例えばパラレル）データバス５を使って通信する。データバス５はデータとプログラム命令を一般的にはプロセッサとメモリとの間で伝送するために使用される。本実施形態では、メモリはＲＡＭまたはコンテンツを稼働中のみ保持する他の形態のプライマリメモリ２と考えることができる。あるいはそれはＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＦＬＡＳＨ、もしくはメモリコンテンツを常時保持し続ける他のタイプのメモリといった、不揮発性メモリ３である場合がある。メモリは大量のデータを記憶するディスク記憶装置などのセカンダリメモリ４であることも可能である。実施形態によっては、ディスク記憶装置はＩ／Ｏバス６または代わりに専用バス（図示されていない）を使ってプロセッサと通信することができる。セカンダリメモリはフロッピディスク、ハードディスク、コンパクトディスク、ＤＶＤ、もしくはコンピュータ分野では周知の他のタイプの大容量記憶媒体でよい。
【００２９】
プロセッサ１はＩ／Ｏバス６を使って様々な周辺機器または外部機器とも通信する。本実施形態では、周辺機器用Ｉ／Ｏ制御装置７が、例えばＲＳ−２３２、ＲＳ４２２、ＤＩＮ、ＵＳＢといった標準的インタフェース、あるいは様々な入力／出力機器を接続するのに適切な他のインタフェースを提供するために使用される。一般的な入力／出力機器としては、ローカルプリンタ１８、モニタ８、キーボード９、およびマウス１０または他の一般的なポインティングデバイス（例えばローラボール、トラックパッド、ジョイスティックなど）が含まれる。
【００３０】
プロセッサ１は一般的に通信用Ｉ／Ｏ制御装置１１を使って外部の通信ネットワークとも通信し、Ｘ．２５、ＩＳＤＮ、ＤＳＬ、ケーブルモデルなどのデータ通信指向プロトコル１２といった様々なインタフェースを利用できる。通信制御装置１１は標準的な電話回線１３と接続して通信するためのモデム（図示されていない）を内蔵していることもある。最後に、通信用Ｉ／Ｏ制御装置はＬＡＮ通信するためのイーサネット（Etherrnet）インタフェース１４を組み込んでいる場合がある。これらのインタフェースはいずれも、インタネット、イントラネット、ＬＡＮ、あるいは他のデータ通信インフラにアクセスするために使用することができる。
【００３１】
最後に、プロセッサ１は、例えばＩＥＥＥ８０２．１１プロトコル、８０２．１５．４プロトコル、あるいはＣＤＭＡ２０００  １ｘＥＶ−ＤＯ、ＧＰＲＳ、Ｗ−ＣＤＭＡその他の標準的３Ｇ無線通信プロトコルの１つを使って別の無線機器と無線通信するために、アンテナ１５に連動可能に接続された無線インタフェース１６と通信する場合がある。
【００３２】
図１ｂに本発明の特徴を具現化するために使用することができる別の実施形態による処理システムを示す。本実施形態には、ローカルクライアントコンピュータ２６ａまたはリモートクライアントコンピュータ２６ｂのいずれかと通信するサーバ２０を含む分散型通信処理アーキテクチャ（distributed communication and processing architecture）が示されている。サーバ２０は一般的には、プライマリメモリ２４としてだけなくセカンダリメモリの形態と見ることができるデータベース２２と通信するプロセッサ２１を含む。プロセッサ２１は一般的にＬＡＮ２５とインタフェース接続するＩ／Ｏ制御装置２３を使って外部機器とも通信する。ＬＡＮ２５はネットワークプリンタ２８およびローカルクライアントコンピュータ２６ａとのローカル接続を実現することができる。これらはサーバと同じ施設内に置かれている場合があるが、必ずしも同じ部屋内に置かれていなくてもよい。遠隔機器との通信は一般的にはデータをＬＡＮ２５から通信設備を介してインタネット２７へルート指定（ルーティング）することによって確立される。リモートクライアントコンピュータ２６ｂはウェブブラウザを実行することで、リモートクライアント２６ｂはインタネット２７からＬＡＮ２５を経由してサーバ２０へ送信されたデータによって要求されたときにサーバと相互作用することができる。
【００３３】
データネットワーキング分野に携わる当業者であれば、多くの他の代替物およびアーキテクチャが可能であり、本発明の原理を具現化するためにそれらを使用することができることは了解されよう。図１ａおよび図１ｂに示した実施形態は本願特許請求の範囲内において異なるやり方で変更することができる。
【００３４】
イベントベースの追跡ネットワークの整合性および予測可能性により所在特定性を向上させることができる。本発明の実施形態は、予定の走査または読取りイベントが起こらないとき、およびパッケージを荷送人から荷受人へルート指定するために特定された場所外でパッケージの走査／読取りが起こるときの、非イベント駆動型所在特定性（non-event driven visibility）を含む。さらに、運送人によって輸送されるパッケージには運送人が受け取ったときに予定配達日（ＳＤＤ：scheduled delivery date）が一般に割り当てられる。本発明の実施形態によって実現される改良された所在特定性より、適時、予定し直された配達日（ＲＤＤ：rescheduled delivery date）の再計算と所在特定が可能になり、パッケージのサービスレベルと発送元と配達先の郵便番号に基づいて輸送所要時間（time in transit）の検証が容易になる。さらに、荷受人、荷送人または他の関係者はパッケージについての情報にアクセスして、本発明の実施形態の改良された所在特定性から、予定し直された配達日または妥当でない輸送所要時間によってもたらされるパッケージの状況（例えば“緑”、“黄”、または“赤”）を決定することができる。
【００３５】
他の実施形態では、パッケージが荷送人から荷受人へのルートを通るときに運送人は一般にそれらのパッケージにコードを付与する。これらのコードの一部は、パッケージとそれに関連する情報、荷送人、運送人および荷受人によって引き起こされるかもしれない配送過程で遭遇する“例外（exceptions）”に基づく。これらのコードの一部はパッケージの荷受人への配達の変更または遅延に関連付けられている場合がある。本発明の実施の一形態において、運送人によって識別される特定のコードが付与されたパッケージは、遅延の可能性があるかどうか、あるいは遅延しているかどうか、あるいはパッケージの配送状況の他の変更が存在するかどうかを判定することができるよう、改良された所在特定状態が提供されることがある。
【００３６】
運送人によって既に採用されている場合があるいくつかの独立したデータ源は組み合わされることによりパッケージ輸送の問題の所在特定性を向上させることがきる。これらのデータ源には、荷送人から運送人へアップロードされたまたは運送人によって捕捉されたＰＬＤ（package level detail）情報；運送人を使ってパッケージを輸送する新規顧客用データベース、イベント駆動型追跡/所在特定システムからの情報；提示されたサービスクラスに対する運送人の公表したＴＮＴ（time in transit）−１つの郵便番号から別の郵便番号へのＴＮＴと１つの運送人の施設から別の運送人の施設へのＴＮＴを含む；運送人プロダクト（陸送または航空便）によるフロー、運送人施設のペア間のフロー、およびフローパスについての情報を含む、パッケージの運送人のネットワークフローについての情報；運送人の作業施設をバイパスする（飛び越えて進む）カスタマイズされた作業プランに対するＯＥＴ（origin equivalency table）情報−実際の発送地（例えばウィスコンシン州ミルウォーキー）から別の場所（例えばイリノイ州シカゴ）にある運送人施設に直送されることがあるパッケージの正しい発送元を提供する；運送人施設にて仕分け作業が始まる時間とその仕分けを完了するのに要する時間；１つ以上のクラスのパッケージ（例えば陸送、航翌日配達航空便、翌々日配達航空便（two-day air）など）を取り扱う仕分け作業の運送人施設内の場所に関する情報；時間帯（time zone）、国番号などの公的に利用可能な参照データなど、が含まれる。
【００３７】
さらに、本発明の実施形態は運送人の作業プロセスに合わせるよう設計される。例えば、運送人は時としてパッケージの当初計画されたルートに含まれていないハブおよび他の運送人施設を通過するようにルート指定し直す場合がある。例えば、米国内のオレゴン州ポートランドからヴァージニア州リッチモンドまで陸送（ground）サービスで輸送されるパッケージはカンザス州にある運送人のハブにおいて途中停車する場合がある。一般に、運送人の通常のパッケージフローに基づいて、ヴァージニア州行きのパッケージはカンザス州のハブを後にして、シカゴ（Chicago）まで輸送される。しかしながら、カンザス州のハブを後にする全てのトレイラーが満載だった場合、ヴァージニア州行きのパッケージの一部（または全て）はテキサス州のハブにルート指定されることがあり、そこで改めてバージニア州へルート指定される。テキサスは当初のルート指定プランには無かったため、またパッケージはシカゴで発見または読取りできなかったために、最初のルート変更がテキサス州へルート指定されたパッケージの状況（ステータス）の変更を引き起こすことがあるが、ルート指定し直されたパッケージのルート指定プランは動的に更新され、予定し直された配達日が設定されることがある。ヴァージニア州の配達先へのパッケージの配送が遅延しない場合（つまり予定し直された配達日が当初予定された配達日と同じ場合）、ルート指定し直されたパッケージの状況（ステータス）は正常に戻り、所在特定性がよくなってパッケージが当初の予定通り配達されることを示す。
【００３８】
次に図２を参照して、本発明の１つ以上の実施形態を実施するために利用することができる運送人によって提供されるパッケージ追跡機能の一例を概説する。図２において、荷送人２００はパッケージ（Ｐｋｇ：package）２０２を運送人２０４を通じて出荷する。運送人２０４はパッケージ２０２を占有すると発送元処理システム２０６を通じてパッケージ２０２についての発送元情報を受信する。発送元処理システム２０６は（図２に示すように）パッケージ２０２からの出荷情報の走査または読取りを含むことがある、あるいは他の実施形態ではそれは例えばインタネットなどのネットワーク２１８を経由して荷送人クライアントから運送人へデータを転送するなどの手段を使って荷送人２００から運送人２０４への情報の転送を含むことがある。発送元情報は、コンピュータ、サーバ、プロセッサ、およびデータベースなどの１つ以上のハードウェアコンポーネントと、企業の中枢に集中配置されたまたは企業全体に分散配置されたコンピュータソフトウェアアプリケーションとから成る場合があるグローバル追跡／データリポジトリ２０８に保存される。グローバル追跡／データリポジトリ２０８は多数のビジネスエリアおよびアプリケーションからアクセス、利用およびメンテナンスすることができる。発送元情報は、限定はされないが、パッケージ追跡識別子、荷送人２００の氏名および住所、荷受人２１０の氏名および住所、パッケージ２０２が運送人２０４に受け取られた日時および場所、パッケージ２０２を受け取る運送代理人の識別子、パッケージ２０２のサイズおよび重量、パッケージ２０２を配送する際に運送人２０４が使用するサービスクラス（例えばground、overnight airなど）、ＣＯＤ情報（適用可能な場合）、特別な取り扱い方の指示などを含むことができる。発送元情報の一部または全てはパッケージ上に機械的に読取り可能な証印（例えばバーコード）としてコード化される、あるいはパッケージ２０２に添付されたＲＦＩＤトランスポンダなどの機械的に読取り可能なデバイスに含めることができる。このような場合、発送元情報は機械的に読取り可能な証印またはデバイスを走査または読取りすることによって取得することができる。
【００３９】
パッケージ２０２が運送人２０４によって荷送人２００から荷受人２１０へ輸送される間、パッケージ２０２は、パッケージ２０２が仕分けおよび輸送ハブなどの運送人施設に入るおよび／または出るときに起こるまたは配送ルートに沿った他の離散的な場所で起こる１回以上の中間追跡システム２１２による走査または読取りといった、１回以上の中間のイベントベースの追跡行為を経験することがある。この中間追跡情報は、パッケージ追跡識別子、パッケージが中間の運送人施設で受け取られたまたは中間の運送人施設を出た日時および場所、配送過程の中でパッケージ２０２を中間施設まで送り届けた、およびパッケージ２０２をそこから更に輸送するために使用される輸送車または輸送手段に関連する１つ以上の識別子などを含むことがある。中間追跡情報は、部分的であれ全体的であれ、中間追跡システム２１２からグローバル追跡／データリポジトリ２０８に提供され、そこに保存される。
【００４０】
多くの場合、パッケージ２０２は荷受人２１０に配達される前に最後の走査または読取りを受ける。場合によっては、荷受人２１０は例えば署名の形でパッケージの受領証明の提供を求められることがある。この情報は一般に例えばＵＰＳが採用しているＤＩＡＤ／ＤＣＳシステム（Delivery Information Acquisition Device/DIAD Control System）などの１つ以上の配達先追跡システム２１４によって捕捉される。上述したように、配達時に捕捉された情報は少なくともその一部はグローバル追跡／データリポジトリ２０８に保存される。
【００４１】
運送人２０４は一般に、所在特定エンジン（visibility engine）２１６を通じて、荷送人、荷受人、および他の関係者が追跡情報を利用できるようにする。斯かるエンジンは一般的には、関係者から例えばインタネット、公衆交換回線網などのネットワーク２１８を介して例えばパッケージ追跡番号といったパッケージ識別情報を伴う追跡情報のリクエストを受信することにより機能する。提供されたパッケージ識別情報に関連する情報はグローバル追跡／データリポジトリ２０８から引き出され、所在特定エンジン２１６によって、要求している関係者が一般に視聴できるような形で利用可能な状態に置かれる。所在特定エンジンのいくつか実施形態については、そこに含まれる全てを引用することにより本明細書の一部をなすものとする米国特許出願公開第２００３／００９７２８７（Ａ１）号として２００３年５月２２日に公開されたフランツ（Franz）等による米国特許出願第１０／２６５，０７９号明細書“Inbound and Outbound Shipment Notification Methods and Systems”（到来及び発送する出荷情報を提供する方法及びシステム）を参照されたい。
【００４２】
本発明の一般的な実施形態では、図２に例示した上記パッケージ追跡機能は、荷送人、運送人、荷受人および関係する第三者に向上した所在特定性を提供する非イベント駆動型追跡機能（non-event driven tracking function）に組み込まれる。図３に示すように、パッケージルート指定モジュール（package routing module）３００が図２のシステムに含まれる。これにより、パッケージ２０２が運送人２０４が占有する状態に移行したときに発送元情報が得られたときまたは発送元情報が荷送人２００から受信されたときに、運送人２０４によって荷送人２００から荷受人２１０へパッケージが輸送される１つ以上のルートが決定される。各ルートは、パッケージ２０２が通過し、その輸送の間に走査または読取りされる運送人の予想または予定された場所（例えば施設、ハブなど）と各場所の間の予定されたＴＩＴ（time in transit）を含む。加えて、パッケージルート指定モジュール３００は各予想または予定された走査または読取りに時間窓（time window）を関連付ける。時間窓は一つ前の場所からの予定のＴＩＴ（time in transit）によって決められる。
【００４３】
図３の実施形態では、不発生例外モジュール（non-occurrence exceptions module）３０２も図２のシステムに組み込まれる。運送人２０４が荷送人２００から荷受人２１０へパッケージ２０２を輸送する間、パッケージ２０２がパッケージルート指定モジュール３００によって決定された予定の場所で予想された時間窓内に受け取られてから走査または読取りされる場合にはパッケージ２０２は時間通りであり正常に輸送中（例えば“緑色光”）であるとみなされる。パッケージ２０２が斯かる場所において一般に時間窓が経過した後、予想された時間窓外で受け取られる場合には、警告フラグ（例えば“黄色光”または“赤色光”）がトリガーされる。パッケージ２０２が予定の場所で全く受け取られない場合には高レベルの警告（“赤色光”）がトリガーされ、パッケージ２０２の追跡調査といったフォローアップが行われる結果となる場合がある。不発生例外モジュール３０２は運送人２０４によって輸送中の各パッケージ２０２の予想ルートをモニタし、パッケージが予定の場所で所定の時間窓内に走査または読取りできない場合には各パッケージ２０２に状態（例えば“赤色光”、“黄色光”、“緑色光”など）を付与する。図３の実施形態では不発生例外モジュール３０２は所在特定エンジン２１６と通信する。このように、問い合わせ人には、パッケージ２０２の場所を示すイベントベースの走査および読取りに対応する情報だけでなく、パッケージ２０２がその所定ルートの少なくとも１つに乗っているかどうかと時間通りの配送に対する所定の時間窓に入るかどうかを示す非イベントベースの所在特定性も与えられるので、荷送人２００、荷受人２１０、運送人２０４、または他の関係者はパッケージの輸送状況を迅速に把握することができる。
【００４４】
次に図４Ａを参照して、運送人によってコントロールされる施設内において輸送品が荷送人から荷受人まで輸送される間に運送人がこれらの輸送品をどのように処理するかを説明する。図４Ａは、外部のフィーダ／マニフェストシステム（external feeder/manifest systems）４０２といった外部システムとのインタネットまたは情報を送信することが可能な他のネットワークを介したインタフェースも示している。このような運送人によってコントロールされる施設はパーセルまたはパッケージが運送人システムに導入される場所または配送ルートの途中でパーセルが出逢う中間ポイントに設けられる場合がある。図４Ａにおいて点線で囲った部分は（運送人のコントロール内の）中間処理を示している。輸送品４０４は運送人施設４００で受け取られ、そこから牽引トレーラーまたは他の輸送車（トラック、航空機、鉄道、自動車などを含む）によって運び出される、あるいは顧客から運送人に受け渡される。受け取られた後、運送人施設４００を出発する各輸送品４０４は、輸送品４０４または１つ以上の輸送品４０４を含むＵＬＤ（unit load device）４０６を物理的に走査することによって走査または読取りされ、それらが運送人の作業施設から出発および到着する時の日／時スタンプが各輸送品ごとに記録される。パッケージ追跡番号は（物理的に）走査または読取りされ、小荷物バッグ（同じ運送人施設に向かう封筒や小包といった１つ以上の“小型”輸送品を含む）、トレーラー、航空機内のコンテナ、輸送機などといったＵＬＤ（unit load devices）４０６に関連付けされる。上記関連付け（linking）のおかげで、ＵＬＤ４０６が所与の場所で（物理的に）走査または読取りされると、そのＵＬＤ４０６に含まれるまたは付随する輸送品のパッケージ追跡番号も全て論理的（ロジカルに）に走査または読取りされるという点で、輸送品の効率的な追跡が容易になる。小包、大型封筒または普通封筒を含む“小荷物ズバッグ（smalls bag）”４２０から成る態様のＵＬＤ４０６が物理的に走査４１０され、小荷物ズバッグ４２０内に含まれる輸送品の物理的な走査が起こらなくても、バイパス用小荷物ズバッグ４２０が施設４００内で走査されるときに論理的走査４０８が生成される。
【００４５】
図４Ａに示した実施形態では、例えばハブ予測制御システムおよび／またはトレーラー制御予測システムといった１つ以上の論理的走査／読取システム４０８が協働して他の運送人作業から出発および到着するトレーラーの移動に対して論理的走査または読取りを生成する。トレーラーに付随した例えばバーコードまたはＲＦＩＤタグといった証印またはデバイスの物理的走査は、トレーラー内に含まれており前もってそのトレーラの証印と関連付けられた固有の追跡識別子を有する全ての輸送品の論理的走査の結果をもたらす。物理的走査制御システム４１０は各施設４００内にあるシステムであって、運送人によってパッケージ４０４またはＵＬＤ４０６に適用された物理的走査を記録するとともに、各走査または読取りされたパッケージ追跡番号をその所与のＵＬＤ４０６（１つしかない場合）と関連付ける。図４Ａにおいて、本発明の実施の一形態としてパッケージ４０４およびＵＬＤ４０６を走査するために高周波スキャナ装置４１２が使用されることがある。別の実施形態では、光学スキャナおよび／またはＲＦＩＤリーダといった他のスキャナまたはリーダが使用されることがある。
【００４６】
図４Ｂは、各輸送品の固有の追跡識別子をＵＬＤ識別子と関連付け、そのＵＬＤ識別子を別のＵＬＤ識別子と関連付けることによって、階層的な関係が生成される様子を示している。例えば、図４Ｂでは、それぞれが固有の追跡識別子（例えばＬ１、Ｌ２、Ｌ３、・・・）を有する複数のレター（letters）または“小荷物ズ（smalls）”４１８は、前述したように本例では小荷物ズバッグ４２０である固有のＵＬＤ識別子（例えばＵＬＤＢ１）と関連付けられる。小荷物バッグ４２０のＵＬＤ識別子は、その中に小荷物バッグ４２０が入れられたコンテナ４２２に関連する固有のＵＬＤデバイス識別子（例えばＵＬＤＣ１）と関連付けられる。コンテナのＵＬＤデバイス識別子は同じくコンテナ４２２内に入れられた個々のパッケージ４２４の固有の追跡識別子（例えばＰ１、Ｐ２、Ｐ３、・・・）とも関連付けられる。それぞれが固有のＵＬＤ識別子（例えばＵＬＤＣ１、ＵＬＤＣ２、・・・、ＵＬＤＣｎ）を有する数個のコンテナ４２２はトレーラー４２６内に収納されることがある。そして各コンテナの固有のＵＬＤ識別子はトレーラー４２６の固有のＵＬＤ識別子（例えばＵＬＤＴ１）と関連する。全ての上記リンク情報（関連付け情報）は当該分野では周知の電子コンピュータデータベースに保存することができる。このようにして、トレーラー４２６のＵＬＤ識別子でコード化されておりトレーラー４２６と関連付けられたバーコードまたはＲＦＩＤタグといった機械的に読取り可能な証印またはデバイスを一度物理的に走査または読取りするだけで、当該トレーラー４２６と関連付けられた全てのＵＬＤおよび／またはパッケージ追跡識別子の論理的走査が結果的に得られる。同様に、ＵＬＤ識別子（例えばトレーラー、コンテナ、小荷物バッグなどと関連する）の物理的走査は、走査されたＵＬＤ内に含まれるＵＬＤおよび／またはパッケージ追跡識別子を有する任意の輸送品の論理的走査の結果をもたらす。
【００４７】
図４Ａに戻って説明する。図４Ａに示された例外走査／読取システム（exception scanning/reading system）４１４は、各単一のパッケージを走査するというよりも一群のパッケージに関する走査を一括処理することが可能な、運送人の業務内の別のデータベースシステムである。例えば、運送人の施設４００がハリケーンなどの自然災害で余儀なく閉鎖された場合、運送人の作業員はこの例外走査／読取システム４１４を使ってその施設に関連する全てのＵＬＤ４０６に対して例外走査を実行する。ＵＬＤ４０６を物理的に走査または読取りすることによって、論理的走査が順次、それらのＵＬＤ４０６に関連またはリンクした全てのパッケージに適用されることになる。従って例外走査／読取システム４１４は物理的および論理的走査を実行することが可能である。図４Ａのシステムには、全てのパッケージ４０４の走査情報または読取り情報が保存されるグローバルリポジトリ４１６も含まれており、運送人はその情報に全てアクセスすることができ、荷送人、荷受人または指定された第三者は少なくとも部分的にアクセスすることができるようになっている。グローバルシステム４１６は例えばオンライン出荷システムといった外部のフィーダ／マニフェストシステム４０２からパッケージ情報を直接受信することも可能である。
【００４８】
次に図５を参照して、運送人のイベント駆動型追跡監視システム、顧客および本発明の実施形態の間の相互作用を説明する。図５には、例えばＯＰＬＤ（origin package level detail）データベース５０２、ＧＩＰＬＤ（global internal package level detail）データベース５０４、ＤＩＡＬＳ（delivery information automated lookup system）５０６、ＸＰＬＤ（exception package level detail）５０８といったＰＬＤ（package level detail）データベースが示されている。ＯＰＬＤ５０２は、運送人の顧客から受け取った出荷データを含むリポジトリ、ＧＩＰＬＤデータベース５０４は、図４Ａおよび図４Ｂを参照して詳しく述べた、内部の走査または読取り情報を含むリポジトリ、ＤＩＡＬＳ５０６は輸送品の配達および／または集荷の際に運送人の運転手によって記録された情報を含むリポジトリ、ＸＰＬＤ５０８は例外走査または読取りについての情報を含むデータリポジトリである。上記リポジトリ５０２、５０４、５０６、５０８の１つ以上からデータが、ＵＰＳが使用するQuantumView（商標）システムや当業者に周知の同様のシステムといったイベント駆動型追跡／所在特定システム５１０へ流れ込み、それを介して、走査・配達行為を含むパッケージ情報が運送人の顧客５１２に、勝手に送りつける形や該顧客５１２からの問い合わせに応じる形で、タイムリーに提供される。本発明の実施の一形態において、このデータは、パッケージをその配送サイクルの間にモニタおよび評価することができるように、イベント駆動型追跡／所在特定システム５１０からＥＤＩ(Electronic Data Interchange）でまたはネットワークを経由して本発明の実施形態の次世代所在特定エンジン（ＮＧＶ：next generation visibility)システム５１４へ送られる。顧客５１２はイベント駆動型追跡／所在特定エンジン５１０に例えばインタネットなどのネットワーク５１６を経由して例えばwww.ups.comといったウェブサイトでアクセスすることができる。そこで顧客５１２は次世代所在特定システム５１４によって彼らのパッケージと積送品に関して追加の所在特定性が与えられる。顧客５１２は次世代所在特定システム５１４にもネットワーク５１６を経由してアクセスすることができる。次世代所在特定システム５１４によって提供される改良された所在特定性は関心のあるパッケージが最初に指定された日（配達日）に現在予定されているかどうか、遅延する可能性があるかどうか、あるいは遅延しているかどうかを（新しい配達日と一緒に）示す状況（ステータス）を含む。
【００４９】
次に図６Ａを参照して本発明の実施の一形態による方法における情報およびデータの流れを詳しく説明する。図６Ａにおいて、ステップ６０２においてパッケージ追跡データが当該分野では周知のパーセル追跡システム６０４から取り出される。実施の一形態によれば、追跡システム６０４は、運送人がパッケージを受け取り、運送人がパッケージを配送ルート上の中間地点を経由して輸送し、運送人がパッケージを荷受人に配達するという流れの中で、（パッケージの）走査（scan）または読取り（read）といったイベント（事象）の発生に基づいてパッケージを追跡するイベント駆動型パーセル追跡／所在特定システムである。ステップ６０６において、追跡システム６０４から受け取った情報は各受信した記録の身元（identity）が特定できるように構文解析される。一般に、図６Ａの実施形態では、追跡システムから受け取った各記録は、ＯＰＬＤからのマニフェスト情報、ＸＰＬＤからの例外情報、ＤＩＡＬＳからの配達情報、またはＧＩＰＬＤからの発送元／輸送中（origin/in-transit）情報といった４つのタイプの１つである場合がある。これらのデータリポジトリまたはそれらの均等物はここでより十分に説明される。
【００５０】
ステップ６０８において、構文解析された情報が例外記録（exception record）であることが特定された場合で、次にステップ６１０においてその例外が配達日または他の配達パラメータに影響を及ぼすかもしれない指定された種類であることが判明した場合には、ステップ６１２において荷送人または荷受人または別の指定された関係者にその例外が通知される。この通知は、電子メール、電話の呼び出し、ウェブサイトへの掲載などの形を採る場合がある。通知は、実施の一形態によれば、例外の性質に依存し、斯かる性質は例外コード（exception code）によって識別することができる。ステップ６１４において、パッケージ追跡番号を例外コードと関連付ける例外テーブル（exceptions table）が登場する。ステップ６１０において、その例外が配送に影響を及ぼすようなものでないことが決定された場合、手続きはステップ６１０からステップ６１４へ進み、パッケージ追跡番号は例外コードと一緒に例外テーブルに記録される。この例外テーブルはパッケージ追跡システムからアクセス可能な場合がある。その場合、パッケージの所在特定性が増大するとともに、運送人の顧客に追加情報が提供される。例外情報を有する例外テーブルの一例を図６Ｂに示す。
【００５１】
図６Ａに戻って説明を続ける。ステップ６０８において構文解析された記録が配達記録（delivery record）と特定された場合、これはパッケージが最終目的地（荷受人）に配達されたことを示している。図６Ａの実施形態では、ステップ６１６において、配達されたパッケージ（パッケージ追跡番号で決定される）に関連する任意の例外がステップ６１４で特定された例外テーブルから取り除かれ、アーカイブされる。さらに、ステップ６１８において、本発明の本実施形態において特定された他のテーブルで見つかった任意の記録がパッケージ追跡番号を使ってそれらのテーブルから取り除かれる。続いてステップ６２０において、パッケージ追跡番号、配達日、配達時間および配達場所が上記記録から抽出され、図６Ｃに例示した実施形態の配達テーブルに保存される。
【００５２】
再び図６Ａに戻って説明を続ける。ステップ６０８において、構文解析された記録が発送元／輸送中記録（origin/in-transit record）と特定された場合、これはパッケージは最終目的地へのルート途上にあることを示している。図６Ａの実施形態では、ステップ６２２において、パッケージ追跡番号、配達日、配達時間および配達場所が記録から抽出される。手続きはステップ６２４に進み、抽出された情報が運送人が輸送品を受け取った後のその輸送品の最初の走査または読取りに関連しているかどうかが判定される。その走査または読取りが最初の走査または読取りである場合、ステップ６４４において、対応するパッケージ追跡番号がマニフェストテーブル（詳しくは後述する）に存在するかどうかが判定される。対応するパッケージ追跡番号がマニフェストテーブルに存在する場合には、ステップ６４６においてマニフェストテーブルからそのマニフェスト情報が取り除かれ、手続きはステップ６２６に進む。ステップ６２６において、マニフェスト情報はフローパス（flowpath）情報と組み合わされ、フローパス（flowpath）データベースに当該パッケージについての情報が登録される。フローパスデータベースは、パッケージの追跡番号、現在の場所（現在のＳＬＩＣ）、次の予定の場所（次のＳＬＩＣ）、最後の走査または読取りの日時、場所間の予定の輸送所要時間ＴＮＴ（time in transit）、および次の走査または読取りの日時を有する記録を含む。マニフェスト情報のマニフェストテーブルからの除去は当該パッケージが運送人によって輸送されている途中であることを示している。ステップ６４４において、マニフェストテーブルに当該パッケージの記録が存在しない場合、手続きはステップ６２６に直に進む。ステップ６２６において、フローパスデータベースに当該パッケージについての情報が登録される。ステップ６２４に戻って、走査または読取りが当該パッケージの最初の走査または読取りでなかった場合、ステップ６２８において直近の（most recent）走査または読取りが、フローデータベースからの所定の経路、場所、日時と比較される。ステップ６３０においてパッケージがそのルート上の所定の経路を進んでいるかどうかが判定される。パッケージが所定の経路に乗っておりスケジュール通りの場合、手続きはステップ６２６に戻り、そこでフローパスデータベースに問い合わせて、次の場所、次の走査または読取りの日時が決定される。手続きはステップ６２８に進み、直近の走査または読取りが所定のフローパスと比較される。
【００５３】
ステップ６３０において、パッケージの現在の場所（現在位置）に基づいて所定のフローパスを進んでいないことが決定される場合、ステップ６３２においてパッケージの現在の場所から目的地までのＴＮＴ（time in transit）および配達日が再計算される。再計算されたＴＮＴおよび予想される配達日がステップ６３４において当初の所定の配達日と比較される。ステップ６３６において、パッケージがまだ所定の配達日に配達されるかどうかが判定される。配達されない場合、ステップ６３８において、配達例外（delivery exception）が生成され、手続きは既に述べたステップ６１０に進む。ステップ６３６においてパッケージがまだその当初の配達日に配達されることが決定される場合、手続きはステップ６２６に進んで、次の予定の走査／読取りを検索する。
【００５４】
図６Ａのステップ６０８に戻って、追跡システムから構文解析されたデータがマニフェストの記録（manifest record）であることが決定される場合、ステップ６４０においてパッケージ追跡番号、アップロード情報、発送元情報、配達情報およびサービスレベルがその記録から抽出される。ステップ６４２において、この抽出された情報は図６Ｄに示されたテーブルと同じようなマニフェストテーブルを生成するために使用される。手続きはステップ６２４に進んで、そのマニフェストで見つかったパッケージ追跡番号を有するパッケージの最初の走査を待機する。追跡番号を有する輸送品の走査が起こるとき、ステップ６２４においてそれが最初の走査であるかどうかが判定される。それが最初の走査のとき、ステップ６４４においてマニフェストテーブルの中に対応するパッケージ追跡番号が存在するかどうかが判定される。存在する場合、ステップ６４６においてマニフェストテーブルからマニフェスト情報が取り除かれ、手続きはステップ６２６に進む。ステップ６２６においてそのマニフェストテーブル情報はフローパス情報と組み合わされ、フローパスデータベースに登録される。このときパッケージは輸送中であるとみなされ、上記の発送元／輸送中プロセスを使用して追跡および報告される。
【００５５】
一般に、追跡システムは輸送品が荷送人から目的とする荷受人までパッケージ配送システムを進む間に起こる走査イベントまたは読取りイベントに基づく。斯かる走査または読取りは一般に、光学的、電気的、磁気的手段または他の手段を利用してパッケージに付随する証印またはデバイスを走査または読取りをする（つまり“物理的に”走査する）機器を含むものとして説明される。それに対して他の斯かる“イベント”は物理的（physical）、キー（keyed）、派生的（derived）および論理的（logical）プロセスを通じて得られる場合がある。輸送品の所在特定性はパッケージのイベントが物理的（physical）、キー（keyed）、派生的（derived）および論理的（logical）走査を通じて起こる度に生成される。以下の表１、表２、表３および表４はそれぞれ、荷送人から目的とする荷受人までパーセルの輸送中に本発明の実施形態で利用することができる例示的なイベントベースの追跡システムで起こり得る例示的な物理的（physical）、キー（keyed）、派生的（derived）および論理的（logical）走査を提供する。
【００５６】
【表１】
2008535749.tif 000003
【００５７】
【表２】
2008535749.tif 000004
【００５８】
【表３】
2008535749.tif 000005
【００５９】
【表４】
2008535749.tif 000006
【００６０】
図７に、運送人によって輸送される輸送品の所在特定性の向上を実現する本発明の実施の一形態による方法のフローチャートを示す。ステップ７００において手続きが始まる。ステップ７０２において、運送人は荷送人から、配達先に輸送される１つ以上の輸送品（例えばパッケージ）を受け取る。輸送品には運送人に出荷情報を提供する出荷ラベルが事前に添付されていることがある。斯かる出荷情報は、荷送人（差出人）の氏名および住所、サービスクラス（class of service）、出荷される輸送品の重量、荷受人（受取人）の氏名および住所などを含むことがある。出荷ラベルには、コード化されたパッケージ追跡番号を最低限含むバーコードまたはＲＦＩＤトランスポンダ（transpoder）といった形態の機械的に読取り可能な証印またはデバイスも輸送品に添付（例えば貼付）または出荷ラベルに組み込まれる。他の例では、出荷ラベルは輸送品が荷送人から受け取られるとすぐに運送人によってその輸送品に添付される。ステップ７０４において、運送人は輸送すべき受け取った輸送品を、出荷ラベルから、荷送人から運送人へ（例えばオンライン出荷システムで）送られた情報から、あるいはこれらの情報源の組み合わせから出荷情報を取得することによって処理する。運送人は荷送人によって要求されたサービスクラスをそれが有効かつ利用可能な限りにおいて割り当てるとともに、サービスクラスと配達先の場所（目的地）に基づいて予想または予定される配達日を付与する。ステップ７０６において、運送人は出荷情報から、荷送人から荷受人へ各輸送品を輸送するための１つ以上の輸送ルートを決定する。各ルートは、発送元（ＯＲＩＧ：origination）、配達先（ＤＥＳＴ：destination）、および場合によっては、輸送品が荷送人から配達先（目的地）への途上で通過する１つ以上の中間地点（あるいは中間地）のほかに、輸送品が予定日に配達されるようその間に各走査または読取りが起こるべき所定の期間も含む。輸送品が受け取られたときおよび輸送品が配達先までの途上で中間地点を通過する際、そして輸送品が荷受人まで配達されたときに、パッケージはこれら様々な場所を通過する際にそのパッケージの追跡番号を読取りまたは走査することによって追跡される。パッケージの追跡番号は各走査または読取りの場所および日時と一緒に追跡データベースに保存される。ステップ７０８において、運送人はステップ７０６で決定された１つ以上の計画ルートの中から好ましい１つのルートを選択する。輸送品は輸送中に例外が起こらなければこの好ましいルートに沿って輸送されることになる。好ましいルートとして選ばれなかった他の計画ルートが存在する場合、これらの選ばれなかったルートは代替ルートとみなされる。
【００６１】
ステップ７１０において、運送人は好ましいルートに沿って輸送品の輸送を開始する。ステップ７１２において、輸送品の機械的に読取り可能な証印またはデバイスは輸送品が荷受人までの途上で通過する各場所で走査または読取りされる。輸送品が走査または読取りされた場所と時間が好ましいルートに対して決定された場所および期間と比較される。ステップ７１４において、輸送品が走査または読取りされた実際の場所が好ましいルートに指定された場所と期間に対応するかどうか判定される。ステップ７１４において輸送品が好ましいルート上の指定された場所で、しかもその場所に対する指定された期間内に走査された場合、手続きはステップ７１６に進む。ステップ７１６において直近の（最後の）走査が配達先であったかどうかが判定される。最後の走査が配達先であった場合、輸送品は配達が完了したことから手続きは最後のステップ７１８で終了する。直近の走査が配達先でなかった場合、手続きはステップ７１０に戻り、荷送人から配達先への輸送品の輸送が継続される。
【００６２】
ステップ７１４において輸送品の走査または読取りが好ましいルート内の指定されていない場所で行われた場合、または輸送品の走査または読取りがある場所に対する指定された期間外に行われた場合、または輸送品が予定の場所で走査または読取りされなかった場合、ステップ７２０において輸送品に対する調査と、場合によっては、荷送人、荷受人および／または権限のある第三者への警告の合図が出される。手続きはステップ７１８で終了する。
【００６３】
図８Ａ〜図８Ｃに、運送人によって輸送される輸送品の所在特定性の向上を実現する本発明の別の実施形態による方法のフローチャートを示す。ステップ８００で手続きが始まる。ステップ８０２において、運送人は荷送人から、配達先（＝目的地）に輸送される１つ以上の輸送品（例えばパッケージ）を受け取る。輸送品には運送人に出荷情報を提供する出荷ラベルが事前に添付されるていることがある。斯かる出荷情報は、荷送人の氏名および住所、サービスクラス（class of service）、出荷される輸送品の重量、荷受人の氏名および住所などを含むことがある。出荷ラベルには、コード化されたパッケージ追跡番号を最低限含むバーコードまたはＲＦＩＤトランスポンダ（transpoder）といった形態の機械的に読取り可能な証印またはデバイスも輸送品に添付または出荷ラベルに組み込まれる。他の例では、出荷ラベルは輸送品が荷送人から受け取られるとすぐに運送人によってその輸送品に添付される。ステップ８０４において、運送人は輸送すべき受け取った輸送品を、出荷ラベルから、荷送人から運送人へ（例えばオンライン出荷システムで）送られた情報から、あるいはこれらの情報源の組み合わせから出荷情報を取得することによって処理する。運送人は荷送人によって要求されたサービスクラスをそれが有効かつ利用可能な限りにおいて割り当てるとともに、サービスクラスと配達先の場所（目的地）に基づいて予想または予定される配達日を付与する。ステップ８０６において、運送人は出荷情報から、荷送人から荷受人へ各輸送品を輸送するための１つ以上の輸送ルートを決定する。各ルートは、発送元（ＯＲＩＧ：origination）、配達先（ＤＥＳＴ：destination）、および場合によっては、輸送品が荷送人から配達先（目的地）への途上で通過する１つ以上の中間地点（あるいは中間地）のほかに、輸送品が予定日に配達されるようその間に各走査または読取りが起こるべき所定の期間も含む。輸送品が受け取られたときおよび輸送品が配達先までの途上で中間地点を通過する際、そして輸送品が荷受人まで配達されたときに、パッケージはこれら様々な場所を通過する際にそのパッケージの追跡番号を読取りまたは走査することによって追跡される。パッケージの追跡番号は各走査または読取りの場所および日時と一緒に追跡データベースに保存される。ステップ８０８において、運送人はステップ８０６で決定された１つ以上の計画ルートの中から好ましい１つのルートを選択する。輸送品は輸送中に例外が起こらなければ運送人によりこの好ましいルートを使って輸送されることになる。好ましいルートとして選ばれなかった他の計画ルートが存在する場合、これらの選ばれなかったルートは代替ルートとみなされる。
【００６４】
ステップ８１０において、運送人は好ましいルートに沿って輸送品の輸送を開始する。ステップ８１２において、輸送品の機械的に読取り可能な証印またはデバイスは輸送品が荷受人までの途上で通過する各場所で走査または読取りされる。輸送品が走査または読取りされた場所と時間が好ましいルートに対して決定された場所および期間と比較される。ステップ８１４において、輸送品が走査または読取りされた実際の場所が好ましいルート内の指定された場所に対応するかどうか判定される。ステップ８１４において輸送品が好ましいルート内の指定された場所で走査された場合、手続きはステップ８１６に進み、そこで直近の（つまり最後に行われた）走査が配達先（目的地）であったかどうかが判定される。最後の走査が配達先であった場合、輸送品が配達されたことから手続きはステップ８１８で終了する。ステップ８１６において直近の走査が配達先でなかったことが決定された場合、手続きはステップ８２０に進み、そこで直近の走査または読取りがその場所の所定の予定の期間内に起こったかどうかが判定される。ステップ８２０において直近の走査または読取りが所定の期間内に起こったことが決定された場合、手続きはステップ８１０に進み、荷送人から配達先への輸送品の輸送が継続される。ステップ８２０に戻って説明を続ける。ステップ８２０において最後の走査または読取りがその場所の所定の予定の期間内に起こらなかったことが決定された場合、ステップ８２２において当該輸送品の配達日が再計算され、手続きは８２４に進む。ステップ８２４において、ステップ８２２で再計算された配達日から輸送品がその当初予定された配達日外に配達されることになるかどうかが判定される。輸送品がその当初予定された配達日外に配達されることになる場合、ステップ８２６において輸送品に警告ステータス（alert status）が与えられ、斯かる警告ステータスが、荷送人、荷受人および他の権限のある／利害関係のある関係者に所在特定可能な状態になる。手続きはステップ８１０へと続き、荷送人から配達先への輸送品の輸送が継続される。ステップ８２４において、輸送品が当初予定された配達日にまだ配達される予定であることが決定された場合、手続きはステップ８１０へと続き、荷送人から配達先への輸送品の輸送が継続される。
【００６５】
ステップ８１４に戻って説明を続ける。ステップ８１４において輸送品の走査または読取りが好ましいルート内の指定されていない場所で行われた場合、手続きはステップ８２８に進む。ステップ８２８において、ステップ８０８で決定された代替ルートの１つにおいて指定された場所で輸送品が走査されたかどうかが判定される。ステップ８１４において、輸送品がある代替ルート内の指定された場所で走査された場合、手続きは８１６に進み、そこで直近（つまり最後の）走査が配達先であったかどうかが判定される。最後の走査が配達先であった場合、輸送品は配達されたので手続きはステップ８１８で終了する。ステップ８１６において最後の走査が配達先でなかった場合、手続きはステップ８２０に進み、そこで直近の走査または読取りがその場所に対する所定の予定の期間の間に起こったかどうかが判定される。ステップ８２０において直近の走査または読取りがその所定の予定の期間内に起こったことが決定された場合、手続きはステップ８１０に進み、荷送人から配達先への輸送品の輸送が継続される。ステップ８２０に戻って説明を続ける。ステップ８２０において最後の走査または読取りがその場所に対する所定の予定の期間内に起こらなかったことが決定された場合、ステップ８２２においてその輸送品の配達日が再計算され、手続きはステップ８２４に進む。ステップ８２４において、ステップ８２２の再計算された配達日から、輸送品は当初予定された配達日外に配達されることになるかどうかが判定される。輸送品が当初予定された配達日外に配達されることになる場合、ステップ８２６において輸送品に警告ステータスが与えられ、斯かる警告ステータスが、荷送人、荷受人および他の権限のある／利害関係のある関係者に所在特定可能な状態になる。手続きはステップ８１０へと続き、荷送人から配達先への輸送品の輸送が継続される。ステップ８２４において、輸送品が当初予定された配達日にまだ配達される予定であることが決定される場合、手続きはステップ８１０へと続き、荷送人から配達先への輸送品の輸送が継続される。
【００６６】
ステップ８２８に戻って説明を続ける。最後の走査が当該輸送品に対するある代替ルート内の指定されたどの場所でも起こらなかった場合、ステップ８３０において、運送人のシステム内のいずれかの場所において当該輸送品が走査されたかどうかが判定される。ステップ８３０において当該輸送品が運送人のシステム内のある場所で走査された場合、手続きはステップ８３２に進み、そこで直近の走査または読取りが配達先であったかどうかが判定される。ステップ８３２において直近の走査または読取りが配達先であった場合、輸送品は配達されたので手続きは８１８で終了する。ステップ８３２において直近の走査が配達先でなかった場合、手続きはステップ８３４に進み、直近の走査または読取りの場所に基づいて、新しいルートが決定され、予定の配達日が再計算される。続いて手続きはステップ８３６に進み、そこでステップ８３４で再計算された配達日から、輸送品が当初予定された配達日外に配達されることになるかどうかが判定される。輸送品が当初予定された配達日外に配達されることになる場合、ステップ８３８において輸送品に警告ステータスが与えられ、斯かる警告ステータスが、荷送人、荷受人および他の権限のある／利害関係のある関係者に所在特定可能な状態になる。手続きはステップ８１０へと続き、荷送人から配達先への輸送品の輸送が継続される。ステップ８３６において、輸送品が当初予定された配達日にまだ配達される予定であることが決定された場合、手続きはステップ８１０へと続き、荷送人から配達先への輸送品の輸送が継続される。
【００６７】
ステップ８３０に戻って説明を続ける。ステップ８３０において当該輸送品が所定の（規定された）期間内に運送人のシステム内のどの場所においても走査または読取りされなかった場合、手続きはステップ８４０に進み、そこで現在の日付が予定の配達日を経過しているかどうかが判定される。現在の日付が予定の配達日を経過している場合、ステップ８４２において、その輸送品は行方不明になっている可能性があることが、荷送人、荷受人および権限のある／利害関係のある関係者に通知される。手続きはステップ８１８に進む。しかしながら、ステップ８４０において、現在の日付が予定の配達日を経過していない場合には、ステップ８３８において輸送品に警告ステータスが与えられ、手続きはステップ８１０に進む。本発明のシステムは現在の日付が予定の配達日を経過したことがステップ８４０で決定されるまで輸送品の走査または読取りを求めて“探し”続ける。
【００６８】
本発明の実施形態は、輸送品に対する予定された出来事の所定の集合を利用してこの所定の集合の出来事の１つ以上の不発生を検出することで、発生したイベントに加えて、影響を受けたアイテムについて追加の所在特定性を提供するシステムおよび方法を構成する。パーセルの配送サービスのコンテクストにおけるこの所在特定性の向上のおかげで、荷送人、荷受人および第三者は、不発生の重要度と影響に基づいて、不発生を調査および補正し、または代替プランを用意するための修復の努力を行うことができる。一般に、パーセル配送サービスの追跡システムはイベント駆動型であり、受け取り、および荷受人へのルートの途上でのパーセルの中間走査／読取りなどの、発生したイベントの情報のみを提供する。それに対して本発明の実施形態によるシステムおよび方法は、輸送品が好ましいルート上にあるかどうかと、配送が影響される可能性があるかまたは影響されたかどうかに関する情報を提供することで、その所在特定性を向上する。
【００６９】
上述の説明と添付図面に提示された教えの恩恵に浴した当業者であれば本発明の上記実施形態の多くの変更形態と他の実施形態が思い浮かぶことであろう。それゆえに本発明は開示した特定の実施形態には限定されないこと、そして上記実施形態の変更形態と他の実施形態は本願特許請求の範囲内に含まれることが意図されていることは理解されるべきである。本願明細書には特定の用語が使用されいているが、それらは限定目的はなく、総称的で記述的な意味でのみ使用されている。
【図面の簡単な説明】
【００７０】
【図１Ａ】本発明の特徴を具現化するために使用することができるコンピュータシステムの一例を示す構成図である。
【図１Ｂ】本発明の特徴を具現化するために使用することができる分散型通信処理アーキテクチャを有する処理システムの一例を示す構成図である。
【図２】本発明の特徴を具現化するために使用することができる運送人によって提供されるパッケージ追跡システムの一例を示す概観図である。
【図３】本発明の実施の一形態におけるパッケージルート指定モジュールを含むパッケージ追跡システムの一例を示す概観図である。
【図４Ａ】輸送品が荷送人から荷受人まで輸送される間に運送人が制御する施設内において運送人がどのように斯かる輸送品を処理するかを説明するための図である。
【図４Ｂ】本発明の実施の一形態において、各輸送品の固有の追跡識別子をＵＬＤ識別子と関連付け、次にそのＵＬＤ識別子を別のＵＬＤ識別子と関連付けることによって生成することができる階層関係を説明するための図である。
【図５】運送人のイベント駆動型追跡監視システム、顧客および本発明の実施形態の間の相互作用を説明するための図である。
【図６Ａ】本発明の実施の一形態による方法における情報およびデータの流れを示すフロー図である。
【図６Ｂ】図６Ａに示した本発明の実施形態による方法において利用される、例外情報を有する例外テーブルの一例を示す図である。
【図６Ｃ】図６Ａに示した本発明の実施形態による方法において利用される、パッケージ配達情報を有する配達テーブルの一例を示す図である。
【図６Ｄ】図６Ａに示した本発明の実施形態による方法において利用される、運送人によって輸送される輸送品についてのマニフェスト情報を有するマニフェストテーブルの一例を示す図である。
【図７】運送人によって輸送される輸送品の所在特定性の向上を実現するための本発明の実施の一形態による方法を説明するためのフロー図である。
【図８Ａ−８Ｃ】運送人によって輸送される輸送品の所在特定性の向上を実現するための本発明の実施の一形態による別の方法を説明するためのフロー図である。
【図１Ａ】
2008535749.tif 000007
【図１Ｂ】
2008535749.tif 000008
【図２】
2008535749.tif 000009
【図３】
2008535749.tif 000010
【図４Ａ】
2008535749.tif 000011
【図４Ｂ】
2008535749.tif 000012
【図５】
2008535749.tif 000013
【図６Ａ】
2008535749.tif 000014
【図６Ｂ】
2008535749.tif 000015
【図６Ｃ】
2008535749.tif 000016
【図６Ｄ】
2008535749.tif 000017
【図７】
2008535749.tif 000018
【図８Ａ】
2008535749.tif 000019
【図８Ｂ】
2008535749.tif 000020
【図８Ｃ】
2008535749.tif 000021
【手続補正書】
【提出日】平成19年1月22日(2007.1.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
輸送品を追跡するための方法であって、
前記輸送品に対して予定の出来事の集合を設定して保存するステップと、ここで、前記予定の出来事の集合は、
前記輸送品に対して、荷送人から配達先への、各ルートとも前記輸送品を処理するための中間地点を含む１つ以上のルートを設定することと、
前記輸送品に対して配達先における第１の予定の配達日を設定することと、
前記輸送品に対して前記中間地点における着荷期間を決定することと、
前記輸送品に対して前記中間地点における出荷期間を決定することと
によって設定される出来事の集合であり、
運送人の中間地点において、前記輸送品を受け取るステップと、
前記輸送品が前記中間地点における当該輸送品の着荷期間後にその中間地点に到着すること、または前記輸送品が前記中間地点におけるその輸送品の出荷期間の後にその中間地点を出発することを判定するステップと、
前記輸送品に対して配達先における前記第１の予定の配達日より後の新たな予定の配達日を決定するステップと、
パッケージの配達先への配達の遅延を報告するステップと
を有してなることを特徴とする方法。
【請求項２】
前記輸送品を運送人の中間地点で受け取るステップが、
中間のパーセル処理施設において、時間と場所と前記輸送品に関連するパッケージ識別子とを生成する、前記輸送品の走査を実行することと、
前記パッケージ識別子によって識別される前記輸送品に関連する出荷記録を検索することと、
前記中間のパーセル処理施設に関連する出荷記録から前記輸送品に対する着荷期間を検索することと、
前記中間のパーセル処理施設に関連する出荷記録から前記輸送品に対する出荷期間を検索することと
を含むステップである請求項１に記載の方法。
【請求項３】
輸送品を追跡するための方法であって、
前記輸送品に対して予定の出来事の集合を設定して保存するステップと、ここで、前記予定の出来事の集合は、
前記輸送品に対して、荷送人から配達先への、各ルートとも１つ以上の中間地点を含む１つ以上のルートを設定することと、
前記輸送品に対して配達先における予定の配達日を設定することと、
前記輸送品に対して前記１つ以上のルートの各ルート上にある各中間地点ごとに着荷期間を決定することと、
各中間地点ごとに出荷期間を決定することと
によって設定される予定の集合であり、
運送人の中間地点において、前記輸送品を受け取るステップと、
前記輸送品が前記中間地点に関連する着荷期間内にその中間地点に到着しなかったこと、または前記輸送品が前記中間地点に関連する出荷期間内にその中間地点から出発しなかったことを判定するステップと、
前記輸送品に対して配達先における前記予定の配達日より後の第２の予定の配達日を計算するステップと、
グローバル追跡データリポジトリの中に前記輸送品と関連付けて例外ステータスを付与することによってある予定の出来事の不発生を報告するステップと
を有してなる方法。
【請求項４】
輸送品を発送元所在地から配達先所在地まで追跡するための方法であって、
前記輸送品に対する第１の走査を実行するステップと、
前記輸送品に関連する出荷情報であって、パッケージ追跡識別子と、発送元処理システムにおける前記第１の走査に関連する第１の時間、第１の日付、および第１の場所とを含む出荷情報を、グローバル追跡データリポジトリに保存するステップと、
前記輸送品に対して少なくとも１つの中間の運送人の施設を含む計画ルートを確定するステップと、
前記輸送品に関連する計画ルートのデータであって、第１の予定された中間地点、第１の予定された中間の日付、および第１の予定された中間の時間を含んでいるデータを、グローバル追跡データリポジトリに保存するステップと、
前記グローバル追跡データリポジトリに前記パッケージ追跡識別子と関連付けて前記第１の中間地点、前記第１の中間の日付、および前記第１の中間の時間を保存するステップと、
配達テーブルの中で前記パッケージ追跡識別子に関連する配達先所在地における予定の配達日を確認するステップと、
中間の処理システムにおいて前記輸送品に対する第２の走査を実行するステップと、
前記グローバル追跡データリポジトリに前記パッケージ追跡識別子と関連付けて第２の時間、第２の日付、および第２の場所を記録するステップと、
前記第２の場所を前記第１の予定された中間地点と比較してそれらが同じかどうかを確認するステップと、
前記第１の予定された中間地点が前記第２の場所と同じでないことを判定するステップと、
前記輸送品に対して配達先所在地における第２の予定の配達日を決定するステップと、
前記第２の予定の配達日が前記予定の配達日より後であることを判定するステップと、
前記輸送品の前記第２の予定の配達日を報告する電子通知メッセージを生成するステップと
を有してなる方法。
【請求項５】
輸送品を追跡するための方法であって、
各輸送品ごとに予定の出来事の集合を設定するステップと、ここで、前記予定の出来事の集合は、１つ以上の中間のパッケージ処理施設において前記輸送品を走査することによって生成される、各セットのデータともパッケージ識別子、予定の日付、および予定の場所を含む少なくとも予定データの集合を含む前記輸送品の予定ルートを定義するものであり、
前記輸送品を輸送するステップであって、結果として、中間のパッケージ処理施設において前記輸送品を走査することによって、各セットの実際のデータともパッケージ識別子、実際の日付、および実際の場所を含む少なくとも実際のデータの集合がもたらされる、輸送するステップと、
前記少なくとも実際のデータの集合を前記少なくとも予定データの集合と比較するステップと、
前記実際の場所が前記予定の場所と異なることによって示される新たなルートに基づく予定の配達日から前記輸送品が遅延することを判定するステップと、
前記予定の出来事の不発生を報告するステップと
を有してなる方法。
【請求項６】
１つ以上の輸送品の所在特定を可能にするための方法であって、
各輸送品ごとに荷送人から配達先への、各ルートとも１つ以上の中間地点を含む１つ以上のルートを設定するステップと、
各輸送品ごとに配達先における予定の配達日を設定するステップと、
各中間地点ごとに各輸送品の着荷を記録するために各中間地点ごとに予定の着荷日および着荷期間を決定するステップと、
各中間地点ごとに各輸送品の出荷を記録するために各中間地点ごとに予定の出荷日および出荷期間を決定するステップであって、各前記輸送品が前記中間地点の１つにその輸送品の関連する予定の着荷日および着荷期間内に到着し、かつその輸送品の関連する予定の出荷日および出荷期間内にその中間地点を出発する場合には、その輸送品はその配達先へ前記予定の配達日に予定通りに配達される、決定ステップと
各輸送品を荷送人から荷受人へ輸送するとともに、各輸送品が中間地点に到着しそこから出発する実際の日時を記録するステップと、
各前記輸送品が前記中間地点のいずれとも特定されない場所に到着するかどうかと、各前記輸送品が前記中間地点のいずれとも特定されない前記場所から出発するかどうかを判定するステップと、次いで、
各輸送品ごとに前記場所から配達先までの、各ルートとも１つ以上の新たな中間地点を含む１つ以上の新たなルートを設定するステップと、
各輸送品ごとに配達先における新たな予定の配達日を設定するステップと、
各新たな中間地点ごとに各輸送品の着荷を記録するために各新たな中間地点ごとに新たな予定の着荷日および着荷期間を決定するステップと、
各新たな中間地点ごとに各輸送品の出荷を記録するために各新たな中間地点ごとに新たな予定の出荷日および出荷期間を決定するステップであって、各前記輸送品が前記新たな中間地点の１つにその輸送品の関連する新たな予定の着荷日および着荷期間の間に到着し、かつその輸送品の関連する新たな予定の出荷日および出荷期間の間にその中間地点を出発する場合には、その輸送品はその配達先にその新たな予定の配達日に予定通り配達される、決定ステップと、
各輸送品を前記場所から荷受人へ輸送するとともに、各輸送品が各新たな中間地点に到着しそこから出発する実際の日時を記録するステップと、
各輸送品が各前記新たな中間地点に到着しそこから出発する実際の日時を、その対応する新たな中間地点に対する前記新たな予定の着荷日および着荷期間に対して、および、前記新たな予定の出荷日および出荷期間に対してそれぞれ比較するステップと、
前記輸送品が前記新たな中間地点のそれぞれに到着しそこから出発する実際の日時がその対応する新たな中間地点に対する前記新たな予定の着荷日および着荷期間または前記新たな予定の出荷日および出荷期間から外れている場合には、これに該当する各輸送品に対して警告を与えるステップと
を有してなり、
各前記輸送品が前記中間地点のいずれか１つに特定される場所に到着する場合には、
各輸送品が中間地点に到着しそこから出発する実際の日時を、その対応する中間地点に対する着荷日および着荷期間に対して、及び、出荷日および出荷期間に対してそれぞれ比較するステップと、
前記輸送品が中間地点に到着しそこから出発する実際の日時が、その対応する中間地点に対する前記予定の着荷日および着荷期間または前記予定の出荷日および出荷期間から外れている場合には、これに該当する各輸送品に対して警告を与えるステップと
を有する方法。
【請求項７】
運送人によって輸送される輸送品の所在特定性を向上させるためのシステムであって、
前記輸送品についての情報を取得するための１つ以上のイベントベースの追跡システムと、
前記イベントベースの追跡システムから前記情報を受信するためのグローバル追跡データリポジトリと、
前記情報の少なくとも一部をネットワークを通じて前記輸送品の少なくとも荷送人または荷受人に提供するための所在特定エンジンと、
前記輸送品を荷送人から荷受人まで運送人を通じて輸送するための各ルートとも１つ以上の中間地点を含む１つ以上のルートと前記輸送品の予定の配達日とを決定するパッケージルート指定モジュールと、
運送人による前記輸送品の輸送中に前記１つ以上のルートを監視し、前記輸送品が前記中間地点のいずれとも特定されない場所に着荷することに基づいて各輸送品にステータスを付与し、前記輸送品の所在特定を可能にするためにそのステータスを前記所在特定エンジンに伝達する不発生例外モジュールと
を具備してなるシステム。
【請求項８】
前記パッケージ追跡モジュールは、前記中間地点のいずれとも特定されない前記場所から前記荷受人への新たなルートを決定するとともに、前記輸送品が前記中間地点のいずれとも特定されない場所に着荷するときには新たな配達日を決定することが可能である、ことを特徴とする請求項７に記載のシステム。
【請求項９】
前記ステータスは、前記輸送品が、（ａ）予定の配達日に荷受人に予定通り配達されるかどうか、（ｂ）目的とする荷受人へ予定の配達日より遅れて配達される可能性があるかどうか、または（ｃ）目的とする荷受人へ予定の配達日より確実に遅れて配達されるかどうかを示すものである、請求項７に記載のシステム。
【請求項１０】
前記パッケージルート指定モジュールは、前記輸送品の予定の配達日を決定するために、前記輸送品を荷送人から荷受人へ輸送するための前記１つ以上のルートの各中間地点の間の輸送所要時間を決定するよう構成されている、ことを特徴とする請求項７に記載のシステム。
【国際調査報告】
2008535749.tif 000022
2008535749.tif 000023
2008535749.tif 000024