JP2021077110A - 特殊車両通行許可の申請支援プログラム、申請支援方法及び申請支援装置 - Google Patents

Abstract

【課題】特殊車両通行許可の申請を支援する特殊車両通行許可の申請支援プログラム、申請支援方法及び申請支援装置を提供する。【解決手段】特殊車両通行許可の申請支援サービスにおいて、特殊車両通行許可の申請支援プログラムは、特殊車両通行許可申請の対象となるトラクタに接続可能なトレーラを、各社の保有するトレーラ情報を参照して抽出し、抽出したトレーラについての各社の駐車場から目的地までの経路を含む経路情報を生成する処理を、コンピュータに実行させる。【選択図】図８

Description

本発明は、特殊車両通行許可の申請支援プログラム等に関する。

現在の道路法には特殊車両通行許可制度が設けられている。一定の寸法や重量を超過する車両は、事前に特殊車両通行許可の申請が必要となる。その申請書類には車両の経路情報が必要となる。

また、その申請の特例として「ＥＴＣ２．０装着車への特殊車両通行許可簡素化制度（以下、特車ゴールド制度という）」がある。特車ゴールド制度では、一定の条件を満たす場合に大型車誘導区間については複数経路を一括して申請することが可能となる。しかし大型車誘導区間外は経路毎に申請が必要となる。

特開２００２−３４７９３９号公報 特表２００６−５２４６２２号公報 特開２０１４−０９７６９１号公報 特開２０１７−１５１５６６号公報 特開２０１９−１６７１８８号公報

現状、各運送会社は自身の資産となるトラクタ、トレーラ、運転者の管理を行っている。このため、事前の走行経路の把握は容易であり、申請も容易である。

今後、社会全体の運輸コストを削減する側面から、複数の運送会社のそれぞれが保有するトラクタとトレーラと運転者とを融通し合うことが発生する。この状況下では、トラクタの運送会社及びトレーラの運送会社の組合せは、配車計画が策定される時点、あるいは求貨求車のマッチングが成立する時点になってはじめて定まる。

それ故、トラクタの運送会社及びトレーラの運送会社の組合せが定まってから特殊車両通行許可を申請したとしても、審査を経て通行許可が下りるまでに一定の期間がかかるので、トラクタとトレーラの連結までに間に合わない可能性が高い。

そうであるからと言って、配車計画が策定される時点、あるいは求貨求車のマッチングが成立する時点までに特殊車両通行許可を申請しておくのも困難である。なぜなら、トラクタの運送会社及びトレーラの運送会社の組合せが定まらない段階では、トラクタの運送会社はトラクタが走行する経路を想定する術が現状ではないからである。

このように、配車計画が策定されるか、あるいは求貨求車のマッチングが成立する事前に特殊車両通行許可を申請するのが困難であることが一因となって異なる運送会社におけるトラクタ及びトレーラの共用が妨げられる。

１つの側面では、本発明は、特殊車両通行許可の申請を支援できる特殊車両通行許可の申請支援プログラム、申請支援方法及び申請支援装置を提供することを目的とする。

一態様では、特殊車両通行許可の申請支援プログラムは、特殊車両通行許可申請の対象となるトラクタに接続可能なトレーラを、各社の保有するトレーラ情報を参照して抽出し、抽出したトレーラについての各社の駐車場から目的地までの経路を含む経路情報を生成する、処理をコンピュータに実行させる。

特殊車両通行許可の申請を支援できる。

図１は、実施例１に係るマッチングシステムのシステム構成例を示す図である。 図２は、特殊車両通行許可の申請支援サービスの提供例を示す図である。 図３は、実施例１に係るマッチング装置の機能的構成の一例を示す図である。 図４は、トラクタ情報の一例を示す図である。 図５は、トレーラ情報の一例を示す図である。 図６は、忌避条件情報の一例を示す図である。 図７は、他社情報の一例を示す図である。 図８は、実施例１に係る申請支援処理の手順を示すフローチャートである。 図９は、コンピュータのハードウェア構成例を示す図である。

以下に添付図面を参照して本願に係る特殊車両通行許可の申請支援プログラム、申請支援方法及び申請支援装置について説明する。なお、この実施例は開示の技術を限定するものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

［システム構成例］
図１は、実施例１に係るマッチングシステムのシステム構成例を示す図である。図１に示すマッチングシステム１は、荷主等から受け付ける求車のリクエストと、運送会社等から受け付ける求貨のリクエストとをマッチングするマッチングサービスを提供するものである。

図１に示すように、マッチングシステム１には、マッチング装置１０と、荷主側システム３０Ａ〜３０Ｃと、運行管理システム４０Ａ〜４０Ｃと、トレーラ管理システム５０Ａ〜５０Ｃと、配車計画システム６０Ａ〜６０Ｃとが含まれ得る。

これらマッチング装置１０、荷主側システム３０Ａ〜３０Ｃ及び配車計画システム６０Ａ〜６０Ｃは、ネットワークＮＷを介して通信可能に接続され得る。例えば、ネットワークＮＷは、有線又は無線を問わず、インターネットやＬＡＮ（Local Area Network）などの任意の種類の通信網を採用できる。

以下、荷主側システム３０Ａ〜３０Ｃのことを「荷主側システム３０」と記載する場合がある。また、運行管理システム４０Ａ〜４０Ｃのことを「運行管理システム４０」と記載すると共に、トレーラ管理システム５０Ａ〜５０Ｃのことを「トレーラ管理システム５０」と記載する場合がある。さらに、配車計画システム６０Ａ〜６０Ｃのことを「配車計画システム６０」と記載する場合がある。

なお、図１には、あくまで説明の便宜上、３つの荷主側システム３０と、３つの運行管理システム４０、トレーラ管理システム５０及び配車計画システム６０とがマッチング装置１０に接続される例を挙げたが、これに限定されない。すなわち、任意の数の荷主側システム３０と、任意の数の運行管理システム４０、トレーラ管理システム５０及び配車計画システム６０とがマッチング装置１０に接続されることを妨げない。

マッチング装置１０は、上記のマッチングサービスを提供するコンピュータである。

一実施形態として、マッチング装置１０は、パッケージソフトウェア又はオンラインソフトウェアとして、上記のマッチングサービスに対応する機能を実現するマッチングプログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、マッチング装置１０は、上記のマッチングサービスに関する機能をオンプレミスに提供するサーバとして実装することができる。これに限定されず、マッチング装置１０は、ＳａａＳ（Software as a Service）型のアプリケーションとして実装することで、上記のマッチングサービスをクラウドサービスとして提供することとしてもかまわない。

例えば、マッチング装置１０は、荷主側システム３０等から場所、時間及び荷物などの条件が指定された求車リクエストを受け付けると共に、配車計画システム６０等から場所、時間及び荷物などの条件が指定された求貨リクエストを受け付ける。そして、マッチング装置１０は、荷主側システム３０等から受け付けた求車リクエスト及び配車計画システム６０等から受け付けた求貨リクエストをマッチングする。このようなマッチングが成立することにより、求貨リクエストで指定された条件と適合する求車リクエストの発行元である荷主等に当該求貨リクエストの発行元である運送会社の車両、例えばトラックや特殊車両等の貨物車両が配車される。なお、ここでは、マッチングに用いる条件の一例として、場所、時間及び荷物を例示したが、他の条件、例えば運賃の上限や下限などの価格が求車リクエストや求貨リクエストで指定されることとしてもかまわない。

このようなマッチングサービスには、あくまで一例として、下記に挙げる機能がパッケージで提供されることとしてもかまわない。例えば、上記のマッチングサービスには、後述の通り、異なる運送会社におけるトラクタ及びトレーラの共用を容易化する側面から、特殊車両通行許可の申請を支援する申請支援サービスがパッケージ化され得る。このようにマッチング装置１０は、申請支援装置の一例に対応し得る。なお、ここでは、特殊車両通行許可の申請支援サービスが上記のマッチングサービスにパッケージ化される例を挙げるが、これは一例に過ぎない。例えば、上記の申請支援サービスは、上記のマッチングサービスとは個別のサービスとして提供されることとしてもかまわず、この場合、両者は異なる事業者により運用されてかまわない。

