JP2014122837A - 情報共有システム - Google Patents

Abstract

【課題】端末間で情報を供給する技術を提供する。
【解決手段】一の端末と他の端末との間で、特定の位置に関する位置情報を共有する情報共有システムであって、他の端末の使用者の属性情報を保持する情報保持部と、スケジュールに関するスケジュール情報と、スケジュールに関連する位置を示す位置情報とを、一の端末から取得して登録する登録部と、他の端末の使用者の属性情報に基づいて、スケジュール情報から、他の端末に送信すべき送信スケジュール情報を特定するスケジュール特定部と、属性情報に基づいて、他の端末で提示可能な地図の提示形態を決定する提示形態決定部と、特定された送信スケジュール情報と、決定した提示形態の地図を用いて表した位置情報とを、他の端末に送信する送信部とを備える。
【選択図】図４

Description

本発明は、端末間で情報を共有する技術に関するものである。

従来、端末に反映された種々の情報に応じて、地図やナビゲーション画像など、端末に表示させる地図を変更する技術が知られている（例えば、特許文献１）。特許文献１には、端末が車両に搭載されて使用される場合と、持ち歩いて使用される場合とによって、表示する地図の範囲を変更する技術が記載されている。

特開２００２-３１５３８号公報

しかし、上記特許文献１の技術は、端末が異なる場合には、一の端末に表示される地図を用いて表現された情報を、他の端末と共有できない場合があると言った問題が指摘されていた。このような問題は、地図に関する情報に限らず種々の情報に関して共通する問題であった。

本発明は、上述の課題の少なくとも一つ以上を解決するためにされたものであり、以下の形態として実現することができる。

（１）本発明の一形態によれば、一の端末と他の端末との間で、特定の位置に関する位置情報を共有する情報共有システムが提供される。この情報共有システムは、前記他の端末の使用者の属性情報を保持する情報保持部と；スケジュールに関するスケジュール情報と、前記スケジュールに関連する位置を示す位置情報とを、前記一の端末から取得して登録する登録部と；前記他の端末の使用者の属性情報に基づいて、前記スケジュール情報から、前記他の端末に送信すべき送信スケジュール情報を特定するスケジュール特定部と；前記属性情報に基づいて、前記他の端末で提示可能な地図の提示形態を決定する提示形態決定部と；特定された前記送信スケジュール情報と、前記決定した提示形態の地図を用いて表した位置情報とを、前記他の端末に送信する送信部と；を備える。この形態の情報共有システムによれば、端末間で属性情報が異なっていても、端末間でスケジュール情報と位置情報とを共有することができる。本発明の一形態においては、「地図の提示形態」とは、地図上に表示する注記など地図上に表示される表示対象の形態を含むことは勿論のこと、地図の種類や、態様、出力形式も含む概念である。

（２）上記形態の情報共有システムにおいて、前記属性情報は、所定の地図情報提供サービスへの会員登録の有無に関する情報を含み；前記提示形態決定部は、前記他の端末の使用者が前記会員登録をしている場合には、前記提示形態を前記会員専用の提示形態に決定し、前記他の端末の使用者が前記会員登録をしていない場合には、前記提示形態を非会員が利用可能な提示形態に決定するとしてもよい。この形態の情報共有システムによれば、地図情報提供サービスへの会員登録をしている使用者の端末と、非会員の使用者の端末との間で、位置情報を共有することができる。

（３）上記形態の情報共有システムにおいて、さらに；前記各端末が前記位置情報を出力する性能に関する出力性能情報を取得する出力性能情報取得部を備え；前記提示形態決定部は、前記属性情報に加え、更に前記出力性能情報に基づいて、前記提示形態を決定する；としてもよい。この形態の情報共有システムによれば、各端末間で出力性能情報が異なっている場合でも、位置情報を共有することができる。

（４）上記形態の情報共有システムにおいて、さらに；前記各端末の使用者が前記位置情報を利用する際の移動手段に関する移動手段情報を取得する移動手段情報取得部と備え；前記提示形態決定部は、前記属性情報に加え、更に前記移動手段情報に基づいて、前記提示形態を決定する；としてもよい。この形態の情報共有システムによれば、各端末間で移動手段情報が異なっている場合でも、位置情報を共有することができる。

（５）上記形態の情報共有システムにおいて、前記位置情報は、前記一の端末または前記他の端末の使用者の移動経路に関する情報を含むものとしてもよい。この形態の情報共有システムによれば、位置情報としての移動経路を端末間で共有することができる。

なお、本発明は、種々の態様で実現することが可能である。例えば、情報共有方法、情報共有装置、ナビゲーション装置、ナビゲーション方法、ナビゲーションシステム、スケジュール管理装置、スケジュール管理方法、スケジュール管理システム、その装置、方法、システムを実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体等の形態で実現することができる。

情報共有システム１０の構成を示す説明図である。 サーバ２０の概略構成を示すブロック図である。 属性情報のデータ構造を示す説明図である。 スケジュール情報のデータ構造を示す説明図である。 第１携帯端末３０、第２携帯端末６０を示すブロック図である。 スケジュール登録処理の流れを示すフローチャートである。 スケジュール取得処理の流れを示すフローチャートである。 端末情報について説明する説明図である。 第２携帯端末６０に表示するスケジュール情報と提示用位置情報の一例を示す説明図である。 提示用位置情報生成処理の流れを示すフローチャートである。

