JP2008542886A - 貨物輸送管理および分析 - Google Patents

Abstract

発送地から目的地までの貨物航行における貨物の輸送および状態に関する情報を収集し、管理する方法が提供する。貨物に関連した電子貨物航行フォルダ（ＥＣＶＦ）が作成し、このフォルダは、貨物ＩＤ、貨物内容および貨物航行運行のための輸送方法を含む。出航地において初期貨物状態に関する第１評価をリクエストし、そして貨物状態の第１評価、第１評価を行った場所および日時刻をＥＣＶＦに記録する。貨物航行中に生ずるイベントも、ＥＣＶＦに記録する。目的地において貨物状態の第２評価をリクエストし、そして貨物状態の第２評価、第２評価を行った場所及び日時刻をＥＣＶＦに記録する。

Description

本発明は、主として海上における貨物輸送の管理に関連するデータを収集し、正規化し、流布し、また分析する方法に関する。

貨物運行としての国際的商取引海上環境における、各貨物航行は、例えば以下のような項目に関する膨大なドキュメントの提出が必要となる。それは、貨物の出所、行先、コンディションおよび品目、貨物および船舶の航行スケジュール、積み降ろし、そして、貨物航行そのものの進行状態などである。この提出ドキュメントは、貨物航行の計画を管理し記録することと、貨物航行中、関係者間で責務および責任を割り当て、指定するために用いる。

この提出ドキュメントを管理する現在の方法および慣例は、全ての関係者にとって多くの手作業による手間と費用のかかるステップを含む。情報および調査報告は、概して、例えば電子メール、肉声、ファックス、テレックスおよび文書コピーの手渡しなどの従来の手段によって、関係者の間で伝達される。これらの方法は、エラーを起こしやすく、時間がかかり、多数の関係者の中での情報の迅速な流布の余地がない。結果として生じる遅延はしばしば、タイムリーに重要な決定をすることができない、または不完全なデータに基づく決定をするなどの結果を引き起こす。現在、貨物航行に関する不足のない情報を整然と収集し、流布させることを可能にするシステムは存在しない。

他の問題は、さまざまな書類の多様な性質によって、データ内容および物理フォーマットにおいて生じる。従来の肉声、手書きやその他の紙の伝達形態の普及は、データとしての結果が自動的に分析されあるいは処理されることの出来ない環境を作り出す。ある価値のある利益、例えば収集された多数の文書に基づき起こりうるシナリオをシミュレートし、それにより起こりうる結果を予測し評価する能力は、実用的ではない。現在、貨物運行に関するさまざまな書類の全てを、整合的に収集し、正規化し、分析することを可能にするシステムは存在しない。加えて、輸送作業を追跡記録する全ての現システムは、例えばトラック、鉄道および航洋船などの、貨物運行において用いられるさまざまな輸送機関の動きを追跡記録する方へと向かっている。実際の貨物の追跡記録は、貨物を乗物と結びつけて考えることによって、間接的に実行されるだけである。現在、遠洋航海の輸送環境においての、貨物の追跡記録と管理を直接行うことを可能にするシステムは存在しない。

本発明の、第１の広義の態様によれば、出発地から目的地までの貨物運行中の、貨物の輸送とコンディションに関する情報を収集し、管理する方法を提供し、以下のステップを含む。それは、貨物ＩＤ、貨物内容および前記貨物運行の輸送方法を含んだ、貨物に関する電子貨物運行フォルダを作成するステップ、前記出発地において、初期的な貨物状態の第１評価をリクエストするステップ、前記電子貨物運行フォルダに、前記貨物状態の第１評価、この第１評価を行う場所および日時を記録するステップ、前記貨物運行中に発生するイベントを前記電子貨物運行フォルダに記録するステップ、前記目的地で、前記貨物状態の第２評価をリクエストするステップ、および前記電子貨物運行フォルダに、前記貨物状態第２評価、この第２評価を行った場所および日時を記録するステップである。

