地図配信サーバ及び地図配信プログラム
【課題】複数の目的地を順次訪れる利用者の端末に目的地の地図画面を配信する地図配信サーバに係り、少ない操作で、利用者の状況に応じた適切な地図情報を配信することを課題とする。
【解決手段】利用者端末２から、複数の目的地を順次訪れるスケジュールを予め地図配信サーバ１に登録し、利用者は、携帯電話端末３から地図配信サーバ１に地図の配信を要求し、地図配信サーバ１は、利用者が指定場所に立寄った状況を管理し、その立寄り状況に応じて、地図画像を携帯電話端末３に配信する。
【解決手段】利用者端末２から、複数の目的地を順次訪れるスケジュールを予め地図配信サーバ１に登録し、利用者は、携帯電話端末３から地図配信サーバ１に地図の配信を要求し、地図配信サーバ１は、利用者が指定場所に立寄った状況を管理し、その立寄り状況に応じて、地図画像を携帯電話端末３に配信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の目的地を順次訪れる利用者の端末に目的地の地図画面を配信する地図配信サーバに係り、少ない操作で、利用者の状況に応じた適切な地図情報を配信できる地図配信サーバに関する。
【背景技術】
【０００２】
現在、インターネットに接続できる端末に対して、地図画面を配信するサービスが提供されている。これを用いて、複数の目的地を渡り歩くことがある。その場合、通常目的地の地図を配信させるためには、目的地毎に地図を検索する操作を行う必要がある。
【０００３】
しかし、外出時において、地図を検索する操作を行うことは、面倒である。特に、携帯電話のように画面が小さく、操作方法が単純な装置を用いる場合には、操作が煩雑となってしまう。
【０００４】
また、車載のカーナビゲーションシステムのような場合には、操作量は、極端に制限される。つまり、運転中に地図の配信を受けることを考慮すると、運転に支障をきたさない程度の操作に限られる。
【特許文献１】特開２００１−３２５３６４号公報
【特許文献２】特開２００２−２４３５１号公報
【特許文献３】特開２００１−３１１６２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、上記した従来技術の欠点を除くためになされたものであって、その目的とするところは、少ない操作で、適切な地図画面の配信を行う地図配信サーバを提供することを課題とする。
【課題を解決するための手段】
【０００６】
本発明に係る地図配信サーバは、
複数の指定場所の移動に関するスケジュールの送信に用いる利用者端末と、移動先で通信可能な移動対応端末とに接続可能な地図配信サーバであって、以下の要素を有することを特徴とする
（１）利用者端末から、指定場所を特定可能な情報を、順序付けて複数受信する指定場所受信部
（２）利用者端末から、指定場所に対応付けて、予定立寄り時間を受信する予定立寄り時間受信部
（３）指定場所受信部により受信した複数の上記指定場所を特定可能な情報に基づいて、指定場所を特定する指定場所特定情報を順序付けて複数記憶し、更に指定場所特定情報に対応付けて、受信した予定立寄り時間を記憶するスケジュール記憶部
（４）移動対応端末から、地図画面の配信を求める配信要求を受信する配信要求受信部
（５）指定場所毎に、指定場所へ到達していない未到達ステータスと、指定場所に滞在している滞在中ステータスと、指定場所を退いた退去ステータスを区別する立寄り状況を記憶する立寄り状況記憶部
（６）スケジュール記憶部に記憶している複数の指定場所特定情報により特定される複数の指定場所について、立寄り状況が未到達ステータスあるいは滞在中ステータスである指
定場所のうち、対応する予定立寄り時間と現在時刻の差が最も小さい指定場所を、上記配信要求を受信してから最初に表示する指定場所を特定する初期表示指定場所として表示指定場所記憶部に設定し、現在時刻が当該差が最も小さい指定場所の予定立寄り時間内又は後の場合に、当該差が最も小さい指定場所の立寄り状況を滞在中ステータスに更新し、更にスケジュール記憶部の順序付けに従って当該差が最も小さい指定場所より前の指定場所の立寄り状況を退去ステータスに更新する表示指定場所判定部
（７）表示指定場所を記憶する表示指定場所記憶部
（８）表示指定場所記憶部に初期表示指定場所を設定した場合に、表示指定場所記憶部に記憶している表示指定場所を含む地図画面を生成する地図画面生成部
（９）生成した地図画面を、移動対応端末へ送信する地図画面送信部。
【０００７】
地図配信サーバは、更に、
（１０）移動対応端末から指示を受信する指示受信部と、
（１１）受信した指示に従って、表示指定場所記憶部に記憶している表示指定場所を変更する表示指定場所変更部を有し、
地図画面生成部は、表示指定場所記憶部の表示指定場所を変更した場合にも、表示指定場所記憶部に記憶している表示指定場所を含む地図画面を生成することを特徴とする。
【０００８】
上記地図配信サーバは、移動対応端末から現在位置情報を受信し、現在時刻と受信した現在位置情報とから、予定立寄時間に対する差分を算出し、それ以降の指定場所に関する予定立寄時間を上記差分に基づいて補正し、補正した予定立寄時間に基づいて表示指定場所を判定することを特徴とする。
【０００９】
本発明に係るプログラムは、
複数の指定場所の移動に関するスケジュールの送信に用いる利用者端末と、移動先で通信可能な移動対応端末とに接続可能であり、指定場所特定情報と予定立寄り時間を順序付けて複数記憶するスケジュール記憶部と、指定場所毎に、指定場所へ到達していない未到達ステータスと、指定場所に滞在している滞在中ステータスと、指定場所を退いた退去ステータスを区別する立寄り状況を記憶する立寄り状況記憶部と、表示指定場所を記憶する表示指定場所記憶部を有する地図配信サーバとなるコンピュータに、以下の手順を実行させることを特徴とする。
（１）利用者端末から、指定場所を特定可能な情報を、順序付けて複数受信する手順
（２）利用者端末から、指定場所に対応付けて、予定立寄り時間を受信する手順
（３）受信した複数の上記指定場所を特定可能な情報に基づいて、スケジュール記憶部に、指定場所を特定する指定場所特定情報を順序付けて複数記憶させ、更に指定場所特定情報に対応付けて、受信した予定立寄り時間を記憶させる手順
（４）移動対応端末から、地図画面の配信を求める配信要求を受信する手順
（５）スケジュール記憶部に記憶している複数の指定場所特定情報により特定される複数の指定場所について、立寄り状況が未到達ステータスあるいは滞在中ステータスである指定場所のうち、対応する予定立寄り時間と現在時刻の差が最も小さい指定場所を、上記配信要求を受信してから最初に表示する指定場所を特定する初期表示指定場所として表示指定場所記憶部に設定し、現在時刻が当該差が最も小さい指定場所の予定立寄り時間内又は後の場合に、当該差が最も小さい指定場所の立寄り状況を滞在中ステータスに更新し、更にスケジュール記憶部の順序付けに従って当該差が最も小さい指定場所より前の指定場所の立寄り状況を退去ステータスに更新する手順
（６）表示指定場所記憶部に初期表示指定場所を設定した場合に、表示指定場所記憶部に記憶している表示指定場所を含む地図画面を生成する手順
（７）生成した地図画面を、移動対応端末へ送信する手順。
【００１０】
地図配信サーバは、作業識別情報と顧客識別情報とを対応付けて記憶する作業テーブルと、
顧客識別情報と指定場所特定情報とを対応付けて記憶する顧客データベースとを有し、
上記指定場所受信部は、指定場所を特定可能な情報として、作業識別情報を順序付けて複数受信し、受信した作業識別情報に対応する顧客識別情報を上記作業テーブルから特定し、特定した顧客識別情報に対応する指定場所特定情報を上記顧客データベースから特定し、
上記スケジュール記憶部は、特定した指定場所特定情報を、受信した複数の作業識別情報の順序付けに従って順序付けて複数記憶することを特徴とする。
【００１１】
上記顧客データベースは、顧客識別情報に対応付けて、少なくとも顧客の住所を記憶し、
上記作業テーブルは、更に、作業内容を対応付けて記憶し、
上記指定場所受信部は、上記作業テーブルに記憶する作業識別情報毎に、作業識別情報に対応する顧客識別情報と作業内容を特定し、特定した顧客識別情報に対応する顧客の住所を上記顧客データベースから特定し、特定した顧客の住所と作業内容とを含む作業一覧を利用者端末へ送信し、作業の選択を促し、作業一覧から選択された作業の作業識別情報を順序付けて複数受信することを特徴とする。
【００１２】
上記指定場所受信部は、施設アイコンを含む地図画面を送信し、指定場所を特定可能な情報として、施設アイコンを特定する情報を順序付けて複数受信し、
上記スケジュール記憶部は、受信した上記情報により特定される指定場所特定情報と施設種別コードとを順序付けて複数記憶し、
地図画面生成部は、上記スケジュール記憶部上で、上記表示指定場所判定部で判定した
表示指定場所に対応する施設種別コードが一致する施設の同種施設アイコンを含む地図画面を生成し、
上記地図画面送信部は、同種施設アイコンを含む地図画面を送信することを特徴とする。
【発明の効果】
【００１３】
本発明においては、スケジュール記憶部に記憶している複数の指定場所特定情報により特定される複数の指定場所のうち、表示する地図画像を、立寄り状況に基づいて特定するので、利用者の移動状況に応じた適切な地図画像を配信することができる。このため、移動対応端末の操作が簡単になる。
【００１４】
立寄り状況が未到達ステータスあるいは滞在中ステータスである指定場所のうち、最先の指定場所を表示指定場所と判定するので、操作者の所在地に近いと想定される指定場所に係る地図情報を送信することができる。
【００１５】
対応する予定立寄り時間と現在時刻の差が最も小さい指定場所を表示指定場所と判定するので、予定通りに移動している操作者に対して、的確な地図画像を配信することができる。特に、必要に応じて指定場所の配信を要求し、不要な場合には、指定場所の配信を要求しない使用方法においても有効である。
【００１６】
移動対応端末の所在位置との距離が所定範囲に含まれる指定場所を表示指定場所と判定するので、配信された地図画像は、操作者の位置と指定場所の関係を把握するのに役立つ。必要に応じて指定場所の配信を要求し、不要な場合には、指定場所の配信を要求しない使用方法においても有効である。また、予定通りに移動できていない場合も有効である。
【００１７】
設定した経路のうち、移動対応端末の所在位置との距離が最も小さい経路の終点を表示指定場所と判定するので、配信された地図画像は、当面の目的地である指定場所を確認するのに役立つ。必要に応じて指定場所の配信を要求し、不要な場合には、指定場所の配信を要求しない使用方法においても有効である。また、予定通りに移動できていない場合も有効である。
【発明を実施するための最良の形態】
【００１８】
実施の形態１．
以下本発明を図面に示す実施例に基づいて説明する。
【００１９】
図１は、地図配信システムのネットワーク例を示す図である。１は、地図配信サーバ、２は、利用者端末、３は、携帯電話端末、４は、インターネット、５は、携帯電話網、６は、インターネット接続装置、７は、基地局である。
【００２０】
利用者端末２は、ブラウザを備えており、インターネット４を介して地図配信サーバ１へ接続可能である。これにより、利用者は、利用者端末２から地図配信サーバ１へ指定場所（ＩＤ＝１）から指定場所（ＩＤ＝５）までの移動のスケジュールを登録することができるように構成されている。尚、指定場所とは、利用者がその近辺の地図を要求する場所であり、順序付けることにより、スケジュールとなるものである。例えば、スケジュールとは、営業担当者が一日に訪問する顧客の所在地を訪問順に並べたものである。
【００２１】
尚、この例では、利用者端末２から登録しているが、携帯電話端末３から登録することも可能である。
【００２２】
携帯電話端末３は、携帯電話網５を介してインターネット４に接続可能である。これにより、地図配信サーバ１は、携帯電話端末３からの要求に応じて、状況に適した地図画像を携帯電話端末３に配信するように構成されている。携帯電話端末３は、移動対応端末の例であり、携帯端末、携帯情報端末、携帯可能ＰＣ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）やナビゲーション端末等の他の端末であっても構わない。また、携帯電話網５以外の通信媒体、例えばＰＨＳ（登録商標）（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）網、公衆電話網、衛星通信等を用いてもよい。通信媒体は、有線あるいは無線のいずれでも構わない。
【００２３】
まず、スケジュールの登録について説明する。
【００２４】
図２は、実施の形態１におけるスケジュール登録に係る地図配信サーバの構成を示す図である。２０１は、ユーザ認証部、２０２は、スケジュール登録初期処理部、２０３は、スケジュール記憶部、２０４は、地図処理部、２０５は、地図データベース、２０６は、指定場所設定処理部である。
【００２５】
動作について説明する。
【００２６】
図３は、実施の形態１におけるスケジュール登録処理フローを示す図である。ユーザ認証部２０１は、利用者端末２からユーザＩＤとパスワードを受信し（Ｓ３０１）、ユーザ認証を行う（Ｓ３０２）。正常に認証された場合に、スケジュール登録初期処理部２０２は、スケジュール登録の初期画面を送信する（Ｓ３０３）。この初期画面は、実施日を転送するように構成されており、スケジュール登録初期処理部２０２は、実施日を受信する（Ｓ３０４）。そして、ユーザＩＤと実施日を、これから作成するスケジュールのテーブルのキーとしてスケジュール記憶部２０３に記憶させる（Ｓ３０５）。
【００２７】
地図処理部２０４は、利用者端末２から地図表示の指示を受信すると（Ｓ３０６）、その指示に従って、地図データベース２０５から地図情報を取得し、利用者端末２での表示に適するように加工した地図画面を、利用者端末２に送信する（Ｓ３０７）。
【００２８】
利用者は、表示された地図画面上で、指定場所を特定し、その特定に係る情報（例えば、地図上の位置情報や、地図上の施設を特定するイベント情報）を返信する。
【００２９】
地図処理部２０４は、指定場所を特定可能な情報を受信し（Ｓ３０８）、指定場所を特定できる指定場所特定情報に変換し、指定場所設定処理部２０６により、順序付けてスケジュール記憶部２０３に記憶させる（Ｓ３０９）。
【００３０】
必要に応じて、Ｓ３０６とＳ３０７の処理により、地図を切り替え、また、Ｓ３０８とＳ３０９の処理により、複数の指定場所を登録する。そして、終了指示により、終了する（Ｓ３１０）。
【００３１】
図４及び５にスケジュール記憶部のテーブルの例を示す。
【００３２】
図４は、実施の形態１における緯度経度を用いたスケジュール記憶部の構成例を示す図である。図５は、実施の形態１における住所を用いたスケジュール記憶部の構成例を示す図である。
【００３３】
このようにして登録されたスケジュールを記憶するスケジュール記憶部は、利用者ＩＤ及び実施日に対応付けてテーブルを設けている。テーブルは、指定場所を順序付けて、それぞれの指定場所特定情報を記憶するように構成されている。指定場所特定情報は、地図データベースの地図情報上で、指定場所を特定できる情報であれば足りる。
【００３４】
具体的には、独立して指定場所を特定できるものと、間接的に指定場所を特定できるものとがある。
【００３５】
独立して指定場所を特定できるものとは、その情報のみで指定場所を特定できるものであり、他の情報の参照を必要としない。例えば、この例で示す「緯度と経度」や「住所」である。他にも、一般的に地図用に用いられている座標系も有効である。
【００３６】
一方、間接的に指定場所をできるものとは、他の情報を参照することにより、指定場所を特定できるものである。参照する情報としては、まず、地図データベースが考えられる。例えば、当該地図データベース固有の座標系や、地図上に設けられた格子状の領域を特定する区画番号（例えば、Ａ２のように特定される。）である。他には、顧客データベース、施設データベース、あるいは設備データベースのようなものを参照することも考えられる。これらのデータベースは、地図配信サーバ内に設けらることもあるが、ネットワークを介して参照してもよい。顧客データベースで、顧客毎に「顧客ＩＤ」、「氏名」、「住所」、「電話番号」、「郵便番号」、「メールアドレス」等の項目を管理している場合には、指定場所を直接特定できる「住所」を特定し得る項目、例えば「顧客ＩＤ」、「氏名」、「電話番号」、「メールアドレス」等を指定場所特定情報として用いることができる。また、施設データベースで、施設毎に「施設ＩＤ」、「施設名称」、「所在地」、「電話番号」、「郵便番号」、「メールアドレス」等の項目を管理している場合には、指定場所を直接特定できる「所在地」を特定し得る項目、例えば「施設ＩＤ」、「施設名称」、「電話番号」、「メールアドレス」等を指定場所特定情報として用いることができる。管理する施設が分散している場合には、重複しないため「郵便番号」も指定場所特定情報として用いることができる。更に、また、設備データベースで、設備毎に「設備ＩＤ」、「設備名称」、「所在地」等の項目を管理している場合には、指定場所を直接特定できる「所在地」を特定し得る項目、例えば「設備ＩＤ」、「設備名称」等を指定場所特定情報として用いることができる。設備の例としては、バス停、電柱、電信柱、水道やガス用のパイプ、水路、マンホールなどが考えられる。
【００３７】
続いて、地図画面の配信について説明する。
【００３８】
図６は、実施の形態１における地図画面の配信に係る地図配信サーバの構成を示す図である。６０１は、指示受信部、６０２は、表示指定場所判定部、６０３は、立寄り状況記憶部、６０４は、表示指定場所記憶部、６０５は、地図画面生成部、６０６は、地図情報データベース、６０７は、地図画面送信部、６０８は、表示指定場所変更部である。
【００３９】
立寄り状況記憶部６０３は、スケジュール記憶部２０３のテーブルに対応するテーブルを設けている。実施日までに、初期状態のテーブルが登録されるように構成されている。図７から図１２に例を示す。
【００４０】
具体的には、利用者ＩＤをキーとしてテーブルが設けられている。当日分以降のテーブルも予め設ける場合には、更に実施日もキーとなる。そして、指定場所毎に、指定場所ＩＤと立寄り状況のステータスを記憶するように構成されている。立寄り状況には、初期値として「未到達」が設定される。
【００４１】
尚、立寄り状況のステータスは、指定場所に到達していないと想定される「未到達」と、指定場所に到達し、滞在していると想定される「滞在中」と、指定場所の滞在を済ませ、退いたと想定される「退去」のいずれかである。「滞在中」と「退去」は、到達済みであることを示している。
【００４２】
図７から図１２は、状況が推移する順に構成例を示している。
【００４３】
図７は、指定場所（ＩＤ＝１）に未到達の状況を示す立寄り状況記憶部の構成例を示す図であり、初期状態のテーブルの例である。図８は、指定場所（ＩＤ＝１）に滞在中の状況を示す立寄り状況記憶部の構成例を示す図である。図９は、指定場所（ＩＤ＝２）に未到達の状況を示す立寄り状況記憶部の構成例を示す図である。図１０は、指定場所（ＩＤ＝２）に滞在中の状況を示す立寄り状況記憶部の構成例を示す図である。図１１は、指定場所（ＩＤ＝３）に未到達の状況を示す立寄り状況記憶部の構成例を示す図である。図１２は、指定場所（ＩＤ＝３）に滞在中の状況を示す立寄り状況記憶部の構成例を示す図である。
【００４４】
動作について説明する。
【００４５】
図１３は、実施の形態１における地図画面の配信処理フローを示す図である。携帯電話端末３から配信要求を受信すると、表示指定場所判定部６０２は、表示指定場所判定処理（Ｓ１３０１）を行う。この例では、表示指定場所判定処理として、配信要求受信部により配信要求を受信してから最初に表示する指定場所を、初期表示指定場所として判定するが、最初に表示する場合に限らず、利用者の指定など他の機会及び方法により、表示する指定場所を判定することも有効である。
【００４６】
ここで、表示指定場所判定処理（Ｓ１３０１）について詳述する。図１４は、実施の形態１における表示指定場所判定処理フローを示す図である。表示指定場所判定部６０２は、配信要求に含まれる利用者ＩＤをキーとして、対応するテーブルを立寄り状況記憶部６０３より読み込む。そして、出発の指定場所ＩＤから終点の指定場所ＩＤへ、順次指定場所ＩＤに対応する立寄り状況について以下の処理を行う（Ｓ１４０１）。
【００４７】
立寄り状況が、「退去」の場合には、次の指定場所ＩＤの処理に移行する（Ｓ１４０２）。地図画面を配信する必要がないからである。
【００４８】
立寄り状況が、「滞在中」の場合には、その指定場所ＩＤを表示指定場所ＩＤとして、表示指定場所記憶部に記憶させて（Ｓ１４０４）、終了する。
【００４９】
立寄り状況が、「未到達」の場合には、その指定場所ＩＤに対応する立寄り状況を「滞在中」に更新し（Ｓ１４０３）、その指定場所ＩＤを表示指定場所ＩＤとして、表示指定場所記憶部に記憶させ（Ｓ１４０４）、終了する。
【００５０】
例えば図９や図１１の状態でアクセスした場合のように、「未到達」の指定場所を最初に表示したときには、間も無くその指定場所に到達すると想定させるので、「滞在中」に変更する。
【００５１】
次に、図１３に示すように、地図画面生成部６０５は、地図画面生成処理（Ｓ１３０２）を行う。
【００５２】
ここで、地図画面生成処理（Ｓ１３０２）について詳述する。図１５は、地図画面生成処理フローを示す図である。地図画面生成部６０５は、表示指定場所記憶部６０４から表示指定場所ＩＤを読み込む（Ｓ１５０１）。次に、読み込んだ表示指定場所ＩＤに対応する指定場所特定情報を、スケジュール記憶部２０３から読み込む（Ｓ１５０２）。そして、読み込んだ指定場所特定情報を入力パラメータとして地図情報データベース６０６にアクセスし、地図情報を要求する（Ｓ１５０３）。表示指定場所記憶部６０４は、指定場所のうち表示すべき指定場所のＩＤである表示指定場所ＩＤを記憶するように構成されている。
【００５３】
地図画面生成部６０５は、地図情報データベース６０６から地図情報を取得すると（Ｓ１５０４）、その地図情報を携帯電話端末３で表示可能な地図画面へ変換する（Ｓ１５０５）。また、この画面は、次の指定場所の表示を指示する「進み指示」と、前の指定場所の表示を指示する「戻り指示」と、表示の終了を指示する「終了指示」とを、携帯電話端末３から返信できるように構成されている。
【００５４】
次に、図１３に示すように、地図画面送信部６０７は、携帯電話端末３へ生成した地図画面を送信する（Ｓ１３０３）。その後、指示受信部６０１は、携帯電話端末３からの指示を受信する（Ｓ１３０４）。
【００５５】
指示の内容が、終了指示の場合は（Ｓ１３０５）、終了するが、指示の内容が、「進み指示」あるいは「戻り指示」の場合には、表示指定場所変更部６０８は、表示指定場所変更処理（Ｓ１３０６）を行う。
【００５６】
ここで、表示指定場所変更処理について詳述する。
【００５７】
図１６は、表示指定場所変更処理フローを示す図である。指示の内容が（Ｓ１６０１）「戻り指示」の場合には、表示指定場所記憶部６０４から現在の表示指定場所ＩＤを読み込み（Ｓ１６０２）、現在の表示指定場所ＩＤから１を減ずる（Ｓ１６０３）。減じた値を新しい表示指定場所ＩＤとして表示指定場所記憶部６０４に記憶させる（Ｓ１６０４）。つまり、表示指定場所をひとつ前の表示指定場所のＩＤに戻す処理を行う。
【００５８】
一方、指示の内容（Ｓ１６０１）が、「進み指示」の場合には、表示指定場所記憶部６０４から現在の表示指定場所ＩＤを読み込み（Ｓ１６０５）、更に、現在の表示指定場所ＩＤに対応する立寄り状況を、立寄り状況記憶部６０３から読み込む（Ｓ１６０６）。読み込んだ立寄り状況が、「滞在中」の場合には（Ｓ１６０７）、現在の表示指定場所ＩＤに対応する立寄り状況を「退去」に更新する（Ｓ１６０８）。読み込んだ立寄り状況が、他のステータスの場合は、Ｓ１６０８の処理は行わない。
【００５９】
次に、現在の表示指定場所ＩＤへ１加算し（Ｓ１６０９）、加算した値を新しい表示指定場所ＩＤとして、表示指定場所記憶部６０４に記憶させる（Ｓ１６１０）。つまり、表示指定場所をひとつ後の表示指定場所のＩＤに進める処理を行う。
【００６０】
実施の形態２．
実施の形態１では、利用者の指示に基づいて、表示指定場所を判定する例について説明したが、本実施の形態では、予めスケジュールに予定立寄り時間を登録し、その予定立寄り時間に基づいて、表示指定場所を判定する例について説明する。
【００６１】
まず、スケジュール登録について説明する。
【００６２】
図１７は、実施の形態２におけるスケジュール登録に係る地図配信サーバの構成を示す図である。図２に対して、予定立寄り時間設定処理部１７０１が追加されている。
【００６３】
動作について説明する。
【００６４】
図１８は、実施の形態２におけるスケジュール登録処理フローを示す図である。
Ｓ１８０１からＳ１８０９は、図３のＳ３０１からＳ３０９までと同様である。予定立寄り時間設定処理部１７０１は、予定立寄り時間を受信し（Ｓ１８１０）、受信した予定立寄り時間を指定場所に対応付けてスケジュール記憶部２０３に記憶させる（Ｓ１８１１）。このように、指定場所毎に予定立寄り時間を登録する。
【００６５】
図１９は、実施の形態２における緯度経度を用いたスケジュール記憶部の構成例を示す図である。図２０は、実施の形態２における住所を用いたスケジュール記憶部の構成例を示す図である。
【００６６】
この例では、開始時刻と終了時刻の２つの時刻を登録しているが、予定立寄り時間として１つの時刻のみを登録してもよい。その場合、この例における開始時間と終了時刻に相当する時刻として、１つの同じ時刻を用いることが考えられる。また、登録した１つの時刻から自動的に所定の時間を差し引いて、開示時刻を設定し、更に、登録した１つの時刻から自動的に所定の時間を加えて、終了時刻を設定し、滞在時間を画一的に想定した処理を行うことも有効である。
【００６７】
続いて、地図画面の配信について説明する。
【００６８】
本実施の形態では、表示指定場所判定部の動作が異なる。図２１は、実施の形態２における地図画面の配信に係る地図配信サーバの構成を示す図である。この図は、図６に比べ、表示指定場所判定部２１０１のデータフローが異なる。
【００６９】
動作について説明する。
【００７０】
図２２は、実施の形態２における地図画面の配信処理フローを示す図である。表示指定場所判定部２１０１は、立寄り状況記憶部６０３より、出発の指定場所ＩＤから終点の指定場所ＩＤへ、順次指定場所ＩＤに対応する立寄り状況を読み込み、以下の処理を行う（Ｓ２２０１）。
【００７１】
立寄り状況が「退去」の場合は（Ｓ２２０２）、次の指定場所ＩＤの処理に移行する。
【００７２】
立寄り状況が「未到達」あるいは「滞在中」の場合には、指定場所ＩＤに対応する予定立寄り時間（開始時間、終了時間）を取得し（Ｓ２２０３）、現在時刻と比較する（Ｓ２２０４）。現在時刻は、例えば、内部タイマーから取得することができる。
【００７３】
現在時刻が、予定立寄り時間（開始時間）より前の場合には、現在時刻−予定立寄り時間（開始時間）を差分時間として算出する（Ｓ２２０５）。現在時刻が、予定立寄り時間（開始時間から終了時刻まで）内の場合には、差分時間を０とする（Ｓ２２０６）。現在時刻が、予定立寄り時間（終了時間）より後の場合には、現在時刻−予定立寄り時間（終了時間）を差分時間として算出する（Ｓ２２０７）
指定場所ＩＤに対応付けて差分時間を一時的に記憶する（Ｓ２２０８）。そして、この処理を終点の指定場所ＩＤまで繰り返す（Ｓ２２０９）。
【００７４】
そして、一時的に記憶した差分時間の絶対値を比較し、最小の差分時間絶対値を判定し（Ｓ２２１０）、最小の差分時間絶対値の指定場所ＩＤを初期指定場所ＩＤとして、表示指定場所記憶部に記憶する（Ｓ２２１１）。
【００７５】
最小の差分時間絶対値となった差分時間が（Ｓ２２１２）、マイナスの場合（予定立寄り時間前の場合）には、最小の差分時間絶対値の指定場所ＩＤより前のすべての指定場所ＩＤに対応する立寄り状況を「退去」に更新し（Ｓ２２１４）、終了する。従って、利用者が地図配信サーバ１に配信を要求せずに到達したために「未到達」のままとなっている指定場所についても、予定立寄り時間を過ぎていれば自動的に「退去」に変更される。
【００７６】
一方、最小の差分時間絶対値となった差分時間が（Ｓ２２１２）、ゼロまたはプラスの場合（予定立寄り時間後の場合）には、最小の差分時間絶対値の指定場所ＩＤに対応する立寄り状況を「滞在中」に更新する（Ｓ２２１３）。予定通りに移動していれば、既に到達していると想定されるためである。その上で、最小の差分時間絶対値の指定場所ＩＤより前のすべての指定場所ＩＤに対応する立寄り状況を「退去」に更新する（Ｓ２２１４）。
【００７７】
本実施の形態では、予定立寄り時間との差分が最小である指定場所を初期表示の対象とするので、利用者が指定場所毎に、その都度地図の配信を要求しない場合でも、時刻に基づいて適切な地図を配信することができる。
【００７８】
例えば、指定場所ＩＤ（＝１）の地図を表示して、その指定場所（ＩＤ＝１）を訪れた後に、指定場所ＩＤ（＝２）の地図を表示させることなく、予定通りにその指定場所（ＩＤ＝２）を訪れ、指定場所ＩＤ（＝３）の予定立寄り時間（図１９の１９５３，１９０３）の前後（例えば１４：２５）に、地図配信を要求すると、自動的に指定場所ＩＤ（＝３）の指定場所の地図を配信する。
【００７９】
また、携帯電話端末３から、その時点での現在位置情報を、地図配信サーバ１に送信することにより、地図配信サーバ１は、現在位置情報を受信し、現在時刻と受信した現在位置情報から、予定立寄時間に対する差分を算出し、それ以降の指定場所に関する予定立寄時間を上記差分に基づいて補正し（繰り下げ、あるいは繰り上げ）、補正した予定立寄時間に基づいて表示指定場所を判定することも有効である。
【００８０】
実施の形態３．
本実施の形態では、移動対応端末の所在位置に基づいて、初期表示する指定場所を判定する例について説明する。スケジュールの登録は、実施の形態１と同様である。
【００８１】
地図画面の配信については、本実施の形態では、表示指定場所判定部６０２の動作が異なる。図２３は、実施の形態３における地図画面の配信に係る地図配信サーバの構成を示す図である。この図は、図６に比べ、表示指定場所判定部２３０１のデータフローが異なる。
【００８２】
動作について説明する。
【００８３】
図２４は、実施の形態３における地図画面の配信処理フローを示す図である。表示指定場所判定部２３０１は、立寄り状況記憶部６０３より、出発の指定場所ＩＤから終点の指定場所ＩＤへ、順次指定場所ＩＤに対応する立寄り状況を読み込み、以下の処理を行う（Ｓ２４０１）。
【００８４】
立寄り状況が「退去」の場合は（Ｓ２４０２）、次の指定場所ＩＤの処理に移行する。
【００８５】
立寄り状況が「未到達」あるいは「滞在中」の場合には、移動対応端末の所在位置を取得し、各指定場所からの距離を算出する（Ｓ２４０３）。所在位置の取得方法に関して、移動対応端末が携帯電話の場合には、携帯電話網に対して所在位置を問い合わせ、返答として所在位置を取得する。また、カーナビゲーションシステムのようにＧＰＳを用いる端末の場合には、端末自身から所在位置を受信することが考えられる。
【００８６】
算出した距離が、所定距離以内である場合には（Ｓ２４０４）、その指定場所の指定場所ＩＤを初期指定場所ＩＤとして、表示指定場所記憶部に記憶させる（Ｓ２４０７）。さらに、その指定場所の指定場所ＩＤに対応する立寄り状況を「滞在中」に更新し（Ｓ２４１５）、その指定場所ＩＤより前のすべての指定場所ＩＤに対応する立寄り状況を「退去」に更新する（Ｓ２４１６）。
【００８７】
Ｓ２４０４は、指定場所を含む所定範囲に移動対応端末の所在位置が含まれるか否かの判定の例である。つまり、Ｓ２４０４で所定距離以内を判定される場合は、上記所定範囲内に上記所在位置が含まれる例である。尚、指定場所を含む所定範囲の例としては、指定場所を含む行政区の範囲や利用者（又は、端末電話業者、ＰＨＳ業者などの通信事業者、地図提供者、システム構築者等）が予め設定した任意の範囲（形状は、矩形やポリゴン等、いずれの形状であっても構わない）等が考えられる。
【００８８】
すべての指定場所について、算出した距離が所定距離より大きい場合には（Ｓ２４０５）、以下の処理を行う。これは、利用者が移動中と想定した処理である。
【００８９】
表示指定場所判定部２３０１は、立寄り状況記憶部６０３より、出発の指定場所ＩＤから終点の指定場所ＩＤへ、順次指定場所ＩＤに対して、以下の処理を行う（Ｓ２４０６）。
【００９０】
処理対象の指定場所ＩＤの次の指定場所ＩＤに対応する立寄り状況について判定する（Ｓ２４０８）。当該次の指定場所ＩＤが、「退去」あるいは「滞在中」の場合には、処理対象を次に進める。「未到達」の場合には、処理を続行する。このように扱うのは、当該次の指定場所が「未到達」の場合にのみ、処理対象の指定場所と当該次の指定場所の経路上に利用者が居る可能性があるからである。
【００９１】
まず、その指定場所と次の指定場所の２点間のベクトルを求める（Ｓ２４０９）。次に、現在位置からベクトルまでの現在位置ベクトル間距離を求める（Ｓ２４１０）。そして、ベクトル毎に、現在位置ベクトル間距離を一時的に記憶する（Ｓ２４１１）。次の次の指定場所が存在する場合に（Ｓ２４１２）、この処理を繰り返す。このように制御することにより、すべての経路について処理を行うことができる。
【００９２】
記憶した現在位置ベクトル間距離を比較して、最短の現在位置ベクトル間距離を判定する（Ｓ２４１３）。最短の現在位置ベクトル間距離にかかるベクトルの終点である指定場所の指定場所ＩＤを初期指定場所ＩＤとして、表示指定場所記憶部に記憶させる（Ｓ２４１４）。所在位置から最も近いベクトルで示される経路上に利用者が存在すると想定できるからである。
【００９３】
更に、終点である指定場所の指定場所ＩＤより前のすべての指定場所ＩＤに対応する立寄り状況を「退去」に更新する（Ｓ２４１６）。
【００９４】
この例では、指定場所間を結ぶ直線のベクトルを想定して説明したが、曲線を近似した複数のベクトルであっても構わない。例えば、実際の経路情報を取得できる場合には、その経路情報に基づいてベクトルを設定することが有効である。
【００９５】
上述の実施の形態において、配信する地図に、当該地図内に含まれる施設情報を追加して配信することも有効である。
【００９６】
また、利用者が複数の移動対応端末（例えば、携帯電話端末とカーナビゲーション端末）を併用することも考えられる。この場合、地図配信サーバは、いずれの移動対応端末からのアクセスにおいてもユーザ認証を行うが、ユーザ認証に伴い、共通のユーザＩＤを生成するようにすることにより、実現可能である。
【００９７】
具体的には、いずれの移動対応端末からのアクセスにおいても共通のユーザＩＤとパスワードを用いて認証する方法と、それぞれに異なるユーザＩＤとパスワードを用いて認証し、異なるユーザＩＤ同士を対応付ける情報に基づいて、少なくとも一方のユーザＩＤを予め定められている共通のユーザＩＤに変換して用いる方法が考えられる。この場合、異なるユーザＩＤ同士を対応付ける情報は、予め設定できる構成となっている。
【００９８】
このようにして、それぞれに上記共通のユーザＩＤに対応付けられている共通のスケジュール記憶部と、共通の立寄り状況記憶部と、共通の表示指定場所記憶部を用いて動作することにより、複数の移動対応端末の併用が可能となる。
【００９９】
図６の指示受信部で受信する配信要求に表示方式を含め、地図画面生成部６０５と地図画面送信部６０７が、この表示方式に基づいて処理することも有効である。
【０１００】
実施の形態４．
本実施の形態では、装置や設備のメンテナンス等の作業を行う業務に、本発明に係る地図配信サーバを応用する例について説明する。
【０１０１】
この例で、顧客とは、装置や設備を保有し、使用している者である。この装置や設備に対するサービスを行う業務主体（例えば、会社）の管理者は、顧客からメンテナンス等の作業依頼を受けると、その作業依頼を作業テーブルに登録する。そして、業務主体に属する作業員（ユーザ）は、実施日毎に顧客を訪問するスケジュールを登録し、顧客の住所を示す地図の配信を受ける。
【０１０２】
また、管理者が、当日に緊急の作業依頼を受けた場合には、その緊急作業依頼を緊急作業テーブルに登録し、作業員の当日のスケジュールを更新し、緊急作業を依頼した顧客への訪問を挿入する。これにより、作業員（ユーザ）は、緊急作業に伴う訪問の際にも、滞りなく地図配信を受けることができる。
【０１０３】
さらに、作業員（ユーザ）は、地図画像の配信の際に、作業情報の配信を要求し、訪問先の顧客毎に作業依頼に係る作業情報を受ける。
【０１０４】
まず、スケジュール登録について説明する。
【０１０５】
図２５は、実施の形態４におけるスケジュール登録に係る地図配信サーバの構成例を示す図である。
【０１０６】
２５０１は、作業登録部、２５０２は、作業テーブル、２５０３は、作業選択処理部、２５０４は、顧客データベースである。
【０１０７】
管理者は、電話等で顧客から作業依頼を受けると、顧客データベース２５０４で管理している顧客ＩＤ（顧客識別情報の例）を特定し、作業内容とともに、地図配信サーバの作業登録部２５０１へ入力する。インターネット等の通信手段を介して顧客ＩＤと作業内容を受信する場合には、作業登録部２５０１は、受信により顧客ＩＤと作業内容を入力する。
【０１０８】
図２６は、顧客データベースの構成例を示す図である。図のように、顧客毎に、レコードが設けられ、レコード毎に、顧客ＩＤ、氏名、住所、緯度経度、装置／設備を対応付けて記憶している。装置／設備（作業対象の例）は、顧客識別情報の例であって、他の情報であっても有効である。住所と緯度経度は、指定場所特定情報として用いることができる。作業登録部２５０１の処理の際に、氏名等をキーとして顧客を検索することにより、顧客ＩＤを特定することも有効である。
【０１０９】
作業登録部２５０１は、入力した顧客ＩＤと作業内容を対応付けて、作業テーブル２５０２に登録する。
【０１１０】
図２７は、作業テーブルの構成例を示す図である。作業依頼毎に、レコードが設けられ、レコード毎に、作業ＩＤ（作業識別情報の例）、顧客ＩＤ、作業内容、予定完了フラグを対応付けて記憶している。予定完了フラグは、いずれかの作業員のスケジュールに組み込まれた作業依頼をＯＮとして区別する為に用いられる。
【０１１１】
このように、作業依頼が登録されている状態で、作業員は、実施日毎に自らのスケジュールを登録する。
【０１１２】
図２８は、実施の形態４におけるスケジュール登録処理フローを示す図である。
【０１１３】
ユーザＩＤとパスワードの受信（Ｓ２８０１）と、ユーザ認証（Ｓ２８０２）と、初期画面の送信（Ｓ２８０３）と、実施日（＝作業日）の受信（Ｓ２８０４）と、ユーザＩＤと実施日の記憶（Ｓ２８０５）は、図３のＳ３０１〜Ｓ３０５と同様である。
【０１１４】
続いて、作業選択処理部２５０３は、作業選択画面を生成し（Ｓ２８０６）、利用者端末２に作業選択画面を送信する（Ｓ２８０７）。
【０１１５】
図２９は、作業選択画面（初期状態）を示す図である。作業選択画面は、作業一覧エリア２９００と作業選択エリア２９５０から構成されている。
【０１１６】
作業選択処理部２５０３は、作業テーブル２５０２から順次、レコード（予定完了フラグがＯＦＦのものに限る。）を取得し、作業ＩＤと、顧客ＩＤと、作業内容を配置する。更に、顧客ＩＤに対応する氏名、住所、装置／設備を顧客データベース２５０４から取得し、配置する。２９０２〜２９０７は、作業情報の例である。
【０１１７】
また、作業選択エリアでは、作業を順序付けて複数設定できるように構成されている。具体的には、選択作業ＩＤの入力エリアに、作業一覧エリアの作業ＩＤを入力することにより設定する。
【０１１８】
図３０は、作業選択画面（選択後）を示す図である。作業ＩＤが入力されると、対応する氏名、住所、装置／設備、作業内容を表示し、ユーザが順に確認できるように構成されている。
【０１１９】
作業選択画面で、ユーザが決定を選択することにより、順序付けられた作業ＩＤが利用者端末２から送信され、作業選択処理部２５０３で受信される（Ｓ２８０８）。作業選択処理部２５０３は、受信した作業ＩＤに対応する顧客ＩＤを作業テーブルから特定し、更に顧客ＩＤに対応する指定場所特定情報（住所や緯度経度）を顧客データベース２５０４から特定し、指定場所設定処理部２０６は、指定場所特定情報と作業ＩＤを順序付けてスケジュール記憶部２０３に記憶させる（Ｓ２８０９）。この際の順序付けは、受信した作業ＩＤの順序付けに従う。尚、この例によらず、作業選択処理部２５０３で、利用者端末２から指定場所特定情報と作業ＩＤを順序付けて受信しても構わない。また、利用者端末２から作業ＩＤと顧客ＩＤを順序付けて受信しても構わない。この場合、指定場所特定情報の特定は、上述の例と同様に行われる。
【０１２０】
また、作業選択処理部２５０３は、順序付けられた各作業ＩＤに対応する予定完了フラグをＯＮにする。
【０１２１】
このようにして、記憶されるスケジュール記憶部の例を示す。図３１は、実施の形態４における住所を用いたスケジュール記憶部の構成例を示す図である。本実施の形態では、作業ＩＤが付加されている。図３２は、実施の形態４における緯度経度を用いたスケジュール記憶部の構成例を示す図である。緯度経度を用いる場合も同様に、作業ＩＤが付加される。
【０１２２】
次に、スケジュール更新について説明する。
【０１２３】
図３３は、実施の形態４におけるスケジュール更新に係る地図配信サーバの構成例を示す図である。
【０１２４】
３３０１は、緊急作業登録部、３３０２は、緊急作業テーブル、３３０３は、管理者認証部、３３０４は、ユーザＩＤ入力部、３３０５は、緊急作業挿入処理部である。
【０１２５】
管理者は、電話等で顧客から緊急作業依頼を受けると、顧客データベース２５０４で管理している顧客ＩＤを特定し、作業内容とともに、地図配信サーバの緊急作業登録部３３０１に入力する。インターネット等の通信手段を介して顧客ＩＤと作業依頼を受信する場合には、緊急作業登録部３３０１は、受信により顧客ＩＤと作業依頼を入力する。
【０１２６】
緊急作業登録部３３０１は、入力した顧客ＩＤと緊急作業依頼を対応付けて、緊急作業テーブル３３０２に登録する。
【０１２７】
図３４は、緊急作業テーブルの構成例を示す図である。作業毎に、レコードが設けられ、レコード毎に、作業ＩＤ、顧客ＩＤ、作業内容、予定完了フラグを対応付けて記憶している。予定完了フラグは、いずれかの作業員のスケジュールに組み込まれた緊急作業をＯＮとして区別する為に用いられる。
【０１２８】
管理者は、上述のように緊急作業が登録された状態で、以下のスケジュール更新の操作を行う。図３５は、実施の形態４におけるスケジュール更新処理フローを示す図である。
【０１２９】
管理者認証部３３０３は、管理者パスワードを受信し（Ｓ３５０１）、管理者認証を行う（Ｓ３５０２）。認証が成功した場合に、管理者は管理者端末（利用者端末２と同様に、地図配信サーバに接続されている。）から、緊急作業を行う作業員であるユーザを特定するユーザＩＤを送信し、地図配信サーバは、ユーザＩＤ入力部３３０４でこのユーザＩＤを受信する（Ｓ３５０３）。
【０１３０】
緊急作業挿入処理部３３０５は、当日の日付（実施日）を取得し（Ｓ３５０４）、緊急作業挿入画面を生成し（Ｓ３５０５）、生成した緊急作業挿入画面を管理者端末へ送信する（Ｓ３５０６）。
【０１３１】
図３６は、緊急作業挿入画面（初期状態）を示す図である。緊急作業挿入画面は、緊急作業一覧エリア３６００と緊急作業挿入エリア３６５０から構成されている。
【０１３２】
緊急作業挿入処理部３３０５は、緊急作業一覧エリア３６００に対する処理として、緊急作業テーブル３３０２から順次、レコード（予定完了フラグがＯＦＦのものに限る。）を取得し、作業ＩＤ３６０２と、顧客ＩＤ３６０３と、作業内容３６０７を配置する。更に、顧客ＩＤに対応する氏名、住所、装置／設備を顧客データベース２５０４から取得し、緊急作業一覧エリアに配置する。
【０１３３】
また、緊急作業挿入処理部３３０５は、緊急作業挿入エリア３６５０に対する処理として、実施日とユーザＩＤにより特定されるスケジュールとして既に記憶されている作業ＩＤをスケジュール記憶部２０３から取得し、既設定値として選択作業ＩＤの入力エリア３６５３に配置する。更に作業ＩＤに対応する氏名等を前述同様に取得し、配置する。
【０１３４】
そして、管理者が選択した緊急作業を、指定した位置に挿入できるように構成されている。具体的には、選択作業ＩＤの入力エリアに、緊急作業一覧エリアのいずれかの作業ＩＤを入力することにより、それ以降の作業ＩＤを繰り下げて設定する。
【０１３５】
図３７は、緊急作業挿入画面（選択後）を示す図である。この例では、第二作業に緊急作業（作業ＩＤ＝Ｗ０２１）が挿入され、以下の作業が繰り下げられている。
【０１３６】
緊急作業挿入画面で、管理者が決定を選択することにより、更新され順序付けられた作業ＩＤが管理者端末から送信され、緊急作業挿入処理部３３０５で受信される（Ｓ３５０７）。この例によらず、挿入位置と挿入する作業ＩＤ、あるいは削除する作業ＩＤを転送し、緊急作業挿入処理部３３０５で作業ＩＤの順を更新するようにすることも有効である。
【０１３７】
指定場所設定処理部２０６は、ユーザＩＤと実施日により、スケジュールを特定し（Ｓ３５０８）、特定したスケジュールに、指定場所特定情報と作業ＩＤを順序付けて記憶させる（Ｓ３５０９）。
【０１３８】
また、緊急作業挿入処理部３３０５は、挿入された作業ＩＤに対応する予定完了フラグをＯＮにする。
【０１３９】
図３８は、実施の形態４における住所を用いた更新後のスケジュール記憶部の構成例を示す図である。この例では、指定場所ＩＤ＝２に新たな指定場所特定情報と作業ＩＤが挿入され、元の指定場所ＩＤ＝２以下の指定場所特定情報と作業ＩＤが、指定場所ＩＤ＝３以下に繰り下げられている。
【０１４０】
図３９は、実施の形態４における緯度経度を用いた更新後のスケジュール記憶部の構成例を示す図である。この場合も同様である。
【０１４１】
次に、作業情報の配信を伴う地図画面配信の処理について説明する。
【０１４２】
図４０は、実施の形態４における地図画面配信に係る地図配信サーバの構成例を示す図である。４００１は、作業情報生成部、４００２は、作業情報送信部である。
【０１４３】
図４１は、実施の形態４における地図画面配信処理フローを示す図である。
【０１４４】
初期表示指定場所判定処理（Ｓ４１０１）と、地図画面生成処理（Ｓ４１０２）と、地図画面送信処理（Ｓ４１０３）と、指示受信処理（Ｓ４１０４）と、終了指示の判断（Ｓ４１０５）は、図１３のＳ１３０１〜Ｓ１３０５の処理と同様である。
【０１４５】
また、指示受信部６０１で受信した指示の内容が（Ｓ４１０６）、戻り指示又は進み指示の場合に行われる表示指定場所変更処理（Ｓ４１０７）も、図１３のＳ１３０６の処理と同様である。
【０１４６】
一方、指示受信部６０１で受信した指示の内容が（Ｓ４１０６）、作業情報要求の場合には、作業情報生成部４００１と作業情報送信部４００２により作業情報配信処理（Ｓ４１０８）を行う。指示受信部６０１は、作業情報要求受信部の例である。
【０１４７】
図４２は、作業情報配信処理フローを示す図である。
【０１４８】
作業情報生成部４００１は、表示指定場所記憶部６０４から表示指定場所ＩＤを取得し（Ｓ４２０１）、表示指定場所ＩＤである指定場所ＩＤに対応する作業ＩＤを、スケジュール記憶部２０３から取得する（Ｓ４２０２）。更に、作業ＩＤに対応する顧客ＩＤと作業内容を、作業テーブル２５０２または緊急作業テーブル３３０２から取得する（Ｓ４２０３）。また、顧客ＩＤに対応する氏名、住所、装置／設備（顧客情報の例）を、顧客データベース２５０４から取得する（Ｓ４２０４）。そして、取得したこれらの情報から作業情報（作業内容、氏名、住所、装置／設備を含む。）を生成する（Ｓ４２０５）。
【０１４９】
作業情報送信部４００２は、作業情報要求を送信した携帯電話端末３へ、生成した作業情報を送信する（Ｓ４２０６）。
【０１５０】
指定場所受信部は、作業識別情報を順序付けて受信し、スケジュール記憶部は、受信した作業識別情報に対応する顧客識別情報に対応する指定場所特定情報を記憶するので、顧客先で作業する業務に地図配信サーバを応用する場合に、作業を選択することにより、容易にスケジュールを登録することできる。
【０１５１】
特に、作業一覧から作業を選択するので、作業要求の実態に基づいたスケジュールの登録が可能になる。
【０１５２】
表示指定場所の作業内容を含む作業情報を生成し、送信するので、ユーザは、作業に立寄る前や滞在中に、作業情報を得て効率的に作業を行うことができる。
【０１５３】
特に、作業情報要求を受信した場合に作業情報を送信するので、ユーザは、必要に応じて作業情報を得ることができる。
【０１５４】
実施の形態５．
本実施の形態では、顧客のもとを訪問し、営業やサービス等を行う業務に、本発明に係る地図配信サーバを応用する例について説明する。以下、装置や設備を保有する顧客を訪問する場合を例とする。訪問スケジュールは、例えばサービスマンや営業担当者であるユーザ（訪問者）が、自らが訪問するスケジュールとして登録する。
【０１５５】
また、業務主体（例えば、会社）として、緊急に顧客を訪問する必要が生じた場合には、管理者が、ユーザのスケジュールに顧客への訪問予定を挿入し、スケジュールを更新する場合もある。これにより、管理者からサービスマンや営業担当者へ、緊急の訪問を指示することになる。
【０１５６】
図４３は、実施の形態５におけるスケジュール登録に係る地図配信サーバの構成例を示す図である。４３０１は、訪問顧客選択処理部である。
【０１５７】
図４４は、実施の形態５におけるスケジュール登録処理フローを示す図である。
【０１５８】
ユーザＩＤとパスワードの受信（Ｓ４４０１）と、ユーザ認証（Ｓ４４０２）と、初期画面の送信（Ｓ４４０３）と、実施日の受信（Ｓ４４０４）と、ユーザＩＤと実施日の記憶（Ｓ４４０５）は、図３のＳ３０１〜Ｓ３０５と同様である。
【０１５９】
続いて、訪問顧客選択処理部４３０１は、訪問顧客選択画面を生成し（Ｓ４４０６）、生成した訪問顧客選択画面を利用者端末２に送信する（Ｓ４４０７）。
【０１６０】
図４５は、訪問顧客選択画面（初期状態）を示す図である。訪問顧客選択画面は、顧客一覧エリア４５００と訪問顧客選択エリア４５５０から構成されている。
【０１６１】
訪問顧客選択処理部４３０１は、顧客一覧エリア４５００の処理として、顧客データベース２５０４から順次、レコードを取得し、顧客ＩＤ、氏名、住所、装置／設備を配置する。
【０１６２】
また、訪問顧客選択エリアでは、訪問顧客選択エリア４５５０の処理として、顧客ＩＤを訪問順に順序付けて複数設定できるように構成されている。具体的には、訪問順に配置された顧客ＩＤの入力エリアに、顧客一覧エリアの顧客ＩＤを入力することにより設定する。
【０１６３】
図４６は、訪問顧客選択画面（選択後）を示す図である。顧客ＩＤが入力されると、対応する氏名、住所、装置／設備を表示し、ユーザが順に確認できるように構成されている。
【０１６４】
訪問顧客選択画面で、ユーザが決定を選択することにより、順序付けられた顧客ＩＤが利用者端末２から送信され、訪問顧客選択処理部４３０１で受信される（Ｓ４４０８）。顧客ＩＤに対応する指定場所特定情報（住所や緯度経度）を顧客データベース２５０４から特定し、指定場所設定処理部２０６は、指定場所特定情報と顧客ＩＤを順序付けてスケジュール記憶部２０３に記憶させる（Ｓ４４０９）。
【０１６５】
このようにして、記憶されるスケジュール記憶部の例を示す。図４７は、実施の形態５における住所を用いたスケジュール記憶部の構成例を示す図である。指定場所ＩＤに対応する住所と顧客ＩＤが記憶されている。図４８は、実施の形態５における緯度経度を用いたスケジュール記憶部の構成例を示す図である。緯度経度を用いる場合も同様に、指定場所ＩＤに対応する緯度経度と顧客ＩＤが記憶されている。
【０１６６】
次に、スケジュール更新について説明する。
【０１６７】
図４９は、実施の形態５におけるスケジュール更新に係る地図配信サーバの構成例を示す図である。４９０１は、緊急訪問顧客挿入処理部である。
図５０は、実施の形態５におけるスケジュール更新処理フローを示す図である。
【０１６８】
管理者パスワードの受信（Ｓ５００１）と、管理者認証（Ｓ５００２）と、ユーザＩＤの受信（Ｓ５００３）は、図３５のＳ３５０１〜Ｓ３５０３と同様である。
【０１６９】
緊急訪問顧客挿入処理部４９０１は、当日の日付（実施日）を取得し（Ｓ５００４）、緊急訪問顧客挿入画面を生成し（Ｓ５００５）、生成した緊急訪問顧客挿入画面を管理者端末へ送信する（Ｓ５００６）。
【０１７０】
図５１は、緊急訪問顧客挿入画面（初期状態）を示す図である。顧客一覧エリア５１００と緊急訪問顧客挿入エリア５１５０から構成されている。
【０１７１】
緊急訪問顧客挿入処理部４９０１は、顧客一覧エリア５１００に対する処理として、顧客データベース２５０４から順次レコードを取得し、顧客ＩＤ、氏名、住所、装置／設備を配置する。
【０１７２】
また、緊急訪問顧客挿入処理部４９０１は、緊急訪問顧客挿入エリア５１５０に対する処理として、実施日とユーザＩＤにより特定されるスケジュールとして既に記憶されている顧客ＩＤを作業テーブル２５０２から取得し、既設定値として顧客ＩＤの入力エリア５１５３に配置する。更に対応する氏名等を前述と同様に取得し、配置する。
【０１７３】
そして、管理者が選択した顧客ＩＤを、指定した位置に挿入できるように構成されている。具体的には、顧客ＩＤの入力エリアに、顧客一覧エリアのいずれかの顧客ＩＤを入力することにより、それ以降の顧客ＩＤを繰り下げて設定する。
【０１７４】
図５２は、緊急訪問顧客挿入画面（選択後）を示す図である。この例では、第二訪問顧客に緊急訪問顧客（顧客ＩＤ＝Ｃ００３）が挿入され、以下の訪問顧客が繰り下げられている。
【０１７５】
緊急訪問顧客挿入画面で、管理者が決定を選択することにより、更新され順序付けられた顧客ＩＤが管理者端末から送信され、緊急訪問顧客挿入処理部４９０１で受信される（Ｓ５００７）。この例によらず、挿入位置と挿入する顧客ＩＤ、あるいは削除する顧客ＩＤを転送し、緊急訪問顧客挿入処理部４９０１で顧客ＩＤの順を更新するようにすることも有効である。
【０１７６】
指定場所設定処理部２０６は、ユーザＩＤと実施日により、スケジュールを特定し（Ｓ５００８）、特定したスケジュールに、指定場所特定情報と顧客ＩＤを順序付けて記憶させる（Ｓ５００９）。
【０１７７】
図５３は、実施の形態５における住所を用いた更新後のスケジュール記憶部の構成例を示す図である。この例では、２番目に新たな指定場所特定情報と顧客ＩＤが挿入され、元の２番目以下の指定場所特定情報と作業ＩＤが、３番目以下に繰り下げられている。
【０１７８】
図５４は、実施の形態５における緯度経度を用いた更新後のスケジュール記憶部の構成例を示す図である。この場合も同様である。
【０１７９】
次に、顧客情報の配信を伴う地図画面配信の処理について説明する。
【０１８０】
図５５は、実施の形態５における地図画面配信に係る地図配信サーバの構成例を示す図である。５５０１は、顧客情報抽出部、５５０２は、顧客情報送信部である。
【０１８１】
図５６は、実施の形態５における地図画面配信処理フローを示す図である。
【０１８２】
初期表示指定場所判定処理（Ｓ５６０１）と、地図画面生成処理（Ｓ５６０２）と、地図画面送信処理（Ｓ５６０３）と、指示受信処理（Ｓ５６０４）と、終了指示の判断（Ｓ５６０５）は、図１３のＳ１３０１〜Ｓ１３０５の処理と同様である。
【０１８３】
また、指示受信部６０１で受信した指示の内容が（Ｓ５６０６）、戻り指示又は進み指示の場合に行われる表示指定場所変更処理（Ｓ５６０７）も、図１３のＳ１３０６の処理と同様である。指示受信部６０１は、顧客情報要求受信部の例である。
【０１８４】
一方、指示受信部６０１で受信した指示の内容が（Ｓ５６０６）、顧客情報要求の場合には、顧客情報抽出部５５０１と顧客情報送信部５５０２により顧客情報配信処理（Ｓ５６０８）を行う。
【０１８５】
図５７は、顧客情報配信処理フローを示す図である。
【０１８６】
顧客情報抽出部５５０１は、表示指定場所記憶部６０４から表示指定場所ＩＤを取得し（Ｓ５７０１）、表示指定場所ＩＤである指定場所ＩＤに対応する顧客ＩＤを、スケジュール記憶部２０３から取得する（Ｓ５７０２）。また、顧客ＩＤに対応する氏名、住所、装置／設備（顧客情報の例）を、顧客データベース２５０４から取得する（Ｓ５７０４）。
【０１８７】
顧客情報送信部５５０２は、顧客情報要求を送信した携帯電話端末３へ、抽出した顧客情報を送信する（Ｓ５７０４）。
【０１８８】
緊急情報にユーザＩＤを付与するように構成することもできる。顧客が特定のユーザに来てほしいという希望を受け付けることにより、管理者はスケジュール更新をするときにある程度顧客の希望を考慮することができる。
【０１８９】
指定場所受信部は、顧客識別情報を順序付けて複数受信し、スケジュール記憶部は、受信した顧客識別情報に対応する指定場所特定情報を記憶するので、顧客を訪問する業務に地図配信サーバを応用する場合に、顧客を選択することにより、容易にスケジュールを登録することできる。
【０１９０】
特に、顧客一覧から顧客を選択するので、顧客の実態に基づいたスケジュールの登録が可能になる。
【０１９１】
表示指定場所に対応する顧客情報を抽出し、送信するので、ユーザは、顧客へ立寄る前や滞在中に、顧客情報を得て円滑に訪問目的を達成することができる。
【０１９２】
特に、顧客情報要求を受信した場合に顧客情報を送信するので、ユーザは、必要に応じて顧客情報を得ることができる。
【０１９３】
実施の形態６．
本実施の形態では、指定場所をスケジュールとして登録する際に、指定場所にある施設の施設種別を併せて登録し、地図情報の配信の際に、登録した施設種別と同種の別施設についての施設情報の配信を行う形態について説明する。
【０１９４】
まず、指定場所をスケジュールとして登録する際に、指定場所の施設種別を併せて登録する処理について説明する。図５８は、実施の形態６におけるスケジュール登録に係る地図配信サーバの構成例を示す図である。
【０１９５】
５８０１は、施設種別受信部、５８０２は、施設種別テーブルである。
【０１９６】
図５９は、施設種別テーブルの構成例を示す図である。
【０１９７】
施設種別毎に、レコードが設けられ、レコード毎に、施設種別コードと施設種別内容を対応付けて記憶している。この例では、上位と中位と下位の３段階の階層を設けているが、階層を設けなくても有効である。また、階層毎に別のテーブルを設けても構わない。以下の説明で、同種レベルとして下位が指定されている場合には、上位と中位と下位のすべてが一致する場合に、同種の施設と判断する。同種レベルとして中位が指定されている場合には、上位と中位が一致する場合に、同種の施設と判断する。また、同種レベルとして上位が指定されている場合には、上位が一致する場合に、同種の施設と判断する。
【０１９８】
図６０は、実施の形態６におけるスケジュール登録処理フローを示す図である。
【０１９９】
ユーザＩＤとパスワードの受信（Ｓ６００１）と、ユーザ認証（Ｓ６００２）と、初期画面の送信（Ｓ６００３）と、実施日の受信（Ｓ６００４）と、ユーザＩＤと実施日の記憶（Ｓ６００５）と、地図表示の指示の受信（Ｓ６００６）と、地図画面の送信（Ｓ６００７）と、指定場所の受信（Ｓ６００８）については、図３のＳ３０１〜Ｓ３０８と同様である。
【０２００】
本実施の形態では、指定場所を受信した場合に（Ｓ６００８）、更に、施設種別受信部５８０１により指定場所に対応する施設種別を受信する（Ｓ６００９）。具体的には、施設種別テーブル５８０２の施設種別内容を一覧として、利用者端末２に送信し、一覧の中から施設種別内容を選択させ、選択に係る情報を受信し、選択された施設種別内容に対応する施設種別コードを特定する。
【０２０１】
指定場所設定処理部２０６は、指定場所特定情報と施設種別コードを順序付けてスケジュール記憶部に記憶させる（Ｓ６０１０）。終了指示を受信するまで（Ｓ６０１１）、上述の処理を繰り返す。
【０２０２】
このようにして登録されるスケジュールの例を示す。
【０２０３】
図６１は、実施の形態６における住所を用いたスケジュール記憶部の構成例を示す図である。本実施の形態では、住所の他に、施設種別コードが付加されている。図６２は、実施の形態６における緯度経度を用いたスケジュール記憶部の構成例を示す図である。緯度経度を用いる場合も、同様である。
【０２０４】
地図情報の配信の際に、登録した施設種別と同種の別施設についての情報を配信する処理について説明する。図６３は、実施の形態６における地図画面の配信に係る地図配信サーバの構成例を示す図である。
【０２０５】
６３０１は、同種施設情報抽出部、６３０２は、施設データベース、６３０３は、同種施設情報付加部である。施設データベース６３０２は、施設毎に施設名、住所、緯度経度、施設種別コード等の施設情報を記憶し、所在範囲（地図範囲）と、施設種別コードと、同種レベルを指定されると、同種レベルで一致する施設種別コードを有し、所在範囲に存在する施設を検索し、検索条件に適合する施設の施設情報を出力するように構成されている。
【０２０６】
図６４は、実施の形態６における地図画面の配信処理フローを示す図である。
【０２０７】
初期表示指定場所判定処理（Ｓ６４０１）と、地図画面生成処理（Ｓ６４０２）と、地図画面送信処理（Ｓ６４０３）と、指示受信処理（Ｓ６４０４）と、終了指示の判断（Ｓ６４０５）は、図１３のＳ１３０１〜Ｓ１３０５と同様である。
【０２０８】
また、指示受信部６０１で受信した指示の内容が（Ｓ６４０６）、戻り指示又は進み指示の場合に行われる表示指定場所変更処理（Ｓ６４０７）も、図１３のＳ１３０６の処理と同様である。
【０２０９】
一方、指示受信部６０１で受信した指示の内容が（Ｓ６４０６）、同種施設情報要求の場合には、地図画面生成部６０５によりＳ６４０２と同様の地図画面生成処理（Ｓ６４０８）を行い、同種施設情報抽出部６３０１により地図範囲内の同種の施設情報を抽出する同種施設情報抽出処理（Ｓ６４０９）行い、同種施設情報付加部６３０３により、抽出した同種の施設情報を地図画面上に施設アイコンとして配置する同種施設情報付加処理（Ｓ６４１０）を行う。指示受信部６０１は、同種施設情報要求受信部の例である。
【０２１０】
Ｓ６４０９の同種施設情報抽出処理について詳述する。図６５は、同種施設情報抽出処理フローを示す図である。
【０２１１】
同種施設情報抽出部６３０１は、表示指定場所記憶部６０４から表示指定場所ＩＤを読み込み（Ｓ６５０１）、表示指定場所ＩＤに対応する施設種別コードをスケジュール記憶部２０３から読み込む（Ｓ６５０２）。同種施設情報要求とともに受信した同種レベルを、指示受信部６０１から取得し（Ｓ６５０３）、更に地図画面生成部６０５から生成した地図画面の範囲を取得する（Ｓ６５０４）。地図範囲と施設種別コードと同種レベルを入力パラメータとして、施設データベース６３０２に、同種レベルで施設種別コードが一致する地図範囲内の施設情報を要求する（Ｓ６５０５）。そして、検索結果として、施設データベース６３０２から同種と判断された施設の施設情報（施設名、緯度／経度、所在地、施設種別コード）を取得する（Ｓ６５０６）。
【０２１２】
同種施設情報付加部６３０３は、同種施設情報付加処理として、抽出した同種施設情報を地図画面上に施設アイコンとして配置する処理を行うが、この方法の他、同種施設情報を一覧として付加してもよい。つまり、地図画面に併せて同種施設情報を出力する方法であれば、他の方法であっても有効である。
【０２１３】
施設種別コードをスケジュール記憶部の指定場所に対応付けて記憶し、地図画面配信の際に、施設種別コードが一致する施設の同種施設情報を地図画面上に配置するので、スケジュール上の立寄り先の施設の代わりとなる同種の施設の情報を得ることができる。スケジュール上の立寄り先の施設が受入不能な場合などに有効である。
【０２１４】
特に、同種施設情報要求を受信した場合に同種施設情報を送信するので、ユーザは、必要に応じて同種施設情報を得ることができる。
【０２１５】
実施の形態７．
本実施の形態では、施設データベースと連動する地図データベースを用いて、指定場所をスケジュールとして登録する際に、施設アイコンを含む地図画面を利用者端末２に送信し、ユーザによる施設アイコンの選択により指定場所と施設種別をスケジュールとして登録し、地図情報の配信の際に、登録した施設種別と同種の施設情報を施設アイコンとして配置した地図画像を配信する形態について説明する。
【０２１６】
まず、地図画面で選択された施設アイコンにより特定された指定場所と施設種別をスケジュールとして登録する処理について説明する。
【０２１７】
図６６は、実施の形態７におけるスケジュール登録に係る地図配信サーバの構成例を示す図である。地図データベース２０５は、施設データベース６３０２から施設ＩＤ、施設名称、緯度経度、所在地、施設種別コードを取得し、施設ＩＤと対応する施設アイコンを含めた地図情報を提供するように構成されている。
【０２１８】
図６７は、実施の形態７におけるスケジュール登録処理フローを示す図である。
【０２１９】
ユーザＩＤとパスワードの受信（Ｓ６７０１）と、ユーザ認証（Ｓ６７０２）と、初期画面の送信（Ｓ６７０３）と、実施日の受信（Ｓ６７０４）と、ユーザＩＤと実施日の記憶（Ｓ６７０５）は、図３のＳ３０１〜Ｓ３０５と同様である。
【０２２０】
地図処理部２０４で、地図表示の指示を受信した場合には（Ｓ６７０６）、施設アイコンを配置した地図画面を生成し、利用者端末２に送信する（Ｓ６７０７）。利用者は施設アイコンを選択し、地図処理部２０４は、利用者が選択した施設アイコンを特定する情報を受信し（Ｓ６７０８）、選択した施設の所在地（所在地又は緯度経度）を指定場所特定情報として特定し、更に選択した施設の種別を特定する。この例では、選択された施設アイコンの施設ＩＤ（施設識別情報の例）に対応する指定場所特定情報と施設種別コードを施設データベース６３０２から取得する（Ｓ６７０９）。
【０２２１】
指定場所設定処理部２０６は、指定場所特定情報と施設種別コードを順序付けてスケジュール記憶部に記憶させる（Ｓ６７１０）。終了指示まで、上述の処理を繰り返す（Ｓ６７１１）。これにより、前述の図６１あるいは図６２のようにスケジュールが記憶される。
【０２２２】
次に、地図情報の配信の際に、登録した施設種別と同種の施設情報を施設アイコンとして配置した地図画像を配信する処理について説明する。
【０２２３】
図６８は、実施の形態７における地図画面の配信に係る地図配信サーバの構成例を示す図である。施設データベース６３０２は、地図情報データベース６０６から所在範囲（地図範囲）と、施設種別コードと、同種レベルを指定されると、同種レベルで一致する施設種別コードを有し、所在範囲内に存在する施設を検索し、検索条件に適合する施設の施設情報を出力するように構成されている。
【０２２４】
図６９は、実施の形態７における地図画面の配信処理フローを示す図である。
【０２２５】
初期表示指定場所判定処理（Ｓ６９０１）と、地図画面生成処理（Ｓ６９０２）と、地図画面送信処理（Ｓ６９０３）と、指示受信処理（Ｓ６９０４）と、終了指示の判断（Ｓ６９０５）は、図１３のＳ１３０１〜Ｓ１３０５と同様である。
【０２２６】
また、指示受信部６０１で受信した指示の内容が（Ｓ６４０６）、戻り指示又は進み指示の場合に行われる表示指定場所変更処理（Ｓ６９０７）も、図１３のＳ１３０６の処理と同様である。
【０２２７】
一方、指示受信部６０１で受信した指示の内容が（Ｓ６９０６）、同種施設情報要求の場合には、地図画面生成部６０５により地図画面（同種施設アイコン含む）生成処理（Ｓ６９０８）を行い、地図画面送信部６０７により、地図画面（同種施設アイコン含む）を携帯電話端末３へ送信する（Ｓ６９０３）。指示受信部６０１は、同種施設情報要求受信部の例である。
【０２２８】
Ｓ６９０８の地図画面（同種施設アイコン含む）生成処理について説明する。
【０２２９】
図７０は、地図画面（同種施設アイコン含む）生成処理フローを示す図である。地図画面生成部６５は、表示指定場所記憶部６０４から表示指定場所ＩＤを読み込み（Ｓ７００１）、表示指定場所ＩＤに対応する指定場所特定情報と施設種別コードを、スケジュール記憶部２０３から読み込む（Ｓ７００２）。同種施設情報要求とともに受信した同種レベルを、指示受信部６０１から取得する（Ｓ７００３）。指定場所特定情報と施設種別コードと同種レベルを入力パラメータとして、地図情報データベース６０６にアクセスし、同種レベルで施設種別コードが一致する施設のアイコンを含む地図情報を要求する（Ｓ７００４）。そして、地図情報データベース６０６から地図情報（同種施設アイコン含む）を取得する（Ｓ７００５）。最後に、地図情報（同種施設アイコン含む）を携帯電話端末３で表示可能な地図画面（同種施設アイコン含む）へ変換する（Ｓ７００６）。
【０２３０】
地図画面上の施設アイコンの選択により、指定場所特定情報と施設種別コードとを特定し、これらをスケジュールに登録し、地図配信の際に、施設種別コードが一致する施設の同種施設アイコンを含む地図画面を生成し、送信するので、スケジュール上の立寄り先の施設の代わりとなる同種の施設の情報を得ることができる。スケジュール上の立寄り先の施設が受入不能な場合などに有効である。
【０２３１】
特に、同種施設情報要求を受信した場合に同種施設アイコンを含む地図画面を送信するので、ユーザは、必要に応じて同種施設情報を得ることができる。
【０２３２】
尚、地図配信サーバ１は、コンピュータであり、各要素はプログラムにより処理を実行することができる。また、プログラムを記憶媒体に記憶させ、記憶媒体からコンピュータに読み取られるようにすることができる。当然、ハードウェアにより各要素を構成することもできる。
【図面の簡単な説明】
【０２３３】
【図１】地図配信システムのネットワーク例を示す図である。
【図２】実施の形態１におけるスケジュール登録に係る地図配信サーバの構成を示す図である。
【図３】実施の形態１におけるスケジュール登録処理フローを示す図である。
【図４】実施の形態１における緯度経度を用いたスケジュール記憶部の構成例を示す図である。
【図５】実施の形態１における住所を用いたスケジュール記憶部の構成例を示す図である。
【図６】実施の形態１における地図画面の配信に係る地図配信サーバの構成を示す図である。
【図７】指定場所（ＩＤ＝１）に未到達の状況を示す立寄り状況記憶部の構成例を示す図である。
【図８】指定場所（ＩＤ＝１）に滞在中の状況を示す立寄り状況記憶部の構成例を示す図である。
【図９】指定場所（ＩＤ＝２）に未到達の状況を示す立寄り状況記憶部の構成例を示す図である。
【図１０】指定場所（ＩＤ＝２）に滞在中の状況を示す立寄り状況記憶部の構成例を示す図である。
【図１１】指定場所（ＩＤ＝３）に未到達の状況を示す立寄り状況記憶部の構成例を示す図である。
【図１２】指定場所（ＩＤ＝３）に滞在中の状況を示す立寄り状況記憶部の構成例を示す図である。
【図１３】実施の形態１における地図画面の配信処理フローを示す図である。
【図１４】実施の形態１における表示指定場所判定処理フロー示す図である。
【図１５】地図画面生成処理フローを示す図である。
【図１６】表示指定場所変更処理フローを示す図である。
【図１７】実施の形態２におけるスケジュール登録に係る地図配信サーバの構成を示す図である。
【図１８】実施の形態２におけるスケジュール登録処理フローを示す図である。
【図１９】実施の形態２における緯度経度を用いたスケジュール記憶部の構成例を示す図である。
【図２０】実施の形態２における住所を用いたスケジュール記憶部の構成例を示す図である。
【図２１】実施の形態２における地図画面の配信に係る地図配信サーバの構成を示す図である。
【図２２】実施の形態２における地図画面の配信処理フローを示す図である。
【図２３】実施の形態３における地図画面の配信に係る地図配信サーバの構成を示す図である。
【図２４】実施の形態３における地図画面の配信処理フローを示す図である。
【図２５】実施の形態４におけるスケジュール登録に係る地図配信サーバの構成例を示す図である。
【図２６】顧客データベースの構成例を示す図である。
【図２７】作業テーブルの構成例を示す図である。
【図２８】実施の形態４におけるスケジュール登録処理フローを示す図である。
【図２９】作業選択画面（初期状態）を示す図である。
【図３０】作業選択画面（選択後）を示す図である。
【図３１】実施の形態４における住所を用いたスケジュール記憶部の構成例を示す図である。
【図３２】実施の形態４における緯度経度を用いたスケジュール記憶部の構成例を示す図である。
【図３３】実施の形態４におけるスケジュール更新に係る地図配信サーバの構成例を示す図である。
【図３４】緊急作業テーブルの構成例を示す図である。
【図３５】実施の形態４におけるスケジュール更新処理フローを示す図である。
【図３６】緊急作業挿入画面（初期状態）を示す図である。
【図３７】緊急作業挿入画面（選択後）を示す図である。
【図３８】実施の形態４における住所を用いた更新後のスケジュール記憶部の構成例を示す図である。
【図３９】実施の形態４における緯度経度を用いた更新後のスケジュール記憶部の構成例を示す図である。
【図４０】実施の形態４における地図画面配信に係る地図配信サーバの構成例を示す図である。
【図４１】実施の形態４における地図画面配信処理フローを示す図である。
【図４２】作業情報配信処理フローを示す図である。
【図４３】実施の形態５におけるスケジュール登録に係る地図配信サーバの構成例を示す図である。
【図４４】実施の形態５におけるスケジュール登録処理フローを示す図である。
【図４５】訪問顧客選択画面（初期状態）を示す図である。
【図４６】訪問顧客選択画面（選択後）を示す図である。
【図４７】実施の形態５における住所を用いたスケジュール記憶部の構成例を示す図である。
【図４８】実施の形態５における緯度経度を用いたスケジュール記憶部の構成例を示す図である。
【図４９】実施の形態５におけるスケジュール更新に係る地図配信サーバの構成例を示す図である。
【図５０】実施の形態５におけるスケジュール更新処理フローを示す図である。
【図５１】緊急訪問顧客挿入画面（初期状態）を示す図である。
【図５２】緊急訪問顧客挿入画面（選択後）を示す図である。
【図５３】実施の形態５における住所を用いた更新後のスケジュール記憶部の構成例を示す図である。
【図５４】実施の形態５における緯度経度を用いた更新後のスケジュール記憶部の構成例を示す図である。
【図５５】実施の形態５における地図画面配信に係る地図配信サーバの構成例を示す図である。
【図５６】実施の形態５における地図画面配信処理フローを示す図である。
【図５７】顧客情報配信処理フローを示す図である。
【図５８】実施の形態６におけるスケジュール登録に係る地図配信サーバの構成例を示す図である。
【図５９】施設種別テーブルの構成例を示す図である。
【図６０】実施の形態６におけるスケジュール登録処理フローを示す図である。
【図６１】実施の形態６における住所を用いたスケジュール記憶部の構成例を示す図である。
【図６２】実施の形態６における緯度経度を用いたスケジュール記憶部の構成例を示す図である。
【図６３】実施の形態６における地図画面の配信に係る地図配信サーバの構成例を示す図である。
【図６４】実施の形態６における地図画面の配信処理フローを示す図である。
【図６５】同種施設情報抽出処理フローを示す図である。
【図６６】実施の形態７におけるスケジュール登録に係る地図配信サーバの構成例を示す図である。
【図６７】実施の形態７におけるスケジュール登録処理フローを示す図である。
【図６８】実施の形態７における地図画面の配信に係る地図配信サーバの構成例を示す図である。
【図６９】実施の形態７における地図画面の配信処理フローを示す図である。
【図７０】地図画面（同種施設アイコン含む）生成処理フローを示す図である。
【符号の説明】
【０２３４】
１ 地図配信サーバ、２ 利用者端末、３ 携帯電話端末、４ インターネット、５ 携帯電話網、６ インターネット接続装置、７ 基地局、２０１ ユーザ認証部、２０２ スケジュール登録初期処理部、２０３ スケジュール記憶部、２０４ 地図処理部、２０５ 地図データベース、２０６ 指定場所設定処理部、６０１ 指示受信部、６０２ 表示指定場所判定部、６０３ 立寄り状況記憶部、６０４ 表示指定場所記憶部、６０５ 地図画面生成部、６０６ 地図情報データベース、６０７ 地図画面送信部、６０８ 表示指定場所変更部、１７０１ 予定立寄り時間設定処理部、２５０１ 作業登録部、２５０２ 作業テーブル、２５０３ 作業選択処理部、２５０４ 顧客データベース、３３０１ 緊急作業登録部、３３０２ 緊急作業テーブル、３３０３ 管理者認証部、３３０４ ユーザＩＤ入力部、３３０５ 緊急作業挿入処理部、４００１ 作業情報生成部、４００２ 作業情報送信部、４３０１ 訪問顧客選択処理部、４９０１ 緊急訪問顧客挿入処理部、５５０１ 顧客情報抽出部、５５０２ 顧客情報送信部、５８０１ 施設種別受信部、５８０２ 施設種別テーブル、６３０１ 同種施設情報抽出部、６３０２ 施設データベース、６３０３ 同種施設情報付加部。
【技術分野】
【０００１】
本発明は、複数の目的地を順次訪れる利用者の端末に目的地の地図画面を配信する地図配信サーバに係り、少ない操作で、利用者の状況に応じた適切な地図情報を配信できる地図配信サーバに関する。
【背景技術】
【０００２】
現在、インターネットに接続できる端末に対して、地図画面を配信するサービスが提供されている。これを用いて、複数の目的地を渡り歩くことがある。その場合、通常目的地の地図を配信させるためには、目的地毎に地図を検索する操作を行う必要がある。
【０００３】
しかし、外出時において、地図を検索する操作を行うことは、面倒である。特に、携帯電話のように画面が小さく、操作方法が単純な装置を用いる場合には、操作が煩雑となってしまう。
【０００４】
また、車載のカーナビゲーションシステムのような場合には、操作量は、極端に制限される。つまり、運転中に地図の配信を受けることを考慮すると、運転に支障をきたさない程度の操作に限られる。
【特許文献１】特開２００１−３２５３６４号公報
【特許文献２】特開２００２−２４３５１号公報
【特許文献３】特開２００１−３１１６２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、上記した従来技術の欠点を除くためになされたものであって、その目的とするところは、少ない操作で、適切な地図画面の配信を行う地図配信サーバを提供することを課題とする。
【課題を解決するための手段】
【０００６】
本発明に係る地図配信サーバは、
複数の指定場所の移動に関するスケジュールの送信に用いる利用者端末と、移動先で通信可能な移動対応端末とに接続可能な地図配信サーバであって、以下の要素を有することを特徴とする
（１）利用者端末から、指定場所を特定可能な情報を、順序付けて複数受信する指定場所受信部
（２）利用者端末から、指定場所に対応付けて、予定立寄り時間を受信する予定立寄り時間受信部
（３）指定場所受信部により受信した複数の上記指定場所を特定可能な情報に基づいて、指定場所を特定する指定場所特定情報を順序付けて複数記憶し、更に指定場所特定情報に対応付けて、受信した予定立寄り時間を記憶するスケジュール記憶部
（４）移動対応端末から、地図画面の配信を求める配信要求を受信する配信要求受信部
（５）指定場所毎に、指定場所へ到達していない未到達ステータスと、指定場所に滞在している滞在中ステータスと、指定場所を退いた退去ステータスを区別する立寄り状況を記憶する立寄り状況記憶部
（６）スケジュール記憶部に記憶している複数の指定場所特定情報により特定される複数の指定場所について、立寄り状況が未到達ステータスあるいは滞在中ステータスである指
定場所のうち、対応する予定立寄り時間と現在時刻の差が最も小さい指定場所を、上記配信要求を受信してから最初に表示する指定場所を特定する初期表示指定場所として表示指定場所記憶部に設定し、現在時刻が当該差が最も小さい指定場所の予定立寄り時間内又は後の場合に、当該差が最も小さい指定場所の立寄り状況を滞在中ステータスに更新し、更にスケジュール記憶部の順序付けに従って当該差が最も小さい指定場所より前の指定場所の立寄り状況を退去ステータスに更新する表示指定場所判定部
（７）表示指定場所を記憶する表示指定場所記憶部
（８）表示指定場所記憶部に初期表示指定場所を設定した場合に、表示指定場所記憶部に記憶している表示指定場所を含む地図画面を生成する地図画面生成部
（９）生成した地図画面を、移動対応端末へ送信する地図画面送信部。
【０００７】
地図配信サーバは、更に、
（１０）移動対応端末から指示を受信する指示受信部と、
（１１）受信した指示に従って、表示指定場所記憶部に記憶している表示指定場所を変更する表示指定場所変更部を有し、
地図画面生成部は、表示指定場所記憶部の表示指定場所を変更した場合にも、表示指定場所記憶部に記憶している表示指定場所を含む地図画面を生成することを特徴とする。
【０００８】
上記地図配信サーバは、移動対応端末から現在位置情報を受信し、現在時刻と受信した現在位置情報とから、予定立寄時間に対する差分を算出し、それ以降の指定場所に関する予定立寄時間を上記差分に基づいて補正し、補正した予定立寄時間に基づいて表示指定場所を判定することを特徴とする。
【０００９】
本発明に係るプログラムは、
複数の指定場所の移動に関するスケジュールの送信に用いる利用者端末と、移動先で通信可能な移動対応端末とに接続可能であり、指定場所特定情報と予定立寄り時間を順序付けて複数記憶するスケジュール記憶部と、指定場所毎に、指定場所へ到達していない未到達ステータスと、指定場所に滞在している滞在中ステータスと、指定場所を退いた退去ステータスを区別する立寄り状況を記憶する立寄り状況記憶部と、表示指定場所を記憶する表示指定場所記憶部を有する地図配信サーバとなるコンピュータに、以下の手順を実行させることを特徴とする。
（１）利用者端末から、指定場所を特定可能な情報を、順序付けて複数受信する手順
（２）利用者端末から、指定場所に対応付けて、予定立寄り時間を受信する手順
（３）受信した複数の上記指定場所を特定可能な情報に基づいて、スケジュール記憶部に、指定場所を特定する指定場所特定情報を順序付けて複数記憶させ、更に指定場所特定情報に対応付けて、受信した予定立寄り時間を記憶させる手順
（４）移動対応端末から、地図画面の配信を求める配信要求を受信する手順
（５）スケジュール記憶部に記憶している複数の指定場所特定情報により特定される複数の指定場所について、立寄り状況が未到達ステータスあるいは滞在中ステータスである指定場所のうち、対応する予定立寄り時間と現在時刻の差が最も小さい指定場所を、上記配信要求を受信してから最初に表示する指定場所を特定する初期表示指定場所として表示指定場所記憶部に設定し、現在時刻が当該差が最も小さい指定場所の予定立寄り時間内又は後の場合に、当該差が最も小さい指定場所の立寄り状況を滞在中ステータスに更新し、更にスケジュール記憶部の順序付けに従って当該差が最も小さい指定場所より前の指定場所の立寄り状況を退去ステータスに更新する手順
（６）表示指定場所記憶部に初期表示指定場所を設定した場合に、表示指定場所記憶部に記憶している表示指定場所を含む地図画面を生成する手順
（７）生成した地図画面を、移動対応端末へ送信する手順。
【００１０】
地図配信サーバは、作業識別情報と顧客識別情報とを対応付けて記憶する作業テーブルと、
顧客識別情報と指定場所特定情報とを対応付けて記憶する顧客データベースとを有し、
上記指定場所受信部は、指定場所を特定可能な情報として、作業識別情報を順序付けて複数受信し、受信した作業識別情報に対応する顧客識別情報を上記作業テーブルから特定し、特定した顧客識別情報に対応する指定場所特定情報を上記顧客データベースから特定し、
上記スケジュール記憶部は、特定した指定場所特定情報を、受信した複数の作業識別情報の順序付けに従って順序付けて複数記憶することを特徴とする。
【００１１】
上記顧客データベースは、顧客識別情報に対応付けて、少なくとも顧客の住所を記憶し、
上記作業テーブルは、更に、作業内容を対応付けて記憶し、
上記指定場所受信部は、上記作業テーブルに記憶する作業識別情報毎に、作業識別情報に対応する顧客識別情報と作業内容を特定し、特定した顧客識別情報に対応する顧客の住所を上記顧客データベースから特定し、特定した顧客の住所と作業内容とを含む作業一覧を利用者端末へ送信し、作業の選択を促し、作業一覧から選択された作業の作業識別情報を順序付けて複数受信することを特徴とする。
【００１２】
上記指定場所受信部は、施設アイコンを含む地図画面を送信し、指定場所を特定可能な情報として、施設アイコンを特定する情報を順序付けて複数受信し、
上記スケジュール記憶部は、受信した上記情報により特定される指定場所特定情報と施設種別コードとを順序付けて複数記憶し、
地図画面生成部は、上記スケジュール記憶部上で、上記表示指定場所判定部で判定した
表示指定場所に対応する施設種別コードが一致する施設の同種施設アイコンを含む地図画面を生成し、
上記地図画面送信部は、同種施設アイコンを含む地図画面を送信することを特徴とする。
【発明の効果】
【００１３】
本発明においては、スケジュール記憶部に記憶している複数の指定場所特定情報により特定される複数の指定場所のうち、表示する地図画像を、立寄り状況に基づいて特定するので、利用者の移動状況に応じた適切な地図画像を配信することができる。このため、移動対応端末の操作が簡単になる。
【００１４】
立寄り状況が未到達ステータスあるいは滞在中ステータスである指定場所のうち、最先の指定場所を表示指定場所と判定するので、操作者の所在地に近いと想定される指定場所に係る地図情報を送信することができる。
【００１５】
対応する予定立寄り時間と現在時刻の差が最も小さい指定場所を表示指定場所と判定するので、予定通りに移動している操作者に対して、的確な地図画像を配信することができる。特に、必要に応じて指定場所の配信を要求し、不要な場合には、指定場所の配信を要求しない使用方法においても有効である。
【００１６】
移動対応端末の所在位置との距離が所定範囲に含まれる指定場所を表示指定場所と判定するので、配信された地図画像は、操作者の位置と指定場所の関係を把握するのに役立つ。必要に応じて指定場所の配信を要求し、不要な場合には、指定場所の配信を要求しない使用方法においても有効である。また、予定通りに移動できていない場合も有効である。
【００１７】
設定した経路のうち、移動対応端末の所在位置との距離が最も小さい経路の終点を表示指定場所と判定するので、配信された地図画像は、当面の目的地である指定場所を確認するのに役立つ。必要に応じて指定場所の配信を要求し、不要な場合には、指定場所の配信を要求しない使用方法においても有効である。また、予定通りに移動できていない場合も有効である。
【発明を実施するための最良の形態】
【００１８】
実施の形態１．
以下本発明を図面に示す実施例に基づいて説明する。
【００１９】
図１は、地図配信システムのネットワーク例を示す図である。１は、地図配信サーバ、２は、利用者端末、３は、携帯電話端末、４は、インターネット、５は、携帯電話網、６は、インターネット接続装置、７は、基地局である。
【００２０】
利用者端末２は、ブラウザを備えており、インターネット４を介して地図配信サーバ１へ接続可能である。これにより、利用者は、利用者端末２から地図配信サーバ１へ指定場所（ＩＤ＝１）から指定場所（ＩＤ＝５）までの移動のスケジュールを登録することができるように構成されている。尚、指定場所とは、利用者がその近辺の地図を要求する場所であり、順序付けることにより、スケジュールとなるものである。例えば、スケジュールとは、営業担当者が一日に訪問する顧客の所在地を訪問順に並べたものである。
【００２１】
尚、この例では、利用者端末２から登録しているが、携帯電話端末３から登録することも可能である。
【００２２】
携帯電話端末３は、携帯電話網５を介してインターネット４に接続可能である。これにより、地図配信サーバ１は、携帯電話端末３からの要求に応じて、状況に適した地図画像を携帯電話端末３に配信するように構成されている。携帯電話端末３は、移動対応端末の例であり、携帯端末、携帯情報端末、携帯可能ＰＣ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）やナビゲーション端末等の他の端末であっても構わない。また、携帯電話網５以外の通信媒体、例えばＰＨＳ（登録商標）（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）網、公衆電話網、衛星通信等を用いてもよい。通信媒体は、有線あるいは無線のいずれでも構わない。
【００２３】
まず、スケジュールの登録について説明する。
【００２４】
図２は、実施の形態１におけるスケジュール登録に係る地図配信サーバの構成を示す図である。２０１は、ユーザ認証部、２０２は、スケジュール登録初期処理部、２０３は、スケジュール記憶部、２０４は、地図処理部、２０５は、地図データベース、２０６は、指定場所設定処理部である。
【００２５】
動作について説明する。
【００２６】
図３は、実施の形態１におけるスケジュール登録処理フローを示す図である。ユーザ認証部２０１は、利用者端末２からユーザＩＤとパスワードを受信し（Ｓ３０１）、ユーザ認証を行う（Ｓ３０２）。正常に認証された場合に、スケジュール登録初期処理部２０２は、スケジュール登録の初期画面を送信する（Ｓ３０３）。この初期画面は、実施日を転送するように構成されており、スケジュール登録初期処理部２０２は、実施日を受信する（Ｓ３０４）。そして、ユーザＩＤと実施日を、これから作成するスケジュールのテーブルのキーとしてスケジュール記憶部２０３に記憶させる（Ｓ３０５）。
【００２７】
地図処理部２０４は、利用者端末２から地図表示の指示を受信すると（Ｓ３０６）、その指示に従って、地図データベース２０５から地図情報を取得し、利用者端末２での表示に適するように加工した地図画面を、利用者端末２に送信する（Ｓ３０７）。
【００２８】
利用者は、表示された地図画面上で、指定場所を特定し、その特定に係る情報（例えば、地図上の位置情報や、地図上の施設を特定するイベント情報）を返信する。
【００２９】
地図処理部２０４は、指定場所を特定可能な情報を受信し（Ｓ３０８）、指定場所を特定できる指定場所特定情報に変換し、指定場所設定処理部２０６により、順序付けてスケジュール記憶部２０３に記憶させる（Ｓ３０９）。
【００３０】
必要に応じて、Ｓ３０６とＳ３０７の処理により、地図を切り替え、また、Ｓ３０８とＳ３０９の処理により、複数の指定場所を登録する。そして、終了指示により、終了する（Ｓ３１０）。
【００３１】
図４及び５にスケジュール記憶部のテーブルの例を示す。
【００３２】
図４は、実施の形態１における緯度経度を用いたスケジュール記憶部の構成例を示す図である。図５は、実施の形態１における住所を用いたスケジュール記憶部の構成例を示す図である。
【００３３】
このようにして登録されたスケジュールを記憶するスケジュール記憶部は、利用者ＩＤ及び実施日に対応付けてテーブルを設けている。テーブルは、指定場所を順序付けて、それぞれの指定場所特定情報を記憶するように構成されている。指定場所特定情報は、地図データベースの地図情報上で、指定場所を特定できる情報であれば足りる。
【００３４】
具体的には、独立して指定場所を特定できるものと、間接的に指定場所を特定できるものとがある。
【００３５】
独立して指定場所を特定できるものとは、その情報のみで指定場所を特定できるものであり、他の情報の参照を必要としない。例えば、この例で示す「緯度と経度」や「住所」である。他にも、一般的に地図用に用いられている座標系も有効である。
【００３６】
一方、間接的に指定場所をできるものとは、他の情報を参照することにより、指定場所を特定できるものである。参照する情報としては、まず、地図データベースが考えられる。例えば、当該地図データベース固有の座標系や、地図上に設けられた格子状の領域を特定する区画番号（例えば、Ａ２のように特定される。）である。他には、顧客データベース、施設データベース、あるいは設備データベースのようなものを参照することも考えられる。これらのデータベースは、地図配信サーバ内に設けらることもあるが、ネットワークを介して参照してもよい。顧客データベースで、顧客毎に「顧客ＩＤ」、「氏名」、「住所」、「電話番号」、「郵便番号」、「メールアドレス」等の項目を管理している場合には、指定場所を直接特定できる「住所」を特定し得る項目、例えば「顧客ＩＤ」、「氏名」、「電話番号」、「メールアドレス」等を指定場所特定情報として用いることができる。また、施設データベースで、施設毎に「施設ＩＤ」、「施設名称」、「所在地」、「電話番号」、「郵便番号」、「メールアドレス」等の項目を管理している場合には、指定場所を直接特定できる「所在地」を特定し得る項目、例えば「施設ＩＤ」、「施設名称」、「電話番号」、「メールアドレス」等を指定場所特定情報として用いることができる。管理する施設が分散している場合には、重複しないため「郵便番号」も指定場所特定情報として用いることができる。更に、また、設備データベースで、設備毎に「設備ＩＤ」、「設備名称」、「所在地」等の項目を管理している場合には、指定場所を直接特定できる「所在地」を特定し得る項目、例えば「設備ＩＤ」、「設備名称」等を指定場所特定情報として用いることができる。設備の例としては、バス停、電柱、電信柱、水道やガス用のパイプ、水路、マンホールなどが考えられる。
【００３７】
続いて、地図画面の配信について説明する。
【００３８】
図６は、実施の形態１における地図画面の配信に係る地図配信サーバの構成を示す図である。６０１は、指示受信部、６０２は、表示指定場所判定部、６０３は、立寄り状況記憶部、６０４は、表示指定場所記憶部、６０５は、地図画面生成部、６０６は、地図情報データベース、６０７は、地図画面送信部、６０８は、表示指定場所変更部である。
【００３９】
立寄り状況記憶部６０３は、スケジュール記憶部２０３のテーブルに対応するテーブルを設けている。実施日までに、初期状態のテーブルが登録されるように構成されている。図７から図１２に例を示す。
【００４０】
具体的には、利用者ＩＤをキーとしてテーブルが設けられている。当日分以降のテーブルも予め設ける場合には、更に実施日もキーとなる。そして、指定場所毎に、指定場所ＩＤと立寄り状況のステータスを記憶するように構成されている。立寄り状況には、初期値として「未到達」が設定される。
【００４１】
尚、立寄り状況のステータスは、指定場所に到達していないと想定される「未到達」と、指定場所に到達し、滞在していると想定される「滞在中」と、指定場所の滞在を済ませ、退いたと想定される「退去」のいずれかである。「滞在中」と「退去」は、到達済みであることを示している。
【００４２】
図７から図１２は、状況が推移する順に構成例を示している。
【００４３】
図７は、指定場所（ＩＤ＝１）に未到達の状況を示す立寄り状況記憶部の構成例を示す図であり、初期状態のテーブルの例である。図８は、指定場所（ＩＤ＝１）に滞在中の状況を示す立寄り状況記憶部の構成例を示す図である。図９は、指定場所（ＩＤ＝２）に未到達の状況を示す立寄り状況記憶部の構成例を示す図である。図１０は、指定場所（ＩＤ＝２）に滞在中の状況を示す立寄り状況記憶部の構成例を示す図である。図１１は、指定場所（ＩＤ＝３）に未到達の状況を示す立寄り状況記憶部の構成例を示す図である。図１２は、指定場所（ＩＤ＝３）に滞在中の状況を示す立寄り状況記憶部の構成例を示す図である。
【００４４】
動作について説明する。
【００４５】
図１３は、実施の形態１における地図画面の配信処理フローを示す図である。携帯電話端末３から配信要求を受信すると、表示指定場所判定部６０２は、表示指定場所判定処理（Ｓ１３０１）を行う。この例では、表示指定場所判定処理として、配信要求受信部により配信要求を受信してから最初に表示する指定場所を、初期表示指定場所として判定するが、最初に表示する場合に限らず、利用者の指定など他の機会及び方法により、表示する指定場所を判定することも有効である。
【００４６】
ここで、表示指定場所判定処理（Ｓ１３０１）について詳述する。図１４は、実施の形態１における表示指定場所判定処理フローを示す図である。表示指定場所判定部６０２は、配信要求に含まれる利用者ＩＤをキーとして、対応するテーブルを立寄り状況記憶部６０３より読み込む。そして、出発の指定場所ＩＤから終点の指定場所ＩＤへ、順次指定場所ＩＤに対応する立寄り状況について以下の処理を行う（Ｓ１４０１）。
【００４７】
立寄り状況が、「退去」の場合には、次の指定場所ＩＤの処理に移行する（Ｓ１４０２）。地図画面を配信する必要がないからである。
【００４８】
立寄り状況が、「滞在中」の場合には、その指定場所ＩＤを表示指定場所ＩＤとして、表示指定場所記憶部に記憶させて（Ｓ１４０４）、終了する。
【００４９】
立寄り状況が、「未到達」の場合には、その指定場所ＩＤに対応する立寄り状況を「滞在中」に更新し（Ｓ１４０３）、その指定場所ＩＤを表示指定場所ＩＤとして、表示指定場所記憶部に記憶させ（Ｓ１４０４）、終了する。
【００５０】
例えば図９や図１１の状態でアクセスした場合のように、「未到達」の指定場所を最初に表示したときには、間も無くその指定場所に到達すると想定させるので、「滞在中」に変更する。
【００５１】
次に、図１３に示すように、地図画面生成部６０５は、地図画面生成処理（Ｓ１３０２）を行う。
【００５２】
ここで、地図画面生成処理（Ｓ１３０２）について詳述する。図１５は、地図画面生成処理フローを示す図である。地図画面生成部６０５は、表示指定場所記憶部６０４から表示指定場所ＩＤを読み込む（Ｓ１５０１）。次に、読み込んだ表示指定場所ＩＤに対応する指定場所特定情報を、スケジュール記憶部２０３から読み込む（Ｓ１５０２）。そして、読み込んだ指定場所特定情報を入力パラメータとして地図情報データベース６０６にアクセスし、地図情報を要求する（Ｓ１５０３）。表示指定場所記憶部６０４は、指定場所のうち表示すべき指定場所のＩＤである表示指定場所ＩＤを記憶するように構成されている。
【００５３】
地図画面生成部６０５は、地図情報データベース６０６から地図情報を取得すると（Ｓ１５０４）、その地図情報を携帯電話端末３で表示可能な地図画面へ変換する（Ｓ１５０５）。また、この画面は、次の指定場所の表示を指示する「進み指示」と、前の指定場所の表示を指示する「戻り指示」と、表示の終了を指示する「終了指示」とを、携帯電話端末３から返信できるように構成されている。
【００５４】
次に、図１３に示すように、地図画面送信部６０７は、携帯電話端末３へ生成した地図画面を送信する（Ｓ１３０３）。その後、指示受信部６０１は、携帯電話端末３からの指示を受信する（Ｓ１３０４）。
【００５５】
指示の内容が、終了指示の場合は（Ｓ１３０５）、終了するが、指示の内容が、「進み指示」あるいは「戻り指示」の場合には、表示指定場所変更部６０８は、表示指定場所変更処理（Ｓ１３０６）を行う。
【００５６】
ここで、表示指定場所変更処理について詳述する。
【００５７】
図１６は、表示指定場所変更処理フローを示す図である。指示の内容が（Ｓ１６０１）「戻り指示」の場合には、表示指定場所記憶部６０４から現在の表示指定場所ＩＤを読み込み（Ｓ１６０２）、現在の表示指定場所ＩＤから１を減ずる（Ｓ１６０３）。減じた値を新しい表示指定場所ＩＤとして表示指定場所記憶部６０４に記憶させる（Ｓ１６０４）。つまり、表示指定場所をひとつ前の表示指定場所のＩＤに戻す処理を行う。
【００５８】
一方、指示の内容（Ｓ１６０１）が、「進み指示」の場合には、表示指定場所記憶部６０４から現在の表示指定場所ＩＤを読み込み（Ｓ１６０５）、更に、現在の表示指定場所ＩＤに対応する立寄り状況を、立寄り状況記憶部６０３から読み込む（Ｓ１６０６）。読み込んだ立寄り状況が、「滞在中」の場合には（Ｓ１６０７）、現在の表示指定場所ＩＤに対応する立寄り状況を「退去」に更新する（Ｓ１６０８）。読み込んだ立寄り状況が、他のステータスの場合は、Ｓ１６０８の処理は行わない。
【００５９】
次に、現在の表示指定場所ＩＤへ１加算し（Ｓ１６０９）、加算した値を新しい表示指定場所ＩＤとして、表示指定場所記憶部６０４に記憶させる（Ｓ１６１０）。つまり、表示指定場所をひとつ後の表示指定場所のＩＤに進める処理を行う。
【００６０】
実施の形態２．
実施の形態１では、利用者の指示に基づいて、表示指定場所を判定する例について説明したが、本実施の形態では、予めスケジュールに予定立寄り時間を登録し、その予定立寄り時間に基づいて、表示指定場所を判定する例について説明する。
【００６１】
まず、スケジュール登録について説明する。
【００６２】
図１７は、実施の形態２におけるスケジュール登録に係る地図配信サーバの構成を示す図である。図２に対して、予定立寄り時間設定処理部１７０１が追加されている。
【００６３】
動作について説明する。
【００６４】
図１８は、実施の形態２におけるスケジュール登録処理フローを示す図である。
Ｓ１８０１からＳ１８０９は、図３のＳ３０１からＳ３０９までと同様である。予定立寄り時間設定処理部１７０１は、予定立寄り時間を受信し（Ｓ１８１０）、受信した予定立寄り時間を指定場所に対応付けてスケジュール記憶部２０３に記憶させる（Ｓ１８１１）。このように、指定場所毎に予定立寄り時間を登録する。
【００６５】
図１９は、実施の形態２における緯度経度を用いたスケジュール記憶部の構成例を示す図である。図２０は、実施の形態２における住所を用いたスケジュール記憶部の構成例を示す図である。
【００６６】
この例では、開始時刻と終了時刻の２つの時刻を登録しているが、予定立寄り時間として１つの時刻のみを登録してもよい。その場合、この例における開始時間と終了時刻に相当する時刻として、１つの同じ時刻を用いることが考えられる。また、登録した１つの時刻から自動的に所定の時間を差し引いて、開示時刻を設定し、更に、登録した１つの時刻から自動的に所定の時間を加えて、終了時刻を設定し、滞在時間を画一的に想定した処理を行うことも有効である。
【００６７】
続いて、地図画面の配信について説明する。
【００６８】
本実施の形態では、表示指定場所判定部の動作が異なる。図２１は、実施の形態２における地図画面の配信に係る地図配信サーバの構成を示す図である。この図は、図６に比べ、表示指定場所判定部２１０１のデータフローが異なる。
【００６９】
動作について説明する。
【００７０】
図２２は、実施の形態２における地図画面の配信処理フローを示す図である。表示指定場所判定部２１０１は、立寄り状況記憶部６０３より、出発の指定場所ＩＤから終点の指定場所ＩＤへ、順次指定場所ＩＤに対応する立寄り状況を読み込み、以下の処理を行う（Ｓ２２０１）。
【００７１】
立寄り状況が「退去」の場合は（Ｓ２２０２）、次の指定場所ＩＤの処理に移行する。
【００７２】
立寄り状況が「未到達」あるいは「滞在中」の場合には、指定場所ＩＤに対応する予定立寄り時間（開始時間、終了時間）を取得し（Ｓ２２０３）、現在時刻と比較する（Ｓ２２０４）。現在時刻は、例えば、内部タイマーから取得することができる。
【００７３】
現在時刻が、予定立寄り時間（開始時間）より前の場合には、現在時刻−予定立寄り時間（開始時間）を差分時間として算出する（Ｓ２２０５）。現在時刻が、予定立寄り時間（開始時間から終了時刻まで）内の場合には、差分時間を０とする（Ｓ２２０６）。現在時刻が、予定立寄り時間（終了時間）より後の場合には、現在時刻−予定立寄り時間（終了時間）を差分時間として算出する（Ｓ２２０７）
指定場所ＩＤに対応付けて差分時間を一時的に記憶する（Ｓ２２０８）。そして、この処理を終点の指定場所ＩＤまで繰り返す（Ｓ２２０９）。
【００７４】
そして、一時的に記憶した差分時間の絶対値を比較し、最小の差分時間絶対値を判定し（Ｓ２２１０）、最小の差分時間絶対値の指定場所ＩＤを初期指定場所ＩＤとして、表示指定場所記憶部に記憶する（Ｓ２２１１）。
【００７５】
最小の差分時間絶対値となった差分時間が（Ｓ２２１２）、マイナスの場合（予定立寄り時間前の場合）には、最小の差分時間絶対値の指定場所ＩＤより前のすべての指定場所ＩＤに対応する立寄り状況を「退去」に更新し（Ｓ２２１４）、終了する。従って、利用者が地図配信サーバ１に配信を要求せずに到達したために「未到達」のままとなっている指定場所についても、予定立寄り時間を過ぎていれば自動的に「退去」に変更される。
【００７６】
一方、最小の差分時間絶対値となった差分時間が（Ｓ２２１２）、ゼロまたはプラスの場合（予定立寄り時間後の場合）には、最小の差分時間絶対値の指定場所ＩＤに対応する立寄り状況を「滞在中」に更新する（Ｓ２２１３）。予定通りに移動していれば、既に到達していると想定されるためである。その上で、最小の差分時間絶対値の指定場所ＩＤより前のすべての指定場所ＩＤに対応する立寄り状況を「退去」に更新する（Ｓ２２１４）。
【００７７】
本実施の形態では、予定立寄り時間との差分が最小である指定場所を初期表示の対象とするので、利用者が指定場所毎に、その都度地図の配信を要求しない場合でも、時刻に基づいて適切な地図を配信することができる。
【００７８】
例えば、指定場所ＩＤ（＝１）の地図を表示して、その指定場所（ＩＤ＝１）を訪れた後に、指定場所ＩＤ（＝２）の地図を表示させることなく、予定通りにその指定場所（ＩＤ＝２）を訪れ、指定場所ＩＤ（＝３）の予定立寄り時間（図１９の１９５３，１９０３）の前後（例えば１４：２５）に、地図配信を要求すると、自動的に指定場所ＩＤ（＝３）の指定場所の地図を配信する。
【００７９】
また、携帯電話端末３から、その時点での現在位置情報を、地図配信サーバ１に送信することにより、地図配信サーバ１は、現在位置情報を受信し、現在時刻と受信した現在位置情報から、予定立寄時間に対する差分を算出し、それ以降の指定場所に関する予定立寄時間を上記差分に基づいて補正し（繰り下げ、あるいは繰り上げ）、補正した予定立寄時間に基づいて表示指定場所を判定することも有効である。
【００８０】
実施の形態３．
本実施の形態では、移動対応端末の所在位置に基づいて、初期表示する指定場所を判定する例について説明する。スケジュールの登録は、実施の形態１と同様である。
【００８１】
地図画面の配信については、本実施の形態では、表示指定場所判定部６０２の動作が異なる。図２３は、実施の形態３における地図画面の配信に係る地図配信サーバの構成を示す図である。この図は、図６に比べ、表示指定場所判定部２３０１のデータフローが異なる。
【００８２】
動作について説明する。
【００８３】
図２４は、実施の形態３における地図画面の配信処理フローを示す図である。表示指定場所判定部２３０１は、立寄り状況記憶部６０３より、出発の指定場所ＩＤから終点の指定場所ＩＤへ、順次指定場所ＩＤに対応する立寄り状況を読み込み、以下の処理を行う（Ｓ２４０１）。
【００８４】
立寄り状況が「退去」の場合は（Ｓ２４０２）、次の指定場所ＩＤの処理に移行する。
【００８５】
立寄り状況が「未到達」あるいは「滞在中」の場合には、移動対応端末の所在位置を取得し、各指定場所からの距離を算出する（Ｓ２４０３）。所在位置の取得方法に関して、移動対応端末が携帯電話の場合には、携帯電話網に対して所在位置を問い合わせ、返答として所在位置を取得する。また、カーナビゲーションシステムのようにＧＰＳを用いる端末の場合には、端末自身から所在位置を受信することが考えられる。
【００８６】
算出した距離が、所定距離以内である場合には（Ｓ２４０４）、その指定場所の指定場所ＩＤを初期指定場所ＩＤとして、表示指定場所記憶部に記憶させる（Ｓ２４０７）。さらに、その指定場所の指定場所ＩＤに対応する立寄り状況を「滞在中」に更新し（Ｓ２４１５）、その指定場所ＩＤより前のすべての指定場所ＩＤに対応する立寄り状況を「退去」に更新する（Ｓ２４１６）。
【００８７】
Ｓ２４０４は、指定場所を含む所定範囲に移動対応端末の所在位置が含まれるか否かの判定の例である。つまり、Ｓ２４０４で所定距離以内を判定される場合は、上記所定範囲内に上記所在位置が含まれる例である。尚、指定場所を含む所定範囲の例としては、指定場所を含む行政区の範囲や利用者（又は、端末電話業者、ＰＨＳ業者などの通信事業者、地図提供者、システム構築者等）が予め設定した任意の範囲（形状は、矩形やポリゴン等、いずれの形状であっても構わない）等が考えられる。
【００８８】
すべての指定場所について、算出した距離が所定距離より大きい場合には（Ｓ２４０５）、以下の処理を行う。これは、利用者が移動中と想定した処理である。
【００８９】
表示指定場所判定部２３０１は、立寄り状況記憶部６０３より、出発の指定場所ＩＤから終点の指定場所ＩＤへ、順次指定場所ＩＤに対して、以下の処理を行う（Ｓ２４０６）。
【００９０】
処理対象の指定場所ＩＤの次の指定場所ＩＤに対応する立寄り状況について判定する（Ｓ２４０８）。当該次の指定場所ＩＤが、「退去」あるいは「滞在中」の場合には、処理対象を次に進める。「未到達」の場合には、処理を続行する。このように扱うのは、当該次の指定場所が「未到達」の場合にのみ、処理対象の指定場所と当該次の指定場所の経路上に利用者が居る可能性があるからである。
【００９１】
まず、その指定場所と次の指定場所の２点間のベクトルを求める（Ｓ２４０９）。次に、現在位置からベクトルまでの現在位置ベクトル間距離を求める（Ｓ２４１０）。そして、ベクトル毎に、現在位置ベクトル間距離を一時的に記憶する（Ｓ２４１１）。次の次の指定場所が存在する場合に（Ｓ２４１２）、この処理を繰り返す。このように制御することにより、すべての経路について処理を行うことができる。
【００９２】
記憶した現在位置ベクトル間距離を比較して、最短の現在位置ベクトル間距離を判定する（Ｓ２４１３）。最短の現在位置ベクトル間距離にかかるベクトルの終点である指定場所の指定場所ＩＤを初期指定場所ＩＤとして、表示指定場所記憶部に記憶させる（Ｓ２４１４）。所在位置から最も近いベクトルで示される経路上に利用者が存在すると想定できるからである。
【００９３】
更に、終点である指定場所の指定場所ＩＤより前のすべての指定場所ＩＤに対応する立寄り状況を「退去」に更新する（Ｓ２４１６）。
【００９４】
この例では、指定場所間を結ぶ直線のベクトルを想定して説明したが、曲線を近似した複数のベクトルであっても構わない。例えば、実際の経路情報を取得できる場合には、その経路情報に基づいてベクトルを設定することが有効である。
【００９５】
上述の実施の形態において、配信する地図に、当該地図内に含まれる施設情報を追加して配信することも有効である。
【００９６】
また、利用者が複数の移動対応端末（例えば、携帯電話端末とカーナビゲーション端末）を併用することも考えられる。この場合、地図配信サーバは、いずれの移動対応端末からのアクセスにおいてもユーザ認証を行うが、ユーザ認証に伴い、共通のユーザＩＤを生成するようにすることにより、実現可能である。
【００９７】
具体的には、いずれの移動対応端末からのアクセスにおいても共通のユーザＩＤとパスワードを用いて認証する方法と、それぞれに異なるユーザＩＤとパスワードを用いて認証し、異なるユーザＩＤ同士を対応付ける情報に基づいて、少なくとも一方のユーザＩＤを予め定められている共通のユーザＩＤに変換して用いる方法が考えられる。この場合、異なるユーザＩＤ同士を対応付ける情報は、予め設定できる構成となっている。
【００９８】
このようにして、それぞれに上記共通のユーザＩＤに対応付けられている共通のスケジュール記憶部と、共通の立寄り状況記憶部と、共通の表示指定場所記憶部を用いて動作することにより、複数の移動対応端末の併用が可能となる。
【００９９】
図６の指示受信部で受信する配信要求に表示方式を含め、地図画面生成部６０５と地図画面送信部６０７が、この表示方式に基づいて処理することも有効である。
【０１００】
実施の形態４．
本実施の形態では、装置や設備のメンテナンス等の作業を行う業務に、本発明に係る地図配信サーバを応用する例について説明する。
【０１０１】
この例で、顧客とは、装置や設備を保有し、使用している者である。この装置や設備に対するサービスを行う業務主体（例えば、会社）の管理者は、顧客からメンテナンス等の作業依頼を受けると、その作業依頼を作業テーブルに登録する。そして、業務主体に属する作業員（ユーザ）は、実施日毎に顧客を訪問するスケジュールを登録し、顧客の住所を示す地図の配信を受ける。
【０１０２】
また、管理者が、当日に緊急の作業依頼を受けた場合には、その緊急作業依頼を緊急作業テーブルに登録し、作業員の当日のスケジュールを更新し、緊急作業を依頼した顧客への訪問を挿入する。これにより、作業員（ユーザ）は、緊急作業に伴う訪問の際にも、滞りなく地図配信を受けることができる。
【０１０３】
さらに、作業員（ユーザ）は、地図画像の配信の際に、作業情報の配信を要求し、訪問先の顧客毎に作業依頼に係る作業情報を受ける。
【０１０４】
まず、スケジュール登録について説明する。
【０１０５】
図２５は、実施の形態４におけるスケジュール登録に係る地図配信サーバの構成例を示す図である。
【０１０６】
２５０１は、作業登録部、２５０２は、作業テーブル、２５０３は、作業選択処理部、２５０４は、顧客データベースである。
【０１０７】
管理者は、電話等で顧客から作業依頼を受けると、顧客データベース２５０４で管理している顧客ＩＤ（顧客識別情報の例）を特定し、作業内容とともに、地図配信サーバの作業登録部２５０１へ入力する。インターネット等の通信手段を介して顧客ＩＤと作業内容を受信する場合には、作業登録部２５０１は、受信により顧客ＩＤと作業内容を入力する。
【０１０８】
図２６は、顧客データベースの構成例を示す図である。図のように、顧客毎に、レコードが設けられ、レコード毎に、顧客ＩＤ、氏名、住所、緯度経度、装置／設備を対応付けて記憶している。装置／設備（作業対象の例）は、顧客識別情報の例であって、他の情報であっても有効である。住所と緯度経度は、指定場所特定情報として用いることができる。作業登録部２５０１の処理の際に、氏名等をキーとして顧客を検索することにより、顧客ＩＤを特定することも有効である。
【０１０９】
作業登録部２５０１は、入力した顧客ＩＤと作業内容を対応付けて、作業テーブル２５０２に登録する。
【０１１０】
図２７は、作業テーブルの構成例を示す図である。作業依頼毎に、レコードが設けられ、レコード毎に、作業ＩＤ（作業識別情報の例）、顧客ＩＤ、作業内容、予定完了フラグを対応付けて記憶している。予定完了フラグは、いずれかの作業員のスケジュールに組み込まれた作業依頼をＯＮとして区別する為に用いられる。
【０１１１】
このように、作業依頼が登録されている状態で、作業員は、実施日毎に自らのスケジュールを登録する。
【０１１２】
図２８は、実施の形態４におけるスケジュール登録処理フローを示す図である。
【０１１３】
ユーザＩＤとパスワードの受信（Ｓ２８０１）と、ユーザ認証（Ｓ２８０２）と、初期画面の送信（Ｓ２８０３）と、実施日（＝作業日）の受信（Ｓ２８０４）と、ユーザＩＤと実施日の記憶（Ｓ２８０５）は、図３のＳ３０１〜Ｓ３０５と同様である。
【０１１４】
続いて、作業選択処理部２５０３は、作業選択画面を生成し（Ｓ２８０６）、利用者端末２に作業選択画面を送信する（Ｓ２８０７）。
【０１１５】
図２９は、作業選択画面（初期状態）を示す図である。作業選択画面は、作業一覧エリア２９００と作業選択エリア２９５０から構成されている。
【０１１６】
作業選択処理部２５０３は、作業テーブル２５０２から順次、レコード（予定完了フラグがＯＦＦのものに限る。）を取得し、作業ＩＤと、顧客ＩＤと、作業内容を配置する。更に、顧客ＩＤに対応する氏名、住所、装置／設備を顧客データベース２５０４から取得し、配置する。２９０２〜２９０７は、作業情報の例である。
【０１１７】
また、作業選択エリアでは、作業を順序付けて複数設定できるように構成されている。具体的には、選択作業ＩＤの入力エリアに、作業一覧エリアの作業ＩＤを入力することにより設定する。
【０１１８】
図３０は、作業選択画面（選択後）を示す図である。作業ＩＤが入力されると、対応する氏名、住所、装置／設備、作業内容を表示し、ユーザが順に確認できるように構成されている。
【０１１９】
作業選択画面で、ユーザが決定を選択することにより、順序付けられた作業ＩＤが利用者端末２から送信され、作業選択処理部２５０３で受信される（Ｓ２８０８）。作業選択処理部２５０３は、受信した作業ＩＤに対応する顧客ＩＤを作業テーブルから特定し、更に顧客ＩＤに対応する指定場所特定情報（住所や緯度経度）を顧客データベース２５０４から特定し、指定場所設定処理部２０６は、指定場所特定情報と作業ＩＤを順序付けてスケジュール記憶部２０３に記憶させる（Ｓ２８０９）。この際の順序付けは、受信した作業ＩＤの順序付けに従う。尚、この例によらず、作業選択処理部２５０３で、利用者端末２から指定場所特定情報と作業ＩＤを順序付けて受信しても構わない。また、利用者端末２から作業ＩＤと顧客ＩＤを順序付けて受信しても構わない。この場合、指定場所特定情報の特定は、上述の例と同様に行われる。
【０１２０】
また、作業選択処理部２５０３は、順序付けられた各作業ＩＤに対応する予定完了フラグをＯＮにする。
【０１２１】
このようにして、記憶されるスケジュール記憶部の例を示す。図３１は、実施の形態４における住所を用いたスケジュール記憶部の構成例を示す図である。本実施の形態では、作業ＩＤが付加されている。図３２は、実施の形態４における緯度経度を用いたスケジュール記憶部の構成例を示す図である。緯度経度を用いる場合も同様に、作業ＩＤが付加される。
【０１２２】
次に、スケジュール更新について説明する。
【０１２３】
図３３は、実施の形態４におけるスケジュール更新に係る地図配信サーバの構成例を示す図である。
【０１２４】
３３０１は、緊急作業登録部、３３０２は、緊急作業テーブル、３３０３は、管理者認証部、３３０４は、ユーザＩＤ入力部、３３０５は、緊急作業挿入処理部である。
【０１２５】
管理者は、電話等で顧客から緊急作業依頼を受けると、顧客データベース２５０４で管理している顧客ＩＤを特定し、作業内容とともに、地図配信サーバの緊急作業登録部３３０１に入力する。インターネット等の通信手段を介して顧客ＩＤと作業依頼を受信する場合には、緊急作業登録部３３０１は、受信により顧客ＩＤと作業依頼を入力する。
【０１２６】
緊急作業登録部３３０１は、入力した顧客ＩＤと緊急作業依頼を対応付けて、緊急作業テーブル３３０２に登録する。
【０１２７】
図３４は、緊急作業テーブルの構成例を示す図である。作業毎に、レコードが設けられ、レコード毎に、作業ＩＤ、顧客ＩＤ、作業内容、予定完了フラグを対応付けて記憶している。予定完了フラグは、いずれかの作業員のスケジュールに組み込まれた緊急作業をＯＮとして区別する為に用いられる。
【０１２８】
管理者は、上述のように緊急作業が登録された状態で、以下のスケジュール更新の操作を行う。図３５は、実施の形態４におけるスケジュール更新処理フローを示す図である。
【０１２９】
管理者認証部３３０３は、管理者パスワードを受信し（Ｓ３５０１）、管理者認証を行う（Ｓ３５０２）。認証が成功した場合に、管理者は管理者端末（利用者端末２と同様に、地図配信サーバに接続されている。）から、緊急作業を行う作業員であるユーザを特定するユーザＩＤを送信し、地図配信サーバは、ユーザＩＤ入力部３３０４でこのユーザＩＤを受信する（Ｓ３５０３）。
【０１３０】
緊急作業挿入処理部３３０５は、当日の日付（実施日）を取得し（Ｓ３５０４）、緊急作業挿入画面を生成し（Ｓ３５０５）、生成した緊急作業挿入画面を管理者端末へ送信する（Ｓ３５０６）。
【０１３１】
図３６は、緊急作業挿入画面（初期状態）を示す図である。緊急作業挿入画面は、緊急作業一覧エリア３６００と緊急作業挿入エリア３６５０から構成されている。
【０１３２】
緊急作業挿入処理部３３０５は、緊急作業一覧エリア３６００に対する処理として、緊急作業テーブル３３０２から順次、レコード（予定完了フラグがＯＦＦのものに限る。）を取得し、作業ＩＤ３６０２と、顧客ＩＤ３６０３と、作業内容３６０７を配置する。更に、顧客ＩＤに対応する氏名、住所、装置／設備を顧客データベース２５０４から取得し、緊急作業一覧エリアに配置する。
【０１３３】
また、緊急作業挿入処理部３３０５は、緊急作業挿入エリア３６５０に対する処理として、実施日とユーザＩＤにより特定されるスケジュールとして既に記憶されている作業ＩＤをスケジュール記憶部２０３から取得し、既設定値として選択作業ＩＤの入力エリア３６５３に配置する。更に作業ＩＤに対応する氏名等を前述同様に取得し、配置する。
【０１３４】
そして、管理者が選択した緊急作業を、指定した位置に挿入できるように構成されている。具体的には、選択作業ＩＤの入力エリアに、緊急作業一覧エリアのいずれかの作業ＩＤを入力することにより、それ以降の作業ＩＤを繰り下げて設定する。
【０１３５】
図３７は、緊急作業挿入画面（選択後）を示す図である。この例では、第二作業に緊急作業（作業ＩＤ＝Ｗ０２１）が挿入され、以下の作業が繰り下げられている。
【０１３６】
緊急作業挿入画面で、管理者が決定を選択することにより、更新され順序付けられた作業ＩＤが管理者端末から送信され、緊急作業挿入処理部３３０５で受信される（Ｓ３５０７）。この例によらず、挿入位置と挿入する作業ＩＤ、あるいは削除する作業ＩＤを転送し、緊急作業挿入処理部３３０５で作業ＩＤの順を更新するようにすることも有効である。
【０１３７】
指定場所設定処理部２０６は、ユーザＩＤと実施日により、スケジュールを特定し（Ｓ３５０８）、特定したスケジュールに、指定場所特定情報と作業ＩＤを順序付けて記憶させる（Ｓ３５０９）。
【０１３８】
また、緊急作業挿入処理部３３０５は、挿入された作業ＩＤに対応する予定完了フラグをＯＮにする。
【０１３９】
図３８は、実施の形態４における住所を用いた更新後のスケジュール記憶部の構成例を示す図である。この例では、指定場所ＩＤ＝２に新たな指定場所特定情報と作業ＩＤが挿入され、元の指定場所ＩＤ＝２以下の指定場所特定情報と作業ＩＤが、指定場所ＩＤ＝３以下に繰り下げられている。
【０１４０】
図３９は、実施の形態４における緯度経度を用いた更新後のスケジュール記憶部の構成例を示す図である。この場合も同様である。
【０１４１】
次に、作業情報の配信を伴う地図画面配信の処理について説明する。
【０１４２】
図４０は、実施の形態４における地図画面配信に係る地図配信サーバの構成例を示す図である。４００１は、作業情報生成部、４００２は、作業情報送信部である。
【０１４３】
図４１は、実施の形態４における地図画面配信処理フローを示す図である。
【０１４４】
初期表示指定場所判定処理（Ｓ４１０１）と、地図画面生成処理（Ｓ４１０２）と、地図画面送信処理（Ｓ４１０３）と、指示受信処理（Ｓ４１０４）と、終了指示の判断（Ｓ４１０５）は、図１３のＳ１３０１〜Ｓ１３０５の処理と同様である。
【０１４５】
また、指示受信部６０１で受信した指示の内容が（Ｓ４１０６）、戻り指示又は進み指示の場合に行われる表示指定場所変更処理（Ｓ４１０７）も、図１３のＳ１３０６の処理と同様である。
【０１４６】
一方、指示受信部６０１で受信した指示の内容が（Ｓ４１０６）、作業情報要求の場合には、作業情報生成部４００１と作業情報送信部４００２により作業情報配信処理（Ｓ４１０８）を行う。指示受信部６０１は、作業情報要求受信部の例である。
【０１４７】
図４２は、作業情報配信処理フローを示す図である。
【０１４８】
作業情報生成部４００１は、表示指定場所記憶部６０４から表示指定場所ＩＤを取得し（Ｓ４２０１）、表示指定場所ＩＤである指定場所ＩＤに対応する作業ＩＤを、スケジュール記憶部２０３から取得する（Ｓ４２０２）。更に、作業ＩＤに対応する顧客ＩＤと作業内容を、作業テーブル２５０２または緊急作業テーブル３３０２から取得する（Ｓ４２０３）。また、顧客ＩＤに対応する氏名、住所、装置／設備（顧客情報の例）を、顧客データベース２５０４から取得する（Ｓ４２０４）。そして、取得したこれらの情報から作業情報（作業内容、氏名、住所、装置／設備を含む。）を生成する（Ｓ４２０５）。
【０１４９】
作業情報送信部４００２は、作業情報要求を送信した携帯電話端末３へ、生成した作業情報を送信する（Ｓ４２０６）。
【０１５０】
指定場所受信部は、作業識別情報を順序付けて受信し、スケジュール記憶部は、受信した作業識別情報に対応する顧客識別情報に対応する指定場所特定情報を記憶するので、顧客先で作業する業務に地図配信サーバを応用する場合に、作業を選択することにより、容易にスケジュールを登録することできる。
【０１５１】
特に、作業一覧から作業を選択するので、作業要求の実態に基づいたスケジュールの登録が可能になる。
【０１５２】
表示指定場所の作業内容を含む作業情報を生成し、送信するので、ユーザは、作業に立寄る前や滞在中に、作業情報を得て効率的に作業を行うことができる。
【０１５３】
特に、作業情報要求を受信した場合に作業情報を送信するので、ユーザは、必要に応じて作業情報を得ることができる。
【０１５４】
実施の形態５．
本実施の形態では、顧客のもとを訪問し、営業やサービス等を行う業務に、本発明に係る地図配信サーバを応用する例について説明する。以下、装置や設備を保有する顧客を訪問する場合を例とする。訪問スケジュールは、例えばサービスマンや営業担当者であるユーザ（訪問者）が、自らが訪問するスケジュールとして登録する。
【０１５５】
また、業務主体（例えば、会社）として、緊急に顧客を訪問する必要が生じた場合には、管理者が、ユーザのスケジュールに顧客への訪問予定を挿入し、スケジュールを更新する場合もある。これにより、管理者からサービスマンや営業担当者へ、緊急の訪問を指示することになる。
【０１５６】
図４３は、実施の形態５におけるスケジュール登録に係る地図配信サーバの構成例を示す図である。４３０１は、訪問顧客選択処理部である。
【０１５７】
図４４は、実施の形態５におけるスケジュール登録処理フローを示す図である。
【０１５８】
ユーザＩＤとパスワードの受信（Ｓ４４０１）と、ユーザ認証（Ｓ４４０２）と、初期画面の送信（Ｓ４４０３）と、実施日の受信（Ｓ４４０４）と、ユーザＩＤと実施日の記憶（Ｓ４４０５）は、図３のＳ３０１〜Ｓ３０５と同様である。
【０１５９】
続いて、訪問顧客選択処理部４３０１は、訪問顧客選択画面を生成し（Ｓ４４０６）、生成した訪問顧客選択画面を利用者端末２に送信する（Ｓ４４０７）。
【０１６０】
図４５は、訪問顧客選択画面（初期状態）を示す図である。訪問顧客選択画面は、顧客一覧エリア４５００と訪問顧客選択エリア４５５０から構成されている。
【０１６１】
訪問顧客選択処理部４３０１は、顧客一覧エリア４５００の処理として、顧客データベース２５０４から順次、レコードを取得し、顧客ＩＤ、氏名、住所、装置／設備を配置する。
【０１６２】
また、訪問顧客選択エリアでは、訪問顧客選択エリア４５５０の処理として、顧客ＩＤを訪問順に順序付けて複数設定できるように構成されている。具体的には、訪問順に配置された顧客ＩＤの入力エリアに、顧客一覧エリアの顧客ＩＤを入力することにより設定する。
【０１６３】
図４６は、訪問顧客選択画面（選択後）を示す図である。顧客ＩＤが入力されると、対応する氏名、住所、装置／設備を表示し、ユーザが順に確認できるように構成されている。
【０１６４】
訪問顧客選択画面で、ユーザが決定を選択することにより、順序付けられた顧客ＩＤが利用者端末２から送信され、訪問顧客選択処理部４３０１で受信される（Ｓ４４０８）。顧客ＩＤに対応する指定場所特定情報（住所や緯度経度）を顧客データベース２５０４から特定し、指定場所設定処理部２０６は、指定場所特定情報と顧客ＩＤを順序付けてスケジュール記憶部２０３に記憶させる（Ｓ４４０９）。
【０１６５】
このようにして、記憶されるスケジュール記憶部の例を示す。図４７は、実施の形態５における住所を用いたスケジュール記憶部の構成例を示す図である。指定場所ＩＤに対応する住所と顧客ＩＤが記憶されている。図４８は、実施の形態５における緯度経度を用いたスケジュール記憶部の構成例を示す図である。緯度経度を用いる場合も同様に、指定場所ＩＤに対応する緯度経度と顧客ＩＤが記憶されている。
【０１６６】
次に、スケジュール更新について説明する。
【０１６７】
図４９は、実施の形態５におけるスケジュール更新に係る地図配信サーバの構成例を示す図である。４９０１は、緊急訪問顧客挿入処理部である。
図５０は、実施の形態５におけるスケジュール更新処理フローを示す図である。
【０１６８】
管理者パスワードの受信（Ｓ５００１）と、管理者認証（Ｓ５００２）と、ユーザＩＤの受信（Ｓ５００３）は、図３５のＳ３５０１〜Ｓ３５０３と同様である。
【０１６９】
緊急訪問顧客挿入処理部４９０１は、当日の日付（実施日）を取得し（Ｓ５００４）、緊急訪問顧客挿入画面を生成し（Ｓ５００５）、生成した緊急訪問顧客挿入画面を管理者端末へ送信する（Ｓ５００６）。
【０１７０】
図５１は、緊急訪問顧客挿入画面（初期状態）を示す図である。顧客一覧エリア５１００と緊急訪問顧客挿入エリア５１５０から構成されている。
【０１７１】
緊急訪問顧客挿入処理部４９０１は、顧客一覧エリア５１００に対する処理として、顧客データベース２５０４から順次レコードを取得し、顧客ＩＤ、氏名、住所、装置／設備を配置する。
【０１７２】
また、緊急訪問顧客挿入処理部４９０１は、緊急訪問顧客挿入エリア５１５０に対する処理として、実施日とユーザＩＤにより特定されるスケジュールとして既に記憶されている顧客ＩＤを作業テーブル２５０２から取得し、既設定値として顧客ＩＤの入力エリア５１５３に配置する。更に対応する氏名等を前述と同様に取得し、配置する。
【０１７３】
そして、管理者が選択した顧客ＩＤを、指定した位置に挿入できるように構成されている。具体的には、顧客ＩＤの入力エリアに、顧客一覧エリアのいずれかの顧客ＩＤを入力することにより、それ以降の顧客ＩＤを繰り下げて設定する。
【０１７４】
図５２は、緊急訪問顧客挿入画面（選択後）を示す図である。この例では、第二訪問顧客に緊急訪問顧客（顧客ＩＤ＝Ｃ００３）が挿入され、以下の訪問顧客が繰り下げられている。
【０１７５】
緊急訪問顧客挿入画面で、管理者が決定を選択することにより、更新され順序付けられた顧客ＩＤが管理者端末から送信され、緊急訪問顧客挿入処理部４９０１で受信される（Ｓ５００７）。この例によらず、挿入位置と挿入する顧客ＩＤ、あるいは削除する顧客ＩＤを転送し、緊急訪問顧客挿入処理部４９０１で顧客ＩＤの順を更新するようにすることも有効である。
【０１７６】
指定場所設定処理部２０６は、ユーザＩＤと実施日により、スケジュールを特定し（Ｓ５００８）、特定したスケジュールに、指定場所特定情報と顧客ＩＤを順序付けて記憶させる（Ｓ５００９）。
【０１７７】
図５３は、実施の形態５における住所を用いた更新後のスケジュール記憶部の構成例を示す図である。この例では、２番目に新たな指定場所特定情報と顧客ＩＤが挿入され、元の２番目以下の指定場所特定情報と作業ＩＤが、３番目以下に繰り下げられている。
【０１７８】
図５４は、実施の形態５における緯度経度を用いた更新後のスケジュール記憶部の構成例を示す図である。この場合も同様である。
【０１７９】
次に、顧客情報の配信を伴う地図画面配信の処理について説明する。
【０１８０】
図５５は、実施の形態５における地図画面配信に係る地図配信サーバの構成例を示す図である。５５０１は、顧客情報抽出部、５５０２は、顧客情報送信部である。
【０１８１】
図５６は、実施の形態５における地図画面配信処理フローを示す図である。
【０１８２】
初期表示指定場所判定処理（Ｓ５６０１）と、地図画面生成処理（Ｓ５６０２）と、地図画面送信処理（Ｓ５６０３）と、指示受信処理（Ｓ５６０４）と、終了指示の判断（Ｓ５６０５）は、図１３のＳ１３０１〜Ｓ１３０５の処理と同様である。
【０１８３】
また、指示受信部６０１で受信した指示の内容が（Ｓ５６０６）、戻り指示又は進み指示の場合に行われる表示指定場所変更処理（Ｓ５６０７）も、図１３のＳ１３０６の処理と同様である。指示受信部６０１は、顧客情報要求受信部の例である。
【０１８４】
一方、指示受信部６０１で受信した指示の内容が（Ｓ５６０６）、顧客情報要求の場合には、顧客情報抽出部５５０１と顧客情報送信部５５０２により顧客情報配信処理（Ｓ５６０８）を行う。
【０１８５】
図５７は、顧客情報配信処理フローを示す図である。
【０１８６】
顧客情報抽出部５５０１は、表示指定場所記憶部６０４から表示指定場所ＩＤを取得し（Ｓ５７０１）、表示指定場所ＩＤである指定場所ＩＤに対応する顧客ＩＤを、スケジュール記憶部２０３から取得する（Ｓ５７０２）。また、顧客ＩＤに対応する氏名、住所、装置／設備（顧客情報の例）を、顧客データベース２５０４から取得する（Ｓ５７０４）。
【０１８７】
顧客情報送信部５５０２は、顧客情報要求を送信した携帯電話端末３へ、抽出した顧客情報を送信する（Ｓ５７０４）。
【０１８８】
緊急情報にユーザＩＤを付与するように構成することもできる。顧客が特定のユーザに来てほしいという希望を受け付けることにより、管理者はスケジュール更新をするときにある程度顧客の希望を考慮することができる。
【０１８９】
指定場所受信部は、顧客識別情報を順序付けて複数受信し、スケジュール記憶部は、受信した顧客識別情報に対応する指定場所特定情報を記憶するので、顧客を訪問する業務に地図配信サーバを応用する場合に、顧客を選択することにより、容易にスケジュールを登録することできる。
【０１９０】
特に、顧客一覧から顧客を選択するので、顧客の実態に基づいたスケジュールの登録が可能になる。
【０１９１】
表示指定場所に対応する顧客情報を抽出し、送信するので、ユーザは、顧客へ立寄る前や滞在中に、顧客情報を得て円滑に訪問目的を達成することができる。
【０１９２】
特に、顧客情報要求を受信した場合に顧客情報を送信するので、ユーザは、必要に応じて顧客情報を得ることができる。
【０１９３】
実施の形態６．
本実施の形態では、指定場所をスケジュールとして登録する際に、指定場所にある施設の施設種別を併せて登録し、地図情報の配信の際に、登録した施設種別と同種の別施設についての施設情報の配信を行う形態について説明する。
【０１９４】
まず、指定場所をスケジュールとして登録する際に、指定場所の施設種別を併せて登録する処理について説明する。図５８は、実施の形態６におけるスケジュール登録に係る地図配信サーバの構成例を示す図である。
【０１９５】
５８０１は、施設種別受信部、５８０２は、施設種別テーブルである。
【０１９６】
図５９は、施設種別テーブルの構成例を示す図である。
【０１９７】
施設種別毎に、レコードが設けられ、レコード毎に、施設種別コードと施設種別内容を対応付けて記憶している。この例では、上位と中位と下位の３段階の階層を設けているが、階層を設けなくても有効である。また、階層毎に別のテーブルを設けても構わない。以下の説明で、同種レベルとして下位が指定されている場合には、上位と中位と下位のすべてが一致する場合に、同種の施設と判断する。同種レベルとして中位が指定されている場合には、上位と中位が一致する場合に、同種の施設と判断する。また、同種レベルとして上位が指定されている場合には、上位が一致する場合に、同種の施設と判断する。
【０１９８】
図６０は、実施の形態６におけるスケジュール登録処理フローを示す図である。
【０１９９】
ユーザＩＤとパスワードの受信（Ｓ６００１）と、ユーザ認証（Ｓ６００２）と、初期画面の送信（Ｓ６００３）と、実施日の受信（Ｓ６００４）と、ユーザＩＤと実施日の記憶（Ｓ６００５）と、地図表示の指示の受信（Ｓ６００６）と、地図画面の送信（Ｓ６００７）と、指定場所の受信（Ｓ６００８）については、図３のＳ３０１〜Ｓ３０８と同様である。
【０２００】
本実施の形態では、指定場所を受信した場合に（Ｓ６００８）、更に、施設種別受信部５８０１により指定場所に対応する施設種別を受信する（Ｓ６００９）。具体的には、施設種別テーブル５８０２の施設種別内容を一覧として、利用者端末２に送信し、一覧の中から施設種別内容を選択させ、選択に係る情報を受信し、選択された施設種別内容に対応する施設種別コードを特定する。
【０２０１】
指定場所設定処理部２０６は、指定場所特定情報と施設種別コードを順序付けてスケジュール記憶部に記憶させる（Ｓ６０１０）。終了指示を受信するまで（Ｓ６０１１）、上述の処理を繰り返す。
【０２０２】
このようにして登録されるスケジュールの例を示す。
【０２０３】
図６１は、実施の形態６における住所を用いたスケジュール記憶部の構成例を示す図である。本実施の形態では、住所の他に、施設種別コードが付加されている。図６２は、実施の形態６における緯度経度を用いたスケジュール記憶部の構成例を示す図である。緯度経度を用いる場合も、同様である。
【０２０４】
地図情報の配信の際に、登録した施設種別と同種の別施設についての情報を配信する処理について説明する。図６３は、実施の形態６における地図画面の配信に係る地図配信サーバの構成例を示す図である。
【０２０５】
６３０１は、同種施設情報抽出部、６３０２は、施設データベース、６３０３は、同種施設情報付加部である。施設データベース６３０２は、施設毎に施設名、住所、緯度経度、施設種別コード等の施設情報を記憶し、所在範囲（地図範囲）と、施設種別コードと、同種レベルを指定されると、同種レベルで一致する施設種別コードを有し、所在範囲に存在する施設を検索し、検索条件に適合する施設の施設情報を出力するように構成されている。
【０２０６】
図６４は、実施の形態６における地図画面の配信処理フローを示す図である。
【０２０７】
初期表示指定場所判定処理（Ｓ６４０１）と、地図画面生成処理（Ｓ６４０２）と、地図画面送信処理（Ｓ６４０３）と、指示受信処理（Ｓ６４０４）と、終了指示の判断（Ｓ６４０５）は、図１３のＳ１３０１〜Ｓ１３０５と同様である。
【０２０８】
また、指示受信部６０１で受信した指示の内容が（Ｓ６４０６）、戻り指示又は進み指示の場合に行われる表示指定場所変更処理（Ｓ６４０７）も、図１３のＳ１３０６の処理と同様である。
【０２０９】
一方、指示受信部６０１で受信した指示の内容が（Ｓ６４０６）、同種施設情報要求の場合には、地図画面生成部６０５によりＳ６４０２と同様の地図画面生成処理（Ｓ６４０８）を行い、同種施設情報抽出部６３０１により地図範囲内の同種の施設情報を抽出する同種施設情報抽出処理（Ｓ６４０９）行い、同種施設情報付加部６３０３により、抽出した同種の施設情報を地図画面上に施設アイコンとして配置する同種施設情報付加処理（Ｓ６４１０）を行う。指示受信部６０１は、同種施設情報要求受信部の例である。
【０２１０】
Ｓ６４０９の同種施設情報抽出処理について詳述する。図６５は、同種施設情報抽出処理フローを示す図である。
【０２１１】
同種施設情報抽出部６３０１は、表示指定場所記憶部６０４から表示指定場所ＩＤを読み込み（Ｓ６５０１）、表示指定場所ＩＤに対応する施設種別コードをスケジュール記憶部２０３から読み込む（Ｓ６５０２）。同種施設情報要求とともに受信した同種レベルを、指示受信部６０１から取得し（Ｓ６５０３）、更に地図画面生成部６０５から生成した地図画面の範囲を取得する（Ｓ６５０４）。地図範囲と施設種別コードと同種レベルを入力パラメータとして、施設データベース６３０２に、同種レベルで施設種別コードが一致する地図範囲内の施設情報を要求する（Ｓ６５０５）。そして、検索結果として、施設データベース６３０２から同種と判断された施設の施設情報（施設名、緯度／経度、所在地、施設種別コード）を取得する（Ｓ６５０６）。
【０２１２】
同種施設情報付加部６３０３は、同種施設情報付加処理として、抽出した同種施設情報を地図画面上に施設アイコンとして配置する処理を行うが、この方法の他、同種施設情報を一覧として付加してもよい。つまり、地図画面に併せて同種施設情報を出力する方法であれば、他の方法であっても有効である。
【０２１３】
施設種別コードをスケジュール記憶部の指定場所に対応付けて記憶し、地図画面配信の際に、施設種別コードが一致する施設の同種施設情報を地図画面上に配置するので、スケジュール上の立寄り先の施設の代わりとなる同種の施設の情報を得ることができる。スケジュール上の立寄り先の施設が受入不能な場合などに有効である。
【０２１４】
特に、同種施設情報要求を受信した場合に同種施設情報を送信するので、ユーザは、必要に応じて同種施設情報を得ることができる。
【０２１５】
実施の形態７．
本実施の形態では、施設データベースと連動する地図データベースを用いて、指定場所をスケジュールとして登録する際に、施設アイコンを含む地図画面を利用者端末２に送信し、ユーザによる施設アイコンの選択により指定場所と施設種別をスケジュールとして登録し、地図情報の配信の際に、登録した施設種別と同種の施設情報を施設アイコンとして配置した地図画像を配信する形態について説明する。
【０２１６】
まず、地図画面で選択された施設アイコンにより特定された指定場所と施設種別をスケジュールとして登録する処理について説明する。
【０２１７】
図６６は、実施の形態７におけるスケジュール登録に係る地図配信サーバの構成例を示す図である。地図データベース２０５は、施設データベース６３０２から施設ＩＤ、施設名称、緯度経度、所在地、施設種別コードを取得し、施設ＩＤと対応する施設アイコンを含めた地図情報を提供するように構成されている。
【０２１８】
図６７は、実施の形態７におけるスケジュール登録処理フローを示す図である。
【０２１９】
ユーザＩＤとパスワードの受信（Ｓ６７０１）と、ユーザ認証（Ｓ６７０２）と、初期画面の送信（Ｓ６７０３）と、実施日の受信（Ｓ６７０４）と、ユーザＩＤと実施日の記憶（Ｓ６７０５）は、図３のＳ３０１〜Ｓ３０５と同様である。
【０２２０】
地図処理部２０４で、地図表示の指示を受信した場合には（Ｓ６７０６）、施設アイコンを配置した地図画面を生成し、利用者端末２に送信する（Ｓ６７０７）。利用者は施設アイコンを選択し、地図処理部２０４は、利用者が選択した施設アイコンを特定する情報を受信し（Ｓ６７０８）、選択した施設の所在地（所在地又は緯度経度）を指定場所特定情報として特定し、更に選択した施設の種別を特定する。この例では、選択された施設アイコンの施設ＩＤ（施設識別情報の例）に対応する指定場所特定情報と施設種別コードを施設データベース６３０２から取得する（Ｓ６７０９）。
【０２２１】
指定場所設定処理部２０６は、指定場所特定情報と施設種別コードを順序付けてスケジュール記憶部に記憶させる（Ｓ６７１０）。終了指示まで、上述の処理を繰り返す（Ｓ６７１１）。これにより、前述の図６１あるいは図６２のようにスケジュールが記憶される。
【０２２２】
次に、地図情報の配信の際に、登録した施設種別と同種の施設情報を施設アイコンとして配置した地図画像を配信する処理について説明する。
【０２２３】
図６８は、実施の形態７における地図画面の配信に係る地図配信サーバの構成例を示す図である。施設データベース６３０２は、地図情報データベース６０６から所在範囲（地図範囲）と、施設種別コードと、同種レベルを指定されると、同種レベルで一致する施設種別コードを有し、所在範囲内に存在する施設を検索し、検索条件に適合する施設の施設情報を出力するように構成されている。
【０２２４】
図６９は、実施の形態７における地図画面の配信処理フローを示す図である。
【０２２５】
初期表示指定場所判定処理（Ｓ６９０１）と、地図画面生成処理（Ｓ６９０２）と、地図画面送信処理（Ｓ６９０３）と、指示受信処理（Ｓ６９０４）と、終了指示の判断（Ｓ６９０５）は、図１３のＳ１３０１〜Ｓ１３０５と同様である。
【０２２６】
また、指示受信部６０１で受信した指示の内容が（Ｓ６４０６）、戻り指示又は進み指示の場合に行われる表示指定場所変更処理（Ｓ６９０７）も、図１３のＳ１３０６の処理と同様である。
【０２２７】
一方、指示受信部６０１で受信した指示の内容が（Ｓ６９０６）、同種施設情報要求の場合には、地図画面生成部６０５により地図画面（同種施設アイコン含む）生成処理（Ｓ６９０８）を行い、地図画面送信部６０７により、地図画面（同種施設アイコン含む）を携帯電話端末３へ送信する（Ｓ６９０３）。指示受信部６０１は、同種施設情報要求受信部の例である。
【０２２８】
Ｓ６９０８の地図画面（同種施設アイコン含む）生成処理について説明する。
【０２２９】
図７０は、地図画面（同種施設アイコン含む）生成処理フローを示す図である。地図画面生成部６５は、表示指定場所記憶部６０４から表示指定場所ＩＤを読み込み（Ｓ７００１）、表示指定場所ＩＤに対応する指定場所特定情報と施設種別コードを、スケジュール記憶部２０３から読み込む（Ｓ７００２）。同種施設情報要求とともに受信した同種レベルを、指示受信部６０１から取得する（Ｓ７００３）。指定場所特定情報と施設種別コードと同種レベルを入力パラメータとして、地図情報データベース６０６にアクセスし、同種レベルで施設種別コードが一致する施設のアイコンを含む地図情報を要求する（Ｓ７００４）。そして、地図情報データベース６０６から地図情報（同種施設アイコン含む）を取得する（Ｓ７００５）。最後に、地図情報（同種施設アイコン含む）を携帯電話端末３で表示可能な地図画面（同種施設アイコン含む）へ変換する（Ｓ７００６）。
【０２３０】
地図画面上の施設アイコンの選択により、指定場所特定情報と施設種別コードとを特定し、これらをスケジュールに登録し、地図配信の際に、施設種別コードが一致する施設の同種施設アイコンを含む地図画面を生成し、送信するので、スケジュール上の立寄り先の施設の代わりとなる同種の施設の情報を得ることができる。スケジュール上の立寄り先の施設が受入不能な場合などに有効である。
【０２３１】
特に、同種施設情報要求を受信した場合に同種施設アイコンを含む地図画面を送信するので、ユーザは、必要に応じて同種施設情報を得ることができる。
【０２３２】
尚、地図配信サーバ１は、コンピュータであり、各要素はプログラムにより処理を実行することができる。また、プログラムを記憶媒体に記憶させ、記憶媒体からコンピュータに読み取られるようにすることができる。当然、ハードウェアにより各要素を構成することもできる。
【図面の簡単な説明】
【０２３３】
【図１】地図配信システムのネットワーク例を示す図である。
【図２】実施の形態１におけるスケジュール登録に係る地図配信サーバの構成を示す図である。
【図３】実施の形態１におけるスケジュール登録処理フローを示す図である。
【図４】実施の形態１における緯度経度を用いたスケジュール記憶部の構成例を示す図である。
【図５】実施の形態１における住所を用いたスケジュール記憶部の構成例を示す図である。
【図６】実施の形態１における地図画面の配信に係る地図配信サーバの構成を示す図である。
【図７】指定場所（ＩＤ＝１）に未到達の状況を示す立寄り状況記憶部の構成例を示す図である。
【図８】指定場所（ＩＤ＝１）に滞在中の状況を示す立寄り状況記憶部の構成例を示す図である。
【図９】指定場所（ＩＤ＝２）に未到達の状況を示す立寄り状況記憶部の構成例を示す図である。
【図１０】指定場所（ＩＤ＝２）に滞在中の状況を示す立寄り状況記憶部の構成例を示す図である。
【図１１】指定場所（ＩＤ＝３）に未到達の状況を示す立寄り状況記憶部の構成例を示す図である。
【図１２】指定場所（ＩＤ＝３）に滞在中の状況を示す立寄り状況記憶部の構成例を示す図である。
【図１３】実施の形態１における地図画面の配信処理フローを示す図である。
【図１４】実施の形態１における表示指定場所判定処理フロー示す図である。
【図１５】地図画面生成処理フローを示す図である。
【図１６】表示指定場所変更処理フローを示す図である。
【図１７】実施の形態２におけるスケジュール登録に係る地図配信サーバの構成を示す図である。
【図１８】実施の形態２におけるスケジュール登録処理フローを示す図である。
【図１９】実施の形態２における緯度経度を用いたスケジュール記憶部の構成例を示す図である。
【図２０】実施の形態２における住所を用いたスケジュール記憶部の構成例を示す図である。
【図２１】実施の形態２における地図画面の配信に係る地図配信サーバの構成を示す図である。
【図２２】実施の形態２における地図画面の配信処理フローを示す図である。
【図２３】実施の形態３における地図画面の配信に係る地図配信サーバの構成を示す図である。
【図２４】実施の形態３における地図画面の配信処理フローを示す図である。
【図２５】実施の形態４におけるスケジュール登録に係る地図配信サーバの構成例を示す図である。
【図２６】顧客データベースの構成例を示す図である。
【図２７】作業テーブルの構成例を示す図である。
【図２８】実施の形態４におけるスケジュール登録処理フローを示す図である。
【図２９】作業選択画面（初期状態）を示す図である。
【図３０】作業選択画面（選択後）を示す図である。
【図３１】実施の形態４における住所を用いたスケジュール記憶部の構成例を示す図である。
【図３２】実施の形態４における緯度経度を用いたスケジュール記憶部の構成例を示す図である。
【図３３】実施の形態４におけるスケジュール更新に係る地図配信サーバの構成例を示す図である。
【図３４】緊急作業テーブルの構成例を示す図である。
【図３５】実施の形態４におけるスケジュール更新処理フローを示す図である。
【図３６】緊急作業挿入画面（初期状態）を示す図である。
【図３７】緊急作業挿入画面（選択後）を示す図である。
【図３８】実施の形態４における住所を用いた更新後のスケジュール記憶部の構成例を示す図である。
【図３９】実施の形態４における緯度経度を用いた更新後のスケジュール記憶部の構成例を示す図である。
【図４０】実施の形態４における地図画面配信に係る地図配信サーバの構成例を示す図である。
【図４１】実施の形態４における地図画面配信処理フローを示す図である。
【図４２】作業情報配信処理フローを示す図である。
【図４３】実施の形態５におけるスケジュール登録に係る地図配信サーバの構成例を示す図である。
【図４４】実施の形態５におけるスケジュール登録処理フローを示す図である。
【図４５】訪問顧客選択画面（初期状態）を示す図である。
【図４６】訪問顧客選択画面（選択後）を示す図である。
【図４７】実施の形態５における住所を用いたスケジュール記憶部の構成例を示す図である。
【図４８】実施の形態５における緯度経度を用いたスケジュール記憶部の構成例を示す図である。
【図４９】実施の形態５におけるスケジュール更新に係る地図配信サーバの構成例を示す図である。
【図５０】実施の形態５におけるスケジュール更新処理フローを示す図である。
【図５１】緊急訪問顧客挿入画面（初期状態）を示す図である。
【図５２】緊急訪問顧客挿入画面（選択後）を示す図である。
【図５３】実施の形態５における住所を用いた更新後のスケジュール記憶部の構成例を示す図である。
【図５４】実施の形態５における緯度経度を用いた更新後のスケジュール記憶部の構成例を示す図である。
【図５５】実施の形態５における地図画面配信に係る地図配信サーバの構成例を示す図である。
【図５６】実施の形態５における地図画面配信処理フローを示す図である。
【図５７】顧客情報配信処理フローを示す図である。
【図５８】実施の形態６におけるスケジュール登録に係る地図配信サーバの構成例を示す図である。
【図５９】施設種別テーブルの構成例を示す図である。
【図６０】実施の形態６におけるスケジュール登録処理フローを示す図である。
【図６１】実施の形態６における住所を用いたスケジュール記憶部の構成例を示す図である。
【図６２】実施の形態６における緯度経度を用いたスケジュール記憶部の構成例を示す図である。
【図６３】実施の形態６における地図画面の配信に係る地図配信サーバの構成例を示す図である。
【図６４】実施の形態６における地図画面の配信処理フローを示す図である。
【図６５】同種施設情報抽出処理フローを示す図である。
【図６６】実施の形態７におけるスケジュール登録に係る地図配信サーバの構成例を示す図である。
【図６７】実施の形態７におけるスケジュール登録処理フローを示す図である。
【図６８】実施の形態７における地図画面の配信に係る地図配信サーバの構成例を示す図である。
【図６９】実施の形態７における地図画面の配信処理フローを示す図である。
【図７０】地図画面（同種施設アイコン含む）生成処理フローを示す図である。
【符号の説明】
【０２３４】
１ 地図配信サーバ、２ 利用者端末、３ 携帯電話端末、４ インターネット、５ 携帯電話網、６ インターネット接続装置、７ 基地局、２０１ ユーザ認証部、２０２ スケジュール登録初期処理部、２０３ スケジュール記憶部、２０４ 地図処理部、２０５ 地図データベース、２０６ 指定場所設定処理部、６０１ 指示受信部、６０２ 表示指定場所判定部、６０３ 立寄り状況記憶部、６０４ 表示指定場所記憶部、６０５ 地図画面生成部、６０６ 地図情報データベース、６０７ 地図画面送信部、６０８ 表示指定場所変更部、１７０１ 予定立寄り時間設定処理部、２５０１ 作業登録部、２５０２ 作業テーブル、２５０３ 作業選択処理部、２５０４ 顧客データベース、３３０１ 緊急作業登録部、３３０２ 緊急作業テーブル、３３０３ 管理者認証部、３３０４ ユーザＩＤ入力部、３３０５ 緊急作業挿入処理部、４００１ 作業情報生成部、４００２ 作業情報送信部、４３０１ 訪問顧客選択処理部、４９０１ 緊急訪問顧客挿入処理部、５５０１ 顧客情報抽出部、５５０２ 顧客情報送信部、５８０１ 施設種別受信部、５８０２ 施設種別テーブル、６３０１ 同種施設情報抽出部、６３０２ 施設データベース、６３０３ 同種施設情報付加部。
【特許請求の範囲】
【請求項１】
複数の指定場所の移動に関するスケジュールの送信に用いる利用者端末と、移動先で通信可能な移動対応端末とに接続可能な地図配信サーバであって、以下の要素を有することを特徴とする地図配信サーバ
（１）利用者端末から、指定場所を特定可能な情報を、順序付けて複数受信する指定場所受信部
（２）利用者端末から、指定場所に対応付けて、予定立寄り時間を受信する予定立寄り時間受信部
（３）指定場所受信部により受信した複数の上記指定場所を特定可能な情報に基づいて、指定場所を特定する指定場所特定情報を順序付けて複数記憶し、更に指定場所特定情報に対応付けて、受信した予定立寄り時間を記憶するスケジュール記憶部
（４）移動対応端末から、地図画面の配信を求める配信要求を受信する配信要求受信部
（５）指定場所毎に、指定場所へ到達していない未到達ステータスと、指定場所に滞在している滞在中ステータスと、指定場所を退いた退去ステータスを区別する立寄り状況を記憶する立寄り状況記憶部
（６）スケジュール記憶部に記憶している複数の指定場所特定情報により特定される複数の指定場所について、立寄り状況が未到達ステータスあるいは滞在中ステータスである指
定場所のうち、対応する予定立寄り時間と現在時刻の差が最も小さい指定場所を、上記配信要求を受信してから最初に表示する指定場所を特定する初期表示指定場所として表示指定場所記憶部に設定し、現在時刻が当該差が最も小さい指定場所の予定立寄り時間内又は後の場合に、当該差が最も小さい指定場所の立寄り状況を滞在中ステータスに更新し、更にスケジュール記憶部の順序付けに従って当該差が最も小さい指定場所より前の指定場所の立寄り状況を退去ステータスに更新する表示指定場所判定部
（７）表示指定場所を記憶する表示指定場所記憶部
（８）表示指定場所記憶部に初期表示指定場所を設定した場合に、表示指定場所記憶部に記憶している表示指定場所を含む地図画面を生成する地図画面生成部
（９）生成した地図画面を、移動対応端末へ送信する地図画面送信部。
【請求項２】
地図配信サーバは、更に、
（１０）移動対応端末から指示を受信する指示受信部と、
（１１）受信した指示に従って、表示指定場所記憶部に記憶している表示指定場所を変更する表示指定場所変更部を有し、
地図画面生成部は、表示指定場所記憶部の表示指定場所を変更した場合にも、表示指定場所記憶部に記憶している表示指定場所を含む地図画面を生成することを特徴とする請求項１記載の地図配信サーバ。
【請求項３】
上記地図配信サーバは、移動対応端末から現在位置情報を受信し、現在時刻と受信した現在位置情報とから、予定立寄時間に対する差分を算出し、それ以降の指定場所に関する予定立寄時間を上記差分に基づいて補正し、補正した予定立寄時間に基づいて表示指定場所を判定することを特徴とする請求項１記載の地図配信サーバ。
【請求項４】
複数の指定場所の移動に関するスケジュールの送信に用いる利用者端末と、移動先で通信可能な移動対応端末とに接続可能であり、指定場所特定情報と予定立寄り時間を順序付けて複数記憶するスケジュール記憶部と、指定場所毎に、指定場所へ到達していない未到達ステータスと、指定場所に滞在している滞在中ステータスと、指定場所を退いた退去ステータスを区別する立寄り状況を記憶する立寄り状況記憶部と、表示指定場所を記憶する表示指定場所記憶部を有する地図配信サーバとなるコンピュータに、以下の手順を実行させるためのプログラム
（１）利用者端末から、指定場所を特定可能な情報を、順序付けて複数受信する手順
（２）利用者端末から、指定場所に対応付けて、予定立寄り時間を受信する手順
（３）受信した複数の上記指定場所を特定可能な情報に基づいて、スケジュール記憶部に、指定場所を特定する指定場所特定情報を順序付けて複数記憶させ、更に指定場所特定情報に対応付けて、受信した予定立寄り時間を記憶させる手順
（４）移動対応端末から、地図画面の配信を求める配信要求を受信する手順
（５）スケジュール記憶部に記憶している複数の指定場所特定情報により特定される複数の指定場所について、立寄り状況が未到達ステータスあるいは滞在中ステータスである指定場所のうち、対応する予定立寄り時間と現在時刻の差が最も小さい指定場所を、上記配信要求を受信してから最初に表示する指定場所を特定する初期表示指定場所として表示指定場所記憶部に設定し、現在時刻が当該差が最も小さい指定場所の予定立寄り時間内又は後の場合に、当該差が最も小さい指定場所の立寄り状況を滞在中ステータスに更新し、更にスケジュール記憶部の順序付けに従って当該差が最も小さい指定場所より前の指定場所の立寄り状況を退去ステータスに更新する手順
（６）表示指定場所記憶部に初期表示指定場所を設定した場合に、表示指定場所記憶部に記憶している表示指定場所を含む地図画面を生成する手順
（７）生成した地図画面を、移動対応端末へ送信する手順。
【請求項５】
地図配信サーバは、作業識別情報と顧客識別情報とを対応付けて記憶する作業テーブルと、
顧客識別情報と指定場所特定情報とを対応付けて記憶する顧客データベースとを有し、
上記指定場所受信部は、指定場所を特定可能な情報として、作業識別情報を順序付けて複数受信し、受信した作業識別情報に対応する顧客識別情報を上記作業テーブルから特定し、特定した顧客識別情報に対応する指定場所特定情報を上記顧客データベースから特定し、
上記スケジュール記憶部は、特定した指定場所特定情報を、受信した複数の作業識別情報の順序付けに従って順序付けて複数記憶することを特徴とする請求項１記載の地図配信サーバ。
【請求項６】
上記顧客データベースは、顧客識別情報に対応付けて、少なくとも顧客の住所を記憶し、
上記作業テーブルは、更に、作業内容を対応付けて記憶し、
上記指定場所受信部は、上記作業テーブルに記憶する作業識別情報毎に、作業識別情報に対応する顧客識別情報と作業内容を特定し、特定した顧客識別情報に対応する顧客の住所を上記顧客データベースから特定し、特定した顧客の住所と作業内容とを含む作業一覧を利用者端末へ送信し、作業の選択を促し、作業一覧から選択された作業の作業識別情報を順序付けて複数受信することを特徴とする請求項５記載の地図配信サーバ。
【請求項７】
上記指定場所受信部は、施設アイコンを含む地図画面を送信し、指定場所を特定可能な情報として、施設アイコンを特定する情報を順序付けて複数受信し、
上記スケジュール記憶部は、受信した上記情報により特定される指定場所特定情報と施設種別コードとを順序付けて複数記憶し、
地図画面生成部は、上記スケジュール記憶部上で、上記表示指定場所判定部で判定した
表示指定場所に対応する施設種別コードが一致する施設の同種施設アイコンを含む地図画面を生成し、
上記地図画面送信部は、同種施設アイコンを含む地図画面を送信することを特徴とする請求項１記載の地図配信サーバ。
【請求項１】
複数の指定場所の移動に関するスケジュールの送信に用いる利用者端末と、移動先で通信可能な移動対応端末とに接続可能な地図配信サーバであって、以下の要素を有することを特徴とする地図配信サーバ
（１）利用者端末から、指定場所を特定可能な情報を、順序付けて複数受信する指定場所受信部
（２）利用者端末から、指定場所に対応付けて、予定立寄り時間を受信する予定立寄り時間受信部
（３）指定場所受信部により受信した複数の上記指定場所を特定可能な情報に基づいて、指定場所を特定する指定場所特定情報を順序付けて複数記憶し、更に指定場所特定情報に対応付けて、受信した予定立寄り時間を記憶するスケジュール記憶部
（４）移動対応端末から、地図画面の配信を求める配信要求を受信する配信要求受信部
（５）指定場所毎に、指定場所へ到達していない未到達ステータスと、指定場所に滞在している滞在中ステータスと、指定場所を退いた退去ステータスを区別する立寄り状況を記憶する立寄り状況記憶部
（６）スケジュール記憶部に記憶している複数の指定場所特定情報により特定される複数の指定場所について、立寄り状況が未到達ステータスあるいは滞在中ステータスである指
定場所のうち、対応する予定立寄り時間と現在時刻の差が最も小さい指定場所を、上記配信要求を受信してから最初に表示する指定場所を特定する初期表示指定場所として表示指定場所記憶部に設定し、現在時刻が当該差が最も小さい指定場所の予定立寄り時間内又は後の場合に、当該差が最も小さい指定場所の立寄り状況を滞在中ステータスに更新し、更にスケジュール記憶部の順序付けに従って当該差が最も小さい指定場所より前の指定場所の立寄り状況を退去ステータスに更新する表示指定場所判定部
（７）表示指定場所を記憶する表示指定場所記憶部
（８）表示指定場所記憶部に初期表示指定場所を設定した場合に、表示指定場所記憶部に記憶している表示指定場所を含む地図画面を生成する地図画面生成部
（９）生成した地図画面を、移動対応端末へ送信する地図画面送信部。
【請求項２】
地図配信サーバは、更に、
（１０）移動対応端末から指示を受信する指示受信部と、
（１１）受信した指示に従って、表示指定場所記憶部に記憶している表示指定場所を変更する表示指定場所変更部を有し、
地図画面生成部は、表示指定場所記憶部の表示指定場所を変更した場合にも、表示指定場所記憶部に記憶している表示指定場所を含む地図画面を生成することを特徴とする請求項１記載の地図配信サーバ。
【請求項３】
上記地図配信サーバは、移動対応端末から現在位置情報を受信し、現在時刻と受信した現在位置情報とから、予定立寄時間に対する差分を算出し、それ以降の指定場所に関する予定立寄時間を上記差分に基づいて補正し、補正した予定立寄時間に基づいて表示指定場所を判定することを特徴とする請求項１記載の地図配信サーバ。
【請求項４】
複数の指定場所の移動に関するスケジュールの送信に用いる利用者端末と、移動先で通信可能な移動対応端末とに接続可能であり、指定場所特定情報と予定立寄り時間を順序付けて複数記憶するスケジュール記憶部と、指定場所毎に、指定場所へ到達していない未到達ステータスと、指定場所に滞在している滞在中ステータスと、指定場所を退いた退去ステータスを区別する立寄り状況を記憶する立寄り状況記憶部と、表示指定場所を記憶する表示指定場所記憶部を有する地図配信サーバとなるコンピュータに、以下の手順を実行させるためのプログラム
（１）利用者端末から、指定場所を特定可能な情報を、順序付けて複数受信する手順
（２）利用者端末から、指定場所に対応付けて、予定立寄り時間を受信する手順
（３）受信した複数の上記指定場所を特定可能な情報に基づいて、スケジュール記憶部に、指定場所を特定する指定場所特定情報を順序付けて複数記憶させ、更に指定場所特定情報に対応付けて、受信した予定立寄り時間を記憶させる手順
（４）移動対応端末から、地図画面の配信を求める配信要求を受信する手順
（５）スケジュール記憶部に記憶している複数の指定場所特定情報により特定される複数の指定場所について、立寄り状況が未到達ステータスあるいは滞在中ステータスである指定場所のうち、対応する予定立寄り時間と現在時刻の差が最も小さい指定場所を、上記配信要求を受信してから最初に表示する指定場所を特定する初期表示指定場所として表示指定場所記憶部に設定し、現在時刻が当該差が最も小さい指定場所の予定立寄り時間内又は後の場合に、当該差が最も小さい指定場所の立寄り状況を滞在中ステータスに更新し、更にスケジュール記憶部の順序付けに従って当該差が最も小さい指定場所より前の指定場所の立寄り状況を退去ステータスに更新する手順
（６）表示指定場所記憶部に初期表示指定場所を設定した場合に、表示指定場所記憶部に記憶している表示指定場所を含む地図画面を生成する手順
（７）生成した地図画面を、移動対応端末へ送信する手順。
【請求項５】
地図配信サーバは、作業識別情報と顧客識別情報とを対応付けて記憶する作業テーブルと、
顧客識別情報と指定場所特定情報とを対応付けて記憶する顧客データベースとを有し、
上記指定場所受信部は、指定場所を特定可能な情報として、作業識別情報を順序付けて複数受信し、受信した作業識別情報に対応する顧客識別情報を上記作業テーブルから特定し、特定した顧客識別情報に対応する指定場所特定情報を上記顧客データベースから特定し、
上記スケジュール記憶部は、特定した指定場所特定情報を、受信した複数の作業識別情報の順序付けに従って順序付けて複数記憶することを特徴とする請求項１記載の地図配信サーバ。
【請求項６】
上記顧客データベースは、顧客識別情報に対応付けて、少なくとも顧客の住所を記憶し、
上記作業テーブルは、更に、作業内容を対応付けて記憶し、
上記指定場所受信部は、上記作業テーブルに記憶する作業識別情報毎に、作業識別情報に対応する顧客識別情報と作業内容を特定し、特定した顧客識別情報に対応する顧客の住所を上記顧客データベースから特定し、特定した顧客の住所と作業内容とを含む作業一覧を利用者端末へ送信し、作業の選択を促し、作業一覧から選択された作業の作業識別情報を順序付けて複数受信することを特徴とする請求項５記載の地図配信サーバ。
【請求項７】
上記指定場所受信部は、施設アイコンを含む地図画面を送信し、指定場所を特定可能な情報として、施設アイコンを特定する情報を順序付けて複数受信し、
上記スケジュール記憶部は、受信した上記情報により特定される指定場所特定情報と施設種別コードとを順序付けて複数記憶し、
地図画面生成部は、上記スケジュール記憶部上で、上記表示指定場所判定部で判定した
表示指定場所に対応する施設種別コードが一致する施設の同種施設アイコンを含む地図画面を生成し、
上記地図画面送信部は、同種施設アイコンを含む地図画面を送信することを特徴とする請求項１記載の地図配信サーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図４９】
【図５０】
【図５１】
【図５２】
【図５３】
【図５４】
【図５５】
【図５６】
【図５７】
【図５８】
【図５９】
【図６０】
【図６１】
【図６２】
【図６３】
【図６４】
【図６５】
【図６６】
【図６７】
【図６８】
【図６９】
【図７０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図４９】
【図５０】
【図５１】
【図５２】
【図５３】
【図５４】
【図５５】
【図５６】
【図５７】
【図５８】
【図５９】
【図６０】
【図６１】
【図６２】
【図６３】
【図６４】
【図６５】
【図６６】
【図６７】
【図６８】
【図６９】
【図７０】
【公開番号】特開２００６−１８４２８１（Ｐ２００６−１８４２８１Ａ）
【公開日】平成１８年７月１３日（２００６．７．１３）
【国際特許分類】
【出願番号】特願２００５−３６２８４８（Ｐ２００５−３６２８４８）
【出願日】平成１７年１２月１６日（２００５．１２．１６）
【分割の表示】特願２００２−２９４８３４（Ｐ２００２−２９４８３４）の分割
【原出願日】平成１４年１０月８日（２００２．１０．８）
【出願人】（３９４０１３００２）三菱電機インフォメーションシステムズ株式会社 (251)
【Ｆターム（参考）】
【公開日】平成１８年７月１３日（２００６．７．１３）
【国際特許分類】
【出願日】平成１７年１２月１６日（２００５．１２．１６）
【分割の表示】特願２００２−２９４８３４（Ｐ２００２−２９４８３４）の分割
【原出願日】平成１４年１０月８日（２００２．１０．８）
【出願人】（３９４０１３００２）三菱電機インフォメーションシステムズ株式会社 (251)
【Ｆターム（参考）】
[ Back to top ]