荷主側システム３０は、荷主等により運用される各種のシステムの一例に対応する。ここで言う「荷主等」は、求車サイドに対応する。例えば、荷主等には、真・荷主の他、真・荷主から物流業務が委託された３ＰＬ（3-Party Logistics）などが含まれ得る。

あくまで一例として、荷主側システム３０には、運送会社等への発注の担当者、運送会社等の車両の乗務員による荷積みや荷卸し等を確認する担当者、これらの責任者等により使用されるコンピュータなどが対応する。この他、荷主側システム３０は、サプライチェーンを最適化する目的で構築されるＳＣＭ（Supply Chain Management）システムの他、真・荷主やその３ＰＬが運送会社等への発注に用いる発注システム等などであってもかまわない。

例えば、荷主側システム３０は、場所の条件として荷物の荷積地及び荷卸地が指定されると共に、時間の条件として荷積みや荷卸しの希望日時が設定された求車リクエストをマッチング装置１０へ送信する。

一方、運行管理システム４０、トレーラ管理システム５０及び配車計画システム６０は、運送会社等の求貨サイドにより運用されるシステムの一例に対応する。ここで言う「運送会社等」は、求貨サイドに対応する。例えば、運送会社等には、荷主を元請けとする運送会社や個人事業主の他、荷主の発注先となる３ＰＬなどが含まれる。

運行管理システム４０は、トラックやトラクタ等の車両の運行管理を支援する運行管理サービスを提供するシステムの一例に対応する。ここで言う「トラクタ」は、牽引自動車の一例に対応し、トラクタヘッド、あるいはヘッドと呼ばれることもある。例えば、上記の運行管理サービスの一環として、運行管理システム４０は、車両の乗務員による運転日報の作成や車両の動態管理などのサービスを提供することができる。

トレーラ管理システム５０は、トレーラ管理サービスを提供するシステムの一例に対応する。ここで言う「トレーラ」は、被牽引車の一例に対応する。例えば、上記のトレーラ管理サービスの一環として、トレーラ管理システム５０は、トレーラの動態管理や点検整備情報の管理などのサービスを提供することができる。

配車計画システム６０は、配車計画の作成を支援する配車計画の作成支援サービスを提供するシステムの一例に対応する。ここで、配車計画システム６０は、上記の配車計画の作成に上記の運行管理システム４０や上記のトレーラ管理システム５０と連携することができる。例えば、配車計画システム６０は、車両から収集される走行実績情報、あるいは走行実績情報の収集及び解析が実行された商用車のプローブ情報を用いて、出発及び目的の地点や日時などの指定条件に対応する運行ルートが策定される。

ここで、あくまで一例として、配車計画システム６０は、荷主側システム３０から図示しない受注システムを介して受け付ける１又は複数の荷物の配送依頼に基づいて配車計画の作成を支援する。例えば、配車計画システム６０は、荷物の配送依頼で指定された荷積地を出発地に設定すると共に荷卸地を目的地に設定し、荷積日時を基準に出発日時に設定すると共に荷卸日時を基準に到着日時を設定する。その上で、配車計画システム６０は、出発日時から到着日時までに出発地から目的地へ到着可能な運行ルートを設定する。

このように配車計画が作成される際、車両が空車回送される区間が生まれる。例えば、車籍地等の出発地から目的地までの往路には配車計画が策定されているものの、復路の配車計画は未策定である場合がある。この場合、往路の目的地に到着した段階で車両は実車から空車になる。この他、荷主等からの荷物の配送依頼が割り当てられておらず、配車計画がない車両も空車となる。このような空車状態を回避する側面から、上記のマッチングサービスが利用される。あくまで一例として、配車計画システム６０は、場所の条件として、車両が空車状態になる空車予定地が指定されると共に、時間の条件として、空車予定地への到着予定日時が指定された求貨リクエストをマッチング装置１０へ送信する。

なお、ここでは、あくまで一例として、配車計画システム６０により場所及び時間等の条件が自動設定された求貨リクエストがマッチング装置１０へ送信される例を挙げたが、これに限定されない。例えば、運行管理者等の運送会社の関係者により場所及び時間等の条件が手動設定された求貨リクエストがマッチング装置１０へ送信されることとしてもかまわない。

また、運行管理サービス、トレーラ管理サービス及び配車計画の作成支援サービスは、上記のマッチングサービスを提供する事業者と同一の事業者によって提供されることとしてもよいし、一部又は全部が異なる事業者により提供されることとしてもかまわない。

［トラクタとトレーラの共用］
少子高齢化による慢性的なドライバー不足に加え、今後も輸送需要が拡大することで、ドライバーの供給が追いつかなくなり、２０２７年には２４万人のドライバー不足になるといった予測もなされている。その為、一度に多くの荷物を輸送する必要性が高まり、輸送車両の大型化が進展している。このような側面から、一定の重量・寸法が一般的制限値を超える車両、いわゆる特殊車両が輸送に用いられる機会も増加しつつある。

現状、各運送会社は、運行管理システム４０、トレーラ管理システム５０及び配車計画システム６０等を通じて、自身の資産となるトラクタ、トレーラ、運転者の管理を行っている。ところが、運送会社の各社が個別にトラクタ、トレーラ及び運転者の運用を行っていたのでは、ドライバー不足や輸送需要の拡大に対応しきれない場合がある。

それ故、社会全体の運輸コストを削減する側面から、複数の運送会社のそれぞれが保有するトラクタとトレーラと運転者とを共用して融通し合う、新たな輸送ネットワークの構築が進められつつある。

［課題の一側面］
上記の背景技術の欄でも説明した通り、特殊車両通行許可の申請には、車両の経路情報が必要であるので、配車計画が策定されるか、あるいは求貨求車のマッチングが成立する事前に特殊車両通行許可を申請するのが困難である。

これを具体的に説明すると、各運送会社が自身の資産となるトラクタ及びトレーラを運用して荷主等からの求車のリクエストに対応する場合、トラクタの事前の走行経路の把握は容易であり、申請も容易である。

その一方で、異なる運送会社におけるトラクタ及びトレーラの共用が行われる場合、トラクタの運送会社及びトレーラの運送会社の組合せは、配車計画が策定される時点、あるいは求貨求車のマッチングが成立する時点になってはじめて定まる。

それ故、トラクタの運送会社及びトレーラの運送会社の組合せが定まってから特殊車両通行許可を申請したとしても、審査を経て通行許可が下りるまでに一定の期間がかかるので、トラクタとトレーラの連結までに間に合わない可能性が高い。

そうであるからと言って、配車計画が策定される時点、あるいは求貨求車のマッチングが成立する時点までに特殊車両通行許可を申請しておくのも困難である。なぜなら、トラクタの運送会社及びトレーラの運送会社の組合せが定まらない段階では、トラクタの運送会社はトラクタが走行する経路を想定する術が現状ではないからである。

このように、配車計画が策定されるか、あるいは求貨求車のマッチングが成立する事前に特殊車両通行許可を申請するのが困難であることが一因となって異なる運送会社におけるトラクタ及びトレーラの共用が妨げられる。

［課題解決のアプローチの一側面］
そこで、本実施例に係る特殊車両通行許可の申請支援サービスでは、特殊車両通行許可の申請対象となるトラクタに接続可能なトレーラを抽出し、抽出されたトレーラについての各社の駐車場から目的地までの経路を含む経路情報を生成する。

あくまで一例として、マッチング装置１０は、上記のマッチングサービスに新規にエントリする運送会社のトラクタを特殊車両通行許可の申請対象とする。このように運送会社が上記のマッチングサービスへ新規にエントリする場合、マッチング装置１０は、当該運送会社のトラクタ情報及びトレーラ情報の登録を受け付ける。これらトラクタ情報及びトレーラ情報には、一例として、車両番号や車検証、連結検討、車両の諸元等といった情報が含まれ得る。

