(57)【要約】【課題】  業務に必要な情報を、位置情報をもとにシステムで判断して随時更新し、リクエストではなくセンタ側から自動送信することで、業務の効率を向上させることができる携帯端末システムを提供することにある。【解決手段】  サーバ装置と携帯端末から構成された携帯端末システムであり、  前記携帯端末が、  ＧＰＳ機能により取得した位置情報を前記サーバ装置に定期的に送信する手段と、前記位置情報に対してサーバ装置から受信した業務情報を保持し、その保持した業務情報を利用する手段とを備え、  前記サーバ装置が、  各種の業務情報を前記携帯端末から受信する位置情報に紐付けて記憶したデータベースと、前記携帯端末から定期的に受信した位置情報に変化があった都度、新たな位置情報に対応する業務情報を前記データベースから取得し、前記携帯端末に送信する手段とを備えることを特徴とする。【選択図】      図１
2011066581.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置と携帯端末から構成された携帯端末システムであって、
前記携帯端末が、
ＧＰＳ機能により取得した位置情報を前記サーバ装置に定期的に送信する手段と、前記位置情報に対してサーバ装置から受信した業務情報を保持し、その保持した業務情報を利用する手段とを備え、
前記サーバ装置が、
各種の業務情報を前記携帯端末から受信する位置情報に紐付けて記憶したデータベースと、前記携帯端末から定期的に受信した位置情報に変化があった都度、新たな位置情報に対応する業務情報を前記データベースから取得し、前記携帯端末に送信する手段とを備えることを特徴とする携帯端末システム。
【請求項２】
前記サーバ装置は、前記データベースに格納された業務情報が更新された場合、更新された業務情報を利用する携帯端末に対し更新された業務情報を送信する手段をさらに備えることを特徴とする携帯端末システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末のＧＰＳ機能による位置情報を元に、位置と関連する顧客情報などの業務情報をセンタ側から携帯端末に送信し、必要の都度センタに照会しなくても業務処理を行えるようにする携帯端末システムに関するものである。
【背景技術】
【０００２】
ＧＰＳ機能の搭載された携帯端末が多く利用されるようになり、ナビゲーションの提供や最寄りの店舗情報などを照会する携帯端末アプリケーションなどが広く使われるようになっている。
インターネット上での地図利用が扱い易くなっており、位置情報に対する関心や、地図や位置情報を高度に利用した業務アプリケーションのニーズが高まっている。
また、メールではなく、ＳＭＳのようなセンタから携帯端末のアプリケーションに対してメッセージを直接送れるようなサービスも広く使われるようになり、センタと携帯端末上のアプリケーションが双方向に非同期に通信ができるようになった。
このため、携帯端末上のアプリケーションを各種の業務アプリケーションとして利用可能な範囲が広がっている。
なお、本発明に関連する公知技術文献としては下記の特許文献１がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１０４４５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のシステムは、必要の都度センタに接続し、必要な情報をセンタから取得するという構成であるため、データ通信速度に依存した通信待ち時間が必要となり、現在地点での各種の必要情報を迅速に得ることができないという問題があった。
【０００５】
本発明の目的は、業務に必要な情報を、位置情報をもとにシステムで判断して随時更新し、リクエストではなくセンタ側から自動送信することで、業務の効率を向上させることができる携帯端末システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明の携帯端末システムは、サーバ装置と携帯端末から構成された携帯端末システムであり、
前記携帯端末が、
ＧＰＳ機能により取得した位置情報を前記サーバ装置に定期的に送信する手段と、前記位置情報に対してサーバ装置から受信した業務情報を保持し、その保持した業務情報を利用する手段とを備え、
前記サーバ装置が、
各種の業務情報を前記携帯端末から受信する位置情報に紐付けて記憶したデータベースと、前記携帯端末から定期的に受信した位置情報に変化があった都度、新たな位置情報に対応する業務情報を前記データベースから取得し、前記携帯端末に送信する手段とを備えることを特徴とする。
前記サーバ装置は、前記データベースに格納された業務情報が更新された場合、更新された業務情報を利用する携帯端末に対し更新された業務情報を送信する手段をさらに備える。
【発明の効果】
【０００７】
本発明の携帯端末システムによれば、次のような効果がある。
（１）自動的に送信している位置情報を元にサーバ装置から現在位置に応じた適切な業務情報が自動送信されるので、地点毎に適確な情報を迅速に参照することができる。
（２）携帯端末からのリクエストではなく、サーバ装置から自動送信されるので、通信待ち時間や通信不良を心配せずに利用でき、業務の迅速化、効率化が期待できる。
また、データベースに格納された業務情報が更新された場合であっても、その更新情報を利用する携帯端末に対し、更新情報がサーバ装置から自動送信されるので、データベースの業務情報の更新に際して迅速に対応することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施の形態例を示すシステム構成図である。
【図２】携帯端末上に地域内の業務情報（依頼顧客一覧）が表示されている画面の例である。
【図３】携帯端末上に業務情報の詳細情報が表示されている画面の例である。
【図４】サーバ側で測位情報を受信した際の処理のフローチャートである。
【図５】サーバ側で業務情報に更新が発生した際の処理のフローチャートである。
【図６】携帯端末側の処理のフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明を適用した携帯端末システムの一実施形態について説明する。
図１は、本発明の実施の形態の一例を示すシステム構成図である。
本実施形態の携帯端末システムは、利用者が持ち歩く携帯端末１と、ＧＰＳ情報を提供するＧＰＳ基地局２と、データセンタ内にあるデータ管理用サーバ３とで構成され、携帯端末１はＧＰＳ基地局２から取得する位置情報を定期的に受信し、その位置情報をデータ管理サーバ３へ送信する。
データ管理サーバ３は、送られてきた位置情報に関連する業務情報をサーバ３内にある業務情報管理データベース３１から検索し、携帯端末１へ送信する。また、業務情報管理データベース３１内のデータが更新され、携帯端末に送信すべき情報が更新された際は、携帯端末１から送られていた位置情報を元に影響のある携帯端末１を選び出し、データセンタからの指示で更新データを送信する。
【００１０】
図２は、このシステムを事務機器などの出張サポートに利用した場合の画面例である。
サービス員が出張し、ある地域で作業をして、その終了後に、地域内依頼顧客一覧４で同一作業地域で依頼されている他の作業の一覧を参照することができる。この中で次に行く作業候補を確認することができ、参照ボタン５を押すとその依頼作業の内容の詳細を別画面で表示し参照することができ、更新ボタン６を押すと、一覧の情報を強制的にサーバ３から取得し直して更新することができ、地図ボタン７では、依頼元の位置を別の画面で地図表示して確認をすることができる。
【００１１】
図３は、参照ボタン５を押した際に表示される画面例である。
図２の一覧で選択されていた項目の詳細内容８が表示される。この場合は、顧客名、住所、連絡先の電話番号、顧客の担当者名、実際の依頼内容の詳細などが表示される。
また図２と同じく、位置情報を持っているので、ここからも地図ボタン９を押すことで、顧客の位置の地図表示をすることができ、作業場所の確認をすることができる。情報はあらかじめ携帯に蓄積されているので、項目を参照するたびに通信が発生することはなく、画面遷移をスムーズに行え、ストレスなく表示することができる。
【００１２】
図４は、データ管理サーバ３で携帯端末１から位置情報を受信した際のフローチャートである。
データ管理サーバ３は、携帯端末１がアプリケーション起動時や一定期間ごとに繰り返す測位により送信してくる測位情報を受信する（ステップ４０１）。
受信した位置情報から、その位置が前回の測位情報で判断したエリアと同じ領域に含まれるかを判定する。同じ領域の場合は送る業務情報に変化はないので、新たな情報の検索は実施せず、次の携帯端末１からの位置情報を受信するまで待機する（ステップ４０２）。
しかし、前回の測位のときと含まれるエリアに変更があった場合は、新たに含まれるエリアがどこになるか、空間的な検索を実施し、新しいエリアを確定する（ステップ４０３）。
【００１３】
新しいエリアが確定したら、そのエリアに関連する業務情報を検索し、取得する（ステップ４０４）。
図２の例の場合は、出張依頼をしている顧客のうち、エリア内に事業所の住所（座標）のあるデータを選び出し、その顧客名、作業内容情報を取得する（ステップ４０４）。
取得した作業内容情報（業務情報）を、位置情報を送信してきた携帯端末１に対して、位置情報の送信の応答として送信する（ステップ４０５）。
【００１４】
図５は、データ管理サーバ３内で業務情報が更新されたときのフローチャートである。
携帯端末１からのデータの送信とは関係なく、別のシステムによりデータ管理サーバ３の業務情報が更新されることがある。図２の例では、新しい出張依頼が顧客からあり、その顧客の存在するエリアが、携帯端末１を持って出張作業をしている担当者のエリア内であった場合などである（ステップ５０１）。更新されたデータは１人の担当者だけに関係するものとは限らないので、データが関連するエリアを検索、取得し、そのエリアで作業をしている作業担当者を、データベース３１に蓄積されている携帯端末１からの位置情報をもとに割り出す（ステップ５０２）。
【００１５】
送信先として必要な数が決まったら、その数だけの送信データの作成をする。担当者ごとに送信するデータに違いがある場合もあるので、それぞれに必要なデータを編集し、送信するデータを作成する。このデータはＳＭＳなどのメッセージとして携帯端末１に送信する。急ぎのデータとして送信する必要のないデータであれば、携帯端末１の次回の測位データの受信時に、応答データとしてそれらのデータを携帯端末に送信することが可能である（ステップ５０４）。
【００１６】
図６は、携帯端末１側での処理のフローチャートである。
携帯端末１のアプリケーションを起動したタイミングでまず測位を実行し、自分がどこにいるのかを携帯端末１で把握する（ステップ６０１）。測位は位置や周りの環境によって測位が成功しない場合もあるので、失敗した場合は、取得できるまで測位のリトライを実行する（ステップ６０２）。測位が成功した場合は、データ管理サーバ３へ取得した位置情報を送信する（ステップ６０３）。
【００１７】
データ管理サーバ３は位置に関連する情報を検索して携帯端末１へ送信してくるので、携帯端末１はその情報を応答として受信し、携帯端末１に実装された業務アプリケーションに保存する。保存しておくことでその情報を表示するときに通信を発生させることなく利用することができる。データ量が多い場合は、詳細部分だけをサーバ３からの通信により取得することなどにして、極力通信を削減するように業務アプリケーションに保存するデータと業務アプリケーションの動作を調整する（ステップ６０４）。
【００１８】
これらの処理はすべて業務アプリケーションとしてはバックグラウンドで行われ、ユーザの操作によるものではない動作である。ユーザは意識せずに業務アプリケーションの利用を継続する（ステップ６０５）。
また、携帯端末１の位置が変わることを検出するために、１０分おきなど、一定周期ごとに測位を実行し、その都度ここまでの処理を繰り返し、位置に関連する最新の情報を取得できるようにする必要がある。
【符号の説明】
【００１９】
１    携帯端末
２    データ管理サーバ
３    ＧＰＳ基地局
４    業務情報一覧画面
５    参照ボタン
６    更新ボタン
７    地図表示ボタン
８    詳細情報画面
９    地図表示ボタン
【図１】
2011066581.tif 000003
【図２】
2011066581.tif 000004
【図３】
2011066581.tif 000005
【図４】
2011066581.tif 000006
【図５】
2011066581.tif 000007
【図６】
2011066581.tif 000008