特許 7082801 託送依頼処理を行う管理サーバ及び訪問者支援システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-06-01

(45)【発行日】2022-06-09

(54)【発明の名称】託送依頼処理を行う管理サーバ及び訪問者支援システム

(51)【国際特許分類】

   G06Q 10/08 20120101AFI20220602BHJP

【ＦＩ】

G06Q10/08 300

【請求項の数】 12

(21)【出願番号】P 2018109538

(22)【出願日】2018-06-07

(65)【公開番号】P2019212162

(43)【公開日】2019-12-12

【審査請求日】2021-05-31

(73)【特許権者】

【識別番号】515237061

【氏名又は名称】株式会社ＬＩＦＥ

(74)【代理人】

【識別番号】100121371

【弁理士】

【氏名又は名称】石田 和人

(72)【発明者】

【氏名】前田 剛之

【審査官】岸 健司

(56)【参考文献】

【文献】特開２００１－３５０９４９（ＪＰ，Ａ）

【文献】特開２００８－０７７４８８（ＪＰ，Ａ）

【文献】特開２００１－２２２６１６（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

対象エリアＳ_Ａ内に１乃至複数設けられた託送起点ｃ_ｋ（ｋ＝１，…，Ｎ_ｃ）において受け付けられる託送物を、該対象エリアＳ_Ａ内に１乃至複数設けられた終着点ｅ_ｊ（ｊ＝１，…，Ｎ_ｅ）のうちの何れかの終着点ｅ_ｊ１へ託送するための託送依頼の委託先を、事前に登録された複数の配送者のうちの何れかに決定する託送依頼処理を行う管理サーバであって、
託送物を受け付けた託送起点を特定する情報、並びに該託送物の託送先及び希望着荷時刻を特定する情報、並びに該託送物の託送を委託した委託者の情報を含む、託送タスクの情報（以下「託送タスク情報」という。）を管理する託送タスク管理データベースと、
前記各託送起点ｃ_ｋに設置され前記管理サーバと通信回線を介して接続された託送起点端末から、前記通信回線を介して、該託送起点端末が属する前記託送起点ｃ_ｋを特定する情報、並びに託送物Ｂ_ａの託送先及び希望着荷時刻ｔ_ａｅを特定する情報、並びに該託送物Ｂ_ａの託送を委託した委託者の情報を含む、託送受付要求Ｒｑ_ａを受信すると、該託送受付要求Ｒｑ_ａに対する託送タスクＷ_ａの託送タスク情報を、前記託送タスク管理データベースへ登録する託送タスク生成手段と、
前記託送タスクＷ_ａに対し、該託送タスクＷ_ａの託送物Ｂ_ａを、該託送物Ｂ_ａが受け付けられた前記託送起点ｃ_ｋから該託送物Ｂ_ａの託送先である終着点ｅ_ｊ１へ輸送するのに必要とされる必要輸送時間Ｔ_ｔを、所定の規則に従って決定する輸送時間決定手段と、
託送受付要求を受信した託送受付時刻ｔ_０が、該託送タスクＷ_ａの希望着荷時刻ｔ_ａｅから必要輸送時間Ｔ_ｔと所定の第１の有余時間Ｔ_ｙ１との和を引いた時刻である自由受任受付終了時刻ｔ_１＝ｔ_ａｅ－（Ｔ_ｔ＋Ｔ_ｙ１）よりも前の場合、該託送タスクＷ_ａの託送依頼の情報を、事前に登録された前記各配送者が所持する端末装置（以下「配送者端末装置」という。）に対し前記通信回線を介して依頼案件公開情報として公開する託送依頼公開手段と、
前記自由受任受付終了時刻ｔ_１よりも前にいずれかの前記配送者の前記配送者端末装置から送信された該託送タスクＷ_ａの託送依頼を受任する受任要求を受信した場合、該配送者を該託送タスクＷ_ａの委託者に決定し、前記託送タスク管理データベースに登録する自由受任受付手段と、
前記託送受付時刻ｔ_０が前記自由受任受付終了時刻ｔ_１よりも後の場合、又は前記自由受任受付終了時刻ｔ_１が経過する前に該託送タスクＷ_ａの託送依頼に対する受任要求が受信されない場合、事前登録された特定の前記配送者を該託送タスクＷ_ａの委託者に決定し、前記託送タスク管理データベースに登録するとともに、前記通信回線を介して該配送者の前記配送者端末装置に対し託送受任要請を送信する指定託送要請手段と、を備えた管理サーバ。

【請求項2】

前記託送タスクＷ_ａの前記託送物Ｂ_ａを受け付けた前記託送起点ｃ_ｋから該託送タスクＷ_ａの託送先である前記終着点ｅ_ｊ１へ事前に決められたスケジュールで移動する巡回配送者が、
該託送タスクＷ_ａの委託者が決定される前に該託送起点ｃ_ｋに到達し、且つ該託送タスクＷ_ａの希望着荷時刻ｔ_ａｅよりも前に前記終着点ｅ_ｊ１へ到達する予定である場合において、
前記通信回線を介して該託送起点ｃ_ｋの前記託送起点端末に対し該託送タスクＷ_ａの託送受任要請を送信するとともに、
該託送起点端末から、該巡回配送者が該託送タスクＷ_ａの託送依頼を受任する受任要求を受信した場合、該巡回配送者を該託送タスクＷ_ａの委託者に決定し、前記託送タスク管理データベースに登録する巡回託送要請手段、を備え、
前記指定託送要請手段は、前記自由受任受付終了時刻ｔ_１が経過した後に、前記自由受任受付手段及び前記巡回託送要請手段の何れもが、該託送タスクＷ_ａの委託者を決定していない場合に、事前登録された特定の前記配送者を該託送タスクＷ_ａの委託者に決定するものであることを特徴とする請求項１記載の管理サーバ。

【請求項3】

前記託送依頼公開手段は、前記依頼案件公開情報として前記託送タスクＷ_ａの託送依頼の情報を公開する場合に於いて、
該託送タスクＷ_ａの前記託送物Ｂ_ａの前記託送起点ｃ_ｋを特定する情報、該託送物Ｂ_ａの託送先を特定する情報、該託送物Ｂ_ａの希望着荷時刻ｔ_ａｅ、及び該託送物Ｂ_ａの前記必要輸送時間Ｔ_ｔを含む情報を前記依頼案件公開情報として公開するものであることを特徴とする請求項１又は２記載の管理サーバ。

【請求項4】

所定の規則に従って前記託送タスクＷ_ａに対する託送料金Ｆ_ａを決定する託送料金決定手段を備え、
前記託送依頼公開手段は、前記依頼案件公開情報として前記託送タスクＷ_ａの託送依頼の情報を公開する場合に於いて、
該託送タスクＷ_ａの前記託送物Ｂ_ａの前記託送起点ｃ_ｋを特定する情報、該託送物Ｂ_ａの託送先を特定する情報、該託送物Ｂ_ａの希望着荷時刻ｔ_ａｅ、該託送物Ｂ_ａの前記必要輸送時間Ｔ_ｔ、及び該託送タスクＷ_ａの前記託送料金Ｆ_ａを含む情報を前記依頼案件公開情報として公開するものであることを特徴とする請求項１又は２記載の管理サーバ。

【請求項5】

前記託送依頼公開手段は、前記自由受任受付手段又は前記指定託送要請手段により前記託送タスクＷ_ａの委託者が決定された場合、前記依頼案件公開情報から該託送タスクＷ_ａの託送依頼の情報を削除し、又は前記依頼案件公開情報の中の該託送タスクＷ_ａの託送依頼の情報に委託者が決定済みである情報を追加するものであることを特徴とする請求項１乃至４の何れか一記載の管理サーバ。

【請求項6】

対象エリアＳ_Ａ内に１乃至複数設けられた入域起点ｓ_ｉ（ｉ＝１，…，Ｎ_ｓ）のうちの何れかの入域起点ｓ_ｉ１から、該対象エリアＳ_Ａ内に１乃至複数設けられた託送起点ｃ_ｋ（ｋ＝１，…，Ｎ_ｃ）及び訪問点ｖ_ｌ（ｌ＝１，…，Ｎ_ｖ）の一部又は全部を巡回して、該対象エリアＳ_Ａ内に１乃至複数設けられた終着点ｅ_ｊ（ｊ＝１，…，Ｎ_ｅ）のうちの何れかの終着点ｅ_ｊ１へ移動する訪問者を支援する訪問者支援システムであって、
通信回線に接続された請求項１乃至５の何れか一記載の管理サーバと、
前記各託送起点ｃ_ｋに設置され、前記管理サーバと前記通信回線を介して接続された託送起点端末と、を備え、
前記託送起点端末は、
ＲＦタグのタグＩＤの読み取り、及びＲＦタグへのタグＩＤの書き込みを行う託送起点ＲＦＩＤ通信装置と、
前記託送起点ＲＦＩＤ通信装置により、訪問者が携帯するＲＦタグ（以下「訪問者タグ」という。）のタグＩＤ（以下「訪問者タグＩＤ」という。）を読み取る第１の訪問者タグＩＤ読取手段と、
該訪問者が託送依頼する託送物Ｂ_ａの託送先及び希望着荷時刻ｔ_ａｅを特定する情報を入力する託送依頼入力手段と、
該託送起点端末が属する前記託送起点ｃ_ｋを特定する情報、並びに該託送物Ｂ_ａの託送先及び希望着荷時刻ｔ_ａｅを特定する情報、並びに該託送物Ｂ_ａの託送を委託した委託者の情報である前記訪問者タグＩＤを含む、前記託送受付要求Ｒｑ_ａを、前記通信回線を介して前記管理サーバへ送信する託送受付要求手段と、
前記託送受付要求Ｒｑ_ａに対して、前記通信回線を介して前記管理サーバから返信される託送タグＩＤを受信すると、前記託送起点ＲＦＩＤ通信装置により、前記託送物Ｂ_ａに附すためのＲＦタグ（以下「託送タグ」という。）に該託送タグＩＤを書き込む託送タグ発行手段と、を備え、
前記管理サーバは、
前記託送受付要求Ｒｑ_ａを送信した前記託送起点端末に対し、前記託送タスクＷ_ａの前記託送タグＩＤを送信する託送受付応答手段、を備えたことを特徴とする訪問者支援システム。

【請求項7】

前記各終着点ｅ_ｊに設置され、前記管理サーバと前記通信回線を介して接続された終着点端末を備え、
前記託送タスク管理データベースにおいて管理される前記託送タスク情報は、該託送タスクに係る前記託送物Ｂ_ａが終着点に着荷済みか否かを示す着荷情報を含むものであり、
前記終着点端末は、
ＲＦタグのタグＩＤの読み取りを行う終着点ＲＦＩＤ通信装置と、
前記終着点ＲＦＩＤ通信装置により、着荷した前記託送物Ｂ_ａに附された前記託送タグの前記託送タグＩＤを読み取る第２の託送タグＩＤ読取手段と、
前記第２の託送タグＩＤ読取手段により読み取られた前記託送物Ｂ_ａの前記託送タグＩＤを含む前記託送物Ｂ_ａの着荷通知ＮＯ_ｒを、前記通信回線を介して前記管理サーバへ送信する着荷処理手段と、を備え、
前記管理サーバは、
前記通信回線を介して前記終着点端末から送信される前記託送物Ｂ_ａの前記着荷通知ＮＯ_ｒを受信した場合、前記託送タスク管理データベース内の該託送物Ｂ_ａの前記託送タスク情報に含まれる前記着荷情報を着荷済みとする着荷登録手段、を備えたことを特徴とする請求項６記載の訪問者支援システム。

【請求項8】

前記託送タスク管理データベース内では、前記各託送タスク情報に含まれる委託者の情報により特定される委託者が携帯する携帯端末のメールアドレスが管理されており、
前記管理サーバは、
前記通信回線を介して前記終着点端末から送信される前記託送物Ｂ_ａの前記着荷通知ＮＯ_ｒを受信した場合、前記託送タスク管理データベース内の該託送物Ｂ_ａの託送タスク情報に含まれる該託送物Ｂ_ａの託送を委託した委託者のメールアドレスに対して、前記託送物Ｂ_ａが終着点に着荷したことを通知する着荷通知メールを配信する着荷通知配信手段、を備えたことを特徴とする請求項７記載の訪問者支援システム。

【請求項9】

前記各入域起点ｓ_ｉに設置され、前記管理サーバと前記通信回線を介して接続された入域起点端末を備え、
前記入域起点端末は、
ＲＦタグのタグＩＤの読み取り、及びＲＦタグへのタグＩＤの書き込みを行う入域起点ＲＦＩＤ通信装置と、
該入域起点端末が置かれた入域起点ｓ_ｉにおいて入域する訪問者Ｖ_ｓに関する情報を含む訪問者登録要求Ｒｑ_ｖを、前記通信回線を介して前記管理サーバへ送信する訪問者登録要求手段と、
該訪問者登録要求Ｒｑ_ｖに対して、前記管理サーバから前記通信回線を介し該訪問者Ｖ_ｓを特定するＩＤである訪問者タグＩＤを受信した場合、前記入域起点ＲＦＩＤ通信装置により、該訪問者Ｖ_ｓが携帯するためのＲＦタグ（以下「訪問者タグ」という。）に該訪問者タグＩＤを書き込む訪問者タグ発行手段と、を備え、
前記管理サーバは、
前記各訪問者に関する情報、及び該訪問者の前記訪問者タグＩＤを含む訪問者情報を管理する訪問者情報データベースと、
前記通信回線を介して前記入域起点端末から送信される前記訪問者登録要求Ｒｑ_ｖを受信した場合、該訪問者登録要求Ｒｑ_ｖに係る訪問者Ｖ_ｓの前記訪問者タグＩＤを生成し、該訪問者タグＩＤ、並びに該訪問者登録要求Ｒｑ_ｖに含まれる、前記訪問者Ｖ_ｓに関する情報を含む前記訪問者情報を、前記訪問者情報データベースに登録する訪問者登録手段と、
前記訪問者登録要求Ｒｑ_ｖを送信した前記入域起点端末に対し、前記訪問者Ｖ_ｓの前記訪問者タグＩＤを送信する訪問者登録通知手段と、を備えたことを特徴とする請求項６乃至８の何れか一記載の訪問者支援システム。

【請求項10】

前記託送タスク管理データベース内の前記各託送タスク情報には、該託送物の発送時刻情報が含まれており、
前記託送起点端末は、
前記託送起点ＲＦＩＤ通信装置により、配送者が携帯するＲＦタグ（以下「配送者タグ」という。）のタグＩＤ（以下「配送者タグＩＤ」という。）を読み取る第１の配送者タグＩＤ読取手段と、
前記託送起点ＲＦＩＤ通信装置により、該配送者が託送する前記託送物Ｂ_ａに附された前記託送タグの前記託送タグＩＤを読み取る第１の託送タグＩＤ読取手段と、
前記第１の配送者タグＩＤ読取手段により読み取られた前記配送者タグＩＤ、前記第１の託送タグＩＤ読取手段により読み取られた前記託送タグＩＤ、該託送起点端末が属する前記託送起点ｃ_ｋを特定する情報、及び発送時刻の情報を含む発送通知ＮＯ_ａを、前記通信回線を介して前記管理サーバへ送信する発送処理手段と、を備え、
前記管理サーバは、
前記託送起点端末から前記発送通知ＮＯ_ａを受信した場合、前記託送タスク管理データベース内の、該発送通知ＮＯ_ａに含まれる前記託送タグＩＤに対応する前記託送タスク情報のレコードの発送時刻情報を、該発送通知ＮＯ_ａに含まれる発送時刻の情報とする発送登録手段、を備えたことを特徴とする請求項６乃至９の何れか一記載の訪問者支援システム。

【請求項11】

前記管理サーバは、請求項２又は請求項２を引用する請求項３乃至５の何れか一記載の管理サーバであり、
前記託送起点端末は、
前記第１の配送者タグＩＤ読取手段により、前記巡回配送者が携帯する前記配送者タグの前記配送者タグＩＤが読み取られた場合に、前記管理サーバに対して、該配送者タグＩＤの情報を含む巡回配送者到達通知を送信し、
該巡回配送者到達通知に対して、前記管理サーバから前記託送タスクＷ_ａの前記託送受任要請を受信した場合に、該託送受任要請に含まれる前記託送タスクＷ_ａに関する託送受任要請情報を報知し、
前記託送受任要請情報の報知に対して、前記第１の託送タグＩＤ読取手段により該託送受任要請に含まれる前記託送タスクＷ_ａに係る前記託送タグＩＤが読み取られた場合に、前記管理サーバに対して、該巡回配送者が該託送タスクＷ_ａの託送依頼を受任する前記受任要求を送信する処理を行う巡回配送者委託手段、を備え、
前記管理サーバの前記巡回託送要請手段は、前記託送起点端末の前記巡回配送者委託手段から前記巡回配送者到達通知を受信した場合、該巡回配送者到達通知に含まれる配送者タグＩＤによって特定される前記巡回配送者に対する前記託送受任要請を送信するものであることを特徴とする請求項１０記載の訪問者支援システム。

【請求項12】

前記託送タスク管理データベース内の前記各託送タスク情報には、該託送物の引渡時刻情報が含まれており、
前記終着点端末は、
前記終着点ＲＦＩＤ通信装置により、到着した訪問者が携帯する前記訪問者タグの前記訪問者タグＩＤを読み取る第２の訪問者タグＩＤ読取手段と、
前記第２の託送タグＩＤ読取手段により読み取られた前記託送物Ｂ_ａの前記託送タグＩＤ、前記第２の訪問者タグＩＤ読取手段により読み取られた前記訪問者タグＩＤ、及び前記託送タグＩＤが読み取られた時刻である引渡時刻を含む前記託送物Ｂ_ａの引渡通知を、前記通信回線を介して前記管理サーバへ送信する引渡処理手段と、を備え、
前記管理サーバは、
前記通信回線を介して前記終着点端末から送信される前記託送物Ｂ_ａの前記引渡通知を受信した場合、前記託送タスク管理データベース内の該託送物Ｂ_ａの託送タスク情報に含まれる前記引渡時刻情報を、前記引渡通知に含まれる前記引渡時刻とする引渡登録手段、
を備えたことを特徴とする請求項７記載の訪問者支援システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、訪問者が移動する対象エリア内の託送起点において受け付けられる託送物を、該対象エリア内の終着点へ託送するための託送依頼の委託先を、事前登録された配送者のうちの何れかに決定する託送依頼処理を行う管理サーバ、及び該管理サーバを用いた訪問者支援システムに関する。

【背景技術】

【0002】

旅行や買い物を行う場合、旅行者や買物客（訪問者）は、旅行や買い物をする対象エリア内を、手荷物を持って、その対象エリアの入域起点から終着点まで観光地や店舗など（訪問点）に立ち寄りながら移動する。手荷物がごく少量であれば特に問題はないが、手荷物が増えると、訪問者は、手荷物を持ち歩く労力が増加し、行動が制限される。そこで、近年、訪問者の手荷物を終着点まで搬送する役務を、訪問者に代行して配送者が業務として行う物流サービスが実施されている。このような手荷物託送サービスにより、対象エリア内を移動する訪問者の手荷物の輸送を支援するシステムに関連する技術としては、特許文献１～６に記載のものが公知である。

【0003】

特許文献１に記載の取引支援設備は、通信回線を介して接続された端末コンピュータＰ１，Ｐ２とサーバーコンピュータＳＲＶとから構成され、端末コンピュータＰ１は物流業者Ｘが、端末コンピュータＰ２は荷主Ｙ（「訪問者」に対応）が携帯している。ここで、物流業者Ｘ，荷主Ｙは、本設備を利用可能な者として事前に登録されている。各物流業者Ｘは端末コンピュータＰ１より、サーバーコンピュータＳＲＶにアクセスし、物流業務を受注依頼するための物流役務の提供条件（出発日、出発場所、到着日、到着場所、荷物形態、容量、配送提供価格、及び決定希望期限）を入力する。一方、各荷主Ｙは端末コンピュータＰ２より、サーバーコンピュータＳＲＶにアクセスし、荷物の配送業務の発注依頼のための物流役務の購買条件（出発日、出発場所、到着日、到着場所、荷物形態、容量、購買価格、及び決定希望期限）を入力する。そして、サーバーコンピュータＳＲＶは、これらの各物流業者Ｘの提供条件と各荷主Ｙの購買条件に基づいて、ダブルクローズドオークション（売手と買手の双方が価格を提示するオークションであって、現在の入札価格が公開されず、ほかの入札者がどれだけの値段を付けているか分からないタイプのオークション）を行い、配送業務の発注先を決定する（仝文献段落〔００４７〕－〔００５１〕参照）。

【0004】

特許文献２にも、上記特許文献１に記載の取引支援設備に類似の物流サービスオークションシステムが記載されている（仝文献段落〔００３７〕－〔００３８〕参照）。

【0005】

特許文献３には、遊戯施設や宿泊施設などの荷物の宅配を行うときに、当該施設にも利用者にも利便性の高い配送サービスを提供することができる配送システムとして、荷物の配送を管理する配送管理サーバと、配達人の携帯端末とからなる配送システムであって、携帯端末は、荷物の配送の依頼主が所有するネームプレートに備えられた記録媒体から、依頼主識別と配送先リストのデータを読み出す読出手段と、読出手段が読み出した配送先リストを出力させるとともに、出力された配送先リストの中から荷物の出荷先として選択された配送先のデータの入力を受けるデータ制御手段と、読出手段が読み出した依頼主識別のデータと、データ制御手段が入力を受けた配送先のデータとを少なくとも含む運送契約データを配送管理サーバへ送信する通信手段とを備え、配送管理サーバは、依頼主識別と、依頼主の名前及び住所の情報を少なくとも含む依頼主情報を記憶する記憶手段と、携帯端末から受信した運送契約データを記憶手段に書き込むデータ管理手段とを備えた配送システムが記載されている。これにより、特定個人がよく利用する遊戯施設や宿泊施設、外出先、滞在先への荷物の配送手続が簡易になる。また、遊戯施設や宿泊施設では、利用客の荷物をまとめて受け取ったり、発送したりする場合の手間を軽減することが可能となる（仝文献段落〔０００５〕－〔００１９〕，〔００３３〕－〔００３４〕参照）。

【0006】

特許文献４，５には、通勤者、通学者、その他日常的に固定経路で移動している者や、余裕のある旅行客自身を手荷物輸送の荷物搬送人としてクラウドサーバに登録しておき、登録された荷物搬送人に手荷物輸送の業務を発注することで、低コストで物流を行うようにしたシステムが記載されている。

【0007】

特許文献６には、外出や旅行時での目的地までの経路を勘案して好適に荷物の受取場所を決定することが可能な通信端末及び通信システムが記載されている。この通信システムは、荷物の配送情報を管理するサーバ装置とネットワークを介して接続するユーザ端末（通信端末）とから構成され、ユーザ端末は、出発地、目的地、商品の識別情報を、ルート指定情報Ｉｒとしてサーバ装置へ送信する。そして、ユーザ端末は、出発地から目的地への想定ルートＲｔに基づいてサーバ装置が検索した受取場所候補Ｓｃの情報を、サーバ装置から受信する。そして、ユーザ端末は、商品の受取場所候補Ｓｃから、外部入力に基づき選択した一の場所の情報を、サーバ装置に送信することで、選択した一の場所を、商品の受取場所として商品の識別情報と関連付けてサーバ装置に記憶させる（仝文献要約，図６参照）。

【先行技術文献】

【特許文献】

【0008】

【文献】特開２００１－３５７２６９号公報

【文献】特開２００４－３３８８４５号公報

【文献】特開２００８－１６９００４号公報

【文献】特開２００２－６３３９５号公報

【文献】特開２００２－１６３３３８号公報

【文献】特開２０１６－７１６７７号公報

【発明の概要】

【発明が解決しようとする課題】

【0009】