本発明の、第２の広義の態様によれば、出発地から目的地までの貨物運行中における貨物運行に関する情報を収集し、管理するシステムが提供し、貨物ＩＤ、貨物内容および前記貨物運行のための輸送方法を含んだ、貨物に関する電子貨物運行フォルダと、電子貨物運行フォルダに、運行中に発生するイベントを記録する運行イベントモジュールと、初期的な貨物状態の第１評価をリクエストし、また電子貨物運行フォルダに、貨物状態の第１評価、第１評価を行った場所および日時を記録するし、また貨物状態の第２評価をリクエストし、電子貨物運行フォルダに、貨物状態の第２評価、この第２評価を行った場所および日時を記録するよう構成した貨物評価モジュールと、を備える。

本発明の、第３の広義の態様によれば、出発地から目的地までの貨物運行中における貨物の輸送に関連する情報を収集し、管理する装置が提供し、この装置は、プロセッサと、およびプロセッサに以下の処理を行わせる処理命令で符号化したメモリであって、貨物ＩＤ、貨物内容および前記貨物運行のための輸送方法を含む、貨物と関連する電子貨物運行フォルダを作成する処置、出発地で、初期的な貨物状態の第１評価をリクエストする処理、電子貨物運行フォルダに、貨物状態の前記１評価、この第１評価を行った場所および日時を記録する処理、電子貨物運行フォルダに、貨物運行中に発生するイベントを記録する処理、目的地で貨物状態の第２評価をリクエストする処理、電子貨物航行フォルダに、貨物状態の第２評価、この第２評価を行った場所および日時を記録する処理を行わせる処理命令で符号化した該メモリと、を備える。

本発明の、第４の広義の態様によれば、出発地から目的地までの貨物運行中の貨物の輸送に関連する情報を収集し、管理することをコンピュータにより実行する方法を実現する処理命令によって符号化したコンピュータ可読媒体が提供し、その方法は以下のステップ、すなわち、貨物ＩＤ、貨物内容および貨物運行のための輸送方法を含む、貨物と関連する電子貨物運行フォルダを作成するステップ、出発地で、初期的な貨物状態の第１評価をリクエストするステップ、電子貨物運行フォルダに、貨物状態の第１評価、この第１評価を行った場所および日時を記録するステップ、電子貨物運行フォルダに、貨物運行中に発生したイベントを記録するステップ、目的地で、貨物状態の第２評価をリクエストするステップ、および、電子貨物運行フォルダに、貨物状態の第２評価、この第２評価を行った場所および日時を記録するステップである。

上記の方法およびシステムは、「貨物中心」理論的枠組み（パラダイム）を用いることで、運送業の重要な貨物運行関連データの収集、正規化、流布および分析を容易にする。それらは又、貨物運行の各々の部分における重要な情報が保存されることを可能にし、またそれが便利な所に置かれて様々な関係者が利用できるようにする。本発明の方法およびシステムを使用して、特定の貨物に関する決定の速度および精度を改善する利点を有する、分かりやすいドキュメントの作成プロセスが提供される。貨物の損傷または紛失の場合の責任の所在はより容易に突き止めることができる。
本発明の、これらおよび他の特徴、態様および利点は、以下の添付図面を参照しての説明によりよく理解されるであろう。

本発明のシステムは、各々の貨物運行のための電子貨物運行フォルダ（ＥＣＶＦ）を作成し、また管理維持することによって機能する。図１に示すように、ある特定貨物用のＥＣＶＦのコンテンツを、データベースに保存する。図示のように、ＥＣＶＦのコンテンツへのアクセスはサーバ、好ましくはウェブサーバによって制御し、貨物運行を通して貨物に関するタイムリーな情報を、遠隔地の複数のユーザーに提供する。このＥＣＶＦは、実際の貨物輸送前、輸送中、または輸送後のどの時点で発生するにしても、運行に関するすべてのドキュメントおよび情報の共通収集ポイントとして作用する。本発明の実施例におけるＥＣＶＦの特徴および利点は、以下の通りである。すなわち、
・ 貨物運行に係わるすべての当事者にわたる様式およびデータ要素の正規化
・ すべての関係者に対する新規データの即時公表
・ 自動通知メッセージを、所定情報またはドキュメントの公表の際に関係者に送ることができる
・ 貨物運行に関連するすべてのドキュメントの永続的監査トレ―スを維持する
・ 貨物運行中に生ずるすべてのイベントの中央集中ログを維持する
・ 貨物に損傷がどこで、いつ発生したか、そして、契約タイプに応じて誰が責任を負うかを示す全体的な貨物損傷履歴を維持する
ことである。

