JP2020077044A - 物流管理装置、物流管理方法及び物流管理プログラム - Google Patents

Abstract

【課題】物流管理において、積荷調整の最小単位であるバッチという概念を用いてオーダーや輸送手段を管理することにより、積荷調整を容易とする物流管理装置、物流管理方法及び物流管理プログラムを提供する。【解決手段】物流管理装置は、商品のオーダーを取得するオーダー取得部と、オーダーを輸送の積荷調整単位であるバッチに分割して作成するバッチ作成部と、一以上のバッチをグループ化して利用する輸送手段を決定し積荷調整を行う輸送作成部とを備える。【選択図】図２

Description

本開示は、商品のオーダーと輸送を管理する物流管理装置、物流管理方法及び物流管理プログラムに関する。

より安価な生産手段を求めて国際的に生産拠点を移転する傾向は続いており、更に近年、インターネットを通じた通信販売も増加しており国際交易の物流量は増加している。それに合わせて、物流業界の人手不足の問題も生じている。一方、遠隔地間での生産や消費には不確定要素も多く、発注、生産、輸送という国際貿易の要素間の関係は複雑になる傾向がある。また、従来の物流の場面では、販売者、発注者、輸送会社、通関業者などの当事者間で必ずしもシステムの統一化や情報共有がされていないことも多く、こうした発注、生産、輸送に関わる当事者間での非効率な調整が常態化している。そこで、これらの問題を解決するため、物流管理を効率化することが望まれている。

特許文献１では、国際物流の場面において、輸出者、輸入者の他、乙種開運仲立業者（乙仲）業者、船会社、倉庫業者の各端末をネットワークで結び、情報共有を行うことで、商品の現在地及び現在数量等商品に関する現在の最新情報を随時知ることが出来る貿易管理システムが提案されている。

特許文献２では、国際物流の場面において、輸出者、通関業者及び倉庫業者の間で情報共有を行い、当事者の一者が作成したデータを共有して活用することで、輸出入業務における効率化を図る構成が示されている。

特開２００６−８５３１５号公報 特開２００２−１６９８６７号公報

特許文献１に開示された技術は、乙仲業者、船会社、倉庫業者などをネットワークで繋ぐことにより、輸入者が発注した商品の現在位置や数量を把握することが可能である。また、特許文献２に開示された技術は、通関業者や倉庫業者をネットワークで繋ぐことにより、輸送や通関で必要な書類を共有し、効率化することが可能である。しかし、これらの先行技術は、発注した商品と各船に載っている船積み（積荷）の関係を明示し発注と船積みの調整と管理を効率化する方法については触れられておらず、例えば、輸入者が発注した商品の生産が遅れ予定していたコンテナに積み込めない等の事情で船積み（積荷）が変化すると、履行されていないオーダーの数量の変化や、変更された船積み（積荷）の納期などをすぐに把握することができない。

そこで、本開示では、オーダーを輸送の積荷調整単位であるバッチに分割して積荷調整を行うことで、オーダーと積荷との関係を容易に把握可能とすることを通して、船積みする商品の種類や数量を変更した際にも、積荷調整とそれに伴うオーダー管理を容易にし、オーダーから輸送に至る統合的な取引管理の効率化を図る物流管理装置を提供することを目的とする。

図１に示すように、例えば国際物流の場面では、販売者（図１ではエクスポータとする）、通関業者・乙仲・海貨業者（図１ではフォワーダとする）、発注者（図１ではインポータとする）など販売者が商品を出荷し、発注者に入荷するまでには、間に別の業者が介在する。また、インポータの中にも、貿易担当者や営業担当者など、複数の担当が関与し、さらに、インポータが顧客に対して商品を譲渡するまでの間にも、倉庫保管の場面で倉庫業者が関与することもある。本開示では、このように複数の当事者が関与する物流において、社外・社内問わず情報を共有し、閲覧・編集を可能とする物流管理装置を提供する。

本開示の一態様における物流管理装置は、商品のオーダーを取得するオーダー取得部と、オーダーを輸送の積荷調整単位であるバッチに分割して作成するバッチ作成部と、一以上のバッチをグループ化して輸送手段に関連付けることで積荷調整を行う輸送作成部と、オーダー・バッチ・輸送をリレーションマップにより表示する表示部と、作成されたバッチを複製・削除・分割・商品増減・オーダー変更・輸送変更など行うバッチ編集部と、オーダーや輸送が決定・変更されたときに通知する通知部と、オーダーや輸送に必要となる手続の状況の表示を作成するタスク管理部とを備える。

本開示の一態様における物流管理方法は、商品のオーダーを取得するオーダー取得ステップと、オーダーを輸送の積荷調整単位であるバッチに分割して作成するバッチ作成ステップと、一以上のバッチをグループ化して輸送手段に関連付けることで積荷調整を行う輸送作成ステップと、オーダー・バッチ・輸送をリレーションマップにより表示する表示ステップと、作成されたバッチを複製・削除・分割・商品増減・オーダー変更・輸送変更など行うバッチ編集ステップと、オーダーや輸送が決定・変更されたときに通知する通知ステップと、オーダーや輸送に必要となる手続の状況の表示を作成するタスク管理ステップとを、コンピュータにより実行させる方法である。

