(57)【要約】【課題】端末装置の操作者が知っている可能性が高いランドマークを示すランドマーク画像を含む地図画像を出力する技術を提供すること。【解決手段】  端末装置は、指定地域の地図データを出力するための出力操作をユーザインタフェースを介して受け付けた場合に、出力操作の操作者に関連付けられてサーバに記憶されているランドマーク情報をサーバから通信インタフェースを介して取得する。ランドマーク情報は、指定地域内の何れかのランドマークを示す情報である。端末装置は、取得されたランドマーク情報に基づいて、ランドマークを示すランドマーク画像を含む地図画像を示す地図データを出力する。【選択図】図８
2018106134.tif 000002
【特許請求の範囲】
【請求項１】
通信インタフェースと、ユーザインタフェースとを備える端末装置のコンピュータに読み込み可能なコンピュータプログラムであって、
指定地域の地図データを出力するための出力操作を前記ユーザインタフェースを介して受け付ける出力操作受付処理と、
前記出力操作を受け付けた場合に、前記出力操作の操作者に関連付けられてサーバに記憶されているランドマーク情報を前記サーバから前記通信インタフェースを介して取得するランドマーク情報取得処理であって、前記ランドマーク情報は、前記指定地域内の何れかのランドマークを示す情報である前記ランドマーク情報取得処理と、
前記ランドマーク情報取得処理によって取得された前記ランドマーク情報に基づいて、ランドマークを示すランドマーク画像を含む地図画像を示す前記地図データを出力する出力処理と、
を前記コンピュータに実行させるコンピュータプログラム。
【請求項２】
前記サーバは、ＳＮＳを提供するＳＮＳサーバであり、
前記出力操作を受け付けた場合に、前記サーバにおいて前記出力操作の操作者が利用するＳＮＳアカウント情報を特定するアカウント特定処理を、前記コンピュータプログラムは前記コンピュータにさらに実行させ、
前記ランドマーク情報取得処理では、前記特定されたアカウント情報を利用して前記サーバから取得されるタイムラインの中から、前記ランドマーク情報を取得する、請求項１に記載のコンピュータプログラム。
【請求項３】
前記ランドマーク情報取得処理では、複数の前記ランドマーク情報を前記サーバから前記通信インタフェースを介して取得し、
前記ランドマーク情報取得処理によって取得された前記複数のランドマーク情報のそれぞれに、前記地図画像における表示され易さの指標である優先度を決定する第１の優先度決定処理を、前記コンピュータプログラムは前記コンピュータにさらに実行させ、
前記第１の優先度決定処理では、前記操作者とは異なる者によって前記サーバに記憶された前記ランドマーク情報よりも、前記操作者によって前記サーバに記憶された前記ランドマーク情報に高い優先度を決定し、
前記出力処理では、決定された優先度が高いランドマーク情報を優先的に前記地図画像に含ませ、前記地図画像を示す前記地図データを出力する、請求項１又は２に記載のコンピュータプログラム。
【請求項４】
前記ランドマーク情報取得処理では、複数の前記ランドマーク情報と、前記複数のランドマーク情報のそれぞれが前記サーバに記憶された日時と、を前記サーバから前記通信インタフェースを介して取得し、
前記ランドマーク情報取得処理によって取得された前記複数のランドマーク情報のそれぞれに、前記地図画像における表示され易さの指標である優先度を決定する第２の優先度決定処理を、前記コンピュータプログラムは前記コンピュータにさらに実行させ、
前記第２の優先度決定処理では、前記ランドマーク情報取得処理によって取得された日時が古い前記ランドマーク情報よりも、前記ランドマーク情報取得処理によって取得された日時が新しい前記ランドマーク情報に高い優先度を決定し、
前記出力処理では、決定された優先度が高いランドマーク情報を優先的に前記地図画像に含ませ、前記地図画像を示す前記地図データを出力する、請求項１から３のいずれか一項に記載のコンピュータプログラム。
【請求項５】
前記ランドマーク情報取得処理では、複数の前記ランドマーク情報を前記サーバから前記通信インタフェースを介して取得し、
前記コンピュータプログラムは、
前記指定地域内を移動するための交通手段の指定する指示を受け付ける指示受付処理と、
前記ランドマーク情報取得処理によって取得された前記複数のランドマーク情報のそれぞれに、前記地図画像における表示され易さの指標である優先度を決定する第３の優先度決定処理と、
を前記コンピュータにさらに実行させ、
前記第３の優先度決定処理では、前記指定された交通手段に関連しない前記ランドマーク情報よりも、前記指定された交通手段に関連する前記ランドマーク情報に高い優先度を決定し、
前記出力処理では、決定された優先度が高いランドマーク情報を優先的に前記地図画像に含ませ、前記地図画像を示す前記地図データを出力する、請求項１から４のいずれか一項に記載のコンピュータプログラム。
【請求項６】
前記コンピュータプログラムは、
前記指定地域内におけるイベントの開催地である目的地の入力を受け付ける目的地入力受付処理と、
前記ランドマーク情報取得処理によって取得された複数のランドマーク情報のそれぞれに、前記地図画像における表示され易さの指標である優先度を決定する第４の優先度決定処理と、
を前記コンピュータにさらに実行させ、
前記イベントは、過去に開催された複数のイベントのうちの少なくとも１つのイベントに関連付けられており、
前記第４の優先度決定処理では、前記少なくとも１つのイベントが開催された少なくとも１つの目的地付近の位置を示す前記ランドマーク情報に、当該少なくとも１つのイベントが開催された少なくとも１つの目的地から離れた位置を示す前記ランドマーク情報よりも高い優先度を決定し、
前記出力処理では、決定された優先度が高いランドマーク情報を優先的に前記地図画像に含ませ、前記地図画像を示す前記地図データを出力する、請求項１から５のいずれか一項に記載のコンピュータプログラム。
【請求項７】
前記コンピュータプログラムは、
前記指定地域内の目的地の入力を受け付ける目的地入力受付処理と、
前記ランドマーク情報取得処理によって取得された複数のランドマーク情報のそれぞれに、前記地図画像における表示され易さの指標である優先度を決定する第５の優先度決定処理と、
を前記コンピュータにさらに実行させ、
前記第５の優先度決定処理では、前記目的地入力受付処理によって前記目的地として入力されたことがある位置付近の位置を示す前記ランドマーク情報に、前記目的地入力受付処理によって前記目的地として入力されたことがある位置から離れた位置を示す前記ランドマーク情報よりも高い優先度を決定し、
前記出力処理では、決定された優先度が高いランドマーク情報を優先的に前記地図画像に含ませ、前記地図画像を示す前記地図データを出力する、請求項１から６のいずれか一項に記載のコンピュータプログラム。
【請求項８】
前記コンピュータプログラムは、
前記操作者が参加したイベントが開催された位置を示す特定ランドマーク情報を取得する特定取得処理と、
前記ランドマーク情報取得処理によって取得された複数のランドマーク情報のそれぞれに、前記地図画像における表示され易さの指標である優先度を決定する第６の優先度決定処理と、
を前記コンピュータにさらに実行させ、
前記第６の優先度決定処理では、前記特定ランドマーク情報が示す位置付近の位置を示す前記ランドマーク情報に、前記特定ランドマーク情報が示す位置から離れた位置を示す前記ランドマーク情報よりも高い優先度を決定し、
前記出力処理では、決定された優先度が高いランドマーク情報を優先的に前記地図画像に含ませ、前記地図画像を示す前記地図データを出力する、請求項１から７のいずれか一項に記載のコンピュータプログラム。
【請求項９】
前記ランドマーク情報取得処理では、複数の前記ランドマーク情報を前記サーバから前記通信インタフェースを介して取得し、
前記ランドマーク情報取得処理によって取得された前記複数のランドマーク情報のそれぞれに、前記地図画像における表示され易さの指標である優先度を決定する第７の優先度決定処理を、前記コンピュータプログラムは前記コンピュータにさらに実行させ、
前記第７の優先度決定処理では、前記出力処理で出力したことがない前記ランドマーク情報よりも、前記出力処理で出力したことがある前記ランドマーク情報に高い優先度を決定し、
前記出力処理では、決定された優先度が高いランドマーク情報を優先的に前記地図画像に含ませ、前記地図画像を示す前記地図データを出力する、請求項１から８のいずれか一項に記載のコンピュータプログラム。
【請求項１０】
前記端末装置は、ＧＰＳ情報からそのＧＰＳ情報が示す位置の名称を割り出すテーブルを記憶したメモリを備えており、
前記ランドマーク情報は、ＧＰＳ情報を含んだ情報であり、
前記コンピュータプログラムは、
前記ランドマーク情報に含まれているＧＰＳ情報と一致する特定ＧＰＳ情報が前記テーブルに記憶されているか否かを判断する第２判断処理と、
前記第２判断処理によって前記特定ＧＰＳ情報が存在することが判断された場合に、前記特定ＧＰＳ情報が示す位置の名称を前記テーブルから読み出す読み出し処理と、
前記読み出し処理によって読み出された前記名称を、前記出力処理が出力する前記地図画像上に表示する名称表示処理と、
を前記コンピュータにさらに実行させる請求項１から９のいずれか一項に記載のコンピュータプログラム。
【請求項１１】
端末装置であって、
コンピュータと、
通信インタフェースと、
ユーザインタフェースと、を備え、
前記コンピュータは、
指定地域の地図データを出力するための出力操作を前記ユーザインタフェースを介して受け付ける出力操作受付処理と、
前記出力操作を受け付けた場合に、前記出力操作の操作者に関連付けられてサーバに記憶されているランドマーク情報を前記サーバから前記通信インタフェースを介して取得するランドマーク情報取得処理であって、前記ランドマーク情報は、前記指定地域内の何れかのランドマークを示す情報である前記ランドマーク情報取得処理と、
前記ランドマーク情報取得処理によって取得された前記ランドマーク情報に基づいて、ランドマークを示すランドマーク画像を含む地図画像を示す前記地図データを出力する出力処理と、
を実行する端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書に開示されている技術は、地図画像を示す地図データを出力する端末装置に関する。
【背景技術】
【０００２】
特許文献１には、地図画像を表示する画像形成装置が開示されている。ユーザが出発地の住所と目的地の住所とを画像形成装置に入力すると、画像形成装置は、出発地の住所と目的地の住所とに基づいて、出発地から目的地までのルートを決定する。そして、画像形成装置は、ルート近傍の施設（即ちランドマーク）を決定する。画像形成装置は、決定されたルートと、ランドマークを示すランドマーク画像と、を含む地図画像を表示する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２０４８０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の技術では、ランドマーク画像は、ユーザがランドマークを知っているか否かに関わらず表示される。そのため、ユーザが知らないランドマーク画像が表示される可能性がある。この場合、ユーザは地図画像の内容を理解し難い。本明細書では、端末装置の操作者が知っている可能性が高いランドマークを示すランドマーク画像を含む地図画像を出力する技術を開示する。
【課題を解決するための手段】
【０００５】
この目的を達成するために、本明細書に開示されているコンピュータプログラムは、通信インタフェースと、ユーザインタフェースとを備える端末装置のコンピュータに読み込み可能なコンピュータプログラムであって、指定地域の地図データを出力するための出力操作を前記ユーザインタフェースを介して受け付ける出力操作受付処理と、前記出力操作を受け付けた場合に、前記出力操作の操作者に関連付けられてサーバに記憶されているランドマーク情報を前記サーバから前記通信インタフェースを介して取得するランドマーク情報取得処理であって、前記ランドマーク情報は、前記指定地域内の何れかのランドマークを示す情報である前記ランドマーク情報取得処理と、前記ランドマーク情報取得処理によって取得された前記ランドマーク情報に基づいて、ランドマークを示すランドマーク画像を含む地図画像を示す前記地図データを出力する出力処理と、を前記コンピュータに実行させる。
【０００６】
上記のコンピュータプログラムでは、取得されたランドマーク情報は、出力操作の操作者に関連付けられてサーバに記憶されているため、操作者にとってなじみがあるランドマーク（即ち目印となる構造物）を示している可能性が高い。従って、端末装置は、操作者が知っている可能性が高いランドマークを示すランドマーク画像を含む地図画像を示す地図データを出力することができる。
【０００７】
なお、本明細書に開示の技術は、端末装置、端末装置の制御方法、端末装置を制御する制御装置、制御プログラムを記録する記録媒体、端末装置とサーバとを含む通信システム等の種々の態様で実現可能である。
【図面の簡単な説明】
【０００８】
【図１】通信システムのブロック図である。
【図２Ａ】第１実施例の携帯端末２００が実行する処理のフローチャートを示す。
【図２Ｂ】図２Ａの続きのフローチャートを示す。
【図３】図２Ｂの続きのフォローチャートを示す。
【図４Ａ】図３の続きのフローチャートを示す。
【図４Ｂ】図４Ａの続きのフローチャートを示す。
【図５】イベント選択画面の一例を示す。
【図６】イベント詳細画面の一例を示す。
【図７】第１実施例の地図画像の例を示す。
【図８】第２実施例の携帯端末２００が実行する処理のフローチャートを示す。
【発明を実施するための形態】
【０００９】
（第１実施例）
図１に、本願に係る実施形態として例示される通信システム１のブロック図を示す。通信システム１は、ＡＰ５０、ＭＦＰ１１０、携帯端末２００、およびＳＮＳサーバ３００を備える。ＭＦＰ１１０および携帯端末２００は、ＡＰ５０によって形成されているＬＡＮ＿Ｎ１に所属しており、ＡＰ５０を介して、通信可能である。ＳＮＳサーバ３００は、インターネット７０およびＬＡＮ＿Ｎ１を介して、ＭＦＰ１１０および携帯端末２００と通信可能である。
【００１０】
ＭＦＰ１１０は、スキャン機能および印刷機能を実行可能な周辺機器である。ＭＦＰ１１０は、入力インタフェース部１１２と、ディスプレイ１１４と、無線ＬＡＮインタフェース部１１８と、プリンタ１２０と、スキャナ１２２と、制御部１３０と、を備える。各部１１２〜１３０は、バス線（符号省略）に接続されている。以下では、インタフェース部をＩ／Ｆと記載することがある。
【００１１】
入力Ｉ／Ｆ１１２は、複数のキーを備える。ユーザは、入力Ｉ／Ｆ１１２を操作することによって、様々な指示をＭＦＰ１１０に与えることができる。ディスプレイ１１４は、様々な情報を表示するためのディスプレイである。
【００１２】
無線ＬＡＮ＿Ｉ／Ｆ１１８は、通信回路を含むＩＣチップを有し、Ｗｉ−Ｆｉ（登録商標）方式に従ったＷｉ−Ｆｉ通信を実行するためのＩ／Ｆである。無線ＬＡＮ＿Ｉ／Ｆ１１８は、ＡＰを介した無線通信を実行するためのＩ／Ｆである。なお、変形例では、無線ＬＡＮ＿Ｉ／Ｆ１１８は、ＡＰを介さない無線通信を実行するためのＩ／Ｆであってもよい。
【００１３】
プリンタ１２０は、インクジェット方式、レーザ方式等の印刷機構である。スキャナ１２２は、ＣＣＤ、ＣＩＳ等のスキャン機構である。
【００１４】
コントローラ１３０は、ＣＰＵ１３２と、メモリ１３４と、を備える。ＣＰＵ１３２は、メモリ１３４に記憶されているＯＳ１３６に従って、様々な処理を実行するプロセッサである。メモリ１３４は、ＨＤＤ、ＲＡＭ、ＲＯＭ等によって構成されてもよい。メモリ１３４は、コンピュータが読み取り可能なストレージ媒体であってよい。
【００１５】
携帯端末２００は、例えば携帯電話などの携帯型の装置である。携帯端末２００は、入力Ｉ／Ｆ２１２と、ディスプレイ２１４と、無線ＬＡＮ＿Ｉ／Ｆ２１８と、制御部２３０と、を備える。各部２１２〜２３０は、バス線（符号省略）に接続されている。
【００１６】
入力Ｉ／Ｆ２１２は、例えば操作ボタンである。入力Ｉ／Ｆ２１２は、透明な部材により形成されるタッチパネルを含んでいてもよい。タッチパネルは、ディスプレイ２１４の表面を覆うようにして配設されている。タッチパネルは、ユーザの指などによるタッチを検出し、タッチパネルのどこがタッチされたかを示す情報をＣＰＵ２３２へ出力する。ＣＰＵ２３２は、タッチパネルが出力する情報を、ディスプレイ２１４に表示された画像への操作入力を示す情報として受け付ける。「タッチ」の概念は、接触ぎりぎりまで接近する「ホバー」や「フローティングタッチ」を含んでいてもよい。ディスプレイ２１４は、ＣＰＵ２３２から出力される画信号を受信し、受信した画信号に基づく画像を表示する。ディスプレイ２１４としては、例えばＬＣＤや、有機ＥＬパネルなどを用いることができる。無線ＬＡＮ＿Ｉ／Ｆ２１８は、無線ＬＡＮ＿Ｉ／Ｆ１１８と同様である。
【００１７】
制御部２３０は、ＣＰＵ２３２と、メモリ２３４と、を備える。ＣＰＵ２３２は、メモリ２３４に記憶されているＯＳプログラム２３５に従って、様々な処理を実行するプロセッサである。メモリ２３４は、メモリ１３４と同様に構成されている。
【００１８】
メモリ２３４は、さらに、地図生成アプリケーション（以下では「地図アプリ」と呼ぶ）２３６とテーブル２３８とを記憶している。地図アプリ２３６は、ＭＦＰ１１０に地図画像の印刷を実行させるためのアプリケーションである。テーブル２３８は、複数のＧＰＳ情報のそれぞれと、当該ＧＰＳ情報が示す位置の名称と、が対応付けて格納されているテーブルである。地図アプリ２３６とテーブル２３８とは、例えば、ＭＦＰ１１０のベンダによって提供されるインターネット上のサーバから携帯端末２００にインストールされてもよいし、ＭＦＰ１１０と共に出荷されるメディアから携帯端末２００にインストールされてもよい。変形例では、地図アプリ２３６とテーブル２３８とは、携帯端末２００のベンダによって提供されてもよいし、ＯＳ２３５のベンダによって提供されてもよい。
【００１９】
メモリ２３４は、コンピュータが読み取り可能なストレージ媒体であってもよい。コンピュータが読み取り可能なストレージ媒体とは、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体である。ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体には、上記の例の他に、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等の記録媒体も含まれる。また、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体は、ｔａｎｇｉｂｌｅな媒体でもある。一方、インターネット上のサーバなどからダウンロードされるプログラムを搬送する電気信号は、コンピュータが読み取り可能な媒体の一種であるコンピュータが読み取り可能な信号媒体であるが、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙなコンピュータが読み取り可能なストレージ媒体には含まれない。メモリ１３４についても同様である。
【００２０】
ＳＮＳサーバ３００は、インターネット７０上に設置されるＦａｃｅｂｏｏｋ（登録商標）、Ｔｗｉｔｔｅｒ（登録商標）、Ｉｎｓｔａｇｒａｍ（登録商標）等のサーバである。携帯端末２００のユーザは、ＳＮＳサーバ３００を利用するために、アカウント情報をＳＮＳサーバ３００に登録することができる。そして、ユーザは、携帯端末２００を利用して、ＳＮＳサーバ３００にログインし、テキストデータ、画像データ等をＳＮＳサーバ３００に投稿することができる。この場合、ＳＮＳサーバ３００は、ユーザのアカウント情報とユーザの投稿とを関連付けて記憶する。さらに、ユーザとは異なる者（フォロワーとも称する）が、ユーザの投稿に対してコメントを投稿した場合、ＳＮＳサーバ３００は、ユーザのアカウント情報とユーザの投稿とに関連付けてフォロワーの投稿を記憶する。また、ユーザが、ユーザとは異なる者の投稿を選択して、ユーザのアカウント情報と関連付けることもできる。アカウント情報と関連付けてＳＮＳサーバ３００に記憶されている一連の投稿は、タイムラインと呼ばれる。なお、ＳＮＳサーバ３００は、各投稿に関連付けて、各投稿が記憶された日時を記憶している。
【００２１】
携帯端末２００のＣＰＵ２３２が地図アプリ２３６に従って実行する処理を図２Ａ〜図４Ｂを用いて説明する。本明細書のフローチャートは、基本的に、プログラムに記述された命令に従ったＣＰＵ２３２の処理を示す。すなわち、以下の説明における「判断」、「抽出」、「選択」、「算出」、「決定」、「特定」、「制御」等の処理は、ＣＰＵ２３２の処理を表している。ＣＰＵ２３２による処理は、ＯＳ２３５を介したハードウェア制御も含む。また、本明細書中の「データ」とは、コンピュータに読取可能なビット列で表される。そして、実質的な意味内容が同じでフォーマットが異なるデータは、同一のデータとして扱われるものとする。本明細書中の「情報」についても同様である。
【００２２】
図２Ａ〜図４Ｂの処理は、地図アプリ２３６が起動されることをトリガとして実行される。Ｓ１０では、まず、ＣＰＵ２３２は、複数のイベントを示す複数のイベント名を含むイベント選択画面をディスプレイ２１４に表示する。図５にイベント選択画面ＳＣ１の一例を示す。イベント名は、イベントの開催者によってインターネット上のサーバに登録された情報である。ＣＰＵ２３２は、インターネット上のサーバからイベント名を任意のタイミング（例えば地図アプリを起動したタイミング）でダウンロードすることができる。ＣＰＵ２３２は、複数のイベント名から１のイベント名を選択するためのイベント指定操作を入力Ｉ／Ｆ２１２を介して受け付ける。図５の例では、イベント指定操作は、ボタンＢ１〜Ｂ３の中からボタンＢ１を選択する操作である。
【００２３】
Ｓ１２では、ＣＰＵ２３２は、Ｓ１０で指定されたイベントに関するイベント情報を含むイベント詳細画面をディスプレイ２１４に表示する。図６にイベント詳細画面ＳＣ２の一例を示す。イベント情報は、イベントの開催者によってインターネット上のサーバに登録された情報である。ＣＰＵ２３２は、インターネット上のサーバからイベント情報を任意のタイミング（例えばイベントが指定されたタイミング）でダウンロードしてメモリ２３４に記憶することができる。イベント情報は、イベントの名称及び種類、初期地図データ、開催時刻等を含む。初期地図データは、開催地の位置情報、最寄の駅の位置情報、最寄のバス停の位置情報、道路の位置情報等を含む。
【００２４】
Ｓ１５においてＣＰＵ２３２は、指定地域の地図データを出力するための印刷操作を入力Ｉ／Ｆ２１２を介して受け付けたか否かを判断する。指定地域は、Ｓ１０で選択されたイベントが開催される開催地を含む地域である。図６の例では、印刷操作は、ボタンＢ５を選択する操作である。ＣＰＵ２３２は、Ｓ１５で肯定判断した場合に、Ｓ１８に進む。
【００２５】
Ｓ１８では、まず、ＣＰＵ２３２は、アカウント情報を入力するための入力画面をディスプレイ２１４に表示させる。ＣＰＵ２３２は、ユーザが利用する１以上のアカウント情報を入力画面に入力するための入力操作を入力Ｉ／Ｆ２１２を介して受け付ける。１以上のアカウント情報は、例えば、ＳＮＳサーバ３００に対応するアカウント情報と、ＳＮＳサーバ３００とは異なるＳＮＳサーバ（図示省略）に対応するアカウント情報と、を含む。
【００２６】
Ｓ２０では、ＣＰＵ２３２は、Ｓ１８で入力された１以上のアカウント情報の中から１の対象アカウント情報を特定する。具体的には、例えば、ＣＰＵ２３２は、入力された１以上のアカウント情報のうちの先頭の１つのアカウント情報を対象アカウント情報として特定してよい。次にＳ２０が実行される際には、ＣＰＵ２３２は、未だ対象アカウント情報として選択されていないアカウント情報のうち、先頭の１つのアカウント情報を、新たな対象アカウント情報として特定してよい。
【００２７】
Ｓ２５では、ＣＰＵ２３２は、対象アカウント情報を利用して、対象アカウント情報に対応するＳＮＳサーバにログインし、ＳＮＳサーバから無線ＬＡＮ＿Ｉ／Ｆ２１８を介して対象アカウント情報に関連付けて記憶されているタイムラインを取得する。
【００２８】
Ｓ３０では、ＣＰＵ２３２は、Ｓ２５で取得されたタイムラインの中から１の対象投稿を特定する。具体的には、例えば、ＣＰＵ２３２は、タイムラインに含まれる１以上の投稿のうち、投稿された日時が最新の１つの投稿を対象投稿として特定してもよい。次にＳ３０が実行される際には、ＣＰＵ２３２は、未だ対象投稿として選択されていない投稿のうち、投稿された日時が最新の１つの投稿を、新たな対象投稿として特定してよい。
【００２９】
Ｓ３５では、ＣＰＵ２３２は、対象投稿の中からランドマーク情報と、ランドマーク情報がＳＮＳサーバに記憶された日時と、を取得する。ランドマーク情報は、指定地域内の何れかのランドマークを示す情報である。ランドマーク情報は、ランドマークを示す名称と、ランドマークの位置を示すＧＰＳ情報と、を含む。具体的には、ＣＰＵ２３２は、テーブル２３８内の名称に一致する名称を、投稿内の文章の中から取得する。また、ＣＰＵ２３２は、投稿又は投稿内の画像に付されているＧＰＳ情報を取得する。
【００３０】
Ｓ３８では、ＣＰＵ２３２は、図２ＡのＳ３５でランドマーク情報が取得されたか否かを判断する。ＣＰＵ２３２は、Ｓ３８で肯定判断した場合に、Ｓ４０に進み、Ｓ３８で否定判断した場合に、図３のＳ１５５に進む。
【００３１】
Ｓ４０では、ＣＰＵ２３２は、Ｓ３５で取得されたランドマーク情報に含まれている１以上のＧＰＳ情報のそれぞれと一致するＧＰＳ情報がテーブル２３８に記憶されているか否かを判断する。ＣＰＵ２３２は、Ｓ４０で肯定判断した場合に、Ｓ４５に進み、Ｓ４０で否定判断した場合に、図２ＢのＳ１０５に進む。
【００３２】
Ｓ４５では、ＣＰＵ２３２は、Ｓ４０で一致すると判断したＧＰＳ情報が示す位置の名称をテーブル２３８から読み出す。
【００３３】
図２ＢのＳ１０５では、ＣＰＵ２３２は、取得されたランドマーク情報の中から１の対象ランドマーク情報を特定する。具体的には、例えば、ＣＰＵ２３２は、取得されたランドマーク情報のうち、先頭の１つのランドマーク情報を対象ランドマーク情報として特定してもよい。次にＳ１０５が実行される際には、ＣＰＵ２３２は、未だ対象ランドマーク情報として選択されていないランドマーク情報のうち、先頭の１つのランドマーク情報を、新たな対象ランドマーク情報として特定してよい。
【００３４】
Ｓ１１０では、ＣＰＵ２３２は、対象ランドマーク情報によって示される対象ランドマークが、イベントの開催地に近いか否かを判断する。具体的には、ＣＰＵ２３２は、対象ランドマーク情報に含まれるＧＰＳ情報、または、対象ランドマーク情報に含まれる名称に対応してテーブル２３８に記憶されているＧＰＳ情報によって示される位置とイベントの開催地の位置との間の距離が所定距離以内である場合に、Ｓ１１０で肯定判断し、Ｓ１１５に進む。一方、ＣＰＵ２３２は、当該距離が所定距離よりも大きい場合に、Ｓ１１０で否定判断し、Ｓ１５３に進む。
【００３５】
Ｓ１１５では、ＣＰＵ２３２は、対象投稿が携帯端末２００のユーザによる投稿であるか否かを判断する。ＣＰＵ２３２は、対象投稿が対象アカウント情報を利用して投稿されている場合に、Ｓ１１５で肯定判断し、Ｓ１２０に進む。一方、ＣＰＵ２３２は、対象投稿が対象アカウント情報とは異なるアカウント情報を利用して投稿されている場合に、Ｓ１１５で否定判断し、Ｓ１２５に進む。
【００３６】
Ｓ１２０では、ＣＰＵ２３２は、対象ランドマーク情報の優先度を５カウントアップする。ランドマーク情報の優先度は、地図画像におけるランドマーク画像の表示され易さの指標である。優先度が大きくなる程、ランドマーク画像が表示され易くなる。なお、各ランドマーク情報の優先度は、初期値として０が設定されている。
【００３７】
Ｓ１２５では、ＣＰＵ２３２は、対象ランドマーク情報の優先度を１カウントアップする。
【００３８】
Ｓ１３０では、ＣＰＵ２３２は、指定地域内を移動するための交通手段を指定する指示を受け付け、指定される交通手段を判断する。ＣＰＵ２３２は、鉄道を交通手段として指定する指示を受け付けた場合に、Ｓ１３５に進み、バスを交通手段として指定する指示を受け付けた場合に、Ｓ１４０に進み、自家用車を交通手段として指定する指示を受け付けた場合に、Ｓ１４５に進む。一方、ＣＰＵ２３２は、交通手段を指定する指示を受け付けなかった場合に、Ｓ１５３に進む。
【００３９】
Ｓ１３５ではＣＰＵ２３２は、対象ランドマークが、イベントの開催地に最寄の駅に近いか否かを判断する。具体的には、ＣＰＵ２３２は、図２ＡのＳ１０で指定されたイベント情報に含まれる最寄の駅の位置情報によって示される位置と、対象ランドマークの位置と、の間の距離が所定距離以下である場合に、Ｓ１３５で肯定判断し、Ｓ１５０に進む。一方、ＣＰＵ２３２は、当該距離が所定距離よりも大きい場合に、Ｓ１３５で否定判断し、Ｓ１５３に進む。なお、本明細書において、距離は、直線距離であってもよいし、通行可能な道を考慮した距離であってもよい。
【００４０】
Ｓ１４０ではＣＰＵ２３２は、対象ランドマークが、イベントの開催地に最寄のバス停に近いか否かを判断する。具体的には、ＣＰＵ２３２は、図２ＡのＳ１０で指定されたイベント情報に含まれる最寄のバス停の位置情報によって示される位置と、対象ランドマークの位置と、の間の距離が所定距離以下である場合に、Ｓ１４０で肯定判断し、Ｓ１５０に進む。一方、ＣＰＵ２３２は、当該距離が所定距離よりも大きい場合に、Ｓ１４０で否定判断し、Ｓ１５３に進む。
【００４１】
Ｓ１４５では、ＣＰＵ２３２は、対象ランドマークが高速ＩＣ沿い又は国道沿いに位置するか否かを判断する。具体的には、ＣＰＵ２３２は、イベント情報に含まれる高速ＩＣ又は国道の位置情報によって示される位置と、対象ランドマークの位置と、の間の距離が所定距離以下である場合に、Ｓ１４５で肯定判断し、Ｓ１５０に進む。一方、ＣＰＵ２３２は、当該距離が所定の距離よりも大きい場合に、Ｓ１４５で否定判断し、Ｓ１５３に進む。
【００４２】
Ｓ１５０では、ＣＰＵ２３２は、対象ランドマーク情報の優先度を２カウントアップする。
【００４３】
Ｓ１５３では、ＣＰＵ２３２は、対象投稿の中から全てのランドマーク情報を特定したか否かを判断する。ＣＰＵ２３２は、Ｓ１５３で肯定判断した場合に、Ｓ１５５に進み、Ｓ１５３で否定判断した場合に、Ｓ１０５に戻る。
【００４４】
Ｓ１５５では、ＣＰＵ２３２は、図２ＡのＳ２５で取得したタイムラインの中から全ての投稿を特定したか否かを判断する。ＣＰＵ２３２は、Ｓ１５５で肯定判断した場合に、Ｓ１６０に進み、Ｓ１５５で否定判断した場合に、図２ＡのＳ３０に戻る。
【００４５】
Ｓ１６０では、ＣＰＵ２３２は、Ｓ１８で入力された全てのアカウント情報を特定したか否かを判断する。ＣＰＵ２３２は、Ｓ１６０で肯定判断した場合に、図４ＡのＳ２１０に進み、Ｓ１６０で否定判断した場合に、図２ＡのＳ２０に戻る。
【００４６】
図４ＡのＳ２１０では、ＣＰＵ２３２は、優先度が１以上のランドマーク情報があるか否かを判断する。ＣＰＵ２３２は、Ｓ２１０で肯定判断した場合に、Ｓ２１５に進み、Ｓ２１０で否定判断した場合に、Ｓ２３８に進む。Ｓ２３８では、ＣＰＵ２３２は、イベント情報に含まれる所定のランドマーク情報を特定する。所定のランドマーク情報は、地図に表示されるデフォルトのランドマークを示す情報である。
【００４７】
一方、Ｓ２１５では、ＣＰＵ２３２は、携帯端末２００のユーザが過去に同じ種類のイベントに参加したか否かを判断する。ＣＰＵ２３２は、Ｓ１０で指定されたイベント情報に含まれるイベントの種類と、メモリ２３４に記憶済みのイベント情報に含まれるイベントの種類と、が一致する場合に、Ｓ２１５で肯定判断し、Ｓ２２０に進む。記憶済みのイベント情報は、後述の図５のＳ３１５で参加履歴として記憶される情報である。ＣＰＵ２３２は、これらのイベント情報が一致しない場合に、Ｓ２１５で否定判断し、Ｓ２２２に進む。
【００４８】
Ｓ２２０では、ＣＰＵ２３２は、過去のイベントの開催時刻付近の日時に対応するランドマーク情報の優先度を２倍にする。当該ランドマーク情報は、過去のイベント開催地付近のランドマークを示す可能性が高い情報である。具体的には、ＣＰＵ２３２は、Ｓ２１５で肯定判断された記憶済みのイベント情報に含まれる開催時刻を特定し、開催時刻前後の所定時間帯に含まれる日時に対応するランドマーク情報の優先度を２倍にする。
【００４９】
Ｓ２２２では、ＣＰＵ２３２は、ＳＮＳサーバに最近記憶されたランドマーク情報の優先度を２倍にする。具体的には、ＣＰＵ２３２は、現在時刻前の所定時間帯に含まれる日時に対応するランドマーク情報の優先度を、２倍にする。
【００５０】
Ｓ２２３では、ＣＰＵ２３２は、Ｓ１０で指定されたイベント情報で示されるイベントに関連付けられたイベントの開催地付近にあるランドマークがあるか否かを判断する。地図アプリ２３６では、過去に開催されたイベントと、今後開催される予定のイベントと、が、所定の基準に従って、分類され、関連付けられている。例えば、複数回に亘って開催されるイベント（例えば「第１回特許セミナー」及び「第２回特許セミナー」）が関連付けられていてもよい。また、共通するテーマ（財産管理に関する「不動産投資セミナー」及び「外貨預金セミナー」）が関連付けられていてもよい。また、開催の形態が共通するイベント（例えば、コンサート）が関連付けられていてもよい。具体的には、ＣＰＵ２３２は、対象ランドマーク情報に対応するＧＰＳ情報によって示される位置と、当該関連付けられたイベント開催地のＧＰＳ情報によって示される位置と、の間の距離が所定距離以内である場合に、Ｓ２２３で肯定判断し、Ｓ２２４に進む。一方、ＣＰＵ２３２は、当該距離が所定距離よりも大きい場合に、Ｓ２２３で否定判断し、Ｓ２２５に進む。
【００５１】
Ｓ２２４では、ＣＰＵ２３２は、Ｓ２２３で肯定判断されたランドマーク情報の優先度を２倍にする。
【００５２】
Ｓ２２５では、ＣＰＵ２３２は、携帯端末２００のユーザが過去に印刷したことがあるイベントの開催地付近にあるランドマークがあるか否かを判断する。具体的には、ＣＰＵ２３２は、対象ランドマーク情報に対応するＧＰＳ情報によって示される位置と、イベント開催地の記憶済みのＧＰＳ情報によって示される位置と、の間の距離が所定距離以内である場合に、Ｓ２２５で肯定判断し、Ｓ２３０に進む。記憶済みのＧＰＳ情報は、Ｓ２６０において印刷履歴として記憶されている情報である。一方、ＣＰＵ２３２は、当該距離が所定距離よりも大きい場合に、Ｓ２２５で否定判断し、Ｓ２３２に進む。
【００５３】
Ｓ２３０では、ＣＰＵ２３２は、Ｓ２２５で肯定判断されたランドマーク情報の優先度を２倍にする。
【００５４】
Ｓ２３２では、ＣＰＵ２３２は、何れかのランドマーク情報を過去に印刷したか否かを判断する。ＣＰＵ２３２は、何れかのランドマーク情報をメモリ２３４に記憶済みである場合に、Ｓ２３２で肯定判断し、Ｓ２３３に進む。記憶済みのランドマーク情報は、Ｓ２６０において印刷履歴として記憶されている情報である。一方、ＣＰＵ２３２は、何れのランドマーク情報もメモリ２３４に記憶済みでない場合に、Ｓ２３２で否定判断し、Ｓ２３５に進む。
【００５５】
Ｓ２３３では、ＣＰＵ２３２は、過去に印刷したランドマーク情報の優先度を２倍にする。
【００５６】
Ｓ２３５では、ＣＰＵ２３２は、最も優先度が高いランドマーク情報を特定する。なお、変形例では、ＣＰＵ２３２は、優先度の高さが所定の順位以上の複数のランドマーク情報を特定してもよい。
【００５７】
Ｓ２４０では、ＣＰＵ２３２は、イベント情報に含まれる指定地域の初期地図データを特定する。初期地図データによって示される初期地図画像は、イベント開催地を示す画像を含むが、ランドマークを示すランドマーク画像を含まない。
【００５８】
Ｓ２５５では、ＣＰＵ２３２は、Ｓ２３５又はＳ２３８で特定されたランドマーク情報に対応するＧＰＳ情報及び名称を含む地図データを生成する。即ち、ＣＰＵ２３２は、ＧＰＳ情報によって示されるランドマークの位置と、ランドマークの名称と、を対応付けて地図画像上に表示する。
【００５９】
Ｓ２６０では、ＣＰＵ２３２は、印刷するランドマーク情報を印刷履歴としてメモリ２３４に記憶させる。記憶されたランドマーク情報は、Ｓ２３２で利用される。
【００６０】
Ｓ２６５では、Ｓ２５５で生成した地図データを、ＭＦＰ１１０のプリンタ１２０が解釈可能な形式を有する印刷データに変換する。
【００６１】
Ｓ２７０では、ＣＰＵ２３２は、無線ＬＡＮ＿Ｉ／Ｆ２１８を介して印刷データをＭＦＰ１１０に送信する。ＭＦＰ１１０のＣＰＵ１３２は、Ｉ／Ｆ１１８を介して携帯端末２００から印刷データを受信すると、印刷データによって示される地図画像の印刷をプリンタ１２０に実行させる。Ｓ２７０が終了すると、図２ＡのＳ１０に戻る。
【００６２】
ＣＰＵ２３２は、図２ＡのＳ１５で否定判断する場合に、Ｓ３１０に進む。Ｓ３１０では、ＣＰＵ２３２は、指定されたイベントに参加するための参加操作を入力Ｉ／Ｆ２１２を介して受け付けたか否かを判断する。図６の例では、参加操作は、ボタンＢ６を選択する操作である。ＣＰＵ２３２は、Ｓ３１０で肯定判断する場合に、Ｓ３１５に進み、Ｓ３１０で否定判断する場合に、Ｓ１５に戻る。
【００６３】
Ｓ３１５では、ＣＰＵ２３２は、地図アプリ２３６から、指定されたイベント情報を取得し、メモリ２３４に記憶させる。Ｓ３１５が終了すると、図２Ａの処理を終了する。
【００６４】
（第１実施例の効果）
ユーザによってイベントが指定された場合に、イベントの開催地と、予め決められたランドマーク画像と、を地図画像上に表示する比較例が想定される。比較例では、ランドマーク画像は、携帯端末２００のユーザが知っているか否かに関わらず表示される。そのため、例えば、ユーザが、表示されたランドマークを知らない場合に、イベントの開催地の位置を把握することが困難となる可能性がある。
【００６５】
一方、本実施例では、携帯端末２００は、携帯端末２００のユーザが知っている可能性が高いランドマーク画像を地図画像上に表示させる（図２ＡのＳ３５、図４ＢのＳ２５５）。具体的な例では、図７に示すように、各ユーザＵ１〜Ｕ３が、印刷操作を実行した場合に、各ユーザＵ１〜Ｕ３のタイムラインから各ランドマーク情報Ｌ１〜Ｌ３が取得され、各ランドマーク情報Ｌ１〜Ｌ３を利用して、地図画像が印刷される。すなわち、ユーザＵ１〜Ｕ３の各々に最適化されたランドマーク画像Ｍ１〜Ｍ３を、地図画像に印刷することができる。各ランドマーク画像Ｍ１〜Ｍ３は、例えば、各ユーザＵ１〜Ｕ３がＳＮＳサーバ３００に過去に投稿した文章又は画像に含まれている情報、即ちユーザが知っている可能性が高い情報である。このように、ユーザに個別対応のランドマーク画像を含む地図画像が生成されるので、ユーザが、ランドマークを目印にして、イベントの開催地Ｐ１の位置を把握しやすくなる。
【００６６】
携帯端末２００のユーザは、他人の投稿に含まれているランドマーク情報よりも、自身の投稿に含まれているランドマーク情報をよく覚えている可能性が高い。そのため、携帯端末２００は、これらのランドマーク情報のうち、携帯端末２００のユーザ自身による投稿に含まれているランドマーク情報を優先的に地図画像に含ませる（図２ＢのＳ１１５〜Ｓ１２５）。これにより、携帯端末２００のユーザは、ランドマークを目印にして、イベントの開催地の位置をより把握しやすくなる。
【００６７】
携帯端末２００のユーザは、日時が古い投稿に含まれているランドマーク情報よりも、日時が新しい投稿に含まれているランドマーク情報をよく覚えている可能性が高い。そのため、携帯端末２００は、これらのランドマーク情報のうち、日時が新しい投稿に含まれているランドマーク情報を優先的に地図画像に含ませる（図４ＡのＳ２２２）。これにより、携帯端末２００のユーザは、ランドマークを目印にして、イベントの開催地の位置をより把握しやすくなる。
【００６８】
携帯端末２００のユーザは、交通機関を指定した場合（図３のＳ１３０）、当該交通機関に関連する関連場所（例えば、鉄道を指定している場合では駅）を経由してイベント開催地に向かう可能性が高い。従って、携帯端末２００は、関連場所に近いランドマークを、関連場所から遠いランドマークよりも優先的に表示する（Ｓ１３５〜Ｓ１４５）。携帯端末２００のユーザは、ランドマークを目印にして、イベントの開催地までのルートを把握しやすくなる。
【００６９】
携帯端末２００のユーザは、指定したイベントと同種のイベントが過去に開催された場合に、当該過去のイベントの開催地付近の地理を確認している可能性が高い。携帯端末２００は、当該過去のイベントが開催された開催地付近のランドマーク情報を、当該開催地から離れたランドマーク情報よりも優先的に地図画像に含ませる（図４ＡのＳ２２３、Ｓ２２４）。また、ユーザは、イベントの開催地を指定して地図画像を過去に印刷したことがある場合、当該イベントの開催地付近の地理を確認している可能性が高い。携帯端末２００は、過去に印刷したことがあるイベント開催地付近のランドマーク情報を、当該イベント開催地から離れたランドマーク情報よりも優先的に地図画像に含ませる（図４ＡのＳ２２５、Ｓ２３０）。また、ユーザは、地図画像を過去に印刷したことがある場合、地図画像に含まれるランドマークを覚えている可能性が高い。そのため、携帯端末２００は、過去に印刷したことがあるランドマーク情報を、印刷したことがないランドマーク情報よりも優先的に地図画像に含ませる（Ｓ２３３）。これにより、ユーザは、ランドマークを目印にして、イベントの開催地の位置をより把握しやすくなる。
【００７０】
携帯端末２００のユーザは、過去に参加したイベントの開催地付近のランドマークを知っている可能性が高い。そのため、携帯端末２００のユーザが過去に参加したイベントの開催地付近のランドマーク情報を、過去に参加したイベントの開催地から離れたランドマーク情報よりも優先的に地図画像に含ませる（図４ＡのＳ２１５、Ｓ２２０）。これにより、ユーザは、ランドマークを目印にして、イベントの開催地の位置をより把握しやすくなる。
【００７１】
携帯端末２００は、ランドマークを示す名称を、ランドマークの位置に対応付けて地図画像上に表示する（図４ＢのＳ２５５）。そのため、ランドマークの位置のみが表示される場合に比べて、ユーザがランドマークを把握しやすくなる。これにより、ユーザは、ランドマークを目印にして、イベントの開催地の位置をより把握しやすくなる。
【００７２】
（第２実施例）
第１実施例では、携帯端末２００を操作するユーザは、イベントの参加者又は参加予定者である。一方、第２実施例では、携帯端末２００を操作するユーザは、イベント開催者である。携帯端末２００のＣＰＵ２３２が地図アプリ２３６に従って実行する地図生成処理を図８を用いて説明する。なお、図８と図２Ａとで同一の番号が付されているステップの内容は、同一であるため、説明を省略する。また、第２実施例に特有のステップには、番号の末尾に「ａ」を付している。
【００７３】
Ｓ１０ａでは、ＣＰＵ２３２は、イベント選択画面において、新規のイベントを登録するためのイベント登録操作を入力Ｉ／Ｆ１１２を介して受け付ける。図５の例では、イベント登録操作は、ボタンＢ４を選択する操作と、イベントの名称等を含むイベント情報を入力する操作と、を含む。なお、ＣＰＵ２３２は、イベント登録操作に加えて、交通手段を指定する指示を受け付ける場合がある。
【００７４】
Ｓ１９ａでは、ＣＰＵ２３２は、Ｓ１８で入力されたイベント開催者のアカウント情報、又はイベントの公式アカウント情報を利用して、ＳＮＳサーバ（例えば３００）にログインし、イベント開催者をフォローしている者の１以上のアカウント情報を、ＳＮＳサーバから無線ＬＡＮ＿Ｉ／Ｆ２１８を介して取得する。
【００７５】
Ｓ２０ａでは、ＣＰＵ２３２は、Ｓ１９ａで取得された１以上のアカウント情報の中から１の対象アカウント情報を特定する。具体的には、例えば、ＣＰＵ２３２は、取得された１以上のアカウント情報のうちの先頭の１つのアカウント情報を対象アカウント情報として特定してよい。次にＳ２０ａが実行される際には、ＣＰＵ２３２は、未だ対象アカウント情報として選択されていないアカウント情報のうち、先頭の１つのアカウント情報を、新たな対象アカウント情報として特定してよい。
【００７６】
Ｓ３５以降においては、ＣＰＵ２３２は、第１実施例と同様に図２ＢのＳ３８〜図４ＢのＳ２７０の処理を実行する。ただし、ＣＰＵ２３２は、Ｓ１１０で肯定判断した場合に、対象ランドマーク情報の優先度を１カウントアップする。また、Ｓ１１５〜Ｓ１２５、Ｓ２１５〜Ｓ２２２、Ｓ２２５〜Ｓ２３３を、省略してもよい。
【００７７】
（第２実施例の効果）
本実施例では、携帯端末２００は、携帯端末２００のユーザ（即ちイベント開催者）をフォローしている者が知っている可能性が高いランドマーク画像を地図画像上に表示させる（図８のＳ１９ａ、Ｓ３５、図４ＢのＳ２５５）。イベント開催者は、当該地図画像が印刷された印刷媒体を配布したり、掲示したりする。その結果、イベント開催者をフォローしている者は、印刷媒体に印刷された地図画像を閲覧する。この場合、イベント開催者をフォローしている者は、ランドマークを目印にして、イベントの開催地の位置を把握しやすい。
【００７８】
携帯端末２００のユーザ（即ちイベント開催者）は、通常、イベント開催地に向かうために利用しやすい交通機関を指定する（図３のＳ１３０）。そのため、イベントの参加者の多くは、当該交通機関に関連する関連場所（例えば、鉄道を指定している場合では駅）を経由してイベント開催地に向かう可能性が高い。従って、携帯端末２００は、関連場所に近いランドマークを、関連場所から遠いランドマークよりも優先的に表示する（Ｓ１３５〜Ｓ１４５）。イベントの参加者は、ランドマークを目印にして、イベントの開催地までのルートを把握しやすくなる。
【００７９】
第１実施例と同様に、携帯端末２００は、当該過去のイベントが開催された開催地付近のランドマーク情報を、当該開催地から離れたランドマーク情報よりも優先的に地図画像に含ませるため（Ｓ２２３、Ｓ２２４）、イベントの参加者は、ランドマークを目印にして、イベントの開催地の位置をより把握しやすくなる。
【００８０】
第１実施例と同様に、携帯端末２００が、ランドマークを示す名称を、ランドマークの位置に対応付けて地図画像上に表示するため（図４ＢのＳ２５５）、イベントの参加者は、ランドマークを目印にして、イベントの開催地の位置をより把握しやすくなる。
【００８１】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【００８２】
（変形例）
各実施例では、ＣＰＵ２３２は、ＳＮＳサーバ３００からランドマーク情報を取得する。変形例では、ＣＰＵ２３２は、インターネット上のサーバ（例えばＧｏｏｇｌｅ（登録商標））から提供される地図データ（例えばＧｏｏｇｌｅマップ）にユーザが登録した位置情報をランドマーク情報として取得してもよい。また、ＣＰＵ２３２は、メールサーバから、ユーザのメールボックス内のメールに含まれる情報をランドマーク情報として取得してもよい。即ち、「サーバ」は、ＳＮＳサーバに限られない。
【００８３】
ＣＰＵ２３２は、図４ＢのＳ２６５、Ｓ２７０に代えて、地図データによって示される地図画像をディスプレイ２１４に表示させてもよい。即ち、「出力」は、表示であってもよい。
【００８４】
ＳＮＳサーバにおいてユーザが利用するアカウント情報を特定するアカウント特定処理（図２のＳ２０）は、省略することが可能である。複数のランドマーク情報のそれぞれに、優先度を決定する第１〜第７の優先度決定処理（図３のＳ１１５〜Ｓ１２５、Ｓ１３５〜Ｓ１４５、図４ＡのＳ２２０〜Ｓ２３０、Ｓ２３３）は、省略することが可能である。ランドマーク情報に含まれているＧＰＳ情報と一致するＧＰＳ情報がテーブル２３８に記憶されているか否かを判断する第２判断処理（図２のＳ４０）は、省略することが可能である。ＧＰＳ情報が示す位置の名称をテーブル２３８から読み出す読み出し処理（図２のＳ４５）は、省略することが可能である。読み出された名称を地図画像上に表示する名称表示処理（図４ＢのＳ２５５）は、省略することが可能である。交通手段の指定する指示を受け付ける指示受付処理（図３のＳ１３０）は、省略することが可能である。一般的に言うと、地図アプリ２３６は、「出力操作受付処理」、「ランドマーク情報取得処理」および「出力処理」を、「端末装置」の「コンピュータ」に実行させればよい。具体例としては、地図アプリ２３６は、Ｓ１５と、Ｓ３５と、Ｓ２７０とを少なくとも実行すればよい。
【００８５】
上記の各実施例では、ＣＰＵ２３２がメモリ２３４内のプログラム２３６を実行することによって、図２〜図４Ｂ、図８の各処理が実現される。これに代えて、図２〜図４Ｂ、図８の各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。
【００８６】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【００８７】
無線ＬＡＮ＿Ｉ／Ｆ２１８は、通信インタフェースの一例である。入力Ｉ／Ｆ２１２は、ユーザインタフェースの一例である。携帯端末２００は、端末装置の一例である。ＣＰＵ２３２は、コンピュータの一例である。地図アプリ２３６は、コンピュータプログラムの一例である。印刷操作は、出力操作の一例である。
【符号の説明】
【００８８】
１：通信システム、５０：ＡＰ、７０：インターネット、１１０：ＭＦＰ、１１２、２１２：入力Ｉ／Ｆ、１１４、２１４：ディスプレイ、１１８、２１８：無線ＬＡＮ＿Ｉ／Ｆ、１２０：プリンタ、１２２：スキャナ、１３０、２３０：制御部、１３２、２３２：ＣＰＵ、１３４、２３４：メモリ、１３６、２３５：ＯＳプログラム、２００：携帯端末、２３６：地図アプリ、２３８：テーブル、３００：ＳＮＳサーバ、Ｂ１〜Ｂ６：ボタン、Ｍ１〜Ｍ３：ランドマーク画像、ＳＣ１、ＳＣ２：画面
【図１】
2018106134.tif 000003
【図２Ａ】
2018106134.tif 000004
【図２Ｂ】
2018106134.tif 000005
【図３】
2018106134.tif 000006
【図４Ａ】
2018106134.tif 000007
【図４Ｂ】
2018106134.tif 000008
【図５】
2018106134.tif 000009
【図６】
2018106134.tif 000010
【図７】
2018106134.tif 000011
【図８】
2018106134.tif 000012