JP2002015215A - マルチメデア情報配信システムおよび携帯情報端末装置 - Google Patents

Abstract

(57)【要約】 【課題】マルチメデア情報配信システムにおいて、情報
端末装置を携帯しているユーザの位置を把握し、該把握
した位置を利用した情報サービスの提供を行う。 【解決手段】複数の携帯情報端末は定期的に検出した位
置情報を情報配信サーバ５０に送信し、情報配信サーバ
５０は、同一グループに属するユーザを同一地図画面上
に合成表示するための画像データを生成する位置管理部
５０−４と、対象施設毎のユーザの分布を演算し該分布
を示す情報を生成する状況／履歴管理部５０−７と、携
帯情報端末から送信されてきた撮影画像をユーザ毎もし
くはグループ毎に格納し、該格納された画像を要求元の
携帯情報端末へ送信する画像管理部５０−９と、状況／
履歴管理部５０−７で算出された混雑度や人気度を考慮
して推奨ルートを探索するルート探索管理部５０−６と
を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークにア
クセスする携帯情報端末及び情報を配信するサーバに係
り、特に、位置情報を検知できる携帯情報端末を用いた
モバイル向けのマルチメデア情報提供システムであり、
イベントや観光地などにおける人の分布情報をサービス
提供するマルチメデア情報配信システム及び携帯情報端
末に関する。

【０００２】

【従来の技術】モバイル向けの情報ガイダンス装置とし
て、特開平１１−５５７２６号公報（第１の従来技
術）、特開平１１−２５２００３号公報（第２の従来技
術）には、端末の位置に応じて地域情報や周辺の個人情
報、訪問履歴情報を案内する方式が開示されている。ま
た、携帯電話やアマチュア無線を利用して、車載用ナビ
ゲーションの地図上にお互いの位置をマップ表示する製
品も発表されている（第３の従来技術）。

【０００３】また、特定の場所の混み具合を検出するも
のに、特開平１０−３１２４４８号公報（第４の従来技
術）のように、画像処理を用いて混雑度を検出するもの
がある。

【０００４】また、一般的に、人気度を検出する場合に
は、特開平９−９１３０８号公報（第５の従来技術）の
ように、インターネットのホームページにページアクセ
スカウンタを設け、そのカウンタ数から人気度を計算す
ることが開示されている。

【０００５】また、ネットワーク上で画像をサービスす
る従来技術として、特開平１１−１５４２１８号公報
（第６の従来技術）に開示されている技術がある。

【０００６】

【発明が解決しようとする課題】しかしながら、上記第
１および第２の従来技術においては、位置情報から個人
情報を特定できるのは良いが、プライバシーの問題が発
生する。特に、観光地やイベント会場においては、グル
ープで行動する場合が多く、その場合、同じグループの
人の位置は知りたいが、関係のない人の位置は不必要で
ある。

【０００７】一方、第３の従来技術では、地図情報を端
末側に持たせる必要があり、携帯情報端末では、サイ
ズ、コストの問題が生じてくる。また、相手の位置を調
べる毎に、一々通信の起動を掛けなければならなく、グ
ループの人数が多くなると使い勝手がよくなかった。

【０００８】さらに、第４の従来技術では、観光地のよ
うに特定できない所では、固定カメラを多く設置できな
いなどの問題がある。

【０００９】また、第５の従来技術では、検知された人
気度はあくまでもネットワーク上での人気であり、実際
の会場や観光地の人気度を反映することができないとい
う問題点がある。

【００１０】また、第６の従来技術では、家庭で撮影し
た画像のプリントサービスを行うものであり、イベント
会場や観光地で撮影された画像をリアルタイムで取りこ
みサービスするものではなく、使い勝手が悪いという問
題点がある。

【００１１】本発明は上記の点を鑑みてなされたもの
で、その目的は、複数の情報端末装置とサーバ装置とを
備えるマルチメディア情報配信システムにおいて、情報
端末装置を携帯しているユーザの位置を把握し、該把握
した位置を利用した情報サービスの提供を可能とするマ
ルチメディア情報配信システム及び情報端末を提供する
ことにある。

【００１２】また、本発明の他の目的は、複数の情報端
末装置とサーバ装置とを備えるマルチメディア情報配信
システムにおいて、サーバ装置に備えられる情報処理機
能および情報記憶機能を有効活用し、該サーバ装置と通
信によって接続される情報端末装置を携帯に適した軽量
かつ経済性の高いものとすることにある。

【００１３】

【課題を解決するための手段】上記目的を達成するため
に本発明の情報配信システムは、複数の情報端末装置の
各々に、自身の位置を検出する位置検出手段と、該検出
した位置を示す情報をサーバ装置へ送信し、該サーバ装
置から送信されてくる情報を受信する端末側通信手段
と、要求するサービスの内容を指示するための操作指示
をユーザから受け付け、該操作指示を前記端末側通信手
段を通して前記サーバ装置へ送信させる操作指示受付手
段と、前記要求したサービスに対応して前記サーバ装置
から送られてくる情報を出力する出力手段とを設け、ま
た、サーバ装置には、前記各情報端末装置から送られて
くる位置を示す情報を受信し、該位置情報を利用して生
成された情報を情報端末装置へ送信するサーバ側通信手
段と、前記情報端末装置から送られてきた位置情報を利
用して前記情報端末装置へ送信すべき情報を生成する処
理手段とを設ける。

【００１４】さらに、本発明の情報配信システムでは、
前記情報端末装置が、当該情報端末装置の位置に関する
情報を、例えば、前回の位置情報送信時からある特定の
時間が経った場合、または、該位置が予め定めたしきい
値よりも大きく変化した場合に前記サーバ装置へ送信す
るものであり、前記サーバ装置が、前記複数の情報端末
装置から送信されてくる位置情報を、該情報端末装置の
ユーザ毎に記憶する位置情報記憶手段をさらに備えるこ
とを特徴とする。

【００１５】

【発明の実施の形態】本発明の一実施形態について、以
下、図１〜図３６の図面を参照しながら述べる。

【００１６】図１は、本実施形態におけるマルチメデア
情報配信システムの全体構成例を示したものである。本
実施形態のシステムにおいては、インターネット４０
に、情報配信サーバ５０と、いわゆるモバイラではない
特定の位置に設置されている一般ユーザのインターネッ
ト端末（ＰＣ）３０ａ〜３０ｎと、無線通信が可能な通
信基地局２０とが接続されている。

【００１７】一方、通信基地局２０には、携帯情報端末
（ＰＤＡ）１０ａ〜１０ｎが接続されている。上記イン
ターネット端末３０や携帯情報端末１０からは、必要に
応じてイベント会場や観光地に関する情報を情報配信サ
ーバ５０から取り出すことができる。携帯情報端末１０
ａ〜１０ｎは、例えばＧＰＳ及びカメラで実現されるよ
うな位置検出機能及び撮像機能を備えた多機能携帯電話
である。携帯情報端末１０を車に搭載すると、サーバか
らの情報を受けてナビゲーションサービスを実施するサ
ーバ型カーナビになる。

【００１８】図２は、本実施形態における携帯情報端末
（ＰＤＡ）１０ａの内部構成の一例を示したもので、他
の携帯情報端末も同じように構成されている。図２にお
いて、１０−１は無線通信用アンテナ、１０−２は通信
基地局２０との通信を実施する通信部、１０−３は当該
携帯情報端末の全体制御等の制御処理を実施すると共に
インターネット上に設けられている各種サイトを表示す
るためのＣＰＵやメモリなどで構成される処理部＆ブラ
ウザ、１０−９は当該携帯情報端末の位置を検出する位
置センサ（ＧＰＳ）、１０−４はＧＰＳ１０−９の信号
から位置を検出する位置検出部である。

【００１９】位置検出部１０−４は、定期的に位置を検
出し、該検出した位置に関する情報を、処理部＆ブラウ
ザ１０−３、無線通信用アンテナ１０−２を介して、通
信基地局２０に送信するものである。また、定期的に位
置を検出する代わりに、検出した位置情報が前回の位置
情報との差分が所定値以上となった場合、あるいは操作
指示を出力する場合や情報配信サーバ５０との通信が行
われる場合に、検出した位置情報を通信基地局２０に送
信する構成としても良い。また、本実施形態では位置検
出にＧＰＳ１０−９を用いるが、本発明における位置検
出方法はこれに限定されるものではなく、携帯情報端末
の位置を特定することが可能な方法であれば使用する位
置検出方法は特に限定されるものではない。例えば、Ｐ
ＨＳを利用した位置検出や、複数の基地局からの電波の
到達距離を用いて検出する方法などの他の手段で位置を
検出する方法を用いても良い。

【００２０】さらに、図２において、１０−５はＣＣＤ
カメラでこの信号は画像入力部１０−６を介して処理部
１０−３に送られる。１０−７は座標入力装置（Ｔ
Ｂ）、１０−８はディスプレイ（ＬＣＤ）で、これらは
一体構造になっており、ディスプレイ画面に直接ペン入
力ができる構成を備えている。１０−１０は音声出力デ
バイスとして機能するスピーカである。

【００２１】本発明によるマルチメデア・ガイダンス
は、上述した携帯情報端末１０ａに含まれる周辺デバイ
スを活用して、処理部＆ブラウザ１０−３のソフトウエ
アと情報配信サーバ５０のソフトウエアとの連携により
実現される。

【００２２】図３は、情報配信サーバ５０の内部構成の
一例を示したものである。図３において、５０−１はイ
ンターネット４０との通信部、５０−２はＣＰＵやメモ
リなどで構成される情報配信サーバ５０の処理部で、上
述した携帯情報端末１０のブラウザソフトウエアにより
表示及びアクセス可能なインターネット上のＷｅｂサイ
トの維持・管理・制御に係わる処理を実施する。５０−
３〜５０−１０は本情報配信サーバ５０の機能を実現す
る各種管理部である。一方、これらの管理部に対応して
５０−１１〜５０−１７のデータベースのファイルがあ
る。

【００２３】以下、各管理部５０−３〜５０−１０の概
要を述べる。ガイダンス管理部５０−３は、イベント会
場や観光地の情報を静止画像や動画像さらに音声等のマ
ルチメデアで案内するものである。例えば、テーマパー
クやイベント会場では、テーマ毎に詳細情報を携帯情報
端末１０を通し必要に応じてユーザに案内する。美術館
や博物館では、その作品の作者に関する情報、生まれた
背景、時代の芸術的価値などをマルチデイアで案内す
る。一方、観光地であれば、観光名所の歴史的背景、由
来などを案内しその価値を共有する。ガイダンスは、ガ
イダンスＤＢ（５０−１１）をアクセスしながら行う。

【００２４】位置管理部５０−４は、グループＤＢ（５
０−１２）、ユーザＤＢ（５０−１６）、地図ＤＢ（５
０−１３）を用いて位置管理するものである。位置管理
部５０−４における処理では、現在の位置情報を地図に
重複表示するサービスと、同一グループの位置情報を地
図上に表示するサービスがある。もちろん、ガイダンス
管理部５０−３の処理と連動して、地図上に表示された
現在位置に対応してガイダンスを実施することも可能で
ある。

【００２５】ランドマーク管理部５０−５は、地図ＤＢ
（５０−１３）、ランドマークＤＢ（５０−１４）を用
いてランドマークの管理を行うものである。ランドマー
ク管理とは、情報の分類毎に地図中で目印となり得るよ
うな構造物あるいは景観のポイント座標等の情報を管理
及びサービスするもので、周知のナビゲーションシステ
ムで行われている場合がある。このランドマーク管理サ
ービスは、旅行先の決定やルート探索したりするのに便
利である。また、新たなランドマークの登録を管理する
ことで、登録料を請求したり、ランドマークのアクセス
数により広告料を請求する構成としても良い。ランドマ
ーク管理部５０−５は、さらに、ランドマーク表示機
能、ランドマーク登録機能、ランドマーク検索機能を備
えている。

【００２６】ルート探索管理部５０−６は、現在位置か
ら目的地までのルート探索処理や、推奨ルートの探索処
理を行う。ルート探索に当たっては、地図ＤＢ（５０−
１３）と履歴ＤＢ（５０−１５）の情報を用いて行う。