観光地やショッピング・エリア（特定の地域に種々の店舗を集めた一定範囲の地域）等の対象エリアS_Aにおいて、訪問者が旅行客や買物客等の手荷物を、宅配便業者等の配送者に依頼し、配送者が、ホテル，旅館，駅，バスターミナル，ショッピング・エリア出口等の訪問者の終着点まで該手荷物を託送するようなシステムを考える場合において、上記従来の各システムを適用する場合には次のような課題がある。

【0010】

特許文献１，２に記載されたようなダブルクローズドオークションを用いた物流サービスのシステムを適用する場合、制限時間内にオークションが成立しない場合が生じる。特に、観光地で観光客の手荷物を観光客の宿泊施設（ホテル等）に託送する場合や、ショッピング・エリアで観光客の手荷物を買物客の自宅やショッピング・エリアの出口等に託送する場合、託送依頼時刻から着荷希望時刻までの時間が通常半日程度と短い場合が多く、このような短時間内に、依頼された全ての手荷物について物流サービスオークションが成立する確立は低いと考えられる。また、物流サービスオークションを行うと、通常、低価格を提示した物流業者に対して託送依頼が集中するため、一部の物流業者が極めて多忙となる一方、一部の物流業者は空き時間を多く生じ、全体としての託送タスクの配分が不均衡となり労働生産性が低下する。また、物流業者間で過度な低価格競争を助長する傾向が強くなり、対象エリアS_A周辺の物流業者にとっては過度な経済的負担が生じ易く、地域産業の活性化にとっても好ましいとはいえない。

【0011】

また、特許文献４，５に記載されたように、通勤者、通学者や余裕のある旅行客自身を手荷物輸送の荷物搬送人として活用する場合、配送時間帯や確保可能な輸送量に強い制限が課されることになる。従って、観光地やショッピング・エリアの手荷物輸送のように、安定的に手荷物の輸送を行うことが要求されるシステムに適用するには適しているとはいえない。

【0012】

そこで、本発明の目的は、対象エリアにおいて、訪問者が託送依頼する手荷物を、希望着荷時刻に目的地まで確実に託送できるように配送者の手配を行うことができ、且つ対象エリア内の全ての配送者の輸送能力を最大限に活用することが可能な託送依頼処理を行う管理サーバ及びそれを用いた訪問者支援システムを提供することにある。

【課題を解決するための手段】

【0013】

本発明に係る託送依頼処理を行う管理サーバの第１の構成は、対象エリアＳ_Ａ内に１乃至複数設けられた託送起点ｃ_ｋ（ｋ＝１，…，Ｎ_ｃ）において受け付けられる託送物を、該対象エリアＳ_Ａ内に１乃至複数設けられた終着点ｅ_ｊ（ｊ＝１，…，Ｎ_ｅ）のうちの何れかの終着点ｅ_ｊ１へ託送するための託送依頼の委託先を、事前に登録された複数の配送者のうちの何れかに決定する託送依頼処理を行う管理サーバであって、
託送物を受け付けた託送起点を特定する情報、並びに該託送物の託送先及び希望着荷時刻を特定する情報、並びに該託送物の託送を委託した委託者の情報を含む、託送タスクの情報（以下「託送タスク情報」という。）を管理する託送タスク管理データベースと、
前記各託送起点ｃ_ｋに設置され前記管理サーバと通信回線を介して接続された託送起点端末から、前記通信回線を介して、該託送起点端末が属する前記託送起点ｃ_ｋを特定する情報、並びに託送物Ｂ_ａの託送先及び希望着荷時刻ｔ_ａｅを特定する情報、並びに該託送物Ｂ_ａの託送を委託した委託者の情報を含む、託送受付要求Ｒｑ_ａを受信すると、該託送受付要求Ｒｑ_ａに対する託送タスクＷ_ａの託送タスク情報を、前記託送タスク管理データベースへ登録する託送タスク生成手段と、
前記託送タスクＷ_ａに対し、該託送タスクＷ_ａの託送物Ｂ_ａを、該託送物Ｂ_ａが受け付けられた前記託送起点ｃ_ｋから該託送物Ｂ_ａの託送先である終着点ｅ_ｊ１へ輸送するのに必要とされる必要輸送時間Ｔ_ｔを、所定の規則に従って決定する輸送時間決定手段と、
託送受付要求を受信した託送受付時刻ｔ_０が、該託送タスクＷ_ａの希望着荷時刻ｔ_ａｅから必要輸送時間Ｔ_ｔと所定の第１の有余時間Ｔ_ｙ１との和を引いた時刻である自由受任受付終了時刻ｔ_１＝ｔ_ａｅ－（Ｔ_ｔ＋Ｔ_ｙ１）よりも前の場合、該託送タスクＷ_ａの託送依頼の情報を、事前に登録された前記各配送者が所持する端末装置（以下「配送者端末装置」という。）に対し前記通信回線を介して依頼案件公開情報として公開する託送依頼公開手段と、
前記自由受任受付終了時刻ｔ_１よりも前にいずれかの前記配送者の前記配送者端末装置から送信された該託送タスクＷ_ａの託送依頼を受任する受任要求を受信した場合、該配送者を該託送タスクＷ_ａの委託者に決定し、前記託送タスク管理データベースに登録する自由受任受付手段と、
前記託送受付時刻ｔ_０が前記自由受任受付終了時刻ｔ_１よりも後の場合、又は前記自由受任受付終了時刻ｔ_１が経過する前に該託送タスクＷ_ａの託送依頼に対する受任要求が受信されない場合、事前登録された特定の前記配送者を該託送タスクＷ_ａの委託者に決定し、前記託送タスク管理データベースに登録するとともに、前記通信回線を介して該配送者の前記配送者端末装置に対し託送受任要請を送信する指定託送要請手段と、を備えたことを特徴とする。

【0014】

この構成によれば、託送起点ｃ_ｋにおいて託送依頼された託送物の委託者を決定する場合、まず、託送受付時刻ｔ_０から自由受任受付終了時刻ｔ_１が経過するまでは、託送タスクＷ_ａの託送依頼の情報が、託送依頼公開手段によって依頼案件公開情報として公開され、各配送者に対して託送タスクＷ_ａの受任の公募が行われる。この場合、全ての配送者は平等に託送タスクＷ_ａの受任を行うことが出来る。従って、時間的・労力的に余裕のある配送者（例えば、客待ちのタクシー運転手等）が託送タスクＷ_ａの受任を行うことで、自動的に適切なワークシェアリングが行われる。この場合、オークション形式は採らず、先着で受任要求を行った配送者に対して託送タスクＷ_ａの委託が行われるので、物流業者間で過度な低価格競争を助長することはない。自由受任受付終了時刻ｔ_１が経過するまでに託送タスクＷ_ａの受任が為されない場合には、指定託送要請手段によって、事前登録された特定の配送者が託送タスクＷ_ａの委託者に決定され、決定された配送者に対して託送受任要請がなされる。これにより、希望着荷時刻ｔ_ａｅまでの託送物の確実な配送が担保される。

【0015】

尚、託送受付時刻ｔ_０が自由受任受付終了時刻ｔ_１よりも後の場合には、該託送タスクＷ_ａの託送依頼の情報は依頼案件公開情報として公開されることなく、指定託送要請手段によって、事前登録された特定の配送者が該託送タスクＷ_ａの委託者に決定され、決定された配送者に対して託送受任要請がなされることになる。

【0016】

ここで、「対象エリア」とは、管理サーバを含む情報処理システムが、管理の対象としている領域をいい、例えば、観光地、ショッピング・エリアなどである。本発明において、対象エリアの広さは特に制限はなく、例えば、大分県全域、北海道全域、中四国全域のように広範な領域に設定することも出来る。「訪問者」とは、対象エリアS_A内の各所を訪問する者をいい、例えば、観光客、旅行者、買物客などである。「配送者」とは、託送物を配送する役務を行う主体をいい、例えば、宅配便業者、タクシー運転手、バイク便業者、郵便配達員、その他の荷物配送請負業者等が挙げられる。「託送起点」とは、訪問者の託送物の託送の受け付けが行われるノードをいう。託送起点としては、例えば、駅や観光案内所などに設けられた手荷物預かり所などが挙げられる。「ノード」とは、管理サーバを含む情報処理システムと行動主体とが接触して各種動作や処理が行われる拠点をいう。「終着点」とは、訪問者の終着地のノードをいう。終着点としては、例えば、宿泊施設、駅、バスターミナル等が挙げられる。「託送物」とは、管理サーバを含む情報処理システムを活用して託送される荷物をいい、例えば、旅行鞄、買物荷物、みやげ品等である。「託送先」とは、託送物を配送する配送先をいう。「希望着荷時刻」とは、訪問者によって指定された、託送物が託送先に着荷する期限の希望日時をいう。「託送タスク」とは、或る訪問者より託送物が託送委託されてから託送起点から終着点まで輸送し、終着点にて該訪問者に該託送物が引き渡されるまでの一連の託送業務の一単位をいう。「託送を委託した委託者」とは、託送タスクに係る託送物の配送業務が委託された配送者をいう。「託送受付要求」とは、管理サーバに対して託送委託の受付を要請するための要求信号をいう。必要輸送時間Ｔ_ｔを決定する「所定の規則」は、対象エリアS_A内の個別具体的な状況に応じて適宜決められる。例えば、カーナビゲーション装置で用いられている方法と同様に、地図上の道路情報に基づいて旅行時間を決定する規則などが用いられる。「第１の有余時間」とは、予め設定された時間であって、事前登録された特定の配送者に託送受任要請を送信してから、該配送者により託送物B_aが託送起点から発送されるまでに必要とされる有余時間である。配送者が所持する「配送者端末装置」とは、例えば、携帯電話、スマートフォン、タブレット、パーソナルコンピュータ等の通常の端末装置をいう。「通信回線を介して依頼案件公開情報として公開」とは、例えば、依頼公開ホームページ（各託送タスクＷ_ａの託送依頼の情報を掲載し、通信回線を介して各配送者の配送者端末装置に公開するためのウェブページ）に掲載して公開したり、配送者端末装置からのアクセスに応じて依頼案件公開情報を該配送者端末装置に配信したりすることをいう。「受任要求」とは、管理サーバに対して託送タスクの託送業務の受任を請求する信号をいう。「事前登録された特定の配送者」とは、予め登録された配送者であって、託送受任要請を受けると、その託送受任要請に係る託送物の配送業務を原則的に受任することを契約した配送者をいう。「託送受任要請」とは、配送者の携帯端末に対して託送タスクの託送物の託送業務の受任を要請する信号をいう。

【0017】

本発明に係る託送依頼処理を行う管理サーバの第２の構成は、前記第１の構成に於いて、前記託送タスクＷ_ａの前記託送物Ｂ_ａを受け付けた前記託送起点ｃ_ｋから該託送タスクＷ_ａの託送先である前記終着点ｅ_ｊ１へ事前に決められたスケジュールで移動する巡回配送者が、
該託送タスクＷ_ａの委託者が決定される前に該託送起点ｃ_ｋに到達し、且つ該託送タスクＷ_ａの希望着荷時刻ｔ_ａｅよりも前に前記終着点ｅ_ｊ１へ到達する予定である場合において、
前記通信回線を介して該託送起点ｃ_ｋの前記託送起点端末に対し該託送タスクＷ_ａの託送受任要請を送信するとともに、
該託送起点端末から、該巡回配送者が該託送タスクＷ_ａの託送依頼を受任する受任要求を受信した場合、該巡回配送者を該託送タスクＷ_ａの委託者に決定し、前記託送タスク管理データベースに登録する巡回託送要請手段、を備え、
前記指定託送要請手段は、前記自由受任受付終了時刻ｔ_１が経過した後に、前記自由受任受付手段及び前記巡回託送要請手段の何れもが、該託送タスクＷ_ａの委託者を決定していない場合に、事前登録された特定の前記配送者を該託送タスクＷ_ａの委託者に決定するものであることを特徴とする。

【0018】

この構成によれば、託送タスクＷ_ａの委託者に決定される前に、託送物Ｂ_ａの配送が可能な巡回配送者が託送起点ｃ_ｋに到達した場合には、該託送物Ｂ_ａの託送タスクＷ_ａの委託者は該巡回配送者に決定される。これにより、事前に決められたスケジュールで移動する巡回配送者に託送物Ｂ_ａを便乗させることで、巡回配送者を有効に活用することが出来る。

【0019】

ここで、「巡回配送者」とは、予め決められた時刻に決められた巡路を巡回する配送者をいい、例えば、観光定期便、定期バス、郵便配送車、コンビニエンス・ストアの配送車等の配送者である。

【0020】

本発明に係る託送依頼処理を行う管理サーバの第３の構成は、前記第１又は２の構成に於いて、前記託送依頼公開手段は、前記依頼案件公開情報として前記託送タスクＷ_ａの託送依頼の情報を公開する場合に於いて、
該託送タスクＷ_ａの前記託送物Ｂ_ａの前記託送起点ｃ_ｋを特定する情報、該託送物Ｂ_ａの託送先を特定する情報、該託送物Ｂ_ａの希望着荷時刻ｔ_ａｅ、及び該託送物Ｂ_ａの前記必要輸送時間Ｔ_ｔを含む情報を前記依頼案件公開情報として公開するものであることを特徴とする。

【0021】

この構成によれば、配送者が依頼案件公開情報を閲覧して託送タスクＷ_ａを受任することが出来るか否かを判断する際に、託送起点ｃ_ｋ、託送先、希望着荷時刻ｔ_ａｅ、必要輸送時間Ｔ_ｔを参照して判断することで、無理な託送タスクＷ_ａの受任を誤ってすることを防止できる。これにより、託送タスクＷ_ａの達成の確実性・信頼性を上げることが出来る。

【0022】

本発明に係る託送依頼処理を行う管理サーバの第４の構成は、前記第１又は２の構成に於いて、所定の規則に従って前記託送タスクＷ_ａに対する託送料金Ｆ_ａを決定する託送料金決定手段を備え、
前記託送依頼公開手段は、前記依頼案件公開情報として前記託送タスクＷ_ａの託送依頼の情報を公開する場合に於いて、
該託送タスクＷ_ａの前記託送物Ｂ_ａの前記託送起点ｃ_ｋを特定する情報、該託送物Ｂ_ａの託送先を特定する情報、該託送物Ｂ_ａの希望着荷時刻ｔ_ａｅ、該託送物Ｂ_ａの前記必要輸送時間Ｔ_ｔ、及び該託送タスクＷ_ａの前記託送料金Ｆ_ａを含む情報を前記依頼案件公開情報として公開するものであることを特徴とする。

【0023】

この構成によれば、託送タスクＷ_ａの混雑具合に合わせて託送料金Ｆ_ａを調整することにより、託送タスクＷ_ａを担う配送者の確保数を調整することが可能となる。

【0024】

ここで、託送料金Ｆ_ａを決定するための「所定の規則」とは、予め決められた料金計算のための規則をいう。例えば、現在広く用いられている、郵便料金の決定規則や、宅配便料金の決定規則などが例として挙げられる。「所定の規則」は、個別具体的な状況に応じて、任意に設定することが出来る。

【0025】

本発明に係る託送依頼処理を行う管理サーバの第５の構成は、前記請求項１乃至４の何れか一の構成に於いて、前記託送依頼公開手段は、前記自由受任受付手段又は前記指定託送要請手段により前記託送タスクＷ_ａの委託者が決定された場合、前記依頼案件公開情報から該託送タスクＷ_ａの託送依頼の情報を削除し、又は前記依頼案件公開情報の中の該託送タスクＷ_ａの託送依頼の情報に委託者が決定済みである情報を追加するものであることを特徴とする。

【0026】

この構成によれば、これにより、複数の配送者から重複して受任要求がなされることを防止することができる。

【0027】

本発明に係る訪問者支援システムの第１の構成は、対象エリアＳ_Ａ内に１乃至複数設けられた入域起点ｓ_ｉ（ｉ＝１，…，Ｎ_ｓ）のうちの何れかの入域起点ｓ_ｉ１から、該対象エリアＳ_Ａ内に１乃至複数設けられた託送起点ｃ_ｋ（ｋ＝１，…，Ｎ_ｃ）及び訪問点ｖ_ｌ（ｌ＝１，…，Ｎ_ｖ）の一部又は全部を巡回して、該対象エリアＳ_Ａ内に１乃至複数設けられた終着点ｅ_ｊ（ｊ＝１，…，Ｎ_ｅ）のうちの何れかの終着点ｅ_ｊ１へ移動する訪問者を支援する訪問者支援システムであって、
通信回線に接続された前記第１乃至５の何れか一の構成の管理サーバと、
前記各託送起点ｃ_ｋに設置され、前記管理サーバと前記通信回線を介して接続された託送起点端末と、を備え、
前記託送起点端末は、
ＲＦタグのタグＩＤの読み取り、及びＲＦタグへのタグＩＤの書き込みを行う託送起点ＲＦＩＤ通信装置と、
前記託送起点ＲＦＩＤ通信装置により、訪問者が携帯するＲＦタグ（以下「訪問者タグ」という。）のタグＩＤ（以下「訪問者タグＩＤ」という。）を読み取る第１の訪問者タグＩＤ読取手段と、
該訪問者が託送依頼する託送物Ｂ_ａの託送先及び希望着荷時刻ｔ_ａｅを特定する情報を入力する託送依頼入力手段と、
該託送起点端末が属する前記託送起点ｃ_ｋを特定する情報、並びに該託送物Ｂ_ａの託送先及び希望着荷時刻ｔ_ａｅを特定する情報、並びに該託送物Ｂ_ａの託送を委託した委託者の情報である前記訪問者タグＩＤを含む、前記託送受付要求Ｒｑ_ａを、前記通信回線を介して前記管理サーバへ送信する託送受付要求手段と、
前記託送受付要求Ｒｑ_ａに対して、前記通信回線を介して前記管理サーバから返信される託送タグＩＤを受信すると、前記託送起点ＲＦＩＤ通信装置により、前記託送物Ｂ_ａに附すためのＲＦタグ（以下「託送タグ」という。）に該託送タグＩＤを書き込む託送タグ発行手段と、を備え、
前記管理サーバは、
前記託送受付要求Ｒｑ_ａを送信した前記託送起点端末に対し、前記託送タスクＷ_ａの前記託送タグＩＤを送信する託送受付応答手段、を備えたことを特徴とする。

【0028】

この構成によれば、訪問者が託送起点ｃ_ｋにおいて終着点ｅ_ｊ１への託送物の配送を委託する場合、託送起点ＲＦＩＤ通信装置により、訪問者が携帯する訪問者タグの訪問者タグＩＤを読み取り、託送依頼入力手段により訪問者が託送依頼する託送物Ｂ_ａの託送先及び希望着荷時刻ｔ_ａｅを特定する情報を入力し、託送受付要求手段により託送受付要求Ｒｑ_ａを管理サーバへ送信する。これに対して、管理サーバは、託送物Ｂ_ａの託送タスクＷ_ａを受け付けると、託送受付応答手段が託送タスクＷ_ａの前記託送タグＩＤを託送起点端末に対し返信する。そして、託送起点端末の託送タグ発行手段は、託送タグＩＤを受信すると、託送起点ＲＦＩＤ通信装置により、託送物Ｂ_ａに附すための託送タグに該託送タグＩＤを書き込む。この託送タグを託送物Ｂ_ａに附しておくことにより、その後、託送物Ｂ_ａの管理や追跡を、託送タグを用いて行うことが出来る。

【0029】

ここで、「ＲＦＩＤ」（radio frequency identifier）とは、ＲＦタグの固有ＩＤを読み取るシステムをいう（JIS X 0500-3：2009 05.05.60参照）。「ＲＦタグ」（transponder, RF tag）とは、電波（電磁波）を用いて、内蔵したメモリのデータを非接触で読み書きする情報媒体であって、目的物にはり付けられるものをいう（JIS Z 0667:2017, JIS X 0500-3：2009 05.04.02参照）。「訪問者タグ」とは、各訪問者が携帯するＲＦタグをいう。「訪問者タグＩＤ」とは、訪問者タグに記憶された訪問者の識別符号をいう。「託送タグ」とは、各託送物に付されるＲＦタグをいう。「託送タグＩＤ」とは、託送タグに記憶された託送物及びその託送物に関する託送タスクの識別符号をいう。

【0030】

本発明に係る訪問者支援システムの第２の構成は、前記第１の構成に於いて、前記各終着点ｅ_ｊに設置され、前記管理サーバと前記通信回線を介して接続された終着点端末を備え、
前記託送タスク管理データベースにおいて管理される前記託送タスク情報には、該託送タスクに係る前記託送物Ｂ_ａが終着点に着荷済みか否かを示す着荷情報を含むものであり、
前記終着点端末は、
ＲＦタグのタグＩＤの読み取りを行う終着点ＲＦＩＤ通信装置と、
前記終着点ＲＦＩＤ通信装置により、着荷した前記託送物Ｂ_ａに附された前記託送タグの前記託送タグＩＤを読み取る第２の託送タグＩＤ読取手段と、
前記第２の託送タグＩＤ読取手段により読み取られた前記託送物Ｂ_ａの前記託送タグＩＤを含む前記託送物Ｂ_ａの着荷通知ＮＯ_ｒを、前記通信回線を介して前記管理サーバへ送信する着荷処理手段と、を備え、
前記管理サーバは、
前記通信回線を介して前記終着点端末から送信される前記託送物Ｂ_ａの前記着荷通知ＮＯ_ｒを受信した場合、前記託送タスク管理データベース内の該託送物Ｂ_ａの前記託送タスク情報に含まれる前記着荷情報を着荷済みとする着荷登録手段、を備えたことを特徴とする

【0031】

この構成によれば、配送者が託送タスクＷ_ａに係る託送物Ｂ_ａをその終着点まで配送した場合、終着点ＲＦＩＤ通信装置により、着荷した託送物Ｂ_ａに附された託送タグの託送タグＩＤが読み取られる。着荷処理手段は、読み取られた託送物Ｂ_ａの託送タグＩＤを含む託送物Ｂ_ａの着荷通知を、管理サーバへ送信する。管理サーバの着荷登録手段は、託送物Ｂ_ａの着荷通知を受信した場合、託送タスク管理データベース内の該託送物Ｂ_ａの託送タスク情報に含まれる着荷情報を着荷済みとする。これにより、管理サーバにおいて、各託送タスクＷ_ａに係る託送物Ｂ_ａの着荷状況の管理を確実に行うことが出来る。

【0032】

ここで、「着荷通知」とは、管理サーバに対して終着点に託送物Ｂ_ａが着荷したことを通知する信号をいう。

【0033】

本発明に係る訪問者支援システムの第３の構成は、前記第２の構成に於いて、前記託送タスク管理データベース内では、前記各託送タスク情報に含まれる委託者の情報により特定される委託者が携帯する携帯端末のメールアドレスが管理されており、
前記管理サーバは、
前記通信回線を介して前記終着点端末から送信される前記託送物Ｂ_ａの前記着荷通知を受信した場合、前記託送タスク管理データベース内の該託送物Ｂ_ａの託送タスク情報に含まれる該託送物Ｂ_ａの託送を委託した委託者のメールアドレスに対して、前記託送物Ｂ_ａが終着点に着荷したことを通知する着荷通知メールを配信する着荷通知配信手段、を備えたことを特徴とする。

【0034】

この構成によれば、終着点に託送物Ｂ_ａが着荷した場合、着荷通知配信手段により託送物Ｂ_ａの託送を委託した訪問者の携帯端末のメールアドレスに着荷通知メールが配信される。訪問者は、この着荷通知メールを受け取ることにより、終着点に到着する前でも、託送物Ｂ_ａが終着点に着荷したことを、確認することが出来る。

【0035】

