JP2003208465A - 所要時間情報提供方法及びその実施システム並びにその処理プログラム - Google Patents

Abstract

(57)【要約】 【課題】 案件情報同士の時間距離による直接比較を行
うことが可能な技術を提供する。 【解決手段】 ある出発地点から目的地点までの所要時
間情報を提供する所要時間情報提供方法において、ユー
ザから入力された案件絞込み条件を満たす案件をアプリ
ケーションサーバ中の案件オリジナルデータベースから
検索し、その検索された案件からその最寄り駅までの所
要時間を示す情報を時間地図サーバへ送信するステップ
と、ユーザから入力された出発地点からその最寄り駅ま
での所要時間と、出発地点の最寄り駅から前記案件の最
寄り駅までの所要時間と、前記送信された当該案件から
その最寄り駅までの所要時間とを加算して出発地点から
案件までの所要時間を求めるステップと、前記求めた出
発地点から案件までの所要時間を示す時間地図を生成し
て時間地図サーバからアプリケーションサーバへ出力す
るステップとを有するものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はある出発地点から目
的地点までの所要時間情報を提供する所要時間情報提供
システムに関し、特に目的地点から駅までの所要時間情
報と駅間の所要時間情報とが異なる事業者によって管理
されている場合に、ある出発地点からその目的地点まで
の所要時間情報及びその値を示す時間地図を提供する所
要時間情報提供システムに適用して有効な技術に関する
ものである。

【０００２】

【従来の技術】一般に情報検索は、時間や費用等の多様
な属性を検索キーに用いて絞り込むものである。その属
性としては、人の好みやカテゴリ分け等の主観に左右さ
れ易いものもあるが、主観が関わる属性はあまり検索キ
ーに適さない。何故なら、主観が関わる属性の場合、情
報を登録した人と検索する人の主観がずれている場合に
検索に支障をきたす為である。しかし、時間属性や地理
的な位置等は、主観の入り込む余地が無い便利な検索キ
ーとして様々な用途に用いられている。

【０００３】一方、時間と位置が交じり合った概念とし
て、時間距離がある。時間距離とは、従来の地図が２点
間の距離をユークリッド距離（いわゆる普通の距離）で
表現してきたことと対比され、２点間の距離を２点間の
移動時間で表現する距離の概念である。しかし、時間距
離も主観の入る余地が少ない為、潜在的に良い検索キー
になりうるにも関わらず、これまで情報検索のキーとし
てあまり用いられてこなかった。

【０００４】例えば、不動産物件を探す場合、会社や学
校等から近い場所（３０分以内で行ける場所等）に部屋
を探したいという要求を持つ人が多く、不動産物件を選
定する為の要因の一つに通勤・通学時間があげられる。
しかし、多様な交通機関やそれらの乗り継ぎを考慮しな
ければならない為に、通勤・通学時間の指定された不動
産物件を人手によって探す作業は困難で、非常に手間の
かかる作業である。しかも、通勤・通学時間だけの要素
で不動産物件を選定する訳では無く、家賃や間取りとい
った多様な属性によって選定基準が揺り動かされる為、
情報探索空間が極めて多次元で複雑な検索であった。

【０００５】不動産物件の善し悪しは多かれ少なかれ、
交通機関の影響を受ける。例えば、扱う業者毎に物件情
報が豊富な沿線とそうでない沿線がまちまちであった。
従って、物件購入希望者は、何社もの不動産屋を駈回る
ことになることも珍しくなかった。実際、不動産物件の
仲介では、１００件紹介して一件成約に到れば良い、と
いった極めて非効率的な斡旋になることが多かった。近
年、情報技術を導入して、顧客の希望を計算機に入力す
ることで、該当物件を絞り込む不動産情報データベース
システムが数多く登場し始めた。しかし、現状の不動産
物件情報では、物件を今だ鉄道の沿線毎に分類している
ことが多く、複数の交通機関が錯綜する都市部において
は、異なる沿線上の物件情報を比較することは難しかっ
た。

【０００６】位置を表現する手段としての地図は２次元
或いは３次元情報であるが、位置と時間が関わる情報
は、本質的には３次元或いは４次元である為、可視化が
技術的に困難な領域とされてきた。加えて、移動時間は
交通機関の発達等の要因から、年代と共に移り変わるも
のである為、データの保守が課題であった。例えば、あ
る年において、移動時間を記録したデータに基づいて検
索できる様にしても、次の年には、本来の時間距離と異
なる結果となることがありえた。それにも関わらず、こ
の様に位置と時間が絡み合う情報は不動産物件情報以外
にも例えば求職・求人情報や観光情報等、幅広く存在
し、逆に時間距離を検索キーにしたいという需要が増し
てきている。

【０００７】この様に位置と時間が絡み合う情報を可視
化して意思決定支援する方法の一つに、時間地図があ
る。時間地図は、時間距離を用いて、平面内に情報の時
間と位置の属性を同時に表現する手法である。しかし、
計算機を活用して、任意に選んだ中心点から各地への移
動時間をリアルタイムに計算し、出力表示することは、
殆ど注目されていなかった。

【０００８】また、目標物までの所要時間を地図上に表
示したり、目標物までの経路を表示する従来技術とし
て、下記に示す（１）地図上同心円表示方法、（２）最
短経路図表示方法がある。

【０００９】（１）地図上同心円表示方法 目標物までの所要時間を地図上に表示する為の従来手法
として、同一時間で到達できる範囲を等高線の様に線で
結んで地図上に表示する方法がある。例えば、一目で駅
と目的地の距離または所要時間が把握でき、また、その
駅の時刻表と突き合わせることで、予定の立案が容易に
可能な地図または地図収録物については特開平９−１０
１７４６号公報に記載されており、その概要は、駅を中
心としてある条件を満たす範囲、または駅が複数であっ
て各駅を中心としてある条件を満たす範囲で、単一の円
または複数の円が描かれ、地図の一部に時刻表が表示さ
れた地図または地図収録物を提供するものである。

【００１０】（２）最短経路図表示方法 目標物までの経路を表示する従来手法として、多様な交
通機関を考慮して目標物までの最短経路を探索し、最短
経路の経路図等を表示する方法がある。例えば、交通手
段に関わらず、出発地及び目的地の住所を入力するだけ
で移動経路と所要時間と運賃及び案内地図とを自動案内
する自動案内システム装置については特開平１０−３１
４１８号公報に記載されており、その概要は、日本全国
の地図情報及び交通網情報をデータベースに備えること
により、出発地及び目的地の住所を入力するだけで交通
手段に関わらず住所の示す目的地までの移動経路、移動
時間または運賃を割り出し全体マップと共に出力するも
のである。

【００１１】また、基準点から不動産物件までの時間距
離に基づき、時間帯や交通機関によって変化する時間地
図を提供する目標物配置方法については、特開２００１
−１３４６５９号公報に記載されている。その概要は、
複数の属性を持った目標物に対して、一つ以上の属性に
基づいて、基準点から目標物までの距離を算出し、その
距離に基づいて目標物を配置することにより、例えば、
不動産物件を評価支援するシステムの場合、ユーザが指
定した基準点、時間帯、使用可能交通機関に基づいて、
システムは多様な交通機関の乗り継ぎや、終電・終バ
ス、待ち時間等を考慮して不動産物件までの時間距離を
算出し、各ユーザにカスタマイズした時間地図を作成し
て提供するものである。

【００１２】

【発明が解決しようとする課題】前記従来技術では、既
存の交通ネットワークデータを元にして交通機関等の主
要な目標物に対しての時間地図を提供しているものの、
個々の不動産物件等の案件情報同士を直接時間距離で比
較することについては記載されていなかった。