次に、本発明の実施の形態を実施形態に基づいて説明する。
Ａ．第１実施形態：
（Ａ１）システム構成：
図１は、本願発明の第１実施形態としての情報共有システム１０の構成を説明する説明図である。情報共有システム１０は、異なる端末間で、スケジュールに関する情報（以下、スケジュール情報とも言う）と、スケジュールに関連する特定の位置に関する情報（以下、位置情報とも言う）とを共有するためのシステムである。本実施形態における情報共有システム１０においては、所定の作業（例えば建築作業）を行う作業員ユーザＵＢ〜ＵＦのスケジュール管理を行うユーザＵＡが、第１携帯端末３０を用いて、スケジュール情報および位置情報を登録する。そして、作業員であるユーザＵＢ〜ＵＦが、各々の端末を介してスケジュール情報および位置情報共有する。なお、各端末の構成や処理の内容については、ユーザＵＡの使用する第１携帯端末３０とユーザＵＢの使用する第２携帯端末６０について説明する。ユーザＵＣ〜ＵＦが使用する端末の構成や処理の内容は、ユーザＵＢの第２携帯端末６０と同様であるので説明は省略する。

図示するように、情報共有システム１０は、サーバ２０と、ユーザＵＡが使用する第１携帯端末３０と、ユーザＵＢが使用する第２携帯端末６０と、ユーザＵＣ〜ＵＦが使用する各端末とを備える。サーバ２０と第１携帯端末３０と第２携帯端末６０とは、互いにインターネットＩＮＴによって接続可能である。サーバ２０は有線によってインターネットＩＮＴに接続されている。第１携帯端末３０および第２携帯端末６０は、それぞれ、基地局ＢＳ１および基地局ＢＳ２を介して無線によってインターネットＩＮＴに接続可能である。また、本実施形態においては、サーバ２０と第１携帯端末３０と第２携帯端末６０とはインターネットによって接続されているが、それに限らず、イントラネットなど他の広域ネットワークを採用することもできる。

サーバ２０は、所定の地図情報を提供するサービス（地図情報提供サービス）を行うサーバである。サーバ２０は、地図情報提供サービスに登録した会員に対して、会員専用の地図情報（以下、専用地図データＤＴ１とも呼ぶ）を提供する。専用地図データＤＴ１としては、例えば、地図情報提供サービスが独自に調査・作成した住宅地図、道路地図、防災非難経路地図、その他、店舗や道の駅などの特定の地物に特化してデータ収集を行って作成した地図など、種々の地図データを採用することができる。また、サーバ２０は、地図情報提供サービスに加えて、複数の端末間でスケジュールの共有を行うことができるサービス（スケジュール共有サービス）も提供する。スケジュール共有サービスは、地図情報提供サービスの会員以外（非会員）も利用することができる。

第１携帯端末３０は、インターネットの利用や、種々のアプリケーションを実行可能な携帯電話（所謂スマートフォン）である。本実施形態では、第１携帯端末３０は、地図情報提供サービスの会員（以下、単に会員とも呼ぶ）であるユーザＵＡが使用する端末である。会員であるユーザＵＡには、地図情報提供サービスから会員ＩＤが付与される。第１携帯端末３０は、会員ＩＤを記憶しており、会員ＩＤを用いた認証によって、サーバ２０から専用地図データＤＴ１を取得し、専用地図を利用することができる。ユーザＵＡは、第１携帯端末３０に表示された専用地図を利用して、ＰＯＩ情報などの特定の位置に関する情報を取得したり、経路情報を探索することができる。また、第１携帯端末３０は、会員ＩＤを用いた認証によって、他の端末と共有したいスケジュールをサーバ２０に登録することができる。

第２携帯端末６０も、第１携帯端末３０と同様、インターネットの利用や、種々のアプリケーションを実行可能なスマートフォンである。第２携帯端末６０は作業員であるユーザＵＢが使用する端末である。ユーザＵＢは、地図情報提供サービスの会員ではない（非会員）。従って、ユーザＵＢは、地図情報提供サービスが提供する専用地図データＤＴ１を利用することはできない。情報共有システム１０は、ユーザＵＡが登録したスケジュール情報を他のユーザと共有すると供に、専用地図を用いてユーザＵＡが取り扱った位置情報を、専用地図を利用できない第２携帯端末６０のユーザＵＢが利用可能とするシステムである。

次に、情報共有システム１０を構成する各機器について説明する。図２は、サーバ２０の概略構成を説明するブロック図である。サーバ２０は、通信部２１と、制御部２２と、記憶部２３とを備える。サーバ２０は、その内部に、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク等のデバイスを備え、所定のプログラムを実行することにより、通信部２１、制御部２２、記憶部２３として機能する。

制御部２２は、サーバ２０全体の動作を制御する。通信部２１は、インターネットＩＮＴを介して第１携帯端末３０および第２携帯端末６０と通信を行う。記憶部２３は、地図データベース２４（地図ＤＢ２４）と、属性情報データベース２５（属性情報ＤＢ２５）と、スケジュール情報データベース２６（スケジュール情報ＤＢ２６）とを備える。地図データベース２４には、地図情報提供サービスの会員に提供される専用地図データＤＴ１が格納されている。属性情報データベース２５には、地図情報提供サービスおよびスケジュール共有サービスを利用する利用者の属性情報が記憶されている。スケジュール情報データベース２６には、スケジュール共有サービスの利用者が共有するスケジュールが記憶されている。