本開示の一態様における物流管理プログラムは、商品のオーダーを取得するオーダー取得ステップと、オーダーを輸送の積荷調整単位であるバッチに分割して作成するバッチ作成ステップと、一以上のバッチをグループ化して輸送手段に関連付けることで積荷調整を行う輸送作成ステップと、オーダー・バッチ・輸送をリレーションマップにより表示する表示ステップと、作成されたバッチを複製・削除・分割・商品増減・オーダー変更・輸送変更など行うバッチ編集ステップと、オーダーや輸送が決定・変更されたときに通知する通知ステップと、オーダーや輸送に必要となる手続の状況の表示を作成するタスク管理ステップとを、コンピュータにより実行させるためのプログラムである。

本開示によれば、商品のオーダーを輸送の積荷調整単位であるバッチに分割することで、例えば、同じ出荷時期の異なるオーダーの商品をグループ化して積荷調整をすることなどが可能となり、従来よりも積荷調整を容易にすることが可能となる。また、バッチを用いることで、オーダーと積荷との関係を把握しやすくするとともに、視覚的に表示することでさらに容易に把握可能とする。加えて、船積みするオーダーの商品の種類や数量の増減を行う際にも、積荷調整とそれに伴うオーダー管理が容易となり、オーダーから輸送に至る統合的な取引管理の効率化が期待できる。

また、これまでのシステムでは、オーダーと積荷調整は、Ｎ：Ｍの関係で結ばれていたが、本開示では、バッチを通して積荷調整を行うことで、Ｎ：１：Ｍの関係とすることができ、当事者にとって管理が容易となる。

国際物流において関係者の関与に関する一例を示す図である。 本開示の物流管理装置の構成の一例を示す図である。 本開示における商品ＤＢのデータ構成の一例を示す図である。 本開示におけるオーダーＤＢのデータ構成の一例を示す図である。 本開示におけるバッチＤＢのデータ構成の一例を示す図である。 本開示における輸送ＤＢのデータ構成の一例を示す図である。 本開示における利用者ＤＢのデータ構成の一例を示す図である。 本開示におけるオーダーのリレーションマップの一例を示す図である。 本開示における輸送のリレーションマップの一例を示す図である。 本開示におけるオーダーのタスク管理の一例を示す図である。 本開示における輸送のタスク管理の一例を示す図である。 物流管理装置における処理の流れの一例を示すフローチャートである。 本開示の実施形態に係るコンピュータの構成を示す概略ブロック図である。

以下、本開示の実施形態に係る物流管理装置、物流管理方法及び物流管理プログラムについて図面を参照しながら説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態で説明される構成の全てが、本開示の必須構成要件であるとは限らない。また、実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。

図２は、本開示にかかる物流管理装置１の全体構成を示す図である。以下、これを参照して、本開示にかかる物流管理装置１の構成について説明する。

＜構成＞
物流管理サーバ１００は、オーダー取得部１０１と、バッチ作成部１０２と、輸送作成部１０３と、表示部１０４と、バッチ編集部１０５と、通知部１０６と、タスク管理部１０７と、商品ＤＢ１１１と、オーダーＤＢ１１２と、バッチＤＢ１１３と、輸送ＤＢ１１４と、利用者ＤＢ１１５を有する。物流管理サーバ１００は、ネットワークＮＷを介して、利用者端末２００−１〜２００−Ｎと接続されている。物流管理サーバ１００は、コンピュータにプログラムを実装することにより実現する。なお、物流管理サーバ１００を構成する各部は、複数のコンピュータに分散して実現されていても構わない。また、商品ＤＢ１１１、オーダーＤＢ１１２、バッチＤＢ１１３、輸送ＤＢ１１４及び／又は利用者ＤＢ１１５は物流管理サーバ外に存在しても構わない。

利用者端末２００−１〜２００−Ｎは、発注者、販売者、輸送者、倉庫業者（国際物流においてはその他、通関業者）などの当事者により操作され、または表示を行う端末である。

オーダー取得部１０１は、発注者より操作された利用者端末から発せられたオーダーを取得する。販売者は、利用者端末を通して、販売したい商品を商品ＤＢ１１１に登録する。発注者は、販売者が登録した商品から選択して、オーダーを行うことが可能である。なお、オーダーが行われた際には、商品ＤＢ１１１内の商品の在庫は減少し、オーダーが取り消されれば、商品ＤＢ１１１内の商品の在庫は増加する。

図３は、商品情報ＤＢ１１１が記憶する商品情報の具体例を示す図である。商品情報は、販売者に関する情報（例えば販売者ＩＤ）、商品の種類、各商品の販売可能な数量、単位当たりの大きさ（この単位はコンテナや専有面積など）、出荷可能時期などを登録することが可能である。単位当たりの大きさを登録しておくことで、どの輸送手段の空き領域に積荷が可能であるかを調整することが可能となる。また、出荷可能時期を登録しておくことで、いつ出発地を出発する輸送手段に積荷が可能であるかを調整することが可能となる。

図４は、オーダーＤＢ１１２が記憶するオーダー情報の具体例を示す図である。オーダーＤＢ１１２には、オーダーのＩＤとなるオーダー番号、販売者に関する情報（例えば販売者ＩＤ）、発注者に関する情報（例えば発注者ＩＤ）、オーダーに含まれる商品及び数量などを登録することが可能である。かかるＤＢにより、当事者によりなされたオーダーの内容を把握することが可能となる。