新規情報の即時伝達によって提供される速度および効率に加えて、データの正規化も、例えば以下のような、本発明の実施例において得られる利点を可能にする。それは、
・ ＥＣＶＦのデータに基づき、種々の結果をシミュレーションし算出する能力、例えば貨物運行にかかる総コストを、複数のソース、例えば燃料コスト、燃料消費量、荷役コスト、外注サービスに関連する料金などをから導き出されるパラメータに基づいて予測する能力、
・ 過去および予測的なともに、見るものにとって興味のあるすべてのイベントを組み入れた、貨物運行のグラフィカルなタイムライン（時間記録表）を表示する能力、
・ 統計的な報告を作成するために、単一の貨物運行の、または貨物運行の規定セットにわたってデータを分析する能力
等である。

以下の実施例は、貨物運行の典型的な部分および本発明のシステムが一つの実施例において用いられる領域を説明する。本明細書は、貨物運行を、積荷港から荷降ろし港までの海上での貨物航行に関して説明するが、海上輸送部分は、例えば、図２において示されるような、陸輸および／または空輸、例えば列車、自動車、飛行機等を含むより複雑な貨物運行の一部となり得る。

本明細書において、主要な産業当事者は以下のように定義する。
・ 用船主２５：
用船主は、貨物を売買するビジネス機会を見出して、購入価格について交渉するために売主および買主と取引し、貨物航行の高レベルでの物流（ロジスティクス）管理を行う。
・ オペレータ２６：
オペレータは積み込みおよび荷降ろし作業ならびに全ての必要な検閲、規則の遵守ステップを含む、貨物航行の低レベルでの物流（ロジスティクス）管理を行う。
・ 船主２７：
船主は、海洋航行船を所有する会社である。船のキャプテン（船長）および乗組員は、船主の直接的な被雇用者である。
・ 検分者３５：
検分者は、船舶および貨物の状態を点検して報告する独立査定者である。彼らの報告は、船舶および貨物の状態の基準をなし、貨物の損傷または紛失の場合には責任の所在を決定するために用いる。
・ 港湾作業員７９：
港湾作業員は、港において貨物を物理的に積み卸ろしする作業員である。
・ エージェント２９：
エージェントは、ある港の現地で働き、文書業務および承認の双方を行う世話役であって、またオペレータの要請に従い、検分者、港湾の水先案内人、港湾作業員のような現地サービスを手配することができる。

図１につき説明すると、本発明のシステムに対して、貨物運行中に貨物に関する情報にアクセスし得る他の関係者は、以下を含む。すなわち保護および補償（Ｐ＆Ｉ）クラブ３１、保険業者３３、売主２１および買主２３である。売主２１および買主２３は、輸送されている貨物を販売、および購入する関係者である。Ｐ＆Ｉクラブ３１は、要求調停の対話をするためにクラブに集まった、貨物の輸送に関する事業関係者のユニオンを意味する。

貨物航行の企画立案
図１に関して、オペレータ２６は、予備ＥＣＶＦを構築するために、システムを使用する。このＥＣＶＦは、貨物および、貨物航行（運行）の各セグメントのための輸送方法の詳細を含み、またある特定の行動方針を取る前に運行の総費用をシミュレーションするために用いることが出来る。このシステムによれば、オペレータ２６は、彼らの貨物航行（運行）による利益を最大化するため、輸送方法およびルートの種々のオプションを迅速に評価することができる。

図３〜図８は、ＥＣＶＦの種々の部分における例示的なフォーマットを示す。図３は、航行フォルダ情報を示す。航行情報は再グループ化され、フィールド（欄）には、例えば航行番号、航行名、オペレータ、船舶名、船長、航行距離および位置等の情報項目が設けられる。港に関する情報も設けられ、フィールド（欄）は荷積港および荷降港に与えられる。貨物もまた、貨物の説明、品目の数、正味重量、総重量および貨物の履歴、検分を再グループ化する、それ自身の情報のためのフィールドセットを有する。