図３は、属性情報データベース２５に記憶されている属性情報のデータ構造を説明する説明図である。属性情報には、地図情報提供サービスおよびスケジュール共有サービスを利用するユーザＵＡ〜ＵＦの「住所」、「端末ＩＤ」、「パスワード」、地図情報提供サービスの会員ＩＤ（以下、単に「会員ＩＤ」とも呼ぶ）、各ユーザの「担当業務」が記憶されている。これらの属性情報のうち、「住所」、「端末ＩＤ」、「パスワード」、「担当業務」は、各ユーザＵＡ〜ＵＦが、各々が使用する端末を介してサーバ２０に登録をする。

端末ＩＤおよびパスワードは、各ユーザが任意に設定可能である。「会員ＩＤ」は、地図情報提供サービスの会員であるユーザＵＡ、ユーザＵＣ、ユーザＵＤ、ユーザＵＥに対してサーバ２０から付与されており、サーバ２０が会員ＩＤの付与と同時に属性情報に各々の会員ＩＤの登録を行う。ユーザＵＢとユーザＵＦは地図情報提供サービスの会員ではない。よって、図示するように、属性情報の「会員ＩＤ」の欄は空欄を示す「ＮＵＬ」と登録される。属性情報は、属性情報ＤＢ２５に記憶されているものの他に、端末に記憶されているものがある。端末に記憶されているものについては、後で説明する。

制御部２２は、インターネットＩＮＴを介して所定の端末からのアクセスがあると、端末に記録されている会員ＩＤを取得する。そして、属性情報データベース２５に登録されている会員ＩＤとの間で照合を行い、端末を使用するユーザが地図情報提供サービスの会員であるかの認証を行う。制御部２２は、認証に成功した場合には、端末からの要求に応じて地図データベース２４に格納されている所定の専用地図データＤＴ１の提供を行う。

図４は、スケジュール情報データベース２６に記憶されているスケジュール情報のデータ構造を説明する説明図である。スケジュール情報は、ユーザＵＡが、第１携帯端末３０を介してサーバ２０に登録したユーザＵＢ〜ＵＦの業務スケジュールである。スケジュール情報には、ユーザＵＢ〜ＵＦの業務スケジュールとして、「日時」、「場所」、「立ち寄り地点」、「担当業務」が記憶されている。例えば、ユーザＵＢのスケジュールとして、所定の日時に資材置き場を経由してから作業場所であるＰ１に来て、担当業務である基礎工事を行う旨が記録されている。スケジュール情報の「場所」と「立ち寄り地点」には、地名やユーザ間で慣用的に用いられている名称が記録されていると共に、その地点の座標が記録されている。「場所」と「立ち寄り地点」の座標の登録は、後に説明する所定の処理によって行われる。

図５は、第１携帯端末３０および第２携帯端末６０の概略構成を説明するブロック図である。第１携帯端末３０と第２携帯端末６０とは、ハードウェアの構成は同様であるので、一つの図によって説明する。また、図中の括弧内の符号は、第２携帯端末６０が備える構成に対応する符号である。本説明では第１携帯端末３０によって構成を説明する。図示するように、第１携帯端末３０は、主制御部３２を中心に構成され、通信部４２、通信制御部４４、タッチパネル４６、表示部４８、音声出力部５２、ＧＰＳ受信機５４、加速度センサ５６が接続されている。主制御部３２は、ＣＰＵ３４と、ＲＡＭ３６と、メモリ３８とを備える。主制御部３２は、第１携帯端末３０の全体の動作を制御する。メモリ３８はフラッシュメモリ（フラッシュＲＯＭ）である。メモリ３８には、地図情報提供サービスの会員ＩＤと、サーバ２０から専用地図を取得するためプログラム（専用地図取得プログラム）と、スケジュールをサーバ２０に登録するためのスケジュール登録プログラムとが記憶されている。なお、ユーザＵＢが使用する第２携帯端末６０には会員ＩＤおよび専用地図取得プログラムは記憶されていない。

通信部４２は、基地局ＢＳ１（第２携帯端末６０の場合は基地局ＢＳ２）との間でデータ通信もしくは音声通信を行うための回路である。通信部４２は、基地局ＢＳ１を介してサーバ２０にアクセスを行うことができる。通信制御部４４は、音声通話のための着信や呼び出し、音声信号と電気信号の変換などを行う回路である。第１携帯端末３０は、通信部４２と通信制御部４４とを備えることにより電話としても動作する。

音声出力部５２は、第１携帯端末３０が備える種々のアプリケーションを実行時に、ユーザに向けて音声を出力する。ＧＰＳ受信機５４は、ＧＰＳ（Global Positioning System／全地球測位システム）を構成する人工衛星から送信された電波を受信することによって、第１携帯端末３０の現在位置の座標（経度・緯度）を取得するための装置である。加速度センサ５６は、第１携帯端末３０の加速度を検知するセンサである。主制御部３２は、加速度センサ５６が検出した加速度から、第１携帯端末３０の向きや、速度、移動距離を算出し、第１携帯端末３０が備える種々のアプリケーションに用いる。本実施形態においては、第２携帯端末６０の主制御部６２が、加速度センサ８６によって検知した加速度に基づいて、ユーザＵＢの移動手段の検出を行う。以上説明した構成によって、情報共有システム１０は情報共有処理を行う。