バッチ作成部１０２は、オーダーを分割して、バッチを作成する。バッチとは、積荷調整の単位となる概念であり、当事者が任意に作成することが可能であり、バッチ作成に対する制約はない。例えば、バッチは、オーダーの商品ごとに分割して作成することが可能である。一般的に、商品ごとにメーカーが異なり、出荷時期も異なることがあるため、商品ごとにバッチとして分割することで、積荷調整が容易となる。また、バッチを出荷時期ごとに分割して作成することも可能である。異なる商品であっても、同じ出荷時期であれば、同じ輸送手段での輸送が可能となるため、積荷調整が容易となる。また、異なる出荷時期の商品であっても、一つのバッチとすることも可能である。例えば、Ａ商品のＡ９９ロットは５月１５日に出荷可能であり、Ａ１００ロットは５月３０日に出荷可能であると仮定する。ここで、発注者は５月３０日以降に積荷を行うことを希望している場合には、積荷調整の場面では、一つのグループとして扱うことが可能であるため、異なる出荷時期の商品を一つのバッチとして管理することが可能である。

また、バッチの作成は、バッチ作成部１０２において、例えば、商品ごとに分割した上で、さらにその商品の出荷可能時期（ロット）ごとに分割することで自動的に作成することも可能である。このように分割することで、積荷可能時期がバッチごとに同一となるため、積荷調整が容易となる。バッチ作成部１０２において自動的に分割した後に、さらに、当事者（主には発注者）が管理し易いように、任意にバッチを作成（編集）していくことも可能である。

また、同じ商品であっても、配送場所が異なるなどの事情がある場合には、当該バッチを分割して新しいバッチとして作成することも可能である。

オーダーを分割してバッチを作成する利点は以下のような点にある。すなわち、オーダーは、複数の商品が含まれることがあり、その全ての商品が一度に出荷できないこともあれば、一度に出荷できたとしても、同じ輸送手段で輸送できないこともある。その場合には、一つのオーダーの中でも、輸送手段が異なることが発生し、一つのオーダーに対して、複数の積荷調整が必要となる。しかし、オーダーをバッチ単位に分割しておき、１つのバッチは１つの輸送手段に対応する関係にしておけば、バッチ単位で輸送調整を行えばよく、当事者にとって理解しやすく容易に積荷調整を行うことが可能となる。

輸送作成部１０３は、バッチから利用する輸送手段を決定する。輸送手段は、トラック、列車、船舶、航空機（特に国際物流では船舶、航空機）などが考えられる。輸送作成部１０３は、バッチごとに、(a)バッチの商品の中で、出荷時期が最も遅いものを商品ＤＢ１１１及びオーダーＤＢ１１２を参照して算出するとともに、(b)バッチが積荷時に占有する単位を商品情報ＤＢ１１１及びバッチＤＢ１１３を参照して算出する。そして、さらに、輸送ＤＢ１１４を参照し、積荷可能な輸送手段、すなわち、出荷時期よりも遅い時点で出発地を出発し、かつ、輸送手段の残りの積荷可能領域がバッチの占有単位よりも大きい輸送手段を候補として作成する。ここでいう占有単位は、占有面積及び／又は容積及び／又は重量などを指し、このうちの一又は複数であってもよい。輸送手段の候補は、利用者端末に送信され、発注者は、利用する輸送手段を決定してバッチを登録する。なお、バッチの輸送手段の登録は、候補を表示して発注者に選択させてもよいし、自動で最も早い輸送手段に登録してもよい。また、発注者以外の当事者がバッチに輸送手段を登録させてもよい。なお、バッチに対応する輸送手段は、変更することも可能である。このように一以上のバッチが同じ輸送手段を利用するものでグループ化されて輸送手段に関連付けられる。

このように、一つのオーダーをバッチ単位に分割して管理することで、利用する輸送手段との対応付けが容易となり、結果として物流管理を容易とし、業務効率を向上させることが可能となる。

図５は、バッチＤＢ１１３が記憶する情報の具体例を示す図である。バッチはオーダーを分割したものであるため、バッチ番号とオーダー番号は関連付けて記憶する。また、バッチに含まれる商品及び数量を記憶する。さらに、輸送作成部１０３で作成される輸送番号を記憶する。

図６は、輸送ＤＢ１１４が記憶する情報の具体例を示す図である。輸送ＤＢ１１４は、輸送手段に関する情報を記憶しており、輸送番号、輸送者（例えば輸送者ＩＤ）、出発地、到着地、積載可能単位、出発時間、到着時間などが記憶される。

図７は、利用者ＤＢ１１５が記憶する情報の具体例を示す図である。利用者ＤＢ１１５は、利用者（販売者、発注者、輸送者等）の情報が格納される。例えば、利用者を識別する利用者ＩＤの他、名称、住所、電話番号、ＦＡＸ番号、電子メールアドレスなどの情報が記憶される。

