知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-15
(45)【発行日】2024-10-23
(54)【発明の名称】運送管理装置、運送管理システム及び運送管理方法
(51)【国際特許分類】
G06Q 10/083 20240101AFI20241016BHJP
G06Q 50/40 20240101ALI20241016BHJP
【ＦＩ】
G06Q10/083
G06Q50/40
【請求項の数】
6
(21)【出願番号】P 2021096467
(22)【出願日】2021-06-09
(65)【公開番号】P2022188439
(43)【公開日】2022-12-21
【審査請求日】2023-09-07
(73)【特許権者】
【識別番号】000004260
【氏名又は名称】株式会社デンソー
(74)【代理人】
【識別番号】110001933
【氏名又は名称】弁理士法人 佐野特許事務所
(72)【発明者】
【氏名】野村 江介
(72)【発明者】
【氏名】関 正人
(72)【発明者】
【氏名】鈴木 秀昭
【審査官】深津 始
(56)【参考文献】
【文献】特開２０１１－０２０７９２（ＪＰ，Ａ）
【文献】特開２００７－０２２７２７（ＪＰ，Ａ）
【文献】国際公開第２０２１／０５９４５８（ＷＯ，Ａ１）
【文献】特開２０１７－１００８５５（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ －Ｇ０６Ｑ ９９／００
(57)【特許請求の範囲】
【請求項1】
各々に荷物を収容可能な複数の収容部と複数の車両とを用いた運送の管理に供される運送管理装置であって、前記複数の収容部及び前記複数の車両に関する情報を取得する情報取得部、収容部管理データを含む運送管理データを生成する管理部、及び、前記荷物の運送に関わるスケジュールデータを保持する保持部を有するプロセッサと、
通信部と、を備え、
各車両は前記複数の収容部の何れかを搭載又は非搭載自在に構成され、
前記収容部管理データは、各収容部の所在地を表す所在地データを含み、
前記複数の収容部の何れかである対象収容部が前記複数の車両の何れかである対象車両により出発地点から到着地点に運送される場合、前記対象車両に対応する端末装置が前記対象収容部とともに前記出発地点に存在しているときにおいて、前記情報取得部は、前記端末装置から前記通信部を通じて前記対象収容部の識別情報及び前記端末装置の位置情報を含む第１送信情報を受信及び取得し、且つ、前記第１送信情報に含まれる前記端末装置の位置情報を前記出発地点の位置情報として取得し、その後、前記端末装置が前記対象収容部とともに前記到着地点に存在しているときにおいて、前記情報取得部は、前記端末装置から前記通信部を通じて前記対象収容部の識別情報及び前記端末装置の位置情報を含む第２送信情報を受信及び取得し、且つ、前記第２送信情報に含まれる前記端末装置の位置情報を前記到着地点の位置情報として取得し、
前記管理部は、前記対象収容部の前記出発地点から前記到着地点への運送を経た後、前記第２送信情報に含まれる前記端末装置の位置情報に基づき、前記対象収容部の所在地データに対し前記到着地点を設定し、
前記管理部は、前記スケジュールデータに対応付けられた運行コードに基づく情報が、前記第１送信情報に含まれるか否かに基づき、前記対象収容部内の前記荷物の収容有無を判断する
、運送管理装置。
【請求項2】
前記運行コードに基づく情報が前記第１送信情報に含まれ、且つ、前記対象収容部の前記出発地点から前記到着地点への運送を経て前記情報取得部により前記第２送信情報が取得される場合、前記管理部は、前記荷物を収容した状態の前記対象収容部が前記対象車両により前記出発地点から前記到着地点に運送されたと判断する
、請求項１に記載の運送管理装置。
【請求項3】
前記運行コードに基づく情報が前記第１送信情報に含まれず、且つ、前記対象収容部の前記出発地点から前記到着地点への運送を経て前記情報取得部により前記第２送信情報が取得される場合、前記管理部は、前記荷物が収容されていない状態の前記対象収容部が前記対象車両により前記出発地点から前記到着地点に運送されたと判断する
、請求項２に記載の運送管理装置。
【請求項4】
前記管理部は、前記情報取得部の取得情報に基づき前記対象収容部の運送の履歴データを生成し、前記収容部管理データは、前記履歴データを含み、
前記管理部は、当該運送管理装置に接続された蓄積装置に前記収容部管理データを含む前記運送管理データを記憶させる
、請求項１～３の何れかに記載の運送管理装置。
【請求項5】
請求項１～４の何れかに記載の運送管理装置と、前記端末装置と、を備えた
、運送管理システム。
【請求項6】
各々に荷物を収容可能な複数の収容部と複数の車両とを用いた運送の管理に供される運送管理装置にて実行さえる運送管理方法であって、前記複数の収容部及び前記複数の車両に関する情報を取得する処理と、
収容部管理データを含む運送管理データを生成する処理と、
前記荷物の運送に関わるスケジュールデータを保持する処理と、を当該運送管理装置に設けられたプロセッサに実行させ、
各車両は前記複数の収容部の何れかを搭載又は非搭載自在に構成され、
前記収容部管理データは、各収容部の所在地を表す所在地データを含み、
前記複数の収容部の何れかである対象収容部が前記複数の車両の何れかである対象車両により出発地点から到着地点に運送される場合、前記対象車両に対応する端末装置が前記対象収容部とともに前記出発地点に存在しているときにおいて、前記端末装置から前記運送管理装置に設けられた通信部を通じて前記対象収容部の識別情報及び前記端末装置の位置情報を含む第１送信情報を前記プロセッサにて受信及び取得し、且つ、前記第１送信情報に含まれる前記端末装置の位置情報を前記プロセッサにて前記出発地点の位置情報として取得し、その後、前記端末装置が前記対象収容部とともに前記到着地点に存在しているときにおいて、前記端末装置から前記通信部を通じて前記対象収容部の識別情報及び前記端末装置の位置情報を含む第２送信情報を前記プロセッサにて受信及び取得し、且つ、前記第２送信情報に含まれる前記端末装置の位置情報を前記プロセッサにて前記到着地点の位置情報として取得し、
前記対象収容部の前記出発地点から前記到着地点への運送を経た後、前記第２送信情報に含まれる前記端末装置の位置情報に基づき、前記対象収容部の所在地データに対し前記到着地点を設定する処理を前記プロセッサに実行させ、
前記スケジュールデータに対応付けられた運行コードに基づく情報が、前記第１送信情報に含まれるか否かに基づき、前記プロセッサにて前記対象収容部内の前記荷物の収容有無を判断する
、運送管理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、運送管理装置、運送管理システム及び運送管理方法に関する。
【背景技術】
【0002】
車両を用いた輸送の一種では、原動機を有する車両と当該車両に搭載（配置）自在な収容部（コンテナ等）とを用い、荷物を積み込んだ収容部を車両に搭載して目的地まで運ぶ。但し、荷物が収容されていない空の収容部が輸送されることも多い。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２００３－７２９５２号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
上記のような輸送では多数の収容部が運用される。このため、適切に収容部を管理しなければ、各収容部が現在どこに存在しているのか等が不明となり、適正な荷物の輸送が妨げられる。
【0005】
本発明は、収容部の効率的な管理に寄与する運送管理装置、運送管理システム及び運送管理方法を提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明に係る運送管理装置は、各々に荷物を収容可能な複数の収容部と複数の車両とを用いた運送の管理に供される運送管理装置であって、前記複数の収容部及び前記複数の車両に関する情報を取得する情報取得部と、収容部管理データを含む運送管理データを生成する管理部と、を備え、前記収容部管理データは、各収容部の所在地を表す所在地データを含み、前記複数の収容部の何れかである対象収容部が前記複数の車両の何れかである対象車両により出発地点から到着地点に運送される場合、前記情報取得部は、前記対象車両に対応する端末装置が前記対象収容部とともに前記出発地点に存在しているときの前記端末装置からの第１送信情報に基づき前記対象収容部の識別情報を取得するとともに前記端末装置の位置情報を前記出発地点の位置情報として取得し、その後、前記端末装置が前記対象収容部とともに前記到着地点に存在しているときの前記端末装置からの第２送信情報に基づき前記対象収容部の識別情報を取得するとともに前記端末装置の位置情報を前記到着地点の位置情報として取得し、前記管理部は、前記対象収容部が前記出発地点から前記到着地点に運送されるときの前記情報取得部の取得情報に基づいて前記対象収容部に関する前記所在地データを更新する構成（第１の構成）である。
【発明の効果】
【0007】
本発明によれば、収容部の効率的な管理に寄与する運送管理装置、運送管理システム及び運送管理方法を提供することが可能となる。
【図面の簡単な説明】
【0008】
【図1】本発明の実施形態に係る運送管理システムの全体構成図である。
【図2】本発明の実施形態に係り、収容部が搭載されていない状態の車両の外観側面図（ａ）と、収容部が搭載されている状態の車両の外観側面図（ｂ）である。
【図3】本発明の実施形態に係る運送管理システムの全体構成図である。
【図4】複数の収容部を示す図である。
【図5】本発明の実施形態に係る運送管理装置の構成図である。
【図6】本発明の実施形態に係る端末装置の構成図である。
【図7】本発明の実施形態にて主として想定される中継輸送の説明図である。
【図8】本発明の実施形態に係り、車両の車体に車両コードが付与されている様子を示す図（ａ）と、コンテナの外壁にコンテナコードが付与されている様子を示す図（ｂ）である。
【図9】本発明の実施形態に係るスケジュールデータの構成図である。
【図10】本発明の実施形態に属する第１実施例に係り、実入り出発工程のフローチャートである。
【図11】本発明の実施形態に属する第１実施例に係り、実入り出発工程における撮影作業と端末装置からの送信情報の説明図である。
【図12】本発明の実施形態に属する第１実施例に係り、実入り到着工程のフローチャートである。
【図13】本発明の実施形態に属する第１実施例に係り、実入り到着工程における撮影作業と端末装置からの送信情報の説明図である。
【図14】本発明の実施形態に属する第１実施例に係り、運送管理データに含められる基本管理データの構成図である。
【図15】本発明の実施形態に属する第１実施例に係り、基本管理データの変遷を示す図である。
【図16】本発明の実施形態に属する第１実施例に係り、運送管理データに含められるコンテナ管理データの構成図である。
【図17】本発明の実施形態に属する第１実施例に係り、コンテナ管理データの変遷を示す図である。
【図18】本発明の実施形態に属する第２実施例に係り、空コンテナが輸送される様子を示す図である。
【図19】本発明の実施形態に属する第２実施例に係り、空出発工程のフローチャートである。
【図20】本発明の実施形態に属する第２実施例に係り、空出発工程における撮影作業と端末装置からの送信情報の説明図である。
【図21】本発明の実施形態に属する第２実施例に係り、空到着工程のフローチャートである。
【図22】本発明の実施形態に属する第２実施例に係り、空到着工程における撮影作業と端末装置からの送信情報の説明図である。
【図23】本発明の実施形態に属する第２実施例に係り、コンテナ管理データの変遷を示す図である。
【図24】本発明の実施形態に属する第３実施例に係り、コンテナ管理データの内容を示す図である。
【図25】本発明の実施形態に属する第５実施例に係り、車両における複数の運行態様の説明図である。
【発明を実施するための形態】
【0009】
以下、本発明の実施形態の例を、図面を参照して具体的に説明する。参照される各図において、同一の部分には同一の符号を付し、同一の部分に関する重複する説明を原則として省略する。尚、本明細書では、記述の簡略化上、情報、信号、物理量又は部材等を参照する記号又は符号を記すことによって、該記号又は符号に対応する情報、信号、物理量又は部材等の名称を省略又は略記することがある。例えば、後述の“１１２”によって参照される端末発信情報取得部は（図５参照）、端末発信情報取得部１１２と表記されることもあるし、情報取得部１１２又は取得部１１２と略記されることもあり得るが、それらは全て同じものを指す。尚、本明細書において、用語「運送」と用語「輸送」とは互いに同義であり、それらを互いに読み替えても良い。
【0010】
図１に本発明の実施形態に係る運送管理システムＳＹＳの全体構成図を示す。運送管理システムＳＹＳは、運送管理装置１と、複数の端末装置２と、蓄積装置３と、を備えて構成される。運送管理装置１と各端末装置２は、ネットワークＮＥＴを介して双方向通信が可能な態様で無線接続される。ネットワークＮＥＴは移動体通信網及びインターネット等を含む。蓄積装置３は、運送管理装置１に対して直接接続されるか、或いは、ネットワークＮＥＴを介して接続される。
【0011】
図２（ａ）及び（ｂ）を参照する。運送管理システムＳＹＳ及び運送管理装置１は、収容部ＱＱと車両ＰＰを用いた運送を管理するためのシステム及び装置である。本実施形態において、車両ＰＰとは、原動機を有する車両を指し、一般にトラクタに分類される車を含む。各車両ＰＰに対して荷物を収容可能な収容部を搭載することができる。
【0012】
車両ＰＰへの収容部ＱＱの搭載又は非搭載は自在である。図２（ａ）は収容部ＱＱが搭載されていない状態の車両ＰＰの外観側面図であり、図２（ｂ）は収容部ＱＱが搭載されている状態の車両ＰＰの概略側面図である。車両ＰＰに対する収容部ＱＱの搭載を車両ＰＰに対する収容部ＱＱの配置と読み替えても良い。車両ＰＰに対して収容部ＱＱを搭載するとは車両ＰＰの荷台へ収容部ＱＱを搭載（配置）することを意味する。車両ＰＰに対して収容部ＱＱを物理的に接続することも車両ＰＰへの収容部ＱＱの搭載に含まれる。
【0013】
収容部ＱＱは荷物を収容可能であって且つ車両ＰＰに搭載可能な収容部であれば任意である。例えば、収容部ＱＱは車両ＰＰの荷台に対して搭載可能なコンテナである。収容部ＱＱは、例えば２０フィートコンテナ（ＩＳＯコンテナ）である。収容部ＱＱはスワップボディコンテナであっても良く、この際、車両ＰＰはスワップボディトラックとも称され得る。収容部ＱＱは車輪を有するトレーラであっても良い。収容部ＱＱがトレーラである場合、車両ＰＰはトレーラを牽引するトラクタである。以下では、収容部ＱＱがスワップボディコンテナ等のコンテナであることを想定し、収容部ＱＱをコンテナＱＱと称する。尚、荷物を収容したコンテナＱＱが車両ＰＰによって或る地点から他の地点に輸送（運送）されるとき、輸送とは荷物の輸送であると共にコンテナＱＱの輸送でもある。荷物を収容していないコンテナＱＱが車両ＰＰによって或る地点から他の地点に輸送（運送）されるとき、輸送とはコンテナＱＱのみの輸送である。
【0014】
各端末装置２は、例えば、スマートホン、タブレット又は携帯型情報端末である。各端末装置２は、車両ＰＰを運転する運転手が所持する端末装置であっても良いし、車両ＰＰに備え付けられた端末装置であっても良い。以下では、特に記述なき限り、各端末装置２は車両ＰＰを運転する運転手が所持する端末装置（スマートホン等）であるものとし、端末装置２と車両ＰＰとは一対一で対応していると考える。運送管理システムＳＹＳは、ｎ台の端末装置２を含むものとし、複数の端末装置２を互いに区別する必要があるとき、複数の端末装置２を端末装置２［１］～２［ｎ］にて参照することがある（図３参照）。同様に、複数の車両ＰＰを互いに区別する必要があるとき、複数の車両ＰＰを車両ＰＰ［１］～ＰＰ［ｎ］にて参照することがある（図３参照）。ｎは２以上の任意の整数を表す。車両ＰＰ［ｉ］の運転手は端末装置２［ｉ］を所持するため、端末装置２［ｉ］は車両ＰＰ［ｉ］と対応関係にある。ｉは任意の整数を表す。尚、１つの車両ＰＰ［ｉ］のみに注目したとき、運送管理システムＳＹＳは、運送管理装置１と車両ＰＰ［ｉ］に対応する端末装置２［ｉ］とで構成される、と解される。
【0015】
蓄積装置３は、磁気ディスク又は半導体メモリ等から成り、或いは、それらの組み合わせから成り、運送管理装置１の制御の下で、任意のデータを蓄積及び記憶する。尚、蓄積装置３は運送管理装置１に内蔵されていても良い。
【0016】
運送管理システムＳＹＳでは複数のコンテナＱＱが運用される。複数のコンテナＱＱを互いに区別する必要があるとき、複数のコンテナＱＱをコンテナＱＱ［１］～ＱＱ［ｍ］にて参照することがある（図４参照）。ｍは２以上の任意の整数を表す。ｎ及びｍの一致、不一致は問わない。
【0017】
図５に運送管理装置１の内部構成図を示す。運送管理装置１は、制御部１１、記憶部１２、通信部１３、インターフェース部１４及び日時取得部１５を備える。１又は複数のコンピュータ装置にて運送管理装置１が構成される。運送管理装置１はサーバ装置であっても良い。クラウドコンピューティングを用いて運送管理装置１が構成されても良い。
【0018】
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）等を含んで構成され、運送管理装置１内の全体動作を統括的に制御する。記憶部１２は、磁気ディスク又は半導体メモリ等から成り、或いは、それらの組み合わせから成り、各種プログラム及びデータを格納及び記憶する。記憶部１２内のプログラムを制御部１１のＣＰＵが実行することで各種機能が実現される。通信部１３は、ネットワークＮＥＴと有線又は無線にて接続され、運送管理装置１の相手側装置とネットワークＮＥＴを介して双方向通信を行う。運送管理装置１の相手側装置に上記複数の端末装置２が含まれる。
【0019】
インターフェース部１４は、運送管理装置１と運送管理装置１のユーザとの間のマンマシンインターフェースであり、表示部１４１、操作部１４２、マイクロホン１４３及びスピーカ１４４を備える。運送管理装置１のユーザは運送管理システムＳＹＳの管理者（以下、単に管理者と称する）である。
【0020】
表示部１４１は液晶ディスプレイパネル等にて構成される表示装置であり、制御部１１の制御の下で任意の画像や文字を表示する。操作部１４２は管理者から任意の操作の入力を受け付ける。表示部１４１及び操作部１４２によりタッチパネルが構成されていても良く、操作部１４２への操作はタッチパネルに対する操作であっても良い。マイクロホン１４３は、マイクロホン１４３の周辺音を収音し、収音した音を電気信号に変換する。マイクロホン１４３の収音の対象は、主として管理者の発話による音声である。スピーカ１４４は制御部１１の制御の下で任意の音を出力する。
【0021】
尚、インターフェース部１４の全部又は一部は運送管理装置１の外部に設けられて運送管理装置１に外部接続されるものであっても良い。インターフェース部１４のうち音声認識機能を有して人物との音声による会話が可能な人工知能を制御部１１に設けておいても良い。この場合、マイクロホン１４３及びスピーカ１４４を用いて、管理者及び運送管理装置１間の意思疎通が実現されて良い。但し、スピーカ１４３及びマイクロホン１４４は省略されても良い。スピーカ１４３及びマイクロホン１４４が省略される場合、管理者及び運送管理装置１間の意思疎通は、例えば、表示部１４１に表示された文字によって行われる。
【0022】
日時取得部１５は現在の日付及び時刻を示す日時情報を取得する。日時取得部１５はネットワークＮＥＴを介して他の装置（不図示）から日時情報を取得しても良い。尚、日時取得部１５は省略され得る。
【0023】
制御部１１は、スケジュールデータ作成部１１１、端末発信情報取得部１１２、スケジュールデータ保持部１１３及び管理部１１４を備える。作成部１１１、取得部１１２、保持部１１３及び管理部１１４は、制御部１１のＣＰＵ（演算処理装置）が記憶部１２に格納されたプログラムを実行することにより形成される機能ブロックである。これらの機能ブロック（１１１～１１４）の各機能については後述される。図５には蓄積装置３も示されている。蓄積装置３は管理部１１４により生成される運送管理データを蓄積及び記憶する。運送管理データは基本管理データ及びコンテナ蓄積データを含むが、それらの詳細も後述される。
【0024】
図６に端末装置２の内部構成図を示す。端末装置２は、制御部２１、記憶部２２、通信部２３、インターフェース部２４、日時取得部２５、ＧＰＳ処理部２６及びカメラ部２７を備える。
【0025】
制御部２１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）等を含んで構成され、端末装置２内の全体動作を統括的に制御する。記憶部２２は、磁気ディスク又は半導体メモリ等から成り、或いは、それらの組み合わせから成り、各種プログラム及びデータを格納及び記憶する。記憶部２２内のプログラムを制御部２１のＣＰＵが実行することで制御部２１の各種機能が実現される。通信部２３は、ネットワークＮＥＴと有線又は無線にて接続され、端末装置２の相手側装置とネットワークＮＥＴを介して双方向通信を行う。端末装置２の相手側装置に運送管理装置１が含まれる。
【0026】
インターフェース部２４は、端末装置２と端末装置２のユーザとの間のマンマシンインターフェースであり、表示部２４１、操作部２４２、マイクロホン２４３及びスピーカ２４４を備える。或る端末装置２のユーザは、当該端末装置２の所持者に相当する、車両ＰＰの運転手である。
【0027】
表示部２４１は液晶ディスプレイパネル等にて構成される表示装置であり、制御部２１の制御の下で任意の画像を表示する。操作部２４２は端末装置２のユーザから任意の操作の入力を受け付ける。表示部２４１及び操作部２４２によりタッチパネルが構成されていても良く、操作部２４２への操作はタッチパネルに対する操作であっても良い。マイクロホン２４３は、マイクロホン２４３の周辺音を収音し、収音した音を電気信号に変換する。マイクロホン２４３の収音の対象は、主として端末装置２のユーザの発話による音声である。スピーカ２４４は制御部２１の制御の下で任意の音を出力する。
【0028】
尚、音声認識機能を有して人物との音声による会話が可能な人工知能を制御部２１に設けておいても良く、この場合、マイクロホン２４３及びスピーカ２４４を用いて、ユーザ及び端末装置２間の意思疎通が実現されて良い。以下の説明において、端末装置２への任意の操作は、インターフェース部２４を介して端末装置２のユーザが端末装置２に入力する操作を意味する。
【0029】
日時取得部２５は現在の日付及び時刻を示す日時情報を取得する。日時取得部２５はネットワークＮＥＴを介して他の装置（不図示）から日時情報を取得しても良い。
【0030】
ＧＰＳ処理部２６は、ＧＰＳ（Global Positioning System）を形成する複数のＧＰＳ衛星からの信号を受信することで端末装置２の位置（端末装置２の現在地）を検出し、検出位置を示す位置情報を生成する。端末装置２［ｉ］は車両ＰＰ［ｉ］の車内に位置する。或いは、端末装置２［ｉ］は車両ＰＰ［ｉ］の運転手に所持された状態で車両ＰＰ［ｉ］の近傍に位置する。このため、端末装置２［ｉ］のＧＰＳ処理部２６により生成される位置情報は車両ＰＰ［ｉ］の現在地を表すとも言え、車両ＰＰ［ｉ］にコンテナＱＱ［ｉ］が搭載されている場合にあってはコンテナＱＱ［ｉ］の現在地を表すとも言える。
【0031】
カメラ部２７は、自身の視野内の被写体を撮影し、撮影結果を表す画像データを生成する。生成された画像データは制御部２１に送られる。
【0032】
運送管理システムＳＹＳを中継輸送に適用することができる。図７は本実施形態で想定される中継輸送の概念図である。中継輸送では、荷物を収容したコンテナＱＱを１以上の中継拠点を経由しつつ且つコンテナＱＱを輸送する車両ＰＰを２以上の車両ＰＰで切り替えながら、第１拠点６１０から第２拠点６５０へと輸送する、或いは、第２拠点６５０から第１拠点６１０へと輸送する。図７の例では、３つの中継拠点６２０、６３０及び６４０が経由される。
【0033】
図７には、荷物ＢＢ［１］を収容したコンテナＱＱ［１］を第１拠点６１０から第２拠点６５０へと輸送するための中継輸送ＲＴａと、荷物ＢＢ［２］を収容したコンテナＱＱ［２］を第２拠点６５０から第１拠点６１０へと輸送するための中継輸送ＲＴｂと、が概念的に示されている。
【0034】
中継輸送ＲＴａでは、コンテナＱＱ［１］に荷物ＢＢ［１］を収容した上で、車両ＰＰ［１］にてコンテナＱＱ［１］を第１拠点６１０から中継拠点６２０まで輸送し、その後、車両ＰＰ［２］にてコンテナＱＱ［１］を中継拠点６２０から中継拠点６３０まで輸送し、更にその後、車両ＰＰ［３］にてコンテナＱＱ［１］を中継拠点６３０から中継拠点６４０まで輸送し、更にその後、車両ＰＰ［４］にてコンテナＱＱ［１］を中継拠点６４０から第２拠点６５０まで輸送する。
【0035】
中継輸送ＲＴｂでは、コンテナＱＱ［２］に荷物ＢＢ［２］を収容した上で、車両ＰＰ［５］にてコンテナＱＱ［２］を第２拠点６５０から中継拠点６４０まで輸送し、その後、車両ＰＰ［６］にてコンテナＱＱ［２］を中継拠点６４０から中継拠点６３０まで輸送し、更にその後、車両ＰＰ［７］にてコンテナＱＱ［２］を中継拠点６３０から中継拠点６２０まで輸送し、更にその後、車両ＰＰ［８］にてコンテナＱＱ［２］を中継拠点６２０から第１拠点６１０まで輸送する。
【0036】
中継輸送ＲＴａにおいては、第１拠点６１０が荷物の発荷主（荷物を発送する荷主）の拠点であり、第２拠点６５０が荷物の着荷主（荷物を受け取る荷主）の拠点である。中継輸送ＲＴｂにおいては、第２拠点６５０が荷物の発荷主の拠点であり、第１拠点６１０が荷物の着荷主の拠点である。図７に示す例では、中継輸送ＲＴａにおける荷物の発荷主の拠点と中継輸送ＲＴｂにおける荷物の着荷主の拠点とが共通（第１拠点６１０）となっているが、それらの拠点は相違しうる。同様に、図７に示す例では、中継輸送ＲＴａにおける荷物の着荷主の拠点と中継輸送ＲＴｂにおける荷物の発荷主の拠点とが共通（第２拠点６５０）となっているが、それらの拠点は相違しうる。
【0037】
尚、第１拠点、第２拠点及び中継拠点など、本明細書で述べられる各拠点は、複数の車両ＰＰを駐車させることができると共に、コンテナＱＱを車両ＰＰに搭載するための搭載作業及びコンテナＱＱの車両ＰＰからの積み下ろし作業（切り離し作業）が可能なスペースを有する。コンテナＱＱの積み下ろし作業により、コンテナＱＱが車両ＰＰに搭載されている状態からコンテナＱＱが車両ＰＰに搭載されていない状態に切り替わる。
【0038】
中継輸送に限らず、コンテナＱＱを利用した輸送においては、荷物が収容されていない状態のコンテナＱＱを車両ＰＰにて運ぶことも多い。以下、任意のコンテナについて、当該コンテナに何ら荷物が収容されていない状態を空状態と称し、当該コンテナに輸送されるべき荷物が収容されている状態を実入り状態と称する。また、空状態のコンテナを空コンテナと称することがあり、実入り状態のコンテナを実入りコンテナと称することがある。
【0039】
コンテナＱＱが搭載されていない状態での車両ＰＰの走行は、荷物又はコンテナＱＱの輸送にとって無駄とも言える。従って図７の例において、車両ＰＰ［１］は荷物ＢＢ［１］を収容したコンテナＱＱ［１］を第１拠点６１０から中継拠点６２０へ輸送した後、他の実入りコンテナＱＱを中継拠点６２０から第１拠点６１０に輸送する場合もあるし、空コンテナＱＱを中継拠点６２０から第１拠点６１０に輸送する場合もある。上記他の実入りコンテナＱＱは中継輸送ＲＴｂのコンテナＱＱ［２］であり得る（この場合、車両ＰＰ［１］が車両ＰＰ［８］として機能すると考えれば良い）。また、車両ＰＰ［８］は実入りコンテナＱＱ［２］を中継拠点６２０から第１拠点６１０へ輸送するに先立ち、特に図示しないが、何らかの実入りコンテナＱＱ又は空コンテナＱＱを第１拠点６１０から中継拠点６２０に輸送することもある。他の２つの拠点間における他の任意の車両についても同様である。
【0040】
各車両ＰＰには車両ＩＤが割り当てられる。車両ＩＤは各車両ＰＰに固有の識別情報であって、各車両ＰＰが複数の車両ＰＰの内の何れの車両であるのかを識別するための車両識別情報である。故に複数の車両ＰＰにおける複数の車両ＩＤは互いに異なる。同様に、各コンテナＱＱにはコンテナＩＤが割り当てられる。コンテナＩＤは各コンテナＱＱに固有の識別情報であって、各コンテナＱＱが複数のコンテナＱＱの内の何れのコンテナであるのかを識別するためのコンテナ識別情報（収容部識別情報）である。故に、複数のコンテナＱＱにおける複数のコンテナＩＤは互いに異なる。更に、図８（ａ）に示す如く、各車両ＰＰの車体の所定箇所に車両コードＰＰ＿ＣＤが付与されている。車両ＰＰ［ｉ］の車体に付与された車両コードＰＰ＿ＣＤは車両ＰＰ［ｉ］の車両ＩＤを特定する情報であって、二次元コードにより構成される。同様に、図８（ｂ）に示す如く、各コンテナＱＱの外壁の所定箇所にコンテナコードＱＱ＿ＣＤが付与されている。コンテナＱＱ［ｉ］の外壁に付与されたコンテナコードＱＱ＿ＣＤはコンテナＱＱ［ｉ］のコンテナＩＤを特定する情報であって、二次元コードにより構成される。
【0041】
運転手が端末装置２（カメラ部２７）を用いてコードＰＰ＿ＣＤ及びＱＱ＿ＣＤを容易に撮影できる位置に、車両コードＰＰ＿ＣＤが印刷又はシール貼り付け等にて各車両ＰＰの車体に付与され且つコンテナコードＱＱ＿ＣＤが印刷又はシール貼り付け等にて各コンテナＱＱの外壁に付与される。車両コードＰＰ＿ＣＤ及びコンテナコードＱＱ＿ＣＤとしてＱＲコード（登録商標）を利用できる。
【0042】
図９に中継輸送のスケジュールを表すスケジュールデータ７００を示す。図９では、スケジュールデータ７００が図７の中継輸送ＲＴａのスケジュールを表すと想定されており、この想定の下でスケジュールデータ７００の構造を説明する。尚、本実施形態及び参照される各図面における日付は西暦２０２１年における日付であるものとし、時刻は２４時間表記で示すものとする。また、輸送の対象となる荷物を対象荷物と称することがある。中継輸送ＲＴａ及びスケジュールデータ７００における対象荷物は荷物ＢＢ［１］である（図７参照）。
【0043】
スケジュールデータ７００は、対象荷物の発拠点（第１拠点６１０）でのスケジュールを定めた発データ７１０と、中継拠点６２０でのスケジュールを定めた中継データ７２０と、中継拠点６３０（第２中継拠点）でのスケジュールを定めた中継データ７３０と、中継拠点６４０（第３中継拠点）でのスケジュールを定めた中継データ７４０と、対象荷物の着拠点（第２拠点６５０）でのスケジュールを定めた着データ７５０と、運行コードデータ７６０と、を有する。
【0044】
発データ７１０は、対象荷物の発荷主を表す情報７１１と、対象荷物の発拠点を表す情報７１２と、対象荷物を収容したコンテナＱＱのコンテナＩＤを表す情報７１３と、対象荷物の発拠点からの出発予定日時を表す情報７１４と、を含む。情報７１４における出発予定日時は、対象荷物を収容したコンテナＱＱが第１拠点６１０から出発する予定の日時を表し、換言すれば、対象荷物を収容したコンテナＱＱが搭載された車両ＰＰ［１］が第１拠点６１０から出発する予定の日時を表す。図７の中継輸送ＲＴａにおいて対象荷物が収容されたコンテナＱＱはコンテナＱＱ［１］であるので、コンテナＱＱ［１］のコンテナＩＤ（図９では“ＱＱ００１”と表記されている）が情報７１３に格納されることになる。ここでは、スケジュールデータ７００が作成された時点でコンテナＱＱ［１］のコンテナＩＤが情報７１３に格納されることを想定しているが、スケジュールデータ７００が作成された時点において情報７１３はブランクとなっていても良い（即ち情報７１３にはコンテナＩＤが入っていないようにしても良い）。この場合、対象荷物を収容したコンテナＱＱのコンテナＩＤが確定した後に、確定したコンテナＩＤが情報７１３としてスケジュールデータ７００に格納される。尚、輸送の対象となるコンテナを対象コンテナと称することがある。中継輸送ＲＴａ及びスケジュールデータ７００における対象コンテナは、対象荷物ＢＢ［１］を収容したコンテナＱＱ［１］である（図７参照）。
【0045】
発データ７１０は更に情報７１５及び７１６を含む。情報７１５、７１６は、夫々、第１拠点６１０から中継拠点６２０までの対象コンテナＱＱ［１］の運送を担う運送業者の名称、運送業者ＩＤを表す。運送業者ＩＤは運送業者の固有情報であって、各運送業者が複数の運送業者の内の何れの運送業者であるのかを識別するための運送業者識別情報である。故に複数の運送業者における複数の運送業者ＩＤは互いに異なる。発データ７１０は更に情報７１７を含む。情報７１７は、第１拠点６１０から中継拠点６２０まで対象コンテナＱＱ［１］を運送する予定の車両の車両ＩＤ、即ち車両ＰＰ［１］の車両ＩＤを表す（図７参照）。
【0046】
中継データ７２０は情報７２１～７２７を含む。情報７２１及び７２３は、対象コンテナＱＱ［１］を搭載した車両ＰＰ［１］が中継拠点６２０に到着する際の到着場所及び駐車位置を表す。到着場所は大まかな位置を表し、駐車位置は当該車両ＰＰ［１］が駐車する予定の詳細な位置を表す。情報７２２は車両ＰＰ［１］の中継拠点６２０への到着予定日時を表す。中継拠点６２０において対象コンテナＱＱ［１］の搭載先を車両ＰＰ［１］から車両ＰＰ［２］に切り替える作業が行われる。情報７２４は、対象コンテナＱＱ［１］が搭載された車両ＰＰ［２］の中継拠点６２０から出発予定日時を表す。情報７２５、７２６は、夫々、中継拠点６２０から中継拠点６３０までの対象コンテナＱＱ［１］の運送を担う運送業者の名称、運送業者ＩＤを表す。情報７２７は、中継拠点６２０から中継拠点６３０まで対象コンテナＱＱ［１］を運送する予定の車両の車両ＩＤ、即ち車両ＰＰ［２］の車両ＩＤを表す（図７参照）。
【0047】
中継データ７３０は情報７３１～７３７を含む。情報７３１及び７３３は、対象コンテナＱＱ［１］を搭載した車両ＰＰ［２］が中継拠点６３０に到着する際の到着場所及び駐車位置を表す。到着場所は大まかな位置を表し、駐車位置は当該車両ＰＰ［２］が駐車する予定の詳細な位置を表す。情報７３２は車両ＰＰ［２］の中継拠点６３０への到着予定日時を表す。中継拠点６３０において対象コンテナＱＱ［１］の搭載先を車両ＰＰ［２］から車両ＰＰ［３］に切り替える作業が行われる。情報７３４は、対象コンテナＱＱ［１］が搭載された車両ＰＰ［３］の中継拠点６３０から出発予定日時を表す。情報７３５、７３６は、夫々、中継拠点６３０から中継拠点６４０までの対象コンテナＱＱ［１］の運送を担う運送業者の名称、運送業者ＩＤを表す。情報７３７は、中継拠点６３０から中継拠点６４０まで対象コンテナＱＱ［１］を運送する予定の車両の車両ＩＤ、即ち車両ＰＰ［３］の車両ＩＤを表す（図７参照）。
【0048】
中継データ７４０は情報７４１～７４７を含む。情報７４１及び７４３は、対象コンテナＱＱ［１］を搭載した車両ＰＰ［３］が中継拠点６４０に到着する際の到着場所及び駐車位置を表す。到着場所は大まかな位置を表し、駐車位置は当該車両ＰＰ［３］が駐車する予定の詳細な位置を表す。情報７４２は車両ＰＰ［３］の中継拠点６４０への到着予定日時を表す。中継拠点６４０において対象コンテナＱＱ［１］の搭載先を車両ＰＰ［３］から車両ＰＰ［４］に切り替える作業が行われる。情報７４４は、対象コンテナＱＱ［１］が搭載された車両ＰＰ［４］の中継拠点６４０から出発予定日時を表す。情報７４５、７４６は、夫々、中継拠点６４０から第２拠点６５０までの対象コンテナＱＱ［１］の運送を担う運送業者の名称、運送業者ＩＤを表す。情報７４７は、中継拠点６４０から第２拠点６５０まで対象コンテナＱＱ［１］を運送する予定の車両の車両ＩＤ、即ち車両ＰＰ［４］の車両ＩＤを表す（図７参照）。
【0049】
着データ７５０は、対象荷物の着荷主を表す情報７５１と、中継輸送における対象荷物の最終到着拠点（即ち第２拠点６５０）を表す情報７５２と、対象荷物の最終到着拠点（即ち第２拠点６５０）への到着予定日時を表す情報７５３と、を含む。情報７５３における到着予定日時は、対象コンテナＱＱ［１］が第２拠点６５０に到着する予定の日時を表し、換言すれば、対象コンテナＱＱ［１］を搭載した車両ＰＰ［４］が第２拠点６５０に到着する予定の日時を表す。
【0050】
運行コードデータ７６０は、対象荷物及び対象荷物の中継輸送に対応付けられた運行コードＳＳ＿ＣＤを表し、運行コードＳＳ＿ＣＤとしてＱＲコード（登録商標）を利用できる。
【0051】
スケジュールデータ７００が図７の中継輸送ＲＴａのスケジュールを表すことを想定して、中継輸送のスケジュールデータの構造を説明したが、他の任意の中継輸送のスケジュールデータも同様の構造を有する。
【0052】
制御部１１の機能ブロック（１１１～１１４；図５参照）について説明する。
【0053】
スケジュールデータ作成部１１１は、中継輸送のスケジュールを表すスケジュールデータを作成する。図９のスケジュールデータ７００は作成部１１１にて作成されるスケジュールデータの例である。作成部１１１は、インターフェース部１４又はネットワークＮＥＴを通じて、発荷主及び着荷主並びに各運送業者の希望及び予定を表す情報の入力を受け、入力された情報に基づきスケジュールデータを作成する。管理者が操作部１４２を通じてスケジュールデータの全部又は一部を手動入力することも可能である。スケジュールデータは実施される中継輸送ごとに作成される。実施される中継輸送ごとに固有の運行ＩＤ（運行識別情報）が設定され、各運行ＩＤに対して運行コードＳＳ＿ＣＤ（図９参照）が割り当てられる。各運行コードＳＳ＿ＣＤに対して、対応する運行ＩＤが埋め込まれる。互いに異なる複数の中継輸送間で、運行コードＳＳ＿ＣＤは互いに異なり且つ運行ＩＤは互いに異なる。従って例えば、中継輸送ＲＴａ（図７）のスケジュールデータ中の運行コードＳＳ＿ＣＤと、中継輸送ＲＴｂ（図７）のスケジュールデータ中の運行コードＳＳ＿ＣＤとは互いに異なる。前者の運行コードＳＳ＿ＣＤは荷物ＢＢ［１］に対応付けられ、後者の運行コードＳＳ＿ＣＤは荷物ＢＢ［２］に対応付けられる。
【0054】
或る中継輸送について、スケジュールデータは、当該中継輸送が開始される日時までに（例えば中継輸送が開始される日の前日までに）作成され、当該スケジュールデータの全部又は一部を表す運行表が当該中継輸送を担う各運送業者に配布される。運行表は各運転手が自由に参照可能な印刷物又は画像であって良い。運行表には少なくとも運行コードＳＳ＿ＣＤが示されている（図１１参照）。
【0055】
端末発信情報取得部１１２は、各端末装置２の送信情報（各端末装置２から送信される情報）をネットワークＮＥＴ及び通信部１３を通じて受信する。
【0056】
スケジュールデータ保持部１１３は、スケジュールデータ作成部１１１にて作成されたスケジュールデータを保持する。
【0057】
管理部１１４は、各端末装置２と協働して、各中継輸送を適正に行わせるための制御動作を実行する他、各端末装置２の送信情報等に基づき運送管理データを生成して、運送管理データを蓄積装置３に蓄積及び記憶させる。
【0058】
以下、複数の実施例の中で、運送管理システムＳＹＳに関する幾つかの具体的な動作例、応用技術、変形技術等を説明する。本実施形態にて上述した事項は、特に記述無き限り且つ矛盾無き限り、以下の各実施例に適用される。各実施例において、上述の事項と矛盾する事項がある場合には、各実施例での記載が優先されて良い。また矛盾無き限り、以下に示す複数の実施例の内、任意の実施例に記載した事項を、他の任意の実施例に適用することもできる（即ち複数の実施例の内の任意の２以上の実施例を組み合わせることも可能である）。
【0059】
＜＜第１実施例＞＞
第１実施例を説明する。第１実施例では、実入りコンテナＱＱの輸送に関わる動作を説明する。１つの中継輸送は、或る出発地点から或る到着地点までの単位輸送の組み合わせから成る。即ち、図７の中継輸送ＲＴａであれば、第１拠点６１０及び中継拠点６２０を出発地点及び到着地点とした実入りコンテナＱＱ［１］の第１単位輸送と、中継拠点６２０及び６３０を出発地点及び到着地点とした実入りコンテナＱＱ［１］の第２単位輸送と、中継拠点６３０及び６４０を出発地点及び到着地点とした実入りコンテナＱＱ［１］の第３単位輸送と、中継拠点６４０及び第２拠点６５０を出発地点及び到着地点とした実入りコンテナＱＱ［１］の第４単位輸送とで、中継輸送ＲＴａが構成される。ここでは、説明の具体化のため、図７の中継輸送ＲＴａの内の第１単位輸送に注目し、第１単位輸送における運送管理システムＳＹＳの動作を説明する。
第１実施例を説明する。第１実施例では、実入りコンテナＱＱの輸送に関わる動作を説明する。１つの中継輸送は、或る出発地点から或る到着地点までの単位輸送の組み合わせから成る。即ち、図７の中継輸送ＲＴａであれば、第１拠点６１０及び中継拠点６２０を出発地点及び到着地点とした実入りコンテナＱＱ［１］の第１単位輸送と、中継拠点６２０及び６３０を出発地点及び到着地点とした実入りコンテナＱＱ［１］の第２単位輸送と、中継拠点６３０及び６４０を出発地点及び到着地点とした実入りコンテナＱＱ［１］の第３単位輸送と、中継拠点６４０及び第２拠点６５０を出発地点及び到着地点とした実入りコンテナＱＱ［１］の第４単位輸送とで、中継輸送ＲＴａが構成される。ここでは、説明の具体化のため、図７の中継輸送ＲＴａの内の第１単位輸送に注目し、第１単位輸送における運送管理システムＳＹＳの動作を説明する。
【0060】
図１０は、実入りコンテナＱＱ［１］を搭載した状態の車両ＰＰ［１］が第１拠点６１０（出発地点）から出発する工程（以下、実入り出発工程と称する）のフローチャートである。当該実入り出発工程の流れを図１０を参照して説明する。図１０の実入り出発工程はステップＳ１１～Ｓ２０及びＳ３０から成る。尚、各端末装置２には、運送管理システムＳＹＳにて利用される特定のアプリケーションプログラム（以下、端末アプリと称する）が予めインストールされているものとする。
【0061】
図１０の実入り出発工程の実行期間において、コンテナＱＱ［１］及び車両ＰＰ［１］は出発地点である第１拠点６１０に存在しており、車両ＰＰ［１］に対応する端末装置２［１］も第１拠点６１０に存在している。ステップＳ１１において、車両ＰＰ［１］の運転手は、端末アプリを起動させるための操作を端末装置２［１］に入力することで端末装置２［１］にて端末アプリを起動させる。端末装置２［１］において、端末アプリが起動すると、制御部２１の制御の下、コード読み取りを促すメッセージが表示部２４１に表示される。当該メッセージに従い、車両ＰＰ［１］の運転手はステップＳ１２にて撮影作業を行う。尚、ステップＳ１２に至る前に、コンテナＱＱ［１］に荷物ＢＢ［１］を収容する作業及び実入りコンテナＱＱ［１］を車両ＰＰ［１］の荷台に搭載する作業が完了しているものとする（但し、これらの作業がステップＳ１２の後に行われることがあっても良い）。
【0062】
図１１にステップＳ１２の撮影作業の様子を示す。中継輸送ＲＴａの運行表ＳＳ［１］に示された運行コードＳＳ＿ＣＤを特に記号“ＳＳ＿ＣＤ［１］”にて参照する。更に、車両ＰＰ［１］の車両コードＰＰ＿ＣＤ、コンテナＱＱ［１］のコンテナコードＱＱ＿ＣＤを、夫々、記号“ＰＰ＿ＣＤ［１］”、“ＱＱ＿ＣＤ［１］”にて参照する。運行表ＳＳ［１］は図９のスケジュールデータ７００に対応する運行表であり、運行コードＳＳ＿ＣＤ［１］はスケジュールデータ７００中の運行コードＳＳ＿ＣＤ（従って荷物ＢＢ［１］に対応付けられた運行コードＳＳ＿ＣＤ）と一致する。
【0063】
ステップＳ１２の撮影作業は出発地点（即ち第１拠点６１０）にて行われる。ステップＳ１２の撮影作業において、車両ＰＰ［１］の運転手は、端末装置２［１］のカメラ部２７により、運行表ＳＳ［１］中の運行コードＳＳ＿ＣＤ［１］と、コンテナＱＱ［１］のコンテナコードＱＱ＿ＣＤ［１］と、車両ＰＰ［１］の車両コードＰＰ＿ＣＤ［１］を撮影する操作を行う。これにより、撮影されたコードＳＳ＿ＣＤ［１］、ＱＱ＿ＣＤ［１］及びＰＰ＿ＣＤ［１］が端末装置２［１］にて読み込まれる。
【0064】
ステップＳ１２の撮影作業を経てステップＳ１３に進む。ステップＳ１３では、端末アプリの機能に従い、端末装置２［１］にて送信情報８１０が作成されて、端末装置２［１］から運送管理装置１に対して送信情報８１０が送信される。運送管理装置１の端末発信情報取得部１１２（図５参照）は送信情報８１０をネットワークＮＥＴ及び通信部１３を通じて受信する。
【0065】
図１１に示す如く、端末装置２［１］の送信情報８１０には、端末装置２［１］の現在地を表す位置情報８１１と、車両ＰＰ［１］が属する運送業者の運送業者ＩＤを表す業者情報８１２と、が含まれ、更に、運行ＩＤ情報８１６、コンテナ情報８１７及び車両ＩＤ情報８１８が含まれる。これらの情報８１１、８１２及び８１６～８１８は、同時に端末装置２［１］から運送管理装置１に送信されても良いし、複数の期間に分けて端末装置２［１］から運送管理装置１に送信されても良い。
【0066】
位置情報８１１は、端末装置２［１］のＧＰＳ処理部２６を用いて生成される位置情報である。位置情報８１１は、ステップＳ１２及びＳ１３での端末装置２［１］の現在地を表す。故に、位置情報８１１は、車両ＰＰ［１］及び実入りコンテナＱＱ［１］の出発地点である第１拠点６１０を表す。
【0067】
車両ＰＰ［１］の運転手は、ステップＳ１１の後、ステップＳ１３に至る前に、自身が属する運送業者の運送業者ＩＤを端末装置２［１］のインターフェース部１４を通じて端末装置２［１］に入力する。この入力された運送業者ＩＤにより業者情報８１２が形成される。但し、業者情報８１２は、運送業者ＩＤ以外の情報（但し運送業者ＩＤに対応付けられた情報）であっても良い。例えば、運送業者ＩＤ以外の情報は、端末装置２［１］の固有情報であっても良い。この場合、端末装置２［１］の固有情報と車両ＰＰ［１］が属する運送業者とが対応していることを示す第１既知情報が運送管理装置１に予め登録されているものとする。そうすると、運送管理装置１は、第１既知情報と端末装置２［１］の固有情報とに基づき、車両ＰＰ［１］が属する運送業者（換言すれば端末装置２［１］に対応付けられた運送業者）の運送業者ＩＤを特定できる。或いは例えば、運送業者ＩＤ以外の情報は、端末装置２［１］のユーザ（即ち車両ＰＰ［１］の運転手）の固有情報（運転免許証番号等）であっても良い。この場合、端末装置２［１］のユーザの固有情報と車両ＰＰ［１］が属する運送業者とが対応していることを示す第２既知情報が運送管理装置１に予め登録されているものとする。そうすると、運送管理装置１は、第２既知情報と端末装置２［１］のユーザの固有情報とに基づき、車両ＰＰ［１］が属する運送業者（換言すれば端末装置２［１］に対応付けられた運送業者）の運送業者ＩＤを特定できる。以下では、車両ＰＰ［１］の運転手が、自身が属する運送業者の運送業者ＩＤを端末装置２［１］のインターフェース部１４を通じて端末装置２［１］に入力することで業者情報８１２が形成されるものとする（後述の他の業者情報についても同様）。
【0068】
運行ＩＤ情報８１６は、ステップＳ１２の撮影により読み込まれた運行コードＳＳ＿ＣＤ［１］に基づく情報であって、運行表ＳＳ［１］に対応付けられた中継輸送の運行ＩＤを表す（換言すれば、運行表ＳＳ［１］に固有の運行ＩＤを表す）。運行ＩＤ情報８１６は、ステップＳ１２にて端末装置２［１］により読み取られた運行コードＳＳ＿ＣＤが、運行表ＳＳ［１］中の運行コードＳＳ＿ＣＤ（即ちＳＳ＿ＣＤ［１］）であることを特定する情報である。
【0069】
コンテナＩＤ情報８１７は、ステップＳ１２の撮影により読み込まれたコンテナコードＱＱ＿ＣＤ［１］に基づく情報であって、コンテナＱＱ［１］のコンテナＩＤを表す。車両ＩＤ情報８１８は、ステップＳ１２の撮影により読み込まれた車両コードＰＰ＿ＣＤ［１］に基づく情報であって、車両ＰＰ［１］の車両ＩＤを表す。コンテナＩＤ情報８１７及び車両ＩＤ情報８１８により、実入り出発工程において出発地点（６１０）から出発する予定のコンテナＱＱ及び車両ＰＰが識別される。
【0070】
図１０を再度参照する。ステップＳ１３の後、ステップＳ１４に進む。ステップＳ１４において、運送管理装置１の管理部１１４（図５参照）は、送信情報８１０に基づいてスケジュール整合確認処理を実行する。保持部１１３には複数の中継輸送に関する複数のスケジュールデータが保持されている。スケジュール整合確認処理において、管理部１１４は、保持部１１３に保持された複数のスケジュールデータの中から、運行ＩＤ情報８１６に対応するスケジュールデータを運行ＩＤ情報８１６に基づき抽出する。本実施例において、運行ＩＤ情報８１６は運行コードＳＳ＿ＣＤ［１］に対応しているため、運行コードＳＳ＿ＣＤ［１］に対応するスケジュールデータ７００が抽出される。
【0071】
そして、スケジュール整合確認処理では、送信情報８１０とスケジュールデータ７００との整合が確認される。そして、それらが整合している場合には（ステップＳ１５のＹ）ステップＳ１４からステップＳ１５を経由してステップＳ１６に進む。そうでない場合には（ステップＳ１５のＮ）ステップＳ１４からステップＳ１５を経由してステップＳ３０に進む。例えば、位置情報８１１にて示される地点が第１拠点６１０と相違する場合、又は、業者情報８１２がスケジュールデータ７００中の情報７１６と整合していない場合、ステップＳ３０に進むことになる。また、現在日時も参照してスケジュール整合確認処理が実行されても良い。ステップＳ３０に進んだ場合、管理部１１４により所定のエラー処理を実行し、図１０の動作を終える。以下では、ステップＳ１６に進んだ場合のみを考える。
【0072】
ステップＳ１６において、管理部１１４の制御の下、運送管理装置１から端末装置２［１］に対して所定の整合ＯＫ信号が送信される。端末装置２［１］にて整合ＯＫ信号が受信されると、ステップＳ１７において、端末装置２［１］は、端末アプリの機能に従い、「出発しますか？」といった所定の出発確認メッセージを出力する。端末装置２［１］において、出発確認メッセージの出力は、出発確認メッセージを表示部２４１に表示する処理を含む（後述の他の出発確認メッセージ及び到着確認メッセージの出力も同様）。当該処理に加えて又は当該処理に代えて出発確認メッセージをスピーカ２４４から音声出力するようにしても良い（後述の他の出発確認メッセージ及び到着確認メッセージの出力も同様）。
【0073】
ステップＳ１７の後、ステップＳ１８に進む。ステップＳ１８において、端末装置２［１］の制御部２１は所定の確認操作が入力されたかを確認する。端末装置２［１］において、出発確認メッセージが出力される際、制御部２１は所定の確認操作の入力を待機する。確認操作が入力されると（例えば表示部２４１に表示された確認アイコンがタップされると；ステップＳ１８のＹ）、ステップＳ１８からステップＳ１９に進む。確認操作が入力されないと（ステップＳ１８のＮ）、ステップＳ１７に戻る。特に図示しないが、確認操作の代わりに、キャンセル操作が端末装置２［１］に入力されると、ステップＳ１９に進むことなく図１０の動作を終える。
【0074】
ステップＳ１９において、端末装置２［１］は運送管理装置１に対し所定の出発確定信号を送信する。出発確定信号が運送管理装置１にて受信されると、ステップＳ２０において、管理部１１４は送信情報８１０に基づき運送管理データの更新処理を実行する（詳細は後述）。
【0075】
尚、管理部１１４は、コンテナＱＱの輸送状態を管理する状態管理処理を実行する。状態管理処理にて管理されるコンテナＱＱの輸送状態を、ここでは、輸送管理状態と称する。管理部１１４は、状態管理処理において輸送管理状態を複数の状態間で遷移させる。管理部１１４はコンテナＱＱごとに状態管理処理を実行できる。ステップＳ２０ではコンテナＱＱ［１］の輸送管理状態を状態ＳＴ１から状態ＳＴ２に遷移させる。
【0076】
状態ＳＴ１は、実入りコンテナＱＱ［１］の第１拠点６１０からの出発の準備が未だ整っていない出発前状態である。状態ＳＴ２は、実入りコンテナＱＱ［１］の第１拠点６１０からの出発の準備が整っている出発可状態である。状態ＳＴ２は、実入りコンテナＱＱ［１］が第１拠点６１０から中継拠点６２０に向けて輸送中であることを指し示すものであっても良い。図１０の実入り出発工程において、ステップＳ２０に至るまでの輸送管理状態は初期状態に相当する状態ＳＴ１と一致する。
【0077】
図１２は実入りコンテナＱＱ［１］を搭載した状態の車両ＰＰ［１］が中継拠点６２０（到着地点）に到着する工程（以下、実入り到着工程と称する）のフローチャートである。当該実入り到着工程の流れを図１２を参照して説明する。図１２の実入り到着工程はステップＳ６１～Ｓ７０及びＳ８０から成る。図１２の実入り到着工程は図１０の実入り出発工程の後に実行される。図１０のステップＳ２０を経て、実入りコンテナＱＱ［１］を搭載した車両ＰＰ［１］が出発地点（６１０）から到着地点（６２０）に移動する。車両ＰＰ［１］が到着地点（６２０）に到着した後、車両ＰＰ［１］から実入りコンテナＱＱ［１］を切り離す作業を経てステップＳ６１の処理が実行されるものとする（但し、切り離し作業はステップＳ６１の処理後に行われても良い）。
【0078】
図１２の実入り到着工程の実行期間において、実入りコンテナＱＱ［１］及び車両ＰＰ［１］は到着地点である中継拠点６２０に存在しており、車両ＰＰ［１］に対応する端末装置２［１］も中継拠点６２０に存在している。ステップＳ６１において、車両ＰＰ［１］の運転手は、端末アプリを起動させるための操作を端末装置２［１］に入力することで端末装置２［１］にて端末アプリを起動させる。端末装置２［１］において、端末アプリが起動すると、制御部２１の制御の下、コード読み取りを促すメッセージが表示部２４１に表示される。当該メッセージに従い、車両ＰＰ［１］の運転手はステップＳ６２にて撮影作業を行う。
【0079】
図１３にステップＳ６２の撮影作業の様子を示す。ステップＳ６２の撮影作業は到着地点（即ち中継拠点６２０）にて行われる。ステップＳ６２の撮影作業において、車両ＰＰ［１］の運転手は、端末装置２［１］のカメラ部２７により、運行表ＳＳ［１］中の運行コードＳＳ＿ＣＤ［１］と、コンテナＱＱ［１］のコンテナコードＱＱ＿ＣＤ［１］と、車両ＰＰ［１］の車両コードＰＰ＿ＣＤ［１］を撮影する操作を行う。これにより、撮影されたコードＳＳ＿ＣＤ［１］、ＱＱ＿ＣＤ［１］及びＰＰ＿ＣＤ［１］が端末装置２［１］にて読み込まれる。
【0080】
ステップＳ６２の撮影作業を経てステップＳ６３に進む。ステップＳ６３では、端末アプリの機能に従い、端末装置２［１］にて送信情報８２０が作成されて、端末装置２［１］から運送管理装置１に対して送信情報８２０が送信される。運送管理装置１の端末発信情報取得部１１２（図５参照）は送信情報８２０をネットワークＮＥＴ及び通信部１３を通じて受信する。
【0081】
図１３に示す如く、端末装置２［１］の送信情報８２０には、端末装置２［１］の現在地を表す位置情報８２１と、車両ＰＰ［１］が属する運送業者の運送業者ＩＤを表す業者情報８２２と、が含まれ、更に、運行ＩＤ情報８２６、コンテナＩＤ情報８２７及び車両ＩＤ情報８２８が含まれる。これらの情報８２１、８２２及び８２６～８２８は、同時に端末装置２［１］から運送管理装置１に送信されても良いし、複数の期間に分けて端末装置２［１］から運送管理装置１に送信されても良い。スケジュールデータ７００に従って中継輸送が実施される場合、図１３の情報８２２及び８２６～８２８は、夫々、図１１の情報８１２及び８１６～８１８と一致する。
【0082】
位置情報８２１は、端末装置２［１］のＧＰＳ処理部２６を用いて生成される位置情報である。位置情報８２１は、ステップＳ６２及びＳ６３での端末装置２［１］の現在地を表す。故に、位置情報８２１は、車両ＰＰ［１］及び実入りコンテナＱＱ［１］の到着地点である中継拠点６２０を表す。
【0083】
車両ＰＰ［１］の運転手は、ステップＳ６１の後、ステップＳ６３に至る前に、自身が属する運送業者の運送業者ＩＤを端末装置２［１］のインターフェース部１４を通じて端末装置２［１］に入力する。この入力された運送業者ＩＤにより業者情報８２２が形成される。
【0084】
運行ＩＤ情報８２６は、ステップＳ６２の撮影により読み込まれた運行コードＳＳ＿ＣＤ［１］に基づく情報であって、運行表ＳＳ［１］に対応付けられた中継輸送の運行ＩＤを表す（換言すれば、運行表ＳＳ［１］に固有の運行ＩＤを表す）。運行ＩＤ情報８２６は、ステップＳ６２にて端末装置２［１］により読み取られた運行コードＳＳ＿ＣＤが、運行表ＳＳ［１］中の運行コードＳＳ＿ＣＤ（即ちＳＳ＿ＣＤ［１］）であることを特定する情報である。
【0085】
コンテナＩＤ情報８２７は、ステップＳ６２の撮影により読み込まれたコンテナコードＱＱ＿ＣＤ［１］に基づく情報であって、コンテナＱＱ［１］のコンテナＩＤを表す。車両ＩＤ情報８２８は、ステップＳ６２の撮影により読み込まれた車両コードＰＰ＿ＣＤ［１］に基づく情報であって、車両ＰＰ［１］の車両ＩＤを表す。コンテナＩＤ情報８２７及び車両ＩＤ情報８２８により、到着地点（６２０）に到着したコンテナＱＱ及び車両ＰＰが識別される。
【0086】
図１２を再度参照する。ステップＳ６３の後、ステップＳ６４に進む。ステップＳ６４において、運送管理装置１の管理部１１４（図５参照）は、送信情報８２０に基づいてスケジュール整合確認処理を実行する。スケジュール整合確認処理において、管理部１１４は、保持部１１３に保持された複数のスケジュールデータの中から、運行ＩＤ情報８２６に対応するスケジュールデータを運行ＩＤ情報８２６に基づき抽出する。本実施例において、運行ＩＤ情報８２６は運行コードＳＳ＿ＣＤ［１］に対応しているため、運行コードＳＳ＿ＣＤ［１］に対応するスケジュールデータ７００が抽出される。
【0087】
スケジュール整合確認処理では、送信情報８２０とスケジュールデータ７００との整合が確認され、それらが整合している場合には（ステップＳ６５のＹ）ステップＳ６４からステップＳ６５を経由してステップＳ６６に進む。そうでない場合には（ステップＳ６５のＮ）ステップＳ６４からステップＳ６５を経由してステップＳ８０に進む。ステップＳ６４の段階においてコンテナＱＱ［１］の輸送管理状態は状態ＳＴ２である（図１０のステップＳ２０参照）。コンテナＱＱ［１］の輸送管理状態が状態ＳＴ２であるときのスケジュール整合確認処理では、実入りコンテナＱＱ［１］及び車両ＰＰ［１］がスケジュールデータ７００に従って中継拠点６２０に到着したことを、送信情報８２０が表しているか否かを判断する。仮に例えば、位置情報８２１にて示される地点が中継拠点６２０と相違する場合、又は、業者情報８２２がスケジュールデータ７００中の情報７１６と整合していない場合、ステップＳ８０に進むことになる。また、現在日時も参照してスケジュール整合確認処理が実行されても良い。ステップＳ８０に進んだ場合、管理部１１４により所定のエラー処理を実行し、図１２の動作を終える。以下では、ステップＳ６６に進んだ場合のみを考える。
【0088】
ステップＳ６６において、管理部１１４の制御の下、運送管理装置１から端末装置２［１］に対して所定の整合ＯＫ信号が送信される。端末装置２［１］にて整合ＯＫ信号が受信されると、ステップＳ６７において、端末装置２［１］は、端末アプリの機能に従い、「到着しましたか？」といった所定の到着確認メッセージを出力する。
【0089】
ステップＳ６７の後、ステップＳ６８に進む。ステップＳ６８において、端末装置２［１］の制御部２１は所定の確認操作が入力されたかを確認する。端末装置２［１］において、到着確認メッセージが出力される際、制御部２１は所定の確認操作の入力を待機する。確認操作が入力されると（例えば表示部２４１に表示された確認アイコンがタップされると；ステップＳ６８のＹ）、ステップＳ６８からステップＳ６９に進む。確認操作が入力されないと（ステップＳ６８のＮ）、ステップＳ６７に戻る。特に図示しないが、確認操作の代わりに、キャンセル操作が端末装置２［１］に入力されると、ステップＳ６９に進むことなく図１２の動作を終える。
【0090】
ステップＳ６９において、端末装置２［１］は運送管理装置１に対し所定の到着確定信号を送信する。到着確定信号が運送管理装置１にて受信されると、ステップＳ７０において、管理部１１４は送信情報８２０に基づき運送管理データの更新処理を実行する（詳細は後述）。また、ステップＳ７０では、コンテナＱＱ［１］の輸送管理状態を状態ＳＴ２から状態ＳＴ３に遷移させる。状態ＳＴ３は、実入りコンテナＱＱ［１］が中継拠点６２０に到着したことを指し示す。
【0091】
図１０の実入り出発工程及び図１２の実入り到着工程により、第１拠点６１０及び中継拠点６２０を出発地点及び到着地点とした実入りコンテナＱＱ［１］の第１単位輸送が完了する。以後、図７の中継輸送ＲＴａでは、中継拠点６２０及び６３０を出発地点及び到着地点とした実入りコンテナＱＱ［１］の第２単位輸送と、中継拠点６３０及び６４０を出発地点及び到着地点とした実入りコンテナＱＱ［１］の第３単位輸送と、中継拠点６４０及び第２拠点６５０を出発地点及び到着地点とした実入りコンテナＱＱ［１］の第４単位輸送とが、順次行われる。第２～第４単位輸送の夫々も、第１単位輸送と同様の実入り出発工程及び実入り到着工程を含む。
【0092】
ここで、運送管理データについて説明する。管理部１１４は、中継輸送ごとに基本管理データを作成して各基本管理データを運送管理データに含めることができる。図１４に基本管理データに関わる運送管理データの構造を示す。図１４では基本管理データの中身の図示は省略されている。図１４に示す如く、中継輸送ごとに（従って運行表ごとに又は運行ＩＤごとに）基本管理データが作成される。基本管理データは各コンテナＱＱの現在の輸送管理状態を特定するデータを含む。図１５を参照し、図１０の実入り出発工程及び図１２の実入り到着工程との関係において運行表ＳＳ［１］に対応する基本管理データの詳細を説明する。尚、基本管理データにて管理されるコンテナＱＱは実入りコンテナＱＱである。
【0093】
図１０のステップＳ２０に至る前において、運行表ＳＳ［１］に対応する基本管理データは、コンテナＱＱ［１］の輸送管理状態が状態ＳＴ１であることを示すデータと、運行表ＳＳ［１］に従う中継輸送により輸送されるコンテナＱＱがコンテナＱＱ［１］であることを示すデータのみを含む（上述したように、ここでは、スケジュールデータ７００が作成された時点でコンテナＱＱ［１］のコンテナＩＤが情報７１３に格納されることを想定：図９参照）。その後、図１０のステップＳ２０において、管理部１１４は送信情報８１０（図１１参照）に基づき運行表ＳＳ［１］に対応する基本管理データにデータ１１１０を追加すると共に、コンテナＱＱ［１］の輸送管理状態を状態ＳＴ１から状態ＳＴ２に切り替える。データ１１１０は、コンテナＱＱ［１］が車両ＰＰ［１］に搭載された状態で第１拠点６１０から出発することを指し示すデータであって、出発日時もデータ１１１０に含まれる。データ１１１０中の出発日時として、例えば、ステップＳ１９（図１０参照）の出発確定信号が運送管理装置１にて受信された日時を採用して良い。
【0094】
その後、図１２のステップＳ７０において、管理部１１４は送信情報８２０（図１３参照）に基づき運行表ＳＳ［１］に対応する基本管理データにデータ１１２０を追加すると共に、コンテナＱＱ［１］の輸送管理状態を状態ＳＴ２から状態ＳＴ３に切り替える。データ１１２０は、コンテナＱＱ［１］が中継拠点６２０に到着したことを指し示すデータであって、到着日時もデータ１１２０に含まれる。データ１１２０中の到着日時として、例えば、ステップＳ６９（図１２参照）の到着確定信号が運送管理装置１にて受信された日時を採用して良い。
【0095】
中継輸送ＲＴａに関し、第１単位輸送の実入り出発工程及び実入り到着工程にてデータ１１１０及び１１２０が基本管理データに含められ且つ輸送管理状態が切り替えられるのと同様に、以後、第２、第３及び第４単位輸送の実入り出発工程及び実入り到着工程にてデータ１１１０及び１１２０に対応するデータが基本管理データに含められ且つ輸送管理状態が適正に切り替えられる。
【0096】
次に、コンテナの管理に特化したコンテナ管理データについて説明する。コンテナ管理データは運送管理データに含められて蓄積装置３（図５参照）に蓄積及び記憶される。図１６にコンテナ管理データの構造を示す。図１６ではコンテナ管理データの中身の図示は省略されているが、コンテナ管理データは、コンテナＱＱごとに所在地データ、履歴データ、及び、実／空状態データを含む。或る注目したコンテナＱＱ［ｉ］について、所在地データは当該コンテナＱＱ［ｉ］の現在の所在地（現在地）を表し、履歴データは当該コンテナＱＱ［ｉ］の移動の履歴及び当該コンテナＱＱ［ｉ］の荷物の収容状態の履歴を表し、実／空状態データは当該コンテナＱＱ［ｉ］の現在の荷物の収容状態を表す。
【0097】
【0098】
コンテナＱＱ［１］が第１拠点６１０に存在する状態を初期状態として考える。図１０のステップＳ２０に至る前において、管理部１１４は、コンテナＱＱ［１］が第１拠点６１０に存在すると認識しているものとする。そうすると、ステップＳ２０に至る前において、所在地データはコンテナＱＱ［１］の現在地が第１拠点６１０であることを指し示す。また、ここでは、ステップＳ２０に至る前においてコンテナＱＱ［１］の履歴データは存在せず、且つ、コンテナＱＱ［１］の実／空状態データは不定であるものとする。
【0099】
その後、図１０のステップＳ２０において、管理部１１４は送信情報８１０（図１１参照）に基づきコンテナＱＱ［１］に関するコンテナ管理データを更新する。具体的には、ステップＳ２０において、管理部１１４はコンテナＱＱ［１］の所在地データを“輸送中”に更新する。コンテナＱＱ［１］の所在地データが輸送中であることは、コンテナＱＱ［１］が或る地点から他の地点に向けて輸送されている過程にあることを示す。また、ステップＳ２０において、管理部１１４はコンテナＱＱ［１］の実／空状態データを、コンテナＱＱ［１］が実入り状態であることを示すデータに変更する。端末装置２からの送信情報に運行コードの撮影に基づく運行ＩＤ情報が含まれているとき、対応するコンテナＱＱは中継輸送で利用される実入りコンテナＱＱである。図１０の実入り出発工程に関わる送信情報８１０は運行ＩＤ情報８１６を含んでいるので（図１１参照）、管理部１１４はコンテナＱＱ［１］の実／空状態データを、コンテナＱＱ［１］が実入り状態であることを示すデータに変更する。
【0100】
更に、ステップＳ２０において、管理部１１４はデータ１３１０をコンテナＱＱ［１］の履歴データに含める。データ１３１０は、コンテナＱＱ［１］が特定の出発日時に実入りコンテナとして車両ＰＰ［１］に搭載された上で第１拠点６１０から出発したことを示す。上記特定の出発日時として、例えば、ステップＳ１９（図１０参照）の出発確定信号が運送管理装置１にて受信された日時を採用して良い。
【0101】
その後、図１２のステップＳ７０において、管理部１１４は送信情報８２０（図１３参照）に基づきコンテナＱＱ［１］に関するコンテナ管理データを更新する。具体的には、ステップＳ７０において、管理部１１４はコンテナＱＱ［１］の所在地データを、送信情報８２０中の位置情報８２１に基づき“輸送中”から中継拠点６２０に更新する（中継拠点６２０を示すデータに更新する）。図１２の実入り到着工程において送信情報８２０は、コンテナＱＱ［１］が中継拠点６２０に到着したことを指し示しているからである。つまり、コンテナＱＱ［１］が出発地点（６１０）から到着地点（６２０）に運送されたとき、管理部１１４は、送信情報８１０に基づく端末装置２［１］の位置情報８１１と送信情報８２０に基づく端末装置２［１］の位置情報８２１とに基づいて、所在地データが指し示すコンテナＱＱ［１］の所在地を出発地点（６１０）から到着地点（６２０）に更新する。
【0102】
また、ステップＳ７０において、管理部１１４はコンテナＱＱ［１］の実／空状態データを、コンテナＱＱ［１］が実入り状態であることを示すデータにて維持する。端末装置２からの送信情報に運行コードの撮影に基づく運行ＩＤ情報が含まれているとき、対応するコンテナＱＱは中継輸送で利用される実入りコンテナＱＱである。図１２の実入り到着工程に関わる送信情報８２０は運行ＩＤ情報８２６を含んでいるので（図１３参照）、管理部１１４はコンテナＱＱ［１］の実／空状態データを、コンテナＱＱ［１］が実入り状態であることを示すデータにて維持する。
【0103】
更に、ステップＳ７０において、管理部１１４はデータ１３２０をコンテナＱＱ［１］の履歴データに追加する。この際、データ１３１０はコンテナＱＱ［１］の履歴データの一部として保持される。データ１３２０は、コンテナＱＱ［１］が特定の到着日時に実入りコンテナとして車両ＰＰ［１］に搭載された上で中継拠点６２０に到着したことを示す。上記特定の到着日時として、例えば、ステップＳ６９（図１２参照）の到着確定信号が運送管理装置１にて受信された日時を採用して良い。データ１３１０及び１３２０により、実入りコンテナＱＱ［１］が車両ＰＰ［１］により第１拠点６１０から中継拠点６２０に運送されたことが示される。
【0104】
中継輸送ＲＴａに関し、第１単位輸送の実入り出発工程及び実入り到着工程にてデータ１３１０及び１３２０が履歴データに含められ且つ所在地データが更新されるのと同様に、以後、第２、第３及び第４単位輸送の実入り出発工程及び実入り到着工程にてデータ１３１０及び１３２０に対応するデータが履歴データに追加され且つ所在地データが適正に更新される。中継輸送ＲＴａにおけるコンテナＱＱ［１］の所在地データは、第１、第２、第３、第４単位輸送の実入り到着工程にて、夫々、中継拠点６２０を示すデータ、中継拠点６３０を示すデータ、中継拠点６４０を示すデータ、第２拠点６５０を示すデータに、更新されてゆくことになる。コンテナＱＱ［１］の履歴データに対し、コンテナＱＱ［１］が或る出発地点から出発するごとに且つコンテナＱＱ［１］が或る到着地点に到着するごとに新たなデータが追加される。コンテナＱＱ［１］が中継輸送ＲＴａにて輸送される過程において、コンテナＱＱ［１］の実／空状態データはコンテナＱＱ［１］が実入り状態であることを示すデータにて維持される。
【0105】
＜＜第２実施例＞＞
第２実施例を説明する。第２実施例では、空コンテナＱＱの輸送に関わる動作を説明する。説明の具体化のため、第１実施例と同様、車両ＰＰ［１］、コンテナＱＱ［１］、第１拠点６１０及び中継拠点６２０に注目し、図１８に示す如く、車両ＰＰ［１］にて空コンテナＱＱ［１］を第１拠点６１０から中継拠点６２０に輸送する工程を説明する（当該工程は図７の中継輸送ＲＴａとは別に実施される）。当該輸送の工程は、空コンテナＱＱ［１］を搭載した状態の車両ＰＰ［１］が第１拠点６１０（出発地点）から出発する工程（以下、空出発工程と称する）と、空コンテナＱＱ［１］を搭載した状態の車両ＰＰ［１］が中継拠点６２０（到着地点）に到着する工程（以下、空到着工程と称する）と、により構成される。
第２実施例を説明する。第２実施例では、空コンテナＱＱの輸送に関わる動作を説明する。説明の具体化のため、第１実施例と同様、車両ＰＰ［１］、コンテナＱＱ［１］、第１拠点６１０及び中継拠点６２０に注目し、図１８に示す如く、車両ＰＰ［１］にて空コンテナＱＱ［１］を第１拠点６１０から中継拠点６２０に輸送する工程を説明する（当該工程は図７の中継輸送ＲＴａとは別に実施される）。当該輸送の工程は、空コンテナＱＱ［１］を搭載した状態の車両ＰＰ［１］が第１拠点６１０（出発地点）から出発する工程（以下、空出発工程と称する）と、空コンテナＱＱ［１］を搭載した状態の車両ＰＰ［１］が中継拠点６２０（到着地点）に到着する工程（以下、空到着工程と称する）と、により構成される。
【0106】
【0107】
図１９の空出発工程の実行期間において、空コンテナＱＱ［１］及び車両ＰＰ［１］は出発地点である第１拠点６１０に存在しており、車両ＰＰ［１］に対応する端末装置２［１］も第１拠点６１０に存在している。第２実施例において、車両ＰＰ［１］の運転手は、例えば、業務上、空コンテナＱＱ［１］を第１拠点６１０から中継拠点６２０に輸送することを指示されているものとする。この指示に基づき、ステップＳ１１１において、車両ＰＰ［１］の運転手は、端末アプリを起動させるための操作を端末装置２［１］に入力することで端末装置２［１］にて端末アプリを起動させる。端末装置２［１］において、端末アプリが起動すると、制御部２１の制御の下、コード読み取りを促すメッセージが表示部２４１に表示される。当該メッセージに従い、車両ＰＰ［１］の運転手はステップＳ１１２にて撮影作業を行う。
【0108】
図２０にステップＳ１１２の撮影作業の様子を示す。ステップＳ１１２の撮影作業は出発地点（即ち第１拠点６１０）にて行われる。ステップＳ１１２の撮影作業において、車両ＰＰ［１］の運転手は、端末装置２［１］のカメラ部２７により、コンテナＱＱ［１］のコンテナコードＱＱ＿ＣＤ［１］と、車両ＰＰ［１］の車両コードＰＰ＿ＣＤ［１］を撮影する操作を行う。これにより、撮影されたコードＱＱ＿ＣＤ［１］及びＰＰ＿ＣＤ［１］が端末装置２［１］にて読み込まれる。空出発工程では、実入りコンテナＱＱを輸送するわけでないため、対応する運行表が存在しない。このため、ステップＳ１１２の撮影作業において、任意の運行表ＳＳ中の運行コードＳＳ＿ＣＤの撮影は行われない。
【0109】
ステップＳ１１２の撮影作業を経てステップＳ１１３に進む。ステップＳ１１３では、端末アプリの機能に従い、端末装置２［１］にて送信情報８３０が作成されて、端末装置２［１］から運送管理装置１に対して送信情報８３０が送信される。運送管理装置１の端末発信情報取得部１１２（図５参照）は送信情報８３０をネットワークＮＥＴ及び通信部１３を通じて受信する。
【0110】
図２０に示す如く、端末装置２［１］の送信情報８３０には、端末装置２［１］の現在地を表す位置情報８３１と、車両ＰＰ［１］が属する運送業者の運送業者ＩＤを表す業者情報８３２と、が含まれ、更に、コンテナ情報８３７及び車両ＩＤ情報８３８が含まれる。これらの情報８３１、８３２、８３７及び８３８は、同時に端末装置２［１］から運送管理装置１に送信されても良いし、複数の期間に分けて端末装置２［１］から運送管理装置１に送信されても良い。第１実施例と異なり、ステップＳ１１２にて運行コードＳＳ＿ＣＤは撮影されないので、送信情報８３０に、運行ＩＤ情報８１６（図１１参照）のような運行コードＳＳ＿ＣＤに基づく運行ＩＤ情報は含まれない。
【0111】
位置情報８３１は、端末装置２［１］のＧＰＳ処理部２６を用いて生成される位置情報である。位置情報８３１は、ステップＳ１１２及びＳ１１３での端末装置２［１］の現在地を表す。故に、位置情報８３１は、車両ＰＰ［１］及び空コンテナＱＱ［１］の出発地点である第１拠点６１０を表す。
【0112】
車両ＰＰ［１］の運転手は、ステップＳ１１１の後、ステップＳ１１３に至る前に、自身が属する運送業者の運送業者ＩＤを端末装置２［１］のインターフェース部１４を通じて端末装置２［１］に入力する。この入力された運送業者ＩＤにより業者情報８３２が形成される。
【0113】
コンテナＩＤ情報８３７は、ステップＳ１１２の撮影により読み込まれたコンテナコードＱＱ＿ＣＤ［１］に基づく情報であって、コンテナＱＱ［１］のコンテナＩＤを表す。車両ＩＤ情報８３８は、ステップＳ１１２の撮影により読み込まれた車両コードＰＰ＿ＣＤ［１］に基づく情報であって、車両ＰＰ［１］の車両ＩＤを表す。コンテナＩＤ情報８３７及び車両ＩＤ情報８３８により、空出発工程において出発地点（６１０）から出発する予定のコンテナＱＱ及び車両ＰＰが識別される。
【0114】
図１９を再度参照する。ステップＳ１１３の後、ステップＳ１１４に進む。ステップＳ１１４において、運送管理装置１の管理部１１４（図５参照）は、送信情報８３０を参照し、運行コードＳＳ＿ＣＤに基づく運行ＩＤ情報が送信情報８３０に含まれていないことに基づき、コンテナＱＱ［１］が空状態で輸送されると認識する。更に、ステップＳ１１４において、管理部１１４の制御の下、運送管理装置１から端末装置２［１］に対して所定のＡＣＫ信号が送信される。
【0115】
端末装置２［１］にてＡＣＫ信号が受信されると、ステップＳ１１７において、端末装置２［１］は、端末アプリの機能に従い、「空コンテナ移動を出発しますか？」といった所定の出発確認メッセージを出力する。
【0116】
ステップＳ１１７の後、ステップＳ１１８に進む。ステップＳ１１８において、端末装置２［１］の制御部２１は所定の確認操作が入力されたかを確認する。端末装置２［１］において、出発確認メッセージが出力される際、制御部２１は所定の確認操作の入力を待機する。確認操作が入力されると（例えば表示部２４１に表示された確認アイコンがタップされると；ステップＳ１１８のＹ）、ステップＳ１１８からステップＳ１１９に進む。確認操作が入力されないと（ステップＳ１１８のＮ）、ステップＳ１１７に戻る。特に図示しないが、確認操作の代わりに、キャンセル操作が端末装置２［１］に入力されると、ステップＳ１１９に進むことなく図１９の動作を終える。
【0117】
ステップＳ１１９において、端末装置２［１］は運送管理装置１に対し所定の出発確定信号を送信する。出発確定信号が運送管理装置１にて受信されると、ステップＳ１２０において、管理部１１４は送信情報８３０に基づき運送管理データの更新処理を実行する（詳細は後述）。
【0118】
図２１は上記の空到着工程のフローチャートであり、当該空到着工程の流れを図２１を参照して説明する。図２１の空到着工程はステップＳ１６１～Ｓ１６４及びＳ１６７～Ｓ１７０から成る。図２１の空到着工程は図１９の空出発工程の後に実行される。図１９のステップＳ１２０を経て、空コンテナＱＱ［１］を搭載した車両ＰＰ［１］が出発地点（６１０）から到着地点（６２０）に移動する。車両ＰＰ［１］が到着地点（６２０）に到着した後、車両ＰＰ［１］から空コンテナＱＱ［１］を切り離す作業を経てステップＳ１６１の処理が実行されるものとする（但し、切り離し作業はステップＳ１６１の処理後に行われ得る）。
【0119】
図２１の空到着工程の実行期間において、空コンテナＱＱ［１］及び車両ＰＰ［１］は到着地点である中継拠点６２０に存在しており、車両ＰＰ［１］に対応する端末装置２［１］も中継拠点６２０に存在している。ステップＳ１６１において、車両ＰＰ［１］の運転手は、端末アプリを起動させるための操作を端末装置２［１］に入力することで端末装置２［１］にて端末アプリを起動させる。端末装置２［１］において、端末アプリが起動すると、制御部２１の制御の下、コード読み取りを促すメッセージが表示部２４１に表示される。当該メッセージに従い、車両ＰＰ［１］の運転手はステップＳ１６２にて撮影作業を行う。
【0120】
図２２にステップＳ１６２の撮影作業の様子を示す。ステップＳ１６２の撮影作業は到着地点（即ち中継拠点６２０）にて行われる。ステップＳ１６２の撮影作業において、車両ＰＰ［１］の運転手は、端末装置２［１］のカメラ部２７により、コンテナＱＱ［１］のコンテナコードＱＱ＿ＣＤ［１］と、車両ＰＰ［１］の車両コードＰＰ＿ＣＤ［１］を撮影する操作を行う。これにより、撮影されたコードＱＱ＿ＣＤ［１］及びＰＰ＿ＣＤ［１］が端末装置２［１］にて読み込まれる。空出発工程及び空到着工程から成る輸送工程では、実入りコンテナＱＱを輸送するわけでないため、対応する運行表が存在しない。このため、ステップＳ１６２の撮影作業において、任意の運行表ＳＳ中の運行コードＳＳ＿ＣＤの撮影は行われない。
【0121】
ステップＳ１６２の撮影作業を経てステップＳ１６３に進む。ステップＳ１６３では、端末アプリの機能に従い、端末装置２［１］にて送信情報８４０が作成されて、端末装置２［１］から運送管理装置１に対して送信情報８４０が送信される。運送管理装置１の端末発信情報取得部１１２（図５参照）は送信情報８４０をネットワークＮＥＴ及び通信部１３を通じて受信する。
【0122】
図２２に示す如く、端末装置２［１］の送信情報８４０には、端末装置２［１］の現在地を表す位置情報８４１と、車両ＰＰ［１］が属する運送業者の運送業者ＩＤを表す業者情報８４２と、が含まれ、更に、コンテナＩＤ情報８４７及び車両ＩＤ情報８４８が含まれる。これらの情報８４１、８４２、８４７及び８４８は、同時に端末装置２［１］から運送管理装置１に送信されても良いし、複数の期間に分けて端末装置２［１］から運送管理装置１に送信されても良い。第１実施例と異なり、ステップＳ１６２にて運行コードＳＳ＿ＣＤは撮影されないので、送信情報８４０に、運行ＩＤ情報８２６（図１３参照）のような運行コードＳＳ＿ＣＤに基づく運行ＩＤ情報は含まれない。
【0123】
位置情報８４１は、端末装置２［１］のＧＰＳ処理部２６を用いて生成される位置情報である。位置情報８４１は、ステップＳ１６２及びＳ１６３での端末装置２［１］の現在地を表す。故に、位置情報８４１は、車両ＰＰ［１］及び空コンテナＱＱ［１］の到着地点である中継拠点６２０を表す。
【0124】
車両ＰＰ［１］の運転手は、ステップＳ１６１の後、ステップＳ１６３に至る前に、自身が属する運送業者の運送業者ＩＤを端末装置２［１］のインターフェース部１４を通じて端末装置２［１］に入力する。この入力された運送業者ＩＤにより業者情報８４２が形成される。
【0125】
コンテナＩＤ情報８４７は、ステップＳ１６２の撮影により読み込まれたコンテナコードＱＱ＿ＣＤ［１］に基づく情報であって、コンテナＱＱ［１］のコンテナＩＤを表す。車両ＩＤ情報８４８は、ステップＳ１６２の撮影により読み込まれた車両コードＰＰ＿ＣＤ［１］に基づく情報であって、車両ＰＰ［１］の車両ＩＤを表す。コンテナＩＤ情報８４７及び車両ＩＤ情報８４８により、到着地点（６２０）に到着したコンテナＱＱ及び車両ＰＰが識別される。
【0126】
図２１を再度参照する。ステップＳ１６３の後、ステップＳ１６４に進む。ステップＳ１６４において、運送管理装置１の管理部１１４（図５参照）は、送信情報８４０に基づき空コンテナＱＱ［１］が到着地点（６２０）に到着したと認識する。また、ステップＳ１６４において、管理部１１４の制御の下、運送管理装置１から端末装置２［１］に対して所定のＡＣＫ信号が送信される。
【0127】
端末装置２［１］にてＡＣＫ信号が受信されると、ステップＳ１６７において、端末装置２［１］は、端末アプリの機能に従い、「到着しましたか？」といった所定の到着確認メッセージを出力する。
【0128】
ステップＳ１６７の後、ステップＳ１６８に進む。ステップＳ１６８において、端末装置２［１］の制御部２１は所定の確認操作が入力されたかを確認する。端末装置２［１］において、到着確認メッセージが出力される際、制御部２１は所定の確認操作の入力を待機する。確認操作が入力されると（例えば表示部２４１に表示された確認アイコンがタップされると；ステップＳ１６８のＹ）、ステップＳ１６８からステップＳ１６９に進む。確認操作が入力されないと（ステップＳ１６８のＮ）、ステップＳ１６７に戻る。特に図示しないが、確認操作の代わりに、キャンセル操作が端末装置２［１］に入力されると、ステップＳ１６９に進むことなく図２１の動作を終える。
【0129】
ステップＳ１６９において、端末装置２［１］は運送管理装置１に対し所定の到着確定信号を送信する。到着確定信号が運送管理装置１にて受信されると、ステップＳ１７０において、管理部１１４は送信情報８４０に基づき運送管理データの更新処理を実行する（詳細は後述）。
【0130】
【0131】
コンテナＱＱ［１］が第１拠点６１０に存在する状態を初期状態として考える。即ち、図１９のステップＳ１２０に至る前において、管理部１１４は、コンテナＱＱ［１］が第１拠点６１０に存在すると認識しているものとする。そうすると、ステップＳ１２０に至る前において、所在地データはコンテナＱＱ［１］の現在地が第１拠点６１０であることを指し示す。また、ここでは、ステップＳ１２０に至る前においてコンテナＱＱ［１］の履歴データは存在せず、且つ、コンテナＱＱ［１］の実／空状態データは不定であるものとする。
【0132】
その後、図１９のステップＳ１２０において、管理部１１４は送信情報８３０（図２０参照）に基づきコンテナＱＱ［１］に関するコンテナ管理データを更新する。具体的には、ステップＳ１２０において、管理部１１４はコンテナＱＱ［１］の所在地データを“輸送中”に更新する。また、ステップＳ１２０において、管理部１１４はコンテナＱＱ［１］の実／空状態データを、コンテナＱＱ［１］が空状態であることを示すデータに変更する。端末装置２からの送信情報に運行コードの撮影に基づく運行ＩＤ情報が含まれていないとき、対応するコンテナＱＱは空コンテナＱＱであると判断される。図１９の空出発工程に関わる送信情報８３０は運行ＩＤ情報を含んでいないので（図２０参照）、管理部１１４はコンテナＱＱ［１］の実／空状態データを、コンテナＱＱ［１］が空状態であることを示すデータに変更する。
【0133】
更に、ステップＳ１２０において、管理部１１４はデータ１４１０をコンテナＱＱ［１］の履歴データに含める。データ１４１０は、コンテナＱＱ［１］が特定の出発日時に空コンテナとして車両ＰＰ［１］に搭載された上で第１拠点６１０から出発したことを示す。上記特定の出発日時として、例えば、ステップＳ１１９（図１９参照）の出発確定信号が運送管理装置１にて受信された日時を採用して良い。
【0134】
その後、図２１のステップＳ１７０において、管理部１１４は送信情報８４０（図２２参照）に基づきコンテナＱＱ［１］に関するコンテナ管理データを更新する。具体的には、ステップＳ１７０において、管理部１１４はコンテナＱＱ［１］の所在地データを、送信情報８４０中の位置情報８４１に基づき“輸送中”から中継拠点６２０に更新する（中継拠点６２０を示すデータに更新する）。図２１の空到着工程において送信情報８４０はコンテナＱＱ［１］が中継拠点６２０に到着したことを指し示しているからである。つまり、コンテナＱＱ［１］が出発地点（６１０）から到着地点（６２０）に運送されたとき、管理部１１４は、送信情報８３０に基づく端末装置２［１］の位置情報８３１と送信情報８４０に基づく端末装置２［１］の位置情報８４１とに基づいて、所在地データが指し示すコンテナＱＱ［１］の所在地を出発地点（６１０）から到着地点（６２０）に更新する。
【0135】
また、ステップＳ１７０において、管理部１１４はコンテナＱＱ［１］の実／空状態データを、コンテナＱＱ［１］が空状態であることを示すデータにて維持する。上述したように、端末装置２からの送信情報に運行コードの撮影に基づく運行ＩＤ情報が含まれていないとき、対応するコンテナＱＱは空コンテナＱＱであると判断される。図２１の空到着工程に関わる送信情報８４０は運行ＩＤ情報を含んでいないので（図２２参照）、管理部１１４はコンテナＱＱ［１］の実／空状態データを、コンテナＱＱ［１］が空状態であることを示すデータにて維持する。
【0136】
更に、ステップＳ１７０において、管理部１１４はデータ１４２０をコンテナＱＱ［１］の履歴データに追加する。この際、データ１４１０はコンテナＱＱ［１］の履歴データの一部として保持される。データ１４２０は、コンテナＱＱ［１］が特定の到着日時に空コンテナとして車両ＰＰ［１］に搭載された上で中継拠点６２０に到着したことを示す。上記特定の到着日時として、例えば、ステップＳ１６９（図２１参照）の到着確定信号が運送管理装置１にて受信された日時を採用して良い。データ１４１０及び１４２０により、空コンテナＱＱ［１］が車両ＰＰ［１］により第１拠点６１０から中継拠点６２０に運送されたことが示される。
【0137】
空コンテナＱＱ［１］を第１拠点６１０から中継拠点６２０に輸送する第１空輸送工程に続き、特に図示しないが、例えば、空コンテナＱＱ［１］を中継拠点６２０から中継拠点６３０に輸送する第２空輸送工程も実施され得る。この際、第１空輸送工程の空出発工程及び空到着工程にてデータ１４１０及び１４２０が履歴データに含められ且つ所在地データが更新されるのと同様に、第２空輸送工程の空出発工程及び空到着工程にてデータ１４１０及び１４２０に対応するデータが履歴データに追加され且つ所在地データが適正に更新される。第２空輸送工程の空到着工程が完了した時点では、コンテナＱＱ［１］の所在地データは中継拠点６３０を示すデータに更新済みとなる。
【0138】
＜＜第３実施例＞＞
第３実施例を説明する。コンテナＱＱ［１］が実入り状態であるときの輸送の工程と、コンテナＱＱ［１］が空状態であるときの輸送の工程とを、第１及び第２実施例にて分けて説明したが、コンテナＱＱ［１］が実入り状態又は空状態にて様々な地点間で輸送される期間において第１及び第２実施例は組み合わせて実施される。
第３実施例を説明する。コンテナＱＱ［１］が実入り状態であるときの輸送の工程と、コンテナＱＱ［１］が空状態であるときの輸送の工程とを、第１及び第２実施例にて分けて説明したが、コンテナＱＱ［１］が実入り状態又は空状態にて様々な地点間で輸送される期間において第１及び第２実施例は組み合わせて実施される。
【0139】
即ち例えば、コンテナＱＱ［１］が運送管理システム１に初めて導入された状態、又は、図１２のステップＳ７０若しくは図２１のステップＳ１７０の処理が終了した直後の状態を基準状態として考えると、以下のような動作が運行管理システムＳＹＳにおいて実行される。尚、基準状態においてコンテナＱＱ［１］及び車両ＰＰ［１］は第１拠点６１０に位置しているものとする。
【0140】
上記基準状態での端末装置２［１］からの送信情報は出発地点送信情報として機能し、出発地点送信情報が運送管理装置１にて受信されたとき、管理部１１４は、端末装置２［１］から受信した出発地点送信情報に、運行コードＳＳ＿ＣＤに基づく運行ＩＤ情報が含まれているか否かを判断する。この際、出発地点送信情報に運行ＩＤ情報が含まれる第１ケースと、出発地点送信情報に運行ＩＤ情報が含まれない第２ケースと、の分岐が発生する。
【0141】
第１ケースにおいて、管理部１１４は、出発地点送信情報に基づきコンテナＱＱ［１］が実入りコンテナであると判断し、且つ、実入りコンテナＱＱ［１］が車両ＰＰ［１］により第１拠点６１０から出発すると判断する。第１ケースにおける出発地点送信情報は送信情報８１０（図１１参照）に相当し、第１ケースにおいて出発地点送信情報が端末装置２［１］から運送管理装置１に送られるまでの処理は、図１０のステップＳ１１～Ｓ１３の処理に相当する。第１ケースでは、その後、図１０のステップＳ１４～Ｓ２０の処理が実行され、更にその後に図１２の実入り到着工程が実行される。
【0142】
つまり、第１ケース（荷物運送ケース）では、運行コードＳＳ＿ＣＤ［１］とコンテナコードＱＱ＿ＣＤ［１］と車両コードＰＰ＿ＣＤ［１］とが出発地点（６１０）にて端末装置２［１］により撮影された後、コンテナＱＱ［１］を搭載した車両ＰＰ［１］の移動を経て、運行コードＳＳ＿ＣＤ［１］とコンテナコードＱＱ＿ＣＤ［１］と車両コードＰＰ＿ＣＤ［１］とが到着地点（６２０）にて端末装置２［１］により撮影される。そして、第１ケースでは、端末装置２［１］及びコンテナＱＱ［１］が出発地点（６１０）に存在しているときの端末装置２［１］の送信情報８１０（図１１参照）と、端末装置２［１］及びコンテナＱＱ［１］が到着地点（６２０）に存在しているときの端末装置２［１］の送信情報８２０（図１３参照）と、が端末発信情報取得部１１２にて取得される。第１ケースに係る管理部１１４は、送信情報８１０及び８２０に基づき、実入り状態のコンテナＱＱ［１］が車両ＰＰ［１］により出発地点（６１０）から到着地点（６２０）に運送されたことを示すデータ（例えば、図１７のデータ１３１０及び１３２０）を運送管理データに含めて蓄積装置３に記憶させることができる。
【0143】
第２ケースにおいて、管理部１１４は、出発地点送信情報に基づきコンテナＱＱ［１］が空コンテナであると判断し、且つ、空コンテナＱＱ［１］が車両ＰＰ［１］により第１拠点６１０から出発すると判断する。第２ケースにおける出発地点送信情報は送信情報８３０（図２０参照）に相当し、第２ケースにおいて出発地点送信情報が端末装置２［１］から運送管理装置１に送られるまでの処理は、図１９のステップＳ１１１～Ｓ１１３の処理に相当する。第２ケースでは、その後、図１９のステップＳ１１４及びＳ１１７～Ｓ１２０の処理が実行され、更にその後に図２１の空到着工程が実行される。
【0144】
つまり、第２ケース（非荷物運送ケース）では、任意の運行コードＳＳ＿ＣＤが出発地点（６１０）にて撮影されることなくコンテナコードＱＱ＿ＣＤ［１］と車両コードＰＰ＿ＣＤ［１］とが出発地点（６１０）にて端末装置２［１］により撮影された後、コンテナＱＱ［１］を搭載した車両ＰＰ［１］の移動を経て、任意の運行コードＳＳ＿ＣＤが到着地点（６２０）にて撮影されることなくコンテナコードＱＱ＿ＣＤ［１］と車両コードＰＰ＿ＣＤ［１］とが到着地点（６２０）にて端末装置２［１］により撮影される。そして、第２ケースでは、端末装置２［１］及びコンテナＱＱ［１］が出発地点（６１０）に存在しているときの端末装置２［１］の送信情報８３０（図２０参照）と、端末装置２［１］及びコンテナＱＱ［１］が到着地点（６２０）に存在しているときの端末装置２［１］の送信情報８４０（図２２参照）と、が端末発信情報取得部１１２にて取得される。第２ケースに係る管理部１１４は、送信情報８３０及び８４０に基づき、空状態のコンテナＱＱ［１］が車両ＰＰ［１］により出発地点（６１０）から到着地点（６２０）に運送されたことを示すデータ（例えば、図２３のデータ１４１０及び１４２０）を運送管理データに含めて蓄積装置３に記憶させることができる。
【0145】
コンテナＱＱ［１］は実入り状態又は空状態にて様々な地点間で輸送される。仮に、図７の中継輸送ＲＴａを経て他の中継輸送によりコンテナＱＱ［１］が実入りコンテナとして第２拠点６５０から第１拠点６１０に戻され、その後、第２実施例に示した流れにより空状態のコンテナＱＱ［１］が第１拠点６１０から中継拠点６２０に輸送されたならば、コンテナＱＱ［１］の履歴データは、図２４に示す如く、データ１３１０、１３２０、１４１０及び１４２０を含むことになる。尚、履歴データの内、一定期間（例えば三ヵ月）以上古いデータは蓄積装置３から削除されるようにしても良い。
【0146】
＜＜第４実施例＞＞
第４実施例を説明する。第１～第３実施例では、説明の具体化のため、コンテナＱＱ［１］に注目してコンテナＱＱ［１］に関わる各種動作及び処理等を説明したが、コンテナＱＱ［１］以外の各コンテナＱＱに対しても、第１～第３実施例に示したものと同様の各種動作及び処理等が実施される。
第４実施例を説明する。第１～第３実施例では、説明の具体化のため、コンテナＱＱ［１］に注目してコンテナＱＱ［１］に関わる各種動作及び処理等を説明したが、コンテナＱＱ［１］以外の各コンテナＱＱに対しても、第１～第３実施例に示したものと同様の各種動作及び処理等が実施される。
【0147】
＜＜第５実施例＞＞
第５実施例を説明する。車両ＰＰ［ｉ］が任意の注目拠点に到着した後、当該注目拠点から出発する運行態様として、図２５に示す第１～第９運行態様がある。注目拠点は、拠点６１０、６２０、６３０、６４０及び６５０の何れかである。
第５実施例を説明する。車両ＰＰ［ｉ］が任意の注目拠点に到着した後、当該注目拠点から出発する運行態様として、図２５に示す第１～第９運行態様がある。注目拠点は、拠点６１０、６２０、６３０、６４０及び６５０の何れかである。
【0148】
第１運行態様に係る車両ＰＰ［ｉ］は、第１実入りコンテナＱＱを搭載した状態で注目拠点に到着した後、第２実入りコンテナＱＱを搭載した状態で注目拠点から出発する。
第２運行態様に係る車両ＰＰ［ｉ］は、第１実入りコンテナＱＱを搭載した状態で注目拠点に到着した後、第１空コンテナＱＱを搭載した状態で注目拠点から出発する。
第３運行態様に係る車両ＰＰ［ｉ］は、第１実入りコンテナＱＱを搭載した状態で注目拠点に到着した後、コンテナＱＱを搭載しない状態で注目拠点から出発する。
第２運行態様に係る車両ＰＰ［ｉ］は、第１実入りコンテナＱＱを搭載した状態で注目拠点に到着した後、第１空コンテナＱＱを搭載した状態で注目拠点から出発する。
第３運行態様に係る車両ＰＰ［ｉ］は、第１実入りコンテナＱＱを搭載した状態で注目拠点に到着した後、コンテナＱＱを搭載しない状態で注目拠点から出発する。
【0149】
第４運行態様に係る車両ＰＰ［ｉ］は、第１空コンテナＱＱを搭載した状態で注目拠点に到着した後、第１実入りコンテナＱＱを搭載した状態で注目拠点から出発する。
第５運行態様に係る車両ＰＰ［ｉ］は、第１空コンテナＱＱを搭載した状態で注目拠点に到着した後、第２空コンテナＱＱを搭載した状態で注目拠点から出発する。
第６運行態様に係る車両ＰＰ［ｉ］は、第１空コンテナＱＱを搭載した状態で注目拠点に到着した後、コンテナＱＱを搭載しない状態で注目拠点から出発する。
第５運行態様に係る車両ＰＰ［ｉ］は、第１空コンテナＱＱを搭載した状態で注目拠点に到着した後、第２空コンテナＱＱを搭載した状態で注目拠点から出発する。
第６運行態様に係る車両ＰＰ［ｉ］は、第１空コンテナＱＱを搭載した状態で注目拠点に到着した後、コンテナＱＱを搭載しない状態で注目拠点から出発する。
【0150】
第７運行態様に係る車両ＰＰ［ｉ］は、コンテナＱＱを搭載しない状態で注目拠点に到着した後、第１実入りコンテナＱＱを搭載した状態で注目拠点から出発する。
第８運行態様に係る車両ＰＰ［ｉ］は、コンテナＱＱを搭載しない状態で注目拠点に到着した後、第１空コンテナＱＱを搭載した状態で注目拠点から出発する。
第９運行態様に係る車両ＰＰ［ｉ］は、コンテナＱＱを搭載しない状態で注目拠点に到着した後、コンテナＱＱを搭載しない状態で注目拠点から出発する。
第８運行態様に係る車両ＰＰ［ｉ］は、コンテナＱＱを搭載しない状態で注目拠点に到着した後、第１空コンテナＱＱを搭載した状態で注目拠点から出発する。
第９運行態様に係る車両ＰＰ［ｉ］は、コンテナＱＱを搭載しない状態で注目拠点に到着した後、コンテナＱＱを搭載しない状態で注目拠点から出発する。
【0151】
管理部１１４は、任意の注目拠点に対する各車両ＰＰ［ｉ］の運行態様が第１～第９運行態様の何れに相当するのかを判断する機能を有していても良い。
【0152】
当該機能を実現するべく、車両ＰＰ［ｉ］の運転手は注目拠点に到着した際、以下の到着時撮影作業を行い、その後、注目拠点から出発する際、以下の出発時撮影作業を行う。到着時撮影作業が行われると、端末装置２［ｉ］は到着時撮影作業に基づく到着時送信情報を運送管理装置１に送信する。出発時撮影作業が行われると、端末装置２［ｉ］は出発時撮影作業に基づく出発時送信情報を運送管理装置１に送信する。
【0153】
第１運行態様の到着時撮影作業では、第１実入りコンテナＱＱの中継輸送に対応する運行コードＳＳ＿ＣＤ、第１実入りコンテナＱＱのコンテナコードＱＱ＿ＣＤ及び車両ＰＰ［ｉ］の車両コードＰＰ＿ＣＤを端末装置２［ｉ］のカメラ部２７にて撮影する。第１運行態様の到着時送信情報には、端末装置２［ｉ］の位置情報と共に、到着時撮影作業にて撮影されたコードＳＳ＿ＣＤ、ＱＱ＿ＣＤ及びＰＰ＿ＣＤに基づく情報が含まれる。
第１運行態様の出発時撮影作業では、第２実入りコンテナＱＱの中継輸送に対応する運行コードＳＳ＿ＣＤ、第２実入りコンテナＱＱのコンテナコードＱＱ＿ＣＤ及び車両ＰＰ［ｉ］の車両コードＰＰ＿ＣＤを端末装置２［ｉ］のカメラ部２７にて撮影する。第１運行態様の出発時送信情報には、端末装置２［ｉ］の位置情報と共に、出発時撮影作業にて撮影されたコードＳＳ＿ＣＤ、ＱＱ＿ＣＤ及びＰＰ＿ＣＤに基づく情報が含まれる。
第１運行態様の出発時撮影作業では、第２実入りコンテナＱＱの中継輸送に対応する運行コードＳＳ＿ＣＤ、第２実入りコンテナＱＱのコンテナコードＱＱ＿ＣＤ及び車両ＰＰ［ｉ］の車両コードＰＰ＿ＣＤを端末装置２［ｉ］のカメラ部２７にて撮影する。第１運行態様の出発時送信情報には、端末装置２［ｉ］の位置情報と共に、出発時撮影作業にて撮影されたコードＳＳ＿ＣＤ、ＱＱ＿ＣＤ及びＰＰ＿ＣＤに基づく情報が含まれる。
【0154】
第２運行態様の到着時撮影作業及び到着時送信情報は、第１運行態様の到着時撮影作業及び到着時送信情報と同様である。
第２運行態様の出発時撮影作業では、任意の運行コードＳＳ＿ＣＤを撮影することなく、第１空コンテナＱＱのコンテナコードＱＱ＿ＣＤ及び車両ＰＰ［ｉ］の車両コードＰＰ＿ＣＤを端末装置２［ｉ］のカメラ部２７にて撮影する。第２運行態様の出発時送信情報には、端末装置２［ｉ］の位置情報と共に、出発時撮影作業にて撮影されたコードＱＱ＿ＣＤ及びＰＰ＿ＣＤに基づく情報が含まれる（コードＳＳ＿ＣＤに基づく情報は含まれない）。
第２運行態様の出発時撮影作業では、任意の運行コードＳＳ＿ＣＤを撮影することなく、第１空コンテナＱＱのコンテナコードＱＱ＿ＣＤ及び車両ＰＰ［ｉ］の車両コードＰＰ＿ＣＤを端末装置２［ｉ］のカメラ部２７にて撮影する。第２運行態様の出発時送信情報には、端末装置２［ｉ］の位置情報と共に、出発時撮影作業にて撮影されたコードＱＱ＿ＣＤ及びＰＰ＿ＣＤに基づく情報が含まれる（コードＳＳ＿ＣＤに基づく情報は含まれない）。
【0155】
第３運行態様の到着時撮影作業及び到着時送信情報は、第１運行態様の到着時撮影作業及び到着時送信情報と同様である。
第３運行態様の出発時撮影作業では、任意の運行コードＳＳ＿ＣＤ及び任意のコンテナコードＱＱ＿ＣＤを撮影することなく、車両ＰＰ［ｉ］の車両コードＰＰ＿ＣＤのみを端末装置２［ｉ］のカメラ部２７にて撮影する。第３運行態様の出発時送信情報には、端末装置２［ｉ］の位置情報と共に、出発時撮影作業にて撮影されたコードＰＰ＿ＣＤに基づく情報が含まれる（コードＳＳ＿ＣＤに基づく情報及びコードＱＱ＿ＣＤに基づく情報は含まれない）。
第３運行態様の出発時撮影作業では、任意の運行コードＳＳ＿ＣＤ及び任意のコンテナコードＱＱ＿ＣＤを撮影することなく、車両ＰＰ［ｉ］の車両コードＰＰ＿ＣＤのみを端末装置２［ｉ］のカメラ部２７にて撮影する。第３運行態様の出発時送信情報には、端末装置２［ｉ］の位置情報と共に、出発時撮影作業にて撮影されたコードＰＰ＿ＣＤに基づく情報が含まれる（コードＳＳ＿ＣＤに基づく情報及びコードＱＱ＿ＣＤに基づく情報は含まれない）。
【0156】
第４運行態様の到着時撮影作業では、任意の運行コードＳＳ＿ＣＤを撮影することなく、第１空コンテナＱＱのコンテナコードＱＱ＿ＣＤ及び車両ＰＰ［ｉ］の車両コードＰＰ＿ＣＤを端末装置２［ｉ］のカメラ部２７にて撮影する。第４運行態様の到着時送信情報には、端末装置２［ｉ］の位置情報と共に、到着時撮影作業にて撮影されたコードＱＱ＿ＣＤ及びＰＰ＿ＣＤに基づく情報が含まれる（コードＳＳ＿ＣＤに基づく情報は含まれない）。
第４運行態様の出発時撮影作業では、第１実入りコンテナＱＱの中継輸送に対応する運行コードＳＳ＿ＣＤ、第１実入りコンテナＱＱのコンテナコードＱＱ＿ＣＤ及び車両ＰＰ［ｉ］の車両コードＰＰ＿ＣＤを端末装置２［ｉ］のカメラ部２７にて撮影する。第４運行態様の出発時送信情報には、端末装置２［ｉ］の位置情報と共に、出発時撮影作業にて撮影されたコードＳＳ＿ＣＤ、ＱＱ＿ＣＤ及びＰＰ＿ＣＤに基づく情報が含まれる。
第４運行態様の出発時撮影作業では、第１実入りコンテナＱＱの中継輸送に対応する運行コードＳＳ＿ＣＤ、第１実入りコンテナＱＱのコンテナコードＱＱ＿ＣＤ及び車両ＰＰ［ｉ］の車両コードＰＰ＿ＣＤを端末装置２［ｉ］のカメラ部２７にて撮影する。第４運行態様の出発時送信情報には、端末装置２［ｉ］の位置情報と共に、出発時撮影作業にて撮影されたコードＳＳ＿ＣＤ、ＱＱ＿ＣＤ及びＰＰ＿ＣＤに基づく情報が含まれる。
【0157】
第５運行態様の到着時撮影作業及び到着時送信情報は、第４運行態様の到着時撮影作業及び到着時送信情報と同様である。
第５運行態様の出発時撮影作業では、任意の運行コードＳＳ＿ＣＤを撮影することなく、第２空コンテナＱＱのコンテナコードＱＱ＿ＣＤ及び車両ＰＰ［ｉ］の車両コードＰＰ＿ＣＤを端末装置２［ｉ］のカメラ部２７にて撮影する。第５運行態様の出発時送信情報には、端末装置２［ｉ］の位置情報と共に、出発時撮影作業にて撮影されたコードＱＱ＿ＣＤ及びＰＰ＿ＣＤに基づく情報が含まれる（コードＳＳ＿ＣＤに基づく情報は含まれない）。
第５運行態様の出発時撮影作業では、任意の運行コードＳＳ＿ＣＤを撮影することなく、第２空コンテナＱＱのコンテナコードＱＱ＿ＣＤ及び車両ＰＰ［ｉ］の車両コードＰＰ＿ＣＤを端末装置２［ｉ］のカメラ部２７にて撮影する。第５運行態様の出発時送信情報には、端末装置２［ｉ］の位置情報と共に、出発時撮影作業にて撮影されたコードＱＱ＿ＣＤ及びＰＰ＿ＣＤに基づく情報が含まれる（コードＳＳ＿ＣＤに基づく情報は含まれない）。
【0158】
第６運行態様の到着時撮影作業及び到着時送信情報は、第４運行態様の到着時撮影作業及び到着時送信情報と同様である。
第６運行態様の出発時撮影作業及び出発時送信情報は、第３運行態様の出発時撮影作業及び出発時送信情報と同様である。
第６運行態様の出発時撮影作業及び出発時送信情報は、第３運行態様の出発時撮影作業及び出発時送信情報と同様である。
【0159】
第７運行態様の到着時撮影作業では、任意の運行コードＳＳ＿ＣＤ及び任意のコンテナコードＱＱ＿ＣＤを撮影することなく、車両ＰＰ［ｉ］の車両コードＰＰ＿ＣＤのみを端末装置２［ｉ］のカメラ部２７にて撮影する。第７運行態様の到着時送信情報には、端末装置２［ｉ］の位置情報と共に、到着時撮影作業にて撮影されたコードＰＰ＿ＣＤに基づく情報が含まれる（コードＳＳ＿ＣＤに基づく情報及びコードＱＱ＿ＣＤに基づく情報は含まれない）。
第７運行態様の出発時撮影作業及び出発時送信情報は、第４運行態様の出発時撮影作業及び出発時送信情報と同様である。
第７運行態様の出発時撮影作業及び出発時送信情報は、第４運行態様の出発時撮影作業及び出発時送信情報と同様である。
【0160】
第８運行態様の到着時撮影作業及び到着時送信情報は、第７運行態様の到着時撮影作業及び到着時送信情報と同様である。
第８運行態様の出発時撮影作業及び出発時送信情報は、第２運行態様の出発時撮影作業及び出発時送信情報と同様である。
第８運行態様の出発時撮影作業及び出発時送信情報は、第２運行態様の出発時撮影作業及び出発時送信情報と同様である。
【0161】
第９運行態様の到着時撮影作業及び到着時送信情報は、第７運行態様の到着時撮影作業及び到着時送信情報と同様である。
第９運行態様の出発時撮影作業及び出発時送信情報は、第３運行態様の出発時撮影作業及び出発時送信情報と同様である。
第９運行態様の出発時撮影作業及び出発時送信情報は、第３運行態様の出発時撮影作業及び出発時送信情報と同様である。
【0162】
管理部１１４は、端末装置２［ｉ］から受信した到着時送信情報及び出発時送信情報に基づいて、任意の注目拠点に対する車両ＰＰ［ｉ］の運行態様が第１～第９運行態様の何れに相当するのかを判定する運行態様判定処理を実行して良い。第ｐ運行態様における到着時送信情報及び出発時送信情報の組み合わせに含まれる情報と、第ｑ運行態様における到着時送信情報及び出発時送信情報の組み合わせに含まれる情報とは、互いに相違するため、運行態様判定処理が可能である（ｐ及びｑの夫々は１以上且つ９以下の整数であって、且つ、ｐ及びｑは互いに異なる）。運行態様判定処理を車両ＰＰごとに実施することができ、管理部１１４は、車両ＰＰごとに行った運行態様判定処理の判定結果を運送管理データに含めて蓄積装置３に記憶させても良い。これにより、各車両ＰＰの運行態様を集約して管理することができる。尚、第９運行態様は荷物又はコンテナＱＱの輸送に対して何も寄与せず、通常は存在しない運行態様であると言える。故に、車両ＰＰ［ｉ］の運行態様は実質的に第１～第８運行態様の何れかに限定されると考えて良い（第９運行態様は存在しないと考えても良い）。
【0163】
＜＜第６実施例＞＞
第６実施例を説明する。第６実施例では上述した事項に対する補足事項、応用技術又は変形技術等を説明する。
第６実施例を説明する。第６実施例では上述した事項に対する補足事項、応用技術又は変形技術等を説明する。
【0164】
上述の各実施例では、運行表に運行コードＳＳ＿ＣＤが付与されることを想定しているが、運行コードＳＳ＿ＣＤの付与の対象は運行表に分類されるものである必要はなく、伝票（運送されるべき荷物の伝票）に分類されるものであっても良い。
【0165】
上述の各実施例では、端末装置２により読み取りの対象となるコード（ＳＳ＿ＣＤ、ＱＱ＿ＣＤ、ＰＰ＿ＣＤ）として、ＱＲコード（登録商標）に代表される二次元コードを想定した。しかしながら、読み取りの対象となるコード（ＳＳ＿ＣＤ、ＱＱ＿ＣＤ、ＰＰ＿ＣＤ）は、一次元コードでも良いし、一次元コード及び二次元コードに分類されない任意のパターンコードであっても良い。任意のパターンコードは、例えば、ＩＳＯ６３４６で規定される海上コンテナの管理用コードである。
【0166】
第１拠点６１０及び第２拠点６５０間に３つの中継拠点６２０、６３０及び６４０が存在する例を上述したが、第１拠点６１０及び第２拠点６５０間に存在する中継拠点の個数は１以上であれば任意である。
【0167】
本発明を中継輸送に適用したときの実施形態の例を上述したが、中継輸送に限らず、任意の態様の輸送において本発明を適用できる。
【0168】
本発明に係る任意の装置（例えば運送管理装置１又は端末装置２）を、便宜上、対象装置と称する。対象装置を、集積回路等のハードウェア、或いは、ハードウェアとソフトウェアの組み合わせによって構成することができる。対象装置にて実現される機能の全部又は一部である任意の特定の機能をプログラムとして記述して、該プログラムを記録媒体に記録しておいて良い。そして、当該プログラムをプログラム実行装置（例えば、対象装置に搭載可能なマイクロコンピュータ）上で実行することによって、その特定の機能を実現するようにしても良い。上記記録媒体は対象装置に搭載又は接続されていても良いし、対象装置と異なる機器（サーバ機器等）に搭載又は接続されていても良い。上記記録媒体は、不揮発性の記録媒体であって、例えば、任意の磁気ディスク、光ディスク、光磁気ディスク又は半導体メモリにて構成される。
【0169】
本発明の実施形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。以上の実施形態は、あくまでも、本発明の実施形態の例であって、本発明ないし各構成要件の用語の意義は、以上の実施形態に記載されたものに制限されるものではない。上述の説明文中に示した具体的な数値は、単なる例示であって、当然の如く、それらを様々な数値に変更することができる。
【0170】
＜＜付記＞＞
上述の実施形態にて具体的構成例が示された本発明について付記を設ける。
上述の実施形態にて具体的構成例が示された本発明について付記を設ける。
【0171】
本発明の一側面に係る運送管理装置は、各々に荷物を収容可能な複数の収容部（ＱＱ［１］～ＱＱ［ｍ］）と複数の車両（ＰＰ［１］～ＰＰ［ｎ］）とを用いた運送の管理に供される運送管理装置（１）であって、前記複数の収容部及び前記複数の車両に関する情報を取得する情報取得部（１１２）と、収容部管理データを含む運送管理データ（図５参照）を生成する管理部（１１４）と、を備え、前記収容部管理データは、各収容部の所在地を表す所在地データを含み（図１６参照）、前記複数の収容部の何れかである対象収容部（例えばＱＱ［１］）が前記複数の車両の何れかである対象車両（例えばＰＰ［１］）により出発地点（例えば６１０）から到着地点（例えば６２０）に運送される場合、前記情報取得部は、前記対象車両に対応する端末装置（例えば２［１］）が前記対象収容部とともに前記出発地点に存在しているときの前記端末装置からの第１送信情報（８１０又は８３０；図１１又は図２０参照）に基づき前記対象収容部の識別情報（コンテナＩＤ）を取得するとともに前記端末装置の位置情報（８１１又は８３１）を前記出発地点の位置情報として取得し、その後、前記端末装置が前記対象収容部とともに前記到着地点に存在しているときの前記端末装置からの第２送信情報（８２０又は８４０；図１３又は図２２参照）に基づき前記対象収容部の識別情報（コンテナＩＤ）を取得するとともに前記端末装置の位置情報（８２１又は８４１）を前記到着地点の位置情報として取得し、前記管理部は、前記対象収容部が前記出発地点から前記到着地点に運送されるときの前記情報取得部の取得情報に基づいて前記対象収容部に関する前記所在地データを更新する構成（第１の構成）である。
【0172】
これにより、収容部を効率的に管理することが可能となる（収容部の所在地を正確に追跡することが可能となる）。尚、コンテナが載置されるシャーシに無線ＩＣタグを貼り付けると共にストックヤードの出入口及び各駐車スペースに上記タグと交信するアンテナを設けて、シャーシの載置場所をコンピュータ管理する参考方法（上記特許文献１参照）も考えられる。但し、参考方法では、多数のアンテナの設置が必要あって、アンテナが無いと収容部の一例であるコンテナを管理することができない。車両が収容部（例えばコンテナ）を様々な場所に移動させることを考慮すれば、全ての場所にアンテナを設置して収容部を管理することは現実的ではない。
【0173】
上記第１の構成に係る運送管理装置において、前記管理部は、前記対象収容部が前記出発地点（例えば６１０）から前記到着地点（例えば６２０）に運送されたとき、前記第１送信情報に基づく前記端末装置の位置情報（８１１又は８３１）と前記第２送信情報に基づく前記端末装置の位置情報（８２１又は８４１）とに基づき、前記所在地データにおける前記対象収容部の所在地を前記出発地点から前記到着地点に更新する構成（第２の構成）であっても良い。
【0174】
これにより、収容部を効率的に管理することが可能となる（収容部の所在地を正確に追跡することが可能となる）。
【0175】
上記第１又は第２の構成に係る運送管理装置において、前記管理部は、前記対象収容部が前記出発地点から前記到着地点に運送される際、前記第１送信情報に基づいて前記対象収容部内の前記荷物の収容有無を判断する構成（第３の構成）であっても良い。
【0176】
これにより、収容部における荷物の収容有無も併せて管理することが可能となる。
【0177】
上記第３の構成に係る運送管理装置において、前記荷物の運送に関わるスケジュールデータを保持する保持部を備え、前記管理部は、前記スケジュールデータに対応付けられた運行コードに基づく情報が、前記第１送信情報に含まれるか否かに基づき、前記対象収容部内の前記荷物の収容有無を判断する構成（第４の構成）であっても良い。
【0178】
これにより、収容部における荷物の収容有無を正しく判断することが可能となる。
【0179】
上記第４の構成に係る運送管理装置において（図１０～図１３参照）、各収容部に固有の収容部コードが各収容部に付与され、各車両に固有の車両コードが各車両に付与され、前記運行コードと前記対象収容部が付与された収容部コードと前記対象車両に付与された車両コードとが前記出発地点にて前記端末装置により撮影された後、前記運行コードと前記対象収容部が付与された収容部コードと前記対象車両に付与された車両コードとが前記到着地点にて前記端末装置により撮影される荷物運送ケースにおいて、前記情報取得部は、前記出発地点を示す前記端末装置の位置情報と、前記運行コードに基づく情報、前記対象収容部の識別情報及び前記対象車両の識別情報とを含んだ第１情報（８１０）を前記第１送信情報として取得し、その後、前記到着地点を示す前記端末装置の位置情報と、前記運行コードに基づく情報、前記対象収容部の識別情報及び前記対象車両の識別情報とを含んだ第２情報（８２０）を前記第２送信情報として取得し、前記荷物運送ケースにおいて、前記管理部は、前記第１情報及び前記第２情報に基づき、前記荷物を収容した状態の前記対象収容部が前記対象車両により前記出発地点から前記到着地点に運送されたことを示すデータを前記運送管理データに含める構成（第５の構成）であっても良い。
【0180】
これにより、荷物の収納有無の情報も含む態様で、収容部を効率的に管理することができる。
【0181】
上記第５の構成に係る運送管理装置において（図１９～図２２参照）、前記運行コードが前記出発地点にて前記端末装置により撮影されることなく前記対象収容部が付与された収容部コードと前記対象車両に付与された車両コードとが前記出発地点にて前記端末装置により撮影された後、前記運行コードが前記到着地点にて前記端末装置により撮影されることなく前記対象収容部が付与された収容部コードと前記対象車両に付与された車両コードとが前記到着地点にて前記端末装置により撮影される非荷物運送ケースにおいて、前記情報取得部は、前記運行コードに基づく情報を含まず、且つ、前記出発地点を示す前記端末装置の位置情報と前記対象収容部の識別情報及び前記対象車両の識別情報とを含んだ第３情報（８３０）を前記第１送信情報として取得し、その後、前記運行コードに基づく情報を含まず、且つ、前記到着地点を示す前記端末装置の位置情報と前記対象収容部の識別情報及び前記対象車両の識別情報とを含んだ第４情報（８４０）を前記第２送信情報として取得し、前記非荷物運送ケースにおいて、前記管理部は、前記第３情報及び前記第４情報に基づき、前記荷物が収容されていない状態の前記対象収容部が前記対象車両により前記出発地点から前記到着地点に運送されたことを示すデータを前記運送管理データに含める構成（第６の構成）であっても良い。
【0182】
これにより、荷物の収納有無の情報も含む態様で、収容部を効率的に管理することができる。
【0183】
上記第１～第６の構成の何れかに係る運送管理装置において、前記管理部は、前記情報取得部の取得情報に基づき前記対象収容部の運送の履歴データを生成し、前記履歴データを前記収容部管理データに含める構成（第７の構成）であっても良い。
【0184】
これにより、運送管理装置において収容部の運送の履歴を認識することができる。運送管理装置が正しく運用された場合、収容部の所在地が正しく追跡されるが、人的なミス等により（例えば車両の運転手が端末装置を正しく使用せずに収容部を車両にて移動させるといった人的なミスにより）、運送管理装置が認識する収容部の所在地と、実際の所在地が相違する場合が考えられる。このような場合であっても、履歴データを参照することで、どの時点で相違が発生したのか等を推測することが可能となる。
【符号の説明】
【0185】
ＳＹＳ 運送管理システム
ＰＰ 車両
ＱＱ 収容部（コンテナ）
ＮＥＴ ネットワーク
１ 運送管理装置
１１ 制御部
１２ 記憶部
１３ 通信部
１４ インターフェース部
１５ 日時取得部
１１１ スケジュールデータ作成部
１１２ 端末発信情報取得部
１１３ スケジュールデータ保持部
１１４ 管理部
２ 端末装置
２１ 制御部
２２ 記憶部
２３ 通信部
２４ インターフェース部
２５ 日時取得部
２６ ＧＰＳ処理部
２７ カメラ部
３ 蓄積装置
７００ スケジュールデータ
ＳＳ＿ＣＤ 運行コード
ＰＰ＿ＣＤ 車両コード
ＱＱ＿ＣＤ コンテナコード
ＰＰ 車両
ＱＱ 収容部（コンテナ）
ＮＥＴ ネットワーク
１ 運送管理装置
１１ 制御部
１２ 記憶部
１３ 通信部
１４ インターフェース部
１５ 日時取得部
１１１ スケジュールデータ作成部
１１２ 端末発信情報取得部
１１３ スケジュールデータ保持部
１１４ 管理部
２ 端末装置
２１ 制御部
２２ 記憶部
２３ 通信部
２４ インターフェース部
２５ 日時取得部
２６ ＧＰＳ処理部
２７ カメラ部
３ 蓄積装置
７００ スケジュールデータ
ＳＳ＿ＣＤ 運行コード
ＰＰ＿ＣＤ 車両コード
ＱＱ＿ＣＤ コンテナコード
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