（Ａ２）情報共有処理：
次に、情報共有システム１０が行う情報共有処理について説明する。本実施形態の情報共有処理は、第１携帯端末３０と第２携帯端末６０との間で、スケジュール情報とスケジュールに関連する位置情報とを共有する処理である。スケジュールに関連する位置情報は、本実施形態においては、スケジュール情報に登録されている「場所」と「立ち寄り地点」である。情報共有処理は、サーバ２０と第１携帯端末３０との間で行われるスケジュール登録処理と、サーバ２０と第２携帯端末６０との間で行われるスケジュール取得処理とによって構成される。

図６は、スケジュール登録処理の流れについて説明するフローチャートである。スケジュール登録処理は、ユーザＵＡが第１携帯端末３０のメモリ３８に記憶されているスケジュール登録プログラムを起動することによって開始される。スケジュール登録プログラムは、第１携帯端末３０が備えるアプリケーションの一つとして起動される。

スケジュール登録処理が開始されると、主制御部３２（第１携帯端末３０）は、スケジュールを登録するための画面を表示部４８に表示する（ステップＳ１０２）。そして、主制御部３２は、ユーザＵＡがタッチパネル４６を用いて入力したユーザＵＢのスケジュール情報をＲＡＭ６６に記憶する（ステップＳ１０４）。具体的には、ユーザＵＡは、ユーザＵＢの端末ＩＤ、作業の「日時」、「場所」、「担当業務」、「立ち寄り地点」の入力を行い、主制御部３２はそれらの情報を記憶する。ＵＡによって入力されたユーザＵＢの端末ＩＤは、サーバ２０の属性情報に記録されている複数の利用者の内、誰のスケジュールであるかをサーバ２０が特定する際に用いられる。

ユーザＵＡが、スケジュールとして「場所」または「立ち寄り地点」を登録（地点登録）する場合には（ステップＳ１０６：ＹＥＳ）、主制御部３２は、専用地図データＤＴ１を、サーバ２０に対して要求する（ステップＳ１０８）。この際、第１携帯端末３０は、専用地図データＤＴ１の要求と共に、ユーザＵＡの会員ＩＤを含む第１携帯端末３０の端末情報をサーバ２０に送信する。端末情報とは、第１携帯端末３０に反映された種々の情報である。第１携帯端末３０がサーバ２０に送信する端末情報には、第１携帯端末３０の表示部４８の大きさや画素数に関する情報など、出力性能（スペック）に関する出力性能情報が含まれる。端末情報については、後で詳しく説明する。

制御部２２（サーバ２０）は、第１携帯端末３０から専用地図データの要求を受信すると、当該要求と同時に受信したユーザＵＡの会員ＩＤを用いてユーザＵＡが地図情報提供サービスの会員であることの認証を行う（ステップＳ２０２）。具体的には、制御部２２は、ユーザＵＡの会員ＩＤが属性情報データベース２５に登録されているか照合を行う。

認証が成功すると、制御部２２は、第１携帯端末３０が指定した範囲の専用地図データＤＴ１を地図データベース２４から読み込み、第１携帯端末３０に送信する（ステップＳ２０４）。具体的には、制御部２２は、第１携帯端末３０から取得した出力性能情報に基づいて、第１携帯端末３０の表示部４８の大きさ、解像度に適合した専用地図データＤＴ１に変換することによって、ユーザＵＡに提示する専用地図の形態の最適化を行う。そして、形態の最適化を行った専用地図データＤＴ１を、第１携帯端末３０に送信する。なお、上述した認証において、仮に、第１携帯端末３０が送信した会員ＩＤが属性情報データベース２５に登録されておらず認証に失敗した場合には、会員ＩＤが異なる旨の通知や、会員の再登録の要求を、第１携帯端末３０を介してユーザＵＡに通知するとしてもよい。

主制御部３２（第１携帯端末３０）は、サーバ２０から専用地図データＤＴ１を受信すると、専用地図データＤＴ１に基づく地図画像（専用地図）を表示部４８に表示する（ステップＳ１１０）。主制御部３２は、ユーザＵＡが行うタッチパネル４６の操作に応じて、専用地図の拡大縮小や、スクロールなど、表示部４８に表示している専用地図の領域の変更を行う。

その後、ユーザＵＡが表示部４８に表示された専用地図上の特定の位置を指定することによって、ユーザＵＢのスケジュールの「場所」と「立ち寄り地点」とを特定する。主制御部３２は、ユーザＵＡが特定した位置に対応する地図上の座標を、「場所」、「立ち寄り地点」の位置情報としてメモリ３８に記憶する（ステップＳ１１２）。また、本実施形態においては、ユーザＵＡが指定する特定の位置は、「場所」や「立ち寄り地点」といった特定の地点（点）であるが、それに限らず、広さを有する特定の領域であってもよいし、特定の経路であってもよい。例えば、ユーザＵＡがタッチパネル４６を操作することによって、専用地図上の特定の領域（例えば「作業領域」）を指定した場合には、第１携帯端末３０は、ユーザＵＡが指定した領域を位置情報として記憶するとしてもよい。また、ユーザＵＡが、タッチパネル４６を操作することによって、専用地図上に特定の経路を描画した場合には、第１携帯端末３０は、ユーザＵＡが描画した経路を位置情報として記憶するとしてもよい。その他、第１携帯端末３０は、ユーザＵＡが予め検索したＰＯＩ情報の位置を位置情報として記憶するとしてもよい。