図４は、貨物に関してより特化した情報である。貨物の説明、ユニット総数、全体の総正味重量および全体の総重量のような貨物情報が提供される。貨物積送品情報、例えば荷受人番号、契約番号および契約に関する他の情報ならびに商品目録が提供され得る。図５は貨物の損傷の履歴に関し、積送品詳細および積送品の履歴に関するフィールド（欄）が設けられる。図６は、検分メニュー、貨物積送品情報および損傷のリストに関連したフィールド（欄）を示す。図７は航行中のイベントに関する情報のためのフィールド（欄）を示し、図８は陳述リストを示す。

貨物航行準備
貨物航行をどのように進行するかを決定した後、オペレータ２６は、船舶仲立業者とのインタフェースとしてシステムを使用して、選択された船を確保する。オペレータ２６は、各貨物積送品５３の積降港とともに航行を画定するのにシステムを使用する。オペレータ用のシステムとのインタフェースである図１１に関して、「航行計画作成」機能によって、オペレータ２６は船、荷積港、荷降港を選び、また航行の各セグメントに関する他のパラメータを画定することができる。

オペレータ２６は、さらにシステムを使い、船長３７と連絡をとって彼に航行指示９４を与え、この指示は、貨物３３１、寄航地４０および任意のエージェント２９、またはオペレータ２６が契約した他の関係者に関する、特別な物流関連詳細を含む。

荷積港着港
船長３７は、システムを使用して、オペレータ２６および荷積港エージェント２９に、一連の配送日報を送り、船の到着の日付を知らせる。港に到着した後に、船長３７は、システムを使用して、到着通知をオペレータ２６、荷積港エージェント２９および船主２７に送信し、船の到着を伝える。港への着岸の後、船長はシステムを使用して、停泊通知をオペレータ２６、荷積港エージェント２９および船主２７に送信し、船の停泊を伝える。

船主用のシステムとのインタフェースの例である図１２に関して、船長２７はいつでも現在の航行、完了した航行のリスト、ならびにシステムにアクセスしている他の関係者からのリクエストである、係属中のワークリストも見ることができる。

オペレータ２６はシステムを使用して、貨物を船に運び込む前に、貨物の物理的状態に関する荷積前検分６０をリクエストする。システムにアクセスしている検分者３５はリクエストを受信して、システムを使用して荷積前検分６０を完遂し、オペレータ２６にそれを返す。

オペレータ２６は同様に、システムを利用して、貨物３３１を積み込む前に、船の全体的な物理的状態の貸船状態検分６４、船舶における燃料量を決定するための燃料庫検分５０、目的の貨物３３１に対して船舶が準備状態６８にあるかを検証する適性検分をリクエストする。

システムにアクセスしている検分者３５は、システムを使用して、貸船状態検分６４、燃料庫検分５０および適性検分６６を完遂し、オペレータ２６にそれらを返す。オペレータ２６はシステムを使用して、貨物航行を遂行ために必要な、追加する燃料の量を算出する。

荷積プロセス
オペレータ２６はシステムを使用して、港湾作業員に荷積みを開始することを許可する。船長３７は、システムを使用して、荷積している期間中は毎日、人事日報を提出する。

検分者３５はシステムを使用して、荷積している期間中は毎日、荷積検分５４を提出する。オペレータ２６／エージェント２９はシステムを使用して、陳述書４５１内のすべての関係するイベント９１を記録する。エージェント用のシステムとのインタフェースである図１１に関して、エージェント２９は現在行われている航行のリスト、ならびに他の関係者により提案された係属中のワークリストを見ることができる。例えば図１１で、エージェントは特定のＥＣＶＦに関連する陳述書４５１のリクエストを受ける。

荷積作業が完了するとき、オペレータ２６はシステムを使用して、積み込んだ貨物の物理的状態の、荷積後検分をリクエストする。検分者３５はシステムを使用して、荷積後検分５６を完了し、オペレータ２６にそれを返す。