【００２７】状況／履歴管理部５０−７は、イベント会
場や観光地の人気度や混雑度などの状況、さらに、今ま
での履歴情報などをユーザにサービスする処理を実施す
る。このサービスには、履歴ＤＢ（５０−１５）やユー
ザＤＢ（５０−１６）のデータベースファイルが使用さ
れる。

【００２８】個人管理部５０−８は、個々のユーザや、
各ユーザが所属するグループを管理するための処理を実
施する。ユーザは、最初にアクセスするときにユーザＩ
Ｄとパスワードを入力することで、各種サービスを受け
ることができる。本実施形態では、グループＤＢ（５０
−１２）とユーザＤＢ（５０−１６）を別々に管理して
いるが、ユーザＤＢ（５０−１６）の中に、グループ情
報の項目を付加して管理してもよい。グループ情報に
は、例えばグループの名称、グループＩＤ、グループに
属するメンバーへのリンク情報等が含まれる。

【００２９】画像管理部５０−９は、携帯情報端末１０
で撮影した画像を情報配信サーバ５０にアップロードし
たり、逆に必要に応じて画像をダウンロードしたり、さ
らに、要求された画像をプリントサービスを実施する。
なお、プリントサービスを実施するときは、情報配信サ
ーバ５０のプリンタ５０−１８に出力し、要求者の住所
に郵送するか、あるいは、イベント会場や観光地にある
フォトショップの端末に画像を転送し、そこでプリント
サービスの提供を行う。

【００３０】課金管理部５０−１０は、サービス形態や
アクセス情報に応じてユーザや広告主に対する課金の管
理を行う。課金の方法としては、携帯情報端末１０を貸
し出してそのレンタル料を徴収する方法、アクセス数や
提供したサービスやオプションの種類や内容で課金する
方法、画像のファイル量や保存期間で課金する方法があ
る。また、通信基地局２０を利用した場合、その通信料
に情報配信サーバ５０のサービス料を付加し、通信キャ
リア会社よりキャシュバックしてもらう方法もある。こ
のためには、各情報のサービスに応じてアクセス状況の
履歴を残しておく必要がある。

【００３１】図４、図５は、本実施形態におけるマルチ
メディア情報配信システムの典型的な応用例を示したも
のである。

【００３２】図４は、イベント会場１００であるテーマ
パークのレイアウトを示したものである。図４におい
て、１１０はテーマパーク１００の入り口、１２０〜１
５０はテーマパーク１００に設置されているテーマ館を
示し、２００〜２４０は各テーマ館への入館を待ってい
る行列をそれぞれ示している。そして、Ｇ１１〜Ｇ１
４、Ｇ２１〜Ｇ２５、Ｇ３１〜Ｇ３３はそれぞれ携帯情
報端末１０ａ〜１０ｎを持っている人（携帯情報端末の
位置）を示しており、Ｇ１X、Ｇ２X、Ｇ３Xはそれぞれ
同一グループに属するユーザであることを示している。
例えば、グループＧ１Xの人々は、テーマ館１２０、テ
ーマ館１４０、テーマ館１５０にバラバラに行動してい
ることがわかる。他のグループの行動も同様である。

【００３３】図５は、観光地の地図を示したもので、２
００〜２４０は、各観光スポットにおける携帯情報端末
１０の位置を表したものである。すなわち、２００はボ
ーリング場、２１０はｋｋｋ病院、２２０はＤＥＧ研究
所、２３０はＡＢＣ研究所、２４０は〇〇神社を示して
いる。

【００３４】本実施形態では、図４、５に示すような状
況で位置が把握されている携帯情報端末のユーザに対し
て、以下に説明するような情報提供サービスを実施する
ものである。

【００３５】次に、図６〜図１２を用いて、本実施形態
によるマルチメデア情報配信システムにおけるサービス
概要を示す。なお、人口分布サービスの例として、イベ
ントの対象毎の混雑度や人気度を例に示す。

【００３６】図６は、ガイダンス管理部５０−３で実施
されるサービス概要を携帯情報端末１０ａと情報配信サ
ーバ５０との関係で示したものである。ガイダンス管理
部５０−３は、携帯情報端末１０ａから通信基地局２０
及びインターネット４０を介して送信されてくる現在位
置情報と、ディスプレイ画面（ＬＣＤ１０−８及びＴＢ
１０−７）へ入力される操作指示とに従い、現在位置も
しくは操作指示に対応した画像１０ａ１、テキスト１０
ａ２、音声１０ａ３（アイコンを指示すると音声ガイダ
ンスが流れる）を、情報配信サーバ５０からガイダンス
出力させる。このガイダンス出力処理では、携帯情報端
末１０ａから送信されてくる現在位置が、このガイダン
スにおいて設定された所定の位置に一致または所定の位
置範囲に入った場合に、自動で案内処理を開始したり、
あるいは、該送信されてくる現在位置に関係無く、ユー
ザの操作指示に従い、任意の時点で案内処理を開始す
る。

【００３７】図７は、位置管理部５０−４で実施される
サービス概要を示したものである。携帯情報端末１０ａ
が現在位置と当該サービスに対応する操作指示を情報配
信サーバ５０に送信すると、情報配信サーバ５０は、携
帯情報端末１０ａから送られてくる位置情報が示す位置
を含む領域の地図データを抽出し、該抽出した地図デー
タを展開して得た地図上に携帯情報端末１０ａの位置を
示した画像データを、携帯情報端末１０ａへ返信する。
携帯情報端末１０ａでは、自位置のマークＧ１１が地図
上にマップされた画像がディスプレイ画面上に表示され
る。これにより、自分の位置がわからなくなったり迷子
になることを防ぐことができるという効果がある。

【００３８】一方、携帯情報端末１０ｂでは、現在位
置、グループ情報、グループ表示フラグ、操作指示を情
報配信サーバ５０に送信することで、自分を含むグルー
プの位置のマークＧ１１、Ｇ１２が地図上にマップさ
れ、当該携帯情報端末にディスプレイ画面表示される。
ここで、グループ表示フラグがオフのとき、このＩＤの
マークは表示しないようにすることで、プライバシーを
確保することができる。

【００３９】携帯情報端末１０ｂの例で行われるグルー
プ位置サービスは、同一グループに属する特定の人のみ
にサービスすることも可能である。このため、例えば、
本実施形態の携帯情報端末１０を老人に持たせ、同じグ
ループに属する家族のみに位置を知らせるなどの徘徊老
人の位置特定サービスの実施することも可能である。な
お、グループマークＧ１１、Ｇ１２上にマウスポインタ
を持っていった時やクリックすると詳細情報が表示され
る。また、マーク表示を人に応じて変えたり、個人専用
のマークを登録できるようにしても良い。さらに、グル
ープに属する人が多い場合、グループリストを表示し、
選択したときそのマークを表示するようにしても良い。

【００４０】図８は、ランドマーク管理部５０−５で実
施されるサービス概要を示したものである。携帯情報端
末１０ａはランドマーク表示サービスを受けている状態
を示している。携帯情報端末１０ａが、現在位置、ラン
ドマーク分類、縮尺情報、操作指示を情報配信サーバ５
０に送信すると、自位置から一定範囲のランドマークＭ
１１〜Ｍ１４が地図上にマップされ、携帯情報端末１０
ａに表示される。ランドマークＭ１１〜Ｍ１４上にマウ
スポインタを持っていった時やクリックを行なうと詳細
情報が表示される。

【００４１】携帯情報端末１０ｂは、ランドマーク登録
サービスを受けている状態を示したものである。本サー
ビスでは、携帯情報端末１０ｂが、指定座標、ランドマ
ーク情報（分類、名称、住所、電話番号、ホームページ
のＵＲＬ等）、操作指示を情報配信サーバ５０に送信す
ると、当該携帯情報端末１０ｂのディスプレイ画面に表
示される地図上にランドマーク登録できるサービスであ
る。観光地の名所やホテルやレストランやトイレなどを
登録することにより、有益なアクセス情報が得られる。

【００４２】なお、ランドマーク登録は有料として登録
料を請求するよう構成してもよい。登録はインターネッ
ト上から可能であるが、自由に登録を許可すると不良情
報も登録される可能性がある。このような場合は、登録
と情報開示は別々にしたり、登録のメールを受け付けた
後、管理者が判断し登録をＯＫにするなどの方法を取る
ことが好ましい。

【００４３】携帯情報端末１０ｃは、ランドマーク検索
サービスを受けている状態を示したものである。本サー
ビスでは携帯情報端末１０ｃが、ランドマーク分類、検
索キーワード（ＫＷ）、操作指示を情報配信サーバ５０
に送信すると、該情報配信サーバ５０に設けられている
あるいはリンクされている検索エンジンが実行され、そ
の検索結果が携帯情報端末１０ｃのディスプレイ画面上
に表示されるサービスである。

【００４４】本例は、ランドマーク分類：“企業”、検
索キーワード（ＫＷ）：“ＸＸ製作所”（Ｓ１）が入力
され、検索結果がＳ２のように表示された例である。Ｓ
２の検索結果でＭＡＰ（Ｓ３）の項目を指示すると、そ
のランドマークが地図表示される。この検索を用いるこ
とにより、多くの登録されたランドマークを効率良くア
クセス可能となる。なお、検索に当たっては、あいまい
検索できるような検索エンジンを利用すると完全な名称
を知らなくとも結果がでるため、使い勝手が良い。

【００４５】図９は、ルート探索管理部５０−６で実施
されるサービス概要を示したものである。携帯情報端末
１０ａはルート探索サービスを受けている状態を示した
ものである。本サービスは、携帯情報端末１０ａが出発
地（現在位置）（Ｍ１１）、目的地（Ｍ１４）、操作指
示を情報配信サーバ５０に送信すると、ルート探索を行
ない、そのルート探索結果をユーザが識別しやすい色や
表示形式などでマーク（Ｒ１１）して携帯情報端末１０
ａのディスプレイ画面上に表示させるサービスである。
本ルート検索機能は、従来のカーナビゲーションで行な
われているものと基本的には同じものである。アーキテ
クチャ的に異なるのは携帯情報端末１０からの要求に応
じて、情報配信サーバ５０でルート探索することであ
る。このために、情報配信サーバ５０は、携帯情報端末
１０からの複数の要求を処理可能とする性能を備えてい
るものとする。

【００４６】携帯情報端末１０ｂは、お勧めルート探索
サービスを受けている状態を示したものである。本サー
ビスは、携帯情報端末１０ｂが出発地（現在位置）（Ｍ
１１）、希望分野、範囲（地図の表示範囲）、時間、操
作指示を情報配信サーバ５０に送信すると推奨ルート探
索を行ない、その推奨ルート探索結果を識別しやすい色
や形式などでマーク（Ｒ１１、Ｒ１２）した状態で携帯
情報端末１０ｂのディスプレイ画面上に表示するサービ
スである。推奨ルート探索に当たっては、入力された条
件に加えて人気度データや時間を元に探索を行なう。な
お、推奨ルートが複数ある場合、コース名称などを付加
して案内してもよい。コース名称は、最終地点や折り返
し地点など、あるいは人気度に応じてシステムが付加す
る。

【００４７】図１０は、状況／履歴管理部５０−７で実
施されるサービス概要を示したものである。携帯情報端
末１０ａは混雑度サービスを受けている状態を示したも
のである。本サービスは、携帯情報端末１０ａが現在位
置、操作指示を情報配信サーバ５０に送信すると、情報
配信サーバ５０はその時点で受信している他の携帯情報
端末１０などから受け取った複数の位置情報を用いて、
予め定めた個所（テーマパークであれば各テーマ館）で
の混雑度を計算し、グラフ化して携帯情報端末１０ａに
出力（Ｋｏｎ）するサービスである。図１０に示す例で
は、１２０〜１５０はテーマ館の名称に対応し、テーマ
館１３０が一番混んでいることを示している。なお、こ
の混雑度の指標としては、相対の％表示したり、待ち時
間表示したり、人数表示する。