【００１３】不動産物件の仲介者は、不動産物件の保有
者とお客との間を仲介することで利益を得ていることか
ら、不動産物件の宣伝はしたいもののお客が不動産物件
の保有者と直接交渉するというリスクを避ける為に、お
客に対して不動産物件の正確な場所や周辺の地図等をむ
やみに提示しない様にしており、案件情報同士を直接時
間距離で比較する為の情報として案件の正確な場所等を
外部に提供することが困難であった。この為、時間距離
２０分のＡ駅から徒歩１５分の物件Ｘと、時間距離２５
分のＢ駅から徒歩５分の物件Ｙとを比較する際には、各
駅の時間距離のみを比較してＢ駅より近いＡ駅にある物
件Ｘの方が近くであるかの様な比較結果が得られがちで
あった。

【００１４】本発明の目的は上記問題を解決し、案件情
報同士の時間距離による直接比較を行うことが可能な技
術を提供することにある。

【００１５】

【課題を解決するための手段】本発明は、ある出発地点
から目的地点までの所要時間情報を提供する所要時間情
報提供システムにおいて、案件からその最寄り駅までの
所要時間を受け取って出発地点から案件までの所要時間
を求めるものである。

【００１６】本発明の所要時間情報提供システムにおい
て、まずユーザは、アプリケーションサーバにアクセス
し、案件の絞込みを行う為の条件を示す案件絞込み条件
と出発地点の情報を入力して、その案件絞込み条件を満
たす案件の出発地点からの所要時間の提示を要求する。
例えば、不動産物件の所要時間の提示を要求する場合に
は、不動産業者側に設置された不動産物件サーバにアク
セスし、物件の絞込みを行う為の賃貸料金等の条件を示
す物件絞込み条件と出発地点の情報を入力する。

【００１７】アプリケーションサーバでは、案件の各種
属性を格納した案件オリジナルデータベースを参照し、
前記案件絞込み条件を満たす案件をアプリケーションサ
ーバ中の案件オリジナルデータベースから検索し、その
検索された案件からその最寄り駅までの所要時間を示す
情報を時間地図サーバへ送信し、時間地図サーバ内の案
件一時データベースへ格納する。またアプリケーション
サーバは、ユーザから入力された出発地点の情報を時間
地図サーバへ送信し、その出発地点から前記検索した案
件までの所要時間の算出を時間地図サーバへ依頼する。

【００１８】時間地図サーバは、アプリケーションサー
バから所要時間の算出依頼を受け取ると、ユーザから入
力された出発地点からその最寄り駅までの所要時間と、
出発地点の最寄り駅から前記案件の最寄り駅までの所要
時間と、前記案件一時データベースに格納された当該案
件からその最寄り駅までの所要時間とを加算して、出発
地点から案件までの所要時間を求める。この際、各駅間
の時間距離を予め時間距離テーブルに格納しておき、前
記出発地点の最寄り駅から案件の最寄り駅までの所要時
間をその時間距離テーブルから読み出して加算するもの
としても良い。そして前記求めた出発地点から案件まで
の所要時間を示す時間地図を生成してアプリケーション
サーバへ出力する。

【００１９】アプリケーションサーバは、時間地図サー
バから受信した時間地図の内容をユーザ側のクライアン
ト装置へ送信し、ユーザの入力した案件絞込み条件を満
たす案件の出発地点からの所要時間を時間地図としてユ
ーザに提示する。

【００２０】前記の様に本発明では、アプリケーション
サーバ側で保持している案件情報の内、検索された案件
の最寄り駅までの所要時間の情報を時間地図サーバへ送
信し、時間地図サーバでは、出発地点から最寄り駅まで
の所要時間と、出発地点の最寄り駅から前記案件の最寄
り駅までの所要時間と、前記アプリケーションサーバか
ら送信された所要時間とを加算して出発地点から案件ま
での所要時間を求めるので、アプリケーションサーバ側
で管理している不動産物件等の案件情報をできるだけ外
部に出すことなく出発地点から案件までの所要時間を算
出し、案件情報同士の時間距離による直接比較を行うこ
とが可能である。

【００２１】以上の様に本発明の所要時間情報提供シス
テムによれば、案件からその最寄り駅までの所要時間を
受け取って出発地点から案件までの所要時間を求めるの
で、案件情報同士の時間距離による直接比較を行うこと
が可能である。

【００２２】

【発明の実施の形態】以下にある出発地点から目的地点
までの所要時間情報及びその値を示す時間地図を提供す
る一実施形態の所要時間情報提供システムについて説明
する。

【００２３】本実施形態における時間地図サービスシス
テムを応用した時間地図応用システムは、ネットワーク
接続されたサブシステム（クライアント、アプリケーシ
ョンサーバ、時間地図サーバ）から構成される。本実施
形態では、このアプリケーションの例として、不動産情
報斡旋、求職求人情報、観光情報の３つを示す。まず、
図１〜図１３を使って、不動産情報斡旋システムを説明
する。次に図１４を使って求職求人情報システムの例を
不動産情報斡旋システムとの相違点の説明を中心に説明
し、最後に図１５を使って観光情報システムの例を説明
する。

【００２４】図１は本実施形態の不動産情報斡旋システ
ムの概略構成を示す図である。図１に示す様に本実施形
態の不動産物件サーバ１０２は、ユーザ入力割り振り処
理部１０４と、物件選定処理部１０５と、画面構成処理
部１０６とを有している。

【００２５】ユーザ入力割り振り処理部１０４は、出発
地点を示す情報と出発地点から物件までの所要時間の許
容値を示す時間条件とを所要時間算出処理部１０８に割
り振り、物件の絞込みを行う為の賃貸料金等の物件絞込
み条件を物件選定処理部１０５へ割り振る処理部であ
る。

【００２６】物件選定処理部１０５は、ユーザから入力
された物件絞込み条件を満たす物件を不動産物件サーバ
１０２中の不動産物件オリジナルデータベース１０７か
ら検索し、その検索された物件からその最寄り駅までの
所要時間を示す情報を時間地図サーバ１０３へ送信して
物件一時データベース１１１に格納する処理部である。
画面構成処理部１０６は、時間地図サーバ１０３から受
け取った時間地図の出力と、各種空間情報へのリンクを
一つの画面にまとめてＨＴＭＬ形式にて出力し、クライ
アントに返信する処理部である。

【００２７】不動産物件サーバ１０２をユーザ入力割り
振り処理部１０４、物件選定処理部１０５及び画面構成
処理部１０６として機能させる為のプログラムは、ＣＤ
−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納
された後、メモリにロードされて実行されるものとす
る。なお前記プログラムを記録する記録媒体はＣＤ−Ｒ
ＯＭ以外の他の記録媒体でも良い。また前記プログラム
を当該記録媒体から情報処理装置にインストールして使
用しても良いし、ネットワークを通じて当該記録媒体に
アクセスして前記プログラムを使用するものとしても良
い。

【００２８】時間地図サーバ１０３は、所要時間算出処
理部１０８と、時間地図出力処理部１０９と、空間情報
連携処理部１１０とを有している。

【００２９】所要時間算出処理部１０８は、物件一時デ
ータベース１１１と時間地図データベース１１２を参照
し、ユーザから入力された出発地点からその最寄り駅ま
での所要時間と、出発地点の最寄り駅から前記案件の最
寄り駅までの所要時間と、不動産物件サーバ１０２から
送信された当該案件からその最寄り駅までの所要時間と
を加算して出発地点からその物件までの所要時間を算出
し、結果を物件時間距離データベース１１４に格納する
処理部である。