荷積港からの出港
船長３７はシステムを使用して出航通知を提出する。荷積港のエージェント２９はシステムを利用して、見合い受領書 (Mate’s Receipt)３４７を提出する、すなわち慣習的に貨物に関する情報を含んでおり、また船長３７が、このレシートに記載された状態の貨物を受け取ったかの確認用に使用されるドキュメントを提出する。船長３７はシステムを使用して、見合い受領書３４７を承認する。荷積港エージェント２９はシステムを使用して、荷積の請求書を提出する。

燃料補給
船は必要に応じて、追加の燃料を給油するために給油施設まで航海する。船長はシステムを使用して、日ごとに到着予定日時（ＥＴＡｓ）日報を燃料貯蔵会社に送り、船の到着日付を知らせる。

海上にて
船舶は、目的地（荷降港）への航海を開始する。船長３７はシステムを使い、船舶の状態および貨物航行の進捗に関する、正午日報７７を提出する。

荷降港にて
港に到着した後、船長３７はシステムを利用して、オペレータ２６、荷降港エージェント２９および船主２７に到着通知を送り、船到着の確認を入れる。港への着岸の後、船長３７はシステムを利用して、停泊通告をオペレータ２６、荷降港エージェント２９および船主２７に送り、船の停泊の確認を入れる。

オペレータ２６および／または船主２７はシステムを利用して、荷降ろし前検分５８および／または船から運び出される前に貨物の物理的状態に関する貨物損傷レポート５５をリクエストする。検分者３５はシステムを利用して、荷降ろし前検分および／または貨物損傷レポート５５を完了し、それをリクエスト元に返す。

荷降ろし作業
オペレータ２６はシステムを利用して、港湾作業員に荷降ろし開始を許可する。船長はシステムを利用して、荷降ろし期間中毎日、人事日報を提出する。

検分者３５はシステムを利用して、荷降ろし期間中毎日、荷降ろしレポート５２を提出する。

オペレータ２６／エージェント２９はシステムを利用して、陳述書４５１に関連するすべてのイベントを記録する。オペレータ２６はシステムを利用し、貨物の最終目的地までの配送詳細を記録し続ける。

船主への船舶返却
船主２７はシステムを利用して、所有を戻す前に船舶の返送検分をリクエストする。検分者３５はシステムを利用して、返送検分を完了し、船主２７にそれを返す。船主２７は、それから船舶の所有権を引き継ぐ。

本発明の一実施例では、本発明のシステムを、クレーム処理のために用いられることができる。事業の性質上、貨物に対する責任は、貨物航行を通して一方の関係者から他方の関係者に転移する。実際の結果として、責任者を明確にするために、異なる関係者同士の間に複雑な契約関係が存在することになり、それにより遅延または損害賠償が、適切な関係者（またはその保険業者）によって払われることで終わる。以下は、本発明のシステムおよび方法により収集され、また中央集中された情報が、対処する上で役に立ちうる、幾つかのタイプのクレームである。
１．滞船あるいは発送に関するクレーム：船への荷積により長い時間がかかることに関するクレーム。
２．物理的損傷に関するクレーム：売主から買主への輸送段階のうちの１つでの貨物に対する損傷に関するクレーム。
３．速度に関するクレーム：概して用船主２５は日次ベースで船使用料を払うので、荷積港から荷降港までの当初予定日数からの遅延は速度クレームにつながるという結果になりうる。

異なる場所および時間に貨物状態の評価を記録することによって、責務および法的責任を正確に決定することができ、クレーム処理のプロセスは非常に簡素化される。

図９は本発明の実施形態のためのデータベース構造の実施例であり、オブジェクト管理グループによる、オブジェクト指向分析および設計言語である統一モデリング言語（Unified Modeling Language：ＵＭＬ）を用いて設計した。

図１０は、システム／方法における、異なる団体間における相互作用の事例である。団体とは関係者、例えば船長、船主、港湾作業員、オペレータ、用船主２５、ならびに組織およびオブジェクト、例えば船舶、貨物、港などを含む。

図１３は、本発明システムの実施例による典型的なブロック図である。データベース８８は、過去・現在・未来の航行での全ての既存の貨物フォルダを保持する。電子貨物航行フォルダ８０は、このデータベースの一部であって、特定航行に関する全ての情報が、図３〜８に示したように、格納される。航行イベントモジュール８２によれば、ユーザー８７が電子貨物航行フォルダ８０に、航行中に起こるいかなるイベントをも記録できる。