表示部１０４は、オーダー、バッチ、積荷調整（輸送手段）の相互関係を示すリレーションマップを作成し、利用者端末２００−１〜２００−Ｎに表示する。リレーションマップとは、オーダー、バッチ、輸送手段の関係を線で結んで図示したものである。さらに分かりやすく、オーダーを商品単位に分割した上で、オーダー、商品、バッチ、輸送手段の関係を線で結んで図示してもよい。リレーションマップを作成する上で、例えば、発注者としては、ある時点で行ったオーダーに含まれる商品が現在どこにあり、いつ入荷する見込みか、という点を把握することが考えられる。この場合、利用者がオーダーを選択すると、それに含まれる商品、対応するバッチ、バッチに紐づく輸送手段をリレーションマップとして表示する。

図８は、表示部１０４が作成するリレーションマップであり、オーダーを選択した際に、オーダーに含まれる商品、商品に関連するバッチ及びバッチに紐づけられた輸送手段を視覚的に表現したものである。

次に、発注者としては、ある時点で入荷する商品が何かを把握したい場合もある。この場合、利用者が輸送手段を選択すると、それに含まれるバッチ、対応する商品、それに紐づくオーダーをリレーションマップとして表示する。

図９は、表示部１０４が作成するリレーションマップであり、輸送手段を選択した際に、それに含まれるバッチ、バッチに紐づく商品及びオーダーを視覚的に表現したものである。

このように、あるオーダーまたはある輸送手段に関連する商品や数量などを視覚的に表示することで、利用者にとって発注した商品の内容や、ある時期に納品される商品の内容の把握が容易となる。さらに、バッチも紐づけて表示させることにより、視覚的な画面上でバッチを操作し、商品の増減など発注内容の変更や輸送手段の変更を容易とすることが可能となる。

バッチ編集部１０５は、バッチの編集操作を受け付ける。具体的には、当事者により、利用者端末２００−１〜２００−Ｎを通して操作される。バッチ編集部では、当事者（主には発注者）に一つの作成済バッチを選択させた上で、例えば、バッチの複製・削除、分割、商品増減、バッチに紐づくオーダーの変更、紐づく輸送手段の変更が可能である。バッチの選択については、例えば、表示部１０４が作成するリレーションマップ上でバッチを選択させ、編集操作を受け付けることなどが考えられる。

バッチの複製を行う場合には、選択されたバッチと同じバッチ（同じ商品と数量）を新たに作成して複製する。このとき、複製元のバッチと同じオーダーに紐づけ、オーダーの商品数量は増加する。また、複製元のバッチと同じ輸送手段に紐づけるが、当該輸送手段が既に積載量を超過し紐づけられない場合には、輸送手段を空とするか、選択可能な輸送手段を提示して促すことが可能である。さらに、バッチの複製を行った際には、商品ＤＢ１１１の在庫数も減少する。加えて、バッチの削除を行う場合には、選択されたバッチを削除し、これに紐づくオーダーの商品数量を減少させるとともに、商品ＤＢ１１１の在庫数も減少させる。

バッチの分割を行う場合には、選択されたバッチから、分割する商品と数量を選択して、新たなバッチを作成する。このとき、分割元のバッチと同じオーダー及び同じ輸送手段に紐づけることが可能である。

バッチの商品の増減を行う場合には、選択されたバッチから、増減する商品と数量を選択する。このとき、選択されたバッチと同じオーダーに紐づけ、オーダーの商品数量もこれに合わせて増減する。また、選択されたバッチと同じ輸送手段に紐づけることも可能であるが、当該輸送手段が既に積載量を超過し選択できない場合には、輸送手段を空とするか、選択可能な輸送手段を提示して促すことが可能である。さらに、バッチの商品増減を行った際には、商品ＤＢ１１１の在庫数もこれに合わせて増減する。

バッチの紐づくオーダーの変更を行う場合には、バッチを、発注者・販売者間の別のオーダーに変更することが可能である。これにより、変更先のオーダーの商品が減少し、変更先のオーダーの商品が増加することとなる。

バッチの紐づく輸送手段の変更を行う場合には、バッチを、積荷調整可能な別の輸送手段に変更することが可能である。

バッチ編集部１０５における、バッチの複製、削除、分割、商品増減、紐づくオーダーの変更、紐づく輸送手段の変更等の編集は、視覚的に行うことが可能である。例えば、表示部１０４で作成したリレーションマップのバッチを選択することによりこれらの操作を行うことが考えられる。また、バッチが紐づくオーダーの変更や輸送手段の変更に際しては、選択したバッチを紐づけたい先のオーダー又は輸送手段にドラッグ＆ドロップを行うことで変更させることも考えられる。このような視覚的な操作を可能とすることで、利用者はより簡単にバッチの編集を行うことが可能となる。

バッチ編集部１０５により、バッチ単位でオーダーの内容変更を可能とし、または選択する輸送手段の変更を可能とすることにより、利用者には、積荷調整も考慮しつつオーダー内容を変更可能となり、利便性が増すこととなる。

通知部１０６は、当事者により操作が行われた際に、関係する当事者に対し、通知する機能を有する。例えば、発注者によりオーダーがされたときには、発注者及び販売者に対し、オーダーがされた旨（商品の内容や数量などオーダーの内容を含む）を通知する。また、バッチの編集などにより、オーダー内容が変更されたときには、これを販売者・発注者に通知する。さらに、発注者により輸送手段が決定されたときには、発注者、販売者及び輸送者に通知され、輸送手段が変更されたときにも、発注者・販売者・輸送者に通知される。さらに、倉庫業者や通関業者などの当事者がいる場合には、これらの利用者に対しても通知がなされる。これらの通知がなされることにより、物流に関連する当事者間で迅速に情報を共有することが可能となる。また、輸送者により、到着時間の変更があった場合にも、発注者及び販売者にも迅速に情報が共有され、納期の変更が容易に把握可能となる。