【００３０】時間地図出力処理部１０９は、前記求めた
出発地点からその物件までの所要時間を示す時間地図を
生成して時間地図サーバ１０３から不動産物件サーバ１
０２へ出力する処理部である。空間情報連携処理部１１
０は、空間情報データベース１１５から関連する地域の
情報を関係付けて画面レイアウトと一緒に不動産物件サ
ーバ１０２に返す処理部である。

【００３１】時間地図サーバ１０３を所要時間算出処理
部１０８、時間地図出力処理部１０９及び空間情報連携
処理部１１０として機能させる為のプログラムは、ＣＤ
−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納
された後、メモリにロードされて実行されるものとす
る。なお前記プログラムを記録する記録媒体はＣＤ−Ｒ
ＯＭ以外の他の記録媒体でも良い。また前記プログラム
を当該記録媒体から情報処理装置にインストールして使
用しても良いし、ネットワークを通じて当該記録媒体に
アクセスして前記プログラムを使用するものとしても良
い。

【００３２】図１を用いて本実施形態の不動産情報斡旋
システムの概要から説明する。図１の補足説明として、
不動産情報斡旋システムの構成要素の詳細を図２〜図１
３において後で詳細に説明するので、ここでは全体の構
成と作用、運用方法について特に焦点を当てて説明す
る。

【００３３】図１において、不動産情報斡旋システム
は、ネットワーク接続されたサブシステム（クライアン
ト１０１、不動産物件サーバ１０２、時間地図サーバ１
０３）から構成される。

【００３４】クライアント１０１はネットワークに繋が
る端末装置であり、移動体端末であっても良い。不動産
物件サーバ１０２は、ユーザ入力割り振り処理部１０
４、物件選定処理部１０５、画面構成処理部１０６と不
動産物件オリジナルデータベース１０７を備える。時間
地図サーバ１０３は、所要時間算出処理部１０８、時間
地図出力処理部１０９、空間情報連携処理部１１０、各
処理で用いるデータを格納するデータベースとして、物
件一時データベース１１１、時間地図データベース１１
２、アカウントデータベース１１３、物件時間距離デー
タベース１１４、空間情報データベース１１５を備え
る。

【００３５】ここで、不動産物件オリジナルデータベー
ス１０７には、不動産物件オリジナルテーブル１２４
（図７）のデータを格納する。物件一時データベース１
１１には、物件一時テーブル１１７（図８）及び最寄り
駅テーブル１１６（図９）を備える。時間地図データベ
ース１１２には時間距離テーブル１１８（図１０）及び
駅名テーブル１１９（図１１）を備える。アカウントデ
ータベース１１３には利用管理テーブル１２０（図１
２）を備える。物件時間距離データベース１１４には物
件時間距離テーブル１２１（図１３）を備える。空間情
報データベース１１５には物件と位置的に相関のある多
様な空間情報を格納する。

【００３６】次に図１における不動産情報斡旋システム
の各構成要素の作用の概略を説明する。まずユーザは、
クライアント１０１からＷＷＷブラウザで不動産物件サ
ーバ１０２にアクセスし、価格帯や間取り等の物件絞込
み条件と、出発地点の情報と、通勤の便（出発地点から
何分以内の場所か）を示す時間条件とを指定して対象物
件についての希望を入力する。

【００３７】次に、不動産物件サーバ１０２において、
ユーザ入力割り振り処理部１０４は、出発地点の情報及
び時間条件を所要時間算出処理部１０８に割り振り、他
の物件絞込み条件を物件選定処理部１０５に割り振る。
そして、物件選定処理部１０５は不動産物件オリジナル
データベース１０７から該当物件を抽出し、時間地図サ
ーバ１０３の物件一時データベース１１１に格納する。

【００３８】次に、時間地図サーバ１０３において、所
要時間算出処理部１０８は、物件一時データベース１１
１と時間地図データベース１１２から、各物件毎に所要
時間を算出し、結果を物件時間距離データベース１１４
に格納する。このとき、アカウントデータベース１１３
に利用履歴を記録する。時間地図出力処理部１０９は、
物件時間距離データベース１１４からユーザの通勤の便
の要望に基づいて該当物件を絞り込み、画面レイアウト
を作成して不動産物件サーバ１０２に制御を返す。更
に、空間情報データベース１１５から関連する地域の情
報を関係付けて一緒に返す。このとき、アカウントデー
タベース１１３に利用履歴を記録する。

【００３９】最後に、不動産物件サーバ１０２において
画面構成処理部１０６は、時間地図サーバ１０３から受
け取った時間地図の出力と、各種空間情報へのリンクを
一つの画面にまとめてＨＴＭＬ形式にて出力し、クライ
アント１０１に返信する。すなわち、ユーザの操作とし
てＷＷＷブラウザから検索を指示した後、検索結果一覧
１２２を得ることができる。

【００４０】図１において、不動産情報斡旋システムの
ユーザの操作、画面遷移イメージの概略について説明す
る。図１中の検索結果一覧１２２では、通勤が一時間前
後になる様な要求を持つユーザに対して、会社のある場
所から一時間前後（図では８０分）で到達できる６件の
不動産物件を抽出し、それらの最寄り駅と共に表示して
いる。

【００４１】また、各物件の表示場所がマウスでクリッ
クされた場合には、その地域の地図と共に連携空間情報
１２３を表示する。この連携空間情報１２３には、更に
景観画像写真や、お店情報、物件の詳細情報をリンクさ
せておくことにより、ユーザが街の様子で興味を持つ部
分について更に掘り下げながら情報提供することができ
るものとする。

【００４２】この様に、画面上に表示した地図の位置に
多様な空間情報を関係付けてリンクを作るサービスは従
来技術で容易に構築できる。例えば、特開２００１−０
２８０４０号公報「空間情報相対位置合せ方法」におい
ては、異なる空間情報を相互に関係付ける方法について
詳細に記載されており、この「空間情報相対位置合せ方
法」によると、時間地図と住宅地図の様に座標系や距離
解釈の異なる空間情報を連携するには、空間的な位置関
係の変換により実現できる。

【００４３】図２は本実施形態の物件選定処理の処理手
順を示すフローチャートである。図２に示す様に不動産
物件サーバ１０２の物件選定処理部１０５は、ユーザか
ら入力された物件絞込み条件を満たす物件を不動産物件
サーバ１０２中の不動産物件オリジナルテーブル１２４
から検索し、その検索された物件からその最寄り駅まで
の所要時間を示す情報を時間地図サーバ１０３へ送信し
て物件一時テーブル１１７に格納する処理を行う。

【００４４】ユーザがクライアント１０１からＷＷＷブ
ラウザで不動産物件サーバ１０２にアクセスし、価格帯
や間取り等の物件絞込み条件、出発地点の情報、通勤の
便を示す条件、すなわち出発地点から物件までの所要時
間の許容値を示す時間条件とを指定して対象物件につい
ての希望を入力すると、不動産物件サーバ１０２のユー
ザ入力割り振り処理部１０４は、クライアント１０１で
ユーザにより入力された物件絞込み条件を物件選定処理
部１０５へ割り振る。

【００４５】ステップ２０１において不動産物件サーバ
１０２の物件選定処理部１０５は、クライアント１０１
からユーザが入力した対象物件についての希望（価格帯
や間取り条件等）を示す物件絞込み条件を受け取る。