その上で、マッチング装置１０は、特殊車両通行許可の申請対象となるトラクタに接続可能なトレーラを抽出する。例えば、マッチング装置１０は、上記のマッチングサービスにエントリ済みの各運送会社のトレーラ情報を参照する。その上で、マッチング装置１０は、特殊車両通行許可の申請対象となるトラクタとの連結検討が申請済みであるトレーラの型式と一致する型式を有するトレーラを各運送会社のトレーラ情報から抽出する。

図２は、特殊車両通行許可の申請支援サービスの提供例を示す図である。図２には、特殊車両通行許可の申請対象となるトラクタの一例として、上記のマッチングサービスに新規にエントリする運送会社のトラクタＴＲが示されている。さらに、図２には、上記のマッチングサービスにエントリ済みの運送会社の一例として、運送会社Ａ、運送会社Ｂ及び運送会社Ｃのトレーラ駐車場が例示されている。さらに、図２には、運送会社Ａのトレーラ駐車場には、トレーラ５Ａ１及びトレーラ５Ａ２が例示されている。さらに、図２には、運送会社Ｂのトレーラ駐車場には、トレーラ５Ｂ１及びトレーラ５Ｂ２が例示されている。さらに、図２には、運送会社Ｃのトレーラ駐車場には、トレーラ５Ｃ１及びトレーラ５Ｃ２が例示されている。

図２に示すように、各社のトレーラ情報を参照して、トラクタＴＲの車検証の備考欄等に記載された連結検討済みのトレーラの型式「α」、「β」又は「η」と一致する型式を有するトレーラが抽出される。例えば、運送会社Ａの例で言えば、トレーラ５Ａ１及び５Ａ２はその型式が「α」及び「β」であり、いずれもトラクタＴＲとの連結検討がなされているので、抽出が行われる。また、運送会社Ｂの例で言えば、トレーラ５Ｂ１及び５Ｂ２はその型式が「δ」及び「γ」であり、いずれもトラクタＴＲとの連結検討がなされていないので、抽出が行われない。さらに、運送会社Ｃの例で言えば、トレーラ５Ｃ１はその型式が「γ」であり、トラクタＴＲとの連結検討がなされていないので、抽出が行われない一方で、トレーラ５Ｃ２はその型式が「α」であり、トラクタＴＲとの連結検討がなされているので、抽出が行われる。このように抽出されたトレーラについての各社の駐車場から目的地までの経路を含む経路情報が生成される。

例えば、トレーラ５Ａ１及びトレーラ５Ａ２の例で言えば、図２に一点鎖線で示すように、トレーラ５Ａ２の車籍地である運送会社Ａのトレーラ駐車場から目的地の一例に対応する荷積み地までの経路Ｒ１を含む経路情報が生成される。また、トレーラ５Ｃ２の例で言えば、図２に二点鎖線で示すように、トレーラ５Ｃ２の車籍地である運送会社Ｃのトレーラ駐車場から目的地の一例に対応する荷積み地までの経路Ｒ２を含む経路情報が生成される。なお、図２には、説明の便宜上、１つの荷積み地を例に挙げたが、上記のマッチングサービスにエントリ済みである荷主等が拠点として使用する全ての荷積み地ごとに経路情報を生成することとしてもかまわない。

このようにトレーラ駐車場から荷積み地までの経路について経路情報を生成するのは、次の理由が挙げられる。例えば、トラクタＴＲの駐車場からトレーラ駐車場までの区間は、トレーラに連結されずにヘッドだけで道路が通行されるから一般制限値を超えないので、特殊車両に該当せず、特殊車両通行許可の申請が不要である可能性が高いからである。また、荷積み地から荷卸し地までの区間は、既にサプライチェーンの一部として最適化等が行われた経路が構築済みである可能性が高いからである。

例えば、上記の経路情報のあくまで一例として、マッチング装置１０は、特殊車両通行許可申請書に添付する通行経路表及び経路図などを生成することができる。例えば、トレーラ５Ａ１及びトレーラ５Ａ２の例で言えば、トレーラ５Ａ１及びトレーラ５Ａ２の車籍地である運送会社Ａのトレーラ駐車場から目的地の一例に対応する荷積み地までの経路Ｒ１、すなわち図中の一点鎖線の通行経路表及び経路図が生成される。また、トレーラ５Ｃ２の例で言えば、トレーラ５Ｃ２の車籍地である運送会社Ｃのトレーラ駐車場から目的地の一例に対応する荷積み地までの経路Ｒ２、すなわち図中の二点鎖線の通行経路表及び経路図が生成される。

このように、上記の特殊車両通行許可の申請支援サービスでは、配車計画が策定されるか、あるいは求貨求車のマッチングが成立する事前にトラクタの運送会社及びトレーラの運送会社の組合せを定めて経路情報を生成することができる。

したがって、上記の特殊車両通行許可の申請支援サービスによれば、特殊車両通行許可の申請を支援することが可能になる。さらに、特殊車両通行許可の申請が、ひいては異なる運送会社におけるトラクタ及びトレーラの共用の容易化につながる。

［マッチング装置１０の構成］
図３は、実施例１に係るマッチング装置１０の機能的構成の一例を示す図である。図３に示すように、マッチング装置１０は、通信インタフェイス部１１と、記憶部１３と、制御部１５とを有する。なお、図３には、データの授受の関係を表す実線が示されているが、説明の便宜上、最小限の部分について示されているに過ぎない。すなわち、各処理部に関するデータの入出力は、図示の例に限定されず、図示以外のデータの入出力、例えば処理部及び処理部の間、処理部及びデータの間、並びに、処理部及び外部装置の間のデータの入出力が行われることとしてもかまわない。

通信インタフェイス部１１は、他の装置、例えば荷主側システム３０や配車計画システム６０等との間で通信制御を行うインタフェイスの一例に対応する。

一実施形態として、通信インタフェイス部１１には、ＬＡＮカードなどのネットワークインタフェイスカードなどが対応する。例えば、通信インタフェイス部１１は、配車計画システム６０から上記のマッチングサービスに対する新規エントリのリクエストを受け付ける。また、通信インタフェイス部１１は、上記の特殊車両通行許可の申請支援サービスにより生成された経路情報を含む特殊車両通行許可の申請情報を配車計画システム６０へ送信する。

記憶部１３は、制御部１５で実行されるＯＳ（Operating System）を始め、アプリケーションプログラムやミドルウェアなどの各種プログラムに用いられるデータを記憶する機能部である。ここで言う「プログラム」には、上記のマッチングサービスを実現するマッチングプログラムや上記の特殊車両通行許可の申請支援サービスがモジュール化された特殊車両通行許可の申請支援プログラムが含まれ得る。

一実施形態として、記憶部１３は、マッチング装置１０における補助記憶装置として実装することができる。例えば、記憶部１３には、ＨＤＤ（Hard Disk Drive）、光ディスクやＳＳＤ（Solid State Drive）などを採用できる。なお、記憶部１３は、必ずしも補助記憶装置として実装されずともよく、マッチング装置１０における主記憶装置として実装することもできる。この場合、記憶部１３には、各種の半導体メモリ素子、例えばＲＡＭ（Random Access Memory)やフラッシュメモリなどを採用できる。

記憶部１３は、制御部１５で実行されるプログラムに用いられるデータの一例として、車両情報１３Ａと、忌避条件情報１３Ｂと、他社情報１３Ｃと、プローブ情報１３Ｄと、申請情報１３Ｅとを記憶する。これら図３に示されたデータ以外にも、記憶部１３には、他の電子データが記憶されることとしてもかまわない。例えば、記憶部１３には、上記のマッチングサービスにエントリ済みである荷主等が拠点として使用する荷積み地や荷卸し地の情報などが記憶され得る。この他、また、記憶部１３には、道路地図情報の他、荷主等や運送会社等のマッチングサービスに関するアカウント情報などが記憶される。なお、図３の記憶部１３に示す各情報の説明は、各データの取得、生成又は参照が行われる制御部１５の説明と合わせて行うこととする。

制御部１５は、マッチング装置１０の全体制御を行う処理部である。

