(57)【要約】    【課題】  本発明は、荷主の運送依頼に対し、受注管理、配車管理、及び販売管理をそれぞれ独立して行うことなく、荷物情報に基づいて受注管理、配車管理、及び販売管理を一貫して行うことができる運輸業管理装置及びシステム、並びにプログラムを提供する。    【解決手段】  運輸業管理システムは、運輸業管理サーバ１と、ユーザ用端末である複数のクライアント２と、それらを互いに接続するネットワーク３とで構成され、受け付けた荷物情報を、運送会社が実際に運ぶ運送単位に分割するための運送分割パターンに基づいて運送単位に分割する。【選択図】      図５
2005104701.tif 000002
【特許請求の範囲】
【請求項１】
荷主の運送依頼を荷物情報として受け付ける荷物情報受付手段と、
前記荷物情報を運送会社が実際に運ぶ運送単位に分割するための運送分割パターンを格納する運送分割パターン格納手段と、
前記荷物情報受付手段により受け付けた荷物情報を前記運送分割パターンに基づいて運送単位に分割する荷物情報分割手段と、  前記荷物情報を受け付けた際に、前記運送分割パターンにより運送単位に分割された荷物情報を運送単位荷物情報として登録する運送単位荷物情報登録手段とを備えることを特徴とする運輸業管理装置。
【請求項２】
前記登録された運送単位荷物情報に基づいて前記荷物を運送する運送会社の車輌を割り付ける配車割付手段を備えることを特徴とする請求項１記載の運輸業管理装置。
【請求項３】
前記受け付けた荷物情報及び／又は前記登録された運送単位荷物情報に基づいて受注売上及び／又は車輌売上・支払を計上する売上計上手段を備えることを特徴とする請求項１又は２記載の運輸業管理装置。
【請求項４】
前記運送分割パターン格納手段は、前記荷主に対応して設定された運送分割パターンを少なくとも１つ備えることを特徴とする請求項１乃至３のいずれか１項に記載の運輸業管理装置。
【請求項５】
ユーザ用端末と、前記ユーザ用端末にネットワークを介して接続された運輸業管理サーバとを備える運輸業管理システムにおいて、
前記ユーザ用端末は、荷主の運送依頼を荷物情報として入力する入力手段を備え、
前記運輸業管理サーバは、前記ユーザ用端末より荷物情報を受け付ける荷物情報受付手段と、
前記荷物情報を運送会社が実際に運ぶ運送単位に分割するための運送分割パターンを格納する運送分割パターン格納手段と、
前記荷物情報受付手段により受け付けた荷物情報を前記運送分割パターンに基づいて運送単位に分割する荷物情報分割手段と、
前記荷物情報を受け付けた際に、前記運送分割パターンにより運送単位に分割された荷物情報を運送単位荷物情報として登録する運送単位荷物情報登録手段とを備えることを特徴とする運輸業管理システム。
【請求項６】
前記運輸業管理サーバは、前記登録された運送単位荷物情報に基づいて前記荷物を運送する運送会社の車輌を割り付ける配車割付手段を備えることを特徴とする請求項５記載の運輸業管理システム。
【請求項７】
前記受け付けた荷物情報及び／又は前記登録された運送単位荷物情報に基づいて受注売上及び／又は車輌売上・支払を計上する売上計上手段を備えることを特徴とする請求項５又は６記載の運輸業管理システム。
【請求項８】
前記運送分割パターン格納手段は、前記荷主に対応して設定された運送分割パターンを少なくとも１つ備えることを特徴とする請求項５乃至７のいずれか１項に記載の運輸業管理システム。
【請求項９】
ネットワークを介してユーザ用端末に接続された運輸業管理サーバを制御する制御方法をコンピュータに実行させるプログラムにおいて、
前記ユーザ用端末より荷主の運送依頼を荷物情報として受け付ける荷物情報受付モジュールと、
前記荷物情報受付モジュールにより受け付けた荷物情報を、運送会社が実際に運ぶ運送単位に分割するための運送分割パターンに基づいて運送単位に分割する荷物情報分割モジュールと、
前記荷物情報を受け付けた際に、前記運送分割パターンにより運送単位に分割された荷物情報を運送単位荷物情報として登録する運送単位荷物情報登録モジュールとを備えることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して運送の受注管理、配車管理、及び販売管理を行う運輸業管理装置及びシステム、並びにプログラムに関する。
【背景技術】
【０００２】
近年、運輸業においては、ネットワークを介して物流の管理を行う仕組みとして荷主と車主の間を取り持ち、求車依頼と求貨依頼をマッチングさせて配車を行う荷物配送管理システムが導入されている。  従来の荷物配送管理システムにおいては、荷物の配送依頼を受けた際に、貨物ベース（荷物１個当たり又は荷物１ｋｇ当たりの料金、いわゆる個建てと呼ばれるもの）ではなく、トラックに対して荷物を割り付けるトラックベース（車輌１運行（往復・片道）当たり又は車輌１ヶ月当たりの料金、いわゆる車建てと呼ばれるもの）で物流が管理されていた。その１つとして、例えば、従来、運送車の台数単位で運賃が決められていたものを荷主にとって魅力的なものにするために、積載率を考慮して荷主に対する割引を行う求貨求車システムが提案されている（例えば、特許文献１参照）。
【特許文献１】特開２００３−３０２９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述した従来の荷物配送管理システムでは、物流管理に以下に示す不都合が生じている。
【０００４】
例えば、昨今の物流の法改正（物流２法、物流３法）や荷主企業が物流を固定費から変動費として捉える流れに合わせて、運送取引が車建てから個建てに移行してきている。また、荷物は、通常、積地から卸地まで１台のトラックで運ばれるのではなく、集荷、幹線、配送というように分割し、トラック１運行あたりの実車率、積載率が高くなるように運ばれている。  このような運送取引を従来の受注管理、配車管理、及び販売管理まで一貫して行うシステムで運用しようとすると、荷物と車の関係が１：１若しくはＮ：１が基本になっているため、例えば、甲荷主よりＡ地点からＢ地点までの運送依頼を請け、乙荷主よりＣ地点からＤ地点までの運送依頼を請けて、これらの依頼を中継点Ｅをおき、甲荷主の依頼と乙荷主の依頼をトラック１によりＡ地点で集荷し、Ｃ地点で集荷し、中継点Ｅまで輸送し、中継点Ｅからトラック２により甲荷主の荷物をＢ地点まで輸送し、中継点Ｅからトラック３で、乙荷主の荷物をＤ地点まで輸送するといった場合、荷主の運送依頼とトラックとを直接対応づけることができない。
【０００５】
そのため、荷主の運送依頼を、そのまま受注管理、配車管理、及び販売管理まで一貫しておこなうシステムに入力して利用することができず、荷物を運ぶトラック毎に分けて入力せざるを得ない。この場合、トラック毎に分けて入力された情報が、荷主への請求毎に分けられていないため、請求情報として活用することができない。
【０００６】
また、昨今のＩＴの発達により、荷主の運送依頼をデータとして入手することができても、入手したデータが、運送会社が実際に中継して運ぶ単位には分かれていないため、受注管理が可能でもそのまま配車管理及び販売管理に利用することができず、またデータの二重入力、配車や販売等の個別管理を行わなければならず、煩雑な手作業が発生していた。
【０００７】
本発明は、上記課題を解決するために成されたものであり、荷主の運送依頼を荷物情報として加工することなく利用することができ、該荷物情報に基づいて受注管理、配車管理、及び販売管理を一貫して行うことができる運輸業管理装置及びシステム、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、請求項１記載の運輸業管理装置は、荷主の運送依頼を荷物情報として受け付ける荷物情報受付手段と、前記荷物情報を運送会社が実際に運ぶ運送単位に分割するための運送分割パターンを格納する運送分割パターン格納手段と、前記荷物情報受付手段により受け付けた荷物情報を前記運送分割パターンに基づいて運送単位に分割する荷物情報分割手段と、前記荷物情報を受け付けた際に、前記運送分割パターンにより運送単位に分割された荷物情報を運送単位荷物情報として登録する運送単位荷物情報登録手段とを備えることを特徴とする。
【０００９】
請求項２記載の運輸業管理装置は、請求項１記載の運輸業管理装置において、前記登録された運送単位荷物情報に基づいて前記荷物を運送する運送会社の車輌を割り付ける配車割付手段を備えることを特徴とする。
【００１０】
請求項３記載の運輸業管理装置は、請求項１又は２記載の運輸業管理装置において、前記受け付けた荷物情報及び／又は前記登録された運送単位荷物情報に基づいて受注売上及び／又は車輌売上・支払を計上する売上計上手段を備えることを特徴とする。
【００１１】
請求項４記載の運輸業管理装置は、請求項１乃至３のいずれか１項に記載の運輸業管理装置において、前記運送分割パターン格納手段は、前記荷主に対応して設定された運送分割パターンを少なくとも１つ備えることを特徴とする。
【００１２】
上記目的を達成するために、請求項５記載の運輸業管理システムは、ユーザ用端末と、前記ユーザ用端末にネットワークを介して接続された運輸業管理サーバとを備える運輸業管理システムにおいて、前記ユーザ用端末は、荷主の運送依頼を荷物情報として入力する入力手段を備え、前記運輸業管理サーバは、前記ユーザ用端末より荷物情報を受け付ける荷物情報受付手段と、前記荷物情報を運送会社が実際に運ぶ運送単位に分割するための運送分割パターンを格納する運送分割パターン格納手段と、前記荷物情報受付手段により受け付けた荷物情報を前記運送分割パターンに基づいて運送単位に分割する荷物情報分割手段と、前記荷物情報を受け付けた際に、前記運送分割パターンにより運送単位に分割された荷物情報を運送単位荷物情報として登録する運送単位荷物情報登録手段とを備えることを特徴とする。
【００１３】
請求項６記載の運輸業管理システムは、請求項５記載の運輸業管理システムにおいて、前記運輸業管理サーバは、前記登録された運送単位荷物情報に基づいて前記荷物を運送する運送会社の車輌を割り付ける配車割付手段を備えることを特徴とする。
【００１４】
請求項７記載の運輸業管理システムは、請求項５又は６記載の運輸業管理システムにおいて、前記受け付けた荷物情報及び／又は前記登録された運送単位荷物情報に基づいて受注売上及び／又は車輌売上・支払を計上する売上計上手段を備えることを特徴とする。
【００１５】
請求項８記載の運輸業管理システムは、請求項５乃至７のいずれか１項に記載の運輸業管理システムにおいて、前記運送分割パターン格納手段は、前記荷主に対応して設定された運送分割パターンを少なくとも１つ備えることを特徴とする。  上記目的を達成するために、請求項９記載のプログラムは、ネットワークを介してユーザ用端末に接続された運輸業管理サーバを制御する制御方法をコンピュータに実行させるプログラムにおいて、前記ユーザ用端末より荷主の運送依頼を荷物情報として受け付ける荷物情報受付モジュールと、前記荷物受付モジュールにより受け付けた荷物情報を、運送会社が実際に運ぶ運送単位に分割するための運送分割パターンに基づいて運送単位に分割する荷物情報分割モジュールと、前記荷物情報を受け付けた際に、前記運送分割パターンにより運送単位に分割された荷物情報を運送単位荷物情報として登録する運送単位荷物情報登録モジュールとを備えることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、荷主の運送依頼を荷物情報として受け付け、該受け付けた荷物情報を、運送会社が実際に運ぶ運送単位に分割するための運送分割パターンに基づいて運送単位に分割するので、荷主の運送依頼を荷物情報として加工することなく利用することができ、受注管理、配車管理、及び販売管理をそれぞれ独立して行なうことなく、該荷物情報に基づいて受注管理、配車管理、及び販売管理を一貫して行うことができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
【００１８】
図１は、本発明の実施の形態に係る運輸業管理システムの全体構成を示す図である。
【００１９】
図１において、本運輸業管理システムは、運輸業管理サーバ（以下、単に「サーバ」という。）１と、ユーザ用端末である複数のクライアント２と、それらを互いに接続するインターネット等のネットワーク３とで構成されている。
【００２０】
サーバ１は、荷主の運送依頼（荷物情報）に対して受注管理、配車管理、及び販売管理を一貫して行うことが可能なサーバ装置である。サーバ１は、例えば、クライアント２からネットワーク３を介して入力された荷物情報を、業務形態にあわせて運送用データ（運送単位荷物情報）に加工したり、運送用データに対する配車処理を行ったり、車輌別売上管理や受注に基づく荷主に対する請求書の作成処理等が可能である。  また、サーバ１は、所定のタイミングで請求書の仮締め処理等を行ったり、日報や月報の作成も可能である。更に、サーバ１は、Ｗｅｂサーバとして機能し、外部からのＨＴＴＰ（HyperText Transfer Protocol）プロトコルによるリクエストに応答してデータを送信したり、ＣＧＩ（Common Gateway Interface）プログラムを実行したり、或いはサーブレットを実行するものである。
【００２１】
クライアント２は、汎用のＰＣ（Personal Computer）で構成されており、ユーザがネットワーク４を介してサーバ１にアクセスして利用するものである。また、クライアント２は、例えば、Ｗｅｂサーバを閲覧するためのブラウザ機能を有しており、ＴＣＰ／ＩＰのプロトコル上でＨＴＴＰプロトコルを用いて運輸業管理サーバ１と通信するものである。
【００２２】
図２は、図１のサーバ１のハードウェア構成を示すブロック図である。
【００２３】
図２において、ＣＰＵ１０１は、システムバス１０４に接続される各種デバイスや各種コントローラを統括的に制御する。また、ＣＰＵ１０１は、後述する処理の実行に際して必要なプログラム等をＲＡＭ１０３にロードし、ロードしたプログラムを実行することで各種動作を実現するものである。
【００２４】
ＲＯＭ１０２又は外部メモリ１１１（ＨＤ、ＦＤ）には、ＣＰＵ１０１の制御プログラムであるＢＩＯＳ(Basic Input/Output System)やオペレーティングシステムプログラム（ＯＳ）、サーバ１として実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ１０３は、ＣＰＵ１０１の主メモリ、ワークエリア等として機能する。
【００２５】
入力コントローラ１０５は、キーボード（ＫＢ）１０９や不図示のマウス等のポインティングデバイスからの入力を制御する。ビデオコントローラ１０６は、ＣＲＴディスプレイ（ＣＲＴ）１１０等の表示装置への表示を制御する。表示装置は、ＣＲＴだけでなく、液晶ディスプレイであってもよい。
【００２６】
メモリコントローラ１０７は、ブートプログラム、ブラウザソフトウェア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、及び各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ１１１へのアクセスを制御する。
【００２７】
通信Ｉ／Ｆコントローラ１０８は、ネットワーク３を介して外部機器と接続・通信するものであり、ネットワーク３での通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００２８】
なお、ＣＰＵ１０１は、例えば、ＲＡＭ１０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ１１０上での表示を可能としている。また、ＣＰＵ１０１は、ＣＲＴ１１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２９】
図１のクライアント２のハードウェア構成は、サーバ１のハードウェア構成と実質同一であるため、その説明を省略するが、以後、サーバ１におけるＣＰＵ１０１〜外部メモリ１１１に対応するクライアント２における各部をＣＰＵ２０１〜外部メモリ２１１として説明する。サーバ１と異なる点として、ＲＯＭ２０２や外部メモリ２１１には、汎用ＰＣとしてクライアント２が動作するために必要なＯＳや後述する各種プログラムが格納されており、インターネット接続を行うためのＴＣＰ／ＩＰやＨＴＴＰのサポートが可能なプログラムや汎用ブラウザソフトウェアが格納されている。
【００３０】
次に、図１の運輸業管理システムにおいて実行される基本的な処理を説明する。
【００３１】
図３及び図４は、図１の運輸業管理システムにおいて実行される簡易依頼入力処理を示すフローチャートである。
【００３２】
図３において、まず、クライアント２は、ユーザのログインによりユーザＩＤ及びパスワードが入力されると、それらをネットワーク４を介してサーバ１に送信する（ステップＳ１）。
【００３３】
サーバ１は、クライアント２より受信したユーザＩＤ及びパスワードがデータベースに登録されているか否かを判別し、データベースに登録されているときは、図６に示すメインメニュー画面６をクライアント２に送信する（ステップＳ２）。
【００３４】
クライアント２は、サーバ１より受信したメインメニュー画面６をＷｅｂブラウザ等により表示する（ステップＳ４）。次に、表示されたメインメニュー画面６上でユーザが行う簡易依頼入力（簡易受注入力・編集）の選択によりサーバ１にデータ要求を送信する（ステップＳ５）。
【００３５】
サーバ１は、クライアント２からのデータ要求に応じて、図７に示す簡易依頼入力画面７を送信すると（ステップＳ６）、クライアント２は、簡易依頼入力画面７を表示する（ステップＳ７）。このとき、簡易依頼入力画面７上の受注部門、積日、及び卸日の各欄にはなにも表示されていないものとする。
【００３６】
クライアント２は、表示された簡易依頼入力画面７上でユーザが荷主選択ボタン７ａを押下して荷主を選択することによりサーバ１にデータ要求を送信すると（ステップＳ８）、サーバ１は、図８に示す荷主・パターン選択画面（荷物パターン確定画面）８をクライアント２に送信する（ステップＳ９）。このとき、図８における検索結果８ａは表示されていない。
【００３７】
クライアント２は、荷主・パターン選択画面８上でユーザにより荷主の検索条件として荷主コード、荷主カナ、及び荷主名称が入力又はドロップダウンリストにより選択され、検索ボタン８ｂが押下されると、荷主検索処理要求をサーバ１に送信する（ステップＳ１０）。
【００３８】
サーバ１は、入力又は選択された荷主の検索条件に基づいて、荷主マスタテーブルから荷主データを検索する検索処理を行う（ステップＳ１１）。荷主マスタテーブルには、荷主コード、荷主カナ、及び荷主名称のキーに対して荷主に関する住所、電話番号、担当者名、請求明細等の情報が予め荷主データとしてデータベースに格納されている。
【００３９】
次に、サーバ１は、検索条件に該当する荷主データが荷主マスタテーブルに存在するか否かを判別し（ステップＳ１２）、該当する荷主データが存在しないときは、エラー処理を行って（ステップＳ１３）、クライアント２はエラーメッセージを表示する（ステップＳ１４）。一方、該当する荷主データが存在するときは、図４のステップＳ１５へ進む。
【００４０】
図４のステップＳ１５において、サーバ１は、該当する荷主データが荷主・パターン選択画面８上の検索結果８ａにおける荷主欄にリスト表示された荷主・パターン選択画面８をクライアント２に送信する。
【００４１】
クライアント２は、リスト表示された荷主のうち該当する荷主がユーザにより選択されると、サーバ１にデータ要求を送信する（ステップＳ１６）。
【００４２】
サーバ１は、選択された荷主に対応する表示用の荷物情報パターンデータを表示用の荷物情報パターンテーブルから取得し、取得した表示用の荷物情報パターンデータ（例えば、○○運送パターン１、○○運送パターン２等）が荷主・パターン選択画面８上の検索結果８ａにおけるパターン名称欄にリスト表示された荷主・パターン選択画面８をクライアント２に送信する（ステップＳ１７）。荷物情報パターン（運送分割パターン）テーブルには、パターンＩＤ、荷主コード、パターンキー、行ナンバ、メーカコード、積地取引先コード、卸地取引先コード、商品コード、配送区分（配送フラグ、直送フラグ）、幹線の分割数、集荷フラグ、配送フラグ、幹線ルートコード（ルート名）、売上部門、中継センター、数量、数量（計上用）、単位、計上単位、運賃分割マスタテーブルのコード、及びパターン種別等の情報が予め荷物情報パターンデータ（運送分割パターンデータ）としてデータベースに格納されている。荷物情報パターンデータには、例えば、荷物をＸケース所定の日時に所定の積地から卸地まで運ぶという荷物情報を、運送車輌（例えば、自社車輌や△△物流といった傭車の車輌等）が実際に行う集荷、幹線（中継）、及び配送等の運送単位に分割するための情報が格納されており、荷主に対して少なくとも１つのパターンが設定されている。
【００４３】
クライアント２は、荷主・パターン選択画面８上の検索結果８ａにリスト表示された荷物情報パターンデータのうち所望の荷物情報パターンデータがユーザにより選択されると、サーバ１にデータ要求を送信する（ステップＳ１８）。
【００４４】
サーバ１は、選択された荷物情報パターンデータに基づいて、図９に示す簡易依頼入力画面９における明細部（受注明細一覧）９ａを構成する荷物情報パターンのデータ群をデータベースより取得し、簡易依頼入力画面９を作り直してクライアント２に送信する（ステップＳ１９）。
【００４５】
クライアント２は、サーバ１より受信した簡易依頼入力画面９を表示する（ステップＳ２０）。表示された簡易依頼入力画面９上の所定の項目（卸地、メーカ、積地、品目、直送／配送、数量、及び計上数量）に荷主の荷物情報が入力された後、データ確認ボタン９ｂが押下されると、入力されたデータをサーバ１に送信する（ステップＳ２１）。
【００４６】
サーバ１は、クライアント２より受信したデータに基づいて設定パターン検索・運送分割処理を行い（ステップＳ２２）、その処理結果が反映された図１０に示す荷物情報及び運送単位荷物情報登録確認画面（簡易受注データ確認処理）１０をクライアント２に送信する（ステップＳ２３）。
【００４７】
クライアント２は、サーバ１より受信した荷物情報及び運送単位荷物情報登録確認画面１０を表示し（ステップＳ２４）、ユーザにより重量／容積換算値、中継センター等の項目にデータが入力され、データ登録ボタン１０ａが押下されると、入力されたデータと運送依頼情報、荷物情報、運送単位荷物情報のデータ登録処理の実行要求をサーバ１に送信する（ステップＳ２５）。
【００４８】
サーバ１は、入力されたデータと運送依頼情報、荷物情報、運送単位荷物情報登録処理の実行要求をサーバ１より受信すると、入力されたデータを、依頼情報テーブルに運送依頼情報データ、荷物情報テーブルに荷物情報データ、積卸地情報テーブルに運送単位荷物情報データとして各データベースにそれぞれ登録する各種データ登録処理を行い（ステップＳ２６）、本処理を終了する。
【００４９】
依頼情報テーブルには、依頼ナンバ、依頼書ナンバ、依頼元コード、及び依頼日等の情報が予め依頼情報データとしてデータベースに格納されている。荷物情報テーブルには、荷物情報ＩＤ、依頼情報ＩＤ、一般・簡易フラグ、積日、卸日、積地、卸地、メーカコード、配送区分（直送フラグ、配送フラグ）、集荷フラグ、配送フラグ、数量、単価、及び請求金額等の情報が予め荷物情報データとしてデータベースに格納されている。積卸地情報テーブルには、積卸地ＩＤ、運送番号、一般・簡易フラグ、運送種別、積地、卸地、積日、及び卸日等の情報が予め積卸地情報データとしてデータベースに格納されている。
【００５０】
次に、図４におけるステップＳ２２の設定パターン検索・運送分割処理を説明する。
【００５１】
図５は、図４におけるステップＳ２２の設定パターン検索・運送分割処理のフローチャートである。
【００５２】
図５において、簡易依頼入力画面９上の明細部９ａに表示されている荷物情報の１明細分（１行分）のデータを読み込む（ステップＳ３０）。次に、読み込んだ１明細分のデータにおいて、積地、メーカ、卸地、品目、直送／配送フラグ（配送）、数量、及び計上数量の項目のすべてにデータが入力又は設定されているか否かをチェックする（ステップＳ３１）。チェックの結果、データがすべて入力されているときは、それらのうちの積地、メーカ、卸地、品目、及び直送／配送フラグの項目に入力されたデータ及び荷主に基づいて、設定用の荷物情報パターンテーブルから設定用の荷物情報パターンデータの検索を行う（ステップＳ３３）。
【００５３】
次に、入力されたデータに該当する設定用の荷物情報パターンデータが存在するか否かを判別し（ステップＳ３４）、該当する設定用の荷物情報パターンデータが存在しないときは、簡易依頼入力画面９で入力された内容に基づいて荷物の自動分割処理を行い（ステップＳ３５）、ステップＳ３０へ戻る。荷物の自動分割処理とは、例えば、簡易依頼入力画面９上で「集荷あり」、「配送あり」と設定されていた場合に、集荷用及び配送用の２件の荷物の分割用データを自動的に生成する。ここで、登録されるデータは、「スポットデータ」となり、図９における追加明細部（追加明細一覧）９ｃに表示される。ルートは未設定で、売上部門はすべて荷物情報入力部門となる。
【００５４】
一方、ステップＳ３４の判別の結果、入力されたデータに該当する設定用の荷物情報パターンデータが存在するときは、設定用の荷物情報パターンデータより、運送分割情報（集荷、幹線、及び配送等）、各運送における売上部門、計上単位・単位、中継センター（運送時に中継が発生する場合）、運送時のルート名、及び運賃分割マスタテーブルのＩＤの情報を取り出す（ステップＳ３６）。運送分割情報とは、運送車輌により実際に行われる運送が集荷、幹線、配送単位にそれぞれ分割された場合の運賃単価および集荷・幹線・配送への運賃の分割按分の割合が格納されたものである。また、計上単位・単位とは、実際に荷主に対して請求する運賃を計算するために用いるものを計上単位、運送業務を行う上で利用されるものが単位と定義している。
【００５５】
運賃分割マスタテーブルは、運賃分割コード、荷主コード、幹線の分割数、集荷フラグ、配送フラグ、運賃分割名称、集荷運賃、幹線時運賃、配送運賃、センター費、集荷支払、幹線時支払、配送支払、センター費支払等の情報が予め運賃分割マスタデータとしてデータベースに格納されている。
【００５６】
次に、取り出した各種情報のうちの運送分割情報、売上部門、及びルート名に基づいて運送分割処理を行い、荷物情報及び運送単位荷物情報登録確認画面１０に表示する１明細分のデータ（荷物情報データ）を生成し（ステップＳ３７）、簡易依頼入力画面９上に表示されている明細分のすべての読み込みが完了したときは（ステップＳ３８でＹＥＳ）、リターンする。
【００５７】
このように、運送分割処理とは、荷主の運送依頼と車輌とを直接対応付けるために、荷主の運送依頼を運送会社が荷物を実際に中継して運ぶ運送単位に自動的に分割することである。例えば、荷物情報パターンが、運送分割情報として：幹線１あり（売上部門：共配課、ルート名：いわき１便）、配送あり（売上部門：仙台営業課、ルート名：郡山２便）と入力されている場合、幹線１用の積卸地情報として売上部門：共配課、ルート：いわき１便が設定され、配送用の積卸地情報として売上部門：仙台営業課、ルート名：郡山２便）が設定される。
【００５８】
本処理により、荷主の運送依頼を運送会社が実際に中継して運ぶ運送単位に分割するので、該運送依頼を荷物を運ぶトラック毎に分けて入力するなどの煩雑な手作業の発生を防止することができ、運送取引を個建てで管理することができる。
【００５９】
図１１は、図１の運輸業管理システムにおいて実行される配車割付処理を示すフローチャートである。なお、同図において、図３〜図５の処理における同一のステップには同一の符号を付し、その説明を省略する。
【００６０】
図１１において、クライアント２は、表示されたメインメニュー画面６上でユーザが行う配車割付（配車割付・編集）の選択によりサーバ１にデータ要求を送信する（ステップＳ４４）。
【００６１】
サーバ１は、クライアント２からのデータ要求に応じて、図１３に示す配車割付画面１３０を送信すると（ステップＳ４５）、クライアント２は、配車割付画面１３０を表示する（ステップＳ４６）。
【００６２】
クライアント２は、表示された配車割付画面１３０上でユーザにより積日の入力又は設定が行われ、検索ボタン１３０ａが押下されると、サーバ１に入力された積日の情報と検索処理の実行要求を送信する（ステップＳ４７）。
【００６３】
サーバ１は、入力された積日の情報に基づいて積卸地情報テーブル及び車輌スケジュール情報テーブルから、当該積日の配車割付が行われていない運送単位荷物情報データと既に配車割付が行われている運送単位荷物情報データを取得する（ステップＳ４８）。車輌スケジュール情報テーブルには、スケジュールＩＤ、車情報属性、傭車先コード、対応するルート・幹線コード、積日、及び卸日等の情報が予め車輌スケジュール情報データとしてデータベースに格納されている。
【００６４】
次に、サーバ１は、配車割付が行われていない運送単位荷物情報データを設定されているルート毎に並び替える（ステップＳ４９）。つづいて、運送単位荷物情報データに設定されているルート・幹線コードに基づいて、ルートマスタテーブルからルートマスタデータを取得し、取得したルートマスタデータから運送開始予定時間、運送終了予定時間、及びデフォルト車輌のデータを取得する（ステップＳ５０）。更に、取得したデータに基づいて、図１４に示す配車割付画面１４０を作成してクライアント２に送信する（ステップＳ５１）。ルートマスタテーブルには、ルートコード、ルート名称・幹線名称、ルート分類、及びデフォルト車輌コード等の情報が予めルートマスタデータとしてデータベースに格納されている。
【００６５】
クライアント２は、サーバ１より受信した配車割付画面１４０において、検索条件に合致した未配車の運送単位荷物情報データ一覧１４０ａ及び配車済の運送単位荷物情報データ一覧１４０ｂを表示し（ステップＳ５２）、デフォルト配車ボタン１４０ｃの押下によりデフォルト配車処理の実行要求をサーバ１に送信する（ステップＳ５３）。
【００６６】
サーバ１は、後述するデフォルト配車処理を実行し（ステップＳ５４）、該処理の結果に基づいて配車割付画面１４０を再構成するために、積卸地情報テーブル及び車輌スケジュール情報テーブルから配車割付が行われていない運送単位荷物情報データ及び既に配車割付が行われている運送単位荷物情報データを取得する（ステップＳ５５）。つづいて、再構成された配車割付画面１４０をクライアント２に送信し（ステップＳ５６）、クライアント２は、該配車割付画面１４０を表示する（ステップＳ５７）。このとき、デフォルト配車処理が行われた未配車の運送単位荷物情報データは、すべて配車済の運送単位荷物情報データ一覧１４０ｂに移動していることとなる。
【００６７】
次に、図１１におけるステップＳ５４のデフォルト配車処理を説明する。
【００６８】
図１２は、図１１におけるステップＳ５４のデフォルト配車処理のフローチャートである。
【００６９】
図１２において、サーバ１は、クライアント２よりデフォルト配車処理の実行要求を受信すると、配車割付画面１４０上の未配車の運送単位荷物情報データ一覧１４０ａに表示されている運送単位荷物情報データ群のうちの１件分を読み込む（ステップＳ６０）。次に、読み込んだ１件分の運送単位荷物情報データにおけるルートコード（対応するルート・幹線ルート）に基づいてルートマスタテーブルからルートマスタデータを取得し、取得したルートマスタデータに基づいて車輌スケジュール情報データを生成して車輌スケジュール情報テーブルに登録する（ステップＳ６１）。例えば、ルート名：「いわき１便」の運送開始予定時間：１０：００、運送終了予定時間：１４：００、デフォルト車輌：自社車輌１に対して、積日：２００３年９月１５日の配車割付処理を行う場合、積日：２００３／０９／１５、卸日：２００３／０９・１５、積時間：１０：００、卸時間：１４：００、車輌：自社車輌１という車輌スケジュール情報データが生成され、車輌スケジュール情報テーブルに登録される。
【００７０】
次に、ルートマスタデータに含まれる未配車の運送単位荷物情報データと、生成された車輌スケジュール情報データとで配車割付処理を行う（ステップＳ６２）。例えば、ルート名：「いわき１便」に割り付けられている２００３／０９／１５付の未配車状態の運送単位荷物情報データに対して配車処理を行う場合、ルート名：「いわき１便」で２００３／０９／１５付の車輌スケジュール情報データのＩＤを、「いわき１便」で２００３／０９／１５付で割り付けられている運送単位荷物情報データに設定し、データベース更新処理を行う。
【００７１】
次に、ステップＳ６３において、配車割付画面１４０上の未配車の運送単位荷物情報データ一覧１４０ａに表示されている運送単位荷物情報データのすべての読み込みが完了したときはリターンする。
【００７２】
本処理により、荷主の運送依頼を運送単位に分割して登録した運送単位荷物情報と車輌スケジュール情報に基づいて、荷物を運送する運送会社の車輌を割り付けるので、荷主の運送依頼を受注管理だけでなく配車管理にも利用することができる。
【００７３】
図１５は、図１の運輸業管理システムにおいて実行される計上処理を示すフローチャートである。
【００７４】
図１５において、サーバ１は、図１９に示す売上・支払計上処理画面１９０上から売上・支払計上処理対象の日（例えば、２００３／０５／２７）が選択され、実行ボタン１９０ａが押下されることにより又はタスクスケジューラにより運賃・支払金額の計上処理用バッチプログラムを起動する（ステップＳ７０）。次に、選択された日の運賃・支払金額の計上処理対象となる荷物情報データ及び運送単位荷物情報データをそれぞれ荷物情報テーブル及び積卸地情報テーブルより取得する（ステップＳ７１）。つづいて、後述する運賃・支払金額自動計算処理を行う（ステップＳ７２）。
【００７５】
図１６〜図１７は、図１５におけるステップＳ７２の運賃・支払金額自動計算処理のフローチャートである。
【００７６】
図１６において、運賃・支払金額の計上処理対象となる荷物情報データを１件分取得する（ステップＳ８０）。取得した荷物情報データより受注売上データを１件分生成し、受注売上データテーブルに登録する（ステップＳ８１）。受注売上データテーブルは、売上情報ＩＤ、依頼書ナンバ、荷主コード、積日、卸日、及び運賃分割マスタテーブルのコード等の情報が予め受注売上データとしてデータベースに格納されている。
【００７７】
次に、取得した荷物情報データに対応している運送単位荷物情報データより車輌売上データを生成し、車輌売上データテーブルに登録する（ステップＳ８２）。車輌売上データテーブルは、支払情報ＩＤ、受注売上データのＩＤ、及び傭車コード等の情報が予め、車輌売上データとしてデータベースに格納されている。
【００７８】
次に、生成した車輌売上データが明細別ミニマムチャージチェックの対象データか否かを判別し（ステップＳ８３）、運賃分割マスタテーブルより最低補償金額を取得し、既に設定されている売上金額と比較し、売上金額が最低補償金額よりも下回る場合は、最低補償金額を売上金額に設定し直し（ステップＳ８４）、図１７のステップＳ８５へ進む。
【００７９】
次に、図１７において、ステップＳ８５では、荷物情報データに対して運賃分割マスタテーブルのＩＤが設定されている否かを判別し、運賃分割マスタテーブルのＩＤが設定されていないときはリターンする一方、運賃分割マスタテーブルのＩＤが設定されているときは、該当する運賃分割マスタデータを運賃分割マスタテーブルより取得する（ステップＳ８６）。
【００８０】
次に、運賃分割マスタデータに設定されている単価を受注売上データにセットし（ステップＳ８７）、受注売上データの売上金額として金額×数量の計算結果をセットする（ステップＳ８８）。
【００８１】
つづいて、受注売上データに対して設定されている単価を運送単位で按分し、その按分値をそれぞれ対応する車輌売上データテーブルに設定する（ステップＳ８９）。例えば、設定されている運賃分割マスタデータが、単価：１００円、集荷：４０円、配送：５０円、センター費：１０円の場合、集荷用車輌売上データの単価に４０円と設定し、配送用車輌売上データの単価に５０円と設定し、センター費用車輌売上データを生成し、単価を１０円と設定する。
【００８２】
なお、運賃分割マスタデータに集荷：４０％、配送：５０％、センター費：１０％と比率で設定されている場合も、その比率で按分し、集荷用車輌売上データの単価に４０円と設定し、配送用車輌売上データの単価に５０円と設定し、センター費用車輌売上データを生成し、単価を１０円と設定してもよい。
【００８３】
次に、受注売上データに含まれる車輌売上データの車輌種別フラグ（自車、傭車）により配車割付された車輌が自車か否かを判別する（ステップＳ９０）。このとき、車輌種別フラグが１の場合は自車で、２の場合は傭車となる。ステップＳ９０の判別の結果、自車である場合は、リターンする一方、自車でない場合は、設定されている運賃分割マスタデータに支払単価が設定されているか否かを判別する（ステップＳ９１）。この判別の結果、支払単価が設定されているときは、運賃分割マスタデータに設定されている支払単価を対応する車輌売上データテーブルに設定し（ステップＳ９２）、リターンする。例えば、設定されている運賃分割マスタデータが、集荷時支払：３０円、配送時支払：３５円の場合、集荷用車輌売上データの支払単価に３０円、配送用車輌売上データの支払単価に３５円と設定する。
【００８４】
なお、運賃分割マスタデータの支払単価が、車輌売上単価に対する料率で設定されている場合は、ステップＳ８９で設定された車輌売上単価に料率をかけた結果を設定してもよい。
【００８５】
一方、ステップＳ９１の判別の結果、支払単価が設定されていないときは、運送を担当した傭車の傭車先データを傭車先マスタテーブルを参照して支払料率を取得し、取得した支払料率に基づいて支払金額を計算して設定し（ステップＳ９３）、リターンする。例えば、集荷時の担当傭車先：Ａ運送（支払料率８０％），集荷時単価４０円、配送時の担当傭車先：Ｂ運送（支払料率６０％），配送時単価：３５円の場合、集荷時支払単価：４０円×０．８＝３２円、配送時支払単価：３５円×０．６＝２１円となる。
【００８６】
また、ステップＳ９３の計算例として、集荷時の担当傭車先：Ａ運送（支払料率８０％），集荷時車輌売上４００００円、配送時の担当傭車先：Ｂ運送（支払料率６０％），配送時車輌売上：３５０００円の場合、集荷時支払額：４００００円×０．８＝３２０００円、配送時支払額：３５０００円×０．６＝２１０００円としてもよい。
【００８７】
なお、ステップＳ９１において、既に支払単価が決められている場合は、ステップＳ９２を優先して行うようにしてもよい。また、ステップＳ９１の代わりに、運送を担当した傭車の傭車先データを傭車先マスタテーブルを参照して支払料率が設定されているか否かを判断し、設定されている場合はステップＳ９３を実行してリターンし、設定されていない場合は、ステップＳ９２を実行してリターンしてもよい。
【００８８】
図１５のステップＳ７３に戻り、ステップＳ７２の運賃・支払金額自動計算処理が終了すると、荷物情報テーブル、積卸地情報テーブル、受注売上データテーブル、及び車輌売上データテーブルの各データベースの更新処理を行い、本処理を終了する。
【００８９】
本処理により、登録した荷物情報及び運送単位荷物情報に基づいて、受注売上或いは車輌売上を計上するので、荷主の運送依頼を受注管理や配車管理だけでなく、受注した運送依頼単位の請求書発行、売上管理や車輌単位の売上管理等の販売管理にも利用することができる。
【００９０】
上記実施の形態によれば、クライアント２から受け付けた荷物情報を、サーバ１により運送車輌が実際に運ぶ運送単位に分割するための運送分割パターンに基づいて運送単位に分割するので、荷主の運送依頼を荷物情報として加工することなく利用することができ、受注管理、配車管理、及び販売管理をそれぞれ独立して行なうことなく、該荷物情報に基づいて受注管理、配車管理、及び販売管理を一貫して行うことができる。
【００９１】
また、荷主の運送依頼を運送会社が実際に中継して運ぶ運送単位に分割するので、該運送依頼を荷物を運ぶトラック毎に分けて入力するなどの煩雑な手作業の発生を防止することができ、運送取引を個建てで管理することができる。
【００９２】
また、荷主の運送依頼を運送単位に分割して登録した運送単位荷物情報及び車輌スケジュール情報に基づいて、荷物を運送する運送会社の車輌を割り付けるので、荷主の運送依頼を受注管理だけでなく配車管理にも利用することができる。
【００９３】
更に、登録した荷物情報及び運送単位荷物情報に基づいて、受注売上を計上するので、荷主の運送依頼を受注管理や配車管理だけでなく、販売管理にも利用することができる。
【００９４】
上記図３〜図５、図１１〜図１２、図１５〜図１７に示した各フローチャートにおける処理は、サーバ１及びクライアント２がそれぞれ処理を行っていたが、単純にブラウザアプリケーションでのＨＴＭＬファイルの表示を行い、クライアント２からはイベントをサーバ１に送信することでサーバ１側はＣＧＩを用いて各ステップを実現する処理を行うなどの変形でも実現できる。また、サーバ１は、キーボードやマウス、タッチパネルディスプレイ等の入力手段を有するスタンドアローンのコンピュータとして存在する運輸業管理装置であっても構わない。
【００９５】
図１のネットワーク３に接続されるクライアント２の構成は一例であり、用途や目的に応じて様々な構成例があることは云うまでもない。
【００９６】
本実施の形態では、上述した各種テーブルは、サーバ１の外部メモリ１１１に記憶されているが、これ以外に、上述の各種処理を実現するための各種テーブルやデータが外部メモリ１１１に記憶されている。
【００９７】
また、上述した各種テーブルの構成及びその内容は限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは云うまでもない。
【００９８】
本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。  本発明は、上述した実施の形態の機能を実現するソフトウェアのプログラム（図３〜図５、図１１〜図１２、図１５〜図１８のフローチャートに対応するプログラム）を、コンピュータ又はＣＰＵに供給し、そのコンピュータ又はＣＰＵが該供給されたプログラムを読み出して実行することによっても本発明の目的が達成されることは云うまでもない。この場合、上記プログラムは、該プログラムを記憶した記憶媒体から直接、又はインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続された不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。
【００９９】
また、上記プログラムは、上述した実施の形態の機能をコンピュータで実現することができればよく、その形態は、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給されるスクリプトデータ等の形態を有するものでもよい。
【０１００】
更に、上述した実施の形態の機能を実現するソフトウェアのプログラムを記憶した記憶媒体をコンピュータに供給し、そのコンピュータ又はＣＰＵが該記憶媒体に格納されたプログラムを読み出して実行することによっても、本発明の目的が達成されることは云うまでもない。
【０１０１】
上述した実施の形態では、プログラムはＲＯＭ１０２又は外部メモリ１１１に格納されているが、これに限定する必要はなく、プログラムを供給する記憶媒体としては、例えば、ＲＡＭ、ＮＶ−ＲＡＭ、ハードディスク、フレキシブルディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、他のＲＯＭ等の上記プログラムを記憶できるものであればよい。
【図面の簡単な説明】
【０１０２】
【図１】本発明の実施の形態に係る運輸業管理システムの全体構成を示す図である。
【図２】図１のサーバ１のハードウェア構成を示すブロック図である。
【図３】図１の運輸業管理システムにおいて実行される簡易依頼入力処理を示すフローチャートである。
【図４】図１の運輸業管理システムにおいて実行される簡易依頼入力処理を示すフローチャートである。
【図５】図４におけるステップＳ２２の設定パターン検索・運送分割処理のフローチャートである。
【図６】クライアント２に表示されるメインメニュー画面６を示す図である。
【図７】クライアント２に表示される簡易依頼入力画面７を示す図である。
【図８】クライアント２に表示される荷主・パターン選択画面８を示す図である。
【図９】クライアント２に表示される簡易依頼入力画面９を示す図である。
【図１０】クライアント２に表示される荷物情報及び運送単位荷物情報登録確認画面１０を示す図である。
【図１１】図１の運輸業管理システムにおいて実行される配車割付処理を示すフローチャートである。
【図１２】図１１におけるステップＳ５４のデフォルト配車処理のフローチャートである。
【図１３】クライアント２に表示される配車割付画面１３０を示す図である。
【図１４】クライアント２に表示される配車割付画面１４０を示す図である。
【図１５】図１の運輸業管理システムにおいて実行される計上処理を示すフローチャートである。
【図１６】図１５におけるステップＳ７２の運賃・支払金額自動計算処理のフローチャートである。
【図１７】図１５におけるステップＳ７２の運賃・支払金額自動計算処理のフローチャートである。
【図１８】クライアント２に表示される売上・支払計上処理画面１９０を示す図である。
【符号の説明】
【０１０３】
１  運輸業管理サーバ
２  クライアント（ユーザ用端末）
３  ネットワーク
１０１  ＣＰＵ
１０２  ＲＯＭ
１０３  ＲＡＭ
【図１】
2005104701.tif 000003
【図２】
2005104701.tif 000004
【図３】
2005104701.tif 000005
【図４】
2005104701.tif 000006
【図５】
2005104701.tif 000007
【図６】
2005104701.tif 000008
【図７】
2005104701.tif 000009
【図８】
2005104701.tif 000010
【図９】
2005104701.tif 000011
【図１０】
2005104701.tif 000012
【図１１】
2005104701.tif 000013
【図１２】
2005104701.tif 000014
【図１３】
2005104701.tif 000015
【図１４】
2005104701.tif 000016
【図１５】
2005104701.tif 000017
【図１６】
2005104701.tif 000018
【図１７】
2005104701.tif 000019
【図１８】
2005104701.tif 000020