タスク管理部１０７は、物流取引において必要な事項の管理を行う。例えば、オーダーを行った場合には、発注者による発注書（ＰＯ）発行、発注請書（ＰＩ）受領、発注者から販売者への支払い（決済）が必要となる。国際物流では、さらに為替予約なども必要となる。したがって、オーダーごとに、これらの項目について、既に完了した事項（Ｃｏｍｐｌｅｔｅｄ）か未だ完了していない事項（Ｉｎ Ｐｒｏｇｒｅｓｓ）かなどの進捗状況を管理し、利用者端末２００−１〜２００−Ｎに表示する。

図１０はオーダーのタスク管理画面の例を示す。必要な事項について、既に完了しているか（Ｃｏｍｐｌｅｔｅｄ）、又は完了していないか（Ｉｎ Ｐｒｏｇｒｅｓｓ）などの進捗状況を一覧することができる。また、新たに管理すべきタスクを作成することも可能である。

タスク管理は、オーダーのみでなく、輸送の関係でも必要である。輸送に際しては、輸送の予約（ブッキング）確認、積荷数量確認などが必要となる。国際物流では、通関手配、国内配送手配、倉庫手配、請求書（ＩＮＶＯＩＣＥ）受領、船荷証券（Ｂ／Ｌ）原本受領、Ｂ／Ｌコピー受領、入庫データ取込、抜取検品作業依頼などが必要となる。タスク管理部１０７では、さらに、輸送手段ごとに、これらの項目について、既に完了した事項と未だ完了していない事項などの進捗状況を管理し、利用者端末２００−１〜２００−Ｎに表示する。

図１１は輸送のタスク管理画面の例を示す。必要な事項について、既に完了しているか（Ｃｏｍｐｌｅｔｅｄ）、又は完了していないか（Ｉｎ Ｐｒｏｇｒｅｓｓ）などの進捗状況を一覧することができる。また、新たに管理すべきタスクを作成することも可能である。

このように、タスク管理機能も有することで、物流に付随する手続についても同時に管理が可能となり、利用者の便宜に資することとなる。

＜具体例＞
本開示の具体的な処理を説明する。なお、ユーザは、利用者端末２００−１〜２００−Ｎを操作し、また、利用者への表示は、利用者端末２００−１〜２００−Ｎにより行われる。

利用者（発注者、販売者、輸送者、倉庫業者、通関業者など）は、利用者登録をしておき、利用者ＤＢ１１５に各情報を登録する。図７に利用者ＤＢ１１５の具体例を示すが、利用者は、ＩＤで管理し、名称、住所、電話番号、ＦＡＸ、電子メールなどの連絡先情報を登録する。

また、販売者は、販売する商品を商品情報ＤＢ１１１に登録しておく。図３に商品情報ＤＢ１１１の具体例を示すが、販売者のＩＤ、販売する商品、販売可能な数量・出荷可能時期、商品一つあたりの輸送の際の占有単位（この単位は例えばコンテナや面積である）などを登録しておく。例えば、販売者００００００１が販売する商品Ｉｔｅｍ０１Ｘは、２０１８年５月３０日に１００個出荷可能であり、１個当たりの占有単位は２、ということになる。

さらに、輸送者は、輸送手段を輸送ＤＢ１１４に登録しておく。図６に輸送ＤＢの具体例を示す。例えば、輸送者００００１０１は、２０１８年６月３日午後３時に上海を出発し、同月７日午後４時に横浜に到着し、積載可能単位は１０００００であるコンテナ船を出港させる予定、という情報を登録する。

オーダー取得部１０１は、利用者端末２００−１〜２００−Ｎによりオーダーが発せられたときに、これを取得する。例えば、利用者ＩＤ００００００１の者が販売するＩｔｅｍ０１Ｘを３５０個、Ｉｔｅｍ０２Ｘを５０個、Ｉｔｅｍ０２Ｙを１０個、Ｉｔｅｍ０３Ｘを３０個を利用者ＩＤ０００００１１の者がオーダーを発したとする。この場合、オーダー取得部１０１はかかるオーダーを取得し、オーダーＤＢ１１２に登録する。このとき、オーダーＤＢ１１２には、図４に示すように、オーダー毎に付与されるオーダー番号とともに、販売者のＩＤ（ここでは００００００１）、発注者のＩＤ（ここでは０００００１１）、及び商品の内容と数量（ここでは、Ｉｔｅｍ０１Ｘを３５０個、Ｉｔｅｍ０２Ｘを５０個、Ｉｔｅｍ０２Ｙを１０個、Ｉｔｅｍ０３Ｘを３０個）が登録される。

また、通知部１０６は、当事者である発注者（ここでは０００００１１）及び販売者（ここでは００００００１）に対して、オーダーが発せられたことを通知する。