一実施形態として、制御部１５は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などのハードウェアプロセッサにより実装することができる。ここでは、プロセッサの一例として、ＣＰＵやＭＰＵを例示したが、汎用型及び特化型を問わず、任意のプロセッサ、例えばＧＰＵ（Graphics Processing Unit）やＤＳＰ（Digital Signal Processor）の他、ＤＬＵ（Deep Learning Unit）やＧＰＧＰＵ（General-Purpose computing on Graphics Processing Units）により実装することができる。この他、制御部１５は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などのハードワイヤードロジックによって実現されることとしてもかまわない。

制御部１５は、図示しない主記憶装置として実装されるＲＡＭのワークエリア上に、上記の特殊車両通行許可の申請支援プログラムを展開することにより、下記の処理部を仮想的に実現する。なお、ここでは、上記のマッチングプログラムのうち上記の特殊車両通行許可の申請支援サービスに対応する機能がモジュール化された特殊車両通行許可の申請支援プログラムが実行される例を挙げたが、これに限定されない。例えば、上記のマッチングサービスに対応する機能がパッケージ化されたマッチングプログラムが実行されることとしてもかまわない。

図３に示すように、制御部１５は、登録部１５Ａと、抽出部１５Ｂと、特定部１５Ｃと、生成部１５Ｄとを有する。

登録部１５Ａは、運送会社の車両情報を登録する処理部である。ここで言う「車両情報」には、上記のトラクタ情報及び上記のトレーラ情報が含まれ得る。

あくまで一例として、登録部１５Ａは、配車計画システム６０から上記のマッチングサービスに対する新規エントリのリクエストを受け付けた場合、配車計画システム６０から取得されたトラクタ情報及びトレーラ情報を記憶部１３へ登録する。このようにして、記憶部１３には、上記のマッチングサービスへのエントリを受け付けた運送会社ごとにトラクタ情報１３Ａ１及びトレーラ情報１３Ａ２を含む車両情報１３Ａが登録される。

図４は、トラクタ情報１３Ａ１の一例を示す図である。図４には、トラクタ情報１３Ａ１のあくまで一例として、運送会社Ａ及び運送会社Ｂの情報が抜粋して示されているが、これは説明の便宜の側面から模式化された例に過ぎず、上記のマッチングサービスにエントリする全ての運送会社が含まれてかまわない。図４に示すように、トラクタ情報１３Ａ１には、運送会社、運送会社が保有するトラクタのトラクタＩＤ（IDentification）、トラクタの型式、連結検討が申請済みであるトレーラの型式、及び、トラクタへの特車ゴールド制度の適用可否などの項目が対応付けられた情報を採用できる。ここで言う「特車ゴールド制度」とは、業務支援用ＥＴＣ２．０車載器をセットアップした車両の登録と特車ゴールドの利用登録が行われることにより、許可更新の手続きの簡素化と大型車誘導区間における自由な経路選択ができるようになる制度を指す。例えば、業務支援用ＥＴＣ２．０車載器が装着され、かつ車両の利用登録のオンライン申請が行われたトラクタには、特車ゴールド制度の適用を受けることができる旨を表すステータス「○」が設定される。その一方で、特車ゴールド制度の適用を受けることができないトラクタには、ステータス「×」が設定される。

なお、図４では、あくまで一例として、上記のマッチングシステム１が採番するＩＤによりトラクタが識別される例を挙げるが、車検証に登載される自動車登録番号により識別されることとしてもかまわない。また、図４で挙げた項目は、あくまで一例として、トラクタの車両番号や車検証、連結検討、車両の諸元等といった情報のうち一部が抜粋して示されたものであり、車両番号や車検証、連結検討、車両の諸元等の全ての情報が含まれていてもかまわない。

図５は、トレーラ情報１３Ａ２の一例を示す図である。図５には、トレーラ情報１３Ａ２のあくまで一例として、運送会社Ａ、運送会社Ｂ及び運送会社Ｃの情報が抜粋して示されているが、これは説明の便宜の側面から模式化された例に過ぎず、上記のマッチングサービスにエントリする全ての運送会社が含まれてかまわない。図５に示すように、トレーラ情報１３Ａ２には、運送会社、運送会社が保有するトレーラのトレーラＩＤ、トレーラの型式、トレーラに積載可能な荷物の種別情報、トレーラの点検整備情報、連結検討が申請済みであるトラクタの型式、及び、トレーラの車籍地（トレーラ駐車場の住所）などの項目が対応付けられた情報を採用できる。これらの項目のうち、トレーラの荷物の種別情報や点検整備情報は、トレーラ管理システム５０から取得することもできる。

なお、図５では、あくまで一例として、上記のマッチングシステム１が採番するＩＤによりトレーラが識別される例を挙げるが、車検証に登載される車台番号により識別されることとしてもかまわない。また、図５で挙げた項目は、あくまで一例として、トレーラの車両番号や車検証、連結検討、車両の諸元等といった情報のうち一部が抜粋して示されたものであり、車両番号や車検証、連結検討、車両の諸元等の全ての情報が含まれていてもかまわない。

抽出部１５Ｂは、特殊車両通行許可の申請対象となるトラクタに接続可能なトレーラを、各社の保有するトレーラ情報１３Ａ２を参照して抽出する処理部である。

あくまで一例として、抽出部１５Ｂは、上記のマッチングサービスに対する新規エントリのリクエストが受け付けられた場合、処理を起動できる。例えば、抽出部１５Ｂは、登録部１５Ａにより記憶部１３へ新規登録が行われるトラクタ情報１３Ａ１に含まれるトラクタΦのうち１つのトラクタＴＲを選択する。続いて、抽出部１５Ｂは、記憶部１３に記憶された車両情報１３Ａのトレーラ情報１３Ａ２に含まれるトレーラφのうち、選択中のトラクタＴＲが連結検討済みであるトレーラの型式と一致する型式を有するトレーラφ１を抽出する。例えば、図２に例示した通り、トラクタＴＲの車検証の備考欄等に記載された連結検討済みのトレーラの型式が「α」、「β」又は「η」であるとする。この場合、図４に示された運送会社Ａ〜Ｃのトレーラ情報１３Ａ２に含まれるトレーラのうち、トレーラの型式が「α」、「β」又は「η」と一致する型式を有するトレーラＩＤ「00001」、「00002」及び「00223」のトレーラがトレーラφ１として抽出される。

なお、ここでは、トラクタＴＲの車検証に牽引登録されたトレーラの型式に基づいてトラクタＴＲと連結可能なトレーラを抽出する例を挙げたが、これに限定されない。例えば、トレーラの車検証に牽引登録されたトラクタの型式に基づいてトラクタＴＲと連結可能なトレーラを抽出することとしてもかまわない。また、トレーラφ１の抽出時には、上記のマッチングサービスに対する新規エントリを行う運送会社（自社）のトレーラを含めるか否かを任意に設定できる。例えば、新規エントリを行う運送会社（自社）により自社のトラクタとトレーラに関する特車申請が行われていない場合、自社のトレーラを含めることとし、特車申請が行われている場合、自社のトレーラを除外することができる。

このようにトレーラφ１が抽出された後、抽出部１５Ｂは、トレーラφ１のうちトラクタＴＲが運送対象とする荷物の種別情報と一致するトレーラφ２を抽出する。例えば、トラクタＴＲが運送対象とする荷物の種別情報が「食料品」であるとしたとき、トレーラＩＤ「00001」、「00002」及び「00223」のトレーラφ１のうち荷物の種別情報が「食料品」であるトレーラＩＤ「00001」がトレーラφ２として抽出される。なお、ここでは、運送対象とする荷物の種別情報が１つである例を挙げたが、運送対象とする荷物の種別情報は複数であってもかまわない。

これと同時または並行して、抽出部１５Ｂは、記憶部１３に記憶された忌避条件情報１３Ｂを参照して、トレーラφ１のうちトラクタＴＲが運送対象とする荷物の種別情報との間で忌避条件の組合せとならないトレーラφ３を抽出する。

