JP2003196479A - 求貨求車サーバ及びその制御方法、求貨求車システム、プログラム - Google Patents

Abstract

(57)【要約】 【課題】 信頼性があり、かつ容易にかつ安全にシステ
ムを利用することができる求貨求車サーバ及びその制御
方法、プログラムを提供できる。 【解決手段】 求貨求車サーバ１１０は、荷主端末１２
０からのアクセス要求に伴ってユーザ情報を受信する。
次に、ユーザ情報による荷主端末１２０の荷主の一次与
信の一次与信判定結果に基づいて、荷物情報の入力を受
け付ける荷物登録画面情報を生成して、荷主端末１２０
へ送信する。次に、荷物登録画面情報に基づいて入力さ
れた荷物情報を荷主端末１２０から受信する。次に、そ
の荷物情報を一時的に記憶媒体に保持する。次に、その
荷物情報による荷主端末１２０の荷主の二次与信の二次
与信判定結果に基づいて、荷物情報の登録の可否を確認
する登録確認画面情報を生成して、荷主端末１２０へ送
信する。次に、荷物登録画面情報に基づいて入力された
荷物情報の登録の可否を示す登録確認情報を荷主端末１
２０から受信する。そして、登録確認情報に基づいて、
記憶媒体に保持されている荷物情報を登録する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、荷主が使用する荷
主端末及び車主が使用する車主端末とを通信回線を介し
て接続し、前記荷主と前記車主間の配送依頼を支援する
求貨求車サーバ及びその制御方法、求貨求車システム、
プログラムに関するものである。

【０００２】

【従来の技術】従来の求貨求車システムでは、荷主の荷
物情報の登録時点でその荷物の搬送を行う運送会社が決
まっている場合、荷物情報中にその運送会社も指定す
る。これにより、この荷物は、指定の運送会社にのみ公
開され、その後、運送会社（車主）が自身の搬送可能な
運送車の空車情報の登録を行ない、求貨求車システムを
運営する幹事会社がその荷物情報と空車情報とのマッチ
ング処理を行うことによって、荷主と車主間の契約が成
立する。

【０００３】このような求貨求車システムには、第三者
の金融機関が審査する与信決済機能を付加させたシステ
ムは無く、幹事会社が自社で持つ与信枠にて運賃の決済
を行っているのが現状である。

【０００４】

【発明が解決しようとする課題】しかしながら、従来の
求貨求車システムでは、以下のような課題があった。

【０００５】（イ）幹事会社の独自の与信による運賃決
済 幹事会社が荷主から荷物を受注し受託運賃を決済する場
合、通常は今までの取引慣習を鑑み、独自の与信枠と信
頼関係に基づいて幹事会社の責任において決済を行って
いた。信用取引が成立している間は問題は無いが、荷主
からの支払いが滞ることで、幹事会社は自社の責任にお
いてキャッシュフローを調整し、傭車に対して運賃を支
払っていたのが現状である。また、荷主によって様々な
支払いサイトを求貨求車システム上で提供し、幹事会社
のキャッシュフロー調整能力によって吸収し決済を行っ
ていた。 （ロ）荷主（債務者）のリアルタイムな信用状況の把握 現状は、月単位などで荷主（債務者）の与信状況を確認
しており、たとえ与信枠を超えた決済が行われていよう
としても、リアルタイムで荷主の輸送依頼に与信枠オー
バーの事由から幹事会社が受託拒否を行うことが不可能
とされていた。

【０００６】本発明は上記の課題を解決するためになさ
れたものであり、信頼性があり、かつ容易にかつ安全に
システムを利用することができる求貨求車サーバ及びそ
の制御方法、求貨求車システム、プログラムを提供する
ことを目的とする。

【０００７】

【課題を解決するための手段】上記の目的を達成するた
めの本発明による求貨求車サーバは以下の構成を備え
る。即ち、荷主が使用する荷主端末及び車主が使用する
車主端末とを通信回線を介して接続し、前記荷主と前記
車主間の配送依頼を支援する求貨求車サーバであって、
前記荷主端末からのアクセス要求に伴ってユーザ情報を
受信する第１受信手段と、前記ユーザ情報による前記荷
主端末の荷主の一次与信の一次与信判定結果に基づい
て、荷物情報の入力を受け付ける荷物登録画面情報を生
成して、前記荷主端末へ送信する荷物登録画面情報送信
手段と、前記荷物登録画面情報に基づいて入力された荷
物情報を前記荷主端末から受信する荷物情報受信手段
と、前記荷物情報を一時的に記憶媒体に保持する保持手
段と、前記荷物情報による前記荷主端末の荷主の二次与
信の二次与信判定結果に基づいて、前記荷物情報の登録
の可否を確認する登録確認画面情報を生成して、前記荷
主端末へ送信する登録確認画面情報送信手段と、前記荷
物登録画面情報に基づいて入力された登録確認情報を前
記荷主端末から受信する登録確認情報受信手段と、前記
登録確認情報に基づいて、前記記憶媒体に保持されてい
る前記荷物情報を登録する登録手段とを備える。

【０００８】また、好ましくは、前記荷主端末の荷主の
与信判定を実行する与信管理サーバを更に備え、前記与
信管理サーバは、前記求貨求車サーバで生成された一次
与信照会情報に基づいて、前記ユーザ情報による前記荷
主端末の荷主の一次与信を判定する一次与信判定手段
と、前記求貨求車サーバで生成された二次与信照会情報
に基づいて、前記荷物情報による前記荷主端末の荷主の
二次与信を判定する二次与信判定手段とを備える。

【０００９】また、好ましくは、前記二次与信判定結果
が否である場合、前記記憶媒体に保持されている荷物情
報を削除する削除手段とを更に備える。

【００１０】また、好ましくは、前記二次与信判定結果
が否である場合、前記荷主端末の荷主の与信枠に関する
与信枠通知情報を生成して、該荷主端末へ送信する与信
枠通知情報送信手段と、前記与信枠通知情報に対して前
記荷物情報の変更依頼を示す変更情報を受信した場合、
該荷物情報を修正するための登録修正画面情報を生成し
て、該荷主端末へ送信する登録修正画面情報送信手段と
を更に備える。

