(57)【特許請求の範囲】
【請求項１】
少なくとも道路交通情報を表示する表示部を備えた装置に送信する道路交通情報の渋滞情報を生成する方法であって、
始点と終点で規定される複数のノード座標列であって、それぞれは特定の道路を表しているノード座標列を含むデジタル道路地図データと、道路の渋滞に関する情報とを入力する入力ステップと、
前記入力ステップで入力した渋滞情報から、それぞれの道路の渋滞情報に関する渋滞データを構成するステップであって、ある渋滞度と該渋滞度の道路区間の始点／終点を表す座標列を表すデータとを含む渋滞データで、渋滞なしの渋滞度を含む渋滞データを少なくとも１つを含んで構成する構成ステップと、
前記構成ステップで構成した、少なくとも１つの渋滞データに関連付けられた道路区間に対応する前記デジタル道路地図データのノード座標列で、前記道路区間の始点と終点の間の道路上のポイントを表すノード座標列を抽出し、該抽出したノード座標列と前記始点と終点を表す座標データを結合して、前記始点と終点の間の道路を示す座標列を生成する生成ステップと、
前記生成ステップで生成した座標列を入力し、座標列中の始点と終点とを除く中間のノード座標をあらかじめ定めた方法で削除可能かどうかを検査し、削除可能な場合はその中間ノードの座標データを削除する処理を、その座標列の中間のノードに対して実行し、残された中間ノードを含んで新たな座標列を組み立てる組立ステップと、
前記組立ステップで変更された座標列を表すデータと該座標列に関係付けられた渋滞度を表すデータを結合して、少なくとも１つの渋滞度データを形成する形成ステップと
を含むことを特徴とする道路交通情報の渋滞情報を生成する方法。
【請求項２】
前記各ステップのいずれか１つのステップで入力した座標列の座標表現を変更するステップをさらに備え、以降のステップにおいては該変更ステップで変更された座標表現を使用することを特徴とする請求項１に記載の道路交通情報の渋滞情報を生成する方法。
【請求項３】
前記入力ステップで入力する道路の渋滞に関する情報はＶＩＣＳ（登録商標）リンクに関係付けられた渋滞情報を含み、前記構成ステップにおいてある渋滞度と該渋滞度の道路区間の始点および終点を決定する際に、ＶＩＣＳ（登録商標）リンクに関係付けられた渋滞情報を使用する場合にはＶＩＣＳ（登録商標）リンクに対応付けられたノード座標を使用することを特徴とする請求項１に記載の道路交通情報の渋滞情報を生成する方法。
【請求項４】
前記変更するステップは前記デジタル道路地図データで使用している座標表現と異なる正規化座標表現のデータに変更するとともに、前記形成ステップで渋滞度が異なる渋滞データを、ノード座標列によって表される道路の延在方向に連続して、複数の渋滞データからなる渋滞データ列を形成した際に、少なくとも２番目以降の渋滞データの座標表現を、その前の座標に対する相対的な直交座標あるいは極座標で行う座標変換ステップをさらに含むことを特徴とする請求項２に記載の道路交通情報の渋滞情報を生成する方法。
【請求項５】
前記座標変換ステップにおいて、隣接するノードの位置を表す際に、各ノード間の相対位置を表すデータ群の大きさの頻度に応じてあらかじめ設定されている少なくとも２種類のデータ表現方法を使用して、相対的な直交座標あるいは極座標の長さと角度とを表すことを特徴とする請求項４に記載の道路交通情報の渋滞情報を生成する方法。
【請求項６】
前記組立ステップは、連続する３つのノードを示す座標を入力して、１つの中間のノード座標の前後のノード座標を結ぶ直線からの該中間ノード座標の離間距離があらかじめ定めた距離以内とされた場合にのみ、その中間ノード座標を削除する削除ステップと、該削除ステップを前記中間ノード全てに対して実行させるステップとをさらに含むことを特徴とする請求項１に記載の道路交通情報の渋滞情報を生成する方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、道路交情報の渋滞情報を生成する方法に関し、より詳細には、従来のＶＩＣＳ（登録商標）リンクの番号毎に渋滞情報を指定する従来方法に代わる、改良された道路交情報の渋滞情報を生成する方法であり、デジタル道路地図を備えなくとも渋滞情報を表示可能とした道路交情報の渋滞情報を生成する方法に関する。
【０００２】
【従来の技術】
まず、ＶＩＣＳについてその概要を説明する。ＶＩＣＳ（Vehicle Information and Communication System）は、種々の手段で得た道路交通情報を、道路管理者および都道府県警察が収集し、ＶＩＣＳ（登録商標）センターが処理・編集し、カー・ナビゲーション等のＶＩＣＳ対応車載機にリアル・タイムで提供する交通情報通信システムである。この道路交通情報には渋滞情報（不明／渋滞無し／混雑／渋滞）、ある区間の旅行時間を表す区間旅行時間情報、規制情報（交通事故、通行止、車線規制、速度規制、工事など）、駐車場に関する情報などがある。提供された情報をカー・ナビゲーションなどの車載機で受信し、渋滞や交通規制などの道路交通情報を、文字・図形で、またはナビゲーションのための地図上に表示することができる。これらの情報は、ＶＩＣＳ交通情報と呼ばれ、この提供手段には、電波ビーコン・光ビーコン・ＦＭ多重放送があり、これらのメディアは、それぞれの特性に応じた使い分けがなされている。電波ビーコンは主に高速道路に設置され、前方２００ｋｍ程度の高速道路と周辺一般道の情報、光ビーコンは一般道に設置され、前方１０ｋｍ〜３０ｋｍ程度の一般道と高速道路の情報が提供されている。ＦＭ多重放送は都道府県単位の広域にわたる概要的な情報が提供されている。提供されるＶＩＣＳ情報は、５分間隔で更新され、ビーコン・ＦＭ多重放送とも２４時間提供されている。
【０００３】
提供される情報のうち、多くの情報は、道路の長さ方向に事象が発生するので、上り、下りの方向を持っている道路をある長さ（主に主要交差点間）に区切って番号を付けたＶＩＣＳリンクによって表現し、このＶＩＣＳリンクに関連づけて各種の情報、すなわち、渋滞度（４段階）、渋滞長（距離表示）、旅行時間（時間表示）が提供されている。ＶＩＣＳリンクの番号は、実際の地形をメッシュに分割し、その各々に番号を付けたメッシュ番号毎に、そのエリア内の道路に対して、単一なＶＩＣＳリンク番号が割り当てられている。
【０００４】
したがって、受信機側において、上述したＶＩＣＳ情報を受けて、渋滞を表す画像を重畳させた形態で地図（道路）画面を表示するための基本的な構成には、受信したメッシュ番号とＶＩＣＳリンク番号を受けて、実際の地図上のデータに変換するデータ・ベースを含むことが必要条件になっている。したがって、いわゆるＶＩＣＳ対応機器とは、上述したデータ・ベースを備え、ＶＩＣＳ情報を解釈して地図上に渋滞情報を重畳させる機能を有する機器と言うことができる。現在のＶＩＣＳ情報は、上述したデータ・ベースを受信機側に備えることで、デジタル地図にも対応し、渋滞や規制情報を伝送効率良く、送信されている。
【０００５】
図１は、ＶＩＣＳ道路図形と、道路上に定義されたＶＩＣＳリンクの関係を例示する図である。図において、主要交差点を×印の交差点としている、左部を上下に延びる道路に対し、右方に延びる道路が接続され、さらにこの道路に対して上下方向に延びる道路が交差している。このような右方に延びる道路の場合に、図示した数字が示すようなＶＩＣＳリンク番号が付られている。なお、ＶＩＣＳリンクの番号は１２ビットで表される。
【０００６】
ＶＩＣＳリンクは、デジタル道路地図上の点を表すノード番号とそれにリンクするノード番号で表されるリンク、すなわちある長さに区分された道路の集合として定められている。したがって、図１に示すように直線区間内で区分されている場合、その１つのＶＩＣＳリンクは、その始点と終点を番号が付されたノード番号との対応を使用して、道路を表現している。各ノード番号は、デジタル道路地図が使用している単位が約１ｍの正規化座標を使用した座標を有している。
【０００７】
１つのＶＩＣＳリンクとして表された区間の道路が曲線形状の場合、その形状を表すために、そのＶＩＣＳリンクは始点と終点以外のノードを１つ以上有している。１つのＶＩＣＳリンクは２個以上のノードを有しているのが普通である。たとえば、図１に示す番号２のＶＩＣＳリンクのような場合は、そのＶＩＣＳリンクの中央部分の道路上に１つのノードを備えているのが普通である。
【０００８】
道路交通情報は、基本情報で指定する提供形態により、２種類に区分される。旅行時間表現が可能な提供形態と、旅行時間を含まない渋滞情報のみの提供形態がある。前者の場合は、２ビットで表されるそのＶＩＣＳリンクの渋滞度情報と６ビットで表される拡張／リンク旅行時間で表されるデータ情報Ｄ１であり、後者の場合は、２ビットの拡張フラグと２ビットの渋滞度情報の２組で２つのリンクの情報を表しているデータ情報Ｄ２である。このデータ情報Ｄ１で１個、あるいはＤ２で２個送られるデータの合計数は、指定した区間のＶＩＣＳリンクの合計数と、基本的には、一致している。ただし、連続ＶＩＣＳリンク数で指定した場合は、その区間のＶＩＣＳリンクのデータは１個のＤ１または１個のＤ２で代表される。
【０００９】
図２は、上述したＶＩＣＳリンクに対する渋滞情報の設定例を簡単に説明する表図である。図３は、渋滞情報のうち、現在使用されている渋滞度の区分である。この４つの区分で、全ての渋滞レベルを表すことができる。
【００１０】
以上、説明したように、基本的には、ＶＩＣＳリンク（道路区分）単位に渋滞度のデータがあり、また、その区間の通過時間を表すリンク旅行時間、渋滞の先頭位置、渋滞長のデータがある。また、あるリンクを特定するために、道路種別、２次メッシュ番号、そしてＶＩＣＳリンク番号のデータがある。したがって、受信側ではＶＩＣＳリンク番号を受けた際に、その前に受信した２次メッシュ番号で指定された２次メッシュのＶＩＣＳリンク番号−ノード番号対応表にしたがってノード番号に変換し、さらにノード番号から地図上の正規化座標データに変換する処理を実行する。ここで、ＶＩＣＳリンク番号からノード番号に変換する部分は、対応する道路の形状や、新たな道路への接続、などの変更に応じて更新される必要があり、更新しない場合は、その部分の交通情報を正確に表現できないことになる。
【００１１】
なお、上述したメッシュは２次メッシュであり、緯度方向を４０分、経度方向を１度の単位で区割りして１次メッシュとし、さらにこれをそれぞれの方向を８等分して、１次メッシュを６４個に分けたエリア単位を２次メッシュと呼んでいる。２次メッシュの区画の大きさは、正確には、東京の位置においては東西約１１．２３ｋｍ、南北約９．２６ｋｍであり、東京より北では東西方向が狭まり、南では東西方向は拡大される。南北については基本的には変化はない。
【００１２】
ＶＩＣＳ情報は、上述した２次メッシュ毎に纏められて、基本的には対象道路のＶＩＣＳリンクのすべてに対して、渋滞情報が提供されている。
【００１３】
このＶＩＣＳリンク番号を使用した方法の特徴は、受信側にＶＩＣＳ番号を地図データに置き換えるデータ・ベースを必要としながらも、受信機側への伝送量が少ないという特徴を有している。
【００１４】
【発明が解決しようとする課題】
しかしながら、上述した形態で提供されているＶＩＣＳ交通情報を利用するには、ＶＩＣＳ対応車載機側でＶＩＣＳリンクに関するデータ・ベース、ノードに関するデータ・ベースを必要とし、新たな道路の新設や道路形状などの変更（拡張や立体交差化等）、あるいは対象道路の追加に伴ってこの毎年更新することが必要であること、更新しない場合にその期間に更新された道路の新設部分や変更部分、あるいは新たな対象道路に関しては提供される情報を有効に利用できないという問題や、任意の位置表現ができないという、問題も抱えている。また、ＶＩＣＳリンクが設定されていない道路については何も表現することができないと制約も抱えている。
【００１５】
また、上述したＶＩＣＳ交通情報の利用場所は、現時点では、専らＶＩＣＳ対応のカー・ナビゲーション機器を搭載した車内に限定されている。
【００１６】
本発明は、このような問題に鑑みてなされたもので、その目的とするところは、現在ＶＩＣＳ情報として提供されている各種情報を、より一般化した情報形式で、効率良くユーザー使用機器に対して表現する方法、すなわち、現在のＶＩＣＳ情報として提供している道路交通情報、とくに道路渋滞情報を、現在のＶＩＣＳ対応機器のような装置、さらには一般的なメディア、たとえば衛星テレビジョン放送、ケーブル・テレビ、地上波放送、インターネットを介して、ユーザーに提供することを可能とする方法、を提供することにある。言い替えれば、現在のＶＩＣＳ対応機器が必要としているＶＩＣＳリンクと地図とを対応付けするデータ・ベースを不要とする方法を提供することにある。
【００１７】
また別な視点では、ＶＩＣＳリンク番号を使用して交通情報を表しているためにＶＩＣＳリンク・ノード番号変換、ノード番号・座標変換を必要とする従来の交通情報の提供形態を改善し、２次メッシュ上の座標を表すデータを使用して交通情報を表すことを可能とする、道路交通情報の指定方法を提供することに本発明の目的がある。
【００１８】
また別な視点では、道路形状の変更や新設に対しても、受信機側に特別な対応を要求しない、道路交通情報の指定方法を提供することに本発明の目的がある。
【００１９】
また別な視点では、デジタル道路地図を使用しなくとも、たとえば、２次メッシュ内の交通情報を表示する画面を形成可能とする道路交通情報の指定方法を提供することに本発明の目的がある。
【００２０】
【課題を解決するための手段】
本発明は、このような目的を達成するために、請求項１に記載の発明は、少なくとも道路交通情報を表示する表示部を備えた装置に送信する道路交通情報の渋滞情報を生成する方法であって、始点と終点で規定される複数のノード座標列であって、それぞれは特定の道路を表しているノード座標列を含むデジタル道路地図データと、道路の渋滞に関する情報とを入力する入力ステップと、前記入力ステップで入力した渋滞情報から、それぞれの道路の渋滞情報に関する渋滞データを構成するステップであって、ある渋滞度と該渋滞度の道路区間の始点／終点を表す座標列を表すデータとを含む渋滞データで、渋滞なしの渋滞度を含む渋滞データを少なくとも１つを含んで構成する構成ステップと、前記構成ステップで構成した、少なくとも１つの渋滞データに関連付けられた道路区間に対応する前記デジタル道路地図データのノード座標列で、前記道路区間の始点と終点の間の道路上のポイントを表すノード座標列を抽出し、該抽出したノード座標列と前記始点と終点を表す座標データを結合して、前記始点と終点の間の道路を示す座標列を生成する生成ステップと、前記生成ステップで生成した座標列を入力し、座標列中の始点と終点とを除く中間のノード座標をあらかじめ定めた方法で削除可能かどうかを検査し、削除可能な場合はその中間ノードの座標データを削除する処理を、その座標列の中間のノードに対して実行し、残された中間ノードを含んで新たな座標列を組み立てる組立ステップと、前記組立ステップで変更された座標列を表すデータと該座標列に関係付けられた渋滞度を表すデータを結合して、少なくとも１つの渋滞度データを形成する形成ステップとを含むことを特徴とする。
【００２１】
また、請求項２に記載の発明は、請求項１に記載の道路交通情報の渋滞情報を生成する方法であって、前記各ステップのいずれか１つのステップで入力した座標列の座標表現を変更するステップをさらに備え、以降のステップにおいては該変更ステップで変更された座標表現を使用することを特徴とする。
【００２２】
また、請求項３に記載の発明は、請求項１に記載の道路交通情報の渋滞情報を生成する方法であって、前記入力ステップで入力する道路の渋滞に関する情報はＶＩＣＳリンクに関係付けられた渋滞情報を含み、前記構成ステップにおいてある渋滞度と該渋滞度の道路区間の始点および終点を決定する際に、ＶＩＣＳリンクに関係付けられた渋滞情報を使用する場合にはＶＩＣＳリンクに対応付けられたノード座標を使用することを特徴とする。
【００２３】
また、請求項４に記載の発明は、請求項２に記載の道路交通情報の渋滞情報を生成する方法であって、前記変更するステップは前記デジタル道路地図データで使用している座標表現と異なる正規化座標表現のデータに変更するとともに、前記形成ステップで渋滞度が異なる渋滞データを、ノード座標列によって表される道路の延在方向に連続して、複数の渋滞データからなる渋滞データ列を形成した際に、少なくとも２番目以降の渋滞データの座標表現を、その前の座標に対する相対的な直交座標あるいは極座標で行う座標変換ステップをさらに含むことを特徴とする。
【００２４】
また、請求項５に記載の発明は、請求項４に記載の道路交通情報の渋滞情報を生成する方法であって、前記座標変換ステップにおいて、隣接するノードの位置を表す際に、各ノード間の相対位置を表すデータ群の大きさの頻度に応じてあらかじめ設定されている少なくとも２種類のデータ表現方法を使用して、相対的な直交座標あるいは極座標の長さと角度とを表すことを特徴とする。
【００２５】
また、請求項６に記載の発明は、請求項１に記載の道路交通情報の渋滞情報を生成する方法であって、前記組立ステップは、連続する３つのノードを示す座標を入力して、１つの中間のノード座標の前後のノード座標を結ぶ直線からの該中間ノード座標の離間距離があらかじめ定めた距離以内とされた場合にのみ、その中間ノード座標を削除する削除ステップと、該削除ステップを前記中間ノード全てに対して実行させるステップとをさらに含むことを特徴とする。
【００３５】
【発明の実施の形態】
以下、図面を参照して本発明の実施例について説明する。
【００３６】
まず、本発明の概要を、図１に対応させた図４を使用して説明する。図４は図１に示した道路上の渋滞の様子の一例を示した図である。右方向に進行する道路の符号▲１▼で示す区間が渋滞度３の渋滞であり、その前方の符号▲２▼に示す区間は渋滞無しである。また、左方向に進行する道路の符号▲４▼と▲６▼で示す区間が渋滞無しであり、符号▲５▼で示す区間が渋滞度２の渋滞を示している。
【００３７】
図５は、図４に示したような状況における交通情報、正確に言えば、渋滞情報の表し方を、簡単に示した表図である。図５の（ａ）は、従来方法を示し、それぞれのＶＩＣＳリンク番号に対して渋滞度を指定している。ここで、図４においてＶＩＣＳリンク番号１１の部分に、渋滞度２と渋滞度無しの部分がある。図に示した限りでは、長い距離ではないかもしれないが、この部分の距離が長い場合、上述したように先頭位置と渋滞長で表される形式も有している。
【００３８】
図５の（ｂ）は、本発明による渋滞の表し方を、簡単に表した表図である。この表し方においては、ＶＩＣＳリンクを使用していない。従来の方法は、「どの道路部分（ＶＩＣＳリンクの番号からその道路座標が明らかとなる）がどのような渋滞度か？」を表すデータ形式であったが、本発明の形式は、「ある渋滞度はどの座標からどの座標まで道路に沿って同一か？」の表し方を採用している。  従来      ：ある道路のある区間−＞渋滞情報（渋滞度＋旅行時間も含む）  本実施形態：渋滞度情報（渋滞度＋旅行時間も含む）−＞ある道路のある区間
【００３９】
したがって、図４に示した右方に延びる道路は、垂直方向に延在する道路との交差点の座標Ｘ１から始まる座標列（通常はノード列で表現される座標列）で表現されるので、図４に示される渋滞度３は、座標Ｘ１〜座標Ｘ４（ＶＩＣＳリンク番号２の終点ノード座標）区間と指定している。他の渋滞度も同様である。
【００４０】
なお、従来方法において、全てのＶＩＣＳリンクに対して渋滞度データを設定していた。本発明を適用した実施形態においても、２次メッシュ内の、たとえば国道２４６号線の始点から終点までの区間の交通情報を設定する場合、たとえば、始点からは渋滞の無しであって、第１の地点で渋滞度１となってその状態が続き、第２の地点で渋滞度２となってその渋滞度２が第３の地点で終了して渋滞無しとなり、終点まで渋滞無しの状態が続く場合、その道路の渋滞データは、渋滞無しデータ＋渋滞度２データ＋渋滞度３データ＋渋滞無しデータ、の形態で表現される。
【００４１】
図５の（ｂ）は、図５の（ａ）によって示された道路の渋滞情報を本実施形態における表し方で表現した場合を示す図である。従来ではＶＩＣＳリンク番号１と２が渋滞度３であると表現していたが、本実施形態では、渋滞度３は、ＶＩＣＳリンク１と２の区間を示す２つの座標、指定された道路上の始点と長さを使用して表現する。ここで、「ある道路のある区間」を示すにあたって、従来のＶＩＣＳリンク番号を使用せず、直接デジタル道路地図上の位置に展開可能なデータを使用して表現する。
【００４２】
従来においては、直接デジタル道路地図上の位置に展開可能なデータを使用して交通情報を表した場合に、データ量が膨大になり、実現不可能であったが、以下に説明する本発明を適用することにより、実用化可能なレベルまでにデータ量を削減することが可能になった。
【００４３】
以下に、本発明を構成する方法あるいはデータ処理について説明する。本発明を構成する方法あるいはデータ処理を要約すると、（１）個々の渋滞情報を送るべき対象の削減、（２）位置情報を表すデータ・ビット数の削減、（３）渋滞情報と位置情報の適正な構成、となる。上述の（１）項の具体的な処置は、従来の表現で表すと、同じ渋滞度のＶＩＣＳリンクを纏めて、１つの”渋滞リンク”とすることであり、すなわち、たとえば、１つの渋滞度データと、その区間を示すデータを組合わせて１つの渋滞度データとすることである。また上述の（２）と（３）項はある場合には密接に関係するが、上述の（２）項は”区間”を表す位置情報としてのデータの表現とその量の表現を、実際の道路を表すのに適切な方法で実行することであり、また上述の（３）項の具体的な処置は、座標方式と、距離方式が含まれる。また、上述の（２）項には、たとえば、従来のＶＩＣＳリンクが使用していたノード座標、のようなノード座標数の削減も含まれる。
【００４４】
まず、「渋滞のリンク」、すなわち、ある渋滞度の（たとえば、渋滞度３の状態が連続する）「ある区間」の表し方から、説明する。ここで、区間の表し方は、ＶＩＣＳリンクのデータ・ベースのようなデータ・ベースを使用せずに、デジタル道路地図上の位置情報に展開可能な表現で行うことを前提条件としている。
【００４５】
＜１．「ある区間」の表し方＞
（ａ：ある区間の道路が直線の場合）
図４に示したように道路が直線の場合で、そしてその区間に１０個のＶＩＣＳリンクが設定されている場合を考える。ＶＩＣＳリンク１つ当り、始点と終点以外にデジタル道路地図上で表されている２個のノードを含んでいるとすると、その区間の道路は、計３×１０＋１＝３１個のノードを有していることになる。この区間の渋滞度が同じ場合、本発明による渋滞度データの表現方法では、渋滞度データ＋（始点座標＋終点座標）、あるいは渋滞度データ＋（始点座標＋長さ）と表現する。言い替えれば、「渋滞度データ＋（始点座標＋終点座標）」と表現することで、始点座標と終点座標を接続した直線を表すことができる。この直線上に３１−２＝２９個のノードの座標が存在することになる。計３１個のノード列間を直線で接続した線と、始点座標と終点座標を接続した直線は全く重なる。
【００４６】
（ｂ：ある区間の道路が曲線の場合）
道路が曲線の場合、と言うよりも、ある道路の一部の区間に対してバイパス道路がある場合に、上述した方法ではこの道路が交差する２つの座標間を示して、ある渋滞度であるとする表現をする場合が考えられる。この場合、始点と終点間のその渋滞度は本線道路に対してのものか、あるいはバイパス道路に対してのものかの区別ができない。このような場合を区別するためには、始点と終点だけではなく、少なくともその区間の道路の中間点の座標を追加指定することが必要になる。したがって、一般的な渋滞情報の表現は、「渋滞度データ＋（始点座標＋中間座標＋終点座標）」と表すことができる。ここで、中間座標は直線の場合は削除され、その区間の曲線の形状に応じて中間座標の数が決定される。
【００４７】
デジタル道路地図の図形に沿って表示される渋滞表示図形を形成する場合、直線道路の場合であれば、その図形形状を直線道路を表す直線形状とすることができる。一方、曲線形状の道路の場合は、その曲線道路を表すデジタル道路地図の図形に沿って表示される渋滞表示図形を、その形状を正確に表現する必要はない。しかし、少なくともその曲線形状の道路に対する渋滞表示であることを示すには、ある程度その道路形状に沿った形状とすることが望ましい。したがって、デジタル道路地図情報によらず、送られた渋滞情報のみからそのような形状の渋滞情報図形を形成する場合、それぞれの渋滞データ、言い替えれば、直線の場合に「渋滞度データ＋（始点座標＋終点座標）」と表された渋滞データを、「渋滞度データ＋（始点座標＋中間データ＋終点座標）」の形式とし、中間データの数量をその形状に合わせて増減することが望まれる。なお、実際には形状だけではなく、位置を含めて表すことになる。
【００４８】
上述の検討は、始点と終点間の道路を表す場合に、中間点が省略できる場合は省略し、省略できない場合は必要最小限の中間点の座標を指定することが、データ量の削減からみて望ましいことを示している。直線の場合はデータ量を大幅に削減可能であり、省略できない場合は、その程度に応じてデータの削減量が左右されることになる。
【００４９】
この中間点の必要性の第１の目的は道路を区別するためであり、第２の目的は渋滞表示図形を渋滞データから作成する場合にその形状を道路形状に沿ったものとするためでもある。第３の目的は、渋滞データに含まれる座標データのみから、たとえばテレビジョン画面あるいはパーソナル・コンピュータ用スクリーン上に、デジタル道路地図を使用することなく、道路地図を描き、さらに渋滞表示をすることをも可能とすることにある。
【００５０】
以下、本発明により上述した中間点の削減処理の実施形態を説明する。
【００５１】
（ｃ：ある道路区間を始点と終点で表した場合の中間点の削減処理）
図６は、道路のある区間を表すデジタル道路地図のノード列から、データ数を削減するための、ノードを間引く、すなわち省略して行く過程を説明する図である。ここで、「道路のある区間」とは、たとえば、ある２次メッシュ内の番号付けされた道路区間であり、あるいは同じ渋滞度が連続する道路区間であり、あるいは、２次メッシュ内に始点と終点を有する道路とすることができる。
【００５２】
図において、Ｎ１〜Ｎ５は、図示したような座標位置関係を有するノードである。Ｎ１は始点、Ｎ５は終点、Ｎ２〜Ｎ３は中間点である。ここでは、各ノード点を直線で接続（リンク）して、デジタル道路地図上の道路形状を示している。この図に示すように、リンクで接続されている連続したノード３点で示される道路図形で、たとえば、最初に、Ｎ１〜Ｎ３で示される図形で、中央のＮ２のノードを省略するかしないかを決定する方法について説明する。
【００５３】
まず始点ノードであるノードＮ１とノードＮ３の座標点を底辺とし、Ｎ２の座標点を頂点とした三角形において、Ｎ２の底辺に対する垂直方向の高さｈを求める。三角形の３辺の長さをａ、ｂ、ｃとした場合、その３角形の面積Ｓは、ｓ＝（ａ＋ｂ＋ｃ）／２としたとき、ｓ（ｓ−ａ）（ｓ−ｂ）（ｓ−ｃ）の平方根で表すことができる。また、底辺の長さをａとして、高さをｈとすれば、三角形の面積Ｓは、（ａ×ｈ）／２で表すことができる。したがって高さｈは、ｓ（ｓ−ａ）（ｓ−ｂ）（ｓ−ｃ）の平方根に対して２／ａを乗じることで求めることができる。
【００５４】
以上のようにして求めたｈが、あらかじめ定めた数値以下の場合、Ｎ２のノードを省略する。すると、道路は、図６の（ｂ）に示すようなノードで構成されているとすることができる。つぎに、今度は、Ｎ１、Ｎ３とＮ４で構成される三角形で、上述した方法で、中間点のＮ３について実行する。ここでは、ｈ２の高さを求めて、このｈ２はあらかじめ定めた数値よりも小さいとして、Ｎ３のノードを省略する。この結果、図６の（ｃ）に示すようにＮ１とＮ５の間の道路は、間にＮ４のノードを残すのみとなる。
【００５５】
同様に、Ｎ１、Ｎ４とＮ５で構成される三角形で、上述した方法で、中間点のＮ４について実行する。この例においては、この実行の結果、Ｎ４の高さがあらかじめ定めた数値より大きいとして、Ｎ４のノードは省略されないで残る。
【００５６】
図６において、ノードＮ２が省略されない場合、ノードＮ２を始点として上述した処理を実行する。この場合、ノードＮ２とノードＮ４を底辺とする三角形について同様の処理を実行し、ノードＮ３の省略の可／不可を調べる。ノードＮ３が省略不可である場合は、ノードＮ２を始点として上述した処理を実行する。この場合、ノードＮ３とノードＮ５を底辺とする三角形について同様の処理を実行する。ノードＮ３が省略可である場合は、ノードＮ３を省略して、ノードＮ２とノードＮ５を底辺とする三角形について同様の処理を実行し、ノードＮ４の省略可／不可を調べる。このような中間ノードの省略処理を連続して、終点ノード直前の中間ノードの削減可否の決定まで実行する。
【００５７】
上述した処理を実行することで、必要な図形としての画面上の精度を保ちながらも、道路図形を構成する座標データを表すノードを削減することができる。
【００５８】
ここで、たとえば、道路交通情報表示画面としてパーソナル・コンピュータのスクリーンに２次メッシュ全体の範囲（東京の位置では、東西約１１．２３ｋｍ、南北約９．２６ｋｍ）を表示した場合で、上述した始点と終点をその範囲に表示されるそれぞれの道路の端部のノード点、あるいはその道路の始点と終点とした場合に、高さｈの距離が５０（単位約１０ｍ）であれば、結果として残されたノードによって形成される道路図形の変形程度から判断して省略可能とする実験結果を得ている。この場合、東京地区のある２次メッシュ内のノード数を約２４パーセント程度に削減されている。この約２４パーセント程度に削減されたノード座標を使用して生成した２次メッシュ内の図を図７に示す。
【００５９】
図７は、削減処理されたノード座標データのみに基づいて表示された交通情報画面の例を示す図である。東京都目黒区を中心とする約１０ｋｍ四方の、現在ＶＩＣＳ情報として使用している道路を示す図である。この領域は、２次メッシュの１つに相当し、正確には２次メッシュ番号５３３９３５の範囲を示している。なお、図７に示した区間の道路上の全ノードの数は２００３である。
【００６０】
以上の説明において省略されるのは、始点と終点との間の中間点（の座標）とした。そして、始点と終点とはその間の道路区間の渋滞度が同一であるとした。しかしながら、渋滞度の始点と終点は、必ずしもデジタル道路地図のノードと一致するとは限らない。上述した説明では、正確にはノード座標と表現すべきところを簡易化のために単にノードと表現している。しかしながら、渋滞の先頭位置は多くの場合に交差点となるが、事故などの場合には、ノード位置と一致することはない。本発明においては、直接座標を表現するようにしているので、必ずしも、デジタル道路地図の表すノ−ド（座標）の座標である必要はない。たとえば、２つのノードの中間点が始点あるいは終点の位置になる場合、２つのノードの中間点の座標を、演算により求めて、始点あるいは終点の座標とすることもできる。
【００６１】
以上のノードの省略においては、図８に示すような道路図形で、たとえば、交差点Ｘ１〜Ｘ４を表すノード、四角枠と道路の交点ａ１、ａ２、ｂ１、ｂ２、ｃ１の近傍のノードについては省略の対象としないことで、画像全体のデフォルメを避けることもできる。上述したように始点あるいは終点ノードを省略対象外とすることでその位置データの精度を保持することになるので、たとえば、図８に示したエリアに隣接するエリアの画像を作成した場合、その画像とのつながりの部分のノード位置を精度良く保持することができる。
【００６２】
図８は、道路とノードの関係を示す図である。この図において、４本の道路Ａ〜Ｄを表している。道路Ａは、この図の範囲内では、点ａ１と点ａ２を始点あるいは終点としたラインである。この始点と終点の近傍でこの図の範囲内には、対応したノードがあり、そのようなノードをここでは始点ノードあるいは終点ノードと呼ぶこととする。同様に道路Ｂも、この図の範囲では、点ｂ１と点ｂ２を始点あるいは終点としたラインである。道路Ｃは、点ｃ１と交差点Ｘ１を終点あるいは始点としたラインである。道路Ｄは、交差点Ｘ３とＸ４を始点あるいは終点とするラインである。それぞれのライン上には複数のノードが含まれる。また、図示したＸ１からＸ４の交差点はノードが設けられている。
【００６３】
まず、図８に示したような道路の場合、ノードを道路を表すライン毎に、たとえば道路Ａのノード列、道路Ｂのノード列、・・・道路Ｄのノード列、のように纏める。
【００６４】
＜２．各ノード座標の表現＞
たとえば、上述した始点ノードと終点ノード、あるいは道路図形が交差する点のノードについては、上述した正規化座標による絶対座標（以後、絶対座標でその座標を表すノードを絶対ノードと呼ぶ）で表し、このような絶対ノード間にあるノード（以後、補間ノードと呼ぶ）は、絶対ノードを基準として表すことが可能である。まず、絶対ノードに接続されるノードを、絶対ノードを基準とした相対座標で表し、つぎに接続されるノードはその前のノードに対する相対座標で表す。この場合、この相対座標を単に座標を直交座標で表す場合と、極座標で表す場合が考えられる。補間ノードが連続する場合、次々と前の補間ノードを基準として相対座標（直交座標あるいは極座標）で表すことで、絶対座標で表した場合に較べて、座標データの削減が可能になる。
【００６５】
（ａ：相対的な直交座標）
たとえば、上述した道路交通情報用の正規化座標、あるいは絶対座標の単位を、デジタル道路地図と異なる約１０ｍとした場合に、この単位の変更でもデータ量を削減することができる。また、８ビットを使用して相対的な直交座標として、±１２７×１０ｍを表すことができる。１２７を超える数値が必要な場合、複数個使用することができる。３個使用して、たとえば、±３８３×１０ｍを表現させることができる。８ビットをそれぞれの直交する方向の相対的な直交座標とした場合、データ量は１６／２８に削減できる。
【００６６】
座標間の位置関係の分布状況を勘案して、頻度が多い、短距離を少ないビット数で表し、頻度が少ない長距離を多いビット数で表すようにすることで、実質的にデータ量を削減することができる。
【００６７】
（ｂ：相対的な極座標における長さの表現）
極座標における長さの表現として、たとえば、上述した絶対座標の単位が約１０ｍとした場合、６３０ｍまでは６ビットで表し、それ以上の６４０ｍ〜３１９０ｍを８ビットで表し、両者の区別をするフラグを１ビット使用した表現とする。このようにすることで、多くのノード間の相対的な直交座標あるいは極座標の長さを、少ないビット数で表すことができる。８ビットで表さなければならないノードの比率は少ない。この場合、フラグの１ビットを加えて、７ビット表現あるいは９ビット表現となる。
【００６８】
なお、図２に示した範囲を表す場合で、上述したノードの削減処理でｈ＝５０以下を削減して残りのノードの分布状況から、上述した３１９０ｍまでを表現可能とすることで、全てのノード間を表すことができる。
【００６９】
なお、図２に示す範囲内で、ノード数を約２４パーセントに削減した状態における隣接するノード間の長さの分布は、６３０ｍ以内が６１パーセント、３１９０ｍ以内であれば１００パーセントとなる結果を得ている。この場合の長さデータ１つ当りの平均ビット数は、７．７８ビットとなっている。
【００７０】
（ｃ：極座標における角度の表現）
上述した数値表現の手法を角度の表現にも適用する。上述したノード数削減処理を実行し、残されたノードについて２つのノードで表されるリンクの方向を０度とし、このノードに接続するリンクを望む角度については、±３１度までは１．０度単位で６ビットで表し、それ以上の３２度以上１８０度までについては、１．２度単位として８ビットで表し、両者を区別するフラグを使用する。このようにすることで、多くのノードを少ないビット数の角度で表すことができる。８ビットで表さなければならないノードの比率は少ない。この場合、表現方法を指示するフラグの１ビットを加えて、７ビット表現あるいは９ビット表現となる。
【００７１】
図７に示す範囲内で、ノード数を約２４パーセントに削減した状態における角度の分布は、３０度以内が８２．３パーセント、９０度以内が９９．２パーセント、１２５度以内が１００パーセントの計算結果を得ている。この場合の角度データ１つ当りの平均ビット数は、７．５３ビットとなっている。
【００７２】
したがって、極座標表現を使用すると、１ノード当り、平均７．７８＋７．５３＝１５．３１ビットで表現できることになる。
【００７３】
＜３．渋滞情報の表現＞
渋滞情報は、種々の手段で得た道路交通情報を、道路管理者および都道府県警察が収集し、ＶＩＣＳセンターが処理・編集している。この処理編集において、渋滞情報は、基本的にはＶＩＣＳリンク単位で、対象としている道路、すなわちすべてのＶＩＣＳリンクに対して作成される。渋滞情報が不明のＶＩＣＳリンクの渋滞度は不明とされる。
【００７４】
またＶＩＣＳリンクは上述したノードによって表現されている。また、上述した方法で、同一の渋滞度が連続するある道路の始点と終点とは無関係に道路を表すノード座標を削減した場合、その削減された結果として、渋滞情報の始点となるノード（ＶＩＣＳリンクの始点あるいは終点のノード）が省略されている場合も考えられる。
【００７５】
したがって、渋滞度情報を上述したように始点と終点、あるいは始点とその長さで表現する場合、基本となる道路のノード・データから、渋滞情報を適切に表現可能なノード列を生成することが必要になる。また、図８に示すような範囲のデータの場合に、たとえばａ１〜ａ２、ｂ１〜ｂ２、c1〜Ｘ１、Ｘ３〜Ｘ４の道路が同一の渋滞度の場合に、その区間の道路形状を必要に応じて表す補間点の座標列を事前に作成しておくと便利である。このような座標情報列を標準座標列と呼ぶこととする。当然ながら、この標準座標列は、たとえば図６に示すような道路ａ１〜ａ２の場合、始点をａ１とし終点をａ２として、上述した中間点の削減処理を実行することで得ることができる。また、この標準座標列はそれぞれの道路毎に設けられ、基本となる道路のノード・データ、たとえばデジタル道路地図データ、と関連付けられている。
【００７６】
（ａ：渋滞リンク方式）
ここで説明する渋滞リンク方式とは、渋滞度情報が表すそれぞれの渋滞度データに、道路を表す地図上の、形状を含む位置情報を付加した形式のデータによって、渋滞情報を表現する方式をいう。言い替えれば渋滞情報中に道路形状情報を含める方式と言える。
【００７７】
この方式では、収集した渋滞情報がＶＩＣＳリンクあるいは地図情報、緯度経度情報として表されている場合、その渋滞情報は始点情報と終点情報を有している。たとえば、ある道路の座標Ｚ１と座標Ｚ２の区間が渋滞度３の場合、この渋滞度データは、渋滞度３を表すデータと、その渋滞度の区間の道路を表すデータで構成される。ここで、その渋滞度の区間の道路を表すデータは、始点がＺ１で終点がＺ２の場合、Ｚ１を先頭に、Ｚ２を最後に、そしてこの間を標準座標列の対応する区間の座標列を使用する。始点Ｚ１と終点Ｚ２の間に対応する座標列中に座標データがない場合、始点Ｚ１と終点Ｚ２の間の道路は直線である、あるいは直線で近似される、と推定することができる。
【００７８】
以上のように渋滞リンクを構成することにより、ＶＩＣＳリンク内のある区間、あるいは、内部に複数のＶＩＣＳリンクを含む区間、あるいは複数のＶＩＣＳリンクを１つの渋滞度で表すことができる。したがって、１つの渋滞度で表す区間が、直線あるいは直線で近似される場合、その渋滞度の始点と終点のみで表すことができる。また、道路に沿って各渋滞度のデータを連続させて形成する場合は、前に位置する渋滞度の終点をつぎの渋滞度の始点とすることにより、さらに必要なデータ量を削減することができる。
【００７９】
この方式の特徴は、つぎに説明する方式に較べて、渋滞の変化点の座標を表すことができる特徴がある。このことは、受信機側でデジタル道路地図と併用する場合に、デジタル地図とのマッチングが優れていることを意味している。
【００８０】
図９は、この場合の渋滞情報のデータ構成例を示す図である。図９の（ａ）は、基本的なある渋滞度のデータの表し方であり、渋滞度のデータと、その渋滞度の開始点と終了点をあるいは中間点を含む座標列の数を示すデータと、座標列とで構成される。曲線の場合は、開始点と終了点の間に中間点の座標が入ることになる。ここで、道路の開始点（たとえば図８に示すｂ１点）から、図９（ａ）に示すような渋滞データを道路に沿って切れ目なく連続して生成した場合、座標データ中の開始点座標を省略し、前の渋滞データの終了点の座標を開始点の座標とすることが可能になる。この場合の渋滞データのブロックの例を図９（ｂ）に示す。
【００８１】
ここでの座標表現も、上述した表現それぞれが適用可能である。すなわち、図９の（ｂ）に示すように最初の開始点の座標データとして絶対座標を使用し、以降のノード座標に対しては相対的な直交座標、あるいは極座標を使用することができる。また、ある道路から分岐する道路、言い替えれば、表示エリア内にその道路の始点がある場合については、相対座標の基準となるノードが無いので、その始点となるノード座標を絶対座標とすることは当然である。
【００８２】
（ｂ：道路リンク方式）
この方式は、先ず道路情報を送り、この道路情報に関連付けて渋滞データを送る方法である。したがって、この場合の渋滞情報は、道路情報と渋滞度データの２つに区分できると言える。この方式では、道路情報は２次元データを備え、渋滞度データは１次元データのみを備える。
【００８３】
この場合、道路情報は、上述した標準座標列を使用することができる。そして渋滞度データは、標準座標列で表される道路上に、それぞれの渋滞度を表す長さデータとして表現される。この場合のある道路の渋滞情報のデータ構成の例を図１０に示す。
【００８４】
図１０は、道路を表すライン上に渋滞データを表す場合のデータ構成を示す図である。全体は、たとえば、図１に示す国道２４６号線の道路の始点から終点までの区間の道路と、その道路上の渋滞度を表すデータである。符号１００１は、表示する道路を形成するノード数（座標数）を示し、符号１００２はそのノード数のノードそれぞれの座標を表す部分である。ここでは、１本線の道路、すなわち通常においては上りと下りの２つの方向を有するが、方向を無視した１つの道路としてのデータとしている。ここで、ノードの座標表現には、上述した方法を適用可能である。すなわち、最初の始点ノードとなるノードの座標データとして絶対座標を使用し、以降のノード座標に対しては相対的な直交座標あるいは極座標を使用することができる。
【００８５】
符号１００３〜１００６は、符号１００２で表す一筆書きの道路図形上に配置する渋滞度を表すデータである。この渋滞データは、上り方向と下り方向の２つの方向で表す必要があり、まず符号１００３と１００５でそれぞれの方向のデータ数を表す。つぎに符号１００４と１００６では、指定したデータ数の、渋滞度とその長さとを表すデータを配置する。ここで、データ数とは、符号１００１と１００２で示す区間の道路の渋滞度が同じ場合はデータ数は１となり、またその区間内の渋滞度の変化点が３つある場合は、データ数は４となる。それぞれのデータ中における長さの表現は、上述した表現方法が適用可能である。誤差を無視した場合、符号１００４内の長さの合計と符号１００６内の長さの合計は等しくなる。また、この合計は、符号１００２で示すノードを結んだ直線の長さの合計値と等しくなる。
【００８６】
上述した道路図形に対して、渋滞度の長さを実際の道路長からの数値を使用する場合、符号１００２と符号１００４あるいは１００６が示す長さは異なる。なぜならば、道路図形は省略されたノードとしているために、それによって示される道路図形の全長は、減少していると考えられる。また、渋滞度データ中の長さの精度は、渋滞情報のデータ数が多い場合には、その絶対精度は比較的高い。このようなことから、ある程度の誤差は避けられないが、途中に交差する道路を表さない場合は無視可能な程度とすることが望ましい。途中に交差する道路を表す場合、スクリーン上に表す道路を、他の道路と交差する点で分割して、その分割した区間を、図１０に示すように表現することで、そのような交差点近傍の渋滞情報を比較的正確に表現することができる。また、道路形状として、上述したように標準座標列を使用することが判明している場合、実際の長さから標準座標列上の長さに変換をする。こうすることにより、符号１００２で表す図形との不一致を必要十分な程度に回避することができる。
【００８７】
図１０においては、道路図形１つに対して、上りと下りの２つの方向の渋滞情報を付加しているが、上りと下りの方向の道路を区別する場合、符号１００１、符号１００２、そして符号１００４のデータで、特定の道路のある区間で、ある方向の道路とその渋滞状況を示すことができる。この場合、上りと下りの区別、あるいは方向の区別は、符号１００２のノード座標データの並べ方で決定される。たとえば、図１０の符号１００２のノード列（座標列）が表す方向が上り方向を表している場合、符号１００４の渋滞データ列は、符号１００２のノード列（座標列）と同じ方向に纏められる。
【００８８】
図１０に示した表現は、道路図形を主にして、その道路図形に渋滞情報を載せた方法ということができる。
【００８９】
なお、上述した処理がなされた渋滞情報を受信して交通情報画面を形成する場合、ノード間の距離が短い場合、言い替えれば想定されるスクリーン上の距離が、その表示解像度に較べて短い場合、本出願人が出願した特開２００１−１９４１７０号公報、あるいは特開２００１−１３３２７４号公報で開示した技術を使用して、渋滞度が細かく変化する部分を見易い画像となるように、渋滞を表すデータを変換することができる。
【００９０】
図１１は、たとえば図１０に示すような１つのデータ構成を使用して、１つの道路と、上下方向の渋滞情報を表示した例を示す図である。ここで、渋滞度１の「渋滞なし」を説明のために点線で示しているが、通常においては表示されない。渋滞度２の混雑の部分は通常橙色で、渋滞度３の渋滞は通常赤色で表示される。また、通常においては、渋滞度２と３の表示図形の先頭部分には、進行方向を示す矢印図形が付加されて表示される。従来のＶＩＣＳ対応機器においても、道路を表すＶＩＣＳリンクの位置近傍（表示画面上で）に渋滞度２と３の表示をしていた。したがって、１つの道路、たとえば国道２４６号線の道路座標列として２方向それぞれの座標列を設けなくても、図示するように渋滞情報を表現することが可能である。
【００９１】
＜４．ノードの座標列＞
上述した説明で使用しているノード列あるいはノード列を表す座標列についてさらに説明する。図１２は、道路あるいはある渋滞度の道路を表すデータの構成と対応する道路上のノードとの関係の例を示す図である。始点ノードと終点ノード間に９個のノードを有している場合を示している。ここでは、交通情報を表示させるためのエリア内では、この道路あるいはある渋滞度の道路は始点ノードと終点ノード間が表示されるべき区間としている。そしてその区間が１つの渋滞度であるとしている。したがって、図９（ａ）に示す場合に対応する。
【００９２】
図１２において、渋滞度＋ノード数のデータは、ノード数として１１が設定される。つぎのノード座標は始点ノードであり、それぞれ１４ビットを使用して正規化された絶対座標が使用される。始点ノードに続くノードは、始点ノードに対する相対的な直交座標あるいは極座標を使用して表現される、始点との間の距離が少ないので、極座標の場合は長さが７ビット（フラグ＋６ビット）で表現され、角度も小さいので７ビット（フラグ＋６ビット）で表現される。ただし、ノード間の距離が開いた場合は、極座標の場合は長さが９ビット（フラグ＋８ビット）で表現される。
【００９３】
上述した道路で、たとえばノードｎから異なる渋滞度となる場合、ノード（ｎ−１）とノードｎの座標データとの間に「渋滞度＋ノード数」のデータが入ることになる。この場合、ノードｎの座標データは絶対座標データである必要はない。最後の終点座標データは、絶対座標とすることもできる。
【００９４】
このように、本実施形態では、座標データをその表現方法にしたがったビット数のデータとしており、固定的ビット数のデータとすることはしていない。
【００９５】
なお、図１２を使用して説明したことは、道路リンクの項で説明した道路の表し方に適用可能なことは言うまでもない。
【００９６】
以上、実際に道路交通情報画面を構成するにあたって基本的に必要なデータのみについて説明したが、上述した方法で生成したデータの先頭には、ヘッダーとして、２次メッシュの番号と、道路区分（高速、都市高速、幹線、その他）のデータが付加される。
【００９７】
＜５．その他の渋滞表示方法＞
上述した図１０を使用して説明した、道路図形を主にしてその道路図形に渋滞情報を載せた方法において、それぞれの道路を表す座標列データを受けた側ではその座標列を順番に番号付けして一時的に格納することができる。したがって、図１０に示すようなデータ構成のデータを受けた受信側では、直前に送られた道路を表す座標データの番号の指示を受けるだけで、座標データに変換することができる。またそれぞれの道路を表す座標列データに先だって道路を特定するデータを付加することで、このようなデータを受けた受信側では、それぞれの道路に関する座標列を、その後の期間においても有効利用することができる。たとえば、国道２４６号線の座標列に対して国道２４６号線を指示するデータを付加したデータを受けた側ではその後に続く座標を、どの道路の何番目の座標のみを受けることで座標値を得ることができる。したがって、受信した側でのこのような機能を前提にすると、図１０に示したある方向の渋滞データの部分を、図１３に示すように表すことができる。図１３（ａ）は、道路上の任意の区間を、正確に言えば道路を表している任意のノード間の渋滞データ・ブロックを示す図であり、図１３の（ｂ）は、１つの道路の始点から終点までの渋滞度を示すデータ・ブロックを示す図である。
【００９８】
図１３の（ａ）は、渋滞度のデータに続いて、その道路を表す座標データの順番に番号付けされた場合の座標番号でその渋滞度の開始点番号データと終了点番号データを表す場合を示している。
【００９９】
図１３の（ｂ）は、最初に開始点からの渋滞度データを配置し、つぎのその渋滞度の終了点でつぎの渋滞度の開始点となる座標番号データを、つぎに新たな渋滞度データを、そしてこの新たな渋滞度の終了点の座標番号データを、と配置し、道路を表す終点ノードまでの渋滞情報を指定する場合を示している。
【０１００】
この第３の実施形態の場合、渋滞情報を表すために使用されるデータ量を大幅に削減することができる。たとえば、１つの道路のノード数を最大でも５１１以下とした場合、１つの座標を９ビットだけで表現できることになる。また、２５５以下で表現可能な場合、８ビットのみで表現することができる。このことは、平均でも１５ビット程度を使用する極座標表現に較べて、半分程度のビット数となることを意味する。また、１つのデータのビット数削減以外にも、たとえば図５に示した形式の表し方に較べると、座標データの数量そのものを削減することが可能になる。この方式の一方の特徴は、中間点を表す必要がないことであり、また、他方の特徴は、道路を表す座標列を使用してしか渋滞の区間を表せないことである。
【０１０１】
また、上述した、（ｃ：ある道路区間を始点と終点で表した場合の中間点の削減処理）において、道路の形状のみから削減するのではなく、従来のＶＩＣＳリンクの始点終点ノードと勘案した形で、削減することで、道路形状の忠実度と渋滞情報の精度との兼ね合いを最良とすることができる。このようにした場合、従来のＶＩＣＳリンク単位に形成される渋滞情報から、本発明を適用した渋滞情報への変換が容易になる効果を備えることになる。
【０１０２】
このような座標表現を使用して形成される表示画面は、とくに渋滞情報画面については、道路を表すノード単位に行われることから、上述した第２の実施形態と同様の特徴を有している。
【０１０３】
＜渋滞情報生成処理＞
以上に説明した各処置を使用した本発明について、図１４、図１５を使用して、交通情報、とくに渋滞情報のうち、渋滞度の情報を生成する方法を説明する。図１４は、上述した「渋滞リンク方式」の渋滞情報を生成するフローチャートを示す図である。また図１５は、上述した「道路リンク方式」による渋滞情報を生成するフローチャートである。
【０１０４】
なお、ＶＩＣＳリンクを使用して交通情報が収集されているとして説明する。またＶＩＣＳリンクが設定されていない道路については、デジタル道路地図の座標情報とともに交通情報が収集されているとする。このような収集した道路交通情報を、限定すれば収集渋滞情報（渋滞度、リンク旅行時間）を入力する。また、デジタル道路地図情報も入力する。ここで、デジタル道路地図情報は、道路の接続がノードとノードの接続として表され、２次メッシュ内の道路、たとえば国道１号線の２次メッシュ内の区間全体が、２次メッシュ内で正規化された位置座標を有するノードの複数からなるノード列、すなわち座標列で構成されているとする。
【０１０５】
図１４に示す「渋滞リンク方式」の場合、ステップ１４０１で、上述した情報を入力する。つぎに、「渋滞リンク方式」では、同一の渋滞度の区間毎に道路を区分するために、入力した収集渋滞情報から、その変化点、すなわち始点と終点の座標データを、ステップＳ１４０２で生成する。この処理は、たとえば、２次メッシュ内で国道１号線がその境界上の座標Ｋ１から境界上の座標Ｋ２にかけて延在している場合、そして、Ｋ１からＫ２への方向が上りである場合に、上り方向の個別の収集渋滞データを、座標Ｋ２から座標Ｋ１方向の順に纏める。このような処理を、対象の道路全てに対して実行し、それぞれの道路の収集渋滞情報列を、道路毎に纏める。そして、纏められた収集渋滞情報列を順番に、解析して、渋滞度の変化点のノードあるいは位置座標を決定する。この処理は全ての対象道路についてなされる。つぎに、ステップＳ１４０３では、ある渋滞度の区間を表す始点と終点のノードあるいは座標を入力して、対応する道路のノード列あるいは座標列から、その始点と終点で区切られる区間を表す道路を表すノード列あるいは座標列を入力する。そして、入力した座標列に始点と始点の座標を追加して、１つの渋滞度の座標列を生成する。このような処理を、それぞれの渋滞度、そして全ての対象道路に対して実行する。
【０１０６】
つぎに、ステップＳ１４０４において、それぞれの渋滞度の座標列を入力して、上述した（ｃ：ある道路区間を始点と終点で表した場合の中間点の削減処理）を実行して、道路を表す座標列中の座標数を削減する。削減され残った座標を使用して座標列を組み立てる。そしてつぎのステップＳ１４０６で、組み立てられた座標列と渋滞度データの組合わせ列を入力して、順番にされた座標列が連続しているかを調べ、連続していない区間を渋滞度を「不明」とした渋滞度データを生成して連続するようにし、そして、座標列中のそれぞれの座標を絶対座標とするか、その前の座標に関連付けた相対的な直交座標あるいは極座標とするかを決定し、さらに、それぞれの量を表すデータについて上述したビット削減処理を実行する。この処理は、対象とするそれぞれの道路に対して実行する。
【０１０７】
以上の処理を実行することで、２次メッシュ内の渋滞情報、すなわち、利用者に向けて伝送される渋滞情報で２次メッシュ内の渋滞情報データの生成が完了される。なお、上述したステップのいずれかにおいて、位置情報で全体座標を表すデータの単位は、デジタル道路地図が採用している正規化座標と異なる大きな単位とすることで、データ・ビット数の削減を図ることが望まれる。
【０１０８】
また、上述した説明で、たとえば、国道１号線を表す座標列は、上りと下りの２つの座標列を備えていると仮定している。それぞれの道路とは、上りと下りの道路を含めている。
【０１０９】
ステップＳ１４０３において、対応する道路のノード列あるいは座標列から、その始点と終点で区切られる区間を表す道路を表すノード列あるいは座標列を入力する際に、あらかじめ、その座標列全体について上述した中間ノードの削減処理を実行した結果の座標列を入力しても良い。この場合、ステップＳ１４０４の処理が大幅に軽減される。
【０１１０】
「道路リンク方式」による渋滞情報を生成する場合は、図１５のステップＳ１５０２で、まず、入力したデジタル道路地図情報に、２次メッシュ内の道路、たとえば国道１号線の２次メッシュ内の区間全体が、２次メッシュ内で正規化された位置座標を有するノードの複数からなるノード列、すなわち座標列で構成されてない場合、２次メッシュ内に限定した座標列に変換した座標列を作成する。
【０１１１】
つぎのステップＳ１５０３では、上述した（ｃ：ある道路区間を始点と終点で表した場合の中間点の削減処理）を実行して、道路を表す座標列中の座標数を削減する。削減され残った座標を使用して座標列を組み立てる。
【０１１２】
そしてつぎのステップＳ１５０４で、組み立てられた道路を表す座標列に関連付けて、入力した収集渋滞情報から、その変化点、すなわち始点と終点の座標データの生成、始点と終点との間の距離の算出を行う。この処理は、たとえば、２次メッシュ内で国道１号線がその境界上の座標Ｋ１から境界上の座標Ｋ２にかけて延在している場合、そして、Ｋ１からＫ２への方向が上りである場合に、上り方向の個別の収集渋滞データを、座標Ｋ２から座標Ｋ１方向の順に纏める。このような処理を、対象の道路全てに対して実行し、それぞれの道路の収集渋滞情報列を、道路毎に纏める。そして、纏められた収集渋滞情報列を順番に、解析して、渋滞度の変化点のノードあるいは位置座標を決定する。この処理は全ての対象道路についてなされる。
【０１１３】
ステップＳ１５０４で生成された渋滞データ列は対応する道路の座標列と組み合される。この処理も、対象とする全ての道路に対して実行される。そして、ステップＳ１５０６では、纏められた道路座標列と渋滞度データ列の組合わせを入力し、順番にされた渋滞度データ列が連続しているかを調べ、連続していない区間を渋滞度を「不明」とした渋滞度データを生成して連続するようにし、そして、座標列中のそれぞれの座標を絶対座標とするか、その前の座標に関連付けた相対的な直交座標あるいは極座標とするかを決定し、さらに、それぞれの量を表すデータについて上述したビット削減処理を実行する。この処理は、対象とするそれぞれの道路の上り方向および下り方向に対して実行する。
【０１１４】
この場合、道路座標列は、渋滞度データを２次元平面上、すなわち地図上で表す際の、ガイドとしての役割のみを有することになる。したがって、上下方向の道路が互いに端部を接して並行しているかぎり、一方の道路を表す座標列を省略することも考えられる。たとえば、前述したように２次メッシュ内を１０００分割した距離（約１０ｍ）を単位とした場合、上下を合わせて１０ｍ幅の道路では、上下の中央線間隔は５ｍとなって区別することが困難になる。この場合、２０ｍ幅以上の道路の場合のみ区分することが可能になる。また、絶対座標を表すデータの単位を１０ｍとしても、交差点等は、２つ以上の道路の一部として表されるので、受信側では、たとえば２次メッシュの端部のみに極短い区間で存在する道路でない限り、誤った解析をすることもないと想定される。
【０１１５】
以上は、交通情報を収集して、道路交通情報の渋滞情報を生成する側の処理である。つぎに、上述した方法で生成された渋滞情報を受信して渋滞情報画面を生成する処理、すなわち道路交通情報表示方法について説明する。
【０１１６】
＜渋滞情報表示方法＞
従来の交通情報を受信して表示する機器は、少なくともＶＩＣＳリンクをデジタル道路地図上の位置に変換するデータ・ベースを備えて、このデータ・ベース（ＶＩＣＳデータ・ベース）を使用して、デジタル道路地図の表す道路図形の近傍に、渋滞図形を表示していた。しかし、上述した方法によって生成された渋滞情報の場合、たとえば２次メッシュ内の交通情報、言い替えれば渋滞情報をスクリーン上に、上述したデータ・ベースや、デジタル道路地図を使用せずに、表示することが可能になる特徴を有している。ただし、送られた渋滞情報に関する知識やデータ・フォーマット、あるいは受信データを解析して、それぞれのデータを復元する知識、また一般的な画像表示に関する知識は必要である。
【０１１７】
図１８は、本発明に係わる受信機の構成を示し、符号１に示すデータ受信部、符号２に示すデータ処理部、符号３に示すディスプレイ、符号４に示すユーザー指示入力部から構成され、また符号５に示す地図データ部を含んで構成することもできる。データ受信部１は、放送波、携帯電話、インターネットなどの通信回線放送を通して、データを受信し、受信信号から交通情報のデジタル符号を取りだし、データ処理部２に出力する。データ処理部２では、デジタル符号を解析して、表示用の図形を作成する。この場合、受信側に地図データ５を備えて、その地図データを使用して道路を表示する場合、対応する地図データを読み出し、地図と図形のマッチング処理を行い、地図によって表示された道路から渋滞情報を表す図形が外れないよう処理する。入力部４は、メニュー画面を見て、必要な地域の選択を入力する。この入力部は、タッチ・パネルなどで構成することもできる。
【０１１８】
図１６は、上述した受信機の処理を示すフローチャートである。受信側では、上述した方法で生成され、道路毎に纏められた渋滞情報を受信する（Ｓ１６０１）。受信した座標表現データ、たとえば絶対座標、相対的な直交座標、相対的な極座標を解釈し（たとえばフラグによって）、さらに量を表すデータを均一な単位のデータに変換する。この処理をそれぞれの渋滞データついて実行し、さらにそれぞれの道路について実行する。また、道路リンク表現の場合で、渋滞区間が長さで示されている場合は、長さを表すデータを均一な単位のデータに変換する。この結果、渋滞リンク方式のデータの場合、連続する渋滞度データは道路を表す座標列に、あるいは道路リンク方式のデータの場合は、連続する渋滞度データの合計は、その２次メッシュ内の道路の長さに対応するある長さを表す値になる。
【０１１９】
つぎに、上述した座標と長さを、たとえばスクリーン内に２次メッシュ内のエリアを１０２４×７６８ピクセルのスクリーン一杯に表示するように座標変換を実行する（Ｓ１６０３）。この場合、また座標が２次メッシュを１０００分割した単位で示されている場合、東西方向の１０００は９３１ピクセルに相当し、南北方向の１０００は７６８ピクセルに相当することになる。
【０１２０】
つぎに、ステップＳ１６０５において、変換された座標を使用して連続する座標を接続し、その際に渋滞度データにしたがって表示する色を設定する。ここで、道路リンク方式のデータの場合、まず、道路を表す座標列を使用してある太さの線を列の順番に沿って接続する。つぎに、描かれた道路に接して、あるいは近傍で、道路図形に含まれない位置に渋滞データにしたがって、所定の色で、上りと下りをそれぞれ道路図形の両側に、渋滞情報を表す線を描くことになる。この場合、渋滞度３の渋滞そして渋滞度２の混雑を表示し、渋滞ナシの部分を表示しなくとも交通情報を表現することができる。
【０１２１】
渋滞リンク方式のデータの場合は、たとえばある道路の上り方向の渋滞度データ列を使用してある太さで、渋滞度に応じた色で線を描き、つぎに下り方向の渋滞データ列を使用して、上りの図形領域に含まれない位置に渋滞情報を表す線を描くことになる。この場合は、道路リンクと異なって、渋滞度が「不明」および「渋滞なし」の部分も、色を変えて道路を指示するように表示する必要がある。なぜならば、渋滞度でもって道路を表示する必要があるからである。
【０１２２】
以上の処理をそれぞれの道路の全ての渋滞データに対して実行する（Ｓ１６０５）ことで、たとえば、図７に示すような結果が得られる。
【０１２３】
また、従来のＶＩＣＳ対応機器のようなカー・ナビゲーション機器においては、図１７に示す処理を実行する必要がある。従来のＶＩＣＳ対応機器では、ＶＩＣＳリンクで指示される実際のデジタル道路地図の道路に対して渋滞情報を指定していた。上述した方法によって生成した交通情報を受信した場合は、送られた座標を表すデータを解析して絶対座標、相対的な直交座標あるいは極座標表現のデータを単位も含めて、備えているデジタル道路地図が表現する座標データに置き換える（ステップＳ１６０２）処理が必要になる。この処理が行われた後は、従来のＶＩＣＳリンク情報の処理と同様に処理（Ｓ１６０３）することで、道路交通情報画面を生成することができる。
【０１２４】
ただし、従来のＶＩＣＳリンクを使用した場合は、ＶＩＣＳリンクによって表現される多くのノードの列を構成することができたが、上述した方法で送られてくるノード列は、たとえば直線区間の場合で、その区間の渋滞度が等しい場合、その区間の両端の座標しか送られてこない。したがって、受信した座標データ列から対応するデジタル道路地図上の道路を特定する場合、ＧＰＳ受信による自車位置を道路上に置き換えるような軽いマッチング処理が必要になる。
【０１２５】
なお、上述した説明では、渋滞情報には渋滞度と旅行時間があると説明しながらも、渋滞度のみについて説明してきた、従来のＶＩＣＳ情報で提供されていたＶＩＣＳリンク毎の旅行時間（リンク通過時間）は、上述した方法による渋滞情報の提供においては、１つの渋滞度データ、言い替えれば、同一の渋滞度が連続する区間の旅行時間として提供することができる。このようにすることによって、リンク毎に設定していた旅行時間のデータ量も削減することができる。
【０１２６】
上述した本発明は、たとえば、現在のいわゆるＶＩＣＳ情報とＶＩＣＳ対応機器が提供する交通情報画面を、たとえばインターネットを通じて、あるいはデジタル・テレビジョンのデータ放送を通じて提供することを可能とする。この場合、上述したような形態のデータを受けて、スクリーン上の画像に変換する装置が必要であるが、パーソナル・コンピュータの場合であれば、そのような機能をソフト・プログラムの形で提供可能である。また、デジタル・テレビジョンの場合は、最終的なスクリーン画像データとして、あるいはそのような画像を形成するデータとして送ることが可能であり、後者の場合は、パーソナル・コンピュータに取り込んでスクリーン画像としたり、あるいは専用のセットトップ・ボックスにデータを取り込んで画像形成させたりすることが考えられる。このようなメディアを利用した交通情報の提示は、現在のＶＩＣＳ情報がユーザーにとってはＶＩＣＳ対応機器を搭載した車中でしか利用できない状況を改善し、車の利用開始前に、事前に交通状況を知ることが可能になる。
【０１２７】
このことは、現在のＶＩＣＳ対応機器が装置起動後、必要な情報を取り込んだ後にしか利用できない現状を改善する効果を備え、交通の円滑化を促進させる上で大きな役割を演ずることを意味する。
【０１２８】
また、上述した方法は、従来のＶＩＣＳリンク毎にしか表現できなかった渋滞情報を、ある場合には従来のＶＩＣＳリンクを細分する形で表現することも可能にすると同時に、従来の連続するＶＩＣＳリンクを纏めた形で表現することを可能にしている。
【０１２９】
なお、上述した渋滞度データに対して旅行時間を設定した場合、たとえばカー・ナビゲーション機器側では、長い区間に対する旅行時間を受けた際に、従来のＶＩＣＳリンク毎の旅行時間に、あるいは交差点毎の旅行時間に、距離に応じて分割する必要が生じる。カー・ナビゲーション機器においては、渋滞表示も重要であるが渋滞表示は単に表示するだけであり、旅行時間の方がカー・ナビゲーション機器の本来の目的であるルート検索等の処理において重要なデータとなっている。
【０１３０】
【発明の効果】
以上説明したように本発明の請求項１によれば、始点と終点で規定される複数のノード座標列であって、それぞれは特定の道路を表しているノード座標列を含むデジタル道路地図データと、道路の渋滞に関する情報とを入力する入力ステップと、入力ステップで入力した渋滞情報から、それぞれの道路の渋滞情報に関する渋滞データを構成するステップであって、ある渋滞度と渋滞度の道路区間の始点終点を表す座標列を表すデータとを含む渋滞データで、渋滞なしの渋滞度を含む渋滞データを少なくとも１つを含んで構成する構成ステップと、構成ステップで構成した、少なくとも１つの渋滞データに関連付けられた道路区間に対応するデジタル道路地図データのノード座標列で、道路区間の始点と終および点の間の道路上のポイントを表すノード座標列を抽出し、抽出したノード座標列と始点と終点を表す座標データを結合して、始点と終点の間の道路を示す座標列を生成する生成ステップと、生成ステップで生成した座標列を入力し、座標列中の始点と終点とを除く中間のノード座標をあらかじめ定めた方法で削除可能かどうかを検査し、削除可能な場合はその中間ノードの座標データを削除する処理を、その座標列の中間のノードに対して実行し、残された中間ノードを含んで新たな座標列を組み立てる組立ステップと、組立ステップで変更された座標列を表すデータと座標列に関係付けられた渋滞度を表すデータを結合して、少なくとも１つの渋滞度データを形成する形成ステップとを含むようにして道路交通情報の渋滞情報を生成するので、このような情報を受けた装置では、ＶＩＣＳリンクのデータ・ベースを備えなくとも、またデジタル道路地図を備えなくても、渋滞状況を示す画面を形成することができる。また、従来方法によるデータ量と同程度に伝送するデータ量を削減することができる。
【０１３１】
また、請求項２によれば、各ステップのいずれか１つのステップで入力した座標列の座標表現を変更するステップをさらに備え、以降のステップにおいては変更ステップで変更された座標表現を使用するようにしたので、受信側で必要とする精度を維持しながらも、伝送するデータのビット数を削減することができる。
【０１３２】
また、請求項３によれば、入力ステップで入力する道路の渋滞に関する情報はＶＩＣＳリンクに関係付けられた渋滞情報を含み、構成ステップにおいてある渋滞度と渋滞度の道路区間の始点および終点を決定する際に、ＶＩＣＳリンクに関係付けられた渋滞情報を使用する場合にはＶＩＣＳリンクに対応付けられたノード座標を使用するようにしたので、従来方法によるデータ収集も有効利用することができる。
【０１３３】
また、請求項４によれば、変更するステップはデジタル道路地図データで使用している座標表現と異なる正規化座標表現のデータに変更するとともに、形成ステップで渋滞度が異なる渋滞データを、ノード座標列によって表される道路の延在方向に連続して、複数の渋滞データからなる渋滞データ列を形成した際に、少なくとも２番目以降の渋滞データの座標表現を、その前の座標に対する相対的な直交座標あるいは極座標で行う座標変換ステップをさらに含むようにしたので、それぞれの位置座標を表現するデータのビット数を削減することができる。
【０１３４】
また、請求項５によれば、座標変換ステップにおいて、隣接するノードの位置を表す際に、各ノード間の相対位置を表すデータ群の大きさの頻度に応じてあらかじめ設定されている少なくとも２種類のデータ表現方法を使用して、相対的な直交座標あるいは極座標の長さと角度とを表すので、それぞれの位置座標を表現するデータのビット数を削減することができる。
【０１３５】
また、請求項６によれば、組立ステップは、連続する３つのノードを示す座標を入力して、１つの中間のノード座標の前後のノード座標を結ぶ直線からの中間ノード座標の離間距離があらかじめ定めた距離以内とされた場合にのみ、その中間ノード座標を削除する削除ステップと、削除ステップを中間ノード全てに対して実行させるステップとをさらに含むので、直線区間あるいは直線に近似される区間が、１つの渋滞度を表す区間、あるいは道路を表す区間の場合に、受信側が必要とする座標を残しながらも、座標数を削減することができる。
【図面の簡単な説明】
【図１】ＶＩＣＳ道路図形と、道路上に定義されたＶＩＣＳリンクの関係を例示する図である。
【図２】上述したＶＩＣＳリンクに対する渋滞情報の設定例を簡単に説明する表図である。
【図３】渋滞情報のうち、現在使用されている渋滞度の区分を示す図である。
【図４】図１に示した方向に延びている道路上の渋滞の様子の一例を示した図である。
【図５】図４に示したような状況における交通情報、正確に言えば、渋滞情報の表し方を、簡単に示した表図である。
【図６】道路のある区間を表すデジタル道路地図のノード列から、データ数を削減するための、ノードを間引く、すなわち省略して行く過程を説明する図である。
【図７】削減処理されたノード座標データのみに基づいて表示された交通情報画面の例を示す図である。
【図８】道路とノードの関係を示す図である。
【図９】「渋滞リンク方式」における渋滞情報のデータ構成例を示す図である。
【図１０】「道路リンク方式」における道路を表すライン上に渋滞データを表す場合のデータ構成を示す図である。
【図１１】たとえば図１０に示すような１つのデータ構成を使用して、１つの道路と、上下方向の渋滞情報を表示した例を示す図である。
【図１２】道路あるいはある渋滞度の道路を表すデータの構成と対応する道路上のノードとの関係の例を示す図である。
【図１３】  「道路リンク方式」において、他の方法により渋滞データの構成を示す図である。
【図１４】「渋滞リンク方式」の渋滞情報を生成するフローチャートを示す図である。
【図１５】「道路リンク方式」による渋滞情報を生成するフローチャートである。
【図１６】受信側の処理を示すフローチャートである。
【図１７】従来のＶＩＣＳ対応機器のようなカー・ナビゲーション機器において、本発明による渋滞情報を受信した際に実行する処理を表すフローチャートである。
【図１８】本発明に係わる受信機の構成を示す図である。
【符号の説明】
Ｎ１〜Ｎ５    ノード（座標）
ｈ１、ｈ２    高さ（距離）
ａ１、ａ２、ｂ１、ｂ２、ｃ１    始点あるいは終点
Ｘ１〜Ｘ４    交差（する）点
１    データ受信部
２    データ処理部
３    ディスプレイ
４    入力部
５    地図データ部
【図１】
0003760134.tif 000002
【図２】
0003760134.tif 000003
【図３】
0003760134.tif 000004
【図４】
0003760134.tif 000005
【図５】
0003760134.tif 000006
【図６】
0003760134.tif 000007
【図７】
0003760134.tif 000008
【図８】
0003760134.tif 000009
【図９】
0003760134.tif 000010
【図１０】
0003760134.tif 000011
【図１１】
0003760134.tif 000012
【図１２】
0003760134.tif 000013
【図１３】
0003760134.tif 000014
【図１４】
0003760134.tif 000015
【図１５】
0003760134.tif 000016
【図１６】
0003760134.tif 000017
【図１７】
0003760134.tif 000018
【図１８】
0003760134.tif 000019