ステップＳ１０４〜ステップＳ１１２までの処理によって、主制御部３２は、ユーザＵＢのスケジュール情報および位置情報（「場所」「立ち寄り地点」の座標）を記憶したこととなる。ユーザＵＡが、続けてユーザＵＣ〜ＵＦに関するスケジュールを登録する場合には、表示部４８に表示されているスケジュール入力を継続する旨のアイコン（「入力継続アイコン」（図示省略））を操作する。一方、ユーザＵＡがユーザＵＢのみのスケジュールを登録する場合には、表示部４８に表示されているスケジュール登録用のアイコン（「スケジュール登録アイコン」（図示省略））を操作する。

ユーザＵＡがスケジュール入力を継続する旨のアイコンを操作すると（ステップＳ１１４：ＹＥＳ）、主制御部３２は、ステップＳ１０２〜ステップＳ１１２の処理を繰り返し行う。すなわち、ユーザＵＡがユーザＵＣ〜ＵＦに関するスケジュールを登録するために、主制御部３２は、ステップＳ１０２〜ステップＳ１１２の処理を行う。一方、ユーザＵＡがスケジュール登録アイコンを操作すると（ステップＳ１１４：ＮＯ）、主制御部３２は、専用ＵＲＬ生成要求をサーバ２０に送信する（ステップＳ１１６）。このとき、主制御部３２は、ＲＡＭ３６に記憶したユーザＵＡの会員ＩＤと、各ユーザＵＢ〜ＵＦのスケジュール情報と、位置情報とを、専用ＵＲＬ生成要求と共にサーバ２０に送信する。専用ＵＲＬについては、後で説明をする。

制御部２２（サーバ２０）は、第１携帯端末３０から専用ＵＲＬの生成要求を受信すると、同時に受信した会員ＩＤを用いて認証を行った後（ステップＳ２０６）、各ユーザＵＢ〜ＵＦのスケジュール情報と位置情報とを、スケジュール情報データベース２６に記憶する（ステップＳ２０８）。具体的には、制御部２２は、図４で説明した内容をスケジュール情報データベース２６に記憶する。その後、制御部２２は、記憶したスケジュール情報と位置情報とに対応付けした専用ＵＲＬを生成する（ステップＳ２１０）。専用ＵＲＬは、サーバ２０にアクセス可能なドメイン名と、記憶したスケジュール情報と位置情報とに対応付けしたディレクトリ名とを含む。すなわち、当該専用ＵＲＬを用いた他の端末からのアクセスが、そのスケジュール情報と位置情報へのアクセスであることが一意に特定可能な構成として、専用ＵＲＬは生成される。制御部２２は、このような専用ＵＲＬを生成後、専用ＵＲＬを第１携帯端末３０に送信する（ステップＳ２１２）。

主制御部３２（第１携帯端末３０）は、サーバ２０から専用ＵＲＬを受信するとメモリ３８に記憶する（ステップＳ１１８）。具体的には、主制御部３２は、受信した専用ＵＲＬを、表示部４８に表示しているスケジュール登録プログラムの実行画面上にテキスト形式で表示する。そして、ユーザＵＡがタッチパネル４６によって専用ＵＲＬのテキストをコピーする操作を行うことにより、主制御部３２は専用ＵＲＬをメモリ３８に記憶する。

その後、主制御部３２は、ユーザＵＡの操作によって、メーラーを起動し、テキスト形式の専用ＵＲＬが添付されたメールを、ユーザＵＢが使用する第２携帯端末６０（ユーザＵＢ）および他のユーザＵＣ〜ＵＦが使用する端末に送信する（ステップＳ１２０）。このようにしてスケジュール登録処理は行われる。

次に、サーバ２０と第２携帯端末６０との間で行われるスケジュール取得処理について説明する。図７は、スケジュール取得処理の流れを示すフローチャートである。スケジュール取得処理は、スケジュール登録処理として第１携帯端末３０から送信されたメールを第２携帯端末６０が受信することによって開始される。第２携帯端末６０は、専用ＵＲＬが添付されたメールを受信すると（ステップＳ３０２）、ユーザＵＢのタッチパネル操作によって、プラウザを介して専用ＵＲＬにアクセスする（ステップＳ３０４）。

サーバ２０は、第２携帯端末６０からのアクセスがあると、第２携帯端末６０に対し端末ＩＤとパスワードとを要求する（ステップＳ４０２）。第２携帯端末６０の主制御部６２は、サーバ２０からの要求に応じ、端末ＩＤとパスワードとをサーバ２０に送信する（ステップＳ３０６）。具体的には、第２携帯端末６０の主制御部６２は、サーバ２０から端末ＩＤの要求を受信すると、ユーザＵＢに端末ＩＤとパスワードとの入力画面を表示部７８に表示する。そして、ユーザＵＢからのタッチパネル７６を介した端末ＩＤとパスワードとの入力を受け付けると、端末ＩＤとパスワードとをサーバ２０に送信する。

制御部２２は、第２携帯端末６０から端末ＩＤとパスワードとを受信すると、受信した端末ＩＤとパスワードとが一致するユーザが属性情報データベース２５に登録されているか認証を行う（ステップＳ４０４）。認証後、制御部２２は、第２携帯端末６０に対して端末情報を要求する(ステップＳ４０５)。第２携帯端末６０は、端末情報の要求をサーバ２０から受信すると、第２携帯端末６０の端末情報をサーバ２０に送信する（ステップＳ３０７）。