【００１１】上記の目的を達成するための本発明による
求貨求車システムは以下の構成を備える。即ち、荷主が
使用する荷主端末及び車主が使用する車主端末と前記荷
主と前記車主間の配送依頼を支援する求貨求車サーバと
が通信回線を介して相互に接続されて構成される求貨求
車システムであって、前記荷主端末は、アクセス要求に
伴ってユーザ情報を入力するユーザ情報入力手段と、荷
物登録画面情報に基づいて、荷物情報を入力する荷物情
報入力手段と、登録確認画面情報に基づいて、前記荷物
情報の登録の可否を示す登録確認情報を入力する登録確
認情報入力手段とを備え、前記求貨求車サーバは、前記
ユーザ情報による前記荷主端末の荷主の一次与信の一次
与信判定結果に基づいて、前記荷物登録画面情報を生成
して、前記荷主端末へ送信する荷物登録画面情報送信手
段と、前記荷物情報を一時的に記憶媒体に保持する保持
手段と、前記荷物情報による前記荷主端末の荷主の二次
与信の二次与信判定結果に基づいて、前記登録確認画面
情報を生成して、前記荷主端末へ送信する登録確認画面
情報送信手段と、前記登録確認情報に基づいて、前記記
憶媒体に保持されている前記荷物情報を登録する登録手
段とを備える。

【００１２】上記の目的を達成するための本発明による
求貨求車サーバの制御方法は以下の構成を備える。即
ち、荷主が使用する荷主端末及び車主が使用する車主端
末とを通信回線を介して接続し、前記荷主と前記車主間
の配送依頼を支援する求貨求車サーバの制御方法であっ
て、前記荷主端末からのアクセス要求に伴ってユーザ情
報を受信する第１受信工程と、前記ユーザ情報による前
記荷主端末の荷主の一次与信の一次与信判定結果に基づ
いて、荷物情報の入力を受け付ける荷物登録画面情報を
生成して、前記荷主端末へ送信する荷物登録画面情報送
信工程と、前記荷物登録画面情報に基づいて入力された
荷物情報を前記荷主端末から受信する荷物情報受信工程
と、前記荷物情報を一時的に記憶媒体に保持する保持工
程と、前記荷物情報による前記荷主端末の荷主の二次与
信の二次与信判定結果に基づいて、前記荷物情報の登録
の可否を確認する登録確認画面情報を生成して、前記荷
主端末へ送信する登録確認画面情報送信工程と、前記荷
物登録画面情報に基づいて入力された登録確認情報を前
記荷主端末から受信する登録確認情報受信工程と、前記
登録確認情報に基づいて、前記記憶媒体に保持されてい
る前記荷物情報を登録する登録工程とを備える。

【００１３】上記の目的を達成するための本発明による
プログラムは以下の構成を備える。即ち、荷主が使用す
る荷主端末及び車主が使用する車主端末とを通信回線を
介して接続し、前記荷主と前記車主間の配送依頼を支援
する求貨求車サーバの制御をコンピュータに機能させる
ためのプログラムであって、前記荷主端末からのアクセ
ス要求に伴ってユーザ情報を受信する第１受信工程のプ
ログラムコードと、前記ユーザ情報による前記荷主端末
の荷主の一次与信の一次与信判定結果に基づいて、荷物
情報の入力を受け付ける荷物登録画面情報を生成して、
前記荷主端末へ送信する荷物登録画面情報送信工程のプ
ログラムコードと、前記荷物登録画面情報に基づいて入
力された荷物情報を前記荷主端末から受信する荷物情報
受信工程のプログラムコードと、前記荷物情報を一時的
に記憶媒体に保持する保持工程のプログラムコードと、
前記荷物情報による前記荷主端末の荷主の二次与信の二
次与信判定結果に基づいて、前記荷物情報の登録の可否
を確認する登録確認画面情報を生成して、前記荷主端末
へ送信する登録確認画面情報送信工程のプログラムコー
ドと、前記荷物登録画面情報に基づいて入力された登録
確認情報を前記荷主端末から受信する登録確認情報受信
工程のプログラムコードと、前記登録確認情報に基づい
て、前記記憶媒体に保持されている前記荷物情報を登録
する登録工程のプログラムコードとを備える。

【００１４】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態を詳細に説明する。

【００１５】本発明の求貨求車システムは、従来の求貨
求車システムの概念に以下の機能を追加している。

【００１６】● 第三者金融機関の提供するe-Marketpl
ace向け与信決済機能 ● 第三者金融機関の提供するe-Marketplace向け代行
決済機能 ● 求貨求車サイトへのログイン時の自動与信認証 ● 荷主の荷物登録時のリアルタイム与信シミュレーシ
ョン ● 荷主の荷物登録時の残高不足による登録不可の際
の、残高報告及び取引再開時期の告知機能 ＜概要＞現在までの求貨求車システムにおいては、原則
決済機能は幹事会社の持つ勘定系のシステムが司ってお
り、幹事会社のキャッシュフロー及び資金調整力に大き
く依存していたと言える。おのずと荷主から受託する運
賃と、車主に支払う運賃との支払サイトに時間、種類
（手形、小切手、現金等）にずれが生じる際は、幹事会
社はそれなりにリスクを受ける可能性が出てくる。

【００１７】そういったリスクを分散、回避し、健全な
荷物と車の取引を行い、且つ契約に基づく幹事会社の健
全なキャッシュフロー体制を構築していくことで、契約
と金融の２つの流れが幹事会社の管理化におかれ、より
健全で取引高の高いマーケットを構成することが可能と
なる。具体的には次の２点が大きい発明となる。

【００１８】 ログイン時認証 荷主会員が幹事会社に運送委託（発注）を行う際、求貨
求車システムが提供する求貨求車サイトにログインし荷
物を登録することとなる。その際、会員番号とパスワー
ドを入力し、ログインをすることになるが、ログインと
同時にその会員の番号とパスワードが自動的に与信決済
シミュレーション機能を有する与信管理サーバへと接続
し、リアルタイムなデータでログインを認証するか否か
を求貨求車サーバが判断する。ログイン時点にて、あら
かじめ金融機関が設定する荷主会員の与信枠が不足して
いる場合は、求貨求車サイトへのログインが拒否され
る。この機能により、求貨求車サイトにアクセスする会
員は全てリアルタイムで与信上信頼のおける会員のみと
いうことになり、その後の取引も当然ながら健全な取引
が行われることになる。

