ホーム > 特許ランキング > 株式会社デンソーテン
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022170258
(43)【公開日】2022-11-10
(54)【発明の名称】運送管理装置、運送管理システム及び運送管理方法
(51)【国際特許分類】
G06Q 10/08 20120101AFI20221102BHJP
【ＦＩ】
G06Q10/08 300
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2021076278
(22)【出願日】2021-04-28
(71)【出願人】
【識別番号】000237592
【氏名又は名称】株式会社デンソーテン
(74)【代理人】
【識別番号】110001933
【氏名又は名称】弁理士法人 佐野特許事務所
(72)【発明者】
【氏名】野村 江介
(72)【発明者】
【氏名】関 正人
(72)【発明者】
【氏名】鈴木 秀昭
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049AA16
(57)【要約】
【課題】正確な荷物の運送を実現する。
【解決手段】運送管理装置（１）は、荷物を運送するための車両に対応する端末装置（２［ｉ］）から、端末装置の位置情報（８１１）、運送業者を識別するための運送業者ＩＤ（８１２）及びコンテナを識別するためのコンテナＩＤ（８１３）を取得する。運送管理装置において管理部は荷物の運送に関わる運送管理状態（システム状態）を管理する。管理部は運送管理状態を複数の状態間で遷移させ、複数の状態はコンテナが配置された状態での車両の出発を許可する出発可状態を含む。管理部は、端末装置から得た位置情報、運送業者ＩＤ及びコンテナＩＤと、現在日時と、運送のスケジュールを定めたスケジュールデータと、現在の運送管理状態と、に基づいて、運送管理状態を出発可状態へ遷移可能に構成される。
【選択図】図１０
【解決手段】運送管理装置（１）は、荷物を運送するための車両に対応する端末装置（２［ｉ］）から、端末装置の位置情報（８１１）、運送業者を識別するための運送業者ＩＤ（８１２）及びコンテナを識別するためのコンテナＩＤ（８１３）を取得する。運送管理装置において管理部は荷物の運送に関わる運送管理状態（システム状態）を管理する。管理部は運送管理状態を複数の状態間で遷移させ、複数の状態はコンテナが配置された状態での車両の出発を許可する出発可状態を含む。管理部は、端末装置から得た位置情報、運送業者ＩＤ及びコンテナＩＤと、現在日時と、運送のスケジュールを定めたスケジュールデータと、現在の運送管理状態と、に基づいて、運送管理状態を出発可状態へ遷移可能に構成される。
【選択図】図１０
【特許請求の範囲】
【請求項1】
荷物を運送するための対象車両に対応する端末装置の送信情報に基づき、前記端末装置の現在地を表す位置情報、前記対象車両が属する運送業者を識別するための運送業者識別情報、及び、前記荷物を収容する収容部を識別するための収容部識別情報を取得する端末発信情報取得部と、
前記荷物の運送に関わるスケジュールデータを保持する保持部と、
前記荷物の運送に関わる運送管理状態を管理する管理部と、を備え、
前記管理部は、前記運送管理状態を、前記収容部が配置された前記対象車両の出発を許可する出発可状態を含む複数の状態間で遷移させ、
前記管理部は、前記端末装置の送信情報に基づく前記位置情報、前記運送業者識別情報及び前記収容部識別情報と、現在日時と、前記スケジュールデータと、現在の前記運送管理状態と、に基づいて、前記運送管理状態を前記出発可状態へ遷移可能に構成される
、運送管理装置。
前記荷物の運送に関わるスケジュールデータを保持する保持部と、
前記荷物の運送に関わる運送管理状態を管理する管理部と、を備え、
前記管理部は、前記運送管理状態を、前記収容部が配置された前記対象車両の出発を許可する出発可状態を含む複数の状態間で遷移させ、
前記管理部は、前記端末装置の送信情報に基づく前記位置情報、前記運送業者識別情報及び前記収容部識別情報と、現在日時と、前記スケジュールデータと、現在の前記運送管理状態と、に基づいて、前記運送管理状態を前記出発可状態へ遷移可能に構成される
、運送管理装置。
【請求項2】
前記管理部は、前記端末装置から所定の運送管理ウェブサイトへのアクセス要求を受け付けるアクセス要求受付部を有し、前記端末装置から前記アクセス要求を受けたとき、前記端末装置の送信情報に基づく前記位置情報及び前記運送業者識別情報と、前記現在日時と、前記スケジュールデータと、現在の前記運送管理状態と、に基づいて、前記端末装置による前記運送管理ウェブサイトへのアクセスを許可又は禁止し、前記アクセスの許可を経て前記運送管理状態を前記出発可状態へ遷移可能に構成される
、請求項１に記載の運送管理装置。
、請求項１に記載の運送管理装置。
【請求項3】
前記スケジュールデータは、複数の対象車両を用いた中継輸送により前記荷物を第１拠点から１以上の中継拠点を経由して第２拠点に運送するためのスケジュールを表し、
前記スケジュールデータは、前記第１拠点及び前記１以上の中継拠点の夫々を出発地点に設定した上で、前記出発地点ごとに、前記収容部を配置した状態で出発すべき運送予定車両の出発予定日時及び前記運送予定車両が属する運送業者を識別するための運送業者識別情報を含み、
前記管理部は、前記出発地点ごとに、前記出発地点からの出発が許可される前の状態より前記出発地点からの出発が許可された状態へと前記運送管理状態を遷移させることで、前記収容部が配置された前記対象車両の前記出発地点からの出発を許可し、
前記端末発信情報取得部は、前記複数の対象車両に対応する複数の端末装置の送信情報に基づき、前記端末装置ごとに前記位置情報、前記運送業者識別情報及び前記収容部識別情報を取得し、
前記管理部は、前記第１拠点及び前記１以上の中継拠点の何れかである注目出発地点について、前記運送管理状態が前記注目出発地点からの出発が許可される前の状態であるときに前記複数の端末装置の何れかである注目端末装置から前記アクセス要求を受けたとき、
前記注目端末装置の現在地と前記注目出発地点との関係、
前記注目端末装置の送信情報に基づく前記運送業者識別情報と前記スケジュールデータ中の前記注目出発地点に対応する前記運送業者識別情報との関係、
前記現在日時と前記スケジュールデータ中の前記注目出発地点に対応する前記出発予定日時との関係、及び、
現在の前記運送管理状態に基づいて、前記注目端末装置による前記運送管理ウェブサイトへのアクセスを許可又は禁止し、前記アクセスの許可を経て前記運送管理状態を前記注目出発地点からの出発が許可された状態へ遷移可能に構成される
、請求項２に記載の運送管理装置。
前記スケジュールデータは、前記第１拠点及び前記１以上の中継拠点の夫々を出発地点に設定した上で、前記出発地点ごとに、前記収容部を配置した状態で出発すべき運送予定車両の出発予定日時及び前記運送予定車両が属する運送業者を識別するための運送業者識別情報を含み、
前記管理部は、前記出発地点ごとに、前記出発地点からの出発が許可される前の状態より前記出発地点からの出発が許可された状態へと前記運送管理状態を遷移させることで、前記収容部が配置された前記対象車両の前記出発地点からの出発を許可し、
前記端末発信情報取得部は、前記複数の対象車両に対応する複数の端末装置の送信情報に基づき、前記端末装置ごとに前記位置情報、前記運送業者識別情報及び前記収容部識別情報を取得し、
前記管理部は、前記第１拠点及び前記１以上の中継拠点の何れかである注目出発地点について、前記運送管理状態が前記注目出発地点からの出発が許可される前の状態であるときに前記複数の端末装置の何れかである注目端末装置から前記アクセス要求を受けたとき、
前記注目端末装置の現在地と前記注目出発地点との関係、
前記注目端末装置の送信情報に基づく前記運送業者識別情報と前記スケジュールデータ中の前記注目出発地点に対応する前記運送業者識別情報との関係、
前記現在日時と前記スケジュールデータ中の前記注目出発地点に対応する前記出発予定日時との関係、及び、
現在の前記運送管理状態に基づいて、前記注目端末装置による前記運送管理ウェブサイトへのアクセスを許可又は禁止し、前記アクセスの許可を経て前記運送管理状態を前記注目出発地点からの出発が許可された状態へ遷移可能に構成される
、請求項２に記載の運送管理装置。
【請求項4】
前記複数の対象車両は、前記第１拠点から所定の中継拠点までの前記荷物の運送を行う第１対象車両と、前記所定の中継拠点から他の中継拠点又は前記第２拠点までの前記荷物の運送を行う第２対象車両と、を含み、
前記スケジュールデータには、前記第１対象車両に対応する第１端末装置の送信情報に基づく前記収容部識別情報が格納され、或いは、前記第１端末装置の送信情報に依らず予め指定された前記収容部識別情報が格納され、
前記管理部は、前記所定の中継拠点について、前記所定の中継拠点からの出発が許可される前の状態より前記所定の中継拠点からの出発が許可された状態へと前記運送管理状態を遷移させることで、前記収容部が配置された前記第２対象車両の前記所定の中継拠点からの出発を許可し、
前記管理部は、前記所定の中継拠点について、前記運送管理状態が前記所定の中継拠点からの出発が許可される前の状態であるときに、前記第２対象車両に対応する第２端末装置からの前記アクセス要求に応答して前記第２端末装置による前記運送管理ウェブサイトへのアクセスを許可した後、所定の出発許可条件が成立した場合に前記運送管理状態を前記所定の中継拠点からの出発が許可された状態へ遷移させ、
前記出発許可条件は、前記第２端末装置の送信情報に基づく前記収容部識別情報と前記スケジュールデータに格納された前記収容部識別情報とが一致する条件を含む
、請求項３に記載の運送管理装置。
前記スケジュールデータには、前記第１対象車両に対応する第１端末装置の送信情報に基づく前記収容部識別情報が格納され、或いは、前記第１端末装置の送信情報に依らず予め指定された前記収容部識別情報が格納され、
前記管理部は、前記所定の中継拠点について、前記所定の中継拠点からの出発が許可される前の状態より前記所定の中継拠点からの出発が許可された状態へと前記運送管理状態を遷移させることで、前記収容部が配置された前記第２対象車両の前記所定の中継拠点からの出発を許可し、
前記管理部は、前記所定の中継拠点について、前記運送管理状態が前記所定の中継拠点からの出発が許可される前の状態であるときに、前記第２対象車両に対応する第２端末装置からの前記アクセス要求に応答して前記第２端末装置による前記運送管理ウェブサイトへのアクセスを許可した後、所定の出発許可条件が成立した場合に前記運送管理状態を前記所定の中継拠点からの出発が許可された状態へ遷移させ、
前記出発許可条件は、前記第２端末装置の送信情報に基づく前記収容部識別情報と前記スケジュールデータに格納された前記収容部識別情報とが一致する条件を含む
、請求項３に記載の運送管理装置。
【請求項5】
前記端末発信情報取得部は、前記第１端末装置から前記収容部への前記荷物の積み込み状態に関わる積み込み情報を取得し、
前記管理部は、前記第２端末装置による前記運送管理ウェブサイトへのアクセスを許可した後、前記積み込み情報を前記第２端末装置に送信可能である
、請求項４に記載の運送管理装置。
前記管理部は、前記第２端末装置による前記運送管理ウェブサイトへのアクセスを許可した後、前記積み込み情報を前記第２端末装置に送信可能である
、請求項４に記載の運送管理装置。
【請求項6】
前記端末発信情報取得部は、前記複数の端末装置の送信情報に基づき各対象車両に対応付けられた車両識別情報を取得し、
前記スケジュールデータは、前記出発地点ごとに、前記収容部を配置した状態で出発すべき運送予定車両の車両識別情報を含み、
前記管理部は、前記注目出発地点について、前記運送管理状態が前記注目出発地点からの出発が許可される前の状態であるときに、前記注目端末装置からの前記アクセス要求に応答して前記注目端末装置による前記運送管理ウェブサイトへのアクセスを許可した後、所定の出発許可条件が成立した場合に前記運送管理状態を前記注目出発地点からの出発が許可された状態へ遷移させ、
前記出発許可条件は、前記注目端末装置の送信情報に基づく前記車両識別情報と前記注目出発地点に対応付けて前記スケジュールデータに格納された前記車両識別情報とが一致する条件を含む
、請求項３に記載の運送管理装置。
前記スケジュールデータは、前記出発地点ごとに、前記収容部を配置した状態で出発すべき運送予定車両の車両識別情報を含み、
前記管理部は、前記注目出発地点について、前記運送管理状態が前記注目出発地点からの出発が許可される前の状態であるときに、前記注目端末装置からの前記アクセス要求に応答して前記注目端末装置による前記運送管理ウェブサイトへのアクセスを許可した後、所定の出発許可条件が成立した場合に前記運送管理状態を前記注目出発地点からの出発が許可された状態へ遷移させ、
前記出発許可条件は、前記注目端末装置の送信情報に基づく前記車両識別情報と前記注目出発地点に対応付けて前記スケジュールデータに格納された前記車両識別情報とが一致する条件を含む
、請求項３に記載の運送管理装置。
【請求項7】
前記アクセス要求受付部は、前記スケジュールデータに対応付けられたコードを前記端末装置で撮影することを通じて前記端末装置から発行される前記アクセス要求を受け付ける
、請求項１～６の何れかに記載の運送管理装置。
、請求項１～６の何れかに記載の運送管理装置。
【請求項8】
請求項１又は２に記載の運送管理装置と、
前記端末装置と、を備えた
運送管理システム。
前記端末装置と、を備えた
運送管理システム。
【請求項9】
請求項３～６の何れかに記載の運送管理装置と、
前記複数の端末装置と、を備えた
運送管理システム。
前記複数の端末装置と、を備えた
運送管理システム。
【請求項10】
荷物を運送するための対象車両に対応する端末装置の送信情報に基づき、前記端末装置の現在地を表す位置情報、前記対象車両が属する運送業者を識別するための運送業者識別情報、及び、前記荷物を収容する収容部を識別するための収容部識別情報を取得する取得ステップと、
前記荷物の運送に関わる運送管理状態を管理する管理ステップと、を備え、
前記管理ステップは、前記運送管理状態を、前記収容部が配置された前記対象車両の出発を許可する出発可状態を含む複数の状態間で遷移させ、
前記管理ステップは、前記端末装置の送信情報に基づく前記位置情報、前記運送業者識別情報及び前記収容部識別情報と、現在日時と、前記荷物の運送に関わるスケジュールデータと、現在の前記運送管理状態と、に基づいて、前記運送管理状態を前記出発可状態へ遷移可能である
、運送管理方法。
前記荷物の運送に関わる運送管理状態を管理する管理ステップと、を備え、
前記管理ステップは、前記運送管理状態を、前記収容部が配置された前記対象車両の出発を許可する出発可状態を含む複数の状態間で遷移させ、
前記管理ステップは、前記端末装置の送信情報に基づく前記位置情報、前記運送業者識別情報及び前記収容部識別情報と、現在日時と、前記荷物の運送に関わるスケジュールデータと、現在の前記運送管理状態と、に基づいて、前記運送管理状態を前記出発可状態へ遷移可能である
、運送管理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、運送管理装置、運送管理システム及び運送管理方法に関する。
【背景技術】
【0002】
車両を用いた輸送の一種では、原動機を有する車両と当該車両に接続（配置又は搭載）自在な収容部（コンテナ等）とを用い、荷物を積み込んだ収容部を車両に接続して目的地まで運ぶ。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００５－５０１５０号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
この種の輸送において、運送されるべき収容部と異なる収容部を車両に接続して運送を行うと、正しい運送が実現されない（誤った荷物が目的地に届くことになる）。このような事態は、複数の車両を用いて中継輸送を行うときに特に注意すべきである。
【0005】
本発明は、荷物の正確な運送に寄与する運送管理装置、運送管理システム及び運送管理方法を提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明に係る運送管理装置は、荷物を運送するための対象車両に対応する端末装置の送信情報に基づき、前記端末装置の現在地を表す位置情報、前記対象車両が属する運送業者を識別するための運送業者識別情報、及び、前記荷物を収容する収容部を識別するための収容部識別情報を取得する端末発信情報取得部と、前記荷物の運送に関わるスケジュールデータを保持する保持部と、前記荷物の運送に関わる運送管理状態を管理する管理部と、を備え、前記管理部は、前記運送管理状態を、前記収容部が配置された前記対象車両の出発を許可する出発可状態を含む複数の状態間で遷移させ、前記管理部は、前記端末装置の送信情報に基づく前記位置情報、前記運送業者識別情報及び前記収容部識別情報と、現在日時と、前記スケジュールデータと、現在の前記運送管理状態と、に基づいて、前記運送管理状態を前記出発可状態へ遷移可能に構成される構成（第１の構成）である。
【0007】
上記第１の構成に係る運送管理装置において、前記管理部は、前記端末装置から所定の運送管理ウェブサイトへのアクセス要求を受け付けるアクセス要求受付部を有し、前記端末装置から前記アクセス要求を受けたとき、前記端末装置の送信情報に基づく前記位置情報及び前記運送業者識別情報と、前記現在日時と、前記スケジュールデータと、現在の前記運送管理状態と、に基づいて、前記端末装置による前記運送管理ウェブサイトへのアクセスを許可又は禁止し、前記アクセスの許可を経て前記運送管理状態を前記出発可状態へ遷移可能に構成される構成（第２の構成）であっても良い。
【0008】
上記第２の構成に係る運送管理装置において、前記スケジュールデータは、複数の対象車両を用いた中継輸送により前記荷物を第１拠点から１以上の中継拠点を経由して第２拠点に運送するためのスケジュールを表し、前記スケジュールデータは、前記第１拠点及び前記１以上の中継拠点の夫々を出発地点に設定した上で、前記出発地点ごとに、前記収容部を配置した状態で出発すべき運送予定車両の出発予定日時及び前記運送予定車両が属する運送業者を識別するための運送業者識別情報を含み、前記管理部は、前記出発地点ごとに、前記出発地点からの出発が許可される前の状態より前記出発地点からの出発が許可された状態へと前記運送管理状態を遷移させることで、前記収容部が配置された前記対象車両の前記出発地点からの出発を許可し、前記端末発信情報取得部は、前記複数の対象車両に対応する複数の端末装置の送信情報に基づき、前記端末装置ごとに前記位置情報、前記運送業者識別情報及び前記収容部識別情報を取得し、前記管理部は、前記第１拠点及び前記１以上の中継拠点の何れかである注目出発地点について、前記運送管理状態が前記注目出発地点からの出発が許可される前の状態であるときに前記複数の端末装置の何れかである注目端末装置から前記アクセス要求を受けたとき、前記注目端末装置の現在地と前記注目出発地点との関係、前記注目端末装置の送信情報に基づく前記運送業者識別情報と前記スケジュールデータ中の前記注目出発地点に対応する前記運送業者識別情報との関係、前記現在日時と前記スケジュールデータ中の前記注目出発地点に対応する前記出発予定日時との関係、及び、現在の前記運送管理状態に基づいて、前記注目端末装置による前記運送管理ウェブサイトへのアクセスを許可又は禁止し、前記アクセスの許可を経て前記運送管理状態を前記注目出発地点からの出発が許可された状態へ遷移可能に構成される構成（第３の構成）であっても良い。
【0009】
上記第３の構成に係る運送管理装置において、前記複数の対象車両は、前記第１拠点から所定の中継拠点までの前記荷物の運送を行う第１対象車両と、前記所定の中継拠点から他の中継拠点又は前記第２拠点までの前記荷物の運送を行う第２対象車両と、を含み、
前記スケジュールデータには、前記第１対象車両に対応する第１端末装置の送信情報に基づく前記収容部識別情報が格納され、或いは、前記第１端末装置の送信情報に依らず予め指定された前記収容部識別情報が格納され、前記管理部は、前記所定の中継拠点について、前記所定の中継拠点からの出発が許可される前の状態より前記所定の中継拠点からの出発が許可された状態へと前記運送管理状態を遷移させることで、前記収容部が配置された前記第２対象車両の前記所定の中継拠点からの出発を許可し、前記管理部は、前記所定の中継拠点について、前記運送管理状態が前記所定の中継拠点からの出発が許可される前の状態であるときに、前記第２対象車両に対応する第２端末装置からの前記アクセス要求に応答して前記第２端末装置による前記運送管理ウェブサイトへのアクセスを許可した後、所定の出発許可条件が成立した場合に前記運送管理状態を前記所定の中継拠点からの出発が許可された状態へ遷移させ、前記出発許可条件は、前記第２端末装置の送信情報に基づく前記収容部識別情報と前記スケジュールデータに格納された前記収容部識別情報とが一致する条件を含む構成（第４の構成）であっても良い。
前記スケジュールデータには、前記第１対象車両に対応する第１端末装置の送信情報に基づく前記収容部識別情報が格納され、或いは、前記第１端末装置の送信情報に依らず予め指定された前記収容部識別情報が格納され、前記管理部は、前記所定の中継拠点について、前記所定の中継拠点からの出発が許可される前の状態より前記所定の中継拠点からの出発が許可された状態へと前記運送管理状態を遷移させることで、前記収容部が配置された前記第２対象車両の前記所定の中継拠点からの出発を許可し、前記管理部は、前記所定の中継拠点について、前記運送管理状態が前記所定の中継拠点からの出発が許可される前の状態であるときに、前記第２対象車両に対応する第２端末装置からの前記アクセス要求に応答して前記第２端末装置による前記運送管理ウェブサイトへのアクセスを許可した後、所定の出発許可条件が成立した場合に前記運送管理状態を前記所定の中継拠点からの出発が許可された状態へ遷移させ、前記出発許可条件は、前記第２端末装置の送信情報に基づく前記収容部識別情報と前記スケジュールデータに格納された前記収容部識別情報とが一致する条件を含む構成（第４の構成）であっても良い。
【0010】
上記第４の構成に係る運送管理装置において、前記端末発信情報取得部は、前記第１端末装置から前記収容部への前記荷物の積み込み状態に関わる積み込み情報を取得し、前記管理部は、前記第２端末装置による前記運送管理ウェブサイトへのアクセスを許可した後、前記積み込み情報を前記第２端末装置に送信可能である構成（第５の構成）であっても良い。
【0011】
上記第３の構成に係る運送管理装置において、前記端末発信情報取得部は、前記複数の端末装置の送信情報に基づき各対象車両に対応付けられた車両識別情報を取得し、前記スケジュールデータは、前記出発地点ごとに、前記収容部を配置した状態で出発すべき運送予定車両の車両識別情報を含み、前記管理部は、前記注目出発地点について、前記運送管理状態が前記注目出発地点からの出発が許可される前の状態であるときに、前記注目端末装置からの前記アクセス要求に応答して前記注目端末装置による前記運送管理ウェブサイトへのアクセスを許可した後、所定の出発許可条件が成立した場合に前記運送管理状態を前記注目出発地点からの出発が許可された状態へ遷移させ、前記出発許可条件は、前記注目端末装置の送信情報に基づく前記車両識別情報と前記注目出発地点に対応付けて前記スケジュールデータに格納された前記車両識別情報とが一致する条件を含む構成（第６の構成）であっても良い。
【0012】
上記第１～第６の構成の何れかに係る運送管理装置において、前記アクセス要求受付部は、前記スケジュールデータに対応付けられたコードを前記端末装置で撮影することを通じて前記端末装置から発行される前記アクセス要求を受け付ける構成（第７の構成）であっても良い。
【0013】
本発明に係る運送管理システムは、上記第１又は第２の構成に係る運送管理装置と、前記端末装置と、を備えた構成（第８の構成）である。
【0014】
本発明に係る他の運送管理システムは、上記第３～第６の構成の何れかに係る運送管理装置と、前記複数の端末装置と、を備えた構成（第９の構成）である。
【0015】
本発明に係る運送管理方法は、荷物を運送するための対象車両に対応する端末装置の送信情報に基づき、前記端末装置の現在地を表す位置情報、前記対象車両が属する運送業者を識別するための運送業者識別情報、及び、前記荷物を収容する収容部を識別するための収容部識別情報を取得する取得ステップと、前記荷物の運送に関わる運送管理状態を管理する管理ステップと、を備え、前記管理ステップは、前記運送管理状態を、前記収容部が配置された前記対象車両の出発を許可する出発可状態を含む複数の状態間で遷移させ、前記管理ステップは、前記端末装置の送信情報に基づく前記位置情報、前記運送業者識別情報及び前記収容部識別情報と、現在日時と、前記荷物の運送に関わるスケジュールデータと、現在の前記運送管理状態と、に基づいて、前記運送管理状態を前記出発可状態へ遷移可能である構成（第１０の構成）である。
【発明の効果】
【0016】
本発明によれば、荷物の正確な運送に寄与する運送管理装置、運送管理システム及び運送管理方法を提供することが可能となる。
【図面の簡単な説明】
【0017】
【図1】本発明の実施形態に係る運送管理システムの全体構成図である。
【図2】本発明の実施形態に係り、収容部が接続されていない状態の車両の外観側面図（ａ）と、収容部が接続されている状態の車両の外観側面図（ｂ）である。
【図3】本発明の実施形態に係る運送管理システムの全体構成図である。
【図4】本発明の実施形態に係る運送管理装置の構成図である。
【図5】本発明の実施形態に係る端末装置の構成図である。
【図6】本発明の実施形態に係り、車両の車体に車両コードが付与されている様子を示す図（ａ）と、コンテナの外壁にコンテナコードが付与されている様子を示す図（ｂ）である。
【図7】本発明の実施形態にて主として想定される中継輸送の説明図である。
【図8】本発明の実施形態に係るスケジュールデータの構成図である。
【図9】本発明の実施形態に係り、端末装置にて各二次元コードが撮影される様子を示す図である。
【図10】本発明の実施形態に係り、端末装置の送信情報の内容を説明するための図である。
【図11】本発明の実施形態に係り、端末装置から運送管理装置に対しアクセス要求が発行される様子を示す図である。
【図12】本発明の実施形態に係り、第１拠点及び２つの中継拠点での運転手の作業等の流れを示す図である。
【図13】本発明の実施形態に係り、アクセス要求に関わる処理のフローチャートである。
【図14】本発明の実施形態に係り、第１拠点からの車両の関わる処理のフローチャートである。
【図15】本発明の実施形態に係り、中継拠点からの車両の関わる処理のフローチャートである。
【発明を実施するための形態】
【0018】
以下、本発明の実施形態の例を、図面を参照して具体的に説明する。参照される各図において、同一の部分には同一の符号を付し、同一の部分に関する重複する説明を原則として省略する。尚、本明細書では、記述の簡略化上、情報、信号、物理量又は部材等を参照する記号又は符号を記すことによって、該記号又は符号に対応する情報、信号、物理量又は部材等の名称を省略又は略記することがある。例えば、後述の“１１２”によって参照される端末発信情報取得部は（図４参照）、端末発信情報取得部１１２と表記されることもあるし、取得部１１２と略記されることもあり得るが、それらは全て同じものを指す。尚、本明細書において、用語「運送」と用語「輸送」とは互いに同義であり、それらを互いに読み替えても良い。
【0019】
図１に本発明の実施形態に係る運送管理システムＳＹＳの全体構成図を示す。運送管理システムＳＹＳは、運送管理装置１と、複数の端末装置２と、を備えて構成される。運送管理装置１と各端末装置２は、ネットワークＮＥＴを介して双方向通信が可能な態様で無線接続される。ネットワークＮＥＴは移動体通信網及びインターネット等を含む。
【0020】
運送管理システムＳＹＳは、荷物を或る拠点から他の拠点へと複数の車両ＰＰを用いて中継輸送する際に有益に機能し、正確な荷物の運送を担保する。本実施形態において、車両ＰＰとは、原動機を有する車両を指し、一般にトラクタに分類される車を含む。各車両ＰＰに対して荷物を収容した収容部を接続可能である。
【0021】
図２（ａ）及び（ｂ）を参照する。収容部を符号“ＱＱ”にて参照する。図２（ａ）は収容部ＱＱが接続されていない状態の車両ＰＰの外観側面図であり、図２（ｂ）は収容部ＱＱが接続されている状態の車両ＰＰの概略側面図である。車両ＰＰに対する収容部ＱＱの接続は、収容部ＱＱを車両ＰＰに対して物理的に接続することのみを意味するのではなく、車両ＰＰの荷台への収容部ＱＱの配置又は搭載であり得る。車両ＰＰに対して収容部ＱＱを自在に接続又は非接続にできる。車両ＰＰへの収容部ＱＱの接続と車両ＰＰへの収容部ＱＱの配置又は搭載とは互いに同義であると解して良い。従って例えば、本明細書において、車両ＰＰへの収容部ＱＱの接続という表現を車両ＰＰへの収容部ＱＱの配置（詳細には車両ＰＰの荷台への収容部ＱＱの配置）と読み替えても良く、その逆の読み替えも可能である。
【0022】
収容部ＱＱは荷物を収容可能であって且つ車両ＰＰに接続（配置又は搭載）可能な収容部であれば任意である。例えば、収容部ＱＱは車両ＰＰの荷台に対して搭載可能なコンテナである。収容部ＱＱは、例えば２０フィートコンテナ（ＩＳＯコンテナ）である。収容部ＱＱはスワップボディコンテナであっても良く、この際、車両ＰＰはスワップボディトラックとも称され得る。収容部ＱＱは車輪を有するトレーラであっても良い。収容部ＱＱがトレーラである場合、車両ＰＰはトレーラを牽引するトラクタである。以下では、収容部ＱＱがスワップボディコンテナ等のコンテナであることを想定し、収容部ＱＱをコンテナＱＱと称する。
【0023】
各端末装置２は、例えば、スマートホン、タブレット又は携帯型情報端末である。各端末装置２は、車両ＰＰを運転する運転手が所持する端末装置であっても良いし、車両ＰＰに備え付けられた端末装置であっても良い。以下では、特に記述なき限り、各端末装置２は車両ＰＰを運転する運転手が所持する端末装置（スマートホン等）であるものとし、端末装置２と車両ＰＰとは一対一で対応していると考える。運送管理システムＳＹＳは、ｎ台の端末装置２を含むものとし、複数の端末装置２を互いに区別する必要があるとき、複数の端末装置２を端末装置２［１］～２［ｎ］にて参照することがある（図３参照）。同様に、複数の車両ＰＰを互いに区別する必要があるとき、複数の車両ＰＰを車両ＰＰ［１］～ＰＰ［ｎ］にて参照することがある（図３参照）。ｎは２以上の任意の整数値を持つ。車両ＰＰ［ｉ］の運転手は端末装置２［ｉ］を所持するため、端末装置２［ｉ］は車両ＰＰ［ｉ］と対応関係にある。ｉは任意の整数を表す。
【0024】
ここで、運送管理システムＳＹＳの仕組みの概要を説明する。多くの運送業者が参加する中継輸送において、運転手がスケジュールで定められたコンテナと異なるコンテナを車両ＰＰに載せて運んだり、コンテナをスケジュールに沿わない場所におろしたりすることが無いようにすることが重要である。運送管理システムＳＹＳでは、ＱＲコード（登録商標）で構成される二次元コードを用いて正しく中継輸送が行われるよう管理する。詳細は後述されるが、概要を述べると（図９参照）、運転手が運行前にスケジュール表の二次元コード（ＡＣ＿ＣＤ）を端末装置２［ｉ］に読み込ませ、更にコンテナＱＱの二次元コード（ＱＱ＿ＣＤ）及び車両ＰＰの二次元コード（ＰＰ＿ＣＤ）を読み込ませる。これらの読み込み情報が運送管理装置１に送られ、運送管理装置１では、正しいコンテナＱＱ及び正しい車両ＰＰで運行されているかが確認される。
【0025】
運送管理システムＳＹＳでは、端末装置２［ｉ］がスケジュール表の二次元コード（ＡＣ＿ＣＤ）を読み込んだとき、所定の運送管理ウェブサイトへのアクセス要求が端末装置２［ｉ］から発行される仕組みが導入される。この際、読み込んだ位置、端末装置２［ｉ］に入力された運送業者ＩＤ、現在日時、及び、運送管理装置１で管理される中継輸送の状態（後述のシステム状態に対応）がスケジュールに照らして妥当でないとアクセスが禁止される。運送管理ウェブサイトへのアクセスを経た後でないと車両ＰＰ［ｉ］の出発が許可されない。これにより正しい運行が担保される。以下、各構成要素の機能及び動作を詳説する。
【0026】
図４に運送管理装置１の内部構成図を示す。運送管理装置１は、制御部１１、記憶部１２、通信部１３、インターフェース部１４及び日時情報取得部１５を備える。１又は複数のコンピュータ装置にて運送管理装置１が構成される。運送管理装置１はサーバ装置であっても良い。クラウドコンピューティングを用いて運送管理装置１が構成されても良い。
【0027】
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）等を含んで構成され、運送管理装置１内の全体動作を統括的に制御する。記憶部１２は、磁気ディスク又は半導体メモリ等から成り、或いは、それらの組み合わせから成り、各種プログラム及びデータを格納及び記憶する。記憶部１２内のプログラムを制御部１１のＣＰＵが実行することで各種機能が実現される。通信部１３は、ネットワークＮＥＴと有線又は無線にて接続され、運送管理装置１の相手側装置とネットワークＮＥＴを介して双方向通信を行う。運送管理装置１の相手側装置に上記複数の端末装置２が含まれる。
【0028】
インターフェース部１４は、運送管理装置１と運送管理装置１のユーザとの間のマンマシンインターフェースであり、表示部１４１、操作部１４２、マイクロホン１４３及びスピーカ１４４を備える。運送管理装置１のユーザは運送管理システムＳＹＳの管理者（以下、単に管理者と称する）である。
【0029】
表示部１４１は液晶ディスプレイパネル等にて構成される表示装置であり、制御部１１の制御の下で任意の画像を表示する。操作部１４２は管理者から任意の操作の入力を受け付ける。表示部１４１及び操作部１４２によりタッチパネルが構成されていても良く、操作部１４２への操作はタッチパネルに対する操作であっても良い。マイクロホン１４３は、マイクロホン１４３の周辺音を収音し、収音した音を電気信号に変換する。マイクロホン１４３の収音の対象は、主として管理者の発話による音声である。スピーカ１４４は制御部１１の制御の下で任意の音を出力する。
【0030】
尚、インターフェース部１４の全部又は一部は運送管理装置１の外部に設けられて運送管理装置１に外部接続されるものであっても良い。音声認識機能を有して人物との音声による会話が可能な人工知能を制御部１１に設けておいても良く、この場合、マイクロホン１４３及びスピーカ１４４を用いて、管理者及び運送管理装置１間の意思疎通が実現されても良い。但し、スピーカ１４３及びマイクロホン１４４は省略されても良い。
【0031】
日時情報取得部１５は現在の日付及び時刻を示す日時情報を取得する。日時情報取得部１５はネットワークＮＥＴを介して他の装置（不図示）から日時情報を取得しても良い。尚、日時情報取得部１５は省略され得る。
【0032】
制御部１１は、スケジュールデータ作成部１１１、端末発信情報取得部１１２、スケジュールデータ保持部１１３及び管理部１１４を備え、管理部１１４はアクセス要求受付部１１５を備える。作成部１１１、取得部１１２、保持部１１３、管理部１１４及び受付部１１５は、制御部１１のＣＰＵ（演算処理装置）が記憶部１２に格納されたプログラムを実行することにより形成される機能ブロックである。尚、受付部１１５は管理部１１４の外部に設けられる機能ブロックであると考えても良い。これらの機能ブロック（１１１～１１５）の各機能については後述される。
【0033】
図５に端末装置２の内部構成図を示す。端末装置２は、制御部２１、記憶部２２、通信部２３、インターフェース部２４、日時情報取得部２５、ＧＰＳ処理部２６及びカメラ部２７を備える。
【0034】
制御部２１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）等を含んで構成され、端末装置２内の全体動作を統括的に制御する。記憶部２２は、磁気ディスク又は半導体メモリ等から成り、或いは、それらの組み合わせから成り、各種プログラム及びデータを格納及び記憶する。記憶部２２内のプログラムを制御部２１のＣＰＵが実行することで制御部２１の各種機能が実現される。通信部２３は、ネットワークＮＥＴと有線又は無線にて接続され、端末装置２の相手側装置とネットワークＮＥＴを介して双方向通信を行う。端末装置２の相手側装置に運送管理装置１が含まれる。
【0035】
インターフェース部２４は、端末装置２と端末装置２のユーザとの間のマンマシンインターフェースであり、表示部２４１、操作部２４２、マイクロホン２４３及びスピーカ２４４を備える。或る端末装置２のユーザは、当該端末装置２の所持者に相当する、車両ＰＰの運転手である。
【0036】
表示部２４１は液晶ディスプレイパネル等にて構成される表示装置であり、制御部２１の制御の下で任意の画像を表示する。操作部２４２は端末装置２のユーザから任意の操作の入力を受け付ける。表示部２４１及び操作部２４２によりタッチパネルが構成されていても良く、操作部２４２への操作はタッチパネルに対する操作であっても良い。マイクロホン２４３は、マイクロホン２４３の周辺音を収音し、収音した音を電気信号に変換する。マイクロホン２４３の収音の対象は、主として端末装置２のユーザの発話による音声である。スピーカ２４４は制御部２１の制御の下で任意の音を出力する。
【0037】
尚、音声認識機能を有して人物との音声による会話が可能な人工知能を制御部２１に設けておいても良く、この場合、マイクロホン２４３及びスピーカ２４４を用いて、ユーザ及び端末装置２間の意思疎通が実現されても良い。以下の説明において、端末装置２への任意の操作は、インターフェース部２４を介して端末装置２のユーザが端末装置２に入力する操作を意味する。
【0038】
日時情報取得部２５は現在の日付及び時刻を示す日時情報を取得する。日時情報取得部２５はネットワークＮＥＴを介して他の装置（不図示）から日時情報を取得しても良い。
【0039】
ＧＰＳ処理部２６は、ＧＰＳ（Global Positioning System）を形成する複数のＧＰＳ衛星からの信号を受信することで端末装置２の位置（端末装置２の現在地）を検出し、検出位置を示す位置情報を生成する。中継輸送において、端末装置２［ｉ］は車両ＰＰ［ｉ］の車内に位置する、又は、端末装置２［ｉ］は車両ＰＰ［ｉ］の運転手に所持された状態で車両ＰＰ［ｉ］の近傍に位置する。このため、端末装置２［ｉ］のＧＰＳ処理部２６により生成される位置情報は車両ＰＰ［ｉ］の現在地を表すとも言える。
【0040】
カメラ部２７は、自身の視野内の被写体を撮影し、撮影結果を表す画像データを生成する。生成された画像データは制御部２１に送られる。
【0041】
運送管理システムＳＹＳの中継輸送では、複数の車両ＰＰ及び複数のコンテナＱＱが運用される。各車両ＰＰには車両ＩＤが割り当てられる。車両ＩＤは各車両ＰＰに固有の識別情報であって、各車両ＰＰが複数の車両ＰＰの内の何れの車両であるのかを識別するための車両識別情報である。故に複数の車両ＰＰにおける複数の車両ＩＤは互いに異なる。各コンテナＱＱにはコンテナＩＤが割り当てられる。コンテナＩＤは各コンテナＱＱに固有の識別情報であって、各コンテナＱＱが複数のコンテナＱＱの内の何れのコンテナであるのかを識別するためのコンテナ識別情報（収容部識別情報）である。故に、複数のコンテナＱＱにおける複数のコンテナＩＤは互いに異なる。更に、図６（ａ）に示す如く、各車両ＰＰの車体の所定箇所に車両コードＰＰ＿ＣＤが付与されている。車両ＰＰ［ｉ］の車体に付与された車両コードＰＰ＿ＣＤは車両ＰＰ［ｉ］の車両ＩＤを特定する情報であって、二次元コードにより構成される。同様に、図６（ｂ）に示す如く、各コンテナＱＱの外壁の所定箇所にコンテナコードＱＱ＿ＣＤが付与されている。コンテナＱＱ［ｉ］の外壁に付与されたコンテナコードＱＱ＿ＣＤはコンテナＱＱ［ｉ］のコンテナＩＤを特定する情報であって、二次元コードにより構成される。
【0042】
運転手が端末装置２（カメラ部２７）を用いてコードＰＰ＿ＣＤ及びＱＱ＿ＣＤを容易に撮影できる位置に、車両コードＰＰ＿ＣＤが印刷又はシール貼り付け等にて各車両ＰＰの車体に付与され且つコンテナコードＱＱ＿ＣＤが印刷又はシール貼り付け等にて各コンテナＱＱの外壁に付与される。車両コードＰＰ＿ＣＤ及びコンテナコードＱＱ＿ＣＤとしてＱＲコード（登録商標）を利用できる。
【0043】
図７は本実施形態で想定される中継輸送の概念図である。本実施形態では、第１拠点６１０から第２拠点６５０へ、輸送の対象となる荷物（以下、特に対象荷物と称する）を中継輸送することを想定する。中継輸送では、対象荷物を収容したコンテナＱＱを１以上の中継拠点を経由しつつ且つコンテナＱＱを輸送する車両ＰＰを２以上の車両ＰＰで切り替えながら、第１拠点６１０から第２拠点６５０へと輸送する。図７の例では、第１、第２、第３中継拠点として３つの中継拠点６２０、６３０及び６４０が経由される。
【0044】
即ち、図７の中継輸送では、車両ＰＰ［１］にて対象荷物を収容したコンテナＱＱを第１拠点６１０から中継拠点６２０まで輸送し、その後、車両ＰＰ［２］にて対象荷物を収容したコンテナＱＱを中継拠点６２０から中継拠点６３０まで輸送し、更にその後、車両ＰＰ［３］にて対象荷物を収容したコンテナＱＱを中継拠点６３０から中継拠点６４０まで輸送し、更にその後、車両ＰＰ［４］にて対象荷物を収容したコンテナＱＱを中継拠点６４０から第２拠点６５０まで輸送する。この際、第１拠点６１０は対象荷物の発荷主（対象荷物を発送する荷主）の拠点であり、第２拠点６５０は対象荷物の着荷主（対象荷物を受け取る荷主）の拠点である。実際には、第２拠点６５０から第１拠点６１０に向けた他の荷物の中継輸送も実施され得るが、ここでは、第１拠点６１０から第２拠点６５０への対象荷物の中継輸送にのみ注目する。
【0045】
尚、第１拠点、第２拠点及び中継拠点など、本明細書で述べられる各拠点は、複数の車両ＰＰを駐車させることができると共に、コンテナＱＱと車両ＰＰとの接続又は切り離し作業及びコンテナＱＱの車両ＰＰからの積み下ろし作業が可能なスペースを有する。
【0046】
図８に、第１拠点６１０から第２拠点６５０へ対象荷物を中継輸送するためのスケジュールを定めたスケジュールデータ７００を示す。スケジュールデータ７００は、図７の中継輸送を実現するためのスケジュールを定めたものであるとする。本実施形態における以下の中継輸送は、特に記述なき限り、スケジュールデータ７００によるスケジュールに沿った中継輸送を指すと考えて良い。尚、本実施形態及び参照される各図面における日付は西暦２０２１年における日付であるものとし、時刻は２４時間表記で示すものとする。
【0047】
スケジュールデータ７００は、対象荷物の発拠点（第１拠点６１０）でのスケジュールを定めた発データ７１０と、中継拠点６２０でのスケジュールを定めた中継データ７２０と、中継拠点６３０（第２中継拠点）でのスケジュールを定めた中継データ７３０と、中継拠点６４０（第３中継拠点）でのスケジュールを定めた中継データ７４０と、対象荷物の着拠点（第２拠点６５０）でのスケジュールを定めた着データ７５０と、管理データ７６０と、を有する。
【0048】
発データ７１０は、対象荷物の発荷主を表す情報７１１と、対象荷物の発拠点を表す情報７１２と、対象荷物を収容したコンテナＱＱのコンテナＩＤを表す情報７１３と、対象荷物の発拠点からの出発予定日時を表す情報７１４と、を含む。情報７１３を、以下、特に使用コンテナ情報７１３と称する。
【0049】
対象荷物の発拠点は第１拠点６１０である。情報７１４における出発予定日時は、対象荷物を収容したコンテナＱＱが第１拠点６１０から出発する予定の日時を表し、換言すれば、当該コンテナＱＱが接続（搭載）された車両ＰＰ［１］が第１拠点６１０から出発する予定の日時を表す。スケジュールデータ７００が作成された時点では使用コンテナ情報７１３はブランクとなっており（使用コンテナ情報７１３にはコンテナＩＤが入っておらず）、対象荷物を収容したコンテナＱＱのコンテナＩＤが確定した後に、確定したコンテナＩＤが使用コンテナ情報７１３としてスケジュールデータ７００に格納される。対象荷物を収容したコンテナ（対象荷物が積み込まれたコンテナ）を、以下、特に、対象コンテナと称する。
【0050】
発データ７１０は更に情報７１５及び７１６を含む。情報７１５、７１６は、夫々、第１拠点６１０から中継拠点６２０までの対象コンテナＱＱの運送を担う運送業者の名称、運送業者ＩＤを表す。運送業者ＩＤは運送業者の固有情報であって、各運送業者が複数の運送業者の内の何れの運送業者であるのかを識別するための運送業者識別情報である。故に複数の運送業者における複数の運送業者ＩＤは互いに異なる。発データ７１０は更に情報７１７を含む。情報７１７は、第１拠点６１０から中継拠点６２０まで対象コンテナＱＱを運送する予定の車両の車両ＩＤ、即ち車両ＰＰ［１］の車両ＩＤを表す（図７参照）。
【0051】
中継データ７２０は情報７２１～７２７を含む。情報７２１及び７２３は、対象コンテナＱＱが接続（搭載）された車両ＰＰ［１］が中継拠点６２０に到着する際の到着場所及び駐車位置を表す。到着場所は大まかな位置を表し、駐車位置は当該車両ＰＰ［１］が駐車する予定の詳細な位置を表す。情報７２２は車両ＰＰ［１］の中継拠点６２０への到着予定日時を表す。中継拠点６２０において対象コンテナＱＱの接続先を車両ＰＰ［１］から車両ＰＰ［２］に切り替える作業が行われる。情報７２４は、対象コンテナＱＱが接続された車両ＰＰ［２］の中継拠点６２０から出発予定日時を表す。情報７２５、７２６は、夫々、中継拠点６２０から中継拠点６３０までの対象コンテナＱＱの運送を担う運送業者の名称、運送業者ＩＤを表す。情報７２７は、中継拠点６２０から中継拠点６３０まで対象コンテナＱＱを運送する予定の車両の車両ＩＤ、即ち車両ＰＰ［２］の車両ＩＤを表す（図７参照）。
【0052】
中継データ７３０は情報７３１～７３７を含む。情報７３１及び７３３は、対象コンテナＱＱが接続（搭載）された車両ＰＰ［２］が中継拠点６３０に到着する際の到着場所及び駐車位置を表す。到着場所は大まかな位置を表し、駐車位置は当該車両ＰＰ［２］が駐車する予定の詳細な位置を表す。情報７３２は車両ＰＰ［２］の中継拠点６３０への到着予定日時を表す。中継拠点６３０において対象コンテナＱＱの接続先を車両ＰＰ［２］から車両ＰＰ［３］に切り替える作業が行われる。情報７３４は、対象コンテナＱＱが接続された車両ＰＰ［３］の中継拠点６３０から出発予定日時を表す。情報７３５、７３６は、夫々、中継拠点６３０から中継拠点６４０までの対象コンテナＱＱの運送を担う運送業者の名称、運送業者ＩＤを表す。情報７３７は、中継拠点６３０から中継拠点６４０まで対象コンテナＱＱを運送する予定の車両の車両ＩＤ、即ち車両ＰＰ［３］の車両ＩＤを表す（図７参照）。
【0053】
中継データ７４０は情報７４１～７４７を含む。情報７４１及び７４３は、対象コンテナＱＱが接続（搭載）された車両ＰＰ［３］が中継拠点６４０に到着する際の到着場所及び駐車位置を表す。到着場所は大まかな位置を表し、駐車位置は当該車両ＰＰ［３］が駐車する予定の詳細な位置を表す。情報７４２は車両ＰＰ［３］の中継拠点６４０への到着予定日時を表す。中継拠点６４０において対象コンテナＱＱの接続先を車両ＰＰ［３］から車両ＰＰ［４］に切り替える作業が行われる。情報７４４は、対象コンテナＱＱが接続された車両ＰＰ［４］の中継拠点６４０から出発予定日時を表す。情報７４５、７４６は、夫々、中継拠点６４０から第２拠点６５０までの対象コンテナＱＱの運送を担う運送業者の名称、運送業者ＩＤを表す。情報７４７は、中継拠点６４０から第２拠点６５０まで対象コンテナＱＱを運送する予定の車両の車両ＩＤ、即ち車両ＰＰ［４］の車両ＩＤを表す（図７参照）。
【0054】
着データ７５０は、対象荷物の着荷主を表す情報７５１と、中継輸送における対象荷物の最終到着拠点（即ち第２拠点６５０）を表す情報７５２と、対象荷物の最終到着拠点（即ち第２拠点６５０）への到着予定日時を表す情報７５３と、を含む。情報７５３における到着予定日時は、対象コンテナＱＱが第２拠点６５０に到着する予定の日時を表し、換言すれば、対象コンテナＱＱが接続（搭載）された車両ＰＰ［４］が第２拠点６５０に到着する予定の日時を表す。
【0055】
管理データ７６０は、所定の運送管理ウェブサイトに対して端末装置２をアクセスさせるための二次元コードであるアクセスコードＡＣ＿ＣＤを表し、アクセスコードＡＣ＿ＣＤとしてＱＲコード（登録商標）を利用できる。スケジュールデータ７００には付加データ７７０が付加され得るが、付加データ７７０については後述される。
【0056】
中継輸送では、最終到着拠点に至るまでの各拠点を出発地点として車両ＰＰ（対象コンテナＱＱが接続された車両ＰＰ）が出発する。故に、スケジュールデータ７００では、拠点６１０～６４０の夫々が出発地点に設定される（拠点６１０～６４０の夫々が出発地点として取り扱われる）。その上で、情報７１４、７２４、７３４及び７４４より、出発地点ごとに、対象コンテナＱＱを接続して出発地点から出発すべき運送予定車両の出発予定日時が定められる。スケジュールデータ７００において、対象コンテナＱＱを接続して拠点６１０、６２０、６３０、６４０から出発すべき運送予定車両は、夫々、車両ＰＰ［１］、ＰＰ［２］、ＰＰ［３］、ＰＰ［４］である。また、出発地点ごとに、運送予定車両が属する運送業者を特定する運送業者ＩＤの情報（７１６、７２６、７３６、７４６）がスケジュールデータ７００に含められる。更に、出発地点ごとに、運送予定車両を特定する車両ＩＤの情報（７１７、７２７、７３７、７４７）がスケジュールデータ７００に含められる。
【0057】
また、スケジュールデータ７００に係る中継輸送において、拠点６２０、６３０、６４０及び６５０は、夫々、拠点６１０、６２０、６３０、６４０から出発した運送予定車両（ＰＰ［１］、ＰＰ［２］、ＰＰ［３］、ＰＰ［４］）が到着すべき拠点（到着地点）であり、情報７２２、７３２、７４２及び７５３より、到着地点ごとに、運送予定車両（ＰＰ［１］、ＰＰ［２］、ＰＰ［３］、ＰＰ［４］）の到着予定日時が定められる。
【0058】
制御部１１の機能ブロック（１１１～１１５；図４参照）について説明する。
【0059】
スケジュールデータ作成部１１１は、中継輸送のスケジュールを表すスケジュールデータを作成する。図８のスケジュールデータ７００は、作成部１１１にて作成されるスケジュールデータの例である。作成部１１１は、インターフェース部１４又はネットワークＮＥＴを通じて、発荷主及び着荷主並びに各運送業者の希望及び予定を表す情報の入力を受け、入力された情報に基づきスケジュールデータ７００中のデータ７１０、７２０、７３０、７４０及び７５０を作成する。管理者が操作部１４２を通じてデータ７１０～７５０の全部又は一部を手動入力することも可能である。作成部１１１は、データ７１０～７５０に対応付けてアクセスコードＡＣ＿ＣＤを決定し、アクセスコードＡＣ＿ＣＤを示す管理データ７６０をスケジュールデータ７００に含める。
【0060】
スケジュールデータ７００は、中継輸送が開始される日時までに（例えば中継輸送が開始される日の前日までに）作成され、スケジュールデータ７００の全部又は一部を表すスケジュール表が、中継輸送を担う各運送業者に配布される。スケジュール表は各運転手が自由に参照可能な印刷物又は画像であって良い。スケジュール表には少なくともアクセスコードＡＣ＿ＣＤが示されている。
【0061】
上述したように、アクセスコードＡＣ＿ＣＤは所定の運送管理ウェブサイトに対して端末装置２をアクセスさせるための二次元コードであり、運送管理ウェブサイトのＵＲＬ（Uniform Resource Locator）がアクセスコードＡＣ＿ＣＤに埋め込まれている。運送管理ウェブサイトは、運送管理装置１（例えば管理部１１４）により運営されるウェブサイトである。任意の二次元コードをカメラ部２７にて撮影することで当該二次元コードが端末装置２に読み込まれる。
【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】
ＳＹＳ 運送管理システム
ＰＰ 車両
ＱＱ 収容部（コンテナ）
ＮＥＴ ネットワーク
１ 運送管理装置
１１ 制御部
１２ 記憶部
１３ 通信部
１４ インターフェース部
１５ 日時情報取得部
１１１ スケジュールデータ作成部
１１２ 端末発信情報取得部
１１３ スケジュールデータ保持部
１１４ 管理部
１１５ アクセス要求受付部
２ 端末装置
２１ 制御部
２２ 記憶部
２３ 通信部
２４ インターフェース部
２５ 日時情報取得部
２６ ＧＰＳ処理部
２７ カメラ部
７００ スケジュールデータ
ＡＣ＿ＣＤ アクセスコード
ＰＰ＿ＣＤ 車両コード
ＱＱ＿ＣＤ コンテナコード
ＰＰ 車両
ＱＱ 収容部（コンテナ）
ＮＥＴ ネットワーク
１ 運送管理装置
１１ 制御部
１２ 記憶部
１３ 通信部
１４ インターフェース部
１５ 日時情報取得部
１１１ スケジュールデータ作成部
１１２ 端末発信情報取得部
１１３ スケジュールデータ保持部
１１４ 管理部
１１５ アクセス要求受付部
２ 端末装置
２１ 制御部
２２ 記憶部
２３ 通信部
２４ インターフェース部
２５ 日時情報取得部
２６ ＧＰＳ処理部
２７ カメラ部
７００ スケジュールデータ
ＡＣ＿ＣＤ アクセスコード
ＰＰ＿ＣＤ 車両コード
ＱＱ＿ＣＤ コンテナコード
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