【００４６】ステップ２０２では、不動産物件オリジナ
ルテーブル１２４（図７）を参照して前記物件絞込み条
件を満たす物件を検索し、不動産物件オリジナルテーブ
ル１２４から該当する物件レコードを抽出する。

【００４７】ステップ２０３では、前記検索された物件
レコードから一件を取り出し、ステップ２０４では、そ
の取り出した物件情報から物件ＩＤ、最寄り駅及び所要
時間を抽出した後、その抽出した情報を物件情報の一部
を省いたサブセット情報として時間地図サーバ１０３へ
送信し、物件一時テーブル１１７（図８）に格納する。

【００４８】ステップ２０５では、前記検索された全物
件レコードについての処理を終了したかどうかの判定を
行い、まだ未処理のレコードがあればステップ２０３に
戻って処理を繰り返す。

【００４９】図３は本実施形態の所要時間算出処理の処
理手順を示すフローチャートである。図３に示す様に時
間地図サーバ１０３の所要時間算出処理部１０８は、物
件一時テーブル１１７と時間距離テーブル１１８及び駅
名テーブル１１９を参照し、ユーザから入力された出発
地点からその最寄り駅までの所要時間と、出発地点の最
寄り駅から前記案件の最寄り駅までの所要時間と、不動
産物件サーバ１０２から送信された当該案件からその最
寄り駅までの所要時間とを加算して出発地点からその物
件までの所要時間を算出し、結果を物件時間距離テーブ
ル１２１に格納する処理を行う。

【００５０】不動産物件サーバ１０２のユーザ入力割り
振り処理部１０４は、クライアント１０１でユーザによ
り入力された出発地点の情報と出発地点から物件までの
所要時間の許容値を示す時間条件とを所要時間算出処理
部１０８に割り振る。

【００５１】ステップ３０１において時間地図サーバ１
０３の所要時間算出処理部１０８は、クライアント１０
１からユーザが入力した出発地点の情報と時間条件を受
け取る。

【００５２】ステップ３０３では、駅名テーブル１１９
（図１１）を読み込み、出発地点から座標的に近い最寄
り駅を検索する。続いて、経路テーブル３０２を読み込
み、出発地点から最寄り駅までの経路を探索する。ここ
で経路テーブル３０２は、カーナビ等で用いられる従来
技術のデータ（道路ネットワークを表現したもの）を用
いれば良い。或いは、歩行者ナビ用に、階段の高低等も
考慮した道路ネットワーク詳細データであれば、更に望
ましい。

【００５３】さて、探索の結果、得られた経路が１ｋｍ
以下であれば、徒歩で移動するものとして時速４ｋｍ／
ｈで換算して出発地点から最寄り駅までの所要時間を算
出し、また、探索の結果、得られた経路が１ｋｍ以上で
あれば、バスに乗るものとして、時速２０ｋｍ／ｈで換
算して出発地点から最寄り駅までの所要時間を算出した
後、その算出した出発地点から最寄り駅までの所要時間
を最寄り駅テーブル１１６に格納する。

【００５４】なお、最寄り駅までの所要時間は、ユーザ
の方が詳しいことが多い為、直接ユーザに指定させても
良い。ステップ３０３において重要なことは、最寄り駅
テーブル１１６（図９）を作成することであり、その為
には、上述した様に徒歩またはバス等で換算したりする
多様な手法が適用できる。最寄り駅テーブル１１６の詳
細は図９を用いて後述する。また、出発地点の最寄り駅
と、物件所在の最寄り駅を区別する為に、便宜上、前者
を出発側最寄り駅、後者を物件側最寄り駅と称すること
とする。

【００５５】ステップ３０４では、物件一時テーブル１
１７（図８）を参照し、その内の一件を取り出す。ステ
ップ３０５では、駅名テーブル１１９（図１１）を参照
し、前記物件レコード中に記載された物件側最寄り駅の
駅名に対応する駅ＩＤを取得する。

【００５６】ステップ３０６では、時間距離テーブル１
１８（図１０）を参照し、出発側最寄り駅の駅ＩＤ、物
件側最寄り駅の駅ＩＤの２つのキーを用いて、出発側最
寄り駅と物件側最寄り駅の間の所要時間を得た後、出発
地点からの物件への所要時間を算出し、その結果を物件
レコードの情報と合わせて物件時間距離テーブル１２１
（図１３）に記録する。

【００５７】このとき、出発地点からの各物件への所要
時間は、（１）出発地点から出発側最寄り駅の所要時
間、（２）出発側最寄り駅から物件側最寄り駅の所要時
間、（３）物件側最寄り駅から物件の所要時間の３つの
所要時間の合計として求めることができる。これらのデ
ータは、ステップ３０６の処理以前に、最寄り駅テーブ
ル１１６、時間距離テーブル１１８、物件一時テーブル
１１７にそれぞれ格納されている。なお、所要時間算出
処理により生成される物件時間距離テーブル１２１を不
動産物件サーバ１０２に格納しても良い。

【００５８】ステップ３０７では、物件一時テーブル１
１７中の全物件について処理を終えたかどうかを判定
し、終えていなければステップ３０４に戻って処理を繰
り返す。

【００５９】ステップ３０８では、出発地点の最寄り駅
について全ての最寄り駅を処理したかどうかを判定し、
まだであればステップ３０４に戻って同じ処理を繰り返
す。このとき、物件時間距離テーブル１２１には、同一
物件に対して複数の経路・所要時間を表すレコードが格
納されうる。例えば、最短時間のレコードのみを残す方
法もあろうし、そのまま出力してユーザに選別を委ねて
も良い。

【００６０】ステップ３０９では、所要時間算出処理を
行った回数を示す算出アカウント情報を利用管理テーブ
ル１２０（図１２）に記録する。

【００６１】図４は本実施形態の時間地図出力処理の処
理手順を示すフローチャートである。図４に示す様に時
間地図サーバ１０３の時間地図出力処理部１０９は、前
記求めた出発地点からその物件までの所要時間を示す時
間地図を生成して時間地図サーバ１０３から不動産物件
サーバ１０２へ出力する処理を行う。

【００６２】一旦、物件時間距離テーブル１２１（図１
３）が生成されれば、時間地図出力処理において、ユー
ザの要求により、対話的応答をすることが容易にでき
る。出発地点からの時間条件を色々変えたり、場合によ
っては、物件の属性に応じて、出力する内容を絞り込む
様な操作も容易に実現できる。図１において、ユーザ入
力割り振り処理部１０４から時間地図出力処理部１０９
に対して出ている矢印は、そういうユーザ対話処理の流
れを示す。

【００６３】ステップ４０１において時間地図サーバ１
０３の時間地図出力処理部１０９は、ユーザからの入力
に基づいて、時間条件を示す最大所要時間Ｔmax、出発
地点Ｐの設定を行う。例えば、「自分の会社の場所
（Ｐ）から８０分以内（Ｔmax）の物件を調べよ」とい
う入力に基づいて設定を行う。

【００６４】ステップ４０２では、出発地点Ｐを示す図
形を時間地図上に出力する。出発地点Ｐは以下の極座標
における原点である。

【００６５】ステップ４０３では、最寄り駅テーブル１
１６（図９）を参照し、出発側最寄り駅の駅ＩＤを取得
する。そしてその駅ＩＤに該当するレコードを駅名テー
ブル１１９（図１１）から検索し、出発側最寄り駅の座
標値Ｘ、Ｙを読み出して出発側最寄り駅を示す図形を時
間地図上に出力する。ここで出発地点Ｐと出発側最寄り
駅の座標が近い場合には、どちらか一方を出力するもの
としても良い。