【００１９】 荷物登録時認証 ログインが許可された荷主会員であっても残高次第で
は、荷物の登録時の希望運賃に満たず、決済時になって
からトラブルを起こす可能性も出てくる。そういった仕
組みでは、リアルタイムでの与信決済機能とは言えな
い。そこで、本発明では、荷主が荷物を登録する際にも
与信決済シミュレーション機能が働き、荷主が登録する
希望運賃と、その会員の現時点での与信残高の差を求貨
求車サーバが判断し、荷物登録の可否を判断し画面で告
知する。その際、残高不足の金額と取引再開時期の案内
を同画面にて会員に案内を行う。

【００２０】次に、上述した本発明を実現する実施形態
の求貨求車システムの構成について、図１を用いて説明
する。

【００２１】図１は本実施形態の求貨求車システムの構
成を示す図である。

【００２２】本実施形態の求貨求車システムは、荷主の
荷主端末１２０、車主の車主端末１３０、求貨求車シス
テムを実現する幹事会社が運営管理する求貨求車サーバ
１１０、金融期間が運営管理する与信管理サーバ１００
間を通信回線１７０を介して相互に接続して求貨求車シ
ステムを構築する。特に、この求貨求車システムでは、
第三者金融機関が提供する与信決済機能を実現する与信
管理サーバ１００を構成することで、荷主、車主といっ
たサプライヤー及びバイヤーを広く集めてマーケットを
活性化させ、かつ代行与信決済による信用取引の実現か
ら、信頼のおけるマーケットを形成することができる。

【００２３】幹事会社は、ＷＥＢサーバ機能を含む求貨
求車サーバ１１０を有し、通信回線１７０を介して、荷
主端末１２０、車主端末１３０から送信されてくる各種
情報を登録し、管理する。また、求貨求車サーバ１１０
には、各種情報を管理するためのテーブルとして、空車
テーブル１１５、荷物テーブル１１６、会員テーブル１
１７、契約テーブル１１８を有している。これらの各テ
ーブルの構成の詳細については、後述する。

【００２４】尚、求貨求車サーバ１１０は、幹事会社の
管理下でなくても良く、例えば、ＩＳＰ、ＡＳＰ等の他
のベンダーの管理下であっても良い。

【００２５】金融機関は、ＷＥＢサーバ機能を含む与信
管理サーバ１００を有し、通信回線１７０を介して、求
貨求車サーバ１１０から送信されてくる荷主の会員情報
に基づいて、その荷主の与信決済を行う。また、与信管
理サーバ１００には、各種情報を管理するためのテーブ
ルとして、与信テーブル１０５及び取引明細管理テーブ
ル１０６を有している。これらの各テーブルの構成の詳
細については、後述する。

【００２６】尚、図１の各テーブルは別々に構成されて
いるが、１つの記憶媒体上の異なる記憶領域にそれぞれ
のテーブルが構成されていても、もちろん構わない。

【００２７】荷主は、通信回線１７０を介して求貨求車
サーバ１１０に接続する荷主端末１２０を有し、少なく
ともＷＥＢブラウザ機能を有する。荷主端末１２０で
は、配送依頼対象の荷物の荷物情報を入力して求貨求車
サーバ１１０へ送信し、その荷物情報に対応する空車情
報がある場合には、その荷主と車主間での契約成立に関
する情報を受信する。

【００２８】車主は、通信回線１７０を介して求貨求車
サーバ１１０に接続する車主端末１３０を有し、少なく
ともＷＥＢブラウザ機能を有する。この車主端末１３０
は、運送可能な運送車の空車情報を入力して求貨求車サ
ーバ１１０へ送信し、その空車情報に対応する荷物情報
がある場合には、その車主と荷主間での契約成立に関す
る情報を受信する。

【００２９】１７０は通信回線であり、典型的にはイン
ターネットであるが、ＬＡＮ／ＷＡＮや電話回線、専用
デジタル回線、ＡＴＭ（非同期転送モード）やフレーム
リレー回線でも良い。そして、この通信回線１７０によ
って、荷主端末１２０、車主端末１３０、求貨求車サー
バ１１０、与信管理サーバ１００が相互に接続される。

【００３０】次に、上述の求貨求車サーバ１１０に構築
されている各テーブルについて説明する。

【００３１】求貨求車サーバ１１０のハードディスク２
８（図２）には、車主の空車情報を管理する空車テーブ
ル１１５、荷主の荷物情報を管理する荷物テーブル１１
６、本求貨求車サーバ１１０を利用する会員（荷主／車
主）の会員情報を管理する会員テーブル１１７、荷主と
車主間の契約の契約情報を管理する契約テーブル１１８
がそれぞれ構築されている。

【００３２】空車テーブル１１５は、空車情報として、
例えば、空車会員番号、空車番号、契約番号、空車地、
希望行き先、空車日、戻り日、車種（幌付き／パネル、
保冷／保温設備有無、パワーゲート有無）、積載量、登
録金額、積地、降地を有する。

【００３３】荷物テーブル１１６は、荷物情報として、
例えば、荷物会員番号、荷物番号、契約番号、商品名、
積地、降地、積日、降日、重量、積込条件、荷降条件、
指定車種、登録金額を有する。

【００３４】会員テーブル１１７は、会員情報として、
例えば、会社名、住所、連絡先、会員番号（番号）、パ
スワードを有する。

【００３５】会員属性とは、求貨求車システムの会員、
つまり、荷主会員、車主会員、その両方の会員を示すフ
ラグが存在する。

【００３６】契約テーブル１１８は、契約情報として、
例えば、配送契約が成立した荷主の荷物会員番号と車主
の空車会員番号、その配送契約を示す固有の契約番号を
有する。

【００３７】求貨求車サーバ１１０は、荷物テーブル１
１６及び空車テーブル１１５それぞれに登録されている
荷物情報及び空車情報とのマッチング処理を実行し、マ
ッチングする荷物情報及び空車情報があると、この荷物
情報の荷主及び空車情報の車主間での配送契約を成立さ
せる。そして、この配送契約に関する契約情報を作成
し、この契約情報、荷物情報、空車情報の３つの情報を
対応づけて契約テーブル１１８に記憶する。

【００３８】次に、上述の与信管理サーバ１００に構築
されている各テーブルについて説明する。

【００３９】与信管理サーバ１００のハードディスク２
８には、荷主の与信状況を管理する与信テーブル１０
５、各荷主の取引明細を管理する取引明細管理テーブル
１０６が構築されている。

【００４０】与信テーブル１０５は、与信情報として、
例えば、荷主の会員番号、荷主の与信枠（与信限度
額）、一次与信フラグ及び二次与信フラグを有する。

