知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-09-02
(45)【発行日】2024-09-10
(54)【発明の名称】電子錠管理装置、運送管理システム及び電子錠管理方法
(51)【国際特許分類】
G06Q 10/083 20240101AFI20240903BHJP
E05B 49/00 20060101ALN20240903BHJP
【ＦＩ】
G06Q10/083
E05B49/00 B
【請求項の数】
11
(21)【出願番号】P 2021111264
(22)【出願日】2021-07-05
(65)【公開番号】P2023008034
(43)【公開日】2023-01-19
【審査請求日】2023-10-09
(73)【特許権者】
【識別番号】000004260
【氏名又は名称】株式会社デンソー
(74)【代理人】
【識別番号】110001933
【氏名又は名称】弁理士法人 佐野特許事務所
(72)【発明者】
【氏名】関 正人
(72)【発明者】
【氏名】野村 江介
(72)【発明者】
【氏名】鈴木 秀昭
【審査官】塩田 徳彦
(56)【参考文献】
【文献】特開２０２０－０１８５３９（ＪＰ，Ａ）
【文献】特開２０１９－０５３５２６（ＪＰ，Ａ）
【文献】特開平０８－２１８７３２（ＪＰ，Ａ）
【文献】特開２０１８－０８４１１２（ＪＰ，Ａ）
【文献】特開２０１９－０２８９９２（ＪＰ，Ａ）
【文献】特開２０２０－１８１４８４（ＪＰ，Ａ）
【文献】特開２００６－３３６２５５（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
Ｅ０５Ｂ ４９／００
(57)【特許請求の範囲】
【請求項1】
荷物を収容可能であって且つ電子錠が取り付けられた収容部と車両とを用いて前記荷物を第１拠点から第２拠点に運送する運送業務に用いられる電子錠管理装置であって、前記第１拠点における前記収容部への前記荷物の積み込み作業又は前記第２拠点における前記収容部からの前記荷物の積み下ろし作業を担う業者が使用する第１端末装置の送信情報に基づき、前記第１端末装置の現在地を表す位置情報、及び、前記業者を識別するための業者識別情報を取得する情報取得部と、
前記荷物の運送に関わるスケジュールデータを保持する保持部と、
前記荷物の運送に関わる運送管理状態を管理する管理部と、を備え、
前記管理部は、前記運送業務を担う１以上の車両とともに移動する１以上の第２端末装置の送信情報に基づき前記運送管理状態を複数の状態間で遷移させ、
前記第１端末装置は、前記１以上の第２端末装置の何れかと一致するか、或いは、前記１以上の第２端末装置の何れとも異なり、
前記管理部は、前記位置情報と、前記業者識別情報と、前記運送管理状態と、前記スケジュールデータと、に基づいて、前記電子錠の解錠を許可又は禁止する
、電子錠管理装置。
【請求項2】
前記複数の状態は、前記収容部が前記第１拠点に位置し且つ前記収容部の前記第１拠点からの出発が許可されていない出発前状態を含み、前記スケジュールデータは、前記積み込み作業の担当予定業者の識別情報を含み、
前記管理部は、前記位置情報にて示される前記第１端末装置の現在地が前記第１拠点と一致し、且つ、前記業者識別情報が前記積み込み作業の担当予定業者の識別情報と一致し、且つ、現在の前記運送管理状態が前記出発前状態と一致する場合に、前記電子錠の解錠を許可する
、請求項１に記載の電子錠管理装置。
【請求項3】
前記スケジュールデータは、前記荷物を収容された前記収容部の前記第１拠点からの出発予定日時を含み、前記管理部は、前記位置情報にて示される前記第１端末装置の現在地が前記第１拠点と一致し、且つ、前記業者識別情報が前記積み込み作業の担当予定業者の識別情報と一致し、且つ、現在の前記運送管理状態が前記出発前状態と一致し、且つ、現在日時と前記出発予定日時とが所定関係にある場合に、前記電子錠の解錠を許可する
、請求項２に記載の電子錠管理装置。
【請求項4】
前記複数の状態は、前記収容部が前記第２拠点に到着したことを示す到着状態を含み、前記管理部は、前記収容部が配置された状態の車両が前記第２拠点に到着すると、前記第２拠点に到着した前記車両に対応する前記第２端末装置の送信情報に基づいて、前記運送管理状態を、他の状態から前記到着状態に遷移させ、
前記スケジュールデータは、前記積み下ろし作業の担当予定業者の識別情報を含み、
前記管理部は、前記位置情報にて示される前記第１端末装置の現在地が前記第２拠点と一致し、且つ、前記業者識別情報が前記積み下ろし作業の担当予定業者の識別情報と一致し、且つ、現在の前記運送管理状態が前記到着状態と一致する場合に、前記電子錠の解錠を許可する
、請求項１に記載の電子錠管理装置。
【請求項5】
前記スケジュールデータは、前記荷物を収容された前記収容部の前記第２拠点への到着予定日時を含み、前記管理部は、前記位置情報にて示される前記第１端末装置の現在地が前記第２拠点と一致し、且つ、前記業者識別情報が前記積み下ろし作業の担当予定業者の識別情報と一致し、且つ、現在の前記運送管理状態が前記到着状態と一致し、且つ、現在日時と前記到着予定日時とが所定関係にある場合に、前記電子錠の解錠を許可する
、請求項４に記載の電子錠管理装置。
【請求項6】
前記１以上の車両は、複数の車両であって、前記荷物の前記第１拠点から前記第２拠点への運送は前記複数の車両を用いた中継輸送により実現され、
前記中継輸送では前記荷物が前記収容部に収容された状態で前記第１拠点から１以上の中継拠点を経由して前記第２拠点に運送される
、請求項１～５の何れかに記載の電子錠管理装置。
【請求項7】
前記１以上の車両は、前記荷物を前記第２拠点まで運送する特定の車両を含み、前記１以上の第２端末装置の内、前記特定の車両とともに移動する特定の第２端末装置は、前記第１端末装置と一致し、
前記管理部は、前記特定の第２端末装置の現在地と前記第２拠点との距離が所定距離以下となったとき、前記電子錠を解錠するための解錠情報を前記特定の第２端末装置に対して出力する
、請求項１～６の何れかに記載の電子錠管理装置。
【請求項8】
前記管理部は、前記電子錠の解錠を許可する際、前記電子錠を解錠するための解錠情報を前記第１端末装置に対して出力する、請求項１～７の何れかに記載の電子錠管理装置。
【請求項9】
請求項１～８の何れかに記載の電子錠管理装置と、前記１以上の第２端末装置と、を備え、
前記第１端末装置は、前記１以上の第２端末装置の何れかと一致する
、運送管理システム。
【請求項10】
請求項１～８の何れかに記載の電子錠管理装置と、前記第１端末装置と、
前記１以上の第２端末装置と、を備え、
前記第１端末装置は、前記１以上の第２端末装置の何れとも異なる
、運送管理システム。
【請求項11】
荷物を収容可能であって且つ電子錠が取り付けられた収容部と車両とを用いて前記荷物を第１拠点から第２拠点に運送する運送業務に用いられる電子錠管理方法であって、当該電子錠管理方法は制御部を有する電子錠管理装置にて実行され、
当該電子錠管理方法は、
前記第１拠点における前記収容部への前記荷物の積み込み作業又は前記第２拠点における前記収容部からの前記荷物の積み下ろし作業を担う業者が使用する第１端末装置の送信情報に基づき、前記制御部にて、前記第１端末装置の現在地を表す位置情報、及び、前記業者を識別するための業者識別情報を取得する情報取得ステップと、
前記荷物の運送に関わる運送管理状態を前記制御部にて管理する管理ステップと、を備え、
前記管理ステップでは、前記運送業務を担う１以上の車両とともに移動する１以上の第２端末装置の送信情報に基づき前記制御部により前記運送管理状態を複数の状態間で遷移させ、
前記第１端末装置は、前記１以上の第２端末装置の何れかと一致するか、或いは、前記１以上の第２端末装置の何れとも異なり、
前記管理ステップでは、前記位置情報と、前記業者識別情報と、前記運送管理状態と、前記荷物の運送に関わるスケジュールデータと、に基づいて、前記制御部により前記電子錠の解錠を許可又は禁止する
、電子錠管理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、電子錠管理装置、運送管理システム及び電子錠管理方法に関する。
【背景技術】
【0002】
車両を用いた輸送の一種では、原動機を有する車両と当該車両に搭載（配置）自在なコンテナとを用い、荷物を積み込んだ収容部を車両に搭載して目的地まで運ぶ。
【0003】
この種の荷物の輸送では、荷主拠点で荷物を積んでから荷受拠点で荷物をおろすまでの間にコンテナが開けられていないことを証明するために、コンテナの扉部分にセキュリティバンドをまくことがある。
【0004】
近年、セキュリティバンドの代わりに電子錠をつける例もある。電子錠を利用する場合、暗証番号又はカードキーを共有することで、特定人物しかコンテナを開けられないようにする。
【先行技術文献】
【特許文献】
【0005】
【文献】特開２０１７－１４７３６号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかしながら、セキュリティバンドを利用する方法では、輸送途中でセキュリティバンドの破断を通じてコンテナが開けられた場合、コンテナが開けられたことは分かっても、コンテナが開けられること自体を防止することはできない（荷物の盗難又は紛失の防止効果が弱い）。また、暗証番号又はカードキーを共有する方法では、共有の必要性がセキュリティリスクを高めるおそれがある。
【0007】
本発明は、荷物の運送に関わる信頼性の向上に寄与する電子錠管理装置、運送管理システム及び電子錠管理方法を提供することを目的とする。
【課題を解決するための手段】
【0008】
本発明に係る電子錠管理装置は、荷物を収容可能であって且つ電子錠が取り付けられた収容部と車両とを用いて前記荷物を第１拠点から第２拠点に運送する運送業務に用いられる電子錠管理装置であって、前記第１拠点における前記収容部への前記荷物の積み込み作業又は前記第２拠点における前記収容部からの前記荷物の積み下ろし作業を担う業者が使用する第１端末装置の送信情報に基づき、前記第１端末装置の現在地を表す位置情報、及び、前記業者を識別するための業者識別情報を取得する情報取得部と、前記荷物の運送に関わるスケジュールデータを保持する保持部と、前記荷物の運送に関わる運送管理状態を管理する管理部と、を備え、前記管理部は、前記運送業務を担う１以上の車両とともに移動する１以上の第２端末装置の送信情報に基づき前記運送管理状態を複数の状態間で遷移させ、前記第１端末装置は、前記１以上の第２端末装置の何れかと一致するか、或いは、前記１以上の第２端末装置の何れとも異なり、前記管理部は、前記位置情報と、前記業者識別情報と、前記運送管理状態と、前記スケジュールデータと、に基づいて、前記電子錠の解錠を許可又は禁止する。
【発明の効果】
【0009】
本発明によれば、荷物の運送に関わる信頼性の向上に寄与する電子錠管理装置、運送管理システム及び電子錠管理方法を提供することが可能となる。
【図面の簡単な説明】
【0010】
【図1】本発明の第１実施形態に係る運送管理システムの全体構成図である。
【図2】本発明の第１実施形態に係り、コンテナが搭載されていない状態の車両の外観側面図（ａ）と、コンテナが搭載されている状態の車両の外観側面図（ｂ）である。
【図3】本発明の第１実施形態に係る運送管理システムの全体構成図である。
【図4】本発明の第１実施形態に係り、コンテナに電子錠が取り付けられる様子を示す図（ａ）と、電子錠の外観図（ｂ）である。
【図5】本発明の第１実施形態に係る運送管理装置の構成図である。
【図6】本発明の第１実施形態に係る端末装置の構成図である。
【図7】本発明の第１実施形態に係り、車両の車体に車両コードが付与されている様子を示す図（ａ）と、コンテナの外壁にコンテナコードが付与されている様子を示す図（ｂ）である。
【図8】本発明の第１実施形態にて主として想定される中継輸送の説明図である。
【図9】本発明の第１実施形態に係るスケジュールデータの構成図である。
【図10】本発明の第１実施形態に係り、端末装置にて各二次元コードが撮影される様子を示す図である。
【図11】本発明の第１実施形態に係り、端末装置の送信情報の内容を説明するための図である。
【図12】本発明の第１実施形態に係り、端末装置から運送管理装置に対しアクセス要求が発行される様子を示す図である。
【図13】本発明の第１実施形態に係り、第１拠点及び２つの中継拠点での運転手の作業等の流れを示す図である。
【図14】本発明の第１実施形態に係り、１つの中継拠点及び第２拠点での運転手の作業等の流れを示す図である。
【図15】本発明の第１実施形態に係り、アクセス要求に関わる処理のフローチャートである。
【図16】本発明の第１実施形態に係り、第１拠点からの車両の出発に関わる処理のフローチャートである。
【図17】本発明の第１実施形態に係り、第２拠点への車両の到着に関わる処理のフローチャートである。
【図18】本発明の第２実施形態に係り、荷物の積み込み作業を担う人物及び荷物の積み下ろし作業を担う人物と、それらの人物が使用する端末装置と、を示す図である。
【図19】本発明の第２実施形態に係り、スケジュールデータの一部を示す図である。
【図20】本発明の第２実施形態に係り、アクセス要求及び解錠情報の出力に関わる処理のフローチャートである。
【図22】本発明の第３実施形態に係り、電子錠の解錠必要条件をまとめた表である。
【図23】本発明の第４実施形態に係り、第１拠点及び第２拠点間の直接輸送の説明図である。
【発明を実施するための形態】
【0011】
以下、本発明の実施形態の例を、図面を参照して具体的に説明する。参照される各図において、同一の部分には同一の符号を付し、同一の部分に関する重複する説明を原則として省略する。尚、本明細書では、記述の簡略化上、情報、信号、物理量又は部材等を参照する記号又は符号を記すことによって、該記号又は符号に対応する情報、信号、物理量又は部材等の名称を省略又は略記することがある。例えば、後述の“１１２”によって参照される端末発信情報取得部は（図５参照）、端末発信情報取得部１１２と表記されることもあるし、取得部１１２と略記されることもあり得るが、それらは全て同じものを指す。尚、本明細書において、用語「運送」と用語「輸送」とは互いに同義であり、それらを互いに読み替えても良い。
【0012】
＜＜第１実施形態＞＞
本発明の第１実施形態を説明する。図１に本発明の第１実施形態に係る運送管理システムＳＹＳの全体構成図を示す。運送管理システムＳＹＳは、運送管理装置１と、複数の端末装置２と、を備えて構成される。運送管理装置１と各端末装置２は、ネットワークＮＥＴを介して双方向通信が可能な態様で無線接続される。ネットワークＮＥＴは移動体通信網及びインターネット等を含む。
本発明の第１実施形態を説明する。図１に本発明の第１実施形態に係る運送管理システムＳＹＳの全体構成図を示す。運送管理システムＳＹＳは、運送管理装置１と、複数の端末装置２と、を備えて構成される。運送管理装置１と各端末装置２は、ネットワークＮＥＴを介して双方向通信が可能な態様で無線接続される。ネットワークＮＥＴは移動体通信網及びインターネット等を含む。
【0013】
運送管理システムＳＹＳは、荷物を或る拠点から他の拠点へと複数の車両ＰＰを用いて中継輸送する際に有益に機能し、正確な荷物の運送を担保する。本実施形態において、車両ＰＰとは、原動機を有する車両を指し、一般にトラクタに分類される車を含む。各車両ＰＰに対して荷物を収容可能な収容部を搭載することができる。
【0014】
図２（ａ）及び（ｂ）を参照する。運送管理システムＳＹＳ及び運送管理装置１は、収容部ＱＱと車両ＰＰを用いた運送を管理するためのシステム及び装置である。本実施形態において、車両ＰＰとは、原動機を有する車両を指し、一般にトラクタに分類される車を含む。各車両ＰＰに対して荷物を収容可能な収容部ＱＱを搭載することができる。
【0015】
車両ＰＰへの収容部ＱＱの搭載又は非搭載は自在である。図２（ａ）は収容部ＱＱが搭載されていない状態の車両ＰＰの外観側面図であり、図２（ｂ）は収容部ＱＱが搭載されている状態の車両ＰＰの概略側面図である。車両ＰＰに対する収容部ＱＱの搭載を車両ＰＰに対する収容部ＱＱの配置と読み替えても良い。車両ＰＰに対して収容部ＱＱを搭載するとは車両ＰＰの荷台へ収容部ＱＱを搭載（配置）することを意味する。車両ＰＰに対して収容部ＱＱを物理的に接続することも車両ＰＰへの収容部ＱＱの搭載に含まれる。
【0016】
収容部ＱＱは荷物を収容可能であって且つ車両ＰＰに搭載可能な収容部であれば任意である。例えば、収容部ＱＱは車両ＰＰの荷台に対して搭載可能なコンテナである。収容部ＱＱは、例えば２０フィートコンテナ（ＩＳＯコンテナ）である。収容部ＱＱはスワップボディコンテナであっても良く、この際、車両ＰＰはスワップボディトラックとも称され得る。収容部ＱＱは車輪を有するトレーラであっても良い。収容部ＱＱがトレーラである場合、車両ＰＰはトレーラを牽引するトラクタである。以下では、収容部ＱＱがスワップボディコンテナ等のコンテナであることを想定し、収容部ＱＱをコンテナＱＱと称する。尚、荷物を収容したコンテナＱＱが車両ＰＰによって或る地点から他の地点に輸送（運送）されるとき、輸送とは荷物の輸送であると共にコンテナＱＱの輸送でもある。
【0017】
各端末装置２は、例えば、スマートホン、タブレット又は携帯型情報端末である。各端末装置２は、車両ＰＰを運転する運転手が所持する端末装置であっても良いし、車両ＰＰに備え付けられた端末装置であっても良い。本実施形態においては、以下、特に記述なき限り、各端末装置２は車両ＰＰを運転する運転手が所持する端末装置（スマートホン等）であるものとし、端末装置２と車両ＰＰとは一対一で対応していると考える。運送管理システムＳＹＳは、ｎ台の端末装置２を含むものとし、複数の端末装置２を互いに区別する必要があるとき、複数の端末装置２を端末装置２［１］～２［ｎ］にて参照することがある（図３参照）。同様に、複数の車両ＰＰを互いに区別する必要があるとき、複数の車両ＰＰを車両ＰＰ［１］～ＰＰ［ｎ］にて参照することがある（図３参照）。ｎは２以上の任意の整数値を持つ。車両ＰＰ［ｉ］の運転手は端末装置２［ｉ］を所持するため、端末装置２［ｉ］は車両ＰＰ［ｉ］と対応関係にある。ｉは任意の整数を表す。端末装置２［ｉ］は車両ＰＰ［ｉ］と共に移動し、端末装置２［ｉ］の位置と車両ＰＰ［ｉ］の位置は一致する（実質的な一致を含む）と考えて良い。
【0018】
また、図４（ａ）に示す如く各コンテナＱＱには電子錠ＥＬが取り付けられている。図４（ｂ）に電子錠ＥＬの外観の例を示す。各コンテナＱＱは、収容空間を有する概略直方体形状の筐体を有し、収容空間内に荷物を収容可能である。各コンテナＱＱにおいて、筐体には扉が設けられている。扉は開状態及び閉状態となる。扉が開状態であるときのみ、扉を通じて人物は収容空間に進入可能であり、故に、収容空間への荷物の積み込み作業（収容空間に荷物を入れる作業）又は収容空間からの荷物の積み下ろし作業（収容空間から荷物を取り出す作業）が可能となる。扉が閉状態であるとき、任意の人物は収容空間に進入することはできず、上記積み込み作業も上記積み下ろし作業も不能である。
【0019】
電子錠ＥＬにより扉の状態が制御される。電子錠ＥＬは解錠状態及び施錠状態の何れかの状態をとる。或るコンテナＱＱに取り付けられた電子錠ＥＬが解錠状態であるときにのみ、当該コンテナＱＱの扉を開状態にすることが可能である。或るコンテナＱＱに取り付けられた電子錠ＥＬが施錠状態であるとき、当該コンテナＱＱの扉を開くことは不能であり、当該コンテナＱＱの扉は閉状態に維持される。
【0020】
ここでは、電子錠ＥＬが暗証番号方式の電子錠であるものとする。電子錠ＥＬには操作部が設けられている。電子錠ＥＬに対して予め暗証番号が設定（登録）されている。電子錠ＥＬが施錠状態であるときにおいて、任意の人物が、設定された暗証番号を電子錠ＥＬの操作部に入力することで電子錠ＥＬの状態が施錠状態から解錠状態に切り替わる。電子錠ＥＬが解錠状態であるときにおいて、所定の施錠操作を電子錠ＥＬの操作部に入力すると電子錠ＥＬの状態が解錠状態から施錠状態からに切り替わる。
【0021】
ここで、運送管理システムＳＹＳの仕組みの概要を説明する。多くの運送業者が参加する中継輸送において、運転手がスケジュールで定められたコンテナと異なるコンテナを車両ＰＰに載せて運んだり、コンテナをスケジュールに沿わない場所におろしたりすることが無いようにすることが重要である。運送管理システムＳＹＳでは、ＱＲコード（登録商標）で構成される二次元コードを用いて正しく中継輸送が行われるよう管理する。詳細は後述されるが、概要を述べると（図１０参照）、運転手が運行前にスケジュール表の二次元コード（ＡＣ＿ＣＤ）を端末装置２［ｉ］に読み込ませ、更にコンテナＱＱの二次元コード（ＱＱ＿ＣＤ）及び車両ＰＰの二次元コード（ＰＰ＿ＣＤ）を読み込ませる。これらの読み込み情報が運送管理装置１に送られ、運送管理装置１では、正しいコンテナＱＱ及び正しい車両ＰＰで運行されているかが確認される。
【0022】
運送管理システムＳＹＳでは、端末装置２［ｉ］がスケジュール表の二次元コード（ＡＣ＿ＣＤ）を読み込んだとき、所定の運送管理ウェブサイトへのアクセス要求が端末装置２［ｉ］から発行される仕組みが導入される。この際、読み込んだ位置、端末装置２［ｉ］に入力された運送業者ＩＤ、現在日時、及び、運送管理装置１で管理される中継輸送の状態（後述のシステム状態に対応）がスケジュールに照らして妥当でないとアクセスが禁止される。運送管理ウェブサイトへのアクセスを経た後でないと車両ＰＰ［ｉ］の出発が許可されない。これにより正しい運行が担保される。
【0023】
加えて、運送管理ウェブサイトへのアクセス制御の仕組みを利用し、正しい場所で正しい人間が正しい工程で荷物の積み込み作業又は積み下ろし作業を行おうとしたときにのみ、電子錠ＥＬの解錠を許可する。これにより、荷物の運送に関わる信頼性が向上する（荷物の盗難等が抑制される）。以下、各構成要素の機能及び動作を詳説する。
【0024】
図５に運送管理装置１の内部構成図を示す。運送管理装置１は、制御部１１、記録部１２、通信部１３、インターフェース部１４及び日時情報取得部１５を備える。１又は複数のコンピュータ装置にて運送管理装置１が構成される。運送管理装置１はサーバ装置であっても良い。クラウドコンピューティングを用いて運送管理装置１が構成されても良い。
【0025】
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）等を含んで構成され、運送管理装置１内の全体動作を統括的に制御する。記録部１２は、磁気ディスク又は半導体メモリ等から成り、或いは、それらの組み合わせから成り、各種プログラム及びデータを格納及び記録する。記録部１２内のプログラムを制御部１１のＣＰＵが実行することで各種機能が実現される。通信部１３は、ネットワークＮＥＴと有線又は無線にて接続され、運送管理装置１の相手側装置とネットワークＮＥＴを介して双方向通信を行う。運送管理装置１の相手側装置に上記複数の端末装置２が含まれる。
【0026】
インターフェース部１４は、運送管理装置１と運送管理装置１のユーザとの間のマンマシンインターフェースであり、表示部１４１、操作部１４２、マイクロホン１４３及びスピーカ１４４を備える。運送管理装置１のユーザは運送管理システムＳＹＳの管理者（以下、単に管理者と称する）である。
【0027】
表示部１４１は液晶ディスプレイパネル等にて構成される表示装置であり、制御部１１の制御の下で任意の画像を表示する。操作部１４２は管理者から任意の操作の入力を受け付ける。表示部１４１及び操作部１４２によりタッチパネルが構成されていても良く、操作部１４２への操作はタッチパネルに対する操作であっても良い。マイクロホン１４３は、マイクロホン１４３の周辺音を収音し、収音した音を電気信号に変換する。マイクロホン１４３の収音の対象は、主として管理者の発話による音声である。スピーカ１４４は制御部１１の制御の下で任意の音を出力する。
【0028】
尚、インターフェース部１４の全部又は一部は運送管理装置１の外部に設けられて運送管理装置１に外部接続されるものであっても良い。音声認識機能を有して人物との音声による会話が可能な人工知能を制御部１１に設けておいても良く、この場合、マイクロホン１４３及びスピーカ１４４を用いて、管理者及び運送管理装置１間の意思疎通が実現されても良い。但し、スピーカ１４３及びマイクロホン１４４は省略されても良い。
【0029】
日時情報取得部１５は現在の日付及び時刻を示す日時情報を取得する。日時情報取得部１５はネットワークＮＥＴを介して他の装置（不図示）から日時情報を取得しても良い。尚、日時情報取得部１５は省略され得る。
【0030】
制御部１１は、スケジュールデータ作成部１１１、端末発信情報取得部１１２、スケジュールデータ保持部１１３及び管理部１１４を備え、管理部１１４はアクセス要求受付部１１５を備える。作成部１１１、取得部１１２、保持部１１３、管理部１１４及び受付部１１５は、制御部１１のＣＰＵ（演算処理装置）が記録部１２に格納されたプログラムを実行することにより形成される機能ブロックである。尚、受付部１１５は管理部１１４の外部に設けられる機能ブロックであると考えても良い。これらの機能ブロック（１１１～１１５）の各機能については後述される。
【0031】
図６に端末装置２の内部構成図を示す。端末装置２は、制御部２１、記録部２２、通信部２３、インターフェース部２４、日時情報取得部２５、ＧＰＳ処理部２６及びカメラ部２７を備える。
【0032】
制御部２１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）等を含んで構成され、端末装置２内の全体動作を統括的に制御する。記録部２２は、磁気ディスク又は半導体メモリ等から成り、或いは、それらの組み合わせから成り、各種プログラム及びデータを格納及び記録する。記録部２２内のプログラムを制御部２１のＣＰＵが実行することで制御部２１の各種機能が実現される。通信部２３は、ネットワークＮＥＴと有線又は無線にて接続され、端末装置２の相手側装置とネットワークＮＥＴを介して双方向通信を行う。端末装置２の相手側装置に運送管理装置１が含まれる。
【0033】
インターフェース部２４は、端末装置２と端末装置２のユーザとの間のマンマシンインターフェースであり、表示部２４１、操作部２４２、マイクロホン２４３及びスピーカ２４４を備える。本実施形態において、或る端末装置２のユーザは、当該端末装置２の所持者に相当する、車両ＰＰの運転手である。
【0034】
表示部２４１は液晶ディスプレイパネル等にて構成される表示装置であり、制御部２１の制御の下で任意の画像を表示する。操作部２４２は端末装置２のユーザから任意の操作の入力を受け付ける。表示部２４１及び操作部２４２によりタッチパネルが構成されていても良く、操作部２４２への操作はタッチパネルに対する操作であっても良い。マイクロホン２４３は、マイクロホン２４３の周辺音を収音し、収音した音を電気信号に変換する。マイクロホン２４３の収音の対象は、主として端末装置２のユーザの発話による音声である。スピーカ２４４は制御部２１の制御の下で任意の音を出力する。
【0035】
尚、音声認識機能を有して人物との音声による会話が可能な人工知能を制御部２１に設けておいても良く、この場合、マイクロホン２４３及びスピーカ２４４を用いて、ユーザ及び端末装置２間の意思疎通が実現されても良い。以下の説明において、端末装置２への任意の操作は、インターフェース部２４を介して端末装置２のユーザが端末装置２に入力する操作を意味する。
【0036】
日時情報取得部２５は現在の日付及び時刻を示す日時情報を取得する。日時情報取得部２５はネットワークＮＥＴを介して他の装置（不図示）から日時情報を取得しても良い。
【0037】
ＧＰＳ処理部２６は、ＧＰＳ（Global Positioning System）を形成する複数のＧＰＳ衛星からの信号を受信することで端末装置２の位置（端末装置２の現在地）を検出し、検出位置を示す位置情報を生成する。中継輸送において、端末装置２［ｉ］は車両ＰＰ［ｉ］の車内に位置する、又は、端末装置２［ｉ］は車両ＰＰ［ｉ］の運転手に所持された状態で車両ＰＰ［ｉ］の近傍に位置する。このため、端末装置２［ｉ］のＧＰＳ処理部２６により生成される位置情報は車両ＰＰ［ｉ］の現在地を表すとも言える。
【0038】
カメラ部２７は、自身の視野内の被写体を撮影し、撮影結果を表す画像データを生成する。生成された画像データは制御部２１に送られる。
【0039】
運送管理システムＳＹＳの中継輸送では、複数の車両ＰＰ及び複数のコンテナＱＱが運用される。各車両ＰＰには車両ＩＤが割り当てられる。車両ＩＤは各車両ＰＰに固有の識別情報であって、各車両ＰＰが複数の車両ＰＰの内の何れの車両であるのかを識別するための車両識別情報である。故に複数の車両ＰＰにおける複数の車両ＩＤは互いに異なる。各コンテナＱＱにはコンテナＩＤが割り当てられる。コンテナＩＤは各コンテナＱＱに固有の識別情報であって、各コンテナＱＱが複数のコンテナＱＱの内の何れのコンテナであるのかを識別するためのコンテナ識別情報（収容部識別情報）である。故に、複数のコンテナＱＱにおける複数のコンテナＩＤは互いに異なる。尚、複数のコンテナＱＱを互いに区別する必要があるとき、複数のコンテナＱＱをコンテナＱＱ［１］～ＱＱ［ｍ］にて参照することがある。ｍは２以上の任意の整数を表す。ｎ及びｍの一致、不一致は問わない。更に、図７（ａ）に示す如く、各車両ＰＰの車体の所定箇所に車両コードＰＰ＿ＣＤが付与されている。車両ＰＰ［ｉ］の車体に付与された車両コードＰＰ＿ＣＤは車両ＰＰ［ｉ］の車両ＩＤを特定する情報であって、二次元コードにより構成される。同様に、図７（ｂ）に示す如く、各コンテナＱＱの外壁の所定箇所にコンテナコードＱＱ＿ＣＤが付与されている。コンテナＱＱ［ｉ］の外壁に付与されたコンテナコードＱＱ＿ＣＤはコンテナＱＱ［ｉ］のコンテナＩＤを特定する情報であって、二次元コードにより構成される。
【0040】
運転手が端末装置２（カメラ部２７）を用いてコードＰＰ＿ＣＤ及びＱＱ＿ＣＤを容易に撮影できる位置に、車両コードＰＰ＿ＣＤが印刷又はシール貼り付け等にて各車両ＰＰの車体に付与され且つコンテナコードＱＱ＿ＣＤが印刷又はシール貼り付け等にて各コンテナＱＱの外壁に付与される。車両コードＰＰ＿ＣＤ及びコンテナコードＱＱ＿ＣＤとしてＱＲコード（登録商標）を利用できる。
【0041】
図８は本実施形態で想定される中継輸送の概念図である。本実施形態では、第１拠点６１０から第２拠点６５０へ、輸送の対象となる荷物（以下、特に対象荷物と称する）を中継輸送することを想定する。中継輸送では、対象荷物を収容したコンテナＱＱを１以上の中継拠点を経由しつつ且つコンテナＱＱを輸送する車両ＰＰを２以上の車両ＰＰで切り替えながら、第１拠点６１０から第２拠点６５０へと輸送する。図８の例では、第１、第２、第３中継拠点として３つの中継拠点６２０、６３０及び６４０が経由される。
【0042】
即ち、図８の中継輸送では、車両ＰＰ［１］にて対象荷物を収容したコンテナＱＱを第１拠点６１０から中継拠点６２０まで輸送し、その後、車両ＰＰ［２］にて対象荷物を収容したコンテナＱＱを中継拠点６２０から中継拠点６３０まで輸送し、更にその後、車両ＰＰ［３］にて対象荷物を収容したコンテナＱＱを中継拠点６３０から中継拠点６４０まで輸送し、更にその後、車両ＰＰ［４］にて対象荷物を収容したコンテナＱＱを中継拠点６４０から第２拠点６５０まで輸送する。この際、第１拠点６１０は対象荷物の発荷主（対象荷物を発送する荷主）の拠点であり、第２拠点６５０は対象荷物の着荷主（対象荷物を受け取る荷主）の拠点である。実際には、第２拠点６５０から第１拠点６１０に向けた他の荷物の中継輸送も実施され得るが、ここでは、第１拠点６１０から第２拠点６５０への対象荷物の中継輸送にのみ注目する。
【0043】
尚、第１拠点、第２拠点及び中継拠点など、本明細書で述べられる各拠点は、複数の車両ＰＰを駐車させることができると共に、コンテナＱＱを車両ＰＰに搭載するための搭載作業及びコンテナＱＱの車両ＰＰからの積み下ろし作業（切り離し作業）が可能なスペースを有する。コンテナＱＱの積み下ろし作業により、コンテナＱＱが車両ＰＰに搭載されている状態からコンテナＱＱが車両ＰＰに搭載されていない状態に切り替わる。
【0044】
図９に、第１拠点６１０から第２拠点６５０へ対象荷物を中継輸送するためのスケジュールを定めたスケジュールデータ７００を示す。スケジュールデータ７００は、図８の中継輸送を実現するためのスケジュールを定めたものであるとする。本実施形態における以下の中継輸送は、特に記述なき限り、スケジュールデータ７００によるスケジュールに沿った中継輸送を指すと考えて良い。尚、本実施形態及び参照される各図面における日付は西暦２０２１年における日付であるものとし、時刻は２４時間表記で示すものとする。
【0045】
スケジュールデータ７００は、対象荷物の発拠点（第１拠点６１０）でのスケジュールを定めた発データ７１０と、中継拠点６２０（第１中継拠点）でのスケジュールを定めた中継データ７２０と、中継拠点６３０（第２中継拠点）でのスケジュールを定めた中継データ７３０と、中継拠点６４０（第３中継拠点）でのスケジュールを定めた中継データ７４０と、対象荷物の着拠点（第２拠点６５０）でのスケジュールを定めた着データ７５０と、管理データ７６０と、を有する。中継拠点６２０、６３０、６４０は、例えば、夫々、関西ＧＷ（ゲートウェイ）、静岡ＧＷ、関東ＧＷである。
【0046】
発データ７１０は、対象荷物の発荷主を表す情報７１１と、対象荷物の発拠点を表す情報７１２と、対象荷物を収容したコンテナＱＱのコンテナＩＤを表す情報７１３と、対象荷物の発拠点からの出発予定日時を表す情報７１４と、を含む。情報７１３を、以下、特に使用コンテナ情報７１３と称する。
【0047】
対象荷物の発拠点は第１拠点６１０である。情報７１４における出発予定日時は、対象荷物を収容したコンテナＱＱが第１拠点６１０から出発する予定の日時を表し、換言すれば、当該コンテナＱＱが搭載された車両ＰＰ［１］が第１拠点６１０から出発する予定の日時を表す。スケジュールデータ７００が作成された時点では使用コンテナ情報７１３はブランクとなっており（使用コンテナ情報７１３にはコンテナＩＤが入っておらず）、対象荷物を収容したコンテナＱＱのコンテナＩＤが確定した後に、確定したコンテナＩＤが使用コンテナ情報７１３としてスケジュールデータ７００に格納される。対象荷物を収容したコンテナ（対象荷物が積み込まれたコンテナ）を、以下、特に、対象コンテナと称する。尚、対象コンテナが搭載された車両ＰＰの注目地点からの出発は対象荷物及び対象コンテナの注目地点からの出発でもあるし、対象コンテナが搭載された車両ＰＰの注目地点への到着は対象荷物及び対象コンテナの注目地点への到着でもある。
【0048】
発データ７１０は更に情報７１５及び７１６を含む。情報７１５、７１６は、夫々、第１拠点６１０から中継拠点６２０までの対象コンテナＱＱの運送を担う運送業者の名称、運送業者ＩＤを表す。運送業者ＩＤは運送業者の固有情報であって、各運送業者が複数の運送業者の内の何れの運送業者であるのかを識別するための運送業者識別情報である。故に複数の運送業者における複数の運送業者ＩＤは互いに異なる。発データ７１０は更に情報７１７を含む。情報７１７は、第１拠点６１０から中継拠点６２０まで対象コンテナＱＱを運送する予定の車両の車両ＩＤ、即ち車両ＰＰ［１］の車両ＩＤを表す（図８参照）。
【0049】
中継データ７２０は情報７２１～７２７を含む。情報７２１及び７２３は、対象コンテナＱＱが搭載された車両ＰＰ［１］が中継拠点６２０に到着する際の到着場所及び駐車位置を表す。到着場所は大まかな位置を表し、駐車位置は当該車両ＰＰ［１］が駐車する予定の詳細な位置を表す。情報７２２は車両ＰＰ［１］の中継拠点６２０への到着予定日時を表す。中継拠点６２０において対象コンテナＱＱの搭載先を車両ＰＰ［１］から車両ＰＰ［２］に切り替える作業が行われる。情報７２４は、対象コンテナＱＱが搭載された車両ＰＰ［２］の中継拠点６２０から出発予定日時を表す。情報７２５、７２６は、夫々、中継拠点６２０から中継拠点６３０までの対象コンテナＱＱの運送を担う運送業者の名称、運送業者ＩＤを表す。情報７２７は、中継拠点６２０から中継拠点６３０まで対象コンテナＱＱを運送する予定の車両の車両ＩＤ、即ち車両ＰＰ［２］の車両ＩＤを表す（図８参照）。
【0050】
中継データ７３０は情報７３１～７３７を含む。情報７３１及び７３３は、対象コンテナＱＱが搭載された車両ＰＰ［２］が中継拠点６３０に到着する際の到着場所及び駐車位置を表す。到着場所は大まかな位置を表し、駐車位置は当該車両ＰＰ［２］が駐車する予定の詳細な位置を表す。情報７３２は車両ＰＰ［２］の中継拠点６３０への到着予定日時を表す。中継拠点６３０において対象コンテナＱＱの搭載先を車両ＰＰ［２］から車両ＰＰ［３］に切り替える作業が行われる。情報７３４は、対象コンテナＱＱが搭載された車両ＰＰ［３］の中継拠点６３０から出発予定日時を表す。情報７３５、７３６は、夫々、中継拠点６３０から中継拠点６４０までの対象コンテナＱＱの運送を担う運送業者の名称、運送業者ＩＤを表す。情報７３７は、中継拠点６３０から中継拠点６４０まで対象コンテナＱＱを運送する予定の車両の車両ＩＤ、即ち車両ＰＰ［３］の車両ＩＤを表す（図８参照）。
【0051】
中継データ７４０は情報７４１～７４７を含む。情報７４１及び７４３は、対象コンテナＱＱが搭載された車両ＰＰ［３］が中継拠点６４０に到着する際の到着場所及び駐車位置を表す。到着場所は大まかな位置を表し、駐車位置は当該車両ＰＰ［３］が駐車する予定の詳細な位置を表す。情報７４２は車両ＰＰ［３］の中継拠点６４０への到着予定日時を表す。中継拠点６４０において対象コンテナＱＱの搭載先を車両ＰＰ［３］から車両ＰＰ［４］に切り替える作業が行われる。情報７４４は、対象コンテナＱＱが搭載された車両ＰＰ［４］の中継拠点６４０から出発予定日時を表す。情報７４５、７４６は、夫々、中継拠点６４０から第２拠点６５０までの対象コンテナＱＱの運送を担う運送業者の名称、運送業者ＩＤを表す。情報７４７は、中継拠点６４０から第２拠点６５０まで対象コンテナＱＱを運送する予定の車両の車両ＩＤ、即ち車両ＰＰ［４］の車両ＩＤを表す（図８参照）。
【0052】
着データ７５０は、対象荷物の着荷主を表す情報７５１と、中継輸送における対象荷物の最終到着拠点（即ち第２拠点６５０）を表す情報７５２と、対象荷物の最終到着拠点（即ち第２拠点６５０）への到着予定日時を表す情報７５３と、を含む。情報７５３における到着予定日時は、対象コンテナＱＱが第２拠点６５０に到着する予定の日時を表し、換言すれば、対象コンテナＱＱが搭載された車両ＰＰ［４］が第２拠点６５０に到着する予定の日時を表す。
【0053】
管理データ７６０は、所定の運送管理ウェブサイトに対して端末装置２をアクセスさせるための二次元コードであるアクセスコードＡＣ＿ＣＤを表し、アクセスコードＡＣ＿ＣＤとしてＱＲコード（登録商標）を利用できる。スケジュールデータ７００には付加データ７７０が付加され得るが、付加データ７７０については後述される。
【0054】
中継輸送では、最終到着拠点に至るまでの各拠点を出発地点として車両ＰＰ（対象コンテナＱＱが搭載された車両ＰＰ）が出発する。故に、スケジュールデータ７００では、拠点６１０～６４０の夫々が出発地点に設定される（拠点６１０～６４０の夫々が出発地点として取り扱われる）。その上で、情報７１４、７２４、７３４及び７４４より、出発地点ごとに、対象コンテナＱＱを搭載して出発地点から出発すべき運送予定車両の出発予定日時が定められる。スケジュールデータ７００において、対象コンテナＱＱを搭載して拠点６１０、６２０、６３０、６４０から出発すべき運送予定車両は、夫々、車両ＰＰ［１］、ＰＰ［２］、ＰＰ［３］、ＰＰ［４］である。また、出発地点ごとに、運送予定車両が属する運送業者を特定する運送業者ＩＤの情報（７１６、７２６、７３６、７４６）がスケジュールデータ７００に含められる。更に、出発地点ごとに、運送予定車両を特定する車両ＩＤの情報（７１７、７２７、７３７、７４７）がスケジュールデータ７００に含められる。
【0055】
また、スケジュールデータ７００に係る中継輸送において、拠点６２０、６３０、６４０及び６５０は、夫々、拠点６１０、６２０、６３０、６４０から出発した運送予定車両（ＰＰ［１］、ＰＰ［２］、ＰＰ［３］、ＰＰ［４］）が到着すべき拠点（到着地点）であり、情報７２２、７３２、７４２及び７５３より、到着地点ごとに、運送予定車両（ＰＰ［１］、ＰＰ［２］、ＰＰ［３］、ＰＰ［４］）の到着予定日時が定められる。
【0056】
制御部１１の機能ブロック（１１１～１１５；図５参照）について説明する。
【0057】
スケジュールデータ作成部１１１は、中継輸送のスケジュールを表すスケジュールデータを作成する。図９のスケジュールデータ７００は、作成部１１１にて作成されるスケジュールデータの例である。作成部１１１は、インターフェース部１４又はネットワークＮＥＴを通じて、発荷主及び着荷主並びに各運送業者の希望及び予定を表す情報の入力を受け、入力された情報に基づきスケジュールデータ７００中のデータ７１０、７２０、７３０、７４０及び７５０を作成する。管理者が操作部１４２を通じてデータ７１０～７５０の全部又は一部を手動入力することも可能である。作成部１１１は、データ７１０～７５０に対応付けてアクセスコードＡＣ＿ＣＤを決定し、アクセスコードＡＣ＿ＣＤを示す管理データ７６０をスケジュールデータ７００に含める。
【0058】
スケジュールデータ７００は、中継輸送が開始される日時までに（例えば中継輸送が開始される日の前日までに）作成され、スケジュールデータ７００の全部又は一部を表すスケジュール表が、中継輸送を担う各運送業者に配布される。スケジュール表は各運転手が自由に参照可能な印刷物又は画像であって良い。スケジュール表には少なくともアクセスコードＡＣ＿ＣＤが示されている。
【0059】
上述したように、アクセスコードＡＣ＿ＣＤは所定の運送管理ウェブサイトに対して端末装置２をアクセスさせるための二次元コードであり、運送管理ウェブサイトのＵＲＬ（Uniform Resource Locator）がアクセスコードＡＣ＿ＣＤに埋め込まれている。運送管理ウェブサイトは、運送管理装置１（例えば管理部１１４）により運営されるウェブサイトである。任意の二次元コードをカメラ部２７にて撮影することで当該二次元コードが端末装置２に読み込まれる。
【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】
＜＜実施例ＥＸ１＿３＞＞
実施例ＥＸ１＿３を説明する。解錠情報ＵＬＩを電子錠ＥＬの操作部に入力することで電子錠ＥＬが解錠状態になる構成を上述したが、端末装置２［ｉ］から解錠情報ＵＬＩが電子錠ＥＬに無線送信される構成を採用しても良い。この場合、解錠情報ＵＬＩが電子錠ＥＬにて受信されることで電子錠ＥＬが解錠状態になる。任意且つ所定の近距離無線通信により、端末装置２［ｉ］及び電子錠ＥＬ間における解錠情報ＵＬＩの送受信が行われて良い。近距離無線通信として、例えば、Ｂｌｕｔｏｏｔｈ（登録商標）又はＮＦＣ（Near field communication）の規格に従うものを採用できる。
実施例ＥＸ１＿３を説明する。解錠情報ＵＬＩを電子錠ＥＬの操作部に入力することで電子錠ＥＬが解錠状態になる構成を上述したが、端末装置２［ｉ］から解錠情報ＵＬＩが電子錠ＥＬに無線送信される構成を採用しても良い。この場合、解錠情報ＵＬＩが電子錠ＥＬにて受信されることで電子錠ＥＬが解錠状態になる。任意且つ所定の近距離無線通信により、端末装置２［ｉ］及び電子錠ＥＬ間における解錠情報ＵＬＩの送受信が行われて良い。近距離無線通信として、例えば、Ｂｌｕｔｏｏｔｈ（登録商標）又はＮＦＣ（Near field communication）の規格に従うものを採用できる。
【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】
条件ＣＮＤ２＿１又はＣＮＤ２＿２が成立しているとき、管理部１１４はアクセス許可条件Ｃｂが成立していると判定する（ステップＳ６１３ｃ）。条件ＣＮＤ２＿１及びＣＮＤ２＿２が何れも不成立であるとき、管理部１１４はアクセス許可条件Ｃｂが不成立であると判定する（ステップＳ６１３ｄ）。
【0186】
正規の荷役担当者ＵＵがスケジュールデータ７００に沿った積み込み作業を行うケースＣＡＳＥ１１を考える。ケースＣＡＳＥ１１では、荷役担当者ＵＵが、第１拠点６１０において、端末装置２［ｎ＋１］によりアクセスコードＡＣ＿ＣＤを読み込ませる。故にケースＣＡＳＥ１１では、荷役担当者ＵＵ、第１拠点６１０、端末装置２［ｎ＋１］が、夫々、特定人物、特定地点、特定端末装置２に相当する。ケースＣＡＳＥ１１おいて、端末装置２［ｎ＋１］には荷役担当者ＵＵが属する荷役業者ＩＤが入力され、入力された荷役業者ＩＤは情報７１９中の荷役業者ＩＤと一致する。
【0187】
更に、ケースＣＡＳＥ１１は、スケジュールデータ７００に沿った積み込み作業を行うケースであるので、アクセス要求１８２０が発行されたときのシステム状態は出発前状態ＳＴ１０であって且つ現在日時と情報７１４における出発予定日時とが所定関係にあると見込まれる。故に、条件ＣＮＤ２＿１が成立し（ステップＳ６１３ａのＹ）、運送管理ウェブサイトへのアクセスの確立を通じて（Ｓ６１５）端末装置２［ｎ＋１］に対して解錠情報ＵＬＩが出力される（Ｓ６１６）。
【0188】
正規の荷役担当者ＶＶがスケジュールデータ７００に沿った積み下ろし作業を行うケースＣＡＳＥ１２を考える。ケースＣＡＳＥ１２では、荷役担当者ＶＶが、第２拠点６５０において、端末装置２［ｎ＋２］によりアクセスコードＡＣ＿ＣＤを読み込ませる。故にケースＣＡＳＥ１２では、荷役担当者ＶＶ、第２拠点６５０、端末装置２［ｎ＋２］が、夫々、特定人物、特定地点、特定端末装置２に相当する。ケースＣＡＳＥ１２おいて、端末装置２［ｎ＋２］には荷役担当者ＶＶが属する荷役業者ＩＤが入力され、入力された荷役業者ＩＤは情報７５９中の荷役業者ＩＤと一致する。
【0189】
更に、ケースＣＡＳＥ１２は、スケジュールデータ７００に沿った積み下ろし作業を行うケースであるので、アクセス要求１８２０が発行されたときのシステム状態は最終到着状態ＳＴ５０であって且つ現在日時と情報７５３における到着予定日時とが所定関係にあると見込まれる。故に、条件ＣＮＤ２＿２が成立し（ステップＳ６１３ｂのＹ）、運送管理ウェブサイトへのアクセスの確立を通じて（Ｓ６１５）端末装置２［ｎ＋２］に対して解錠情報ＵＬＩが出力される（Ｓ６１６）。
【0190】
上述のケースＣＡＳＥ１１及びＣＡＳＥ１２の何れにも該当しないケースでは、アクセス許可条件Ｃｂが成立しないため、解錠情報ＵＬＩが特定端末装置２に出力されることは無い。このため、第１実施形態と同様に、荷物の運送に関わる信頼性が向上する（荷物の盗難等が抑制される）。
【0191】
第２実施形態では、第１拠点６１０における解錠操作１１１０（図１３及び図１６参照）及び積み込み作業が荷役担当者ＵＵにより行われるため、図１６のフローチャートは以下のように変形される。即ち、車両ＰＰ［１］の運転手が所持する端末装置２［１］に対して解錠情報ＵＬＩは出力されない（正常信号１３２２に解錠情報ＵＬＩは含まれない）。図１６に示す処理とは別に端末装置２［ｎ＋１］及び運送管理装置１にて図２０に示す処理が行われて端末装置２［ｎ＋１］に対して解錠情報ＵＬＩが出力され、図１６のステップＳ２２２における解錠操作１１１０及び積み込み作業は荷役担当者ＵＵにより行われる。積み込み完了連絡操作１１１２（図１３及び図１６参照）は端末装置２［１］に入力されても良いし、端末装置２［ｎ＋１］に入力されても良い。連絡操作１１１２が端末装置２［ｎ＋１］に入力される場合にあっては、端末装置２［ｎ＋１］から運送管理装置１に対して積み込み完了信号１３３０が送信されることでステップＳ２２２からステップＳ２２３への遷移が発生する（図１６参照）。
【0192】
第２実施形態では、第２拠点６５０における解錠操作１１５２（図１４及び図１７参照）及び積み下ろし作業が荷役担当者ＶＶにより行われるため、図１７のフローチャートは以下のように変形される。即ち、車両ＰＰ［４］の運転手が所持する端末装置２［４］に対して解錠情報ＵＬＩを出力するためのステップＳ４１９の処理は図１７のフローチャートから削除され、ステップＳ４１７及びＳ４１８の後は、直接、ステップＳ４２０に進む（ステップＳ４１８は省略可）。図１７に示す処理とは別に端末装置２［ｎ＋２］及び運送管理装置１にて図２０に示す処理が行われて端末装置２［ｎ＋２］に対して解錠情報ＵＬＩが出力され、図１７のステップＳ４２０における解錠操作１１５２及び積み下ろし作業は荷役担当者ＶＶにより行われる。積み下ろし完了連絡操作１１５４（図１４及び図１７参照）は端末装置２［４］に入力されても良いし、端末装置２［ｎ＋２］に入力されても良い。連絡操作１１５４が端末装置２［ｎ＋２］に入力される場合にあっては、端末装置２［ｎ＋２］から運送管理装置１に対し積み下ろし完了信号１５３０が送信されることを通じてステップＳ４２０からステップＳ４２１への遷移が発生する（図１７参照）。
【0193】
＜＜第３実施形態＞＞
本発明の第３実施形態を説明する。対象電子錠ＥＬを解錠に必要となる条件、即ち管理部１１４から端末装置２に対して解錠情報ＵＬＩが出力されるために必要となる条件を、解錠必要条件と称する。図２２に、４種類の解錠必要条件ＣＮＤ１＿１、ＣＮＤ１＿２、ＣＮＤ２＿１及びＣＮＤ２＿２をまとめて示す。
本発明の第３実施形態を説明する。対象電子錠ＥＬを解錠に必要となる条件、即ち管理部１１４から端末装置２に対して解錠情報ＵＬＩが出力されるために必要となる条件を、解錠必要条件と称する。図２２に、４種類の解錠必要条件ＣＮＤ１＿１、ＣＮＤ１＿２、ＣＮＤ２＿１及びＣＮＤ２＿２をまとめて示す。
【0194】
解錠必要条件ＣＮＤ１＿１及びＣＮＤ１＿２は第１実施形態における解錠必要条件である。解錠必要条件ＣＮＤ１＿１及びＣＮＤ１＿２に関して、図９、図１１及び図１２を参照する。第１実施形態では、端末装置２［ｉ］からアクセス要求８２０が発行されるときの端末装置２［ｉ］の送信情報（８１１、８１２）に基づき、解錠必要条件ＣＮＤ１＿１及びＣＮＤ１＿２の何れかが満たされると判断された場合に、端末装置２［ｉ］に対して解錠情報ＵＬＩが出力される。
【0195】
位置情報８１１が示す端末装置２［ｉ］の現在地が第１拠点６１０と一致し（即ち第１拠点６１０内の位置であり）、且つ、端末装置２［ｉ］から取得された業者情報８１２により示される運送業者ＩＤがスケジュールデータ７００中の情報７１６により示される運送業者ＩＤ（積み込み作業の担当予定業者の識別情報）と一致し、且つ、現在日時と第１拠点６１０からの出発予定日時（即ち情報７１４における出発予定日時）とが所定関係にあり、且つ、現在のシステム状態が出発前状態ＳＴ１０である場合に限り、解錠必要条件ＣＮＤ１＿１が成立し、そうでない場合には解錠必要条件ＣＮＤ１＿１が不成立となる。例えば、現在日時と情報７１４における出発予定日時との差の大きさが所定時間（例えば１時間）以内であるとき、現在日時と第１拠点６１０からの出発予定日時（即ち情報７１４における出発予定日時）とが所定関係にあると判定される。
【0196】
位置情報８１１が示す端末装置２［ｉ］の現在地が第２拠点６５０と一致し（即ち第２拠点６５０内の位置であり）、且つ、端末装置２［ｉ］から取得された業者情報８１２により示される運送業者ＩＤがスケジュールデータ７００中の情報７４６により示される運送業者ＩＤ（積み下ろし作業の担当予定業者の識別情報）と一致し、且つ、現在日時と第２拠点６５０への到着予定日時（即ち情報７５３における到着予定日時）とが所定関係にあり、且つ、現在のシステム状態が最終到着状態ＳＴ５０である場合に限り、解錠必要条件ＣＮＤ１＿２が成立し、そうでない場合には解錠必要条件ＣＮＤ１＿２が不成立となる。例えば、現在日時と情報７５３における到着予定日時との差の大きさが所定時間（例えば１時間）以内であるとき、現在日時と第２拠点６５０への到着予定日時（即ち情報７５３における到着予定日時）とが所定関係にあると判定される。
【0197】
第２実施形態では（図２０も参照）、端末装置２［ｉ］からアクセス要求１８２０が発行されるときの端末装置２［ｉ］の送信情報（１８１１、１８１２）に基づき、解錠必要条件ＣＮＤ２＿１及びＣＮＤ２＿２の何れかが満たされると判断された場合に、端末装置２［ｉ］に対して解錠情報ＵＬＩが出力される。解錠必要条件ＣＮＤ２＿１及びＣＮＤ２＿２は第２実施形態で述べた通りである（この際、端末装置２［ｉ］が第２実施形態中の特定端末装置２とみなされる）。
【0198】
尚、現在日時と情報７１４における出発予定日時とが所定関係にあることは、解錠必要条件ＣＮＤ１＿１及びＣＮＤ２＿１の成立にとって不要とされても良い。同様に、現在日時と情報７５３における到着予定日時とが所定関係にあることは、解錠必要条件ＣＮＤ１＿２及びＣＮＤ２＿２の成立にとって不要とされても良い。
【0199】
＜＜第４実施形態＞＞
本発明の第４実施形態を説明する。第４実施形態では、第１～第３実施形態に対する補足事項、応用技術又は変形事項等を説明する。
本発明の第４実施形態を説明する。第４実施形態では、第１～第３実施形態に対する補足事項、応用技術又は変形事項等を説明する。
【0200】
管理部１１４は、端末装置２［ｉ］に解錠情報ＵＬＩを出力する際、端末装置２［ｉ］に対して解錠情報ＵＬＩを出力したという情報と関連付けて、端末装置２［ｉ］の位置情報、端末装置２［ｉ］に対応する業者ＩＤ（端末装置２［ｉ］のユーザが属する運送業者の運送業者ＩＤ又は荷役業者の荷役業者ＩＤ）、現在のシステム状態、及び、現在日時を、図示されない記録装置に記録しても良い。記録装置は運送管理装置１に内蔵されるか、運送管理装置１に対して有線又は無線にて接続される。
【0201】
或いは、管理部１１４は、端末装置２［ｉ］に解錠情報ＵＬＩを出力した後、対象電子錠ＥＬが施錠状態から解錠状態に切り替えられる際、対象電子錠ＥＬが施錠状態から解錠状態に切り替えられたという情報と関連付けて、端末装置２［ｉ］の位置情報、端末装置２［ｉ］に対応する業者ＩＤ（端末装置２［ｉ］のユーザが属する運送業者の運送業者ＩＤ又は荷役業者の荷役業者ＩＤ）、現在のシステム状態、及び、現在日時を、上記記録装置に記録しても良い。
【0202】
また、管理部１１４は、端末装置２［ｉ］に解錠情報ＵＬＩを出力した後、対象電子錠ＥＬの施錠状態から解錠状態への切り替えを経て対象電子錠ＥＬが解錠状態から施錠状態に切り替えられる際、対象電子錠ＥＬが解錠状態から施錠状態に切り替えられたという情報と関連付けて、端末装置２［ｉ］の位置情報、端末装置２［ｉ］に対応する業者ＩＤ（端末装置２［ｉ］のユーザが属する運送業者の運送業者ＩＤ又は荷役業者の荷役業者ＩＤ）、現在のシステム状態、及び、現在日時を、上記記録装置に記録しても良い。
【0203】
対象電子錠ＥＬは、施錠状態から解錠状態に切り替えられたとき、又は、解錠状態から施錠状態に切り替えられたとき、その旨を示す信号を運送管理装置１に無線にて送信する機能を有していて良い。
【0204】
端末装置２［ｉ］に対して解錠情報ＵＬＩが出力されるための解錠必要条件に、顔認証条件が含められても良い。この場合、顔認証条件が満たされることが解錠必要条件の成立に追加的に必要となる。管理部１１４は、端末装置２［ｉ］のカメラ部２７の撮影により得られた端末装置２［ｉ］のユーザの顔画像と、管理部１１４に予め登録された顔画像とに基づいて、顔認証条件の成否を判定する。
【0205】
上述の各実施例では、端末装置２により読み取りの対象となるコード（ＡＣ＿ＣＤ、ＱＱ＿ＣＤ、ＰＰ＿ＣＤ）として、ＱＲコード（登録商標）に代表される二次元コードを想定した。しかしながら、読み取りの対象となるコード（ＡＣ＿ＣＤ、ＱＱ＿ＣＤ、ＰＰ＿ＣＤ）は、一次元コードでも良いし、一次元コード及び二次元コードに分類されない任意のパターンコードであっても良い。
【0206】
第１拠点６１０及び第２拠点６５０間に３つの中継拠点６２０、６３０及び６４０が存在する例を上述したが、第１拠点６１０及び第２拠点６５０間に存在する中継拠点の個数は１以上であれば任意である。
【0207】
本発明を中継輸送に適用したときの実施形態の例を上述したが、中継輸送に限らず、任意の態様の輸送において本発明を適用できる。従って例えば、図２３に示す如く、対象荷物を収容したコンテナＱＱを、中継拠点を経由することなく第１拠点６１０から第２拠点６５０に直接輸送する変形構成にも本発明を適用できる。図２３において車両ＰＰｚは一台の任意の車両ＰＰである。車両ＰＰｚは、対象荷物を収容したコンテナＱＱを、中継拠点を経由することなく第１拠点６１０から第２拠点６５０に直接輸送する。
【0208】
車両ＰＰｚが第１拠点６１０に位置するとき及び車両ＰＰｚが第１拠点６１０から出発するときにおいて、車両ＰＰｚは図８の中継輸送における車両ＰＰ［１］に相当すると解して上述の各説明（第１～第３実施形態の説明を含む）を変形構成に適用すれば良い。第１拠点６１０からの出発を経て車両ＰＰｚが第２拠点６５０に向けて走行しているとき及び第２拠点６５０に到着した後において、車両ＰＰｚは図８の中継輸送における車両ＰＰ［４］に相当すると解して上述の各説明（第１～第３実施形態の説明を含む）を変形構成に適用すれば良い。
【0209】
車両ＰＰｚに対応する端末装置２（車両ＰＰｚの運転手に所持される端末装置２）は、車両ＰＰｚと共に移動する。車両ＰＰｚが第１拠点６１０に位置するとき及び車両ＰＰｚが第１拠点６１０から出発するときにおいて、車両ＰＰｚに対応する端末装置２は図８の中継輸送における端末装置２［１］に相当すると解して上述の各説明（第１～第３実施形態の説明を含む）を変形構成に適用すれば良い。第１拠点６１０からの出発を経て車両ＰＰｚが第２拠点６５０に向けて走行しているとき及び第２拠点６５０に到着した後において、車両ＰＰｚに対応する端末装置２は図８の中継輸送における端末装置２［４］に相当すると解して上述の各説明（第１～第３実施形態の説明を含む）を変形構成に適用すれば良い。
【0210】
本発明に係る任意の装置（例えば運送管理装置１又は端末装置２）を、便宜上、対象装置と称する。対象装置を、集積回路等のハードウェア、或いは、ハードウェアとソフトウェアの組み合わせによって構成することができる。対象装置にて実現される機能の全部又は一部である任意の特定の機能をプログラムとして記述して、該プログラムを記録媒体に記録しておいて良い。そして、当該プログラムをプログラム実行装置（例えば、対象装置に搭載可能なマイクロコンピュータ）上で実行することによって、その特定の機能を実現するようにしても良い。上記記録媒体は対象装置に搭載又は接続されていても良いし、対象装置と異なる機器（サーバ機器等）に搭載又は接続されていても良い。上記記録媒体は、不揮発性の記録媒体であって、例えば、任意の磁気ディスク、光ディスク、光磁気ディスク又は半導体メモリにて構成される。
【0211】
運送管理装置１は電子錠管理装置を内包する。運送管理装置１及び電子錠管理装置は、収容部ＱＱと車両ＰＰを用いて荷物を２つの拠点（２つの地点）間で運送する運送業務に用いられる。運送管理装置１そのものが電子錠管理装置に相当すると考えることもできるし、運送管理装置１の構成要素の一部（例えば制御部１１）によって電子錠管理装置が形成されると考えることもできる。
【0212】
本発明の実施形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。以上の実施形態は、あくまでも、本発明の実施形態の例であって、本発明ないし各構成要件の用語の意義は、以上の実施形態に記載されたものに制限されるものではない。上述の説明文中に示した具体的な数値は、単なる例示であって、当然の如く、それらを様々な数値に変更することができる。
【0213】
＜＜付記＞＞
上述の実施形態にて具体的構成例が示された本発明について付記を設ける。
上述の実施形態にて具体的構成例が示された本発明について付記を設ける。
【0214】
本発明の一側面に係る電子錠管理装置は、荷物を収容可能であって且つ電子錠（ＥＬ）が取り付けられた収容部（ＱＱ）と車両（ＰＰ）とを用いて前記荷物を第１拠点（６１０）から第２拠点（６５０）に運送する運送業務に用いられる電子錠管理装置（１）であって、前記第１拠点における前記収容部への前記荷物の積み込み作業又は前記第２拠点における前記収容部からの前記荷物の積み下ろし作業を担う業者が使用する第１端末装置の送信情報に基づき、前記第１端末装置の現在地を表す位置情報（８１１又は１８１１）、及び、前記業者を識別するための業者識別情報（８１２又は１８１２）を取得する情報取得部（１１２）と、前記荷物の運送に関わるスケジュールデータ（７００）を保持する保持部（１１３）と、前記荷物の運送に関わる運送管理状態（システム状態）を管理する管理部（１１４）と、を備え、前記管理部は、前記運送業務を担う１以上の車両とともに移動する１以上の第２端末装置（２［ｉ］）の送信情報に基づき前記運送管理状態を複数の状態間で遷移させ、前記第１端末装置は、前記１以上の第２端末装置の何れかと一致するか、或いは、前記１以上の第２端末装置の何れとも異なり、前記管理部は、前記位置情報と、前記業者識別情報と、前記運送管理状態と、前記スケジュールデータと、に基づいて、前記電子錠の解錠を許可又は禁止する構成（第１の構成）である。
【0215】
これにより例えば、スケジュールデータに照らして、正しい場所で正しい人間が正しい工程で荷物の積み込み作業又は積み下ろし作業を行おうとしたときにのみ、電子錠の解錠を許可するといったことが可能となる。結果、荷物の運送に関わる信頼性が向上する（荷物の盗難等が抑制される）と期待される。
【0216】
上記第１の構成が第１実施形態に適用されるとき、第１端末装置は、１以上の第２端末装置の何れかと一致する。具体的には例えば、上記第１の構成が第１実施形態のスケジュールデータ７００に適用されるとき、１以上の第２端末装置は端末装置２［１］～２［ｎ］の内の１以上の端末装置２であり、荷物の積み込み作業を担う業者が使用する第１端末装置は車両ＰＰ［１］に対応する端末装置２［１］であり、荷物の積み下ろし作業を担う業者が使用する第１端末装置は車両ＰＰ［４］に対応する端末装置２［４］である。
【0217】
上記第１の構成が第２実施形態に適用されるとき、第１端末装置は、１以上の第２端末装置の何れとも異なる。具体的には例えば、上記第１の構成が第２実施形態のスケジュールデータ７００に適用されるとき、１以上の第２端末装置は端末装置２［１］～２［ｎ］の内の１以上の端末装置２であり、荷物の積み込み作業を担う業者が使用する第１端末装置は端末装置２［ｎ＋１］であり、荷物の積み下ろし作業を担う業者が使用する第１端末装置は端末装置２［ｎ＋２］である。
【0218】
上記第１の構成に係る電子錠管理装置において、前記複数の状態は、前記収容部が前記第１拠点に位置し且つ前記収容部の前記第１拠点からの出発が許可されていない出発前状態（ＳＴ１０）を含み、前記スケジュールデータは、前記積み込み作業の担当予定業者の識別情報（第１実施形態において７１６、第２実施形態において７１９）を含み、前記管理部は、前記位置情報にて示される前記第１端末装置の現在地が前記第１拠点と一致し、且つ、前記業者識別情報が前記積み込み作業の担当予定業者の識別情報と一致し、且つ、現在の前記運送管理状態が前記出発前状態と一致する場合に、前記電子錠の解錠を許可する構成（第２の構成）であっても良い（図２２のＣＮＤ１＿１又はＣＮＤ２＿１参照）。
【0219】
これにより例えば、スケジュールデータに照らして、正しい場所で正しい人間が正しい工程で荷物の積み込み作業を行おうとしたときにのみ、電子錠の解錠を許可するといったことが可能となる。結果、荷物の運送に関わる信頼性が向上する（荷物の盗難等が抑制される）と期待される。
【0220】
上記第２の構成に係る電子錠管理装置において、前記スケジュールデータは、前記荷物を収容された前記収容部の前記第１拠点からの出発予定日時（７１４）を含み、前記管理部は、前記位置情報にて示される前記第１端末装置の現在地が前記第１拠点と一致し、且つ、前記業者識別情報が前記積み込み作業の担当予定業者の識別情報と一致し、且つ、現在の前記運送管理状態が前記出発前状態と一致し、且つ、現在日時と前記出発予定日時とが所定関係にある場合に、前記電子錠の解錠を許可する構成（第３の構成）であっても良い（図２２のＣＮＤ１＿１又はＣＮＤ２＿１参照）。
【0221】
これにより、現在日時と出発予定日時との関係も考慮して電子錠の解錠許可が成されるので、解錠許可の妥当性を高めることができる。
【0222】
上記第１の構成に係る電子錠管理装置において、前記複数の状態は、前記収容部が前記第２拠点に到着したことを示す到着状態（ＳＴ５０）を含み、前記管理部は、前記収容部が配置された状態の車両が前記第２拠点に到着すると、前記第２拠点に到着した前記車両に対応する前記第２端末装置の送信情報に基づいて、前記運送管理状態を、他の状態から前記到着状態に遷移させ、前記スケジュールデータは、前記積み下ろし作業の担当予定業者の識別情報（第１実施形態において７４６、第２実施形態において７５９）を含み、前記管理部は、前記位置情報にて示される前記第１端末装置の現在地が前記第２拠点と一致し、且つ、前記業者識別情報が前記積み下ろし作業の担当予定業者の識別情報と一致し、且つ、現在の前記運送管理状態が前記到着状態と一致する場合に、前記電子錠の解錠を許可する構成（第４の構成）であっても良い（図２２のＣＮＤ１＿２又はＣＮＤ２＿２参照）。
【0223】
これにより例えば、スケジュールデータに照らして、正しい場所で正しい人間が正しい工程で荷物の積み下ろし作業を行おうとしたときにのみ、電子錠の解錠を許可するといったことが可能となる。結果、荷物の運送に関わる信頼性が向上する（荷物の盗難等が抑制される）と期待される。
【0224】
上記第４の構成に係る電子錠管理装置において、前記スケジュールデータは、前記荷物を収容された前記収容部の前記第２拠点への到着予定日時（７５３）を含み、前記管理部は、前記位置情報にて示される前記第１端末装置の現在地が前記第２拠点と一致し、且つ、前記業者識別情報が前記積み下ろし作業の担当予定業者の識別情報と一致し、且つ、現在の前記運送管理状態が前記到着状態と一致し、且つ、現在日時と前記到着予定日時とが所定関係にある場合に、前記電子錠の解錠を許可する構成（第５の構成）であっても良い（図２２のＣＮＤ１＿２又はＣＮＤ２＿２参照）。
【0225】
これにより、現在日時と到着予定日時との関係も考慮して電子錠の解錠許可が成されるので、解錠許可の妥当性を高めることができる。
【0226】
上記第１～第５の構成の何れかに係る電子錠管理装置において、前記１以上の車両は、複数の車両であって、前記荷物の前記第１拠点から前記第２拠点への運送は前記複数の車両を用いた中継輸送により実現され、前記中継輸送では前記荷物が前記収容部に収容された状態で前記第１拠点から１以上の中継拠点を経由して前記第２拠点に運送される構成（第６の構成）であっても良い。
【0227】
これにより、中継輸送において荷物の運送に関わる信頼性が向上すると期待される。
【0228】
上記第１～第６の構成の何れかに係る電子錠管理装置において、前記１以上の車両は、前記荷物を前記第２拠点まで運送する特定の車両（ＰＰ［４］）を含み、前記１以上の第２端末装置の内、前記特定の車両とともに移動する特定の第２端末装置（２［４］）は、前記第１端末装置と一致し、前記管理部は、前記特定の第２端末装置の現在地と前記第２拠点との距離が所定距離以下となったとき、前記電子錠を解錠するための解錠情報（ＵＬＩ）を前記特定の第２端末装置に対して出力する構成（第７の構成）であっても良い。
【0229】
これにより、第２拠点で電波不良が生じるようなケースでも、第２拠点での解錠を確保することが可能となる。
【符号の説明】
【0230】
ＳＹＳ 運送管理システム
ＰＰ 車両
ＱＱ 収容部（コンテナ）
ＮＥＴ ネットワーク
１ 運送管理装置
１１ 制御部
１２ 記録部
１３ 通信部
１４ インターフェース部
１５ 日時情報取得部
１１１ スケジュールデータ作成部
１１２ 端末発信情報取得部
１１３ スケジュールデータ保持部
１１４ 管理部
１１５ アクセス要求受付部
２ 端末装置
２１ 制御部
２２ 記録部
２３ 通信部
２４ インターフェース部
２５ 日時情報取得部
２６ ＧＰＳ処理部
２７ カメラ部
７００ スケジュールデータ
ＥＬ 電子錠
ＡＣ＿ＣＤ アクセスコード
ＰＰ＿ＣＤ 車両コード
ＱＱ＿ＣＤ コンテナコード
ＰＰ 車両
ＱＱ 収容部（コンテナ）
ＮＥＴ ネットワーク
１ 運送管理装置
１１ 制御部
１２ 記録部
１３ 通信部
１４ インターフェース部
１５ 日時情報取得部
１１１ スケジュールデータ作成部
１１２ 端末発信情報取得部
１１３ スケジュールデータ保持部
１１４ 管理部
１１５ アクセス要求受付部
２ 端末装置
２１ 制御部
２２ 記録部
２３ 通信部
２４ インターフェース部
２５ 日時情報取得部
２６ ＧＰＳ処理部
２７ カメラ部
７００ スケジュールデータ
ＥＬ 電子錠
ＡＣ＿ＣＤ アクセスコード
ＰＰ＿ＣＤ 車両コード
ＱＱ＿ＣＤ コンテナコード
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】