【００６６】前記図形の時間地図上への出力の際には、
ユークリッドベースの直行座標系から時間距離ベースの
極座標系への変換を行うものとし、その変換を次式の様
に行う。

【００６７】すなわち、ユークリッド距離での直行座標
系下にある２点Ｐ、Ｑの座標がＰ（Ｘ１、Ｙ１）、Ｑ
（Ｘ２、Ｙ２）であり、更に、点Ｐから点Ｑへの所要時
間がＴである場合に、２点Ｐ、Ｑを時間距離での極座標
系に変換した後のＰ’、Ｑ’の座標を、Ｐ’（０、
０）、Ｑ’（Ｒ、θ）とする。ここで、Ｐ（Ｘ１、Ｙ
１）、Ｐ’（０、０）は出発地点を示し、Ｑ（Ｘ２、Ｙ
２）、Ｑ’（Ｒ、θ）は、駅或いは物件の所在地を示
す。またグラフィック描画用のファクターとして、描画
エリアの最大半径画素数をＷmax、最大所要時間をＴmax
とする。このとき、Ｑ’（Ｒ、θ）は数１の様になる。

【００６８】

【数１】Ｒ＝Ｔ×Ｗmax／Ｔmax θ＝ｔａｎ^−１（（Ｙ２−Ｙ１）／（Ｘ２−Ｘ１）） ステップ４０４では、物件時間距離テーブル１２１（図
１３）を参照し、その所要時間Ｔが最大所要時間Ｔmax
以下の物件を検索する。

【００６９】ステップ４０５では、前記検索された物件
の物件レコードを一件抽出する。ステップ４０６では、
駅名テーブル１１９（図１１）を参照し、前記抽出した
物件の最寄り駅の駅ＩＤから、物件側最寄り駅の座標を
得る。更に、数１を用いて物件側最寄り駅の画面上の出
力位置を得た後、物件側最寄り駅を示す図形を時間地図
上に出力する。

【００７０】ステップ４０７では、前記物件と経路を示
す図形を時間地図上に出力する。物件は、物件側最寄り
駅からの所要時間で示される為、出発地点から物件側最
寄り駅方向に所要時間分延長した場所を出力位置とす
る。各地点間の経路の出力の際には、単純に出発地点か
ら出発側最寄り駅、物件側最寄り駅、物件の位置まで一
直線で放射状に線を引くだけで良い。或いはその経路の
所要時間等の経路情報を線の横に記載しても良い。

【００７１】ステップ４０８では、前記検索された全物
件について処理を終えたかどうかを判定し、終えていな
ければステップ４０５に戻って処理を繰り返す。

【００７２】ステップ４０９では、前記の様にして生成
した時間地図を表示する為の画面レイアウトデータと前
記検索された最大所要時間Ｔmax以下の物件を示す物件
ＩＤを不動産物件サーバ１０２に送信した後、時間地図
の出力を行った回数を示す出力アカウント情報を利用管
理テーブル１２０（図１２）に記録する。

【００７３】またこの際、空間情報連携処理部１１０に
より、空間情報データベース１１５から関連する地域の
情報を関係付けて画面レイアウトと一緒に不動産物件サ
ーバ１０２に返す処理を行っても良い。

【００７４】不動産物件サーバ１０２の画面構成処理部
１０６は、時間地図サーバ１０３から時間地図の画面レ
イアウトデータと前記検索された物件ＩＤを受け取る
と、その物件の賃貸料金等の物件絞込み条件となった情
報を不動産物件オリジナルテーブル１２４から読み出し
て時間地図に付加した後、各種空間情報へのリンクを一
つの画面にまとめてＨＴＭＬ形式にて出力し、クライア
ント１０１に返信して検索結果一覧１２２を出力する処
理を行う。

【００７５】なお、グラフィカルな時間地図を出力する
処理以外にも、例えば、時間距離属性の付いた物件を時
間距離順にソートしてリスト表示する等、多様な出力方
法も容易に実現可能である。

【００７６】図５は従来の不動産物件検索画面の一例を
示す図である。ここで、従来の不動産物件の検索画面の
例をあげて、従来技術の問題点について再度確認する。

【００７７】不動産物件情報は多くの場合、鉄道沿線沿
いに分類されている。そこで、ユーザに希望する鉄道沿
線を選択させ、他に価格帯や、検索の種類（一戸建て購
入か賃貸か等）を選択させると、従来技術では、図５の
様な一覧が得られる。しかし、図５を見て判る様にＡ駅
徒歩５分という物件とＢ駅バス３分という物件について
任意の出発地点からの距離を比較することは極めて難し
い上、価格や間取り等の他の条件も異なる為、各物件情
報の善し悪しを比較することはユーザにとって大変難し
いものであった。

【００７８】図６は本実施形態の検索結果一覧１２２の
一例を示す図である。図６を用いて本実施形態の時間地
図出力画面例の説明をする。

【００７９】一方、本実施形態によると、検索結果一覧
１２２は図６の出力画面例となる。図６中では、通勤が
一時間前後になる様な要求を持つユーザに対して、会社
のある場所（図中の「●」の位置）から一時間前後（８
０分以内）で到達できる６件の不動産物件を抽出し、そ
れらの最寄り駅（この例では物件側最寄り駅のみ）と共
に表示しており、破線の円は６０分の時間距離のエリア
を表している。

【００８０】図６中、Ａ駅を最寄り駅とする物件ＩＤ１
番の物件は、所要時間が一時間より少しかかるが、家賃
６８０００円であることと、Ｂ駅を最寄り駅とする物件
ＩＤ２番の物件は、所要時間がほぼ一時間だが、家賃７
５０００円であることと等を同時に一目瞭然で比較する
ことができる。また物件ＩＤ２番の物件と、物件ＩＤ５
番の物件はほぼ等価な通勤時間であることも見て取れ
る。ここで、物件ＩＤ５番の物件は２つ表示されている
が、ここでは、最寄り駅までバスで行く場合と、徒歩で
行く場合とで時間距離が変わることから２つを表示して
いる。２つ共に表示しなくとも、近い方だけを表示すれ
ば良い場合には、遠い方を表示しない様にしても良い。
また、物件ＩＤ５番及び６番の物件の様に同一の最寄り
駅に複数の物件が近接して表示される場合には、図６の
様に中心地点から最寄り駅を結ぶ直線上以外の位置に、
それらが重ならない様に図形の描画を行っても良い。

【００８１】この様に本実施形態では、時間地図を用い
ることにより、不動産物件の複雑な属性に対して、一律
な切り口で情報を一覧表示することができる。しかも、
時間条件を変える等、色々な対話応答を重ねることによ
り、各物件の立地条件について、多面的な比較を容易に
することができる。

【００８２】前記の様に本実施形態では、不動産物件サ
ーバ１０２側で保持している物件情報の内、検索された
物件の物件側最寄り駅までの所要時間の情報を時間地図
サーバ１０３へ送信し、時間地図サーバ１０３では、出
発地点から出発側最寄り駅までの所要時間と、出発側最
寄り駅から物件側最寄り駅までの所要時間と、不動産物
件サーバ１０２から送信された物件から物件側最寄り駅
までの所要時間とを加算して出発地点からその物件まで
の所要時間を求めるので、不動産物件サーバ１０２側で
管理している不動産物件情報をできるだけ外部に出すこ
となく出発地点からその物件までの所要時間を算出し、
物件情報同士の時間距離による直接比較を行うことが可
能である。

【００８３】図７は本実施形態の不動産物件オリジナル
テーブル１２４の一例を示す図である。図７を用いて、
不動産物件オリジナルテーブル７０１の説明をする。