【００４１】この一次与信フラグ及び二次与信フラグは
それぞれ、後述する一次与信及び二次与信それぞれの可
否を示すフラグであり、可である場合には「ＯＮ」が、
否である場合には「ＯＦＦ」がそれぞれ設定される。

【００４２】取引明細管理テーブル１０６は、取引明細
情報として、荷主の会員番号、荷主の取引口座の残高金
額、入出金額、入出金日、入出金予定金額、入出金予定
日を有する。

【００４３】次に、本実施形態の求貨求車システムを構
成する各種端末、サーバのハードウェア構成について、
図２を用いて説明する。

【００４４】図２は本実施形態の求貨求車システムを構
成する各種端末、サーバそれぞれのハードウェア構成を
示す図である。

【００４５】図２において、ＣＰＵ２１、ＲＡＭ２２、
ＲＯＭ２３、ＬＡＮアダプタ２４、ビデオアダプタ２
５、入力部（キーボード）２６、入力部（マウス）２
７、ハードディスク２８、ＣＤ−ＲＯＭドライブ２９は
それぞれシステムバス２０を介して互いに接続されてい
る。システムバス２０は、例えば、ＰＣＩバス、ＡＧＰ
バス、メモリバス等を意味する。また、図２では、各バ
ス間の接続用チップやキーボードインタフェースや、い
わゆるＳＣＳＩやＡＴＡＰＩのような入出力用インタフ
ェースは省略されている。

【００４６】ＣＰＵ２１は四則演算や比較演算等の各種
の演算や、ハードウェアやソフトウェアの制御を行う。
ＲＡＭ２２には、ハードディスク２８やＣＤ−ＲＯＭド
ライブ２９に装着されたＣＤ−ＲＯＭやＣＤ−Ｒ等の記
憶媒体から読み出されたオペレーションシステムのプロ
グラムやアプリケーションプログラム（後述する各端末
やサーバで実行されるフローチャートを実行する各プロ
グラム）等が記憶され、これらはＣＰＵ２１の制御の元
に実行される。

【００４７】ＲＯＭ２３は、オペレーションシステムと
協働してハードディスク等への入出力を司るいわゆるＢ
ＩＯＳ等が記憶される。ＬＡＮアダプタ２４は、ＣＰＵ
２１によって制御されるオペレーションシステムの通信
プログラムと協働してネットワークを介した外部との通
信を行う。ビデオアダプタ２５は、ディスプレイ装置
（不図示）に出力する画像信号を生成し、入力部（キー
ボード）２６や入力部（マウス）２７は端末への指示を
入力するために用いられる。

【００４８】ハードディスク２８は、オペレーションシ
ステムや上述のアプリケーションプログラムを記憶して
おり、端末の起動時に、または必要に応じてＲＡＭ２２
にロードされる。

【００４９】ＣＤ−ＲＯＭドライブ２９は、ＣＤ−ＲＯ
ＭやＣＤ−ＲやＣＤ−Ｒ／Ｗ等の記憶媒体を装着してア
プリケーションプログラムをハードディスク２８にイン
ストールするのに用いる。

【００５０】尚、ＣＤ−ＲＯＭドライブ２９の代わりに
ＣＤ−ＲドライブやＣＤ−Ｒ／ＷドライブやＭＯドライ
ブ等を用いても良いのは言うまでもない。

【００５１】次に、本実施形態の求貨求車システムで実
行される処理について説明する。

【００５２】図３及び図４は本実施形態の求貨求車シス
テムで実行される処理を示すフローチャートである。

【００５３】尚、本実施形態の求貨求車システムは、求
貨求車サーバ１１０によって実現される求貨求車システ
ムＷＥＢサイトに対し、荷主及び車主、幹事会社の各オ
ペレータが自身の端末を用いてそのサイトにアクセス
し、ＷＥＢブラウザを介して各種処理を行う。

【００５４】まず、ステップＳ４０１で、荷主は、荷主
端末１２０を用いて、求貨求車サーバ１１０へのアクセ
ス要求を行い、求貨求車システムログイン画面（図６）
を表示する。ステップＳ４０２で、その求貨求車システ
ムログイン画面を用いて、会員番号及びパスワードから
なるユーザ情報を入力する。この入力されたユーザ情報
は求貨求車サーバ１１０へ送信される。

【００５５】尚、図６の求貨求車システムログイン画面
７０００は、例えば、会員番号及びパスワードを入力す
る各種入力領域７０１及び７０２を有している。７０３
は接続ボタンであり、入力領域７０１及び７０２の内容
を確定する場合に押下する。接続ボタン７０３が押下さ
れると、入力領域７０１及び７０２の内容がユーザ情報
として求貨求車サーバ１１０へ送信される一方、ステッ
プＳ４２１で、求貨求車サーバ１１０は、荷主端末１２
０からユーザ情報を受信する。ステップＳ４２２で、会
員テーブル１１７を参照して、受信したユーザ情報中の
会員番号に対応する会員（荷主）を特定する。そして、
その特定した会員の与信を照会するための一次与信照会
情報を生成して、与信管理サーバ１００へ送信する。

【００５６】尚、この一次与信照会情報は、ユーザ情報
中の会員番号から構成される。

【００５７】一方、ステップＳ４４１で、与信管理サー
バ１００は、求貨求車サーバ１１０から一次与信照会情
報を受信する。次に、ステップＳ４４２で、一次与信照
会情報に基づいて、与信テーブル１０５及び取引明細管
理テーブル１０６を参照して、照会対象の会員の一次与
信判定を行う。

【００５８】この一次与信判定は、受信した一次与信照
会情報中の会員番号に対応する与信情報を与信テーブル
１０５から取得し、また、取引明細管理テーブル１０６
から取引明細情報を取得する。次に、与信情報中の与信
枠と取引明細情報中の荷主の取引口座の残高金額との差
が所定値以上であるかを判定する。そして、差が所定値
未満である場合には一次与信フラグを「ＯＮ」、差が所
定値以上である場合には一次与信フラグを「ＯＦＦ」に
設定する。

【００５９】尚、この所定値は、与信管理サーバ１００
の管理者によって適宜設定可能であり、荷主の取引実績
や入出金予定金額等の情報に基づいて、荷主毎に個別の
所定値を設定することも可能である。また、与信枠に関
係なく、単に荷主の取引口座の残高金額に基づいて、与
信フラグを設定するようにしても良い。