本発明に係る訪問者支援システムの第４の構成は、前記第１乃至３の何れか一の構成に於いて、前記各入域起点ｓ_ｉに設置され、前記管理サーバと前記通信回線を介して接続された入域起点端末を備え、
前記入域起点端末は、
ＲＦタグのタグＩＤの読み取り、及びＲＦタグへのタグＩＤの書き込みを行う入域起点ＲＦＩＤ通信装置と、
該入域起点端末が置かれた入域起点ｓ_ｉにおいて入域する訪問者Ｖ_ｓに関する情報を含む訪問者登録要求Ｒｑ_ｖを、前記通信回線を介して前記管理サーバへ送信する訪問者登録要求手段と、
該訪問者登録要求Ｒｑ_ｖに対して、前記管理サーバから前記通信回線を介し、該訪問者Ｖ_ｓを特定するＩＤである訪問者タグＩＤを受信した場合、前記入域起点ＲＦＩＤ通信装置により、該訪問者Ｖ_ｓが携帯するためのＲＦタグ（以下「訪問者タグ」という。）に該訪問者タグＩＤを書き込む訪問者タグ発行手段と、を備え、
前記管理サーバは、
前記各訪問者に関する情報、及び該訪問者の前記訪問者タグＩＤを含む訪問者情報を管理する訪問者情報データベースと、
前記通信回線を介して前記入域起点端末から送信される前記訪問者登録要求Ｒｑ_ｖを受信した場合、該訪問者登録要求Ｒｑ_ｖに係る訪問者Ｖ_ｓの前記訪問者タグＩＤを生成し、該訪問者タグＩＤ、並びに該訪問者登録要求Ｒｑ_ｖに含まれる、前記訪問者Ｖ_ｓに関する情報を含む前記訪問者情報を、前記訪問者情報データベースに登録する訪問者登録手段と、
前記訪問者登録要求Ｒｑ_ｖを送信した前記入域起点端末に対し、前記訪問者Ｖ_ｓの前記訪問者タグＩＤを送信する訪問者登録通知手段と、を備えたことを特徴とする。

【0036】

この構成によれば、訪問者が入域起点ｓ_ｉにおいて対象エリアＳ_Ａ内に入域する場合、入域起点端末の訪問者登録要求手段は、訪問者Ｖ_ｓに関する情報を含む訪問者登録要求Ｒｑ_ｖを、管理サーバへ送信する。管理サーバでは、訪問者登録要求Ｒｑ_ｖを受信すると、訪問者登録手段は、該訪問者登録要求Ｒｑ_ｖに係る訪問者Ｖ_ｓの訪問者タグＩＤを生成し、該訪問者タグＩＤ、並びに該訪問者登録要求Ｒｑ_ｖに含まれる、訪問者Ｖ_ｓに関する情報及び該訪問者タグＩＤを含む、訪問者情報を、訪問者情報データベースに登録する。そして、訪問者登録通知手段は、訪問者登録要求Ｒｑ_ｖを送信した入域起点端末に対し、訪問者Ｖ_ｓの訪問者タグＩＤを送信する。入域起点端末では、訪問者タグＩＤを受信すると、入域起点ＲＦＩＤ通信装置により、該訪問者Ｖ_ｓが携帯するための訪問者タグに該訪問者タグＩＤを書き込む。これにより、各訪問者に訪問者タグが発行され、訪問者はこの訪問者タグを用いて、託送物の託送委託等を容易に行うことが出来る。

【0037】

ここで、「訪問者Ｖ_ｓに関する情報」とは、訪問者Ｖ_ｓのパーソナル情報をいい、具体的には、訪問者の氏名、連絡先、訪問者認証パスワード等の情報である。

【0038】

本発明に係る訪問者支援システムの第５の構成は、前記第１乃至４の何れか一の構成に於いて、前記託送タスク管理データベース内の前記各託送タスク情報には、該託送物の発送時刻情報が含まれており、
前記託送起点端末は、
前記託送起点ＲＦＩＤ通信装置により、配送者が携帯するＲＦタグ（以下「配送者タグ」という。）のタグＩＤ（以下「配送者タグＩＤ」という。）を読み取る第１の配送者タグＩＤ読取手段と、
前記託送起点ＲＦＩＤ通信装置により、該配送者が託送する前記託送物Ｂ_ａに附された前記託送タグの前記託送タグＩＤを読み取る第１の託送タグＩＤ読取手段と、
前記第１の配送者タグＩＤ読取手段により読み取られた前記配送者タグＩＤ、前記第１の託送タグＩＤ読取手段により読み取られた前記託送タグＩＤ、該託送起点端末が属する前記託送起点ｃ_ｋを特定する情報、及び発送時刻の情報を含む発送通知NO_ａを、前記通信回線を介して前記管理サーバへ送信する発送処理手段と、を備え、
前記管理サーバは、
前記託送起点端末から前記発送通知ＮＯ_ａを受信した場合、前記託送タスク管理データベース内の、該発送通知ＮＯ_ａに含まれる前記託送タグＩＤに対応する前記託送タスク情報のレコードの発送時刻情報を、該発送通知ＮＯ_ａに含まれる発送時刻の情報とする発送登録手段、を備えたことを特徴とする。

【0039】

この構成によれば、託送起点において託送委託された託送物を、その託送物に係る託送タスクを受託した配送者が託送起点に到着した場合、第１の配送者タグＩＤ読取手段は、託送起点ＲＦＩＤ通信装置により、配送者が携帯する配送者タグの配送者タグＩＤを読み取り、第１の託送タグＩＤ読取手段は、託送起点ＲＦＩＤ通信装置により、該配送者が託送する託送物Ｂ_ａに附された託送タグの託送タグＩＤを読み取る。そして、発送処理手段は、該配送者タグＩＤ、該託送タグＩＤ、該託送起点端末が属する前記託送起点ｃ_ｋを特定する情報、及び発送時刻の情報を含む発送通知NO_ａを、管理サーバへ送信する。管理サーバの発送登録手段は、この発送通知ＮＯ_ａを受信した場合、託送タスク管理データベース内の、該発送通知ＮＯ_ａに含まれる託送タグＩＤに対応する託送タスク情報のレコードの発送時刻情報を、該発送通知ＮＯ_ａに含まれる発送時刻の情報とする。これにより、管理サーバにおいて、各託送タスクＷ_ａに係る託送物Ｂ_ａの発送状況の管理を確実に行うことが出来る。

【0040】

ここで、「発送通知」とは、管理サーバに対して託送起点から託送物Ｂ_ａが発送されたことを通知する信号をいう。

【0041】

本発明に係る訪問者支援システムの第６の構成は、前記第１乃至５の何れか一の構成に於いて、前記管理サーバは、請求項２又は請求項２を引用する請求項３乃至５の何れか一記載の管理サーバであり、
前記託送起点端末は、
前記第１の配送者タグＩＤ読取手段により、前記巡回配送者が携帯する前記配送者タグの前記配送者タグＩＤが読み取られた場合に、前記管理サーバに対して、該配送者タグＩＤの情報を含む巡回配送者到達通知を送信し、
該巡回配送者到達通知に対して、前記管理サーバから前記託送タスクＷ_ａの前記託送受任要請を受信した場合に、該託送受任要請に含まれる前記託送タスクＷ_ａに関する託送受任要請情報を報知し、
前記託送受任要請情報の報知に対して、前記第１の託送タグＩＤ読取手段により該託送受任要請に含まれる前記託送タスクＷ_ａに係る前記託送タグＩＤが読み取られた場合に、前記管理サーバに対して、該巡回配送者が該託送タスクＷ_ａの託送依頼を受任する前記受任要求を送信する処理を行う巡回配送者委託手段、を備え、
前記管理サーバの前記巡回託送要請手段は、前記託送起点端末の前記巡回配送者委託手段から前記巡回配送者到達通知を受信した場合、該巡回配送者到達通知に含まれる配送者タグＩＤによって特定される前記巡回配送者に対する前記託送受任要請を送信するものであることを特徴とする。

【0042】

この構成によれば、託送起点に巡回配送者が到着した場合、託送起点端末の第１の配送者タグＩＤ読取手段により、巡回配送者が携帯する配送者タグの配送者タグＩＤが読み取られる。巡回配送者委託手段は、巡回配送者の配送者タグＩＤが読み取られた場合、管理サーバに対して、該配送者タグＩＤの情報を含む巡回配送者到達通知を送信する。
管理サーバの巡回託送要請手段は、託送起点端末から巡回配送者到達通知を受信した場合、該巡回配送者到達通知に含まれる配送者タグＩＤによって特定される巡回配送者に対する託送受任要請を送信する。ここで、託送受任要請に係る託送タスクＷ_ａは、該巡回配送者の移動経路の託送起点ｃ_ｋの後に該託送タスクＷ_ａの終着点ｅ_ｊ１が含まれ、巡回配送者到達通知を受信した時点で託送タスクＷ_ａの委託者が決定されておらず、且つ該託送タスクＷ_ａの希望着荷時刻ｔ_ａｅよりも前に該巡回配送者が該終着点ｅ_ｊ１へ到達する予定であるという条件を満たすものが選択される。託送起点端末の巡回配送者委託手段は、管理サーバから託送受任要請を受信した場合に、該託送受任要請に含まれる前記託送タスクＷ_ａに関する託送受任要請情報を巡回配送者に報知し、この報知に対して、第１の託送タグＩＤ読取手段により該託送受任要請に含まれる託送タスクＷ_ａに係る託送タグＩＤが読み取られた場合に、管理サーバに対して、該巡回配送者が該託送タスクＷ_ａの託送依頼を受任する前記受任要求を送信する。管理サーバの巡回託送要請手段は、託送起点端末から受任要求を受信した場合、該巡回配送者を該託送タスクＷ_ａの委託者に決定し、託送タスク管理データベースに登録する。これにより、巡回配送者に対しても託送タスクを割り振ることが出来、巡回配送者の有効活用と、託送タスクをこなす他の配送者の負担の軽減を図ることが出来る。

【0043】

ここで、「巡回配送者到達通知」とは、管理サーバに対し巡回配送者が託送起点に到達したことを通知する信号をいう。

【0044】

本発明に係る訪問者支援システムの第７の構成は、前記第１乃至６の何れか一の構成に於いて、前記託送タスク管理データベース内の前記各託送タスク情報には、該託送物の引渡時刻情報が含まれており、
前記終着点端末は、
前記終着点ＲＦＩＤ通信装置により、到着した訪問者が携帯する前記訪問者タグの前記訪問者タグＩＤを読み取る第２の訪問者タグＩＤ読取手段と、
前記第２の託送タグＩＤ読取手段により読み取られた前記託送物Ｂ_ａの前記託送タグＩＤ、前記第２の訪問者タグＩＤ読取手段により読み取られた前記訪問者タグＩＤ、及び前記託送タグＩＤが読み取られた時刻である引渡時刻を含む前記託送物Ｂ_ａの引渡通知を、前記通信回線を介して前記管理サーバへ送信する引渡処理手段と、を備え、
前記管理サーバは、
前記通信回線を介して前記終着点端末から送信される前記託送物Ｂ_ａの前記引渡通知を受信した場合、前記託送タスク管理データベース内の該託送物Ｂ_ａの託送タスク情報に含まれる前記引渡時刻情報を、前記引渡通知に含まれる前記引渡時刻とする引渡登録手段、
を備えたことを特徴とする。

【0045】

この構成によれば、これにより、管理サーバに於いて、終着点での各託送物Ｂ_ａの訪問者への引き渡しの情報を管理することができる。

【発明の効果】

【0046】

以上のように、本発明に依れば、対象エリアにおいて、訪問者が託送依頼する手荷物を、希望着荷時刻に目的地まで確実に託送できるように配送者の手配を行うことができるとともに、自動的に託送タスクＷ_ａの適切なワークシェアリングが行われるため、対象エリア内の全ての配送者の輸送能力を最大限に活用することが可能な託送依頼処理を行うことが可能となる。また、オークション形式は採らず、先着で受任要求を行った配送者に対して託送タスクＷ_ａの委託が行われるので、物流業者間で過度な低価格競争を助長することがなく、対象エリアS_A周辺の物流業者に過度な経済的負担が生じることも防止でき、地域産業の活性化にも貢献することが出来る。

【図面の簡単な説明】

【0047】

【図1】本発明に係る訪問者支援システムのシステム全体の概念を表す図である。

【図2】実施例１に係る訪問者支援システムの全体機器構成を表す図である。

【図3】図２の訪問者管理データベース１ａの構成を表すＥＲ図（Entity-relationship Diagram）である。

【図4】図３の各テーブルに含まれるフィールドと、該フィールドに格納される情報を示す一覧表である。

【図5】（ａ）図２の発送管理データベース３ｂの構成を表すＥＲ図、及び（ｂ）各テーブルに含まれるフィールドと、該フィールドに格納される情報を示す一覧表である。

【図6】（ａ）図２の着荷管理データベース５ｂの構成を表すＥＲ図、及び（ｂ）各テーブルに含まれるフィールドと、該フィールドに格納される情報を示す一覧表である。

【図7】図２の訪問者支援システムの機能構成を示すブロック図である。

【図8】訪問者初期登録処理の動作を表すフローチャートである。

【図9】訪問者登録ホームページの表示画面の一例を示す図である。

【図10】託送物受付処理の動作を表すフローチャートである。

【図11】託送依頼入力画面の一例を示す図である。

【図12】依頼公開ホームページの表示画面の一例を示す図である。

【図13】託送依頼情報配信／配送者決定処理の動作を表すフローチャートである。

【図14】巡回配送者への託送委託決定処理の動作を表すフローチャートである。

【図15】託送起点端末３の画面表示手段に表示される託送受任案件リストの一例を示す図である。

【図16】自由配送者又は準自由配送者に対する託送物発送処理の動作を表すフローチャートである。

【図17】終着点e_jにおける託送物着荷処理の動作を表すフローチャートである。

【図18】終着点e_jにおける託送物引渡処理の動作を表すフローチャートである。

【図19】訪問点通過情報収集処理の動作を表すフローチャートである。

【図20】訪問点商品等売買処理の動作を表すフローチャートである。

【図21】商品等タグ入力慫慂画面の一例を示す図である。

【発明を実施するための形態】

【0048】

以下、本発明を実施するための形態について、図面を参照しながら説明する。

【実施例1】

【0049】

（１）システム全体の概念
図１は、本発明に係る訪問者支援システムのシステム全体の概念を表す図である。本システムにおいて本システムに係る託送業務の対象とする領域を対象エリアS_Aとする。対象エリアS_Aとしては、例えば、観光地（例えば、温泉地地域、城下町町域等）、ショッピング・エリア（特定の地域に種々の店舗を集めた一定範囲の地域、例えば、ショッピング・モールや○○商店街等）などである。対象エリアS_Aの広さは特に制限はなく、例えば、大分県全域、北海道全域、中四国全域のように広範な領域に設定することも出来る。

【0050】

本システムを利用して行動する行動主体は、訪問者（visitor）と配送者（carrier）である。「訪問者」とは、対象エリアS_A内の各所を訪問する者をいい、例えば、観光客、旅行者、買物客などである。「配送者」とは、託送物を配送する役務を行う主体をいう。また、本システムを活用して託送される荷物を「託送物」（packet）という。各配送者が、託送物の運搬に使用する車両を「運搬車」（moving van）という。運搬車としては、例えば、トラック、バイク、バス、タクシー等が挙げられる。本システムでは、配送者は、さらに、自由配送者（free carrier）、準自由配送者（Nearly free carrier）、巡回配送者（routine carrier）の３つのカテゴリに分類される。「自由配送者」とは、自己の自由意思により託送依頼の受任をする配送者をいい、例えば、タクシーの運転手等である。「準自由配送者」とは、システム管理者からの託送要求を受けた場合には該託送要求を原則的に受任する配送者をいい、例えば、宅配便業者、バイク便業者等である。「原則的に受任する」とは、例えば、受任することが時間的に不可能な場合や運搬車が故障した場合にように、準自由配送者の責に依らないやむを得ない事情がある場合以外には、受任することを意味する。尚、準自由配送者は、託送要求を受けた場合以外に、さらに自己の意思によっても託送依頼の受任をすることも可能である。「巡回配送者」とは、予め決められた時刻に決められた巡路を巡回する配送者をいい、例えば、観光定期便、定期バス、郵便配送車、コンビニエンス・ストアの配送車等の配送者である。

【0051】

図１に示すように、本システムにおいては、対象エリアS_A内の各所に複数のノード（node）が設定される。「ノード」とは、訪問者支援システム（情報処理システム）と行動主体とが接触して各種動作や処理が行われる拠点をいう。これらのノードは、入域起点（start node）、託送起点（consignment node）、訪問点（visit node）、終着点（end node）の４つのカテゴリに分類される。「入域起点」とは、対象エリアS_A内に訪問者が入域するノードである。例えば、駅、空港、バスターミナル、船着場、テーマパークエリア入口等が挙げられる。「託送起点」とは、訪問者の託送物の託送の受け付けが行われるノードである。例えば、手荷物預かり所、店舗等が挙げられる。「訪問点」とは、訪問者が訪問し又は売買取引を行うノードである。例えば、店舗、レストラン、観光スポット等が挙げられる。「終着点」とは、訪問者の終着地のノードである。例えば、宿泊施設、駅、空港、バスターミナル等が挙げられる。これらの各カテゴリのノードは、其々、対象エリアS_A内に１乃至複数個設定されている。尚、入域起点と託送起点、託送起点と訪問点、入域起点と終着点、訪問点と終着点は、同一地点に重複するノードであってもよい。これらのノード対が同一地点に重複する場合でも、概念上は２つの異なるノードが同一地点に重複して存在するものとして考える。

【0052】

本明細書では、対象エリアS_A内の入域起点の数をN_s、対象エリアS_A内の託送起点の数をN_c、対象エリアS_A内の訪問点の数をN_v、対象エリアS_A内の終着点の数をN_eと記す。また、各入域起点をs_i (i=1, …, N_s)、各託送起点をc_k (k=1, …, N_c)、各訪問点をv_l (l=1, …, N_v)、各終着点をe_j (j=1, …, N_e)と記す。

【0053】

訪問者は、入域起点s_iから対象エリアS_Aに入域し、対象エリアS_A内を移動して１乃至複数の託送起点c_k及び／又は訪問点v_lを巡回した後、終着点e_jまで移動する。また、訪問者は、託送起点c_kにおいて手荷物や購入物等の託送物B_aの配送を依頼する。本明細書では、託送物の配送を依頼することを「託送委託」といい、託送物の配送依頼を受け付けることを「受託」という。配送者は、託送起点c_kで受託された託送物B_aの配送業務を受任して、該託送物B_aを託送起点c_kから終着点e_jまで託送する。

【0054】

或る訪問者より託送物を受託してから託送起点から終着点まで輸送し、終着点にて該訪問者に該託送物を引き渡すまでの一連の託送業務の一単位を「託送タスク」（consignment task）という。託送起点において訪問者より託送物B_aを受託した時点で１つの託送タスクW_a(B_a)が発生する。また、終着点で託送物B_aが訪問者に引き渡された時点で１つの託送タスクW_a(B_a)が消滅する。或る託送タスクW_a=W_a(B_a)において、託送起点から終着点まで輸送するのに必要な時間を「必要輸送時間」といい、T_t(W_a)と記す。

【0055】

（２）システム全体の機器構成
図２は、実施例１に係る訪問者支援システムの全体機器構成を表す図である。本実施例の訪問者支援システムは、管理センターに設置された管理サーバ１、各入域起点s_i (i=1. …, N_s)に設置された入域起点端末２、各託送起点c_k (k=1, …, N_c)に設置された託送起点端末３、各訪問点v_l (l=1, …, N_v)に設置された訪問点端末４、及び各終着点e_j (j=1, …, N_e)に設置された終着点端末５、通信ネットワークを介して地図情報を提供する地図情報提供サーバ６を備えている。管理サーバ１、各入域起点端末２、各託送起点端末３、各訪問点端末４、各終着点端末５、及び地図情報提供サーバ６は、通信回線７を介して接続されている。管理サーバ１、入域起点端末２、託送起点端末３、訪問点端末４、終着点端末５は、通信回線７を介して外部とのデータ通信が可能なコンピュータ（パーソナルコンピュータ、ワークステーション等）により構成されており、キーボードやマウス、タッチパネル等の入力手段と、ディスプレイ等の表示手段とを備えている。

【0056】

管理サーバ１は、訪問者管理データベース１ａを備えている。訪問者管理データベース１ａは、各訪問者V_sに関する情報、各託送タスクW_aに関する情報、各訪問者V_sに関する情報、各配送者C_pに関する情報等を管理するデータベースである。各入域起点端末２は、１乃至複数の入域起点ＲＦＩＤ通信装置２ａを備えている。入域起点ＲＦＩＤ通信装置２ａは、ＲＦタグのタグＩＤの読み取り及びＲＦタグへのタグＩＤの書き込みを行うＲＦＩＤ通信装置である。各託送起点端末３は、１乃至複数の託送起点ＲＦＩＤ通信装置３ａと、発送管理データベース３ｂとを備えている。託送起点ＲＦＩＤ通信装置３ａは、ＲＦタグのタグＩＤの読み取り及びＲＦタグへのタグＩＤの書き込みを行うＲＦＩＤ通信装置である。発送管理データベース３ｂは、該託送起点端末３が設置された託送起点c_kにおいて受託された託送物B_aに対する託送タスクに関する情報、事前登録された各配送者C_pに関する情報、及び事前登録された各終着点e_jに関する情報を管理するデータベースである。各訪問点端末４は、１乃至複数の訪問点ＲＦＩＤ通信装置４ａを備えている。訪問点ＲＦＩＤ通信装置４ａは、ＲＦタグのタグＩＤの読み取りを行うＲＦＩＤ通信装置である。各終着点端末５は、１乃至複数の終着点ＲＦＩＤ通信装置５ａと着荷管理データベース５ｂとを備えている。終着点ＲＦＩＤ通信装置５ａは、ＲＦタグのタグＩＤの読み取り及びＲＦタグへのタグＩＤの書き込みを行うＲＦＩＤ通信装置である。着荷管理データベース５ｂは、該終着点端末５が設置された終着点e_jに着荷した託送物B_aに対する託送タスクW_a(B_a)に関する情報、事前登録された各配送者C_pに関する情報、及び事前登録された各託送起点c_kに関する情報を管理するデータベースである。地図情報提供サーバ６は、対象エリアS_Aを含む地図情報を管理する地図情報管理データベース６ａを備えている。

【0057】

ここで、「ＲＦタグ」とは、電波（電磁波）を用いて、内蔵したメモリのデータを非接触で読み書きする情報媒体をいう。「ＲＦＩＤ通信装置」とは、所謂ＲＦＩＤリーダ又はＲＦＩＤリーダライタであり、ＲＦタグとのデータ交信、制御およびそのデータに関する処理を行う装置をいう。

【0058】

尚、本実施例においては、入域起点ＲＦＩＤ通信装置２ａ及び託送起点ＲＦＩＤ通信装置３ａには、通常のラベル印刷とＲＦタグへの情報の読み込み・書き込み（リードライト処理）を一度に実施することが可能なＲＦＩＤプリンタ装置が用いられている。

【0059】

また、入域起点と託送起点、託送起点と訪問点、入域起点と終着点、訪問点と終着点は、同一地点に重複するノードである場合、重複するノードの端末装置及び重複するノードのＲＦＩＤ通信装置は、同一の端末装置及び同一のＲＦＩＤ通信装置とすることができる。例えば、入域起点と終着点が同一地点（例えば、同一の駅やバスターミナル等）に重複するノードである場合には、入域起点端末２と終着点端末５は、同一の端末装置（コンピュータ）を兼用し、入域起点ＲＦＩＤ通信装置２ａと終着点ＲＦＩＤ通信装置５ａは、同一のＲＦＩＤ通信装置を兼用することにより構成することが出来る。

【0060】

各入域起点s_iにおいて、該入域起点s_iから対象エリアS_A内に入域する訪問者V_sには、該訪問者V_sに固有のタグＩＤ（以下「訪問者タグＩＤ」という。） IDTG(V_s)が記録されたＲＦタグ（以下「訪問者タグ」という。）TG(V_s)が配給される。各訪問者V_sは、この訪問者タグTG(V_s)を携帯して、対象エリアS_A内を巡回する。