バッチ作成部１０２は、オーダーを分割してバッチを作成することが可能である。バッチは積荷調整の単位となる概念であり、当事者が任意に作成することができる。図５にオーダー００００００１を分割してバッチ００００００１−１から００００００１−６を作成した例を示す。オーダー００００００１において、Ｉｔｅｍ０１Ｘは３５０個発注されているが、商品情報ＤＢ１１１によれば、そのうち１００個の出荷時期は２０１８年５月３０日、２００個は同年６月３０日、５０個は同年７月３１日である。したがって、出荷時期が異なるため、出荷時期ごとに、バッチ００００００１−１から００００００１−３に分割する。その他の商品は、商品ごとに出荷時期が同じであることから、商品ごとにバッチ００００００１−４から００００００１−６に分割する。なお、これはバッチ作成の一例であり、利用者が積荷調整をしやすいように、商品をまとめたり、さらに分割してバッチを作成してもよい。バッチ作成部１０２により作成したバッチは、バッチＤＢ１１３に登録する。バッチＤＢ１１３には、例えば、図５に示すように、バッチ番号００００００１−１、オーダー番号００００００１、商品Ｉｔｅｍ０１Ｘを１００個などを登録し、その他、輸送作成部１０３において作成する輸送手段の輸送番号、タスクの状況などを登録する。

輸送作成部１０３は、作成されたバッチに対し、利用する輸送手段を決定する。例えば、図５に示すバッチ番号００００００１−１について、商品ＤＢ１１１より、２０１８年５月３０日に出荷可能であるため、それより後に販売者００００００１が所在する上海を出港し、発注者０００００１１が所在する横浜に到着する輸送番号００００００１のコンテナを割り当てる。

輸送作成部１０３により、利用する輸送手段が決定されたとき、通知部１０６は、販売者（００００００１）、発注者（０００００１１）及び輸送者（００００１０１）に対し、オーダー番号、商品、数量、輸送手段などの情報を通知する。

表示部１０４は、オーダー、商品、バッチ、輸送手段をリレーションマップで示す表示を作成する。例えば、図８にオーダー００００００１の表示を作成し、利用者端末２００−１〜２００−Ｎに表示した例を示す。４４０は商品の合計数量である。オーダー００００００１には、４種類の商品（Ｉｔｅｍ０２Ｘ、Ｉｔｅｍ０２Ｙ、Ｉｔｅｍ０３Ｘ、Ｉｔｅｍ０１Ｘ）が含まれているため、それぞれの商品と数量を表示する。さらに、Ｉｔｅｍ０２Ｘ、Ｉｔｅｍ０２Ｙ、Ｉｔｅｍ０３Ｘはそれぞれ１つのバッチが作成されているため、それぞれ対応するバッチ番号００００００１−４、００００００１−５、００００００１−６を表示する。また、その横に付されているのは、商品の数量と、積荷の際の占有単位である。たとえば、バッチ００００００１−４では、商品数量が５０個であり、占有単位が５０であることが示されている。さらに、Ｉｔｅｍ０１Ｘは、バッチが００００００１−１、００００００１−２、００００００１−３に分かれているため、それらが示される。バッチ００００００１−１、００００００１−４、００００００１−５、００００００１−６は、輸送手段００００００１により輸送されるため、それらが関連付けられている。輸送手段に示されているのは、輸送番号と、バッチの合計の占有単位である。さらに、輸送番号の下には、販売者から発注者までのうち、現在どこまで到達しているか、いつ到達予定であるか、という情報が示される。輸送番号００００００１では、販売者から２０１８年５月３０日に出荷され、上海の港を同年６月３日に出港したことが示されている（チェックマークにより完了していることが示されている）。また、横浜には同月７日に到着予定であり、その後通関手続の後、発注者に同月１５日に到着予定であることが示されている。バッチ００００００１−２は輸送手段００００００２により輸送され、バッチ００００００１−３は輸送手段００００００３により輸送されるため、それらが関連付けられ、表示される。

表示部１０４による表示作成は、オーダーを選択して作成するほか、輸送手段を選択して作成することも可能である。図９に輸送手段００００００１を利用者端末２００−１〜２００−Ｎに表示した例を示す。発注者０００００１１にとって、輸送手段００００００１において輸送するバッチは００００００１−４、００００００１−５、００００００１−６、００００００１−１の４つであるため、これらが関連付けられるとともに、それぞれのバッチに対応する商品、すなわち、Ｉｔｅｍ０２Ｘ、Ｉｔｅｍ０２Ｙ、Ｉｔｅｍ０３Ｘ、Ｉｔｅｍ０１Ｘが関連付けられる。さらに、これらはオーダー００００００１によって発注されたものであるから、それが関連付けられて表示される。

バッチ編集部１０５は、バッチを編集することが可能である。これは例えば、表示部１０４によって作成されたリレーションマップからバッチを選択して編集することが可能である。例えば、図８において、バッチ００００００１−４の数量を７０に変更したい場合には、数量を変更することで実現される。この場合、自動的にオーダーや輸送手段にも反映される。さらに、バッチ００００００１−４を分割して、２０個を新たなバッチ００００００１−７とすることも可能である。バッチ００００００１−４を複製し、新たにバッチ００００００１−７を作成し、Ｉｔｅｍ０２Ｘを５０個発注したとして、オーダーに反映することも可能である。また、バッチ００００００１−４は、現在は輸送手段００００００１に関連付けられているが、これをドラッグ＆ドロップして輸送手段００００００２に変更することも可能である。このようにして、作成されたバッチを編集することが可能である。

