(57)【特許請求の範囲】
【請求項１】
端末と通信ネットワークを介して通信可能に接続されるサーバであって、
前記サーバは、
通信部と、
運送業者により取り扱われる輸送貨物について、前記運送業者による輸送貨物の集荷時に、少なくとも運送状を識別するための送り状番号、集荷日付、集荷時間、集荷個数、発荷主情報、着荷主情報を登録する集荷登録がなされ、輸送貨物配達用車両に積込むとき、少なくとも積込処理日付、積込時間、積込個数を登録する配達予定時間登録がなされ、輸送貨物の配達を完了する際に、少なくとも配達日付、配達時間、配達個数、を登録する配達完了登録がなされることにより、全ての輸送貨物の発地における集荷から着地に配達完了するまでの輸送の各段階の通過実績を一元的に登録管理するトレースレコードを記憶するトレースデータベースと、
前記運送業者が、所定のユーザに対して、前記ユーザの本社と、複数の支店、支社、事業所、もしくはグループ企業との間で、輸送貨物を集荷し配達する社内間輸送サービスを行っている場合、前記ユーザの本社、複数の支店、支社、事業所、もしくはグループ企業から、輸送貨物を集荷し、社外の荷受人に配達する社外輸送サービスを行っている場合、又は前記ユーザからの指示により前記ユーザの取引先やグループ企業から輸送貨物を集荷し、予め指定された届け先に配達する回収輸送サービスを行っている場合、前記社内間輸送サービス、前記社外輸送サービス、又は前記回収輸送サービスの各サービス別に、前記ユーザのユーザ識別情報と、輸送貨物料金の請求先となる荷主コードとを予め紐づけた紐づけ情報を記憶するユーザ管理情報記憶部と、
前記社内間輸送サービス、社外輸送サービス、又は回収輸送サービスにより取り扱われた輸送貨物の集荷日を含む輸送状況検索要求に対して、前記ユーザ管理情報記憶部に記憶された、前記ユーザ識別情報に紐づけられた前記荷主コードを荷主とする全ての輸送貨物のうち、前記集荷日に集荷された輸送貨物のトレースレコードを前記トレースデータベースから検索して抽出する検索部と、
前記検索部により抽出された前記トレースレコードを入力として、前記集荷日に集荷された輸送貨物の未配達状態を、前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に、集計した集計情報を作成する集計部と、
前記集計部により、前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に、集計された前記集荷日に集荷された輸送貨物の未配達状態の集計情報に基づいて、予め設定された形式の輸送状況一括管理情報を編集し、その際、輸送貨物の未配達状態の存在する前記発地の所定単位、前記着地の所定単位、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位を、予め設定されたアラート表示形式に編集するとともに、前記輸送状況一括管理情報において編集される、前記発地の所定単位、前記着地の所定単位、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位を発地又は着地とする前記集荷日に集荷された輸送貨物のトレースレコードを前記発地の所定単位、前記着地の所定単位、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位にリンク付ける編集部と、を備え、
前記編集部により編集された前記輸送状況一括管理情報を前記通信部を介して前記端末に送信する、前記サーバ。
【請求項２】
前記集計部は、
前記検索部により抽出された前記トレースレコードを入力として、前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に、前記輸送貨物の集荷個数、積込個数、及び配達個数を集計する表形式集計部を含み、
前記編集部は、
前記表形式集計部により前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に、集計された前記輸送貨物の集荷個数、積込個数、及び配達個数を、発地の所定単位及び着地の所定単位のいずれかを行とし、他方を列とする表形式データに編集し、
現時刻が予め設定された積込アラート閾値時刻を過ぎている場合に、前記集計部により、前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に、集計された前記積込個数が前記集荷個数と一致しないときは、前記積込個数をアラート表示形式に編集し、
現時刻が予め設定された配達アラート閾値時刻を過ぎている場合に、前記集計部により、前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に、集計された前記配達個数が前記集荷個数と一致しないときは、前記配達個数をアラート表示形式に編集する表形式編集部を含む、
請求項１に記載のサーバ。
【請求項３】
前記表形式編集部は、さらに、
現時刻が予め設定された集荷アラート閾値時刻を過ぎている場合に、前記集計部により、前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に、集計された前記集荷個数がゼロのときは、前記集荷個数をアラート表示形式に編集する、
請求項２に記載のサーバ。
【請求項４】
前記表形式編集部は、さらに、
前記表形式データにおける前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に対応するセルに格納される集荷個数に、前記発地の所定単位、前記着地の所定単位、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位を発地又は着地とする前記集荷日に集荷された輸送貨物のトレースレコードをリンク付ける、請求項２又は請求項３に記載のサーバ。
【請求項５】
前記発地の所定単位、着地の所定単位は、それぞれ１つの発地及び１つの着地である、請求項１乃至請求項４のいずれか１項に記載のサーバ。
【請求項６】
前記サーバは、さらに、
前記社内間輸送サービス、前記社外輸送サービス、又は前記回収輸送サービスにおける輸送貨物の発地を、予めそれぞれのサービスにおいて設定された条件によりそれぞれグループ化した発グループに関する情報と、前記社内間輸送サービス、社外輸送サービス、又は回収輸送サービスにおける輸送貨物の着地を、予めそれぞれのサービスにおいて設定された条件によりそれぞれグループ化した着グループに関する情報と、を記憶するグループ情報記憶部を備え、
前記集計部は、前記グループ情報記憶部に記憶された発グループに関する情報及び着グループに関する情報に基づいて設定された発グループ及び着グループを、それぞれ前記発地の所定単位及び着地の所定単位とする、請求項１乃至請求項４のいずれか１項に記載のサーバ。
【請求項７】
前記発地の所定単位は、前記発地を予め設定された地域の単位でグループ化した発グループであり、
前記着地の所定単位は、前記着地を前記地域の単位でグループ化した着グループであり、
前記集荷日は、現在日付の前日であり、
前記編集部は、
前記集計部により前記発グループの別、又は前記着グループの別に、前記集荷日に集荷された輸送貨物の未配達状態を集計した集計情報を、前記地域の単位の地域名を配置した地図形式データに編集し、
前記集荷日に集荷され、前記集荷日の翌日である現在日付に配達完了となっていない輸送貨物がある場合、前記輸送貨物の発地を含む発グループとなる地域の単位の地域名を配置した個所をアラート表示形式に編集し、
前記集荷日に集荷され、前記集荷日の翌日である現在日付に配達完了となっていない輸送貨物がある場合、前記輸送貨物の着地を含む着グループとなる地域の単位の地域名を配置した個所をアラート表示形式に編集する地図形式編集部を含む、
請求項１に記載のサーバ。
【請求項８】
前記地図形式編集部は、さらに、
地域名を配置した個所における前記地域名に、前記発グループ、又は前記着グループをそれぞれ発地又は着地とする、前記集荷日に集荷された輸送貨物のトレースレコードをリンク付ける、請求項７に記載のサーバ。
【請求項９】
サーバを、
運送業者により取り扱われる輸送貨物について、前記運送業者による輸送貨物の集荷時に、少なくとも運送状を識別するための送り状番号、集荷日付、集荷時間、集荷個数、発荷主情報、着荷主情報を登録する集荷登録がなされ、輸送貨物配達用車両に積込むとき、少なくとも積込処理日付、積込時間、積込個数を登録する配達予定時間登録がなされ、輸送貨物の配達を完了する際に、少なくとも配達日付、配達時間、配達個数、を登録する配達完了登録がなされることにより、全ての輸送貨物の発地における集荷から着地に配達完了するまでの輸送の各段階の通過実績を一元的に登録管理するトレースレコードを記憶するトレースデータベース、
前記運送業者が、所定のユーザに対して、前記ユーザの本社と、複数の支店、支社、事業所、もしくはグループ企業との間で、輸送貨物を集荷し配達する社内間輸送サービスを行っている場合、前記ユーザの本社、複数の支店、支社、事業所、もしくはグループ企業から、輸送貨物を集荷し、社外の荷受人に配達する社外輸送サービスを行っている場合、又は前記ユーザからの指示により前記ユーザの取引先やグループ企業から輸送貨物を集荷し、予め指定された届け先に配達する回収輸送サービスを行っている場合、前記社内間輸送サービス、前記社外輸送サービス、又は前記回収輸送サービスの各サービス別に、前記ユーザのユーザ識別情報と、輸送貨物料金の請求先となる荷主コードとを予め紐づけた紐づけ情報を記憶するユーザ管理情報記憶部、
前記社内間輸送サービス、社外輸送サービス、又は回収輸送サービスにより取り扱われた輸送貨物の集荷日を含む輸送状況検索要求に対して、前記ユーザ管理情報記憶部に記憶された、前記ユーザ識別情報に紐づけられた前記荷主コードを荷主とする全ての輸送貨物のうち、前記集荷日に集荷された輸送貨物のトレースレコードを前記トレースデータベースから検索して抽出する検索部、
前記検索部により抽出された前記トレースレコードを入力として、前記集荷日に集荷された輸送貨物の未配達状態を、前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に、集計した集計情報を作成する集計部、
前記集計部により、前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に、集計された前記集荷日に集荷された輸送貨物の未配達状態の集計情報に基づいて、予め設定された形式の輸送状況一括管理情報を編集し、その際、輸送貨物の未配達状態の存在する前記発地の所定単位、前記着地の所定単位、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位を、予め設定されたアラート表示形式に編集するとともに、前記輸送状況一括管理情報において編集される、前記発地の所定単位、前記着地の所定単位、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位を発地又は着地とする前記集荷日に集荷された輸送貨物のトレースレコードを前記発地の所定単位、前記着地の所定単位、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位にリンク付ける編集部、
として機能させるためのプログラム。
【請求項１０】
前記プログラムは、
サーバを、さらに、
前記社内間輸送サービス、前記社外輸送サービス、又は前記回収輸送サービスにおける輸送貨物の発地を、予めそれぞれのサービスにおいて設定された条件によりそれぞれグループ化した発グループに関する情報と、前記社内間輸送サービス、社外輸送サービス、又は回収輸送サービスにおける輸送貨物の着地を、予めそれぞれのサービスにおいて設定された条件によりそれぞれグループ化した着グループに関する情報と、を記憶するグループ情報記憶部、
として機能させ、
前記集計部を、前記グループ情報記憶部に記憶された発グループに関する情報及び着グループに関する情報に基づいて設定された発グループ及び着グループを、それぞれ前記発地の所定単位及び着地の所定単位とするように機能させる、請求項9に記載のプログラム
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、全国に支店・支社又は事業所を有するユーザに対して、ユーザからの集配依頼に基づき全国の支店・支社又は事業所から発送される全ての貨物の集荷から配達完了に至る輸送状況を簡単な操作によりリアルタイムで一括管理検索することができる情報をユーザに提供するための輸送状況一括管理検索システム及びプログラムに関する。
【背景技術】
【０００２】
従来から、貨物の配達を依頼した荷主（以下、「ユーザ」ともいう）に対して、当該貨物の集荷から配達完了に至る各段階の集配経過情報を、例えばインターネットを介して、パソコンやタブレット端末等の端末から照会できるサービスがユーザに提供されている（例えば、特許文献１、特許文献２）。
【０００３】
近年、図１に示すように、ユーザから大量の輸送貨物を集荷して発送する各種サービス、例えば、ユーザの本社、支店・支社、又は事業所から集荷した輸送貨物をユーザの本社に集めて、それらをユーザの本社、支店・支社、又は事業所へ輸送するサービス（以下、「社内間輸送サービス」という）、ユーザの支店・支社又は事業所から集荷した輸送貨物をランダムにユーザの顧客である届け先等に輸送するサービス（以下、「社外輸送サービス」という）、又はユーザの顧客である回収先から集荷した輸送貨物を予め設定された例えば工場のような届け先に輸送するサービス（以下、「回収輸送サービス」という）が提供されている。
しかしながら、この場合においても、依然としてユーザに対して、個別の輸送貨物単位に、集荷から配達完了までの集配経過に関する輸送状況を、例えばパソコンやタブレット端末等の端末からインターネットを介して照会するサービスが提供されているに過ぎない。
【０００４】
従来のサービスは、個々の輸送貨物の送り状番号による輸送状況の検索サービスを提供するだけであり、例えば、社内間輸送サービスのように、ユーザの本社、支店・支社、又は事業所から集荷した輸送貨物をユーザの本社、支店・支社、又は事業所へ輸送する大量、例えば毎日数百件の輸送貨物を輸送する場合に、ユーザは、どの支店・支社からどの程度の輸送貨物が輸送されているのか、また各支店・支社で集荷され、積込され、配達完了となる輸送貨物の配送経過を一括して管理することは困難である。
このため、例えば、Ａ支店からの輸送貨物は本社に配達完了しているにもかかわらず、他の近隣のＢ支店からの輸送貨物が本社にまだ配達完了していない場合等に、Ｂ支店で集荷された貨物の集配経緯を電話等で問いあわせることが多々ある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−２４４２２３号公報
【特許文献２】特開２０１１−１１８５９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記のようなサービスでは、輸送貨物が、例えばユーザの本社・支店・支社・事業所等で集荷されてから、輸送車に積込まれ、届け先に配送される処理サイクルのスケジュールは概ね確立していることが多い。例えば、Ａ地域にある支店・支社・事業所では、毎日午後６時頃に集荷して、翌朝の７時頃に輸送貨物を積込み、配達は、午前９時頃というように、概ねパターンが決まっていることが多い。したがって、例えば、午前９時を過ぎてもＡ地域にある支店・支社・事業所における配達完了件数がゼロである場合、何らかのイレギュラーな事情(例えば、事故等)が発生している可能性がある。
これまでのような送り状単位での検索照会では、例えば、どの地域又はどの支店・支社・事業所でイレギュラーなケースが発生しているか、を判断することも困難であった。
【０００７】
本発明は、このような問題に鑑みてなされたものである。本発明は、全国に支店・支社又は事業所を有するユーザに対して、例えば、前述した社内間輸送サービス、社外輸送サービス、又は回収輸送サービスを提供する場合に、ユーザからの集配依頼に基づき全国の支店・支社、事業所又はユーザの顧客から発送される全ての輸送貨物の集荷から配達完了に至る輸送状況を簡単な操作によりリアルタイムで一括管理検索することができる情報をユーザに提供するためのシステム及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
（１）本発明は、端末と通信ネットワークを介して通信可能に接続されるサーバであって、前記サーバは、通信部と、運送業者により取り扱われる輸送貨物について、前記運送業者による輸送貨物の集荷時に、少なくとも運送状を識別するための送り状番号、集荷日付、集荷時間、集荷個数、発荷主情報、着荷主情報を登録する集荷登録がなされ、輸送貨物配達用車両に積込むとき、少なくとも積込処理日付、積込時間、積込個数を登録する配達予定時間登録がなされ、輸送貨物の配達を完了する際に、少なくとも配達日付、配達時間、配達個数、を登録する配達完了登録がなされることにより、全ての輸送貨物の発地における集荷から着地に配達完了するまでの輸送の各段階の通過実績を一元的に登録管理するトレースレコードを記憶するトレースデータベースと、前記運送業者が、所定のユーザに対して、前記ユーザの本社と、複数の支店、支社、事業所、もしくはグループ企業との間で、輸送貨物を集荷し配達する社内間輸送サービスを行っている場合、前記ユーザの本社、複数の支店、支社、事業所、もしくはグループ企業から、輸送貨物を集荷し、社外の荷受人に配達する社外輸送サービスを行っている場合、又は前記ユーザからの指示により前記ユーザの取引先やグループ企業から輸送貨物を集荷し、予め指定された届け先に配達する回収輸送サービスを行っている場合、前記社内間輸送サービス、前記社外輸送サービス、又は前記回収輸送サービスの各サービス別に、前記ユーザのユーザ識別情報と、輸送貨物料金の請求先となる荷主コードとを予め紐づけた紐づけ情報を記憶するユーザ管理情報記憶部と、前記社内間輸送サービス、社外輸送サービス、又は回収輸送サービスにより取り扱われた輸送貨物の集荷日を含む輸送状況検索要求に対して、前記ユーザ管理情報記憶部に記憶された、前記ユーザ識別情報に紐づけられた前記荷主コードを荷主とする全ての輸送貨物のうち、前記集荷日に集荷された輸送貨物のトレースレコードを前記トレースデータベースから検索して抽出する検索部と、前記検索部により抽出された前記トレースレコードを入力として、前記集荷日に集荷された輸送貨物の未配達状態を、前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に、集計した集計情報を作成する集計部と、前記集計部により、前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に、集計された前記集荷日に集荷された輸送貨物の未配達状態の集計情報に基づいて、予め設定された形式の輸送状況一括管理情報を編集し、その際、輸送貨物の未配達状態の存在する前記発地の所定単位、前記着地の所定単位、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位を、予め設定されたアラート表示形式に編集するとともに、前記輸送状況一括管理情報において編集される、前記発地の所定単位、前記着地の所定単位、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位を発地又は着地とする前記集荷日に集荷された輸送貨物のトレースレコードを前記発地の所定単位、前記着地の所定単位、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位にリンク付ける編集部と、を備え、前記編集部により編集された前記輸送状況一括管理情報を前記通信部を介して前記端末に送信する、前記サーバに関する。
【０００９】
（２）前記集計部は、前記検索部により抽出された前記トレースレコードを入力として、前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に、前記輸送貨物の集荷個数、積込個数、及び配達個数を集計する表形式集計部を含み、前記編集部は、前記表形式集計部により前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に、集計された前記輸送貨物の集荷個数、積込個数、及び配達個数を、発地の所定単位及び着地の所定単位のいずれかを行とし、他方を列とする表形式データに編集し、現時刻が予め設定された積込アラート閾値時刻を過ぎている場合に、前記集計部により、前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に、集計された前記積込個数が前記集荷個数と一致しないときは、前記積込個数をアラート表示形式に編集し、現時刻が予め設定された配達アラート閾値時刻を過ぎている場合に、前記集計部により、前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に、集計された前記配達個数が前記集荷個数と一致しないときは、前記配達個数をアラート表示形式に編集する表形式編集部を含むことができる。
【００１０】
（３）前記表形式編集部は、さらに、現時刻が予め設定された集荷アラート閾値時刻を過ぎている場合に、前記集計部により、前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に、集計された前記集荷個数がゼロのときは、前記集荷個数をアラート表示形式に編集することができる。
【００１１】
（４）前記表形式編集部は、さらに、前記表形式データにおける前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に対応するセルに格納される集荷個数に、前記発地の所定単位、前記着地の所定単位、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位を発地又は着地とする前記集荷日に集荷された輸送貨物のトレースレコードをリンク付けることができる。
【００１２】
（５）前記発地の所定単位、着地の所定単位は、それぞれ１つの発地及び１つの着地であることができる。
【００１３】
（６）（１）乃至（４）のいずれかのサーバは、さらに、前記社内間輸送サービス、前記社外輸送サービス、又は前記回収輸送サービスにおける輸送貨物の発地を、予めそれぞれのサービスにおいて設定された条件によりそれぞれグループ化した発グループに関する情報と、前記社内間輸送サービス、社外輸送サービス、又は回収輸送サービスにおける輸送貨物の着地を、予めそれぞれのサービスにおいて設定された条件によりそれぞれグループ化した着グループに関する情報と、を記憶するグループ情報記憶部を備え、前記集計部は、前記グループ情報記憶部に記憶された発グループに関する情報及び着グループに関する情報に基づいて設定された発グループ及び着グループを、それぞれ前記発地の所定単位及び着地の所定単位とすることができる。
【００１４】
（７）（１）のサーバであって、前記発地の所定単位は、前記発地を予め設定された地域の単位でグループ化した発グループであり、前記着地の所定単位は、前記着地を前記地域の単位でグループ化した着グループであり、前記集荷日は、現在日付の前日であり、前記編集部は、前記集計部により前記発グループの別、又は前記着グループの別に、前記集荷日に集荷された輸送貨物の未配達状態を集計した集計情報を、前記地域の単位の地域名を配置した地図形式データに編集し、前記集荷日に集荷され、前記集荷日の翌日である現在日付に配達完了となっていない輸送貨物がある場合、前記輸送貨物の発地を含む発グループとなる地域の単位の地域名を配置した個所をアラート表示形式に編集し、前記集荷日に集荷され、前記集荷日の翌日である現在日付に配達完了となっていない輸送貨物がある場合、前記輸送貨物の着地を含む着グループとなる地域の単位の地域名を配置した個所をアラート表示形式に編集する地図形式編集部を含むことができる。
【００１５】
（８）（７）のサーバであって、前記地図形式編集部は、さらに、地域名を配置した個所における前記地域名に、前記発グループ、又は前記着グループをそれぞれ発地又は着地とする、前記集荷日に集荷された輸送貨物のトレースレコードをリンク付けることができる。
【００１６】
（９）本発明は、サーバを、運送業者により取り扱われる輸送貨物について、前記運送業者による輸送貨物の集荷時に、少なくとも運送状を識別するための送り状番号、集荷日付、集荷時間、集荷個数、発荷主情報、着荷主情報を登録する集荷登録がなされ、輸送貨物配達用車両に積込むとき、少なくとも積込処理日付、積込時間、積込個数を登録する配達予定時間登録がなされ、輸送貨物の配達を完了する際に、少なくとも配達日付、配達時間、配達個数、を登録する配達完了登録がなされることにより、全ての輸送貨物の発地における集荷から着地に配達完了するまでの輸送の各段階の通過実績を一元的に登録管理するトレースレコードを記憶するトレースデータベース、前記運送業者が、所定のユーザに対して、前記ユーザの本社と、複数の支店、支社、事業所、もしくはグループ企業との間で、輸送貨物を集荷し配達する社内間輸送サービスを行っている場合、前記ユーザの本社、複数の支店、支社、事業所、もしくはグループ企業から、輸送貨物を集荷し、社外の荷受人に配達する社外輸送サービスを行っている場合、又は前記ユーザからの指示により前記ユーザの取引先やグループ企業から輸送貨物を集荷し、予め指定された届け先に配達する回収輸送サービスを行っている場合、前記社内間輸送サービス、前記社外輸送サービス、又は前記回収輸送サービスの各サービス別に、前記ユーザのユーザ識別情報と、輸送貨物料金の請求先となる荷主コードとを予め紐づけた紐づけ情報を記憶するユーザ管理情報記憶部、前記社内間輸送サービス、社外輸送サービス、又は回収輸送サービスにより取り扱われた輸送貨物の集荷日を含む輸送状況検索要求に対して、前記ユーザ管理情報記憶部に記憶された、前記ユーザ識別情報に紐づけられた前記荷主コードを荷主とする全ての輸送貨物のうち、前記集荷日に集荷された輸送貨物のトレースレコードを前記トレースデータベースから検索して抽出する検索部、前記検索部により抽出された前記トレースレコードを入力として、前記集荷日に集荷された輸送貨物の未配達状態を、前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に、集計した集計情報を作成する集計部、前記集計部により、前記発地の所定単位別、前記着地の所定単位別、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位別に、集計された前記集荷日に集荷された輸送貨物の未配達状態の集計情報に基づいて、予め設定された形式の輸送状況一括管理情報を編集し、その際、輸送貨物の未配達状態の存在する前記発地の所定単位、前記着地の所定単位、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位を、予め設定されたアラート表示形式に編集するとともに、前記輸送状況一括管理情報において編集される、前記発地の所定単位、前記着地の所定単位、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位を発地又は着地とする前記集荷日に集荷された輸送貨物のトレースレコードを前記発地の所定単位、前記着地の所定単位、又は前記発地の所定単位と前記着地の所定単位の任意の組み合わせからなる発地・着地の所定単位にリンク付ける編集部、として機能させるためのプログラムに関する。
【００１７】
（１０）前記プログラムは、サーバを、さらに、前記社内間輸送サービス、前記社外輸送サービス、又は前記回収輸送サービスにおける輸送貨物の発地を、予めそれぞれのサービスにおいて設定された条件によりそれぞれグループ化した発グループに関する情報と、前記社内間輸送サービス、社外輸送サービス、又は回収輸送サービスにおける輸送貨物の着地を、予めそれぞれのサービスにおいて設定された条件によりそれぞれグループ化した着グループに関する情報と、を記憶するグループ情報記憶部、として機能させ、前記集計部を、前記グループ情報記憶部に記憶された発グループに関する情報及び着グループに関する情報に基づいて設定された発グループ及び着グループを、それぞれ前記発地の所定単位及び着地の所定単位とするように機能させることができる。
【発明の効果】
【００１８】
本発明によれば、全国に支店・支社又は事業所を有するユーザに対して、例えば、前述した社内間輸送サービス、社外輸送サービス、又は回収輸送サービスを提供する場合に、ユーザからの集配依頼に基づき全国の支店・支社、事業所又はユーザの顧客から発送される全ての貨物の集荷から配達完了に至る輸送状況を簡単な操作によりリアルタイムで一括管理検索するサービスを提供することができる。また、通常のスケジュールに比べて、何らかのイレギュラーな事情等により、集荷、積込、配達が遅れているケースをアラートとして、ユーザが一括管理検索することが可能となる。
また、従来は、集荷店に電話確認しないとわからなかった「未集荷」の調査が容易になる。また、従来、紙ベースでおこなっている全量到着チェックを一括して行うことができる。また、ユーザの支店・支社、事業所又はユーザの顧客から発送される全ての貨物の集荷から配達完了に至る輸送状況が見えることにより、ユーザの顧客満足度が向上し、ユーザからの問い合わせ件数が軽減されるという効果がある。
【図面の簡単な説明】
【００１９】
【図１】社内間輸送サービス、社外輸送サービス、回収輸送サービスの概要を示す図である。
【図２】輸送状況一括管理検索システムの構成を示す図である。
【図３】端末１の構成を示す図である。
【図４】サーバ２の構成を示す図である。
【図５】輸送の流れの概要を示す図である。
【図６Ａ】グループ情報及びブロック情報の具体例を示す図である。
【図６Ｂ】グループ情報による輸送状況一括管理表の表示例である。
【図７Ａ】検索パターンを入力するためのメニュー画面の例を示す図である。
【図７Ｂ】検索パターン４（輸送状況）の提供する輸送状況一括管理地図例である。
【図７Ｃ】社外輸送サービスに対応する検索パターン１（社外輸送サービス）の提供する輸送状況一括管理検索画面例である。
【図７Ｄ】社内間輸送サービスに対応する検索パターン３（社内間輸送サービス）の提供する輸送状況一括管理検索画面例である。
【図７Ｅ】トレースレコード一覧表を表示する画面の例を示す図である。
【図７Ｆ】単件照会の画面の例を示す図である。
【図８Ａ】輸送状況一括管理検索システム１００の処理の流れを示すフローチャートである。
【図８Ｂ】輸送状況一括管理検索システム１００の処理の流れを示すフローチャートである。
【図８Ｃ】輸送状況一括管理検索システム１００の処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００２０】
［第１実施形態］
以下、本発明の輸送状況一括管理検索システム１００の好ましい一実施形態について、図１〜図８Ｃを参照しながら説明する。
始めに本発明の輸送状況一括管理検索システム１００において使用する用語について説明する。
【００２１】
輸送状況一括管理検索システム１００の対象は、図１に示す３つのサービスである。第１のサービスは、ユーザの支店・支社又は事業所から集荷した輸送貨物をランダムにユーザの顧客である届け先等に輸送する「社外輸送サービス」、第２のサービスはユーザの顧客である回収先から集荷した輸送貨物を予め設定された例えば工場のような届け先に輸送する「回収輸送サービス」、第３のサービスは、例えばユーザの本社、支店・支社、又は事業所から集荷した輸送貨物をユーザの本社に集めて、それらをユーザの本社、支店・支社、又は事業所へ輸送する「社内間輸送サービス」である。
【００２２】
輸送状況一括管理検索システム１００においては、それぞれ社外輸送サービス、回収輸送サービス、社内間輸送サービスに対応して、輸送状況一括管理検索機能が提供される。このため、輸送状況一括管理検索システム１００は、どのサービスに対応する輸送状況一括管理検索機能であるかを区別するために、「検索パターン」という識別種別を使用する。
ここで、「検索パターン１」は、社外輸送サービスに対応する輸送状況一括管理検索機能を識別するための識別種別である。同様に、検索パターン２及び検索パターン３は、それぞれ、回収輸送サービス及び社内間輸送サービスに対応する輸送状況一括管理検索機能を識別するための識別種別である。
【００２３】
さらに、輸送状況一括管理検索システム１００においては、ユーザがシステムにログインした時等において、端末のトップ画面に日本地図表示による、各都道府県別の輸送状況を一括表示する輸送状況一括管理地図機能が提供される。このため、輸送状況一括管理検索システム１００は、「検索パターン４」により、日本地図表示による輸送状況一括管理地図機能を識別する。
検索パターン４は、予め、社外輸送サービス、回収輸送サービス、又は社内間輸送サービスのうち、１つ以上のサービスを設定しておき、設定されている輸送サービスを対象として、前日を集荷日とする集荷貨物の未配達状況を直感的に把握することが可能な、地図表示による輸送状況一括管理図（以下「輸送状況一括管理地図（Ｉ）」ともいう）を提供する。
そうすることで、イレギュラーな事情の発生している可能性の都道府県を把握することができる。
【００２４】
貨物の輸送に際しては、貨物を集荷する地点（例えば、荷送人の住所、名称、発店等）と貨物を配達する地点（例えば、荷受人の住所、名称、配達店等）がある。そこで、貨物を集荷する地点を総称して、「発地」という。同様に、貨物を配達する地点を総称して、「着地」という。
【００２５】
１つ又はそれ以上の発地及び１つ及びそれ以上の着地をそれぞれグループ化したものを「発グループ」及び「着グループ」という。また、１つ又はそれ以上の「発グループ」及び１つ又はそれ以上の「着グループ」をそれぞれブロック化したものを「発ブロック」及び「着ブロック」という。
【００２６】
［輸送状況一括管理検索システム１００の機能構成］
本発明の好ましい一実施形態（以下、「第１実施形態」ともいう）に係る輸送状況一元管理システムの機能構成について説明する。
【００２７】
図２に示すように、輸送状況一括管理検索システム１００は、通信ネットワーク３を介して、通信可能に接続される端末１と、サーバ２と、を含んで構成される。ここで、通信ネットワーク３は、有線通信網、無線通信網、携帯電話網等を問わない。
【００２８】
［端末１］
端末１は、例えば、パソコン、ノートパソコン、タブレット端末、スマートフォン、ＰＤＡ、携帯電話、その他の電子機器であって、少なくとも有線又は無線等の通信機能を備える電子機器を含む。端末１にはブラウザ等のソフトウェアがインストールされており、ユーザの要求に基づき、当該ユーザに紐づけられた当該ユーザに関連する荷主（例えば、当該ユーザの本社、支店・支社、事業所、又はユーザの顧客等）の輸送貨物の輸送状況一括管理検索をおこなうことができる。
【００２９】
端末１は、図３に示すように、制御部１０Ａ、記憶部２０Ａ、通信部３０Ａ、表示部４０Ａ、及び入力部５０Ａを備えている。
制御部１０Ａはさらに接続処理部１１Ａと表示制御部１２Ａとを備えている。
【００３０】
制御部１０ＡはＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ等を有するプロセッサにより構成され、端末１の各構成部の制御をおこなう。ＣＰＵは、ＲＡＭ、ＲＯＭ又は記憶部２０Ａから読み出した輸送状況一括管理検索表示制御を行わせるためのプログラムを実行し、その実行の際にはＲＡＭ、ＲＯＭ、及び記憶部２０Ａから情報を読み出し、ＲＡＭ及び記憶部２０Ａに対して情報の書き込みを行い、通信部３０Ａと信号の授受を行う。
【００３１】
制御部１０Ａは輸送状況一括管理検索表示制御のための各プログラムを実行することによって、端末１に所定の機能手段（以下、「輸送状況一括管理検索表示制御部」と総称する）として機能させる。
また、制御部１０Ａは輸送状況一括管理検索表示制御のための各プログラムを実行することによって、端末１に、所定のステップ（以下、「輸送状況一括管理検索表示制御ステップ」と総称する）を実行させる。
端末１は、輸送状況一括管理検索表示制御部により、サーバ２に対してリクエストを発行し、それに対するサーバ２からのレスポンスを受けて、表示部４０Ａにインタラクティブに表示する。
端末１の動作については、後述する。
【００３２】
次に、サーバ２について説明する。
＜サーバ２＞
サーバ２は、通信部３０を介して、端末１と情報の送受信を行う。ここで、サーバ２は、１台の場合、及び複数のサーバなるサーバシステムであってもよい、
図４に示すように、サーバ２は、少なくとも、制御部１０と、記憶部２０と、通信部３０とを、さらに必要に応じて表示部４０と、入力部５０を備えている。
なお、サーバ２は、例えば、Ｗｅｂサーバ、アプリケーションサーバ、データベースサーバ等複数のサーバから構成されるサーバシステムが望ましいが、これに限定されない。
【００３３】
制御部１０はＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ等を有するプロセッサにより構成され、サーバ２の各構成部の制御をおこなう。ＣＰＵは、ＲＡＭ、ＲＯＭ又は記憶部２０から読み出した輸送一括管理検索サービスを行わせるためのプログラムを実行し、その実行の際にはＲＡＭ、ＲＯＭ、及び記憶部２０から情報を読み出し、ＲＡＭ及び記憶部２０に対して情報の書き込みを行い、通信部３０と信号の授受を行う。
【００３４】
記憶部２０は半導体メモリやハードディスクドライブ等で構成されており、オペレーティングシステム（ＯＳ）やアプリケーションと呼ばれるソフトウェアが保存される等、種々の情報が記憶される。記憶部２０は、さらにトレースデータベース２１と、販売管理データベ−ス２２と、ユーザ管理情報記憶部２３と、グループ情報記憶部２４と、アラート時間情報記憶部２５と、を備える。
【００３５】
［トレースデータベース２１］
トレースデータベース２１は、発荷主（荷送人）から預かった輸送貨物を各輸送ポイントにおいて通過する度に、輸送ポイントにおいて、ドライバー端末、通過点端末等から通過実績（以下、「トレース情報」、又は「トレース」ともいう)がリアルタイムに登録されて、当該トレース情報を管理するデータベースである。トレースデータベース２１は、１運送状毎の輸送経歴を管理するためのデータベースである。
図５に示すように、トレースデータベース２１には、１運送状毎に輸送の流れに沿って輸送状況がリアルタイムに登録される。
より具体的には、トレースデータベース２１には、図５に示す輸送の流れに沿って、以下のデータが登録される。
最初に、１運送状毎に、運送状レコード（以下、「トレースレコード」ともいう）が作成され、運送状を識別するための送り状番号、輸送貨物の集荷時に集荷登録データ（例えば、業務コード、集荷日付、集荷時間、品名、集荷個数、重量、発荷主情報、着荷主情報、集荷店所コード等）が登録される。
ここで、発荷主情報は、例えば、発店所コード、発トレース用荷主コード、発店所ブロックコード、発荷主市町村ＪＩＳコード、発荷主名称、発荷主住所、発荷主電話番号、発荷主専用番号を含むことができる。同様に、着荷主情報は、例えば、着店所コード、着トレース用荷主コード、着店所ブロックコード、着荷主市町村ＪＩＳコード、着荷主名称、着荷主住所、着荷主電話番号、着荷主専用番号を含むことができる。
次に、輸送貨物を貨物発送用車両に積み込む際に発送登録データ（業務コード、発送処理日付、発送処理時間、発送個数、ドライバーコード、発送店所コード等）が登録される。
次に、輸送貨物を例えば長距離輸送手段の航空機に積み込むときに発空港通過登録(発中継）データ（例えば、業務コード、発空港通過日付、発空港通過時間等）が登録される。
次に輸送中継地ターミナルの空港に到着して、輸送貨物を別の航空機に積み替えるとき、接続空港通過登録データ（例えば、業務コード、接続空港通過日付、接続空港通過時間等）が登録される。
次に、輸送貨物が届け地ターミナルの空港に到着して輸送車両に積み換えるとき、着空港通過登録データ（例えば、業務コード、着空港通過日付、着空港通過時間等）が登録される。
次に、輸送貨物が配達店に到着したとき、到着登録データ（例えば、業務コード、到着処理日付、到着処置時間等）が登録される。
次に、輸送貨物を貨物配達用車両に積み換えるとき、配達予定時間登録(積込）データ（例えば、業務コード、積込処理日付、積込時間、積込個数、積込店所コード等）が登録される。
最後に、輸送貨物の着荷主（荷受人）への配達を完了する際に配達完了登録データ（例えば、業務コード、配達日付、配達時間、配達個数、配達店所コード等）が登録される。
このように、各登録データが、トレースデータベース２１にそれぞれリアルタイムに追加、又は更新されて記録される。その際に、当該輸送の最新状況（例えば、最新データ種別、最新処理日付、最新処理時刻等）がリアルタイムに追加、又は更新されて記録される。
【００３６】
なお、長距離輸送手段として航空機に換えて長距離用輸送トラックに積み込むときは、発空港通過登録(発中継）データ、接続空港通過登録データ、着空港通過登録データ等に換えて長距離用輸送トラックに対応するデータを記録して管理することができる。また、トレースデータベース２１には、送り状そのもののイメージデータを登録して記憶することができる。
【００３７】
トレースレコードは、複数の売掛金荷主コードを束ねるグループ荷主コードを登録するためのデータ項目を有することができる。例えば、全国に支店があるＸ社について、Ｘ社の各支店毎に異なる売掛金荷主コードが付与されている場合、都道府県毎の実績を抽出するために、都道府県毎にグループ荷主コードを予め設定し、支店が売掛金荷主となる貨物のトレースレコードに、当該支店の属する都道府県単位のグループ荷主コードを、格納することができる。
また、地方毎の実績を抽出するために、地方毎にグループ荷主コードを予め設定し、支店が売掛金荷主コードとなる貨物トレースレコードに、当該支店の属する（地方単位の）グループ荷主コードを格納することができる。なお、このようなグループ荷主コードは、トレースデータベース２１から、トレースレコードの抽出目的に応じて異なるグループ荷主コードを使用できるように、複数のグループ荷主コードを予め設定することができる。
また、本願発明では、運送状に係る運送貨物が、社内間輸送サービス対象の輸送貨物かどうか、社外輸送サービス対象の輸送貨物かどうか、又は回収輸送サービス対象の輸送貨物かどうか、を管理するために、売掛金荷主コードを用いる。
即ち、社内間輸送サービスに固有の売掛金荷主コード、社外輸送サービスに固有の売掛金荷主コード、及び回収輸送サービスに固有の売掛金荷主コードを設け、例えば社内間輸送サービスに固有の売掛金荷主コードを束ねるグループ荷主コードを設定することで、社内間輸送サービスに係るすべてのトレースコードを抽出することを可能としている。
【００３８】
トレースデータベース２１は、サーバ２とは別のデータベースサーバ(図示せず)に記憶するようにしてもよい。
【００３９】
［販売管理データベ−ス２２］
販売管理データベ−ス２２は、１運送状毎に作成される売掛金情報管理データベースである。
より具体的には、販売管理データベース２２には、運送状を識別するための送り状番号、集荷日付、集荷時間、集荷店所コード、売掛金の請求先となる売掛金荷主コード、領収証番号、着払金額領収証番号、品代金領収証番号等を記録して管理することができる。
なお、売掛金荷主コードは、ユーザの本社、支店・支社・事業所の担当部署単位にコードを付与することができる。
本願発明では、社内間輸送サービス、社外輸送サービス、及び回収輸送サービスに係る売掛金の請求先となる売掛金荷主コードを各サービス固有の売掛金荷主コードとする。そうすることで、社内間輸送サービス、社外輸送サービス、及び回収輸送サービスに係る輸送貨物の送り状番号をそれぞれ抽出することが可能となる。また、社内間輸送サービス、社外輸送サービス、及び回収輸送サービスに係る輸送貨物について、従来の輸送料金に加えて、本願発明の輸送一括管理検索サービス利用料金を請求することが可能となる。
【００４０】
以上のように、貨物情報は、送り状番号単位でトレースデータベース２１と販売管理データベ−ス２２で管理される。
【００４１】
［ユーザ管理情報記憶部２３］
ユーザ管理情報記憶部２３は、ユーザ毎に設定されるユーザ管理情報、例えばユーザの識別情報（「ユーザＩＤ」ともいう）、ユーザ名称、ユーザの本社情報／支店・支社情報／事業所情報等、顧客情報等を管理する。
また、社外輸送サービスに対応する輸送状況一括管理検索機能（検索パターン１）、回収輸送サービスに対応する輸送状況一括管理検索機能（検索パターン２）、及び社内間輸送サービスに対応する輸送状況一括管理検索機能（検索パターン３）に応じて、ユーザの本社、支店・支社、事業所、又は担当部門、担当部署等に対応する売掛金荷主コードをグループ化したグループ荷主コードをユーザＩＤと紐づけて記憶することができる。
また、販売管理データベースに格納された各運送状レコードに記録されている売掛金管理のための売掛金荷主コードをユーザＩＤと紐づけて記憶することができる。
【００４２】
［ユーザＩＤとグループ荷主コード又は売掛金荷主コードとの紐付け］
ここで、ユーザＩＤとグループ荷主コード又は売掛金荷主コードとの紐付けについて、説明する。
前述したように、ユーザが社内間輸送サービス、社外輸送サービス、又は回収輸送サービスを利用する場合、社内間輸送サービス、社外輸送サービス、及び回収輸送サービスに係る輸送貨物の売掛金の請求先となる売掛金荷主コードをそれぞれ１つ以上ユーザ毎に設定する。販売管理データベース２２の１運送状毎に作成される売掛金情報管理レコードには、売掛金の請求先としての売掛金荷主コードを記憶する。
また、トレースデータベース２１の各サービスに係る輸送貨物のトレースレコードには、各サービス固有の売掛金荷主コードを束ねたグループ荷主コードを記憶する。
そして、各サービスを利用するユーザに対して、ユーザＩＤと各サービス固有のグループ荷主コードを全て紐付けておくことで、当該ユーザＩＤの当該サービスに係る輸送貨物のトレースレコードを一括して抽出することが可能となる。
また、ユーザＩＤと各サービス固有の売掛金荷主コードを全て紐付けておくことで、当該ユーザＩＤの当該サービスに係る輸送貨物の売掛金荷主コードを記録した売掛金情報管理レコードを一括して抽出することが可能となる。そうすることで、当該ユーザＩＤの当該サービスに係る輸送貨物の送り状番号を一括して抽出することが可能となり、抽出した送り状番号に基づいて、当該ユーザＩＤの当該サービスに係る輸送貨物のトレースレコードを一括して抽出することも可能となる。
【００４３】
例えば、全国に支店・支社又は事業所を有するユーザＸに対して、検索パターン１の輸送状況一括管理検索サービスを提供する場合、発地となるユーザＸの本社、支店・支社、事業所、担当部門、担当部署等に付与される売掛金荷主コード、又は複数の売掛金荷主コードを束ねたグループ荷主コードを当該ユーザＸのユーザＩＤに紐づけることができる。
そうすることで、例えば検索パターン１の検索機能（社外輸送サービスに対応する輸送状況一括管理検索機能）をユーザＸに提供する場合、ユーザＸのユーザＩＤに紐づけられる売掛金荷主コード、グループ荷主コードが荷主となる輸送貨物のトレースレコードを一括して検索抽出することが可能となる。なお、売掛金荷主コードは、トレースレコードには記録されていないので、販売管理データベースを介して、ユーザＩＤに紐づけられた売掛金荷主コードに関する送り状番号を取得し、送り状番号に基づいてトレースデータベース２１からトレースレコードを検索抽出することができる。
なお、検索パターン２及び検索パターン３の検索機能をそれぞれユーザＸに対して提供する場合についても、それぞれの検索パターン毎に、輸送貨物に付与される売掛金荷主コード、グループ荷主コードをユーザＩＤに紐づける。
そうすることで、検索パターン２及び検索パターン３の検索機能をそれぞれユーザＸに対して提供する場合についても、検索パターン１と同様に、検索パターン２及び検索パターン３に係る輸送貨物のトレースレコードを一括して抽出することが可能となる
【００４４】
［グループ情報記憶部２４］
グループ情報記憶部２４には、ユーザの支店、支社、事業所、ユーザの顧客、ユーザのグループ企業の支店、支社、事業所等、１つ又はそれ以上の場所をグループ化したグループ情報、また、１つ又はそれ以上のグループをブロック化したブロック情報を予め設定して記憶する。
【００４５】
［検索パターン１、検索パターン２の場合］
１つ又はそれ以上の発荷主（荷送人）に対して設定されるグループを、「発グループ」といい、１つ又はそれ以上の発グループに対して設定されるブロックを発ブロックという。
同様に、予め１つ又はそれ以上の着荷主（荷受人）に対して設定されるグループを「着グループ」といい、１つ又はそれ以上の着グループに対して設定されるブロックを着ブロックという。
なお、グループ情報、ブロック情報の設定は、検索パターン毎に設定することが可能であることから、ユーザの利用するサービスに最適なグループを設定することができる。
【００４６】
発グループの設定に際しては、トレースレコードのデータ項目である、集荷店所コード、発トレース用荷主コード、集荷店所ブロックコード、発荷主市町村ＪＩＳコード、発荷主名称、発荷主住所、発荷主電話番号、発荷主専用番号のうち、いずれか１つの項目を指定し、当該項目の値を１つ以上設定することにより発グループを設定することができる。
以下、集荷店所コード、発トレース用荷主コード、集荷店所ブロックコード、発荷主市町村ＪＩＳコード、発荷主名称、発荷主住所、発荷主電話番号、発荷主専用番号を、「発グループ化データ項目」という。
発グループ情報として、少なくとも、発グループ名称、発グループを設定するための発グループ化データ項目の中から指定されるデータ項目、指定データ項目の１つ又はそれ以上の取り得る値、当該発グループの属する発ブロックコード等が予め設定される。発グループ情報は、ユーザＩＤ及び検索パターンに関連づけて、グループ情報記憶部２４に記憶する。
例えば、パターン２の場合、発荷主は回収先であり、発グループの設定に際して、「着荷主市町村ＪＩＳコード」を指定することで、「・・・地方」という着グループを設定することができる。
【００４７】
なお、発ブロック情報としては、予め設定される地域ブロックコードを用いることができる。また、別途、新たな発ブロックを設定することもできる。
【００４８】
着荷主（荷受人）のグループ分けについても同様に、例えば着予定店所コード、着トレース用荷主コード、着店所ブロックコード、着荷主市町村ＪＩＳコード、着荷主名称、着荷主住所、着荷主電話番号、着荷主専用番号のうち、いずれか１つの項目を指定し、当該項目の値を１つ以上設定することにより着グループを設定することができる。
以下、着予定店所コード、着トレース用荷主コード、着店所ブロックコード、着荷主市町村ＪＩＳコード、着荷主名称、着荷主住所、着荷主電話番号、着荷主専用番号を、「着グループ化データ項目」ともいう。
着グループ情報として、少なくとも、着グループ名称、着グループを設定するための着グループ化データ項目の中から指定されるデータ項目、指定データ項目の１つ又はそれ以上の取り得る値、当該着グループの属する着ブロックコード等が予め設定される。着グループ情報は、ユーザＩＤ及び検索パターンに関連づけて、グループ情報記憶部２４に記憶する。
例えば、パターン１の場合、着荷主はユーザの顧客であり、着グループの設定に際して「着荷主市町村ＪＩＳコード」を指定することで、「・・・地方」という着グループを設定することができる。
【００４９】
着ブロック情報としては、予め設定される地域ブロックコードを用いてもよい。また、別途、着ブロック名称と当該着ブロックに属する着グループ名称を指定することで、設定することもできる。
【００５０】
図６Ａ及び図６Ｂを参照してグループ及びブロックの具体例について説明する。
図６Ａ及び図６Ｂには、検索パターン１（社外輸送サービス）又は 検索パターン２（回収輸送サービス)において、発荷主（荷送人）を発荷主名称によりグループ化し、着荷主（荷受人）を着荷主電話番号によりグループ化する例を示している。
例えば、発グループの「Ｂ社道央グループ」は、発荷主名称が「Ｂ社札幌事業所」及び「Ｂ社石狩事業所」をグループ化したものである。
また、発グループについては、「北海道ブロック」、「東北ブロック」、「関東甲信越ブロック」、「中部北陸ブロック」、「関西ブロック」、「中国ブロック」、「四国ブロック」、「九州ブロック」、「沖縄ブロック」に分けている。
【００５１】
同様に、着グループの「Ａ社東京センター」は、着荷主電話番号が「０３−１１１１−１１１１」、「０３−１１１１−１１１２」、及び「０３−１１１１−１１１３」をグループ化したものである。なお、着グループについては、ブロックの指定はしていない。
【００５２】
このように、ユーザ毎、検索パターン毎に、発グループ及び着グループを予め設定し、グループ情報記憶部２４にユーザＩＤ及び検索パターンに関連づけて、予め記憶することができる。
また、発グループ及び着グループをさらにブロック化することができ、当該ブロック情報についてもユーザＩＤ及び検索パターンに関連づけて、グループ情報記憶部２４に記憶する。
【００５３】
［検索パターン３の場合］
検索パターン３においては、例えばユーザの本社と支店・支社・事業所間の社内間輸送状況の一括管理検索を行うことから、グループとしては、１つの親グループ（本社に相当）と、複数の子グループ（支店・支社・事業所に相当）とを予め設定し、グループ情報記憶部２４に記憶する。
親グループが発荷主で子グループが着荷主となるケース及び子グループが発荷主で親グループが着荷主となるケースの検索パターン３（社内間輸送サービス）を一括管理検索することができる。
親グループ及び子グループの設定についても、発グループ及び着グループの設定と同様に、親グループ又は子グループを設定するために発グループ化データ項目（又は着グループ化データ項目）の中からいずれか１つの項目を指定し、当該項目の値を親グループにお場合は１つ、子グループの場合は１つ又はそれ以上設定することにより親グループ又は子グループを設定することができる。
そして、親子グループ情報として、親グループ・子グループの種別、グループ名称、グループを設定するためのグループ化データ項目の中から指定されるデータ項目、指定データ項目の１つ又はそれ以上の取り得る値、当該グループの属するブロックコード等が予め設定される。親グループ情報及び子グループ情報は、ユーザＩＤ及び検索パターンに関連づけて、グループ情報記憶部２４に記憶する。
【００５４】
例えば、図７Ｄには、検索パターン３（社内間輸送サービス）において、子グループを例えば荷主市町村ＪＩＳコードにより、「北海道」、「青森県」、「岩手県」、「宮城県」、・・・、「沖縄県」グループに分けている。また、親グループについては、「本社メールセンター」を指定している。
【００５５】
［検索パターン４の場合］
検索パターン４においては、発グループについては、発荷主の発荷主市町村ＪＩＳコード、着グループについては着荷主の着荷主市町村ＪＩＳコードに基づいて、地域コード（例えば、都道府県コード）及び地域名（例えば、都道府県名）によりグループ化する。
第１実施形態では、地域コード及び地域名を、それぞれ都道府県コード及び都道府県名としているが、これに限定されない。
【００５６】
［アラート時間情報記憶部２５］
アラート時間情報記憶部２５は、輸送状況を一括管理検索する際に、輸送状況のアラート（警告）を出力するか否かを判断するための閾値となる時刻をユーザ毎、検索パターン毎に予め記憶して管理するものである。
例えば、輸送状況一括管理検索システム１００では、検索パターン３（社内間輸送サービス）において、輸送貨物の集荷個数が、予め設定された閾値となる時刻（以下「集荷アラート閾値時刻」ともいう）を過ぎても０件である場合、何らかのイレギュラーな事情により輸送貨物が未集荷状態となっている可能性が高いとして、アラートを出力する。
同様に、輸送貨物の積込個数が、予め設定された閾値となる時刻（以下「積込アラート閾値時刻」ともいう）を過ぎても集荷個数と一致しない場合、何らかのイレギュラーな事情により積込未登録状態となっている可能性が高いとして、アラートを出力する。
同様に、輸送貨物の配達個数が、予め設定された閾値となる時刻（以下「配達アラート閾値時刻」ともいう）を過ぎても集荷個数と一致しない場合、何らかのイレギュラーな事情により未配達状態となっている可能性が高いとして、アラートを出力する。
また、検索パターン１及び検索パターン２においては、積込アラート閾値時刻、配達アラート閾値時刻をユーザ毎に定義することができる。
そうすることで、ユーザにおける貨物の輸送時間帯等に合わせて、最適な閾値を設定することができる。
【００５７】
このように、第１実施形態によれば、あるトレースの集荷状態、積込状態、及び配達状態をイレギュラーと判定するための閾値となる時刻を予め設定し、アラート時間情報記憶部２５に記憶することができる。
【００５８】
通信部３０は、サーバ２との送受信する場合に、有線通信（例えば、ＬＡＮ、ＷＡＮ、インターネット回線等）又は無線通信（無線ＬＡＮ、携帯電話網等）をする通信プロトコルを実装することができる。例えば、通信部３０は、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）等を有し、３ＧやＬＴＥ等の携帯電話網に代表される無線通信網を通じて無線通信を行うことが可能に構成することができる。
【００５９】
表示部４０は、例えば液晶ディスプレイ又は有機ＥＬパネル等の表示デバイスにより構成され、制御部１０からの指示を受けて画像を表示する。
【００６０】
入力部５０は、例えば、キーボード等の入力装置（図示せず）等で構成される。入力部２４からの操作入力に基づいた信号を制御部１０Ｂに出力することで、サーバ２のオペレーションを行うことができる。
【００６１】
制御部１０の備える各機能部について詳細に説明する前に、輸送状況一括管理検索システム１００が端末１に提供する輸送状況一括管理検索画面について、図７Ａ〜図７Ｆを参照しながら説明する。
【００６２】
［検索パターン１（社外輸送サービス）］
図７Ｃは、社外輸送サービスに対応する検索パターン１（社外輸送サービス）の提供する輸送状況一括管理検索画面例である。
前述したように、当該ユーザの検索パターン１の場合に対応して、予め発地（発荷主）及び着地（着荷主）に関してそれぞれ発グループ、発ブロック、着グループ、及び着ブロックが設定され、グループ情報記憶部２４に記憶されている。
【００６３】
［輸送状況一括管理表（Ａ）］
図７Ｃに示すように、輸送状況一括管理検索画面は、発グループから着グループあての輸送状況を表す表形式の輸送状況一括管理表（Ａ）を提供する。ここで、輸送状況一括管理表の各行には、発グループ名又は発ブロック名を、各列には、着グループ名又は着ブロック名を表示する。そして、各行と各列との交差する各セルには、指定された集荷日（この例では、２０１４／０４／１０）に集荷された輸送貨物の集荷個数、積込個数、又は配達完了個数が表示される。
【００６４】
図７Ｃに示す輸送状況一括管理表を参照すると、北海道ブロックの道北グループを発地、東北ブロックのグループＢを着地とする輸送貨物の集荷個数は３個、そのうちの積込個数は１個、配達完了個数は１個であることが示される。
この例において、仮に現在時刻が積込アラート閾値時刻、又は配達アラート閾値時刻を過ぎている場合、北海道ブロックの道北グループから東北ブロックのグループＢへの輸送貨物の集荷個数と不一致となる積込個数又は配達個数をそれぞれアラート表示（例えば色指定）することができる。
そうすることで、ユーザは、指定された集荷日（２０１４／０４／１０）に北海道ブロックの道北グループから東北ブロックのグループＢに輸送される集荷個数３個のうち、何らかのイレギュラーな事情により、２個が未積込、未配達であることが把握可能となる。
何らかのイレギュラーな事情については、トレースデータベースに登録することが好ましい。そうすることで、ユーザの問い合わせの軽減につながることが期待できる。
【００６５】
［集荷個数リンク（Ｂ）］
各集荷個数には、集荷個数の内訳となるトレースレコード集合がリンクされる。
ユーザにより、集荷個数のリンク（以下、「集荷個数リンク」ともいう）を押下(クリック)することにより、図７Ｅに示すような、当該集荷個数の内訳となるトレースレコード集合の一覧表（以下、「トレースレコード一覧表」という）が表示される。
【００６６】
［未完了集荷日一覧表（Ｃ）］
また、検索パターン１（社外輸送サービス）、検索パターン２（回収輸送サービス）、検索パターン３（社内間輸送サービス）における輸送状況一括管理検索画面には、輸送状況一括管理表のほかに、過去１週間の日付を集荷日とするトレースレコードで、未配達状態のものが存在する場合、「未完了あり」（Ｃ）として、当該集荷日の一覧データ（「未完了集荷日一覧表」）を表示することができる。
未完了集荷日一覧表に表示される集荷日には、当該集荷日に集荷された輸送貨物のトレースレコードであって、現時点、未配達状態にあるトレースレコードの集合がリンクされる。
未完了集荷日一覧表に表示される集荷日のリンク（以下「集荷日リンク」（Ｄ）ともいう）を押下(クリック)することにより、当該集荷日に集荷された輸送貨物のトレースレコードであって、現時点、未配達状態にあるトレースレコード一覧表が表示される。
【００６７】
［更新ボタン（Ｅ）］
図７Ｃに示すように、輸送状況一括管理検索画面は、輸送状況一括管理表のほかに、「更新ボタン」（Ｅ）を備えている。ユーザにより、更新ボタンが押下(クリック)されると、輸送状況一括管理表を最新の状態に更新することができる。
【００６８】
［ダウンロードボタン（Ｆ）］
図７Ｃに示すように、輸送状況一括管理検索画面は、輸送状況一括管理表のほかに、「ダウンロードボタン」（Ｆ）を備え、ユーザにより、ダウンロードボタンが押下(クリック)されると、輸送状況一括管理表が端末１にダウンロードされる。
【００６９】
なお、集荷個数リンク（Ｂ）、未完了集荷日一覧表（Ｃ）、更新ボタン（Ｅ）、ダウンロードボタン（Ｆ）は、検索パターン１、検索パターン２、及びパターン３全ての輸送状況一括管理検索画面に共通する。
【００７０】
［トレースレコード一覧表（Ｇ）］
図７Ｅに示すように、トレースレコード一覧表（Ｇ）には、例えば、当該グループに分類された支社名、送り状番号、貨物の集荷個数、重量、集荷店、配達店、輸送の最新状況、配達完了日が表示される。なお、トレースレコードのどの項目を表示するかについては、ユーザニーズに合わせて変更することができる。
トレースレコード一覧表においても、未配達状態のトレースデータには、当該トレースレコードをアラート表示（例えば色指定）することができる。
【００７１】
［送り状番号リンク（Ｈ）］
さらに、トレースレコード一覧表に表示された各トレースレコードに表示される送り状番号には、当該送り状番号を有するトレースレコードがリンクされる。
ユーザにより、送り状番号のリンク（以下「送り状番号リンク」ともいう）が押下されると、図７Ｆに示すような、従来から提供されているトレースレコードの詳細情報（「単件照会」）が表示される。
【００７２】
［ダウンロードボタン］
図７Ｅに示すように、トレースレコード一覧表の表示画面は、「更新ボタン」を備え、ユーザにより、更新ボタンが押下されると、トレースレコード一覧表をダウンロードすることができる。
【００７３】
［回収輸送サービスについて］
回収輸送サービスを対象とする輸送状況一括管理検索機能（検索パターン２）の提供する機能及び画面構成は、社外間サービスを対象とする輸送状況一括管理検索機能（検索パターン１）の提供する機能及び画面構成と同じであり、説明を省略する。
【００７４】
［検索パターン３（社内間輸送サービス）］
図７Ｄは、社内間輸送サービスに対応する検索パターン３（社内間輸送サービス）における輸送状況一括管理検索画面の提供する画面例である。
検索パターン３（社内間輸送サービス）は、発グループから着グループあての輸送状況を表す表形式（輸送状況一括管理表）で提供する。
【００７５】
図７Ｄは、当該ユーザの検索パターン３の場合に対応して、発荷主（荷送人）及び着荷主（荷受人）に関してそれぞれ親グループ及び子グループ、並びに子グループ及び親グループが設定され、グループ情報記憶部２１２に記憶されているケースである。
この場合、親グループ（本社メールセンター）と子グループ（北海道、青森県、岩手県、宮城県、・・・、沖縄県）が予め設定されている。
【００７６】
検索パターン３における輸送状況一括管理検索画面は、発グループから着グループあての輸送状況を表す表形式の輸送状況一括管理表を提供する。輸送状況一括管理表（検索パターン３）が表形式で出力される。
図７Ｄの左側の表を参照すると、子グループ（北海道、青森県、岩手県、宮城県、・・・、沖縄県）から親グループ（本社メールセンター）までの輸送貨物の集荷個数、積込個数、及び配達個数を集計した輸送状況一括管理表（検索パターン３）がユーザに提供される。
図７Ｄの右側の表を参照すると、親グループ（本社メールセンター）から子グループ（北海道、青森県、岩手県、宮城県、・・・、沖縄県）までの輸送貨物の集荷個数、積込個数、及び配達個数を集計した輸送状況一括管理表（検索パターン３）がユーザに提供される。
【００７７】
図７Ｄの左側の表（発地：子グループ、着地：親グループ）を参照すると、例えば、子グループにおいて、「宮城県」の集計データは、集荷個数が１０個、積込個数が８個、配達個数が８個であり、仮に現在時刻が積込アラート閾値時刻を過ぎている場合、当該集計データの積込個数をアラート表示（例えば色指定）する。
また、茨城県の集計データは、集荷個数が８個、積込個数が８個、配達個数が０個であり、仮に現時刻が配達アラート閾値時刻を過ぎている場合、当該集計データの配達個数に、アラート表示（例えば色指定）する。
また、青森県の集計データは、集荷個数が０個であり、仮に現時刻が集荷アラート閾値時刻を過ぎている場合、当該集計データの集荷個数データについて、アラート表示（例えば色指定）する
【００７８】
また、検索パターン１と同様に、各集荷個数には、当該集荷個数の内訳となるトレースレコード集合の一覧表がリンクされ、集荷個数のリンク（以下、「集荷個数リンク」ともいう）を押下することにより、当該集荷個数の内訳となるトレースレコードの一覧表が表示される。
【００７９】
また、検索パターン１と同様に、輸送状況一括管理検索画面には、過去１週間の日付を集荷日とするトレースレコードで、未配達状態のものが存在する場合、「未完了あり」として、当該集荷日の一覧データ（「未完了集荷日一覧表」）を表示することができる。
【００８０】
［検索パターン４］
図７Ｂは、検索パターン４（日本地図表示による、各都道府県別の輸送状況を一括表示する輸送状況一括管理地図機能）における輸送状況一括管理検索画面の提供する画面例である。
検索パターン４は、予め、社外輸送サービス、回収輸送サービス、又は社内間輸送サービスのうち、１つ以上のサービスを設定しておき、設定されている輸送サービスを対象として、前日を集荷日とする集荷貨物の未配達状況を直感的に把握することが可能な、地図表示による輸送状況一括管理図（以下「輸送状況一括管理地図（Ｉ）」ともいう）を提供する。
【００８１】
図７Ｂに示すとおり、輸送状況一括管理検索画面において、「着地ベース」を押下(クリック)することにより、都道府県（北海道、青森県、・・・、沖縄県）を着地とし、前日を集荷日とする集荷貨物に配達未完了の貨物があるか否かの着地ベースの情報を直感的に把握することができる輸送状況一括管理地図を提供する。配達未完了の貨物がある都道府県については、輸送状況一括管理地図（Ｉ）上の該当する都道府県を色付け表示する。
【００８２】
また、「発地ベース」を押下(クリック)することにより、各都道府県（北海道、青森県、・・・、沖縄県）を発地とし、前日を集荷日とする集荷貨物に配達未完了の貨物があるか否かの発地ベースの情報を直感的に把握することができる輸送状況一括管理地図を提供する。輸送状況一括管理地図上に、配達未完了の貨物がある都道府県については、色付け表示する。配達未完了の貨物がある都道府県については、輸送状況一括管理地図上の該当する都道府県を色付け表示する。
【００８３】
［都道府県名リンク（Ｊ）］
また、各都道府県名（Ｊ）には、当該都道府県を発地又は着地とするトレースレコード集合がリンクされる。こうすることで、検索パターン１と同様に、都道府県名のリンク（以下、「都道府県名リンク」ともいう）を押下(クリック)することにより、図７Ｅに示すような、当該都道府県を発地又は着地とするトレースレコード一覧表が表示される。
【００８４】
［集荷なしボタン］
また、輸送状況一括管理検索画面に表示される「集荷なしボタン」を押下(クリック)することにより、前日を集荷日とする集荷貨物が発生していない地域表示を行うことができる。
【００８５】
以上、輸送状況一括管理検索システム１００が端末１に提供する輸送状況一括管理検索画面上の輸送状況一括管理表、輸送状況一括管理地図、トレースレコード一覧表とのリンク、未完了集荷日一覧表等の表示について説明した。
【００８６】
次に、一括管理検索情報を提供するための、制御部１０の備える各機能部について説明する
制御部１０は輸送状況一括管理検索のための各プログラムを実行することによって、サーバ２に所定の機能手段（以下、「輸送状況一括管理検索処理部」と総称する）として機能させる。
また、制御部１０は輸送状況一括管理検索のための各プログラムを実行することによって、サーバ２に、所定のステップ（以下、「輸送状況一括管理検索処理ステップ」と総称する）を実行させる。
【００８７】
以下、制御部１０の有する機能を輸送状況一括管理検索処理部の観点から説明する。なお、輸送状況一括管理検索処理ステップ（方法）の観点に基づく説明は、「部」を「ステップ」に置き換えることで説明できるため、省略する。
【００８８】
図４に示すように、制御部１０は、ログイン処理部１１と、端末間インタフェース部１２と、検索部１３と、集計部１４と、編集部１５と、グループ照会部１６と、単件照会部１７と、を備える。
集計部１４は、さらに、表形式集計部１４１と、地図形式集計部１４２と、を備える。
編集部１５は、さらに、表形式編集部１５１と、地図形式編集部１５２と、を備える。
次に、これらの機能部について説明する。
【００８９】
＜ログイン処理部１１＞
ログイン処理部１１は、端末１からのユーザの認証処理を含むログイン処理を実行して、端末１と接続処理を行う。
【００９０】
＜端末間インタフェース部１２＞
【００９１】
端末間インタフェース部１２は、端末１から受信したリクエストを解析して、当該リクエストを処理する機能部を選択し、当該リクエストに含まれているパラメータを選択した機能部にパラメータを提供して処理を要求する。
逆に、他の機能部から提供される出力データに基づいて、通信部３０を介して対応する端末にレスポンスを送信する。
端末間インタフェース部１２は、セッション管理を行うことで、一連のトランザクション処理の整合性を担保することができる。
【００９２】
次に、端末１から受信したリクエストに対応して、端末間インタフェース部１２が他の機能部に処理を要求するケースについて説明する。なお、端末間インタフェース部１２が、他の機能部から取得する出力データについても併せて簡単に説明するが、端末間インタフェース部１２が端末にレスポンスを送信する際の編集処理については後述する。
【００９３】
［ログイン要求］
端末間インタフェース部１２は端末１から受信したリクエストが、ログイン要求の場合、リクエストに含まれるパラメータをログイン処理部１１に提供し、ログイン処理を要求する。ここで、リクエストに含まれるパラメータは、ユーザＩＤ、パスワード等となる。
端末間インタフェース部１２は、図７Ａに示すようなメニューを生成するとともに、デフォルトで予め設定されている、検索パターンの種別（検索パターン４）及び集荷日（現在日付の前日を含む日付範囲（例えば１週間））を、検索部１３に提供し、検索処理を要求する。
なお、端末間インタフェース部１２は、ログイン要求に対するレスポンスのために、編集部１５から、輸送状況一括管理地図を取得する。
【００９４】
［輸送状況一括管理検索要求］
端末１から受信したリクエストが、輸送状況一括管理検索要求である場合、端末間インタフェース部１２は、リクエストに含まれるパラメータを検索部１３に提供し、検索処理を要求する。
ここで、リクエストに含まれるパラメータは、検索パターンの種別（検索パターン１、検索パターン２、又は検索パターン３のいずれか）及び集荷日となる。
ここで、集荷日は、1日分を指定するだけでなく、例えば、過去１週間のように範囲指定することができる。
端末１が、サーバ２に対して輸送状況一括管理検索要求をするケースは、メニューにおいて検索パターンが選択された場合、及び輸送状況一括管理表を表示中に、「更新ボタン」が押下(クリック）された場合である。
なお、端末間インタフェース部１２は、輸送状況一括管理検索要求に対するレスポンスのために、編集部１５から、輸送状況一括管理表を取得する。
【００９５】
［トレースレコード一覧表検索要求］
端末１から受信したリクエストが、トレースレコード一覧表検索要求である場合、端末間インタフェース部１２は、リクエストに含まれるパラメータをグループ照会部１６に提供し、検索処理を要求する。
端末１が、サーバ２に対してトレースレコード一覧表検索要求をするケースは、輸送状況一括管理表の表示中に、輸送状況一括管理表中の集荷個数リンクが押下された場合、又は輸送状況一括管理地図の表示中に都道府県名リンクが押下された場合、又は未完了集荷日一覧表を表示中に集荷日リンクが押下された場合である。
リクエストに含まれるパラメータは、トレースレコード一覧表を作成する際に使用された検索条件とすることができる。例えば、集荷個数リンクの場合、検索パターンの種別、集荷日、発グループ名、及び着グループ名となる。都道府県名リンクの場合、検索パターンの種別（検索パターン４）、集荷日、発地ベース又は着地ベースの指定、及び都道府県コードとなる。集荷日リンクの場合、検索パターンの種別、集荷日となる。
なお、パラメータとしては、トレースレコード一覧表に含まれるトレースレコードの送り状番号一覧としてもよい。
なお、端末間インタフェース部１２は、トレースレコード一覧表検索要求に対するレスポンスのために、グループ照会部１６からトレースレコード一覧表を取得する。
【００９６】
［単件照会］
端末１から受信したリクエストが、単件照会要求である場合、端末間インタフェース部１２は、リクエストに含まれるパラメータを単件照会部１７に提供し、検索処理を要求する。
リクエストに含まれるパラメータは、送り状番号となる。
端末１が、サーバ２に対して単件照会要求をするケースは、トレースレコード一覧表の表示中に、送り状番号リンクが押下された場合である。
なお、端末間インタフェース部１２は、単件照会要求に対するレスポンスのために、単件照会部１７から単件照会データを取得する。
【００９７】
［ダウンロード］
端末１から受信したリクエストが、ダウンロード要求である場合、端末間インタフェース部１２は、自身のワーク領域から、輸送状況一括管理表又はトレースレコード一覧表を端末1にダウンロード処理する。
リクエストに含まれるパラメータは、例えばファイル名となる。
端末１が、サーバ２に対してダウンロード要求をするケースは、輸送状況一括管理表を表示中に、ダウンロードボタンが押下(クリック）された場合、トレースレコード一覧表の表示中に、ダウンロードボタンが押下(クリック）された場合である。
【００９８】
以上、端末間インタフェース部１２が端末１から受信したリクエストの処理について説明した。
端末間インタフェース部１２が他の機能部から提供される出力データを、通信部３０を介して端末１に送信する際の処理については、他の機能部の説明後に後述する。
【００９９】
＜検索部１３＞
検索部１３は、端末間インタフェース部１２から、パラメータ「検索パターンの種別（検索パターン１、検索パターン２、又は検索パターン３のいずれか）及び集荷日付」、又は「検索パターン種別（検索パターン４）及び集荷日付（現在日付の前日を含む日付範囲（例えば、過去１週間））」を取得し、検索処理を行う。
【０１００】
［検索パターン１、検索パターン２、又は検索パターン３の場合の処理］
検索部１３は、ユーザＩＤ及び検索パターン種別に基づいて、ユーザ管理情報記録部２３から当該ユーザＩＤと紐づけられる全てのグループ荷主コード又は売掛金荷主コードを取得する。前述したように、検索部１３は、取得したグループ荷主コード又は売掛金荷主コードに基づいて、パラメータで指定された集荷日付に一致する集荷日付を有する、トレースレコードをトレースデータベース２１から検索して抽出する。
また、検索部１３は、現在日付の前日を含む日付範囲（例えば、過去１週間）に含まれる集荷日付を有する、トレースレコードをトレースデータベース２１から検索して抽出することができる。
【０１０１】
検索部１３は、トレースデータベース２１から抽出した検索パターン１乃至検索パターン３に対応するトレースレコード集合（以下「トレースレコード群Ａ」という）を、メモリ又は記憶部２０内にユーザＩＤ毎にワーク領域（以下、「ユーザワーク領域Ａ」ともいう）を設定し、パラメータ（検索パターン種別及び集荷日付）に関連付けて記憶する。
なお、検索部１３は、現在日付の前日を含む日付範囲（例えば、過去１週間）に含まれる集荷日付を有する、トレースレコードをトレースデータベース２１から抽出した場合、ユーザワーク領域Ａにトレースレコード群Ａを集荷日付毎に関連づけて記憶する。
その後、検索部１３は、ユーザＩＤ及びトレースレコード群Ａをパラメータ（検索パターン種別及び集荷日付）とともに集計部１４に提供する。
【０１０２】
［検索パターン４の場合の処理］
検索パターン４の場合は、検索部１３は、複数の検索パターンを併用するユーザについては、予め設定されている検索パターンの優先順位にしたがって、優先順位の高い検索パターンについて検索するものとする。
仮に、優先順位の高い検索パターンが検索パターン１の場合、検索部１３は、当該ユーザＩＤと紐づけられるグループ荷主コード又は売掛金荷主コードに基づいて、パラメータで指定された集荷日付に一致する集荷日付を有する、トレースレコードをトレースデータベース２１から検索して抽出する。
【０１０３】
検索部１３は、トレースデータベース２１から抽出したトレースレコード集合（以下「トレースレコード群Ｂ」という）を、メモリ又は記憶部２０内のユーザＩＤ毎に設定されるワーク領域（以下、「ユーザワーク領域Ｂ」ともいう）に、検索パターン４及び集荷日付範囲に含まれる各集荷日付毎に関連付けて記憶する。
その後、検索部１３は、ユーザＩＤ及びトレースレコード群Ｂを、パラメータ（検索パターン４、及び集荷日付（現在日付の前日を含む日付範囲）とともに集計部１４に提供する。
【０１０４】
＜集計部１４＞
集計部１４は、検索部１３によりユーザワーク領域Ａに格納されたトレースレコード群Ａ又は、検索部１３によりユーザワーク領域Ｂに格納されたトレースレコード群Ｂに基づいて、集計処理を行う。
集計部１４は、表形式集計部１４１と、地図形式集計部１４２と、を含む。
次に、その処理内容について説明する。
【０１０５】
［検索パターン１又は検索パターン２の場合の処理］
表形式集計部１４１は、検索パターン１又は検索パターン２の場合、ユーザワーク領域Ａに記憶されたトレースレコード群Ａに基づいて、指定された集荷日付単位に、発グループ・着グループ別に集荷個数、積込個数、及び配達個数を集計する。以下、「集荷個数、積込個数、及び配達個数」を集荷(個数）データという。
なお、表形式集計部１４１は、検索パターン１又は検索パターン２の場合、グループ別でなく、ユーザワーク領域Ａに記憶されたトレースレコード群Ａに基づいて、指定された集荷日付単位に、発地・着地別に集荷個数、積込個数、及び配達個数を集計するようにしてもよい。以下の説明においては、グループ別集計について説明するが、発地・着地別に集計する場合の処理も同様にできる。
【０１０６】
表形式集計部１４１は、グループ情報記憶部２４に記憶されたグループ情報に基づいて、トレースレコード群Ａに属する各トレースレコードの発荷主情報から発グループを、着荷主情報から着グループをそれぞれ対応づけることにより、トレースレコード群Ａに属する各トレースレコードを発グループ・着グループ単位に分類する。この際、各トレースレコードに、発グループ名及び着グループ名を付加してもよい。
【０１０７】
表形式集計部１４１は、発グループ・着グループ別に分類されたトレースレコード群Ａに属する各トレースレコード中の集荷登録データ、配達予定時間登録データ及び配達完了登録データに基づいてそれぞれ集荷個数、積込個数、配達個数を、発グループ・着グループ単位にカウントする。
そうすることで、表形式集計部１４１は、各発グループから各着グループまで輸送される輸送貨物の集荷個数、積込個数、及び配達個数を集計した、発グループ・着グループ別集計データ（以下「発グループ・着グループ別集計(個数)データ」ともいう）を作成する。
【０１０８】
表形式集計部１４１は、発グループ・着グループ別集計(個数)データに基づいて、各発グループから各着ブロックまで輸送される輸送貨物の集荷個数、積込個数、及び配達個数を集計した発グループ・着ブロック別集計(個数)データ、各発グループから輸送される輸送貨物の集荷個数、積込個数、及び配達個数を集計した発グループ別集計(個数)データ、各発ブロックから輸送される輸送貨物の集荷個数、積込個数、及び配達個数を集計した発ブロック・着グループ別集計(個数)データ、各着グループに輸送される輸送貨物の集荷個数、積込個数、及び配達個数を集計した着グループ別集計(個数)データを作成する。
【０１０９】
表形式集計部１４１は、作成した発グループ・着グループ別集計(個数)データ、発グループ・着ブロック別集計(個数)データ、発グループ別集計(個数)データ、発ブロック・着グループ別集計(個数)データ、着グループ別集計(個数)データ（以下、「グループ別集計(個数)データ」ともいう）をパラメータ（検索パターン種別及び集荷日付）に関連付けて、ユーザワーク領域Ａに記憶する。
【０１１０】
また、表形式集計部１４１は、発グループ・着グループ別に分類されたトレースレコード群Ａに属する各トレースレコードの輸送履歴情報（例えば、最新履歴情報等）を参照して、集荷件数、積込件数、未積込件数、及び配達完了件数を発グループ・着グループ単位にカウントする。
そうすることで、各発グループから各着グループまで輸送される全集荷件数、積込件数、未積込件数、及び配達完了件数を集計した、発グループ・着グループ別集計データ（以下「発グループ・着グループ別集計(件数)データ」ともいう）を作成することができる。
【０１１１】
表形式集計部１４１は、発グループ・着グループ別集計(件数)データに基づいて、各発グループから各着ブロックまで輸送される輸送貨物の集荷件数、積込件数、未積込件数、及び配達完了件数を集計した発グループ・着ブロック別集計(件数)データ、各発グループから輸送される輸送貨物の集荷件数、積込件数、未積込件数、及び配達完了件数を集計した発グループ別集計(件数)データ、各発ブロックから輸送される輸送貨物の集荷件数、積込件数、未積込件数、及び配達完了件数を集計した発ブロック・着グループ別集計(個数)データ、各着グループに輸送される輸送貨物の集荷件数、積込件数、未積込件数、及び配達完了件数を集計した着グループ別集計(件数)データを作成することができる。
【０１１２】
表形式集計部１４１は、作成した発グループ・着グループ別集計(件数)データ、発グループ・着ブロック別集計(件数)データ、発グループ別集計(件数)データ、発ブロック・着グループ別集計(件数)データ、着グループ別集計(件数)データ（以下、「グループ別集計(件数)データ」ともいう）をパラメータ（検索パターン種別及び集荷日付）に関連付けて、ユーザワーク領域Ａに記憶することができる。
【０１１３】
また、表形式集計部１４１は、ユーザワーク領域Ａに、現在日付の前日を含む日付範囲（例えば、過去１週間）に含まれる集荷日付毎にトレースレコード群Ａが記憶されている場合、集荷日毎に、トレースレコード群Ａに属する各トレースレコードの配達完了登録データを参照して、配達完了登録のなされていないトレースレコードが存在する集荷日をピックアップすることで、配達未完のある集荷日の一覧である「未完了集荷日一覧表」を作成することができる。
【０１１４】
表形式集計部１４１は、作成した未完了集荷日一覧表をパラメータ（検索パターン種別及び集荷日付）に関連付けて、ユーザワーク領域Ａに記憶することができる。
【０１１５】
その後、表形式集計部１４１は、ユーザＩＤ及びグループ別集計(個数)データ、グループ別集計(件数)データ、及び未完了集荷日一覧表をパラメータ（検索パターン種別及び集荷日付）とともに編集部１５に提供する。
【０１１６】
［検索パターン３の場合の処理］
検索パターン３の場合の処理も、検索パターン１又は検索パターン２の場合の処理と基本的に同じである。ただし、検索パターン３の場合は、１つの親グループと複数の子グループ間での貨物の輸送である点が少し異なる。
なお、表形式集計部１４１は、検索パターン３の場合についても、検索パターン１又は検索パターン２の場合と同様に、グループ別でなく、ユーザワーク領域Ａに記憶されたトレースレコード群Ａに基づいて、指定された集荷日付単位に、１つの発地（着地）を親として、他の着地（発地）を子とした、発地(親)・着地(子)単位、及び発地(子)・着地(親)単位に集荷個数、積込個数、及び配達個数を集計するようにしてもよい。以下の説明においては、グループ別集計について説明するが、発地(親)・着地(子)単位、及び発地(子)・着地(親)単位に集計する場合の処理も同様にできる。
以下、親グループが発地となる場合、親グループ（発）と記載し、親グループが着地となる場合、親グループ（着）と記載する。同様に、子グループが発地となる場合、子グループ（発）と記載し、子グループが着地となる場合、子グループ（着）と記載する。
【０１１７】
［親グループ（発）・子グループ（着）］
表形式集計部１４１は、グループ情報記憶部２４に記憶された親子グループ情報に基づいて、トレースレコード群Ａに属する各トレースレコードの発荷主情報から親子グループを、同様に着荷主情報から親子グループをそれぞれ対応づけることにより、トレースレコード群Ａに属する各トレースレコードを親グループ（発）・子グループ（着）と子グループ（発）・親グループ（着）の２種類に分類する。この際、各トレースレコードに、親グループ名及び子グループ名を付加してもよい。
【０１１８】
表形式集計部１４１は、親グループ（発）・子グループ（着）に分類された各トレースレコード中の集荷登録データ、配達予定時間登録データ及び配達完了登録データに基づいて集荷個数、積込個数、配達個数を、子グループ（着）単位にカウントする。
そうすることで、表形式集計部１４１は、親グループ（発）から各子グループ（着）まで輸送される輸送貨物の集荷個数、積込個数、及び配達個数を集計した、親グループ(発)・子グループ（着）別集計データ（以下「親グループ(発)・子グループ（着）別集計(個数)データ」ともいう）を作成する。
【０１１９】
表形式集計部１４１は、親グループ(発)・子グループ（着）別集計(個数)データに基づいて、親グループから輸送される輸送貨物の集荷個数、積込個数、及び配達個数を集計した親グループ集計(個数)データを作成する。
【０１２０】
また、表形式集計部１４１は、親グループ（発）・子グループ（着）に分類された各トレースレコードの輸送履歴情報（例えば、最新履歴情報等）を参照して、子グループ（着）単位に集荷件数、積込件数、未積込件数、及び配達完了件数をカウントすることで、親グループ（発）から各子グループ（着）まで輸送される全集荷件数、積込件数、未積込件数、及び配達完了件数を集計した、親グループ(発)・子グループ（着）別集計データ（以下「親グループ(発)・子グループ（着）別集計(件数)データ」ともいう）を作成することができる。
【０１２１】
表形式集計部１４１は、親グループ(発)・子グループ（着）別集計(件数)データに基づいて、親グループ(発)から輸送される輸送貨物の集荷件数、積込件数、未積込件数、及び配達完了件数を集計した親グループ(発)集計(件数)データを作成することができる。
【０１２２】
［子グループ（発）親グループ（着）］
【０１２３】
表形式集計部１４１は、子グループ（発）・親グループ（着）に分類された各トレースレコードの登録データに基づいて集荷個数、積込個数、配達個数を、子グループ（発）単位にカウントする。
そうすることで、表形式集計部１４１は、各子グループ（発）から親グループ（着）まで輸送される輸送貨物の集荷個数、積込個数、及び配達個数を集計した、子グループ(発)・親グループ（着）別集計データ（以下「子グループ(発)・親グループ（着）別集計(個数)データ」ともいう）を作成する。
【０１２４】
表形式集計部１４１は、子グループ(発)・親グループ（着）別集計(個数)データに基づいて、親グループ（着）に輸送される輸送貨物の集荷個数、積込個数、及び配達個数を集計した親グループ（着）集計(個数)データを作成する。
【０１２５】
また、表形式集計部１４１は、子グループ（発）・親グループ（着）に分類された各トレースレコードの輸送履歴情報（例えば、最新履歴情報等）を参照して、子グループ（発）単位に集荷件数、積込件数、未積込件数、及び配達完了件数をカウントすることで、各子グループ（発）から親グループ（着）まで輸送される全集荷件数、積込件数、未積込件数、及び配達完了件数を集計した、子グループ（発）親グループ（着）別集計データ（以下「子グループ（発）親グループ（着）別集計(件数)データ」ともいう）を作成することができる。
【０１２６】
表形式集計部１４１は、子グループ（発）親グループ（着）別集計(件数)データに基づいて、親グループ(着)に輸送される輸送貨物の集荷件数、積込件数、未積込件数、及び配達完了件数を集計した親グループ(着)集計(件数)データを作成することができる。
【０１２７】
また、表形式集計部１４１は、ユーザワーク領域Ａに、現在日付の前日を含む日付範囲（例えば、過去１週間）に含まれる集荷日付毎にトレースレコード群Ａが記憶されている場合、集荷日毎に、トレースレコード群Ａに属する各トレースレコードの配達完了登録データを参照して、配達完了登録のなされていないトレースレコードが存在する集荷日をピックアップすることで、配達未完のある集荷日の一覧である「未完了集荷日一覧表」を作成することができる。
【０１２８】
表形式集計部１４１は、作成した親グループ(発)・子グループ（着）別集計(個数)データ、親グループ(発）集計(個数)データ、子グループ(発)・親グループ（着）別集計(個数)データ、親グループ（着）集計(個数)データ（以下、「親子グループ別集計(個数)データ」ともいう）をパラメータ（検索パターン種別及び集荷日付）に関連付けて、ユーザワーク領域Ａに記憶する。
【０１２９】
また、表形式集計部１４１は、作成した親グループ(発)・子グループ（着）別集計(件数)データ、親グループ(発)集計(件数)データ、子グループ（発）親グループ（着）別集計(件数)データ、親グループ(着)集計(件数)データ（以下、「親子グループ別集計(件数)データ」ともいう）をパラメータ（検索パターン種別及び集荷日付）に関連付けて、ユーザワーク領域Ａに記憶することができる。
【０１３０】
表形式集計部１４１は、作成した未完了集荷日一覧表をパラメータ（検索パターン種別及び集荷日付）に関連付けて、ユーザワーク領域Ａに記憶することができる。
【０１３１】
その後、表形式集計部１４１は、ユーザＩＤ、及び親子グループ別集計(個数)データ及び親子グループ別集計(件数)データをパラメータ（検索パターン種別及び集荷日付）とともに編集部１５に提供する。
【０１３２】
［検索パターン４の場合の処理］
地図形式集計部１４２は、検索パターン４の場合、グループ情報記憶部２４に記憶された地域グループ（都道府県グループ）情報に基づいて、トレースレコード群Ｂに属する各トレースレコードの発荷主情報の発荷主市町村ＪＩＳコードから発グループ（都道府県コード及び都道府県名）を、着荷主情報の着荷主市町村ＪＩＳコードから着グループ（都道府県コード及び都道府県名）をそれぞれ対応づける。この際、各トレースレコードに、発グループ名（都道府県名）及び着グループ名（都道府県名）を付加してもよい。
【０１３３】
地図形式集計部１４２は、トレースレコード群Ｂに属する各トレースレコードを発グループ（都道府県名）単位に分類する。
【０１３４】
地図形式集計部１４２は、発グループ（都道府県名）別に分類された各トレースレコードの配達完了登録データを参照して、集荷日毎に配達完了登録のなされていない、配達遅延の発生している発グループ（都道府県名）をピックアップし、集荷日別・配達未完了都道府県データ（発地ベース）を作成し、パラメータ（検索パターン種別及び集荷日付）に関連付けて、ユーザワーク領域Ｂに記憶する。
また、地図形式集計部１４２は、集荷日別・配達未完了都道府県データ（発地ベース）が空集合でない集荷日をピックアップして、「未完了集荷日一覧表」を作成し、パラメータ（検索パターン種別及び集荷日付）に関連付けて、ユーザワーク領域Ｂに記憶する。なお、地図形式集計部１４２は、集荷日毎に、トレースレコード群Ｂに属する各トレースレコードの配達完了登録データを参照して、配達完了登録のなされていないトレースレコードが存在する集荷日をピックアップすることで「未完了集荷日一覧表」を作成してもよい。
【０１３５】
また、地図形式集計部１４２は、発グループ（都道府県名）別に分類された各トレースレコードの集荷登録データを参照して、集荷日毎に、集荷登録のなされていない発グループ（都道府県名）をピックアップし、集荷日別・集荷なし都道府県データを作成し、パラメータ（検索パターン種別及び集荷日付）に関連付けて、ユーザワーク領域Ｂに記憶する。
【０１３６】
また、地図形式集計部１４２は、トレースレコード群Ｂに属する各トレースレコードを着グループ（都道府県名）単位別に分類する。
【０１３７】
地図形式集計部１４２は、着グループ（都道府県名）別に分類されたトレースレコード群Ｂに属する各トレースレコードの配達完了登録データを参照して、集荷日毎に、配達完了登録のなされていない、配達遅延の発生している着グループ（都道府県名）をピックアップし、集荷日別・配達未完了都道府県データ（着地ベース）を作成し、パラメータ（検索パターン種別及び集荷日付）に関連付けて、ユーザワーク領域Ｂに記憶する。
【０１３８】
その後、地図形式集計部１４２は、ユーザＩＤ、及び集荷日別・配達未完了都道府県データ（発地ベース）、集荷日別・配達未完了都道府県データ(着地ベース）、集荷日別・集荷なし都道府県データ、及び未完了集荷日一覧表を、パラメータ（検索パターン種別及び集荷日付）とともに、編集部１５に提供する。
【０１３９】
なお、地図形式におけるグループ分けは、都道府県別に限定されない。ユーザの支店・支社・事業所等の地域分布の特徴に応じて、適宜設定することができる。
【０１４０】
＜編集部１５＞
編集部１５は、集計部１４により集計された各集計データに基づいて、予め設定された形式の配達遅延一覧データを編集し、その際、アラート対象とされた所定のデータ項目を予め設定されたアラート表示形式に編集する。
【０１４１】
編集部１５は、表形式編集部１５１と、地図形式編集部１５２と、を含む。
【０１４２】
［表形式編集部１５１]
検索パターン１又は検索パターン２の場合、表形式編集部１５１は、表形式集計部１４１によりユーザワーク領域Ａに記憶されたグループ別集計(個数）データ（発グループ・着グループ別集計(個数)データ、発グループ・着ブロック別集計(個数)データ、発グループ別集計(個数)データ、発ブロック別集計データ、着グループ別集計(個数)データ、及び全体集計(個数)データ）を表形式データに編集する。
ここで、各集計（個数）データは、集荷個数、積込個数、及び配達個数から構成される。
なお、表形式集計部１４１により、グループ別でなく発地・着地別に集荷個数、積込個数、及び配達個数を集計された場合、表形式編集部１５１は、発地・着地別集計データを表形式データに編集することができる。以下の説明においては、グループ別編集について説明するが、発地・着地別に編集する場合の処理も同様である。
【０１４３】
表形式データに編集する際、現在時刻が、アラート時間情報記憶部２５に予め設定された積込アラート閾値時刻を過ぎている場合、積込個数が集荷個数と一致しない各集計(個数）データの積込個数について、アラート表示形式（例えば、セル表示する場合は、セルを色付ける形式）に編集する。
また、表形式データに編集する際、現在時刻がアラート時間情報記憶部２５に予め設定された配達アラート閾値時刻を過ぎている場合に、配達個数が集荷個数と一致しない各集計(個数）データにおける配達個数について、アラート表示形式（例えば、セル表示する場合は、セルを色付ける形式）に編集する。
【０１４４】
また、表形式編集部１５１は、表形式データに編集する際、各集計(個数）データの集荷個数に、集荷個数に対応するトレースレコード集合をリンク付けする。
トレースレコード集合のリンク付けに際しては、トレースレコード一覧表を作成する際に使用された検索条件をリンクさせることができる。例えば、集荷個数リンクの場合、検索パターンの種別、集荷日、発グループ名、及び着グループ名となる。なお、検索条件として、トレースレコード一覧表に含まれるトレースレコードの送り状番号一覧としてもよい。
【０１４５】
検索パターン３の場合、表形式編集部１５１は、表形式集計部１４１によりユーザワーク領域Ａに記憶された、親グループ(発)・子グループ（着）別集計(個数)データ及び親グループ(発)集計(個数)データ、並びに子グループ（発）・親グループ（着）別集計(個数)データ及び親グループ（着）集計(個数)データをそれぞれ表形式データ（「輸送状況一括管理表」）に編集する。
なお、表形式集計部１４１により、グループ別でなく、発地(親)・着地(子)単位、及び発地(子)・着地(親)単位に集荷個数、積込個数、及び配達個数を集計された場合、表形式編集部１５１は、発地(親)・着地(子)単位、及び発地(子)・着地(親)単位に表形式データに編集することができる。以下の説明においては、グループ別編集について説明するが、発地(親)・着地(子)単位、及び発地(子)・着地(親)単位に編集する場合の処理も同様である。
また、その際、表形式編集部１５１は、検索パターン１及び検索パターン２の場合と同様に、各集計(個数）データの集荷個数に、集荷個数に対応するトレースレコード集合をリンク付けする。
【０１４６】
また、表形式編集部１５１は、検索パターン１及び検索パターン２の場合と同様に、現在時刻がアラート時間情報記憶部２５に予め設定された積込アラート閾値時刻を過ぎている場合、積込個数が集荷個数と一致しない各集計(個数）データの積込個数について、また、現在時刻がアラート時間情報記憶部２５に予め設定された配達アラート閾値時刻を過ぎている場合に、配達個数が集荷個数と一致しない各集計(個数）データにおける配達個数について、それぞれアラート表示形式（例えば、セル表示する場合は、配達個数のセルを色付ける形式）に編集する。
【０１４７】
また、表形式編集部１５１は、現時刻が、アラート時間情報記憶部２５に予め設定された集荷アラート閾値時刻を過ぎて、かつ現時刻の集荷個数が０個の場合、集荷個数をアラート表示形式（例えば、セル表示する場合は、集荷個数のセルを色付ける形式）に編集する。こうすることで、当該発グループにおいて何らかのイレギュラーな事情が発生し、輸送貨物が未集荷状態となっている可能性が高いことをユーザに警告することができる。
【０１４８】
なお、表形式編集部１５１は、検索パターン１及び検索パターン２の場合と同様に、アラート表示形式に編集する場合、当該アラート表示形式に編集された、集計データを内訳として含む、全ての集計(個数）データ（例えば合計欄）についても、アラート表示形式（例えば、セル表示する場合は、セルを色付ける形式）に編集する。
【０１４９】
また、表形式編集部１５１は、表形式集計部１４１によりユーザワーク領域Ａに記憶された、配達未完のある集荷日の一覧である未完了集荷日一覧表に含まれる、配達未完のある各集荷日に、当該集荷日に集荷された貨物のトレースレコード集合をリンク付け（「集荷日リンク」）する。トレースレコード集合のリンク付けに際しては、トレースレコード集合を作成する際に使用される検索条件をリンクさせることができる。集荷日リンクの場合、検索パターンの種別、集荷日となる。なお、検索条件として、トレースレコード一覧表に含まれるトレースレコードの送り状番号一覧としてもよい。
【０１５０】
図７Ｃを参照すると、表形式編集部１５１は、例えば、発グループが「道北」で着グループが「グループＢ」の集計(個数）データは、集荷個数が３個、積込個数が１個、配達個数が１個であり、現在時刻が積込アラート閾値時刻及び配達アラート閾値時刻を過ぎている場合、当該集計データの積込個数及び配達個数について、アラート表示形式（例えば、セルを色付ける形式）に編集している。
【０１５１】
また、図７Ｄを参照すると、表形式編集部１５１は、例えば、子グループ(発)において、「宮城県」の集計(個数）データは、集荷個数が１０個、積込個数が８個、配達個数が１０個であり、現在時刻が第１設定時刻を過ぎている場合、当該集計データの積込個数データをアラート表示形式（例えば、セルを色付ける形式）に編集している。
なお、表形式編集部１５１は、合計集計(個数）データについても、アラート表示形式（例えば、セルを色付ける形式）に編集する。
【０１５２】
表形式編集部１５１は、作成した輸送状況一括管理表、未完了集荷日一覧表をパラメータ（検索パターン種別及び集荷日付）に関連付けて、ユーザワーク領域Ａに記憶することができる。
【０１５３】
その後、表形式編集部１５１は、ユーザＩＤ、及び輸送状況一括管理表、未完了集荷日一覧表をパラメータ（検索パターン種別及び集荷日付）とともに端末間インタフェース部１２に提供する。
【０１５４】
［地図形式編集部１５２]
地図形式編集部１５２は、地図形式集計部１４２によりユーザワーク領域Ｂに記憶された集荷日別・配達未完了都道府県データ（発地ベース）、及び集荷日別・配達未完了都道府県データ(着地ベース）を地図形式データ（輸送状況一括管理地図）に編集する。
具体的には、図７Ａに示すように、発地ベース又は着地ベースで、各都道府県を記載した日本地図形式データを編集する。その際、地図形式編集部１５２は、配達未完了都道府県データ（発地ベース）又は配達未完了都道府県データ（着地ベース）に基づいて、集荷日が前日で配達未完了の都道府県を、アラート表示形式に編集（例えば、対応する都道府県に色づけ指定）する。
なお、例えば発地ベースの日本地図形式データ（「輸送状況（発地ベース）一括管理地図」という）をデフォルトとして作成し、ユーザからの指示にしたがって、着地ベースの日本地図形式データ（「輸送状況（着地ベース）一括管理地図」という）への切換えを行うようにすることができる。
【０１５５】
また、地図形式編集部１５２は、集荷なし都道府県データに基づいて、各都道府県を記載した日本地図形式データの編集時に、集荷なし都道府県をアラート表示形式に編集（例えば、対応する都道府県に色づけ指定）することができる（「輸送状況（集荷なし）一括管理地図」という）。
【０１５６】
さらに、地図形式編集部１５２は、発地ベースの各都道府県名に、当該都道府県を発地又は着地とするトレースレコード集合をリンク付け（都道府県名リンク）する。なお、トレースレコード集合のリンク付けに際しては、トレースレコード一覧表を作成する際に使用される検索条件をリンクさせることができる。都道府県名リンクの場合、検索条件は、「検索パターンの種別（検索パターン４）、集荷日、発地ベース又は着地ベースの指定、及び都道府県コード」となる。検索条件として、トレースレコード一覧表に含まれるトレースレコードの送り状番号一覧としてもよい。
【０１５７】
地図形式編集部１５２は、作成した輸送状況（発地ベース）一括管理地図、輸送状況（着地ベース）一括管理地図、輸送状況（集荷なし）一括管理地図（以上「輸送状況一括管理地図」という）、及びそれぞれの都道府県名リンクをパラメータ（検索パターン種別及び集荷日付）に関連付けて、ユーザワーク領域Ｂに記憶することができる。
【０１５８】
その後、地図形式編集部１５２は、輸送状況一括管理地図、及びそれぞれの都道府県名リンクをパラメータ（検索パターン種別及び集荷日付）とともに端末間インタフェース部１２に提供する。
その際、同一トランザクションについてはセッション管理がなされていることから、ユーザＩＤ、セッション管理番号等を編集部１５に引き継ぐ。
【０１５９】
＜グループ照会部１６＞
グループ照会部１６は、端末間インタフェース部１２から、パラメータを取得して、トレースレコード一覧表を作成する。ここで、パラメータは、前述したとおり、トレースレコード一覧表を作成する際に使用された検索条件とすることができる。例えば、集荷個数リンクの場合、検索パターンの種別、集荷日、発グループ名、及び着グループ名となる。都道府県名リンクの場合、検索パターンの種別（検索パターン４）、集荷日、発地ベース又は着地ベースの指定、及び都道府県コードとなる。集荷日リンクの場合、検索パターンの種別、集荷日となる。
なお、パラメータとしては、トレースレコード一覧表に含まれるトレースレコードの送り状番号一覧としてもよい。
【０１６０】
例えば、図７Ｅに示すように、グループ照会部１６は、各トレースレコードのデータ（支店・支社・事業所情報、送り状番号、個数、重量、集荷店、配達店、最新状況、配達完了日等）を表形式データに編集する。その際、未配達状態のトレースレコードについては、アラート表示形式に編集（例えば、格納するセルに色づけ指定）する。
【０１６１】
その後、グループ照会部１６は、トレースレコード一覧表をパラメータとともに端末間インタフェース部１２に提供する。
【０１６２】
＜単件照会部１７＞
単件照会部１７は、指定された送り状番号をキーとして、例えば、図７Ｅに示すように、当該トレースレコードのデータ項目例えば、最新の輸送状況、輸送状況詳細、発地情報、着地情報、集配履歴情報等を表形式に編集する。
【０１６３】
その後、単件照会部１７は、単件照会データをパラメータとともに端末間インタフェース部１２に提供する。
【０１６４】
＜端末間インタフェース部１２による編集処理＞
最後に、端末間インタフェース部１２が他の機能部から提供される出力データを、通信部３０を介して端末１に送信する際の処理について説明する。
【０１６５】
［表形式編集部１５１から取得するデータ］
端末間インタフェース部１２は、表形式編集部１５１によりそれぞれ編集された輸送状況一括管理表及び集合日リンクを予め設定されたレコード形式に変換して、端末１に、通信ネットワーク３を介して提供する。
端末間インタフェース部１２は、予め設定されたレコード形式をＨＴＭＬによるマークアップされるドキュメント（以下「ＨＴＭＬ文書」ともいう）とする場合、端末間インタフェース部１２は、例えば、図７Ｃ及び図７Ｄに示すように、輸送状況一括管理表をアラート表示形式に編集されている積込個数及び配達個数の格納されるセルを色づけされ、また、集荷個数リンクにトレースレコード一覧表をリンクさせたＨＴＭＬデータ形式に変換する。
また、端末間インタフェース部１２は、未完了一覧表に含まれる輸送貨物が全て配達完了になっていない集荷日リンクを「未完了あり」欄に編集する。
前述したように、トレースレコード集合のリンク付けに際しては、トレースレコード一覧表を作成する際に使用された検索条件をリンクさせることができる。例えば、集荷個数リンクの場合、検索パターンの種別、集荷日、発グループ名、及び着グループ名となる。集荷日リンクの場合、検索パターンの種別、集荷日となる。また、検索条件として、トレースレコード一覧表に含まれるトレースレコードの送り状番号一覧としてもよい。
また、端末間インタフェース部１２は、「更新」ボタン及び「ダウンロード」ボタンをそれぞれ、新たに付加して、例えばスクリプト付きＨＴＭＬデータ形式に変換する。
【０１６６】
このようにして、端末間インタフェース部１２は、例えば図７Ｃに示す、輸送状況一括管理検索画面に対応するスクリプト付きＨＴＭＬ文書を作成し、端末１に、通信ネットワーク３を介して提供する。
端末１は、表示制御部１２Ａによりサーバ２から送信されたスクリプト付きＨＴＭＬ文書を画面表示することができる。
そうすることで、端末１は、集荷個数のリンクが押下（クリック）されることで、当該集荷個数に含まれる全てのトレースレコード一覧表を表示することができる。
また、端末１は、「未完了あり」欄の集荷日のリンクが押下（クリック）されることで、同様に、図７Ｅに示すような、当該日付を集荷日とする全てのトレースレコード一覧表を表示することができる。
また、端末１は、「更新」ボタンが押下（クリック）されることにより、輸送状況一括管理表及び集合日リンクに最新のデータを反映するように、検索部１３の検索処理から再処理するように、サーバ２に対してリクエストすることができる。
また、端末１は、「ダウンロード」ボタンが押下（クリック）されることにより、輸送状況一括管理表を、端末１にダウンロードすることができる。
【０１６７】
［地図形式編集部１５２から取得するデータ］
端末間インタフェース部１２は、地図形式編集部１５２によりそれぞれ編集された輸送状況一括管理地図及び都道府県名リンクを、例えばＨＴＭＬ文書に変換する場合、図７Ｂに示すように、端末間インタフェース部１２は、地図形式編集部１５２により編集された輸送状況（発地ベース）一括管理地図、輸送状況（着地ベース）一括管理地図、及び輸送状況（集荷なし）一括管理地図を、アラート表示形式に編集されている都道府県名の格納される領域を色づけするＨＴＭＬ文書に編集する。その際、都道府県名リンクにトレースレコード一覧表をリンクさせたＨＴＭＬデータ形式に変換する。
その際、端末間インタフェース部１２は、都道府県名リンクにトレースレコード一覧表をリンクさせたＨＴＭＬデータ形式を編集するとともに、「発地ベース」、「着地ベース」、又は「集荷なし」を指定するラジオボタンを新たに設けるスクリプト付きＨＴＭＬ文書を編集することができる。
前述したように、トレースレコード集合のリンク付けに際しては、トレースレコード一覧表を作成する際に使用された検索条件をリンクさせることができる。都道府県名リンクの場合、検索パターンの種別（検索パターン４）、集荷日、発地ベース又は着地ベースの指定、及び都道府県コードとなる。また、検索条件として、トレースレコード一覧表に含まれるトレースレコードの送り状番号一覧としてもよい。
【０１６８】
このようにして、端末間インタフェース部１２は、例えば図７Ｂに示す、輸送状況一括管理検索画面に対応するスクリプト付きＨＴＭＬ文書を作成し、端末１に、通信ネットワーク３を介して提供する。
端末１は、表示制御部１２Ａによりサーバ２から送信されたスクリプト付きＨＴＭＬ文書を画面表示することができる。
そうすることで、端末１は、「発地ベース」ボタンが押下（クリック）されることにより、輸送状況（発地ベース）一括管理地図を表示する。
同様に、端末１は、「着地ベース」ボタンが押下（クリック）されることにより、輸送状況（着地ベース）一括管理地図を表示する。
また、端末１は、「集荷なし」ボタンが押下（クリック）されることにより、輸送状況（集荷なし）一括管理地図を表示する。
このように、端末１は、当該ラジオボタンのクリックに応じて、「発地ベース」、「着地ベース」、又は「集荷なし」の一括管理地図を相互に切り替えることができる。
また、端末１は、都道府県名リンクが押下（クリック）されることで、当該都道府県を発地又は着地とするトレースレコード一覧表を表示することができる。
【０１６９】
［トレースレコード一覧照会の場合］
端末間インタフェース部１２は、グループ照会部１６により編集されたトレースレコード一覧表を、例えば、ＨＴＭＬ文書に変換する場合、例えば、図７Ｅに示すように、アラート表示形式に編集されているレコードを色づけするＨＴＭＬ文書を編集することができる。
その際、各レコードの送り状番号に当該番号に該当するトレースレコードの詳細情報を表示する単件照会にリンクさせたＨＴＭＬデータ形式を編集するとともに、「全件表示」又は「未配達のみ表示」を指定するラジオボタンを新たに設けるスクリプト付きＨＴＭＬ文書を編集することができる。
【０１７０】
このようにして、端末間インタフェース部１２は、例えば図７Ｅに示す、トレースレコード一覧表に対応するスクリプト付きＨＴＭＬ文書を作成し、端末１に、通信ネットワーク３を介して提供する。
端末１は、表示制御部１２Ａによりサーバ２から送信されたスクリプト付きＨＴＭＬ文書を画面表示することができる。
そうすることで、端末１は、トレースレコード一覧表における送り状番号が押下（クリック）されることで、図７Ｆに示すように、当該送り状番号に該当するトレースレコードの詳細を表示することができる。
また、端末１は、「全件表示ボタン」又は「未配達のみ表示」ボタンの押下（クリック）に応じて、全件表示又は未配達のみ表示を相互に切り替えることができる。
【０１７１】
［単件照会の場合］
図７Ｆを参照すると、端末間インタフェース部１２は、単件照会部１７により編集されたトレースレコードの詳細情報（例えば、最新の輸送状況、発地情報、着地情報、集配履歴情報等）を表示するＨＴＭＬ文書にマッピングすることができる。
【０１７２】
以上のように、端末間インタフェース部１２は、例えばＨＴＭＬ文書変換機能を備える。そうすることで、例えば、ラジオボタン、更新ボタン等の制御ボタンを適宜編集することが可能となる。
【０１７３】
（システム１００の動作）
以上、輸送状況一括管理検索システム１００の構成について説明した。続いて、輸送状況一括管理検索システム１００の動作について説明する。図８Ａ〜図８Ｃは、輸送状況一括管理検索システム１００の処理の流れを示すフローチャートである。
【０１７４】
始めに、図８Ａを参照して、端末１がサーバ２に接続してから、メニューと輸送状況一括管理地図を表示する画面を受信するまでの処理フローについて説明する。
【０１７５】
［サーバ２に接続後、メニュー及び輸送状況一括管理地図を表示するまで］
図８Ａを参照すると、ステップＳＴ１０１において、端末１は、サーバ２にユーザＩＤ及びパスワードを用いてログイン要求（接続要求）を送信する。
【０１７６】
ステップＳＴ２０１において、サーバ２（端末間インタフェース部１２）は、ログイン処理部１１に端末１と接続処理を行うよう要求する。
【０１７７】
ステップＳＴ２０２において、サーバ２（検索部１）は、ユーザＩＤと紐づけられる荷主の輸送貨物のうち、予め設定される集荷日（例えば、前日）に集荷された全ての輸送貨物のトレースレコードをトレースデータベース２１から検索抽出する。
なお、３つの検索パターンを複数併用するユーザについては、３つの検索パターンのうち、予め設定された優先順位の高い検索パターンに対応する。
【０１７８】
ステップＳＴ２０３において、サーバ２（地図形式集計部１４２）は、集荷日別・配達未完了都道府県データ（発地ベース）、集荷日別・配達未完了都道府県データ(着地ベース）、集荷日別・集荷なし都道府県データ、及び未完了集荷日一覧表を作成する。
【０１７９】
ステップＳＴ２０４において、サーバ２（地図形式編集部１５２）は、ステップＳＴ２０３において作成された集荷日別・配達未完了都道府県データ（発地ベース）、集荷日別・配達未完了都道府県データ(着地ベース）、集荷日別・集荷なし都道府県データ、及び未完了集荷日一覧表に基づいて、輸送状況一括管理地図及び都道府県名リンクを作成する。
【０１８０】
ステップＳＴ２０５において、サーバ２（端末間インタフェース部１２）は、ステップＳＴ２０４において作成された輸送状況一括管理地図及び都道府県名リンクを、ＨＴＭＬ文書に変換する。
【０１８１】
ステップＳＴ２０６において、サーバ２は、ステップＳＴ２０５において作成されたＨＴＭＬ文書をメニューに付加して、端末１に送信する。
【０１８２】
ステップＳＴ１０２において、端末１は、サーバ２から受信したメニュー及び輸送状況一括管理地図を表示する（例えば、図７Ａ及び図７Ｂ参照）。
【０１８３】
［検索パターン１又はパターン２を選択した場合の処理］
次に、図８Ｂを参照して、端末１のメニュー画面において検索パターン１が選択された場合の処理フローを説明する。なお、検索パターン２が選択された場合の処理フローも同様であるので省略する。
ステップＳＴ１１１において、端末１は、検索パターン１及び集荷日を選択して、サーバ２に送信する。
【０１８４】
ステップＳＴ２１１において、サーバ２（検索部１）は、検索パターン１又は検索パターン２に応じてユーザＩＤと紐づけられる荷主の輸送貨物のうち、指定された集荷日に集荷された全ての輸送貨物のトレースレコードをトレースデータベース２１から検索抽出する。
【０１８５】
ステップＳＴ２１２において、サーバ２（表形式集計部１４１）は、発グループから着グループまで輸送される輸送貨物の集荷個数、積込個数、及び配達個数を集計した発グループ・着グループ別集計(個数)データを作成する。また、配達未完のある集荷日の一覧である未完了集荷日一覧表を作成する。
【０１８６】
ステップＳＴ２１３において、サーバ２（表形式編集部１５１）は、ステップＳＴ２１２において作成された発グループ・着グループ別集計(個数)データに基づいて、未積込又は未配達と判定される積込個数又は配達個数をアラート表示形式に編集するとともに、集荷個数に対応するトレースレコードレコード集合をリンク付けた、輸送状況一括管理表を作成する。また、ステップＳＴ２１２において作成された未完了集荷日一覧表に含まれる配達未完のある集荷日に、トレースレコード集合をリンク付ける。
【０１８７】
ステップＳＴ２１４において、サーバ２（端末間インタフェース部１２）は、ステップＳＴ２１３において作成された輸送状況一括管理表及び未完了集荷日一覧表を、それぞれＨＴＭＬデータ形式に変換するとともに、新たに「更新ボタン」及び「ダウンロードボタン」に対応するスクリプト付きＨＴＭＬデータ形式に付加して、輸送状況一括管理検索画面に対応するスクリプト付きＨＴＭＬ文書を作成する。
【０１８８】
ステップＳＴ２１５において、サーバ２は、ステップＳＴ２１４において作成されたスクリプト付きＨＴＭＬ文書を端末１に送信する。
【０１８９】
ステップＳＴ１１２において、端末１は、サーバ２から受信したスクリプト付きＨＴＭＬ文書（パターン１又はパターン２）を表示する（図７Ｃ参照）。
【０１９０】
［検索パターン３を選択した場合の処理］
次に、図８ｃを参照して、端末１のメニュー画面において検索パターン３が選択された場合の処理フローを説明する。
【０１９１】
ステップＳＴ１２１において、端末１は、検索パターン３及び集荷日を選択して、サーバ２に送信する。
【０１９２】
ステップＳＴ２２１において、サーバ２（検索部１）は、検索パターン３に応じてユーザＩＤと紐づけられる荷主の輸送貨物のうち、指定された集荷日に集荷された全ての輸送貨物のトレースレコードをトレースデータベース２１から検索抽出する。
【０１９３】
ステップＳＴ２２１において、サーバ２（第１検索部１）は、選択された検索パターン３に応じて当該ユーザと紐づけられる荷主の輸送貨物のうち、指定された集荷日に集荷された輸送貨物のトレースレコードをトレースデータベース２１から検索して抽出する。
【０１９４】
ステップＳＴ２２２において、サーバ２（表形式集計部１４１）は、親グループを発グループとし、子グループを着グループとする輸送貨物の集荷個数、積込個数、及び配達個数を集計した親グループ(発)子グループ(着)別集計(個数)データＢを作成する。
【０１９５】
ステップＳＴ２２３において、サーバ２（表形式集計部１４１）は、子グループを発グループとし、親グループを着グループとする輸送貨物の集荷個数、積込個数、及び配達個数を集計した子グループ(発)親グループ(着)別集計(個数)データＢを作成する。また、配達未完のある集荷日の一覧である未完了集荷日一覧表を作成する。
【０１９６】
ステップＳＴ２２４において、サーバ２（表形式編集部１５１）は、ステップＳＴ２２２において作成された親グループ(発)・子グループ(着)別集計(個数)データ、又はステップＳＴ２２２において作成された子グループ(発)・親グループ(着)別集計(個数)データに基づいて、未集荷、未積込又は未配達と判定される集荷個数、積込個数又は配達個数をアラート表示形式に編集するとともに、集荷個数に対応するトレースレコードレコード集合をリンク付けた、輸送状況一括管理表を作成する。また、サーバ２（表形式編集部１５１）は、ステップＳＴ２２２において作成された未完了集荷日一覧表に含まれる配達未完のある集荷日に、トレースレコード集合をリンク付ける。
【０１９７】
ステップＳＴ２２５において、サーバ２（端末間インタフェース部１２）は、ステップＳＴ２２４において作成された輸送状況一括管理表及び未完了集荷日一覧表を、それぞれＨＴＭＬデータ形式に変換するとともに、新たに「更新ボタン」及び「ダウンロードボタン」に対応するスクリプト付きＨＴＭＬデータ形式に付加して、輸送状況一括管理検索画面に対応するスクリプト付きＨＴＭＬ文書を作成する。
【０１９８】
ステップＳＴ２２６において、サーバ２は、ステップＳＴ２２５において作成されたスクリプト付きＨＴＭＬ文書を端末１に送信する。
【０１９９】
ステップＳＴ１２２において、端末１は、サーバ２から受信したスクリプト付きＨＴＭＬ文書（パターン１又はパターン２）を表示する（図７Ｄ参照）。
【０２００】
以上、本発明の輸送状況一括管理検索システム１００の各機能部の実施形態を、端末１、サーバ２の構成に基づいて説明した。しかしながら、本発明の輸送状況一括管理検索システム１００の備える各機能部の実施形態は、１台のコンピュータでも、１箇所にある又は数箇所に分散され、通信ネットワークによって相互接続された多数のコンピュータでも分散して実行するように展開できる。また、クラウド上の複数の仮想コンピュータを用いて構成することもできる。
【０２０１】
例えば、サーバ２を複数のコンピュータにより分散処理する場合に、サーバ２の備える各機能は、どのコンピュータでも実行することが可能である。したがって、サーバ２の備える各機能をどのコンピュータに割り振るか、については、当業者が適宜設計できる。
【０２０２】
以上、好適な実施形態について説明したが、本発明は前述した実施形態に限定されることなく種々の形態で実施することができる。前述の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、前述のものに限定されない。
【０２０３】
［変形例１］
第１実施形態では、トレースレコード一覧表をリンクする際に、トレースレコード一覧表を特定する検索条件を含むパラメータ、例えば、集荷個数リンクの場合、検索パターンの種別、集荷日、発グループ名、及び着グループ名を含むパラメータを、都道府県名リンクの場合、検索パターンの種別（検索パターン４）、集荷日、発地ベース又は着地ベースの指定、及び都道府県コードを含むパラメータを、また集荷日リンクの場合、検索パターンの種別、集荷日を含むパラメータ、又はトレースレコード一覧表に含まれる送り状番号の集合をリンクさせたが、これに限定されない。
例えば、集計部１４又は編集部１５により、予め、トレースレコード一覧表を作成し、端末間インタフェース部１２によるＨＴＭＬ文書への変換において、ＨＴＭＬ文書内部に予め作成したトレースレコード一覧表を含むように構成し、ＨＴＭＬ文書内のトレースレコード一覧表にリンクさせるようにしてもよい。
また、集計部１４又は編集部１５により、ユーザワーク領域Ａ又はユーザワーク領域Ｂにトレースレコード一覧表を記憶し、当該トレースレコード一覧表にリンクさせるようにしてもよい。
【０２０４】
［変形例２］
第１実施形態では、ユーザ（顧客）が自分自身のユーザＩＤと紐づけられたトレースレコードを検索する、ユーザ（顧客）向けのシステム態様について説明したが、これに限定されない。
例えば、ユーザ（顧客）に対応した幹事店の顧客担当者に対しても、当該ユーザの輸送貨物に関する、輸送状況一元管理検索機能を提供することができる。これは、顧客のユーザＩＤとそれに紐づけられた荷主コード情報へのアクセス権限を、幹事店の顧客担当者に与えるとともに、輸送状況一括管理検索機能部の起動を許可することで可能である。
例えば、予め、記憶部２０に、当該顧客担当者に輸送状況一元管理検索を許可する対象となる顧客のユーザＩＤを当該管理者の管理者ＩＤに関連付けすることで、ユーザ管理情報記憶２３に記憶されている、顧客のユーザＩＤとそれに紐づけられた荷主コード情報へのアクセス権限を与えるとともに、輸送状況一括管理検索機能部の起動を許可しておく。
また、前記幹事店の顧客担当者に対して、検索パターン及び集荷日に加えて、輸送状況一元管理検索対象となる顧客のユーザＩＤを入力できる管理者向けメニュー及び顧客のユーザＩＤを含む検索要求リクエストを用意する。
そして、ログイン処理部１１において、顧客担当者ＩＤの認証処理を行い、端末間インタフェース部１２において、当該顧客担当者ＩＤに当該顧客（ユーザＩＤ）の輸送状況一元管理検索を許可している場合に、顧客担当者からの顧客のユーザＩＤを含む検索要求リクエストを解析し、検索部１３に処理要求をすることで、幹事店の顧客担当者に対して、当該ユーザの輸送貨物に関する、輸送状況一元管理検索機能を提供することができる。
なお、ユーザ(顧客)に対応する端末間インタフェース部１２とは別に、幹事店の顧客担当者に対応する、端末間インタフェース部を新たに設けるようにしてもよい。
【０２０５】
［変形例３］
第１実施形態では、表形式集計部１４１は、グループ情報記憶部２４に記憶されたグループ情報に基づいて、トレースレコード群Ａに属する各トレースレコードを、発グループ・着グループ単位又は親グループ（発）・子グループ（着）と子グループ（発）・親グループ（着）の親グループ・子グループ単位に分類し、それぞれ集荷個数、積込個数、配達個数を、それぞれ、発グループ・着グループ単位又は親グループ（発）・子グループ（着）と子グループ（発）・親グループ（着）の親グループ・子グループ単位にカウントし、表形式編集部１５１は、表形式集計部１４１によりグループ別にカウントされた集計データをグループ別の表形式に編集したが、これに限定されない。
表形式集計部１４１は、トレースレコード群Ａに属する各トレースレコードを、発地・着地単位又は１つの発地(及び着地)を親として、残りの発地(及び着地)を子としてそれぞれ集荷個数、積込個数、配達個数を、それぞれ、発地・着地単位又は親発地（発）・子着地（着）と子発地（発）・親着地（着）の親・子単位の個別にカウントし、表形式編集部１５１は、表形式集計部１４１により個別にカウントされた集計データを発地・着地別の表形式に編集してもよい。
【０２０６】
［変形例４］
前述したように、販売管理データベース２２において、運送状を識別する送り状番号単位で売掛金の管理を行っている。また、売掛金荷主コードにより、当該運送状に係る輸送貨物が社内間輸送サービス、社外輸送サービス、及び回収輸送サービスに係るものか否かを判断できる。
また、ユーザ（顧客）が輸送一括管理検索サービスの利用者か否かについては、ユーザ管理情報記憶部２３により、判断できる。
このため、販売管理データベース２２に基づいて、本願発明の輸送一括管理検索サービスを利用するユーザ（顧客）に対して、社内間輸送サービス、社外輸送サービス、及び回収輸送サービスに係る輸送貨物について、従来の輸送料金に加えて、本願発明の輸送一括管理検索サービス利用料金を請求することができる。
【０２０７】
以上説明した輸送状況一元管理検索システム１００によれば、以下のような効果を奏する。
【０２０８】
上記実施形態の輸送状況一元管理検索システム１００における検索パターン１（社外輸送サービス）の提供する輸送状況一括管理検索画面によれば、全国にあるユーザ（顧客）の支店・支社・事業所からランダムにユーザ（顧客）の取引先(届け先)に発送される貨物の輸送状況を、例えばユーザ（顧客）の本社が一元的に把握し、全体監理をすることができる。そうすることで、ユーザ（顧客）の支店・支社、事業所から発送される全ての貨物の集荷から配達完了に至る輸送状況が見えることにより、ユーザ（顧客）の顧客満足度が向上し、ユーザからの問い合わせ件数が軽減されるという効果がある。
【０２０９】
上記実施形態の輸送状況一元管理検索システム１００における検索パターン２（回収輸送サービス）の提供する輸送状況一括管理検索画面によれば、回収予定情報及び調達予定情報と回収輸送状況との突合せチェックを簡便化するとともに、回収輸送時の何らかのイレギュラーな事情等により、集荷、積込、配達が遅れているケースをいち早くキャッチアップすることが可能となる。また、従来は、集荷店に電話確認しないとわからなかった「未集荷」の調査が容易になる。また、従来、紙ベースでおこなっている全量到着チェックを一括して行うことができる。
【０２１０】
上記実施形態の輸送状況一元管理検索システム１００における検索パターン３（社内輸送サービス）の提供する輸送状況一括管理検索画面によれば、例えば本社着ベースの貨物の輸送状況について瞬時に把握することができる。また、社内輸送サービスは、毎日の集荷時間と配達時間、また、支店・支社・事業所等を回るスケジュールも概ね決まっているため、通常のスケジュールに比べて、何らかのイレギュラーな事情等により、集荷、積込、配達が遅れているケースを警告することで、ユーザ(顧客)がいち早くキャッチアップすることが可能となる。また、従来は、集荷店に電話確認しないとわからなかった「未集荷」の調査が容易になる。また、従来、紙ベースでおこなっている全量到着チェックを一括して行うことができる。また、社内間輸送の往復の動きが把握可能となる。
【０２１１】
上記実施形態の輸送状況一元管理検索システム１００における検索パターン４（輸送状況一括管理地図機能）の提供する輸送状況一括管理検索画面によれば、予め設定しておいた、社外輸送サービス、回収輸送サービス、又は社内間輸送サービスの内いずれか１つのサービスにおける輸送状況を、発地ベース又は着地ベースの切換えにより、直観的に把握することができる。イレギュラーな事情が発生して、配送遅延となった場合、イレギュラーとなった都道府県単位にアラート表示することで、輸送遅延の発生している都道府県を瞬時に把握可能となる。
【０２１２】
本発明の上記実施形態の輸送状況一元管理検索システム１００における輸送状況一括管理検索画面の未完了集荷日一覧表によれば、過去１週間の日付を集荷日とする輸送貨物の中に、未配達状態にある輸送貨物が存在する場合を警告することができる。
そうすることで、過去１週間において、輸送遅延の発生している集荷日を瞬時に把握可能となり、その後、輸送遅延の起こっている状況の効率的な調査を可能にする。
【０２１３】
本発明の上記実施形態の輸送状況一元管理検索システム１００においては、集荷日毎に、発地・着地別の輸送遅延状況を一括表示し、例えば、輸送遅延の発生している発地・着地を特定するとともに、例えば集荷個数リンク又は都道府県リンクが押下されることにより、輸送遅延の発生している発地・着地における輸送状況を示すトレースレコード一覧表を表示させることができる。そうすることで、特に配達未完了のケースを容易に特定でき、その対策を可能にする。
また、トレースレコード一覧表の表示に際して、全件表示と未配達案件表示をラジオボタンで切換ができ、未配達案件のもののみ表示させるようにすることができる。また、送り状番号リンクにより、未配達案件のトレースレコードの詳細を表示させることができる。
このように、集荷日毎の発地・着地別の輸送遅延状況を一括表示から、配達遅延状態にある個別の案件の詳細を即座に表示することを可能とすることで、効率的な調査を可能とする。
【０２１４】
本発明の輸送状況一括管理検索機能は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図３及び図４の機能的構成は例示に過ぎず、特に限定されない。即ち、本発明の輸送状況一括管理検索機能に関する一連の処理を全体として実行できる機能が端末１及びサーバ２に備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図３及び図４の例に限定されない。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組合せで構成してもよい。
【０２１５】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータであってもよい。
【０２１６】
このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布されるリムーバブルメディア３１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。リムーバブルメディア３１は、例えば、磁気ディスク（フロッピディスクを含む）、ブルーレイディスク、光ディスク、又は光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）、等により構成される。また、装置本体に予め組み込まれた状態でユーザに提供される記録媒体は、例えば、プログラムが記録されている図３の記憶部２０Ａや、図４の記憶部２０に含まれるハードディスク等で構成される。
【符号の説明】
【０２１７】
１００：輸送状況一括管理検索システム
１  ：端末
１０Ａ：制御部
１１Ａ：ログイン処理部
１２Ａ：端末間インタフェース部
２０Ａ：記憶部
３０Ａ：通信部
４０Ａ：表示部
５０Ａ：入力部
２  ：サーバ
１０：制御部
１１：ログイン処理部
１２：端末間インタフェース部
１３：検索部
１４：集計部
１４１：表形式集計部
１４２：地図形式集計部
１５：編集部
１５１：表形式編集部
１５２：地図形式編集部
１６：グループ照会部
１７：単件照会部
２０：記憶部
２１：トレースデータベース
２２：販売管理データベ−ス
２３：ユーザ管理情報記憶部
２４：グループ情報記憶部
２５：アラート時間情報記憶部
３０：通信部
４０：表示部
５０：入力部
３  ：通信ネットワーク
【要約】
【課題】社内間輸送サービス、社外輸送サービス、又は回収輸送サービスをユーザに提供する場合に、ユーザの輸送貨物の集荷から配達完了に至る輸送状況をリアルタイムで一括管理検索するサーバシステムを提供する。
【解決手段】トレースデータベース２１と、ユーザ管理情報記憶部２３と、グループ情報記憶部２４と、集荷日に集荷された輸送貨物のトレースレコードを前記トレースデータベース２１から検索して抽出する検索部１３と、集荷日に集荷された輸送貨物の未配達状態をグループの単位別に、集計する集計部１４と、輸送状況一括管理情報を編集する編集部１５と、を備えるサーバ２。
【選択図】図４【図１】
0005916905.tif 000002
【図２】
0005916905.tif 000003
【図３】
0005916905.tif 000004
【図４】
0005916905.tif 000005
【図５】
0005916905.tif 000006
【図６Ａ】
0005916905.tif 000007
【図６Ｂ】
0005916905.tif 000008
【図７Ａ】
0005916905.tif 000009
【図７Ｂ】
0005916905.tif 000010
【図７Ｃ】
0005916905.tif 000011
【図７Ｄ】
0005916905.tif 000012
【図７Ｅ】
0005916905.tif 000013
【図７Ｆ】
0005916905.tif 000014
【図８Ａ】
0005916905.tif 000015
【図８Ｂ】
0005916905.tif 000016
【図８Ｃ】
0005916905.tif 000017