【0061】

また、各訪問者V_sが或る託送起点c_kにおいて、手荷物等の託送物B_aを託送委託した場合には、該託送物B_aに対する託送タスクW_a(B_a)が発生し、該託送タスクW_a(B_a)に固有のタグＩＤ（以下「託送タグＩＤ」という。）IDTG(B_a)が記録されたＲＦタグ（以下「託送タグ」という。）TG(B_a)が発行される。託送タグTG(B_a)は、該託送タスクW_a(B_a)が存続する間は、該託送物B_aに附された状態とされる。

【0062】

また、事前登録された各配送者C_pには、該配送者C_pに固有のタグＩＤ（以下「配送者タグＩＤ」という。）IDTG(C_p)が記録されたＲＦタグ（以下「配送者タグ」という。）TG(C_p)が交付される。各配送者C_pは、託送物B_aの配送業務を行う間は、この配送者タグTG(C_p)を常時携帯するものとする。

【0063】

さらに、各訪問者V_sは、訪問者携帯端末MT(V_s)を携帯しており、各配送者C_pは配送者携帯端末MT(C_p)を携帯しているものとする。訪問者携帯端末MT(V_s)及び配送者携帯端末MT(C_p)は、具体的には、携帯電話、スマートフォン、タブレット等の通信回線との間での無線通信機能を備えた携帯情報端末であって、タッチパネルディスプレイ等の画面表示手段と操作入力手段を備えたものである。

【0064】

（３）各データベースの構成
前述の通り、本実施例の訪問者支援システムが備えているデータベースは、管理サーバ１が具備する訪問者管理データベース１ａ、各託送起点端末３が具備する発送管理データベース３ｂ、及び各終着点端末５が具備する着荷管理データベース５ｂである。本実施例では、各データベースは、リレーショナル・データベースとして構成されている。以下、其々のデータベースの具体的な構成について説明する。

【0065】

（３．１）訪問者管理データベース
図３は、図２の訪問者管理データベース１ａの構成を表すＥＲ図（Entity-relationship Diagram）である。ＥＲ図はIDEF1X記法により表す。訪問者管理データベース１ａは、訪問者情報テーブル、配送者情報テーブル、託送起点情報テーブル、訪問点情報テーブル、終着点情報テーブル、託送タスク管理テーブル、訪問者タグ情報テーブル、カード情報テーブル、動線情報テーブル、売買情報テーブル、店舗情報テーブル、商品等情報テーブル、配送者位置情報テーブル、及び配送者ルート情報テーブルを備えている。図４に、図３の各テーブルに含まれるフィールドと、該フィールドに格納される情報の内容を示す。「訪問者情報テーブル」は、各訪問者に関する情報を管理するテーブルである。訪問者情報テーブルでは、各訪問者の固有の識別符号である訪問者ＩＤ、該訪問者の氏名、該訪問者の訪問者認証パスワード情報、該訪問者が携帯する携帯端末のメールアドレス等の情報が管理されている。「配送者情報テーブル」は、各配送者に関する情報を管理するテーブルである。配送者情報テーブルでは、各配送者の固有の識別符号である配送者ＩＤ、該配送者が携帯する配送者タグの配送者タグＩＤ、該配送者の氏名、該配送者の所属情報（会社、機関等）、該配送者の電話番号情報、該配送者のE-mail情報、該配送者の配送者種別コード（自由配送者／準自由配送者／巡回配送者の別）等の情報が管理されている。「託送起点情報テーブル」は、各託送起点に関する情報を管理するテーブルである。託送起点情報テーブルでは、各託送起点の固有の識別符号である託送起点ＩＤ、託送起点の名称、託送起点の電話番号の情報、託送起点の住所の情報、託送起点のE-mailの情報等の情報が管理されている。「訪問点情報テーブル」は、各訪問点に設置された訪問点センサ（訪問点ＲＦＩＤ通信装置４ａ）に関する情報を管理するテーブルである。訪問点情報テーブルでは、各訪問点の固有の識別符号である訪問点センサＩＤ、訪問点に設置された訪問点ＲＦＩＤ通信装置４ａ（訪問点センサ）の名称、訪問点の位置情報等の情報が管理されている。「終着点情報テーブル」は、各終着点に関する情報を管理するテーブルである。終着点情報テーブルでは、各終着点の固有の識別符号である終着点ＩＤ、終着点の名称、終着点の電話番号情報、終着点の住所情報、終着点のE-mail情報等の情報が管理されている。「託送タスク管理テーブル」は、各託送タスクに関する情報を管理するテーブルである。この託送タスク管理テーブルで管理される託送タスク情報は、託送物を受け付けた託送起点を特定する情報（託送起点ＩＤ）、該託送物の託送先及び希望着荷時刻を特定する情報（終着点ＩＤ，到着予定日時）、該託送物の託送を委託した委託者の情報（訪問者ＩＤ）、託送料金に関する情報（託送委託料金）、該託送物の発送日時に関する情報（発送日時）、該託送物が終着点に着荷済みか否かを示す着荷情報（到達日時）等を含んでいる。「訪問者タグ情報テーブル」は、各訪問者に対し発行される訪問者タグに関する情報、即ち、該訪問者の訪問者ＩＤ、該訪問者に付与された訪問者タグの訪問者タグＩＤ、該訪問者タグの発行時刻及び廃止時刻に関する情報を管理するテーブルである。「カード情報テーブル」は、各訪問者が携帯するキャッシュカード（クレジットカード、電子マネーカード、プリペイドカード等）に関する情報を管理するテーブルである。「動線情報テーブル」は、各訪問者の動線に関する情報を管理するテーブルである。「売買情報テーブル」は、各訪問者が各訪問点で行う商品やサービスの売買取引に関する情報を管理するテーブルである。「店舗情報テーブル」は、各訪問者の店舗に関する情報を管理するテーブルである。「商品等情報テーブル」は、各訪問者の店舗で取り扱う商品やサービスに関する情報を管理するテーブルである。「配送者位置情報テーブル」は、各配送者の現在位置に関する情報を管理するテーブルである。「配送者ルート情報テーブル」は、各巡回配送者のルート及び通過時刻に関する情報を管理するテーブルである。

【0066】

（３．２）発送管理データベース
図５は、（ａ）図２の発送管理データベース３ｂの構成を表すＥＲ図、及び（ｂ）各テーブルに含まれるフィールドと、該フィールドに格納される情報を示す一覧表である。発送管理データベース３ｂは、発送管理テーブル、終着点情報テーブル、及び配送者情報テーブルを備えている。「発送管理テーブル」は、該発送管理データベース３ｂが属する託送起点において受託した託送物の受託及び発送に関する情報を管理するテーブルである。「終着点情報テーブル」は、各終着点に関する情報を管理するテーブルである。「配送者情報テーブル」は、各配送者に関する情報を管理するテーブルである。ここで、終着点情報テーブル及び配送者情報テーブルは、訪問者管理データベース１ａの終着点情報テーブル及び配送者情報テーブルと同期して逐次更新される。

【0067】

（３．３）着荷管理データベース
図６は、（ａ）図２の着荷管理データベース５ｂの構成を表すＥＲ図、及び（ｂ）各テーブルに含まれるフィールドと、該フィールドに格納される情報を示す一覧表である。着荷管理データベース５ｂは、着荷管理テーブル、託送起点情報テーブル、及び配送者情報テーブルを備えている。「着荷管理テーブル」は、該着荷管理データベース５ｂが属する終着点に着荷した託送物の着荷及び訪問者への引き渡しに関する情報を管理するテーブルである。「託送起点情報テーブル」は、各託送起点に関する情報を管理するテーブルである。「配送者情報テーブル」は、各配送者に関する情報を管理するテーブルである。ここで、託送起点情報テーブル及び配送者情報テーブルは、訪問者管理データベース１ａの託送起点情報テーブル及び配送者情報テーブルと同期して逐次更新される。

【0068】

（４）訪問者支援システムの機能構成
図７は、図２の訪問者支援システムの機能構成を示すブロック図である。図７において、図２と対応の部分については同符号を附している。尚、以下に説明する図７の各モジュール及びデータベースは、管理サーバ１、入域起点端末２、託送起点端末３、訪問点端末４、終着点端末５、及び地図情報提供サーバ６において、コンピュータ・ソフトウェアを読み込んで実行することにより、機能的に実現されるものである。

【0069】

（４．１）管理サーバ１
管理サーバ１は、訪問者管理データベース１ａ、訪問者登録部１００、訪問者登録通知部１０１、託送タスク生成部１０２、託送受付応答部１０３、輸送時間決定部１０４、託送料金決定部１０５、託送依頼公開部１０６、自由受任受付部１０７、指定託送要請部１０８、巡回託送要請部１０９、発送登録部１１０、着荷登録部１１１、着荷通知配信部１１２、引渡登録部１１３、動線情報更新部１１４、特典生成部１１５、売買決済部１１６を備えている。訪問者管理データベース１ａは、訪問者の情報、配送者の情報、託送タスクに関する情報等を管理するデータベースであり、図３に示した各テーブルから構成されるリレーショナル・データベースである。

【0070】

訪問者登録部１００は、通信回線７を介して入域起点端末２から送信される訪問者登録要求Rq_v(V_s)を受信した場合、該訪問者登録要求Rq_v(V_s)に係る訪問者V_sの訪問者タグＩＤ IDTG(V_s)を生成し、該訪問者タグＩＤ IDTG(V_s)、並びに該訪問者登録要求Rq_v(V_s)に含まれる、訪問者V_sに関する情報である訪問者情報を、訪問者管理データベース１ａの訪問者情報テーブルに登録するモジュールである。ここで、「訪問者登録要求」とは、管理サーバ１に対して訪問者情報を新規に登録することを請求する信号をいう。訪問者登録要求Rq_v(V_s)には、訪問者V_sに関する情報（具体的には、図３の訪問者テーブルの各フィールドの情報）が含まれる。訪問者登録通知部１０１は、訪問者登録要求Rq_v(V_s)を送信した入域起点端末２に対し、生成された訪問者V_sの訪問者タグＩＤを送信するモジュールである。

【0071】

託送タスク生成部１０２は、通信回線７を介して託送起点端末３から送信される託送受付要求Rq_a= Rq_a(B_a; c_k, e_j, t_ae, V_s)を受信した場合、該託送受付要求Rq_aに対する託送タスクW_aを、訪問者管理データベース１ａの託送タスク管理テーブルのレコード（以下「託送タスクレコード」という。）RC(W_a)として生成し登録するモジュールである。ここで、「託送受付要求」とは、管理サーバ１に対して託送委託の受付を請求する信号をいう。託送受付要求Rq_a(c_k, B_a, t_ae, V_s)には、該託送受付要求を送信した託送起点端末３が属する託送起点c_kを特定する情報（託送起点ＩＤ ID(c_k)）、並びに該託送受付要求に係る託送物B_aの託送先を特定する情報（終着点ＩＤ ID(e_j)）及び希望着荷時刻t_aeを特定する情報（到達予定日時）、並びに該託送物B_aの託送を委託した委託者（訪問者V_s）の情報（訪問者タグＩＤ IDTG(V_s)）が含まれている。託送受付応答部１０３は、託送受付要求Rq_aを送信した託送起点端末３に対し、該託送受付要求Rq_aに対して生成された託送タスクW_aの託送タグＩＤを送信するモジュールである。

【0072】

輸送時間決定部１０４は、各託送タスクW_aに対し、該託送タスクW_aの託送物B_aを、該託送物B_aが受け付けられた託送起点c_kから該託送物B_aの託送先である終着点e_j1へ輸送するのに必要とされる必要輸送時間T_t=T_t(W_a)を、所定の規則（以下「必要輸送時間決定規則」という。）に従って決定するモジュールである。必要輸送時間T_tを決定するための必要輸送時間決定規則については、対象エリアS_A内の状況に応じて適宜決められる。例えば、対象エリアS_Aが、複数の観光スポットが各所に点在するような観光地（例えば、温泉が各所に点在する温泉地など。）の場合、必要輸送時間決定規則として、通信回線７を介して地図情報提供サーバ６から提供される地図に基づき求められる、託送起点c_kから終着点e_j1までのルートの旅行時間を必要輸送時間T_tとするような規則を採用したり、また、託送起点c_kから終着点e_j1までのルートの旅行時間に曜日又は日付や１日の時間帯による渋滞補正係数を掛けた時間を必要輸送時間T_tとするような規則を採用したりすることができる。また、託送起点c_kから終着点e_j1までの過去の輸送時間のデータを蓄積し、蓄積されたデータに基づく機械学習により必要輸送時間T_tを決定するような規則を必要輸送時間決定規則とすることもできる。更に、各託送起点c_kと各終着点e_j1の組み合わせに対する必要輸送時間T_tを、事前に必要輸送時間テーブルとして用意しておき、この必要輸送時間テーブルに基づき必要輸送時間T_tを決定するような規則を必要輸送時間決定規則とすることもできる。

【0073】

託送料金決定部１０５は、所定の規則（以下「託送料金決定規則」という。）に従って各託送タスクW_aに対する託送料金F_a=F_a(W_a)を決定するモジュールである。託送料金F_aを決定するための託送料金決定規則については、目的に応じて適宜決められる。例えば、郵便料金のように託送物B_aのサイズや重量に応じて予め決められた料金テーブルから託送料金F_aを決定する規則を採用したり、輸送時間決定部１０４により決定される託送タスクW_aの必要輸送時間T_tに応じて予め決められた料金テーブルから託送料金F_aを決定する規則を採用したり、託送物B_aのサイズ、重量、及び必要輸送時間T_tに応じて予め決められた料金テーブルから託送料金F_aを決定する規則を採用したりすることができる。また、上記方法により決定される料金に、曜日又は日付や１日の時間帯に応じた加重係数を掛けた料金を託送料金F_aとすることもできる。

【0074】

託送依頼公開部１０６は、該託送受付要求Rq_aに係る託送タスクW_aの託送依頼の情報を依頼案件公開情報として依頼公開ホームページに掲載し、通信回線７を介して通信ネットワーク（インターネット等）上に公開するモジュールである。この「依頼公開ホームページ」は、受託された託送依頼の一覧情報を依頼案件公開情報として掲載し、且つ各配送者端末MT(C_p)からの託送依頼の受任の受付処理を行うホームページであり、事前に登録された各配送者C_pが携帯する携帯端末MT(C_p)から通信回線７を介して閲覧可能である。尚、託送依頼公開部１０６は、託送タスク生成部１０２において託送受付要求Rq_aを受信した託送受付時刻t₀が自由受任受付終了時刻t₁よりも前であり、且つ、該託送タスクW_aの委託者が既に決定されていない場合に限り、該託送タスクW_aの託送依頼の情報を依頼公開ホームページに掲載する。ここで、「自由受任受付終了時刻」とは、自由配送者による託送タスクW_aの受任を受け付ける期間の終了時刻をいう。自由受任受付終了時刻t₁は、託送受付要求Rq_aに係る託送タスクW_aの希望着荷時刻t_aeから必要輸送時間T_tと所定の第１の有余時間T_y1との和を引いた時刻t₁=t_ae-(T_t+T_y1)とされる。第１の有余時間T_y1は、予め設定された定数時間である。後述するように、自由受任受付終了時刻t₁までに自由配送者又は準自由配送者による託送タスクW_aの受任がなされなかった場合に特定の準自由配送者に対して託送受任要請を行うが、この託送受任要請を行ってから要請を受けた準自由配送者が託送タスクW_aの託送物B_aが託送預託された託送起点c_kに到達し託送物B_aが発送されるまでに一定の時間が必要である。第１の有余時間T_y1は、この託送受任要請から託送物B_aが発送されるまでに必要とされる有余時間である。

【0075】

自由受任受付部１０７は、自由受任受付終了時刻t₁よりも前にいずれかの配送者C_pの携帯端末から送信された託送タスクW_aの託送依頼を受任する受任要求Rq_m=Rq_m(C_p, W_a)を受信した場合、該配送者C_pを該託送タスクW_aの委託者に決定し、託送タスク管理テーブルの該託送タスクW_aの託送タスクレコードRC(W_a)に登録するモジュールである。ここで、「受任要求」とは、管理サーバ１に対して託送タスクの託送業務の受任を請求する信号をいう。受任要求には、該託受任要求を送信した配送者端末MT(C_p)が携帯する配送者C_pを特定する情報（配送者ＩＤ IDTG(C_p)）、受任する託送タスクW_aを特定する情報（託送タスクＩＤ ID(W_a)又は託送タグＩＤ IDTG(B_a)）が含まれている。

【0076】

指定託送要請部１０８は、託送受付時刻t₀が自由受任受付終了時刻t₁よりも後の場合、又は自由受任受付終了時刻t₁が経過する前に託送タスクW_aの託送依頼に対する受任要求Rq_m(C_p, W_a)が受信されない場合、事前登録された特定の配送者（準自由配送者）C_pを該託送タスクW_aの委託者に決定し、託送タスク管理テーブルに登録するとともに、通信回線７を介して該配送者C_pの携帯端末MT(C_p)に対し託送受任要請DM_m(W_a)を送信するモジュールである。ここで、「託送受任要請」とは、配送者C_pの携帯端末MT(C_p)に対して託送タスクW_aの託送物B_aの託送業務の受任を要請する信号をいう。

【0077】

巡回託送要請部１０９は、巡回配送者C_pが到着した託送起点端末３から送信される受任要求に基づき、一定の条件下で、巡回配送者C_pを託送タスクW_aの委託者に決定し、託送タスク管理テーブルに登録する処理を行うモジュールである。ここで、「一定の条件」とは、次の条件が満たされた場合をいう。
（ａ）巡回配送者C_pが、託送タスクW_a(B_a)の託送物B_aを受け付けた託送起点c_kから該託送タスクW_a(B_a)の託送先である終着点e_j1へ、事前に決められたスケジュールで移動するものであること。
（ｂ）該巡回配送者C_pが、該託送タスクW_a(B_a)の委託者が決定される前に該託送起点c_kに到達し、且つスケジュール上、該託送タスクW_a(B_a)の希望着荷時刻t_aeよりも前に該終着点e_j1へ到達する予定であること。

【0078】

発送登録部１１０は、託送起点端末３から発送通知NO_a=NO_a(B_a; C_p, W_a, c_k, t_s)を受信した場合、託送タスク管理テーブル内の、該発送通知NO_aに含まれる託送タグＩＤに対応する託送タスクレコードRC(W_a)の発送時刻t_s(W_a)を、該発送通知NO_aに含まれる発送時刻とするモジュールである。ここで、「発送通知」とは、管理サーバ１に対して託送起点c_kから託送物B_aが発送されたことを通知する信号をいう。発送通知NO_aには、託送タスクW_aの託送物B_aを受任した配送者C_pの配送者タグＩＤ IDTG(C_p)、該託送物B_aに附された託送タグTG(B_a)の託送タグＩＤ IDTG(B_a)、託送起点端末３が設置された託送起点c_kを特定する情報（託送起点ＩＤ ID(c_k)）、及び発送時刻t_s(W_a)の情報が含まれている。また、発送登録部１１０は、該発送通知NO_aを受信した場合、該発送通知NO_aに係る託送物B_aの託送先である終着点e_jの終着点端末５に対して、発送情報通知NOI_a=NOI_a(B_a; W_a, V_s, C_p, c_k, t₀, t_s, t_ae)の送信を行う。この「発送情報通知」とは、終着点端末５に対して託送起点c_kから託送物B_aが該終着点端末５が設置された終着点e_jへ発送されたこと及びその託送物B_aの託送タスクW_a(B_a)に関する情報を通知する信号をいう。発送情報通知NOI_aには、託送タスクW_aを特定する情報（託送タグＩＤ TG(B_a)）、託送物B_aを受託した訪問者V_sを特定する情報（訪問者タグＩＤ IDTG(V_s)）、託送物B_aの託送受付時刻（受託日時）t₀、託送物B_aの発送日時t_s、託送物B_aの託送物名称、託送物B_aの取扱種別、託送物B_aが託送委託された託送起点c_kを特定する情報（託送起点ＩＤ ID(c_k)）、託送物B_aの到達予定日時（希望着荷日時t_ae）、託送物B_aの配送業務を受任した配送者C_pを特定する情報（配送者ＩＤ ID(C_p)又は配送者タグＩＤ IDTG(C_p)）が含まれている。

【0079】

着荷登録部１１１は、通信回線７を介して終着点e_jの終着点端末５から送信される託送物B_aの着荷通知NO_r=NO_r(B_a; W_a, C_p, t_r)を受信した場合、託送タスク管理テーブル内の該託送物B_aの託送タスクレコードRC(W_a)に含まれる着荷情報を着荷済みとするモジュールである。ここで、「着荷通知」とは、管理サーバ１に対して終着点e_jに託送物B_aが着荷したことを通知する信号をいう。着荷通知NO_rには、終着点e_jを特定する情報（終着点ＩＤ ID(e_j)）、終着点e_jに着荷した託送物B_aに係る託送タスクW_a(B_a)を特定する情報（託送タグＩＤ IDTG(B_a)）、託送物B_aを終着点e_jまで配送した配送者C_pを特定する情報（配送者タグＩＤ IDTG(C_p)又は配送者ＩＤ ID(C_p)）、及び託送物B_aの着荷日時t_r(W_a(B_a))の情報が含まれている。着荷通知配信部１１２は、託送物B_aの着荷通知NO_rを受信した場合、託送タスク管理テーブル内の該託送物B_aの託送タスクレコードRC(W_a)に含まれる該託送物B_aの託送を委託した委託者のメールアドレスに対して、託送物B_aが終着点e_jに着荷したことを通知する着荷通知メールを配信するモジュールである。

【0080】

引渡登録部１１３は、通信回線７を介して終着点端末５から送信される託送物B_aの引渡通知NO_h=NO_h(B_a; W_a, V_s, t_h)を受信した場合、託送タスク管理テーブル内の該託送物B_aの託送タスクレコードRC(W_a)の引渡時刻t_h(W_a)を、該引渡通知に含まれる引渡時刻t_hに更新する処理を行うモジュールである。ここで、「引渡通知」とは、管理サーバ１に対して終着点e_jにおいて託送物B_aが訪問者V_sに引き渡されたことを通知する信号をいう。引渡通知NO_hには、終着点e_jを特定する情報（終着点ＩＤ ID(e_j)）、終着点e_jで引き渡された託送物B_aに係る託送タスクW_a(B_a)を特定する情報（託送タグＩＤ IDTG(B_a)）、託送物B_a引き取った訪問者V_sを特定する情報（訪問者タグＩＤ IDTG(V_s)）、及び託送物B_aの引渡時刻t_hの情報が含まれている。

【0081】

動線情報更新部１１４は、通信回線７を介して訪問点端末４から送信される訪問者検出通知NO_v=NO_v(v_l, m; V_s, t_p)を受信した場合、訪問者管理データベース１ａの動線情報テーブルに、訪問者検出通知NO_vに含まれる（配送者タグＩＤ，訪問点センサＩＤ，通過日時）を登録する処理を行うモジュールである。ここで、「訪問者検出通知」とは、訪問者が訪問点を通過したことを通知する信号をいう。訪問者検出通知NO_vには、訪問点端末４が設置された訪問点v_lを通過した訪問者V_sの訪問者タグＩＤ IDTG(V_s)、訪問点v_lの訪問点端末４に接続された訪問点ＲＦＩＤ通信装置４ａを特定する訪問点センサＩＤ ID(v_l, m)、及び該訪問者V_sが訪問点v_lを通過した日時の情報である通過日時t_p(V_s)等が含まれている。

【0082】