図６は、忌避条件情報１３Ｂの一例を示す図である。図６に示すように、忌避条件情報１３Ｂには、少なくとも一方の荷物が他方の荷物を忌避する荷物の種別情報の組合せが条件として規定された情報を採用できる。例えば、図６に示す忌避条件情報１３Ｂの例で言えば、化学製品・ゴム製品と食料品や飲料との組合せ、化学製品・ゴム製品と繊維・衣料品との組合せ等が忌避条件に該当する。さらに、農産物・水産物と繊維・衣料品との組合せ、農産物・水産物と機械・機械部品との組合せ、農産物・水産物と紙・紙加工品との組合せ等が忌避条件に該当する。このように、油成分が付着する可能性がある荷物は同類の荷物以外を忌避する傾向がある。また、臭いのきつい荷物は臭いがＮＧである荷物に忌避される傾向がある。さらに、埃や粒子を飛散させる荷物は埃や粒子の付着がＮＧである荷物に忌避される傾向がある。これらの傾向を有する荷物の種別の組合せが忌避条件情報１３Ｂとして記憶部１３に登録される。

例えば、トラクタＴＲが運送対象とする荷物の種別情報が「食料品」であるとしたとき、トレーラＩＤ「00001」、「00002」及び「00223」のトレーラφ１のうち荷物の種別情報「食料品」と忌避条件の組合せとなる荷物の種別情報「化学製品」を持つトレーラＩＤ「00002」が除外される。この結果、トレーラＩＤ「00001」及び「00223」のトレーラがトレーラφ３として抽出される。

このようにトレーラφ１からトレーラφ２及びφ３が絞り込まれた後、抽出部１５Ｂは、記憶部１３に記憶された他社情報１３Ｃを参照して、トレーラφ２及びトレーラφ３のうち、トレーラの利用を許容しない運送会社以外の運送会社のトレーラφ４を抽出する。

図７は、他社情報１３Ｃの一例を示す図である。図７に示すように、他社情報１３Ｃには、運送会社ごとに当該運送会社のトレーラの利用を許容しない他社のリストが対応付けられた情報を採用できる。例えば、図７に示す他社情報１３Ｃの例で言えば、Ａ社のトレーラの利用はＣ社、Ｋ社及びｍ社に許容されず、Ｂ社のトレーラの利用はＡ社に許容されない。なお、図７には、他社情報１３Ｃがトレーラの利用を許容しない他社を列挙するネガティブリスト方式で記述される例を挙げたが、他社情報１３Ｃはトレーラの利用を許容する他社を列挙するポジティブリスト方式で記述されることとしてもかまわない。

このように、トレーラ情報１３Ａ２に含まれる荷物の種別情報、忌避条件情報１３Ｂや他社情報１３Ｃを用いてトレーラを絞り込むのは、特殊車両通行許可の申請コストを削減するためである。すなわち、道路管理者へ申請する経路が増加するにつれて特殊車両通行許可の申請コストも増加する。そして、特殊車両通行許可の申請対象とするトレーラの数が増えれば、他社のトレーラ駐車場の数が増加するので、申請コストが嵩むことになる。これらの側面から、特殊車両通行許可の申請を行っても連結を行う可能性が低いトレーラや連結が許可されないトレーラを除外して連結を行う可能性が高いトレーラや連結が許可されたトレーラが抽出される。

特定部１５Ｃは、抽出部１５Ｂにより抽出されたトレーラについての各社の駐車場から最寄りの大型車誘導区間までの経路を特定する処理部である。

一実施形態として、特定部１５Ｃは、選択中であるトラクタＴＲが特車ゴールド制度の適用を受けることができる場合、抽出部１５Ｂにより抽出されたトレーラφ４のうち１つを選択する。そして、特定部１５Ｃは、記憶部１３に記憶されたプローブ情報１３Ｄを用いて、選択中であるトレーラｔｒの駐車場から最寄りの大型車誘導区間までの経路を特定する。

これを具体的に説明すると、特定部１５Ｃは、過去の所定期間、例えば６ヶ月間の走行実績情報を参照して、出発地としてトレーラｔｒの駐車場、例えば車籍地の周辺地域を出発又は通過し、かつ目的地として特車ゴールド制度で設定された大型車誘導区間に到着又は通過するルートを検索する。そして、特定部１５Ｃは、走行実績情報から検索されたルートのうち同一のルートをクラスタリングすることにより、同一のルートごとに当該ルートの走行回数を計数する。その上で、特定部１５Ｃは、走行回数が所定の閾値以上であるルートを走行ルートの候補として抽出する。

さらに、特定部１５Ｃは、記憶部１３に記憶されたプローブ情報１３Ｄを用いて、走行ルートの候補ごとに運行時間を算出する。ここで、上記のプローブ情報１３Ｄは、車両の走行時の走行実績情報の収集およびその解析が実行されることにより得られる。ここでは、デジタルタコグラフの装着義務が課される貨物商用車を例に挙げるが、デジタコに類する運行監視装置を搭載する任意の車両、すなわち自動車全般から収集される走行実績情報を用いることもできる。より詳細には、トラクタに装着されるデジタルタコグラフの個体を識別する個体番号ごとに、時刻、位置、速度および距離などが対応付けられた走行実績情報がモバイルネットワーク等を介してプラットフォームへ収集される。さらに、トラクタに接続されたトレーラが発信するビーコンが収集されることで、トラクタの型式及びトレーラの型式の組合せごとに上記の走行実績情報をプラットフォームへ収集できる。このように収集された走行実績情報の間で、道路が所定の単位、例えば５０ｍで区切られた道路区間、及び、時間が所定の単位、例えば時、分または秒ごとに区切られた時間区間ごとに、当該道路区間を当該時間区間に走行する車両の交通量や走行時間を集計する統計処理がプラットフォームにより実行される。このとき、プラットフォームは、選択中のトラクタＴＲの型式と選択中のトレーラｔｒの型式の組合せと一致する走行実績情報に絞り込んで車両の交通量や走行時間の集計を行うことができる。この他、プラットフォームは、進行方向ごとに車両の交通量および走行時間を集計することもできる。これによって、道路区間および時間区間ごとに車種別および進行方向別の車両走行量が対応付けられたプローブ情報１３Ｄが得られる。

例えば、特定部１５Ｃは、候補とする走行ルートの出発地から目的地までの道路区間ごとに当該道路区間における走行時間を積算することにより、上記の運行時間を算出する。このように走行時間を積算する際、走行する日時の曜日に対応する走行時間であり、かつ当該道路区間が走行される時間帯に対応する走行時間を用いることにより、所要時間を高精度に算出することができる。その上で、特定部１５Ｃは、走行ルートの候補のうち運行時間が最短である候補を選択中であるトレーラｔｒの駐車場から最寄りの大型車誘導区間までの走行ルートとして特定する。

このように、トラクタの型式及びトレーラの型式の組合せ毎の走行実績情報のうち選択中のトラクタＴＲの型式と選択中のトレーラｔｒの型式の組合せと一致する走行実績情報を用いて作成されたプローブ情報を用いて、走行ルートを特定する。これによって、選択中のトラクタＴＲ及び選択中のトレーラｔｒが連結された特殊車両が最短時間で走行可能である可能性が高い走行ルートを特定できる。

生成部１５Ｄは、抽出部１５Ｂにより抽出されたトレーラについての各社の駐車場から目的地までの経路を含む経路情報を生成する処理部である。

１つの側面として、生成部１５Ｄは、選択中であるトラクタＴＲが特車ゴールド制度の適用を受けることができる場合、次のような経路情報を生成する。すなわち、生成部１５Ｄは、選択中であるトレーラｔｒの駐車場から最寄りの大型車誘導区間までの経路と、大型車誘導区間と、大型車誘導区間から上記のマッチングサービスにエントリ済みである荷主が拠点として使用する荷積み地までの経路とを含む経路情報を生成する。なお、ここで、大型車誘導区間から荷積み地までの区間の経路には、既にサプライチェーンの一部として最適化等が行われた経路を流用することができる。この他、上記のプローブ情報１３Ｄを用いて、大型車誘導区間を出発地とし、荷主等が荷積み地として上記のマッチングサービスに登録する拠点を目的地としてルートを特定することもできる。