【００６０】そして、ステップＳ４４３で、一次与信判
定結果（一次与信フラグ）を求貨求車サーバ１１０へ送
信する。

【００６１】一方、ステップＳ４２４で、求貨求車サー
バ１１０は、与信管理サーバ１００から一次与信判定結
果を受信する。ステップＳ４２５で、一次与信判定結果
に基づいて、一次与信の可否を判定する。一次与信が否
である（一次与信フラグがＯＦＦである）場合（ステッ
プＳ４２５でＮＯ）、ステップＳ４２６に進み、一次与
信不可通知を生成して、荷主端末１２０へ送信する。そ
の後、ステップＳ４０３で、荷主端末１２０は、一次与
信不可通知を受信する。

【００６２】尚、この一次与信不可通知は、例えば、図
６の求貨求車システムログイン画面７０００上に対し、
例えば、図７に示すように、一次与信が不可である旨を
示す内容を領域７０４で表示することで実現する。

【００６３】一方、一次与信が可である（一次与信フラ
グがＯＮである）場合（ステップＳ４２５でＹＥＳ）、
ステップＳ４２７に進み、求貨求車サーバ１１０は、荷
物登録画面情報を生成する。ステップＳ４２８で、生成
した荷物登録画面情報を荷主端末１２０へ送信する。

【００６４】ステップＳ４０４で、荷主端末１２０は、
求貨求車サーバ１１０から荷物登録画面情報を受信し
て、その荷物登録画面情報に基づく荷物登録画面（図
８）を表示する。そして、この荷物登録画面を用いて、
配送依頼対象の荷物の荷物情報を入力する。この入力さ
れた荷物情報は求貨求車サーバ１１０へ送信され、一
旦、求貨求車サーバ１１０のＲＡＭ２２に記憶される。

【００６５】尚、図８の荷物登録画面は、例えば、商品
名、物量、希望運賃、積日、降日を入力する各種入力領
域８００１〜８００５を有している。また、８００６は
登録ボタンであり、各種入力領域の内容を確定する場合
に押下する。そして、登録ボタン８００６が押下される
と、各種入力領域の内容が荷物情報として求貨求車サー
バ１１０へ送信される。また、８００７は削除ボタンで
あり、各種入力領域の内容を取り消す場合に押下する。

【００６６】ステップＳ４２９で、求貨求車サーバ１１
０は、荷主端末１２０から荷物情報を受信し、一旦ＲＡ
Ｍ２２に記憶する。ステップＳ４３１で、会員テーブル
１１７を参照して、受信した荷物情報中の会員番号に対
応する会員（荷主）を特定する。そして、その特定した
会員の与信を照会するための二次与信照会情報を生成し
て、与信管理サーバ１００へ送信する。

【００６７】尚、この二次与信照会情報は、既に受信し
たユーザ情報中の会員番号及び荷物情報中の希望運賃か
ら構成される。

【００６８】一方、ステップＳ４４４で、与信管理サー
バ１００は、求貨求車サーバ１１０から二次与信照会情
報を受信する。次に、ステップＳ４４５で、二次与信照
会情報に基づいて、与信テーブル１０５及び取引明細管
理テーブル１０６を参照して、照会対象の会員の二次与
信判定を行う。

【００６９】この二次与信判定は、単純に行う場合に
は、二次与信照会情報中の会員番号に対応する取引明細
情報を取引明細管理テーブル１０６から取得して、その
取引明細情報中の荷主の取引口座の残高金額と、二次与
信照会情報中の希望運賃を比較する。比較の結果、希望
運賃が残高金額未満である場合には二次与信フラグを
「ＯＮ」、希望運賃が残高金額以上である場合には二次
与信フラグを「ＯＦＦ」に設定する。

【００７０】より厳密に行う場合には、更に、受信した
二次与信照会情報中の会員番号に対応する与信情報を与
信テーブル１０５から取得し、その与信情報中の与信枠
と、取引明細情報中の荷主の取引口座の残高金額と、二
次与信照会情報中の希望運賃を比較する。比較の結果、
希望運賃が与信枠以上である場合には二次与信フラグを
「ＯＦＦ」、希望運賃が与信枠未満かつ残高金額以上で
ある場合あるいは希望運賃が残高金額未満である場合に
は二次与信フラグを「ＯＮ」に設定する。

【００７１】尚、上述の一次与信判定及び二次与信判定
の方法は、一例であって、用途や目的等に応じて与信情
報及び取引明細情報に基づく与信判定を行うことができ
る。例えば、荷主の取引口座への入金予定金額がわかっ
ていて、その入金によって与信が可となるような場合に
は、与信フラグを「ＯＮ」に設定するような構成であっ
ても良い。

【００７２】ステップＳ４４６で、与信管理サーバ１０
０は、二次与信判定結果を求貨求車サーバ１１０へ送信
する。

【００７３】一方、ステップＳ４３２で、求貨求車サー
バ１１０は、与信管理サーバ１００から二次与信判定結
果を受信する。図４のステップＳ５３３で、二次与信判
定結果に基づいて、二次与信の可否を判定する。二次与
信が否である（二次与信フラグがＯＦＦである）場合
（ステップＳ５３３でＮＯ）、ステップＳ５３４に進
み、ＲＡＭに記憶した荷物情報を削除し、更に、二次与
信不可通知を生成して、荷主端末１２０へ送信する。そ
の後、ステップＳ５０６で、荷主端末１２０は、二次与
信不可通知を受信する。

【００７４】一方、二次与信が可である（二次与信フラ
グがＯＮである）場合（ステップＳ５３３でＹＥＳ）、
ステップＳ５３５に進む。次に、ステップＳ５３５で、
求貨求車サーバ１１０は、登録確認画面情報を生成す
る。ステップＳ５３６で、生成した登録確認画面情報を
荷主端末１２０へ送信する。

【００７５】ステップＳ５０７で、荷主端末１２０は、
求貨求車サーバ１１０から登録確認画面情報を受信し
て、その登録確認画面情報に基づく登録確認画面を表示
する。そして、その登録確認画面を用いて、配送依頼対
象の荷物の荷物情報の登録の可否を示す登録確認情報を
入力する。この入力された登録確認情報は求貨求車サー
バ１１０へ送信される。