特典生成部１１５は、訪問者V_sが特典付与条件に合致するか否かを判定して、該訪問者V_sの訪問者携帯端末MT(V_s)に対して特典情報を送信する処理を行うモジュールである。ここで、「特典付与条件」とは、訪問者V_sに特典が付与される条件をいう。特典付与条件は、任意に設定することが出来、例えば、「訪問者V_sが訪問点v_lを或る個数以上訪問したこと」、「訪問者V_sが特定の訪問点v_lを訪問したこと」などが考えられる。また、「特典」とは、訪問者V_sに与えられる特別の恩恵をいう。特典としては、例えば、「訪問者V_sに対象エリアS_A内で利用できるポイントを進呈する」、「訪問者V_sに対象エリアS_A内で利用できる割引チケットを進呈する」などが考えられる。

【0083】

売買決済部１１６は、訪問点端末４との間で、訪問点v_lで訪問者V_sが商品等の売買を行う際の決済処理を行うモジュールである。

【0084】

（４．２）入域起点端末２
入域起点端末２は、入域起点ＲＦＩＤ通信装置２ａ、訪問者情報入力部２０、訪問者登録要求部２１、及び訪問者タグ発行部２２を備えている。訪問者情報入力部２０は、入域起点端末２が置かれた入域起点s_iにおいて入域する訪問者V_sに関する情報（以下「訪問者情報」という。）を入力する際の画面表示・入力等の処理を行うモジュールである。訪問者登録要求部２１は、訪問者V_sに関する訪問者情報を含む訪問者登録要求Rq_v(V_s)を、通信回線７を介して管理サーバ１へ送信するモジュールである。ここで、訪問者情報には、訪問者V_sの氏名、電話番号、住所、メールアドレス、終着点を特定する情報（終着点ＩＤ）等が含まれる。訪問者タグ発行部２２は、該訪問者登録要求Rq_v(V_s)に対し、管理サーバ１から通信回線７を介して該訪問者V_sの訪問者タグＩＤ IDTG(V_s)を受信した場合、入域起点ＲＦＩＤ通信装置２ａにより、該訪問者V_sが携帯するための訪問者タグ TG(V_s)に該訪問者タグＩＤ IDTG(V_s)を書き込むモジュールである。

【0085】

（４．３）託送起点端末３
託送起点端末３は、託送起点ＲＦＩＤ通信装置３ａ、発送管理データベース３ｂ、訪問者タグＩＤ読取部３１、託送依頼入力部３２、託送受付要求部３３、託送タグ発行部３４、配送者タグＩＤ読取部３５、託送タグＩＤ読取部３６、発送処理部３７、配送者登録部３８、及び巡回配送者委託部３９を備えている。発送管理データベース３ｂは、託送起点端末３が置かれた託送起点c_kにおいて託送受託され発送される各託送物B_aの発送情報を管理するデータベースであり、図５に示した各テーブルから構成されるリレーショナル・データベースである。

【0086】

訪問者タグＩＤ読取部３１は、託送起点ＲＦＩＤ通信装置３ａにより、託送起点c_kにおいて託送物B_aを託送委託する訪問者V_sが携帯する訪問者タグTG(V_s)の訪問者タグＩＤを読み取る処理を行うモジュールである。託送依頼入力部３２は、託送起点端末３が設置された託送起点c_kにおいて託送物B_aを託送委託する訪問者V_sが、託送物B_aの託送先（終着点ＩＤ ID(e_j)）、希望着荷時刻（到達予定日時）t_ae等の託送委託の内容に関する情報を入力する際の画面表示・入力等の処理を行うモジュールである。託送受付要求部３３は、託送依頼入力部３２により入力された託送委託の内容に関する情報に基づき託送受付要求Rq_a(B_a; c_k, e_j, t_ae, V_s)を生成し、通信回線７を介して管理サーバ１へ送信するモジュールである。

【0087】

託送タグ発行部３４は、託送受付要求部３３により送信される託送受付要求Rq_aに対して、通信回線７を介して管理サーバ１から返信される託送タグＩＤ IDTG(B_a)を受信すると、託送起点ＲＦＩＤ通信装置３ａにより、託送委託された託送物B_aに附すための託送タグTG(B_a)に該託送タグＩＤ IDTG(B_a)を書き込むモジュールである。

【0088】

配送者タグＩＤ読取部３５は、託送起点ＲＦＩＤ通信装置３ａにより、託送物B_aの託送を受託する配送者C_pが携帯する配送者タグTG(C_p)の配送者タグＩＤを読み取る処理を行うモジュールである。託送タグＩＤ読取部３６は、託送起点ＲＦＩＤ通信装置３ａにより、発送される託送物B_aに附された託送タグTG(B_a)の託送タグＩＤ IDTG(B_a)を読み取る処理を行うモジュールである。発送処理部３７は、託送物B_aの発送通知NO_a(B_a; C_p, W_a, c_k, t_s)を、通信回線７を介して管理サーバ１へ送信する処理を行うモジュールである。ここで、発送通知NO_a(B_a; C_p, W_a, c_k, t_s)には、配送者タグＩＤ読取部３５により読み取られた配送者タグＩＤ IDTG(C_p)、託送タグＩＤ読取部３６により読み取られた託送タグＩＤ IDTG(B_a)、託送起点端末３が設置された託送起点c_kを特定する情報（託送起点ＩＤ ID(c_k)）、及び発送時刻（託送タグＩＤ読取部３６及び配送者タグＩＤ読取部３５によるタグＩＤの読み取りが完了した時刻）t_s(W_a)の情報が含まれている。

【0089】

配送者登録部３８は、管理サーバ１からの指示により、発送管理データベース３ｂの発送管理テーブル内における、指定された託送タスクW_aの託送タスクレコードRC(W_a)の配送者の情報（「配送者ＩＤ」）を、指定された配送者C_pの情報（配送者ＩＤ ID(C_p)）として登録するモジュールである。

【0090】

巡回配送者委託部３９は、巡回配送者への託送委託に関する処理を行うモジュールである。

【0091】

（４．４）訪問点端末４
訪問点端末４は、訪問点ＲＦＩＤ通信装置４ａ、訪問者通過検出部４１、売買処理部４２を備えている。訪問者通過検出部４１は、訪問点ＲＦＩＤ通信装置４ａにより、訪問者V_sが携帯する訪問者タグTG(V_s)の訪問者タグＩＤ IDTG(V_s)を読み取り、管理サーバ１に対し通信回線７を介して訪問者検出通知NO_v(v_l, m; V_s, t_p)として送信する処理を行うモジュールである。売買処理部４２は、訪問者V_sが訪問点v_lにおいて商品等の売買取引をする際の各種処理を行うモジュールである。

【0092】

（４．５）終着点端末５
終着点端末５は、終着点ＲＦＩＤ通信装置５ａ、着荷管理データベース５ｂ、託送タグＩＤ読取部５１、配送者タグＩＤ読取部５２、着荷処理部５３、発送情報受信部５４、訪問者タグＩＤ読取部５５、及び引渡処理部５６を備えている。着荷管理データベース５ｂは、終着点端末５が置かれた終着点e_jに着荷する各託送物B_aの着荷・引き渡し情報を管理するデータベースであり、図６に示した各テーブルから構成されるリレーショナル・データベースである。

【0093】

託送タグＩＤ読取部５１は、終着点ＲＦＩＤ通信装置５ａにより、着荷した託送物B_a、又は訪問者V_sに引き渡す託送物B_aに附された託送タグTG(B_a)の託送タグＩＤを読み取る処理を行うモジュールである。配送者タグＩＤ読取部５２は、終着点ＲＦＩＤ通信装置５ａにより、託送物B_aを終着点e_jに配送した配送者C_pが携帯する配送者タグTG(C_p)の配送者タグＩＤ IDTG(C_p)を読み取る処理を行うモジュールである。着荷処理部５３は、託送物B_aの着荷通知NO_r(B_a; C_p, t_r)を、通信回線７を介して管理サーバ１へ送信する処理を行うモジュールである。ここで、着荷通知NO_rには、託送タグＩＤ読取部５１により読み取られた着荷した託送物B_aの託送タグＩＤ IDTG(B_a)、配送者タグＩＤ読取部５２により読み取られた託送物B_aを配送した配送者C_pの配送者タグＩＤ IDTG(C_p)、及び託送物B_aの着荷時刻（託送タグＩＤ読取部５１及び配送者タグＩＤ読取部５２によるタグＩＤの読み取りが完了した時刻）t_r(W_a)が含まれている。

【0094】

発送情報受信部５４は、管理サーバ１から終着点端末５へ送信される、終着点端末５が設置された終着点e_jに着荷する予定の託送物B_aの発送情報通知NOI_a(B_a; V_s, C_p, c_k, t₀, t_ae)を受信し、該発送情報通知NOI_aに含まれる各種情報を着荷管理データベース５ｂの着荷管理テーブルに格納する処理を行うモジュールである。

【0095】

訪問者タグＩＤ読取部５５は、終着点e_jにおいて託送物B_aを引き取る訪問者V_sが携帯する訪問者タグTG(V_s)の訪問者タグＩＤ IDTG(V_s)を、終着点ＲＦＩＤ通信装置５ａにより読み取る処理を行うモジュールである。引渡処理部５６は、託送物B_aの引渡通知NO_h(B_a; V_s, t_h)を、通信回線７を介して管理サーバ１へ送信する処理を行うモジュールである。ここで、引渡通知NO_hには、託送タグＩＤ読取部５１により読み取られた引き渡された託送物B_aの託送タグＩＤ IDTG(B_a)、訪問者タグＩＤ読取部５５により読み取られた託送物B_a引き取った訪問者V_sの訪問者タグTG(V_s)の訪問者タグＩＤ IDTG(V_s)、及び託送物B_aの引渡時刻（託送タグＩＤ読取部５１及び訪問者タグＩＤ読取部５５によるタグＩＤの読み取りが完了した時刻）t_h(W_a)の情報が含まれている。

【0096】

（４．６）地図情報提供サーバ６
地図情報提供サーバ６は、地図情報管理データベース６ａ及び地図情報配信部６ｂを備えている。地図情報管理データベース６ａは、対象エリアS_Aを含む領域の地図情報を管理するデータベースである。地図情報配信部６ｂは、通信回線７を介して入力される地図情報の配信要求に応じて、地図情報管理データベース６ａで管理されている地図情報の配信処理を行うモジュールである。

【0097】

（５）システムの動作
以上のように構成された本実施例の訪問者支援システムについて、以下その動作を説明する。

【0098】

（５．１）訪問者初期登録処理
まず、入域起点s_iから対象エリアS_A内に入域する訪問者V_sは、該入域起点s_iの入域起点端末２において、訪問者情報の登録と訪問者タグTG(V_s)の交付を受ける。このときの訪問者支援システムにおける情報処理を訪問者初期登録処理と呼ぶ。図８は、訪問者初期登録処理の動作を表すフローチャートである。

【0099】

まず、入域起点端末２において、訪問者V_sの操作により、訪問者情報入力部２０は、通信回線７を介して管理サーバ１の訪問者登録ホームページにアクセスする。管理サーバ１においては、訪問者登録部１００は、入域起点端末２からのアクセスに対して、訪問者登録ホームページの情報を入域起点端末２へ送信する（Ｓ１０１，１１１）。

【0100】

図９は、訪問者登録ホームページの表示画面の一例を示す図である。訪問者登録ホームページには、訪問者V_sの氏名入力欄Ｃ１、電話番号入力欄Ｃ２、住所入力欄Ｃ３、メールアドレス入力欄Ｃ４、カード情報（クレジットカード等の情報）入力欄Ｃ５、訪問者認証パスワード入力欄Ｃ６、終着点入力欄Ｃ７と、送信ボタンＢ１及びキャンセルボタンＢ２が設けられている。氏名入力欄Ｃ１には該訪問者V_sの氏名を、電話番号入力欄Ｃ２には該訪問者V_sの電話番号を、住所入力欄Ｃ３には該訪問者V_sの住所を、メールアドレス入力欄Ｃ４には該訪問者V_sのメールアドレスを、カード情報入力欄Ｃ５には該訪問者V_sのクレジットカード等のカード情報を、訪問者認証パスワード入力欄Ｃ６には該訪問者V_sの訪問者認証パスワードを、終着点入力欄Ｃ７には該訪問者V_sの終着点e_jを、其々入力する。ここで、「訪問者認証パスワード」とは、訪問者V_sが託送委託した荷物を受け取る際や、訪問者V_sが各訪問点v_lにおいて商品等の購入時に支払いを行う際に、訪問者V_sの本人認証を行うためのパスワードである。また、終着点入力欄Ｃ７には該訪問者V_sの終着点e_jを複数個入力することが可能である。訪問者V_sにより、これらの欄に情報が入力された後（Ｓ１０２）、送信ボタンＢ１が選択（クリック又はタップ）されると、訪問者情報入力部２０は、入力された訪問者情報を含む訪問者登録要求Rq_v(V_s)を管理サーバ１へ送信する（Ｓ１０３）。管理サーバ１の訪問者登録部１００は、訪問者登録ホームページにアクセスしている入域起点端末２から訪問者登録要求Rq_v(V_s)を受信すると（Ｓ１１２）、訪問者登録部１００は、訪問者V_sに対する訪問者タグＩＤ IDTG(V_s)を生成し（Ｓ１１３）、訪問者管理データベース１ａの訪問者情報テーブルに新規レコードを生成し、該訪問者タグＩＤ IDTG(V_s)、及び該訪問者登録要求Rq_v(V_s)に含まれる訪問者V_sに関する訪問者情報を、生成した新規レコード（訪問者情報レコードRC(V_s)）に登録する（Ｓ１１４）。そして、訪問者登録通知部１０１は、訪問者登録要求Rq_v(V_s)を送信した入域起点端末２に対して、該訪問者タグＩＤ IDTG(V_s)を送信する（Ｓ１１５）。

【0101】

入域起点端末２の訪問者タグ発行部２２は、管理サーバ１から、該訪問者登録要求Rq_v(V_s)に対して該訪問者V_sの訪問者タグＩＤ IDTG(V_s)を受信した場合、入域起点ＲＦＩＤ通信装置２ａにより、該訪問者V_sが携帯するための訪問者タグTG(V_s)に該訪問者タグＩＤ IDTG(V_s)を書き込む（Ｓ１０４）。前述したように、入域起点ＲＦＩＤ通信装置２ａには、通常のラベル印刷とＲＦタグへのリードライト処理を一度に実施することが可能なＲＦＩＤプリンタ装置が用いられている。従って、入域起点ＲＦＩＤ通信装置２ａは、ＲＦタグの表面に訪問者タグＩＤ IDTG(V_s)の２次元コード、訪問者V_sの氏名等を印刷すると共に、該ＲＦタグのＩＣチップに訪問者タグＩＤ IDTG(V_s)の情報を書き込んで、訪問者タグTG(V_s)として発行する。

【0102】

尚、ステップＳ１０１～Ｓ１０３の訪問者登録ホームページからの訪問者の初期登録の手続処理ついては、訪問者V_sが携帯する訪問者携帯端末MT(V_s)からも行うことが出来る。この場合、訪問者タグＩＤ IDTG(V_s)は、管理サーバ１から訪問者携帯端末MT(V_s)に送信される。従って、訪問者携帯端末MT(V_s)では、受信した訪問者タグＩＤ IDTG(V_s)を一旦記憶しておき、訪問者タグTG(V_s)を発行する際には、訪問者携帯端末MT(V_s)から入域起点s_iの入域起点端末２に近距離無線通信により訪問者タグＩＤ IDTG(V_s)を送信し、入域起点ＲＦＩＤ通信装置２ａにより訪問者タグTG(V_s)を印刷・発行するように構成すればよい。または、訪問者タグTG(V_s)を発行する際に、訪問者携帯端末MT(V_s)の表示装置（ディスプレイ）に訪問者タグＩＤ IDTG(V_s)の情報を含む二次元コード（マトリックス型二次元コードやバーコード）を表示させ、入域起点端末２において入域起点端末２附属のカメラにより表示された該二次元コードを読み取らせて、読み取った該二次元コードから訪問者タグＩＤ IDTG(V_s)を抽出し、入域起点ＲＦＩＤ通信装置２ａにより訪問者タグTG(V_s)を印刷・発行するように構成してもよい。

【0103】

（５．２）託送物受付処理
対象エリアS_A内に入域した訪問者V_sは、各託送起点c_kにおいて、手荷物等の託送物B_aを終着点e_jに託送するように、託送委託をすることが出来る。この各託送起点c_kにおける託送委託をする際の訪問者支援システムにおける情報処理を託送物受付処理と呼ぶ。図１０は、託送物受付処理の動作を表すフローチャートである。

【0104】

まず、託送起点c_kの託送起点端末３において、訪問者タグＩＤ読取部３１は、託送起点ＲＦＩＤ通信装置３ａにより、託送物B_aを託送委託する訪問者V_sが携帯する訪問者タグTG(V_s)の訪問者タグＩＤ IDTG(V_s)を読み取る（Ｓ１２１）。

【0105】

次に、託送依頼入力部３２は、訪問者V_sが、託送物B_aの託送先（終着点ＩＤ ID(e_j)）、希望着荷時刻（到達予定日時）t_ae等の託送委託の依頼内容に関する情報を入力する際の画面表示・入力等の処理を行う（Ｓ１２２）。この際、託送依頼入力部３２は、管理サーバ１に対して、訪問者タグＩＤにより特定される訪問者V_sの訪問者情報を要求し、管理サーバ１は該訪問者V_sの訪問者情報を該託送起点端末３に送信する。そして、託送依頼入力部３２は、受信した訪問者情報に基づき、託送起点端末３に附属のタッチパネルディスプレイに、例えば、図１１のような託送依頼入力画面を表示する。図１１の託送依頼入力画面には、訪問者V_sの氏名表示欄Ｃ１１、電話番号表示欄Ｃ１２、託送先選択欄Ｃ１３、託送物情報入力欄Ｃ１４、希望着荷時刻入力欄Ｃ１５と、送信ボタンＢ１及びキャンセルボタンＢ２が設けられている。氏名表示欄Ｃ１１には、訪問者情報に含まれる訪問者V_sの氏名が表示され、電話番号表示欄Ｃ１２には、訪問者情報に含まれる訪問者V_sの電話番号が表示される。託送先選択欄Ｃ１３には、訪問者情報に含まれる訪問者V_sの終着点e_jが「お届け先」として表示されるとともに、終着点e_jが複数の場合には、各終着点e_jの名称の横に選択ボタンＣ１３ａが表示される。選択ボタンＣ１３ａはラジオボタン（項目の選択に用いられるＧＵＩ部品のひとつで、複数項目から１つだけ取捨選択させるＧＵＩ部品のこと。）となっている。託送物情報入力欄Ｃ１４には、託送物B_aの名称（品名）、託送物B_aの取扱種別（ワレモノ，生もの，冷凍，冷蔵等）、託送物B_aのサイズを入力する。ここで、「託送物B_aのサイズ」は、託送物B_aの大きさや重量を表すサイズであり、該託送物B_aの託送料金F_a(W_a(B_a))を決定する際の基準とされるものである。希望着荷時刻入力欄Ｃ１５には、託送物B_aの終着点e_j1への希望着荷時刻t_ae（日時を選択指定）を入力する。訪問者V_sにより、これらの欄に情報が入力された後（Ｓ１２２）、送信ボタンＢ１が選択（クリック又はタップ）されると、託送受付要求部３３は、入力された託送依頼情報及び訪問者V_sの訪問者タグＩＤを含む託送受付要求Rq_a=Rq_a(B_a; c_k, e_j, t_ae, V_s)を、管理サーバ１へ送信する（Ｓ１２３）。

【0106】

管理サーバ１の託送タスク生成部１０２は、託送起点c_kの託送起点端末３から託送受付要求Rq_aを受信すると（Ｓ１３２）、該託送受付要求Rq_aに対する託送タスクW_a=W_a(B_a)の託送タグＩＤ IDTG(B_a)を生成し（Ｓ１３３）、訪問者管理データベース１ａの託送タスク管理テーブルに新規レコード（託送タスクレコードRC(W_a)）を生成し、該託送タグＩＤ IDTG(B_a)、及び該託送受付要求Rq_aに含まれる託送物B_aに関する託送依頼情報を、生成した託送タスクレコードRC(W_a)に登録する（Ｓ１３４）。これにより、１つの託送タスクW_aが新たに発生することになる。ここで、託送タスクW_aの託送受付時刻t₀(W_a)は、管理サーバ１において該託送受付要求Rq_aが受信された日時とされる。そして、託送受付応答部１０３は、該託送受付要求Rq_aを送信した託送起点端末３に対して、該託送タグＩＤ IDTG(B_a)を送信する（Ｓ１３５）。そして、輸送時間決定部１０４は、託送タスクW_aに係る託送起点c_k及び終着点e_j1の位置情報（住所情報）を、訪問者管理データベース１ａの託送起点情報テーブル及び終着点情報テーブルから取得し、託送起点c_kから終着点e_j1へ向かう配送ルートの時間距離の情報を地図情報提供サーバ６から取得し、託送タスクW_aに係る託送起点c_kから終着点e_j1へ輸送するのに必要とされる必要輸送時間T_t(W_a)を決定する。また、託送料金決定部１０５は、託送受付要求Rq_aに含まれる託送物B_aのサイズ情報及び必要輸送時間T_t(W_a)に基づき、該託送物B_aの託送料金F_a(W_a)を決定する（Ｓ１３６）。託送依頼公開部１０６は、託送受付要求Rq_aの託送受付時刻t₀(W_a)が、該託送タスクW_aの希望着荷時刻t_ae(W_a)から必要輸送時間T_t(W_a)と所定の第１の有余時間T_y1との和を引いた時刻である自由受任受付終了時刻t₁(W_a)＝t_ae-(T_t+T_y1)よりも前（t₀(W_a)＜t₁(W_a)）の場合、該託送タスクW_aの託送依頼の情報を、事前登録された各配送者C_p（自由配送者及び準自由配送者）が携帯する携帯端末MT(C_p)から通信回線７を介して閲覧可能な依頼公開ホームページに掲載する（Ｓ１３７）。

【0107】

図１２（ａ），（ｂ）に、依頼公開ホームページの表示画面の一例を示す。図１２において、各行が、其々の託送タスクW_aの託送依頼の情報を示している。各行の左端に表示されたチェックボックスは、配送者C_pが受任するか否かを選択するトグルボタンである（グレーは無効状態を示す）。また、各行の右端に表示された［地図］ボタンは、託送タスクW_aの配達先（終着点）の周辺の地図を表示させるためのボタンである。図１２（ａ）では、各行には、その行に対応する託送タスクW_aに係る託送物B_aの託送起点c_kを特定する情報、該託送物B_aの託送先を特定する情報、該託送物B_aの希望着荷時刻t_ae、及び該託送物B_aの必要輸送時間T_tの情報が掲載されている。配送者C_pは、各行の左端に表示されたチェックボックスを有効にし、画面下端付近の受任ボタンＢ３をクリックすることによって、選択した託送タスクW_aの託送受任要請を行うことが出来る。

【0108】

また、図１２（ｂ）では、各行には、図１２（ａ）の場合に加えて、託送料金F_a(W_a(B_a))の情報が掲載されている。このように、託送料金F_aを表示することで、託送タスクW_aの混雑具合に合わせて託送料金F_aを調整して、託送タスクW_aを担う自由配送者C_pの確保数を調整することが可能となる。即ち、託送タスクW_aが集中し混雑している場合には、託送料金F_aを高く設定することで自由配送者C_pの受任インセンティブをより高めて、より多くの数の自由配送者C_pを確保するように調整し、逆に託送タスクW_aが少ない場合には託送料金F_aを低く設定することで、自由配送者C_pの受任インセンティブをより低めて、過度に多くの自由配送者C_pが参入することを抑制するように調整することができる。託送料金F_aの決め方は様々な方法が考えられるが、例えば、数理計画法を用いたり、機械学習による決定法を用いたりすることが出来る。また、図１２（ｂ）では、各行の左端に表示されたチェックボックスにおいて、委託者が決定済みの託送タスクW_aについては、「×」マークが表示されている。これにより、複数の配送者から重複して受任要求がなされることを防止することができる。

【0109】