他の側面として、生成部１５Ｄは、選択中であるトラクタＴＲが特車ゴールド制度の適用を受けることができない場合、次のような経路情報を生成する。例えば、生成部１５Ｄは、抽出部１５Ｂにより抽出されたトレーラφ４のうち１つを選択する。そして、生成部１５Ｄは、選択中であるトレーラｔｒの駐車場から上記のマッチングサービスにエントリ済みである荷主が拠点として使用する荷積み地までの経路を含む経路情報を生成する。なお、トレーラｔｒの駐車場から荷積み地までの経路についても、上述の特定部１５Ｃと同様、記憶部１３に記憶されたプローブ情報１３Ｄを用いて特定することができる。

このような経路情報の一例として、上述の通り、特殊車両通行許可申請書に添付する通行経路表及び経路図などを生成することができる。このようにして生成された経路情報は、特殊車両通行許可の申請に用いる申請情報１３Ｅとして記憶部１３に保存される。なお、ここでは、申請情報１３Ｅが記憶部１３に保存される例を挙げたが、運送会社側のシステム、例えば配車計画システム６０などに出力することもできる。

［処理の流れ］
図８は、実施例１に係る申請支援処理の手順を示すフローチャートである。この処理は、あくまで一例として、上記のマッチングサービスに対する新規エントリのリクエストが受け付けられた場合、実行することができる。

図８に示すように、抽出部１５Ｂは、登録部１５Ａにより記憶部１３へ新規登録が行われるトラクタ情報１３Ａ１に含まれるトラクタΦのうち１つのトラクタＴＲを選択する（ステップＳ１０１）。

続いて、抽出部１５Ｂは、記憶部１３に記憶された車両情報１３Ａのトレーラ情報１３Ａ２に含まれるトレーラφのうち、ステップＳ１０１で選択中であるトラクタＴＲが連結検討済みであるトレーラの型式と一致する型式を有するトレーラφ１を抽出する（ステップＳ１０２）。

その後、抽出部１５Ｂは、ステップＳ１０２で抽出されたトレーラφ１のうち、ステップＳ１０１で選択中であるトラクタＴＲが運送対象とする荷物の種別情報と一致するトレーラφ２を抽出する（ステップＳ１０３）。

さらに、抽出部１５Ｂは、記憶部１３に記憶された忌避条件情報１３Ｂを参照して、ステップＳ１０２で抽出されたトレーラφ１のうちステップＳ１０１で選択中であるトラクタＴＲが運送対象とする荷物の種別情報との間で忌避条件の組合せとならないトレーラφ３を抽出する（ステップＳ１０４）。

その上で、抽出部１５Ｂは、記憶部１３に記憶された他社情報１３Ｃを参照して、ステップＳ１０３で抽出されたトレーラφ２及びステップＳ１０４で抽出されたトレーラφ３のうち、トレーラの利用を許可しない運送会社以外の運送会社のトレーラφ４を抽出する（ステップＳ１０５）。このようにステップＳ１０５で抽出されたトレーラφ４のうち１つのトレーラｔｒが選択される（ステップＳ１０６）。

ここで、ステップＳ１０１で選択中であるトラクタＴＲが特車ゴールド制度の適用を受けることができる場合（ステップＳ１０７Ｙｅｓ）、特定部１５Ｃは、記憶部１３に記憶されたプローブ情報１３Ｄを用いて、ステップＳ１０６で選択中であるトレーラｔｒの駐車場から最寄りの大型車誘導区間までの経路を特定する（ステップＳ１０８）。

その上で、生成部１５Ｄは、ステップＳ１０６で選択中であるトレーラｔｒの駐車場から最寄りの大型車誘導区間までの経路と、大型車誘導区間と、大型車誘導区間から上記のマッチングサービスにエントリ済みである荷主が拠点として使用する荷積み地までの経路とを含む経路情報を生成する（ステップＳ１０９）。

一方、選択中であるトラクタＴＲが特車ゴールド制度の適用を受けることができない場合（ステップＳ１０７Ｎｏ）、生成部１５Ｄは、ステップＳ１０６で選択中であるトレーラｔｒの駐車場から上記のマッチングサービスにエントリ済みである荷主が拠点として使用する荷積み地までの経路を含む経路情報を生成する（ステップＳ１１０）。

そして、ステップＳ１０５で抽出されたトレーラφ４の全てが選択されるまで（ステップＳ１１１Ｎｏ）、上記のステップＳ１０６から上記のステップＳ１１０までの処理が繰り返し行われる。

その後、ステップＳ１０５で抽出されたトレーラφ４の全てが選択された場合（ステップＳ１１１Ｙｅｓ）、新規登録が行われるトラクタ情報１３Ａ１に含まれるトラクタΦの全てが選択されるまで（ステップＳ１１２Ｎｏ）、上記のステップＳ１０１から上記のステップＳ１１１までの処理が繰り返し行われる。そして、新規登録が行われるトラクタ情報１３Ａ１に含まれるトラクタΦの全てが選択された場合（ステップＳ１１２Ｙｅｓ）、処理を終了する。

なお、図８に示すフローチャートでは、マッチングサービスに新規にエントリする運送会社のトラクタと、マッチングサービスにエントリ済みである他の運送会社のトレーラとの組合せに関する特殊車両通行許可の申請を支援する例を挙げたが、これに限定されない。例えば、他の運送会社が保有するトラクタごとに、マッチングサービスに新規にエントリする運送会社が保有するトレーラのうち、当該トラクタに接続可能なトレーラを抽出して、各トレーラの駐車場から荷積み地までの経路を含む経路情報を生成することもできる。また、特車ゴールド制度の適用を受けることができるトラクタの場合、各トレーラの駐車場から最寄りの大型車誘導区間までの経路を特定する。その上で、トレーラの駐車場から最寄りの大型車誘導区間までの経路と、大型車誘導区間と、大型車誘導区間から上記のマッチングサービスにエントリ済みである荷主が拠点として使用する荷積み地までの経路とを含む経路情報を生成することもできる。

［効果の一側面］
上述してきたように、本実施例に係るマッチング装置１０は、特殊車両通行許可の申請対象となるトラクタに接続可能なトレーラを抽出し、抽出されたトレーラについての各社の駐車場から目的地までの経路を含む経路情報を生成する。

このため、配車計画が策定されるか、あるいは求貨求車のマッチングが成立する事前にトラクタの運送会社及びトレーラの運送会社の組合せを定めて経路情報を生成することができる。

したがって、本実施例に係るマッチング装置１０によれば、特殊車両通行許可の申請を支援することが可能である。さらに、特殊車両通行許可の申請が、ひいては異なる運送会社におけるトラクタ及びトレーラの共用の容易化につながる。

さて、これまで開示の装置に関する実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

［他の経路情報］
上記の実施例１では、トレーラ駐車場から荷積み地までの経路を含む経路情報を生成する例を挙げたが、上記のマッチングサービスにエントリ済みである荷主が拠点として使用する荷卸し地からトレーラ駐車場までの経路を含む経路情報も同様にして生成することができる。

［荷物の種別情報］
上記の実施例１では、記憶部１３に記憶されるトレーラ情報１３Ａ２にトレーラに積載可能な荷物の種別情報が登録される例を挙げたが、これに限定されない。例えば、トレーラ情報１３Ａ２には、トレーラの直前の輸送で積載された荷物の種別情報が登録されることとしてもよい。この場合、抽出部１５Ｂは、トレーラφ１のうち選択中のトラクタＴＲの荷物の種別情報とトレーラの直前の輸送で積載された荷物の種別情報が一致するトレーラをトレーラφ２として抽出する。また、トレーラ情報１３Ａ２には、トレーラの輸送で積載された荷物の種別情報の履歴が登録されることとしてもよい。この場合、抽出部１５Ｂは、履歴として登録された荷物の種別情報の中に、選択中のトラクタＴＲの荷物の種別情報との間で忌避条件の組合せとなる荷物の種別情報が１つでも含まれる場合、当該トレーラをトレーラφ３から除外してもよいし、履歴として登録された荷物の種別情報のうち直前の輸送で積載された荷物の種別情報が選択中のトラクタＴＲの荷物の種別情報との間で忌避条件の組合せとならなければ、当該トレーラをトレーラφ３として抽出することとしてもかまわない。なお、全履歴の荷物の種別情報又は直近の荷物の種別情報のいずれを用いて忌避条件を判定するかは、ユーザ設定またはシステム設定により決定されることができる。