図８は、端末情報について説明する説明図である。端末情報には、端末を利用するユーザの属性を示した属性情報と、端末の出力性能（スペック）に関する出力性能情報と、ユーザの移動手段に関する移動手段情報が含まれる。ユーザの属性情報には、ユーザが地図情報提供サービスの会員である場合には会員ＩＤ、端末に設定された使用言語（ユーザＵＢの使用言語）、ユーザＵＢの年齢など、第２携帯端末６０を使用するユーザＵＢに固有の情報が含まれる。ユーザＵＢの年齢は、予めユーザＵＢが第２携帯端末６０に入力して設定したものを用いるとしてもよいし、インターネットの閲覧履歴から推測するとしてもよい。

出力性能情報には、第２携帯端末６０の、ＣＰＵの処理速度、メモリ容量、表示部７８の大きさ（サイズ）、解像度などの情報が含まれる。移動手段情報には、ユーザＵＢの現在の移動手段に関する情報が含まれる。移動手段情報は、加速度センサ８６によって検知したユーザＵＢの移動加速度に基づいて、第２携帯端末６０の主制御部６２によって決定された情報である。例えば、移動加速度が所定値以下の場合には歩行による移動、所定値以上の場合には車両による移動と決定される。サーバ２０は、このような端末情報を、第２携帯端末６０に対して要求する。

主制御部６２（第２携帯端末６０）は、サーバ２０からの端末情報の要求に対して、メモリ６８に記憶されている各種設定情報や加速度センサ８６からの情報を収集し、端末情報としてサーバ２０に送信する。主制御部６２は、端末情報をサーバ２０に送信することに関して、ユーザＵＢから承諾を得るとしてもよい。例えば、端末情報の送信を承諾するか否かについてユーザＵＢが選択可能なポップアップを、主制御部６２が表示部７８に表示させるとしてもよい。そして、ユーザＵＢの承諾を得ることができた場合に、主制御部６２が端末情報をサーバ２０に送信する。仮に、ユーザＵＢからの承諾が得ることができなかった場合には、サーバ２０が行う提示用位置情報生成処理において、端末情報を反映させないとしてもよい。

説明を図７に戻す。端末情報を受信後、制御部２２は、スケジュール情報データベース２６に記憶されている情報のうち、第２携帯端末６０から受信した端末ＩＤとパスワードとが一致するスケジュール情報（本実施形態ではユーザＵＢのスケジュール情報）を特定する（ステップＳ４０６）。そして、制御部２２は、ユーザＵＢのスケジュール情報に、「場所」および「立ち寄り地点」の情報（位置情報）が登録されているか確認する。スケジュール情報に位置情報が登録されている場合には（ステップＳ４０８：ＹＥＳ）、制御部２２は、位置情報をユーザＵＢに提示する態様に加工した提示用位置情報を生成する処理（提示用位置情報生成処理）を行う（ステップＳ４１０）。提示用位置情報は、「場所」や「立ち寄り地点」など、ユーザＵＡが登録した位置情報を、所定の提示態様で表した地図上に示した情報である。

制御部２２は、提示用位置情報生成処理後、スケジュール情報と、生成した提示用位置情報とをスケジュールデータとして第２携帯端末６０に送信する（ステップＳ４３０）。第２携帯端末６０の主制御部６２は、スケジュールデータを取得すると（ステップＳ３０８）、スケジュール情報と、提示用位置情報とを表示部７８に表示する（ステップＳ３１０）。その後、情報共有システム１０はスケジュール取得処理を終了する。

図９は、第２携帯端末６０の表示部７８に表示されるスケジュール情報と提示用位置情報との一例を示す説明図である。図示するように、表示部７８の上部には、ユーザＵＡが登録したユーザＵＢのスケジュールが示される。そして、表示部７８の下半分には、「場所」と「立ち寄り位置」とが地図上に表された提示用位置情報が表示される。本実施形態の場合は、ユーザＵＢの「住所」から「立ち寄り位置」を経由して「場所」に至るまでの移動経路が示される。これら「場所」、「立ち寄り位置」、「住所」、移動経路などの位置情報を表すための地図の種類（地図の提示態様）は、制御部２２が行う提示用位置情報生成処理によって決定される。

図１０は、サーバ２０が行う提示用位置情報生成処理（図７：ステップＳ４１０）の流れを示すフローチャートである。提示用位置情報生成処理を開始すると、制御部２２は、属性情報データベース２５に記録されているユーザＵＢの属性情報を参照し、ユーザＵＢが地図情報提供サービスの会員であるか否かを判断する（ステップＳ４１２）。具体的には、ユーザＵＢの属性情報に会員ＩＤが登録されているか否かで判断する。

制御部２２は、ユーザＵＢが地図情報提供サービスの会員であると判断した場合には（ステップＳ４１２：ＹＥＳ）、専用地図を地図データベース２４から読み込む（ステップＳ４１４）。具体的には、制御部２２は、位置情報（「住所」「場所」「立ち寄り地点」）を地図上に表示するのに最適な領域の専用地図を地図データベース２４から読み込む。

本実施形態においては、ユーザＵＢは非会員であるので、ユーザＵＢの属性情報には会員ＩＤは登録されていない。この場合、制御部２２は、ユーザＵＢが非会員と判断し（ステップＳ４１２：ＮＯ）、非会員が閲覧可能な汎用の地図であって位置情報を表示するのに十分な領域の汎用地図をインターネットを介して外部から取得する（ステップＳ４１６）。本実施形態においては、制御部２２は、一般のインターネットユーザが閲覧可能な地図情報提供サイトのサーバから、汎用地図を取得する。その他、例えば、サーバ２０が汎用地図の地図データベースを予め記憶部２３に備えており、記憶部２３から汎用地図を読み込んで用いるとしてもよい。