次に、託送タスク生成部１０２は、託送タスクW_aの配送者の初期値（初期配送者C_p0）を決定して、託送タスク管理テーブルの託送タスクW_aの託送タスクレコードRC(W_a)の「配送者ＩＤ」を初期配送者C_p0の配送者ＩＤ ID(C_p0)とし（Ｓ１３８）、該初期配送者の配送者ＩＤ ID(C_p0)を託送起点c_kの託送起点端末３へ送信する（Ｓ１３９）。ここで、「初期配送者」は、t₀(W_a)＜t₁(W_a)の場合は無効値（初期配送者なし）、t₀(W_a)≧t₁(W_a) の場合は事前登録された特定の準自由配送者C_p1とされる。

【0110】

託送起点c_kの託送起点端末３において、託送受付要求Rq_aに対して管理サーバ１から託送タグＩＤ IDTG(B_a)を受信すると（Ｓ１２４）、託送タグ発行部３４は、託送起点ＲＦＩＤ通信装置３ａにより、託送物B_aに附すための託送タグTG(B_a)に該託送タグＩＤ IDTG(B_a)を書き込む（Ｓ１２５）。前述したように、託送起点ＲＦＩＤ通信装置３ａには、通常のラベル印刷とＲＦタグへのリードライト処理を一度に実施することが可能なＲＦＩＤプリンタ装置が用いられている。従って、託送起点ＲＦＩＤ通信装置３ａは、ＲＦタグの表面に訪問者タグＩＤの２次元コード及び該託送物B_aの託送依頼情報を印刷すると共に、該ＲＦタグのＩＣチップに託送タグＩＤの情報を書き込んで、託送タグTG(B_a)として発行する。この託送依頼情報が印刷された託送タグTG(B_a)は、該託送物B_aに附され、託送伝票としての役割も担う。

【0111】

また、託送起点端末３において、託送受付要求Rq_aに対して管理サーバ１から初期配送者の配送者ＩＤ ID(C_p0)を受信すると（Ｓ１２６）、託送起点端末３の発送処理部３７は、発送管理データベース３ｂの発送管理テーブルに、託送受付要求Rq_aに係る託送タスクW_aに対する新規レコード（発送管理レコードRCs(W_a)）を生成して、該発送管理レコードRCs(W_a)の「配送者ＩＤ」を受信した配送者ＩＤとするとともに、該発送管理レコードRCs(W_a)の他のフィールドに、託送タスクW_aの各情報を保存する（Ｓ１２７）。尚、このとき託送タスクW_aの初期配送者C_p0が無効値の場合は、該レコードの「配送者ＩＤ」には無効値（配送者が未登録であることを示す値。例えば、NULL値等）が登録される。

【0112】

（５．３）託送依頼情報配信／配送者決定処理
各託送起点c_kにおいて受託された各託送物B_aに関する託送タスクW_aについては、上述したように、依頼公開ホームページにおいて公開され、各配送者C_p（自由配送者及び準自由配送者）が携帯する携帯端末MT(C_p)から通信回線７を介して一定期間（自由受任受付期間）の間、閲覧可能とし、各配送者C_p（自由配送者又は準自由配送者）の自由意思による託送タスクW_aの受任の受付が行われる。そして、自由受任受付期間内に託送タスクW_aの受任がされない場合には、事前に契約している準自由配送者C_p1の配送者携帯端末MT(C_p1)に対して託送受任要請DM_m(W_a)が送信される。このような、訪問者支援システムに於けるタスク処理を託送依頼情報配信／配送者決定処理と呼ぶ。以下では、この託送依頼情報配信／配送者決定処理について具体的に説明する。

【0113】

図１３は、託送依頼情報配信／配送者決定処理の動作を表すフローチャートである。上述したように、各託送起点c_kにおいて受託された各託送物B_aに関する託送タスクW_aに関する託送依頼情報は、依頼公開ホームページに逐次掲載される。

【0114】

まず、管理サーバ１の指定託送要請部１０８は、現在の時刻tにおいて、依頼公開ホームページに公開されている託送依頼情報に係る託送タスク（「公開中託送タスク」という。）{W_a}のうち、自由受任受付終了時刻t₁(W_a)を経過したものがあるか否かを判定する（Ｓ１５１）。

【0115】

ステップＳ１５１で、自由受任受付終了時刻t₁(W_a)を経過した託送タスクW_aがあった場合、管理サーバ１の指定託送要請部１０８は、該託送タスクW_aを託送委託する配送者を、事前登録された特定の準自由配送者（以下「指定配送者」という。）C_p1に仮決定する。そして、指定託送要請部１０８は、該託送タスクW_aの託送タスクレコードRC(W_a)を訪問者管理データベース１ａの託送タスク管理テーブルから索出し、託送タスクレコードRC(W_a)の「託送起点ＩＤ」で特定される託送起点端末３に対して配送者変更要請DM_c=DM_c(W_a; C_p1)を送信する（Ｓ１５２）。ここで、「配送者変更要請」は、託送起点端末３に対して特定の託送タスクの配送者情報を、特定の配送者に変更することを要請する信号をいう。配送者変更要請DM_cには、託送タスクを特定する情報（託送タグＩＤ IDTG(B_a)）、該託送タスクの配送者C_p1を特定する情報（配送者ＩＤ ID(C_p1)）等が含まれる。

【0116】

託送起点端末３の配送者登録部３８は、配送者変更要請DM_c(W_a; C_p1)を受信した場合（Ｓ１７１）、配送者変更要請DM_c(W_a; C_p1)に含まれる託送タスクW_aの託送タグＩＤ IDTG(B_a)の発送管理レコードRCs(W_a)を、発送管理データベース３ｂの発送管理テーブルから索出し（Ｓ１７２）、該発送管理レコードRCs(W_a)の配送者ＩＤが変更可能（即ち、配送者ＩＤが無効値）であるか否かを検査し（Ｓ１７３）、
・変更可能の場合には、管理サーバ１に対して「変更拒否応答」を送信する（Ｓ１７４）。
・変更可能の場合には、管理サーバ１に対して「変更受付応答」を送信し（Ｓ１７５）、該レコードの配送者ＩＤを配送者変更要請DM_c(W_a; C_p1)に含まれる配送者ＩＤに更新する（Ｓ１７６）。これにより、発送管理テーブルに配送者ＩＤ ID(C_p1)が登録される。

【0117】

管理サーバ１の指定託送要請部１０８は、託送起点端末３から「変更拒否応答」を受信した場合には（Ｓ１５３）、ステップＳ１５１に戻る。また、託送起点端末３から「変更受付応答」を受信した場合には（Ｓ１５３）、指定託送要請部１０８は、該託送タスクW_aの委託者を、指定配送者C_p1に決定し、訪問者管理データベース１ａの託送タスク管理テーブル内の該託送タスクW_aの託送タスクレコードRC(W_a)の「配送者ＩＤ」を、指定配送者C_p1の配送者ＩＤとし、「配送者変更許可フラグ」を不許可に変更し、該指定配送者C_p1の携帯端末MT(C_p1)に対し託送受任要請を送信する。そして、管理サーバ１の託送依頼公開部１０６は、依頼公開ホームページから託送タスクW_aの託送依頼情報を削除し（Ｓ１５４）、ステップＳ１５１に戻る。

【0118】

一方、ステップＳ１５１で、現在の時刻tにおいて、公開中託送タスク{W_a}のうち、自由受任受付終了時刻t₁(W_a)を経過したものが無い場合、次に、管理サーバ１の自由受任受付部１０７は、各自由配送者又は各準自由配送者の配送者端末MT(C_p)から、公開中託送タスク{W_a}のうちの何れかの託送タスクW_a1に対する受任要求Rq_m(C_p, W_a1)を受信したか否かを判定する（Ｓ１５５）。ここで、受任要求Rq_m(C_p, W_a1)が受信されていない場合には、ステップＳ１５１に戻る。

【0119】

一方、ステップＳ１５５において、託送タスクW_a1に対する受任要求Rq_m(C_p, W_a1)が受信された場合、自由受任受付部１０７は、該受任要求Rq_m(C_p, W_a1)に含まれる託送タスクW_a1を特定する情報（託送タスクＩＤ又は託送タグＩＤ）に基づき、訪問者管理データベース１ａの託送タスク管理テーブルから、該託送タスクW_a1に対する託送タスクレコードRC(W_a1)を索出するとともに、該受任要求Rq_m(C_p, W_a1)に含まれる配送者C_pを特定する情報（配送者ＩＤ ID(C_p)）に基づき、訪問者管理データベース１ａの配送者情報テーブルから、該配送者C_pに対する配送者レコードRC(C_p)を索出する（Ｓ１５６）。ここで、自由受任受付部１０７は、託送タスクレコードRC(W_a1)の「配送者変更許可フラグ」が許可（受任要求の受付中）であり、且つ配送者レコードRC(C_p)の「配送者種別コード」が自由配送者又は準自由配送者である場合には、配送者の変更が可能と判定し、そうでない場合には配送者の変更が不可と判定する（Ｓ１５７）。

【0120】

ステップＳ１５７において、配送者の変更が不可と判定された場合、自由受任受付部１０７は、受任要求Rq_m(C_p, W_a1)を送信した配送者端末MT(C_p)に対して、現時点で託送委託が不可であることを示す「委託不可応答」を送信し（Ｓ１５８）、ステップＳ１５１に戻る。

【0121】

一方、ステップＳ１５７において、配送者の変更が可能と判定された場合、自由受任受付部１０７は、託送タスクレコードRC(W_a1)の「託送起点ＩＤ」で特定される託送起点端末３に対して配送者変更要請DM_c(W_a1; C_p)を送信する（Ｓ１５９）。

【0122】

託送起点端末３の配送者登録部３８は、配送者変更要請DM_c(W_a1; C_p)を受信した場合（Ｓ１７１）、配送者変更要請DM_c(W_a1; C_p)に含まれる託送タスクW_a1の託送タグＩＤの発送管理レコードRCs(W_a1)を、発送管理データベース３ｂの発送管理テーブルから索出し（Ｓ１７２）、該発送管理レコードRCs(W_a1)の配送者ＩＤが変更可能（即ち、配送者ＩＤが無効値）であるか否かを検査し（Ｓ１７３）、
・変更不可の場合には、管理サーバ１に対して「変更拒否応答」を送信する（Ｓ１７４）。
・変更可能（無効値）の場合には、管理サーバ１に対して「変更受付応答」を送信し（Ｓ１７５）、該レコードの配送者ＩＤを配送者変更要請DM_c(W_a1; C_p)に含まれる配送者ＩＤ ID(C_p)に更新する（Ｓ１７６）。これにより、発送管理テーブルに配送者ＩＤ ID(C_p)が登録される。

【0123】

管理サーバ１の自由受任受付部１０７は、託送起点端末３から「変更拒否応答」を受信した場合には（Ｓ１６０）、配送者端末MT(C_p)に対して、現時点で託送委託が不可であることを示す「委託不可応答」を送信し（Ｓ１５８）、ステップＳ１５１に戻る。一方、託送起点端末３から「変更受付応答」を受信した場合には（Ｓ１６０）、該託送タスクW_a1の委託者を、受任要求Rq_m(C_p, W_a1)を送信した配送者C_pに決定し、該配送者C_pの携帯端末MT(C_p)に対し「託送委託応答」を送信し（Ｓ１６１）、管理サーバ１の託送依頼公開部１０６は、依頼公開ホームページから託送タスクW_aの託送依頼情報を削除する（Ｓ１６２）。そして、自由受任受付部１０７は、訪問者管理データベース１ａの託送タスク管理テーブル内の該託送タスクW_a1の託送タスクレコードRC(W_a1)の「配送者ＩＤ」を、該準自由配送者C_pの配送者ＩＤとし、「配送者変更許可フラグ」を不許可に変更し（Ｓ１６３）、ステップＳ１５１に戻る。

【0124】

以上のようにして、各託送起点c_kの託送起点端末３において受託された各託送タスクW_aについて、該託送タスクW_aの自由受任受付終了時刻t₁(W_a)が経過するまでは、該託送タスクW_aに関する託送依頼情報は依頼公開ホームページに公開され、全ての自由配送者及び準自由配送者に対し該託送タスクW_aの受任の公募が行われる。そして、自由受任受付終了時刻t₁(W_a)の経過前に自由配送者又は準自由配送者から受任要求があれば、最先に受任要求を行った自由配送者又は準自由配送者に対して託送委託が行われる。一方、自由受任受付終了時刻t₁(W_a)の経過前に受任要求がなければ、自動的に指定配送者に対して託送委託が行われることになる。これにより、自由受任受付終了時刻t₁(W_a)までに、個々の自由配送者及び準自由配送者の個別の事情に応じて各託送タスクW_aの受任が行われ、全託送タスクW_aについてのワークシェアリングがなされ、特定の配送者に対して託送タスクが集中することが緩和される。また、各自由配送者及び各準自由配送者に託送業務の配分がなされ、該対象エリアS_Aの周囲の経済の活性化の助力となる。また、自由受任受付終了時刻t₁までに自由受任がされない託送タスクW_aについては、事前に契約した指定配送者に託送委託がされるため、各託送タスクW_aに係る託送物B_aがその希望着荷時刻t_ae(W_a)までに終着点e_jに託送されることを担保することができる。

【0125】

（５．４）巡回配送者への託送委託処理
次に、巡回配送者に対する託送タスクW_aの配分方法について説明する。上述したように、巡回配送者は、予め決められた時刻に決められた巡路を巡回する配送者である。従って、巡回配送者C_p2に対して託送タスクW_aを託送委託する場合には、少なくとも次のような条件（以下「巡回配送者委託条件」という。）が必要である。
（ａ）巡回配送者C_p2の巡路に、託送起点c_kから終着点e_j1へ向かう経路が含まれていること。即ち、対象エリアS_A内の託送起点及び終着点のノードの集合を{ν_i}とし、巡回配送者C_p2の巡路p(C_p2)を順序集合p(C_p2)=(ν_α1, ν_α2,…,ν_αN)で表し、順序集合p(C_p2)における順序関係を「＜」で表すとき、(ν_αp, ν_αq∈p(C_p2))∧(c_k=ν_αp)∧(e_j1=ν_αq)∧(ν_αp＜ν_αq)であること。
（ｂ）巡回配送者C_p2が、託送タスクW_aの託送受付時刻t₀(W_a)よりも後で且つ託送タスクW_aの委託者が決定されるよりも前の時刻t_r1に託送起点c_kに到達し、且つ、時刻t_r1より後で且つ託送タスクW_aの希望着荷時刻t_ae(W_a)よりも前の時刻t_r2に終着点e_j1に到達すること。即ち、時刻tにおける託送タスクW_aを受任した配送者をC_p(W_a, t)とすると、(t₀(W_a)＜t_r1＜t_r2＜t_ae(W_a))∧(C_p(W_a, t)=φ)であること（但し、φは空集合を表す）。

【0126】

図１４は、巡回配送者への託送委託決定処理の動作を表すフローチャートである。巡回配送者への託送委託決定処理動作は、管理サーバ１と託送起点c_kの託送起点端末３と各託送タスクの終着点e_jの終着点端末５との間で通信回線７を介して通信しながら行われる。

【0127】

まず、予め決められた巡路p(C_p2)に沿って予め決められたスケジュールに従って移動する巡回配送者C_p2が、巡路p(C_p2)上の託送起点c_kに到達すると、該巡回配送者C_p2は、自らが携帯している配送者タグTG(C_p2)の配送者タグＩＤを、該託送起点c_kに設置された託送起点端末３の託送起点ＲＦＩＤ通信装置３ａにより読み取らせる。託送起点端末３の巡回配送者委託部３９は、託送起点ＲＦＩＤ通信装置３ａにおいて、巡回配送者C_p2の配送者タグTG(C_p2)の配送者タグＩＤが読み取られると（Ｓ１８１）、管理サーバ１に対して、巡回配送者到達通知を送信する（Ｓ１８２）。ここで、「巡回配送者到達通知」とは、管理サーバ１に対し巡回配送者が託送起点に到達したことを通知する信号をいう。巡回配送者到達通知には、該配送者タグTG(C_p2)の配送者タグＩＤを含む。尚、ステップＳ１８１において、読み取られた配送者タグＩＤが巡回配送者のものであるか否かの判断は、発送管理データベース３ｂの配送者情報テーブルを参照することによって行われる。

【0128】

管理サーバ１において、巡回託送要請部１０９は、託送起点c_kの託送起点端末３から巡回配送者到達通知を受信すると（Ｓ２０１）、訪問者管理データベース１ａの託送タスク管理テーブル及び配送者情報テーブルを検索し、該巡回配送者到達通知に含まれる配送者タグＩＤによって特定される配送者C_p2の「配送者種別コード」が「巡回配送者」である否かを検査し、「巡回配送者」の場合には、上述の巡回配送者委託条件（ａ），（ｂ）を満たす託送タスクレコードを託送タスク管理テーブルから抽出する（Ｓ２０２）。ここで、抽出された託送タスクレコードに係る託送タスクの集合を{W_a(C_p2, i)}、託送タスクの集合{W_a(C_p2, i)}に属する各託送タスクW_a(C_p2, i)の託送タグＩＤの集合を{IDTG(B_a(W_a(C_p2, i)))}とする。尚、配送者C_p2の「配送者種別コード」が「巡回配送者」ではない場合、又は上述の巡回配送者委託条件（ａ），（ｂ）を満たす託送タスクレコードが託送タスク管理テーブル内にない場合には、集合{IDTG(B_a(W_a(C_p2, i)))}は空集合となる。そして、巡回託送要請部１０９は、集合{IDTG(B_a(W_a(C_p2, i)))}に属する各託送タグＩＤの情報を含む託送受任要請DM_m({W_a(C_p2, i)})を、該巡回配送者到達通知を送信した託送起点端末３に対して送信する（Ｓ２０３）。ここで、「託送受任要請」とは、巡回配送者C_p2に対して上述の巡回配送者委託条件（ａ），（ｂ）を満たす託送タスク{W_a(C_p2, i)}の受任を要請する信号をいう。

【0129】

託送起点端末３において、巡回配送者委託部３９は、該託送受任要請を受信すると（Ｓ１８３）、該託送受任要請DM_m({W_a(C_p2, i)})に含まれる託送タグＩＤ集合{IDTG(B_a(W_a(C_p2, i)))}に属する託送タグＩＤIDTG(B_a(W_a(C_p2, i)))に係る発送管理レコードRCs(W_a(C_p2, i))を発送管理データベース３ｂの発送管理テーブルから索出し、索出した各発送管理レコードRCs(W_a(C_p2, i))の託送タスク情報のリスト（「託送受任案件リスト」という。）を、該託送起点端末３が具備するタッチパネルディスプレイ等の画面表示手段に表示する（Ｓ１８４）。これにより、巡回配送者C_p2は、託送起点c_kにおいて自分が受託すべき託送タスクに係る託送物B_aがどれであるかを認知することが出来る。尚、託送受任要請DM_m({W_a(C_p2, i)}) に含まれる託送タグＩＤ集合{IDTG(B_a(W_a(C_p2, i)))}に託送タグＩＤが全く含まれていない場合（即ち、ステップＳ２０３において集合{IDTG(B_a(W_a(C_p2, i)))}が空集合の場合）には、上記託送受任案件リストは空リストとなる。

【0130】

図１５は、託送起点端末３の画面表示手段に表示される託送受任案件リストの一例を示す図である。図１５において、託送受任案件リストの上部には、委託配送者表示欄（Ｃ２０）が設けられ、中央には、託送受任要請がされた各託送タスクの情報の表である託送受任要請一覧表が設けられ、下部には、終了ボタンＢ４が設けられている。中央の託送受任要請一覧表は、各行が１つの託送タスクの情報を表している。また、各列は、左から、タグ読込完了チェックボックス（Ｃ２１）、託送委託者名（ご依頼主）（Ｃ２２）、終着点名称（お届け先）（Ｃ２３）、到達予定日時（指定日時）（Ｃ２４）、託送物名称（お荷物名）（Ｃ２５）、取扱種別（Ｃ２６）を表す。タグ読込完了チェックボックス（Ｃ２１）は、後述のステップＳ１９０において、託送タスクＩＤの読み込みがされたときに有効（チェックがされた状態）となる。

【0131】

ここで、巡回配送者C_p2は、託送起点端末３の画面表示手段に表示された託送タスク集合{W_a(C_p2, i)}に属する各託送タスクW_a(C_p2, i)に係る託送物B_aに附された託送タグTG(B_a)の託送タグＩＤ IDTG(B_a)を、託送起点端末３に附属する託送起点ＲＦＩＤ通信装置３ａにより読み取る。巡回配送者委託部３９は、託送起点ＲＦＩＤ通信装置３ａにより託送タグＩＤ IDTG(B_a)が読み取られると（Ｓ１８５）、読み取られた託送タグＩＤ IDTG(B_a)に係る託送タスクW_a(B_a)が、上記託送受任案件リストの託送タスク集合{W_a(C_p2, i)}に属する（即ち、W_a(B_a)∈{W_a(C_p2, i)}）か否かを検査する（Ｓ１８６）。ここで、W_a(B_a)∈{W_a(C_p2, i)}でないと判定された場合には、巡回配送者委託部３９は、誤った託送物B_aが選択されたと判断して、託送起点端末３が具備する画面表示手段や音声出力手段等により、託送受任案件リスト外の託送物であることを報知し（Ｓ１８７）、ステップＳ１８５に戻る。一方、ステップＳ１８６で、W_a(B_a)∈{W_a(C_p2, i)}と判定された場合には、巡回配送者委託部３９は、管理サーバ１に対して、読み取られた託送タグＩＤ IDTG(B_a)に係る託送タスクW_a(C_p2, i)に対する巡回配送者受任要求Rq_m(C_p2, W_a(C_p2, i))を送信する（Ｓ１８８）。ここで、「巡回配送者受任要求」とは、管理サーバ１に対して巡回配送者C_p2が託送タスクW_aの託送業務の受任を請求する信号をいう。巡回配送者受任要求Rq_m(C_p2, W_a(C_p2, i))には、該託受任要求を送信した巡回配送者C_p2を特定する情報（配送者タグTG(C_p2)の配送者タグＩＤ IDTG(C_p2)）、受任する託送タスクW_a(C_p2, i)を特定する情報（託送タスクＩＤ ID(W_a(C_p2, i))又は託送タグＩＤ TG(B_a)）が含まれている。

【0132】