［最小回転半径］
例えば、記憶部１３には、トラクタ情報１３Ａ１として、トラクタが連結検討済みであるトレーラの型式以外にも、トラクタと、当該トラクタとの連結検討が行われたトレーラとの組合せごとに最小回転半径を記憶することができる。この場合、選択中であるトレーラｔｒの駐車場から最寄りの大型車誘導区間までの経路を特定する場合、あるいは選択中であるトレーラｔｒの駐車場から上記のマッチングサービスにエントリ済みである荷主が拠点として使用する荷積み地までの経路を特定する場合、トラクタＴＲ及びトレーラｔｒの組合せに対応付けられた最小回転半径で走行可能な経路を特定する。これによって、トラクタＴＲ及びトレーラｔｒが連結された特殊車両に走行不能な経路が経路情報として生成されるのを抑制できる。

［分散および統合］
また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されておらずともよい。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、登録部１５Ａ、抽出部１５Ｂ、特定部１５Ｃ又は生成部１５Ｄをマッチング装置１０の外部装置としてネットワーク経由で接続するようにしてもよい。また、登録部１５Ａ、抽出部１５Ｂ、特定部１５Ｃ又は生成部１５Ｄを別の装置がそれぞれ有し、ネットワーク接続されて協働することで、上記のマッチング装置１０の機能を実現するようにしてもよい。

［申請のタイミング］
また、本マッチングサービスは、トラクタを保有する運送会社がマッチングサービスに新たに参加した際に、マッチングサービスに参加済み他の運送会社の保有する複数のトレーラをまとめた特殊車両通行許可の申請を支援することも可能である。新たに参加する運送会社のトラクタと他の運送会社のトレーラとの組み合わせによる運送が必要になった場合、許可を得るまでの時間が不足してしまう可能性がある。本サービスの申請処理によれば、新たに参加する運送会社は、マッチングサービスに参加した時点で、利用可能な他の運送会社のトレーラの特殊車両通行許可の申請をすることができる。この結果、実際の走行の必要が発生する前に許可を得られる可能性が高くなり、新たに参加する運送会社は、他の運送会社のトレーラを急に利用する必要が生じる都度申請することなく、他の運送会社のトレーラを利用できる。

［申請支援プログラム］
また、上記の実施例で説明した各種の処理は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図９を用いて、実施例１及び実施例２に係る特殊車両通行許可の申請支援プログラムを実行するコンピュータの一例について説明する。

図９は、コンピュータのハードウェア構成例を示す図である。図９に示すように、コンピュータ１００は、操作部１１０ａと、スピーカ１１０ｂと、カメラ１１０ｃと、ディスプレイ１２０と、通信部１３０とを有する。さらに、このコンピュータ１００は、ＣＰＵ１５０と、ＲＯＭ１６０と、ＨＤＤ１７０と、ＲＡＭ１８０とを有する。これら１１０〜１８０の各部はバス１４０を介して接続される。

ＨＤＤ１７０には、図９に示すように、上記の実施例１で示した登録部１５Ａ、抽出部１５Ｂ、特定部１５Ｃ及び生成部１５Ｄと同様の機能を発揮する申請支援プログラム１７０ａが記憶される。この申請支援プログラム１７０ａは、図３に示した登録部１５Ａ、抽出部１５Ｂ、特定部１５Ｃ及び生成部１５Ｄの各構成要素と同様、統合又は分離してもかまわない。すなわち、ＨＤＤ１７０には、必ずしも上記の実施例１で示した全てのデータが格納されずともよく、処理に用いるデータがＨＤＤ１７０に格納されればよい。

このような環境の下、ＣＰＵ１５０は、ＨＤＤ１７０から申請支援プログラム１７０ａを読み出した上でＲＡＭ１８０へ展開する。この結果、申請支援プログラム１７０ａは、図９に示すように、申請支援プロセス１８０ａとして機能する。この申請支援プロセス１８０ａは、ＲＡＭ１８０が有する記憶領域のうち申請支援プロセス１８０ａに割り当てられた領域にＨＤＤ１７０から読み出した各種データを展開し、この展開した各種データを用いて各種の処理を実行する。例えば、申請支援プロセス１８０ａが実行する処理の一例として、図８に示す処理などが含まれる。なお、ＣＰＵ１５０では、必ずしも上記の実施例１で示した全ての処理部が動作せずともよく、実行対象とする処理に対応する処理部が仮想的に実現されればよい。

なお、上記の申請支援プログラム１７０ａは、必ずしも最初からＨＤＤ１７０やＲＯＭ１６０に記憶されておらずともかまわない。例えば、コンピュータ１００に挿入されるフレキシブルディスク、いわゆるＦＤ、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に申請支援プログラム１７０ａを記憶させる。そして、コンピュータ１００がこれらの可搬用の物理媒体から申請支援プログラム１７０ａを取得して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１００に接続される他のコンピュータまたはサーバ装置などに申請支援プログラム１７０ａを記憶させておき、コンピュータ１００がこれらから申請支援プログラム１７０ａを取得して実行するようにしてもよい。

以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）特殊車両通行許可申請の対象となるトラクタに接続可能なトレーラを、各社の保有するトレーラ情報を参照して抽出し、
抽出したトレーラについての各社の駐車場から目的地までの経路を含む経路情報を生成する、
処理をコンピュータに実行させる特殊車両通行許可の申請支援プログラム。

（付記２）前記トレーラ情報は、各社のトレーラに積載可能な荷物の種別情報をさらに含み、
前記抽出する処理は、接続可能なトレーラの内、自社が運送する荷物情報と、他社のトレーラに積載可能な荷物の種別情報とが合致するトレーラを抽出する付記１に記載の特殊車両通行許可の申請支援プログラム。

（付記３）前記トレーラ情報は、各社のトレーラに積載可能な荷物の種別情報をさらに含み、
前記抽出する処理は、接続可能なトレーラの内、自社が運送する荷物情報と、他社のトレーラの直前の運送で運ばれた荷物の種別情報とが合致するトレーラを抽出する付記１に記載の特殊車両通行許可の申請支援プログラム。

（付記４）前記コンピュータの記憶部は、少なくとも一方の荷物が他方の荷物を忌避する荷物の種別情報の組合せが対応付けられた忌避条件情報を記憶し、
前記抽出する処理は、接続可能なトレーラの内、自社が運送する荷物情報と、他社のトレーラの直前の運送で運ばれた荷物の種別情報とが忌避条件の組合せとならないトレーラを抽出する付記１に記載の特殊車両通行許可の申請支援プログラム。

（付記５）前記コンピュータの記憶部は、各社のそれぞれがトレーラの利用を許容する他社情報、及び／又は、トレーラの利用を許容しない他社情報を記憶し、
前記抽出する処理は、接続可能なトレーラの内、トレーラの利用を許容しない他社情報以外を抽出する付記１に記載の特殊車両通行許可の申請支援プログラム。

（付記６）特殊車両通行許可申請の対象となるトラクタに接続可能なトレーラを、各社の保有するトレーラ情報を参照して抽出し、
抽出したトレーラについての各社の駐車場から最寄りの大型車誘導区間までの経路を特定し、
特定した経路と、大型車誘導区間と、大型車誘導区間から目的地までの経路とを含む経路情報を生成する、
処理をコンピュータに実行させる特殊車両通行許可の申請支援プログラム。

（付記７）前記コンピュータの記憶部は、トレーラとトラクタの組合せ毎の走行実績情報を記憶し、
前記特定する処理は、抽出したトレーラについての各社の駐車場から最寄りの大型車誘導区間までの経路が複数ある場合に、前記走行実績情報を参照して、条件を満たす経路を特定する付記６に記載の特殊車両通行許可の申請支援プログラム。

（付記８）前記コンピュータの記憶部は、トレーラとトラクタの組合せ毎の回転半径を記憶し、
前記特定する処理は、前記特殊車両通行許可申請の対象となるトラクタと、抽出したトレーラとの組み合わせで定まる回転半径で走行可能な経路を特定する付記６に記載の特殊車両通行許可の申請支援プログラム。