【００４８】携帯情報端末１０ｂは人気度サービスを受
けている状態を示したものである。本サービスは、携帯
情報端末１０ｂが各ガイダンス情報へのアクセス情報、
操作指示を情報配信サーバ５０に送信すると、情報配信
サーバ５０では人気度を計算し、グラフ化して携帯情報
端末１０ｂに出力（Ｂｅｓｔ）するサービスである。こ
こで、アクセス情報は、インターネットを通じて仮想的
にアクセスする場合（仮想対象毎アクセス情報）と、実
際にその位置に出向いてアクセスした場合（実際対象毎
アクセス情報）とでは、重みを変えて用いることが必要
である。すなわち、実際対象毎アクセス情報が、仮想対
象毎アクセス情報より重みが高い。また、人気度を、携
帯情報端末１０を介して予め配布しておいたアンケート
の回答を情報配信サーバへ返送する形で収集する構成と
しても良い。

【００４９】携帯情報端末１０ｃは履歴サービスを受け
ている状態を示したものである。本サービスは、携帯情
報端末１０ｃが日時や場所などのアクセス情報、操作指
示を情報配信サーバ５０に送信すると、そのアクセス情
報に応じて行動した位置情報の履歴（Ｌｏｇ）を出力す
るサービスである。携帯情報端末１０ｃのディスプレイ
画面上に表示されたＬｏｇの中の日時をクリックする
と、その日時に言った場所及びその周辺の地図が表示さ
れ、家に帰ってから思い出しながら日記や写真を整理す
るのに用いることができる。なお、後述する画像サービ
スでは、どこの位置で何時撮影したかも同時に記録する
ことで情報整理に役立つ。

【００５０】図１１は、個人管理部５０−８で実施され
るサービス概要を示したものである。携帯情報端末１０
ａでは、ＩＤとパスワード（ＩＤ−ＰＡＳ）を情報配信
サーバ５０に送信し、情報配信サービス５０にて送信さ
れてきたＩＤとパスワードが予め登録してあるものと一
致していることが確認された場合には、各種サービスが
受けられる。個人の登録は、ユーザが登録画面で行なう
方式と、予約時にシステム管理者がＩＤとパスワードを
発行する方式がある。前述のように、個人管理部５０−
８において、グループ登録を行なっても良い。この場
合、図１１でグループ名を登録し、位置管理部５０−４
でのグループ登録は不要となる。

【００５１】図１２は、画像管理部５０−９で実施され
るサービス概要を示したものである。携帯情報端末１０
ａは画像アップロードサービスを受けている状態を示し
ている。本サービスは、携帯情報端末１０ａの撮像機能
（ＣＣＤカメラ１０−５及び画像入力部１０−６）で取
りこんだ画像（Ｍｙｐｈｏｔｏ）を、携帯情報端末１０
ａのディスプレイ画面上に設定されたアップロードボタ
ンＵＰＢの操作指示を行なうことにより、情報配信サー
バ５０に画像を送信し、保管させるサービスである。こ
の例では、携帯情報端末１０ａで撮影した画像をアップ
ロードする例で説明したが、イベント会場で据え付けら
れたカメラから自動撮影された画像を情報配信サーバ５
０に送信し保管する構成としても良い。なお、これらの
画像を情報配信サーバ５０に送信する際には、ユーザＩ
Ｄの他に、撮影時間、撮影場所（座標）も一緒に送信
し、画像と共に情報配信サーバ５０で格納させておくこ
とにより、ユーザの記録整理に利用できる。

【００５２】携帯情報端末１０ｂは画像ダウンロードサ
ービスの受けている例である。本サービスは、携帯情報
端末１０ｂのディスプレイ画面上に設定されたダウンロ
ードボタンＤＮＢの操作指示をすると、ユーザＩＤに対
応した画像が携帯情報端末１０やもしくはインターネッ
ト上に接続されたインターネット端末３０にダウンロー
ドできるサービスである。なお、最初から全ての画像を
ダウンロードすると時間がかかるため、最初にサムネー
ル画像を表示し、その後、該表示されたサムネール画像
の一つを選択するための選択指示を受け付け、該選択し
た画像のみダウンロードする構成としてもよい。さら
に、選択した画像を指定する届先住所へメールする構成
としても良い。

【００５３】携帯情報端末１０ｃは画像プリントサービ
スを受けている例である。本サービスは、携帯情報端末
１０ｃのディスプレイ画面上に設定されたプリントサー
ビスのボタンＰＲＢの操作指示をすると、選択された画
像が、プリンタ５０−１８に印刷出力されるサービスで
ある。プリンタ５０−１８は、例えば、イベント会場や
観光地のフォトショップ内に配置された端末等に接続さ
れるものとし、ユーザが直接受け取る構成とする。ま
た、プリンタ５０−１８を情報配信サーバ５０に直接接
続する構成としてもよい。この場合は、印刷した写真
は、ユーザＩＤに対応して予め登録されている住所、あ
るいは、新たに指定された住所宛てに郵送するものとす
る。

【００５４】次に、本実施形態のマルチメディア情報配
信システムを利用したビジネスモデル例を図１３により
説明する。

【００５５】本例のビジネスモデルには、上述したよう
な情報配信サーバ５０を管理・運用する情報配信事業者
１３０１を中心に、ガイダンスや地図等のコンテンツを
持っているコンテンツ事業者１３０２、店舗やホテルや
公共機関等の広告主１３０３、インターネット利用者１
３０４、通信を行なうキャリア事業者１３０５、イベン
トや企画を行う事業者１３０６、最後に携帯情報端末１
０を利用するモバイラ（利用者）１３０７が含まれてい
る。このような構成は場合によっては変化しても良く、
２つの事業者、例えばコンテンツ事業者と情報配信事業
者が、１つの事業者として存在してもかまわない。

【００５６】なお、点線で囲まれた広告主１３０３、イ
ンターネット利用者１３０４及びキャリア事業者１３０
５は、観光地でのビジネスモデル例に含まれるものであ
り、イベント会場での例では含まれないこともある。す
なわち、イベント会場内では、会場内の構内無線通信イ
ンフラ（無線ＬＡＮや構内ＰＨＳ）を用いることがある
ため、キャリア事業者１３０５が不要の場合がある。一
方、イベント会場でのビジネスモデル例では、情報配信
サーバ５０のサービス機能のうちランドマーク登録や検
索に係わるサービスは、必ずしも必要ではない。

【００５７】図１３において、実線の矢印は情報及び商
品の流れ、点線はお金の流れを示す。本例のビジネスモ
デルでは、情報配信サービスの受け手となるモバイラ１
３０７に携帯情報端末１０を貸し出し、そのレンタル料
を各事業者に配分する方法を採用している。

【００５８】すなわち、情報配信事業者１３０１は、ま
ず、イベント・企画事業者１３０６に携帯情報端末１０
を貸し出す。次に、イベント・企画事業者１３０６はモ
バイラ１３０７に携帯情報端末１０を貸し出し、そのレ
ンタル料をモバイラ１３０７に請求する。レンタル料は
イベント・企画事業者１３０６、キャリア事業者１３０
５、情報配信事業者１３０１で分配され、情報配信事業
者１３０１はコンテンツ事業者１３０２に情報の使用料
を支払う。一方、広告主１３０３はランドマーク登録や
広告を行う代わりに、ランドマーク料や広告料を情報配
信事業者１３０１に支払うものとする。また、インター
ネット利用者１３０４は広告を見て、商品を購入した場
合には、商品代金を広告主１３０３に支払うものとす
る。

【００５９】以上述べたビジネスモデル例以外にも、携
帯情報端末１０をレンタルする代わりに、モバイラ１３
０７が所有している携帯情報端末（携帯電話機能付端末
含む）１０を用いる構成としても良い。この場合は、キ
ャリア事業者１３０５が通信料として料金を回収し、各
事業者に該回収した料金を配分するモデルがある。配分
する場合、情報のアクセス回数に応じて料金を変更した
り、混雑度や人気度に応じて料金を変更しても良い。た
とえば、人気度が高いイベントには、多くの料金を配分
しても良い。また、履歴情報を用いて、リピータであれ
ば、マイレージサービスやポイントサービスを適用し
て、料金を割り引く構成としても良い。

【００６０】また、個々のモバイラ１３０７にレンタル
料や通信料などの料金を請求する代わりに、各モバイラ
１３０７が所属するグループ毎に料金を請求する構成と
しても良い。さらに、モバイラ１３０７が情報配信事業
者１３０１と予めモニター契約を結び、モバイラ１３０
７の移動履歴に関する情報や施設へのアクセス情報を情
報配信事業者１３０１へ公開することで、請求料金の相
殺あるいは割り引きを行う構成としても良い。

【００６１】また、観光地では、ホテルや地元の観光局
などが、旅行者に携帯情報端末を貸し出す構成としても
良い。この場合、ホテルや観光局がすでにインターネッ
ト上にＷｅｂサイトを持っている場合には、該サイトの
中に上述した情報配信サーバ５０の機能の一部あるいは
全てを付加する構成としても良い。さらに、インターネ
ットを介すことなく、有線あるいは無線、電話回線やＬ
ＡＮ、ＷＡＮを用いて携帯情報端末と情報配信サーバと
を直接接続して、上述したようなサービスの提供を行う
構成としても良い。

【００６２】次に、情報配信サーバ５０の各管理部が実
施するサービス機能を実現する処理手順例を、図１４〜
図３５を参照して説明する。

【００６３】図１４は、ガイダンス管理部５０−３のサ
ービス機能を実現する処理手順の一例を示すフローチャ
ートである。現在位置を携帯情報端末１０から取得する
（ｓｔｅｐ５０−３ａ）。取得された現在位置が予め決
められたガイダンスポイントかどうか判断する（ｓｔｅ
ｐ５０−３ｂ）。ガイダンスＤＢ５０−１１内に設けら
れているガイダンステーブルには、ガイダンスポイント
（座標位置）とガイダンス内容が一緒になっており、予
め決められたガイダンスポイントに現在位置が一致（実
際にはある一定距離以内）したかどうかによって判定す
る（ｓｔｅｐ５０−３ｂ）。

【００６４】もし、一致した場合には、現在位置に対応
したイベント／観光地のガイダンスを携帯情報端末に出
力するとともに、Ｌｏｇｇｉｎｇ処理を行う（ｓｔｅｐ
５０−３ｃ）。Ｌｏｇｇｉｎｇ処理では、ユーザ毎、イ
ベント／観光地の場所毎にカウントアップや日時などの
アクセス情報を、携帯情報端末１０から取得して、ガイ
ダンス管理部５０−３側で格納しておき、人気度の計算
や履歴サービスに利用する。このアクセス情報は実際の
位置にきたアクセスのため、実際対象毎アクセス情報と
して格納する。これらのアクセス情報は、顧客毎のサー
ビスやイベントの案内メールに利用する（いわゆる、Ｏ
ｎｅ Ｔｏ Ｏｎｅサービス）。

【００６５】このＬｏｇｇｉｎｇ処理は他のサービス機
能を実現するための処理手順でも用いるが、その格納デ
ータは処理毎に異なる。具体的には、このＬｏｇｇｉｎ
ｇ処理は、ユーザへの請求金額を決定するために提供し
たサービスの履歴を管理するためのもので、例えば、ユ
ーザ毎に提供したサービスの内容及びその履歴を蓄積し
ていくものとする。また、接続時間やサービスの提供時
間で課金が行われるような場合には、サービス提供中に
時間を監視し、サービス提供の各セッションが終了する
毎にＬｏｇｇｉｎｇ処理にて、その時点での請求金額を
決定する構成としても良い。

【００６６】なお、ガイダンスポイントと一致した場合
でも、すぐにガイダンス出力せず、携帯情報端末１０の
ディスプレイ画面上に表示した地図の該当個所のブリン
クやチャイムを鳴らすなどしてユーザに注目させ、ユー
ザ指示の入力を受けてから、実際のガイダンス出力を行
う構成としても良い。さらに、出力するガイダンスの内
容は、静止画、動画、音声など場所、内容に応じて用意
しておくものとする。