通知部１０６は、オーダーや輸送手段が決定され、または変更された際に、当事者にそれを通知する。例えば、オーダー００００００１がなされたときには、発注者０００００１１及び販売者００００００１に対し、商品、数量などの情報が通知される。また、オーダー００００００１の輸送手段が決定されたときには、発注者０００００１１、販売者００００００１、輸送者００００１０１に対し、商品、数量、発注者、販売者、輸送者、出発地、到着地、出発時間、到着時間などの情報が通知される。さらに、オーダーや輸送手段が変更された場合には、当事者に通知される。

タスク管理部１０７は、タスクの状況について視覚的な表示を作成する。例えば、図１０に示すように、オーダー００００００１については、ＰＯ発行、ＰＩ受領、為替予約が必要であるところ、既にＰＯ発行は完了しているが、ＰＩ受領及び為替予約は未了であることが示される。

さらに、図１１に示すように、輸送手段００００００１については、ブッキング、積荷数量確認、通関手配、国内配送手配、倉庫手配、Ｉｎｖｏｉｃｅ受領、Ｂ／Ｌ原本受領、Ｂ／Ｌコピー受領、入庫データ取込、抜取検品依頼が必要であるところ、ブッキングが完了しており、その他は未了であることが示される。

＜処理の流れ＞
図１２は、本開示における物流管理装置の処理の流れを示す。

オーダー取得部１０１は、発注者から操作された利用者端末より発せられたオーダーを取得する（ステップＳ１）。

バッチ作成部１０２は、オーダーを分割して、バッチを作成する。バッチは、例えば、商品ごと、出荷可能時期ごとに分けることもできるが、それに拘束されるものではなく、当事者が任意に作成することが可能である（ステップＳ２）。

輸送作成部１０３は、バッチから利用する輸送手段を決定する。輸送手段の決定は、バッチ内の商品を積荷可能な最速の手段を自動的に決定することも可能であるが、それに拘束されるものではなく、当事者が任意に決定することが可能である（ステップＳ３）。

表示部１０４は、オーダー、バッチ、輸送の相互関係を示すリレーションマップを作成し、利用者端末２００−１〜２００−Ｎに表示する。リレーションマップは、オーダーを基準としたものと、輸送を基準としたものについて作成することが可能である（ステップＳ４）。

バッチ編集部１０５は、利用者端末からのバッチの操作を受け付け、バッチの複製、削除、分割、商品増減、紐づくオーダーの変更、紐づく輸送手段の変更が可能である（ステップＳ５）。

通知部１０６は、オーダーや輸送手段が決定され、または変更された際に、当事者（発注者、販売者、輸送者、倉庫業者、通関業者など）に通知する（ステップＳ６）。

タスク管理部１０７は、タスクの状況について視覚的な表示を作成する。これは、オーダーに関するタスクと輸送手段に関するタスクを分けて表示を作成することが可能である（ステップＳ７）。

＜本開示の効果＞
本開示により、物流に関与する当事者は、オーダーをバッチという積荷調整の単位に分割して管理することで、積荷調整を容易にすることが可能である。例えば、オーダー単位で管理する場合には、全ての商品が出荷可能となるまで輸送を行わないために商品の到着が遅れたり、また、出荷可能なものから輸送を行おうとすると、一つのオーダー内に複数の輸送手段が発生し、管理が煩雑となる。本開示により、バッチという概念を用い、オーダーや輸送手段との関係を視覚的に表示することで、オーダーや輸送の管理が容易となる。

さらに、バッチという概念を用いることにより、従来はオーダーと積荷調整の関係はＮ：Ｍであったものを、Ｎ：１：Ｍという関係にすることができ、積荷調整を容易とすることが可能となる。

また、発注者、販売者、輸送者、倉庫業者、通関業者などの当事者が社内の複数の担当者も含めて本開示の装置に参加し、閲覧・編集など情報共有を行い、オーダーや輸送手段の確定・変更の際に通知がなされることで、現在の商品の位置や到着予定、輸送手段が迅速に把握可能となり、それぞれの業務管理が容易となる。

さらに、視覚的にバッチ操作を可能とすることにより、オーダーや輸送手段の変更が容易となり、当事者にとって利便性の向上と業務効率の向上が期待できる。

＜プログラム＞
図１３は、コンピュータ８０１の構成を示す概略ブロック図である。コンピュータ８０１は、ＣＰＵ８０２、主記憶装置８０３、補助記憶装置８０４、インタフェース８０５を備える。

ここで、物流管理装置１を構成する各機能を実現するためのプログラムの詳細について説明する。

物流管理装置１は、コンピュータ８０１に実装される。そして、物流管理装置１の各構成要素の動作は、プログラムの形式で補助記憶装置８０４に記憶されている。ＣＰＵ８０２は、プログラムを補助記憶装置８０４から読み出して主記憶装置８０３に展開し、当該プログラムに従って上記処理を実行する。また、ＣＰＵ８０２は、プログラムに従って、上述した記憶部に対応する記憶領域を主記憶装置８０３に確保する。