【００７６】ステップＳ５３７で、求貨求車サーバ１１
０は、荷主端末１２０から登録確認情報を受信する。次
に、ステップＳ５３８で、受信した登録確認情報に基づ
いて、ＲＡＭ２２に記憶された荷物情報の登録の可否を
判定する。登録が否である場合（ステップＳ５３８でＮ
Ｏ）、ステップＳ４２７に戻る。一方、登録が可である
場合（ステップＳ５３８でＹＥＳ）、ステップＳ５３９
に進み、ＲＡＭ２２に記憶された荷物情報を正式な荷物
情報として荷物テーブル１１６に登録する。

【００７７】以上説明したように、本実施形態によれ
ば、荷主端末１２０を利用する荷主の与信の可否をログ
イン時及び荷物情報登録時にと２段階で判定し、その判
定結果に基づいて荷物情報を求貨求車サーバ１１０の荷
物テーブル１１６に正式に登録する。これにより、信頼
のおける荷主からの荷物情報だけを登録することがで
き、より信頼性が向上した求貨求車システムを実現する
ことができる。

【００７８】つまり、現行の求貨求車システムと、第三
者金融機関が提供する与信決済機能が連携することで、
幹事会社が荷主から輸配送依頼を受注する際、タイミン
グ良く与信情報を取得することで、より確実性の高い、
信用取引が成立することになる。また、信頼のおける第
三者金融機関が与信を設定することで、幹事会社の債権
上のリスク負担を軽減させることになり、さらには第三
者金融機関が幹事会社に代わって代行決済を行うこと
で、幹事会社のキャッシュフローが安定し、運賃支払い
先である、運送会社の経営安定化にも繋がる。

【００７９】また、現行の求貨求車システム上では、バ
ッチでの与信情報のため、リアルタイムでの与信情報が
マーケットプレイスでの決済には反映されず、結果とし
てリスク波動の吸収を幹事会社の責任において行ってい
た。これに対し、本発明の求貨求車システムでは、リア
ルタイムで与信枠を超えている荷主は求貨求車システム
ＷＥＢサイトへログインを試みる段階ですでに、同サイ
トへの受け付けが拒否され、荷物の登録さえ不可能な状
態となる。また、本実施形態のようなe-Marketplaceと
いう信頼条件に裏付けされる取引においては、信用力の
低下した荷主は与信が正常に復帰できるまでは、求貨求
車システムを利用できないこととするのが、外部から求
貨求車システムを見た際に、非常に信頼のおける求貨求
車システムであることを認知させることができる。

【００８０】尚、上記実施形態では、二次与信が否であ
る場合には、荷物情報の登録を拒否する構成としている
が、荷主端末１０２を利用する荷主の与信状況は、日々
変化するものである。特に、荷主の取引口座への小額の
入金によって与信が可となるような場合には、その旨を
荷主へ伝えて、荷物情報の内容の修正を行う機会を与え
たり、荷主への入金を促すようなことが可能である。

【００８１】以下、本実施形態の応用例について、図５
を用いて説明する。

【００８２】図５は本実施形態の求貨求車システムで実
行される処理の応用例を示すフローチャートである。

【００８３】尚、図５のフローチャートは、図３のステ
ップＳ４３２以降で実行される処理を示すものである。

【００８４】ステップＳ４３２で、求貨求車サーバ１１
０は、与信管理サーバ１００から二次与信判定結果を受
信する。ステップＳ６３３で、二次与信判定結果に基づ
いて、二次与信の可否を判定する。二次与信が可である
（二次与信フラグがＯＮである）場合（ステップＳ６３
３でＹＥＳ）、図４のステップＳ５３６に進み、上述の
処理を実行する。一方、二次与信が否である（二次与信
フラグがＯＦＦである）場合、ステップＳ６３４に進
み、荷主の与信枠に関する与信枠通知情報を生成して、
荷主端末１２０へ送信する。

【００８５】その後、ステップＳ６０６で、荷主端末１
２０は、与信枠通知を受信して、与信枠を表示する。

【００８６】尚、この与信枠通知情報は、例えば、図８
の荷物登録画面８０００に対し、例えば、図９に示すよ
うに、与信枠の内容を領域８００６で表示することで実
現する。荷主は、この領域８００６の内容に応じて、登
録内容を変更するか、あるいは登録対象の荷物情報を削
除するかの判断を行うことになる。登録対象の荷物情報
の変更を依頼する場合には、変更ボタン８００９を押下
する。また、登録対象の荷物情報の削除を依頼する場合
には、削除ボタン８００７を押下する。

【００８７】この変更ボタン８００９／削除ボタン８０
０７の押下によって、ステップＳ６０７で、荷主端末１
２０は変更情報／削除情報を生成し、求貨求車サーバ１
１０へ送信する。

【００８８】一方、ステップＳ６３５で、求貨求車サー
バ１１０は、変更情報／削除情報のどちらを受信したか
を判定する。削除情報を受信した場合（ステップＳ６３
５でＹＥＳ）、ステップＳ６３６に進み、ＲＡＭ２２に
記憶された荷物情報を削除して、処理を終了する。

【００８９】一方、変更情報を受信した場合（ステップ
Ｓ６３５でＮＯ）、ステップＳ６３７に進む。ステップ
Ｓ６３７で、ＲＡＭ２２に記憶された荷物情報の内容を
荷物登録画面情報に反映した登録修正画面情報を生成す
る。ステップＳ６３８で、登録修正画面情報を荷主端末
１２０へ送信する。

【００９０】ステップＳ６０８で、荷主端末１２０は、
求貨求車サーバ１１０から登録修正画面情報を受信し
て、その登録修正画面情報に基づく登録修正画面を表示
する。そして、この登録修正画面を用いて、配送依頼対
象の荷物の荷物情報を修正した登録修正情報を入力す
る。この入力された登録修正情報は求貨求車サーバ１１
０へ送信され、一旦、求貨求車サーバ１１０のＲＡＭ２
２に記憶される。

【００９１】一方、ステップＳ６３９で、求貨求車サー
バ１１０は、荷主端末１２０から登録修正情報を受信す
る。その後、図４のステップＳ４２９に進み、登録修正
情報を荷物情報としてＲＡＭ２２に記憶する。

【００９２】尚、上記実施形態では、与信管理サーバ１
００で、荷主の与信の可否を判定する構成としたが、与
信管理サーバ１００より荷主の取引口座の残高や入金予
定金額を求貨求車サーバ１１０が受信して、求貨求車サ
ーバ１１０上で荷主の与信の可否を判定する構成であっ
ても良い。