【００６７】ｓｔｅｐ５０−３ｂにおいて、取得した現
在位置がガイダンスポイントと一致しない場合には、全
般的なイベント／観光地のガイダンスや出力可能なガイ
ダンスのリストを携帯情報端末１０に出力し、Ｌｏｇｇ
ｉｎｇ処理を実施する（ｓｔｅｐ５０−３ｄ）。例え
ば、イベント会場であれば、テーマパークの見取図、観
光地であれば観光ＭＡＰ（地図）が表示される。

【００６８】次に、ユーザ指示のポイントがあるかどう
か判定する（ｓｔｅｐ５０−３ｅ）。これは、携帯情報
端末１０がガイダンスポイントにいなくとも、所望のポ
イントのガイダンスサービスを得るためのものである。
もし、ｓｔｅｐ５０−３ｅにおいて、ユーザ指示があっ
た場合、指示されたポイントにおけるイベント／観光地
のガイダンスを、携帯情報端末１０に出力し、Ｌｏｇｇ
ｉｎｇ処理を実施する（ｓｔｅｐ５０−３ｆ）。ｓｔｅ
ｐ５０−３ｄからｓｔｅｐ５０−３ｆは、インターネッ
ト上の端末からアクセスしたときにも用いられる。な
お、これらのアクセスは、実際にその位置に行っていな
いので、仮想対象毎アクセス情報として扱われる。

【００６９】最後に、本ガイダンスサービスの終了指示
があるかどうかを判定し、もし、終了でないとき、ｓｔ
ｅｐ５０−３ａにジャンプして再度ガイダンス案内を繰
り返す（ｓｔｅｐ５０−３ｇ）。

【００７０】博物館等で行われるような従来のガイダン
スサービスは音声案内のみを利用したものが多くあった
が、本実施形態のマルチメディア情報配信システムで
は、音声だけでなく、静止画や動画などを含むマルチメ
デアによりガイダンス案内することができるため、案内
対象に関する理解をより深めることが可能となる。さら
に、本ガイダンスサービスによれば、イベント会場や観
光地のみならず、バスや車に乗りながらでも、移動した
位置に応じて携帯情報端末１０が自動でガイダンスする
ことができるため、まさに電子ガイドになる。

【００７１】なお、ガイダンスのためのコンテンツは、
インタネート上のコンテンツ事業者１３０２から情報を
得ることで最新のものにできる効果がある。さらに、実
際にその場所に行ったかどうか、仮想的に行ったかどう
かを区別して、Ｌｏｇｇｉｎｇ処理を行っているので、
後述する状況／履歴サービスにきめ細かくできる効果が
ある。

【００７２】図１５は、位置管理部５０−４のサービス
機能を実現する処理手順の一例を示すフローチャートで
ある。本処理手順では、実施するサービスの種類により
処理が３つに分かれる。すなわち、携帯情報端末を介し
て送られてきたユーザの操作指示に対応するサービスの
種類を判定し（ｓｔｅｐ５０−４ａ）、自位置サービス
であれば、自位置処理へ（ｓｔｅｐ５０−４ｂ）、グル
ープ登録サービスであれば、グループ登録処理へ（ｓｔ
ｅｐ５０−４ｄ）、グループ位置サービスであれば、グ
ループ位置処理へ（ｓｔｅｐ５０−４ｃ）へジャンプす
る。以上の処理は本位置サービス終了まで繰り返される
（ｓｔｅｐ５０−４ｅ）。

【００７３】次に、自位置処理５０−４ｂ、グループ位
置処理５０−４ｃ、グループ登録処理５０−４ｄ各々の
処理を説明する。図１６は、自位置処理５０−４ｂを実
現するフローチャートである。本処理では最初、携帯情
報端末から取得する（ｓｔｅｐ５０−４ｂ１）。次に、
図７に示したように自位置を示した地図画像を携帯情報
端末に出力し、またＬｏｇｇｉｎｇ処理を行う（ｓｔｅ
ｐ５０−４ｂ２）。このサービスは迷子になったとき便
利なサービスである。なお、自位置はクロスマークや矢
印マークなどで記される。自位置サービスの終了が指示
されるまで繰り返される（ｓｔｅｐ５０−４ｂ３）。

【００７４】図１７は、グループ位置処理５０−４ｃを
実現するフローチャートである。本処理では最初、現在
位置およびグループ表示フラグの有無を携帯情報端末か
ら取得する（ｓｔｅｐ５０−４ｃ１）。次に、当該携帯
情報端末から送られてくるユーザＩＤがグループＤＢ５
０−１２に登録されているかどうか判定する（ｓｔｅｐ
５０−４ｃ２）。登録されていなければ、本サービスは
受けられないのでｓｔｅｐ５０−４ｃ７にジャンプす
る。一方、登録済みであれば、グループ表示フラグがあ
るかどうか判定する（ｓｔｅｐ５０−４ｃ３）。グルー
プ表示フラグがなければ、プライバシーを守るために表
示はせず、ｓｔｅｐ５０−４ｃ７にジャンプする。

【００７５】一方、グループ表示フラグがあれば、グル
ープ名やグループＩＤ等のグループ情報を携帯情報端末
から取得し、当該ユーザＩＤが登録されているグループ
に属する各メンバーの位置を示すために予めグループ毎
に設定されているグループマークを地図画像に合成し、
その合成画像を携帯情報端末に出力し、Ｌｏｇｇｉｎｇ
処理を実施する（ｓｔｅｐ５０−４ｃ４）。次に、さら
に詳細情報を知るため、グループマークの１つあるいは
複数を選択する指示がある場合には、指示されたグルー
プマークに対応したメンバーが共有可能と設定している
情報等を、選択指示を行った携帯情報端末に出力し、Ｌ
ｏｇｇｉｎｇ処理を実施する（ｓｔｅｐ５０−４ｃ５〜
ｓｔｅｐ５０−４ｃ６）。最後に、グループ位置サービ
スの終了が指示されるまで繰り返す（ｓｔｅｐ５０−４
ｃ７）。

【００７６】本グループ位置サービスにより、同じグル
ープに属する各メンバーの位置がわかり、連絡や行動が
よくわかるようになる。例えば、学校毎（ＡＢＣ学校グ
ループ等）の修学旅行に利用することにより、同一学校
の生徒の行動がわかり、迷子や危ない地域への進入防止
などに利用できる。さらに、徘徊老人に携帯情報端末を
持たせ、該携帯情報端末をグループ登録しておくと共に
定期的に現在位置を出力させるよう構成することで、同
一グループに登録している携帯情報端末を所有する家族
が、老人の位置を容易に把握できる効果がある。また、
車でこのサービスを利用すると、同一グループに属する
携帯情報端末が設置されている各車の位置がわかるた
め、グループで安心してドライブすることができるとい
う効果がある。

【００７７】図１８は、グループ登録処理５０−４ｄを
実現するフローチャートである。グループ登録機能では
最初、携帯情報端末から送信されてきたユーザ情報（グ
ループ名、ＩＤ等）を取得する（ｓｔｅｐ５０−４ｄ
１）。次に、グループに対する新規ユーザかどうかを判
定し（ｓｔｅｐ５０−４ｄ２）、新規であれば、新規グ
ループ登録処理を行う（ｓｔｅｐ５０−４ｄ４）。一
方、新規でなければ、登録済みのメッセージを携帯情報
端末に出力する（ｓｔｅｐ５０−４ｄ３）。最後に、グ
ループ登録サービスが終了かどうか判定し（ｓｔｅｐ５
０−４ｄ５）、そうでなければ繰り返す。

【００７８】本サービスは、同一グループの位置サービ
スを実施するためのものである。イベント会場や観光地
のみ一時的に登録可能としたり、あるいは、継続的に登
録しておくこともできる。なお、一時的の登録するとき
は、携帯情報端末を返却したときそのグループ登録を消
去するようにしておく。継続的にグループ位置サービス
を利用するときは、グループ位置サービス料を高くする
設定としてもよい。どちらを利用するかは、申し込み時
にユーザに選択させることが好ましい。

【００７９】図１９は、ランドマーク管理部５０−５の
サービス機能を実現する処理手順の一例を示すフローチ
ャートである。本処理手順では、実施されるサービスの
種類により処理が３つに分かれる。すなわち、携帯情報
端末を介して送信されてきたユーザの操作指示で要求さ
れているサービスの種類を判定し（ｓｔｅｐ５０−５
ａ）、ランドマーク表示サービスであれば、ランドマー
ク表示処理へ（ｓｔｅｐ５０−５ｂ）、ランドマーク登
録サービスであれば、ランドマーク登録処理へ（ｓｔｅ
ｐ５０−５ｃ）、ランドマーク検索サービスであれば、
ランドマーク検索処理へ（ｓｔｅｐ５０−５ｄ）へジャ
ンプする。以上の処理はランドマークサービスの終了が
指示されるまで繰り返される（ｓｔｅｐ５０−５ｅ）。
次に、各々の処理における手順を説明する。

【００８０】図２０は、ランドマーク表示処理５０−５
ｂを実現するフローチャートである。本処理では最初、
現在位置とランドマーク分類情報を携帯情報端末から取
得する（ｓｔｅｐ５０−５ｂ１）。ここで、ランドマー
ク分類情報とは、当該ランドマークに対応する施設の分
類、例えばレストラン、映画館、テーマパークなどを示
すものである。次に、地図表示に用いる縮尺情報を携帯
情報端末から取得する（ｓｔｅｐ５０−５ｂ２）。そし
て、現在位置と縮尺情報からランドマーク表示範囲を計
算する（ｓｔｅｐ５０−５ｂ３）。一方、ランドマーク
表示範囲内で、且つ、指定された分類のランドマーク情
報を抽出する（ｓｔｅｐ５０−５ｂ４）。次に、抽出さ
れたランドマークを地図上に合成し、携帯情報端末に出
力し、Ｌｏｇｇｉｎｇ処理を実施する（ｓｔｅｐ５０−
５ｂ５）。

【００８１】次に、ユーザからランドマーク上の座標指
定あるい特定のランドマークの選択指定があったかどう
か判定する（ｓｔｅｐ５０−５ｂ６）。もし、あれば指
定されたランドマークの詳細情報を携帯情報端末へ出力
し、Ｌｏｇｇｉｎｇ処理を実施する（ｓｔｅｐ５０−５
ｂ７）。最後に、ランドマーク表示の終了が指示された
かどうかを判定し、もし、終了でなかったらｓｔｅｐ５
０−５ｂ１にジャンプして繰り返す（ｓｔｅｐ５０−５
ｂ８）。

【００８２】本ランドマーク表示サービスによれば、位
置表示サービスにおいて各種情報を併せてマーク表示す
るもので、近くに行きたい観光スポットがないかどうか
などを調べる場合に利用できる。しかも、ランドマーク
を指定することで得られる詳細情報表示により、該ラン
ドマークに対応する施設へ電話したり、ホームページに
アクセスすることにより、予約を入れたりすることがで
きる。特に、ホテルや飲食店への予約には便利である。
ユーザがこのランドマークの詳細表示を要求した場合の
アクセス情報をＬｏｇｇｉｎｇ処理することにより、情
報配信サーバで行われる人気度計算や広告料計算の基礎
データとして利用できる。なお、ランドマークは、広告
主が用意した特定のアイコンを登録するようにすること
により、より一層、広告としての価値が高まる。アイコ
ンの登録は、後述のランドマーク登録サービスにより行
う。

【００８３】図２１は、ランドマーク登録処理５０−５
ｃを実現するフローチャートである。本処理では最初、
登録画面を出すために任意座標を指定する（ｓｔｅｐ５
０−５ｃ１）。この任意座標は、前回登録した座標や、
後述するランドマーク検索サービスの座標、あるいは現
在位置の座標でもよい。次に、指定された任意座標の位
置を含む領域の地図画像を携帯情報端末へ出力し、Ｌｏ
ｇｇｉｎｇ処理を実施する（ｓｔｅｐ５０−５ｃ２）。
次に、携帯情報端末のディスプレイ画面に対して固定さ
れる設定位置を設けておき、該設定位置に対応する座標
がランドマークを登録すべき指定座標かどうかを、ユー
ザの確認を求めるなどして判定する。指定座標ではない
と判定された場合には、携帯情報端末を通して地図のス
クロール操作指示を受け付け、該スクロール操作指示に
応じてスクロールした場合に得られる地図画像を携帯情
報端末へ出力し（ｓｔｅｐ５０−５ｃ３）、ｓｔｅｐ５
０−５ｃ２へジャンプし、実際に登録すべき指定座標が
得られるまで同じことを繰り返す。