その後、制御部２２は、地図データＤＴ２を生成する（ステップＳ４１８）。具体的には、制御部２２は、端末情報に含まれる出力性能情報としての表示部７８の大きさや解像度に基づいて、専用地図または汎用地図を、表示部７８に適合した大きさ、解像度に変換し、提示形態の最適化を行う。また、出力性能情報としてのＣＰＵの処理速度やメモリ容量が所定値を上回っている場合には、提示する地図の形態を３次元で表現することによって、提示形態の最適化を行う。実際には、３次元で表現された地図のレイヤーを選択することによって、提示形態の最適化を行う。このような提示形態の最適化後の地図データが地図データＤＴ２である。

その他の提示形態の最適化として、制御部２２は、端末情報に含まれる属性情報であるユーザＵＢの使用言語の情報に基づいて、地図上に表示する地名や地物を示す注記を、ユーザＵＢの使用言語に設定するとしてもよい。例えば、使用言語が所定の外国語に設定されている場合には、地図データＤＴ２として外国人用の地図を生成することによって提示形態の最適化を行うとしてもよい。また、制御部２２は、属性情報としてのユーザＵＢの年齢に関する情報に基づいて、その年齢を適合して地図データＤＴ２を生成することによって提示形態の最適化を行う。本実施形態においてはユーザは全て成人であるが、例えば、端末のユーザが年齢が１０歳未満である場合には、子供用の地図として、注記をひらがなのみの表記、または漢字表記にするとしてもよい。実際には、これら注記は、地図画像に重畳させるレイヤーであるため、言語、カナ表記それぞれの注記データをレイヤーとして選択し、地図画像に重畳することによって提示形態の最適化を行う。

また、制御部２２は、移動手段情報に基づいて、専用地図または汎用地図をユーザＵＢの移動手段に適した地図を、地図データＤＴ２として生成する最適化を行うとしてもよい。例えば、移動手段が歩行であれば、店舗や住宅がポリゴンとして詳細に表示された歩行者用地図を採用し、移動手段が車両であれば、道路に関する情報が詳細に表示された車両用地図を地図データＤＴ２として生成し、提示形態の最適化を行う。その他、移動手段によって表示する地図の拡大率を変更して提示形態の最適化を行うとしてもよい。例えば、ユーザＵＢが歩行によって移動している場合に示す地図を、車両によって移動している場合に示す地図より拡大するといった最適化を行うとしてもよい。また、後述の変形例４で説明するように、視覚障害者用地図を地図データＤＴ２として生成し、提示形態の最適化を行うとしてもよい。

制御部２２は、専用地図または汎用地図の提示形態を最適化して地図データＤＴ２を生成した後、地図データＤＴ２に位置情報を付加したデータである提示用位置情報を生成する（ステップＳ４１８）。具体的には、「場所」「立ち寄り地点」「住所」などの特定の地点や、領域や、移動経路を、地図データＤＴ２に対応する地図画像上に、所定のマーク、ポリゴン、線画として重畳する。このようにして制御部２２は、提示用位置情報を生成する。その後、制御部２２は、提示用位置情報生成処理を終了する。

以上説明したように、情報共有システム１０は、異なる端末間でスケジュールを共有するとともに、スケジュールに関連する位置情報を共有することができる。また、属性情報データベース２５に含まれる属性情報や、端末情報に含まれる属性情報に基づいて、各ユーザに提示する地図の形態を決定する。従って、複数の各携帯端末は、各々の属性情報が異なっていても、それぞれの属性情報に適合した形態の地図に付加した態様で位置情報を共有することができる。具体的には、上記実施形態のように、地図情報提供サービスの会員であるユーザＵＡが会員専用の地図上において取り扱った位置情報を、非会員であるユーザＵＢと共有することができる。その他、情報共有システム１０は、属性情報としてのユーザの年齢や使用言語によっても、提示する地図の形態を変更することができるので、各携帯端末のユーザが位置情報を利用する際の利便性を向上させることができる。さらに、情報共有システム１０は、各携帯端末の出力性能情報や、移動手段情報によっても、提示する地図の形態を変更する。従って、各携帯端末のユーザが位置情報を利用する際の利便性を、より一層向上させることができる。

Ｂ．変形例：
なお、この発明は上記の実施形態や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。
（Ｂ１）変形例１：
上記実施形態においては、ユーザＵＡがユーザＵＢに専用ＵＲＬをメールで送信するとしたが、他の方法によって、ユーザＵＢに専用ＵＲＬを送信するとしてもよい。例えば、スケジュール登録処理において、第１携帯端末３０がサーバ２０に、ユーザＵＢのメールアドレスを通知（送信）し、サーバ２０が、第２携帯端末６０（ユーザＵＢ）に対して、専用ＵＲＬが添付されたメールを送信するとしてもよい。このようにすることで、ユーザＵＡはユーザＵＢにメールを送信する必要がないので、ユーザの利便性を更に向上させることができる。

