(57)【要約】【課題】ユーザの要望に合わせてカスタマイズされた情報を中継装置において加工し、そのユーザの端末装置に提供する情報提供システムを実現する。【解決手段】端末装置２と、中継装置３と、を備える情報提供システムであって、中継装置３は、固定的な基本情報Ｉ１と、ユーザ毎にカスタマイズ可能な付加情報Ｉ２と、を保持する情報保持手段４を有し、端末装置２は、情報付加指示ＣＭを送信するする付加指示送信手段１１を有し、中継装置３は、受信した情報付加指示ＣＭに対応する付加情報Ｉ２を取得して基本情報Ｉ１に合体させる情報加工手段１３を備えて、合体後の加工情報Ｉ３を端末装置２に送信する。【選択図】図１
2008116477.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ側に設けられる端末装置と、該ユーザ側に提供すべき情報を生成し該端末装置に送信する中継装置と、を備える情報提供システムにおいて、
前記中継装置は、前記ユーザ側に提供すべき前記情報として、ユーザ全般に固定的な基本情報と、該基本情報に付加される情報であってユーザ毎にカスタマイズ可能な付加情報と、を保持する情報保持手段を有し、
前記端末装置は、ユーザの要求に応じ前記付加情報を指示するための情報付加指示情報を前記中継装置に対して送信する付加指示送信手段を有し、
前記中継装置は、受信した前記情報付加指示情報に対応する前記付加情報を取得し、これを前記基本情報に付加させる情報加工手段をさらに備えて、その付加後の加工情報を前記端末装置に送信することを特徴とする情報提供システム。
【請求項２】
前記中継装置は、これに連携する複数の外部サーバから前記基本情報および前記付加情報を取得することを特徴とする請求項１に記載の情報提供システム。
【請求項３】
前記基本情報は地図情報であり、前記情報付加指示情報に従う前記付加情報は該地図情報による地図上に重畳して表示すべき情報であることを特徴とする請求項１又は２に記載の情報提供システム。
【請求項４】
前記端末装置は車載用の端末装置であって、前記情報付加指示情報が当該車両に関する車両情報であるとき、前記中継装置は、前記情報加工手段において前記車両情報に基づいた情報に加工することを特徴とする請求項１〜３のいずれか一項に記載の情報提供システム。
【請求項５】
前記地図情報による地図上に重畳して表示すべき情報は、時間に応じて変動するリアルタイム情報であることを特徴とする請求項１〜４のいずれか一項に記載の情報提供システム。
【請求項６】
前記中継装置は前記リアルタイム情報に対しさらにその有効期限データを付加して送信し、前記端末装置は受信して保持した該リアルタイム情報を、その有効期限に応じて消去することを特徴とする請求項５に記載の情報提供システム。
【請求項７】
前記中継装置は、各端末装置の端末属性を記憶するデータベースを有し、前記端末装置は自らを示す端末固有情報を、前記情報付加指示情報として、前記中継装置に送信し、前記中継装置は前記端末固有情報を受信し前記情報加工手段において前記端末固有情報に対応する端末属性に基づいた情報に加工して前記端末装置に前記加工情報を送信することを特徴とする請求項１〜３のいずれか一項に記載の情報提供システム。
【請求項８】
前記端末固有情報は前記端末装置に割り当てられたＩＤコードであって、前記中継装置はそのＩＤコードに対応させて前記端末属性を保持することを特徴とする請求項７に記載の情報提供システム。
【請求項９】
前記端末装置は車載用の端末装置であって、前記端末属性が当該車両に関する車両情報であるとき、前記中継装置は、前記情報加工手段において前記車両情報に基づいた情報に加工することを特徴とする請求項７に記載の情報提供システム。
【請求項１０】
前記端末属性が、前記端末装置に接続された音響機器の規模と性能を示す情報であるとき、前記中継装置は、前記情報加工手段において前記音響機器の規模と性能に基づいた情報に加工することを特徴とする請求項７に記載の情報提供システム。
【請求項１１】
前記端末属性が、前記端末装置側ユーザの嗜好情報であるとき、前記中継装置は、前記情報加工手段において前記嗜好情報に基づいた情報に加工することを特徴とする請求項７に記載の情報提供システム。
【請求項１２】
前記中継装置は前記端末固有情報に対応する課金情報を累積して保持する課金情報保持手段を備えて、該端末固有情報毎に前記加工情報の送信がある都度、前記課金情報を累積することを特徴とする請求項７〜１１のいずれか一項に記載の情報提供システム。
【請求項１３】
前記情報付加指示情報に従う前記付加情報は任意の端末装置から任意に発信される端末発信情報であることを特徴とする請求項１〜３のいずれか一項に記載の情報提供システム。
【請求項１４】
前記中継装置は、前記端末発信情報を前記端末装置毎に保持する端末発信情報保持手段を有することを特徴とする請求項１３に記載の情報提供システム。
【請求項１５】
前記端末装置は車載用の端末装置であって、前記端末発信情報は、（１）当該車両の位置情報、（２）当該車両の速度情報、（３）任意の前記端末装置から発信される公開的な報知情報および（４）複数の前記端末装置の各ユーザ同士で１つのグループを形成するとき、該グループ内のユーザ間にのみ配信される非公開のグループ共有情報、の４つの情報のうち少なくとも１つを含むことを特徴とする請求項１３に記載の情報提供システム。
【請求項１６】
前記公開的な報知情報は、特定の施設あるいはイベントに関する各種情報を含むことを特徴とする請求項１５に記載の情報提供システム。
【請求項１７】
前記端末装置は前記４つの情報のうち少なくとも１つを、当該車両の位置を示す地図に重畳させたランドマークとして、ディスプレイ上に表示することを特徴とする請求項１５に記載の情報提供システム。
【請求項１８】
前記端末装置は前記端末装置自らを示す端末固有情報を前記中継装置に送信し、前記中継装置は、前記端末固有情報と前記端末発信情報とをスペースを挟んだ一文字列として構成すると共に、該一文字列をなすデータの形態を、前記地図情報に重畳される施設情報を構成するデータの形態と同じにして前記端末装置側に送信することを特徴とする請求項１３に記載の情報提供システム。
【請求項１９】
前記中継装置は同様の構成を有する複数の中継装置からなり、これら複数の中継装置間で、前記諸情報の交換を行い、情報を共有し合うことを特徴とする請求項１〜１８のいずれか一項に記載の情報提供システム。
【請求項２０】
ユーザ側に設けられ、該ユーザ側に提供すべき情報を生成する中継装置からその生成情報を受信する端末装置であって、
ユーザ全般に固定的な基本情報と、該基本情報に付加される情報であってユーザ毎にカスタマイズ可能な付加情報とを保持する前記中継装置に対し、該ユーザの要求に応じ前記付加情報を指示するための情報付加指示情報を送信する付加指示送信手段と、
前記情報付加指示情報に対応する前記付加情報を前記基本情報に付加させるように加工する前記中継装置から、その付加後の加工情報を受信する加工情報受信手段と、
を備えることを特徴とする端末装置。
【請求項２１】
ユーザ側に提供すべき情報を生成し、これを該ユーザ側の端末装置に送信する中継装置であって、
前記ユーザ側に提供すべき前記情報として、ユーザ全般に固定的な基本情報と、該基本情報に付加される情報であってユーザ毎にカスタマイズ可能な付加情報と、を保持する情報保持手段と、
ユーザの要求に応じ前記付加情報を指示するための情報付加指示情報を前記端末装置から受信して、該情報付加指示情報に対応する前記付加情報を取得し、これを前記基本情報に付加させる情報加工手段と、
その付加後の加工情報を前記端末装置に送信する加工情報送信手段と、
を備えることを特徴とする中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報提供システム、例えばマルチメディア情報やカー・ナビゲーションにおける地図情報などを提供するための情報提供システム、ならびにそのシステムを構成する端末装置および中継装置に関する。
【背景技術】
【０００２】
本発明はカー・ナビゲーションのような車載端末装置を介在させる情報提供システムに限定することなく、例えば家庭内に設置したパソコンを介在させる情報提供システムにも適用することが可能であるが、ここでは主として上記のカー・ナビゲーションを例にとって説明を始める。
【０００３】
例えば従来のカー・ナビゲーション・システムのような、車両用の情報提供システムは、車両に搭載されたＣＤ−ＲＯＭやＤＶＤに、予め道路や地形等の地図情報を保持しておき、当該車両が自車内に保持した上記地図情報を読み出してディスプレイ上に表示した地図データ上に、自車位置をマークしていく、という構成のシステムであった。
【０００４】
ところがその後、移動体通信網を使用した携帯電話が急速に普及したことから、上記地図情報のデータを自車内で保持するのではなく、上記移動体通信網およびＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網を介して、ナビゲーション情報を保有するサーバ装置から該情報を当該車両にダウンロードする、という通信型のカー・ナビゲーション・システムが主流になりつつある。
【０００５】
上記の通信型カー・ナビゲーション・システムによれば、膨大な上記地図情報のデータをそれぞれの車載端末装置で保持する必要がなくなるので、その分、ＤＶＤ等の記録媒体の設置スペースや設置コストが不要になる、という利点がもたらされる。
【０００６】
さらに、上記サーバ装置では、常に最新の情報に更新することが容易であるから、例えば車の渋滞情報や各種イベント情報等、リアルタイム性が必須となる情報をオンラインで各車両ユーザに提供できる、といった利点ももたらされる。
【０００７】
このような最近の通信型カー・ナビゲーション・システムに関する公知文献としては、一例として下記の特許文献がある。
【０００８】
【特許文献１】特開２００２−１０７１６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
この特許文献１においても共通に課題としているように、各車載端末装置とサーバ装置との間でかなりの回数の対話形式による通信のやりとりが必要である。
【００１０】
そこでこの特許文献１においては、通信量削減のための工夫をすると共に、専用のナビゲーションサーバ、すなわち専用サーバを導入して、地図情報や地点情報（ＰＯＩ）を、各車両ユーザの要求に合わせて送信するという構成をとっている。
【００１１】
ところがこの特許文献１においては、次の２つの問題点を有している。
【００１２】
（１）第１の問題点は、地図ＤＢやＰＯＩ等を含んだ上記の専用サーバを構築していることに見出すことができる。したがって、地図ＤＢやＰＯＩ情報を必要とする分、費用がかかってしまう。
【００１３】
もしそのような専用サーバを構築しないとすると、複数の汎用サーバから、個々の通信により、所要の各種ナビゲーション情報を取り込まなければならない。すなわち、車載端末装置と、複数の汎用サーバの１つ１つとの間で個別に通信をしなければならない。そうすると、その１つ１つの個別通信の回数分だけ通信費用が増大してしまう。また当然その通信の回数分だけユーザによる通信操作の回数が増えるから、安全運転という観点から好ましくない。
【００１４】
結局、複数の汎用サーバとの間で１つ１つ個別に通信を行うため、通信費用が増大してしまう、という問題が内在することになる。
【００１５】
（２）第２の問題点は、余計なデータも一緒に取り込まれてしまうことである。
【００１６】
車載端末装置が、上記の複数の汎用サーバから各種ナビゲーション情報を取り込もうとすると、当該車載端末装置にとって直接必要のないデータまで一緒に取り込まれてしまう。直接必要のないデータとは、例えばＰＣ向け等の詳細なデータである。
【００１７】
結局、車載端末装置はナビゲーションとは直接関係のないデータ量、つまり余計なデータ量までも通信してしまう分、通信費用が増大してしまう、という問題がある。
【００１８】
したがって本発明は、複数の汎用サーバの１つ１つと通信することに起因して、また、余計なデータ量が加わることに起因して増大する通信費用を抑えることのできる、情報提供システム、端末装置および中継装置を提供することを目的とするものである。
【課題を解決するための手段】
【００１９】
図１は本発明に係る情報提供システムの基本構成を示す図である。
【００２０】
本図において、情報提供システムは参照番号１で示され、ユーザ側に設けられる端末装置２と、ユーザ側に提供すべき情報を生成しこの端末装置２に送信する中継装置３と、を含んで構成される。この情報提供システム１において、中継装置３は、そのユーザ側に提供すべき情報として、ユーザ全般に固定的な基本情報Ｉ１と、この基本情報Ｉ１に付加される情報であってユーザ毎にカスタマイズ可能な付加情報Ｉ２と、を保持する情報保持手段４を有する。これらの情報Ｉ１およびＩ２は、基本情報ＤＢ１５および付加情報ＤＢ１６にそれぞれ格納される。
【００２１】
また端末装置２は、ユーザの要求に応じ上記の付加情報Ｉ２を指示するための情報付加指示ＣＭ（ｃｏｍｍａｎｄ）を中継装置３に対して送信する付加指示送信手段１１を有する。
【００２２】
さらに中継装置３は、受信した上記の情報付加指示ＣＭに対応する付加情報Ｉ２を取得し、これを基本情報Ｉ１に付加させる情報加工手段１３を備えており、その付加した後の加工情報Ｉ３を端末装置２に送信する。
【００２３】
ここで理解を早めるために、上記の基本情報Ｉ１および付加情報Ｉ２の一般的な一例を挙げると、基本情報Ｉ１はナビゲーションにおける地図情報であり、付加情報Ｉ２はコンビニエンスストア、レストラン、遊園地等の施設情報である。前述の情報付加指示ＣＭが「レストラン」であったとすると、上記の情報Ｉ１およびＩ２を合体させた加工情報Ｉ３は、カー・ナビゲーション・システムのディスプレイ上において、目的とするレストランの候補名（１つまたは複数）を、ランドマークとして、その周辺地図（Ｉ１）上に重畳して表示する。
【００２４】
このように情報提供システム１を構成する端末装置２および中継装置３を分離してそれぞれ個別に注目すると、下記（ｉ）および（ii）のようになる。
【００２５】
（ｉ）端末装置２は、ユーザ側に設けられ、このユーザ側に提供すべき情報を生成する中継装置３からその生成情報を受信する端末装置である。この装置２は、
ユーザ全般に固定的な基本情報Ｉ１と、この基本情報Ｉ１に付加される情報であってユーザ毎にカスタマイズ可能な付加情報Ｉ２とを保持する中継装置３に対し、そのユーザの要求に応じ付加情報Ｉ２を指示するための情報付加指示ＣＭを送信する付加指示送信手段１１と、
その情報付加指示ＣＭに対応する付加情報Ｉ２を基本情報Ｉ１に付加させるように加工する中継装置３から、その付加した後の加工情報Ｉ３を受信する加工情報受信手段１２と、を備えて構成されるものである。
【００２６】
（ii）中継装置３は、ユーザ側に提供すべき情報を生成し、これをそのユーザ側の端末装置２に送信する中継装置である。この中継装置３は、
ユーザ側に提供すべき上記の情報として、ユーザ全般に固定的な基本情報Ｉ１と、この基本情報Ｉ１に付加される情報であってユーザ毎にカスタマイズ可能な付加情報Ｉ２と、を保持する情報保持手段４と、
そのユーザの要求に応じ付加情報Ｉ２を指示するための情報付加指示ＣＭを端末装置２から受信して、この情報付加指示ＣＭに対応する付加情報Ｉ２を取得し、これをその基本情報Ｉ１に付加させる情報加工手段１３と、
その付加した後の加工情報Ｉ３をその端末装置２に送信する加工情報送信手段１４と、を備えて構成されるものである。
【発明の効果】
【００２７】
従前の車載端末装置が、外部から受信できる情報は、テレビ、ラジオ等の放送系であった。これは、放送側から一方的に情報を流すのみであった。これに対し、上記の本発明によれば、車載端末装置を、インターネットと接続可能な情報端末装置と位置付けることができ、いわばサーバ連係システムを構築可能である。
【００２８】
そして、そのサーバ連係システムの中で、車載端末装置側からの要求（上記の情報付加指示ＣＭ）に従って、サービス情報を加工（上記の加工情報Ｉ３）することができる。これにより、放送局からの一方通行的な情報提供のみならず、サーバと端末装置の相互間で情報のコミュニケーションが可能となり、ユーザ側が欲する情報のみをオンデマンドで提供可能となる。
【００２９】
このことは、ユーザの嗜好に合わせた必要な情報のみに限定したサービスを提供することになり、前述した通信費用の増大といった問題を同時に解消可能である。
【発明を実施するための最良の形態】
【００３０】
以下、具体的に本発明を説明する。
【００３１】
図２は図１の基本構成をやや具体化した一例を示す図である。なお全図を通じて、同様の構成要素には同一の参照番号または記号を付して示す。
【００３２】
図２において新たに示される構成要素は、携帯電話５、Ｗｅｂサーバ６、情報処理部７、外部サーバ８−１、８−２、および各種情報ＤＢ１７である。
【００３３】
端末装置２と中継装置３との間は、携帯電話５とＷｅｂサーバ（Ｉ／Ｏ）６を介して接続され、これら携帯電話５とサーバ６との間には、例えば一般ＩＳＰ（Internet Service Provider ）とインターネット網（例えば図２７に示すＩＰ）が介在する。
【００３４】
このＷｅｂサーバ６はまた、中継装置３の中心をなす情報処理部７に接続する。この情報処理部７は、前述した情報加工手段１３と加工情報送信手段１４とを少なくとも含み、前述した基本情報ＤＢ１５および付加情報ＤＢ１６と協働する。さらには各種情報ＤＢ１７とも協働する。この各種情報ＤＢ１７には、端末情報、車両情報、顧客情報、課金情報等が格納されるが、これらについては後述する。
【００３５】
中継装置３は、これに連携する上述した複数の外部サーバ８−１、８−２を、前述の情報保持手段４としてさらに有することができる。これら複数の外部サーバのうち、少なくとも１つは上記の基本情報Ｉ１を保持し、他の少なくとも１つは上記の付加情報Ｉ２を保持する。基本情報Ｉ１や付加情報Ｉ２は多岐に亘って膨大であり、また、日本全国にその情報源が分布することから、このようにさらなる各種の外部サーバ８−１、８−２等と連携するのが好ましい。中継装置３は、必要に応じて上記の外部サーバに各種情報取得の要求を出し、その応答として所望の各種情報を受け取る。
【００３６】
上記のように構成された情報提供システム１内における、端末装置２と中継装置３との間での情報のやり取りの各種態様をシーケンス図にて以下に表す。
【００３７】
図３はシステム１内での情報のやり取りの第１の態様を示すシーケンス図である。
【００３８】
本図において、参照番号２は前記の端末装置（ただし図中、単に「端末」と表記する）を表し、３は前記の中継装置を表し、４は前記の情報保持手段を表し、７は前記の情報処理部を表し、１５は前記の基本情報ＤＢを表し、１６は前記の付加情報ＤＢを表す（以下、図４〜図１５において同様）。
【００３９】
まずユーザは、端末装置２から自己の欲する付加情報を、情報付加指示ＣＭとして、ポータルサーバである中継装置３に送る。
【００４０】
これを受けた中継装置３は、情報提供の基本となる情報Ｉ１を基本情報ＤＢ１５から取得すると共に、上記の情報付加指示ＣＭに対応する、基本情報Ｉ１に付加すべき付加情報Ｉ２を付加情報ＤＢ１６から取得する。
【００４１】
ここに取得した両情報Ｉ１およびＩ２は、情報処理部７において加工され、加工後の加工情報Ｉ３（＝Ｉ１＋Ｉ２）を、上記ユーザに返送する。
【００４２】
図４はシステム１内での情報のやり取りの第２の態様を示すシーケンス図である。
【００４３】
この第２の態様において、基本情報Ｉ１は地図情報であり、情報付加指示ＣＭに従う付加情報Ｉ２はその地図情報による地図上に重畳して端末装置２側のディスプレイに表示すべき情報である。これにより、ユーザにとって余分な情報は排除される。
【００４４】
図５はシステム１内での情報のやり取りの第３の態様を示すシーケンス図である。
【００４５】
本態様において、端末装置２は車載用の端末装置である（図中は「車載端末」と表記する）。ここに基本情報Ｉ１が地図情報であり、また、情報付加指示ＣＭが当該車両９（図２８）に関する車両情報であるとき、中継装置３からの加工情報Ｉ３は、その車両情報に適合させた地図情報である。
【００４６】
この車両情報とは例えば、当該車両９が大型／中型／小型といった型別情報であってもよい。もし上記情報付加指示ＣＭが「大型」を示しているとしたら、加工情報Ｉ３は、車幅制限や車高制限をクリアできる道路のみに絞った地図情報となる。
【００４７】
かくして車両の状況に合わせた情報が得られる。
【００４８】
図６はシステム１内での情報のやり取りの第４の態様を示すシーケンス図である。
【００４９】
本態様において、地図情報による地図上に重畳してディスプレイに表示すべき情報は、現時点から所定期間経過時点までの間でのみ有効なリアルタイム情報である。
【００５０】
リアルタイム情報とはリアルタイム性のある情報のことである。その代表例としては、イベント情報や天気情報等が挙げられる。この他、車の渋滞情報やデパートの大売出し情報やお祭り情報も挙げられる。とにかく、その時が過ぎてしまったら全く意味がなくなる情報がリアルタイム情報である。
【００５１】
これはまさしく、インターネットを介したサーバ連係システムの効果が十二分に発揮される態様である。
【００５２】
図７はシステム１内での情報のやり取りの第５の態様を示すシーケンス図である。
【００５３】
本態様は、上記第４の態様と対をなすものであり、中継装置３は上記のリアルタイム情報に対しさらにその有効期限データを付加して送信し、端末装置２は受信して保持したそのリアルタイム情報を、その有効期限に従って自ら消去するようにしたものである。
【００５４】
リアルタイム性を維持するためである。
【００５５】
図８はシステム１内での情報のやり取りの第６の態様を示すシーケンス図である。
【００５６】
本態様においては、端末装置２が自らを示す端末固有情報を、情報付加指示ＣＭとして、中継装置３に送信し、中継装置３はその端末固有情報を受信してこれに対応する端末属性に適合させた加工情報Ｉ３を生成して端末装置２に送信するようにしたものである。
【００５７】
本態様が有益な一例を挙げると次のとおりである。
【００５８】
例えば外部サーバ８−１、（８−２）には、各々端末装置２を保有するユーザＡ、ユーザＢ・・・ユーザＺのそれぞれの端末情報が格納されている。この端末情報の一つの例は、上記各ユーザが所有するカー・ナビゲーション機器におけるディスプレイの画面サイズである。ユーザＡは大画面、ユーザＢは小画面・・・といった具合である。
【００５９】
今上記ユーザＢがその端末装置２より、情報付加指示ＣＭに含めて地図情報を中継装置３に要求したとすると、中継装置３はその情報付加指示ＣＭからユーザＢの端末固有情報を得、これに相当するＢ端末情報ＤＢを検索する。そうするとユーザＢのナビゲーション機器におけるディスプレイの画面は小画面であることが分かるので、中継装置３は加工情報Ｉ３としてユーザＢの端末装置２に送るべき地図情報としては、その情報量を減らすように加工したものを送る。
【００６０】
小画面のディスプレイに情報量の多い精密地図情報を送るといった無駄を解消することができる。
【００６１】
図９はシステム１内での情報のやり取りの第７の態様を示すシーケンス図である。
【００６２】
本態様は、前述の端末固有情報を、端末装置２に割り当てられたＩＤコードとするものである。そして、中継装置３は、そのＩＤコードに対応させて前述の端末属性を保持するようにする。
【００６３】
この端末属性は前述したディスプレイの画面サイズであったり、その画素数であったり、画面に表示するＨＴＭＬ文書の版数であったり等、多種に及ぶ。
【００６４】
本態様によってＩＤコードを採用することにより、端末装置２および中継装置３間のデータ量を減らすことができ、前述した通信費の抑制につながる。
【００６５】
図１０はシステム１内での情報のやり取りの第８の態様を示すシーケンス図である。
【００６６】
本態様においては、端末装置２は車載用の端末装置である。そして基本情報Ｉ１が地図情報であり前述の端末属性が当該車両９に関する車両情報であるとき、中継装置３から端末装置２に送信すべき加工情報Ｉ３は、その車両情報に適合させた地図情報とするものである。
【００６７】
一例を挙げると、その車両情報に当該車両が「大型車」である旨の記述があったとする。そして仮に当該ユーザＡから目的地周辺の「駐車場」について情報提供の依頼があったとすると、加工情報Ｉ３としては、大型車は不可とする駐車場は全て排除した地図情報を提供することになる。また別の例としては、夜間走行の場合、その加工情報Ｉ３により、大型車夜間通行禁止の道路を除いた経路案内をすることができる。
【００６８】
かくしてユーザの車両に適合した情報のみを選択して提供することができ、ひいては通信費の削減にもつながる。
【００６９】
図１１はシステム１内での情報のやり取りの第９の態様を示すシーケンス図である。
【００７０】
本態様では、前述の端末属性が、端末装置２に接続される音響機器の規模と性能を示す情報であるとき、中継装置３からの加工情報Ｉ３は、その音響機器の規模と性能に適合させた音源情報であるようにする。
【００７１】
例えばユーザＡからある音楽の配信（ダウンロード）を要求されたとき、図１１に示すところによれば、ユーザＡが保有する音響機器はステレオ機器である。そうすると、その配信すべき音楽としてはステレオ仕様のもので十分であり、例えばユーザＢ向けに適した５．１ｃｈ仕様の音源を配信したとすれば無駄になる。
【００７２】
かくしてユーザ機器のハードウェアスペックに応じた音源を提供可能である。
【００７３】
図１２はシステム１内での情報のやり取りの第１０の態様を示すシーケンス図である。
【００７４】
本態様においては、前述の端末属性が、端末装置２側ユーザの嗜好情報であるとき、中継装置３から端末装置２に送信すべき加工情報Ｉ３は、その嗜好情報に適合させたメディア配信情報とするものである。
【００７５】
その嗜好情報とは、例えば、映画、音楽、ニュース、スポーツ等々多岐に及ぶ。さらに音楽１つをとってみても、ジャズ、ポップス、ライブ、演歌等々いろいろある。これらはいわば顧客情報である。
【００７６】
例えばジャズを好みとするユーザＡが情報付加指示ＣＭとして「メディア配信」特に「音楽配信」を指定すれば、加工情報Ｉ３としては、好みのジャズのジャンルから選択された音源が提供される。
【００７７】
かくして常に顧客の嗜好に合ったメディアを提供可能である。
【００７８】
図１３はシステム１内での情報のやり取りの第１１の態様を示すシーケンス図である。
【００７９】
本態様によれば、中継装置３が、前述した端末固有情報に対応させた課金情報を累積して保持する課金情報保持手段を備える。そしてこの端末固有情報毎に、加工情報Ｉ３の送信がある都度、中継装置３側にてその課金情報を累積させるようにする。なお、上記の課金情報保持手段は、図２に示す各種情報ＤＢ１７にて実現できる。
【００８０】
この図２を参照すると、中継装置３が端末装置２側のユーザに課金するサービス料金と、端末装置２に専属の携帯電話５が中継装置３との間で行う通信に関して通信業者に対して支払うべき通信料金と、がある。もし、この通信料金が定額制であったとすれば、本発明による情報提供サービスを受けたユーザ本人（複数人のうち一人）が、その提供サービスに応じた分の支払いをすべきである。
【００８１】
このとき、例えばパスワードで区別されたユーザ別の課金処理を中継装置３側で自動的に行うようにすれば各ユーザは自己の負担分の計算に煩わされることなく、快適な情報提供サービスを受けることができる。
【００８２】
最後に、第１２の態様と第１３の態様について簡単に説明する。詳細な説明については図２８以降において述べる。
【００８３】
図１４はシステム１内での情報のやり取りの第１２の態様を示すシーケンス図であり、
図１５はシステム１内での情報のやり取りの第１３の態様を示すシーケンス図である。
【００８４】
これら第１２および第１３の態様は共に、情報付加指示ＣＭに従う付加情報Ｉ２は任意の端末装置２から任意に発信される端末発信情報であり、この場合の基本情報はどのようなものでも良いが、最適には前述の地図情報である。
【００８５】
なお、上記の端末発信情報を、各端末装置２対応に保持する端末発信情報保持手段を必要とするが、これは図２に示す各種情報ＤＢ１７で実現することができる。
【００８６】
第１２の態様（図１４）の具体例としては、複数のユーザがグループを作ってドライブに出掛けるような場合を挙げることができる。このような場合、各ユーザが各自の現在地（ＰＯＩ）を中継装置３にアップロードしておくと、各ユーザはそのグループ内の他のユーザの位置を地図上に表示されたランドマークとして知ることができる。
【００８７】
また第１３の態様（図１５）の具体例としては、上記の場合、そのグループ内の各ユーザが、そのグループ内の他の各ユーザに上記端末発信情報として任意のコメントを配布することができる。例えば、そのグループ内のリーダ格のユーザが、グループの全員に対し次の集合場所をコメントとして指示するといった場合に適用できる。中継装置３はそのようなコメントが入力されれば、そのコメント情報を上記ＤＢ１７に格納する。
【００８８】
グループ内の各ユーザは、他のユーザからコメントが中継装置３に上がっているか否か、時折のぞき見ることとする。
【００８９】
このようなコメントはグループ内のコメントとしては非公開的情報であることが望ましいが、必ずしもグループ内に限る必要はない。例えば本発明に係る情報提供システム１に加入できる端末装置２を備えた全てのユーザが、各々他の全てのユーザに向けて端末発信情報を提供し、これを他の全てのユーザが見ることができるようにしてもよい。このときのコメントは公開的情報である。例えば、あるユーザの目前で交通事故が発生したとすると、その事故現場周辺ではやがて交通規制が行われるであろうから、そのことをコメントとして、その事故現場のＰＯＩを伴って、中継装置３にアップロードすれば、他の全てのユーザはその事実を認識し、必要であれば、その地点を迂回する経路を選択することができる。
【００９０】
このとき、その迂回経路をナビゲーション情報として、全てのユーザに報知できるようにシステム１を構成してもよい。
【００９１】
以上のシーケンス図では、中継装置３は１台ということで示したが、上述した第１２および第１３の態様のように、多数のユーザ同士が連係し合うことになると情報提供システム１としては、中継装置３が１台ではかなり能力不足となる。
【００９２】
そこでこの中継装置３をメインサーバとして、サブサーバを少なくとも１台追加して連携し合うようにすることが必要である。既述の図２ではこのような状況を見込んで、かかるサブサーバを２台示している。これが外部サーバ８−１および８−２である。
【００９３】
図１６は複数のサーバによってシステム１を構築した場合のシーケンス図である。
【００９４】
本シーケンス図では、これまでのシーケンス図に比べ、第１のサブサーバ（外部サーバ）８−１と第２のサブサーバ（外部サーバ）８−２とが新たに追加されている。またこれに対応して、付加情報ＤＢ１６−１および１６−２が設けられる。
【００９５】
ここに図２における外部サーバ８−１についての各種情報要求および各種情報応答は、図１６において、それぞれ情報付加指示１および情報付加応答１として示されており、また図２における外部サーバ８−２についての各種情報要求および各種情報応答は、図１６において、それぞれ情報付加指示２および情報付加応答２として示されている。
【００９６】
次に、図１６の構成に対して、既述の第２の態様（図４）および第４の態様（図６）をそれぞれ適用した場合について示しておく。
【００９７】
図１７は図１６に第２の態様（図４）を適用した場合のシーケンス図であり、
図１８は図１６に第４の態様（図６）を適用した場合のシーケンス図である。
【００９８】
図１７においては、基本情報Ｉ１を地図情報とした場合を示す。カー・ナビゲーション・システムの構築を意図したものである。
【００９９】
図１８もまた、カー・ナビゲーション・システムの構築を意図したものであるが、特に付加情報Ｉ２をリアルタイム情報（イベント情報や天気情報）としたものである。この場合、サブサーバ８−１はリアルタイムなイベント情報のＤＢを持ち、サブサーバ８−２はリアルタイムな天気情報のＤＢを持つ。
【０１００】
以上述べた諸態様において、その中心的役割を果たすのは中継装置３であり、とりわけその中で情報処理部７（図２）が重要である。そこでこの情報処理部７を主体として本発明の動作例を説明する。
【０１０１】
図１９は図５，６，７，１４および１５に示す各態様を実行する場合の動作フロー図（その１）であり、
図２０は同図（その２）である。
【０１０２】
図２１は図５，９，１１，１２および１３に示す各態様を実行する場合の動作フロー図（その１）であり、
図２２は同図（その２）であり、
図２３は同図（その３）である。
【０１０３】
図２４は図１６および１７に示す各態様を実行する場合の動作フロー図（その１）であり、
図２５は同図（その２）である。
【０１０４】
図２６は図１８に示す態様を実行する場合の動作フロー図（その１）であり、
図２７は同図（その２）である。
【０１０５】
まず上記図１９および図２０を参照すると、上記情報処理部７において、初めに「付加情報の入手」が行われる。この付加情報Ｉ２入手は、付加情報ＤＢ１６（図２）に対して行われる。図１９および２０に示す動作フローにおいては、この付加情報ＤＢ１６の中から、次のいずれかの情報を取得する。
【０１０６】
すなわち、車両情報（図５の場合）、イベント情報／天気情報（図６の場合）、他端末位置情報（図１４の場合）および「他端末位置情報＋コメント情報」（図１５の場合）である。
【０１０７】
上記「付加情報の入手」の後、図７の場合にあっては、
「付加情報は有効期限内か否か」の判断が加わる。
【０１０８】
有効期限外であれば、「エラー出力」（図２０）を実行して情報の加工を終了してしまうが、有効期限内であればさらに、
「付加情報と連携する地図情報の検索」を実行する。このとき基本情報ＤＢ１５として地図情報が検索される。
【０１０９】
図２０を参照すると、その検索の結果、該当する地図情報が無ければ、上記の「エラー出力」を実行して情報の加工を終了してしまうが、「地図情報有り」であれば、さらに「付加情報と地図情報の加工」が実行される。例えば、上記ＣＭとしてイベントを要求したとすると、地図の上に、今行われているお祭りや大売出し中の店等をランドマークとして表示するように、データの加工を行う。
【０１１０】
かくして加工が完了すると、「加工結果の出力」が行われ、一旦、情報加工手段１３（図２）内のデータベース１３ＤＢに格納される。その後、加工情報送信手段１４によって、該当端末装置２との間に通信パスが張られ、当該ユーザに対して、要求された情報が提供される。
【０１１１】
図２１、２２および２３についても、上述した図１９および２０の動作フローと同様の動作フローが実行される。
【０１１２】
なお図２２は、図２１における端末固有情報ＤＢ（各種情報ＤＢ）１７内の内容を具体的に示し、また、図２３は、図２１における基本情報ＤＢ１５内の内容を具体的に示す。
【０１１３】
図２４〜図２７についてもまた、上述した図１９および２３の動作フローと同様の動作フローが実行される。
【０１１４】
なお図２５は、図２４における「入手」（Ｓ１）および「検索」（Ｓ２）が、インターネット網ＩＰを介して、それぞれ外部サーバ（サブサーバ）８−１および８−２との連携で行われることを表している。このことは、図２６につながる図２７についても同様である。
【０１１５】
前記図１４および図１５は、第１２の態様と第１３の態様とをそれぞれ簡単に説明するものであったが、前述したとおり、ここでこれら第１２および第１３の態様についてもう少し詳しく説明する。
【０１１６】
改めて第１２および第１３の態様のポイントを確認しておくと、これらの態様においては、情報付加指示ＣＭに対応する付加情報Ｉ２が、任意の端末装置２から発信される端末発信情報であることを特徴としている。その背景として最適には、複数のユーザが各自の車でグループを作って、商用あるいはレジャーに出掛けるような状況を想定している。
【０１１７】
かかる状況下でグループ内の複数のユーザがお互いの状態を知り合う必要が生じた場合、あるいはそのグループ内の１ユーザが他のユーザ全員にある事項を連絡したいと欲したとする。このような場合、従前においては、ユーザ間同士が直接、例えば携帯電話などにより通信し合うしか方法はなかった。このような方法は言うまでもなく不便であり、また車両の安全運行上も好ましいものではない。
【０１１８】
その後、既に述べたように通信型のカー・ナビゲーション・システムが普及し始め、車載用通信端末の性能がかなり高度になってきている。しかし、このような高度な通信端末を、上記グループの各ユーザが具備しているとしても、依然、上述した従前の問題を解決することはできない。なぜなら、かかる通信型のカー・ナビゲーション・システムは、情報源となるセンター側から端末側への一方的な下り情報の提供しかできないからである。
【０１１９】
そこで本発明による情報提供システムを適用すれば、上記第１２および第１３の態様のように、グループ内のユーザ間同士で簡単に情報交換が行えることになる。これは、中継装置３においてグループ内の全ユーザからの情報を集約することができ、したがって、これら全ユーザ間同士があらゆる情報をお互いに共有できるからである。
【０１２０】
図２８の（ａ）および（ｂ）は端末発信情報の第１および第２のモデルをそれぞれ例示する図である。
【０１２１】
まずその端末発信情報を総括的に定義してみると次のことが言える。ここに端末装置２が車載用の端末装置であるものとすると、その端末発信情報は、
（１）当該車両９の位置情報、
（２）当該車両９の速度情報、
（３）任意の端末装置２から発信される公開的な報知情報および
（４）複数の端末装置２の各ユーザ同士で１つのグループを形成するとき、このグループ内のユーザ間にのみ配信される非公開のグループ共有情報、
の４つの情報のうち少なくとも１つを含むものである。
【０１２２】
図２８の（ａ）を参照すると、車両９−Ｘは自車位置（ＰＯＩ）の情報を、例えば所定距離走行する毎に、自動的に、中継装置３に送信し、該装置３はこの情報を例えば付加情報ＤＢ１６に登録する。図示しないが、本図中、車両９−Ｙについても同様にして該登録が行われる。以上のことは、上記定義（１）の「車両９の位置情報」に相当する。
【０１２３】
これにより、今車両９−Ｙが仲間の車両９−Ｘの現在地が知りたいとき、この車両９−Ｙの端末装置２からその旨の情報付加指示ＣＭを中継装置３に向けて送信すれば、中継装置３からは、上記加工情報Ｉ３として、車両９−Ｘをランドマークとして表示したその周辺の地図を車両９−Ｙの端末装置２に送信してくるので、これをディスプレイ上に表示すれば、所望の車両９−Ｘの地図上の位置が短時間のうちに判明する。
【０１２４】
また図２８（ｂ）のモデルにより、端末発信情報の上記定義（３）または（４）を説明することができる。
【０１２５】
本図の地点Ｐに差し掛かったある車両９が、例えばこの地点Ｐで火災が発生していることを発見したならば、その事実（イベント）をＰＯＩと共に中継装置３に送信する。
【０１２６】
中継装置３は、地点Ｐの周辺地図上に「火災」の文字をランドマークとして重畳した加工情報Ｉ３を作成し、データベース１３ＤＢ（図２４等参照）に一旦格納する。この情報は上記定義（３）に相当する「公開的な報知情報」である。
【０１２７】
かくして情報提供システム１に加入している全ユーザは潜在的に、上記の火災発生（イベント）情報を、当該ＰＯＩと合わせて、共有することができる。したがって、上記全ユーザのうち地点Ｐ方面でのリアルタイムなイベント情報を求めるユーザが、中継装置３に対しリアルタイム情報を情報付加指示ＣＭとして中継装置３に送信すれば、該ユーザはその火災の事実を知ることができる。そこで適当な迂回経路を設定すれば、火災による渋滞に巻き込まれることなく目的地に向かうことができる。この場合、中継装置３は情報処理部７において、その迂回経路までもナビゲーション情報としてそのユーザに提供するようにしてもよい。
【０１２８】
また、上記の火災の例に限らず、「特定の施設」を上記の公開的な報知情報としてもよい。この特定の施設とは、例えば大売出し中のデパートや特別公演のある遊園地などである。
【０１２９】
図２８（ｂ）のモデルは、上記グループ内ユーザ間同士で行われるコミュニケーションとしても当てはまる。
【０１３０】
例えば昼食時間帯に上記グループの全ユーザが走行中、そのうちのあるユーザが地点Ｐに差し掛かったときたまたま、グループ全員で食事をするのに最適なレストランを見付けたとする。
【０１３１】
そのユーザは早速、その旨をその地点ＰのＰＯＩと共に、中継装置３へアップロードしておく。なおこのアップロードされる情報は、発信端末情報の上記定義のうち、（４）「非公開的なグループ共有情報」に相当する。
【０１３２】
そろそろ昼食時ということで何らかの連絡を求めてグループ内ユーザは各々中継装置３に対し、「共有情報取得」を情報付加指示ＣＭとしてアクセスすると、中継装置３から各ユーザには、上記のレストランをランドマークとし、かつ、「ここで１２時半頃）昼食にします」といったコメントも重畳させた地点Ｐ周辺の地図が配信され、グループの全員がそのレストランに集合できる。この場合、非公開的な情報を中継装置３に対して求めるので、上記のアクセスには何らかのパスワードを必要とする。ただし、予めグループ登録という形でサービスが受けられるようにしておけば、そのようなパスワードは不要である。
【０１３３】
上記事例の「昼食のためのレストランへの集合」についてさらに説明を補足すると、当該グループのユーザが多数に及ぶ場合、そのレストランまで到達するための経路が、一般道路であるユーザもいれば、それが高速道路であるユーザもいる。このような場合には、上記グループ共有情報の中の１つとして、「各ユーザ毎の車両の速度情報」を含ませておくこともできる。これは、端末発信情報の上記定義（２）に相当する。
【０１３４】
かくして各車両の速度が分かれば、上記レストランへの各ユーザのおおよその到着時刻を推定することができ、その時刻に合わせれば全員が一緒に食事をとることができる。
【０１３５】
図２９は端末装置２と中継装置３間での通信の１シーケンス例を示す図である。
【０１３６】
前述したグループ内のあるユーザが「データ登録要求」、例えば前述した火災発生情報登録の要求、をしたものとする。
【０１３７】
そうすると該ユーザ側の端末装置２から中継装置３に向けて、通信パスの「接続要求」を行う。
【０１３８】
これに対して中継装置３から、その接続を受け付けた旨の「接続応答」が返る。この応答を得て初めて所望のデータ送信、例えば「公開情報データ送信」が開始する。
【０１３９】
上記公開情報の受信が中継装置３で行われると、中継装置３はまず当該受信データに対して「認証実施」を行う。
【０１４０】
認証が済むと、前記公開情報を新たに受信したことにより、例えば付加情報ＤＢ１６に対し、「データベース更新」を行う。
【０１４１】
その更新が済むと、他の端末装置２側に送信すべき「送信データの選別」が行われる。上記の例では、その送信データは公開情報であるから、全てのユーザに対し、求めがあれば、配信を許す。これとは反対に、もしその送信データがグループ内だけの非公開情報ならば、その配信にはグループ内のみ、という一定の制限が加えられる。
【０１４２】
その後、上記公開情報の発信元である端末装置２へ、上記「データ登録要求」に対するアクナリッジである「データ登録応答」を返して、一連のシーケンスは終了する。
【０１４３】
以上述べた各種端末発信情報（１）〜（４）について要約すると次のとおりである。
【０１４４】
中継装置３は、その４つの情報（１）〜（４）のうち少なくとも１つを当該車両９の位置を示す地図情報と一体にした加工情報Ｉ３として端末装置２に送信することができる。
【０１４５】
これを受信した端末装置２は、その４つの情報（１）〜（４）のうち少なくとも１つを、当該車両９の位置を示す地図に重畳させたランドマークとして、ディスプレイ上に表示することができる。
【０１４６】
このような端末発信情報の情報量が膨大になったり、また、本システム１への加入者が全国的に拡大したとすると、中継装置３が１台ではとても対応し切れなくなることが予想される。そこで次の図３０に示すように対応する。
【０１４７】
図３０は中継装置（サーバ）の一変形例を示すシステム構成図である。
【０１４８】
本図に示すとおり、中継装置３は、同様の構成を有する複数（図では３台）の中継装置３Ａ、３Ｂおよび３Ｃからなる。そしてこれら複数の中継装置３Ａ〜３Ｃ間で、前述した諸情報の交換を行い、情報を共有し合うようにする。いわば複数サーバによる負荷分散であり、該サーバをなす中継装置３Ａ〜３Ｃは、例えば異なる地区ａ、地区ｂおよび地区ｃにそれぞれ配置することができる。
【０１４９】
最後に中継装置３から端末装置２側へ転送される送信データの形式について若干説明を加える。
【０１５０】
端末装置２は、自らを示す端末固有情報と自らが発信する公開的な報知情報とを含む前述の端末発信情報を、まず中継装置３に登録してもらう。
【０１５１】
上記端末固有情報を例えば「ニックネーム」とし、上記報知情報を例えば「コメント」とすると、
「ニックネーム」＋「コメント」
を登録してもらう。
【０１５２】
登録した「ニックネーム」＋「コメント」を、中継装置３が端末装置２側に配信するときは、その配信すべき情報は、
「ニックネーム」＋「  」＋「コメント」
のように、真中にスペースを挟んだ一文字列として構成する。
【０１５３】
そしてさらにその一文字列をなすデータの形態を、一般に地図情報に重畳される施設情報等を構成するデータの形態と同じにして、端末装置２側に送信する。ここに言うデータの形態とは、通常のテキストデータのことである。
【０１５４】
上記のように「  」（スペース）を入れることにより、そのスペースの前後がそれぞれ、「ニックネーム」および「コメント」であることを、ディスプレイ画面上においてユーザに対しはっきりと区別させることができる。つまり情報種別の切り分けが明確になる。
【０１５５】
そして上記のようにデータの形態を統一化することにより、ＡＰＩ（Application Programming Interface ）・ソフトウェア処理が共通化される。このため、中継装置３のみならず端末装置２においても、本発明により新たに導入される「ニックネーム」や「コメント」の扱いのために、わざわざ専用のソフトウェア処理を導入するには及ばない。
【０１５６】
以上詳しく説明したように本発明により、例えばカー・ナビゲーション・システムの場合、ユーザの求める地図情報（Ｉ１）に対する加工によってさらにそのユーザの求め（ＣＭ）に見合った付加情報（Ｉ２）を加えるようにしているので、カスタマイズされた地図情報（Ｉ３）をそのユーザは取得することができる。
【０１５７】
これは必要最小限のサービスに限定して、ユーザの嗜好に合った、また車両に合った、さらにリアルタイムな情報に加工したものであり、究極は、通信料金の適正化を図ることができる。
【図面の簡単な説明】
【０１５８】
【図１】本発明に係る情報提供システムの基本構成を示す図である。
【図２】図１の基本構成をやや具体化した一例を示す図である。
【図３】システム１内での情報のやり取りの第１の態様を示すシーケンス図である。
【図４】システム１内での情報のやり取りの第２の態様を示すシーケンス図である。
【図５】システム１内での情報のやり取りの第３の態様を示すシーケンス図である。
【図６】システム１内での情報のやり取りの第４の態様を示すシーケンス図である。
【図７】システム１内での情報のやり取りの第５の態様を示すシーケンス図である。
【図８】システム１内での情報のやり取りの第６の態様を示すシーケンス図である。
【図９】システム１内での情報のやり取りの第７の態様を示すシーケンス図である。
【図１０】システム１内での情報のやり取りの第８の態様を示すシーケンス図である。
【図１１】システム１内での情報のやり取りの第９の態様を示すシーケンス図である。
【図１２】システム１内での情報のやり取りの第１０の態様を示すシーケンス図である。
【図１３】システム１内での情報のやり取りの第１１の態様を示すシーケンス図である。
【図１４】システム１内での情報のやり取りの第１２の態様を示すシーケンス図である。
【図１５】システム１内での情報のやり取りの第１３の態様を示すシーケンス図である。
【図１６】複数のサーバによってシステム１を構築した場合のシーケンス図である。
【図１７】図１６に第２の態様（図４）を適用した場合のシーケンス図である。
【図１８】図１６に第４の態様（図６）を適用した場合のシーケンス図である。
【図１９】図５，６，７，１４および１５に示す各態様を実行する場合の動作フロー図（その１）である。
【図２０】図５，６，７，１４および１５に示す各態様を実行する場合の動作フロー図（その２）である。
【図２１】図５，９，１１，１２および１３に示す各態様を実行する場合の動作フロー図（その１）である。
【図２２】図５，９，１１，１２および１３に示す各態様を実行する場合の動作フロー図（その２）である。
【図２３】図５，９，１１，１２および１３に示す各態様を実行する場合の動作フロー図（その３）である。
【図２４】図１６および１７に示す各態様を実行する場合の動作フロー図（その１）である。
【図２５】図１６および１７に示す各態様を実行する場合の動作フロー図（その２）である。
【図２６】図１８に示す態様を実行する場合の動作フロー図（その１）である。
【図２７】図１８に示す態様を実行する場合の動作フロー図（その２）である。
【図２８】（ａ）および（ｂ）は、端末発信情報の第１および第２のモデルをそれぞれ例示する図である。
【図２９】端末装置２と中継装置３間での通信の１シーケンス例を示す図である。
【図３０】中継装置（サーバ）の一変形例を示すシステム構成図である。
【符号の説明】
【０１５９】
１    情報提供システム
２    端末装置
３    中継装置
４    情報保持手段
５    携帯電話
７    情報処理部
８−１、８−２    外部サーバ
９    車両
１１    付加指示送信手段
１２    加工情報受信手段
１３    情報加工手段
１４    加工情報送信手段
１５    基本情報ＤＢ
１６    付加情報ＤＢ
１７    各種情報ＤＢ
【図１】
2008116477.tif 000003
【図２】
2008116477.tif 000004
【図３】
2008116477.tif 000005
【図４】
2008116477.tif 000006
【図５】
2008116477.tif 000007
【図６】
2008116477.tif 000008
【図７】
2008116477.tif 000009
【図８】
2008116477.tif 000010
【図９】
2008116477.tif 000011
【図１０】
2008116477.tif 000012
【図１１】
2008116477.tif 000013
【図１２】
2008116477.tif 000014
【図１３】
2008116477.tif 000015
【図１４】
2008116477.tif 000016
【図１５】
2008116477.tif 000017
【図１６】
2008116477.tif 000018
【図１７】
2008116477.tif 000019
【図１８】
2008116477.tif 000020
【図１９】
2008116477.tif 000021
【図２０】
2008116477.tif 000022
【図２１】
2008116477.tif 000023
【図２２】
2008116477.tif 000024
【図２３】
2008116477.tif 000025
【図２４】
2008116477.tif 000026
【図２５】
2008116477.tif 000027
【図２６】
2008116477.tif 000028
【図２７】
2008116477.tif 000029
【図２８】
2008116477.tif 000030
【図２９】
2008116477.tif 000031
【図３０】
2008116477.tif 000032
【手続補正書】
【提出日】平成20年2月27日(2008.2.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ側に設けられる端末装置と、該ユーザ側に提供すべき情報を生成し該端末装置に送信する中継装置と、を備える情報提供システムにおいて、
前記中継装置は、前記ユーザ側に提供すべき前記情報として、ユーザ全般に固定的な基本情報と、該基本情報に付加される情報であってユーザ毎にカスタマイズ可能な付加情報と、を保持する情報保持手段を有し、
前記端末装置は、ユーザの要求に応じ前記付加情報を指示するための情報付加指示情報を前記中継装置に対して送信する付加指示送信手段を有し、
前記中継装置は、受信した前記情報付加指示情報に対応する前記付加情報を取得し、これを前記基本情報に付加させる情報加工手段をさらに備えて、その付加後の加工情報を前記端末装置に送信し、
ここに前記情報付加指示情報に従う前記付加情報は、任意の端末装置から任意に発信される端末発信情報であることを特徴とする情報提供システム。
【請求項２】
前記中継装置は、前記端末発信情報を前記端末装置毎に保持する端末発信情報保持手段を有することを特徴とする請求項１に記載の情報提供システム。
【請求項３】
前記端末装置は車載用の端末装置であって、前記端末発信情報は、（１）当該車両の位置情報、（２）当該車両の速度情報、（３）任意の前記端末装置から発信される公開的な報知情報および（４）複数の前記端末装置の各ユーザ同士で１つのグループを形成するとき、該グループ内のユーザ間にのみ配信される非公開のグループ共有情報、の４つの情報のうち少なくとも１つを含むことを特徴とする請求項１に記載の情報提供システム。
【請求項４】
前記公開的な報知情報は、特定の施設あるいはイベントに関する各種情報を含むことを特徴とする請求項３に記載の情報提供システム。
【請求項５】
前記端末装置は前記４つの情報のうち少なくとも１つを、当該車両の位置を示す地図に重畳させたランドマークとして、ディスプレイ上に表示することを特徴とする請求項３に記載の情報提供システム。
【請求項６】
前記端末装置は前記端末装置自らを示す端末固有情報を前記中継装置に送信し、前記中継装置は、前記端末固有情報と前記端末発信情報とをスペースを挟んだ一文字列として構成すると共に、該一文字列をなすデータの形態を、前記地図情報に重畳される施設情報を構成するデータの形態と同じにして前記端末装置側に送信することを特徴とする請求項１に記載の情報提供システム。
【請求項７】
前記中継装置は、これに連携する複数の外部サーバから前記基本情報および前記付加情報を取得することを特徴とする請求項１に記載の情報提供システム。
【請求項８】
前記基本情報は地図情報であり、前記情報付加指示情報に従う前記付加情報は該地図情報による地図上に重畳して表示すべき情報であることを特徴とする請求項１に記載の情報提供システム。