【００８４】登録すべき指定座標が得られた場合、ラン
ドマーク情報を携帯情報端末から取得する（ｓｔｅｐ５
０−５ｃ５）。ランドマーク情報としては、ランドマー
クの名称、住所、電話番号、広告文章、リンクするホー
ムページのＵＲＬ、さらに、ランドマーク用アイコン画
像などがある。掲載情報量に応じて登録料金を決めても
よい。次に、登録するランドマークを地図に合成し、そ
の画像を携帯情報端末に出力し、Ｌｏｇｇｉｎｇ処理を
実施する（ｓｔｅｐ５０−５ｃ６）。最後に、ランドマ
ーク登録終了かどうか判定し、もし、終了でなければ、
ｓｔｅｐ５０−５ｃ１へジャンプして同様な処理を繰り
返す（ｓｔｅｐ５０−５ｃ７）。

【００８５】本ランドマーク登録サービスは、特に、観
光スポットやイベントスポットやホテルなど、旅行者が
立ち寄る場所を登録することで便利性が高まる。ただ
し、登録を誰でもできるようにしておくと、実際の場所
と異なる場合もあり、ランドマークの信憑性が低くな
る。そのため、登録する場合、登録者情報を予め登録制
にしたり、有料にしたりすることが必要である。

【００８６】図２２は、ランドマーク検索処理５０−５
ｄを実現するフローチャートである。本処理では最初、
検索対象となるランドマークの分類、検索キーワード
（ＫＷ）情報を携帯情報端末１０から取得する（ｓｔｅ
ｐ５０−５ｄ１）。次に、これらの情報を基にランドマ
ークＤＢ５０−１４を検索し、その結果を携帯情報端末
１０に出力し、Ｌｏｇｇｉｎｇ処理を実施する（ｓｔｅ
ｐ５０−５ｄ２）。次に、検索結果は通常リスト出力さ
れ（図８参照）、地図表示の要求があるかどうか判定し
（ｓｔｅｐ５０−５ｄ３）、要求があれば、そのランド
マークの地図画像を携帯情報端末に出力し、Ｌｏｇｇｉ
ｎｇ処理を実施する（ｓｔｅｐ５０−５ｄ４）。最後
に、ランドマーク検索が終了かどうか判定し、終了でな
ければ、ｓｔｅｐ５０−５ｄ１へジャンプして検索を繰
り返す（ｓｔｅｐ５０−５ｄ５）。

【００８７】ランドマーク検索に当たっては、いろいろ
な角度から検索できるようにしておく必要がある。例え
ば、分類、名称、住所、電話番号、広告文章など、どの
ようなキーワードでも検索できるよう構成しておく。ま
た、絞込み検索もできるようにしておく。これにより、
ユーザは、思い浮かんだキーワードを用いて検索ができ
るため、利便利性が高まる。

【００８８】図２３は、ルート探索管理部５０−６のサ
ービス機能を実現する処理手順の一例を示すフローチャ
ートである。本処理手順では、サービスの種類により処
理が２つに分かれる。すなわち、携帯情報端末を介して
送られてくる指示からユーザが要求しているサービスの
種類を判定し（ｓｔｅｐ５０−６ａ）、ルート探索サー
ビスであれば、ルート探索処理へ（ｓｔｅｐ５０−６
ｂ）、お勧めルート探索サービスであれば、お勧めルー
ト探索処理処理へ（ｓｔｅｐ５０−６ｃ）へジャンプす
る。以上の処理はルート探索サービス終了が指示される
まで繰り返される（ｓｔｅｐ５０−６ｄ）。次に、各々
の処理手順を説明する。

【００８９】図２４は、ルート探索処理５０−６ｂを実
現するフローチャートである。本処理では最初、自位
置、目的地情報を携帯情報端末から取得する（ｓｔｅｐ
５０−６ｂ１）。次に、地図ＤＢ５０−１３を利用して
ルート探索計算を行う（ｓｔｅｐ５０−６ｂ２）。この
ルート探索計算の方法は本発明では特に限定されるもの
ではないが、例えば周知のナビゲーションシステムで行
われているルート検索計算方法と同じ方法を用いること
ができる。次に、ルート探索結果を、例えば図９に示す
ように地図上に描画（背景とは識別可能な色などで描
画）し、携帯情報端末へ出力し、Ｌｏｇｇｉｎｇ処理を
実施する（ｓｔｅｐ５０−６ｂ３）。最後に、ルート探
索終了かどうかを判定し、終了でなければ、ｓｔｅｐ５
０−６ｂ１へジャンプして同様な処理を繰り返す（ｓｔ
ｅｐ５０−６ｂ４）。

【００９０】本ルート探索サービスは、周知のナビゲー
ションシステムにおけるルート検索機能を達成するもの
であるが、そのルート検索機能を実現する構成が異な
る。すなわち、本実施形態による携帯情報端末には地図
データベースが設けられておらず、地図データベースは
情報配信サーバ５０に設けられている。このため、地図
データベースを備えている周知のナビゲーションシステ
ムに比較して、常に最新の情報を格納することができ、
メンテナンス性に優れているという利点がある。

【００９１】さらに、本実施形態による携帯情報端末で
は、地図データベースを構成するためのＣＤ―ＲＯＭや
ＤＶＤドライブが不要となるため、携帯情報端末の装置
コストを安価に構成できるメリットがある。また、本実
施形態の携帯情報端末では地図データの提供を受けるた
めには通信料がかかるが、ルート探索した経路の地図を
携帯情報端末のメモリにキャッシング（情報配信サーバ
側から見ると経路地図を携帯情報端末に送信）しておく
ことにより、その通信料を安くすることができる。

【００９２】図２５は、お勧めルート探索処理５０−６
ｃを実現するフローチャートである。本処理では最初、
自位置、希望分野（博物館コース、観光名所コース
等）、範囲（例えば１０ｋｍ範囲等）、予算や時間等の
検索に際して考慮すべき情報を、携帯情報端末から取得
する（ｓｔｅｐ５０−６ｃ１）。次に、地図ＤＢ５０−
１３を利用して、入力した条件に合致するルート探索を
行い、候補をリストアップする（ｓｔｅｐ５０−６ｃ
２）。また、お勧めルート探索の計算に際しては、観光
スポットやイベントスポットの人気度や混雑度を加味し
てルート検索することにより、サービスの質がより高ま
る。したがって、携帯情報端末から人気度や混雑度に係
わる探索条件も併せて入力する構成としても良い。

【００９３】次に、候補探索結果を色分けして地図に描
画して携帯情報端末へ出力し、Ｌｏｇｇｉｎｇ処理を実
施する（ｓｔｅｐ５０−６ｃ３）。また、本例では候補
探索結果を地図に描画合成したが、候補リストを携帯情
報端末に出力し、リストを指定後、地図を携帯情報端末
に出力してもよい。候補リストには、人気度、混雑度、
所要時間、所要距離などの情報を付加することにより、
コース選定の目安とする構成としても良い。さらに、自
分あるいは他のユーザが予め登録している推奨スポット
に該当する場合には、その情報を上記候補リストに付加
する構成としても良い。最後に、お勧めルート探索サー
ビスが終了かどうか判定し、終了でなければ、ｓｔｅｐ
５０−６ｃ１へジャンプして同様な処理を繰り返す（ｓ
ｔｅｐ５０−６ｃ４）。

【００９４】本お勧めルート探索は、情報サービスの提
供側にコースの選別を任せるもので、そのイベント会場
や観光地に初めてきたときに便利である。さらに、この
お勧めルート探索結果のコースの１つを選択すること
で、周知のナビゲーション処理と同様に、交差点等に来
る度に進むべき方向を示すようなナビゲーション機能を
実現することができる。お勧めルートの探索以外にも、
自分あるいは他のユーザが予め登録している推奨スポッ
トあるいはその他の任意のスポットを通るように、検索
条件を追加して、ルート検索を実施するようにしてもよ
い。

【００９５】図２６は、状況／履歴管理部５０−７のサ
ービス機能を実現する処理手順の一例を示すフローチャ
ートである。本処理手順では、サービスの種類により処
理が３つに分かれる。すなわち、携帯情報端末を介して
送られてくるユーザの操作指示が示すサービスの種類を
判定し（ｓｔｅｐ５０−７ａ）、混雑度サービスであれ
ば、混雑度処理へ（ｓｔｅｐ５０−７ｂ）、人気度サー
ビスであれば、人気度処理へ（ｓｔｅｐ５０−７ｃ）、
履歴サービスであれば、履歴処理へ（ｓｔｅｐ５０−７
ｄ）へジャンプする。以上の処理は状況／履歴サービス
終了まで繰り返される（ｓｔｅｐ５０−７ｅ）。次に、
各々の処理手順を説明する。

【００９６】図２７は、混雑度処理５０−７ｂを実現す
るフローチャートである。まず、各携帯情報端末の自位
置情報を取得する（ｓｔｅｐ５０−７ｂ１）。取得した
自位置に対応する座標より、各携帯情報端末をグルーピ
ングし、対象施設毎のグループに含まれる携帯情報端末
台数を計算する（ｓｔｅｐ５０−７ｂ２）。この計算に
より、図４、図５に示すような２００〜２４０のグルー
ピングを設定することができる。具体的には、互いに近
い位置に存在する携帯情報端末同士を１つのグループに
することによりグルーピングが可能となる。そして、設
定されたグループに対応する座標位置と予め登録されて
いる施設の座標位置とを照らし合わせて、該グループの
メンバーが入場あるいは入場待ちしている対象施設を推
定する。次に、履歴ＤＢ５０−１５と取得された各携帯
情報端末の自位置情報とから各グループの平均移動速度
を計算する（ｓｔｅｐ５０−７ｂ３）。各携帯情報端末
の移動速度は、例えば、履歴位置情報の距離と時間の各
々の差分から求まり、同一グループに属する各個人の移
動速度を平均化することで得られる。

【００９７】次に、各グループ毎の携帯情報端末台数、
平均移動速度、さらに、所定係数を加味して、対象施設
毎の混雑度を計算する（ｓｔｅｐ５０−７ｂ４）。たと
えば、テーマパークの総携帯情報端末台数に対する対象
施設毎の携帯情報端末台数で対象施設毎の端末密度が求
まる。この端末密度が大きいと混雑度も大となる。一
方、平均移動速度が遅いとやはり混雑していると判定で
きる。さらに、所定係数を加味するのは、携帯情報端末
台数が１台／人とは限らないためである。次に、対象施
設毎の混雑度をグラフ化して携帯情報端末へ出力し（図
１０参照）、Ｌｏｇｇｉｎｇ処理を実施する（ｓｔｅｐ
５０−７ｂ５）。最後に、混雑度サービスが終了かどう
か判定して、終了でなければ、ｓｔｅｐ５０−７ｂ１へ
ジャンプして同様の処理を繰り返す（ｓｔｅｐ５０−７
ｂ６）。

【００９８】以上のように混雑度は、対象施設毎に求め
ることにより、例えばテーマパークの場合、どのテーマ
館が現在混んでいるかがリアルタイムにユーザに提示で
きるため、混んでいないテーマ館に行くことができる。
また、本実施形態による混雑度サービスは、テーマパー
クの場合だけでなく、特定の地域内に配置されている入
場可能な施設が複数ある場合に適用することができ、具
体的には例えば、遊園地での乗り物毎の混雑度や、ショ
ッピングセンターでの販売店やレストラン毎の混雑度等
を算出することができる。

【００９９】また、携帯情報端末を車に搭載して、上述
したようなグルーピングを道路毎に設定し、平均移動速
度や混雑度を計算することにより、どの道路が混んでい
るかを示すことができる。このため、本実施形態の携帯
情報端末のユーザである運転者は、ルート探索時に混ん
でいないルートを選択することができる。