【００９３】また、本発明は、前述した実施形態の機能
を実現するソフトウェアのプログラム（実施形態では図
３乃至図５に示すフローチャートに対応したプログラ
ム）を、システム或いは装置に直接或いは遠隔から供給
し、そのシステム或いは装置のコンピュータが該供給さ
れたプログラムコードを読み出して実行することによっ
ても達成される場合を含む。その場合、プログラムの機
能を有していれば、形態は、プログラムである必要はな
い。

【００９４】従って、本発明の機能処理をコンピュータ
で実現するために、該コンピュータにインストールされ
るプログラムコード自体も本発明を実現するものであ
る。つまり、本発明は、本発明の機能処理を実現するた
めのコンピュータプログラム自体も含まれる。

【００９５】その場合、プログラムの機能を有していれ
ば、オブジェクトコード、インタプリタにより実行され
るプログラム、ＯＳに供給するスクリプトデータ等、プ
ログラムの形態を問わない。

【００９６】プログラムを供給するための記録媒体とし
ては、例えば、フロッピー（登録商標）ディスク、ハー
ドディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ
−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発
性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，
ＤＶＤ−Ｒ）などがある。

【００９７】その他、プログラムの供給方法としては、
クライアントコンピュータのブラウザを用いてインター
ネットのホームページに接続し、該ホームページから本
発明のコンピュータプログラムそのもの、もしくは圧縮
され自動インストール機能を含むファイルをハードディ
スク等の記録媒体にダウンロードすることによっても供
給できる。また、本発明のプログラムを構成するプログ
ラムコードを複数のファイルに分割し、それぞれのファ
イルを異なるホームページからダウンロードすることに
よっても実現可能である。つまり、本発明の機能処理を
コンピュータで実現するためのプログラムファイルを複
数のユーザに対してダウンロードさせるＷＷＷサーバ
も、本発明に含まれるものである。

【００９８】また、本発明のプログラムを暗号化してＣ
Ｄ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所
定の条件をクリアしたユーザに対し、インターネットを
介してホームページから暗号化を解く鍵情報をダウンロ
ードさせ、その鍵情報を使用することにより暗号化され
たプログラムを実行してコンピュータにインストールさ
せて実現することも可能である。

【００９９】また、コンピュータが、読み出したプログ
ラムを実行することによって、前述した実施形態の機能
が実現される他、そのプログラムの指示に基づき、コン
ピュータ上で稼動しているＯＳなどが、実際の処理の一
部または全部を行ない、その処理によっても前述した実
施形態の機能が実現され得る。

【０１００】さらに、記録媒体から読み出されたプログ
ラムが、コンピュータに挿入された機能拡張ボードやコ
ンピュータに接続された機能拡張ユニットに備わるメモ
リに書き込まれた後、そのプログラムの指示に基づき、
その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ
などが実際の処理の一部または全部を行ない、その処理
によっても前述した実施形態の機能が実現される。

【０１０１】

【発明の効果】以上説明したように、本発明によれば、
信頼性があり、かつ容易にかつ安全にシステムを利用す
ることができる求貨求車サーバ及びその制御方法、求貨
求車システム、プログラムを提供できる。

【図面の簡単な説明】

【図１】本実施形態の求貨求車システムの構成を示す図
である。

【図２】本実施形態の求貨求車システムを構成する各種
端末、サーバそれぞれのハードウェア構成を示す図であ
る。

【図３】本実施形態の求貨求車システムで実行される処
理を示すフローチャートである。

【図４】本実施形態の求貨求車システムで実行される処
理を示すフローチャートである。

【図５】本実施形態の求貨求車システムで実行される処
理の応用例を示すフローチャートである。

【図６】本実施形態の求貨求車システムの操作画面の一
例を示す図である。

【図７】本実施形態の求貨求車システムの操作画面の一
例を示す図である。

【図８】本実施形態の求貨求車システムの操作画面の一
例を示す図である。

【図９】本実施形態の求貨求車システムの操作画面の一
例を示す図である。

【符号の説明】

１００ 与信管理サーバ １０５ 与信テーブル １０６ 取引明細管理テーブル １１０ 求貨求車サーバ １１５ 空車テーブル １１６ 荷物テーブル １１７ 会員テーブル １１８ 契約テーブル １２０ 荷主端末 １３０ 車主端末 １７０ 通信回線

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） // Ｇ０８Ｇ 1/13 Ｇ０８Ｇ 1/13

Claims (10)

【特許請求の範囲】
1. 【請求項１】 荷主が使用する荷主端末及び車主が使用
   する車主端末とを通信回線を介して接続し、前記荷主と
   前記車主間の配送依頼を支援する求貨求車サーバであっ
   て、 前記荷主端末からのアクセス要求に伴ってユーザ情報を
   受信する第１受信手段と、 前記ユーザ情報による前記荷主端末の荷主の一次与信の
   一次与信判定結果に基づいて、荷物情報の入力を受け付
   ける荷物登録画面情報を生成して、前記荷主端末へ送信
   する荷物登録画面情報送信手段と、 前記荷物登録画面情報に基づいて入力された荷物情報を
   前記荷主端末から受信する荷物情報受信手段と、 前記荷物情報を一時的に記憶媒体に保持する保持手段
   と、 前記荷物情報による前記荷主端末の荷主の二次与信の二
   次与信判定結果に基づいて、前記荷物情報の登録の可否
   を確認する登録確認画面情報を生成して、前記荷主端末
   へ送信する登録確認画面情報送信手段と、 前記荷物登録画面情報に基づいて入力された登録確認情
   報を前記荷主端末から受信する登録確認情報受信手段
   と、 前記登録確認情報に基づいて、前記記憶媒体に保持され
   ている前記荷物情報を登録する登録手段とを備えること
   を特徴とする求貨求車サーバ。
2. 【請求項２】 前記荷主端末の荷主の与信判定を実行す
   る与信管理サーバを更に備え、 前記与信管理サーバは、前記求貨求車サーバで生成され
   た一次与信照会情報に基づいて、前記ユーザ情報による
   前記荷主端末の荷主の一次与信を判定する一次与信判定
   手段と、 前記求貨求車サーバで生成された二次与信照会情報に基
   づいて、前記荷物情報による前記荷主端末の荷主の二次
   与信を判定する二次与信判定手段とを備えることを特徴
   とする請求項１に記載の求貨求車サーバ。
