(57)【要約】【課題】時間や手間をかけることなく、利用者の要望に応えると共に、効率的に訪問可能な訪問先を決定することができ、訪問の稼働率を上昇させることができるルート策定方法を提供することを目的とする。【解決手段】上記の問題点を解決するために、利用者を訪問するルートを策定するルート策定方法であって、縦軸と横軸のそれぞれの単位を任意に設定された座標に上記利用者の居住する位置をマッピングして得られる座標値を有する利用者情報を管理する利用者情報管理手順と、上記利用者情報の上記座標値に基づいて、格子渦巻状に次の訪問先を検索する検索手順と、上記検索手順による検索結果に基づいて、最も距離の短い次の訪問先の利用者を決定する利用者決定手順とを有する。【選択図】　　　　図１
2004118634.tif 000002
【特許請求の範囲】
【請求項１】
利用者を訪問するルートを策定するルート策定方法であって、
縦軸と横軸のそれぞれの単位を任意に設定された座標に上記利用者の居住する位置をマッピングして得られる座標値を有する利用者情報を管理する利用者情報管理手順と、
上記利用者情報の上記座標値に基づいて、格子渦巻状に次の訪問先を検索する検索手順と、
上記検索手順による検索結果に基づいて、最も距離の短い次の訪問先の利用者を決定する利用者決定手順とを有することを特徴とするルート策定方法。
【請求項２】
上記利用者情報は、上記利用者が予約した予約日時と、優先的に訪問を行う度合いを示す優先度とを有し、
更に、上記利用者情報から所定の上記予約日時の利用者情報を抽出する利用者情報抽出手順と、
上記利用者情報抽出手順により抽出された上記利用者情報を上記優先度の高い利用者情報から順番に並べるソート手順とを有し、
上記検索手順は、上記ソート手順により上記優先度の高い順番に並べられた上記利用者情報に基づいて次の訪問先を検索することを特徴とする請求項１記載のルート策定方法。
【請求項３】
上記利用者情報管理手順により管理される上記利用者情報の上記座標値は、上記利用者の居住する郵便番号に基づいて設定されることを特徴とする請求項１又は２記載のルート策定方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はルート策定方法に係り、特に、介護者が訪問介護を行うために訪問する利用者の順番を決定するためのルート策定方法に関する。
【０００２】
また、本発明は、そのようなルート策定方法における処理をコンピュータに行わせるためのプログラムに関する。
【０００３】
【従来の技術】
従来、介護者が介護の必要な利用者の家に訪問して、その訪問先で入浴等の介護業務を支援するためのさまざまなシステムが開発されている。特に、このような業務を行う場合、介護者が訪問する訪問先の順番、即ち、訪問ルートを検索して決定しなければならないため、最適な訪問ルートを策定するシステムが存在する。このような策定システムでは、所定の訪問先から複数の次の訪問先候補までの距離をそれぞれ算出し、距離が最も短い訪問先を次の訪問先として決定する方法を用いている。
【０００４】
【特許文献１】
特開平８−３２９０４１号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、上記のような策定システムでは、訪問先を策定する毎に、所定の訪問先と複数の訪問先候補との距離を算出し、それぞれの距離を比較して距離が最も短い訪問先を決定するため、訪問先が決定するまでに手間と時間がかかってしまう。従って、効率的に訪問先に訪問することができず、稼働率が低下してしまうという問題点があった。
【０００６】
また、上記のような策定システムでは、訪問先候補を距離のみを考慮して決定するため、その時点で介護者から遠い場所に住んでいる利用者は、訪問先候補から除かれる場合がある。また、利用者は訪問を予約した時間や、季節に応じて所望の時間に訪問を受けられない、介護が必要な利用者が感染症にかかっている場合は最後に訪問の順番が回ってくるため、所望の時間に訪問を受けられないなど、訪問先に偏りが生じてしまい、利用者の要望に応えることができないという問題点があった。
【０００７】
そこで、本発明の課題は、時間や手間をかけることなく、利用者の要望に応えると共に、効率的に訪問可能な訪問先を決定することができ、訪問の稼働率を上昇させることができるルート策定方法及びその方法における処理をコンピュータに行わせるためのプログラムを提供することである。
【０００８】
【課題を解決するための手段】
上記の課題を解決するため、本発明は、利用者を訪問するルートを策定するルート策定方法であって、縦軸と横軸のそれぞれの単位を任意に設定された座標に上記利用者の居住する位置をマッピングして得られる座標値を有する利用者情報を管理する利用者情報管理手順と、上記利用者情報の上記座標値に基づいて、格子渦巻状に次の訪問先を検索する検索手順と、上記検索手順による検索結果に基づいて、最も距離の短い次の訪問先の利用者を決定する利用者決定手順とを有する構成とされる。
【０００９】
このようなルート策定方法では、縦軸と横軸のそれぞれの単位を任意に設定された座標に利用者の居住する位置をマッピングして得られる座標値を有する利用者情報を管理し、利用者情報の座標値に基づいて、格子渦巻状に次の訪問先を検索し、検索結果に基づいて最も距離の短い次の訪問先の利用者を決定することにより、時間や手間をかけることなく、利用者の要望に応えると共に、効率的に訪問可能な訪問先を決定することができ、訪問の稼働率を上昇させることができる。
【００１０】
また、上記課題を解決するため、本発明は、上記ルート策定方法による処理をコンピュータに行なわせるためのプログラム及びそのプログラムを記録した記録媒体とすることもできる。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１２】
図１は、本発明の実施の第１実施例に係るルート策定方法におけるシステム構成図を示している。図１において、ルート策定方法におけるルート策定システム１０は、主に、ルート策定処理を実行するプログラムをインストールするインストーラ１１と、データの表示を制御する表示制御処理部１２と、データ通信を制御する通信制御処理部１３と、データの入出力を制御する入出力制御処理部１４と、所定の利用者を抽出する利用者抽出処理部１５と、所定の時間帯に応じた利用者を決定する利用者決定処理部１６と、訪問する行き先を検索する行き先検索処理部１７と、その行き先での利用者を検索する利用者検索処理部１８と、訪問先ルートの検定を行うための処理を行うルート検定処理部１９と、利用者の情報が格納された利用者情報ＤＢ１００と、感染症の区分などが格納された感染症情報ＤＢ１０１と、日毎に訪問を行う車の稼働予定数が格納された稼動予定情報ＤＢ１０２と、訪問する時間帯が格納された訪問時間帯情報ＤＢ１０３と、訪問希望に関する情報が格納された訪問希望情報ＤＢ１０４と、訪問するスケジュールが格納されたスケジュール情報ＤＢ１０５と、利用者が訪問を受けた年間の訪問ヒット率が格納された年間ヒット率情報ＤＢ１０６と、訪問を利用した月毎の利用情報が格納された利用情報ＤＢ１０７と、地図上に郵便番号に基づいて任意に設定された座標軸での各利用者のプロットされる位置情報が格納された地図情報システムプロット情報ＤＢ１０８と、カーナビゲーションシステムに表示させる利用者情報が格納されたカーナビゲーション連携情報ＤＢ１０９とで構成されるシステムである。
【００１３】
図１において、ルート策定システム１０は、サーバコンピュータであって、ＣＰＵ（中央処理装置）によって各構成が制御される。ＣＰＵは、メモリユニットに格納されたプログラムに従ってルート策定方法での処理を行う。尚、ルート策定システム１０は、ネットワークを介して他のルート策定システムに接続し、ルート策定方法での処理を制御することも可能である。
【００１４】
通信制御処理部１３は、ネットワークを介して送受信データを制御する処理部であって、ネットワーク網に接続するための通信ユニットを有する。表示制御処理部１２は、ディスプレイ等の表示ユニットを有し、表示用データを制御して該表示ユニットに表示させる。入出力制御処理部１４は、マウス、キーボード等の入力ユニット及びプリンタ等の出力ユニットを制御し、データの入出力を制御する。インストーラ１１は、本発明の一実施例に係るルート策定方法を実現するためのプログラムが記録された記録媒体５０から該プログラムを読み出し、その読み出されたプログラムを、例えば、補助記憶装置等にインストールする。そして、後述されるルート策定方法における処理が起動されると、補助記憶装置にインストールされた当該プログラムに従って、ＣＰＵがその処理を開始する。尚、当該プログラムを格納する媒体としてＣＤ−ＲＯＭなど、コンピュータが読み取り可能な媒体であればよい。
【００１５】
利用者抽出処理部１５は、利用者情報ＤＢ１００に格納された利用者情報に基づいて、所定の日時に予約した利用者を抽出する。利用者決定処理部１６は、各ＤＢ１００〜１０５、１０６に格納された情報に基づいて、所定の時間帯に応じた利用者を決定する。行き先検索処理部１７は、各ＤＢ１００〜１０９に格納された情報に基づいて、訪問する行き先を検索する。利用者検索処理部１８は、各ＤＢ１００〜１０９に格納された情報に基づいて、予め設定された座標軸の縦軸、横軸を所定の単位で区切った各格子を渦巻状（以下、格子渦巻状と呼ぶ）に辿って、次の利用者を検索する。ルート検定処理部１９は、各ＤＢ１００〜１０９に格納された情報に基づいて、上記各処理部１５〜１８を制御し、訪問先ルート検定処理を行う。尚、上記各処理部１５〜１８における処理については、図１２〜２０で詳細に説明する。
【００１６】
次に、上記各ＤＢ１００〜１０９に格納される情報について説明する。
【００１７】
図２は、利用者情報ＤＢに格納されるテーブルを示す図である。図２において、利用者情報ＤＢ１００のテーブル１１０は、訪問介護の利用者に関する情報が格納される。テーブル１１０には、利用者を識別する利用者ＩＤと、利用者の名前を示す利用者名と、利用者の居住地の郵便番号と、その郵便番号に対して任意に設定された座標軸のＸ軸、Ｙ軸の値と、定期訪問の周期を示す定期希望情報と、ひと月に訪問する回数を示す月間回数情報と、その利用者の体重情報（ｋｇ）と、利用者がかかっている感染症を示す感染症Ｎｏと、介護者の所属する会社からの距離情報（ｋｍ）と、その利用者を最後に訪問した日を示す最終訪問日とが格納されている。
【００１８】
例えば、テーブル１１０には、利用者ＩＤ「０００１」、利用者名「富士通太郎」、郵便番号「１２３−１１１１」、座標軸Ｘ軸「１」、Ｙ軸「１」、定期希望「毎週」、月間回数「指定なし」、体重「１００」、感染症Ｎｏ「０」、会社からの距離「３」、最終訪問日「２００２／０４／０１」とが格納されている。
【００１９】
図３は、感染症情報ＤＢに格納されるテーブルを示す図である。図３において、感染症情報ＤＢ１０１のテーブル１１１は、感染症に関する情報が格納される。テーブル１１１には、感染症を識別する感染症Ｎｏと、感染症の名称を示す感染症名と、感染症の度合いを示す感染症区分とが格納されている。特に、感染症区分の値が「０」の時、感染症の対象外であることを示し、感染症区分の値が「１」の時、感染症が軽度であることを示し、感染症区分の値が「２」の時、感染症が重度であることを示している。例えば、テーブル１１１には、感染症Ｎｏ「１」に対して、感染症名「Ｂ型肝炎」、感染症区分「１」が格納されている。
【００２０】
図４は、稼動予定情報ＤＢに格納されるテーブルを示す図である。図４において、稼動予定情報ＤＢ１０２のテーブル１１２は、日毎の訪問を行う車の稼動予定数に関する情報が格納される。テーブル１１２には、訪問を行う日付を示す訪問日と、最終訪問日に稼動する車の稼動予定数とが格納されている。例えば、テーブル１１２には、訪問日「２００２／０４／０１」に対して、稼動予定数「２０」が格納されている。
【００２１】
図５は、訪問時間帯情報ＤＢに格納されるテーブルを示す図である。図５において、訪問時間帯情報ＤＢ１０３のテーブル１１３は、訪問を行う時間帯に関する情報が格納される。テーブル１１３には、訪問を行う時間帯を識別する時間帯Ｎｏと、利用者の希望する時間帯の開始時刻と終了時刻を示す希望時間帯情報とが格納されている。例えば、テーブル１１３には、時間帯Ｎｏ「１」に対して、希望時間帯の開始時刻「０８：３０」から終了時刻「０９：００」が格納されている。
【００２２】
図６は、訪問希望情報ＤＢに格納されるテーブルを示す図である。図６において、訪問希望情報ＤＢ１０４のテーブル１１４は、利用者の訪問を希望する時間に関する情報が格納される。テーブル１１４には、利用者を識別する利用者ＩＤと、訪問する日時を示す月、曜日、希望時間帯Ｎｏと、訪問を行う利用者の優先度を示す優先度とが格納されている。特に、優先度が「１」の時、必ずその時間に訪問を行うことを示し、優先度が「２」の時、その時間に訪問を行うことができない場合にその近辺の時間帯に訪問を行うことを示し、優先度が「３」の時、その時間に訪問を行うことができない場合にどの時間帯でも訪問を行うことを示している。例えば、テーブル１１４には、利用者ＩＤ「０００１」に対して、月「１」、曜日「月」、希望時間帯Ｎｏ「１」、優先度「１」が格納されている。
【００２３】
図７は、スケジュール情報ＤＢに格納されるテーブルを示す図である。図７において、スケジュール情報ＤＢ１０５のテーブル１１５は、介護者によって訪問を行うスケジュールに関する情報が格納される。テーブル１１５には、訪問する日時を示す訪問日、曜日、希望時間帯Ｎｏと、訪問を行う車を識別する車Ｎｏと、利用者を識別する利用者ＩＤとが格納されている。例えば、テーブル１１５には、訪問日「２００２／０４／０１」、曜日「月」、希望時間帯Ｎｏ「１」、車Ｎｏ「１」、利用者ＩＤ「０００１」が格納されている。
【００２４】
図８は、年間ヒット率情報ＤＢに格納されるテーブルを示す図である。図８において、年間ヒット率情報ＤＢ１０６のテーブル１１６は、利用者が訪問を受けた年間の訪問ヒット率に関する情報が格納される。テーブル１１６には、利用者を識別する利用者ＩＤと、年間ヒット率情報の詳細である希望時間ヒット率（％）と、訪問利用ヒット率（％）と、希望時間訪問利用回数と、訪問利用回数と、訪問希望回数とが格納されている。特に、希望時間ヒット率（％）は、希望時間訪問利用回数を訪問希望回数で積算した値であり、訪問利用ヒット率（％）は、訪問利用回数を訪問希望回数で積算した値である。例えば、テーブル１１６には、利用者ＩＤ「０００１」に対して、利用者ＩＤと、年間ヒット率情報の詳細である希望時間ヒット率「１００．０」、訪問利用ヒット率「１００．０」、希望時間訪問利用回数「１００」、訪問利用回数「１００」、訪問希望回数「１００」が格納されている。
【００２５】
図９は、利用情報ＤＢに格納されるテーブルを示す図である。図９において、訪利用情報ＤＢ１０７のテーブル１１７は、利用者が月毎に訪問を利用した回数に関する情報が格納される。テーブル１１７には、利用者を識別する利用者ＩＤと、月毎（４月〜３月）のサービス利用回数とが格納されている。例えば、テーブル１１７には、利用者ＩＤ「０００１」に対して、月毎のサービス利用回数である４月「４」、５月「４」〜１２月「４」、１月「４」、２月「４」、３月「４」が格納されている。
【００２６】
図１０は、地図情報システムプロット情報ＤＢに格納されるテーブルを示す図である。図１０において、地図情報システムプロット情報ＤＢ１０８のテーブル１１８は、地図情報上に郵便番号に基づいて任意に設定された座標軸での各利用者のプロットされる位置情報に関する情報が格納される。テーブル１１８には、訪問を行う車を識別する車Ｎｏと、利用者の居住地を示す郵便番号と、その郵便番号に対して任意に設定された座標軸のＸ軸、Ｙ軸の値と、そのＸ軸、Ｙ軸に対する緯度情報と経度情報と、利用者を識別する利用者ＩＤとが格納されている。例えば、テーブル１１５には、車Ｎｏ「１」、郵便番号「１２３−１１１１」、Ｘ軸「１」、Ｙ軸「１」、緯度情報「９９」、経度情報「９９」、利用者ＩＤ「０００１」が格納されている。
【００２７】
図１１は、カーナビゲーション連携情報ＤＢに格納されるテーブルを示す図である。図１１において、カーナビゲーション連携情報ＤＢ１０９のテーブル１１９は、カーナビゲーションシステムに表示させる利用者情報に関する情報が格納される。テーブル１１９には、訪問を行う車を識別する車Ｎｏと、訪問を行う順路を示す順路と、利用者の居住地を示す郵便番号と、その郵便番号に対して任意に設定された座標軸のＸ軸、Ｙ軸の値と、利用者の住所と、Ｘ軸、Ｙ軸に対する緯度情報と経度情報と、利用者を識別する利用者ＩＤとが格納されている。例えば、テーブル１１９には、車Ｎｏ「１」、順路「１」、郵便番号「１２３−１１１１」、Ｘ軸「１」、Ｙ軸「１」、住所「東京都・・・」、緯度情報「９９」、経度情報「９９」、利用者ＩＤ「０００１」が格納されている。
【００２８】
次に、ルート策定方法の処理手順について説明する。
【００２９】
図１２は、ルート策定処理を説明するためのフローチャート図である。図１２において、先ず、ステップＳ１０の処理で、ルート検定処理部１９はルート検定処理を行うために時間帯を示すＺの値を１に設定する。ステップＳ１１の処理で、介護者により訪問を行う日付が入力される。ステップＳ１２の処理で、ルート検定処理部１９は、スケジュール情報ＤＢ１０５に格納されたスケジュール情報に基づいて入力された日付に対する曜日を抽出し、稼動予定情報ＤＢ１０２に格納された稼動予定情報に基づいて、その当日の利用可能車台数を抽出する。
【００３０】
ステップＳ１３の処理で、利用者抽出処理部１５は入力日付に訪問を希望する利用者を抽出する処理を行う。このステップＳ１３の利用者抽出処理については、図１３で詳細に説明する。ステップＳ１４の処理で、利用者決定処理部１６は、抽出された利用者の中から時間帯Ｎｏ「１」の利用者を決定する。このステップＳ１４の利用者決定処理については、図１４で詳細に説明する。ステップＳ１５の処理で、ルート検定処理部１９はＺの値に１加算する。ステップＳ１６の処理で、ルート検定処理部１９は時間枠、即ち最大時間帯Ｎｏ「１０」の確認を行う。ステップＳ１７の処理で、ルート検定処理部１９はＺの値が１１以下であるか、即ち全ての時間帯に対して処理を行ったか否かを判断する。ステップＳ１７の処理でＺの値が１１以下である場合、ステップＳ１９の処理で、ルート検定処理部１９はＺの値が９以下であるか、即ち最終の時間帯であるか否かを判断する。ステップＳ１９の処理でＺの値が９以下である場合、ステップＳ２０の処理で、利用者決定処理部１６は、抽出された利用者の中から時間帯Ｎｏ「２」〜時間帯Ｎｏ「８」の利用者を決定する。このステップＳ２０の利用者決定処理については、図１５で詳細に説明する。ステップＳ１９の処理でＺの値が９以下でない場合、ステップＳ２１の処理で、利用者決定処理部１６は、抽出された利用者の中から時間帯Ｎｏ「９」〜時間帯Ｎｏ「１０」の利用者を決定する。このステップＳ２１の利用者決定処理については、図１６で詳細に説明する。
【００３１】
また、ステップＳ１７の処理でＺの値が１１以下でない場合、ステップＳ２２の処理で、ルート検定処理部１９は、希望時間ヒット率、及び訪問利用ヒット率を算出し、年間ヒット率情報ＤＢ１０６に格納する。ステップＳ２３の処理で、ルート検定処理部１９は、地図情報システムプロット情報ＤＢ１０８に格納された位置情報に基づいて、位置情報にルート検索結果をマッピングする。ステップＳ２４の処理で、ルート検定処理部１９はカーナビゲーション連携情報ＤＢ１０９に格納された情報に基づいて、ルート検索結果をマッピングした位置情報の画面表示を行う。
【００３２】
次に、図１２に示すステップＳ１３の利用者抽出処理について詳細に説明する。
【００３３】
図１３は、利用者抽出処理を説明するためのフローチャート図である。図１３において、ステップＳ２５の処理で、利用者抽出処理部１５は、利用者情報ＤＢ１００に格納された利用者情報に基づいて、入力日付に希望される利用者を抽出し、抽出した利用者を訪問希望者とする。ステップＳ２６の処理で、利用者抽出処理部１５は、利用者情報ＤＢ１００に格納された利用者情報と、利用情報ＤＢ１０７に格納された月毎の利用情報とに基づいて、訪問希望者の当月の訪問利用回数が、訪問利用情報の月間回数を超える場合、訪問希望者を対象から除外する。
【００３４】
ステップＳ２７の処理で、利用者抽出処理部１５は、利用者情報ＤＢ１００に格納された利用者情報と、スケジュール情報ＤＢ１０５に格納されたスケジュール情報とに基づいて、利用者の定期希望が「隔週１」又は「隔週２」の場合、スケジュール情報から先週同一曜日に訪問を受けていた場合、訪問希望者を対象から除外する。ステップＳ２８の処理で、利用者抽出処理部１５は、利用者情報ＤＢ１００に格納された利用者情報と、スケジュール情報ＤＢ１０５に格納されたスケジュール情報とに基づいて、利用者の定期希望が「隔週２」の場合、スケジュール情報から先々週同一曜日に訪問を受けていた場合、訪問希望者を対象から除外する。
【００３５】
次に、図１２に示すステップＳ１４の利用者決定処理について詳細に説明する。
【００３６】
図１４は、利用者決定処理を説明するためのフローチャート図である。図１４において、先ず、ステップＳ３０の処理で、利用者決定処理部１６は、利用者情報ＤＢ１００に格納された利用者情報に基づいて、時間帯Ｎｏ「Ｚ」の利用者を抽出し、時間帯Ｎｏ「Ｚ」の抽出者とする。ステップＳ３１の処理で、利用者決定処理部１６は、利用者情報ＤＢ１００に格納された利用者情報に基づいて、感染症の利用者を時間帯Ｎｏ「Ｚ」の抽出者から除外する。ステップＳ３２の処理で、利用者決定処理部１６は、訪問希望情報ＤＢ１０４に格納されている訪問希望情報に基づいて、時間帯Ｎｏ「Ｚ」の抽出者を優先度の高い順にソートする。ステップＳ３３の処理で、利用者決定処理部１６は、稼動予定情報ＤＢ１０２に格納された稼動予定情報に基づいて、優先度のソート結果が当日の稼動予定数以内であるか否かを判断する。ステップＳ３３の処理で優先度のソート結果が当日の稼動予定数以内である場合、ステップＳ３４の処理で、利用者決定処理部１６は、時間帯Ｎｏ「Ｚ」の利用者としてスケジュール情報をスケジュール情報ＤＢ１０５に格納する。ステップＳ３５の処理で、利用者決定処理部１６は、希望時間訪問利用回数及び訪問利用回数を１カウントアップし、その値を年間ヒット率情報ＤＢ１０６に格納する。ステップＳ３６の処理で、利用者決定処理部１６は、訪問希望回数を１カウントアップし、その値を年間ヒット率情報ＤＢ１０６に格納する。
【００３７】
また、ステップＳ３３の処理で優先度のソート結果が当日の稼動予定数以内でない場合、ステップＳ３７の処理で、利用者決定処理部１６は、保留者を決定するために利用者情報ＤＢ１００に格納された利用者情報の優先度が１であるか否かを判断する。ステップＳ３７の処理で優先度が１である場合、ステップＳ３８の処理で利用者決定処理部１６は、その時間帯Ｎｏ「Ｚ」の抽出者を保留者とする。ステップＳ３７の処理で優先度が１でない場合、ステップＳ３９の処理で利用者決定処理部１６は、その時間帯Ｎｏ「Ｚ」の抽出者を残留者とする。
【００３８】
次に、図１２に示すステップＳ２０の利用者決定処理について詳細に説明する。
【００３９】
図１５は、利用者決定処理を説明するためのフローチャート図である。図１５において、先ず、ステップＳ４０の処理で、利用者決定処理部１６は、稼動予定情報ＤＢ１０２に格納された稼動予定情報に基づいて、当日の車の稼動予定台数（Ｍ＝１／Ｎ）を算出する。ステップＳ４１の処理で、利用者決定処理部１６は、利用者情報ＤＢ１００に格納された利用者情報に基づいて、時間帯Ｎｏ「Ｚ」の利用者を抽出し、時間帯Ｎｏ「Ｚ」の抽出者とする。ステップＳ４２の処理で、利用者決定処理部１６は、時間帯Ｎｏ「Ｚ−１」の残留者を時間帯Ｎｏ「Ｚ」の抽出者に加える。ステップＳ４３の処理で、利用者決定処理部１６は、感染症の利用者を時間帯Ｎｏ「Ｚ」の抽出者から除外する。ステップＳ４４の処理で、利用者決定処理部１６は、訪問希望情報ＤＢ１０４に格納されている訪問希望情報に基づいて、時間帯Ｎｏ「Ｚ−１」の抽出者を優先度の高い順にソートする。
【００４０】
ステップＳ４５の処理で、行き先検索処理部１７は、次の訪問先を検索する処理を行う。このステップＳ４５の行き先検索処理については、図１７で詳細に説明する。ステップＳ４６の処理で、利用者決定処理部１６は、配車されなかった時間帯Ｎｏ「Ｚ」の抽出者が保留者であるかを決定するために、利用者情報ＤＢ１００に格納された利用者情報の優先度が１であるか否かを判断する。ステップＳ４６の処理で優先度が１である場合、ステップＳ４８の処理で利用者決定処理部１６は、その時間帯Ｎｏ「Ｚ」の抽出者を保留者とする。ステップＳ４９の処理で、利用者決定処理部１６は、訪問希望回数を１カウントアップし、その値を年間ヒット率情報ＤＢ１０６に格納する。ステップＳ４６の処理で優先度が１でない場合、ステップＳ４７の処理で利用者決定処理部１６は、その時間帯Ｎｏ「Ｚ」の抽出者を残留者とする。
【００４１】
次に、図１２に示すステップＳ２１の利用者決定処理について詳細に説明する。
【００４２】
図１６は、利用者決定処理を説明するためのフローチャート図である。図１６において、先ず、ステップＳ５０の処理で、利用者決定処理部１６は、稼動予定情報ＤＢ１０２に格納された稼動予定情報に基づいて、当日の車の稼動予定台数（Ｍ＝１／Ｎ）を算出する。ステップＳ５１の処理で、利用者決定処理部１６は、利用者情報ＤＢ１００に格納された利用者情報に基づいて、時間帯Ｎｏ「Ｚ」の利用者を抽出し、時間帯Ｎｏ「Ｚ」の抽出者とする。ステップＳ５２の処理で、利用者決定処理部１６は、時間帯Ｎｏ「Ｚ−１」の残留者を時間帯Ｎｏ「Ｚ」の抽出者に加える。ステップＳ５３の処理で、利用者決定処理部１６は、感染症の利用者を時間帯Ｎｏ「Ｚ」の抽出者から抽出する。ステップＳ５４の処理で、利用者決定処理部１６は、利用者情報ＤＢ１００に格納された利用者情報と、感染症情報ＤＢ１０１に格納された感染症情報とに基づいて、時間帯Ｎｏ「Ｚ」の抽出者を感染症区分の昇順にソートする。
【００４３】
ステップＳ５５の処理で、行き先検索処理部１７は、感染症の利用者に対する次の訪問先を検索する処理を行う。このステップＳ５５の行き先検索処理については、図１８で詳細に説明する。ステップＳ５６の処理で、利用者決定処理部１６は、稼動予定台数に関する値（Ｎ＝Ｎ−Ｍ／Ｍ＝１）を初期化する。ステップＳ５８の処理で、利用者決定処理部１６は、残りの稼動予定台数Ｎが０以上であるか否かを判断する。ステップＳ５８の処理で残りの稼動予定台数Ｎが０以上でない場合、利用者決定処理を終了する。ステップＳ５８の処理で残りの稼動予定台数Ｎが０以上である場合、ステップＳ５９の処理で、行き先検索処理部１７は、次の訪問先を検索する処理を行う。このステップＳ５５の行き先検索処理については、図１７で詳細に説明する。
【００４４】
ステップＳ６０の処理で、利用者決定処理部１６は、配車されなかった時間帯Ｎｏ「Ｚ」の抽出者が保留者であるかを決定するために、利用者情報ＤＢ１００に格納された利用者情報の優先度が１であるか否かを判断する。ステップＳ４６の処理で優先度が１である場合、ステップＳ６２の処理で利用者決定処理部１６は、その時間帯Ｎｏ「Ｚ」の抽出者を保留者とする。ステップＳ６３の処理で、利用者決定処理部１６は、訪問希望回数を１カウントアップし、その値を年間ヒット率情報ＤＢ１０６に格納する。ステップＳ６０の処理で優先度が１でない場合、ステップＳ６１の処理で利用者決定処理部１６は、その時間帯Ｎｏ「Ｚ」の抽出者を残留者とする。
【００４５】
次に、図１５、１６に示すステップＳ４５、Ｓ５９の行き先検索処理について詳細に説明する。
【００４６】
図１７は、行き先検索処理を説明するためのフローチャート図である。図１７において、先ず、ステップＳ７０の処理で、行き先検索処理部１７は、抽出された利用者の並び順に次の行き先を検索する。ステップＳ７１の処理で、行き先検索処理部１７は、利用者がいるか否かを判断する。ステップＳ７１の処理で利用者がいない場合、行き先検索処理を終了する。ステップＳ７１の処理で利用者がいる場合、ステップＳ７２の処理で行き先検索処理部１７は、残りの稼動予定台数Ｎが当日の車の稼動予定台数Ｍ以上であるか否かを判断する。ステップＳ７２の処理で残りの稼動予定台数Ｎが当日の車の稼動予定台数Ｍ以上でない場合、行き先検索処理を終了する。ステップＳ７２の処理で残りの稼動予定台数Ｎが当日の車の稼動予定台数Ｍ以上である場合、ステップＳ７３の処理で行き先検索処理部１７は、所定訪問先を時間帯Ｎｏ「Ｚ−１」の利用者とし、利用者を時間帯Ｎｏ「Ｚ」の抽出者とする。ステップＳ７４の処理で、利用者検索処理部１８は、所定訪問先からみて距離が一番近い利用者を検索する処理を行う。このステップＳ７４の利用者検索処理については、図１９、図２０で詳細に説明する。
【００４７】
ステップＳ７５の処理で、行き先検索処理部１７は、時間帯Ｎｏ「Ｚ」の抽出者を利用者とする。ステップＳ７６の処理で、行き先検索処理部１７は、時間帯Ｎｏ「Ｚ」の抽出者を優先度の高い順にソートする。ステップＳ７７の処理で、行き先検索処理部１７は、優先度が一番高い利用者を時間帯Ｎｏ「Ｚ」の抽出者から抽出する。ステップＳ７８の処理で、行き先検索処理部１７は、時間帯Ｎｏ「Ｚ」の利用者としてスケジュール情報をスケジュール情報ＤＢ１０５に格納する。ステップＳ７９の処理で、行き先検索処理部１７は、訪問希望回数を１カウントアップし、その値を年間ヒット率情報ＤＢ１０６に格納する。ステップＳ８０の処理で、行き先検索処理部１７は、希望利用時間であるか否かを判断する。ステップＳ８０の処理で希望利用時間である場合、ステップＳ８１の処理で、行き先検索処理部１７は、希望時間訪問利用回数を１カウントアップし、その値を年間ヒット率情報ＤＢ１０６に格納する。ステップＳ８０の処理で希望利用時間でない場合、ステップＳ８２の処理で、行き先検索処理部１７は、訪問希望回数を１カウントアップし、その値を年間ヒット率情報ＤＢ１０６に格納する。ステップＳ８３の処理で、行き先検索処理部１７は、次のサービス利用者を検索し、当日の車の稼動予定台数Ｍを１カウントアップし、ステップＳ７１からの処理を繰り返す。
【００４８】
図１８は、感染症用の行き先検索処理を説明するためのフローチャート図である。図１８に示す感染症用の行き先検索処理は、図１７に示す行き先検索処理のステップＳ７３、Ｓ７５、Ｓ７６の処理と異なるため、同様の処理について同符号を付して説明を省略する。以下に、図１８において、図１７と異なるステップについて説明する。先ず、ステップＳ８５の処理で行き先検索処理部１７は、所定訪問先を時間帯Ｎｏ「Ｚ」の抽出者とし、利用者を時間帯Ｎｏ「Ｚ−１」の利用者とする。ステップＳ８６の処理で、行き先検索処理部１７は、時間帯Ｎｏ「Ｚ」の利用者を所定の利用者とする。ステップＳ８７の処理で、行き先検索処理部１７は、時間帯Ｎｏ「Ｚ−１」の利用者を優先度の高い順にソートする。
【００４９】
次に、図１７に示すステップＳ７４の利用者検索処理について詳細に説明する。
【００５０】
図１９、図２０は、利用者検索処理を説明するためのフローチャート図である。図１９において、ステップＳ９０の処理で、利用者検索処理部１８は、利用者情報ＤＢ１００に格納される利用者情報に基づいて、所定訪問先の座標を確認する。ステップＳ９１の処理で、利用者検索処理部１８は、Ｘを所定訪問先のＸ座標とし、Ｙを所定訪問先のＹ座標とし、カウント値を初期値１とし、検索方向変更用カウント値を０とし、繰返回数を１とし、加算値を０とし、検索方向を縦と設定する。ステップＳ９２の処理で、利用者検索処理部１８は、利用者情報のＸ、Ｙ座標を有する利用者を検索する。ステップＳ９３の処理で、利用者検索処理部１８は、検索した利用者のＸ、Ｙ座標が合致するか否かを判断する。ステップＳ９３の処理で、Ｘ、Ｙ座標が合致する場合、利用者検索処理を終了する。ステップＳ９３の処理で、Ｘ、Ｙ座標が合致しない場合、ステップＳ９４の処理で、利用者検索処理部１８は、加算値を算出する。
【００５１】
ステップＳ９５の処理で、利用者検索処理部１８は、繰返回数が偶数であるか否かを判断する。ステップＳ９５の処理で繰返回数が偶数でない場合、ステップＳ９６の処理で、利用者検索処理部１８は、加算値を１加算する。ステップＳ９５の処理で繰返回数が偶数である場合、ステップＳ９５の処理で、利用者検索処理部１８は、加算値を１減算する。ステップＳ９７の処理で、利用者検索処理部１８は、加算元を選択する。ステップＳ９９の処理で、利用者検索処理部１８は、検索方向が縦であるか否かを判断する。ステップＳ９９の処理で検索方向が縦でない場合、ステップＳ１０１の処理で、利用者検索処理部１８は、Ｘに加算値を加算した値をＸとする。ステップＳ９９の処理で検索方向が縦である場合、ステップＳ１００の処理で、利用者検索処理部１８は、Ｙに加算値を加算した値をＹとする。ステップＳ１０２の処理で、利用者検索処理部１８は、繰返回数分、同一方向で検索する。ステップＳ１０３の処理で、利用者検索処理部１８は、繰返回数がカウント値であるか否かを判断する。ステップＳ１０３の処理で繰返回数がカウント値でない場合、ステップＳ１０５の処理で、利用者検索処理部１８は、カウント値に１加算した値をカウント値としてステップＳ９２からの処理を繰り返す。
ステップＳ１０３の処理で繰返回数がカウント値である場合、ステップＳ１０４の処理で、利用者検索処理部１８は、次回検索方向の選択を行う。ステップＳ１０６の処理で、利用者検索処理部１８は、検索方向が縦であるか否かを判断する。ステップＳ１０６の処理で検索方向が縦である場合、図２０に示すステップＳ１０７の処理で、利用者検索処理部１８は、検索方向を横に設定する。ステップＳ１０６の処理で検索方向が縦でない場合、ステップＳ１０８の処理で、利用者検索処理部１８は、検索方向を縦に設定する。ステップＳ１０９の処理で、利用者検索処理部１８は、カウント値を０とし、検索方向変更用カウント値に１加算した値を検索方向変更用カウント値として設定する。ステップＳ１１０の処理で、利用者検索処理部１８は、繰返回数の変更を行う。ステップＳ１１１の処理で、利用者検索処理部１８は、検索方向変更用カウント値が２であるか否かを判断する。ステップＳ１１１の処理で検索方向変更用カウント値が２でない場合、ステップＳ１０５からの処理を実行する。ステップＳ１１１の処理で検索方向変更用カウント値が２である場合、ステップＳ１１２の処理で、利用者検索処理部１８は、繰返回数に１加算した値を繰返回数とし、検索方向変更用カウント値を０に設定し、ステップＳ１０５からの処理を実行する。
【００５２】
次に、位置情報の設定について説明する。
【００５３】
図２１は、位置情報を設定するためのテーブルと画面表示例を示す図である。図２１（Ａ）は、郵便番号に対する位置情報が格納されたテーブル２００を示し、図２１（Ｂ）は、介護者が利用者の位置情報を入力するための画面２０１を示している。図２１（Ａ）のテーブル２００には、郵便番号に対してＸ軸、Ｙ軸の値が格納されている。例えば、テーブル２００には、郵便番号「１２３−１１１１」に対して、Ｘ軸「１」、Ｙ軸「１」が格納されている。図２１（Ｂ）の画面２０１には、郵便番号の入力域２０２と、Ｘ軸、Ｙ軸を入力する入力域２０３とが表示される。例えば、画面２０１の入力域２０２に郵便番号「１２３−１１１１」〜「１２３−１９９９」と、入力域２０３にＸ軸「１」、Ｙ軸「１」とを入力し、設定すると、テーブル２００に郵便番号とＸ軸、Ｙ軸が格納される。このように、介護者は任意に郵便番号に対する位置情報を設定及び変更することができる。また、郵便番号を細かく設定することにより、ルート検定処理の精度を向上させることができる。
【００５４】
図２２は、利用者抽出処理部によって抽出された利用者情報のテーブルを示す図である。図２２において、テーブル２１０は、利用者抽出処理部１５により抽出された所定日時に訪問を希望した利用者情報を、希望時間と優先度と利用者ＩＤ順に並べたものである。テーブル２１０は、利用者の訪問希望曜日と、利用者名と、利用者が希望する訪問希望時間と、その利用者の優先度と、利用者を識別する利用者ＩＤ、利用者の居住している地区のＸ軸、Ｙ軸とが表示される。例えば、テーブル２１０は、希望曜日「月曜日」、利用者名「富士通太郎」、時間帯Ｎｏ「１」、優先度「１」、利用者ＩＤ「１００」、Ｘ軸「―３」、Ｙ軸「４」の利用者情報が抽出される。
【００５５】
図２３は、ルート策定方法を説明するための図である。図２３に示す座標３０において、介護者により縦軸と横軸のそれぞれの単位が任意に設定されている。座標３０は、図１９、図２０に示した利用者検索処理部１８による利用者検索処理において、利用者が居住する居住地Ａから次の行き先を検索する手順を示している。座標３０に示すように、利用者検索処理部１８は、居住地Ａから縦軸、横軸の所定単位で区切られた格子を縦、横（上下左右）方向に繰り返して格子渦巻状に検索し、居住地Ｂに居住する次の利用者を抽出する。
【００５６】
尚、上記利用者検索処理において、利用者間の移動距離を考慮して次の利用者を検索することも可能である。例えば、図２３の座標３０において、次の利用者を検出する際に進んだコマ（座標の整数値）を上下左右方向にそれぞれカウントする。上、右を基準として、上、右でコマ数をカウントし、（移動距離）２＝（上への移動コマ）２＋（右への移動コマ）２により移動距離を算出する。居住地Ａから居住地Ｂに移動する場合、右方向へ９コマ、左方向へ９コマ、上方向へ１２コマ、下方向へ９コマ移動しているため、上、右方向を基準とすると、上方向１２−９＝３コマ、右方向９−９＝０コマとなり、移動距離は３となる。また、居住地Ａから居住地Ｃに移動する場合、右方向へ１２コマ、左方向へ１６コマ、上方向へ１２コマ、下方向へ１６コマ移動しているため、上、右方向を基準とすると、上方向１２−１６＝−４コマ、右方向１２−１６＝−４コマとなり、移動距離は５．６６となる。このように移動距離を比較することにより、最も短い距離の次の利用者を決定することも可能である。
【００５７】
図２４は、ルート検索結果のテーブルを示す図である。図２４（Ａ）のテーブル２２０、図２４（Ｂ）のテーブル２２１のそれぞれは、車１台に対して訪問を行う利用者の順番を示している。テーブル２２０、２２１は、ルート検索処理部１９により図２２に示す利用者抽出テーブルに基づいて生成され、順番、利用者ＩＤ、利用者名との項目で構成されている。図２２を用いて説明すると、先ず、希望した時間帯Ｎｏ「１」の利用者を優先度が１から順番に並べ（富士通太郎、富士通五郎、富士通三郎、富士通次郎、富士通四郎の順）、このうち２台の車で訪問を行うため、２名の利用者（富士通太郎、富士通五郎）が選択される。これにより、テーブル２２０の順番「▲１▼」には、利用者ＩＤ「１００」、利用者名「富士通太郎」が格納され、テーブル２２１の順番「▲１▼」には、利用者ＩＤ「１３０」、利用者名「富士通五郎」が格納される。
【００５８】
次に、時間帯Ｎｏ「２」の利用者と時間帯Ｎｏ「１」の選択されなかった利用者を優先度が１から順番に並べ（富士通六郎、富士通次郎、富士通四郎、富士通七郎の順）、このうち２名の利用者（富士通六郎、富士通次郎）が選択される。選択された２名は、各車において順番「▲１▼」で訪問した位置から近い利用者を図２３に示す手順で選択される。これにより、テーブル２２０の順番「▲２▼」には、利用者ＩＤ「１５０」、利用者名「富士通次郎」が格納され、テーブル２２１の順番「▲２▼」には、利用者ＩＤ「１２０」、利用者名「富士通六郎」が格納される。
【００５９】
次に、時間帯Ｎｏ「２」と時間帯Ｎｏ「１」の選択されなかった利用者を優先度が１から順番に並べ（富士通八郎、富士通四郎、富士通七郎の順）、このうち上記の処理と同様に２名の利用者（富士通八郎、富士通四郎）が選択される。これにより、テーブル２２０の順番「▲３▼」には、利用者ＩＤ「１９０」、利用者名「富士通八郎」が格納され、テーブル２２１の順番「▲３▼」には、利用者ＩＤ「１４０」、利用者名「富士通四郎」が格納される。
【００６０】
次に、時間帯Ｎｏ「３」の利用者と時間帯Ｎｏ「２」の選択されなかった利用者を優先度が１から順番に並べ（富士通七郎、富士通九郎の順）、このうち上記の処理と同様に２名の利用者（富士通七郎、富士通九郎）が選択される。これにより、テーブル２２０の順番「▲４▼」には、利用者ＩＤ「１８０」、利用者名「富士通九郎」が格納され、テーブル２２１の順番「▲４▼」には、利用者ＩＤ「１１０」、利用者名「富士通七郎」が格納される。
【００６１】
次に、時間帯Ｎｏ「４」の利用者を優先度が１から順番に並べ（富士通十郎、富士通花子、富士通花代の順）、このうち上記の処理と同様に２名の利用者（富士通十郎、富士通花代）が選択される。これにより、テーブル２２０の順番「▲５▼」には、利用者ＩＤ「２００」、利用者名「富士通九郎」が格納され、テーブル２２１の順番「▲５▼」には、利用者ＩＤ「２１０」、利用者名「富士通花代」が格納される。
【００６２】
図２５は、位置情報にルート検索結果を表示した画面表示例を示す図である。図２５の画面２２５は、図２４（Ａ）、図２４（Ｂ）に示すテーブル２２０、２２１に基づいて、位置情報に利用者の位置とルートをプロットした図である。画面２２５に示すように、矢印Ａは、図２４（Ａ）のテーブル２２０に示すルートを、矢印Ｂは、図２４（Ｂ）のテーブル２２１に示すルートを示している。
【００６３】
このように、縦軸と横軸のそれぞれの単位を任意に設定された座標に利用者の居住する位置をマッピングして得られる座標値、訪問を希望する時間帯、優先度に基づいて、格子渦巻状に最も短い距離の次の利用者を検索し、訪問ルートを検定することにより、時間や手間をかけることなく、利用者の要望に応えると共に、効率的に訪問可能な訪問先を決定することができ、訪問の稼働率を上昇させることができる。
【００６４】
また、座標値を利用者の居住する郵便番号に基づいて設定されることにより、効率良く最も短い距離の次の利用者を検索することが可能となる。
（付記１）　利用者を訪問するルートを策定するルート策定方法であって、
縦軸と横軸のそれぞれの単位を任意に設定された座標に上記利用者の居住する位置をマッピングして得られる座標値を有する利用者情報を管理する利用者情報管理手順と、
上記利用者情報の上記座標値に基づいて、格子渦巻状に次の訪問先を検索する検索手順と、
上記検索手順による検索結果に基づいて、最も距離の短い次の訪問先の利用者を決定する利用者決定手順とを有することを特徴とするルート策定方法。
（付記２）　上記利用者情報は、上記利用者が予約した予約日時と、優先的に訪問を行う度合いを示す優先度とを有し、
更に、上記利用者情報から所定の上記予約日時の利用者情報を抽出する利用者情報抽出手順と、
上記利用者情報抽出手順により抽出された上記利用者情報を上記優先度の高い利用者情報から順番に並べるソート手順とを有し、
上記検索手順は、上記ソート手順により上記優先度の高い順番に並べられた上記利用者情報に基づいて次の訪問先を検索することを特徴とする付記１記載のルート策定方法。
（付記３）　上記利用者情報管理手順により管理される上記利用者情報の上記座標値は、上記利用者の居住する郵便番号に基づいて設定されることを特徴とする付記１又は２記載のルート策定方法。
（付記４）　上記利用者情報抽出手順は、所定の訪問回数を超える場合、及び訪問周期を外れる場合、上記利用者情報の抽出対象から除外することを特徴とする付記２又は３記載のルート策定方法。
（付記５）　上記ソート手順は、上記利用者が感染症の場合、上記利用者情報を順番に並べる対象から除外することを特徴とする付記２乃至４いずれか一項記載のルート策定方法。
（付記６）　上記利用者決定手順は、上記対象から除外された利用者に対して、最も距離の短い次の訪問先の利用者を決定することを特徴とする付記４又は５記載のルート策定方法。
（付記７）　上記利用者決定手順は、上記利用者への訪問を行う複数の車に応じて次の訪問先の利用者を決定することを特徴とする付記１乃至６いずれか一項記載のルート策定方法。
（付記８）　上記ソート手順により上記利用者情報を上記優先度の高い利用者情報から順番に並べられた情報をスケジュール情報として管理するスケジュール管理手順を有することを特徴とする付記２乃至７いずれか一項記載のルート策定方法。
（付記９）　上記利用者への訪問利用回数、予約した時間での訪問利用回数、及び上記利用者の訪問希望回数を利用情報として管理する利用情報管理手順を有することを特徴とする付記１乃至８いずれか一項記載のルート策定方法。
（付記１０）　上記利用者決定手順により決定された上記利用者を、該利用者の利用者情報の上記座標値に基づいて位置情報を表示させる表示手順を有することを特徴とする付記１乃至９いずれか一項記載のルート策定方法。
（付記１１）　利用者を訪問するルートを策定するルート策定方法における処理をコンピュータに行なわせるためのプログラムであって、
縦軸と横軸のそれぞれの単位を任意に設定された座標に上記利用者の居住する位置をマッピングして得られる座標値を有する利用者情報を管理する利用者情報管理手順と、
上記利用者情報の上記座標値に基づいて、格子渦巻状に次の訪問先を検索する検索手順と、
上記検索手順による検索結果に基づいて、最も距離の短い次の訪問先の利用者を決定する利用者決定手順とを有することを特徴とするプログラム。
（付記１２）　利用者を訪問するルートを策定するルート策定方法における処理をコンピュータに行なわせるためのプログラムを格納した記録媒体であって、
縦軸と横軸のそれぞれの単位を任意に設定された座標に上記利用者の居住する位置をマッピングして得られる座標値を有する利用者情報を管理する利用者情報管理手順と、
上記利用者情報の上記座標値に基づいて、格子渦巻状に次の訪問先を検索する検索手順と、
上記検索手順による検索結果に基づいて、最も距離の短い次の訪問先の利用者を決定する利用者決定手順とを有することを特徴とするプログラムを格納した記録媒体。
【００６５】
【発明の効果】
上述の如く本発明によれば、縦軸と横軸のそれぞれの単位を任意に設定された座標に利用者の居住する位置をマッピングして得られる座標値を有する利用者情報を管理し、利用者情報の座標値に基づいて、格子渦巻状に次の訪問先を検索し、検索結果に基づいて最も距離の短い次の訪問先の利用者を決定することにより、時間や手間をかけることなく、利用者の要望に応えると共に、効率的に訪問可能な訪問先を決定することができ、訪問の稼働率を上昇させることができる。
【図面の簡単な説明】
【図１】本発明の実施の第１実施例に係るルート策定方法におけるシステム構成図を示す。
【図２】利用者情報ＤＢに格納されるテーブルを示す図である。
【図３】感染症情報ＤＢに格納されるテーブルを示す図である。
【図４】稼動予定情報ＤＢに格納されるテーブルを示す図である。
【図５】訪問時間帯情報ＤＢに格納されるテーブルを示す図である。
【図６】訪問希望情報ＤＢに格納されるテーブルを示す図である。
【図７】スケジュール情報ＤＢに格納されるテーブルを示す図である。
【図８】年間ヒット率情報ＤＢに格納されるテーブルを示す図である。
【図９】利用情報ＤＢに格納されるテーブルを示す図である。
【図１０】地図情報システムプロット情報ＤＢに格納されるテーブルを示す図である。
【図１１】カーナビゲーション連携情報ＤＢに格納されるテーブルを示す図である。
【図１２】ルート策定処理を説明するためのフローチャート図である。
【図１３】利用者抽出処理を説明するためのフローチャート図である。
【図１４】利用者決定処理を説明するためのフローチャート図である。
【図１５】利用者決定処理を説明するためのフローチャート図である。
【図１６】利用者決定処理を説明するためのフローチャート図である。
【図１７】行き先検索処理を説明するためのフローチャート図である。
【図１８】感染症用の行き先検索処理を説明するためのフローチャート図である。
【図１９】利用者検索処理を説明するためのフローチャート図である。
【図２０】利用者検索処理を説明するためのフローチャート図である。
【図２１】位置情報を設定するためのテーブルと画面表示例を示す図である。
【図２２】スケジュール情報の画面表示例を示す図である。
【図２３】ルート策定方法を説明するための図である。
【図２４】ルート検索結果のテーブルを示す図である。
【図２５】位置情報にルート検索結果を表示した画面表示例を示す図である。
【符号の説明】
１０　　　　　ルート策定システム
１１　　　　　インストーラ
１２　　　　　表示制御処理部
１３　　　　　通信制御処理部
１４　　　　　入出力制御処理部
１５　　　　　利用者抽出処理部
１６　　　　　利用者決定処理部
１７　　　　　行き先検索処理部
１８　　　　　利用者検索処理部
１９　　　　　ルート検定処理部
１００　　　　利用者情報ＤＢ
１０１　　　　感染症情報ＤＢ
１０２　　　　稼動予定情報ＤＢ
１０３　　　　訪問時間帯情報ＤＢ
１０４　　　　訪問希望情報ＤＢ
１０５　　　　スケジュール情報ＤＢ
１０６　　　　年間ヒット率情報ＤＢ
１０７　　　　利用情報ＤＢ
１０８　　　　地図情報システムプロット情報ＤＢ
１０９　　　　カーナビゲーション連携情報ＤＢ
【図１】
2004118634.tif 000003
【図２】
2004118634.tif 000004
【図３】
2004118634.tif 000005
【図４】
2004118634.tif 000006
【図５】
2004118634.tif 000007
【図６】
2004118634.tif 000008
【図７】
2004118634.tif 000009
【図８】
2004118634.tif 000010
【図９】
2004118634.tif 000011
【図１０】
2004118634.tif 000012
【図１１】
2004118634.tif 000013
【図１２】
2004118634.tif 000014
【図１３】
2004118634.tif 000015
【図１４】
2004118634.tif 000016
【図１５】
2004118634.tif 000017
【図１６】
2004118634.tif 000018
【図１７】
2004118634.tif 000019
【図１８】
2004118634.tif 000020
【図１９】
2004118634.tif 000021
【図２０】
2004118634.tif 000022
【図２１】
2004118634.tif 000023
【図２２】
2004118634.tif 000024
【図２３】
2004118634.tif 000025
【図２４】
2004118634.tif 000026
【図２５】
2004118634.tif 000027