【０１００】図２８は、人気度処理５０−７ｃを実現す
るフローチャートである。まず、各携帯情報端末の実際
対象毎アクセス情報を取得する（ｓｔｅｐ５０−７ｃ
１）。このアクセス情報は、実際にユーザがその対象施
設あるいは位置に行った場合に得られるものである。次
に、インターネット上の端末、もしくは実際にその対象
施設あるいは位置に行かないで、該対象施設あるいは位
置に関連するインターネット上のＷｅｂサイトやＦＡＸ
の自動応答を利用した情報提供サービスなどの情報にア
クセスする場合の、仮想対象毎アクセス情報を取得する
（ｓｔｅｐ５０−７ｃ２）。次に、履歴ＤＢ５０−１５
や個人ＩＤを利用して、同じ情報に繰り返してアクセス
してきたことの情報であるリピータ情報を抽出する（ｓ
ｔｅｐ５０−７ｃ３）。

【０１０１】次に、上記で求めた実際対象毎アクセス情
報、仮想対象毎アクセス情報、及び、リピータ情報を所
定の重み係数で加重平均することで、人気度を計算する
（ｓｔｅｐ５０−７ｃ４）。次に、対象施設毎に人気度
をグラフ化し携帯情報端末へ出力し、Ｌｏｇｇｉｎｇ処
理を実施する（ｓｔｅｐ５０−７ｃ５）。最後に、人気
度サービスが終了かどうか判定し、終了でなければ、ｓ
ｔｅｐ５０−７ｃ１へジャンプし、以下同様な処理を行
う（ｓｔｅｐ５０−７ｃ６）。

【０１０２】本人気度サービスは、初心者には参考にな
る尺度である。また、お勧めルート探索のときに、この
人気度を考慮してルート提案する構成としても良い。

【０１０３】上述したような混雑度や人気度のサービス
以外にも、個人の位置情報を用いて、次のようなサービ
スが可能である。まず、時間帯、日別毎、月別、地域
別、年齢別、男女別に人の位置情報を加工することによ
り、（１）人がどのように移動したかを示す人口移動分
布サービス、（２）野外音楽イベントやテーマパークに
おける動員人数サービス、（３）地域別お出かけ人口分
布サービス、（４）年齢、男女別お出かけ人口分布サー
ビスなどが実現できる。

【０１０４】上記のような情報は、マーケッテイング情
報や、店舗計画や、交通計画等の各種計画の基本情報と
して用いることができる。これらの人口分布に関する情
報は、会員登録した企業、公共、個人に有料で提供して
も良い。また、予め予約したモニタリング情報に基づい
て、一定期間人口分布や人口分布の変化をモニタリング
して、その情報をサービスすることも可能である。

【０１０５】図２９は、履歴処理５０−７ｄを実現する
フローチャートである。本処理では最初、例えば図１０
に示すような履歴情報のメニュー（日程、場所、分類
等）を携帯情報端末に出力する（ｓｔｅｐ５０−７ｄ
１）。次に、メニューの選択情報を携帯情報端末から取
得する（ｓｔｅｐ５０−７ｄ２）。次に、選択されたメ
ニューに応じた履歴情報を携帯情報端末へ出力し、Ｌｏ
ｇｇｉｎｇ処理を実施する（ｓｔｅｐ５０−７ｄ３）。
最後に、履歴サービスが終了かどうか判定し、終了でな
ければ、ｓｔｅｐ５０−７ｄ１へジャンプし、以下同様
な処理を繰り返す（ｓｔｅｐ５０−７ｄ４）。

【０１０６】本履歴サービスは、本実施形態の携帯情報
端末を持ったユーザが過去に訪ねたイベントや観光地の
履歴をサービスするもので、後で、写真を整理したり、
文章を記録する場合や、次の旅行計画の準備のために利
用することができる。さらに、この履歴サービスは、携
帯情報端末からアクセスできるだけではなく、該携帯情
報端末を所有するユーザが自宅あるいは他のインターネ
ットの端末を利用した場合でも、例えば同じユーザＩＤ
を利用することで、アクセスできるよう構成することが
好ましい。

【０１０７】図３０は、個人管理部５０−８のサービス
機能を実現する処理手順の一例を示すフローチャートで
ある。本処理手順では、サービスの種類により処理が３
つに分かれる。すなわち、携帯情報端末を通して送られ
てくるユーザの操作指示が示すサービスの種類を判定し
（ｓｔｅｐ５０−８ａ）、新規登録であれば、新規登録
処理へ（ｓｔｅｐ５０−８ｂ）、個人認証であれば、個
人認証処理へ（ｓｔｅｐ５０−８ｃ）、変更であれば、
変更処理へ（ｓｔｅｐ５０−８ｄ）へジャンプする。以
上の処理は個人管理サービスの終了が指示されるまで繰
り返される（ｓｔｅｐ５０−８ｅ）。

【０１０８】本個人管理サービスは、個人ＩＤやパスワ
ードを管理するもので、個人を特定し、さらに、個人毎
の履歴管理になくてはならないものである。また、各個
人の毎要求に対応してサービスを行う、いわゆるＯｎｅ
ｔｏ Ｏｎｅサービスにも必須機能である。本実施形態
では、新規登録処理（ｓｔｅｐ５０−８ｂ）においては
新規個人の登録、個人ＩＤ及びパスワードの発行、個人
認証処理（ｓｔｅｐ５０−８ｃ）においてはユーザが送
信してきた個人ＩＤ及びパスワードの認証、変更処理
（ｓｔｅｐ５０−８ｄ）においてはパスワード等の変更
などが可能であれば、具体的な処理手順は特に限定され
るものではなく、例えば、インターネットのサービスプ
ロバイダへのメンバー登録のような、周知の個人管理処
理と同様な個人管理処理を用いることができる。

【０１０９】図３１は、画像管理部５０−９のサービス
機能を実現する処理手順の一例を示すフローチャートで
ある。本処理手順では、サービスの種類により処理が３
つに分かれる。すなわち、携帯情報端末から送られてく
るユーザの操作指示に応じてサービスの種類を判定し
（ｓｔｅｐ５０−９ａ）、画像アップロードであれば、
画像アップロード処理へ（ｓｔｅｐ５０−９ｂ）、画像
ダウンロードであれば、画像ダウンロード処理へ（ｓｔ
ｅｐ５０−９ｃ）、画像プリントであれば、画像プリン
ト処理へ（ｓｔｅｐ５０−９ｄ）へジャンプする。以上
の処理は画像サービスの終了が指示まで繰り返される
（ｓｔｅｐ５０−９ｅ）。次に、各々の処理手順につい
て説明する。

【０１１０】図３２は、画像アップロード処理５０−９
ｂを実現するフローチャートである。本処理では最初、
図１２に示すように画像データが記憶されている各携帯
情報端末から送信されてきた画像を受信する（ｓｔｅｐ
５０−９ｂ１）。次に、画像データが送られてきた携帯
情報端末のユーザＩＤ毎に対応して、受信画像を画像Ｄ
Ｂ５０−１７にファイリングする（ｓｔｅｐ５０−９ｂ
２）。次に、画像受信完了のメッセージを携帯情報端末
に出力し、Ｌｏｇｇｉｎｇ処理を実施する（ｓｔｅｐ５
０−９ｂ３）。最後に、画像アップロード終了かどうか
判定し、終了でなければ、ｓｔｅｐ５０−９ｂ１へジャ
ンプし、以下同様な処理を繰り返す（ｓｔｅｐ５０−９
ｂ４）。

【０１１１】本画像アップロードサービスは、ユーザが
撮影した画像を情報配信サーバにファイリングするサー
ビスで、後述の画像ダウンロードサービスや画像プリン
トサービス等に用いる。なお、画像アップロードサービ
スに当たって、サムネール画像を携帯情報端末画面に表
示して、アップロードが必要な画像だけをユーザに選択
してもらい、該選択された画像だけをアップロードする
構成としてもよい。

【０１１２】また、アップロード画像はユーザの携帯情
報端末から撮影したものとしているが、本発明はこの例
に限定されるものではない。例えば、携帯情報端末に備
えられているＣＣＤカメラを用いる代わりに、イベント
会場やテーマパーク内の施設に据え付けられたカメラで
自動撮影し、この撮影画像を定期的にアップロードする
構成としてもよい。この場合は、撮影された個人の特定
は難しいため、その撮影場所に対応してグループＩＤを
割り当て、画像を一括してファイリングし、後に個々の
ユーザが該ファイリングされた画像の中から自分が映っ
ている画像を選択して、ダウンロードする構成としても
良い。また、施設のカメラで自動撮影される場合に、暫
定的なパスワードを設定し、該パスワードと共に画像を
ファイリングしておく構成としても良い。

【０１１３】図３３は、画像ダウンロード処理５０−９
ｃを実現するフローチャートである。本処理では最初、
画像ダウンロードの操作指示を送ってきた携帯情報端末
あるいはインターネット端末のユーザＩＤに対応した画
像を画像ＤＢ５０−１７から取り出す（ｓｔｅｐ５０−
９ｃ１）。次に、取り出した画像を携帯情報端末もしく
はインターネット端末へ出力する（ｓｔｅｐ５０−９ｃ
２）。次に、画像送信完了のメッセージを携帯情報端末
へ出力し、Ｌｏｇｇｉｎｇ処理を実施する（ｓｔｅｐ５
０−９ｃ３）。最後に、画像ダウンロード終了かどうか
判定し、終了でなければ、ｓｔｅｐ５０−９ｃ１へジャ
ンプし、以下同様な処理を繰り返す（ｓｔｅｐ５０−９
ｃ４）。

【０１１４】本画像ダウンロードサービスは、イベント
会場や観光地でユーザの携帯情報端末に画像をダウンロ
ードする場合（磁気ファイルでサービスしてもよい）
や、インターネット端末にダウンロードする場合に使用
する。ｓｔｅｐ５０−９ｃ１において、サムネール画像
を最初に出力し、ダウンロードすべき画像をユーザに選
択させてから、実際の画像をダウンロードする構成とし
ても良い。このような構成によれば、不要な画像のダウ
ンロードにかかる通信料を削減することができる。

【０１１５】図３４は、画像プリント処理５０−９ｄを
実現するフローチャートである。本処理では最初、ユー
ザＩＤに対応した画像を画像ＤＢ５０−１７から取り出
す（ｓｔｅｐ５０−９ｄ１）。次に、取り出した画像を
情報配信サーバもしくはイベント会場や観光地に設置さ
れているプリント専門端末のプリンタ５０−１８に出力
する（ｓｔｅｐ５０−９ｄ２）。次に、画像プリント完
了のメッセージを携帯情報端末へ出力し、Ｌｏｇｇｉｎ
ｇ処理を実施する（ｓｔｅｐ５０−９ｄ３）。最後に、
画像プリント終了かどうか判定し、終了でなければ、ｓ
ｔｅｐ５０−９ｄ１へジャンプし、以下同様な処理を繰
り返す（ｓｔｅｐ５０−９ｄ４）。

【０１１６】本画像プリントサービスは、また、イベン
ト会場や観光地のフォトショップの端末に接続されてい
るプリンタにプリントしてもよい。また、ｓｔｅｐ５０
−９ｄ１において、サムネール画像を最初に表示し、ユ
ーザに選択させてから、実際の画像のプリントをするこ
とにより、通信料を削減することができる。

【０１１７】図３５は、課金管理部５０−１０のサービ
ス機能を実現する処理手順の一例を示すフローチャート
である。本処理手順では、サービスの種類により処理が
２つに分かれる。すなわち、携帯情報端末から送られて
くるユーザの操作指示が示すサービスの種類を判定し
（ｓｔｅｐ５０−１０ａ）、現在課金状況であれば、現
在課金状況処理へ（ｓｔｅｐ５０−１０ｂ）、過去の課
金状況であれば、過去の課金状況処理へ（ｓｔｅｐ５０
−１０ｃ）へジャンプする。以上の処理は課金サービス
の終了が指示されるまで繰り返される（ｓｔｅｐ５０−
１０ｄ）。