管理サーバ１において、巡回託送要請部１０９は、託送起点端末３から巡回配送者受任要求Rq_m(C_p2, W_a(C_p2, i))を受信すると（Ｓ２１０）、該巡回配送者受任要求Rq_m(C_p2, W_a(C_p2, i))に含まれる託送タスクW_a(C_p2, i)を特定する情報（託送タスクＩＤ ID(W_a(C_p2, i))又は託送タグＩＤ TG(B_a)）に基づいて、訪問者管理データベース１ａの託送タスク管理テーブルを検索し、託送タスクW_a(C_p2, i)に係る託送タスクレコードRC(W_a(C_p2, i))を索出し、該託送タスクレコードRC(W_a(C_p2, i))の「配送者変更許可フラグ」を参照することにより、該託送タスクW_a(C_p2, i)の配送者の変更が許可されているか否かを検査する（Ｓ２１１）。ここで、「配送者変更許可フラグ」が不許可（配送者の変更が不可）の場合には、巡回託送要請部１０９は、巡回配送者受任要求Rq_m(C_p2, W_a(C_p2, i))を送信した託送起点端末３に対して、現時点で託送委託が不可であることを示す「託送委託不可応答」を送信し（Ｓ２１２）、ステップＳ２１０に戻る。一方、ステップＳ２１１で、「配送者変更許可フラグ」が許可（配送者の変更が可能）の場合には、巡回託送要請部１０９は、前記託送起点端末３に対して「託送委託応答」を送信し（Ｓ２１３）、訪問者管理データベース１ａの託送タスク管理テーブル内の該託送タスクW_a(C_p2, i)の託送タスクレコードの「配送者ＩＤ」を該巡回配送者C_p2の配送者ＩＤとし、「配送者変更許可フラグ」を不許可に変更し、「発送日時」t_sを現時刻tとする（Ｓ２１４）。そして、託送依頼公開部１０６は、依頼公開ホームページから該託送タスクW_a(C_p2, i)の託送依頼情報を削除し（Ｓ２１５）、該託送タスクW_a(C_p2, i)の終着点e_jの終着点端末５に対して発送情報通知NOI_a=NOI_a(B_a; W_a(C_p2, i), V_s, C_p2, c_k, t₀, t_s, t_ae)を送信した後（Ｓ２１６）、ステップＳ１５１に戻る。尚、「託送委託応答」とは、託送起点端末３に対して巡回配送者C_p2に託送タスクW_aの託送業務の委託がされたことを通知する信号をいう。「託送委託不可応答」とは、託送起点端末３に対して巡回配送者C_p2に託送タスクW_aの託送業務の委託がされないことを通知する信号をいう。「発送情報通知」とは、終着点端末５に対して託送起点c_kから託送物B_aが、該終着点端末５が設置された終着点e_jへ発送されたこと及びその託送物B_aの託送タスクW_a(B_a)に関する情報を通知する信号をいう。発送情報通知NOI_aには、託送タスクW_a(C_p2, i)を特定する情報（託送タグＩＤ TG(B_a)）、託送物B_aを受託した訪問者V_sを特定する情報（訪問者タグＩＤ IDTG(V_s)）、託送物B_aの託送受付時刻（受託日時）t₀(W_a(C_p2, i))、託送物B_aの発送日時t_s(W_a(C_p2, i))、託送物B_aの託送物名称、託送物B_aの取扱種別、託送物B_aが託送委託された託送起点c_kを特定する情報（託送起点ＩＤ ID(c_k)）、託送物B_aの到達予定日時（希望着荷日時t_ae(W_a(C_p2, i))）、託送物B_aの配送業務を受任した配送者C_pを特定する情報（配送者ＩＤ ID(C_p2)）が含まれている。

【0133】

託送タスクW_a(C_p2, i)の終着点e_jの終着点端末５において、管理サーバ１から発送情報通知NOI_a=NOI_a(B_a; W_a(C_p2, i), V_s, C_p2, c_k, t₀, t_s, t_ae)を受信した場合（Ｓ２２１）、終着点端末５の発送情報受信部５４は、着荷管理データベース５ｂの着荷管理テーブル内から、該発送情報通知NOI_aに含まれる託送タスクW_a(C_p2, i)を特定する情報（託送タグＩＤ TG(B_a)）によって特定される託送タスクW_a(C_p2, i)に対応する着荷管理レコードRCr(W_a(C_p2, i))を索出し又は新規作成し、該着荷管理レコードRCr(W_a(C_p2, i))の「託送タグＩＤ」，「訪問者タグＩＤ」，「受託日時」，「託送物名称」，「取扱種別」，「託送起点ＩＤ」，「到達予定日時」，「配送者ＩＤ」，「発送日時」を、其々、該発送情報通知NOI_aに含まれる託送タグＩＤ TG(B_a)，訪問者タグＩＤ IDTG(V_s) ，受託日時t₀(W_a(C_p2, i))，託送物名称，取扱種別，託送起点ＩＤ ID(c_k)，希望着荷日時t_ae(W_a(C_p2, i))，配送者ＩＤ ID(C_p2)，発送日時t_s(W_a(C_p2, i))に更新する（Ｓ２２２）。

【0134】

託送起点端末３において、巡回配送者受任要求Rq_m(C_p2, W_a(C_p2, i))に対して管理サーバ１から「託送委託応答」を受信した場合（Ｓ１８９）、巡回配送者委託部３９は、上記託送受任案件リストの託送タスクW_a(C_p2, i)に係る行のタグ読込完了チェックボックス（Ｃ２１）を有効にするとともに、発送管理データベース３ｂの発送管理テーブルにおける託送タスクW_a(C_p2, i)に係る発送管理レコードRCs(W_a(C_p2, i))の「配送者ＩＤ」を、巡回配送者C_p2の配送者ＩＤ ID(C_p2)とし、「発送日時」を現時刻tとする（Ｓ１９０）。そして、巡回配送者委託部３９は、託送起点端末３が具備する画面表示手段や音声出力手段等により、託送タスクW_a(C_p2, i)に係る託送物B_aが巡回配送者C_p2に託送委託されたことを報知し（Ｓ１９１）、ステップＳ１９４に進む。

【0135】

一方、託送起点端末３において、巡回配送者受任要求Rq_m(C_p2, W_a(C_p2, i))に対して管理サーバ１から「託送委託不可応答」を受信した場合（Ｓ１９２）、巡回配送者委託部３９は、託送起点端末３が具備する画面表示手段や音声出力手段等により、託送タスクW_a(C_p2, i)に係る託送物B_aは該巡回配送者C_p2に託送委託することができないことを報知し、託送受任案件リスト（図１５参照）から該託送タスクW_a(C_p2, i)の欄を削除して（即ち、{W_a(C_p2, i)}←{W_a(C_p2, i)}-W_a(C_p2, i)として）（Ｓ１９３）、ステップＳ１９４に進む。

【0136】

ステップＳ１９４において、巡回配送者委託部３９は、託送起点端末３の画面表示手段に表示されている託送受任案件リストにおいて、終了ボタンＢ４が選択（クリック又はタップ）されたか否かを判定し（Ｓ１９４）、選択されていなければステップＳ１８５に戻り、選択された場合にはステップＳ１８１に戻る。

【0137】

以上のような動作により、巡回配送者C_p2が託送起点c_kに到達し、該巡回配送者C_p2が配送者タグTG(C_p2)を託送起点端末３の託送起点ＲＦＩＤ通信装置３ａにより読み取らせると、その託送起点c_kにおいて該巡回配送者C_p2に託送委託する託送物B_a（託送タスクW_a(B_a)）を一覧表にした託送受任案件リストが、託送起点端末３の画面表示手段に表示される。そして、巡回配送者C_p2はこの託送受任案件リストを見て、自分が配送する託送物B_aを選択し、託送起点ＲＦＩＤ通信装置３ａに託送タグＩＤ IDTG(B_a)を読み取らせて受任することができる。このとき、巡回配送者C_p2が誤った託送物B_aを配送しようとした場合には、巡回配送者委託部３９は、託送起点端末３が具備する画面表示手段や音声出力手段等により、託送タスクW_a(C_p2, i)に係る託送物B_aは該巡回配送者C_p2に託送委託することができないことが報知されるため、配送時の人為的なミスを予防することができる。巡回配送者C_p2が託送物B_aに係る託送タスクW_a(C_p2, i)を受任すると、管理サーバ１の訪問者管理データベース１ａの託送タスク管理テーブルにおける託送タスクレコードRC(W_a(C_p2, i))の「配送者変更許可フラグ」が不許可となり、それ以降は、他の自由配送者や準自由配送者が託送タスクW_a(C_p2, i)を受任することは出来なくなるため、託送タスクW_a(C_p2, i)に対して重複して託送委託がされることも防止される。

【0138】

（５．５）自由配送者及び準自由配送者に対する託送物発送処理
巡回配送者に対する託送物発送処理については、（５．４）において説明したので、ここでは、それ以外の自由配送者又は準自由配送者に対する託送物発送処理について説明する。図１６は、自由配送者又は準自由配送者に対する託送物発送処理の動作を表すフローチャートである。自由配送者又は準自由配送者に対する託送物発送処理動作は、管理サーバ１と託送タスクの託送起点c_kの託送起点端末３と託送タスクの終着点e_jの終着点端末５との間で通信回線７を介して通信しながら行われる。

【0139】

まず、上記（５．３）で説明した託送依頼情報配信／配送者決定処理により託送タスクW_aについて託送受託した配送者C_p（自由配送者又は準自由配送者）は、託送タスクW_a(B_a)に係る託送物B_aが受託された託送起点c_kに到達すると、該配送者C_pは、自らが携帯している配送者タグTG(C_p)の配送者タグＩＤ IDTG(C_p)を、該託送起点c_kに設置された託送起点端末３の託送起点ＲＦＩＤ通信装置３ａにより読み取らせる。託送起点端末３の発送処理部３７は、託送起点ＲＦＩＤ通信装置３ａにおいて、配送者C_pの配送者タグTG(C_p)の配送者タグＩＤ IDTG(C_p)が読み取られると（Ｓ２３１）、発送管理データベース３ｂの配送者情報テーブルを検索して、該配送者C_pに関する配送者レコードRC(C_p)を索出し（Ｓ２３２）、該配送者レコードRC(C_p)の「配送者種別コード」が「自由配送者」又は「準自由配送者」であるか否かを判定する（Ｓ２３３）。ここで、「配送者種別コード」が「自由配送者」又は「準自由配送者」の場合は配送者C_pが「適合」、それ以外は配送者C_pが「不適合」と判定される。

【0140】

ステップＳ２３３において、配送者C_pが「不適合」と判定された場合、発送処理部３７は、託送起点端末３が具備する画面表示手段や音声出力手段等により、配送者C_pに託送委託することができないことを報知し（Ｓ２３４）、託送物発送処理を終了する。

【0141】

ステップＳ２３３において、配送者C_pが「適合」（自由配送者又は準自由配送者である）と判定された場合、発送処理部３７は、発送管理データベース３ｂの発送管理テーブルを検索し、配送者C_pに託送委託されている（即ち、「配送者ＩＤ」が配送者C_pの配送者ＩＤ ID(C_p)である）託送タスクW_a(C_p, i)の発送管理レコードRCs(W_a(C_p, i))をすべて索出する（Ｓ２３５）。ここで、索出された発送管理レコードRCs(W_a(C_p, i))に対応する託送タスクW_a(C_p, i)の集合を{W_a(C_p, i)}とする。発送処理部３７は、図１５に示したような、託送タスクの集合{W_a(C_p, i)}に属する各託送タスクW_a(C_p, i)の情報のリスト（託送受任案件リスト）を、該託送起点端末３が具備するタッチパネルディスプレイ等の画面表示手段に表示する（Ｓ２３６）。これにより、配送者C_pは、託送起点c_kにおいて自分が受託すべき託送タスクに係る託送物B_aがどれであるかを認知することが出来る。尚、託送タスクの集合{W_a(C_p, i)}が空集合の場合には、上記託送受任案件リストは空リストとなる。このように、託送受任案件リストを配送者C_pに対して表示することで、配送者C_pは託送起点c_kで積荷する託送物B_aを漏れなく確認することが出来、確実な託送物B_aの配送が担保される。

【0142】

次に、配送者C_pは、託送起点端末３の画面表示手段に表示された託送受任案件リスト内の各託送タスクW_a(C_p, i)に係る託送物B_aに附された託送タグTG(B_a)の託送タグＩＤ TG(B_a)を、託送起点端末３に附属する託送起点ＲＦＩＤ通信装置３ａに読み取らせる。発送処理部３７は、託送起点ＲＦＩＤ通信装置３ａにより託送タグＩＤが読み取られると（Ｓ２３７）、読み取られた託送タグＩＤが、上記託送受任案件リスト内の託送タスク集合{W_a(C_p, i)}に属する託送タスクの託送タグＩＤであるか否かを検査する（Ｓ２３８）。ここで、読み取られた託送タグＩＤが託送受任案件リストに含まれないと判定された場合には、発送処理部３７は、誤った託送物B_aが選択されたと判断して、託送起点端末３が具備する画面表示手段や音声出力手段等により、託送受任案件リスト外の託送物であることを報知し（Ｓ２３９）、ステップＳ２４２に進む。一方、ステップＳ２３８で、読み取られた託送タグＩＤが託送受任案件リストに含まれると判定された場合には、発送処理部３７は、管理サーバ１に対して、読み取られた託送タグＩＤに係る託送タスクW_a(C_p, i)に対する発送通知NO_a=NO_a(B_a; C_p, W_a(C_p, i), c_k, t_s)を送信し（Ｓ２４０）、上記託送受任案件リストの託送タスクW_a(C_p, i)の行のタグ読込完了チェックボックス（Ｃ２１）を有効にするとともに、発送管理データベース３ｂの発送管理テーブルにおける託送タスクW_a(C_p, i)に係る発送管理レコードRCs(W_a(C_p, i))の「配送者ＩＤ」を、配送者C_pの配送者ＩＤ ID(C_p)とし、「発送日時」t_sを現時刻tとし（Ｓ２４１）、ステップＳ２４２に進む。ここで、「発送受付通知」とは、管理サーバ１に対して託送タスクW_aに係る託送物B_aが託送起点から発送されたことを通知する信号をいう。発送通知NO_aには、託送タスクW_a(C_p, i)を特定する情報（託送タグＩＤ IDTG(B_a)又は託送タスクＩＤ ID(W_a(C_p, i))）、託送起点c_kを特定する情報（託送起点ＩＤ ID(c_k)）、発送日時t_sの情報、及び配送者C_pを特定する情報（配送者ＩＤ ID(C_p)又は配送者タグＩＤ IDTG(C_p)）が含まれている。

【0143】

管理サーバ１において、託送起点端末３より発送通知NO_a(B_a; C_p, W_a(C_p, i), c_k, t_s)を受信すると（Ｓ２５１）、管理サーバ１の発送登録部１１０は、訪問者管理データベース１ａの託送タスク管理テーブルから、該発送通知NO_aにより指定される託送タスクW_a(C_p, i)の託送タスクレコードRC(W_a(C_p, i))を索出し、該託送タスクレコードRC(W_a(C_p, i))の「発送日時」を、発送通知NO_aに含まれる発送日時t_sの情報に更新する（Ｓ２５２）。そして、該託送タスクレコードRC(W_a(C_p, i))の「終着点ＩＤ」により特定される終着点e_jの終着点端末５に対して、発送情報通知NOI_a=NOI_a(B_a; W_a(C_p, i), V_s, C_p, c_k, t₀, t_s, t_ae)を送信した後（Ｓ２５３）、ステップＳ２５１に戻る。ここで、「発送情報通知」とは、終着点端末５に対して託送タスクW_aに係る託送物B_aが発送されたことを通知する信号をいう。発送情報通知NOI_aには、託送タスクW_a(C_p, i)を特定する情報（託送タグＩＤ TG(B_a)）、託送物B_aを受託した訪問者V_sを特定する情報（訪問者タグＩＤ IDTG(V_s)）、託送物B_aの託送受付時刻（受託日時）t₀(W_a(C_p, i))、託送物B_aの発送日時t_s(W_a(C_p, i))、託送物B_aの託送物名称、託送物B_aの取扱種別、託送物B_aが託送委託された託送起点c_kを特定する情報（託送起点ＩＤ ID(c_k)）、託送物B_aの到達予定日時（希望着荷日時t_ae(W_a(C_p, i))）、託送物B_aの配送業務を受任した配送者C_pを特定する情報（配送者ＩＤ ID(C_p)）が含まれている。

【0144】

託送タスクW_a(C_p, i)の終着点e_jの終着点端末５において、管理サーバ１から発送情報通知NOI_a(B_a; W_a(C_p, i), V_s, C_p, c_k, t₀, t_s, t_ae)を受信した場合（Ｓ２６１）、終着点端末５の発送情報受信部５４は、着荷管理データベース５ｂの着荷管理テーブル内から、該発送情報通知NOI_aに含まれる託送タスクW_a(C_p, i)を特定する情報（託送タグＩＤ TG(B_a)）によって特定される託送タスクW_a(C_p, i)に対応する着荷管理レコードRCr(W_a(C_p, i))を索出し又は新規作成し、該着荷管理レコードRCr(W_a(C_p, i))の「託送タグＩＤ」，「訪問者タグＩＤ」，「受託日時」，「託送物名称」，「取扱種別」，「託送起点ＩＤ」，「到達予定日時」，「配送者ＩＤ」，「発送日時」を、其々、該発送情報通知NOI_aに含まれる託送タグＩＤ TG(B_a)，訪問者タグＩＤ IDTG(V_s) ，受託日時t₀(W_a(C_p, i))，託送物名称，取扱種別，託送起点ＩＤ ID(c_k)，希望着荷日時t_ae(W_a(C_p, i))，配送者ＩＤ ID(C_p)，発送日時t_s(W_a(C_p, i))に更新する（Ｓ２６２）。

【0145】

最後に、ステップＳ２４２において、託送起点端末３の発送処理部３７は、託送起点端末３の画面表示手段に表示される託送受任案件リストにおいて、終了ボタンＢ４が選択（クリック又はタップ）されたか否かを判定し（Ｓ２４２）、選択されていなければステップＳ２３７に戻り、選択された場合には一連の託送物発送処理を終了する。

【0146】

以上のような動作により、配送者C_p（自由配送者又は準自由配送者）が託送起点c_kに到着し、該配送者C_pが配送者タグTG(C_p)を託送起点端末３の託送起点ＲＦＩＤ通信装置３ａにより読み取らせると、該配送者C_pが受任したその託送起点c_kにある託送物B_a（託送タスクW_a(B_a)）を一覧表にした託送受任案件リストが、託送起点端末３の画面表示手段に表示される。そして、該配送者C_pはこの託送受任案件リストを見て、自分が配送する託送物B_aを選択し、託送起点ＲＦＩＤ通信装置３ａに託送タグＩＤ IDTG(B_a)を読み取らせて発送手続をすることができる。このとき、配送者C_pが誤った託送物B_aを配送しようとした場合には、発送処理部３７は、託送起点端末３が具備する画面表示手段や音声出力手段等により、託送タスクW_a(C_p, i)に係る託送物B_aは該配送者C_pが配送を受任したものではないことが報知されるため、配送者C_pが託送物B_aを引き取る際の人為的なミスを予防することができる。

【0147】

（５．６）託送物着荷処理
託送タスクW_a(B_a)を受託した配送者C_pは、該託送タスクW_a(B_a)に係る託送物B_aを、該託送タスクW_a(B_a)の終着点e_jまで配送し、終着点e_jに託送物B_aが着荷する。このとき、終着点e_jにおいて、託送物B_aが着荷したことを登録するための託送物着荷処理が行われる。図１７は、終着点e_jにおける託送物着荷処理の動作を表すフローチャートである。この託送物着荷処理動作は、管理サーバ１と託送タスクの終着点e_jの終着点端末５との間で通信回線７を介して通信しながら行われる。

【0148】

まず、託送タスクW_a(B_a)に係る託送物B_aを受託した配送者C_pは、該託送タスクW_a(B_a)の終着点e_jに到着すると、自らが携帯している配送者タグTG(C_p)の配送者タグＩＤ IDTG(C_p)を、終着点e_jに設置された終着点端末５の終着点ＲＦＩＤ通信装置５ａにより読み取らせる。終着点端末５の着荷処理部５３は、終着点ＲＦＩＤ通信装置５ａにおいて配送者C_pの配送者タグＩＤ IDTG(C_p)が読み取られると（Ｓ２７１）、着荷管理データベース５ｂの配送者情報テーブルを検索して、該配送者C_pに関する配送者レコードRC(C_p)を検索し（Ｓ２７２）、該配送者C_pが事前登録された配送者（自由配送者、準自由配送者、又は巡回配送者）であるか否か（即ち、配送者レコードRC(C_p)が存在するか否か）を判定する（Ｓ２７３）。ここで、配送者レコードRC(C_p)が存在する場合は配送者C_pが「適格」、存在しない場合は配送者C_pが「不適格」と判定される。

【0149】

ステップＳ２７３において、配送者C_pが「不適格」と判定された場合、着荷処理部５３は、終着点端末５が具備する画面表示手段や音声出力手段等により、配送者C_pが不適格であることを報知し（Ｓ２７４）、託送物着荷処理を終了する。

【0150】

ステップＳ２７３において、配送者C_pが「適格」と判定された場合、着荷処理部５３は、着荷管理データベース５ｂの着荷管理テーブルを検索し、配送者C_pの配送者タグＩＤ ID(C_p)に対応する着荷管理レコードRCr(W_a)を索出する（Ｓ２７５）。ここで、索出された着荷管理レコードRCr(W_a)に対応する託送タスクの集合を{W_a(C_p, i)}とする。着荷処理部５３は、図１５に示したような、託送タスク集合{W_a(C_p, i)}に属する各託送タスクW_a(C_p, i)の情報のリストである託送受任案件リストを、該終着点端末５が具備するタッチパネルディスプレイ等の画面表示手段に表示する（Ｓ２７６）。尚、託送タスクの集合{W_a(C_p, i)}が空集合の場合には、上記託送受任案件リストは空リストとなる。この託送受任案件リストを配送者C_pに対して表示することで、配送者C_pは、自分が受託し配送した託送タスクに係る託送物のうち、該終着点e_jに荷下ろしする託送物{B_a}の一覧を確認することが出来、作業効率が向上すると共に、託送物B_aの配送の確実性が担保される。

【0151】

次に、配送者C_pは、終着点端末５の画面表示手段に表示された託送受任案件リスト内の各託送タスクW_a(C_p, i)に係る託送物B_aに附された託送タグTG(B_a)の託送タグＩＤ IDTG(B_a)を、終着点端末５に附属する終着点ＲＦＩＤ通信装置５ａに読み取らせる。着荷処理部５３は、終着点ＲＦＩＤ通信装置５ａにより託送タグＩＤ IDTG(B_a)の読み取りが行われると（Ｓ２７７）、着荷処理部５３は、読み取られた託送タグＩＤ IDTG(B_a)に係る託送タスクW_a(B_a)が、上記託送受任案件リスト内の託送タスク集合{W_a(C_p, i)}に属するか否かを検査する（Ｓ２７８）。ここで、W_a(B_a)∈{W_a(C_p, i)}でないと判定された場合には、着荷処理部５３は、誤った託送物B_aが選択されたと判断して、終着点端末５が具備する画面表示手段や音声出力手段等により、託送受任案件リスト外の託送物であることを報知し（Ｓ２７９）、ステップＳ２８２に進む。一方、ステップＳ２７８で、W_a(B_a)∈{W_a(C_p, i)}であると判定された場合には、着荷処理部５３は、管理サーバ１に対して、読み取られた託送タグＩＤに係る託送タスクW_a(C_p, i)に対する着荷通知NO_r(B_a; W_a(C_p, i), C_p, t_r)を送信し（Ｓ２８０）、上記託送受任案件リストの託送タスクW_a(C_p, i)の行のタグ読込完了チェックボックス（Ｃ２１）を有効にするとともに、着荷管理データベース５ｂの着荷管理テーブルにおける託送タスクW_a(C_p, i)に係る着荷管理レコードの「着荷日時」t_rを現時刻tとし（Ｓ２８１）、ステップＳ２８２に進む。ここで、「着荷通知」とは、管理サーバ１に対して託送タスクW_aに係る託送物B_aが終着点に着荷したことを通知する信号をいう。着荷通知NO_r(B_a; W_a, C_p, t_r)には、終着点e_jを特定する情報（終着点ＩＤ ID(e_j)）、終着点e_jに着荷した託送物B_aに係る託送タスクW_a(B_a)を特定する情報（託送タグＩＤ IDTG(B_a)）、託送物B_aを終着点e_jまで配送した配送者C_pを特定する情報（配送者タグＩＤ IDTG(C_p)又は配送者ＩＤ ID(C_p)）、及び託送物B_aの着荷日時t_r(W_a(B_a))の情報が含まれている。

【0152】

