▶ 全日本空輸株式会社の特許一覧 ▶ 東日本旅客鉄道株式会社の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023041647
(43)【公開日】2023-03-24
(54)【発明の名称】介助手配システムおよび介助手配方法
(51)【国際特許分類】
G06Q 50/30 20120101AFI20230316BHJP
G08G 1/00 20060101ALI20230316BHJP
G01C 21/34 20060101ALI20230316BHJP
【ＦＩ】
G06Q50/30
G08G1/00 D
G01C21/34
【審査請求】未請求
【請求項の数】21
【出願形態】ＯＬ
(21)【出願番号】P 2022143009
(22)【出願日】2022-09-08
(31)【優先権主張番号】P 2021148488
(32)【優先日】2021-09-13
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】316002154
【氏名又は名称】全日本空輸株式会社
(71)【出願人】
【識別番号】000221616
【氏名又は名称】東日本旅客鉄道株式会社
(74)【代理人】
【識別番号】100094112
【弁理士】
【氏名又は名称】岡部 讓
(74)【代理人】
【識別番号】100101498
【弁理士】
【氏名又は名称】越智 隆夫
(74)【代理人】
【識別番号】100120064
【弁理士】
【氏名又は名称】松井 孝夫
(72)【発明者】
【氏名】大澤 信陽
(72)【発明者】
【氏名】黒岩 愛
(72)【発明者】
【氏名】野中 利明
(72)【発明者】
【氏名】鈴木 謙次
(72)【発明者】
【氏名】石井 祐司
(72)【発明者】
【氏名】鈴木 勤
(72)【発明者】
【氏名】渡邉 信太
(72)【発明者】
【氏名】森 良介
【テーマコード（参考）】
2F129
5H181
5L049
【Ｆターム（参考）】
2F129AA02
2F129AA03
2F129BB03
2F129CC15
2F129CC16
2F129DD19
2F129DD20
2F129DD63
2F129EE52
2F129EE83
2F129EE84
2F129FF02
2F129FF32
2F129FF65
5H181AA01
5H181AA21
5H181BB04
5H181BB15
5H181EE05
5L049CC42
(57)【要約】
【課題】支援希望者の移動経路を構成する全ての経路において介助者の一括的な予約手配できるシステムが求められる。
【解決手段】支援希望者を介助する介助者の予約手配をするための介助手配システムであって、前記介助手配システムは、前記手配管理サーバは、前記支援希望者が希望する出発地と最終目的地との間の経路を選定する手配管理サーバと、前記経路を複数の区間に分割し、前記複数の区間のそれぞれの区間を管轄する複数の区間サーバと、を備える介助手配システムにより解決する。
【選択図】図１Ａ
【解決手段】支援希望者を介助する介助者の予約手配をするための介助手配システムであって、前記介助手配システムは、前記手配管理サーバは、前記支援希望者が希望する出発地と最終目的地との間の経路を選定する手配管理サーバと、前記経路を複数の区間に分割し、前記複数の区間のそれぞれの区間を管轄する複数の区間サーバと、を備える介助手配システムにより解決する。
【選択図】図１Ａ
【特許請求の範囲】
【請求項1】
支援希望者を介助する介助者の予約手配をするための介助手配システムであって、前記介助手配システムは、
前記支援希望者の希望の出発地と最終目的地と前記出発地の希望出発時間および前記最終目的地への希望到着時間の少なくとも一方とを受信し、前記出発地と前記最終目的地との間の経路を選定し、前記経路を構成する複数の区間へと分割を行い、前記希望出発時間および前記希望到着時間の少なくとも一方から計算して、前記複数の区間のそれぞれの区間の両端の経由地を通過する通過時間を計算する手配管理サーバと、
前記複数の区間のそれぞれの区間を管轄する複数の区間サーバと、を備え、
前記手配管理サーバは、前記複数の区間サーバのそれぞれに対して、前記複数の区間のうち前記複数の区間サーバのそれぞれが管轄する区間の前記両端の前記経由地を通過する前記通過時間において、前記支援希望者の介助を行う介助者の配置が可能であるかを判定する介助可能判定の要求を行い、
前記複数の区間サーバのそれぞれは、前記要求に基づいて前記介助可能判定を行い、前記介助可能判定の結果に対応する信号を前記手配管理サーバに送信する介助手配システム。
前記支援希望者の希望の出発地と最終目的地と前記出発地の希望出発時間および前記最終目的地への希望到着時間の少なくとも一方とを受信し、前記出発地と前記最終目的地との間の経路を選定し、前記経路を構成する複数の区間へと分割を行い、前記希望出発時間および前記希望到着時間の少なくとも一方から計算して、前記複数の区間のそれぞれの区間の両端の経由地を通過する通過時間を計算する手配管理サーバと、
前記複数の区間のそれぞれの区間を管轄する複数の区間サーバと、を備え、
前記手配管理サーバは、前記複数の区間サーバのそれぞれに対して、前記複数の区間のうち前記複数の区間サーバのそれぞれが管轄する区間の前記両端の前記経由地を通過する前記通過時間において、前記支援希望者の介助を行う介助者の配置が可能であるかを判定する介助可能判定の要求を行い、
前記複数の区間サーバのそれぞれは、前記要求に基づいて前記介助可能判定を行い、前記介助可能判定の結果に対応する信号を前記手配管理サーバに送信する介助手配システム。
【請求項2】
請求項１に記載の介助手配システムであって、
前記複数の区間サーバの全てから送信された前記介助可能判定の結果の前記信号が前記介助者の配置が可能である旨に対応する場合に、前記経路を介助予約が確定した介助予約確定経路として決定する介助手配システム。
前記複数の区間サーバの全てから送信された前記介助可能判定の結果の前記信号が前記介助者の配置が可能である旨に対応する場合に、前記経路を介助予約が確定した介助予約確定経路として決定する介助手配システム。
【請求項3】
請求項１に記載の介助手配システムであって、
前記複数の区間サーバの一部から送信された前記介助可能判定の結果の前記信号が前記介助者の配置が不可能である旨に対応する場合に、前記経路を破棄して他の経路を選定し、前記他の経路を複数の区間へと分割を行い、その複数の区間のそれぞれの区間を管轄する複数の区間サーバのそれぞれに対して、前記介助可能判定の要求を行い、
前記区間サーバのそれぞれは、前記要求に基づいて前記介助可能判定を行い、前記介助可能判定の結果に対応する信号を前記手配管理サーバに送信し、
前記手配管理サーバは、前記複数の区間サーバの全てから前記介助者の配置が可能である旨に対応する信号が送信された場合に、前記他の経路を介助予約確定経路として決定する介助手配システム。
前記複数の区間サーバの一部から送信された前記介助可能判定の結果の前記信号が前記介助者の配置が不可能である旨に対応する場合に、前記経路を破棄して他の経路を選定し、前記他の経路を複数の区間へと分割を行い、その複数の区間のそれぞれの区間を管轄する複数の区間サーバのそれぞれに対して、前記介助可能判定の要求を行い、
前記区間サーバのそれぞれは、前記要求に基づいて前記介助可能判定を行い、前記介助可能判定の結果に対応する信号を前記手配管理サーバに送信し、
前記手配管理サーバは、前記複数の区間サーバの全てから前記介助者の配置が可能である旨に対応する信号が送信された場合に、前記他の経路を介助予約確定経路として決定する介助手配システム。
【請求項4】
請求項１に記載の介助手配システムであって、
前記複数の区間サーバの全てから送信された前記介助可能判定の結果の前記信号が前記介助者の配置が可能である旨に対応する場合であって、前記経路または前記経路内の前記複数の区間の一部に他の支援希望者からの介助者の予約手配の要求が集中している場合に、
前記経路を破棄して他の経路を選定し、前記他の経路を複数の区間へと分割を行い、その複数の区間のそれぞれの区間を管轄する複数の区間サーバのそれぞれに対して、前記介助可能判定の要求を行い、
前記区間サーバのそれぞれは、前記要求に基づいて前記介助可能判定を行い、前記介助可能判定の結果に対応する信号を前記手配管理サーバに送信し、
前記手配管理サーバは、前記複数の区間サーバの全てから前記介助者の配置が可能である旨に対応する信号が送信された場合に、前記他の経路を介助予約確定経路として決定する介助手配システム。
前記複数の区間サーバの全てから送信された前記介助可能判定の結果の前記信号が前記介助者の配置が可能である旨に対応する場合であって、前記経路または前記経路内の前記複数の区間の一部に他の支援希望者からの介助者の予約手配の要求が集中している場合に、
前記経路を破棄して他の経路を選定し、前記他の経路を複数の区間へと分割を行い、その複数の区間のそれぞれの区間を管轄する複数の区間サーバのそれぞれに対して、前記介助可能判定の要求を行い、
前記区間サーバのそれぞれは、前記要求に基づいて前記介助可能判定を行い、前記介助可能判定の結果に対応する信号を前記手配管理サーバに送信し、
前記手配管理サーバは、前記複数の区間サーバの全てから前記介助者の配置が可能である旨に対応する信号が送信された場合に、前記他の経路を介助予約確定経路として決定する介助手配システム。
【請求項5】
請求項１に記載の介助手配システムであって、
前記複数の区間サーバの一部から送信された前記介助可能判定の結果の前記信号が前記介助者の配置が不可能である旨に対応する場合に、前記経路と同一の経路において、前記経由地における前記通過時間と異なる他の通過時間に対して、前記介助可能判定の要求を行い、
前記区間サーバのそれぞれは、前記要求に基づいて前記介助可能判定を行い、前記介助可能判定の結果に対応する信号を前記手配管理サーバに送信し、
前記手配管理サーバは、前記複数の区間サーバの全てから前記介助者の配置が可能である旨に対応する信号が送信された場合に、前記他の通過時間における前記経路を介助予約確定経路として決定する介助手配システム。
前記複数の区間サーバの一部から送信された前記介助可能判定の結果の前記信号が前記介助者の配置が不可能である旨に対応する場合に、前記経路と同一の経路において、前記経由地における前記通過時間と異なる他の通過時間に対して、前記介助可能判定の要求を行い、
前記区間サーバのそれぞれは、前記要求に基づいて前記介助可能判定を行い、前記介助可能判定の結果に対応する信号を前記手配管理サーバに送信し、
前記手配管理サーバは、前記複数の区間サーバの全てから前記介助者の配置が可能である旨に対応する信号が送信された場合に、前記他の通過時間における前記経路を介助予約確定経路として決定する介助手配システム。
【請求項6】
請求項１から５のいずれか一項に記載の介助手配システムであって、
前記手配管理サーバは、前記介助可能判定において、前記分割された前記複数の区間のそれぞれについて前記介助可能判定を優先的に行うべき区間の判定優先度を決定し、
前記介助可能判定は、前記複数の区間に対して前記判定優先度の高さに応じた順序により実行される介助手配システム。
前記手配管理サーバは、前記介助可能判定において、前記分割された前記複数の区間のそれぞれについて前記介助可能判定を優先的に行うべき区間の判定優先度を決定し、
前記介助可能判定は、前記複数の区間に対して前記判定優先度の高さに応じた順序により実行される介助手配システム。
【請求項7】
請求項６に記載の介助手配システムであって、
前記判定優先度の高さに応じた順序は、前記判定優先度が最も高い優先区間に前記介助可能判定の優先要求を行い、前記判定優先度が最も高い優先区間において、介助者の配置が可能であって前記優先区間の両端の経由地における通過時間が確定した場合に、前記複数の区間のうち、前記優先区間に近い側の区間から前記介助可能判定を行って、または前記優先区間に近い側の区間の前記判定優先度よりも前記判定優先度が高い区間から前記介助可能判定を行って、介助予約確定経路として決定する介助手配システム。
前記判定優先度の高さに応じた順序は、前記判定優先度が最も高い優先区間に前記介助可能判定の優先要求を行い、前記判定優先度が最も高い優先区間において、介助者の配置が可能であって前記優先区間の両端の経由地における通過時間が確定した場合に、前記複数の区間のうち、前記優先区間に近い側の区間から前記介助可能判定を行って、または前記優先区間に近い側の区間の前記判定優先度よりも前記判定優先度が高い区間から前記介助可能判定を行って、介助予約確定経路として決定する介助手配システム。
【請求項8】
請求項５に記載の介助手配システムであって、
前記他の通過時間の計算は、前記介助者の配置が不可能である場合に前記介助者の配置が不可能である区間の区間サーバにより実行されて、前記手配管理サーバに送信される介助手配システム。
前記他の通過時間の計算は、前記介助者の配置が不可能である場合に前記介助者の配置が不可能である区間の区間サーバにより実行されて、前記手配管理サーバに送信される介助手配システム。
【請求項9】
請求項１から５のいずれか一項に記載の介助手配システムであって、
前記手配管理サーバは、前記介助者が前記支援希望者を介助するために介助の準備として有効な特性情報を予め格納する記憶装置を備え、
前記手配管理サーバは、前記複数の区間サーバのそれぞれに、前記特性情報の少なくとも一部を送信する介助手配システム。
前記手配管理サーバは、前記介助者が前記支援希望者を介助するために介助の準備として有効な特性情報を予め格納する記憶装置を備え、
前記手配管理サーバは、前記複数の区間サーバのそれぞれに、前記特性情報の少なくとも一部を送信する介助手配システム。
【請求項10】
請求項１から５のいずれか１項に記載の介助手配システムであって、
前記複数の区間は、航空路線、鉄道路線、バス路線、タクシー運行区間、旅客船舶路線のうちの少なくとも一つを含む介助手配システム。
前記複数の区間は、航空路線、鉄道路線、バス路線、タクシー運行区間、旅客船舶路線のうちの少なくとも一つを含む介助手配システム。
【請求項11】
請求項１に記載の介助手配システムであって、
前記複数の区間は、支援希望者を介助する介助者の配置が可能な区間を含む介助手配システム。
前記複数の区間は、支援希望者を介助する介助者の配置が可能な区間を含む介助手配システム。
【請求項12】
請求項１から５のいずれか一項に記載の介助手配システムであって、
前記手配管理サーバと前記複数の区間サーバとはクラウドとして構成される介助手配システム。
前記手配管理サーバと前記複数の区間サーバとはクラウドとして構成される介助手配システム。
【請求項13】
手配管理サーバと、複数の区間サーバとを備える介助手配システムとにより、支援希望者を介助する介助者の予約手配をするための介助手配方法であって、前記介助手配方法は、
前記手配管理サーバにより、前記支援希望者の希望の出発地と最終目的地と前記出発地の希望出発時間および前記最終目的地への希望到着時間の少なくとも一方とを受信し、前記出発地と前記最終目的地の間の経路を選定し、前記経路を構成する複数の区間へと分割を行い、前記希望出発時間および前記希望到着時間の少なくとも一方から計算して、前記複数の区間のそれぞれの区間の両端の経由地を通過する通過時間を計算する工程と、
前記手配管理サーバにより、前記複数の区間のそれぞれの区間を管轄する複数の区間サーバのそれぞれに対して、前記複数の区間のうち前記複数の区間サーバのそれぞれが管轄する区間の前記両端の前記経由地を通過する前記通過時間において、前記支援希望者の介助を行う介助者の配置が可能であるかを判定する介助可能判定の要求を行う工程と、
前記複数の区間サーバのそれぞれにより、前記要求に基づいて前記介助可能判定を行い、前記介助可能判定の結果に対応する信号を前記手配管理サーバに送信する工程と、を備える介助手配方法。
前記手配管理サーバにより、前記支援希望者の希望の出発地と最終目的地と前記出発地の希望出発時間および前記最終目的地への希望到着時間の少なくとも一方とを受信し、前記出発地と前記最終目的地の間の経路を選定し、前記経路を構成する複数の区間へと分割を行い、前記希望出発時間および前記希望到着時間の少なくとも一方から計算して、前記複数の区間のそれぞれの区間の両端の経由地を通過する通過時間を計算する工程と、
前記手配管理サーバにより、前記複数の区間のそれぞれの区間を管轄する複数の区間サーバのそれぞれに対して、前記複数の区間のうち前記複数の区間サーバのそれぞれが管轄する区間の前記両端の前記経由地を通過する前記通過時間において、前記支援希望者の介助を行う介助者の配置が可能であるかを判定する介助可能判定の要求を行う工程と、
前記複数の区間サーバのそれぞれにより、前記要求に基づいて前記介助可能判定を行い、前記介助可能判定の結果に対応する信号を前記手配管理サーバに送信する工程と、を備える介助手配方法。
【請求項14】
請求項１３に記載の介助手配方法であって、
前記複数の区間サーバの全てから送信された前記介助可能判定の結果の前記信号が前記介助者の配置が可能である旨に対応する場合に、前記経路を介助予約が確定した介助予約確定経路として決定する工程を備える介助手配方法。
前記複数の区間サーバの全てから送信された前記介助可能判定の結果の前記信号が前記介助者の配置が可能である旨に対応する場合に、前記経路を介助予約が確定した介助予約確定経路として決定する工程を備える介助手配方法。
【請求項15】
請求項１３に記載の介助手配方法であって、
前記複数の区間サーバの一部から送信された前記介助可能判定の結果の前記信号が前記介助者の配置が不可能である旨に対応する場合に、前記経路を破棄して他の経路を選定し、前記他の経路を複数の区間へと分割を行い、その複数の区間のそれぞれの区間を管轄する複数の区間サーバのそれぞれに対して、前記介助可能判定の要求を行う工程と、
前記区間サーバのそれぞれは、前記要求に基づいて前記介助可能判定を行い、前記介助可能判定の結果に対応する信号を前記手配管理サーバに送信する工程と、
前記手配管理サーバは、前記複数の区間サーバの全てから前記介助者の配置が可能である旨に対応する信号が送信された場合に、前記他の経路を介助予約確定経路として決定する工程と、を備える介助手配方法。
前記複数の区間サーバの一部から送信された前記介助可能判定の結果の前記信号が前記介助者の配置が不可能である旨に対応する場合に、前記経路を破棄して他の経路を選定し、前記他の経路を複数の区間へと分割を行い、その複数の区間のそれぞれの区間を管轄する複数の区間サーバのそれぞれに対して、前記介助可能判定の要求を行う工程と、
前記区間サーバのそれぞれは、前記要求に基づいて前記介助可能判定を行い、前記介助可能判定の結果に対応する信号を前記手配管理サーバに送信する工程と、
前記手配管理サーバは、前記複数の区間サーバの全てから前記介助者の配置が可能である旨に対応する信号が送信された場合に、前記他の経路を介助予約確定経路として決定する工程と、を備える介助手配方法。
【請求項16】
請求項１３に記載の介助手配方法であって、
前記複数の区間サーバの全てから送信された前記介助可能判定の結果の前記信号が前記介助者の配置が可能である旨に対応する場合であって、かつ前記経路または前記経路内の前記複数の区間の一部に他の支援希望者からの介助者の予約手配の要求が集中している場合に、前記経路を破棄して他の経路を選定し、前記他の経路を複数の区間へと分割を行い、前記複数の区間のそれぞれの区間を管轄する複数の区間サーバのそれぞれに対して、前記介助可能判定の要求を行う工程と、
前記区間サーバのそれぞれは、前記要求に基づいて前記介助可能判定を行い、前記介助可能判定の結果に対応する信号を前記手配管理サーバに送信する工程と、
前記手配管理サーバは、前記複数の区間サーバの全てから前記介助者の配置が可能である旨に対応する信号が送信された場合に、前記他の経路を介助予約確定経路として決定する工程と、を備える介助手配方法。
前記複数の区間サーバの全てから送信された前記介助可能判定の結果の前記信号が前記介助者の配置が可能である旨に対応する場合であって、かつ前記経路または前記経路内の前記複数の区間の一部に他の支援希望者からの介助者の予約手配の要求が集中している場合に、前記経路を破棄して他の経路を選定し、前記他の経路を複数の区間へと分割を行い、前記複数の区間のそれぞれの区間を管轄する複数の区間サーバのそれぞれに対して、前記介助可能判定の要求を行う工程と、
前記区間サーバのそれぞれは、前記要求に基づいて前記介助可能判定を行い、前記介助可能判定の結果に対応する信号を前記手配管理サーバに送信する工程と、
前記手配管理サーバは、前記複数の区間サーバの全てから前記介助者の配置が可能である旨に対応する信号が送信された場合に、前記他の経路を介助予約確定経路として決定する工程と、を備える介助手配方法。
【請求項17】
請求項１３に記載の介助手配方法であって、
前記複数の区間サーバの一部から送信された前記介助可能判定の結果の前記信号が前記介助者の配置が不可能である旨に対応する場合に、前記経路と同一の経路において、前記経由地における前記通過時間と異なる他の通過時間に対して、前記介助可能判定の要求を行う工程と、
前記区間サーバのそれぞれにおいて、前記要求に基づいて前記介助可能判定を行い、前記介助可能判定の結果に対応する信号を前記手配管理サーバに送信する工程と、
前記手配管理サーバにより、前記複数の区間サーバの全てから前記介助者の配置が可能である旨に対応する信号が送信された場合に、前記他の通過時間における前記経路を介助予約確定経路として決定する工程と、を備える介助手配方法。
前記複数の区間サーバの一部から送信された前記介助可能判定の結果の前記信号が前記介助者の配置が不可能である旨に対応する場合に、前記経路と同一の経路において、前記経由地における前記通過時間と異なる他の通過時間に対して、前記介助可能判定の要求を行う工程と、
前記区間サーバのそれぞれにおいて、前記要求に基づいて前記介助可能判定を行い、前記介助可能判定の結果に対応する信号を前記手配管理サーバに送信する工程と、
前記手配管理サーバにより、前記複数の区間サーバの全てから前記介助者の配置が可能である旨に対応する信号が送信された場合に、前記他の通過時間における前記経路を介助予約確定経路として決定する工程と、を備える介助手配方法。
【請求項18】
請求項１３から１７のいずれか一項に記載の介助手配方法であって、
前記手配管理サーバでは、前記介助可能判定において、前記分割された前記複数の区間のそれぞれについて前記介助可能判定を優先的に行うべき区間の判定優先度を決定する工程を備え、
前記介助可能判定は、前記複数の区間に対して前記判定優先度の高さに応じた順序で実行される介助手配方法。
前記手配管理サーバでは、前記介助可能判定において、前記分割された前記複数の区間のそれぞれについて前記介助可能判定を優先的に行うべき区間の判定優先度を決定する工程を備え、
前記介助可能判定は、前記複数の区間に対して前記判定優先度の高さに応じた順序で実行される介助手配方法。
【請求項19】
請求項１３から１７のいずれか一項に記載の介助手配方法であって、
前記介助者が前記支援希望者を介助するために介助の準備として有効な特性情報を予め格納しておく工程と、
前記手配管理サーバにより、前記複数の区間サーバのそれぞれに、前記特性情報の少なくとも一部を送信する工程と、を有する介助手配方法。
前記介助者が前記支援希望者を介助するために介助の準備として有効な特性情報を予め格納しておく工程と、
前記手配管理サーバにより、前記複数の区間サーバのそれぞれに、前記特性情報の少なくとも一部を送信する工程と、を有する介助手配方法。
【請求項20】
請求項１３から１７のいずれか１項に記載の介助手配方法であって、
前記複数の区間は、航空路線、鉄道路線、バス路線、タクシー運行区間、旅客船舶路線のうちの少なくとも一つを含む介助手配方法。
前記複数の区間は、航空路線、鉄道路線、バス路線、タクシー運行区間、旅客船舶路線のうちの少なくとも一つを含む介助手配方法。
【請求項21】
請求項１３に記載の介助手配方法であって、
前記複数の区間は、支援希望者を介助する介助者の配置が可能な経路区間を含む介助手配方法。
前記複数の区間は、支援希望者を介助する介助者の配置が可能な経路区間を含む介助手配方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、車椅子利用者などに代表される支援対象者の移動経路における介助者を一括的に手配する介助手配システムおよび介助手配方法に関する。
【背景技術】
【0002】
車椅子利用者やベビーカー使用者などに代表される支援を希望する支援対象者（以下、「支援希望者」）は、外出する際には、目的地までの経路において、たとえば、建物の段差や、交通機関における車両の乗降など、構造的な問題から、支援対象者の移動を支援する介助者（以下、「介助者」）が必要となる箇所が多い。近年、支援対象者に対する社会的理解が広がり、バリアフリーなど構造的な改善や、交通機関の係員による支援対象者の乗降の介助も一般的な光景となるなど、従前に比べて、支援希望者が移動しやすい環境もかなり発展し、改善がみられている。しかし、支援希望者の介助は限定的な一部の分野にとどまり、支援希望者の目からみれば不十分である。これは支援希望者の外出への不安を引き起こし、外出意欲の低下につながっている。
【0003】
これにつき、たとえば特許文献１には、支援希望者たる車椅子利用者の駅構内での移動や列車の乗降の補助の予約を行う乗降補助システムが開示されている。これは、車椅子利用者が利用者端末から乗降補助を予約して、送信手段を通じて受信した介助者たる駅員の端末に表示される予約情報から、駅員がその予約者の乗降の補助を可能とするものである。
【0004】
また、特許文献２も、同様に、支援希望者たる車椅子利用者の列車の乗降の補助の予約を行う車椅子介助システムが開示されている。これは、予め駅係員端末から入力された介助者たる駅係員の介助可能な介助可能日時をサーバに蓄積し、支援希望者たる車椅子利用者が希望利用日時（希望する乗車日時）を利用者端末から入力し、介助可能日時と希望利用日時とが合致して承認されたときに、車椅子利用者が選択可能となるように利用者端末に表示させるシステムである。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特許第５８８７７０３号明細書
【特許文献2】特許第６７６０７５０号明細書
【発明の概要】
【発明が解決しようとする課題】
【0006】
特許文献１および特許文献２は、予め介助者が支援希望者を介助可能とする予約システムであるが、これらは介助者の介助可能時間を中心に、それに合わせて支援希望者が移動する時間を合わせる介助の予約システムであって、介助者が支援希望者の予定に合わせる前提に立ったシステムではなく、支援希望者が希望する外出が実現できない問題がある。
【0007】
また、特許文献１および特許文献２では、支援希望者が予約する出発地と目的地は一の鉄道会社に属する駅であるが、支援希望者が支援を求めたい箇所は、出発地と最終目的地との間の経路全体である。出発地と最終目的地との間の経路の一部において介助の予約ができたとしても、支援希望者が、残りの経路の部分について、自分で介助の手配のアレンジをしなければならず、支援希望者の外出への不安は払拭されず、支援者の外出に対する心理的および心身的負担は依然として大きく、支援希望者の外出意欲の向上につながらない。
【0008】
支援希望者の外出意欲の向上のためには、支援希望者の出発地と最終目的地との間の経路の全部において事前の介助者の介助の予約の確定ができる予約システムが不可欠である。また、支援希望者が介助を希望する目的地到着日時を尊重して、介助者が支援希望者の希望する日時に合わせるような予約ができる予約システムが不可欠である。さらには、外出する支援希望者の人数が増加しても、介助者のやりくりをつけて、それぞれの支援希望者の介助希望を実現する予約ができる予約システムが不可欠である。
【課題を解決するための手段】
【0009】
支援希望者を介助する介助者の予約手配をするための介助手配システムであって、前記介助手配システムは、前記支援希望者の希望の出発地と最終目的地と前記出発地の希望出発時間および前記最終目的地への希望到着時間の少なくとも一方とを受信し、前記出発地と前記最終目的地との間の経路を選定し、前記経路を構成する複数の区間へと分割を行い、前記希望出発時間および前記希望到着時間の少なくとも一方から計算して、前記複数の区間のそれぞれの区間の両端の経由地を通過する通過時間を計算する手配管理サーバと、
前記複数の区間のそれぞれの区間を管轄する複数の区間サーバと、を備え、前記手配管理サーバは、前記複数の区間サーバのそれぞれに対して、前記複数の区間のうち前記複数の区間サーバのそれぞれが管轄する区間の前記両端の前記経由地を通過する前記通過時間において、前記支援希望者の介助を行う介助者の配置が可能であるかを判定する介助可能判定の要求を行い、前記複数の区間サーバのそれぞれは、前記要求に基づいて前記介助可能判定を行い、前記介助可能判定の結果に対応する信号を前記手配管理サーバに送信する介助手配システムにより解決する。
前記複数の区間のそれぞれの区間を管轄する複数の区間サーバと、を備え、前記手配管理サーバは、前記複数の区間サーバのそれぞれに対して、前記複数の区間のうち前記複数の区間サーバのそれぞれが管轄する区間の前記両端の前記経由地を通過する前記通過時間において、前記支援希望者の介助を行う介助者の配置が可能であるかを判定する介助可能判定の要求を行い、前記複数の区間サーバのそれぞれは、前記要求に基づいて前記介助可能判定を行い、前記介助可能判定の結果に対応する信号を前記手配管理サーバに送信する介助手配システムにより解決する。
【0010】
手配管理サーバと、複数の区間サーバとを備える介助手配システムとにより、支援希望者を介助する介助者の予約手配をするための介助手配方法であって、前記介助手配方法は、前記手配管理サーバにより、前記支援希望者の希望の出発地と最終目的地と前記出発地の希望出発時間および前記最終目的地への希望到着時間の少なくとも一方とを受信し、前記出発地と前記最終目的地の間の経路を選定し、前記経路を構成する複数の区間へと分割を行い、前記希望出発時間および前記希望到着時間の少なくとも一方から計算して、前記複数の区間のそれぞれの区間の両端の経由地を通過する通過時間を計算する工程と、前記手配管理サーバにより、前記複数の区間のそれぞれの区間を管轄する複数の区間サーバのそれぞれに対して、前記複数の区間のうち前記複数の区間サーバのそれぞれが管轄する区間の前記両端の前記経由地を通過する前記通過時間において、前記支援希望者の介助を行う介助者の配置が可能であるかを判定する介助可能判定の要求を行う工程と、前記複数の区間サーバのそれぞれにより、前記要求に基づいて前記介助可能判定を行い、前記介助可能判定の結果に対応する信号を前記手配管理サーバに送信する工程と、を備える介助手配方法により解決する。
【発明の効果】
【0011】
本発明により、支援希望者の移動経路を構成する全ての経路において介助者の一括的な予約手配をすることが可能となる。また、支援希望者からの事前の介助依頼により、予め介助者の手配ができ、介助者配置の負荷軽減が可能となる。
【図面の簡単な説明】
【0012】
【図1A】本発明の第１の実施の形態である介助手配システムの構成を示している。
【図1B】本発明の介助手配システムの機能を示している。
【図2】本発明の介助手配システムの介助手配プロセスのフローチャートを示している。
【図3】本発明の介助手配システムの介助手配プロセスの概念の一例を示している。
【図4】本発明の介助手配システムの予約後の機能としての介助手配プロセスのフローチャートを示している。
【図5】本発明の第２の実施の形態である介助手配システムの構成を示している。
【図6A】本発明の第３の実施の形態の介助手配システムの第１態様を示している。
【図6B】本発明の第３の実施の形態の介助手配システムの第２態様を示している。
【図6C】本発明の第３の実施の形態の介助手配システムの第３態様を示している。
【図6D】本発明の第３の実施の形態の介助手配システムの第４態様を示している。
【発明を実施するための形態】
【0013】
（本発明の第１の実施の形態）
図１Ａおよび図１Ｂから図３を参照して、本発明の第１の実施の形態の介助手配システム１ａについて説明する。図１Ａは介助手配システム１ａの構成を示し、図１Ｂは、介助手配システム１ａの機能を説明している。図１Ｂの上側が介助手配システム１ａの構成であり、図１Ｂの下側には介助手配システム１ａにより選定される経路Ｒ０１が示されている。図２は介助手配システム１ａの介助手配プロセスを説明したフローチャートである。図３は介助手配システム１ａの介助手配プロセスの概略を示した図である。
図１Ａおよび図１Ｂから図３を参照して、本発明の第１の実施の形態の介助手配システム１ａについて説明する。図１Ａは介助手配システム１ａの構成を示し、図１Ｂは、介助手配システム１ａの機能を説明している。図１Ｂの上側が介助手配システム１ａの構成であり、図１Ｂの下側には介助手配システム１ａにより選定される経路Ｒ０１が示されている。図２は介助手配システム１ａの介助手配プロセスを説明したフローチャートである。図３は介助手配システム１ａの介助手配プロセスの概略を示した図である。
【0014】
介助手配システム１ａは、手配管理サーバ２と、ネットワーク３と、区間サーバ４と、を備えている。手配管理サーバ２は処理装置２ａと記憶装置２ｂとを備え、区間サーバ４はそれぞれ、処理装置４ａと記憶装置４ｂとを備えている。区間サーバ４のそれぞれはネットワーク３を介して手配管理サーバ２に接続されている。
【0015】
手配管理サーバ２と区間サーバ４は、後述するとおり、以下の様に画定される。手配管理サーバ２は管轄する経路を分割して区間を画定して各区間を管轄する区間サーバ４に対して介助可能判定の要求を行う。そして、最終的にすべての区間において介助者の配置が可能である場合に、すべての区間において介助者の配置が可能であったとして介助予約確定経路として決定する処理を行うような情報処理機器として画定される。一方、区間サーバ４は、手配管理サーバ２からの介助可能判定の要求に基づいて、管轄する区間に対する介助可能判定を行って、介助可能判定の結果（結果に対応する信号）を手配管理サーバ２に対して送信する処理を行う情報処理機器として画定される。
【0016】
ネットワーク３には支援希望者端末５が接続可能であって、支援希望者端末５はネットワーク３を介して手配管理サーバ２に接続可能である。支援希望者は、支援希望者端末５を使用して手配管理サーバ２にアクセスして、介助手配システム１ａを使用可能である。介助手配システム１ａは、後述するプロセスにより、支援希望者端末５で入力された支援希望情報に基づいて、経路Ｒ０１を選定する。
【0017】
図１Ｂは、例として、介助手配システム１ａと、介助手配システム１ａが選定して経路Ｒ０１とを合わせて示した図である。経路Ｒ０１は、出発地ＴＳＴから最終目的地ＴＥＮＤまでの経路Ｒ０１である。手配管理サーバ２は、後述するプロセスにより、経路Ｒ０１を少なくとも２つ以上の区間である区間に分割する。この例では、経路Ｒ０１は区間Ｄ０１，Ｄ０２，Ｄ０３、Ｄ０４、Ｄ０５、Ｄ０６、Ｄ０７およびＤ０８に分割される。区間サーバ４は複数の区間サーバから構成される。この例では、区間サーバ４は、区間サーバ４１，４２，４３、４４、４５、４６、４７により構成されている。区間Ｄ０１からＤ０８のそれぞれに対応するように、区間サーバ４１から４７のそれぞれが、それぞれの区間を管轄している。図１Ｂにおいて、区間サーバ４１から４７のそれぞれと区間Ｄ０１からＤ０８のそれぞれとを連結する破線は、実際の接続を示すものではなく、管轄する概念的な連関性を意味している。
【0018】
たとえば、経路Ｒ０１において、区間Ｄ０１は出発地ＴＳＴと経由地Ｔ０１との間で画定され出発地ＴＳＴと経由地Ｔ０１とを含む区間、区間Ｄ０２は経由地Ｔ０１と経由地Ｔ０２との間で画定され経由地Ｔ０１と経由地Ｔ０２とを含む区間、区間Ｄ０３は経由地Ｔ０２と経由地Ｔ０３との間で画定され経由地Ｔ０２と経由地Ｔ０３とを含む区間、区間Ｄ０４は経由地Ｔ０３と経由地Ｔ０４との間で画定され経由地Ｔ０３と経由地Ｔ０４とを含む区間、区間Ｄ０５は経由地Ｔ０４の内部の区間、区間Ｄ０６は経由地Ｔ０４と経由地Ｔ０５との間で画定され経由地Ｔ０４と経由地Ｔ０５とを含む区間、区間Ｄ０７は経由地Ｔ０５と経由地Ｔ０６との間で画定され経由地Ｔ０５と経由地Ｔ０６とを含む区間、区間Ｄ０８は経由地Ｔ０６と最終目的地ＴＥＮＤとの間で画定され経由地Ｔ０６と最終目的地ＴＥＮＤとを含む区間、である。
【0019】
経路Ｒ０１は、介助手配システム１ａの任意のユーザが希望する出発地ＴＳＴと最終目的地ＴＥＮＤとの入力により、手配管理サーバ２が選定する経路である。手配管理サーバ２は、経路Ｒ０１の経路の決定の際に、同時に、経由地Ｔ０１からＴ０６と、区間Ｄ０１からＤ０８と、を決定する。すなわち、手配管理サーバ２は、後述する介助手配プロセスにより、支援希望者の希望の「出発地」と「最終目的地」と「目的地到着希望時間」とを受信し、出発地ＴＳＴと最終目的地ＴＥＮＤとの間の経路Ｒ０１を選定する。そして、手配管理サーバ２は、経路Ｒ０１を構成する区間Ｄ０１からＤ０８に分割し、「目的地到着希望時間」から逆算して、区間Ｄ０１からＤ０８のそれぞれの区間において、区間の両端にあたる出発地ＴＳＴと経由地Ｔ０１からＴ０６および最終目的地ＴＥＮＤを通過する時間を計算する。
【0020】
経路Ｒ０１は複数の区間により構成されるものであって、区間のそれぞれは、支援希望者が移動する経路すべてが該当し、支援希望者が利用する航空機・車両・船舶などの物理的移動手段など交通機関全般の交通機関経路区間、交通機関を利用せずに支援希望者自身の移動が伴う経路を有する内部移動が伴う施設全般の施設内経路区間、および介助斡旋者が自由に設定する自由移動経路区間である。たとえば、区間は、交通機関経路区間の代表例でいえば航空会社の任意の航空路線、鉄道会社の任意の鉄道路線、バス会社の任意のバス路線、タクシー会社の営業地域の任意のタクシー運行区間であるすべての経路、旅客船舶会社などの旅客船舶路線の航路などの経路区間である。また、施設内経路区間の代表例では、博物館、美術館、劇場、映画館、自治体などの公共施設の経路区間などである。また、自由移動経路区間の例でいえば、介助斡旋業者が斡旋する介助者を支援希望者の希望する経路に割り当てられる経路区間である。すなわち、これらの区間は、それぞれの経路区間を管理する区間サーバ４が配置され、配置される区間サーバ４により、支援希望者の移動を伴い、支援希望者の介助にあたることができるように予め介助者の配置が可能なような準備がなされている箇所である。この箇所は、たとえば、航空路線や鉄道の場合では、駅または空港から必要に応じてその路線の区間内であって、ここでは介助者としての係員が支援希望者の介助にあたることができるように配置される。また、バスの路線やタクシーの場合では、乗車点および降車点、またその区間内で、バスドライバーやタクシードライバーが支援希望者の介助にあたることができるように配置される。また、博物館や美術館の観覧施設では、内部に移動経路があり、移動始点から移動終点まで移動経路支援希望者の介助にあたることができるように配置される。さらに、自由移動経路区間では、少なくとも一人の介助者を、所定の地域の経路において、支援希望者の希望移動始点から希望移動終点までの自由な経路で介助できるように介助者が斡旋可能に配置される。これらの配置は、すべて区間サーバ４により実現できる。図１Ｂでは、区間Ｄ０１からＤ０８のそれぞれはこれらの経路区間に対応する。区間には、これらの区間の始点および終点を経由地が含まれる。すなわち、出発地ＴＳＴ、および最終目的地ＴＥＮＤと、中間の経由地Ｔ０１からＴ０６はそれぞれの区間Ｄ０１からＤ０８に含まれるものとして画定する。経由地Ｔ０１からＴ０６は区間の始点および終点にあたる空港、駅、バスターミナル、タクシー乗場、公共施設の受付、自由移動経路の区間の両端地などの基点である。出発地ＴＳＴ、および最終目的地ＴＥＮＤは、たとえば、支援希望者の自宅や宿泊先であるホテルなどである。
【0021】
区間サーバ４に属する区間サーバ４１，４２，４３、４４、４５、４６、４７もこれらに対応し、区間を運営する事業体に配置されるサーバであって、すなわち、区間が交通機関の例でいえば、航空会社、鉄道会社、バス会社、タクシー会社、旅客船舶会社などの管理事業体、公共施設の例でいえば、映画館、博物館、美術館などの管理事業体、自由移動経路区間の例でいえばケアマネージャ事務所や介助者斡旋事業体などに配置され、管理されるサーバである。ネットワーク３を介して手配管理サーバ２に接続可能な区間サーバ４が配置され、区間サーバ４が管轄する区間と区間の両端の基点において支援希望者を介助する介助者が斡旋可能な経路区間のすべてが区間として定義される。すなわち、図１Ｂの例のとおり、区間サーバ４に属する区間サーバ４（４１，４２，４３、４４、４５、４６、４７）は、ネットワーク３を介して、手配管理サーバ２と接続されている。通常、航空会社、鉄道会社、バス会社、タクシー会社は、それぞれ多くの路線、多くの基点を有している。すなわち、図１Ｂに示される経路Ｒ０１とそれぞれの区間Ｄ０１からＤ８は、それぞれの路線の中で、選択された経路Ｒ０１に属する路線の区間Ｄ０１からＤ０８である。
【0022】
続いて、図２を参照して、介助手配システム１ａの介助手配プロセスについて、詳しく説明する。まず、支援希望者は、支援希望者端末５を使用して、支援希望者の特性情報を入力する。手配管理サーバ２はその特性情報を受信して、記憶装置２ｂに予め格納しておく（Ｓ１０１）。支援希望者は、多数に亘るので、それぞれの特性情報のデータとして管理するように格納される。このプロセスは実際に支援を予約する時点よりも以前に、予め実行できるプロセスとして定義できる。特性情報は、介助者が支援希望者を介助するために介助の準備として有効な情報であって、たとえば「障害または要支援の種類・程度」、「歩行可能程度」、「搭乗・乗車・乗船時に車いすを手荷物として預けるか否か」、「車いすの種類・大きさ・保管要件」等である。特性情報は、支援の準備として予め有効な情報であればよく、これ以外の全ての情報を含めることができる。
【0023】
続いて、支援希望者が、介助手配システム１ａを使用しての外出における介助者の予約手配を行う介助手配プロセスに入る。支援希望者は、支援希望者端末５を使用して、支援希望情報を入力する。手配管理サーバ２はその支援希望情報を受信して処理装置２ａで介助予約の処理プロセスを実行する（Ｓ１０２）。ここでは、必要に応じて、支援希望情報を記憶装置２ｂに格納する。支援希望情報は、たとえば、支援を希望する「出発地」と、「最終目的地」と、出発地の「希望出発時間」および最終目的地への「希望到着時間」の少なくとも一方とを含む経路である。「希望出発時間」と「希望到着時間」との少なくとも一方を受信した場合には、「到着時間」と「出発時間」を以下のように計算すればよい。「到着時間」は、介助手配プロセスにより、手配管理サーバ２が「希望出発時間」から経路中の各区間における予想消費時間を積みあげて計算すればよい。「出発時間」は、介助手配プロセスにより、手配管理サーバ２が「希望到着時間」から、経路中の各区間における予想消費時間を積みあげて逆算すればよい。また、支援希望情報には、使用したい交通機関などの「希望経路」や、観光先の「希望経由地」などを含めることができる。たとえば、図１Ｂの例で言えば、出発地ＴＳＴと最終目的地ＴＥＮＤおよび最終目的地ＴＥＮＤへの到着希望時刻を支援希望者が入力し、手配管理サーバ２がこれらを受信する。支援希望者による支援希望者の特性情報の入力および手配管理サーバ２による特性情報と記憶装置２ｂへの格納を行う前プロセス（Ｓ１０１）は、この支援希望情報の入力および処理のプロセス（Ｓ１０２）に含めて同時に実行してもよい。
【0024】
続いて、手配管理サーバ２は、支援希望情報に基づいて、暫定の経路として、少なくとも１つの経路を選定し、その経路を経路の種類に応じて、その経路内の区間に分割する（Ｓ１０３）。支援希望情報に「希望経路」または「希望経由地」が含まれている場合には、それを優先して暫定の経路や経由地を決定する。ここでは、複数の暫定の経路を選定した場合には、その複数の経路に優先順位を付す。優先順位は、これ以降のプロセスにおいて、介助手配のプロセスの処理において、手配管理サーバ２が検討を行う順位に対応する。図１Ｂの例でいえば、たとえば、手配管理サーバ２は、支援希望情報に基づいて、経路Ｒ０１を選定して、経路Ｒ０１を区間Ｄ０１からＤ０８のそれぞれに分割する。これにより、同時に経由地Ｔ０１からＴ０６も画定される。このとき、「目的地到着希望時間」から逆算して、区間Ｄ０１からＤ０８のそれぞれの区間において、区間の両端にあたる出発地ＴＳＴと経由地Ｔ０１からＴ０６および最終目的地ＴＥＮＤを通過する通過時間の計算がなされる。ここで「通過時間」とは任意の経由地に到着する時間とその経由地を出発する時間との少なくとも一方により画定される時間として定義する。たとえば任意の経由地に到着する時間およびその経由地から出発する時間が通過時間として定義される。また、出発地および最終目的地においては、通過時間は、それぞれ出発時間と到着時間とが通過時間として定義される。また、「通過時間の計算」とは、各区間（たとえば、Ｄ０１からＤ０８のそれぞれ）におけるサービス（航空便、鉄道、船舶等）のタイムテーブルと、予定される必要時間とから、各経由地（たとえば、Ｔ０１からＴ０６）における通過時間を特定することと定義する。ここでの例では、通過時間の計算（選択と提案）は、手配管理サーバ２が行うことができる。または、手配管理サーバ２ではなく区間サーバ４が行うように設定してもよい。この場合は、手配管理サーバ２が目安となる通過時間の範囲を区間サーバ４に提案し、それに基づいて区間サーバ４が通過時間を確定するように設定することができる。
【0025】
たとえば、支援希望情報として、具体的には、出発地ＴＳＴは支援希望者自宅、最終目的地ＴＥＮＤは宿泊先のホテルであり、希望経路として航空便を、希望経由地として美術館である経由地Ｔ０４に立ち寄る計画を支援希望者が入力する。これにより、支援希望者自宅である出発地ＴＳＴからホテルである最終目的地ＴＥＮＤまで、自宅最寄りの空港である経由地Ｔ０１と美術館である経由地Ｔ０４に立ち寄る経路Ｒ０１を画定する。そして、経路Ｒ０１を、支援希望者自宅である出発地ＴＳＴから自宅最寄り空港である経由地Ｔ０１までのタクシー路線である区間Ｄ０１、自宅最寄り空港である経由地Ｔ０１から中継地空港である経由地Ｔ０２までの航空便である区間Ｄ０２、中継地空港である経由地Ｔ０２から美術館最寄り地空港／駅である経由地Ｔ０３までの鉄道路線である区間Ｄ０３、美術館最寄り駅である経由地Ｔ０３から美術館である経由地Ｔ０４までのタクシー路線である区間Ｄ４、美術館である経由地Ｔ０４内の観覧の区間Ｄ５、美術館である経由地Ｔ０５から美術館最寄り駅である経由地Ｔ０５までのタクシー路線である区間Ｄ０６、美術館最寄り駅である経由地Ｔ０５からホテル最寄り駅である経由地Ｔ０６までの鉄道路線である区間Ｄ０７、ホテル最寄り駅である経由地Ｔ０６から最終目的地ＴＥＮＤであるホテルまでのタクシー路線である区間Ｄ０８に分割する。
【0026】
続いて、手配管理サーバ２は、区間Ｄ０１からＤ０８のそれぞれを管轄する区間サーバ４（４１，４２，４３、４４、４５、４６、４７）に対して、記憶装置２ｂに格納されている特性情報を送信し、区間サーバ４（４１，４２，４３、４４、４５、４６、４７）に対して介助可能判定を要求する。ここで、特性情報の送信は、記憶装置２ｂに格納されている全ての特性情報を一括送付することに加え、記憶装置２ｂに格納されている全ての特性情報から、区間サーバ４のそれぞれに対して予め定められている特性情報の一部を抽出して送信することも含む。すなわち、特性情報のうち、区間ごと、事業者ごと、に介助に必要な情報は異なり、不要な情報が排除して必要な特性情報のみを送信することが便利である。これにより、各区間で必要としている特性情報のみが各区間において送信できる。手配管理サーバ２の要求に応じて、区間サーバ４（４１，４２，４３、４４、４５、４６、４７）は、それぞれの分担区間および／またはその両端の経由地において介助支援者を配置できるかの介助可能性の判定、および分担する経由地における正確な経由地通過時間を算出する（Ｓ１０４）。たとえば、タクシー会社の区間サーバ４１は区間Ｄ０１において、支援希望者自宅である出発地ＴＳＴと自宅最寄り空港である経由地Ｔ０１とにおいて、介助支援者（タクシー運転手）が配車できるかを確認し、配置できる場合には配置できる旨のステータス（以下、「ステータスＯＫ」）に対応するフラグ信号と次の区間の介助者への介助業務引き渡し時間を、一方、配置できない場合には配置できない旨のステータス（以下、「ステータスＮＧ」）に対応するフラグ信号を、手配管理サーバ２に送信する。
【0027】
同様に、航空会社の区間サーバ４２は自宅最寄り空港である経由地Ｔ０１と中継地空港である経由地Ｔ０２のそれぞれにおいて介助支援者を配置できるかを確認し、配置できる場合には、配置できる旨の「ステータスＯＫ」のフラグ信号と、次の区間の介助者への介助業務引き渡し時間を手配管理サーバ２に送信し、配置できない場合には配置できない旨の「ステータスＮＧ」のフラグ信号を、手配管理サーバ２に送信する。
【0028】
鉄道会社の区間サーバ４３は中継地空港／駅である経由地Ｔ０２と美術館最寄り駅である経由地Ｔ０３のそれぞれにおいて介助支援者を配置できるかを確認し、配置できる場合には「ステータスＯＫ」のフラグ信号と、介助業務引き渡し時間を次の区間の介助者への介助業務引き渡し時間を手配管理サーバ２に送信し、配置できない場合には「ステータスＮＧ」のフラグ信号を、手配管理サーバ２に送信する。また、タクシー会社の区間サーバ４４は美術館最寄り駅である経由地Ｔ０３から美術館である経由地Ｔ０４までの往路の区間Ｄ０３および美術館である経由地Ｔ０４から美術館最寄り駅である経由地Ｔ０５までの復路の区間Ｄ０６において、介助支援者（タクシー運転手）を配置できるかを確認し、配置できる場合には「ステータスＯＫ」のフラグ信号と次の区間の介助者への介助業務引き渡し時間を、配置できない場合には「ステータスＮＧ」のフラグ信号を、手配管理サーバ２に送信する。
【0029】
さらに、美術館の区間サーバ４５は美術館内での観覧の区間Ｄ０５において、介助支援者を配置できるかを確認し、配置できる場合には「ステータスＯＫ」のフラグ信号と次の区間の介助者への介助業務引き渡し時間を、配置できない場合には配置できない旨の「ステータスＮＧ」のフラグ信号を、手配管理サーバ２に送信する。鉄道会社の区間サーバ４６は美術館最寄り駅である経由地Ｔ０５と宿泊地最寄り駅である経由地Ｔ０６のそれぞれにおいて介助支援者を配置できるかを確認し、配置できる場合には「ステータスＯＫ」のフラグ信号と、介助業務引き渡し時間を次の区間の介助者への介助業務引き渡し時間を手配管理サーバ２に送信し、配置できない場合には「ステータスＮＧ」のフラグ信号を、手配管理サーバ２に送信する。タクシー会社の区間サーバ４７は宿泊地最寄り駅である経由地Ｔ０６から宿泊先のホテルである最終目的地ＴＥＮＤまでの区間Ｄ０８において、介助支援者（タクシー運転手）を配置できるかを確認し、配置できる場合には配置できる旨の「ステータスＯＫ」のフラグ信号と次の区間の介助者への介助業務引き渡し時間を、配置できない場合には配置できない旨の「ステータスＮＧ」のフラグ信号を、手配管理サーバ２に送信する。
【0030】
手配管理サーバ２は、区間サーバ４（４１から４７）から受信した介助可能性の判定を受信する。受信した経路Ｒ０１の全ての区間Ｄ０１から区間Ｄ０８の介助可能性の判定において、全ての区間サーバ４（４１から４７）から送信されたステータスのフラグ信号がすべて「ステータスＯＫ」であれば、選定された経路Ｒ０１を介助予約確定経路として判定する。そして、介助予約確定経路としての経路Ｒ０１およびそれを分割した区間Ｄ０１から区間Ｄ０８までの区間の各分担区間における介助を最終的に確定する（Ｓ１０５）。これとともに、出発地ＴＳＴの予定出発時間と、最終目的地ＴＥＮＤの到達時間と、各経由地の通過時間との予約確定情報を支援希望者端末５に送信する。支援希望者端末５では、この予約確定情報を表示する。さらに、必要に応じて、支援希望者にこの予約確定情報を受諾するか否かを承認するプロセスを付加することもできる。それとともに、各区間の区間サーバ４（４１から４７）のそれぞれに予約確定情報を送信する。各区間の区間サーバ４（４１から４７）は、それぞれの記憶装置４ｂに、予約確定情報および特性情報を格納する。
【0031】
一方、全ての区間サーバ４（４１から４７）から送信されたステータスのフラグ信号において、一つでも「ステータスＮＧ」があれば、経路Ｒ０１および分割区間を破棄して、再度、次の経路を選定して、前記プロセス（Ｓ１０４）に戻って介助予約のプロセスを再度実行する（Ｓ１０５）。介助手配プロセスを行う次の経路は、最初の選定した複数の経路の中で、優先順位にしたがって順番に各経路において介助手配プロセスを実行する。
【0032】
区間サーバ４（４１から４７）において、「ステータスＯＫ」のフラグ信号と「ステータスＮＧ」のフラグ信号とのそれぞれの発出の判断は、たとえば、以下のように実行できる。まず、区間サーバ４の記憶装置４ｂに予め介助可能な介助者の確保人数と時間枠とのデータを保存しておく。そして、区間サーバ４の処理装置４ａは、手配管理サーバ２からの介助可能性の判定の要求の時間枠に対応して、要求されている介助者数が処理装置４ａに保存されているデータ内の確保人数以内であるかを判定する。確保人数の残数以内である場合には「ステータスＯＫ」と判定し、確保人数の残数が無い場合には「ステータスＮＧ」と判定する。
【0033】
ここで、図３を参照して、手配管理サーバ２に送信されたフラグ信号に「ステータスＮＧ」がある場合の介助手配プロセスの例について説明する。「ステータスＮＧ」がある場合の介助手配プロセスには２つの場合がある。一方は「ステータスＮＧ」となった介助可能判定をおこなった経路と異なる経路において介助可能判定を行う第１例であり、他方は「ステータスＮＧ」となった介助可能判定をおこなった経路と同一の経路において異なる通過時間に対して介助可能判定を行う第２例である。図３は区間サーバ４（４１１から４１４）が前記の介助手配プロセス（Ｓ１０１からＳ１０５）を実行する際に、最初に選定した経路Ｒ１１を破棄して、代替経路Ｒ１２で予約確定を行う概念を示している。
【0034】
まず、「ステータスＮＧ」となった介助可能判定をおこなった経路と異なる経路において介助可能判定を行う第１例について説明する。手配管理サーバ２は、前記のステップＳ１０３に基づいて、支援希望者が入力した出発地ＴＳＴと最終目的地ＴＥＮＤとから、暫定的に希望経路Ｒ１１を選定し、希望経路Ｒ１１を区間Ｄ１１から区間Ｄ１３に分割して、経由地Ｔ１１と経由地Ｔ１２とを画定する。そして、各区間を分担する区間サーバ４１１と４１２とに特性情報を送信して、介助可能であるかの判定を要求する。区間サーバ４１１は区間サーバ４１１が分担する区間Ｄ１１と区間Ｄ１３とにおいて介助者を配置できるかを判定し、区間サーバ４１２は区間サーバ４１２が分担する区間１２において介助者を配置できるかを判定する。判定はたとえば、前記のステータスＯＫおよびステータスＮＧの判定の手法により判定を行う。
【0035】
このとき、区間サーバ４１１は区間Ｄ１１と区間Ｄ１３とにおいて介助者を配置できると判定してステータスＯＫを手配管理サーバ２に送信したものの、区間サーバ４１２は区間Ｄ１２において配置できる介助者がいないと判定してステータスＮＧを手配管理サーバ２に送信したものとする。手配管理サーバ２は、経路Ｒ１１のうちの一部の区間Ｄ１２においてステータスＮＧがあるので、暫定的に選定した経路Ｒ１１を破棄して、経路Ｒ１２を選定する。
【0036】
そして、経路Ｒ１２を区間Ｄ１４から区間Ｄ１６に分割して、経由地Ｔ１３と経由地Ｔ１４とを画定する。そして、各区間を分担する区間サーバ４１１、４１３および４１４に特性情報を送信して、介助可能であるかの判定を要求する。区間サーバ４１１は区間サーバ４１１が分担する区間Ｄ１４において、区間サーバ４１３は区間サーバ４１３が分担する区間Ｄ１５において、また区間サーバ４１４は区間サーバ４１４が分担する区間Ｄ１６において、区間サーバ４１１、４１３および４１４のそれぞれが介助者を配置できるかを判定する。
【0037】
そして、区間サーバ４１１、４１３および４１４の全てが分担する区間において介助者を配置できると判定して「ステータスＯＫ」のフラグ信号を手配管理サーバ２に送信したものとする。手配管理サーバ２は、経路Ｒ１２の全ての区間Ｄ１４から区間Ｄ１６において、介助者の手配が確定したとして、経路Ｒ１２およびそれを分割した区間Ｄ１４から区間Ｄ１６までの区間を介助予約確定経路として確定する。
【0038】
続いて、「ステータスＮＧ」となった介助可能判定をおこなった経路と同一の経路において異なる通過時間に対して介助可能判定を行う第２例について説明する。手配管理サーバ２は、前記のステップＳ１０３に基づいて、支援希望者が入力した出発地ＴＳＴと最終目的地ＴＥＮＤとから、暫定的に希望経路Ｒ１１を選定し、希望経路Ｒ１１を区間Ｄ１１から区間Ｄ１３に分割して、経由地Ｔ１１と経由地Ｔ１２とを画定する。そして、各区間を分担する区間サーバ４１１と４１２とに特性情報を送信して、介助可能であるかの判定を要求する。第１例と同様に、区間サーバ４１１が区間Ｄ１１と区間Ｄ１３とにおいて介助者を配置できると判定してステータスＯＫを手配管理サーバ２に送信したものの、区間サーバ４１２は区間Ｄ１２において配置できる介助者がいないと判定してステータスＮＧを手配管理サーバ２に送信したものとする。手配管理サーバ２は、経路Ｒ１１のうちの一部の区間Ｄ１２においてステータスＮＧがあるので、経路Ｒ１１を維持して、同一の経路Ｒ１１を構成する区間Ｄ１１の両端の経由地ＴｓｔとＴ１１，区間Ｄ１２の両端の経由地Ｔ１１とＴ１２，区間Ｄ１３の両端の経由地Ｔ１２とＴＥＮＤ，において、異なる通過時間を計算する。そして、各区間を分担する区間サーバ４１１、４１３および４１４に特性情報を送信して、介助可能であるかの判定を要求する。区間サーバ４１１は区間サーバ４１１が分担する区間Ｄ１４において、区間サーバ４１３は区間サーバ４１３が分担する区間Ｄ１５において、また区間サーバ４１４は区間サーバ４１４が分担する区間Ｄ１６において、区間サーバ４１１、４１３および４１４のそれぞれが介助者を配置できるかを判定する。
【0039】
そして、区間サーバ４１１および４１２の全てが分担する区間において介助者を配置できると判定して「ステータスＯＫ」のフラグ信号を手配管理サーバ２に送信したものとする。手配管理サーバ２は、経路Ｒ１１の全ての区間Ｄ１１から区間Ｄ１３において、介助者の手配が確定したとして、経路Ｒ１１およびそれを分割した区間Ｄ１１から区間Ｄ１３までの区間を介助予約確定経路として確定する。
【0040】
ここで、手配管理サーバ２は、選定した任意の経路の全ての区間において「ステータスＯＫ」の状態であったとしても、その経路の一部の区間に支援希望者が集中している場合には、その任意の経路を破棄して、代替えの区間であって支援希望者が少ない区間を有する代替となる経路を選定して、その経路において介助手配プロセスを実行することができる。これにより、一部の経路に支援希望者が集中することを避け、各区間における介助者の負荷を平滑化させることができる。
【0041】
この介助者の負荷平滑化につき、図３を参照して説明すると、次の通りとなる。すなわち、手配管理サーバ２は、前記のステップＳ１０３に基づいて、ある支援希望者が入力した出発地ＴＳＴと最終目的地ＴＥＮＤとから、暫定的に経路Ｒ１１と代替となる経路Ｒ１２とを選定する。そして、経路Ｒ１１を区間Ｄ１１から区間Ｄ１３に分割して、経由地Ｔ１１と経由地Ｔ１２とを画定するとともに、代替となる経路Ｒ１２を区間Ｄ１４から区間Ｄ１６に分割して、経由地Ｔ１３と経由地Ｔ１４とを画定する。そして、各区間を分担する区間サーバ４１１と４１２とに特性情報を送信して、介助可能であるかの判定を要求する。この結果、区間サーバ４１１と４１２には支援要求がなされた時間枠に介助者の残数がある場合にステータスＯＫを手配管理サーバ２に送信する。このとき、手配管理サーバ２は経路Ｒ１１の区間Ｄ１１からＤ１３において、その支援希望者が支援を要求している時間枠においての支援要求が多いと判断した場合には、暫定的に選定した経路Ｒ１１を破棄して、代替となる経路Ｒ１２の各区間を分担する区間サーバ４１１、４１３および４１４に特性情報を送信して、介助可能であるかの判定を要求する。これにより、複数の経路における支援要求を平滑化することができる。
【0042】
以上が、介助手配システム１ａの説明であるが、続いて、図４を参照して、予約完了後において、実際に支援希望者が確定した予約情報にしたがって移動する際における介助手配システム１ａの機能を説明する。通常、介助手配プロセスによって、確定された予約確定情報に基づいて、支援希望者は確定された経路を移動する。介助手配システム１ａは、予定が確定された支援希望者の移動が開始された以降、各経由地を通過した時点を特定して追跡を行う機能を有している。その追跡において、経路を構成する一部の区間の交通機関に遅延や交通機関の不通の箇所が出た場合、または支援希望者の経路途中での突然の予定の変更の場合など、移動の障害が生じる場合がありえる。すなわち、この機能は、そのような移動の障害が生じた場合において、介助手配システムを用いて、障害後の経路の残りとなる残経路において介助予約を行う機能である。以下、これについて説明する。
【0043】
まず、支援者は予約情報にしたがって移動をしているところ、経路を構成する一部の区間の交通機関に不通の箇所が出たために、その区間で進行できなくなっている。そこで、
まず、手配管理サーバ２が受信した支援希望者の現地点を初期地点として画定して、残経路を特定する（Ｓ２０１）。現地点は、支援希望者の追跡する機能によって特定する。
まず、手配管理サーバ２が受信した支援希望者の現地点を初期地点として画定して、残経路を特定する（Ｓ２０１）。現地点は、支援希望者の追跡する機能によって特定する。
【0044】
手配管理サーバ２は、残経路について、代替えとなる暫定の経路を選定し、経路内の区間を分割する（Ｓ２０２）。そして、それぞれの区間に対応する区間サーバにより、介助可能であるかを判定し、判定結果（判定の結果に対応する信号）を手配管理サーバに送信する（Ｓ２０３）。そして、すべての区間サーバが介助可能と判定した場合には、その暫定経路を予約変更経路として決定し、一方、介助不可能と判定した区間サーバが一つでも存在する場合には、暫定経路を破棄して代替となる経路を選定し、前記のステップＳ２０３を実行する（Ｓ２０４）。これらのステップＳ２０２からＳ２０４は、前述のステップＳ１０３からＳ１０５と同じ手順である。このステップにより、残経路を新たな経路として決定し、支援希望者は新たな経路に変更して移動を継続することが可能となる。
【0045】
（第２の実施の形態）
以上、第１の実施の形態の介助手配システム１ａについて説明した。しかし、図５に示すような第２の実施の形態の介助手配システム１ｂとすることもできる。第１の実施の形態の介助手配システム１ａでは手配管理サーバ２と区間サーバ４とがネットワーク３により接続されているが、第２の実施の形態の介助手配システム１ｂでは、手配管理サーバ２と区間サーバ４とが、手配管理サーバ２と区間サーバ４との概念なくクラウド６として構成され、クラウド６により手配管理サーバ２と区間サーバ４との機能が実現される。この形態では、支援希望者端末５はクラウド６に接続して、クラウド６としての介助手配システム１ｂを使用する。介助手配システム１ｂは、その構成上、手配管理サーバ２と区間サーバ４とがクラウド６により構成される点以外、機能および作用は第１の実施の形態の介助手配システム１ａと同じである。
以上、第１の実施の形態の介助手配システム１ａについて説明した。しかし、図５に示すような第２の実施の形態の介助手配システム１ｂとすることもできる。第１の実施の形態の介助手配システム１ａでは手配管理サーバ２と区間サーバ４とがネットワーク３により接続されているが、第２の実施の形態の介助手配システム１ｂでは、手配管理サーバ２と区間サーバ４とが、手配管理サーバ２と区間サーバ４との概念なくクラウド６として構成され、クラウド６により手配管理サーバ２と区間サーバ４との機能が実現される。この形態では、支援希望者端末５はクラウド６に接続して、クラウド６としての介助手配システム１ｂを使用する。介助手配システム１ｂは、その構成上、手配管理サーバ２と区間サーバ４とがクラウド６により構成される点以外、機能および作用は第１の実施の形態の介助手配システム１ａと同じである。
【0046】
（第３の実施の形態）
続いて、図６Ａから図６Ｄを参照して、第３の実施の形態の介助手配システムについて説明する。図６Ａから図６Ｄは第３の実施の形態の介助手配システムを示している。第３の実施の形態の介助手配システムのハードウェア構成は第１の実施の形態の介助手配システム１ａまたは第２の実施の形態の介助手配システム１ｂと同じである。ここでは、第１の実施の形態の介助手配システム１ａと同様に、便宜的に手配管理サーバ２と区間サーバ４とがネットワーク３により接続されている例で説明するが、第２の実施の形態の介助手配システム１ｂと同様に、手配管理サーバ２と区間サーバ４とがクラウドにより接続されていてもよい。
続いて、図６Ａから図６Ｄを参照して、第３の実施の形態の介助手配システムについて説明する。図６Ａから図６Ｄは第３の実施の形態の介助手配システムを示している。第３の実施の形態の介助手配システムのハードウェア構成は第１の実施の形態の介助手配システム１ａまたは第２の実施の形態の介助手配システム１ｂと同じである。ここでは、第１の実施の形態の介助手配システム１ａと同様に、便宜的に手配管理サーバ２と区間サーバ４とがネットワーク３により接続されている例で説明するが、第２の実施の形態の介助手配システム１ｂと同様に、手配管理サーバ２と区間サーバ４とがクラウドにより接続されていてもよい。
【0047】
第１の実施の形態および第２実施の形態の介助手配システムでは、選定された経路を区間に分割し、分割されたそれぞれの区間を管轄する区間サーバ４に対して、介助可能判定を要求する（Ｓ１０３）。このとき、代表的には、介助可能判定を要求する際に、分割された区間のそれぞれの区間を管轄する区間サーバ４に対して、平等に介助可能判定を要求する。しかし、第３の実施の形態では、介助可能判定を要求する際に、選択された経路から分割された区間のうち、経路の種類に応じて、優先的に介助可能性の判定を行うべき区間（優先区間）を選定し、先ず、その優先区間での介助者の配置が可能であることの判定を行い、その優先区間での介助が可能であることが確定した後に、優先区間以外の区間について、それぞれの区間を管轄する区間サーバ４に対して介助可能判定を要求する点が異なっている。以下、第３の実施の形態の介助手配システムについて、ここでは、第１の実施の形態および第２実施の形態の介助手配システムと異なる点について詳説し、第１の実施の形態および第２実施の形態の介助手配システムと同じ点についは、説明を割愛する。
【0048】
（第１態様）
以下、第３の実施の形態を第１態様から第４態様に分けて、それぞれの態様について図６Aから図６Ｄを参照して説明する。第１態様から第４態様は経路の状態に応じての場合分けとしての説明上の便宜的な分類であって、発明の実施に際して、１つの形態のみを選択するような限定的な態様ではなく、第１態様から第４態様は１つの実施の形態の中に同時に組み込むことが可能な態様である。
以下、第３の実施の形態を第１態様から第４態様に分けて、それぞれの態様について図６Aから図６Ｄを参照して説明する。第１態様から第４態様は経路の状態に応じての場合分けとしての説明上の便宜的な分類であって、発明の実施に際して、１つの形態のみを選択するような限定的な態様ではなく、第１態様から第４態様は１つの実施の形態の中に同時に組み込むことが可能な態様である。
【0049】
まず、第３の実施の形態の第１態様を説明する。例として、図６Aのように、経路は、支援を希望する「出発地たる経由地Ｔ２１（＝Ｔｓｔ）」と、「最終目的地たる経由地Ｔ２６（＝ＴＥＮＤ）」と、出発地の「希望出発時間Ｘ」および最終目的地への「希望到着時間Ｋ１」の少なくとも一方とを含むものとする。出発地も最終目的地も経由地の一態様であるので、ここでは出発地および最終目的地も経由地の一種と扱って説明する。第１の実施の形態と同様に、手配管理サーバ２は、経路を構成する複数の区間Ｄ２１からＤ２５へと分割を行う。区間Ｄ２１からＤ２５のそれぞれの区間は区間サーバ４（それぞれ、４２１から４２５）により管理されるような管轄下におかれる。区間Ｄ２１の両端の経由地はＴ２１とＴ２２、区間Ｄ２２の両端の経由地はＴ２２とＴ２３、区間Ｄ２３の両端の経由地はＴ２３とＴ２４、区間Ｄ２４の両端の経由地はＴ２４とＴ２５、区間Ｄ２５の両端の経由地はＴ２５とＴ２６とする。
【0050】
第３の実施の形態は、図１Ｂおよび図３に示す第１の実施の形態において、介助可能判定の際に、経路を変更することなく各経由地における通過時間の変更により、または経路を変更して代替えとなる経路における経由地の通過時間を新た設定することにより、介助者の配置が可能であるかを判定して上で、すべての区間で介助予約が確定した場合に、介助予約確定経路として決定する実施の形態である。したがって、図６Aは図１Ｂの経路Ｒ１および図３の経路Ｒ１１に対応し、第１の実施の形態に適用可能なものである。以下、各区間での介助可能判定の実行と介助者の配置の確定について、具体的な時間を使用して説明する。ここでは、通過時間のうち、経由地を出発する時間を通過時間（発）として表し、経由地に到着する時間を通過時間（着）として表す。
【0051】
図６Ａに示すように、支援希望者から、希望の経路として、「出発地たる経由地Ｔ２１」と、「最終目的地たる経由地Ｔ２６」と、出発地の「希望出発時間Ｘ（９：４５）」および最終目的地への「希望到着時間Ｋ１」の少なくとも一方として、「希望出発時間Ｘ（９：４５）」が提示されたものとする。
【0052】
手配管理サーバ２は、希望の経路から、経路を構成する複数の区間Ｄ２１からＤ２５へと分割を行う。第１の実施の形態では、手配管理サーバ２は、区間Ｄ２１からＤ２５において、「希望出発時間Ｘ（９：４５）」に基づいて、複数の区間Ｄ２１からＤ２５を管轄する区間サーバ４２１から４２５のそれぞれに対して経由地Ｔ２１からＴ２６を通過する通過時間を計算し、区間Ｄ２１からＤ２５におけるその通過時間に対して、支援希望者の介助を行う介助者の配置が可能であるかを判定する介助可能判定の要求を並行して行う。しかし、第３の実施の形態では、経路を複数の区間Ｄ２１からＤ２５へと分割した後に、その区間の中で介助予約確定経路を決定する上で、支配的な区間を優先区間として設定する。優先区間は介助可能判定を、他の区間よりも先に、最初に介助可能判定を優先的に行うべき区間である。
【0053】
優先区間は介助可能判定を優先的に行うべき区間であるかの判定優先度により決定する。判定優先度は、任意の日時に対して、予め定められる優先の度合いである。判定優先度は、その区間における１日あたりの輸送手段（たとえば、航空便や鉄道）の数（たとえば、便数、鉄道の本数）が少ない、または座席の指定等の乗車・乗船・搭乗につき予約による手配の必要性等の制限がある、介助支援者の人数が少ない等の理由から、任意の日時において、予め定められる区間である。判定優先度は、「優先的に確定すべき路線」または「確定に優先性がない路線」のような２択の度合いとして確定してもよいし、介助者の支援の可能性を確定すべき路線につき、確定すべき度合いの優先度をレベル化（たとえば５段階）するように画定してもよい。たとえば、「新幹線」，「航空便」などは、座席が予約指定されるので、優先的に介助者の配置が可能であるように通過時間を確定させる必要があるので、判定優先度は最も高くなるように、一方で、たとえば在来線や路線バスなどのように、座席指定がなく路線における一日の輸送手段の数が多い経路の場合に、判定優先度が低くなるように、判定優先度の基準を設定することができる。このように、判定優先度の基準は、介助者の配置の検討をする上で優先的に確定する必要性で支配的となる路線で高くなるように、介助者の配置の検討をする上で、経路の中での区間が有する支配性に応じて、判定優先度の高低が画定されるように自由に設定できる。手配管理サーバ２は、分割された区間の中で、それぞれの区間の判定優先度を比較して、介助可能判定を優先的に行うべき区間であるかの介助可能判定の判定優先度を決定して、複数の区間に対して判定優先度の高さに応じた順序で介助可能判定を実行する。たとえば、図６に示すように、複数の区間Ｄ２１からＤ２５の中で、区間Ｄ２３が、判定優先度が最も高い区間であるものとして説明する。例としては、区間Ｄ２３は新幹線または航空便であり、その他の区間は、そこに至るまでの鉄道路線、バス、またはタクシーである。
【0054】
手配管理サーバ２では、経路から複数の区間Ｄ２１からＤ２５への分割と並行して、各区間Ｄ２１からＤ２５の両端の経由地Ｔ２１からＴ２６における通過時間Ａ１からＫ１を計算する。すなわち、第１の実施の形態と同様に、各区間Ｄ２１からＤ２５のそれぞれにおけるサービス（航空便、鉄道、船舶等）のタイムテーブルと、予定される必要時間とから、各経由地Ｔ２１からＴ２６における通過時間Ａ１からＫ１を特定して決定する。
【0055】
また、判定優先度の高さに応じた順序で行うという意味は、判定優先度が最も高い優先区間に最初に介助可能判定の要求を優先的に（優先要求）を行うという意味である。すなわち、手配管理サーバ２は、判定優先度が最も高い優先区間Ｄ２３において、支援希望者の介助を行う介助者の配置が可能であるかを判定する介助可能判定を、優先区間Ｄ２３を管轄する区間サーバ４２３に優先的に要求する優先要求を送信する。すなわち、手配管理サーバ２は、優先区間Ｄ２３の両端の経由地Ｔ２３の通過時間（発）Ｅ１（たとえば１３：０５）およびＴ２４の通過時間（着）Ｆ１（たとえば１５：３８）を計算し、この通過時間に対する介助可能判定を区間サーバ４２３に要求する。ここでの例では、通過時間の計算（通過時間の選択と提案）は、手配管理サーバ２が行うように説明するが、手配管理サーバ２ではなく区間サーバ４が行ってもよい。この場合は、通過時間の計算（通過時間の選択と提案）は、手配管理サーバ２が目安となる通過時間の範囲を区間サーバ４に提案し、それに基づいて区間サーバ４がそれに応じた通過時間を選択するように設定することができる。この段階では、複数の区間Ｄ２１からＤ２５の中で、区間Ｄ２３以外の区間の区間サーバ４２１，４２２，４２４，４２５にはまだ介助可能判定の要求は送らない。
【0056】
そして、優先区間Ｄ２３を管轄する区間サーバ４２３は、優先区間Ｄ２３において、介助可能判定として、介助者の配置が可能であるか否かを判定する。区間サーバ４２３は、介助者の配置が可能である場合に、優先区間Ｄ２３において、介助者の配置が可能である旨に対応する信号を優先判定信号として手配管理サーバ２に送信する。手配管理サーバ２は、その信号を受信した場合に、優先区間Ｄ２３において介助者の配置が可能である場合には、介助者の配置が可能であることを確定し、優先区間Ｄ２３の両端の経由地Ｔ２３およびＴ２４における通過時間（発）Ｅ１（たとえば１３：０５）および通過時間（着）Ｆ１（たとえば１５：３８）が確定する。
【0057】
優先区間D２３における介助者の配置の確定に続いて、優先区間２３以外の区間での介助可能判定の実行と介助者の配置の確定のプロセスに移る。優先区間Ｄ２３の判定優先度が優先区間２３以外の区間の判定優先度よりも極めて高く、優先区間Ｄ２３以外の区間の判定優先度のばらつきが小さい場合には、代表的には、優先区間Ｄ２３の両端の経由地Ｔ２３およびＴ２４における通過時間（発）Ｅ１（たとえば１３：０５）および通過時間（着）Ｆ１（たとえば１５：３８）の確定に続いて、分割された区間Ｄ２１からＤ２５のうち、優先区間Ｄ２３に近い側から介助可能判定を行う。すなわち、優先区間Ｄ２３に最も近い区間は優先区間Ｄ２３に隣接する区間Ｄ２２およびＤ２４である。手配管理サーバ２は、この優先区間Ｄ２３に最も近い区間Ｄ２２およびＤ２４において、支援希望者の介助を行う介助者の配置が可能であるかを判定する介助可能判定を、この隣接区間Ｄ２２，Ｄ２４を管轄する区間サーバ４２２，４２４に要求する。この段階では、複数の区間Ｄ２１からＤ２５の中で、区間Ｄ２２から区間Ｄ２４以外の区間Ｄ２１,Ｄ２５の区間サーバ４２１，４２５には介助可能判定の要求は送らない。区間Ｄ２２，Ｄ２４を管轄する区間サーバ４２２，４２４のそれぞれは、それぞれの区間において、経由地Ｔ２３およびＴ２４における通過時間Ｅ１（１３：０５）およびＦ１（１５：３８）に接続できるような通過時間を計算し、介助可能判定として、介助者の配置が可能であるか否かを判定する。すなわち、手配管理サーバ２は、区間Ｄ２２において、区間Ｄ２２の両端の経由地Ｔ２２，Ｔ２３において、Ｔ２３における通過時間（発）Ｅ１（１３：０５）に間に合うように到着できるＴ２２における通過時間（発）Ｃ１（たとえば１０：３５）およびＴ２３における通過時間（着）Ｄ１（たとえば１１：０７）を計算する。また、同様に、手配管理サーバ２は、区間Ｄ２４において、区間Ｄ２４の両端の経由地Ｔ２４，Ｔ２５において、Ｔ２４における通過時間（着）Ｆ１（１５：３８）に適切な接続ができるように出発できるＴ２４における通過時間（発）Ｇ１（たとえば１６：００）およびＴ２５における通過時間（着）Ｈ１（たとえば１６：２４）を計算する。前記の通り、これらの計算は、手配管理サーバ２ではなく、区間２２を管轄する区間サーバ４２２および区間２４を管轄する区間サーバ４２４が通過時間（発）Ｃ１，通過時間（着）Ｄ１，通過時間（発）Ｇ１，通過時間（着）Ｈ１を計算してもよい。そして、手配管理サーバ２は、区間サーバ４２２，４２４に介助可能判定の要求を送る。区間サーバ４２２，４２４は、これらの通過時間に、介助者の配置が可能である場合に、自己の区間において、介助者の配置が可能である旨に対応する信号を手配管理サーバ２に送信する。手配管理サーバ２は、その信号を受信した場合に、区間Ｄ２２からＤ２４の区間において介助者の配置が可能であることを確定し、区間Ｄ２２から区間Ｄ２４までの各区間の両端の経由地Ｔ２２からＴ２５における通過時間Ｃ１からＨ１が確定する。同様に、区間Ｄ２１の両端の経由地Ｔ２１における通過時間（発）Ａ１（たとえば１０：００）およびＴ２２における通過時間（着）Ｂ１（たとえば１０：１８）と、区間Ｄ２５の両端の経由地Ｔ２５における通過時間（発）Ｊ１（たとえば１６：４５）およびＴ２６における通過時間（着）Ｋ１（たとえば１７：２３）と、を計算する。手配管理サーバ２は区間２１を管轄する区間サーバ４２１および区間２５を管轄する区間サーバ４２５に対して、介助可能判定の要求を送る。区間サーバ４２１および４２５は、これらの通過時間に、介助者の配置が可能である場合に、自己の区間において、介助者の配置が可能である旨に対応する信号を手配管理サーバ２に送信する。手配管理サーバ２は、その信号を受信した場合に、区間Ｄ２１からＤ２５の全ての区間において介助者の配置が可能であることを最終的に確定し、これらの区間のすべての経由地Ｔ２１からＴ２６における通過時間Ａ１からＫ１を介助予約確定経路として確定する。このように、第３の実施の形態は、第１の実施の形態および第２の実施の形態と異なり、介助可能判定の判定優先度の最も高い優先区間Ｄ２３の両端の経由地Ｔ２３およびＴ２４における通過時間を最初に確定する点にある。
【0058】
（第２態様）
続いて、第３の実施の形態の第２態様を説明する。第１態様では、優先区間D２３における介助者の配置の確定に続いて、優先区間Ｄ２３に近い側から介助可能判定を行う代表例を説明した。第２態様では、優先区間Ｄ２３に近い側から介助可能判定を行わないことができる。たとえば、優先区間２３以外の区間の判定優先度が優先区間２３の判定優先度と同程度、または優先区間２３の判定優先度よりも小さいものの優先区間２３以外の区間の判定優先度の中に、比較的判定優先度が高いものが存在する場合である。この場合には、優先区間Ｄ２３における介助者の配置の確定に続いて、優先区間D２３に近い区間ではなく、優先区間D２３に離れた区間であっても、比較的判定優先度が高い区間において、介助可能判定を行う。これについて、図６Ｂを参照して説明する。図６Ｂは第１態様と同じ経路を示している。
続いて、第３の実施の形態の第２態様を説明する。第１態様では、優先区間D２３における介助者の配置の確定に続いて、優先区間Ｄ２３に近い側から介助可能判定を行う代表例を説明した。第２態様では、優先区間Ｄ２３に近い側から介助可能判定を行わないことができる。たとえば、優先区間２３以外の区間の判定優先度が優先区間２３の判定優先度と同程度、または優先区間２３の判定優先度よりも小さいものの優先区間２３以外の区間の判定優先度の中に、比較的判定優先度が高いものが存在する場合である。この場合には、優先区間Ｄ２３における介助者の配置の確定に続いて、優先区間D２３に近い区間ではなく、優先区間D２３に離れた区間であっても、比較的判定優先度が高い区間において、介助可能判定を行う。これについて、図６Ｂを参照して説明する。図６Ｂは第１態様と同じ経路を示している。
【0059】
ここで、区間D２３の判定優先度が最も高く、その判定優先度よりも低いが他の区間の判定優先度に比べて比較的高い判定優先度を区間２１が持っていると仮定する。このとき区間Ｄ２３が優先区間であり、区間２１を準優先区間とする。この場合は、優先区間Ｄ２３における介助者の配置が可能であることおよび各経由地の通過時間の確定をした後に、優先区間Ｄ２３に近い側から「介助者の配置が可能であること」およびそれぞれの「経由地の通過時間」の確定を行うのではなく、優先区間Ｄ２３と離れた区間であっても、準優先区間Ｄ２１において「介助者の配置が可能であること」およびそれぞれの「経由地の通過時間」の確定をし、その確定後に、未だ確定されていない区間Ｄ２２において各経由地の通過時間の補間を行うように、介助者の配置が可能であることおよび経由地の通過時間の確定を行い、それとともに、その他の全ての区間の介助者の配置が可能であることおよび各経由地の通過時間の確定をするものである。以下、各経由地における具体的な通過時間をもって説明する。
【0060】
ここで、「各区間における介助者の配置が可能であること」および「経由地の通過時間」の確定は、特に説明をしなくとも、前記のとおり、以下の手順を意味するものとする。すなわち、それは、手配管理サーバ２または管轄する区間サーバ４が介助可能判定の対象となる区間の両端の経由地の通過時間の計算を行い、手配管理サーバ２が区間サーバ４に対してその通過時間における介助可能判定の要求を行い、区間サーバ４は、介助可能判定として介助者の配置が可能であるか否かを判定するものである。そして、区間サーバ４から介助者の配置が可能である旨に対応する信号が送信され手配管理サーバ２がその信号を受信した場合に、手配管理サーバ２がその区間において介助者の配置が可能であることおよび各経由地の通過時間の最終的な確定を行う。
【0061】
まず、優先区間Ｄ２３について、前記手順と同様に、手配管理サーバ２は、優先区間Ｄ２３の両端の経由地Ｔ２３およびＴ２４において通過時間（発）Ｅ１（たとえば１３：０５）および通過時間（着）Ｆ１（たとえば１５：３８）を計算し、区間２３の通過時間において、介助者の配置が可能であることおよび各経由地の通過時間の確定をする。それに続いて、または並行して、準優先区間Ｄ２１において、準優先区間Ｄ２１の両端の経由地Ｔ２１において通過時間（発）Ａ２（たとえば９：３０）および経由地Ｔ２２における通過時間（着）Ｂ２（たとえば９：４８）を計算し、区間２１の通過時間において、介助者の配置が可能であることおよび各経由地の通過時間の確定をする。そして、準優先区間Ｄ２１と優先区間Ｄ２３との間の区間Ｄ２２において、経由地Ｔ２３およびＴ２４における通過時間Ｅ１（１３：０５）およびＦ１（１５：３８）に接続できるような通過時間を補間するように計算し、経由地Ｔ２２において通過時間（発）Ｃ２（たとえば１０：１５）および経由地Ｔ２３における通過時間（着）Ｄ２（たとえば１０：４７）を計算し、介助者の配置が可能であることおよび各経由地の通過時間の確定をする。同様に、その他の区間Ｄ２４の両端の経由地Ｔ２４およびＴ２５において、未だ確定していない側の優先区間Ｄ２３のＴ２４における通過時間（着）Ｆ１から、経由地Ｔ２４における通過時間（発）Ｇ２（たとえば１６：２１）および経由地Ｔ２５における通過時間（着）Ｈ２（たとえば１６：４５）を計算し介助者の配置が可能であることおよび経由地の通過時間の確定をするとともに、同様に、区間Ｄ２５の両端の経由地Ｔ２５における通過時間（発）Ｊ２（たとえば１７：００）および経由地Ｔ２６における通過時間（着）Ｋ２（たとえば１７：４０）を計算し介助者の配置が可能であることおよび各経由地の通過時間の確定をする。そして、区間Ｄ２１からＤ２５の全ての区間において介助者の配置が可能であることを最終的に確定し、これらの区間のすべての経由地Ｔ２１からＴ２６における各通過時間を介助予約確定経路として確定する。これにより、判定優先度の高い区間における全区間における介助者の配置が可能であることおよび通過時間を手戻りなく効率的に確定することができる。
【0062】
（第３態様）
続いて、図６Ｃを参照して、第３の実施の形態の第３態様を説明する。図６Cは第１態様と同じ経路を示している。第１態様および第２態様は、優先区間Ｄ２３から、判定優先度の高い区間から順に、各経由地での介助者の配置が可能であることおよび通過時間を確定する際に、区間サーバ４から介助者の配置が可能である旨に対応する信号を手配管理サーバ２が受信した場合に対応するプロセスである。一方、第３態様は、介助可能判定の結果、介助者の配置が不可能な場合において介助者の配置が可能であることおよび通過時間を確定するプロセスである。この態様では、区間サーバ４から介助者の配置が不可能である旨に対応する信号を手配管理サーバ２が受信した場合に、手配管理サーバ２が同一の経由地において異なる通過時間の計算を行い、この通過時間に対して介助者の配置が可能であるかを判定する介助可能判定の要求を行うものである。
続いて、図６Ｃを参照して、第３の実施の形態の第３態様を説明する。図６Cは第１態様と同じ経路を示している。第１態様および第２態様は、優先区間Ｄ２３から、判定優先度の高い区間から順に、各経由地での介助者の配置が可能であることおよび通過時間を確定する際に、区間サーバ４から介助者の配置が可能である旨に対応する信号を手配管理サーバ２が受信した場合に対応するプロセスである。一方、第３態様は、介助可能判定の結果、介助者の配置が不可能な場合において介助者の配置が可能であることおよび通過時間を確定するプロセスである。この態様では、区間サーバ４から介助者の配置が不可能である旨に対応する信号を手配管理サーバ２が受信した場合に、手配管理サーバ２が同一の経由地において異なる通過時間の計算を行い、この通過時間に対して介助者の配置が可能であるかを判定する介助可能判定の要求を行うものである。
【0063】
この態様でも、区間Ｄ２３の判定優先度が高く、この区間が優先区間であるとする。手配管理サーバでは、第１態様で説明したとおり、通過時間（発）Ａ１（１０：００）から通過時間（着）Ｋ１（１７：２３）が計算され、まだいずれの区間に対しても介助者の配置が可能であるかを判定する介助可能判定は要求されていないものとする。ここで、第１態様と同様に、手配管理サーバ２は、優先区間Ｄ２３の両端の経由地である優先区間Ｄ２３の両端の経由地Ｔ２３における通過時間（発）Ｅ１（たとえば１３：０５）およびＴ２４における通過時間（着）Ｆ１（たとえば１５：３８）に対する介助可能判定を区間サーバ４２３に要求する。介助可能判定が要求された区間サーバ４２３は、その判定の結果、その通過時間に対して介助者の配置が不可能である旨に対応する信号を手配管理サーバ２に対して送信する。
【0064】
介助者の配置が不可能である旨に対応する信号を手配管理サーバ２に対して送信する際、またはそれ以前において、区間サーバ４２３はその通過時間に対して介助者の配置が不可能である場合には、代替えの通過時間（他の通過時間）として、経由地Ｔ２３における通過時間（発）Ｅ３（たとえば１２：３５）およびＴ２４における通過時間（着）Ｆ３（たとえば１５：０８）を計算し、この通過時間に対して介助者の配置が可能であることを確認する。または、この通過時間に対して介助者の配置が依然として不可能であれば、介助者の配置が可能となるまで、代替えの通過時間（他の通過時間）を計算する。区間サーバ４２３は介助者の配置が不可能である旨に対応する信号を手配管理サーバ２に対して送信する際に、その信号とともに、またはその後に別途、手配管理サーバ２に代替えの通過時間（他の通過時間）として、経由地Ｔ２３における通過時間（発）Ｅ３（たとえば１２：３５）およびＴ２４における通過時間（着）Ｆ３（たとえば１５：０８）と、この通過時間において介助者の配置が可能である旨に対応する信号を送信する。手配管理サーバ２は、優先区間Ｄ２３において介助者の配置が可能であることおよび通過時間を確定する。
【0065】
また、このプロセスは、区間サーバ４２３は介助者の配置が不可能である旨に対応する信号を手配管理サーバ２が受信した場合に、手配管理サーバ２から区間サーバ４２３に代替えの通過時間（他の通過時間）の計算および介助可能判定を区間サーバ４２３に要求する形式でも良い。また、さらには、手配管理サーバ２が代替えの通過時間（他の通過時間）の計算を行い、その代替えの通過時間において介助者の配置が可能であるか否かについての介助可能判定の要求を区間サーバ４２３に送る。その区間サーバ４２３がその要求に応じて、介助可能判定を行い、代替え通過時間において、介助者の配置が可能である旨に対応する信号を手配管理サーバ２に対して送信してもよい。これらにより、手配管理サーバ２は、優先区間Ｄ２３において介助者の配置が可能であることおよび通過時間を確定する。
【0066】
優先区間Ｄ２３における介助者の配置が可能であることおよび経由地の通過時間の確定に続いて、第１態様と同様に、たとえば優先区間Ｄ２３に近い区間Ｄ２２およびＤ２４において、経由地Ｔ２３における通過時間（発）Ｅ３およびＴ２４における通過時間（着）Ｆ３と、適切に接続できるように、介助者の配置が可能であることおよび経由地の通過時間の確定を行う。すなわち、区間Ｄ２２に対応するＴ２２における通過時間（発）Ｃ３（たとえば９：５８）およびＴ２３における通過時間（着）Ｄ３（たとえば１０：３０）と、区間Ｄ２４に対応するＴ２４における通過時間（発）Ｇ３（たとえば１５：４０）およびＴ２５における通過時間（着）Ｈ３（たとえば１６：０４）と、この通過時間において介助者の配置が可能であることと、を確定する。さらに、同様に、区間Ｄ２１およびＤ２５において、区間Ｄ２２および区間Ｄ２４に適切に接続できるように、区間Ｄ２１に対応するＴ２１における通過時間（発）Ａ３（たとえば９：２５）およびＴ２２における通過時間（着）Ｂ３（たとえば９：４５）と、区間Ｄ２５に対応するＴ２５における通過時間（発）Ｊ３（たとえば１６：２５）およびＴ２６における通過時間（着）Ｋ３（たとえば１７：０３）と、これの通過時間において介助者の配置が可能であることと、を確定する。これにより、全区間Ｄ２１からＤ２５における介助者の配置が可能であることおよび経由地の通過時間が確定され、これらの区間のすべての経由地Ｔ２１からＴ２６における各通過時間を介助予約確定経路として確定する。この第３態様では、優先区間Ｄ２３に近い区間の側から「介助者の配置が可能であること」および「通過時間」の確定の例で説明したが、第３態様でも、第２態様のように、優先区間Ｄ２３と離れた区間において判定優先度に基づいて、それぞれの区間において、介助者の配置が可能であることおよび通過時間の確定を行うこともできる。
【0067】
（第４態様）
続いて、図６Ｄを参照して第３の実施の形態の第４態様を説明する。図６Ｄは第１態様の経路の一部が代替えの経路とする例を示している。第３態様は、いずれかの区間において介助者の配置が不可能であるために、同一の区間において、代替えの通過時間を計算して、その代替えの通過時間において、介助者の配置が可能であることおよび通過時間の確定を行う態様であった。ここで説明する第４態様では、いずれかの区間において介助者の配置が不可能である場合に、手配管理サーバ２がその区間の代替えとなる経路を選定し、その経路を一以上の区間に分割し、その分割された区間に対して、第１態様から第３態様を適用し、「介助者の配置が可能であること」および「通過時間」の確定を行うものである。また、代替えとなる経路を選定して一以上の区間に分割する点は、第１の実施の形態で他の経路を選定して分割する手法を適用することができる。
続いて、図６Ｄを参照して第３の実施の形態の第４態様を説明する。図６Ｄは第１態様の経路の一部が代替えの経路とする例を示している。第３態様は、いずれかの区間において介助者の配置が不可能であるために、同一の区間において、代替えの通過時間を計算して、その代替えの通過時間において、介助者の配置が可能であることおよび通過時間の確定を行う態様であった。ここで説明する第４態様では、いずれかの区間において介助者の配置が不可能である場合に、手配管理サーバ２がその区間の代替えとなる経路を選定し、その経路を一以上の区間に分割し、その分割された区間に対して、第１態様から第３態様を適用し、「介助者の配置が可能であること」および「通過時間」の確定を行うものである。また、代替えとなる経路を選定して一以上の区間に分割する点は、第１の実施の形態で他の経路を選定して分割する手法を適用することができる。
【0068】
以下、第４態様について、第１態様で説明した例に基づいて説明する。たとえば、第１態様において、優先区間Ｄ２３において「介助者の配置が可能であること」および「通過時間」が確定され、それ以外の区間Ｄ２１，Ｄ２２，Ｄ２４およびＤ２５を管轄するそれぞれの区間サーバ４２１，４２２，４２４および４２５に、介助可能判定が要求されたとする。そのとき、区間サーバ４２１，４２２，４２４では、区間Ｄ２１からＤ２４に対応する経由地Ｔ２１からＴ２５まで「介助者の配置が可能であること」および「通過時間」が確定されたものとする。しかし、この時、区間Ｄ２５を管轄するそれぞれの区間サーバ４２５から、区間Ｄ２５においては「介助者の配置が不可能である旨」に対応する信号が手配管理サーバ２に送信されるとする。この信号を受信した手配管理サーバ２は、当初の区間Ｄ２４と区間２５を破棄し、新たに経由地Ｔ２４と経由地Ｔ２６とを結ぶ区間Ｄ２６を代替え区間とし、区間Ｄ２６を管轄する区間サーバ４２６に対して、経由地Ｔ２４における通過時間（着）Ｆ１（たとえば１５：３８）に接続可能な経由地Ｔ２４の代替え通過時間（発）Ｇ４（１６：３０）と経由地Ｔ２４の代替え通過時間（着）Ｋ４（１８：５５）とを計算し、この通過時間において介助可能判定を要求する。区間サーバ４２６は、介助者の配置が可能である場合には、介助者の配置が可能である旨に対応する信号を手配管理サーバ２に送信し、手配管理サーバ２は代替え区間Ｄ２６における「介助者の配置が可能であること」および「通過時間」が確定し、それをもって全区間の「介助者の配置が可能であること」および「通過時間」が確定し、これを介助予約確定経路として確定する。
【0069】
以上、第１の実施の形態から第３の実施の形態では、介助手配システム１ａ，１ｂでは一の手配管理サーバ２が配置されている例で説明したが、これを複数の手配管理サーバ２が協働して処理するように機能させることができる。複数の手配管理サーバ２は、交通手段の種類ごと、または地域ごと等、経路に応じて、管轄する手配管理サーバ２を自由に割り当てることができる。さらには、複数の手配管理サーバ２のうち、主たる手配管理サーバ２を割り当てて、主たる手配管理サーバ２が他の手配管理サーバ２を統括するように構成させてもよい。
【符号の説明】
【0070】
１ａ，１ｂ 介助手配システム
２ 手配管理サーバ
３ ネットワーク
４ 区間サーバ
５ 支援希望者端末
６ クラウド
４１，４２，４３，４４，４５，４６，４７ 区間サーバ
４１１，４１２，４１３，４１４ 区間サーバ
４２１，４２２, ４２３，４２４，４２５、４２６ 区間サーバ
２ 手配管理サーバ
３ ネットワーク
４ 区間サーバ
５ 支援希望者端末
６ クラウド
４１，４２，４３，４４，４５，４６，４７ 区間サーバ
４１１，４１２，４１３，４１４ 区間サーバ
４２１，４２２, ４２３，４２４，４２５、４２６ 区間サーバ
【図1A】
【図1B】
【図2】
【図3】
【図4】
【図5】
【図6A】
【図6B】
【図6C】
【図6D】