【０１１８】現在課金状況処理（ｓｔｅｐ５０−１０
ｂ）では、現在のアクセスが開始されサービスの提供を
受けている状態で、現在のセッションにおける課金状況
が算出され、算出された課金状況が携帯情報端末１０へ
出力される。ここでは、今回のセッションにおける接続
時間、送信あるいは受信する情報量、実施されているサ
ービスの内容等に応じて、課金が行われ、その積算が算
出されるものとする。また、過去の課金状況処理（ｓｔ
ｅｐ５０−１０ｃ）では、例えば前日までの課金状況が
算出あるいは積算され、携帯情報端末１０へ出力され
る。

【０１１９】本課金サービスは、貸し出し携帯情報端末
のレンタル料以外のオプションサービスや従量制の課金
状況を調べ、ユーザに通知するためのサービスである。
例えば、通信料を一定時間以上は従量制にしたり、画像
アップロードも一定サイズ以上はサイズに応じて従量制
にした場合、さらに、画像プリントもオプションにした
場合、その都度現在までの料金を問い合わせすることが
できるサービスである。ユーザの携帯情報端末を使用し
た場合も、この現在課金状況サービスは有効である。な
お、課金サービスのデータは、Ｌｏｇｇｉｎｇ処理デー
タから算出する。なお、課金された料金の支払いは、現
金支払い、カードからの振替支払い等によって行う。

【０１２０】以上のフローチャートは、本実施形態にお
ける情報配信サーバ５０が実施するサービスについて述
べたものである。一方、携帯情報端末１０は以下のよう
な処理を実施する。すなわち、携帯情報端末１０（図２
参照）では、１）座標入力部ＴＢ１０−７への操作指示
監視処理、２）ＧＰＳ１０−９及び位置検出部１０−４
による現在位置検出処理、３）ＣＣＤカメラ１０−５及
び画像入力部１０−６による画像入力処理、４）ＬＣＤ
１０−８及びスピーカ１０−１０によるマルチメデアガ
イダンスを行うためのディスプレイ処理及び音声処理、
５）インターネットにアクセスするためのＷｅｂ処理等
を実施する。

【０１２１】携帯情報端末１０は、例えば、図３６に示
すようなサービスメニューを表示し、上述したような各
管理部５０−３〜５０−１０のサービス機能に対応する
ボタン領域３６０１〜３６０８をユーザに対して提示す
ることにより、ユーザが任意のサービス機能を利用可能
とするマン−マシン・インターフェース部を主に担当
し、サービス機能の提供は情報配信サーバ５０で実現す
る。

【０１２２】なお、各サービスの提供を受ける際の処理
は、上述した情報配信サーバ５０で実施されるサービス
機能を実現するための処理手順（図１４〜図３５参照）
に対応する形で行われるものとする。本実施形態の典型
的な例では、携帯情報端末は、最初、ユーザが要求する
サービス名及び自身の現在位置を情報配信サーバ５０へ
送信し、自身の現在位置に応じて情報配信サーバ５０で
自動的に生成され、送信されてくるサービス内容を示す
データを受け付け、該データをディスプレイ画面（ＬＣ
Ｄ１０−８）あるいはスピーカ１０−１０から出力す
る。

【０１２３】以上、本実施形態によるマルチメディア情
報配信システムの説明では、イベント／観光地を例に述
べたが、本発明はこの例以外の応用にも用いることがで
きる。すなわち、本発明による携帯情報端末の位置情報
を用いてマルチメデアガイダンスする情報配信システム
のため、例えば、図１４に示すようなマルチメディアガ
イダンスサービスを、バス旅行会社がバスガイドの補助
利用としての電子ガイドシステムとして利用したり、図
１７に示すようなグループ位置サービスを利用して、徘
徊老人の行方探しシステムや、運送会社やタクシー会社
が顧客に一番近い車を迅速に特定するためのシステム等
を実現することができる。もちろん、個人が、本発明に
よる形態情報端末１０を車に乗せることで、単なるナビ
ゲーションサービスだけでなく、その他の上述した様々
なサービスの提供を受けられるシステムを構築すること
ができる。

【０１２４】

【発明の効果】本発明のマルチメデア情報配信システム
によれば、情報端末装置を携帯しているユーザの位置を
把握し、該把握した位置を利用した情報サービスの提供
が可能となる。

【０１２５】さらに、本発明によれば、予めグループ登
録を行っておくことにより、グループのメンバー間で互
いに通信することなしに、同じグループに属する各メン
バーの位置がリアルタイムに把握できる効果がある。

【０１２６】さらに、本発明によれば、個々の携帯情報
端末の位置情報からイベント会場や観光地における人の
分布や移動状況をリアルタイムで提供できる。このた
め、ユーザは、次の行動に対して早めの対応ができる効
果がある。さらに、人の分布から混雑度や人気度を考慮
してお勧めルートの探索ができるため、初心者にもわか
りやすいルート案内ができる効果がある。

【０１２７】さらに、本発明によれば、個人毎に携帯情
報端末から情報配信サーバへの画像のアップロードもし
くは画像のダウンロードができるため、携帯情報端末に
大きな記憶手段を設ける必要がなく、携帯情報端末の軽
量化、低価格化が可能となる。

【０１２８】さらに、本発明によれば、携帯情報端末へ
のガイダンス出力の度にＬｏｇｇｉｎｇ処理をユーザ単
位で行うことにより、適切な課金ができる効果がある。

【図面の簡単な説明】

【図１】本発明によるマルチメデア情報配信システムの
全体構成を示す説明図である。

【図２】本発明による携帯情報端末の内部構成の一例を
示すブロック図である。

【図３】本発明による情報配信サーバの内部構成の一例
を示すブロック図である。

【図４】本発明の典型的応用としてイベント会場への応
用例を示す説明図である。

【図５】本発明の典型的応用として観光地への応用例を
示す説明図である。

【図６】ガイダンスサービスの概要を示す説明図であ
る。

【図７】位置サービスの概要を示す説明図である。

【図８】ランドマークサービスの概要を示す説明図であ
る。

【図９】ルート探索サービスの概要を示す説明図であ
る。

【図１０】状況／履歴サービスの概要を示す説明図であ
る。

【図１１】個人サービスの概要を示す説明図である。

【図１２】画像サービスの概要を示す説明図である。

【図１３】本発明によるビジネスモデルの一例を示す説
明図である。

【図１４】ガイダンス管理機能を実現するフローチャー
ト図である。

【図１５】位置管理機能を実現するフローチャート図で
ある。

【図１６】自位置処理を実現するフローチャート図であ
る。

【図１７】グループ位置処理を実現するフローチャート
図である。

【図１８】グループ登録処理を実現するフローチャート
図である。

【図１９】ランドマーク管理機能を実現するフローチャ
ート図である。

【図２０】ランドマーク表示処理を実現するフローチャ
ート図である。

【図２１】ランドマーク登録処理を実現するフローチャ
ート図である。

【図２２】ランドマーク検索処理を実現するフローチャ
ート図である。

【図２３】ルート探索管理機能を実現するフローチャー
ト図である。

【図２４】ルート探索処理を実現するフローチャート図
である。

【図２５】お勧めルート探索処理を実現するフローチャ
ート図である。

【図２６】状況／履歴管理機能を実現するフローチャー
ト図である。

【図２７】混雑度処理を実現するフローチャート図であ
る。

【図２８】人気度処理を実現するフローチャート図であ
る。

【図２９】履歴処理を実現するフローチャート図であ
る。

【図３０】個人管理機能を実現するフローチャート図で
ある。

【図３１】画像管理機能を実現するフローチャート図で
ある。

【図３２】画像アップロード処理を実現するフローチャ
ート図である。

【図３３】画像ダウンロード処理を実現するフローチャ
ート図である。

【図３４】画像プリント処理を実現するフローチャート
図である。

【図３５】課金管理機能を実現するフローチャート図で
ある。

【図３６】図２の携帯情報端末のディスプレイ画面に表
示される表示画面の一例を示す説明図である。

【符号の説明】

１０ａ〜１０ｎ 携帯情報端末 １０−１ 無線通信用アンテナ １０−２ 通信手段 １０−３ 処理装置＆Ｗｅｂブラウザ １０−４ 位置検出手段 １０−５ ＣＣＤカメラ １０−６ 画像入力手段 １０−７ 座標入力装置 １０−８ ディスプレイ １０−９ 位置センサ １０−１０ 音声出力デバイス ２０ 通信基地局 ３０ａ〜３０ｎ インターネット端末 ４０ インターネット ５０ 情報配信サーバ ５０−１ 通信手段 ５０−２ 処理装置＆Ｗｅｂブラウザ ５０−３ ガイダンス管理 ５０−４ 位置管理 ５０−５ ランドマーク管理 ５０−６ ルート探索管理 ５０−７ 状況／履歴管理 ５０−８ 個人管理 ５０−９ 画像管理 ５０−１０ 課金管理 ５０−１１ ガイダンスＤＢ ５０−１２ グループＤＢ ５０−１３ 地図ＤＢ ５０−１４ ランドマークＤＢ ５０−１５ 履歴ＤＢ ５０−１６ ユーザＤＢ ５０−１７ 画像ＤＢ ５０−１８ プリンタ。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 13/00 ５１０ Ｇ０６Ｆ 13/00 ５１０Ｇ 19/00 １４０ 19/00 １４０ // Ｇ０１Ｓ 5/14 Ｇ０１Ｓ 5/14 (72)発明者 浜田 長晴 茨城県日立市大みか町七丁目１番１号 株 式会社日立製作所日立研究所内 (72)発明者 中村 敏明 茨城県日立市大みか町七丁目１番１号 株 式会社日立製作所日立研究所内 (72)発明者 横田 登志美 茨城県日立市大みか町七丁目１番１号 株 式会社日立製作所日立研究所内 (72)発明者 安部 圭子 茨城県日立市大みか町七丁目１番１号 株 式会社日立製作所日立研究所内 Ｆターム(参考） 5B049 BB00 BB49 CC02 CC03 CC05 CC08 CC36 DD00 DD01 DD05 EE01 EE07 FF03 FF04 FF06 FF09 GG04 GG06 GG07 5J062 AA08 CC07 HH05

Claims (20)

【特許請求の範囲】
1. 【請求項１】複数の情報端末装置と、該複数の情報端末
   装置の各々と接続され、各情報端末装置から要求される
   情報を提供するサーバ装置とを備える情報配信システム
   において、 前記複数の情報端末装置の各々は、 自身の位置を検出する位置検出手段と、 前記検出した位置を示す情報を前記サーバ装置へ送信
   し、前記サーバ装置から送信されてくる情報を受信する
   端末側通信手段と、 要求するサービスの内容を指示するための操作指示をユ
   ーザから受け付け、該操作指示を前記端末側通信手段を
   通して前記サーバ装置へ送信させる操作指示受付手段
   と、 前記要求したサービスに対応して前記サーバ装置から送
   られてくる情報を出力する出力手段とを備え、 前記サーバ装置は、 前記各情報端末装置から送られてくる位置を示す情報を
   受信し、該位置情報を利用して生成された情報を情報端
   末装置へ送信するサーバ側通信手段と、 前記情報端末装置から送られてきた位置情報を利用して
   前記情報端末装置へ送信すべき情報を生成する処理手段
   とを備え、 前記情報端末装置は、当該情報端末装置の位置を予め定
   めたタイミングで検出し、該検出した位置を示す情報を
   前記サーバ装置へ送信するものであり、 前記サーバ装置は、前記複数の情報端末装置から送信さ
   れてくる位置情報を、該情報端末装置のユーザ毎に記憶
   する位置情報記憶手段をさらに備えることを特徴とする
   情報配信システム。
2. 【請求項２】請求項１に記載の情報配信システムにおい
   て、 前記情報端末装置は、当該情報端末装置の位置に関する
   情報を、前回の位置情報送信時からある特定の時間が経
   った場合、および、該位置が予め定めたしきい値よりも
   大きく変化した場合のうち、少なくとも一方に該当する
   場合に、前記サーバ装置へ送信することを特徴とする情
   報配信システム。
