(57)【要約】【課題】インターネットを利用して荷送人、運送会社及び荷受人の労力を低減する物流サービスシステムを提供する際に、運賃マッチング処理を効率的に行う方法を提供する。【解決手段】インターネットに接続されたサーバに荷送人及び運送会社等に設置されたクライアントがアクセス可能なウェブページを開設し、ウェブページにアクセスしたクライアントがブラウザの画面上で利用者情報を入力すると共に運賃マッチング処理をサーバ側で行うかクライアント側で行うかの処理区分２２を選択し、運賃マッチング処理に必要な情報の格納情報２３を指定して運賃マッチング処理の実行２４を指示することにより、運賃請求情報と運賃支払情報とのマッチング処理が実行され、処理結果２６がブラウザの画面２０上に表示される。【選択図】　図３
2004059264.tif 000002
【特許請求の範囲】
【請求項１】
運送される荷物に関する情報を荷送人、運送会社及び荷受人に対してインターネットを介して提供するインターネット物流サービスシステムにおける運賃マッチング処理方法であって、
インターネットに接続されたサーバに荷送人及び運送会社等に設置されたクライアントがアクセス可能なウェブページを開設し、
前記ウェブページにアクセスしたクライアントがブラウザの画面上で利用者情報を入力すると共に運賃マッチング処理をサーバ側で行うかクライアント側で行うかを選択し、運賃マッチング処理に必要な情報の格納場所を指定して運賃マッチング処理の実行を指示することにより、運賃請求情報と運賃支払情報とのマッチング処理が実行され、処理結果がブラウザの画面上に表示されるように構成したことを特徴とする運賃マッチング処理方法。
【請求項２】
クライアントが運賃マッチング処理をクライアント側で行うことを選択した場合は、サーバ側に格納されている１又は複数の運送会社の運賃請求情報がクライアントに送信され、クライアントは自ら格納している１又は複数の運送会社の運賃支払情報と受信した１又は複数の運送会社の運賃請求情報とを１件ずつ照合し、照合結果をサーバ側に送信すると共に自らの表示画面に表示することを特徴とする
請求項１記載の運賃マッチング処理方法。
【請求項３】
クライアントが運賃マッチング処理をサーバ側で行うことを選択した場合は、クライアント側に格納されている１又は複数の運送会社の運賃支払情報がサーバに送信され、サーバは自ら格納している１又は複数の運送会社の運賃請求情報と受信した１又は複数の運送会社の運賃支払情報とを１件ずつ照合して照合結果をクライアントに送信し、クライアントは受信した照合結果を表示画面に表示することを特徴とする
請求項１記載の運賃マッチング処理方法。
【請求項４】
運送される荷物に関する情報を荷送人、運送会社及び荷受人に対してインターネットを介して提供するインターネット物流サービスシステムにおける運賃マッチング処理を行うために、インターネットに接続されたサーバに実行させるコンピュータプログラムであって、
クライアントから受信した利用者情報と運賃マッチング処理をサーバ側で行うかクライアント側で行うかを示す処理区分とを受信するステップと、
前記処理区分がクライアント側でのマッチング処理を示す場合に、自ら格納している１又は複数の運送会社の運賃請求情報をクライアントに送信するステップと、
クライアントにおける運賃マッチング処理の結果であるステータス情報を受信するステップと、
受信したステータス情報に基づいて前記運賃請求情報を更新するステップと
を有することを特徴とするサーバ用コンピュータプログラム。
【請求項５】
請求項４記載のサーバ用コンピュータプログラムに対応してインターネットに接続されたクライアントに実行させるコンピュータプログラムであって、
利用者情報と運賃マッチング処理をサーバ側で行うかクライアント側で行うかを示す処理区分とをサーバに送信するステップと、
前記処理区分がクライアント側でのマッチング処理を示す場合に、サーバから１又は複数の運送会社の運賃請求情報を受信するステップと、
自ら格納している１又は複数の運送会社の運賃支払情報と受信した１又は複数の運送会社の運賃請求情報とを１件ずつ照合するステップと、
照合結果であるステータス情報に基づいて前記運賃支払情報を更新するステップと、
前記ステータス情報をサーバに送信すると共に表示画面に表示するステップとを有することを特徴とするクライアント用コンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、運送される荷物に関する情報を荷送人、運送会社及び荷受人に対してインターネットを介して提供するインターネット物流サービスシステムに関し、特に、運賃マッチング処理方法並びにサーバ用及びクライアント用のコンピュータプログラムに関する。
【０００２】
【従来の技術】
従来の物流システムにおいて、一般的には、荷送人（荷主）が運送会社毎に荷札や送り状を手書きで作成して荷物に貼り付けることが行われている。運送会社間の荷物獲得競争が激化する中で、荷札又は送り状（あるいは荷札兼送り状）を印刷するための荷札端末を自社開発して荷主に貸与するといったサービスを提供している運送会社もある。これにより、荷主の手間が削減されると共に、荷主が荷札端末に入力した情報を利用することにより運送会社での送り状登録の手間が削減される。
【０００３】
更に、運送会社が大口荷主との間でＥＤＩ（電子データ交換）システムを構築して荷主との関係を強化すると共に、荷主から取得した出荷情報を利用して送り状の印刷や登録に要する手間（事務コスト）を削減することも行われている。
【０００４】
しかしながら、運送会社が荷主端末から情報を吸い上げるために集配者がフロッピー（登録商標）ディスクを回収する場合は、集配者の手間が増えることになる。集配者にとっては、荷物の集荷以外の付帯業務（フロッピー（登録商標）ディスクの回収等）が増加し、負担が重くなる。
【０００５】
また、ＥＤＩシステムを利用してオンラインで荷主から出荷情報を取得する場合は通信コストが増加する。更に、インターネットからプリンタを制御して荷札又は送り状を印刷することが困難であった。
【０００６】
一方、荷主から運送会社に対する運送料値下げの要請が強く、運送会社にとっては事務コストの更なる削減が大きな課題の一つである。このような状況において、運送会社が自社の負担で荷主毎のＥＤＩシステムを構築することは難しくなってきている。
【０００７】
また、運送会社が荷主や荷受人からの問い合わせに応じて荷物（貨物ともいう）の運送状況を確認する場合に、自社の輸送からいわゆる傭車等によって他社の運送会社へ渡された荷物に関して運送状況を確認する必要が生じることがある。運送会社間でＥＤＩシステムが構築されている場合は、データ交換によって短時間で荷物の状況を把握することができるが、ＥＤＩシステムが構築されていない場合は集配担当者が電話連絡によって運送状況の確認を行う。このため、問い合わせに対する回答に時間がかかり顧客サービスの向上にとって阻害要因となる。また、運送会社が中継料や傭車料の精算を行う場合に、中継会社や傭車先からの請求書の内容の照合に時間がかかる。
【０００８】
【発明が解決しようとする課題】
上記のような従来の物流サービスにおいて、荷送人（荷主）にとって主な課題は以下の通りである。複数の運送会社と契約している荷送人が各運送会社から荷札端末を貸与されている場合は、運送会社毎の荷札端末及びプリンタの設置スペースが必要になる。また、運送会社毎の登録作業が煩わしい。複数の運送会社との間でＥＤＩシステムが構築されている荷送人の場合は、出荷情報の送信を運送会社ごとに送信する作業がやはり煩わしい。もし１箇所への送信で済めば、送信作業の手間が少なくなるし、通信コストも低減される。特に、荷送人は運送会社から送られてくる請求書が正しいか否かの運賃マッチング処理を運送会社ごとに行う必要があるが、その作業が煩わしく時間がかかる。
【０００９】
一方、運送会社にとって主な課題は以下の通りである。運送会社が荷送人毎に出荷情報をＥＤＩシステムで入手し、あるいは荷主端末に登録された出荷情報を１台毎に取得する手間は決して小さなものではない。この手間をできるだけ軽減したい。また、ＥＤＩシステムで取得する情報は荷主毎に不統一であることが多く、運送会社はその情報を取り込んで送り状の印刷や運賃計算を含む処理を行うためのシステムを荷主毎に開発する必要がある。また、本来は荷送人が行うべき運賃マッチング処理を荷送人からの強い要請によって運送会社が行う場合があり、このような作業は運送会社の業務効率化にとって障害となる。
【００１０】
本発明は、上記のような従来の課題に鑑みてなされたものであり、インターネットを利用して荷送人、運送会社及び荷受人の労力を低減する物流サービスシステムを提供する際に、運賃マッチング処理を効率的に行う方法並びにサーバ用及びクライアント用のコンピュータプログラムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
本発明によるインターネット物流サービスシステムにおける運賃マッチング処理方法は、運送される荷物に関する情報を荷送人、運送会社及び荷受人に対してインターネットを介して提供するインターネット物流サービスシステムにおける運賃マッチング処理方法であって、インターネットに接続されたサーバに荷送人及び運送会社等に設置されたクライアントがアクセス可能なウェブページを開設し、前記ウェブページにアクセスしたクライアントがブラウザの画面上で利用者情報を入力すると共に運賃マッチング処理をサーバ側で行うかクライアント側で行うかを選択し、運賃マッチング処理に必要な情報の格納場所を指定して運賃マッチング処理の実行を指示することにより、運賃請求情報と運賃支払情報とのマッチング処理が実行され、処理結果がブラウザの画面上に表示されるように構成したことを特徴とする。
【００１２】
このような運賃マッチング処理のサービスを利用することにより、クライアント（通常は荷主すなわち荷送人）は、１又は複数の運送会社からの運賃請求情報と運賃支払（予定）情報とのマッチング処理をまとめて容易に行うことができる。運賃請求側の運送会社にとっても、そのようなマッチング処理を荷主に代わって行う必要がなくなるので、業務効率化を図ることができる。
【００１３】
好ましい実施形態において、クライアントが運賃マッチング処理をクライアント側で行うことを選択した場合は、サーバ側に格納されている１又は複数の運送会社の運賃請求情報がクライアントに送信され、クライアントは自ら格納している１又は複数の運送会社の運賃支払情報と受信した１又は複数の運送会社の運賃請求情報とを１件ずつ照合し、照合結果をサーバ側に送信すると共に自らの表示画面に表示する。
【００１４】
クライアントが運賃マッチング処理をサーバ側で行うことを選択した場合は、クライアント側に格納されている１又は複数の運送会社の運賃支払情報がサーバに送信され、サーバは自ら格納している１又は複数の運送会社の運賃請求情報と受信した１又は複数の運送会社の運賃支払情報とを１件ずつ照合して照合結果をクライアントに送信し、クライアントは受信した照合結果を表示画面に表示する。
【００１５】
また、本発明によるサーバ用コンピュータプログラムは、運送される荷物に関する情報を荷送人、運送会社及び荷受人に対してインターネットを介して提供するインターネット物流サービスシステムにおける運賃マッチング処理を行うために、インターネットに接続されたサーバに実行させるコンピュータプログラムであって、クライアントから受信した利用者情報と運賃マッチング処理をサーバ側で行うかクライアント側で行うかを示す処理区分とを受信するステップと、前記処理区分がクライアント側でのマッチング処理を示す場合に、自ら格納している１又は複数の運送会社の運賃請求情報をクライアントに送信するステップと、クライアントにおける運賃マッチング処理の結果であるステータス情報を受信するステップと、受信したステータス情報に基づいて前記運賃請求情報を更新するステップとを有することを特徴とする。
【００１６】
上記のサーバ用コンピュータプログラムに対応してクライアントに実行させるクライアント用コンピュータプログラムは、利用者情報と運賃マッチング処理をサーバ側で行うかクライアント側で行うかを示す処理区分とをサーバに送信するステップと、前記処理区分がクライアント側でのマッチング処理を示す場合に、サーバから１又は複数の運送会社の運賃請求情報を受信するステップと、
自ら格納している１又は複数の運送会社の運賃支払情報と受信した１又は複数の運送会社の運賃請求情報とを１件ずつ照合するステップと、照合結果であるステータス情報に基づいて前記運賃支払情報を更新するステップと、前記ステータス情報をサーバに送信すると共に表示画面に表示するステップとを有することを特徴とする。
【００１７】
このようなコンピュータプログラムは、例えばＣＤ−ＲＯＭのようなコンピュータ読み取り可能な記録媒体に記録された状態で供給され、記録媒体からコンピュータにインストールされ実行される。クライアント用コンピュータについては、必要に応じてサーバからダウンロードして実行することも可能である。
【００１８】
【発明の実施の形態】
以下、本発明の実施形態を図面に基づいて説明する。
図１は、本発明の実施形態に係るインターネット物流サービスシステムのハードウェア構成の一例を示すブロック図である。本実施形態に係るインターネット物流サービスシステムは、サービスセンターに設置されるサーバ１、荷送人が使用する荷主端末（荷送人端末）２、運送会社に設置される運送会社端末３、荷受人が使用する荷受人端末４等から構成される。
【００１９】
サーバ１及び各端末２〜４はいずれもパーソナルコンピュータ等のコンピュータシステムを用いて構成され、ネットワーク（インターネット）５への接続機能を有する。サーバ１には、インターネット物流サービスを提供するための専用プログラムがインストールされる。この専用プログラムは、例えばＣＤ−ＲＯＭ（光ディスク）のような記録媒体６に記録された状態で供給され、読取装置７を介してコンピュータ本体１０の補助記憶装置（ＨＤＤ）１３にインストールされる。
【００２０】
補助記憶装置１３にインストールされた専用プログラムは主メモリ１２にロードされ、処理装置１４によって実行される。コンピュータ本体１０は、主メモリ１２、補助記憶装置１３及び処理装置１４の他に、入力処理部１５ａ、表示処理部１６ａ及び通信部１７を備えている。入力処理部１５ａにはキーボード、マウス等の入力装置１５が接続され、表示処理部１６ａにはＣＲＴ（陰極線管）、ＬＣＤ（液晶表示装置）等の表示装置１６が接続されている。通信部１７は、ネットワーク（インターネット）５に接続されている。
【００２１】
荷主端末２、運送会社端末３及び荷受人端末４についても、サーバ１と同様の構成を備え、インターネット５に接続可能である。また、各端末には、インターネット５を介してウェブページを閲覧すると共にウェブサーバ（サーバ１）との間でデータの授受を行うためのウェブブラウザソフトウェアがインストールされている。さらに、サーバ１に関して上述したのと同様の構成により、インターネット物流サービスを受けるための専用プログラムをＣＤ−ＲＯＭ等の記録媒体からインストールすることができる。あるいは、そのような専用プログラムをサーバ１からダウンロードしてインストールすることも可能である。
【００２２】
また、荷主端末２には、荷札等の印刷出力を行うためのプリンタ８が接続されている。運送会社端末３には、送り状、仕分けラベル、各種帳票類の印刷出力を行うためのプリンタ９が接続されている。荷受人はサーバ１から取得した情報を主として表示画面上で閲覧するが、印刷出力を行うプリンタを備えていてもよい。
【００２３】
なお、上記のシステム構成は一例であって、本発明のインターネット物流サービス提供方法は種々の形態で実施することができる。例えば、１つのサーバ１ですべてのサービス提供を実行するのではなく、複数のサーバを用いて各種サービス提供を分担するようにしてもよい。ウェブサーバと各種サービス提供のためのサーバとを個別のコンピュータシステムで構成してもよい。
【００２４】
図２は、インターネット物流サービスのメニュー例を示す図表である。図２（ａ）は、荷送人又は荷受人向けのサービスのメニューである。荷送人又は荷受人は、荷主端末２又は荷受人端末４を用いてサーバ１が提供しているウェブページにアクセスし、ブラウザに表示される図２（ａ）に例示するようなメニューの中から所望のサービスを選択することができる。
【００２５】
本実施形態の説明では、図２（ａ）に例示するメニューのうちの（５）請求書マッチングサービス、すなわち運賃マッチング処理方法について詳細に説明する。
【００２６】
また、図２（ｂ）は、運送会社向けのサービスのメニューである。運送会社は、運送会社端末３を用いてサーバ１が提供しているウェブページにアクセスし、ブラウザに表示される図２（ｂ）に例示するようなメニューの中から所望のサービスを選択することができる。これらの運送会社向けのサービスのメニューについては詳細な説明を割愛する。
【００２７】
図３は、運賃マッチング処理画面２０の例を示す図である。図２（ａ）に例示したメニューの中から（５）請求書マッチングサービスを選択すると、運賃マッチング処理画面２０が現れる。荷送人（荷主）は、この画面上で以下に説明するような操作を行うことによってマッチング処理を実行することができる。
【００２８】
まず、運賃マッチング処理画面２０の一番上の利用者欄２１については、すでに入力された利用者名が表示されている。この画面に移行する前に、通常は図２（ａ）のメニュー画面を表示する前の認証画面で利用者が利用者名又はＩＤコードを入力する。
【００２９】
処理区分欄２２については、２つのボタン「自社」及び「センター」が表示されており、利用者はマウスのクリック操作によっていずれかを選択することができる。「自社」を選択した場合は、ローカル端末（通常は荷主端末２）において運賃マッチング処理が実行される（ローカル環境での運賃マッチング処理）。「センター」を選択した場合はセンターに設置されたサーバ１において運賃マッチング処理が実行される（サーバ環境での運賃マッチング処理）。詳しい処理の内容については後述する。
【００３０】
格納情報欄２３では、荷主端末の補助記憶装置における運賃支払情報が格納されているディレクトリ（パス）及びファイル名を指定する。「参照」ボタンをマウスでクリックすることによって所定のパス及びファイル名を指定することができる。
【００３１】
この後、処理実行欄２４の「実行」ボタンをマウスでクリックすれば、運賃マッチング処理の実行が始まる。運賃マッチング処理実行中の経過は、処理状況欄２５に表示される。「データ受信中」、「マッチング処理中」及び「処理終了」のステータスが順番に点灯する。
【００３２】
マッチング処理中に請求金額と支払い金額との不一致が発見されると、請求・支払アンマッチ状況欄２６に一覧表示される。例示するような各項目が１件の不一致について１行ずつ表示される。
【００３３】
「処理終了」のステータスの点灯によって、運賃マッチング処理の実行が完了したことがわかる。利用者は結果印刷欄２７の「実行」ボタンをマウスでクリックすることにより、請求・支払アンマッチ状況の一覧表を印刷することができる。
【００３４】
図４は、ローカル環境での運賃マッチング処理の概略を示すフローチャートである。すなわち、図３に示した運賃マッチング処理画面２０で処理区分欄２２の「自社」を選択した場合である。処理実行欄２４の「実行」ボタンをマウスでクリックすると以下のようにしてマッチング処理が実行される。
【００３５】
まず、荷主端末側のＪａｖａ（登録商標）アプレット等で記述されたクライアントアプリケーション３１が、サーバ側のサーバアプリケーション３２と会話をしながら、請求データを取得する（ステップ＃１１）。請求データは、１又は複数の運送会社から取得した請求提供情報３４としてサーバ側に蓄積され、必要に応じてサーバアプリケーション３２に渡される。
【００３６】
続いて、クライアントアプリケーション３１は、利用者の運賃支払情報３３が格納されているローカルディレクトリから取得した自社の支払情報とサーバ側からリアルタイムで取得した運送会社からの請求情報とのマッチング（照合）を行う（ステップ＃１２）。
【００３７】
マッチング結果であるアンマッチ情報は画面に表示され、印刷することもできる（ステップ＃１３）。あるいは、利用者のローカルディレクトリにマッチング結果を保存することもできる（ステップ＃１４）。当然のことながら、運賃請求情報やマッチング情報も保存することができる。
【００３８】
図５は、サーバ環境（センター）での運賃マッチング処理の概略を示すフローチャートである。すなわち、図３に示した運賃マッチング処理画面２０で処理区分欄２２の「センター」を選択した場合である。処理実行欄２４の「実行」ボタンをマウスでクリックすると以下のようにしてマッチング処理が実行される。
【００３９】
まず、荷主端末側のＪａｖａ（登録商標）アプレット等で記述されたクライアントアプリケーション３１は、利用者の運賃支払情報３３が格納されているローカルディレクトリから運賃支払情報３３を取得する（ステップ＃２１）。次にクライアントアプリケーション３１は、サーバ側のサーバアプリケーション３２と会話をしながら、運賃支払情報３３をサーバ側に送信する（ステップ＃２２）。
【００４０】
サーバアプリケーション３２は、１又は複数の運送会社から取得し蓄積されている請求提供情報３４を参照しながら、リアルタイムで荷主端末から取得した運賃支払情報３３とのマッチングを実行する（ステップ＃２３）。
【００４１】
マッチング結果であるアンマッチ情報は、サーバアプリケーション３２からクライアントアプリケーション３１に送信され（ステップ＃２４）、荷主端末側で画面に表示され、印刷することもできる（ステップ＃２５）。あるいは、利用者のローカルディレクトリにマッチング結果を保存することもできる（ステップ＃２６）。当然のことながら、運賃請求情報やマッチング情報も保存することができる。電子メールを用いてサーバ側からクライアント側へマッチング結果を送信するようにしてもよい。
【００４２】
次に、運賃マッチング処理の詳細について図６から図９を参照しながら説明する。前述のように、利用者はローカル環境での運賃マッチング処理又はサーバ環境での運賃マッチング処理のいずれかを選択することができる。
【００４３】
図６は、ローカル環境での運賃マッチング処理のうち、クライアント側の処理を示すフローチャートである。また、図７は、ローカル環境での運賃マッチング処理のうち、サーバ側の処理を示すフローチャートである。クライアント（荷主端末）２は、ステップ＃１０１で利用者情報及び処理区分を入力画面から取得し、ステップ＃１０２で利用者情報及び処理区分をサーバ１へ送信する。ステップ＃１５１で利用者情報及び処理区分をクライアント２から受信したサーバ１は、ステップ＃１５２で該当する利用者の請求情報を取得する。請求情報は運送会社１社分の場合もあるし、複数（Ｎ社分）の場合もある。続くステップ＃１５３でサーバは該当する利用者の請求情報をクライアントに送信する。
【００４４】
ステップ＃１０３でサーバ１から請求情報を受信したクライアント２は、ステップ＃１０４でローカルディスクから運賃支払情報を取得する。この運賃支払情報についても、運送会社１社分の場合もあるし、複数（Ｎ社分）の場合もある。クライアント２は次のステップ＃１０５以降でマッチング処理を行う。
【００４５】
まず、ステップ＃１０６で該当する運賃支払情報があるか否かをチェックする。ない場合は、ステップ＃１０７で請求情報をエラー情報に編集して出力し、ステップ＃１０８で「運賃支払情報なし」をステータス情報とする。ステップ＃１０６で該当する運賃支払情報があった場合は、次のステップ＃１０９で支払運賃が請求運賃に一致するか否かをチェックし、一致する場合は続くステップ＃１１０で「一致」をステータス情報とする。
【００４６】
ステップ＃１０９で支払運賃が請求運賃に一致しなかった場合は、次のステップ＃１１１で支払運賃が請求運賃より多いか否かをチェックし、多い場合はステップ＃１１２で「支払運賃過多」をステータス情報とする。支払運賃が請求運賃より少ない場合は、ステップ＃１１３で「支払運賃不足」をステータス情報とする。
【００４７】
上記のようにしてステータス情報が決まると、ステップ＃１１４でローカルディスクの運賃支払情報を更新する。続くステップ＃１１５でステータス情報をサーバ１に送信し、ステップ＃１１６でステータス情報を表示する。ステップ＃１１７で次の請求情報があるか否かをチェックし、あればステップ＃１０３に戻る。つまり、請求情報が無くなるまでステップ＃１０３からステップ＃１１７までの処理を繰り返す。
【００４８】
一方、ステップ＃１５４でクライアント２のステータス情報を受信したサーバ１は、ステップ＃１５５でステータス情報を請求情報に編集し、ステップ＃１５６で該当する利用者の請求情報を更新する。ステップ＃１５７で該当する利用者の請求情報が終了したか否かをチェックし、終了していなければステップ＃１５２に戻る。すなわち、該当する利用者の請求情報が終了するまでステップ＃１５２からステップ＃１５７の処理を繰り返す。該当する利用者の請求情報が終了すれば、ステップ＃１５８で該当する利用者の請求処理の完了をクライアント２に通知して処理を終了する。
【００４９】
ステップ＃１１８で請求処理完了通知をサーバ１から受信したクライアント２は、ステップ＃１１９で処理完了状況を表示して処理を終了する。
図６及び図７に示したフローチャートの運賃マッチング処理では、クライアント２がサーバ１から運賃請求情報を１件受信するたびにマッチング処理を行う。つまり、リアルタイム処理による運賃マッチング処理である。これに対して、クライアント２がサーバ１から運賃請求情報を複数件まとめて受信した後にマッチング処理を一括して行うバッチ処理による運賃マッチング処理を採用してもよい。図３の運賃マッチング処理画面２０において、リアルタイム処理又はバッチ処理を選択することができるようにしてもよい。
【００５０】
図８は、サーバ環境での運賃マッチング処理のうち、クライアント側の処理を示すフローチャートである。また、図９は、サーバ環境での運賃マッチング処理のうち、サーバ側の処理を示すフローチャートである。クライアント（荷主端末）２は、ステップ＃２０１で利用者情報及び処理区分を入力画面から取得し、ステップ＃２０２で利用者情報及び処理区分をサーバ１へ送信する。
【００５１】
次のステップ＃２０３で該当する利用者の支払情報を取得し、続くステップ＃２０４で該当する利用者の支払情報をサーバ１へ送信する。この後、クライアント２は、サーバ１からのステータス情報の受信を待つ。
【００５２】
サーバ１は、ステップ＃２５１で利用者情報及び処理区分をクライアントから受信し、ステップ＃２５２でクライアント２の支払情報を受信する。続いてステップ＃２５３でディスクから運賃請求情報を取得し、ステップ＃２５４以降でマッチング処理を実行する。
【００５３】
まず、ステップ＃２５５で該当する運賃請求情報があるか否かをチェックする。ない場合は、ステップ＃２５６で支払情報をエラー情報に編集して出力し、ステップ＃２５７で「運賃請求情報なし」をステータス情報とする。ステップ＃２５５で該当する運賃請求情報があった場合は、次のステップ＃２５８で支払運賃が請求運賃に一致するか否かをチェックし、一致する場合は続くステップ＃２５９で「一致」をステータス情報とする。
【００５４】
ステップ＃２５８で支払運賃が請求運賃に一致しなかった場合は、次のステップ＃２６０で支払運賃が請求運賃より多いか否かをチェックし、多い場合はステップ＃２６１で「支払運賃過多」をステータス情報とする。支払運賃が請求運賃より少ない場合は、ステップ＃２６２で「支払運賃不足」をステータス情報とする。
【００５５】
上記のようにしてステータス情報が決まると、ステップ＃２６３でディスクの運賃請求情報を更新する。続くステップ＃２６４でステータス情報をクライアント２に送信し、ステップ＃２６５でクライアント２からの請求完了通知を受信したか否かをチェックする。受信していなければステップ＃２５２に戻る。すなわち、サーバ１は、クライアント２から請求完了通知を受信するまでステップ＃２５２からステップ＃２６５の処理を繰り返す。
【００５６】
クライアント２は、ステップ＃２０５でサーバ１のステータス情報を受信すると、ステップ＃２０６でステータス情報を支払情報に編集し、ステップ＃２０７でローカルディスクの支払情報を更新する。続くステップ＃２０８でステータス情報を処理結果として表示し、ステップ＃２０９で該当する利用者の支払情報が終了したか否かをチェックする。終了していなければステップ＃２０３に戻る。すなわち、該当する利用者の支払情報が終了するまでステップ＃２０３からステップ＃２０９までの処理を繰り返す。
【００５７】
該当する利用者の支払情報が終了すれば、ステップ＃２１０で該当する利用者の処理完了（請求完了）をサーバ１に通知し、ステップ＃２１１で処理完了状況を画面表示して処理を終了する。サーバ１は、請求完了通知の受信によって（ステップ＃２６５のＹｅｓ）処理を終了する。
【００５８】
図８及び図９に示したフローチャートの運賃マッチング処理では、サーバ１がクライアント２から運賃支払情報を１件受信するたびにマッチング処理を行う。つまり、リアルタイム処理による運賃マッチング処理である。これに対して、サーバ１がクライアント２から運賃支払情報を複数件まとめて受信した後にマッチング処理を一括して行うバッチ処理による運賃マッチング処理を採用してもよい。図３の運賃マッチング処理画面２０において、リアルタイム処理又はバッチ処理を選択することができるようにしてもよい。
【００５９】
以上、本発明の実施形態を図面にしたがって説明したが、本発明は上記の実施形態に限らず、種々の形態で実施可能である。図示したシステムの構成や処理のフローチャートは一例に過ぎず適宜変更可能である。
【００６０】
また、上記の実施形態では、荷送人（荷主）と運送会社との間の運賃マッチング処理について説明したが、本発明の運賃マッチング処理方法は、そのような形態に限らず、運送会社間（例えば、主たる運送会社と傭車となる運送会社との間）における運賃マッチング処理にも適用することができる。
【００６１】
（付記１）運送される荷物に関する情報を荷送人、運送会社及び荷受人に対してインターネットを介して提供するインターネット物流サービスシステムにおける運賃マッチング処理方法であって、
インターネットに接続されたサーバに荷送人及び運送会社等に設置されたクライアントがアクセス可能なウェブページを開設し、
前記ウェブページにアクセスしたクライアントがブラウザの画面上で利用者情報を入力すると共に運賃マッチング処理をサーバ側で行うかクライアント側で行うかを選択し、運賃マッチング処理に必要な情報の格納場所を指定して運賃マッチング処理の実行を指示することにより、運賃請求情報と運賃支払情報とのマッチング処理が実行され、処理結果がブラウザの画面上に表示されるように構成したことを特徴とする運賃マッチング処理方法。
【００６２】
（付記２）前記運賃請求情報は、１クライアントにつき１又は複数の運送会社の運賃請求情報を含み、前記運賃支払情報は、１クライアントにつき１又は複数の運送会社の運賃支払情報を含むことを特徴とする
付記１記載の運賃マッチング処理方法。
【００６３】
（付記３）クライアントが運賃マッチング処理をクライアント側で行うことを選択した場合は、サーバ側に格納されている１又は複数の運送会社の運賃請求情報がクライアントに送信され、クライアントは自ら格納している１又は複数の運送会社の運賃支払情報と受信した１又は複数の運送会社の運賃請求情報とを１件ずつ照合し、照合結果をサーバ側に送信すると共に自らの表示画面に表示することを特徴とする
付記１又は２記載の運賃マッチング処理方法。
【００６４】
（付記４）クライアントが運賃マッチング処理をサーバ側で行うことを選択した場合は、クライアント側に格納されている１又は複数の運送会社の運賃支払情報がサーバに送信され、サーバは自ら格納している１又は複数の運送会社の運賃請求情報と受信した１又は複数の運送会社の運賃支払情報とを１件ずつ照合して照合結果をクライアントに送信し、クライアントは受信した照合結果を表示画面に表示することを特徴とする
付記１又は２記載の運賃マッチング処理方法。
【００６５】
（付記５）運送される荷物に関する情報を荷送人、運送会社及び荷受人に対してインターネットを介して提供するインターネット物流サービスシステムにおける運賃マッチング処理を行うために、インターネットに接続されたサーバに実行させるコンピュータプログラムであって、
クライアントから受信した利用者情報と運賃マッチング処理をサーバ側で行うかクライアント側で行うかを示す処理区分とを受信するステップと、
前記処理区分がクライアント側でのマッチング処理を示す場合に、自ら格納している１又は複数の運送会社の運賃請求情報をクライアントに送信するステップと、
クライアントにおける運賃マッチング処理の結果であるステータス情報を受信するステップと、
受信したステータス情報に基づいて前記運賃請求情報を更新するステップと
を有することを特徴とするサーバ用コンピュータプログラム。
【００６６】
（付記６）付記５記載のサーバ用コンピュータプログラムに対応してインターネットに接続されたクライアントに実行させるコンピュータプログラムであって、
利用者情報と運賃マッチング処理をサーバ側で行うかクライアント側で行うかを示す処理区分とをサーバに送信するステップと、
前記処理区分がクライアント側でのマッチング処理を示す場合に、サーバから１又は複数の運送会社の運賃請求情報を受信するステップと、
自ら格納している１又は複数の運送会社の運賃支払情報と受信した１又は複数の運送会社の運賃請求情報とを１件ずつ照合するステップと、
照合結果であるステータス情報に基づいて前記運賃支払情報を更新するステップと、
前記ステータス情報をサーバに送信すると共に表示画面に表示するステップと
を有することを特徴とするクライアント用コンピュータプログラム。
【００６７】
（付記７）運送される荷物に関する情報を荷送人、運送会社及び荷受人に対してインターネットを介して提供するインターネット物流サービスシステムにおける運賃マッチング処理を行うために、インターネットに接続されたサーバに実行させるコンピュータプログラムであって、
クライアントから受信した利用者情報と運賃マッチング処理をサーバ側で行うかクライアント側で行うかを示す処理区分とを受信するステップと、
前記処理区分がサーバ側でのマッチング処理を示す場合に、クライアントから１又は複数の運送会社の運賃支払情報を受信するステップと、
自ら格納している１又は複数の運送会社の運賃請求情報と受信した１又は複数の運送会社の運賃支払情報とを１件ずつ照合するステップと、
照合結果であるステータス情報に基づいて前記運賃請求情報を更新するステップと、
前記ステータス情報をクライアントに送信するステップと
を有することを特徴とするサーバ用コンピュータプログラム。
【００６８】
（付記８）付記７記載のサーバ用コンピュータプログラムに対応してインターネットに接続されたクライアントに実行させるコンピュータプログラムであって、
利用者情報と運賃マッチング処理をサーバ側で行うかクライアント側で行うかを示す処理区分とをサーバに送信するステップと、
前記処理区分がサーバ側でのマッチング処理を示す場合に、自ら格納している１又は複数の運送会社の運賃支払情報をサーバに送信するステップと、
サーバにおける運賃マッチング処理の結果であるステータス情報を受信するステップと、
受信したステータス情報に基づいて前記運賃支払情報を更新するステップと
前記ステータス情報を表示画面に表示するステップと
を有することを特徴とするクライアント用コンピュータプログラム。
【００６９】
（付記９）運送される荷物に関する情報を荷送人、運送会社及び荷受人に対してインターネットを介して提供するインターネット物流サービスシステムにおける運賃マッチング処理を行うために、インターネットに接続されたサーバに実行させるコンピュータプログラムが記録されたコンピュータ読み取り可能な記録媒体であって、
前記コンピュータプログラムが付記５又は７記載のコンピュータプログラムであることを特徴とする記憶媒体。
【００７０】
（付記１０）運送される荷物に関する情報を荷送人、運送会社及び荷受人に対してインターネットを介して提供するインターネット物流サービスシステムにおける運賃マッチング処理を行うために、インターネットに接続されたクライアントに実行させるコンピュータプログラムが記録されたコンピュータ読み取り可能な記録媒体であって、
前記コンピュータプログラムが付記６又は８記載のコンピュータプログラムであることを特徴とする記憶媒体。
【００７１】
【発明の効果】
以上に説明したように、本発明のインターネット物流サービスシステムにおける運賃マッチング処理方法並びにサーバ用及びクライアント用のコンピュータプログラムによれば、荷主すなわち荷送人等のクライアントは、１又は複数の運送会社からの運賃請求情報と運賃支払（予定）情報とのマッチング処理をまとめて容易に行うことができる。運賃請求側の運送会社にとっても、そのようなマッチング処理を荷主に代わって行う必要がなくなるので、業務効率化を図ることができる。
【図面の簡単な説明】
【図１】本発明の実施形態に係るインターネット物流サービスシステムのハードウェア構成の一例を示すブロック図である。
【図２】インターネット物流サービスのメニュー例を示す図表である。
【図３】運賃マッチング処理画面の例を示す図である。
【図４】ローカル環境での運賃マッチング処理の概略を示すフローチャートである。
【図５】サーバ環境での運賃マッチング処理の概略を示すフローチャートである。
【図６】ローカル環境での運賃マッチング処理のうち、クライアント側の処理を示すフローチャートである。
【図７】ローカル環境での運賃マッチング処理のうち、サーバ側の処理を示すフローチャートである。
【図８】サーバ環境での運賃マッチング処理のうち、クライアント側の処理を示すフローチャートである。
【図９】サーバ環境での運賃マッチング処理のうち、サーバ側の処理を示すフローチャートである。
【符号の説明】
１　サーバ
２　クライアント（荷主端末）
５　インターネット（ネットワーク）
６　記録媒体
【図１】
2004059264.tif 000003
【図２】
2004059264.tif 000004
【図３】
2004059264.tif 000005
【図４】
2004059264.tif 000006
【図５】
2004059264.tif 000007
【図６】
2004059264.tif 000008
【図７】
2004059264.tif 000009
【図８】
2004059264.tif 000010
【図９】
2004059264.tif 000011