貨物評価モジュール８４は、初期的貨物状態の評価をリクエストし、また電子貨物航行フォルダ８０に貨物状態の第１評価、この第１評価を行った第１場所および第１日時を記録するよう構成する。この貨物評価モジュール８４は、さらに、貨物状態の第２評価をリクエストし、また電子貨物航行フォルダ８０に貨物状態の第２評価、この第２評価を行った第２場所および第２日時を記録する。貨物評価モジュールは、さらにまた、貨物状態の違いを決定するために、最終的な貨物状態である第２評価を、貨物状態の第１評価と比較することができる。この比較をクレーム処理に使用し、また、貨物に対するいかなる潜在的損傷の責任の所在を決定することができる。貨物評価モジュール８４は、航行イベントモジュール８２からの情報を用いて、ある特定イベントが貨物に影響があったかどうか、誰がそのイベント時に貨物に責任があったかなどを断定することができる。イベントは、荷積前、荷積中、荷積後、荷降ろし前、荷降ろし中、荷降ろし後に記録できる。

輸送乗り物モジュール８６は、貨物を積むための輸送乗り物の利用可能性に関する情報を提供し、入力し、輸送乗り物の状態の評価、輸送乗り物の評価に基づく貨物の積み込みの許可、目的地における貨物の荷降ろしの許可、目的地における輸送乗り物の状態評価などを電子貨物航行フォルダ８０に記録するために使用する。輸送乗り物は、例えば、船のような航海船、または他のあらゆる種類の輸送乗り物、例えばトラック、列車または飛行機とすることができる。

種々の通告が、航行中あらゆる時点で自動通知発生器９２によって発生することができる。この時点としては、貨物を載せる前、航行の準備を始める時、荷降ろしが終了する時点、評価する時点、またはクレームを報告すべき時点があることを理解されたい。通知の事例は、上述のリストに示した通りである。通知は、システムに予め格納されていて、ユーザーが簡単にアクセスできる定型文章でもよく、または、ユーザーが各場合に応じて創作することもできる。通知発生は、電子貨物航行フォルダ８０内のフィールド（欄）に書き込む、またはイベントを航行イベントモジュール８２に入力することにより、トリガされる。ユーザーはまた、必要なときに手動で通知発生をトリガすることができる。予め準備された通知フィールド（欄）を完成させる情報、例えば日付、名前、時間その他は、電子貨物航行フォルダ８０から読み出すことができる。上でリストに示した他の通知としては、自動通告発生器９２によって発生することができる。本明細書に示したリストが網羅的なものではないことは、当業者にはよく理解できるであろう。

コストシミュレータ９０を使用し、既存の航行フォルダから過去の貨物航行の情報を用いて、航行全体にかかるコストをシュミレーションすることができる。

ブロック図においては、独特のデータ信号接続を経て各々と通信している別個の構成要素の群として描かれているけれども、好ましい実施態様は、ハードウェアまたはソフトウェアのシステムの機能及び作用により与えられた幾つかの構成要素を含んだ、ハードウェアまたはソフトウェアの構成要素の組み合わせと、コンピュータのアプリケーションまたは基本ソフトの中のデータ通信によって実装される、ブロック図に描かれた多くのデータ経路により提供されることは、当業者であれば理解できるであろう。上述の構造は、本発明による好ましい実施例を効率よく教示するために示したものである。

本発明は、方法として実行でき、またシステム、コンピュータの可読媒体、または電気的もしくは電磁気的信号として実施できることに留意されたい。上述の本発明の実施例または実施形態は、単なる例示を提示することを意図する。従って本発明の範囲は、添付した特許請求の範囲によってのみ限定されることを意図する。

