輸送を促進するための方法およびシステム
本発明は、概して物流システムおよび方法に関する。本発明は特に、商品の輸送を促進するための方法およびコンピュータシステムに関する。該方法は、コンピュータシステムのフロントエンドでの荷物送り状フォームの提供、および、該荷物送り状フォームと関連付けられた輸送情報を記入することおよび該記入された荷物送り状フォームを組み込まれた電子メールメッセージまたはインスタントメッセージを該コンピュータシステムのバックエンドへと送信することをフロントエンドにおいて利用者に可能とすること、からなる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して物流システムおよび方法に関する。本発明は特に、商品の輸送を促進するための方法およびコンピュータシステムに関する。
【背景技術】
【０００２】
物流システムは商品の輸送を管理するものである。物流システムは、一体化された多数のモジュールを備え、様々な機能を供する。それは例えば、各商品の輸送のための提案を評価するとともに、その輸送のための契約を裁定する購買モジュールを備えうる。購買モジュールによって裁定された少なくとも一つの契約が統合された輸送群のためである場合、提案を分析して、その輸送の少なくとも一部が統合されうる機会があれば購買モジュールに通知する、最適化モジュールが備えられうる。受信した提案の状態および購買モジュールが裁定した契約に関する情報を、管理モジュールによって維持しうる。日程計画モジュールにより、裁定された契約に従って輸送の日程計画をしうる。輸送管理モジュールに基づき、購買モジュールによって裁定されるとともに日程計画モジュールによって日程計画された輸送の状態を追跡することも可能である。例えば第一および第二の非同期クロックドメインの間を通過した、輸送管理モジュールに追跡された輸送の状態に従って、財務モジュールにより支払いを許可しうる。
【０００３】
特許文献１より、電子メールを介して輸送についての状態情報を更新するための方法およびシステムが公知である。電子メールメッセージの作成および送信によって、人手無しに利用者の注文および輸送の状態を電子メールを介して自動的に更新するための方法を、この文献は開示している。
【０００４】
特許文献２において、ウェブに基づく電子輸送システムが記載されている。ここにおいて、単一の輸送会社および複数の利用者に適したブラウザ設計と、単一の利用者および複数の輸送会社に適した別のブラウザ設計とを提供する小包追跡システムが開示されている。
【０００５】
郵便物および小包品の輸送については、典型的には三つの主要な輸送区間に関して述べることができる。第一区間において、例えば封筒、小包等の輸送物品は、最初の発送人の住所から輸送サービス提供者の現地の収集センターまで運ばれる。第二区間において、該物品は現地の収集センターから配送センターに輸送される。第三区間において、該物品は配送センターからその最終目的地住所に輸送される。
【０００６】
一般的には、上述の三つの主要な輸送区間にわたって複数の輸送サービス提供者を利用しうる。例えば、現地宅配業者は、事業所から全国または地方の運送業者の投函場所までの小包の輸送を提供することで、第一区間を処理しうる。次に、全国または地方の運送業者は、第二区間にわたってサービスを提供し、小包を投函場所から、恐らく一つまたはそれ以上の中間ハブを介して、目的住所近くの配送センターへ配送しうる。第三の輸送実体により、最終区間にわたる配送を提供しうる。
【０００７】
単一の輸送サービス提供者が二またはそれ以上の区間にわたってサービスを提供することも可能である。例えば、現地宅配業者が事業所または住居から現地の郵便局まで小包を輸送することにより第一区間にわたってサービスを提供するとともに、別の輸送サービス提供者が第二および第三区間にわたってサービスを提供するものとしうる。単独で直送サービスを提供する輸送実体も存在する。
【０００８】
輸送サービス提供者の中には、輸送過程の第二および第三区間を遂行するために確立されたインフラを有するものもある。これらの提供者は、郵便物や小包が収集倉庫で受け取られると、それらの品物を分類、経路指定および輸送するために、充分に整備されている。
【０００９】
しかし、第一区間においては発送者が、荷物を収集センターに持ち込むか、あるいは輸送サービス提供者が最初の住所から品物を収集するための配置をする必要がある。例えば、最近まで、輸送サービスを利用するためには、郵便配達員が定期配送巡回に来るのを待つか、あるいは品物を郵便局まで運び該品物を配達に出すために並んで待たなければならなかった。この問題に対処するために、輸送サービス提供者の中には、利用者からの荷物の収集および受取人の現地郵便局までの荷物の輸送を専門に扱うものもあった。よって、該輸送サービス提供者は発送人の家屋からの荷物収集を提供する。
【００１０】
収集サービスの提供に加えて、輸送サービス提供者は、輸送サービスへの消費者のアクセスを改善するための新技術を模索している。このような場合において、利用者はウェブページを検索して限られた収集サービスを依頼しうる。
【００１１】
現在行われているような収集過程は、利用者および輸送人にとって煩雑であるとともに費用がかかる。各収集地点から収集される小包の数が多くなければ、単独の利用者からの荷物の収集費用は、輸送サービス提供者にとって比較的高くなる。また、サービス提供者がその収集を最適化するためには、利用者は日程の制約に従わなければならない。例えば、収集サービスを利用するために、利用者は、各収集のためにインターネット経由でウェブサイトを介して収集時間を計画しなければならない。
【００１２】
利用者が郵便物および小包を輸送する助けとなるこれらの解決策は、例えば、時間のかかる利用者相互作用を要すること、時間の制約を伴うこと、および／またはより高い費用を要することによって、利用者にとって依然として負担となっている。したがって、利用者のために輸送過程を促進する効率的な解決策が必要とされている。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】米国特許第６，０４７，２６４号明細書
【特許文献２】米国特許第６，２２０，５０９号明細書
【発明の概要】
【００１４】
以下の記述において、輸送とは、任意の利用可能な運送手段を用いる任意の郵便物または商品の運送をいう。典型的には、輸送は、元の場所から目的地までの一またはそれ以上の運送区間を含む。郵便物、包み、小包または荷物に関する用語は、任意のおよび全ての荷物物品に言及するために同じ意味に使用される。
【００１５】
本開示においては、宅配業者、収集サービス提供者および輸送者とは、最初の場所から異なる場所への荷物の輸送業務を遂行する個人、複数の人または会社を指して互換的に用いる。
【００１６】
本発明にかかる輸送を促進するための方法は、以下の手順、すなわち
コンピュータシステムのフロントエンドでの荷物送り状フォームの提供、および
該荷物送り状フォームと関連付けられた輸送情報を記入すること、および該記入された荷物送り状フォームを組み込まれた電子メールメッセージまたはインスタントメッセージを該コンピュータシステムのバックエンドへと送信することを、フロントエンドにおいて利用者に可能とすること、からなる。
【００１７】
本発明にかかる方法は、そのシステムおよび利用者環境、または移動体か固定装置かに左右されない。該方法は、例えばマイクロソフトアウトルック、ロータスノーツ等の任意の電子メールクライアントを用いて電子メールメッセージまたはインスタントメッセージを送受信可能な任意の装置上で作動するので、選択的ではない。電子メールクライアントに対し従属性があるが、ハードウェアにはない。正確で時宜を得た輸送情報は、輸送を迅速に処理するために重要である。このツールについての独特なことは、利用者がその輸送情報を輸送者に容易に送信することができるとともに、輸送者は、例えば電子メールを介して輸送情報を受け取ることができることである。これによって、別の任意の現行商取引ツールで引き付けることが困難な小中規模の利用者に対して、新たな部分が切り開かれる。電子メールは現在普遍的かつ広く用いられる通信方式であり、既知の輸送者でこの機能性を提供するものはまだ無いので、このツールはサービス提供における即時の需要や余地に適合する。
【００１８】
任意の装置上にある自身の電子メールまたはインスタントメッセージアカウントにアクセス可能な任意の利用者は、そのサービスを利用しうる。主にＳＭＳ（ショートメッセージサービス）またはＭＭＳ（マルチメディアメッセージングサービス）等の他のメッセージシステムを用いて本発明を実行することが可能である。
【００１９】
本発明にかかる方法は、典型的には荷物送り状の生成を含む。該荷物送り状は局所印刷機で印刷され、荷物に添付される。該荷物送り状は典型的には、出発および目的地住所、包みの大きさおよび／あるいは重量等の輸送情報を含む。
【００２０】
輸送情報データがコンピュータシステムのバックエンドに確実に伝達されると、バックエンドにおいて該データを可能性のあるエラーについて解析するとともに該データを確認しうる。利用者の輸送情報の確認において、システムはさらに例えば制定法および／あるいは契約上の一連の条項および規則からなる利用者規定を利用者に示し、利用者はサービスを受けるためにそれを承認および同意する必要があるものともしうる。利用者は該規定を検討し、利用者の条項への承諾を示す入力を行なう。
【００２１】
コンピュータシステムに含まれる荷物送り状生成モジュールは、特定の形式の荷物の荷物送り状フォームの生成のためのツールを含みうる。これは、必ずしも輸送サービス提供者によって提供されない特注輸送モードを含む。
【００２２】
この方法の好ましい実施形態は、さらに電子メール草稿メッセージまたはインスタント草稿メッセージの自動送信の手順を含む。利用者の便宜のために送信される前記記入された荷物送り状フォームが、該メッセージに組み込まれる。
【００２３】
別の好ましい実施形態においては、前記荷物送り状フォームは貨物輸送状フォーム、好ましくは貨物空輸状フォーム、貨物海輸状フォームまたは貨物急行輸送状フォームを含む。
【００２４】
電子メールを経由し、利用者への空路および／または海路運送のための貨物空輸状および／または貨物海輸状等の輸送文書の生成および送信の能力を有する輸送過程に焦点がある。
【００２５】
この方法の好ましい実施形態においては、前記荷物送り状フォームは送り状を含む。
【００２６】
例えば第１および第２の非同期クロックドメインの間を通過した、輸送管理モジュールに追跡された輸送の状態に従って、財務モジュールは支払いを認可しうる。
【００２７】
本発明はさらに、利用者に現金、クレジットカード、デビットカード等での支払いを可能とする支払い機能性の提供を含む。このような筋書きにおいて、利用者が電子メール輸送テンプレートを受信すると、該利用者は自身のクレジットカードの詳細等を該テンプレート自体に直接入力することができる。提供者がこのデータを受信すると、該提供者はそれを確認し、利用者によって入力されたデータに基づき見積書または適当な応答を該利用者へ返信することができる。
【００２８】
本発明はまた現金による支払い方法を有し、これによって、宅配業者が小包を収集に来る際に、電子メールを利用して生成された見積書に基づいて利用者から直接現金を受け取ることができる。
【発明を実施するための形態】
【００２９】
図１は、フロントエンドにおける利用者に電子メール経由のＰＤＦ形式で示される、本発明にかかるコンピュータシステムの例を示す図である。データはＸＭＬ／ＺＩＰ形式で、サーバ、すなわち一般的アプリケーションサーバ（ＧＡＳ）からなるバックエンドへ送信される。ＧＡＳは輸送および利用者からの収集要求を処理する。
好ましくは、柔軟性を増すために動的チャンネル選択を実装する。
【００３０】
図２は、データ形式に従うとともに輸送要求または収集要求である要求に従って、利用者の要求を分類する手順の例を示すフローチャートである。
利用者が電子メール送信ファイルをファイリングする。
例えばマイクロソフトアウトルック等の任意の電子メールプログラムによって、データは例えばＸＭＬ等の適当なデータ形式に変換されるとともに、任意に圧縮される。
【００３１】
動的チャンネル選択−動的チャンネル選択器−によって、形式がＸＭＬか圧縮されているかがチェックされる。圧縮されている場合、該圧縮ファイルが解凍されるとともに中に含まれるＸＭＬファイルが展開される。
形式が既にＸＭＬの場合、メッセージが収集要求か輸送要求かがチェックされる。
その後、動的チャンネル選択によって、輸送要求か収集要求かがチェックされるとともに、さらなる処理が開始される。
【００３２】
利用者の要求が輸送要求である場合の図２の処理の継続のフローチャートが、図３に示される。この例におけるＧＡＳは、主にＣ＋＋で書かれたライブラリの組である。
ＸＭＬデータは展開され、適当なファイル、特にＸＳＤファイルで確認される。
エラーが起きた場合、エラー取扱手順が開始される。
エラーが無い場合、輸送サービスにより、一般的アプリケーションサーバ（ＧＡＳ）のための要求ストリングが生成されるとともに、該要求がメッセージキューＭＱを経てＧＡＳへと送信される。
【００３３】
一般的アプリケーションにより、貨物空輸状ＡＷＢが適当なメッセージコード、ノーエラーコード／エラーコードとともに返送される。
エラーコードが受信された場合、エラー訂正手順Ｅ２が開始される。
エラーコードが受信されない場合、輸送に関税がかかるかどうかがチェックされる。
輸送に関税がかかる場合、商用の送り状が生成される。
輸送に関税がかからない場合、輸送ＰＤＦファイルおよび輸送領収証が生成される。
その後、例えばＰＤＦ形式等の、利用者への応答としての適切な添付とともに、電子メールが利用者へ送信される。
【００３４】
図３のフローチャートにおけるラベル“ＡＰ ＧＡＳ”をより詳細に示すフローチャートが、図４に示される。
輸送確認要求がクライアントアプリケーションから受信される。
データベースＥＳＤＤにより、目的地経路コードのための目的地経路指定サービスが呼び出される。
起点経路のためのさらなる経路指定サービスが呼び出される。
さらなるデータベースＩＢＳＤＢにより、アカウントおよび確認サービスが呼び出される。
【００３５】
知能事業サービスＩＢＳにより、輸送料金のためのレーティングサービスが呼び出される。
その後、ＡＷＢ番号を生成する貨物空輸状ＡＷＢサービスフォームが起動される。
さらなるデータベースＰＳＤＤＢにより、輸送荷積みサービスが呼び出される。その後、応答が貨物空輸状ＡＷＢ、輸送料金および経路コードとともに利用者へ送信される。
データベースＰＳＤＤＢが構造化制御言語ＳＣＬによって輸送解放サービスと通信する。
【００３６】
ラベル“Ｅ１”および“Ｅ２”をより詳細に示すフローチャートが、図５に示される。
“Ｅ１”および“Ｅ２”は図３の処理におけるエラーを示す。“Ｅ３”は、図３の処理によって構成されない収集要求の不良によるさらなるエラーを示す。
エラー手順Ｅ１には、利用者へのエラー電子メールの送信が含まれる。
エラー手順Ｅ２に従い、エラーコードＰｏｃ．ｉｎｉの受信後に、カスタマイズされたエラー電子メールが利用者へ送信される。これは、例えば無効なアカウント番号、無効な荷主住所または無効な荷受人住所が原因である。
エラー手順Ｅ３もまたエラーコードＰｏｃ．ｉｎｉの受信によって起動される。この場合、収集要求の不良によってエラー電子メールが利用者に送信される。
【００３７】
本発明の実施例を組み込む現実的な適用を示す概略図が、図６に示される。荷主はマレーシアのＤＨＬであり、利用者はクアラルンプールの空港の認可された従業員および乗客である。
ＤＨＬは物流システムの好ましい提供者である。該物流システムは、物品の取扱、および好ましくは、例えば会計サービス等のさらなる機能を含む。
図６は、本発明による輸送確認サービスの好ましい実施例を示している。
この例において、輸送確認は例えばアカウント情報、請求額情報、輸送情報、経路設計サービスおよび輸送参照データ等の異なる形式のデータと情報を含むことが可能であることが示される。
【００３８】
ＰＤＦ形式で提供される貨物空輸状の例が図７に示される。これはコンピュータシステムのフロントエンドにおける利用者によって埋められ、印刷の準備ができている。
図８は、ＰＤＦ形式で提供される、関税のかかる輸送のために記入される商用の送り状フォームの例である。
図９は、ＰＤＦ形式で提供される収集要求フォームの例である。
この場合、利用者が電子メールを用いて輸送／収集要求を生成する能力および商用の送り状を電子メールを経て受け取る能力を有するのであれば、利用者にとっての輸送手順全体を電子メールを用いて取り扱うことができる。
【００３９】
別の好ましい実施例において、前記荷物送り状フォームはハードコピー形式、好ましくはＰＤＦ形式またはエクセル形式を含む。この場合、本発明により、現存のハードコピー荷物送り状形式を複写するフロントエンドが提供される。利用者は電子的形態、好ましくはＰＤＦまたはエクセル形式において輸送の詳細を記入し、それをバックエンドサービスへ送信する。電子メール取扱システムはＰＤＦまたはエクセル形式を表示する単純なフロントエンドを有し、利用者はそれに記入しその後そのシート上の“荷主へ送信”ボタンを押せばよい。利用者がマイクロソフトアウトルックを使っている場合、それから電子メール取扱システムが利用者のマイクロソフトアウトルックを用いて自動的に送信する。利用者がロータスノーツ等の別の電子メール取扱システムを使っている場合、利用者はＰＤＦまたはエクセルのファイルを保存するとともに電子メールクライアントを用いて添付し、荷主へ送信する必要がある。
【００４０】
この筋書きにおいて、利用者は形式を選択せず、ＰＤＦまたはエクセル形式のいずれかの固定の形態が提供されるとともに、電子メールは電子メールサーバ、例えばマイクロソフトエクスチェンジへ送信される。固定の形態上のデータをプログラムによってＸＭＬ（拡張可能マーク付け言語）へ変換し、それから真に本物の輸送／収集要求であるかを確かめるために必要な確認を行なう。バックエンドサービスに受信された該形態上のデータは引き出され、つまり展開され、現存のバックエンド確認に対し確認され、それから適当な返答が利用者へ送信される。
【００４１】
これは、小中規模の利用者を荷主と電子メールで取引可能とする単純だが革新的な解決方法である。このツールは荷物送り状、商用の送り状等を電子メール経由で送受信するための非常に軽い容量からなる。輸送がエラー無しで処理された場合、荷物送り状が生成され利用者に返送されて、印刷され荷物へ貼り付けられる。前記のように、データ変換は好ましくはインターネットプロトコルレイヤー上で実行されるＸＭＬ形式を経て行なわれ、荷主のバックエンドシステムにアクセスする。ＸＭＬ形式は標準化ＸＭＬ形式、商用だが標準化されないＸＭＬ形式、または本実施例のために特に発達されたカスタマイズされたＸＭＬ形式でありうる。
【００４２】
好ましい実施例においては、前記記入された荷物送り状フォームからの輸送情報の引き出し、および／またはバックエンドにおいて提供される確認データに対する輸送情報の確認の別の手順が設けられる。
この手順は、輸送情報が確認に合格した場合に、電子メールメッセージまたはインスタントメッセージをフロントエンドにおける利用者へ送信するさらなる手順を伴いうる。これによって利用者が前記記入された荷物送り状フォームを印刷し、輸送される荷物へ貼り付けることが可能となる。
【００４３】
典型的には、利用者が適当な荷物送り状を得たときに輸送注文が完了する。荷物送り状は典型的には、出発および目的地住所およびその他の情報といった多数の項目の情報を含む。
輸送情報が確認に合格しなかった場合、エラーメッセージを含むとともに訂正手段を提案する電子メールメッセージまたはインスタントメッセージをフロントエンドにおける利用者へ送信する、さらなる手順を設けうる。
その後、エラーがある場合、適当な訂正手段をとることで輸送を首尾よく処理することを利用者に通知する。別の好ましい実施例においては、フロントエンドにおける利用者へ輸送される荷物の収集サービスの申し込みを提供する。
【００４４】
この解決方法はまた、利用者が収集場所およびその梱包が完了する時間の詳細を提供することによって宅配業者の収集の準備を可能とする。本発明による輸送を促進するコンピュータシステムは、
コンピュータシステムのフロントエンドにおいて荷物送り状フォームを提供する手段、および
フロントエンドにおける利用者が、該荷物送り状フォームに関する輸送情報を記入するとともに、該記入された荷物送り状フォームを組み込んだ電子メールメッセージまたはインスタントメッセージを、コンピュータシステムのバックエンドへ送信することを可能とする手段、からなる。
【００４５】
前記コンピュータシステムに含まれる通信モジュールは、該システムが例えばボイスメール、文章メッセージ等の多数のメッセージ形式を用いる多数の装置と通信することを可能とするツールを含みうる。例えば、該システムは宅配業者と電話で通信するボイスメッセージを自動的に生成し、この場合該システムは通信モジュールのツールを用いて宅配業者との通信を行なう。
【００４６】
前記コンピュータシステムは、電子メール草稿メッセージまたはインスタント草稿メッセージを自動的に利用者へ送信するための手段を有する。
別の好ましい実施例においては、前記コンピュータシステムは、前記記入された荷物送り状フォームからの輸送情報の引き出し、および／または前記記入された荷物送り状フォームからの輸送情報の確認のための手段を有する。
【００４７】
ここで説明された発明は、方法および該方法を実装するコンピュータシステムに関して述べられている。しかしこの発明は、例えばコンピュータプログラムコード等の、コンピュータメモリに保存しマイクロプロセッサによって実行することができるコンピュータソフトウェアとして実装することもできることは当業者には明らかであろう。
【００４８】
コンピュータシステムの個々の構成要素またはモジュールはより大きい構造の一部として実装され、それは例えばアプリケーションサーバ内、または１つ以上のプラグインプログラム、アプレット、動的ライブラリまたはその他の、輸送情報管理のためにプログラムが１つ以上のコンピュータ上で動作することを可能とする設定としてである。該プログラムはサードパーティのアプリケーションに組み込まれるか、あるいは相互作用しうる。例証のためにモジュールに関して説明したが、本発明の実施形態をモジュール的実装に限定する必要はない。ここで述べた機能性を、単一の処理、または多数の処理および／またはアプリケーションの組み合わせとして、ソフトウェアおよび／またはハードウェアに実装しうる。
【００４９】
コンピュータシステムのさらなる構成要素が、例えばインターネットエクスプローラやネットスケープ等のウェブブラウザソフトウェアを用いて利用者が遠隔的にアクセス可能なサーバに存しうる。このようなコンピュータシステムの実施例はまた、利用者のコンピュータ上で実行されるクライアントアプリケーションをも含みうる。該クライアントアプリケーションは、分離された処理として、またはウェブブラウザの能力を拡張するとともにコンピュータシステムとの通信を可能とするヘルパーアプリケーションとして実行されうる。該クライアントアプリケーションは、利用者のコンピュータとの輸送相互作用に基づいて特定のデータを訂正しうるとともに、利用者が荷物送り状フォームを記入する際にそのような相互作用を検出しうる。
利用者はコンピュータシステムに登録することで、利用者住所、例えばクレジットカード情報等の利用者請求額情報、および利用者輸送設定といった情報を提供しうる。確認に続いて、利用者は、例えば利用者ＩＤおよびパスワードパラメータ等の認証方法を用いて該システムにアクセスしうる。
【００５０】
本発明の１つ以上の実施例は、サードパーティの輸送および郵送ソフトウェアツールとともに用いられるとともに／あるいはそれを支援する。例えば、利用者が荷物送り状フォームを印刷する際にクライアントアプリケーションを自動的に起動することもできる。荷物送り状フォーム印刷処理の一部として、選択された輸送等級、目的地住所、包みの重量および／または大きさといった輸送についての相互作用特異的情報を利用者が提供する。コンピュータシステムのバックエンドは利用者情報に基づいて、価格、修正住所等のさらなる相互作用特異的情報を引き出しうる。
【００５１】
ここで実施例が説明されたように、コンピュータ、サーバ、周辺装置、記憶装置およびデータ通信用装置といった異なるプロセッシングユニットを互いに連結する全てのシステム設計を概して含む様々な形式のコンピュータシステムとともに、本発明の様々な側面は用いられうる。このようなコンピュータシステムの例には、構内ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）およびグローバルエリアネットワーク（ＧＡＮ）が含まれうる。
【００５２】
前記実施例は主にインターネット／ＸＭＬの解決方法に傾注しているが、本発明の範囲はそれに限定されない。全ての形式のデータネットワークにおける端末、スイッチおよび連結の、広範で多用な実装、配置および設定を用いうる。
【００５３】
本発明にかかるコンピュータシステムには、複数の構成要素モジュールを含みうる。これらのソフトウェア構成要素モジュールは、市販のソフトウェア、カスタマイズされたソフトウェア、または独自開発されたソフトウェアでありうる。例えば貨物料金データベースが市販されている。これらにエラー強さがあるとともに後述のワークフローを完成させるための他のソフトウェア構成要素と統合可能であれば、コンピュータシステム内において用いることができる。
【００５４】
コンピュータシステムは、１つまたは比較的少数の位置に集中されるか、あるいは比較的多数の位置に分散されうる。以下で明らかになるように、該システムにおいて個々の物理的輸送は、輸送申し込み、輸送受諾、通関手続等の複数の異なる関連作業手順フローに相当する。さらに、輸送に際し支払われるべき税を、該複数の異なる関連作業手順フローの様々な段階において算出しうる。
【００５５】
本発明のその他の特徴は、発明を実施するための形態および特許請求の範囲を添付図面に従って読めば、当業者には明らかであろう。前述および以下の文書および図面による開示は本発明の実施例の開示に傾注している。しかしこれは例証および実例のみであって、限定するものではなく、本発明の学術的な実践によって修正されうることは、理解されるべきである。前記において本発明の実施例と見なされるものを説明したが、ここで様々な修正がなされうること、および本発明が様々な形態で実装可能であることは理解される。本発明は、特許請求の範囲およびその全範囲の相当語句によって定義される。
【図面の簡単な説明】
【００５６】
【図１】本発明にかかるコンピュータシステムの例を示す図である。
【図２】利用者の要求を分類する手順の例を示すフローチャートである。
【図３】図２の過程を継続する場合を示すフローチャートである。
【図４】図３のフローチャートにおけるラベル“ＡＰ ＧＡＳ”をより詳細に示すフローチャートである。
【図５】ラベル“Ｅ１”および“Ｅ２”をより詳細に示すフローチャートである。
【図６】本発明の実施例を組み込む現実的な適用を示す概略図である。
【図７】ＰＤＦ形式で提供される貨物空輸状の例である。
【図８】関税のかかる輸送のために記入される商用の送り状フォームの例である。
【図９】ＰＤＦ形式で提供される収集要求フォームの例である。
【符号の説明】
【００５７】
ＤＣＳ 動的チャンネル選択
ＡＷＢ 航空貨物運送状
ＧＡＳ 一般的アプリケーションサーバ
ＸＬＳ データ形式
ＭＱ メッセージキュー
ＸＳＤ データ形式
Ｐｏｃ．ｉｎｉ エラーコード
ＥＳＤＤＢ データベース
ＩＢＳＤＢ データベース
ＩＢＳ 知能事業システム
ＰＳＤＤＢ データベース
ＳＣＬ 構造化制御言語
Ａ／ｃ アカウントホルダ
ＣＳＭ 利用者サービス管理
ＣＩＳ 利用者情報システム
Ｂｋｇ ブッキング
ＫＵＬ−ＡＰＩＳ クアラルンプール国際空港−渡航旅客情報システム
ＥＳＤ 電子的ソフトウェア分布
【技術分野】
【０００１】
本発明は、概して物流システムおよび方法に関する。本発明は特に、商品の輸送を促進するための方法およびコンピュータシステムに関する。
【背景技術】
【０００２】
物流システムは商品の輸送を管理するものである。物流システムは、一体化された多数のモジュールを備え、様々な機能を供する。それは例えば、各商品の輸送のための提案を評価するとともに、その輸送のための契約を裁定する購買モジュールを備えうる。購買モジュールによって裁定された少なくとも一つの契約が統合された輸送群のためである場合、提案を分析して、その輸送の少なくとも一部が統合されうる機会があれば購買モジュールに通知する、最適化モジュールが備えられうる。受信した提案の状態および購買モジュールが裁定した契約に関する情報を、管理モジュールによって維持しうる。日程計画モジュールにより、裁定された契約に従って輸送の日程計画をしうる。輸送管理モジュールに基づき、購買モジュールによって裁定されるとともに日程計画モジュールによって日程計画された輸送の状態を追跡することも可能である。例えば第一および第二の非同期クロックドメインの間を通過した、輸送管理モジュールに追跡された輸送の状態に従って、財務モジュールにより支払いを許可しうる。
【０００３】
特許文献１より、電子メールを介して輸送についての状態情報を更新するための方法およびシステムが公知である。電子メールメッセージの作成および送信によって、人手無しに利用者の注文および輸送の状態を電子メールを介して自動的に更新するための方法を、この文献は開示している。
【０００４】
特許文献２において、ウェブに基づく電子輸送システムが記載されている。ここにおいて、単一の輸送会社および複数の利用者に適したブラウザ設計と、単一の利用者および複数の輸送会社に適した別のブラウザ設計とを提供する小包追跡システムが開示されている。
【０００５】
郵便物および小包品の輸送については、典型的には三つの主要な輸送区間に関して述べることができる。第一区間において、例えば封筒、小包等の輸送物品は、最初の発送人の住所から輸送サービス提供者の現地の収集センターまで運ばれる。第二区間において、該物品は現地の収集センターから配送センターに輸送される。第三区間において、該物品は配送センターからその最終目的地住所に輸送される。
【０００６】
一般的には、上述の三つの主要な輸送区間にわたって複数の輸送サービス提供者を利用しうる。例えば、現地宅配業者は、事業所から全国または地方の運送業者の投函場所までの小包の輸送を提供することで、第一区間を処理しうる。次に、全国または地方の運送業者は、第二区間にわたってサービスを提供し、小包を投函場所から、恐らく一つまたはそれ以上の中間ハブを介して、目的住所近くの配送センターへ配送しうる。第三の輸送実体により、最終区間にわたる配送を提供しうる。
【０００７】
単一の輸送サービス提供者が二またはそれ以上の区間にわたってサービスを提供することも可能である。例えば、現地宅配業者が事業所または住居から現地の郵便局まで小包を輸送することにより第一区間にわたってサービスを提供するとともに、別の輸送サービス提供者が第二および第三区間にわたってサービスを提供するものとしうる。単独で直送サービスを提供する輸送実体も存在する。
【０００８】
輸送サービス提供者の中には、輸送過程の第二および第三区間を遂行するために確立されたインフラを有するものもある。これらの提供者は、郵便物や小包が収集倉庫で受け取られると、それらの品物を分類、経路指定および輸送するために、充分に整備されている。
【０００９】
しかし、第一区間においては発送者が、荷物を収集センターに持ち込むか、あるいは輸送サービス提供者が最初の住所から品物を収集するための配置をする必要がある。例えば、最近まで、輸送サービスを利用するためには、郵便配達員が定期配送巡回に来るのを待つか、あるいは品物を郵便局まで運び該品物を配達に出すために並んで待たなければならなかった。この問題に対処するために、輸送サービス提供者の中には、利用者からの荷物の収集および受取人の現地郵便局までの荷物の輸送を専門に扱うものもあった。よって、該輸送サービス提供者は発送人の家屋からの荷物収集を提供する。
【００１０】
収集サービスの提供に加えて、輸送サービス提供者は、輸送サービスへの消費者のアクセスを改善するための新技術を模索している。このような場合において、利用者はウェブページを検索して限られた収集サービスを依頼しうる。
【００１１】
現在行われているような収集過程は、利用者および輸送人にとって煩雑であるとともに費用がかかる。各収集地点から収集される小包の数が多くなければ、単独の利用者からの荷物の収集費用は、輸送サービス提供者にとって比較的高くなる。また、サービス提供者がその収集を最適化するためには、利用者は日程の制約に従わなければならない。例えば、収集サービスを利用するために、利用者は、各収集のためにインターネット経由でウェブサイトを介して収集時間を計画しなければならない。
【００１２】
利用者が郵便物および小包を輸送する助けとなるこれらの解決策は、例えば、時間のかかる利用者相互作用を要すること、時間の制約を伴うこと、および／またはより高い費用を要することによって、利用者にとって依然として負担となっている。したがって、利用者のために輸送過程を促進する効率的な解決策が必要とされている。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】米国特許第６，０４７，２６４号明細書
【特許文献２】米国特許第６，２２０，５０９号明細書
【発明の概要】
【００１４】
以下の記述において、輸送とは、任意の利用可能な運送手段を用いる任意の郵便物または商品の運送をいう。典型的には、輸送は、元の場所から目的地までの一またはそれ以上の運送区間を含む。郵便物、包み、小包または荷物に関する用語は、任意のおよび全ての荷物物品に言及するために同じ意味に使用される。
【００１５】
本開示においては、宅配業者、収集サービス提供者および輸送者とは、最初の場所から異なる場所への荷物の輸送業務を遂行する個人、複数の人または会社を指して互換的に用いる。
【００１６】
本発明にかかる輸送を促進するための方法は、以下の手順、すなわち
コンピュータシステムのフロントエンドでの荷物送り状フォームの提供、および
該荷物送り状フォームと関連付けられた輸送情報を記入すること、および該記入された荷物送り状フォームを組み込まれた電子メールメッセージまたはインスタントメッセージを該コンピュータシステムのバックエンドへと送信することを、フロントエンドにおいて利用者に可能とすること、からなる。
【００１７】
本発明にかかる方法は、そのシステムおよび利用者環境、または移動体か固定装置かに左右されない。該方法は、例えばマイクロソフトアウトルック、ロータスノーツ等の任意の電子メールクライアントを用いて電子メールメッセージまたはインスタントメッセージを送受信可能な任意の装置上で作動するので、選択的ではない。電子メールクライアントに対し従属性があるが、ハードウェアにはない。正確で時宜を得た輸送情報は、輸送を迅速に処理するために重要である。このツールについての独特なことは、利用者がその輸送情報を輸送者に容易に送信することができるとともに、輸送者は、例えば電子メールを介して輸送情報を受け取ることができることである。これによって、別の任意の現行商取引ツールで引き付けることが困難な小中規模の利用者に対して、新たな部分が切り開かれる。電子メールは現在普遍的かつ広く用いられる通信方式であり、既知の輸送者でこの機能性を提供するものはまだ無いので、このツールはサービス提供における即時の需要や余地に適合する。
【００１８】
任意の装置上にある自身の電子メールまたはインスタントメッセージアカウントにアクセス可能な任意の利用者は、そのサービスを利用しうる。主にＳＭＳ（ショートメッセージサービス）またはＭＭＳ（マルチメディアメッセージングサービス）等の他のメッセージシステムを用いて本発明を実行することが可能である。
【００１９】
本発明にかかる方法は、典型的には荷物送り状の生成を含む。該荷物送り状は局所印刷機で印刷され、荷物に添付される。該荷物送り状は典型的には、出発および目的地住所、包みの大きさおよび／あるいは重量等の輸送情報を含む。
【００２０】
輸送情報データがコンピュータシステムのバックエンドに確実に伝達されると、バックエンドにおいて該データを可能性のあるエラーについて解析するとともに該データを確認しうる。利用者の輸送情報の確認において、システムはさらに例えば制定法および／あるいは契約上の一連の条項および規則からなる利用者規定を利用者に示し、利用者はサービスを受けるためにそれを承認および同意する必要があるものともしうる。利用者は該規定を検討し、利用者の条項への承諾を示す入力を行なう。
【００２１】
コンピュータシステムに含まれる荷物送り状生成モジュールは、特定の形式の荷物の荷物送り状フォームの生成のためのツールを含みうる。これは、必ずしも輸送サービス提供者によって提供されない特注輸送モードを含む。
【００２２】
この方法の好ましい実施形態は、さらに電子メール草稿メッセージまたはインスタント草稿メッセージの自動送信の手順を含む。利用者の便宜のために送信される前記記入された荷物送り状フォームが、該メッセージに組み込まれる。
【００２３】
別の好ましい実施形態においては、前記荷物送り状フォームは貨物輸送状フォーム、好ましくは貨物空輸状フォーム、貨物海輸状フォームまたは貨物急行輸送状フォームを含む。
【００２４】
電子メールを経由し、利用者への空路および／または海路運送のための貨物空輸状および／または貨物海輸状等の輸送文書の生成および送信の能力を有する輸送過程に焦点がある。
【００２５】
この方法の好ましい実施形態においては、前記荷物送り状フォームは送り状を含む。
【００２６】
例えば第１および第２の非同期クロックドメインの間を通過した、輸送管理モジュールに追跡された輸送の状態に従って、財務モジュールは支払いを認可しうる。
【００２７】
本発明はさらに、利用者に現金、クレジットカード、デビットカード等での支払いを可能とする支払い機能性の提供を含む。このような筋書きにおいて、利用者が電子メール輸送テンプレートを受信すると、該利用者は自身のクレジットカードの詳細等を該テンプレート自体に直接入力することができる。提供者がこのデータを受信すると、該提供者はそれを確認し、利用者によって入力されたデータに基づき見積書または適当な応答を該利用者へ返信することができる。
【００２８】
本発明はまた現金による支払い方法を有し、これによって、宅配業者が小包を収集に来る際に、電子メールを利用して生成された見積書に基づいて利用者から直接現金を受け取ることができる。
【発明を実施するための形態】
【００２９】
図１は、フロントエンドにおける利用者に電子メール経由のＰＤＦ形式で示される、本発明にかかるコンピュータシステムの例を示す図である。データはＸＭＬ／ＺＩＰ形式で、サーバ、すなわち一般的アプリケーションサーバ（ＧＡＳ）からなるバックエンドへ送信される。ＧＡＳは輸送および利用者からの収集要求を処理する。
好ましくは、柔軟性を増すために動的チャンネル選択を実装する。
【００３０】
図２は、データ形式に従うとともに輸送要求または収集要求である要求に従って、利用者の要求を分類する手順の例を示すフローチャートである。
利用者が電子メール送信ファイルをファイリングする。
例えばマイクロソフトアウトルック等の任意の電子メールプログラムによって、データは例えばＸＭＬ等の適当なデータ形式に変換されるとともに、任意に圧縮される。
【００３１】
動的チャンネル選択−動的チャンネル選択器−によって、形式がＸＭＬか圧縮されているかがチェックされる。圧縮されている場合、該圧縮ファイルが解凍されるとともに中に含まれるＸＭＬファイルが展開される。
形式が既にＸＭＬの場合、メッセージが収集要求か輸送要求かがチェックされる。
その後、動的チャンネル選択によって、輸送要求か収集要求かがチェックされるとともに、さらなる処理が開始される。
【００３２】
利用者の要求が輸送要求である場合の図２の処理の継続のフローチャートが、図３に示される。この例におけるＧＡＳは、主にＣ＋＋で書かれたライブラリの組である。
ＸＭＬデータは展開され、適当なファイル、特にＸＳＤファイルで確認される。
エラーが起きた場合、エラー取扱手順が開始される。
エラーが無い場合、輸送サービスにより、一般的アプリケーションサーバ（ＧＡＳ）のための要求ストリングが生成されるとともに、該要求がメッセージキューＭＱを経てＧＡＳへと送信される。
【００３３】
一般的アプリケーションにより、貨物空輸状ＡＷＢが適当なメッセージコード、ノーエラーコード／エラーコードとともに返送される。
エラーコードが受信された場合、エラー訂正手順Ｅ２が開始される。
エラーコードが受信されない場合、輸送に関税がかかるかどうかがチェックされる。
輸送に関税がかかる場合、商用の送り状が生成される。
輸送に関税がかからない場合、輸送ＰＤＦファイルおよび輸送領収証が生成される。
その後、例えばＰＤＦ形式等の、利用者への応答としての適切な添付とともに、電子メールが利用者へ送信される。
【００３４】
図３のフローチャートにおけるラベル“ＡＰ ＧＡＳ”をより詳細に示すフローチャートが、図４に示される。
輸送確認要求がクライアントアプリケーションから受信される。
データベースＥＳＤＤにより、目的地経路コードのための目的地経路指定サービスが呼び出される。
起点経路のためのさらなる経路指定サービスが呼び出される。
さらなるデータベースＩＢＳＤＢにより、アカウントおよび確認サービスが呼び出される。
【００３５】
知能事業サービスＩＢＳにより、輸送料金のためのレーティングサービスが呼び出される。
その後、ＡＷＢ番号を生成する貨物空輸状ＡＷＢサービスフォームが起動される。
さらなるデータベースＰＳＤＤＢにより、輸送荷積みサービスが呼び出される。その後、応答が貨物空輸状ＡＷＢ、輸送料金および経路コードとともに利用者へ送信される。
データベースＰＳＤＤＢが構造化制御言語ＳＣＬによって輸送解放サービスと通信する。
【００３６】
ラベル“Ｅ１”および“Ｅ２”をより詳細に示すフローチャートが、図５に示される。
“Ｅ１”および“Ｅ２”は図３の処理におけるエラーを示す。“Ｅ３”は、図３の処理によって構成されない収集要求の不良によるさらなるエラーを示す。
エラー手順Ｅ１には、利用者へのエラー電子メールの送信が含まれる。
エラー手順Ｅ２に従い、エラーコードＰｏｃ．ｉｎｉの受信後に、カスタマイズされたエラー電子メールが利用者へ送信される。これは、例えば無効なアカウント番号、無効な荷主住所または無効な荷受人住所が原因である。
エラー手順Ｅ３もまたエラーコードＰｏｃ．ｉｎｉの受信によって起動される。この場合、収集要求の不良によってエラー電子メールが利用者に送信される。
【００３７】
本発明の実施例を組み込む現実的な適用を示す概略図が、図６に示される。荷主はマレーシアのＤＨＬであり、利用者はクアラルンプールの空港の認可された従業員および乗客である。
ＤＨＬは物流システムの好ましい提供者である。該物流システムは、物品の取扱、および好ましくは、例えば会計サービス等のさらなる機能を含む。
図６は、本発明による輸送確認サービスの好ましい実施例を示している。
この例において、輸送確認は例えばアカウント情報、請求額情報、輸送情報、経路設計サービスおよび輸送参照データ等の異なる形式のデータと情報を含むことが可能であることが示される。
【００３８】
ＰＤＦ形式で提供される貨物空輸状の例が図７に示される。これはコンピュータシステムのフロントエンドにおける利用者によって埋められ、印刷の準備ができている。
図８は、ＰＤＦ形式で提供される、関税のかかる輸送のために記入される商用の送り状フォームの例である。
図９は、ＰＤＦ形式で提供される収集要求フォームの例である。
この場合、利用者が電子メールを用いて輸送／収集要求を生成する能力および商用の送り状を電子メールを経て受け取る能力を有するのであれば、利用者にとっての輸送手順全体を電子メールを用いて取り扱うことができる。
【００３９】
別の好ましい実施例において、前記荷物送り状フォームはハードコピー形式、好ましくはＰＤＦ形式またはエクセル形式を含む。この場合、本発明により、現存のハードコピー荷物送り状形式を複写するフロントエンドが提供される。利用者は電子的形態、好ましくはＰＤＦまたはエクセル形式において輸送の詳細を記入し、それをバックエンドサービスへ送信する。電子メール取扱システムはＰＤＦまたはエクセル形式を表示する単純なフロントエンドを有し、利用者はそれに記入しその後そのシート上の“荷主へ送信”ボタンを押せばよい。利用者がマイクロソフトアウトルックを使っている場合、それから電子メール取扱システムが利用者のマイクロソフトアウトルックを用いて自動的に送信する。利用者がロータスノーツ等の別の電子メール取扱システムを使っている場合、利用者はＰＤＦまたはエクセルのファイルを保存するとともに電子メールクライアントを用いて添付し、荷主へ送信する必要がある。
【００４０】
この筋書きにおいて、利用者は形式を選択せず、ＰＤＦまたはエクセル形式のいずれかの固定の形態が提供されるとともに、電子メールは電子メールサーバ、例えばマイクロソフトエクスチェンジへ送信される。固定の形態上のデータをプログラムによってＸＭＬ（拡張可能マーク付け言語）へ変換し、それから真に本物の輸送／収集要求であるかを確かめるために必要な確認を行なう。バックエンドサービスに受信された該形態上のデータは引き出され、つまり展開され、現存のバックエンド確認に対し確認され、それから適当な返答が利用者へ送信される。
【００４１】
これは、小中規模の利用者を荷主と電子メールで取引可能とする単純だが革新的な解決方法である。このツールは荷物送り状、商用の送り状等を電子メール経由で送受信するための非常に軽い容量からなる。輸送がエラー無しで処理された場合、荷物送り状が生成され利用者に返送されて、印刷され荷物へ貼り付けられる。前記のように、データ変換は好ましくはインターネットプロトコルレイヤー上で実行されるＸＭＬ形式を経て行なわれ、荷主のバックエンドシステムにアクセスする。ＸＭＬ形式は標準化ＸＭＬ形式、商用だが標準化されないＸＭＬ形式、または本実施例のために特に発達されたカスタマイズされたＸＭＬ形式でありうる。
【００４２】
好ましい実施例においては、前記記入された荷物送り状フォームからの輸送情報の引き出し、および／またはバックエンドにおいて提供される確認データに対する輸送情報の確認の別の手順が設けられる。
この手順は、輸送情報が確認に合格した場合に、電子メールメッセージまたはインスタントメッセージをフロントエンドにおける利用者へ送信するさらなる手順を伴いうる。これによって利用者が前記記入された荷物送り状フォームを印刷し、輸送される荷物へ貼り付けることが可能となる。
【００４３】
典型的には、利用者が適当な荷物送り状を得たときに輸送注文が完了する。荷物送り状は典型的には、出発および目的地住所およびその他の情報といった多数の項目の情報を含む。
輸送情報が確認に合格しなかった場合、エラーメッセージを含むとともに訂正手段を提案する電子メールメッセージまたはインスタントメッセージをフロントエンドにおける利用者へ送信する、さらなる手順を設けうる。
その後、エラーがある場合、適当な訂正手段をとることで輸送を首尾よく処理することを利用者に通知する。別の好ましい実施例においては、フロントエンドにおける利用者へ輸送される荷物の収集サービスの申し込みを提供する。
【００４４】
この解決方法はまた、利用者が収集場所およびその梱包が完了する時間の詳細を提供することによって宅配業者の収集の準備を可能とする。本発明による輸送を促進するコンピュータシステムは、
コンピュータシステムのフロントエンドにおいて荷物送り状フォームを提供する手段、および
フロントエンドにおける利用者が、該荷物送り状フォームに関する輸送情報を記入するとともに、該記入された荷物送り状フォームを組み込んだ電子メールメッセージまたはインスタントメッセージを、コンピュータシステムのバックエンドへ送信することを可能とする手段、からなる。
【００４５】
前記コンピュータシステムに含まれる通信モジュールは、該システムが例えばボイスメール、文章メッセージ等の多数のメッセージ形式を用いる多数の装置と通信することを可能とするツールを含みうる。例えば、該システムは宅配業者と電話で通信するボイスメッセージを自動的に生成し、この場合該システムは通信モジュールのツールを用いて宅配業者との通信を行なう。
【００４６】
前記コンピュータシステムは、電子メール草稿メッセージまたはインスタント草稿メッセージを自動的に利用者へ送信するための手段を有する。
別の好ましい実施例においては、前記コンピュータシステムは、前記記入された荷物送り状フォームからの輸送情報の引き出し、および／または前記記入された荷物送り状フォームからの輸送情報の確認のための手段を有する。
【００４７】
ここで説明された発明は、方法および該方法を実装するコンピュータシステムに関して述べられている。しかしこの発明は、例えばコンピュータプログラムコード等の、コンピュータメモリに保存しマイクロプロセッサによって実行することができるコンピュータソフトウェアとして実装することもできることは当業者には明らかであろう。
【００４８】
コンピュータシステムの個々の構成要素またはモジュールはより大きい構造の一部として実装され、それは例えばアプリケーションサーバ内、または１つ以上のプラグインプログラム、アプレット、動的ライブラリまたはその他の、輸送情報管理のためにプログラムが１つ以上のコンピュータ上で動作することを可能とする設定としてである。該プログラムはサードパーティのアプリケーションに組み込まれるか、あるいは相互作用しうる。例証のためにモジュールに関して説明したが、本発明の実施形態をモジュール的実装に限定する必要はない。ここで述べた機能性を、単一の処理、または多数の処理および／またはアプリケーションの組み合わせとして、ソフトウェアおよび／またはハードウェアに実装しうる。
【００４９】
コンピュータシステムのさらなる構成要素が、例えばインターネットエクスプローラやネットスケープ等のウェブブラウザソフトウェアを用いて利用者が遠隔的にアクセス可能なサーバに存しうる。このようなコンピュータシステムの実施例はまた、利用者のコンピュータ上で実行されるクライアントアプリケーションをも含みうる。該クライアントアプリケーションは、分離された処理として、またはウェブブラウザの能力を拡張するとともにコンピュータシステムとの通信を可能とするヘルパーアプリケーションとして実行されうる。該クライアントアプリケーションは、利用者のコンピュータとの輸送相互作用に基づいて特定のデータを訂正しうるとともに、利用者が荷物送り状フォームを記入する際にそのような相互作用を検出しうる。
利用者はコンピュータシステムに登録することで、利用者住所、例えばクレジットカード情報等の利用者請求額情報、および利用者輸送設定といった情報を提供しうる。確認に続いて、利用者は、例えば利用者ＩＤおよびパスワードパラメータ等の認証方法を用いて該システムにアクセスしうる。
【００５０】
本発明の１つ以上の実施例は、サードパーティの輸送および郵送ソフトウェアツールとともに用いられるとともに／あるいはそれを支援する。例えば、利用者が荷物送り状フォームを印刷する際にクライアントアプリケーションを自動的に起動することもできる。荷物送り状フォーム印刷処理の一部として、選択された輸送等級、目的地住所、包みの重量および／または大きさといった輸送についての相互作用特異的情報を利用者が提供する。コンピュータシステムのバックエンドは利用者情報に基づいて、価格、修正住所等のさらなる相互作用特異的情報を引き出しうる。
【００５１】
ここで実施例が説明されたように、コンピュータ、サーバ、周辺装置、記憶装置およびデータ通信用装置といった異なるプロセッシングユニットを互いに連結する全てのシステム設計を概して含む様々な形式のコンピュータシステムとともに、本発明の様々な側面は用いられうる。このようなコンピュータシステムの例には、構内ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）およびグローバルエリアネットワーク（ＧＡＮ）が含まれうる。
【００５２】
前記実施例は主にインターネット／ＸＭＬの解決方法に傾注しているが、本発明の範囲はそれに限定されない。全ての形式のデータネットワークにおける端末、スイッチおよび連結の、広範で多用な実装、配置および設定を用いうる。
【００５３】
本発明にかかるコンピュータシステムには、複数の構成要素モジュールを含みうる。これらのソフトウェア構成要素モジュールは、市販のソフトウェア、カスタマイズされたソフトウェア、または独自開発されたソフトウェアでありうる。例えば貨物料金データベースが市販されている。これらにエラー強さがあるとともに後述のワークフローを完成させるための他のソフトウェア構成要素と統合可能であれば、コンピュータシステム内において用いることができる。
【００５４】
コンピュータシステムは、１つまたは比較的少数の位置に集中されるか、あるいは比較的多数の位置に分散されうる。以下で明らかになるように、該システムにおいて個々の物理的輸送は、輸送申し込み、輸送受諾、通関手続等の複数の異なる関連作業手順フローに相当する。さらに、輸送に際し支払われるべき税を、該複数の異なる関連作業手順フローの様々な段階において算出しうる。
【００５５】
本発明のその他の特徴は、発明を実施するための形態および特許請求の範囲を添付図面に従って読めば、当業者には明らかであろう。前述および以下の文書および図面による開示は本発明の実施例の開示に傾注している。しかしこれは例証および実例のみであって、限定するものではなく、本発明の学術的な実践によって修正されうることは、理解されるべきである。前記において本発明の実施例と見なされるものを説明したが、ここで様々な修正がなされうること、および本発明が様々な形態で実装可能であることは理解される。本発明は、特許請求の範囲およびその全範囲の相当語句によって定義される。
【図面の簡単な説明】
【００５６】
【図１】本発明にかかるコンピュータシステムの例を示す図である。
【図２】利用者の要求を分類する手順の例を示すフローチャートである。
【図３】図２の過程を継続する場合を示すフローチャートである。
【図４】図３のフローチャートにおけるラベル“ＡＰ ＧＡＳ”をより詳細に示すフローチャートである。
【図５】ラベル“Ｅ１”および“Ｅ２”をより詳細に示すフローチャートである。
【図６】本発明の実施例を組み込む現実的な適用を示す概略図である。
【図７】ＰＤＦ形式で提供される貨物空輸状の例である。
【図８】関税のかかる輸送のために記入される商用の送り状フォームの例である。
【図９】ＰＤＦ形式で提供される収集要求フォームの例である。
【符号の説明】
【００５７】
ＤＣＳ 動的チャンネル選択
ＡＷＢ 航空貨物運送状
ＧＡＳ 一般的アプリケーションサーバ
ＸＬＳ データ形式
ＭＱ メッセージキュー
ＸＳＤ データ形式
Ｐｏｃ．ｉｎｉ エラーコード
ＥＳＤＤＢ データベース
ＩＢＳＤＢ データベース
ＩＢＳ 知能事業システム
ＰＳＤＤＢ データベース
ＳＣＬ 構造化制御言語
Ａ／ｃ アカウントホルダ
ＣＳＭ 利用者サービス管理
ＣＩＳ 利用者情報システム
Ｂｋｇ ブッキング
ＫＵＬ−ＡＰＩＳ クアラルンプール国際空港−渡航旅客情報システム
ＥＳＤ 電子的ソフトウェア分布
【特許請求の範囲】
【請求項１】
輸送を促進するための方法であって、
コンピュータシステムのフロントエンドでの荷物送り状フォームの提供、および
該荷物送り状フォームと関連付けられた輸送情報を記入すること、および該記入された荷物送り状フォームを組み込まれた電子メールメッセージまたはインスタントメッセージを該コンピュータシステムのバックエンドへと送信することを、フロントエンドにおいて利用者に可能とすること、からなる手順。
【請求項２】
電子メール草稿メッセージまたはインスタント草稿メッセージの自動送信の手順をさらに含み、利用者の便宜のために送信される前記記入された荷物送り状フォームが該メッセージに組み込まれるものとする、請求項１に記載の方法。
【請求項３】
前記荷物送り状フォームは貨物輸送状フォーム、好ましくは貨物空輸状フォーム、貨物海輸状フォームまたは貨物急行輸送状フォームからなるものとする、請求項１または２に記載の方法。
【請求項４】
前記荷物送り状フォームは送り状を含むものとする、前記請求項のいずれかに記載の方法。
【請求項５】
前記荷物送り状フォームはハードコピー形式、好ましくはＰＤＦ形式またはエクセル形式からなるものとする、前記請求項のいずれかに記載の方法。
【請求項６】
前記記入された荷物送り状フォームからの輸送情報の引き出し、および／またはバックエンドにおいて提供される確認データに対する輸送情報の確認の手順をさらに含む、前記請求項のいずれかに記載の方法。
【請求項７】
電子メールメッセージまたはインスタントメッセージをフロントエンドにおける利用者へ送信し、該利用者が前記記入された荷物送り状フォームを印刷し、輸送される荷物へ貼り付けることを可能とする手順をさらに含む、請求項６に記載の方法。
【請求項８】
前記輸送情報が確認に合格しなかった場合、エラーメッセージを含むとともに訂正手段を提案する電子メールメッセージまたはインスタントメッセージをフロントエンドにおける利用者へ送信する手順をさらに含む、請求項６に記載の方法。
【請求項９】
フロントエンドにおける利用者への輸送される荷物の収集サービスの申し込みの手順をさらに含む、前記請求項のいずれかに記載の方法。
【請求項１０】
輸送を促進するためのシステムであって、
コンピュータシステムのフロントエンドにおいて荷物送り状フォームを提供する手段、および
該荷物送り状フォームと関連付けられた輸送情報を記入すること、および該記入された荷物送り状フォームを組み込まれた電子メールメッセージまたはインスタントメッセージを該コンピュータシステムのバックエンドへと送信することを、フロントエンドにおいて利用者に可能とする手段、からなるシステム。
【請求項１１】
前記コンピュータシステムは、電子メール草稿メッセージまたはインスタント草稿メッセージを自動的に送信する手段をさらに含むものとする、請求項１０に記載のシステム。
【請求項１２】
前記コンピュータシステムは、前記記入された荷物送り状フォームからの輸送情報の引き出し、および／または前記記入された荷物送り状フォームからの輸送情報の確認のための手段をさらに含むものとする、請求項１０または１１に記載のシステム。
【請求項１】
輸送を促進するための方法であって、
コンピュータシステムのフロントエンドでの荷物送り状フォームの提供、および
該荷物送り状フォームと関連付けられた輸送情報を記入すること、および該記入された荷物送り状フォームを組み込まれた電子メールメッセージまたはインスタントメッセージを該コンピュータシステムのバックエンドへと送信することを、フロントエンドにおいて利用者に可能とすること、からなる手順。
【請求項２】
電子メール草稿メッセージまたはインスタント草稿メッセージの自動送信の手順をさらに含み、利用者の便宜のために送信される前記記入された荷物送り状フォームが該メッセージに組み込まれるものとする、請求項１に記載の方法。
【請求項３】
前記荷物送り状フォームは貨物輸送状フォーム、好ましくは貨物空輸状フォーム、貨物海輸状フォームまたは貨物急行輸送状フォームからなるものとする、請求項１または２に記載の方法。
【請求項４】
前記荷物送り状フォームは送り状を含むものとする、前記請求項のいずれかに記載の方法。
【請求項５】
前記荷物送り状フォームはハードコピー形式、好ましくはＰＤＦ形式またはエクセル形式からなるものとする、前記請求項のいずれかに記載の方法。
【請求項６】
前記記入された荷物送り状フォームからの輸送情報の引き出し、および／またはバックエンドにおいて提供される確認データに対する輸送情報の確認の手順をさらに含む、前記請求項のいずれかに記載の方法。
【請求項７】
電子メールメッセージまたはインスタントメッセージをフロントエンドにおける利用者へ送信し、該利用者が前記記入された荷物送り状フォームを印刷し、輸送される荷物へ貼り付けることを可能とする手順をさらに含む、請求項６に記載の方法。
【請求項８】
前記輸送情報が確認に合格しなかった場合、エラーメッセージを含むとともに訂正手段を提案する電子メールメッセージまたはインスタントメッセージをフロントエンドにおける利用者へ送信する手順をさらに含む、請求項６に記載の方法。
【請求項９】
フロントエンドにおける利用者への輸送される荷物の収集サービスの申し込みの手順をさらに含む、前記請求項のいずれかに記載の方法。
【請求項１０】
輸送を促進するためのシステムであって、
コンピュータシステムのフロントエンドにおいて荷物送り状フォームを提供する手段、および
該荷物送り状フォームと関連付けられた輸送情報を記入すること、および該記入された荷物送り状フォームを組み込まれた電子メールメッセージまたはインスタントメッセージを該コンピュータシステムのバックエンドへと送信することを、フロントエンドにおいて利用者に可能とする手段、からなるシステム。
【請求項１１】
前記コンピュータシステムは、電子メール草稿メッセージまたはインスタント草稿メッセージを自動的に送信する手段をさらに含むものとする、請求項１０に記載のシステム。
【請求項１２】
前記コンピュータシステムは、前記記入された荷物送り状フォームからの輸送情報の引き出し、および／または前記記入された荷物送り状フォームからの輸送情報の確認のための手段をさらに含むものとする、請求項１０または１１に記載のシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公表番号】特表２０１０−５２６００２（Ｐ２０１０−５２６００２Ａ）
【公表日】平成２２年７月２９日（２０１０．７．２９）
【国際特許分類】
【出願番号】特願２０１０−５０４４５５（Ｐ２０１０−５０４４５５）
【出願日】平成１９年４月２７日（２００７．４．２７）
【国際出願番号】ＰＣＴ／ＥＰ２００７／００３７５４
【国際公開番号】ＷＯ２００８／１３１７９１
【国際公開日】平成２０年１１月６日（２００８．１１．６）
【出願人】（５０３２７６４７０）ドイチェ ポスト アーゲー (50)
【公表日】平成２２年７月２９日（２０１０．７．２９）
【国際特許分類】
【出願日】平成１９年４月２７日（２００７．４．２７）
【国際出願番号】ＰＣＴ／ＥＰ２００７／００３７５４
【国際公開番号】ＷＯ２００８／１３１７９１
【国際公開日】平成２０年１１月６日（２００８．１１．６）
【出願人】（５０３２７６４７０）ドイチェ ポスト アーゲー (50)
[ Back to top ]