管理サーバ１において、終着点端末５より着荷通知NO_r(B_a; W_a(C_p, i), C_p, t_r)を受信すると（Ｓ２９１）、管理サーバ１の着荷登録部１１１は、訪問者管理データベース１ａの託送タスク管理テーブルから、該着荷通知NO_r(B_a; W_a(C_p, i), C_p, t_r)により指定される託送タスクW_a(C_p, i)の託送タスクレコードRC(W_a(C_p, i))を索出し、該託送タスクレコードRC(W_a(C_p, i))の「着荷日時」を、着荷通知NO_r(B_a; W_a(C_p, i), C_p, t_r)に含まれる着荷日時t_r(W_a(C_p, i))に更新する（Ｓ２９２）。そして、着荷通知配信部１１２は、該託送タスクレコードRC(W_a(C_p, i))の「訪問者ＩＤ」により特定される訪問者V_sのメールアドレスを、訪問者管理データベース１ａの訪問者情報テーブルから取得し、取得されたメールアドレスに対して、託送物B_aの着荷通知メールを送信した後（Ｓ２９３）、ステップＳ２９１に戻る。ここで、「着荷通知メール」とは、訪問者V_sが携帯する訪問者携帯端末MT(V_s)に対して託送タスクW_a(C_p, i)に係る託送物B_aが終着点に着荷したことを通知するメールをいう。着荷通知メールの文面は、予め決められたフォーマットに従って着荷通知配信部１１２が自動生成する。この着荷通知メールにより、訪問者V_sは託送委託した託送物B_aが終着点に到着したことを認知することが出来る。

【0153】

最後に、ステップＳ２８２において、終着点端末５の着荷処理部５３は、終着点端末５の画面表示手段に表示される託送受任案件リストにおいて、終了ボタンＢ４が選択（クリック又はタップ）されたか否かを判定し（Ｓ２８２）、選択されていなければステップＳ２７７に戻り、選択された場合には一連の託送物着荷処理を終了する。

【0154】

（５．７）託送物引渡処理
託送物B_aが終着点e_jに着荷した後、該託送物B_aを託送委託した訪問者V_sが該終着点e_jに到着すると、該託送物B_aは該訪問者V_sに引き渡される。このとき、終着点e_jにおいて、託送物B_aが訪問者V_sに引き渡されたことを登録するための託送物引渡処理が行われる。図１８は、終着点e_jにおける託送物引渡処理の動作を表すフローチャートである。この託送物引渡処理動作は、管理サーバ１と託送タスクの終着点e_jの終着点端末５との間で通信回線７を介して通信しながら行われる。

【0155】

まず、託送物B_aを託送委託した訪問者V_sは、該訪問者V_sの終着点e_jに到着すると、自らが携帯している訪問者タグTG(V_s)の訪問者タグＩＤ IDTG(V_s)を、終着点e_jに設置された終着点端末５の終着点ＲＦＩＤ通信装置５ａにより読み取らせる。終着点端末５の引渡処理部５６は、終着点ＲＦＩＤ通信装置５ａにおいて該訪問者V_sの訪問者タグＩＤ IDTG(V_s)が読み取られると（Ｓ３０１）、管理サーバ１に対して訪問者タグＩＤ IDTG(V_s)の照会要求（以下「訪問者照会要求」という。）Rq_r(V_s)を行う（Ｓ３０２）。管理サーバ１の引渡登録部１１３は、終着点端末５から訪問者照会要求Rq_r(V_s)を受信すると、訪問者管理データベース１ａの訪問者情報テーブルを検索して該訪問者タグＩＤ IDTG(V_s)に対応する訪問者情報レコードRC(V_s)が存在するか否かを検査し、存在する場合には「適格」、存在しない場合には「不適格」とする訪問者照会応答Rs_r(V_s)を、該訪問者照会要求Rq_r(V_s)を送信した終着点端末５に対して返信し（Ｓ３２１）、終着点端末５はこれを受信する（Ｓ３０２）。そして、終着点端末５の引渡処理部５６は、受信した該訪問者照会応答Rs_r(V_s)の「不適格」／「適格」を判定する（Ｓ３０３）。

【0156】

ステップＳ３０３において、管理サーバ１から受信した訪問者照会応答Rs_r(V_s)が「不適格」の場合、引渡処理部５６は、終着点端末５が具備する画面表示手段や音声出力手段等により、訪問者V_sが不適格であることを報知し（Ｓ３０４）、託送物引渡処理を終了する。

【0157】

ステップＳ３０３において、配送者C_pが「適格」と判定された場合、引渡処理部５６は、終着点端末５が具備する画面表示手段により、訪問者V_sに訪問者認証パスワードを入力することを促すパスワード入力画面を表示する（Ｓ３０５）。これに対し、訪問者V_sが終着点端末５に自分の訪問者認証パスワードを入力すると、引渡処理部５６は、管理サーバ１に対して、訪問者タグＩＤ及び入力されたパスワードの情報を含む訪問者認証パスワードの照会要求（以下「訪問者ＰＷ照会要求」という。）Rq_pw(V_s)を送信する（Ｓ３０６）。管理サーバ１の引渡登録部１１３は、終着点端末５から訪問者ＰＷ照会要求Rq_pw(V_s)を受信すると、訪問者管理データベース１ａの訪問者情報テーブルを検索して該訪問者タグＩＤに対応する訪問者情報レコードRC(V_s)の「パスワード情報」と訪問者ＰＷ照会要求Rq_pw(V_s)に含まれる訪問者認証パスワードの情報とを照合し、合致する場合には「適合」、合致しない場合には「不適合」とする訪問者ＰＷ照会応答Rs_pw(V_s)を、該訪問者ＰＷ照会要求Rq_pw(V_s)を送信した終着点端末５に対して返信し（Ｓ３２２）、終着点端末５はこれを受信する（Ｓ３０６）。そして、終着点端末５の引渡処理部５６は、受信した該訪問者ＰＷ照会応答Rs_pw(V_s)の「不適合」／「適合」を判定する（Ｓ３０７）。

【0158】

ステップＳ３０７において、管理サーバ１から受信した訪問者ＰＷ照会応答Rs_pw(V_s)が「不適合」の場合、引渡処理部５６は、終着点端末５が具備する画面表示手段や音声出力手段等により、訪問者認証パスワードが不適合であることを報知し（Ｓ３０８）、託送物引渡処理を終了する。

【0159】

ステップＳ３０７において、訪問者認証パスワードRs_pw(V_s)が「適合」と判定された場合、引渡処理部５６は、着荷管理データベース５ｂの着荷管理テーブルを検索し、訪問者V_sの訪問者タグＩＤ IDTG(V_s)に対応する着荷管理レコードRCr(W_a(V_s, i))を索出する（Ｓ３０９）。ここで、索出された着荷管理レコードに対応する託送タスクの集合を{W_a(V_s, i)}とする。引渡処理部５６は、図１５と同様の、託送タスクの集合{W_a(V_s, i)}に属する各託送タスクW_a(V_s, i)の情報のリストである引渡案件リストを、該終着点端末５が具備するタッチパネルディスプレイ等の画面表示手段に表示する（Ｓ３１０）。これにより、終着点e_jに常駐する職員又は訪問者V_sは、自分が託送委託して終着点e_jに着荷した託送物B_aの一覧を確認することが出来る。尚、託送タスク集合{W_a(V_s, i)}が空集合の場合には、上記引渡案件リストは空リストとなる。この引渡案件リストを訪問者V_sに対して表示することで、終着点e_jに常駐する職員又は訪問者V_sは終着点e_jに着荷した訪問者V_sの託送物B_aを漏れなく確認することが出来、託送物B_aの引き渡しの確実性が担保される。

【0160】

ここで、終着点e_jに常駐する職員又は訪問者V_sは、終着点端末５の画面表示手段に表示された引渡案件リスト内の各託送タスクW_a(V_s, i)に係る託送物B_aに附された託送タグTG(B_a)の託送タグＩＤ IDTG(B_a)を、終着点端末５に附属する終着点ＲＦＩＤ通信装置５ａに読み取らせる。引渡処理部５６は、終着点ＲＦＩＤ通信装置５ａにより託送タグＩＤ IDTG(B_a)が読み取られると（Ｓ３１１）、読み取られた託送タグＩＤ IDTG(B_a)に係る託送タスクW_a(B_a)が、上記引渡案件リスト内の託送タスク集合{W_a(V_s, i)}に属するか否かを検査する（Ｓ３１２）。ここで、W_a(B_a)∈{W_a(V_s, i)}ではないと判定された場合には、引渡処理部５６は、誤った託送物B_aが選択されたと判断して、終着点端末５が具備する画面表示手段や音声出力手段等により、引渡案件リスト外の託送物であることを報知し（Ｓ３１３）、ステップＳ３１６に進む。一方、ステップＳ３１２で、W_a(B_a)∈{W_a(V_s, i)}と判定された場合には、引渡処理部５６は、管理サーバ１に対して、読み取られた託送タグＩＤ IDTG(B_a)に係る託送タスクW_a(V_s, i)に対する引渡通知NO_h(B_a; W_a(V_s, i), V_s, t_h)を送信し（Ｓ２８０）、上記引渡案件リストの託送タスクW_a(V_s, i)の行のタグ読込完了チェックボックス（Ｃ２１）を有効にするとともに、着荷管理データベース５ｂの着荷管理テーブルにおける託送タスクW_a(V_s, i)に係る着荷管理レコードの「引渡日時」t_hを現時刻tとし（Ｓ３１５）、ステップＳ３１６に進む。ここで、「引渡通知」とは、管理サーバ１に対して託送タスクW_aに係る託送物B_aが終着点で訪問者V_sに引き渡されたことを通知する信号をいう。引渡通知NO_h(B_a; W_a(V_s, i), V_s, t_h)には、終着点e_jを特定する情報（終着点ＩＤ ID(e_j)）、託送タスクW_a(V_s, i)を特定する情報（託送タグＩＤ IDTG(B_a)）、引渡日時t_h(W_a(V_s, i))の情報、及び託送物B_a引き取った訪問者V_sを特定する情報（訪問者タグＩＤ IDTG(V_s)）が含まれている。

【0161】

管理サーバ１において、終着点端末５より引渡通知NO_h(B_a; W_a(V_s, i), V_s, t_h)を受信すると（Ｓ３２３）、管理サーバ１の引渡登録部１１３は、訪問者管理データベース１ａの託送タスク管理テーブルから、該引渡通知NO_h(B_a; W_a(V_s, i), V_s, t_h)により指定される託送タスクW_a(V_s, i)の託送タスクレコードRC(W_a(V_s, i))を索出し、該託送タスクレコードRC(W_a(V_s, i))の「引渡日時」及び「廃止日時」を、引渡通知NO_h(B_a; W_a(V_s, i), V_s, t_h)に含まれる引渡日時t_h(W_a(V_s, i))に更新する（Ｓ３２４）。

【0162】

最後に、ステップＳ３１６において、終着点端末５の引渡処理部５６は、終着点端末５の画面表示手段に表示される引渡案件リストにおいて、終了ボタンＢ４が選択（クリック又はタップ）されたか否かを判定し（Ｓ３１６）、選択されていなければステップＳ３１１に戻り、選択された場合には一連の託送物引渡処理を終了する。

【0163】

（５．８）訪問点通過情報収集処理
訪問者V_sは、入域起点s_iから対象エリアS_Aに入域し、各託送起点c_k及び訪問点v_lを自由に巡回した後に、終着点e_jに到達する。この際、各訪問者V_sが、そのような巡路を採って巡回したかについての統計的な動線情報は、対象エリアS_A内の交通環境の整備、店舗，案内所等の配置などの設計・修正を行うに当たり有用である。また、一定の条件を満たした訪問者に対しては何らかの特典を与えることで、対象エリアS_Aへの訪問者の増加を促進する効果が期待できる。そこで、訪問者支援システムでは、各訪問点v_lにおいて、訪問者V_sの通過情報の収集及び訪問者V_sへの特典の付与を行う訪問点通過情報収集処理が実行される。

【0164】

図１９は、訪問点通過情報収集処理の動作を表すフローチャートである。訪問点v_lに設置された訪問者通過検出用の訪問点ＲＦＩＤ通信装置４ａの近傍を訪問者V_sが通過すると、該訪問点ＲＦＩＤ通信装置４ａは、訪問者V_sが携帯する訪問者タグTG(V_s)の訪問者タグＩＤ IDTG(V_s)を読み取る（Ｓ３３１）。訪問点v_lの訪問点端末４の訪問者通過検出部４１は、該訪問点ＲＦＩＤ通信装置４ａにより訪問者タグＩＤ IDTG(V_s)が読み取られた場合（Ｓ３３２）、該訪問者タグＩＤ IDTG(V_s)、該訪問点ＲＦＩＤ通信装置４ａの訪問点センサＩＤ ID(v_l, m)、及び現在の時刻tである通過日時t_p(V_s)を含む訪問者検出通知NO_v= NO_v(v_l, m; V_s, t_p)を生成し、管理サーバ１へ送信する（Ｓ３３３）。

【0165】

管理サーバ１においては、訪問点v_lの訪問点端末４から訪問者検出通知NO_v(v_l, m; V_s, t_p)を受信した場合（Ｓ３４１）、動線情報更新部１１４は、受信した訪問者検出通知NO_vに含まれる（訪問者タグＩＤ IDTG(V_s)，訪問点センサＩＤ ID(v_l, m)，通過日時t_p(V_s)）を、訪問者管理データベース１ａの動線情報テーブルに登録する（Ｓ３４２）。これにより、各訪問者V_sの動線（対象エリアS_A内の移動経路）の情報は、訪問者管理データベース１ａの動線情報テーブルに蓄積される。

【0166】

次いで、特典生成部１１５は、受信した訪問者検出通知NO_vに含まれる訪問者タグＩＤ IDTG(V_s)に対応する動線情報レコードを動線情報テーブルから抽出し、該訪問者ＩＤに対応する訪問者V_sが特典付与条件に合致するか否かを判定する（Ｓ３４３）。ステップＳ３４３において、特典付与条件に合致しないと判定された場合は、ステップＳ３４１に戻る。一方、ステップＳ３４３において、特典付与条件に合致すると判定された場合、特典生成部１１５は、該訪問者ＩＤに対応する訪問者V_sが携帯する訪問者携帯端末MT(V_s)に対して特典情報を送信し（Ｓ３４５）、ステップＳ３４１に戻る。ここで、「特典付与条件」とは、訪問者V_sに特典が付与される条件をいう。「特典情報」とは、特典に係る情報をいう。例えば、特典として、対象エリアS_A内で利用できるポイントやチケットを進呈する場合、特典情報は、当該ポイントやチケットの電子情報となる。

【0167】

（５．９）訪問点商品等売買処理
本実施例の訪問者支援システムでは、訪問者V_sが各訪問点v_lにおいて、商品の買い物をする場合や飲食物の提供などのサービスの提供を受ける場合など、商品や役務の売買取引を行う場合、取引代金の支払いを、訪問者V_sが携帯する訪問者タグTG(V_s)を用いて行うことが出来る。以下では、その際に訪問者支援システムによって行われる訪問点商品等売買処理について説明する。

【0168】

図２０は、訪問点商品等売買処理の動作を表すフローチャートである。訪問者V_sが訪問点v_lにおいて商品等の売買取引を行う場合、該訪問者V_sは、まず自らが携帯している訪問者タグTG(V_s)の訪問者タグＩＤ IDTG(V_s)を、該訪問点v_lに設置された売買取引用の訪問点端末４の訪問点ＲＦＩＤ通信装置４ａにより読み取らせる。訪問点端末４の売買処理部４２は、訪問点ＲＦＩＤ通信装置４ａにより訪問者タグＩＤ IDTG(V_s)が読み取られると（Ｓ３５１）、管理サーバ１に対して訪問者タグＩＤ IDTG(V_s)の照会要求（訪問者照会要求）Rq_r(V_s)を行う（Ｓ３５２）。管理サーバ１の売買決済部１１６は、訪問点端末４から訪問者照会要求Rq_r(V_s)を受信すると、訪問者管理データベース１ａの訪問者情報テーブルを検索して該訪問者タグＩＤ IDTG(V_s)に対応する訪問者情報レコードRC(V_s)が存在するか否かを検査し、存在する場合には「適格」、存在しない場合には「不適格」とする訪問者照会応答Rs_r(V_s)を、該訪問者照会要求Rq_r(V_s)を送信した訪問点端末４に対して返信し（Ｓ３８１）、訪問点端末４はこれを受信する（Ｓ３５２）。そして、訪問点端末４の売買処理部４２は、受信した該訪問者照会応答Rs_r(V_s)の「不適格」／「適格」を判定する（Ｓ３５３）。

【0169】

ステップＳ３５３において、管理サーバ１から受信した訪問者照会応答Rs_r(V_s)が「不適格」の場合、売買処理部４２は、訪問点端末４が具備する画面表示手段や音声出力手段等により、訪問者V_sが不適格であることを報知し（Ｓ３５４）、訪問点商品等売買処理を終了する。

【0170】

ステップＳ３５３において、配送者C_pが「適格」と判定された場合、売買処理部４２は、訪問点端末４が具備する画面表示手段により、訪問者V_sに訪問者認証パスワードを入力することを促すパスワード入力画面を表示する（Ｓ３５５）。これに対し、訪問者V_sが訪問点端末４に自分の訪問者認証パスワードを入力すると、売買処理部４２は、管理サーバ１に対して、訪問者タグＩＤ及び入力されたパスワードの情報を含む訪問者認証パスワードの照会要求（訪問者ＰＷ照会要求）Rq_pw(V_s)を送信する（Ｓ３５６）。管理サーバ１の売買決済部１１６は、終着点端末５から訪問者ＰＷ照会要求Rq_pw(V_s)を受信すると、訪問者管理データベース１ａの訪問者情報テーブルを検索して該訪問者タグＩＤに対応する訪問者情報レコードRC(V_s)の「パスワード情報」と訪問者ＰＷ照会要求Rq_pw(V_s)に含まれる訪問者認証パスワードの情報とを照合し、合致する場合には「適合」、合致しない場合には「不適合」とする訪問者ＰＷ照会応答Rs_pw(V_s)を、該訪問者ＰＷ照会要求Rq_pw(V_s)を送信した訪問点端末４に対して返信し（Ｓ３８２）、訪問点端末４はこれを受信する（Ｓ３５６）。そして、訪問点端末４の売買処理部４２は、受信した該訪問者ＰＷ照会応答Rs_pw(V_s)の「不適合」／「適合」を判定する（Ｓ３５７）。

【0171】

ステップＳ３５７において、管理サーバ１から受信した訪問者ＰＷ照会応答Rs_pw(V_s)が「不適合」の場合、売買処理部４２は、訪問点端末４が具備する画面表示手段や音声出力手段等により、訪問者認証パスワードが不適合であることを報知し（Ｓ３５８）、訪問点商品等売買処理を終了する。

【0172】

ステップＳ３５７において、訪問者認証パスワードが「適合」と判定された場合、売買処理部４２は、訪問点端末４が具備する画面表示手段に、訪問者V_sに対して売買取引の対象である商品等のＲＦタグ（以下「商品等タグ」という。）TG(G)の読み取りを行うことを促す商品等タグ入力慫慂画面を表示する（Ｓ３５９）。図２１に、商品等タグ入力慫慂画面の一例を示す。画面の中央には、商品等タグTG(G)の読み取りが終わった商品等の名称及び価格の一覧表が表示され、画面の下部には、精算ボタン（Ｂ５）とキャンセルボタン（Ｂ２）が表示される。訪問者V_sは、この商品等タグ入力慫慂画面を視て、どの商品等について商品等タグTG(G)の読み取りが完了したかを確認することができる。

【0173】

訪問者V_sは、購入する全ての商品等について、商品等の商品等タグTG(G)を訪問点ＲＦＩＤ通信装置４ａに翳すことで、該商品等タグTG(G)の商品等タグＩＤの読み取りを行う。訪問点ＲＦＩＤ通信装置４ａより商品等タグＩＤ IDTG(G)が読み取られると、売買処理部４２は、読み取られた商品等タグＩＤ IDTG(G)に対応する商品名及び価格を、管理サーバ１に照会することにより取得し、商品等タグ入力慫慂画面の一覧表に表示するとともに、購入商品リストに追加する（Ｓ３５９）。ここで、「購入商品リスト」とは、訪問者V_sが購入する商品等のリストを表す{（商品等ＩＤ，単価情報）}のリスト型の内部変数である。「商品等ＩＤ」，「単価情報」は、図３の訪問者管理データベース１ａの商品等情報テーブルにおける「商品等ＩＤ」，「単価情報」に対応している。このとき、管理サーバ１の売買決済部１１６は、訪問点端末４から商品等タグＩＤ IDTG(G)に対する商品等の照会要求を受信すると、訪問者管理データベース１ａの商品等情報テーブルを照会し、該商品等タグＩＤ IDTG(G)に対する商品等名称、単価情報を含む商品等の照会応答を、該訪問点端末４へ返信する。訪問点端末４の売買処理部４２は、この商品等の照会応答により、商品等タグＩＤ IDTG(G)に対応する商品名及び価格を取得することが出来る。

【0174】

購入する全ての商品等についての商品等タグTG(G)の読み取りが完了した時点で、訪問者V_sは精算ボタン（Ｂ５）を選択（クリック又はタップ）する（Ｓ３６０）。精算ボタン（Ｂ５）が選択されると、売買処理部４２は、売買決済要求を、管理サーバ１に対して送信する（Ｓ３６１）。ここで、「売買決済要求」とは、管理サーバ１に対して購入商品リストに係る商品等の売買の決済を行うことを請求する信号をいう。売買決済要求には、上記購入商品リスト、商品等を購入した訪問者V_sを特定する情報（訪問者タグＩＤ IDTG(V_s)）等が含まれる。

【0175】

管理サーバ１において、訪問点端末４から売買決済要求を受信すると（Ｓ３８４）、売買決済部１１６は、該売買決済要求に含まれる購入商品リストに係る商品等の価格の合計を算出し、カード決済処理を行い（Ｓ３８５）、カード決済処理が完了すると、該訪問点端末４に対して決済完了通知を送信し（Ｓ３８６）、訪問者管理データベース１ａの商品等情報テーブルの売買情報の更新を行う（Ｓ３８７）。ここで、「決済完了通知」とは、訪問点端末４に対し売買決済要求に係るカード決済が完了したことを通知する信号をいう。尚、ステップＳ３８７における売買情報の更新では、具体的には、訪問者管理データベース１ａの商品等情報テーブルに対して、購入商品リストに含まれる各商品等について、その「売上数情報」及び「売上額情報」の加算更新が行われる。

【0176】

訪問点端末４において、管理サーバ１から決済完了通知を受信すると（Ｓ３６２）、売買処理部４２は、訪問点端末４が具備する画面表示手段や音声出力手段等により、決済が完了したことを報知し（Ｓ３６３）、訪問点商品等売買処理を終了する。

【符号の説明】

【0177】

管理サーバ１
訪問者管理データベース１ａ
訪問者登録部１００
訪問者登録通知部１０１
託送タスク生成部１０２
託送受付応答部１０３
輸送時間決定部１０４
託送料金決定部１０５
託送依頼公開部１０６
自由受任受付部１０７
指定託送要請部１０８
巡回託送要請部１０９
発送登録部１１０
着荷登録部１１１
着荷通知配信部１１２
引渡登録部１１３
動線情報更新部１１４
特典生成部１１５
売買決済部１１６
入域起点端末２
入域起点ＲＦＩＤ通信装置２ａ
訪問者情報入力部２０
訪問者登録要求部２１
訪問者タグ発行部２２
託送起点端末３
託送起点ＲＦＩＤ通信装置３ａ
発送管理データベース３ｂ
訪問者タグＩＤ読取部３１
託送依頼入力部３２
託送受付要求部３３
託送タグ発行部３４
配送者タグＩＤ読取部３５
託送タグＩＤ読取部３６
発送処理部３７
配送者登録部３８
巡回配送者委託部３９
訪問点端末４
訪問点ＲＦＩＤ通信装置４ａ
訪問者通過検出部４１
売買処理部４２
終着点端末５
終着点ＲＦＩＤ通信装置５ａ
着荷管理データベース５ｂ
託送タグＩＤ読取部５１
配送者タグＩＤ読取部５２
着荷処理部５３
発送情報受信部５４
訪問者タグＩＤ読取部５５
引渡処理部５６
地図情報提供サーバ６
地図情報管理データベース６ａ
地図情報配信部６ｂ
通信回線７

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】