本発明による、貨物運行における貨物の輸送および状態に関する情報を収集し、管理するためのシステムのブロック図である。 売主から買主までの、典型的な貨物航行のフローチャートである。 電子貨物航行フォルダに航行情報を保存するためのフォーマットの実施例を示す。 電子貨物航行フォルダに貨物情報を保存するためのフォーマットの実施例を示す。 電子貨物航行フォルダに貨物損傷履歴を保存するためのフォーマットの実施例を示す。 電子貨物航行フォルダに検分情報を保存するためのフォーマットの実施例を示す。 電子貨物航行フォルダに運行中のイベント情報を保存するためのフォーマットの実施例を示す。 電子貨物航行フォルダに陳述書を保存するためのフォーマットの実施例を示す。 高水準設計のデータベース構造の実施例を示す。 様々な当事者と、本発明の実施例による、貨物航行における貨物の輸送および状態に関する情報を収集し、管理するためのシステムとの相互作用の相関図である。 本発明の実施例による、貨物航行における貨物の輸送および状態に関する情報を収集し、管理するためのシステムにアクセスするオペレータ用のユーザーインタフェースのスクリーンショットである。 本発明の実施例による、貨物航行における貨物の輸送および状態に関する情報を収集し、管理するためのシステムにアクセスする船長用のユーザーインタフェースのスクリーンショットである。 図１３は、本発明の実施例によるシステムのブロック図である。

Claims (20)

1. 貨物運行中出発地から目的地まで、貨物の輸送に関連した情報を収集し、管理する方法において、
   貨物ＩＤ、貨物内容および前記貨物運行の輸送方法を含んだ、貨物に関連する電子貨物運行フォルダを作成するステップと、
   前記出発地において、初期的な貨物状態の第１評価をリクエストするステップと、
   前記電子貨物運行フォルダに、前記貨物状態の第１評価と、この第１評価を行った場所および日時を記録するステップと、
   前記貨物運行中に発生するイベントを前記電子貨物運行フォルダに記録するステップと、
   前記目的地で、前記貨物状態の第２評価をリクエストするステップと、および
   前記電子貨物運行フォルダに、前記貨物状態の第２評価と第２評価を行った場所および日時を記録するステップと
   を有することを特徴とする方法。
2. 請求項１に記載の方法において、さらに
   前記出発地で、前記貨物を載せるための輸送乗り物の利用可能性に関する情報を受信するステップと、
   前記輸送乗り物状態の評価をリクエストし、記録するステップと、
   前記輸送乗り物の前記評価に従って荷積を承認するステップと、
   前記目的地で、荷降ろしを承認するステップと、
   前記輸送乗り物の状態の評価をリクエストおよび記録するステップと
   を有する方法。
3. 請求項１に記載の方法において、前記出発地から前記目的地への前記運行は、最初の出発地から最終的な目的地までの前記貨物の輸送の、複数の運行部分よりなる運行のうち１つの中間部分であるものとした方法。
4. 請求項２に記載の方法において、前記輸送乗り物が船舶である方法。
5. 請求項１に記載の方法において、さらに、前記貨物状態の違いを決定するために、前記最終的な貨物状態である前記第２評価を、前記貨物状態の第１評価と比較するステップを含む方法。
6. 請求項５に記載の方法において、さらに、前記貨物状態の前記違いと、評価を行った前記場所及び前記日時に関する前記情報をクレーム処理に使用する方法。
7. 請求項１〜６のうちいずれか一項に記載の方法において、さらに、既存の運行フォルダから過去の貨物運行の情報を使用して総コストをシミュレーションすることによって、前記貨物運行の特定の行動方針を選択するステップを含む方法。
8. 請求項１〜７のうちいずれか一項に記載の方法において、さらに、輸送乗り物、荷積ポートおよび荷降ポートを選択することによって前記貨物運行を生成し、また前記電子貨物運行フォルダに前記運行を記録するステップを含む方法。
9. 請求項１〜８のうちいずれか一項に記載の方法において、前記運行の作成ステップは、前記貨物、立ち寄りポート、および前記運行のオペレータと接触する関係者などの詳細を生成するステップを含むものとした方法。
10. 請求項１〜９のうちいずれか一項に記載の方法において、さらに、前記貨物の到着日付を示す配送日報を作成するステップを含む方法。
11. 請求項１〜１０のうちいずれか一項に記載の方法において、さらに、前記貨物到着の確認を入れる、到着通知を作成するステップを含む方法。
12. 請求項１〜１１のうちいずれか一項に記載の方法において、さらに、前記貨物停泊の確認を入れる、停泊通知を作成するステップを含む方法。
13. 出発地から目的地までの貨物運行中における貨物の輸送に関連する情報を収集し、管理する装置において、
    プロセッサと、および
    プロセッサに以下の処理を行わせる処理命令で符号化したメモリであって、
    貨物ＩＤ、貨物内容および前記貨物運行のための輸送方法を含む、貨物と関連する電子貨物運行フォルダを作成する処理、
    前記出発地で、初期的な貨物状態の第１評価をリクエストする処理、
    前記電子貨物運行フォルダに、前記貨物状態の前記第１評価、この第１評価を行う場所および日時を記録する処理、
    前記電子貨物運行フォルダに、前記貨物運行中に発生するイベントを記録する処理、
    前記目的地で、前記貨物状態の第２評価をリクエストする処理、
    前記電子貨物運行フォルダに、前記貨物状態の前記第２評価、この第２評価を行った場所および日時を記録する処理
    を行わせる処理命令で符号化した該メモリと
    を備えたことを特徴とする装置。