（Ｂ２）変形例２：
スケジュール取得処理において、サーバ２０が地図データＤＴ２に付加する位置情報が経路情報である場合、その経路情報が、ユーザＵＡが指定した位置情報としての地点と、ユーザＵＢの現在地（またはユーザＵＢが指定した地点）とを結ぶ経路に関する情報であるとしてもよい。例えば、スケジュール取得処理において、サーバ２０が第２携帯端末６０からユーザＵＢの現在地情報を取得し、取得したユーザＵＢの現在地とユーザＵＡが指定した地点とを結ぶ経路を探索する。そして、サーバ２０が、探索結果を地図データＤＴ２に付加して第２携帯端末６０に送信する。このようにすることで、ユーザＵＢが、ユーザＵＡが指定した地点まで到達する経路を知ることができ、ユーザの利便性を向上させることができる。

（Ｂ３）変形例３：
上記実施例においては、端末として携帯端末（スマートフォン）を採用したが、それに限らず、種々の端末を採用することができる。例えば、ナビゲーション機能を主たる機能として搭載したナビゲーション端末や、タブレット端末や、パーソナルコンピュータなど、サーバ２０と通信可能な種々の端末を採用することができる。

（Ｂ４）変形例４：
各端末に提示するスケジュール、地図および位置情報の形態は、上記実施形態において採用した形態にかかわらず、種々の提示形態を採用することができる。例えば、第２携帯端末６０のユーザが視覚障害者であることが、第２携帯端末６０の属性情報として設定されている場合、制御部２２（サーバ２０）は、地図や注記が通常より大きく表示された視覚障害者用の地図を地図データＤＴ２として生成し、位置情報を重畳して提示用位置情報を生成するとしてもよい。また、端末に表示するスケジュールを、通常より大きく表示したものとしてもよい。

その他、スケジュール、地図および位置情報の提示の形態として、音声のみによる提示を採用するとしてもよい。例えば、制御部２２は、地図の提示として住所を読み上げた音声データや、経路案内の音声データなど、ユーザが聴覚によって位置情報の認識が可能な情報量の音声データを提示用位置情報として生成し、第２携帯端末６０に送信する。そして、第２携帯端末６０は、受信した提示用位置情報としての音声情報を音声出力部８２（図３参照）から出力する。このような形態で地図および位置情報をユーザに提示することで、例えば、全盲のユーザや、車両運転中で視覚によって位置情報を認識することが出来ないユーザと、位置情報を共有することができる。

（Ｂ５）変形例５：
上記実施形態においては位置情報はユーザが作業を行う場合の「場所」や「立ち寄り地点」であったが、それに限ることなく、例えば、ユーザＵＡまたはユーザＵＢの現在地、ＰＯＩ（point of interest）情報、その他、ユーザＵＡまたはユーザＵＢの移動経路情報など、位置に関する種々の情報が含まれる。ＰＯＩ情報には、例えば、レジャー施設の位置や、特定の店舗の位置（グルメスポットなど）や、公園や駅その他の公共施設の位置に関する情報などが含まれる。

１０…位置情報共有システム
２０…サーバ
２１…通信部
２２…制御部
２３…記憶部
２４…地図データベース
２５…属性情報データベース
３０…第１携帯端末
３２…主制御部
３４…ＣＰＵ
３８…メモリ
４２…通信部
４４…通信制御部
４６…タッチパネル
４８…表示部
５２…音声出力部
５６…加速度センサ
６０…第２携帯端末
６２…主制御部
６８…メモリ
７８…表示部
８６…加速度センサ
ＢＳ１，ＢＳ２…基地局
ＤＴ１…専用地図データ
ＤＴ２…地図データ
ＩＮＴ…インターネット

Claims (5)

1. 一の端末と他の端末との間で、特定の位置に関する位置情報を共有する情報共有システムであって、
   前記他の端末の使用者の属性情報を保持する情報保持部と、
   スケジュールに関するスケジュール情報と、前記スケジュールに関連する位置を示す位置情報とを、前記一の端末から取得して登録する登録部と、
   前記他の端末の使用者の属性情報に基づいて、前記スケジュール情報から、前記他の端末に送信すべき送信スケジュール情報を特定するスケジュール特定部と、
   前記属性情報に基づいて、前記他の端末で提示可能な地図の提示形態を決定する提示形態決定部と、
   特定された前記送信スケジュール情報と、前記決定した提示形態の地図を用いて表した位置情報とを、前記他の端末に送信する送信部と
   を備える情報共有システム。
2. 請求項１記載の情報共有システムであって、
   前記属性情報は、所定の地図情報提供サービスへの会員登録の有無に関する情報を含み、
   前記提示形態決定部は、前記他の端末の使用者が前記会員登録をしている場合には、前記提示形態を前記会員専用の提示形態に決定し、前記他の端末の使用者が前記会員登録をしていない場合には、前記提示形態を非会員が利用可能な提示形態に決定する
   情報共有システム。
3. 請求項１または請求項２に記載の情報共有システムであって、さらに、
   前記各端末が前記位置情報を出力する性能に関する出力性能情報を取得する出力性能情報取得部を備え、
   前記提示形態決定部は、前記属性情報に加え、更に前記出力性能情報に基づいて、前記提示形態を決定する
   情報共有システム。
4. 請求項１から請求項３のいずれか一つに記載の情報共有システムであって、さらに、
   前記各端末の使用者が前記位置情報を利用する際の移動手段に関する移動手段情報を取得する移動手段情報取得部と備え、
   前記提示形態決定部は、前記属性情報に加え、更に前記移動手段情報に基づいて、前記提示形態を決定する
   情報共有システム。
5. 請求項１から請求項４のいずれか一つに記載の情報共有システムであって、
   前記位置情報は、前記一の端末または前記他の端末の使用者の移動経路に関する情報を含む
   情報共有システム。

Images