JP2005104701A - Transportation business management device, system, and program - Google Patents
Transportation business management device, system, and program Download PDFInfo
- Publication number
- JP2005104701A JP2005104701A JP2003343863A JP2003343863A JP2005104701A JP 2005104701 A JP2005104701 A JP 2005104701A JP 2003343863 A JP2003343863 A JP 2003343863A JP 2003343863 A JP2003343863 A JP 2003343863A JP 2005104701 A JP2005104701 A JP 2005104701A
- Authority
- JP
- Japan
- Prior art keywords
- transportation
- package information
- information
- transport
- vehicle
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
Description
本発明は、ネットワークを介して運送の受注管理、配車管理、及び販売管理を行う運輸業管理装置及びシステム、並びにプログラムに関する。 The present invention relates to a transportation business management apparatus and system for performing order management, dispatch management, and sales management of transportation via a network, and a program.
近年、運輸業においては、ネットワークを介して物流の管理を行う仕組みとして荷主と車主の間を取り持ち、求車依頼と求貨依頼をマッチングさせて配車を行う荷物配送管理システムが導入されている。 従来の荷物配送管理システムにおいては、荷物の配送依頼を受けた際に、貨物ベース（荷物１個当たり又は荷物１ｋｇ当たりの料金、いわゆる個建てと呼ばれるもの）ではなく、トラックに対して荷物を割り付けるトラックベース（車輌１運行（往復・片道）当たり又は車輌１ヶ月当たりの料金、いわゆる車建てと呼ばれるもの）で物流が管理されていた。その１つとして、例えば、従来、運送車の台数単位で運賃が決められていたものを荷主にとって魅力的なものにするために、積載率を考慮して荷主に対する割引を行う求貨求車システムが提案されている（例えば、特許文献１参照）。
しかしながら、上述した従来の荷物配送管理システムでは、物流管理に以下に示す不都合が生じている。 However, the conventional package delivery management system described above has the following disadvantages in logistics management.
例えば、昨今の物流の法改正（物流２法、物流３法）や荷主企業が物流を固定費から変動費として捉える流れに合わせて、運送取引が車建てから個建てに移行してきている。また、荷物は、通常、積地から卸地まで１台のトラックで運ばれるのではなく、集荷、幹線、配送というように分割し、トラック１運行あたりの実車率、積載率が高くなるように運ばれている。 このような運送取引を従来の受注管理、配車管理、及び販売管理まで一貫して行うシステムで運用しようとすると、荷物と車の関係が１：１若しくはＮ：１が基本になっているため、例えば、甲荷主よりＡ地点からＢ地点までの運送依頼を請け、乙荷主よりＣ地点からＤ地点までの運送依頼を請けて、これらの依頼を中継点Ｅをおき、甲荷主の依頼と乙荷主の依頼をトラック１によりＡ地点で集荷し、Ｃ地点で集荷し、中継点Ｅまで輸送し、中継点Ｅからトラック２により甲荷主の荷物をＢ地点まで輸送し、中継点Ｅからトラック３で、乙荷主の荷物をＤ地点まで輸送するといった場合、荷主の運送依頼とトラックとを直接対応づけることができない。
For example, in accordance with the recent revision of logistics laws (Logistics 2 Law,
そのため、荷主の運送依頼を、そのまま受注管理、配車管理、及び販売管理まで一貫しておこなうシステムに入力して利用することができず、荷物を運ぶトラック毎に分けて入力せざるを得ない。この場合、トラック毎に分けて入力された情報が、荷主への請求毎に分けられていないため、請求情報として活用することができない。 For this reason, a shipper's transportation request cannot be input and used as it is in a system that consistently handles order management, dispatch management, and sales management, and must be input separately for each truck that carries the cargo. In this case, since the information input separately for each truck is not divided for each claim to the shipper, it cannot be used as the request information.
また、昨今のＩＴの発達により、荷主の運送依頼をデータとして入手することができても、入手したデータが、運送会社が実際に中継して運ぶ単位には分かれていないため、受注管理が可能でもそのまま配車管理及び販売管理に利用することができず、またデータの二重入力、配車や販売等の個別管理を行わなければならず、煩雑な手作業が発生していた。 In addition, due to the recent development of IT, even if the shipper's transportation request can be obtained as data, the received data is not divided into units that are actually relayed and carried by the shipping company, so it is possible to manage orders. However, it cannot be used for vehicle allocation management and sales management as it is, and it has been necessary to carry out double management of data, individual management such as vehicle allocation and sales, and complicated manual operations have occurred.
本発明は、上記課題を解決するために成されたものであり、荷主の運送依頼を荷物情報として加工することなく利用することができ、該荷物情報に基づいて受注管理、配車管理、及び販売管理を一貫して行うことができる運輸業管理装置及びシステム、並びにプログラムを提供することを目的とする。 The present invention has been made to solve the above-described problems, and can use a shipper's transportation request without processing it as package information. Based on the package information, order management, vehicle allocation management, and sales can be performed. It is an object of the present invention to provide a transportation business management apparatus and system capable of performing management consistently, and a program.
上記目的を達成するために、請求項１記載の運輸業管理装置は、荷主の運送依頼を荷物情報として受け付ける荷物情報受付手段と、前記荷物情報を運送会社が実際に運ぶ運送単位に分割するための運送分割パターンを格納する運送分割パターン格納手段と、前記荷物情報受付手段により受け付けた荷物情報を前記運送分割パターンに基づいて運送単位に分割する荷物情報分割手段と、前記荷物情報を受け付けた際に、前記運送分割パターンにより運送単位に分割された荷物情報を運送単位荷物情報として登録する運送単位荷物情報登録手段とを備えることを特徴とする。
In order to achieve the above object, the transportation management apparatus according to
請求項２記載の運輸業管理装置は、請求項１記載の運輸業管理装置において、前記登録された運送単位荷物情報に基づいて前記荷物を運送する運送会社の車輌を割り付ける配車割付手段を備えることを特徴とする。
The transportation business management device according to
請求項３記載の運輸業管理装置は、請求項１又は２記載の運輸業管理装置において、前記受け付けた荷物情報及び／又は前記登録された運送単位荷物情報に基づいて受注売上及び／又は車輌売上・支払を計上する売上計上手段を備えることを特徴とする。
The transportation business management device according to
請求項４記載の運輸業管理装置は、請求項１乃至３のいずれか１項に記載の運輸業管理装置において、前記運送分割パターン格納手段は、前記荷主に対応して設定された運送分割パターンを少なくとも１つ備えることを特徴とする。
The transportation business management apparatus according to
上記目的を達成するために、請求項５記載の運輸業管理システムは、ユーザ用端末と、前記ユーザ用端末にネットワークを介して接続された運輸業管理サーバとを備える運輸業管理システムにおいて、前記ユーザ用端末は、荷主の運送依頼を荷物情報として入力する入力手段を備え、前記運輸業管理サーバは、前記ユーザ用端末より荷物情報を受け付ける荷物情報受付手段と、前記荷物情報を運送会社が実際に運ぶ運送単位に分割するための運送分割パターンを格納する運送分割パターン格納手段と、前記荷物情報受付手段により受け付けた荷物情報を前記運送分割パターンに基づいて運送単位に分割する荷物情報分割手段と、前記荷物情報を受け付けた際に、前記運送分割パターンにより運送単位に分割された荷物情報を運送単位荷物情報として登録する運送単位荷物情報登録手段とを備えることを特徴とする。
In order to achieve the above object, a transportation business management system according to
請求項６記載の運輸業管理システムは、請求項５記載の運輸業管理システムにおいて、前記運輸業管理サーバは、前記登録された運送単位荷物情報に基づいて前記荷物を運送する運送会社の車輌を割り付ける配車割付手段を備えることを特徴とする。
The transportation business management system according to
請求項７記載の運輸業管理システムは、請求項５又は６記載の運輸業管理システムにおいて、前記受け付けた荷物情報及び／又は前記登録された運送単位荷物情報に基づいて受注売上及び／又は車輌売上・支払を計上する売上計上手段を備えることを特徴とする。
The transportation business management system according to
請求項８記載の運輸業管理システムは、請求項５乃至７のいずれか１項に記載の運輸業管理システムにおいて、前記運送分割パターン格納手段は、前記荷主に対応して設定された運送分割パターンを少なくとも１つ備えることを特徴とする。 上記目的を達成するために、請求項９記載のプログラムは、ネットワークを介してユーザ用端末に接続された運輸業管理サーバを制御する制御方法をコンピュータに実行させるプログラムにおいて、前記ユーザ用端末より荷主の運送依頼を荷物情報として受け付ける荷物情報受付モジュールと、前記荷物受付モジュールにより受け付けた荷物情報を、運送会社が実際に運ぶ運送単位に分割するための運送分割パターンに基づいて運送単位に分割する荷物情報分割モジュールと、前記荷物情報を受け付けた際に、前記運送分割パターンにより運送単位に分割された荷物情報を運送単位荷物情報として登録する運送単位荷物情報登録モジュールとを備えることを特徴とする。
The transportation business management system according to
本発明によれば、荷主の運送依頼を荷物情報として受け付け、該受け付けた荷物情報を、運送会社が実際に運ぶ運送単位に分割するための運送分割パターンに基づいて運送単位に分割するので、荷主の運送依頼を荷物情報として加工することなく利用することができ、受注管理、配車管理、及び販売管理をそれぞれ独立して行なうことなく、該荷物情報に基づいて受注管理、配車管理、及び販売管理を一貫して行うことができる。 According to the present invention, the shipper's transportation request is received as package information, and the received package information is divided into transportation units based on a transportation division pattern for dividing the transportation company into transportation units that are actually transported. Can be used without processing as package information, and order management, dispatch management, and sales management are performed based on the package information without independently performing order management, dispatch management, and sales management. Can be done consistently.
以下、本発明の実施の形態を図面を参照して詳細に説明する。 Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
図１は、本発明の実施の形態に係る運輸業管理システムの全体構成を示す図である。 FIG. 1 is a diagram showing an overall configuration of a transportation business management system according to an embodiment of the present invention.
図１において、本運輸業管理システムは、運輸業管理サーバ（以下、単に「サーバ」という。）１と、ユーザ用端末である複数のクライアント２と、それらを互いに接続するインターネット等のネットワーク３とで構成されている。
In FIG. 1, this transportation business management system includes a transportation business management server (hereinafter simply referred to as “server”) 1, a plurality of
サーバ１は、荷主の運送依頼（荷物情報）に対して受注管理、配車管理、及び販売管理を一貫して行うことが可能なサーバ装置である。サーバ１は、例えば、クライアント２からネットワーク３を介して入力された荷物情報を、業務形態にあわせて運送用データ（運送単位荷物情報）に加工したり、運送用データに対する配車処理を行ったり、車輌別売上管理や受注に基づく荷主に対する請求書の作成処理等が可能である。 また、サーバ１は、所定のタイミングで請求書の仮締め処理等を行ったり、日報や月報の作成も可能である。更に、サーバ１は、Ｗｅｂサーバとして機能し、外部からのＨＴＴＰ（HyperText Transfer Protocol）プロトコルによるリクエストに応答してデータを送信したり、ＣＧＩ（Common Gateway Interface）プログラムを実行したり、或いはサーブレットを実行するものである。
The
クライアント２は、汎用のＰＣ（Personal Computer）で構成されており、ユーザがネットワーク４を介してサーバ１にアクセスして利用するものである。また、クライアント２は、例えば、Ｗｅｂサーバを閲覧するためのブラウザ機能を有しており、ＴＣＰ／ＩＰのプロトコル上でＨＴＴＰプロトコルを用いて運輸業管理サーバ１と通信するものである。
The
図２は、図１のサーバ１のハードウェア構成を示すブロック図である。
FIG. 2 is a block diagram showing a hardware configuration of the
図２において、ＣＰＵ１０１は、システムバス１０４に接続される各種デバイスや各種コントローラを統括的に制御する。また、ＣＰＵ１０１は、後述する処理の実行に際して必要なプログラム等をＲＡＭ１０３にロードし、ロードしたプログラムを実行することで各種動作を実現するものである。
In FIG. 2, the
ＲＯＭ１０２又は外部メモリ１１１（ＨＤ、ＦＤ）には、ＣＰＵ１０１の制御プログラムであるＢＩＯＳ(Basic Input/Output System)やオペレーティングシステムプログラム（ＯＳ）、サーバ１として実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ１０３は、ＣＰＵ１０１の主メモリ、ワークエリア等として機能する。
In the
入力コントローラ１０５は、キーボード（ＫＢ）１０９や不図示のマウス等のポインティングデバイスからの入力を制御する。ビデオコントローラ１０６は、ＣＲＴディスプレイ（ＣＲＴ）１１０等の表示装置への表示を制御する。表示装置は、ＣＲＴだけでなく、液晶ディスプレイであってもよい。
The
メモリコントローラ１０７は、ブートプログラム、ブラウザソフトウェア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、及び各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ１１１へのアクセスを制御する。
The
通信Ｉ／Ｆコントローラ１０８は、ネットワーク３を介して外部機器と接続・通信するものであり、ネットワーク３での通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
The communication I /
なお、ＣＰＵ１０１は、例えば、ＲＡＭ１０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ１１０上での表示を可能としている。また、ＣＰＵ１０１は、ＣＲＴ１１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
Note that the
図１のクライアント２のハードウェア構成は、サーバ１のハードウェア構成と実質同一であるため、その説明を省略するが、以後、サーバ１におけるＣＰＵ１０１〜外部メモリ１１１に対応するクライアント２における各部をＣＰＵ２０１〜外部メモリ２１１として説明する。サーバ１と異なる点として、ＲＯＭ２０２や外部メモリ２１１には、汎用ＰＣとしてクライアント２が動作するために必要なＯＳや後述する各種プログラムが格納されており、インターネット接続を行うためのＴＣＰ／ＩＰやＨＴＴＰのサポートが可能なプログラムや汎用ブラウザソフトウェアが格納されている。
The hardware configuration of the
次に、図１の運輸業管理システムにおいて実行される基本的な処理を説明する。 Next, basic processing executed in the transportation management system of FIG. 1 will be described.
図３及び図４は、図１の運輸業管理システムにおいて実行される簡易依頼入力処理を示すフローチャートである。 3 and 4 are flowcharts showing a simple request input process executed in the transportation management system of FIG.
図３において、まず、クライアント２は、ユーザのログインによりユーザＩＤ及びパスワードが入力されると、それらをネットワーク４を介してサーバ１に送信する（ステップＳ１）。
In FIG. 3, first, when a user ID and a password are input by a user login, the
サーバ１は、クライアント２より受信したユーザＩＤ及びパスワードがデータベースに登録されているか否かを判別し、データベースに登録されているときは、図６に示すメインメニュー画面６をクライアント２に送信する（ステップＳ２）。
The
クライアント２は、サーバ１より受信したメインメニュー画面６をＷｅｂブラウザ等により表示する（ステップＳ４）。次に、表示されたメインメニュー画面６上でユーザが行う簡易依頼入力（簡易受注入力・編集）の選択によりサーバ１にデータ要求を送信する（ステップＳ５）。
The
サーバ１は、クライアント２からのデータ要求に応じて、図７に示す簡易依頼入力画面７を送信すると（ステップＳ６）、クライアント２は、簡易依頼入力画面７を表示する（ステップＳ７）。このとき、簡易依頼入力画面７上の受注部門、積日、及び卸日の各欄にはなにも表示されていないものとする。
When the
クライアント２は、表示された簡易依頼入力画面７上でユーザが荷主選択ボタン７ａを押下して荷主を選択することによりサーバ１にデータ要求を送信すると（ステップＳ８）、サーバ１は、図８に示す荷主・パターン選択画面（荷物パターン確定画面）８をクライアント２に送信する（ステップＳ９）。このとき、図８における検索結果８ａは表示されていない。
When the
クライアント２は、荷主・パターン選択画面８上でユーザにより荷主の検索条件として荷主コード、荷主カナ、及び荷主名称が入力又はドロップダウンリストにより選択され、検索ボタン８ｂが押下されると、荷主検索処理要求をサーバ１に送信する（ステップＳ１０）。
The
サーバ１は、入力又は選択された荷主の検索条件に基づいて、荷主マスタテーブルから荷主データを検索する検索処理を行う（ステップＳ１１）。荷主マスタテーブルには、荷主コード、荷主カナ、及び荷主名称のキーに対して荷主に関する住所、電話番号、担当者名、請求明細等の情報が予め荷主データとしてデータベースに格納されている。
The
次に、サーバ１は、検索条件に該当する荷主データが荷主マスタテーブルに存在するか否かを判別し（ステップＳ１２）、該当する荷主データが存在しないときは、エラー処理を行って（ステップＳ１３）、クライアント２はエラーメッセージを表示する（ステップＳ１４）。一方、該当する荷主データが存在するときは、図４のステップＳ１５へ進む。
Next, the
図４のステップＳ１５において、サーバ１は、該当する荷主データが荷主・パターン選択画面８上の検索結果８ａにおける荷主欄にリスト表示された荷主・パターン選択画面８をクライアント２に送信する。
In step S15 of FIG. 4, the
クライアント２は、リスト表示された荷主のうち該当する荷主がユーザにより選択されると、サーバ１にデータ要求を送信する（ステップＳ１６）。
The
サーバ１は、選択された荷主に対応する表示用の荷物情報パターンデータを表示用の荷物情報パターンテーブルから取得し、取得した表示用の荷物情報パターンデータ（例えば、○○運送パターン１、○○運送パターン２等）が荷主・パターン選択画面８上の検索結果８ａにおけるパターン名称欄にリスト表示された荷主・パターン選択画面８をクライアント２に送信する（ステップＳ１７）。荷物情報パターン（運送分割パターン）テーブルには、パターンＩＤ、荷主コード、パターンキー、行ナンバ、メーカコード、積地取引先コード、卸地取引先コード、商品コード、配送区分（配送フラグ、直送フラグ）、幹線の分割数、集荷フラグ、配送フラグ、幹線ルートコード（ルート名）、売上部門、中継センター、数量、数量（計上用）、単位、計上単位、運賃分割マスタテーブルのコード、及びパターン種別等の情報が予め荷物情報パターンデータ（運送分割パターンデータ）としてデータベースに格納されている。荷物情報パターンデータには、例えば、荷物をＸケース所定の日時に所定の積地から卸地まで運ぶという荷物情報を、運送車輌（例えば、自社車輌や△△物流といった傭車の車輌等）が実際に行う集荷、幹線（中継）、及び配送等の運送単位に分割するための情報が格納されており、荷主に対して少なくとも１つのパターンが設定されている。
The
クライアント２は、荷主・パターン選択画面８上の検索結果８ａにリスト表示された荷物情報パターンデータのうち所望の荷物情報パターンデータがユーザにより選択されると、サーバ１にデータ要求を送信する（ステップＳ１８）。
The
サーバ１は、選択された荷物情報パターンデータに基づいて、図９に示す簡易依頼入力画面９における明細部（受注明細一覧）９ａを構成する荷物情報パターンのデータ群をデータベースより取得し、簡易依頼入力画面９を作り直してクライアント２に送信する（ステップＳ１９）。
Based on the selected package information pattern data, the
クライアント２は、サーバ１より受信した簡易依頼入力画面９を表示する（ステップＳ２０）。表示された簡易依頼入力画面９上の所定の項目（卸地、メーカ、積地、品目、直送／配送、数量、及び計上数量）に荷主の荷物情報が入力された後、データ確認ボタン９ｂが押下されると、入力されたデータをサーバ１に送信する（ステップＳ２１）。
The
サーバ１は、クライアント２より受信したデータに基づいて設定パターン検索・運送分割処理を行い（ステップＳ２２）、その処理結果が反映された図１０に示す荷物情報及び運送単位荷物情報登録確認画面（簡易受注データ確認処理）１０をクライアント２に送信する（ステップＳ２３）。
The
クライアント２は、サーバ１より受信した荷物情報及び運送単位荷物情報登録確認画面１０を表示し（ステップＳ２４）、ユーザにより重量／容積換算値、中継センター等の項目にデータが入力され、データ登録ボタン１０ａが押下されると、入力されたデータと運送依頼情報、荷物情報、運送単位荷物情報のデータ登録処理の実行要求をサーバ１に送信する（ステップＳ２５）。
The
サーバ１は、入力されたデータと運送依頼情報、荷物情報、運送単位荷物情報登録処理の実行要求をサーバ１より受信すると、入力されたデータを、依頼情報テーブルに運送依頼情報データ、荷物情報テーブルに荷物情報データ、積卸地情報テーブルに運送単位荷物情報データとして各データベースにそれぞれ登録する各種データ登録処理を行い（ステップＳ２６）、本処理を終了する。
When the
依頼情報テーブルには、依頼ナンバ、依頼書ナンバ、依頼元コード、及び依頼日等の情報が予め依頼情報データとしてデータベースに格納されている。荷物情報テーブルには、荷物情報ＩＤ、依頼情報ＩＤ、一般・簡易フラグ、積日、卸日、積地、卸地、メーカコード、配送区分（直送フラグ、配送フラグ）、集荷フラグ、配送フラグ、数量、単価、及び請求金額等の情報が予め荷物情報データとしてデータベースに格納されている。積卸地情報テーブルには、積卸地ＩＤ、運送番号、一般・簡易フラグ、運送種別、積地、卸地、積日、及び卸日等の情報が予め積卸地情報データとしてデータベースに格納されている。 In the request information table, information such as a request number, a request document number, a request source code, and a request date is stored in advance in the database as request information data. The package information table includes a package information ID, a request information ID, a general / simple flag, a loading date, a wholesale date, a loading location, a wholesale location, a manufacturer code, a delivery classification (direct delivery flag, a delivery flag), a collection flag, a delivery flag, Information such as quantity, unit price, and billing amount is stored in advance in the database as package information data. In the unloading area information table, information such as unloading area ID, transportation number, general / simple flag, transportation type, loading area, wholesale area, loading date, and wholesale date is stored in advance in the database as unloading area information data. Has been.
次に、図４におけるステップＳ２２の設定パターン検索・運送分割処理を説明する。 Next, the setting pattern search / transport division process in step S22 in FIG. 4 will be described.
図５は、図４におけるステップＳ２２の設定パターン検索・運送分割処理のフローチャートである。 FIG. 5 is a flowchart of the setting pattern search / transport division process in step S22 in FIG.
図５において、簡易依頼入力画面９上の明細部９ａに表示されている荷物情報の１明細分（１行分）のデータを読み込む（ステップＳ３０）。次に、読み込んだ１明細分のデータにおいて、積地、メーカ、卸地、品目、直送／配送フラグ（配送）、数量、及び計上数量の項目のすべてにデータが入力又は設定されているか否かをチェックする（ステップＳ３１）。チェックの結果、データがすべて入力されているときは、それらのうちの積地、メーカ、卸地、品目、及び直送／配送フラグの項目に入力されたデータ及び荷主に基づいて、設定用の荷物情報パターンテーブルから設定用の荷物情報パターンデータの検索を行う（ステップＳ３３）。
In FIG. 5, data for one detail (one line) of the package information displayed in the
次に、入力されたデータに該当する設定用の荷物情報パターンデータが存在するか否かを判別し（ステップＳ３４）、該当する設定用の荷物情報パターンデータが存在しないときは、簡易依頼入力画面９で入力された内容に基づいて荷物の自動分割処理を行い（ステップＳ３５）、ステップＳ３０へ戻る。荷物の自動分割処理とは、例えば、簡易依頼入力画面９上で「集荷あり」、「配送あり」と設定されていた場合に、集荷用及び配送用の２件の荷物の分割用データを自動的に生成する。ここで、登録されるデータは、「スポットデータ」となり、図９における追加明細部（追加明細一覧）９ｃに表示される。ルートは未設定で、売上部門はすべて荷物情報入力部門となる。 Next, it is determined whether or not the set-up package information pattern data corresponding to the input data exists (step S34), and when the set-up package information pattern data does not exist, a simple request input screen is displayed. Based on the contents input in step 9, the automatic parcel dividing process is performed (step S35), and the process returns to step S30. For example, when the simple request input screen 9 is set to “with pickup” and “with delivery”, the automatic division processing of the baggage automatically generates data for dividing the two pieces of baggage for collection and delivery. Generate automatically. Here, the registered data is “spot data”, and is displayed in the additional detail section (additional detail list) 9c in FIG. The route is not set, and all sales departments are package information input departments.
一方、ステップＳ３４の判別の結果、入力されたデータに該当する設定用の荷物情報パターンデータが存在するときは、設定用の荷物情報パターンデータより、運送分割情報（集荷、幹線、及び配送等）、各運送における売上部門、計上単位・単位、中継センター（運送時に中継が発生する場合）、運送時のルート名、及び運賃分割マスタテーブルのＩＤの情報を取り出す（ステップＳ３６）。運送分割情報とは、運送車輌により実際に行われる運送が集荷、幹線、配送単位にそれぞれ分割された場合の運賃単価および集荷・幹線・配送への運賃の分割按分の割合が格納されたものである。また、計上単位・単位とは、実際に荷主に対して請求する運賃を計算するために用いるものを計上単位、運送業務を行う上で利用されるものが単位と定義している。 On the other hand, as a result of the determination in step S34, when there is a set-up package information pattern data corresponding to the input data, the transportation division information (collection, main line, delivery, etc.) is determined from the set-up package information pattern data. The information of the sales department, the recording unit / unit, the relay center (when relaying occurs during transportation), the route name during transportation, and the ID of the fare division master table is extracted (step S36). The transportation division information stores the unit price of fare when the transportation actually performed by the transporting vehicle is divided into the collection, main line, and delivery unit, and the ratio of the prorated division of the fare to the collection / main line / delivery. is there. In addition, the recording unit / unit is defined as the recording unit that is used to calculate the fare actually charged to the shipper, and the unit that is used for carrying out the transportation business.
運賃分割マスタテーブルは、運賃分割コード、荷主コード、幹線の分割数、集荷フラグ、配送フラグ、運賃分割名称、集荷運賃、幹線時運賃、配送運賃、センター費、集荷支払、幹線時支払、配送支払、センター費支払等の情報が予め運賃分割マスタデータとしてデータベースに格納されている。 The fare split master table includes the fare split code, shipper code, number of main line splits, collection flag, delivery flag, fare split name, collection fare, main fare, delivery fare, center cost, collection payment, main payment, delivery payment Information such as center fee payment is stored in advance in the database as fare split master data.
次に、取り出した各種情報のうちの運送分割情報、売上部門、及びルート名に基づいて運送分割処理を行い、荷物情報及び運送単位荷物情報登録確認画面１０に表示する１明細分のデータ（荷物情報データ）を生成し（ステップＳ３７）、簡易依頼入力画面９上に表示されている明細分のすべての読み込みが完了したときは（ステップＳ３８でＹＥＳ）、リターンする。 Next, the transportation division processing is performed based on the transportation division information, the sales department, and the route name among the various pieces of extracted information, and the data for one item displayed on the baggage information and the transportation unit package information registration confirmation screen 10 (the package (Information data) is generated (step S37), and when all of the details displayed on the simple request input screen 9 have been read (YES in step S38), the process returns.
このように、運送分割処理とは、荷主の運送依頼と車輌とを直接対応付けるために、荷主の運送依頼を運送会社が荷物を実際に中継して運ぶ運送単位に自動的に分割することである。例えば、荷物情報パターンが、運送分割情報として：幹線１あり（売上部門：共配課、ルート名：いわき１便）、配送あり（売上部門：仙台営業課、ルート名：郡山２便）と入力されている場合、幹線１用の積卸地情報として売上部門：共配課、ルート：いわき１便が設定され、配送用の積卸地情報として売上部門：仙台営業課、ルート名：郡山２便）が設定される。
In this way, the transportation division process is to automatically divide the shipper's transportation request into transportation units that are actually relayed by the shipping company in order to directly associate the shipper's transportation request with the vehicle. . For example, the package information pattern is input as transport division information: main line 1 (sales department: co-distribution section, route name:
本処理により、荷主の運送依頼を運送会社が実際に中継して運ぶ運送単位に分割するので、該運送依頼を荷物を運ぶトラック毎に分けて入力するなどの煩雑な手作業の発生を防止することができ、運送取引を個建てで管理することができる。 This process divides the shipper's transport request into transport units that are actually relayed and transported by the shipping company, thus preventing the occurrence of complicated manual operations such as inputting the transport request for each truck carrying the package. And can manage transportation transactions individually.
図１１は、図１の運輸業管理システムにおいて実行される配車割付処理を示すフローチャートである。なお、同図において、図３〜図５の処理における同一のステップには同一の符号を付し、その説明を省略する。 FIG. 11 is a flowchart showing a vehicle allocation process executed in the transportation management system of FIG. In the figure, the same steps in the processes of FIGS. 3 to 5 are denoted by the same reference numerals, and the description thereof is omitted.
図１１において、クライアント２は、表示されたメインメニュー画面６上でユーザが行う配車割付（配車割付・編集）の選択によりサーバ１にデータ要求を送信する（ステップＳ４４）。
In FIG. 11, the
サーバ１は、クライアント２からのデータ要求に応じて、図１３に示す配車割付画面１３０を送信すると（ステップＳ４５）、クライアント２は、配車割付画面１３０を表示する（ステップＳ４６）。
When the
クライアント２は、表示された配車割付画面１３０上でユーザにより積日の入力又は設定が行われ、検索ボタン１３０ａが押下されると、サーバ１に入力された積日の情報と検索処理の実行要求を送信する（ステップＳ４７）。
When the
サーバ１は、入力された積日の情報に基づいて積卸地情報テーブル及び車輌スケジュール情報テーブルから、当該積日の配車割付が行われていない運送単位荷物情報データと既に配車割付が行われている運送単位荷物情報データを取得する（ステップＳ４８）。車輌スケジュール情報テーブルには、スケジュールＩＤ、車情報属性、傭車先コード、対応するルート・幹線コード、積日、及び卸日等の情報が予め車輌スケジュール情報データとしてデータベースに格納されている。
On the basis of the information on the input loading date, the
次に、サーバ１は、配車割付が行われていない運送単位荷物情報データを設定されているルート毎に並び替える（ステップＳ４９）。つづいて、運送単位荷物情報データに設定されているルート・幹線コードに基づいて、ルートマスタテーブルからルートマスタデータを取得し、取得したルートマスタデータから運送開始予定時間、運送終了予定時間、及びデフォルト車輌のデータを取得する（ステップＳ５０）。更に、取得したデータに基づいて、図１４に示す配車割付画面１４０を作成してクライアント２に送信する（ステップＳ５１）。ルートマスタテーブルには、ルートコード、ルート名称・幹線名称、ルート分類、及びデフォルト車輌コード等の情報が予めルートマスタデータとしてデータベースに格納されている。
Next, the
クライアント２は、サーバ１より受信した配車割付画面１４０において、検索条件に合致した未配車の運送単位荷物情報データ一覧１４０ａ及び配車済の運送単位荷物情報データ一覧１４０ｂを表示し（ステップＳ５２）、デフォルト配車ボタン１４０ｃの押下によりデフォルト配車処理の実行要求をサーバ１に送信する（ステップＳ５３）。
The
サーバ１は、後述するデフォルト配車処理を実行し（ステップＳ５４）、該処理の結果に基づいて配車割付画面１４０を再構成するために、積卸地情報テーブル及び車輌スケジュール情報テーブルから配車割付が行われていない運送単位荷物情報データ及び既に配車割付が行われている運送単位荷物情報データを取得する（ステップＳ５５）。つづいて、再構成された配車割付画面１４０をクライアント２に送信し（ステップＳ５６）、クライアント２は、該配車割付画面１４０を表示する（ステップＳ５７）。このとき、デフォルト配車処理が行われた未配車の運送単位荷物情報データは、すべて配車済の運送単位荷物情報データ一覧１４０ｂに移動していることとなる。
The
次に、図１１におけるステップＳ５４のデフォルト配車処理を説明する。 Next, the default dispatch process in step S54 in FIG. 11 will be described.
図１２は、図１１におけるステップＳ５４のデフォルト配車処理のフローチャートである。 FIG. 12 is a flowchart of the default dispatching process in step S54 in FIG.
図１２において、サーバ１は、クライアント２よりデフォルト配車処理の実行要求を受信すると、配車割付画面１４０上の未配車の運送単位荷物情報データ一覧１４０ａに表示されている運送単位荷物情報データ群のうちの１件分を読み込む（ステップＳ６０）。次に、読み込んだ１件分の運送単位荷物情報データにおけるルートコード（対応するルート・幹線ルート）に基づいてルートマスタテーブルからルートマスタデータを取得し、取得したルートマスタデータに基づいて車輌スケジュール情報データを生成して車輌スケジュール情報テーブルに登録する（ステップＳ６１）。例えば、ルート名：「いわき１便」の運送開始予定時間：１０：００、運送終了予定時間：１４：００、デフォルト車輌：自社車輌１に対して、積日：２００３年９月１５日の配車割付処理を行う場合、積日：２００３／０９／１５、卸日：２００３／０９・１５、積時間：１０：００、卸時間：１４：００、車輌：自社車輌１という車輌スケジュール情報データが生成され、車輌スケジュール情報テーブルに登録される。
In FIG. 12, when the
次に、ルートマスタデータに含まれる未配車の運送単位荷物情報データと、生成された車輌スケジュール情報データとで配車割付処理を行う（ステップＳ６２）。例えば、ルート名：「いわき１便」に割り付けられている２００３／０９／１５付の未配車状態の運送単位荷物情報データに対して配車処理を行う場合、ルート名：「いわき１便」で２００３／０９／１５付の車輌スケジュール情報データのＩＤを、「いわき１便」で２００３／０９／１５付で割り付けられている運送単位荷物情報データに設定し、データベース更新処理を行う。
Next, a vehicle allocation process is performed using the undelivered transport unit package information data included in the route master data and the generated vehicle schedule information data (step S62). For example, when the dispatch process is performed on the unallocated transport unit package information data with 2003/09/15 assigned to the route name: “
次に、ステップＳ６３において、配車割付画面１４０上の未配車の運送単位荷物情報データ一覧１４０ａに表示されている運送単位荷物情報データのすべての読み込みが完了したときはリターンする。
Next, in step S63, when all of the transport unit package information data displayed in the unassigned transport unit package information data list 140a on the
本処理により、荷主の運送依頼を運送単位に分割して登録した運送単位荷物情報と車輌スケジュール情報に基づいて、荷物を運送する運送会社の車輌を割り付けるので、荷主の運送依頼を受注管理だけでなく配車管理にも利用することができる。 This process assigns the vehicle of the shipping company that transports the cargo based on the shipping unit package information and vehicle schedule information registered by dividing the shipper's transport request into transport units, so the shipper's transport request can be handled only by order management It can also be used for dispatch management.
図１５は、図１の運輸業管理システムにおいて実行される計上処理を示すフローチャートである。 FIG. 15 is a flowchart showing a counting process executed in the transportation management system of FIG.
図１５において、サーバ１は、図１９に示す売上・支払計上処理画面１９０上から売上・支払計上処理対象の日（例えば、２００３／０５／２７）が選択され、実行ボタン１９０ａが押下されることにより又はタスクスケジューラにより運賃・支払金額の計上処理用バッチプログラムを起動する（ステップＳ７０）。次に、選択された日の運賃・支払金額の計上処理対象となる荷物情報データ及び運送単位荷物情報データをそれぞれ荷物情報テーブル及び積卸地情報テーブルより取得する（ステップＳ７１）。つづいて、後述する運賃・支払金額自動計算処理を行う（ステップＳ７２）。
In FIG. 15, the
図１６〜図１７は、図１５におけるステップＳ７２の運賃・支払金額自動計算処理のフローチャートである。 16 to 17 are flowcharts of the fare / payment amount automatic calculation processing in step S72 in FIG.
図１６において、運賃・支払金額の計上処理対象となる荷物情報データを１件分取得する（ステップＳ８０）。取得した荷物情報データより受注売上データを１件分生成し、受注売上データテーブルに登録する（ステップＳ８１）。受注売上データテーブルは、売上情報ＩＤ、依頼書ナンバ、荷主コード、積日、卸日、及び運賃分割マスタテーブルのコード等の情報が予め受注売上データとしてデータベースに格納されている。 In FIG. 16, one piece of package information data that is subject to the fare / payment amount calculation process is acquired (step S80). One order sales data is generated from the acquired package information data and registered in the order sales data table (step S81). In the order sales data table, information such as a sales information ID, a request number, a shipper code, a loading date, a wholesale date, and a fare division master table code are stored in advance in the database as order sales data.
次に、取得した荷物情報データに対応している運送単位荷物情報データより車輌売上データを生成し、車輌売上データテーブルに登録する（ステップＳ８２）。車輌売上データテーブルは、支払情報ＩＤ、受注売上データのＩＤ、及び傭車コード等の情報が予め、車輌売上データとしてデータベースに格納されている。 Next, vehicle sales data is generated from the transport unit package information data corresponding to the acquired package information data, and registered in the vehicle sales data table (step S82). In the vehicle sales data table, information such as payment information ID, order sales data ID, and vehicle code is stored in advance in the database as vehicle sales data.
次に、生成した車輌売上データが明細別ミニマムチャージチェックの対象データか否かを判別し（ステップＳ８３）、運賃分割マスタテーブルより最低補償金額を取得し、既に設定されている売上金額と比較し、売上金額が最低補償金額よりも下回る場合は、最低補償金額を売上金額に設定し直し（ステップＳ８４）、図１７のステップＳ８５へ進む。 Next, it is determined whether or not the generated vehicle sales data is subject to the minimum charge check for each detail (step S83), the minimum compensation amount is obtained from the fare division master table, and compared with the already set sales amount. If the sales amount is lower than the minimum compensation amount, the minimum compensation amount is reset to the sales amount (step S84), and the process proceeds to step S85 in FIG.
次に、図１７において、ステップＳ８５では、荷物情報データに対して運賃分割マスタテーブルのＩＤが設定されている否かを判別し、運賃分割マスタテーブルのＩＤが設定されていないときはリターンする一方、運賃分割マスタテーブルのＩＤが設定されているときは、該当する運賃分割マスタデータを運賃分割マスタテーブルより取得する（ステップＳ８６）。 Next, in FIG. 17, in step S85, it is determined whether the ID of the fare division master table is set for the package information data. If the ID of the fare division master table is not set, the process returns. When the ID of the fare split master table is set, the corresponding fare split master data is acquired from the fare split master table (step S86).
次に、運賃分割マスタデータに設定されている単価を受注売上データにセットし（ステップＳ８７）、受注売上データの売上金額として金額×数量の計算結果をセットする（ステップＳ８８）。 Next, the unit price set in the fare split master data is set in the order sales data (step S87), and the calculation result of the amount × quantity is set as the sales amount of the order sales data (step S88).
つづいて、受注売上データに対して設定されている単価を運送単位で按分し、その按分値をそれぞれ対応する車輌売上データテーブルに設定する（ステップＳ８９）。例えば、設定されている運賃分割マスタデータが、単価：１００円、集荷：４０円、配送：５０円、センター費：１０円の場合、集荷用車輌売上データの単価に４０円と設定し、配送用車輌売上データの単価に５０円と設定し、センター費用車輌売上データを生成し、単価を１０円と設定する。 Subsequently, the unit price set for the order sales data is apportioned in units of transportation, and the apportioned value is set in the corresponding vehicle sales data table (step S89). For example, if the set fare split master data is unit price: 100 yen, collection: 40 yen, delivery: 50 yen, center cost: 10 yen, the unit price of the collection vehicle sales data is set to 40 yen. The unit price of the vehicle sales data is set to 50 yen, the center cost vehicle sales data is generated, and the unit price is set to 10 yen.
なお、運賃分割マスタデータに集荷：４０％、配送：５０％、センター費：１０％と比率で設定されている場合も、その比率で按分し、集荷用車輌売上データの単価に４０円と設定し、配送用車輌売上データの単価に５０円と設定し、センター費用車輌売上データを生成し、単価を１０円と設定してもよい。 In addition, even if the collection is 40%, the delivery is 50%, and the center cost is 10% in the freight split master data, it is prorated and the unit price of the collection vehicle sales data is set to 40 yen. Alternatively, the unit price of the delivery vehicle sales data may be set to 50 yen, the center cost vehicle sales data may be generated, and the unit price may be set to 10 yen.
次に、受注売上データに含まれる車輌売上データの車輌種別フラグ（自車、傭車）により配車割付された車輌が自車か否かを判別する（ステップＳ９０）。このとき、車輌種別フラグが１の場合は自車で、２の場合は傭車となる。ステップＳ９０の判別の結果、自車である場合は、リターンする一方、自車でない場合は、設定されている運賃分割マスタデータに支払単価が設定されているか否かを判別する（ステップＳ９１）。この判別の結果、支払単価が設定されているときは、運賃分割マスタデータに設定されている支払単価を対応する車輌売上データテーブルに設定し（ステップＳ９２）、リターンする。例えば、設定されている運賃分割マスタデータが、集荷時支払：３０円、配送時支払：３５円の場合、集荷用車輌売上データの支払単価に３０円、配送用車輌売上データの支払単価に３５円と設定する。 Next, it is determined whether or not the vehicle assigned by the vehicle type flag (own vehicle, carriage) included in the order sales data is the own vehicle (step S90). At this time, if the vehicle type flag is 1, it is the own vehicle, and if it is 2, the vehicle is a cart. If the result of the determination in step S90 is that the vehicle is a vehicle, the process returns. On the other hand, if the vehicle is not the vehicle, it is determined whether or not a unit price is set in the set fare division master data (step S91). If the payment unit price is set as a result of this determination, the unit payment price set in the fare split master data is set in the corresponding vehicle sales data table (step S92), and the process returns. For example, if the set fare split master data is 30 yen for collection payment and 35 yen for delivery, the payment unit price for collection vehicle sales data is 30 yen, and the unit price for delivery vehicle sales data is 35. Set as a circle.
なお、運賃分割マスタデータの支払単価が、車輌売上単価に対する料率で設定されている場合は、ステップＳ８９で設定された車輌売上単価に料率をかけた結果を設定してもよい。 In addition, when the payment unit price of the fare division master data is set as a rate with respect to the vehicle sales unit price, a result obtained by multiplying the vehicle sales unit price set in step S89 may be set.
一方、ステップＳ９１の判別の結果、支払単価が設定されていないときは、運送を担当した傭車の傭車先データを傭車先マスタテーブルを参照して支払料率を取得し、取得した支払料率に基づいて支払金額を計算して設定し（ステップＳ９３）、リターンする。例えば、集荷時の担当傭車先：Ａ運送（支払料率８０％），集荷時単価４０円、配送時の担当傭車先：Ｂ運送（支払料率６０％），配送時単価：３５円の場合、集荷時支払単価：４０円×０．８＝３２円、配送時支払単価：３５円×０．６＝２１円となる。
On the other hand, if the payment unit price is not set as a result of the determination in step S91, the vehicle destination data of the vehicle in charge of transportation is referred to the vehicle master table to obtain the payment rate, and the acquired payment rate The amount of payment is calculated and set based on (step S93), and the process returns. For example, in the case of collection vehicle destination at the time of collection: A transportation (payment rate 80%), unit price 40 yen at the time of collection, responsible vehicle destination at delivery: B transportation (
また、ステップＳ９３の計算例として、集荷時の担当傭車先：Ａ運送（支払料率８０％），集荷時車輌売上４００００円、配送時の担当傭車先：Ｂ運送（支払料率６０％），配送時車輌売上：３５０００円の場合、集荷時支払額：４００００円×０．８＝３２０００円、配送時支払額：３５０００円×０．６＝２１０００円としてもよい。
In addition, as an example of calculation in step S93, the assigned vehicle destination at the time of collection: A transportation (payment rate 80%), the vehicle sales at the time of collection 40000 yen, the vehicle destination at the time of delivery: B transportation (
なお、ステップＳ９１において、既に支払単価が決められている場合は、ステップＳ９２を優先して行うようにしてもよい。また、ステップＳ９１の代わりに、運送を担当した傭車の傭車先データを傭車先マスタテーブルを参照して支払料率が設定されているか否かを判断し、設定されている場合はステップＳ９３を実行してリターンし、設定されていない場合は、ステップＳ９２を実行してリターンしてもよい。 In step S91, when the payment unit price has already been determined, step S92 may be preferentially performed. Further, instead of step S91, it is determined whether or not the payment rate is set by referring to the vehicle destination master table for the vehicle destination data of the vehicle in charge of transportation, and if it is set, step S93 is set. May be returned and if not set, step S92 may be executed to return.
図１５のステップＳ７３に戻り、ステップＳ７２の運賃・支払金額自動計算処理が終了すると、荷物情報テーブル、積卸地情報テーブル、受注売上データテーブル、及び車輌売上データテーブルの各データベースの更新処理を行い、本処理を終了する。 Returning to step S73 of FIG. 15, when the fare / payment amount automatic calculation processing in step S72 is completed, update processing of each database of the package information table, the unloading place information table, the order sales data table, and the vehicle sales data table is performed. This process is terminated.
本処理により、登録した荷物情報及び運送単位荷物情報に基づいて、受注売上或いは車輌売上を計上するので、荷主の運送依頼を受注管理や配車管理だけでなく、受注した運送依頼単位の請求書発行、売上管理や車輌単位の売上管理等の販売管理にも利用することができる。 With this process, order sales or vehicle sales are recorded based on the registered package information and unit-of-transport package information, so that the shipper's transport request is issued not only for order management and dispatch management, but also for the invoice for the ordered transport request unit It can also be used for sales management such as sales management and sales management for each vehicle.
上記実施の形態によれば、クライアント２から受け付けた荷物情報を、サーバ１により運送車輌が実際に運ぶ運送単位に分割するための運送分割パターンに基づいて運送単位に分割するので、荷主の運送依頼を荷物情報として加工することなく利用することができ、受注管理、配車管理、及び販売管理をそれぞれ独立して行なうことなく、該荷物情報に基づいて受注管理、配車管理、及び販売管理を一貫して行うことができる。
According to the above-described embodiment, since the package information received from the
また、荷主の運送依頼を運送会社が実際に中継して運ぶ運送単位に分割するので、該運送依頼を荷物を運ぶトラック毎に分けて入力するなどの煩雑な手作業の発生を防止することができ、運送取引を個建てで管理することができる。 Also, since the shipping company's transportation request is divided into transportation units that are actually relayed and transported by the shipping company, it is possible to prevent the occurrence of complicated manual operations such as inputting the transportation request separately for each truck carrying the luggage. Yes, it is possible to manage transportation transactions individually.
また、荷主の運送依頼を運送単位に分割して登録した運送単位荷物情報及び車輌スケジュール情報に基づいて、荷物を運送する運送会社の車輌を割り付けるので、荷主の運送依頼を受注管理だけでなく配車管理にも利用することができる。 In addition, the transportation company's transportation request is allocated based on the transportation unit baggage information and vehicle schedule information registered by dividing the shipper's transportation request into transportation units. It can also be used for management.
更に、登録した荷物情報及び運送単位荷物情報に基づいて、受注売上を計上するので、荷主の運送依頼を受注管理や配車管理だけでなく、販売管理にも利用することができる。 Furthermore, since sales orders are recorded based on the registered package information and transport unit package information, the shipper's transport request can be used not only for order management and dispatch management but also for sales management.
上記図３〜図５、図１１〜図１２、図１５〜図１７に示した各フローチャートにおける処理は、サーバ１及びクライアント２がそれぞれ処理を行っていたが、単純にブラウザアプリケーションでのＨＴＭＬファイルの表示を行い、クライアント２からはイベントをサーバ１に送信することでサーバ１側はＣＧＩを用いて各ステップを実現する処理を行うなどの変形でも実現できる。また、サーバ１は、キーボードやマウス、タッチパネルディスプレイ等の入力手段を有するスタンドアローンのコンピュータとして存在する運輸業管理装置であっても構わない。
The processes in the flowcharts shown in FIGS. 3 to 5, 11 to 12, and 15 to 17 are performed by the
図１のネットワーク３に接続されるクライアント２の構成は一例であり、用途や目的に応じて様々な構成例があることは云うまでもない。
The configuration of the
本実施の形態では、上述した各種テーブルは、サーバ１の外部メモリ１１１に記憶されているが、これ以外に、上述の各種処理を実現するための各種テーブルやデータが外部メモリ１１１に記憶されている。
In the present embodiment, the various tables described above are stored in the
また、上述した各種テーブルの構成及びその内容は限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは云うまでもない。 Further, the configuration and contents of the various tables described above are not limited, and it is needless to say that the various tables are configured with various configurations and contents according to the application and purpose.
本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。 本発明は、上述した実施の形態の機能を実現するソフトウェアのプログラム（図３〜図５、図１１〜図１２、図１５〜図１８のフローチャートに対応するプログラム）を、コンピュータ又はＣＰＵに供給し、そのコンピュータ又はＣＰＵが該供給されたプログラムを読み出して実行することによっても本発明の目的が達成されることは云うまでもない。この場合、上記プログラムは、該プログラムを記憶した記憶媒体から直接、又はインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続された不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。 The present invention can take an embodiment as, for example, a system, apparatus, method, program, or storage medium. Specifically, the present invention may be applied to a system including a plurality of devices, Moreover, you may apply to the apparatus which consists of one apparatus. The present invention supplies software programs (programs corresponding to the flowcharts of FIGS. 3 to 5, FIGS. 11 to 12, and FIGS. 15 to 18) that realize the functions of the above-described embodiments to a computer or CPU. Needless to say, the object of the present invention can also be achieved by the computer or CPU reading and executing the supplied program. In this case, the program is supplied by downloading directly from a storage medium storing the program or from another computer or database (not shown) connected to the Internet, a commercial network, a local area network, or the like.
また、上記プログラムは、上述した実施の形態の機能をコンピュータで実現することができればよく、その形態は、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給されるスクリプトデータ等の形態を有するものでもよい。 The above-described program only needs to be able to realize the functions of the above-described embodiments by a computer, and the form includes forms such as object code, a program executed by an interpreter, and script data supplied to the OS. But you can.
更に、上述した実施の形態の機能を実現するソフトウェアのプログラムを記憶した記憶媒体をコンピュータに供給し、そのコンピュータ又はＣＰＵが該記憶媒体に格納されたプログラムを読み出して実行することによっても、本発明の目的が達成されることは云うまでもない。 Furthermore, the present invention can also be realized by supplying a storage medium storing a software program for realizing the functions of the above-described embodiments to a computer, and reading and executing the program stored in the storage medium by the computer or CPU. Needless to say, the purpose of this is achieved.
上述した実施の形態では、プログラムはＲＯＭ１０２又は外部メモリ１１１に格納されているが、これに限定する必要はなく、プログラムを供給する記憶媒体としては、例えば、ＲＡＭ、ＮＶ−ＲＡＭ、ハードディスク、フレキシブルディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、他のＲＯＭ等の上記プログラムを記憶できるものであればよい。
In the above-described embodiment, the program is stored in the
１ 運輸業管理サーバ
２ クライアント（ユーザ用端末）
３ ネットワーク
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
1
102 ROM
103 RAM
Claims (9)
前記荷物情報を運送会社が実際に運ぶ運送単位に分割するための運送分割パターンを格納する運送分割パターン格納手段と、
前記荷物情報受付手段により受け付けた荷物情報を前記運送分割パターンに基づいて運送単位に分割する荷物情報分割手段と、 前記荷物情報を受け付けた際に、前記運送分割パターンにより運送単位に分割された荷物情報を運送単位荷物情報として登録する運送単位荷物情報登録手段とを備えることを特徴とする運輸業管理装置。 Baggage information receiving means for receiving a shipper's transportation request as baggage information;
A transportation division pattern storage means for storing a transportation division pattern for dividing the package information into transportation units that the transportation company actually carries;
Luggage information dividing means for dividing the baggage information received by the baggage information receiving means into transport units based on the transport split pattern, and the parcels divided into transport units by the transport split pattern when the baggage information is received A transportation business management apparatus comprising transportation unit package information registration means for registering information as transportation unit package information.
前記ユーザ用端末は、荷主の運送依頼を荷物情報として入力する入力手段を備え、
前記運輸業管理サーバは、前記ユーザ用端末より荷物情報を受け付ける荷物情報受付手段と、
前記荷物情報を運送会社が実際に運ぶ運送単位に分割するための運送分割パターンを格納する運送分割パターン格納手段と、
前記荷物情報受付手段により受け付けた荷物情報を前記運送分割パターンに基づいて運送単位に分割する荷物情報分割手段と、
前記荷物情報を受け付けた際に、前記運送分割パターンにより運送単位に分割された荷物情報を運送単位荷物情報として登録する運送単位荷物情報登録手段とを備えることを特徴とする運輸業管理システム。 In a transportation business management system comprising a user terminal and a transportation business management server connected to the user terminal via a network,
The user terminal includes input means for inputting a shipper's transportation request as package information,
The transportation business management server includes a package information receiving means for receiving package information from the user terminal,
A transportation division pattern storage means for storing a transportation division pattern for dividing the package information into transportation units that the transportation company actually carries;
Luggage information dividing means for dividing the luggage information received by the luggage information receiving means into transportation units based on the transportation division pattern;
A transportation business management system comprising: transportation unit package information registration means for registering package information divided into transportation units according to the transportation division pattern as transportation unit package information when the package information is received.
前記ユーザ用端末より荷主の運送依頼を荷物情報として受け付ける荷物情報受付モジュールと、
前記荷物情報受付モジュールにより受け付けた荷物情報を、運送会社が実際に運ぶ運送単位に分割するための運送分割パターンに基づいて運送単位に分割する荷物情報分割モジュールと、
前記荷物情報を受け付けた際に、前記運送分割パターンにより運送単位に分割された荷物情報を運送単位荷物情報として登録する運送単位荷物情報登録モジュールとを備えることを特徴とするプログラム。 In a program for causing a computer to execute a control method for controlling a transportation management server connected to a user terminal via a network,
A package information receiving module for receiving a shipper's transportation request from the user terminal as package information;
A package information division module that divides the package information received by the package information reception module into transportation units based on a transportation division pattern for dividing the package information into transportation units that the transportation company actually carries;
A program comprising: a transport unit package information registration module that registers package information divided into transport units according to the transport division pattern as transport unit package information when the package information is received.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003343863A JP2005104701A (en) | 2003-10-01 | 2003-10-01 | Transportation business management device, system, and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003343863A JP2005104701A (en) | 2003-10-01 | 2003-10-01 | Transportation business management device, system, and program |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005104701A true JP2005104701A (en) | 2005-04-21 |
Family
ID=34537662
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003343863A Pending JP2005104701A (en) | 2003-10-01 | 2003-10-01 | Transportation business management device, system, and program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005104701A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8279580B2 (en) | 2006-10-17 | 2012-10-02 | Maxwell Technologies, Inc. | Electrode for energy storage device with microporous and mesoporous activated carbon particles |
| JP2017182772A (en) * | 2016-03-24 | 2017-10-05 | 株式会社オービック | Transit pattern management device, transit pattern management method, and transit pattern management program |
| CN109740979A (en) * | 2018-12-13 | 2019-05-10 | 西安微猴电子商务有限责任公司 | A kind of staple commodities transportation resources based on cloud, apparatus and system |
| JP2020107141A (en) * | 2018-12-27 | 2020-07-09 | 株式会社オービック | Route intermediate point-based sales amount calculation device, route intermediate point-based sales amount calculation method, and route intermediate point-based sales amount calculation program |
-
2003
- 2003-10-01 JP JP2003343863A patent/JP2005104701A/en active Pending
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8279580B2 (en) | 2006-10-17 | 2012-10-02 | Maxwell Technologies, Inc. | Electrode for energy storage device with microporous and mesoporous activated carbon particles |
| US8591601B2 (en) | 2006-10-17 | 2013-11-26 | Maxwell Technologies, Inc. | Electrode for energy storage device with microporous and mesoporous activated carbon particles |
| JP2017182772A (en) * | 2016-03-24 | 2017-10-05 | 株式会社オービック | Transit pattern management device, transit pattern management method, and transit pattern management program |
| JP2021073624A (en) * | 2016-03-24 | 2021-05-13 | 株式会社オービック | Transit pattern management device, transit pattern management method, and transit pattern management program |
| JP7093433B2 (en) | 2016-03-24 | 2022-06-29 | 株式会社オービック | Relay pattern management device, relay pattern management method, and relay pattern management program |
| CN109740979A (en) * | 2018-12-13 | 2019-05-10 | 西安微猴电子商务有限责任公司 | A kind of staple commodities transportation resources based on cloud, apparatus and system |
| JP2020107141A (en) * | 2018-12-27 | 2020-07-09 | 株式会社オービック | Route intermediate point-based sales amount calculation device, route intermediate point-based sales amount calculation method, and route intermediate point-based sales amount calculation program |
| JP7177695B2 (en) | 2018-12-27 | 2022-11-24 | 株式会社オービック | Sales Amount Calculation Device by Route Intermediate Point, Sales Amount Calculation Method by Route Intermediate Point, and Sales Amount Calculation Program by Route Intermediate Point |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11775900B2 (en) | Flexible store fulfillment | |
| US8429019B1 (en) | System and method for scheduled delivery of shipments with multiple shipment carriers | |
| US20170236088A1 (en) | Delivery method and system | |
| US9934546B1 (en) | Method and apparatus for providing integrated multi-entity management of a workflow for quotes in the moving industry | |
| US20210224740A1 (en) | Merchandise delivery management system and program | |
| Kayikci | E-Commerce in logistics and supply chain management | |
| US20200118079A1 (en) | System and Method for Exposing and Integrating Multiple Supply Chain and Delivery Networks to Optimize Capacity Utilizations | |
| US20210241357A1 (en) | Customizable and extensible managed integration platform | |
| CN114902255A (en) | Electronic device for managing shipment of fulfillment center and control method thereof | |
| JP6936500B2 (en) | Freight charge calculation system and program | |
| JP2005104701A (en) | Transportation business management device, system, and program | |
| US11715065B1 (en) | Systems and methods providing virtual distribution center inventory for localized fulfilment | |
| JP2002312441A (en) | Carrier selection support system | |
| JP2002024349A (en) | System and method for supporting physical distribution business and recording medium having physical distribution business support program recorded thereon | |
| KR20220082304A (en) | Vendor Management System | |
| JP2005060108A (en) | Physical distribution management system | |
| JP4174405B2 (en) | Transport business management device, transport business management system, and transport business management program | |
| JP2002297394A (en) | Information processor, and method and system for processing information | |
| US11972475B2 (en) | Out-of-store purchase routing systems, methods, and media | |
| US20220391967A1 (en) | Out-of-store purchase routing systems, methods, and media | |
| JP5188002B2 (en) | Joint transportation settlement system, joint transportation settlement method, and server for joint transportation settlement | |
| JP2002259770A (en) | Material order and delivery system | |
| JP7123437B1 (en) | System for automatic detection and notification of sales information and provided service information and method for automatic detection and notification | |
| JP2018180824A (en) | Delivery management method, delivery management server, delivery management server program, and delivery management system | |
| KR20230083588A (en) | Method for providing order management service and electronic device thereof |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20060417 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071029 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071113 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080115 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080415 |