(57)【特許請求の範囲】
【請求項１】
複数の求貨求車サークルから構成され、荷主端末及び外部与信サーバと通信回線を介して接続された求貨求車サーバであって、
荷主企業の会社名を含む企業情報と、前記荷主端末から受信した希望運賃額と荷物種別とを含む荷物情報を記憶する荷物情報記憶手段と、
前記複数の求貨求車サークル毎に、運送を引受け可能な運賃の限度額を示す与信限度額を含む与信条件と当該サークルの運搬可能な荷物種別である受入可能荷物種別とを含むサークル情報を記憶するサークル情報記憶手段と、
与信照会対象の前記荷物情報記憶手段に記憶されている前記荷物情報を含む与信照会情報を前記外部与信サーバへ送信する送信手段と、
前記外部与信サーバが前記求貨求車サーバより受信した前記荷物情報中の特定荷主企業の企業情報に基づいて算出した前記特定荷主企業の与信枠を含む与信枠情報を、前記外部与信サーバより受信する受信手段と、
前記荷物情報記憶手段に記憶されている前記荷物情報中の前記希望運賃額と前記受信手段で受信した与信枠情報が示す特定荷主企業の与信枠とを比較する第一の比較手段と、
前記荷物情報記憶手段に記憶されている前記荷物情報中の前記希望運賃額と、該荷物情報中の荷物種別と前記サークル情報記憶手段に記憶されている前記サービス情報中の前記受入可能荷物種別とが一致している求貨求車サークルの前記与信限度額とを比較する第二の比較手段と、
前記第一の比較手段の比較結果において前記与信枠が前記希望運賃額と比較して等しいか又は大きく、かつ前記第二の比較手段の比較結果において前記与信限度額が前記希望運賃額と比較して等しいか又は大きいことにより、前記比較対象とする求貨求車サークルにおける前記荷主情報についての与信可否を与信可と判定する与信判定手段とを備え、
前記第二の比較手段は、特定の前記求貨求車サークルの前記与信限度額が前記希望運賃額よりも小さい場合には、前記サークル情報記憶手段に記憶されている、他の前記求貨求車サークルの前記サークル情報を読込んで更に該他の求貨求車サークルの前記サークル情報に含まれる与信限度額情報と前記希望運賃額とを比較し、
前記与信判定手段は、前記第一及び第二の比較手段の比較の結果、前記希望運賃額が前記与信限度額より大きくかつ、前記希望運賃額が前記与信枠よりも小さい場合において、更に、前記希望運賃額が、１より大きい係数であって、その係数を乗じた後の金額が前記与信枠を満たすような係数を前記与信限度額に乗じた金額を超えない場合、前記荷物情報を前記荷物情報中の荷物種別と前記受入可能荷物種別とが一致している求貨求車サークルにおいて与信可と判定する
ことを特徴とする求貨求車サーバ。
【請求項２】
複数の求貨求車サークルから構成され、荷主端末及び外部与信サーバと通信回線を介して接続された求貨求車サーバの制御プログラムであって、
前記求貨求車サーバを、
荷主企業の会社名を含む企業情報と、前記荷主端末から受信した希望運賃額と荷物種別とを含む荷物情報を記憶する荷物情報記憶手段と、
前記複数の求貨求車サークル毎に、運送を引受け可能な運賃の限度額を示す与信限度額を含む与信条件と当該サークルの運搬可能な荷物種別である受入可能荷物種別とを含むサークル情報を記憶するサークル情報記憶手段と、
与信照会対象の前記荷物情報記憶手段に記憶されている前記荷物情報を含む与信照会情報を前記外部与信サーバへ送信する送信手段と、
前記外部与信サーバが前記求貨求車サーバより受信した前記荷物情報中の特定荷主企業の企業情報に基づいて算出した前記特定荷主企業の与信枠を含む与信枠情報を、前記外部与信サーバより受信する受信手段と、
前記荷物情報記憶手段に記憶されている前記荷物情報中の前記希望運賃額と前記受信手段で受信した与信枠情報が示す特定荷主企業の与信枠とを比較する第一の比較手段と、
前記荷物情報記憶手段に記憶されている前記荷物情報中の前記希望運賃額と、該荷物情報中の荷物種別と前記サークル情報記憶手段に記憶されている前記サービス情報中の前記受入可能荷物種別とが一致している求貨求車サークルの前記与信限度額とを比較する第二の比較手段と、
前記第一の比較手段の比較結果において前記与信枠が前記希望運賃額と比較して等しいか又は大きく、かつ前記第二の比較手段の比較結果において前記与信限度額が前記希望運賃額と比較して等しいか又は大きいことにより、前記比較対象とする求貨求車サークルにおける前記荷主情報についての与信可否を与信可と判定する与信判定手段として機能させ、
前記第二の比較手段は、特定の前記求貨求車サークルの前記与信限度額が前記希望運賃額よりも小さい場合には、前記サークル情報記憶手段に記憶されている、他の前記求貨求車サークルの前記サークル情報を読込んで更に該他の求貨求車サークルの前記サークル情報に含まれる与信限度額情報と前記希望運賃額とを比較し、
前記与信判定手段は、前記第一及び第二の比較手段の比較の結果、前記希望運賃額が前記与信限度額より大きくかつ、前記希望運賃額が前記与信枠よりも小さい場合において、更に、前記希望運賃額が、１より大きい係数であって、その係数を乗じた後の金額が前記与信枠を満たすような係数を前記与信限度額に乗じた金額を超えない場合、前記荷物情報を前記荷物情報中の荷物種別と前記受入可能荷物種別とが一致している求貨求車サークルにおいて与信可と判定するよう機能させる
ことを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は求貨求車サーバ、特に複数の求貨求車サイト又は複数の求貨求車サークルから構成され外部の与信サーバと連携する与信判定機能を備えた求貨求車サーバに関する。
【０００２】
【従来の技術】
従来より、インターネット等のネットワークを利用した求貨求車システムが運営されており、ネットワーク上に複数の求貨求車サイトが、例えば、リンク情報を介して緩やかに連携したり、一つの求車求貨サイト内に運搬対象が異なる複数のサークルを持つものも知られている。
【０００３】
前者の例では、重量物運搬専門のサイトと液体運搬専用のサイトと一般貨物運搬向けのサイト等々がリンク情報を介して連携するシステムが考えられる。後者では、例えば、１つのサーバ内に、個人向け小口貨物用のサークルや、冷凍食品用のサークルや、建築資材用のサークルや、重量物運搬専門のサークル等々が含まれている場合がある。
【０００４】
【発明が解決しようとする課題】
しかし、前記従来技術によれば、新規の荷主が新たに荷物の運搬を依頼しようとした場合に、複数のサークルのどのサークルに会員登録すればよいのか迷う場合が生じる。さらに、各サークルにおける会員企業が満たすべき与信条件が異なるため、希望するサークルに会員登録できない場合も生じる。与信条件とは、例えば、特定の例外となる荷主を除き、新規に求貨求車システムを利用する荷主からの運搬依頼を受ける場合の上限額であり、例えば、運賃２０万円までの運搬依頼ならば求貨求車システムを利用可能とする。
【０００５】
また、サークルを含む求貨求車システムを運営する幹事会社は、非会員より荷物の運搬の依頼があった場合、リスクを回避する為に、様々な企業調査や運送契約を済ませてから荷物登録している。その結果として会員登録までに時間が掛かってしまい、ビジネスチャンスを逃す場合が生じている。
【０００６】
本発明は上記の問題点に鑑みてなされたものであり、非会員が会員登録及び荷物情報を登録しようとした場合において、与信サーバと連携して（１）希望運賃額と荷主企業毎の与信枠との比較と、（２）希望運賃額と求貨求車サークル毎の比較的低額の一律の与信限度額との比較の二つの比較を用いて、柔軟かつ的確な与信判定を行なうことを目的とする。
【０００７】
【課題を解決する為の手段】
上記目的を達成するために、請求項１記載の求貨求車サーバは、以下の構成を備える。即ち、
複数の求貨求車サークルから構成され、荷主端末及び車主端末及び外部与信サーバと通信回線を介して接続された求貨求車サーバであって、
荷主企業の企業情報を含む荷物情報を記憶する荷物情報記憶手段と、
空車情報を記憶する空車情報記憶手段と、
前記求貨求車サークル毎の与信条件を含むサークル情報を記憶するサークル情報記憶手段と、
前記外部与信サーバから受信した特定荷主企業の暫定与信枠と前記与信条件に基づいて与信可否を判定する与信判定手段と
を備える。
【０００８】
また、好ましくは、前記求貨求車サーバは、荷主端末から登録された荷物情報の荷物種別に基づいて、前記荷物情報に対応する荷物の運搬に好適な求貨求車サークルを検索する検索手段を更に備える。
【０００９】
上記目的を達成するために、請求項３記載の媒体は、以下の構成を備える。即ち、
複数の求貨求車サークルから構成され、荷主端末及び車主端末及び外部与信サーバと通信回線を介して接続された求貨求車サーバの制御プログラムを記憶した媒体であって、
荷主企業の企業情報を含む荷物情報を記憶する荷物情報記憶手段と、
空車情報を記憶する空車情報記憶手段と、
前記求貨求車サークル毎の与信条件を含むサークル情報を記憶するサークル情報記憶手段と、
前記外部与信サーバから受信した特定荷主企業の暫定与信枠と前記与信条件に基づいて与信可否を判定する与信判定手段として機能させるためのプログラムを記憶したことを特徴とする。
【００１０】
また、好ましくは、前記記憶媒体は、
荷主端末から登録された荷物情報の荷物種別に基づいて、前記荷物情報に対応する荷物の運搬に好適な求貨求車サークルを検索する検索手段として更に機能させるプログラムを記憶したことを特徴とする。
【００１１】
上記目的を達成するために、請求項７記載の中央求貨求車サーバは、以下の構成を備える。即ち、
複数の求貨求車サイトを統合管理するためのサーバであり、前記複数の求貨求車サイト及び荷主端末及び車主端末及び外部与信サーバと通信回線を介して接続された中央求貨求車サーバであって、
前記求貨求車サイト毎の与信条件を含むサイト情報を記憶するサイト情報記憶手段と、
前記外部与信サーバから受信した特定荷主企業の暫定与信枠と前記与信条件に基づいて与信可否を判定する与信判定手段とを備える。
【００１２】
【発明の効果】
以上説明したように、本発明によれば、非会員が会員登録及び荷物情報を登録しようとした場合において、与信サーバと連携して（１）希望運賃額と荷主企業毎の与信枠との比較と、（２）希望運賃額と求貨求車サークル毎の比較的低額の一律の与信限度額との比較の二つの比較を用いて、柔軟かつ適切な与信判定を行なうことが可能な求貨求車サーバ及び求貨求車サーバの制御プログラムを提供できる。
【００１３】
【発明の実施の形態】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
＜第一の実施形態＞
図１は本発明の第一の実施形態における求車求貨システムのシステム構成を示す図である。金融期間によって管理される与信管理サーバ１００と、求貨求車システムを提供する幹事会社が管理する求貨求車サーバ１１０と、荷物の運搬依頼を行う荷主が使用する荷主端末１２０と、運搬依頼を受けて車両の手配を行う車主が使用する車主端末１３０は通信回線１７０を介して相互に接続されている。
【００１４】
与信管理サーバ１００は、与信情報１０５と取引明細１０６を記録している。求貨求車サーバ１１０は、荷主に関する荷物情報１１５と、車主に関する空車情報１１６と、求貨求車システム内で構築されている運搬対象が異なる複数のサークルそれぞれに関するサークル情報１１７を記憶している。
【００１５】
なお、このサークル情報には、後述する荷主から運搬依頼の可否を決定するための与信条件（会員荷主／非会員荷主の運賃の与信限度額）が含まれている。
【００１６】
次に、図３は本発明の第一の実施形態における求貨求車サーバのハードウェア構成を示す図である。
【００１７】
図３においてＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ＬＡＮアダプタ２４、ビデオアダプタ２５、キーボード２６、マウス２７、ハードディスク２８、ＣＤ−ＲＯＭドライブ２９はそれぞれシステムバス２０を介して互いに接続されている。システムバス２０は例えばＰＣＩバス、ＡＧＰバス、メモリバス等を意味する。又、図３では、各バス間の接続用チップやキーボードインタフェースやいわゆるＳＣＳＩやＡＴＡＰＩのような入出力用インタフェースは省略されている。
【００１８】
ＣＰＵ２１はオペレーションシステムのプログラムやアプリケーションプログラムに基づいて四則演算や比較演算等の各種の演算や、ハードウェアの制御を行う。ＲＡＭ２２には、ハードディスク２８やＣＤ−ＲＯＭドライブ２９に装着されたＣＤ−ＲＯＭやＣＤ−Ｒ等の記憶媒体から読み出されたオペレーションシステムのプログラムやアプリケーションプログラム等が記憶され、これらはＣＰＵ２１の制御の元に実行される。
【００１９】
ＲＯＭ２３にはオペレーションシステムと協働してハードディスク等への入出力を司るいわゆるＢＩＯＳ等が記憶される。ＬＡＮアダプタ２４は、ＣＰＵによって制御されるオペレーションシステムの通信プログラムと協働してネットワークを介した外部との通信を行う。ビデオアダプタ２５はディスプレイ装置に出力する画像信号を生成し、キーボード２６やマウス２７は情報処理装置への指示を入力するために用いられる。
【００２０】
ハードディスク２８はオペレーションシステムやアプリケーションプログラムや図１の荷物情報１１５と空車情報１１６とサークル情報１１７を記憶している。
【００２１】
ＣＤ−ＲＯＭドライブ２９はＣＤ−ＲＯＭやＣＤ−ＲやＣＤ−Ｒ／Ｗ等の記憶媒体を装着してアプリケーションプログラムをハードディスク２８にインストールするのに用いる。なおＣＤ−ＲＯＭドライブの代わりにＣＤ−ＲドライブやＣＤ−Ｒ／ＷドライブやＭＯドライブ等を用いても良いのは言うまでもない。
【００２２】
図１の荷主端末１２０や車主端末１３０は、例えば、パーソナルコンピュータやいわゆるＰＤＡやインターネット対応の携帯電話からなる端末であり、少なくとも、ネットワークや電話線等の通信回線１７０を介してデータを送受信するための送受信部と、情報登録や検索を行う際の検索条件等を入力するためのキーボードやマウスやタッチパネル等の入力手段と入力用プログラムからなる入力部と、各種情報を表示するためのディスプレイや液晶パネルから構成される画面表示部を備えている。
【００２３】
通信回線１７０は典型的にはインターネットやＬＡＮやＷＡＮや電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、通信衛星回線、ケーブルテレビ回線、データ放送用無線回線等のいずれか、またはこれらの各通信手段の組み合わせにより実現されるいわゆる通信ネットワークであり、およそデータの送受信が可能であれば良い。
【００２４】
例えば、車主端末１３０から求貨求車サーバ１１０への通信手段と求貨求車サーバ１１０から与信管理サーバ１００への通信手段が異なっていても良い。
【００２５】
次に図５は、本発明の第一の実施形態における非会員の荷物登録処理のフローチャートである。本フローチャートでは、ステップＳ５０１乃至ステップＳ５０４は荷主端末１２０の不図示のＣＰＵの制御のもとで実行される。又、ステップＳ５２１乃至ステップＳ５３９は求貨求車サーバ１１０のＣＰＵ２１の制御のもとで実行される。
【００２６】
さらに、ステップＳ５４１乃至ステップＳ５４３は与信管理サーバ１００の不図示のＣＰＵの制御のもとで実行される。
【００２７】
荷主が荷主端末を用いて、求貨求車サーバ１１０が提供する求貨求車サイトのＵＲＬを指定する等によって、求車求貨サーバ１１０にアクセスすると、会員か非会員かを選択入力する選択画面が表示される。今回は荷主が非会員であるとすると、その選択画面上で「非会員」が選択されると、図７に示すような荷物情報の入力を受け付ける初期入力画面がステップＳ５０１で表示される。
【００２８】
図７の初期入力画面では、求貨求車サーバ１１０のサークル情報１１７に記憶されているサークルから、希望サークルを選択できるようになっている。この場合、後述するステップＳ５２７乃至ステップＳ５３０では、まず、指定されたサークルのサークル情報１１７と、入力画面で入力された荷物情報に基づいて与信判定処理が実行される。
【００２９】
登録済みサークルが非常に多い場合や、類似名称のサークルがある等の理由により、サークルを選択し難い場合、図８に示すように、希望サークルを指定しない初期入力画面が表示される実施形態も可能である。この場合、後述するステップＳ５２８とステップＳ５２９でサークル情報１１７と、入力画面で入力された荷物情報の荷物種別と荷物数量から最適のサークルが選択される。
【００３０】
ステップＳ５０２では、図７又は図８の初期入力画面で、荷物情報（荷物名称、荷物数量、荷物種別、希望運賃、（希望サークル））と企業情報（会社名、本店所在地、電話番号、担当者名等）が入力され、「送信」ボタンが押下されると、この荷物情報は荷主端末１２０から求貨求車サーバ１１０に通信回線１７０を経由して送信される。
【００３１】
次に、ステップＳ５２１では、求貨求車サーバ１１０で、企業情報を含む荷物情報が受信される。次に、ステップＳ５２２では、荷物情報中の希望運賃と企業情報からなる与信照会情報が与信管理サーバ１００に送信され、ステップＳ５２３で与信枠情報の受信待ちになる。
【００３２】
次に、ステップＳ５４１では、与信管理サーバ１００で、与信照会情報が受信され、ステップＳ５４２では、この与信照会情報と与信情報１０５から与信枠が算出される。
【００３３】
なお、与信管理サーバ１００が金融機関により管理されており、企業情報に含まれる会社名及び本店所在地から、当該会社が当該金融機関の取引先である場合は、取引明細１０６や不図示の口座の残高も参照されて与信枠が算出される。また、与信枠の他に、当該会社の格付けや将来予想（強含み又は弱含み）を含めて読み出して与信枠情報に付加しても良く、求貨求車サーバ１１０側において、会社の規模や安定性や将来性を含めた与信判断が可能になる。
【００３４】
ステップＳ５４３では、与信枠情報が、与信管理サーバ１００から求貨求車サーバ１１０に送信され、ステップＳ５２４では、当該与信枠情報が求貨求車サーバ１１０に受信され、与信枠と希望運賃が比較される。
【００３５】
ステップＳ５２５で、与信枠が希望運賃と等しい場合か希望運賃より大きい場合（ステップＳ５２５でＹｅｓの場合）は、処理はステップＳ５２７に進む。
【００３６】
ステップＳ５２５で、与信枠が希望運賃より小さい場合（ステップＳ５２５でＮｏの場合）は、処理はステップＳ５２６に進み、送信された荷物情報を登録することは出来ない旨を荷主端末１２０に表示させるための登録不可情報が、ＲＡＭ２２において生成された後、荷主端末１２０に送信される。
【００３７】
ステップＳ５０３では、荷主端末１２０で登録不可情報が受信されると、その表示部に、図９に示すように、ステップＳ５０２で送信された荷物情報と、入力された荷物情報の条件に合致するサークルが無く登録できない旨のメッセージが表示される。この場合、荷主は「前の画面」のボタンを押下して、再度ステップＳ５０１に戻り、運賃希望金額を下げることで登録が可能になる場合がある。
【００３８】
他方、処理が、ステップＳ５２５からステップＳ５２７に進んだ場合で、ステップＳ５０１で特定サークルが指定された場合（図７の画面）、ステップＳ５２７では、まず指定されたサークルのサークル情報１１７がＲＡＭ２２に読み込まれる。ステップＳ５０１で特定サークルが指定されなかった場合（図７の画面で未選択又は図８の画面）、ステップＳ５２７では、サークル情報１１７はＲＡＭ２２に順番に読み込まれる。
【００３９】
次に、ステップＳ５２８では、サークル情報の中に含まれる「受入可能荷物種別」と荷物情報のなかの荷物種別がマッチングされる。
【００４０】
なお、「受入可能荷物種別」とは、当該サークルに所属する車両が運搬可能な荷物種別であり、これ以外の荷物種別の場合は無条件で契約が成立しない。この他サークル情報の中には「優先受入荷物種別」が記憶されている。「優先受入荷物種別」とは、当該サークルが他の荷物よりも優先して運送を引き受ける「得意な荷物」を示す荷物種別であり、この「優先受入荷物種別」と荷物情報のなかの荷物種別もマッチングされる。
【００４１】
商品種別が合致した場合（ステップＳ５２８でＹｅｓの場合）は、処理はステップＳ５２９に進み、ステップＳ５２９ではサークル別の与信判定が行われる。ここでは、非会員荷主の運賃の与信限度額が運賃希望額と比較される。
【００４２】
ステップＳ５３０で、サークル別与信がＯＫの場合（ステップＳ５３０でＹｅｓの場合）は、処理はステップＳ５３１に進み、ＲＡＭ２２のワークファイル上に荷物情報とその荷物情報に対応する与信ＯＫとなったサークル情報のペアが記憶され、次のサークル情報を読込むために処理はステップＳ５２７に戻る。このワークファイルには「優先受入荷物種別」であるか否かのマッチング結果も、上記各ペア毎に記憶されている。
【００４３】
ここで、ステップＳ５３０での、「サークル別与信ＯＫ」とは、与信管理サーバ１００からの与信枠が、例えば、３０万円で、サークル別の与信条件が非会員荷主について２０万円であった場合、運賃希望額が２５万円ならば、単に金額での比較を行うのみでは「与信ＮＧ」となってしまう。しかし、与信管理サーバ１００での与信枠を満たしているのであるから、サークル別与信条件の上限金額に所定の係数（例えば１.５倍）を掛けた金額より等しいか少ない場合は「サークル別与信ＯＫ」とされる。
【００４４】
また、与信枠情報に当該会社の格付けや将来予想（強含み又は弱含み）が付加されている場合は、これらの情報から所定の係数を決定しても良い。格付けが上位の荷主や強含みの荷主は係数が多くなり（例えば、２〜３）、格付けが下位の荷主や弱含みの荷主は係数が少なくなる（例えば、１）。
【００４５】
なお、このステップＳ５２９とステップＳ５３０を省略して、与信管理サーバから受信した与信枠が希望運賃より大きければ（ステップＳ５２５でＹｅｓ）サークル別与信判定をしない実施例も可能である。
【００４６】
ステップＳ５３０で、サークル別与信がＯＫでない場合（ステップＳ５３０でＮｏの場合）は、処理はステップＳ５３２に進み、全サークルのサークル情報が読込まれているかが判定される。未だ全サークルのサークル情報が読込まれていない場合（ステップＳ５３２でＮｏの場合）は、次のサークル情報を読込むために処理はステップＳ５２７に戻る。
【００４７】
既に全サークルのサークル情報が読込まれている場合（ステップＳ５３２でＹｅｓの場合）は、処理はステップＳ５３３に進む。ステップＳ５３３では、与信ＯＫとなって候補となるサークルが１つ以上あるか、すなわち前述のステップＳ５３１で「サークル与信ＯＫ」となり、ＲＡＭ２２のワークファイル上に荷物情報とその荷物情報に対応する与信ＯＫとなったサークル情報のペアが記憶されているかが判定される。
【００４８】
候補サークルがある場合（ステップＳ５３３でＹｅｓの場合）は、処理はステップＳ５３４に進む。このとき、ステップＳ５３１で記憶されたワークファイルの内容、すなわち荷物情報とその荷物情報に対応する与信ＯＫとなったサークル情報と「優先受入荷物種別」であるか否かのマッチング結果の情報が参照される。そして、「優先受入荷物種別」としているサークルであるかを第一優先の順位判定基準として、候補サークルは順位付けられ、最適サークルが判定される。
【００４９】
なお、荷物情報を登録するのは最適サークル１つだけではなく、複数サークルに登録しても良いし、最適サークルに登録後に一定のタイムラグが経過しても契約が成立しない場合に他のサークルに登録しても良い。
【００５０】
次に、ステップＳ５３５では、今回の荷主に対して暫定ユーザＩＤとパスワードが採番される。暫定ユーザＩＤは連番で採番され、パスワードは乱数と関数操作により採番される。
【００５１】
ステップＳ５３６では、荷主端末１２０の表示部に図１０に示すように、少なくとも荷物が登録された旨のメッセージと荷物情報と暫定ユーザＩＤとパスワードを表示させるための表示情報が生成される。生成されたこの表示情報は、ステップＳ５３７で荷主端末１２０に送信される。
【００５２】
次いでステップＳ５０４では、荷主端末１２０は表示情報を受信し、表示部に図１０に示すような、少なくとも荷物が登録された旨のメッセージと荷物情報と暫定ユーザＩＤとパスワードが表示される。
【００５３】
一方、求貨求車サーバ１１０では、ステップＳ５３８で荷物の登録と暫定ユーザＩＤとパスワードを通知するための通知電子メールが、不図示のメールサーバ経由で荷主端末１２０に向けて送信される。次いで、ステップＳ５３９では、荷物情報１１５のステップＳ５３４で選択されたサークルに該当する部分に荷物情報が登録され、処理を終了する。
【００５４】
なお、図１０に示す画面で「詳細入力」のボタンを表示し「詳細入力」のボタンが押下された場合、その旨を求貨求車サーバ１１０に送信し、求貨求車サーバ１１０が荷物の詳細入力画面を表示するための表示情報を生成して荷主端末１２０に送信し、荷主端末１２０で詳細入力画面を表示し、当該画面から入力された詳細情報を求貨求車サーバ１１０に送信し、追加の詳細情報と併せてステップＳ５３９にて荷物情報を登録するようにしても良い。このように荷物情報の登録を二段階にすることで、登録不可となった場合（前述のステップＳ５０３）に、荷主側で荷物情報の詳細を入力した手間が無駄にならない。
【００５５】
以上説明したように、第一の実施形態によれば、非会員の荷主であっても企業情報を含む荷物情報を入力すれば、迅速な与信照会を実行すると共に荷物種別に合うサークルを選択し、サークル毎の与信判定によって、荷物情報の登録可否を判定し前提ユーザＩＤとパスワードを付与できるので、どのサークルに会員登録すればよいのか迷うことがなく、正式登録までに時間を要してビジネスチャンスを逃すこともなくなる。
＜第二の実施形態＞
第二の実施形態は、第一の実施形態の応用例であり、ここでは、第一の実施形態との違いを中心に説明する。
【００５６】
図２は本発明の第二の実施形態における求車求貨システムのシステム構成を示す図である。
【００５７】
与信管理サーバ１００と中央求貨求車サーバ２１０と、荷主端末２２０と車主端末２３０と、求貨求車サーバＡ２４０と、求貨求車サーバＢ２５０は通信回線２７０を介して相互に接続されている。
【００５８】
第一の実施形態との差異は、中央求貨求車サーバ２１０は、荷物情報や空車情報を記憶しておらず、各求貨求車サーバ（求貨求車サーバＡ２４０や求貨求車サーバＢ２５０）が提供している求貨求車サイトに関するサイト情報２１７を記憶している点である。
【００５９】
なお、求貨求車サーバＡ２４０にサークル情報Ａ２４７（不図示）を記憶させ、求貨求車サーバＢ２５０にサークル情報Ｂ２５７（不図示）を記憶させて、後述するサイト情報２１７に各サーバに所属するサークルのサークル情報を含まない構成とすることも可能である。
【００６０】
与信管理サーバ２００は、与信情報２０５と取引明細２０６を記録している。中央求貨求車サーバ２１０は、サイト情報２１７を記憶している。求貨求車サーバＡ２４０は荷物情報Ａ２４５と空車情報Ａ２４６を記憶しており、求貨求車サーバＢ２５０は荷物情報Ａ２５５と空車情報Ａ２５６を記憶している。サイト情報２１７は各求貨求車サイト（求貨求車サーバＡ２４０や求貨求車サーバＢ２５０による求貨求車サイト）のＩＰアドレスやリンク情報（求貨求車サイトのＵＲＬ）や、各サーバに所属するサークルのサークル情報を含んでいる。加えて、荷主から運搬依頼の可否を決定するための与信条件（会員荷主／非会員荷主の運賃の与信限度額）が含まれている。
【００６１】
次に、図４は第二の実施形態における中央求貨求車サーバ２１０のハードウェア構成を示す図である。符号が異なる点を除き図４と図３は同様なので、詳細説明は省略する。
【００６２】
次に、図６は、本発明の第二の実施形態における非会員の荷物登録処理のフローチャートである。
【００６３】
本フローチャートでは、ステップＳ６０１乃至ステップＳ６０４は荷主端末２２０の不図示のＣＰＵの制御のもとで実行される。
【００６４】
又、ステップＳ６２１乃至ステップＳ６３９は中央求貨求車サーバ２１０のＣＰＵ３１の制御のもとで実行される。
【００６５】
さらに、ステップＳ６４１乃至ステップＳ６４３は与信管理サーバ２００の不図示のＣＰＵの制御のもとで実行され、ステップＳ６５１は求貨求車サーバＡ２４０又は求貨求車サーバＢ２５０の不図示のＣＰＵの制御のもとで実行される。
【００６６】
図５との差異は、ステップＳ６３９で中央求貨求車サーバ２１０に荷物情報が登録されずに求貨求車サーバＡ２４０又は求貨求車サーバＢ２５０に送信され、ステップＳ６５１で求貨求車サーバＡ２４０の荷物情報Ａ２４５又は求貨求車サーバＢ２５０の荷物情報Ｂ２５５に登録される点である。
【００６７】
なお、前述したように、求貨求車サーバＡ２４０にサークル情報Ａ２４７（不図示）を記憶させ、求貨求車サーバＢ２５０にサークル情報Ｂ２５７（不図示）を記憶させて、後述するサイト情報２１７に各サーバに所属するサークルのサークル情報を含まない構成とした場合は、ステップＳ６２７では、サイト情報は、求貨求車サーバＡ２４０のサークル情報Ａ２４７又は求貨求車サーバＢ２５０のサークル情報Ｂ２５７を受信することで読込まれる点が異なる。
【００６８】
以上説明したように、第二の実施形態によれば、第一の実施形態と同様の効果を奏することに加えて、第一の実施形態に比べて大規模な求貨求貨システムを構成する場合に適している。
【００６９】
以上のように、本発明によれば、非会員であっても、速やかに与信枠を付与できるので、迅速な荷物登録が可能となり、機会ロスを少なくすることができる。又、好ましくは、荷物の種別に合致した好適なサークルやサイトを検索できるので、荷物登録作業の無駄を少なくすることができる。さらに、与信会社が与信枠を設定してくれるので、幹事会社は、荷主が非会員であっても与信リスクなく取引を行うことができる。
【００７０】
なお、第一の実施形態でも第二の実施形態でも、説明の便宜上荷主端末や車端末は１台だけ記載しているが、実際には数百乃至数千あるいはそれ以上の端末が接続され得る。又、第二の実施形態においては、求貨求車サーバは、求貨求車サーバＡ２４０と求貨求車サーバＢ２５０の２つだけ記載されているが、実際には数十乃至数百あるいはそれ以上の求貨求車サーバを接続して構成し得る。
【００７１】
なお、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００７２】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７３】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わる記憶媒体に書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７４】
又、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードがネットワークを介して配信されることにより、システムあるいは装置のハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷやＣＤ−Ｒ等の記憶媒体に格納され、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００７５】
【発明の効果】
以上説明したように、本発明によれば、非会員が会員登録及び荷物情報を登録しようとした場合において、与信サーバと連携することにより、少ない登録情報に基づき短時間で暫定与信枠を付与することを可能としつつ、幹事会社のリスクを低減可能な求貨求車サーバ及び求貨求車サーバの制御プログラム及びそのプログラムを記憶した媒体の提供できる。
【図面の簡単な説明】
【図１】本発明の第一の実施形態における求貨求車求貨求車システムのシステム構成を示す図である。
【図２】本発明の第二の実施形態における求貨求車求貨求車システムのシステム構成を示す図である。
【図３】本発明の第一の実施形態における求貨求車サーバのハードウェア構成を示す図である。
【図４】本発明の第二の実施形態における中央求貨求車サーバのハードウェア構成を示す図である。
【図５】本発明の第一の実施形態における非会員の荷物登録処理のフローチャートである。
【図６】本発明の第二の実施形態における非会員の荷物登録処理のフローチャートである。
【図７】初期情報入力時の第一の表示画面（検索機能なしの場合）を示す図である。
【図８】初期情報入力時の第二の表示画面（検索機能ありの場合）を示す図である。
【図９】登録不可通知表示画面を示す図である。
【図１０】登録完了及び暫定ユーザＩＤ及び暫定パスワード表示画面を示す図である。
【符号の説明】
２０    システムバス
２１    ＣＰＵ
２２    ＲＡＭ
２３    ＲＯＭ
２４    ＬＡＮアダプタ
２５    ビデオアダプタ
２６    キーボード
２７    マウス
２８    ハードディスク
２９    ＣＤ−ＲＯＭドライブ
３０    システムバス
３１    ＣＰＵ
３２    ＲＡＭ
３３    ＲＯＭ
３４    ＬＡＮアダプタ
３５    ビデオアダプタ
３６    キーボード
３７    マウス
３８    ハードディスク
３９    ＣＤ−ＲＯＭドライブ
１００  与信管理サーバ
１０５  与信情報
１０６  取引明細
１１０  求貨求車サーバ
１１５  荷物情報
１１６  空車情報
１１７  サークル情報
１２０  荷主端末
１３０  車主端末
１７０  通信回線
２００  与信管理サーバ
２０５  与信情報
２０６  取引明細
２１０  中央求貨求車サーバ
２１７  サイト情報
２２０  荷主端末
２３０  車主端末
２４０  求貨求車サーバＡ
２４５  荷物情報Ａ
２４６  空車情報Ａ
２５０  求貨求車サーバＡ
２５５  荷物情報Ａ
２５６  空車情報Ａ
２７０  通信回線
【図１】
0004108976.tif 000002
【図２】
0004108976.tif 000003
【図３】
0004108976.tif 000004
【図４】
0004108976.tif 000005
【図５】
0004108976.tif 000006
【図６】
0004108976.tif 000007
【図７】
0004108976.tif 000008
【図８】
0004108976.tif 000009
【図９】
0004108976.tif 000010
【図１０】
0004108976.tif 000011