【００８４】不動産物件オリジナルテーブル７０１は、
図１中の不動産物件オリジナルテーブル１２４の具体例
を表している。不動産物件オリジナルテーブル７０１
は、物件を識別する為のＩＤを示す物件ＩＤ７０２、そ
の物件の近隣の路線を示す沿線７０３、その物件の近隣
に位置する駅を示す最寄り駅７０４、その物件の所在地
を示す住所７０５、最寄り駅７０４で示された駅から当
該物件までバスで移動した場合の所要時間を示すバス所
要時間７０６、同様に徒歩で移動した場合の所要時間を
示す徒歩所要時間７０７、その物件の賃貸時または販売
時の料金を示す価格７０８、その他、管理費７０９、部
屋種別７１０、敷地面積７１１、建屋面積７１２、住居
種別７１３、駐車場７１４、初年度建築７１５、年数７
１６のフィールドを有しており、更に別のフィールドを
設けても良い。

【００８５】図８は本実施形態の物件一時テーブル１１
７の一例を示す図である。図８の物件一時テーブル８０
１は、図１中の物件一時テーブル１１７の具体例を表し
ており、物件一時テーブル８０１は、物件ＩＤ８０２、
最寄り駅８０３、所要時間８０４のフィールドを有して
いる。

【００８６】物件一時テーブル８０１は、顧客の希望条
件に沿って絞り込まれた不動産物件オリジナルテーブル
７０１のサブセットである。従って、物件一時テーブル
８０１の物件ＩＤ８０２、最寄り駅８０３、所要時間８
０４は、それぞれ、不動産物件オリジナルテーブルの物
件ＩＤ７０２、最寄り駅７０４、バス所要時間７０６
（或いは徒歩所要時間７０７）に対応している。

【００８７】図９は本実施形態の最寄り駅テーブル１１
６の一例を示す図である。図９を用いて、最寄り駅テー
ブル９０１の説明をする。

【００８８】最寄り駅テーブル９０１は、図１中の最寄
り駅テーブル１１６の具体例を表している。最寄り駅テ
ーブル９０１は、出発地番号９０２、目的地番号（最寄
り駅）９０３、所要時間９０４、交通手段９０５のフィ
ールドを有している。

【００８９】出発地番号９０２は常にゼロとする。目的
地番号（最寄り駅）９０３には、出発側最寄り駅の駅Ｉ
Ｄを格納する。駅ＩＤは常に正の整数とし、他の目的地
番号と衝突しない様にする。最寄り駅テーブル９０１
は、ユーザの希望条件により設定されるテーブルであ
る。ユーザが候補とする最寄り駅、所要時間をいくつか
指定することができる。

【００９０】例えば、自分の会社を出発地点とし、会社
の最寄り駅がＡ駅とＢ駅で、それぞれの所要時間がわか
っている場合は、ユーザがそれらの情報を直接指定すれ
ば良い。或いは、出発地点の界隈について余り良く知ら
ない人がユーザの場合、それらの情報を検索して求める
ことも可能である。例えば、まず、出発地点を中心に一
定の半径で最寄り駅を検索し、次に、道路ネットワーク
データを用いて出発地点から最寄り駅までの経路探索を
実行し、最後に経路沿いの歩行距離（或いは走行距離）
から所要時間を計算することができる。

【００９１】図１０は本実施形態の時間距離テーブル１
１８の一例を示す図である。図１０を用いて、時間距離
テーブル１００１の説明をする。

【００９２】時間距離テーブル１００１は、図１中の時
間距離テーブル１１８の具体例を表している。時間距離
テーブル１００１は、出発地番号１００２、目的地番号
１００３、所要時間１００４、経路ＩＤ１００５のフィ
ールドを有している。

【００９３】出発地番号１００２、目的地番号１００３
には駅ＩＤを格納する。すなわち、駅ＩＤがｎ種類ある
時、それぞれの駅同士の行き来にかかる所要時間を表現
するには、ｎ×（ｎ−１）個レコードを格納することと
なる。本実施形態では単純にｎ×（ｎ−１）個で表現す
る例をあげた。しかし、Ａ駅からＢ駅に到る経路は必ず
しも一種類とは限らない。例えば特急で１０分の距離で
も特急代を払わず、２０分かけてもいいユーザもいる。
この場合、時間距離としてＡ駅−Ｂ駅間を２通りに持つ
ことも可能である。このとき、経路データを別のエリア
に格納し、それらを識別するＩＤを付与すると共に、経
路ＩＤ１００５として、時間距離テーブルに格納する。

【００９４】図１１は本実施形態の駅名テーブル１１９
の一例を示す図である。図１１を用いて、駅名テーブル
１１０１の説明をする。

【００９５】駅名テーブル１１０１は、図１中の駅名テ
ーブル１１９の具体例を表している。駅名テーブル１１
０１は、駅ＩＤ１１０２、駅名１１０３、Ｘ座標１１０
４、Ｙ座標１１０５、座標参照ＩＤ１１０６のフィール
ドを有している。

【００９６】ここで、駅ＩＤ１１０２は、各駅に対して
一意に振られるＩＤ番号で正の整数とする。また、座標
系の表現方法は、一般に多種多様である為、座標参照Ｉ
Ｄ１１０６で座標系の意味を指定する。座標参照ＩＤ１
１０６に北緯東経の普通の座標系を考えるならば、Ｘ、
Ｙ座標も北緯・東経の数字を用いる。

【００９７】駅名テーブル１１０１は多様な用途で参照
され、駅名から駅ＩＤを参照する場合、駅ＩＤから駅名
を参照する場合、駅ＩＤから駅の座標を参照する場合等
がある。

【００９８】図１２は本実施形態の利用管理テーブル１
２０の一例を示す図である。図１２を用いて、利用管理
テーブル１２０１の説明をする。

【００９９】利用管理テーブル１２０１は、図１中の利
用管理テーブル１２０の具体例を表している。利用管理
テーブル１２０１は、会員ＩＤ１２０２、算出アカウン
ト１２０３、出力アカウント１２０４、契約条件１２０
５のフィールドを有している。ここで、会員ＩＤ１２０
２はユーザの属性を簡単に特定する為、一人のユーザに
一意に振られたＩＤとするが、法人ＩＤ等別のＩＤ管理
体系に変えることも容易である。もちろん、更に木目細
かくユーザのセッション毎のログや、アプリケーション
（不動産か、観光か等）毎のログを取ることも容易であ
る。

【０１００】図１３は本実施形態の物件時間距離テーブ
ル１２１の一例を示す図である。図１３を用いて、物件
時間距離テーブル１３０１の説明をする。

【０１０１】物件時間距離テーブル１３０１は、図１中
の物件時間距離テーブル１２１の具体例を表している。
物件時間距離テーブル１３０１は、物件ＩＤ１３０２、
所要時間１３０３、経路１３０４のフィールドを有して
いる。各物件が出発地点に指定された場所（会社の位置
等）から、何分で到達できるかのサマリ的なテーブルで
ある。物件ＩＤ１３０２は不動産物件オリジナルテーブ
ル７０１、物件一時テーブル８０１の物件ＩＤ７０２、
物件ＩＤ８０２に対応している。

【０１０２】次に、本実施形態の時間地図応用システム
を求職求人情報システムに応用した場合の、前記不動産
情報斡旋システムとの相違点を図１４を使って説明す
る。