3. 【請求項３】 前記二次与信判定結果が否である場合、
   前記記憶媒体に保持されている荷物情報を削除する削除
   手段とを更に備えることを特徴とする請求項１に記載の
   求貨求車サーバ。
4. 【請求項４】 前記二次与信判定結果が否である場合、
   前記荷主端末の荷主の与信枠に関する与信枠通知情報を
   生成して、該荷主端末へ送信する与信枠通知情報送信手
   段と、 前記与信枠通知情報に対して前記荷物情報の変更依頼を
   示す変更情報を受信した場合、該荷物情報を修正するた
   めの登録修正画面情報を生成して、該荷主端末へ送信す
   る登録修正画面情報送信手段とを更に備えることを特徴
   とする請求項１に記載の求貨求車サーバ。
5. 【請求項５】 荷主が使用する荷主端末及び車主が使用
   する車主端末と前記荷主と前記車主間の配送依頼を支援
   する求貨求車サーバとが通信回線を介して相互に接続さ
   れて構成される求貨求車システムであって、 前記荷主端末は、 アクセス要求に伴ってユーザ情報を入力するユーザ情報
   入力手段と、 荷物登録画面情報に基づいて、荷物情報を入力する荷物
   情報入力手段と、 登録確認画面情報に基づいて、前記荷物情報の登録の可
   否を示す登録確認情報を入力する登録確認情報入力手段
   とを備え、 前記求貨求車サーバは、 前記ユーザ情報による前記荷主端末の荷主の一次与信の
   一次与信判定結果に基づいて、前記荷物登録画面情報を
   生成して、前記荷主端末へ送信する荷物登録画面情報送
   信手段と、 前記荷物情報を一時的に記憶媒体に保持する保持手段
   と、 前記荷物情報による前記荷主端末の荷主の二次与信の二
   次与信判定結果に基づいて、前記登録確認画面情報を生
   成して、前記荷主端末へ送信する登録確認画面情報送信
   手段と、 前記登録確認情報に基づいて、前記記憶媒体に保持され
   ている前記荷物情報を登録する登録手段とを備えること
   を特徴とする求貨求車システム。
6. 【請求項６】 荷主が使用する荷主端末及び車主が使用
   する車主端末とを通信回線を介して接続し、前記荷主と
   前記車主間の配送依頼を支援する求貨求車サーバの制御
   方法であって、 前記荷主端末からのアクセス要求に伴ってユーザ情報を
   受信する第１受信工程と、 前記ユーザ情報による前記荷主端末の荷主の一次与信の
   一次与信判定結果に基づいて、荷物情報の入力を受け付
   ける荷物登録画面情報を生成して、前記荷主端末へ送信
   する荷物登録画面情報送信工程と、 前記荷物登録画面情報に基づいて入力された荷物情報を
   前記荷主端末から受信する荷物情報受信工程と、 前記荷物情報を一時的に記憶媒体に保持する保持工程
   と、 前記荷物情報による前記荷主端末の荷主の二次与信の二
   次与信判定結果に基づいて、前記荷物情報の登録の可否
   を確認する登録確認画面情報を生成して、前記荷主端末
   へ送信する登録確認画面情報送信工程と、 前記荷物登録画面情報に基づいて入力された登録確認情
   報を前記荷主端末から受信する登録確認情報受信工程
   と、 前記登録確認情報に基づいて、前記記憶媒体に保持され
   ている前記荷物情報を登録する登録工程とを備えること
   を特徴とする求貨求車サーバの制御方法。
7. 【請求項７】 前記荷主端末の荷主の与信判定を実行す
   る与信管理サーバを更に備え、 前記与信管理サーバは、前記求貨求車サーバで生成され
   た一次与信照会情報に基づいて、前記ユーザ情報による
   前記荷主端末の荷主の一次与信を判定する一次与信判定
   工程と、 前記求貨求車サーバで生成された二次与信照会情報に基
   づいて、前記荷物情報による前記荷主端末の荷主の二次
   与信を判定する二次与信判定工程とを備えることを特徴
   とする請求項６に記載の求貨求車サーバの制御方法。
8. 【請求項８】 前記二次与信判定結果が否である場合、
   前記記憶媒体に保持されている荷物情報を削除する削除
   工程とを更に備えることを特徴とする請求項６に記載の
   求貨求車サーバの制御方法。
9. 【請求項９】 前記二次与信判定結果が否である場合、
   前記荷主端末の荷主の与信枠に関する与信枠通知情報を
   生成して、該荷主端末へ送信する与信枠通知情報送信工
   程と、 前記与信枠通知情報に対して前記荷物情報の変更依頼を
   示す変更情報を受信した場合、該荷物情報を修正するた
   めの登録修正画面情報を生成して、該荷主端末へ送信す
   る登録修正画面情報送信工程とを更に備えることを特徴
   とする請求項６に記載の求貨求車サーバの制御方法。
10. 【請求項１０】 荷主が使用する荷主端末及び車主が使
    用する車主端末とを通信回線を介して接続し、前記荷主
    と前記車主間の配送依頼を支援する求貨求車サーバの制
    御をコンピュータに機能させるためのプログラムであっ
    て、 前記荷主端末からのアクセス要求に伴ってユーザ情報を
    受信する第１受信工程のプログラムコードと、 前記ユーザ情報による前記荷主端末の荷主の一次与信の
    一次与信判定結果に基づいて、前記荷主端末から荷物情
    報の入力を受け付ける荷物登録画面情報を生成して、前
    記荷主端末へ送信する荷物登録画面情報送信工程のプロ
    グラムコードと、 前記荷物登録画面情報に基づいて入力された荷物情報を
    前記荷主端末から受信する荷物情報受信工程のプログラ
    ムコードと、 前記荷物情報を一時的に記憶媒体に保持する保持工程の
    プログラムコードと、 前記荷物情報による前記荷主端末の荷主の二次与信の二
    次与信判定結果に基づいて、前記荷物情報の登録の可否
    を確認する登録確認画面情報を生成して、前記荷主端末
    へ送信する登録確認画面情報送信工程のプログラムコー
    ドと、 前記荷物登録画面情報に基づいて入力された前記荷物情
    報の登録の可否を示す登録確認情報を前記荷主端末から
    受信する登録確認情報受信工程のプログラムコードと、 前記登録確認情報に基づいて、前記記憶媒体に保持され
    ている前記荷物情報を登録する登録工程のプログラムコ
    ードとを備えることを特徴とするプログラム。