(57)【要約】物品追跡システム及び方法を開示する。システムは、物品アイデンティファイア、位置アイデンティファイア、モバイル機器上に格納されたモバイルアプリケーション、及びクラウドプラットフォームを含む。モバイルアプリケーションは、物品アイデンティファイアからの物品情報と、位置アイデンティファイアからの位置情報とを、データパケットに組み合わせて、データパケットを格納のためにクラウドプラットフォームへと送信する。複数の位置の各々についてデータパケットを作成及び送信することによって、システムは、物品の位置履歴を経時的に記録できるようになる。
2021508098.tif 000002
【特許請求の範囲】
【請求項１】
モバイル機器を用いる物品追跡システムであって、
物品と関連付けられた電子的に読み取り可能な物品情報を提供するための物品アイデンティファイアであって、前記物品情報は固有の物品ＩＤを含む、物品アイデンティファイアと、
前記物品の現在位置に関連する位置情報を提供するための位置アイデンティファイアと、
前記モバイル機器上に格納されたモバイルアプリケーションであって該モバイルアプリケーションは、
ａ．前記物品情報を前記位置情報と組み合わせることによってメッセージを生成し、
ｂ．前記メッセージにタイムスタンプを適用し、
ｃ．前記モバイル機器の送信機を介して前記タイムスタンプされたメッセージを送信するように構成された、モバイルアプリケーションと、
複数のタイムスタンプされたメッセージを受信及び格納し、それによって前記物品の複数の位置を経時的に記録するように構成された、追跡データベースとを備える、物品追跡システム。
【請求項２】
請求項１に記載の物品追跡システムにおいて、前記タイムスタンプされたメッセージをリモートな場所にて格納するための前記追跡データベースを含むクラウドプラットフォームをさらに備える、システム。
【請求項３】
請求項２に記載の物品追跡システムにおいて、前記クラウドプラットフォームは、ユーザと関連付けられたユーザ情報を１つ以上の外部システムから検索するように構成されたデータプロセッサをさらに備える、システム。
【請求項４】
請求項１に記載の物品追跡システムにおいて、ユーザと関連付けられたユーザ情報は手動で入力される、システム。
【請求項５】
請求項３に記載の物品追跡システムにおいて、前記ユーザ情報は、前記ユーザと関連付けられた物品の前記固有の物品ＩＤを含む、システム。
【請求項６】
請求項５に記載の物品追跡システムにおいて、前記データプロセッサは、前記固有の物品ＩＤを用いて前記検索されたユーザ情報で前記メッセージを充実化させる、システム。
【請求項７】
請求項２〜６に記載の物品追跡システムにおいて、前記クラウドプラットフォームは、前記メッセージを前記ユーザ情報と同じフォーマットに変換するように構成された変換サービスをさらに備える、システム。
【請求項８】
請求項１に記載の物品追跡システムにおいて、前記物品は荷物物品である、システム。
【請求項９】
請求項１に記載の物品追跡システムにおいて、前記物品アイデンティファイアは荷物タグ、ＲＦＩＤ、又はＢＬＥビーコンである、システム。
【請求項１０】
請求項１に記載の物品追跡システムにおいて、前記位置アイデンティファイアはバーコード又はＧＰＳモジュールである、システム。
【請求項１１】
請求項１に記載の物品追跡システムにおいて、前記モバイルアプリケーションは現在位置を手動入力するように要求する、システム。
【請求項１２】
請求項１に記載の物品追跡システムにおいて、前記位置情報は固有の位置ＩＤを含む、システム。
【請求項１３】
請求項１に記載の物品追跡システムにおいて、前記位置情報は、位置コード、位置テキスト記述子又はＧＰＳ／緯度・経度座標を含む、システム。
【請求項１４】
請求項３に記載の物品追跡システムにおいて、前記ユーザ情報は、旅客氏名記録データベースから検索された旅客関連データを含む、システム。
【請求項１５】
請求項１に記載の物品追跡システムにおいて、前記メッセージは、ＷｉＦｉ、３Ｇ、ＬＴＥ、又は任意の他の無線接続手段を介して送信される、システム。
【請求項１６】
請求項１に記載の物品追跡システムにおいて、前記メッセージはＡＰＩペイロードである、システム。
【請求項１７】
請求項１６に記載の物品追跡システムにおいて、前記ＡＰＩペイロードは軽量荷物情報メッセージである、システム。
【請求項１８】
請求項１６に記載の物品追跡システムにおいて、前記ＡＰＩペイロードはＪａｖａＳｃｒｉｐｔオブジェクトノーテーション（ＪＳＯＮ）メッセージフォーマットで記述されている、システム。
【請求項１９】
請求項７に記載の物品追跡システムにおいて、前記変換サービスは前記メッセージをテレタイプメッセージフォーマットに変換する、システム。
【請求項２０】
請求項１に記載の物品追跡システムにおいて、前記モバイル機器はハンドヘルド型無線スキャナである、システム。
【請求項２１】
請求項１に記載の物品追跡システムにおいて、前記荷物タグに関連付けられた履歴追跡データのソフトウェアコピーが前記クラウドプラットフォーム上に格納されている、システム。
【請求項２２】
請求項２１に記載の物品追跡システムにおいて、前記荷物タグと関連付けられた前記履歴データは、前記荷物タグに関連付けられた、最新位置データ及びＬＰＮを含む、システム。
【請求項２３】
請求項２１又は２２に記載の物品追跡システムにおいて、前記履歴追跡データのソフトウェアコピーがクエリされ、格納されている追跡データの抽出を取得する、システム。
【請求項２４】
請求項２３に記載の物品追跡システムにおいて、前記格納されている追跡データの抽出を前記ユーザに対して提示する、システム。
【請求項２５】
モバイル機器を用いる物品追跡方法であって、該方法は、
ａ．物品アイデンティファイアを物品と関連付けるステップと、
ｂ．前記モバイル機器上に格納されているモバイルアプリケーションを介して固有の物品ＩＤを含む電子的に読み取り可能な物品情報を前記物品アイデンティファイアから取得するステップと、
ｃ．前記物品の現在位置に関する位置情報を位置アイデンティファイアから取得するステップと、
ｄ．前記物品情報と前記位置情報とを前記モバイルアプリケーションを介して組み合わせることによってメッセージを生成するステップと、
ｅ．前記メッセージにタイムスタンプを適用するステップと、
ｆ．前記タイムスタンプされたメッセージを前記モバイル機器の送信機を介して送信するステップと、
ｇ．前記タイムスタンプされたメッセージを追跡データベースにて受信及び格納するステップと、
ｈ．ステップｂ〜ｇを複数の位置について反復することによって前記物品の複数の位置を経時的に記録するステップとを含む、方法。
【請求項２６】
請求項２５に記載の物品追跡方法において、前記追跡データベースを含むクラウドプラットフォームが前記タイムスタンプされたメッセージをリモートな場所にて受信及び格納する、方法。
【請求項２７】
請求項２６に記載の物品追跡方法において、前記クラウドプラットフォームは、ユーザと関連付けられたユーザ情報を１つ以上の外部システムからデータプロセッサを介して検索する、方法。
【請求項２８】
請求項２５に記載の物品追跡方法において、ユーザと関連付けられたユーザ情報は手動で入力される、方法。
【請求項２９】
請求項２７に記載の物品追跡方法において、前記ユーザ情報は、前記ユーザと関連付けられた物品の前記固有の物品ＩＤを含む、方法。
【請求項３０】
請求項２９に記載の物品追跡方法において、前記データプロセッサは、前記固有の物品ＩＤを用いて前記検索されたユーザ情報で前記メッセージを充実化させる、方法。
【請求項３１】
請求項２７〜３０に記載の物品追跡方法において、前記クラウドプラットフォームは、変換サービスをもって前記メッセージを前記ユーザ情報と同じフォーマットに変換する、方法。
【請求項３２】
請求項２５に記載の物品追跡方法において、前記物品は荷物物品である、方法。
【請求項３３】
請求項２５に記載の物品追跡方法において、前記物品アイデンティファイアは荷物タグ、ＲＦＩＤ、又はＢＬＥビーコンである、方法。
【請求項３４】
請求項２５に記載の物品追跡方法において、前記位置アイデンティファイアはバーコード又はＧＰＳモジュールである、方法。
【請求項３５】
請求項２５に記載の物品追跡方法において、前記モバイルアプリケーションは現在位置を手動入力するように要求する、方法。
【請求項３６】
請求項２５に記載の物品追跡方法において、前記位置情報は固有の位置ＩＤを含む、方法。
【請求項３７】
請求項２５に記載の物品追跡方法において、前記位置情報は、位置コード、位置テキスト記述子又はＧＰＳ／緯度・経度座標を含む、方法。
【請求項３８】
請求項２７に記載の物品追跡方法において、前記ユーザ情報は、旅客氏名記録データベースから検索された旅客関連データを含む、方法。
【請求項３９】
請求項２５に記載の物品追跡方法において、前記メッセージは、ＷｉＦｉ、３Ｇ、ＬＴＥ、又は任意の他の無線接続手段を介して送信される、方法。
【請求項４０】
請求項２５に記載の物品追跡方法において、前記メッセージはＡＰＩペイロードである、方法。
【請求項４１】
請求項４０に記載の物品追跡方法において、前記ＡＰＩペイロードは軽量荷物情報メッセージである、方法。
【請求項４２】
請求項４０に記載の物品追跡方法において、前記ＡＰＩペイロードはＪａｖａＳｃｒｉｐｔオブジェクトノーテーション（ＪＳＯＮ）メッセージフォーマットで記述されている、方法。
【請求項４３】
請求項３１に記載の物品追跡方法において、前記変換サービスは前記メッセージをテレタイプメッセージフォーマットに変換する、方法。
【請求項４４】
請求項２５に記載の物品追跡方法において、前記モバイル機器はハンドヘルド型無線スキャナである、方法。
【請求項４５】
請求項２５に記載の物品追跡方法において、前記荷物タグと関連付けられた履歴追跡データのソフトウェアコピーを前記クラウドプラットフォーム上に格納するステップをさらに含む、方法。
【請求項４６】
請求項４５に記載の物品追跡方法において、前記荷物タグと関連付けられた前記履歴データは、前記荷物タグに関連付けられた、最新位置データ及びＬＰＮを含む、方法。
【請求項４７】
請求項４５又は４６のいずれかに記載の物品追跡方法において、前記履歴追跡データのソフトウェアコピーに対してクエリをなし、また、格納されている追跡データを抽出するステップをさらに含む、方法。
【請求項４８】
請求項４７に記載の物品追跡方法において、前記抽出されたデータを前記ユーザに対して提示するステップをさらに含む、方法。
【請求項４９】
モバイル機器を用いる物品追跡システムであって、
物品と関連付けられた電子的に読み取り可能な物品情報を提供するための物品アイデンティファイアであって、前記物品情報は固有の物品ＩＤを含む、物品アイデンティファイアと、
前記物品の現在位置に関連する位置情報を複数の位置の各々にて提供するための位置アイデンティファイアと、
前記モバイル機器上に格納されたモバイルアプリケーションであって該モバイルアプリケーションは、
ａ．前記物品情報を、前記複数の位置の１つ以上における前記物品の現在位置に関する前記位置情報と、組み合わせることによってメッセージを生成し、
ｂ．前記生成されたメッセージの各々にタイムスタンプを適用し、
ｃ．前記モバイル機器の送信機を介して前記タイムスタンプされたメッセージを送信するように構成された、モバイルアプリケーションと、
複数の前記タイムスタンプされたメッセージを受信及び格納してそれによって前記物品の位置を経時的に記録するように構成された、追跡データベースとを備える、物品追跡システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイルアプリケーションを用いて物品を追跡するシステム及び方法に関する。
【背景技術】
【０００２】
航空業界では厳密な規制が敷かれており、該規制においては効率的に荷物の追跡及び管理がなされることが要請されている。現在の荷物追跡システムでは荷物情報メッセージ（ＢＩＭ、Baggage Information Message）データフォーマットを用いて荷物物品をその旅程にわたって追跡する。レーザーでスキャンされた１次元バーコード紙タグを用いて複雑且つ高価なシステム及びネットワークがＢＩＭメッセージを生成してバックエンド荷捌きシステムへと送るのであり、荷物の旅程進行に応じて諸々のことがなされる。このことのいずれもが、荷物について、空港分類システムでのルーチングが正しくなされ、適切なコンテナ内に荷物が配置され、正しい飛行機に荷物が積まれ、及び、正しい目的地空港の正しいコンベヤへといずれ荷物が達することを担保するためになされる。
【０００３】
これらのシステムは荷物配送に関して抜群の成功率をもたらしているが、このようなシステムは複雑であり、かつ、購入及び運用に関して高価となる。この結果、荷物追跡機能は、大規模な空港でのみ利用可能となっており、或いは、特定の航空会社向けの独自のソリューションを介してのみ利用可能となっている。また、ＢＩＭメッセージはテレタイプ（登録商標）ベースドであり、その内容は謎めいており、それは柔軟性を欠き、メッセージ毎に最低限の情報を要求しており追加の複雑なシステムとの統合を通じてそれが取得される。
【０００４】
これらの理由故に、年間利用旅客数が高ボリュームでありかつ確立された航空会社系顧客基盤を有している大規模空港のみが、最大限に包括的な追跡カバレッジを得るための資源を有している傾向となる。逆に、より小規模な空港のインフラストラクチャは限定的であり、要求されるレベルでの自動化荷物追跡機能を提供するには限定的すぎる。
【０００５】
旅程中において荷物を追跡できていないと、荷物追跡エコシステム内にて「間隙」が生じることになる。この場合には、普通ではない荷物関連事象の取り扱いがより困難なものと化し、紛失荷物の位置探知及び送還に際しての費用が航空会社の収入に損失をもたらし得るのであり、並びに、旅客と航空会社との間で及び航空会社と空港との間での否定的な関係性がもたらされ得る。
【０００６】
上述の問題に対応し、また、上述の問題を軽減することを本発明は目指している。
【発明の概要】
【０００７】
本発明は添付の特許請求の範囲によって画定されており、これについて論じる。
【０００８】
本発明の第１の態様においては、モバイル機器を用いる物品追跡システム（article tracking system）は、物品と関連付けられた電子的に読み取り可能な物品情報を提供するための物品アイデンティファイアであって、物品情報は固有の物品ＩＤを含む、物品アイデンティファイアと、物品の現在位置に関連する位置情報を提供するための位置アイデンティファイアと、モバイル機器上に格納されたモバイルアプリケーションであって該モバイルアプリケーションは、物品情報を位置情報と組み合わせることによってメッセージを生成し、メッセージにタイムスタンプを適用し、モバイル機器の送信機を介してタイムスタンプされたメッセージを送信するように構成された、モバイルアプリケーションと、複数のタイムスタンプされたメッセージを受信及び格納し、それによって物品の複数の位置を経時的に記録するように構成された、追跡データベースとを備える。
【０００９】
本発明の実施形態によれば、限定的なインフラストラクチャ又は資源を有する環境用に低コスト且つロバストな追跡システムを提供し得る。本発明の実施形態によれば、高コストな追跡機材を必要とする事態を回避する。
【００１０】
本発明の或る実施形態は、タイムスタンプされたメッセージをリモートな場所にて格納するための追跡データベースを含むクラウドプラットフォームをさらに備える。これにより、追跡システムの残余の部分とは隔離された位置で追跡データベースが提供されるという利点がある。
【００１１】
本発明の或る実施形態は、ユーザと関連付けられたユーザ情報を１つ以上の外部システムから検索するように構成されたデータプロセッサをさらに備える。これにより、既存のユーザ情報を活用して、物品追跡システムによって収集されることを要するデータ量が減るという利点がある。
【００１２】
本発明の或る実施形態では、ユーザと関連付けられたユーザ情報は手動で入力される。これにより、既存のユーザ情報がない場合に追跡システムにユーザ情報を提供できるという利点がある。
【００１３】
本発明の別の実施形態では、ユーザ情報はユーザと関連付けられた物品の固有の物品ＩＤ（unique article identity）を含む。これにより、追跡システムがユーザ情報を追跡メッセージにマッチングできるという利点がある。
【００１４】
本発明の別の実施形態では、データプロセッサは固有の物品ＩＤを用いて検索されたユーザ情報でメッセージを充実化させる。
【００１５】
本発明の或る実施形態は、メッセージをユーザ情報と同じフォーマットに変換するように構成された変換サービスをさらに備える。これにより、ユーザ情報を提供する外部システムと追跡システムとが互換性を得るという利点がある。
【００１６】
本発明の或る実施形態では、物品は荷物物品である。
【００１７】
本発明の或る実施形態では、物品アイデンティファイアは荷物タグ、ＲＦＩＤ、又はＢＬＥビーコンである。これにより、物品情報を効率的に追跡システムに提供できるという利点がある。
【００１８】
本発明の或る実施形態では、位置アイデンティファイアはバーコード又はＧＰＳモジュールである。これにより、位置情報を効率的に追跡システムに提供できるという利点がある。
【００１９】
本発明の或る実施形態では、モバイルアプリケーションは現在位置を手動入力するように要求する。これにより、他の方法によってこの情報を検索できない場合に位置情報を追跡システムに提供できるという利点がある。
【００２０】
本発明の或る実施形態では、位置情報は固有の位置ＩＤ（unique location identity）を含む。これにより、位置同一性から追跡システムが特定の位置を一意的に識別できるという利点がある。
【００２１】
本発明の或る実施形態では、位置情報は、位置コード、位置テキスト記述子又はＧＰＳ／緯度・経度座標を含む。
【００２２】
本発明の或る実施形態では、ユーザ情報は旅客氏名記録データベースから検索された旅客関連データを含む。これにより、追跡システムを輸送業界にて用いることができるという利点がある。
【００２３】
本発明の或る実施形態では、メッセージはＷｉＦｉ（登録商標）、３Ｇ、ＬＴＥ、又は任意の他の無線接続手段を介して送信される。これにより、追跡システムのユーザが無線を用いて従業できるようになるという利点がある。
【００２４】
本発明の或る実施形態では、メッセージはＡＰＩペイロードである。
【００２５】
本発明の更なる実施形態では、ＡＰＩペイロードは軽量荷物情報メッセージである。
【００２６】
本発明の更なる実施形態では、ＡＰＩペイロードはＪａｖａＳｃｒｉｐｔオブジェクトノーテーション（ＪＳＯＮ）メッセージフォーマットで記述されている。
【００２７】
本発明の或る実施形態では、変換サービスはメッセージをテレタイプメッセージフォーマットに変換する。これにより、追跡システムがテレタイプメッセージを用いて外部システムと共に動作できるようになるという利点がある。
【００２８】
本発明の第２の態様においては、モバイル機器を用いる物品追跡方法は、物品アイデンティファイアを物品と関連付けるステップと、モバイル機器上に格納されているモバイルアプリケーションを介して、固有の物品ＩＤを含む電子的に読み取り可能な物品情報を物品アイデンティファイアから取得するステップと、物品の現在位置に関する位置情報を位置アイデンティファイアから取得するステップと、物品情報と位置情報とをモバイルアプリケーションを介して組み合わせることによってメッセージを生成するステップと、メッセージにタイムスタンプを適用するステップと、タイムスタンプされたメッセージをモバイル機器の送信機を介して送信するステップと、タイムスタンプされたメッセージを追跡データベースにて受信及び格納するステップと、上述のステップを複数の位置について反復することによって物品の複数の位置を経時的に記録するステップとを含む。
【００２９】
本発明の第１の態様に関しての利点は、本発明の第２の態様にも該当する。
【００３０】
本発明の或る実施形態では、追跡データベースを含むクラウドプラットフォームがタイムスタンプされたメッセージをリモートな場所にて受信及び格納する。
【００３１】
本発明の更なる実施形態では、クラウドプラットフォームは、ユーザと関連付けられたユーザ情報を１つ以上の外部システムからデータプロセッサを介して検索する。
【００３２】
本発明の或る実施形態では、ユーザと関連付けられたユーザ情報は手動で入力される。
【００３３】
本発明の或る実施形態では、ユーザ情報は、ユーザと関連付けられた物品の固有の物品ＩＤを含む。
【００３４】
本発明の或る実施形態では、データプロセッサは、固有の物品ＩＤを用いて検索されたユーザ情報でメッセージを充実化させる。
【００３５】
本発明の或る実施形態では、クラウドプラットフォームは、変換サービスをもってメッセージをユーザ情報と同じフォーマットに変換する。
【００３６】
本発明の或る実施形態では、物品は荷物物品である。
【００３７】
本発明の或る実施形態では、物品アイデンティファイアは荷物タグ、ＲＦＩＤ、又はＢＬＥビーコンである。
【００３８】
本発明の或る実施形態では、位置アイデンティファイアはバーコード又はＧＰＳモジュールである。
【００３９】
本発明の或る実施形態では、モバイルアプリケーションは現在位置を手動入力するように要求する。
【００４０】
本発明の或る実施形態では、位置情報は固有の位置ＩＤを含む。
【００４１】
本発明の更なる実施形態では、位置情報は、位置コードか位置テキスト記述子かＧＰＳ／緯度・経度座標を含む。
【００４２】
本発明の或る実施形態では、ユーザ情報は、旅客氏名記録データベースから検索された旅客関連データを含む
【００４３】
本発明の或る実施形態では、メッセージは、ＷｉＦｉ、３Ｇ、ＬＴＥ、又は任意の他の無線接続手段を介して送信される。
【００４４】
本発明の或る実施形態では、メッセージはＡＰＩペイロードである。
【００４５】
本発明の或る実施形態では、ＡＰＩペイロードは軽量荷物情報メッセージである。
【００４６】
本発明の更なる実施形態では、ＡＰＩペイロードはＪａｖａＳｃｒｉｐｔオブジェクトノーテーション（ＪＳＯＮ）メッセージフォーマットで記述されている
【００４７】
本発明の或る実施形態では、変換サービスはメッセージをテレタイプメッセージフォーマットに変換する。
【００４８】
本発明の第３の態様においては、モバイル機器を用いる物品追跡システムは、物品と関連付けられた電子的に読み取り可能な物品情報を提供するための物品アイデンティファイアであって、物品情報は固有の物品ＩＤを含んでいる、物品アイデンティファイアと；物品の現在位置に関連する位置情報を複数の位置の各々にて提供するための位置アイデンティファイアと、モバイル機器上に格納されたモバイルアプリケーションであって該モバイルアプリケーションは、ａ．物品情報を、複数の位置の１つ以上における物品の現在位置に関する位置情報と、組み合わせることによってメッセージを生成し、ｂ．生成されたメッセージの各々にタイムスタンプを適用し、ｃ．モバイル機器の送信機を介してタイムスタンプされたメッセージを送信するように構成された、モバイルアプリケーションと、複数のタイムスタンプされたメッセージを受信及び格納してそれによって物品の位置を経時的に記録するように構成された、追跡データベースとを備える。
【００４９】
本発明の第１の態様に関しての利点は、本発明の第３の態様にも該当する。
【００５０】
本発明の実施形態は、限定的なインフラストラクチャを有する空港において荷物追跡ソリューションをもたらすという利点がある。これらの空港における限定的な既存のインフラストラクチャは通常はレガシーシステムに基づいており、故に、本発明の実施形態はレガシーシステムと互換のものとされていることが好適であり、これによって有利な態様で技術の断片化を回避し得る。
【００５１】
本発明の実施形態は、好適には、空輸業界の追跡・ソーティング・突き合わせ要件を充足すべきである。追加的に述べるに、本発明の実施形態は好適には拡張可能かつコスト効果的であることができ、これによって荷物の全旅程を効果的・実効的に包括でき、これは例えばホテルや自動車レンタル所等の空港外の旅程目的地を含み得る。
【図面の簡単な説明】
【００５２】
例示的な態様のみをもってではあるが、本発明の実施形態について以下説明するのであり、添付の図面については次の通りである：
【００５３】
【図１】本発明を具現化するモバイル追跡システムについての概略図である。
【図２】位置バーコードプレビューを表示している例示的グラフィカルユーザーインターフェース（ＧＵＩ）についての概略図である。
【図３】位置通知を表示している例示的ＧＵＩについての概略図である。
【図４】物品アイデンティファイアをスキャンすることによって物品情報の取得をユーザが開始できることを告げる通知を表示している例示的ＧＵＩについての概略図である。
【図５】ユーザが物品アイデンティファイアのスキャンを開始できる旨の通知に加えてスキャナプレビューウィンドウを表示する例示的ＧＵＩについての概略図である。
【図６】被スキャン物品に関連する追加的情報についての要求を表示する例示的ＧＵＩについての概略図である。
【図７】被スキャン物品に関連する追加的情報を含む、図６の例示的ＧＵＩを示す概略図である。
【図８】被スキャン物品に関連する更なる追加的情報を含む、図６及び７の例示的ＧＵＩを示す概略図である。
【図９】図８の追加的情報と共に提供されたスキャン済み物品を表示する例示的ＧＵＩについての概略図である。
【図１０】第１の物品と関連付けられた情報を表示する例示的ＧＵＩについての概略図である。
【図１１】第２の物品と関連付けられた情報を表示する例示的ＧＵＩについての概略図である。
【図１２】第３の物品と関連付けられた情報を表示する例示的ＧＵＩについての概略図である。
【図１３】モバイルアプリケーションによって格納されているデータをクリアすることについてのオプションを表示する例示的ＧＵＩについての概略図である。
【図１４】物品の追跡履歴をユーザが取得することについての第１の図式的流れ図である。
【図１５】物品の追跡履歴をユーザが取得することについての第２の図式的流れ図である。
【発明を実施するための形態】
【００５４】
以下に説明する発明の実施形態は、航空会社及び他の運輸業界における荷物追跡に関する。もっとも、本発明は一般的には、大きな施設での物品追跡に関するのであり、非限定的に例示すれば、ショッピングセンタやスポーツスタジアムや商業的敷地や学術的施設や上演用会場等が含まれる。
【００５５】
現在においては、航空会社業界では、荷物は１次元のレーザーバーコードを用いて追跡されており、ＢＩＭが出発制御システムと自動化荷捌きシステムとの間で送信される。ＢＩＭは空港の出発・荷捌きシステムによって送信・受信・処理され、これによって自動化された荷物分別、旅客及び荷物突き合わせ、並びに他の荷物サービスを実現する。
【００５６】
ＢＩＭ内に含まれる荷物情報は、１０桁の荷物タグ番号にリンクされており、これはライセンスプレート番号（ＬＰＮ、Licence Plate Number、登録鑑札番号）として定義される。この１０桁のＬＰＮはチェックイン時に発行され、特定の荷物について一意的な照合手段をもたらす。空港の諸システムは荷物メッセージ内のこの１０桁ＬＰＮを受信して、他の空港システムと通信する時のためにＬＰＮを参照手段として格納する。ＬＰＮは、チェックされた荷物について発行された１次元レーザーバーコード上に表されている。
【００５７】
ＢＩＭには複数の種類があり、例えば荷物ソースメッセージ（ＢＳＭ、Baggage Source Messages）や荷物処理済みメッセージ（ＢＰＭ、Baggage Processed Messages）等が挙げられる。
【００５８】
ＢＳＭは、自動化荷物システムによって荷物を処理するための情報を提供する。例えば、旅客がある旅程について荷物をチェックインした場合、異なるフライトに荷物を移転しなければならない場合、及び荷物がミスハンドリングされた場合等に航空会社の出発制御システムによってＢＳＭが生成される。
【００５９】
テレタイプ形式でのＢＳＭの例を以下に示す。ＢＳＭに含まれるデータは、荷捌きシステム又は旅客情報を格納している他のシステムから供給される。
【表１】
2021508098.tif 000003
【００６０】
上述の例では、第２行は．Ｖで始まり、荷物の現在地（即ち、チューリッヒ）が定義されており、荷物がその地から出たことが示される。
【００６１】
第３行は．Ｆで始まり、旅程を定義している。この場合、４月１８日のＪＦＫ国際空港行きのBritish AirwaysのＢＡ１０１便上に荷物がチェックインされたのであり、該荷物はファーストクラスの旅客に属する。上述の例の場合のように、出発系荷物及び乗り換え系荷物についてはＢＳＭに旅程データを含めることが必須である。終端目的地に達した荷物については該データは含められていない。
【００６２】
第４行において．Ｎは荷物のＬＰＮ及び同一旅客に属するチェックインされた荷物の個数を示す。第１桁は先頭数字であり、個別の航空会社が荷物識別を容易化するために活用され得る。第２桁〜第４桁（０８５）は３桁のＩＡＴＡ航空会社コードを定義する。例えば、００６はDelta Airlinesを表し、表記の例における１２５はBritish Airwaysを表す。第５桁〜第１０桁（下線付加）は６桁の荷物番号を定義し、これはチェックイン時にて荷物と関連付けられる。最後の３桁は、旅客によって３個の荷物がチェックインされたことを表す。したがって、３つのＬＰＮが該旅客と関連付けられる。
ＬＰＮ＃１  ＝  ０１２５１２３４５６
ＬＰＮ＃２  ＝  ０１２５１２３４５７
ＬＰＮ＃３  ＝  ０１２５２３４５８．
【００６３】
６桁の荷物番号は連番的に生成され、３桁のＩＡＴＡ航空会社コード及びカスタマイズ可能な先頭桁と組み合わされてＬＰＮが作成される。旅客数が膨大である故に、航空会社は既存のＬＰＮを再利用せざるを得ず、１０桁ＬＰＮと旅行日とを組み合わせることによって荷物を一意的に識別する。したがって、ＬＰＮを旅行日と組み合わせたものは固有の荷物同一性の例であり、これは荷物タグにエンコードされ、これは物品アイデンティファイアの例である。
【００６４】
ＢＳＭを送る理由は、自動化荷物システムが荷物を処理するために必要な情報を提供するためである。例えば、荷物タグが削除された場合、荷物がリルートされた場合、又は旅客の旅程が変更された場合にＢＳＭを送信できる。
【００６５】
ＢＳＭは、荷物が荷捌きシステムによって処理されたことを伝達するために送信される。例えば、荷物が接続便を逃したことを荷捌きシステムが報告する場合にＢＰＭが送信される。ＢＰＭにはソート用メッセージ及び突き合わせ用メッセージの２種類がある。ＢＳＭの場合のように、ＢＰＭ内に含まれるデータは、荷捌きシステムから供給されるか、旅客情報を格納している他のシステムから供給され得る。
【００６６】
ＢＰＭソートメッセージは荷物の旅程の様々な段階に際して送信され、荷物が正しくソートされたか否かを荷物ソートシステムが判断できるようにする。ソートメッセージは検査メッセージをも含んでいる。荷物検査システムは運輸保安局職員（ＴＳＡ、Transport Security Agent）によって荷物検査に使用され、荷物が承認された場合にはＢＰＭが生成される。
【００６７】
ＢＰＭ突き合わせメッセージは、荷物が荷物旅程の一部を成功裏に完了した場合に送信される確認メッセージである。例えば、荷物が正しく航空機に積載されたり積み下ろされたりする毎にＢＰＭ突き合わせメッセージを送信することができる。
【００６８】
本発明の実施形態は、物品についてのスキャン・追跡システムを提供するのであり、該システムはネットワークを介してクラウドに接続されたマルチプロトコルＡＰＩを用いる。物品（article）が荷物アイテム（item of baggage）である場合、後述のようにしてシステムを用いてリモートで荷物追跡をなし得る。
【００６９】
図１に示すように、本発明を具現化するシステム１００は、荷物１０２と関連付けられて被追跡物品１０３を形成する荷物タグ１０１と；モバイル機器１０４と、ＡＰＩサービス１０５、ＡＰＩデータプロセッサ１０６、変換サービス１０７、データ記憶部１０８およびＢＩＭプロセッサ１０９を備えるクラウドプラットフォームと、航空会社出発制御システム（ＤＣＳ、Departure Control System）１１０とを含む。モバイル機器１０４は、ＡＰＩサービスと通信するためのモバイルアプリケーションを含む。好適な実施形態では、モバイル機器はハンドヘルド型無線スキャナであり、その利点を挙げれば、ユーザは、既存の位置追跡インフラストラクチャが無い場所にてアイテムをスキャンできるようになる。
【００７０】
チェックイン処理において、航空会社ＤＣＳ１１０は、旅客関連情報を含むメッセージ１１２をＢＩＭプロセッサ１０９に送信し、それはデータ記憶部内にて旅客氏名記録（ＰＮＲ、passenger name record）として格納される。本発明の実施形態によれば、後述するように、荷物位置情報を含むメッセージ１１１を、モバイル機器１０４からＡＰＩサービス１０５を介してクラウドプラットフォームに送信することで、既存のＰＮＲデータと荷物位置情報とを結合することができる。追跡情報及び旅客関連情報を含むメッセージ１１３が生成されてデータ記憶部１０８内に格納される。モバイルアプリケーション上でＡＰＩの機能性を提供することによって、空港は、モバイル機器を用いた荷物スキャン及び追跡に関する機能を提供できるようになり、それによって荷物追跡に要するコスト及びインフラストラクチャ要求を軽減できる。
【００７１】
荷物１０２がチェックインされると、航空会社は、荷物物品（baggage article）と関連付けられたライセンスプレート番号（ＬＰＮ）を含む、紙媒体の荷物タグ１０１を生成する。チェックインイベントによって、航空会社の出発制御システム（ＤＣＳ）内に荷物ソースメッセージ（ＢＳＭ）が生成される。図１に示される例示的ＢＳＭ１１２については以下において詳述する。
【表２】
2021508098.tif 000004
【００７２】
上記の例では、ＢＳＭ１１２は以下の旅客関連情報及び地上荷捌き人用の命令を提供する。
【００７３】
「．Ｖ／１ＬＡＴＬ」はバージョン情報を提供し、荷物物品のソースとＢＳＭが生成された空港名が含まれる。この例では、ＢＳＭ１１２はAtlanta空港で生成されており、荷物はローカルに存する、即ちその他の地から移転されていないことが分かる。
【００７４】
「．Ｆ／ＸＳ１２３４／１８ＡＰＲ／ＪＦＫ／Ｆ」はフライト情報を提供し、便番号、フライトの日付、行き先空港、及び座席クラスが含まれる。この例では、荷物１０２は、４月１８日のＪＦＫ国際空港行きのＸＳ１２３４便にファーストクラス座席を有している旅客に関連付けられている。
【００７５】
「．Ｏ／ＸＳ５６７８／１８ＡＰＲ／ＬＨＲ／Ｆ」は乗り継ぎ便或いは接続便に関する情報を提供するのであり、乗り継ぎ便番号、乗り継ぎ便日付、行き先及び座席クラスが含まれる。この例では、荷物１０２は、４月１８日のLondon Heathrow空港行きのＸＳ５６７８便（接続便）に積み込まれることを要している。
【００７６】
「．Ｎ／０９５０４５７１１６００１」は荷物タグ情報を提供し、１０桁のＬＰＮと同一の旅客によってチェックインされた物品個数とが含まれる。この例では、ＬＰＮは０９５０４５７１１６であり、旅客によってチェックインされたのはたった１つの荷物１０２である。
【００７７】
「．Ｓ／Ｙ／３Ａ／Ｃ」は荷物突き合わせ情報を提供し、荷物１０２を積み込むことに関して承認が得られているのか否かについての情報、旅客の座席番号、及び旅客の状態が含まれる。この例では、荷物については機体積み込み承認が得られており、旅客はチェックイン済みであり、座席３Ａに着座するものとされている。
【００７８】
「．Ｐ／ＣＯＯＰＥＲ／ＡＮＤＲＥＷ」は旅客氏名情報を提供する。
【００７９】
最後に、「．Ｌ／２ＰＫＯ３」は旅客氏名記録（ＰＮＲ）アドレス情報を提供する。
【００８０】
上述の情報を含むＢＳＭ１１２は、メッセージルータを介して航空会社ＤＣＳ１１０からクラウドプラットフォームへと送信され、ＢＩＭプロセッサ１０９によって処理される。ＢＩＭプロセッサ１０９は荷物イベントをクラウドデータ記憶部１０８内に格納する。したがって、データ記憶部１０８はＢＳＭ１１２によって提供された情報についての記録を含んでいる。
【００８１】
チェックイン後には、荷物１０２と関連付けられた荷物タグ１０１を、様々なスキャン場所においてモバイル機器１０４を用いてスキャンできる。一部の実施形態では、スキャン場所は荷物旅程の途上にある興味対象地点（ＰｏＩ、point of interest）を定義する。例えば、荷物旅程の途上にあるＰｏＩは、航空機に積載される前に荷物が保管される機体脇積み込み地点たり得る。
【００８２】
荷物タグ１０１をモバイル機器１０４でスキャンすると、荷物１０２と関連付けられたＬＰＮが荷物タグ１０１から取り出される。好適な実施形態によれば、モバイルアプリケーションは、荷物に関連する物品情報と荷物の現在位置に関連する位置情報とを含むメッセージ１１１を生成し、ネットワークを介してメッセージをＡＰＩサービス１０５に送信する。代替的には、メッセージ１１１は、ＷｉＦｉ、３Ｇ、ＬＴＥ、又は任意の他の無線接続手段を介してＡＰＩサービス１０５へと配信されることができる。
【００８３】
好適な実施形態によれば、物品情報は電子的に読み取り可能であり、モバイル機器が物品情報を取得できるようにされている。例えば、物品アイデンティファイアをスキャンすることによって物品情報を取得できる。メッセージ１１１内に含まれる物品情報は好適には、荷物の一意的な識別指標として機能し得るＬＰＮを含む。同様に、荷物の現在位置に関連する位置情報については、荷物旅程の途上のＰｏＩに関連付けられた位置アイデンティファイアから、モバイル機器を用いて取得できる。具体的な例を挙げるに、アイデンティファイアは、荷物旅程の途上での主要な場所に配置された追跡用位置バーコードであり、モバイル機器によってスキャンされる。例えば、各々の到着回転台の隣に位置バーコードを配置し得る。
【００８４】
追跡型位置バーコードの例示的フォーマットとしては次のものが挙げられる：
ＡＡＡＥＥＥＥＥＥＥＥＬＬＬＬＬＬＬＬＬＬＵＣＴ            
【００８５】
上述の例では、「ＡＡＡ」は空港コードである。「ＥＥＥＥＥＥＥＥ」は８文字のイベントタイプであり、「ｔｒａｃｋｉｎｇ＿ｉｄ」としてＡＰＩに渡される。「ＬＬＬＬＬＬＬＬＬＬ」は１０文字の位置であり、「ｔｒａｃｋｉｎｇ＿ｌｏｃａｔｉｏｎ」としてＡＰＩに渡される。「Ｕ」は未知（unknown）の荷物についての命令である。命令は、未知の荷物を無視せよとの命令であったり、フライトデータを入力せよとの命令であったりし得る。「Ｃ」はコンテナ（container）入力命令である。一部の状況においては、追跡地点をスキャンした後にコンテナＩＤについての更なるバーコード読み取りが必要となる。「Ｔ」は行われるべきスキャンイベントのタイプ（type）である。例えば、スキャンイベントは、積み込みであったり追跡であったりし得る。
【００８６】
代替的実施形態では、ＰｏＩ（興味対象地点、point of interest）と関連付けられたアイデンティファイアは、ＰｏＩに所在している短距離無線信号にエンコードされる。
【００８７】
モバイル機器が荷物と関連付けられた荷物タグ及びＰｏＩと関連付けられたアイデンティファイアをスキャンできるようにしておくことによって、ＡＰＩペイロードを介してクラウドプラットフォームＡＰＩサービス１０５に正確な追跡情報を送信することが可能となる。図１の例示的なＡＰＩペイロード１１１について以下詳述する。
【表３】
2021508098.tif 000005
【００８８】
上述の例では、「ｓｅｒｖｉｃｅ＿ｉｄ」は顧客や下請け業者等の特定の第三者と関連付けられた一意的な識別番号を定義する。「ｓｅｒｖｉｃｅ＿ｉｄ」を含めることによって、クラウドシステムへ向けられた要求又はコールが既知のソースから発せられていることをシステムが検証できるようになる。「ａｉｒｐｏｒｔ＿ｃｏｄｅ」はＬＷＢＩＭが生成された空港を定義する。この例では、特定されている空港はAtlanta空港である。「ｔｒａｃｋｉｎｇ＿ｐｏｉｎｔ＿ｉｄ」は、記録されている荷捌きイベントのタイプを定義するのであり、テキスト記述子と関連付けることができる。この例では、「ＰＡＸＡＣＣ」は内部イベントコードとマッチングされ、旅客（pax）が荷物を荷物受取所にて受領（acc）したことを表している。「ｔｒａｃｋｉｎｇ＿ｌｏｃａｔｉｏｎ」はスキャンがなされた位置を定義する。この例では追跡位置が「ＢＬＯＡＤＦＩＶ」とされているが、位置記述子と関連付けられることができ、この例では「B Load Five」（Ｂ積み込み５番）と読め、又はＧＰＳ座標とし得る。「ＬＰＮ」はライセンスプレート番号を定義し、「ｔｉｍｅｓｔａｍｐ」はスキャンがなされた日時を定義する。
【００８９】
代替的実施形態では、位置情報はモバイル機器のＧＰＳモジュールによって与えられたＧＰＳ座標だったり、位置情報をユーザが手動入力することができる。
【００９０】
荷物情報を含むＡＰＩペイロード１１１は、軽量荷物情報メッセージ（ＬＷＢＩＭ、lightweight baggage information message）としてクラウドプラットフォームに送信されることができる。特定の実施形態では、ＡＰＩペイロード１１１はＪＳＯＮ（JavaScript Object Notation）メッセージフォーマットでのＬＷＢＩＭであり、上述の例示的なＡＰＩペイロード１１１で示したのと同様であり得る。
【００９１】
クラウドプラットフォームはＬＷＢＩＭ１１１からＬＰＮを識別して、ＡＰＩデータプロセッサ１０６を用いてペイロードを充実化させる。本発明の特定の実施形態では、ＡＰＩデータプロセッサ１０６は、データ記憶部１０８内のＰＮＲデータベースから、ＬＷＢＩＭ１１１内に含まれるＬＰＮと関連付けられた旅客関連情報を要求する。ＰＮＲデータベースから何らかの旅客関連情報が検索されると、ＡＰＩデータプロセッサ１０６が旅客関連情報をもってＬＷＢＩＭを充実化させる。例えば、クラウドプラットフォームはフライト情報又は履歴位置情報をデータ記憶部１０８から検索できる。
【００９２】
レガシーシステムとの互換性を確保するために、充実化（enrich）させたＬＷＢＩＭは、変換サービス１０７によってＢＩＭ１１３へと変換される。したがって、ＢＰＭは、ＡＰＩサービスを介して受信された追跡情報と荷捌きシステム等の外部システムを介して受信された旅客関連情報とを含む。そして、クラウドプラットフォームは、ＢＩＭ１１３を、データ記憶部１０８内の荷物関連のメッセージ連鎖の一部として、処理及び格納する。これによって、クラウドプラットフォームは、旅程の特定の段階における荷物の状態についての、諸々の当事者ら等から発せられる要求に対して応ずることができるようになる。
【００９３】
位置情報を含めることによって、クラウドプラットフォームは、スキャンされた情報を、データ記憶部１０８内に配置されている情報とクロスレファレンスすることができる。そして、ＬＷＢＩＭ１１１に関しては、データ記憶部１０８から検索された追加の関連情報をもって増強（augment）を行える。一部の実施形態では、検索された追加の関連情報は、この位置と関連付けられた格納済み物理的位置データ（stored physical location data）を含み、これはモバイルアプリケーション内での報告の用途に供される。
【００９４】
上述のようにレガシー航空会社システムは、通常、テレタイプフォーマットのメッセージを用いる。レガシーシステムとの互換性が要求される場合、ＪＳＯＮフォーマットで記述されているかもしれないＬＷＢＩＭは、以下において詳述するように、テレタイプフォーマットのＢＩＭへと変換されることを要する。
【００９５】
第１に、ＡＰＩサービス１０５がＬＷＢＩＭメッセージ１１１を受領して、ＡＰＩデータプロセッサ１０６に送信する。第２に、ＡＰＩプロセッサ１０６は、荷物物品１０２と関連付けられた情報（フライト情報がこれに含まれる）をデータ記憶部１０８から検索する。これはＬＷＢＩＭ１１１内に含まれるＬＰＮ情報を用いて行われる。ＡＰＩデータプロセッサ１０６は、データ記憶部１０８から戻されたデータをもってＬＷＢＩＭ１１１を充実化させ、充実化されたイベントを変換サービス１０７に送信する。最後のステップでは、変換サービス１０７は、ＪＳＯＮフォーマットで記述されているＬＷＢＩＭ１１１を、テレタイプ型ＢＰＭ１１３へと変換する。したがって、変換サービス１０７によって生成されたＢＰＭ１１３は外部レガシーシステムとの関係で互換性を有しており、荷物位置データ及び旅客情報データが含まれる。ＢＰＭ１１３はＡＰＩデータプロセッサ１０６へと戻され、新たな荷物イベントとして格納されるべくデータ記憶部１０８に送信される。ＢＰＭは、業界的に標準的なメッセージであり、例えば出発管理や自動化荷捌きシステム等の航空会社の幾つものレガシーシステムによって用いられている。したがって、物品の位置情報を含むＢＰＭを生成することよって本発明の実施形態は既存のレガシーシステム又は他の第三者に対して物品追跡データを提供できる。
【００９６】
図１の変換サービスによって生成された例示的なＢＰＭについて以下詳述する。
【表４】
2021508098.tif 000006
【００９７】
ＡＰＩデータプロセッサはＬＷＢＩＭ１１１によって提供されたＬＰＮを、荷捌きシステムによって送信されたＢＳＭ１１２内にて詳述された既知旅客関連データ（known passenger-related data）と関連付けられたＬＰＮとマッチングする。したがって、変換サービス１０７は、存在する場合は、インカミング及びオンワードフライト詳細事項を、ＢＰＭ内に含めることができる。．Ｊ要素は、モバイルアプリケーションによって収集され、ＬＷＢＩＭ１１１を介して送られた「ｔｒａｃｋｉｎｇ＿ｉｄ」や「ｔｒａｃｋｉｎｇ＿ｌｏｃａｔｉｏｎ」等の追跡データを含む。ＢＰＭ１１３は、該当するデータが収集された場合、．Ｕ要素内にコンテナ識別子をも含めることができる（図１において不図示）。上述の例では、コンテナは「AKE 67890 LH」として識別される。
【００９８】
一部の場合においては、ＡＰＩデータプロセッサ１０６は、特定のＬＰＮと関連付けられたＢＳＭがないために、データ記憶部１０８から旅客関連データを検索できない状況がある。特定の航空会社が自社ネットワークでの障害に見舞われている場合や、より矮小な空港において荷捌きシステムが備えられていない場合等にこの状況が生じ得る。旅客関連データが検索できない場合、モバイルアプリケーションは旅客関連データについてのプロンプトを発し、フライト番号や旅行日等を後述のように手動入力することが求められる。
【００９９】
一旦データ記憶部１０８へ書込がなさると、周知概念たるシャドウイングを用いて荷物１０２と関連付けられた全ての追跡データを蓄積することができる。
【０１００】
「シャドウ」とは、荷物タグと関連付けられた全ての履歴データの蓄積を含む物理的な荷物タグのソフトウェアコピーである。シャドウはクラウドベースドデータベース内に格納され得るのであり、システムソフトウェアがクラッシュしても持続する。シャドウは、異なるＯＳ又はハブで広範に用いるために、複製（replicate）することができる。シャドウに対してはクエリを発して特定の荷物タグを識別でき、その荷物タグと関連付けられた荷物物品についての任意の履歴データを返すことができ、該データには最新位置データ及びＬＰＮが含まれ得る。
【０１０１】
したがって、シャドウは荷物の追跡された位置についての完全な履歴を有している。したがって、位置追跡システムは、シャドウについて調べて、荷物に関連付けられた格納済み追跡データを抽出して、データを有意義な態様でユーザに対して提示することができる。
【０１０２】
或る実施形態では、モバイルアプリケーションは、特定の位置に荷物が到着すると、通知を旅客に送信することができる。例えば、機体上に搬入されるのを待っている局面で荷物が保管エリアに到着した場合に、通知を発し得る。通知は、荷物の位置に関する情報及びその位置に到着した時刻を含み得る。通知は、旅客の詳細事項やフライト番号や最終目的地等の他の情報をも含み得る。
【０１０３】
本発明の更なる特徴を、上述のシステム用のモバイルアプリケーション内において、具現化できる。本発明の或る実施形態によれば、モバイルアプリケーションは、荷物情報を含むＡＰＩペイロード１１１を作成し、ＡＰＩペイロード１１１をクラウドプラットフォームＡＰＩサービス１０５に送信することができる。本発明の実施形態によれば、モバイルアプリケーションは、荷物の位置履歴についてクエリをクラウドプラットフォームに対して発することもできる。好適な実施形態によれば、モバイルアプリケーションは、スキャンモジュールを備えるモバイル機器１０４に読み込まれ、具体的な実施形態ではスキャンモジュールはカメラである。
【０１０４】
図２〜１４は、荷物追跡情報を記録及び検索できるモバイルアプリケーションについての例示的ＧＵＩを示す。
【０１０５】
荷物位置データを記録するためには、モバイルアプリケーションは、ユーザに対して、位置を入力するように促す。一部の実施形態では、荷物位置は、図２に示すように、追跡地点アイデンティファイアをスキャンすることによって入力できる。この場合、ＧＵＩは、スキャンモジュールから見た追跡地点アイデンティファイアのプレビューを表示して、モバイルアプリケーションのユーザが追跡地点アイデンティファイアを成功裏にスキャンできるように取り計らう。
【０１０６】
図２に示す実施形態では、追跡地点アイデンティファイアは３次元バーコード２０１である。もっとも、代替的実施形態においては、位置情報は任意の他の適切な手段によって提供され得るのであり、例えば、ブルートゥース（登録商標）ビーコンからペイロードを受信すること、ＲＦＩＤをスキャンすること、又はモバイル機器の現在ＧＰＳ座標を取得することによることもできる。
【０１０７】
追跡地点アイデンティファイアをスキャンすると、スキャンすべき荷物と関連付けるべき位置情報が、モバイルアプリケーションにもたらされる。モバイル機器が現在位置の認識に成功した、ＧＵＩにより通知３０１が表示される。図３の例においては、ＧＵＩは現在位置を「Arrivals2」（第２到着棟）における到着ベルトとして認識している。現在位置のテキスト記述子を表示することによって、スキャンされた位置が己の現在位置に正しく符合するか否かをユーザが迅速に認識できるようになる。また、テキスト記述子は、さらに詳細な位置情報（例えば、ＧＰＳ座標）についてのプレースホルダーとしてもクラウドプラットフォームによって用いられることができる。
【０１０８】
一旦識別されると、位置情報は限られた期間だけ有効とされる。図３の例においては、位置情報は約１時間有効とされる。この期間中にスキャンされた任意の荷物は現在位置「Arrivals2」と関連付けられる。ＧＵＩは、現在位置を示す指標３０２及び位置情報を更新する必要が生じるまでに残っている時間を表示する。位置情報の有効性を限定された期間に限ることによって、ユーザが常に位置情報を再入力しなくて良いという利点、及び、もはや正確ではなくなっている可能性のある古い位置データをアプリケーションが保持することを防止できるという利点がある。
【０１０９】
有効な位置情報がモバイルアプリケーションに提供されると、モバイル機器のスキャンモジュールは荷物１０２と関連付けられた荷物タグ１０１をスキャンする。図４及び５に示される例では、ユーザが荷物タグのスキャンを開始して良いとの通知４０１をＧＵＩが発することができる。図５の例で示すように、ＧＵＩは、荷物スキャンを開始せよとの通知５０１を、スキャナプレビューウィンドウ５０２と同時に表示することができるのであり、後者はユーザがスキャナを位置アイデンティファイアとアラインできるようにするためのものである。
【０１１０】
荷物が荷捌きシステムにとって既知であれば、クラウドプラットフォームは、特定の荷物のＬＰＮに関連付けられた旅客関連情報を、出発制御システム（ＤＣＳ）から発行されたＢＳＭから、検索することができる。したがって、荷捌き人は処理する全ての荷物に関してフライト詳細事項を入力することを要さず、故に利点として時間が節約される。
【０１１１】
一部の実施形態では、モバイルアプリケーションは、追加のフライト関連情報を要求するように構成されている。スキャンされている荷物物品に関連付けられた旅客関連データを検索できない場合にこれが起こり得るのであり、特定の荷物と関連付けられたＢＳＭについての記録がクラウドプラットフォームに含まれていない場合にこれが起こり得る。
【０１１２】
その場合、モバイルアプリケーションは、荷物タグをスキャンすると、荷物が未知のものであることを検出し、図６〜８に示すように、追加の旅客関連情報についての要求を表示する。荷物についての記録がクラウドプラットフォームにない場合のみにこのステップが必要となる。図６に示す例では、追加の旅客関連情報は、フライト番号及び旅行日である。図７及び８は、ユーザがどのようにしてこの情報をＧＵＩに提供するかを示す。しかしながら、ＧＵＩによって要求される追加情報は常に旅客関連であるとは限らない。一部の実施形態では、ＧＵＩはより具体的な位置情報を要求し得るのであり、例えば、荷物が幾つかの積み込みコンテナのどれかに積み込まれている可能性がある場合には、ＧＵＩは、特定の積み込みコンテナと関連付けられた一意的なアイデンティファイアをスキャンせよとのプロンプトを発し得る。
【０１１３】
モバイルアプリケーションは、手動入力された位置情報及び追加のフライト関連情報を保持し、その情報を任意の未知の荷物と関連付けられたＬＰＮと関連付ける。図９に示す例では、３つの未知の荷物について同じ位置及びフライト関連情報が与えられているのであり、具体的に述べれば、２０１７年４月２８日のGeneva空港行きのフライト番号ＡＦ４３８である。スキャンされた荷物の各々は、荷物と関連付けられたＬＰＮを示す、荷物アイコン９０１によって表され、これによってユーザはスキャン済みの荷物を区別でき、特定の荷物を正しく選択できるようになる。
【０１１４】
一旦モバイルアプリケーションが上記の荷物情報を捕捉したらば、モバイルアプリケーションは、荷物情報を含むＡＰＩペイロード１１１を生成し、ネットワークを介してＡＰＩペイロードをＡＰＩサービス１０５に送信しようとする。図９に示すように、荷物と関連付けられた荷物アイコンにレ点９０２を付してマーキングすることによって、ペイロード１１１のＡＰＩサービス１０５へのアップロードに成功したか否かをＧＵＩが表示することができる。荷物と関連付けられた情報をモバイルアプリケーションがアップロードできなかった場合、該当する荷物アイコンには破断した雲の図形９０３が付されてマーキングされる。荷物情報のアップロードの失敗は、荷物データをサーバと同期させるに際して生じたエラーに起因している場合がある。荷物と関連付けられたＬＰＮの記録がクラウドプラットフォーム内に既に存在している場合、ＡＰＩデータプロセッサ１０６は、ＬＰＮと関連付けられた旅客関連データを検索でき、ＡＰＩペイロード１１１から取得した荷物情報と検索された旅客関連データとからＢＰＭを生成できる。
【０１１５】
図１０〜１２に示すように、ユーザが該当する荷物アイコン９０１に対してタップを行うと、ＧＵＩは、特定の荷物と関連付けられた情報を表示できる。図１０に示す第１の例においては、ＧＵＩは、ＬＰＮおよび追跡位置１００１、最新の位置データ１００２、旅客氏名データ１００３、及び、フライト関連データ１００４を含む情報を表示する。この例では、ＧＵＩは、荷物と関連付けられたＬＰＮは０２２０７７４６６９であること、荷物の最新の位置はTerminalAA（ターミナルＡＡ）にある「GTRAKONE」であること、荷物はMr Peter Drummond氏に関連付けられていること、及び、荷物は１月６日のＬＸ００９９便にて輸送されることを示している。図１１に示す第２の例では、ＧＵＩは、荷物と関連付けられたＬＰＮは０２２０７７４６６８であること、荷物の最新の位置はTerminalAA（ターミナルＡＡ）にある「GTRAKONE」であること、荷物はMr Peter Drummond氏に関連付けられていること、荷物は以前においては１月６日のＬＨ０４５６便にて輸送されたこと、及び、荷物は１月６日のＬＸ００９９便にて輸送されることを示している。
【０１１６】
荷物のスキャン中にエラーが生じると、エラーメッセージがＧＵＩによって表示される。図１２に示す例では、荷物は終点型荷物であり、飛行機に積み込まれてはならないことを示すテキスト１２０２がエラーメッセージ１２０１に含まれている。図１２に示す例は、荷物が積み込まれているコンテナを示す現在位置１２０３も含んでいる。図１２に示されている具体的な例においては、荷物は「ＡＫＥ  １２３４５  ＬＨ」というコンテナに積載されている。
【０１１７】
モバイルアプリケーションは、図１３に示すように、各スキャン済み荷物に関連付けられた位置又はフライト情報について、任意の時点にてユーザがクリアを行うことを可能とする。これによって、荷捌き人は、異なるフライトと関連付けられた荷物については、新たな位置及びフライト情報を関連付けることができるようになる。これらのオプションについては、ＧＵＩのメニューからアクセスすることができる。
【０１１８】
上述したモバイルアプリケーションは、荷物が成功裏にバックエンドデータベースによって記録されるためには最小限のデータ捕捉だけで済むという利点がある。
【０１１９】
本発明の或る実施形態は、「ビンゴシート」型スキャンをなすために用いることができる。該手法では、用紙に複数の荷物タグバーコードをくっつけて、全ての荷物タグを単一のスキャンで記録する。したがって、物品情報と位置情報とを組み合わせることによってメッセージを生成するステップ；ｂ．メッセージにタイムスタンプを適用するステップ；ｃ．タイムスタンプされたメッセージをモバイル機器の送信機を介して送信するステップを、複数の荷物タグについて逐次的に単一のスキャン動作のとても短い期間内に行える。
【０１２０】
上述したモバイルアプリケーションのＧＵＩは有利なことにミニマリスト的設計を有しており、メニュー階層や複雑な設定項目に入り込んで行く必要がない故に、例外的な状況を除いては荷捌きエージェントが手動データ入力を要せずに荷物を動かすこと及びスキャンすることに集中することを可能とするという利点がある。本発明の実施形態は特定の航空会社や空港ハードウェアやソフトウェアシステムに特有のものではなく、したがって、更なるカスタマイゼーションを必要とせずに任意の航空会社又は空港システムと一緒に用いることができる。
【０１２１】
上述のシステム及び方法を用いれば、ユーザが荷物の位置情報をクラウドプラットフォーム上へとアップロードすることが可能となるのであり、また、クラウドプラットフォームから情報を検索するのにも用いることができる。例えば、モバイルアプリケーションは、特定のフライトに関連付けられた荷物についてのステータスサマリを検索することができる。例えば「ＢＡ０７８」等の特定のフライト番号を入力すれば、そのフライトと関連付けられた荷物についてのステータス情報が得られるという結果がもたらされる。これは該当するフライトについてＡＰＩ要求及びフライト番号と関連付けられた、データ記憶部１０８に記憶された位置データを送ることによって達成し得る。ステータスサマリは、フライトにチェックインされた荷物の個数、フライトに積み込まれる予定の他のキャリアから受領された乗り継ぎ荷物の個数、機体に積み込まれる予定のコンテナに積み込まれた荷物の個数、並びに、機体に既に積み込まれた荷物の個数を含み得る。この構成によれば、荷捌き人は、所定の時刻においてさらに扱うべき荷物が他にあるかを知ることができる、という利点がもたらされる。
【０１２２】
図１４及び図１５の概略的ワークフローを参照して説明しているように、特定の荷物と関連付けられた情報を検索するのに、モバイルアプリケーションを用いることもできる。
【０１２３】
図１４は、モバイルアプリケーションを用いて特定の荷物の位置についてクエリを発している空港スタッフについての例示的且つ概略的なワークフロー１４００を示している。
【０１２４】
第１のステップ１４０１では、荷捌き人が位置アイデンティファイアをスキャンする。この例では、位置バーコードは第１の空港に配置されており、荷物旅程の途上のＰｏＩと関連付けられている。図１４に示される具体的な例では、位置アイデンティファイアは、機体脇の積み込み地点に配されているバーコードである。第２のステップ１４０２では、荷物タグが荷捌き人によってスキャンされる。以前と同様に、荷物タグのスキャンによって荷物に関連付けられたＬＰＮが検索される。ＬＰＮと位置情報は結合されて上述のようにクラウドプラットフォームに送信される。第３のステップ１４０３では、目的地空港のスタッフによって荷物のステータスについてクエリが発せられる。この例では、旅客の荷物は間違った目的地へと送られてしまっているかもしれない。第１の空港とは異なり得る目的地空港に到着するに際して、旅客は、目的地空港のスタッフ団の構成員に対して己の荷物の現在位置について照会することができる。目的地空港のスタッフ団の構成員は、モバイルアプリケーションを用いて、旅客のＬＰＮ又は他の旅客関連データを用いて位置情報を要求できる。最後のステップ１４０４にて荷物イベント履歴が表示されるのであり、機体に荷物が積み込まれたことが最新イベントとして示されいる。クラウドプラットフォームデータベースは、スキャンポイント（scan point）のテキスト記述子、スキャン位置（scan location）のＧＰＳ／緯度・経度座標、及び、スキャン時刻を含む、最後に行われたと知られているスキャン位置に関する追加の情報を返すことができる。この例では、旅客の荷物が目的地空港への次の便に積み込まれたことを正しく告げることによって、旅客に対して幾分かの心の安らぎを提供できるのであり、これをなすに際してスタッフ団の構成員はモバイルアプリケーション及び追跡システムを用いることができる。
【０１２５】
図１５は、モバイルアプリケーションを用いて特定の荷物の位置についてクエリを発している空港スタッフ団構成員についての例示的概略図をも示しており、それによって旅客に対して各自の荷物状態を伝達することが意図されている。
【０１２６】
第１のステップ１５０１では、旅客が自己の荷物が回転台上に出現していないことを訴える。この例では、旅客の荷物は目的地空港には到着しているが到着回転台への道の途中で置き間違えされてしまった可能性がある。第２のステップ１５０２では、スタッフが荷物タグデータを用いてデータベースに対してクエリを発する。空港スタッフは、モバイルアプリケーションを用いて、ＬＰＮに関連付けられたバグ位置情報又は他の旅客関連データについて検索を行うことができる。第３のステップ１５０３において、スタッフは最後の荷物イベントを報告して、荷物が紛失されたか、まだ積み降ろし中か等を確認することができる。この例では、スタッフ団の構成員はモバイルアプリケーション及び追跡システムを用いて現在情報を旅客に提供することができる。これによって旅客は一定程度の確信度を得ることができ、己がもう少し待って荷物回収を試みるか或いはスタッフ団の別の構成員に対して己の荷物の紛失を告げることができる。
【０１２７】
本発明の実施形態は、必要とされるインフラストラクチャが十分に行き届いていない場所、並びに、相当に減らしたコスト及び労力を投じただけで自陣の追跡機能を拡張することを望んでいる場所において「オン・ボーディング（荷積み）」型追跡サービスの処理過程を簡略化することによって、現在利用可能なシステムに対して改良をもたらすという利点を有している。また、本発明の実施形態によると、ソリューションの軽量な性質及び数多くのネットワーク接続性選択肢故に、より「ポータブル」な追跡機会をもたらす、という利点も提供される。さらなる利点としては、特許が請求される発明がレガシー技術とインターフェイスできるという点が挙げられる。これによって、モバイルベースドスキャニング等の「現代的」ネットワーク側面が、既存のレガシーインフラストラクチャとインターフェイスでき、レガシーシステム内の情報が活用され得る。
【０１２８】
空輸業界内においては、チェックされた荷物が紛失されること、盗難されること、遅延されること、又は、毀損されることに関して一定の不安感がある。これらの結果は希であるも、旅客は、旅程の多くの部分に関して自己の荷物の位置及び状態については無知のままである。したがって、本発明の実施形態は、モバイルアプリケーションを介して旅客へと荷物状態通知を送信することによって、自己の荷物が的確に処理されていると旅客を安心させるという利点がある。
【０１２９】
別の実施形態では、ＡＰＩデータプロセッサ１０６は、既生成ＢＰＭ１１３を、荷捌きシステム又は旅客情報を格納している他のシステムに送信することもできる。ＢＰＭを荷捌きシステムへと送ることによって、本発明の実施形態は、荷物物品の追跡に関連付けられたデータを、既存のシステムへと、効率的に伝達できる。
【０１３０】
上述した本発明の実施形態についての詳細な説明は、網羅的であることが意図されておらず、また、本発明を開示された様式に厳密に限定することも意図されていない。例えば、プロセスやブロックは所定の順序にて提示されているも、代替的実施形態においては、異なる順序のステップをなすルーチンがなされたり、異なる順序のブロックを有するシステムが用いられたりすることができ、或いは、一部のプロセス又はブロックについて削除、移設、追加、サブ分割化、結合化、及び／又は、変更することができる。これらのプロセス又はブロックの各々は、様々な方法で実施され得る。また、時によっては、プロセス又はブロックが直列でなされているかのように示されているも、プロセス又はブロックは代わりに並列でなされたり、異時的になされたりし得る。
【０１３１】
本明細書にて提供される本発明の教示事項は、必ずしも上述のシステムではない他のシステムにも適用され得る。上述したように、本発明によれば、非限定的に例示すれば、ショッピングセンタやスポーツスタジアムや商業的敷地や学術的施設や上演用会場等を含む任意の大規模施設内で物品を追跡することが可能とされる。上述の様々な実施形態の要素及び所為は組み合わせてさらなる実施形態をもたらすことができる。
【０１３２】
発明についての一部の実施形態について説明してあるも、これらの実施形態は例としての意味のみで提示されているに過ぎず、本願開示の範囲を限定することは意図されていない。実際に、本願開示にて説明した新規な方法及びシステムは、様々な他の形式で実施でき、さらには、本願開示の精神から逸脱せずに、本願開示の方法及びシステムの様式に関して、様々な省略、置換、及び変更を加え得る。
【図１】
2021508098.tif 000007
【図２】
2021508098.tif 000008
【図３】
2021508098.tif 000009
【図４】
2021508098.tif 000010
【図５】
2021508098.tif 000011
【図６】
2021508098.tif 000012
【図７】
2021508098.tif 000013
【図８】
2021508098.tif 000014
【図９】
2021508098.tif 000015
【図１０】
2021508098.tif 000016
【図１１】
2021508098.tif 000017
【図１２】
2021508098.tif 000018
【図１３】
2021508098.tif 000019
【図１４】
2021508098.tif 000020
【図１５】
2021508098.tif 000021
【国際調査報告】
2021508098.tif 000022
2021508098.tif 000023