【０１０３】図１４は本実施形態の求職求人情報システ
ムの概略構成を示す図である。まず構成として、図１で
不動産物件サーバであった装置が求人案件サーバとな
る。扱う情報が、不動産物件から求人案件となること
で、大きく構造が変わるが、時間地図サーバにとっては
両者の本質的な相違点は無く、容易に両者を切り替えて
用いることができる。

【０１０４】求人案件サーバにおいては、雇用条件、勤
務先、会社概要等、雇用に関わる条件がデータとして求
人案件オリジナルテーブルに格納されている。そして、
時間地図サーバにとって、個々の求人案件は求人ＩＤと
最寄り駅からの距離を把握した案件一時テーブルに格納
すれば良いのは、不動産情報斡旋システムと同様であ
る。時間地図サーバにとって重要なインタフェースは、
ユーザにとってどこから何分以内の求人が必要なのかで
あり、そのアプリケーションプログラムインタフェース
（ＡＰＩ）は所要時間算出処理、時間地図出力処理から
提供されるが、これらは、不動産物件サーバ、求人案件
サーバに共通する。

【０１０５】時間地図サーバによって構築された案件時
間距離データベースは、不動産の場合と同様、案件のＩ
Ｄ番号をキーとして、当該ＩＤ番号の案件が、出発地点
からどれだけの時間距離にあるかを示すので、本質的に
アプリケーションに依存しない。従って、図２〜図１３
を用いて説明してきた不動産情報斡旋システムとほぼ同
様な構成にて求職求人情報システムを構築できる。

【０１０６】次に、本実施形態の時間地図応用システム
を観光情報システムに応用した場合の、前記不動産情報
斡旋システムとの相違点を図１５を使って説明する。

【０１０７】図１５は本実施形態の観光情報システムの
概略構成を示す図である。まず構成として、図１の不動
産物件サーバであった装置が観光情報サーバとなる。扱
う情報が、不動産物件から観光情報となることで、大き
く構造が変わるが、時間地図サーバにとっては両者の本
質的な相違点は無く、容易に両者を切り替えて用いるこ
とができる。

【０１０８】観光情報サーバにおいては、観光ポイン
ト、宿泊費用、キャンセル条件等、ツアーに関わる条件
がデータとして観光情報オリジナルテーブルに格納され
ている。そして、時間地図サーバにとって、個々の観光
情報は観光ＩＤと最寄り駅からの距離を把握した案件一
時テーブルに格納すれば良いのは、不動産情報斡旋シス
テムと同様である。時間地図サーバにとって重要なイン
タフェースは、ユーザにとってどこから何分以内の観光
情報が必要なのかであり、そのＡＰＩは所要時間算出処
理、時間地図出力処理から提供されるが、これらは、不
動産物件サーバ、観光情報サーバに共通する。

【０１０９】時間地図サーバによって構築された案件時
間距離データベースは、不動産の場合と同様、案件のＩ
Ｄ番号をキーとして、当該ＩＤ番号の案件が、出発地点
からどれだけの時間距離にあるかを示すので、本質的に
アプリケーションに依存しない。

【０１１０】従って、図２〜図１３を用いて説明してき
た不動産情報斡旋システムとほぼ同様な構成にて観光情
報システムを構築できる。

【０１１１】更に、クライアントがネットワークに繋が
る移動体端末である時、時間距離属性の付いた観光情報
を用いて、現在位置から何分でどこに行くことができる
か等を概観することも実現できる。

【０１１２】図１６は本実施形態の時間地図サーバとア
プリケーションサーバにおける課金決済の一例を示す図
である。ここで、時間地図サーバの運用管理責任を担う
時間地図サービス運用者は、アプリケーションサーバの
運用管理責任を担うアプリケーションサービス運用者と
別々にすることができる。何故なら、時間地図サーバ
は、前述した様に不動産物件情報の斡旋以外にも、例え
ば求職・求人情報の斡旋、観光情報の提供等、幅広い用
途があるからである。すなわち、求職・求人情報の斡旋
を担う運用者、観光情報提供を担う運用者等、多種多様
な応用用途に答えながら、時間地図サービス運用者は時
間地図サーバ１０３を運用することに専念できる。この
場合、時間地図サービス運用者にとって、時間地図サー
バ１０３の提供するサービスを用いる直接の顧客はアプ
リケーションサービスの各運用者と言える。

【０１１３】時間地図サーバ１０３の利用頻度はアカウ
ントデータベース１１３に逐次記録される為、時間地図
サービス運用者はアプリケーションサービスの各運用者
に対してそれぞれ利用頻度に応じた対価請求ができる。
この対価は、アプリケーションサービス運用者がエンド
ユーザから取りたてても良いし、アプリケーションサー
ビス運用者が負担しても良いし、両者で分担しても良い
等、サービスの利用方法に対して、多様なビジネスモデ
ルを構築することができる。例えば、本サービスを携帯
電話でのインターネット利用時に通信キャリアに課金徴
収代行してもらうことも容易に可能である。何故なら、
代表的な携帯電話キャリアでは、ユーザがアプリケーシ
ョンサービス運用者のサービスを受けることに対して、
ユーザからアプリケーションサービス運用者への課金徴
収を代行する枠組みが既にある為である。この場合、時
間地図サービス運用者はアカウントデータベース１１３
の記録に基づいて、アプリケーションサービス運用者か
ら所定の対価を支払ってもらうこと等ができる。更に、
時間地図サービス運用者が通信キャリアであっても良
い。

【０１１４】前記の様に本実施形態では、時間地図サー
バを用いることにより、時間・空間を含めた複雑な属性
を持つ案件情報に対して、個々の案件情報に時間距離属
性を付与することができる。この為、主観性の入らない
一律な切り口で案件情報を一覧表示することができる。
しかも、時間条件を変える等、色々な対話応答を重ねる
ことにより、各案件の条件について、多面的な比較を行
うことができる。

【０１１５】特に、不動産物件情報、求職・求人情報、
観光情報の様に、案件の立地条件が重要な意思決定要素
となる様な情報検索について、時間距離の観点からの意
思決定支援を行うことができる。

【０１１６】すなわち、不動産物件情報斡旋に応用した
場合には、時間地図を用いることにより、不動産物件の
複雑な属性に対して、時間距離で各物件の立地条件を一
覧表示することができる。しかも、時間条件を変える
等、色々な対話応答を重ねることにより、各物件の立地
条件について、多面的な比較を容易にすることができ
る。

【０１１７】次に、求職・求人情報システムに応用した
場合には、時間地図を用いることにより、求職案件の複
雑な属性に対して、時間距離で各案件の立地条件を一覧
表示することができる。しかも、時間条件を変える等、
色々な対話応答を重ねることにより、各案件の立地条件
について、多面的な比較を容易にすることができる。つ
まり、自宅から通い易いパート等を容易に発見すること
ができる。

【０１１８】また、観光情報システムに応用した場合に
は、時間地図を用いることにより、観光案件の複雑な属
性に対して、時間距離で各案件の立地条件を一覧表示す
ることができる。しかも、時間条件を変える等、色々な
対話応答を重ねることにより、各案件の立地条件につい
て、多面的な比較を容易にすることができる。つまり、
観光地を効率良く廻る為のホテルの選定等に役立つ。

【０１１９】この様に時間地図の応用用途は幅広い。し
かも、時間地図サーバ本体は、上述したアプリケーショ
ン（不動産物件情報、求職・求人情報、観光情報等）の
応用用途の違いの影響を受けず、独立して運用可能であ
る。しかも、個々の利用状況に応じた課金を行うことが
できる為、多様なビジネスモデルを可能とする。すなわ
ち、時間地図サーバを運用することで、利用者から逐次
課金することも可能であるし、一括契約をアプリケーシ
ョンサーバ（観光情報サーバ等）運用者と結んで、時間
地図サービスを提供することもできる。