当該プログラムは、具体的には、コンピュータ８０１において、商品のオーダーを取得するオーダー取得ステップと、オーダーを輸送の積荷調整単位であるバッチに分割して作成するバッチ作成ステップと、一以上のバッチをグループ化して輸送手段に関連付けることで積荷調整を行う輸送作成ステップと、オーダー・バッチ・輸送をリレーションマップにより表示する表示ステップと、作成されたバッチを複製・削除・分割・商品増減・オーダー変更・輸送変更など行うバッチ編集ステップと、オーダーや輸送が決定・変更されたときに通知する通知ステップと、オーダーや輸送に必要となる手続の状況の表示を作成するタスク管理ステップとを、コンピュータにより実行させるためのプログラムである。

なお、補助記憶装置８０４は、一時的でない有形の媒体の一例である。一時的でない有形の媒体の他の例としては、インタフェース８０５を介して接続される磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ−ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、半導体メモリ等が挙げられる。また、このプログラムがネットワークを介してコンピュータ８０１に配信される場合、配信を受けたコンピュータ８０１が当該プログラムを主記憶装置８０３に展開し、上記処理を実行してもよい。

また、当該プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、当該プログラムは、前述した機能を補助記憶装置８０４に既に記憶されている他のプログラムとの組み合わせで実現するもの、いわゆる差分ファイル（差分プログラム）であってもよい。

以上、本開示の実施形態について説明したが、設計上の都合やその他の要因によって必要となる様々な修正や組み合わせは、請求項に記載されている発明や発明の実施形態に記載されている具体例に対応する発明の範囲に含まれるものとする。

１… 物流管理装置、１００…物流管理サーバ、１０１…オーダー取得部、１０２…バッチ作成部、１０３…輸送作成部、１０４…表示部、１０５…バッチ編集部、１０６…通知部、１０７…タスク管理部、１１１…商品ＤＢ、１１２…オーダーＤＢ、１１３…バッチＤＢ、１１４…輸送ＤＢ、１１５…利用者ＤＢ、２００−１〜２００−Ｎ…利用者端末、８０１…コンピュータ、８０２…ＣＰＵ、８０３…主記憶装置、８０４…補助記憶装置、８０５…インタフェース、ＮＷ…ネットワーク

Claims (11)

1. 商品のオーダーと輸送を管理する物流管理装置であって、
   商品のオーダーを作成するオーダー取得部と、
   前記オーダーを輸送の積荷調整単位であるバッチに分割して作成するバッチ作成部と、
   一以上の前記バッチをグループ化して輸送手段に関連付けることで積荷調整を行う輸送作成部と
   を備える物流管理装置。
2. 前記オーダーは、一又は複数の種類の商品から構成され、
   前記バッチ作成部は、前記オーダーを分割して作成することを特徴とする請求項１に記載の物流管理装置。
3. 前記輸送作成部は、前記バッチをいずれの輸送手段を利用するか決定することを特徴とする請求項１から請求項２のいずれか一項に記載の物流管理装置。
4. 前記オーダーと前記バッチとの関係及び前記バッチと前記積荷調整との関係を線で結んで図示するリレーションマップを用いて利用者端末に表示させる表示部をさらに備えることを特徴とする請求項１から請求項３のいずれか一項に記載の物流管理装置。
5. 前記利用者端末に表示されるリレーションマップ上のバッチを操作することで、前記バッチの編集操作を可能とするバッチ編集部をさらに備えることを特徴とする請求項４に記載の物流管理装置。
6. 前記バッチ編集部は、少なくともバッチの分割、バッチの複製、バッチの削除、バッチの商品の増減、及び輸送手段の変更を行うことを特徴とする請求項５に記載の物流管理装置。
7. 前記輸送作成部は、国際物流における航空機への積荷または船舶への積荷の調整を行うことを特徴とする請求項１から請求項６のいずれか一項に記載の物流管理装置。
8. 前記オーダーの内容や前記積荷調整の内容が変更されたときに、販売者、発注者及び輸送者に対して当該オーダーの内容や積荷調整の内容の変更を通知する通知部をさらに備えることを特徴とする請求項１から請求項７のいずれか一項に記載の物流管理装置。
9. 前記作成されたオーダー、バッチおよび輸送ごとに、それぞれに関連付けて必要なタスクの進捗状況を管理するタスク管理部をさらに備えることを特徴とする請求項１から請求項８のいずれか一項に記載の物流管理装置。
10. 商品のオーダーと輸送を管理する物流管理方法であって、
    商品のオーダーを作成するオーダー取得ステップと、
    前記オーダーを輸送の積荷調整単位であるバッチに分割して作成するバッチ作成ステップと、
    一以上の前記をグループ化して輸送手段に関連付けることで積荷調整を行う輸送作成ステップと
    を備えコンピュータに実行させることを特徴とする物流管理方法。
11. 商品のオーダーと輸送を管理する物流管理プログラムであって、
    商品のオーダーを作成するオーダー取得ステップと、
    前記オーダーを輸送の積荷調整単位であるバッチに分割して作成するバッチ作成ステップと、
    一以上の前記バッチをグループ化して輸送手段に関連付けることで積荷調整を行う輸送作成ステップと
    をコンピュータに実行させることを特徴とする物流管理プログラム。