（付記９）特殊車両通行許可申請の対象となるトラクタに接続可能なトレーラを、各社の保有するトレーラ情報を参照して抽出し、
抽出したトレーラについての各社の駐車場から目的地までの経路を含む経路情報を生成する、
処理をコンピュータが実行する特殊車両通行許可の申請支援方法。

（付記１０）前記トレーラ情報は、各社のトレーラに積載可能な荷物の種別情報をさらに含み、
前記抽出する処理は、接続可能なトレーラの内、自社が運送する荷物情報と、他社のトレーラに積載可能な荷物の種別情報とが合致するトレーラを抽出する付記９に記載の特殊車両通行許可の申請支援方法。

（付記１１）前記トレーラ情報は、各社のトレーラに積載可能な荷物の種別情報をさらに含み、
前記抽出する処理は、接続可能なトレーラの内、自社が運送する荷物情報と、他社のトレーラの直前の運送で運ばれた荷物の種別情報とが合致するトレーラを抽出する付記９に記載の特殊車両通行許可の申請支援方法。

（付記１２）前記コンピュータの記憶部は、少なくとも一方の荷物が他方の荷物を忌避する荷物の種別情報の組合せが対応付けられた忌避条件情報を記憶し、
前記抽出する処理は、接続可能なトレーラの内、自社が運送する荷物情報と、他社のトレーラの直前の運送で運ばれた荷物の種別情報とが忌避条件の組合せとならないトレーラを抽出する付記９に記載の特殊車両通行許可の申請支援方法。

（付記１３）前記コンピュータの記憶部は、各社のそれぞれがトレーラの利用を許容する他社情報、及び／又は、トレーラの利用を許容しない他社情報を記憶し、
前記抽出する処理は、接続可能なトレーラの内、トレーラの利用を許容しない他社情報以外を抽出する付記９に記載の特殊車両通行許可の申請支援方法。

（付記１４）特殊車両通行許可申請の対象となるトラクタに接続可能なトレーラを、各社の保有するトレーラ情報を参照して抽出する抽出部と、
抽出したトレーラについての各社の駐車場から目的地までの経路を含む経路情報を生成する生成部と、
を有する特殊車両通行許可の申請支援装置。

（付記１５）前記トレーラ情報は、各社のトレーラに積載可能な荷物の種別情報をさらに含み、
前記抽出部は、接続可能なトレーラの内、自社が運送する荷物情報と、他社のトレーラに積載可能な荷物の種別情報とが合致するトレーラを抽出する付記１４に記載の特殊車両通行許可の申請支援装置。

（付記１６）前記トレーラ情報は、各社のトレーラに積載可能な荷物の種別情報をさらに含み、
前記抽出部は、接続可能なトレーラの内、自社が運送する荷物情報と、他社のトレーラの直前の運送で運ばれた荷物の種別情報とが合致するトレーラを抽出する付記１４に記載の特殊車両通行許可の申請支援装置。

（付記１７）前記コンピュータの記憶部は、少なくとも一方の荷物が他方の荷物を忌避する荷物の種別情報の組合せが対応付けられた忌避条件情報を記憶し、
前記抽出部は、接続可能なトレーラの内、自社が運送する荷物情報と、他社のトレーラの直前の運送で運ばれた荷物の種別情報とが忌避条件の組合せとならないトレーラを抽出する付記１４に記載の特殊車両通行許可の申請支援装置。

（付記１８）前記コンピュータの記憶部は、各社のそれぞれがトレーラの利用を許容する他社情報、及び／又は、トレーラの利用を許容しない他社情報を記憶し、
前記抽出部は、接続可能なトレーラの内、トレーラの利用を許容しない他社情報以外を抽出する付記１４に記載の特殊車両通行許可の申請支援装置。

１ マッチングシステム
１０ マッチング装置
１１ 通信インタフェイス部
１３ 記憶部
１３Ａ 車両情報
１３Ａ１ トラクタ情報
１３Ａ２ トレーラ情報
１３Ｂ 忌避条件情報
１３Ｃ 他社情報
１３Ｄ プローブ情報
１３Ｅ 申請情報
１５ 制御部
１５Ａ 登録部
１５Ｂ 抽出部
１５Ｃ 特定部
１５Ｄ 生成部
３０ 荷主側システム
４０ 運行管理システム
５０ トレーラ管理システム
６０ 配車計画システム

Claims (10)

1. 特殊車両通行許可申請の対象となるトラクタに接続可能なトレーラを、各社の保有するトレーラ情報を参照して抽出し、
   抽出したトレーラについての各社の駐車場から目的地までの経路を含む経路情報を生成する、
   処理をコンピュータに実行させる特殊車両通行許可の申請支援プログラム。
2. 前記トレーラ情報は、各社のトレーラに積載可能な荷物の種別情報をさらに含み、
   前記抽出する処理は、接続可能なトレーラの内、自社が運送する荷物情報と、他社のトレーラに積載可能な荷物の種別情報とが合致するトレーラを抽出する請求項１に記載の特殊車両通行許可の申請支援プログラム。
3. 前記トレーラ情報は、各社のトレーラに積載可能な荷物の種別情報をさらに含み、
   前記抽出する処理は、接続可能なトレーラの内、自社が運送する荷物情報と、他社のトレーラの直前の運送で運ばれた荷物の種別情報とが合致するトレーラを抽出する請求項１に記載の特殊車両通行許可の申請支援プログラム。
4. 前記コンピュータの記憶部は、少なくとも一方の荷物が他方の荷物を忌避する荷物の種別情報の組合せが対応付けられた忌避条件情報を記憶し、
   前記抽出する処理は、接続可能なトレーラの内、自社が運送する荷物情報と、他社のトレーラの直前の運送で運ばれた荷物の種別情報とが忌避条件の組合せとならないトレーラを抽出する請求項１に記載の特殊車両通行許可の申請支援プログラム。
5. 前記コンピュータの記憶部は、各社のそれぞれがトレーラの利用を許容する他社情報、及び／又は、トレーラの利用を許容しない他社情報を記憶し、
   前記抽出する処理は、接続可能なトレーラの内、トレーラの利用を許容しない他社情報以外を抽出する請求項１に記載の特殊車両通行許可の申請支援プログラム。
6. 特殊車両通行許可申請の対象となるトラクタに接続可能なトレーラを、各社の保有するトレーラ情報を参照して抽出し、
   抽出したトレーラについての各社の駐車場から最寄りの大型車誘導区間までの経路を特定し、
   特定した経路と、大型車誘導区間と、大型車誘導区間から目的地までの経路とを含む経路情報を生成する、
   処理をコンピュータに実行させる特殊車両通行許可の申請支援プログラム。
7. 前記コンピュータの記憶部は、トレーラとトラクタの組合せ毎の走行実績情報を記憶し、
   前記特定する処理は、抽出したトレーラについての各社の駐車場から最寄りの大型車誘導区間までの経路が複数ある場合に、前記走行実績情報を参照して、条件を満たす経路を特定する請求項６に記載の特殊車両通行許可の申請支援プログラム。
8. 前記コンピュータの記憶部は、トレーラとトラクタの組合せ毎の回転半径を記憶し、
   前記特定する処理は、前記特殊車両通行許可申請の対象となるトラクタと、抽出したトレーラとの組み合わせで定まる回転半径で走行可能な経路を特定する請求項６に記載の特殊車両通行許可の申請支援プログラム。
9. 特殊車両通行許可申請の対象となるトラクタに接続可能なトレーラを、各社の保有するトレーラ情報を参照して抽出し、
   抽出したトレーラについての各社の駐車場から目的地までの経路を含む経路情報を生成する、
   処理をコンピュータが実行する特殊車両通行許可の申請支援方法。
10. 特殊車両通行許可申請の対象となるトラクタに接続可能なトレーラを、各社の保有するトレーラ情報を参照して抽出する抽出部と、
    抽出したトレーラについての各社の駐車場から目的地までの経路を含む経路情報を生成する生成部と、
    を有する特殊車両通行許可の申請支援装置。

Images