【０１２０】以上説明した様に本実施形態の所要時間情
報提供システムによれば、案件からその最寄り駅までの
所要時間を受け取って出発地点から案件までの所要時間
を求めるので、案件情報同士の時間距離による直接比較
を行うことが可能である。

【０１２１】

【発明の効果】本発明によれば案件からその最寄り駅ま
での所要時間を受け取って出発地点から案件までの所要
時間を求めるので、案件情報同士の時間距離による直接
比較を行うことが可能である。

【図面の簡単な説明】

【図１】本実施形態の不動産情報斡旋システムの概略構
成を示す図である。

【図２】本実施形態の物件選定処理の処理手順を示すフ
ローチャートである。

【図３】本実施形態の所要時間算出処理の処理手順を示
すフローチャートである。

【図４】本実施形態の時間地図出力処理の処理手順を示
すフローチャートである。

【図５】従来の不動産物件検索画面の一例を示す図であ
る。

【図６】本実施形態の検索結果一覧１２２の一例を示す
図である。

【図７】本実施形態の不動産物件オリジナルテーブル１
２４の一例を示す図である。

【図８】本実施形態の物件一時テーブル１１７の一例を
示す図である。

【図９】本実施形態の最寄り駅テーブル１１６の一例を
示す図である。

【図１０】本実施形態の時間距離テーブル１１８の一例
を示す図である。

【図１１】本実施形態の駅名テーブル１１９の一例を示
す図である。

【図１２】本実施形態の利用管理テーブル１２０の一例
を示す図である。

【図１３】本実施形態の物件時間距離テーブル１２１の
一例を示す図である。

【図１４】本実施形態の求職求人情報システムの概略構
成を示す図である。

【図１５】本実施形態の観光情報システムの概略構成を
示す図である。

【図１６】本実施形態の時間地図サーバとアプリケーシ
ョンサーバにおける課金決済の一例を示す図である。

【符号の説明】

１０１…クライアント、１０２…不動産物件サーバ、１
０３…時間地図サーバ、１０７…不動産物件オリジナル
データベース、１１１…物件一時データベース、１１２
…時間地図データベース、１１３…アカウントデータベ
ース、１１４…物件時間距離データベース、１１５…空
間情報データベース、１１６…駅テーブル、１１７…物
件一時テーブル、１１８…時間距離テーブル、１１９…
駅名テーブル、１２０…利用管理テーブル、１２１…物
件時間距離テーブル、１２２…検索結果一覧、１２３…
連携空間情報、１２４…不動産物件オリジナルテーブ
ル、１０４…ユーザ入力割り振り処理部、１０５…物件
選定処理部、１０６…画面構成処理部、１０８…所要時
間算出処理部、１０９…時間地図出力処理部、１１０…
空間情報連携処理部、３０２…経路テーブル、７０１…
不動産物件オリジナルテーブル、７０２…物件ＩＤ、７
０３…沿線、７０４…最寄り駅、７０５…住所、７０６
…バス所要時間、７０７…徒歩所要時間、７０８…価
格、７０９…管理費、７１０…部屋種別、７１１…敷地
面積、７１２…建屋面積、７１３…住居種別、７１４…
駐車場、７１５…初年度建築、７１６…年数、８０１…
物件一時テーブル、８０２…物件ＩＤ、８０３…最寄り
駅、８０４…所要時間、９０１…駅テーブル、９０２…
出発地番号、９０３…目的地番号（最寄り駅）、９０４
…所要時間、９０５…交通手段、１００１…時間距離テ
ーブル、１００２…出発地番号、１００３…目的地番
号、１００４…所要時間、１００５…経路ＩＤ、１１０
１…駅名テーブル、１１０２…駅ＩＤ、１１０３…駅
名、１１０４…Ｘ座標、１１０５…Ｙ座標、１１０６…
座標参照ＩＤ、１２０１…利用管理テーブル、１２０２
…会員ＩＤ、１２０３…算出アカウント、１２０４…出
力アカウント、１２０５…契約条件、１３０１…物件時
間距離テーブル、１３０２…物件ＩＤ、１３０３…所要
時間、１３０４…経路。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ある出発地点から目的地点までの所要時
   間情報を提供する所要時間情報提供方法において、 ユーザから入力された案件絞込み条件を満たす案件をア
   プリケーションサーバ中の案件オリジナルデータベース
   から検索し、その検索された案件からその最寄り駅まで
   の所要時間を示す情報を時間地図サーバへ送信するステ
   ップと、 ユーザから入力された出発地点からその最寄り駅までの
   所要時間と、出発地点の最寄り駅から前記案件の最寄り
   駅までの所要時間と、前記送信された当該案件からその
   最寄り駅までの所要時間とを加算して出発地点から案件
   までの所要時間を求めるステップと、 前記求めた出発地点から案件までの所要時間を示す時間
   地図を生成して時間地図サーバからアプリケーションサ
   ーバへ出力するステップとを有することを特徴とする所
   要時間情報提供方法。
2. 【請求項２】 各駅間の時間距離を予め時間距離テーブ
   ルに格納しておき、前記出発地点の最寄り駅から案件の
   最寄り駅までの所要時間をその時間距離テーブルから読
   み出して加算することを特徴とする請求項１に記載され
   た所要時間情報提供方法。
3. 【請求項３】 前記求めた出発地点から案件までの所要
   時間がユーザから入力された時間条件を満たす案件につ
   いて前記時間地図を生成することを特徴とする請求項１
   または請求項２のいずれかに記載された所要時間情報提
   供方法。
4. 【請求項４】 ある出発地点から目的地点までの所要時
   間情報を提供する所要時間情報提供システムにおいて、 ユーザから入力された案件絞込み条件を満たす案件をア
   プリケーションサーバ中の案件オリジナルデータベース
   から検索し、その検索された案件からその最寄り駅まで
   の所要時間を示す情報を時間地図サーバへ送信する案件
   選定処理部と、 ユーザから入力された出発地点からその最寄り駅までの
   所要時間と、出発地点の最寄り駅から前記案件の最寄り
   駅までの所要時間と、前記送信された当該案件からその
   最寄り駅までの所要時間とを加算して出発地点から案件
   までの所要時間を求める所要時間算出処理部と、 前記求めた出発地点から案件までの所要時間を示す時間
   地図を生成して時間地図サーバからアプリケーションサ
   ーバへ出力する時間地図出力処理部とを備えることを特
   徴とする所要時間情報提供システム。
5. 【請求項５】 ある出発地点から目的地点までの所要時
   間情報を提供する所要時間情報提供システムとしてコン
   ピュータを機能させる為のプログラムにおいて、 ユーザから入力された案件絞込み条件を満たす案件をア
   プリケーションサーバ中の案件オリジナルデータベース
   から検索し、その検索された案件からその最寄り駅まで
   の所要時間を示す情報を時間地図サーバへ送信する案件
   選定処理部と、 ユーザから入力された出発地点からその最寄り駅までの
   所要時間と、出発地点の最寄り駅から前記案件の最寄り
   駅までの所要時間と、前記送信された当該案件からその
   最寄り駅までの所要時間とを加算して出発地点から案件
   までの所要時間を求める所要時間算出処理部と、 前記求めた出発地点から案件までの所要時間を示す時間
   地図を生成して時間地図サーバからアプリケーションサ
   ーバへ出力する時間地図出力処理部としてコンピュータ
   を機能させることを特徴とするプログラム。