14. 出発地から目的地までの貨物運行中の貨物の輸送に関連する情報を収集し、管理することをコンピュータにより実行する方法を実現する処理命令によって符号化したコンピュータ可読媒体において、前記方法は、
    貨物ＩＤ、貨物内容および前記貨物運行のための輸送方法を含む、貨物と関連する電子貨物運行フォルダを作成するステップと、
    前記出発地で、初期的な貨物状態の第１評価をリクエストするステップと、
    前記電子貨物運行フォルダに、前記貨物状態の前記第１評価、およびこの第１評価を行った場所および日時を記録するステップと、
    前記電子貨物運行フォルダに、前記貨物運行中に発生したイベントを記録するステップと、
    前記目的地で、前記貨物状態の第２評価をリクエストするステップと、
    前記電子貨物運行フォルダに、前記貨物状態の前記第２評価、この第２評価を行った場所および日時を記録するステップと
    を含むものとしたことを特徴とするコンピュータ可読媒体。
15. 出発地から目的地までの貨物運行中に貨物の輸送に関連する情報を収集し、管理するためのシステムにおいて、
    貨物ＩＤ、貨物内容および前記貨物運行のための輸送方法を含む、貨物と関連する電子貨物運行フォルダと、
    前記電子貨物運行フォルダに、前記貨物運行中に発生するイベントを記録するための運行イベントモジュールと、
    初期的な貨物状態の第１評価をリクエストし、前記電子貨物運行フォルダに、前記貨物状態の前記第１評価、この第１評価を行った場所および日時を記録し、また、前記貨物状態の第２評価をリクエストし、前記電子貨物運行フォルダに、前記貨物状態の前記第２評価、この第２評価を行った場所および日時を記録するように構成した、貨物評価モジュールと
    を備えたことを特徴とするシステム。
16. 請求項１５に記載のシステムにおいて、さらに、前記貨物を積み込むための輸送乗り物の利用可能性に関する情報を提供し、また前記電子貨物運行フォルダに輸送乗り物の状態、輸送乗り物の評価に基づいて荷積開始の承認、前記目的地における荷降ろしの承認、前記目的地における前記輸送乗り物の状態の評価を記録するよう構成した輸送乗り物モジュールを備えたシステム。
17. 請求項１６に記載のシステムにおいて、前記貨物評価モジュールは、前記貨物状態の違いを決定するために、前記最終的な貨物状態である前記第２評価を前記貨物状態の前記第１評価と比較するものとしたシステム。
18. 請求項１５〜１７のうちいずれか一項に記載のシステムにおいて、さらに、既存の運行フォルダから過去の貨物運行の情報を、運行全体のコストをシミュレーションするコストシミュレータを備えたシステム。
19. 請求項１５〜１８のうちいずれか一項に記載のシステムにおいて、さらに、前記運行に関係する関係者に、前記運行に関する通知を発生する自動通告発生器を備えたシステム。
20. 請求項１９に記載のシステムにおいて、前記通知は、配送日報、到着通知、停泊通知、承認通知および見合い受領通知を含むリストから選択するものとしたシステム。