3. 【請求項３】請求項１に記載の情報配信システムにおい
   て、 前記サーバ装置は、前記ユーザ毎に、該ユーザが属して
   いるグループを特定するための情報を記憶するグループ
   情報記憶手段をさらに備え、 前記サーバ装置の処理手段は、前記情報端末装置から送
   られてくる操作指示がグループ表示サービスを要求して
   いる場合には、該情報端末装置からの位置情報が示すユ
   ーザの位置と、該ユーザと同一グループに属している他
   のユーザの情報端末装置から送られてくる位置とを併せ
   て同一地図画面上に表示するための画像情報を生成し、
   該生成した画像情報を前記サーバ側通信手段から前記情
   報端末装置へ送信させる、位置サービス手段を備えてい
   ることを特徴とする情報配信システム。
4. 【請求項４】請求項３に記載の情報配信システムの前記
   サーバ装置において、 前記グループ情報記憶手段は、前記各ユーザが属するグ
   ループを特定するための情報に加えて、前記処理手段で
   同一グループに属するユーザ位置を同一地図画面上に表
   示するための画像情報を生成する際に、自身の位置の表
   示を許可することを示すグループ表示フラグ情報を記憶
   するものであり、 前記位置サービス手段は、前記グループ表示フラグ情報
   が表示の許可を示しているユーザの位置だけを同一地図
   画面上に表示するための画像情報を生成することを特徴
   とする情報配信システム。
5. 【請求項５】請求項１に記載の情報配信システムにおい
   て、 前記サーバ装置は、予め定めた分類項目について、各ユ
   ーザに関する情報を記憶する個人情報記憶手段をさらに
   備え、 前記サーバ装置の位置情報記憶手段は、各ユーザ毎の位
   置の履歴を記憶するものであり、 前記サーバ装置の処理手段は、前記情報端末装置から送
   られてくる操作指示が分布サービスを要求している場合
   には、前記分類項目の１つで分類分けされたユーザを抽
   出し、該抽出されたユーザの位置の履歴から、該分類分
   けされたユーザ位置の分布を示す情報を生成し、該生成
   した情報を前記サーバ側通信手段から前記情報端末装置
   へ送信させる、分布サービス手段を備えていることを特
   徴とする情報配信システム。
6. 【請求項６】請求項５に記載の情報配信システムにおい
   て、 前記分類項目には、参加イベント、地域、年齢、性別、
   時間帯、日及び月のうちいずれか１つを含むことを特徴
   とする情報配信システム。
7. 【請求項７】請求項５に記載の情報配信システムにおい
   て、 前記サーバ装置の処理手段の分布サービス手段は、前記
   情報端末装置から送られてくる操作指示が混雑度表示サ
   ービスを要求している場合には、予め位置が登録されて
   いる複数の施設毎に、該施設の位置と同一地域あるいは
   予め定めた距離範囲内の領域に位置するユーザの人数か
   ら、該施設毎の混雑の度合いを示す情報を生成し、該複
   数の施設の各々について算出された混雑の度合いを示す
   情報を、前記情報端末装置へ送信することを特徴とする
   情報配信システム。
8. 【請求項８】請求項５に記載の情報配信システムにおい
   て、 前記サーバ装置の位置情報記憶手段は、前記複数のユー
   ザの位置の履歴を記憶するものであり、 前記サーバ装置の処理手段の分布サービス手段は、前記
   情報端末装置から送られてくる操作指示が人気度表示サ
   ービスを要求している場合には、前記複数のユーザの位
   置の履歴から、予め位置が登録されている複数の施設毎
   に人気の度合いを示す情報を算出し、該複数の施設の各
   々について算出された人気の度合いを示す情報を、前記
   情報端末装置へ送信することを特徴とする情報配信シス
   テム。
9. 【請求項９】請求項１に記載の情報配信システムにおい
   て、 前記サーバ装置の位置情報記憶手段は、各ユーザ毎の位
   置の履歴を記憶するものであり、 前記サーバ装置の処理手段は、前記情報端末装置から送
   られてくる操作指示が履歴サービスを要求している場合
   には、該操作指示を送ってきた情報端末装置のユーザの
   位置の履歴を示す情報を生成し、該生成した情報を前記
   サーバ側通信手段から前記情報端末装置へ送信させる、
   履歴サービス手段を備えていることを特徴とする情報配
   信システム。
10. 【請求項１０】請求項１に記載の情報配信システムにお
    いて、 前記情報端末装置は、画像情報を前記端末側通信手段を
    通して前記サーバ装置へ送信する画像アップロード手段
    と、前記サーバ装置から画像情報を前記端末側通信手段
    を通して受信する画像ダウンロード手段とをさらに備
    え、 前記サーバ装置は、前記情報端末装置から送信されてき
    た画像をユーザ毎に記憶する画像記憶手段をさらに備
    え、 前記サーバ装置の処理手段は、 前記情報端末装置から送られてくる操作指示が画像アッ
    プロードサービスを要求している場合には、該操作指示
    を送ってきた情報端末装置から送信されてくる画像をユ
    ーザ毎に前記画像記憶手段に格納し、 前記操作指示が画像ダウンロードサービスを要求してい
    る場合には、該操作指示を送ってきた情報端末装置のユ
    ーザに対応して前記画像記憶手段に記憶されている画像
    情報を、前記サーバ側通信手段から前記情報端末装置へ
    送信させる、画像サービス手段を備えていることを特徴
    とする情報配信システム。
11. 【請求項１１】請求項５に記載の情報配信システムにお
    いて、 前記サーバ装置の処理手段は、前記情報端末装置から送
    られてくる操作指示がルート検索サービスを要求してい
    る場合には、与えられた目的地までの推奨ルートを検索
    し、該推奨ルートを地図上に表示するための画像情報を
    生成して、該生成した画像情報を、前記サーバ側通信手
    段から前記情報端末装置へ送信させる、ルート検索サー
    ビス手段をさらに備えており、 前記分布サービス手段は、予め登録されている複数の施
    設の各々について、混雑及び人気の少なくとも一方の度
    合いを示す指数を算出するものであって、 前記ルート検索サービス手段は、前記分布サービス手段
    で算出された指数を検索条件の１つとして含んで、推奨
    ルートを検索することを特徴とする情報配信システム。
12. 【請求項１２】サーバ装置と接続して情報サービスの提
    供を受ける情報端末装置において、 自身の位置を検出する位置検出手段と、 前記検出した位置を示す情報を前記サーバ装置へ送信
    し、前記サーバ装置から送信されてくる情報を受信する
    端末側通信手段とを備え、 前記位置検出手段は、前回の位置情報送信時からある特
    定の時間が経つ毎に位置を検出し、該新たに検出した位
    置に関する情報を前記端末側通信手段を通して前記サー
    バ装置へ送信することを特徴とする情報端末装置。
13. 【請求項１３】サーバ装置と接続して情報サービスの提
    供を受ける情報端末装置において、 自身の位置を検出する位置検出手段と、 前記検出した位置を示す情報を前記サーバ装置へ送信
    し、前記サーバ装置から送信されてくる情報を受信する
    端末側通信手段とを備え、 前記位置検出手段は、新たに検出された位置が予め定め
    たしきい値よりも大きく変化した場合、該新たに検出し
    た位置に関する情報を前記端末側通信手段を通して前記
    サーバ装置へ送信することを特徴とする情報端末装置。
14. 【請求項１４】複数の情報端末装置と接続され、各情報
    端末装置から要求される情報を提供するサーバ装置にお
    いて、 前記各情報端末装置から送られてくる位置を示す情報を
    受信し、該位置情報を利用して生成された情報を情報端
    末装置へ送信するサーバ側通信手段と、 前記情報端末装置から送られてきた位置情報を利用して
    前記情報端末装置へ送信すべき情報を生成する処理手段
    と、 前記各情報端末装置から送信されてくる位置情報とその
    履歴とを、前記情報端末装置のユーザ毎に記憶する位置
    情報記憶手段とを備えることを特徴とするサーバ装置。
15. 【請求項１５】複数の情報端末装置と、該複数の情報端
    末装置の各々と接続され、各情報端末装置から要求され
    る情報を提供するサーバ装置とを備える情報配信システ
    ムにおける情報サービス提供方法において、 前記複数の情報端末装置の各々が、自身の位置を示す情
    報と、当該情報端末装置のユーザが所属するグループを
    特定するための情報を前記サーバ装置へ送信し、 前記サーバ装置が、前記複数の情報端末装置から送信さ
    れてきた位置情報及び前記グループを特定するための情
    報から、同一グループに属する各ユーザの位置を同一地
    図上に合成表示するための画像情報を生成し、該生成し
    た画像情報を要求元の情報端末装置へ送信することを特
    徴とする情報サービス提供方法。
16. 【請求項１６】複数の情報端末装置と、該複数の情報端
    末装置の各々と接続され、各情報端末装置から要求され
    る情報を提供するサーバ装置とを備える情報配信システ
    ムにおける情報サービス提供方法において、 前記複数の情報端末装置の各々が、自身の位置を示す情
    報および要求するサービスの内容を示す情報を前記サー
    バ装置へ送信し、 前記サーバ装置が、前記各情報端末装置からの要求に応
    じて提供すべき情報を生成し、該生成した提供情報を要
    求元の情報端末装置へ送信し、 前記サーバ装置が、前記送信した提供情報の内容に応じ
    てユーザへの請求金額を決定し、該決定した請求金額を
    示す情報と前記送信されてきた位置情報との履歴を、ユ
    ーザ毎に記憶することを特徴とする情報サービス提供方
    法。
17. 【請求項１７】複数の情報端末装置と、該複数の情報端
    末装置の各々と接続され、各情報端末装置から要求され
    る情報を提供するサーバ装置とを備える情報配信システ
    ムにおける情報サービス提供方法において、 入場可能な複数の施設が配置されている地域にユーザが
    立ち入る際に、該ユーザに前記情報端末装置を携帯さ
    せ、 前記各情報端末装置が自身の位置を検出して、該検出し
    た位置を示す情報を前記サーバ装置へ送信し、 前記サーバ装置が、前記複数の情報端末装置の各々から
    送信されてくる位置情報から、前記複数の施設の各々に
    ついて混雑の度合いあるいは人気の高さの度合いを示す
    指数を算出し、該算出した指数を示す情報を要求元の前
    記情報端末装置へ送信することを特徴とする情報サービ
    ス提供方法。
18. 【請求項１８】複数の情報端末装置と、該複数の情報端
    末装置の各々と接続され、各情報端末装置から要求され
    る情報を提供するサーバ装置とを備える情報配信システ
    ムにおける情報サービス提供方法において、 前記各情報端末装置が自身の位置を検出して、該検出し
    た位置を示す情報を前記サーバ装置へ送信し、 前記サーバ装置が、前記複数の情報端末装置の各々から
    送信されてくる位置情報から、予め登録されている複数
    の施設の各々について混雑の度合いあるいは人気の高さ
    の度合いを示す指数を算出し、該算出した指数を少なく
    とも含む検索条件で出発地から目的地までのルート検索
    を実行し、該検索されたルートを示す情報を要求元の前
    記情報端末装置へ送信することを特徴とする情報サービ
    ス提供方法。
19. 【請求項１９】複数の情報端末装置と、該複数の情報端
    末装置の各々と接続され、各情報端末装置から要求され
    る情報を提供するサーバ装置とを備える情報配信システ
    ムにおける情報サービス提供方法において、 前記複数の情報端末装置の各々が、自身の位置を示す情
    報および前記サーバ装置にて格納が必要な情報を、前記
    サーバ装置へ送信し、 前記サーバ装置が、前記送信されてきた位置情報及び前
    記格納が必要な情報を、ユーザ毎に記憶し、前記情報端
    末装置からの要求があった場合には、該情報端末装置の
    ユーザに対応して記憶されている情報を、要求元の情報
    端末装置へ送信することを特徴とする情報サービス提供
    方法。
20. 【請求項２０】複数の情報端末装置と、該複数の情報端
    末装置の各々と接続され、各情報端末装置からの情報を
    受信するサーバ装置とを用いた情報サービス方法におい
    て、 前記各情報端末装置が自身の位置を検出して、該検出し
    た位置を示す情報を前記サーバ装置へ送信し、 前記サーバ装置が、前記複数の情報端末装置の各々から
    送信されてくる位置情報からユーザの分布を示す情報を
    生成することを特徴とする情報サービス方法。