JP2022003336A - 情報処理システム、情報処理プログラム、情報処理装置、及び、情報処理方法 - Google Patents

Abstract

【課題】目的地まで到達するバス路線に乗車することが可能な鉄道駅の情報を提供する。【解決手段】情報処理システム１は、ユーザから地点情報としての目的地もしくは目的地エリアのみの指定を受け付ける、目的地受付手段２１１と、前記目的地もしくは目的エリアに到達可能なバス路線である到達バス路線の情報を取得する、バス路線情報取得手段３１２と、前記到達バス路線を利用可能な鉄道駅の情報を取得する、鉄道駅情報取得手段３１１と、前記到達バス路線を利用可能な鉄道駅の情報を含む出力情報を出力する、出力手段２１２と、を備える。【選択図】図１

Description

本発明は、情報処理システム、情報処理プログラム、情報処理装置、及び、情報処理方法に関する。

ユーザが特定の目的地へと行きたい場合に、目的地を指定してバス経路を検索することがある。従来、バス経路の探索は、ユーザが指定した目的地における最寄りのバス停留所を探索し、そのバス停留所を通るバス路線の情報等を表示するものであった。

しかしながら、特に鉄道網が発達している都心部においては、目的地までバスを利用するユーザは、鉄道を用いて鉄道駅まで赴き、そこで路線バスへと乗り換えて目的地へと向かうことが多い。そして、そのようなユーザは、当該鉄道駅までの移動方法を知っていることも多い。このような場合、ユーザに対して、目的地付近のバス停留所の情報を提供するよりも、目的地付近のバス停留所まで到達することのできる鉄道駅の情報を提供することが望まれる。

特開２００８−１７６０１８号公報

そこで、本発明は、目的地まで到達するバス路線に乗車することが可能な鉄道駅の情報を提供する。

一実施形態に係る情報処理システムは、ユーザから地点情報としての目的地もしくは目的エリアのみの指定を受け付ける、目的地受付手段と、前記目的地もしくは前記目的エリアに到達可能なバス路線である到達バス路線の情報を取得する、バス路線情報取得手段と、前記到達バス路線を利用可能な鉄道駅の情報を取得する、鉄道駅情報取得手段と、前記到達バス路線を利用可能な鉄道駅の情報を含む出力情報を出力する、出力手段と、を備える。

本発明によれば、目的地まで到達するバス路線に乗車することが可能な鉄道駅の情報を提供することにより、バスを利用する際の利便性を図ることができる。

第１実施形態に係る情報処理システムの機能を示すブロック図。 第１実施形態に係る目的地の探索表示画面を示す図。 第１実施形態に係る情報処理システムの動作を示すフローチャート。 第１実施形態に係る情報処理システムの動作の別の例を示すフローチャート。 第１実施形態に係る情報処理システムの探索結果表示を示す図。 第１実施形態に係る情報処理システムの探索結果表示の別の例を示す図。 第１実施形態に係る情報処理システムの探索結果表示の別の例を示す図。 第１実施形態に係る情報処理システムの探索結果表示の別の例を示す図。 第１実施形態に係る情報処理システムの探索結果表示の別の例を示す図。 第２実施形態に係る情報処理システムの動作を示すフローチャート。 第３実施形態に係る情報処理システムの動作を示すフローチャート。 第３実施形態に係る情報処理システムの探索結果表示を示す図。 第４実施形態に係る情報処理システムの動作を示すフローチャート。 第４実施形態に係る情報処理システムの探索結果表示を示す図。 第５実施形態に係る情報処理システムの探索結果表示を示す図。 第６実施形態に係る情報処理システムの探索結果表示を示す図。

以下、本発明の実施形態について、図面を参照しながら具体的に説明する。なお、各図において同等の機能を有する構成要素には同一の符号を付し、同一符号の構成要素の詳しい説明は繰り返さない。

（第１実施形態）
本実施形態に係る情報処理システムは、ユーザから目的地の入力を受け付けると、当該目的地に到達可能であるバス路線に乗り換えることができる鉄道駅を探索し、出力するものである。なお、以下の説明において目的地とは、ある一点を示すのみならず、所定の範囲を示す目的エリアを示す地点情報であってもよい。より詳しく、以下に説明する。

図１は、本実施形態に係る情報処理システム１の機能を示すブロック図である。この図１に示すように、情報処理システム１は、端末装置２と、サーバ３とを備えて構成される。端末装置２とサーバ３とは、ネットワーク４を介して通信可能に接続されている。端末装置２とサーバ３の少なくとも一部は、コンピュータにより実現可能である。ネットワーク４は、例えばインターネット回線であり、有線回線及び無線回線のいずれでもよく、回線の種類や形態は問わない。

端末装置２は、ユーザが使用する装置であり、例えば、携帯電話、スマートフォン、パソコン、タブレット端末等の情報処理端末である。この端末装置２は、制御部２１と、通信部２２と、記憶部２３と、操作部２４と、表示部２５と、を備えている。

制御部２１は、目的地受付部２１１と、情報出力部２１２とを備え、端末装置２の制御を行う。なお、制御部２１の各部は、端末装置２内のプロセッサが所定のプログラムを実行してソフトウェアによる処理がハードウェア資源を用いて具体的に実現されるものであってもよいし、実装されているハードウェア自身により実現されるものであってもよい。また、端末装置２の制御を行う他の機能を有する部を備えていてもよい。

目的地受付部２１１は、ユーザから目的地の入力、指定を受け付ける目的地受付手段として機能する。ユーザは、端末装置２の操作部２４、又は、端末装置２に接続されている入力装置を介して入力する。入力された目的地は、目的地受付部２１１により受け付けられる。目的地は、ユーザがバス路線を用いて行き方を知りたい地点のことであり、地点を特定可能な情報である。例えば、住所、建物、電話番号、会社、病院、公園、店舗、屋号、行楽地、地域、ランドマークとなるもの等、地点を特定できる情報である。

情報出力部２１２は、サーバ３から出力された情報に基づいて、表示部２５へと情報を出力する。より具体的には、サーバ３から受信した情報等を映像信号や文字信号に変換して表示部２５へと出力する。なお、情報出力部２１２は、情報を音声信号に変換してスピーカー等を介して出力するようにしてもよい。

通信部２２は、ネットワーク４を介して制御部２１とサーバ３との間で情報を送受信するためのインターフェースである。記憶部２３は、制御部２１が動作するためのプログラムや制御部２１が取り扱うデータ、例えば、目的地データやユーザデータを記憶する。操作部２４は、ユーザが端末装置２に情報を入力するためのインターフェースであり、例えば、キーボード、マウス、タッチパネル、ボタン等である。表示部２５は、液晶ディスプレイ等の映像表示手段であり、端末装置２からユーザへ様々な情報を出力する。なお、操作部２４がタッチパネルである場合には、操作部２４が表示部２５を兼ねていてもよい。

サーバ３は、ユーザからの入力に基づいて探索を行う装置であり、制御部３１と、記憶部３２と、通信部３３とを備えている。

制御部３１は、鉄道駅情報取得部３１１と、バス路線情報取得部３１２と、を備え、サーバ３の制御を行う。なお、制御部３１の各部は、サーバ３内のプロセッサが所定のプログラムを実行してソフトウェアによる処理がハードウェア資源を用いて具体的に実現されるものであってもよいし、実装されているハードウェア自身により実現されるものであってもよい。また、サーバ３を制御する他の部を備えていてもよい。

鉄道駅情報取得部３１１は、ネットワーク４を介して端末装置２から送信された目的地情報と、記憶部３２に記憶されているデータとに基づいて探索を行い、目的地に到達可能なバス路線を利用可能な鉄道駅情報を取得する。この鉄道駅情報取得部３１１は、記憶部３２に記憶されているデータから、条件に基づいて探索を行い、条件を満たす鉄道駅の情報を取得する。鉄道駅の情報とは、例えば、鉄道駅の名称や当該鉄道駅を通る鉄道路線名等の情報である。具体的な条件としては、目的地から所定の範囲内（第１範囲内）にあるという条件、又は、目的地から所定の範囲内にあるバス停留所へと運行されているバス路線に乗り換えることが可能であるといった条件が挙げられる。より詳しくは、後述する動作説明において記載する。

ここで、目的地に到達可能なバス路線を利用可能な鉄道駅とは、例えば、目的地へと到達可能なバス路線へと乗り換え可能な鉄道駅のことを言う。乗り換え可能であるとは、当該鉄道駅においてバス路線へと乗降できる状況を言う。これは、例えば、当該鉄道駅から２００ｍ以内にバス停留所がある、又は、徒歩５分以内でバス停留所がある場合を言う。２００ｍや５分は一例であり、この限りではない。また、目的地まで到達可能なバス路線が鉄道駅を通らない場合、当該バス路線の停留所のうち、鉄道駅へ乗り換えるのに一番近いバス停留所と、当該鉄道駅との距離が５００ｍであったり、徒歩１０分以内で行き来できたりする場合も利用可能であると言ってもよい。このように、目的地に到達可能なバス路線へと直接乗り換え可能ではなくとも、一般的に徒歩で行ける範囲にある鉄道駅に到達できる場合を含めてもよい。

バス路線情報取得部３１２は、ネットワーク４を介して端末装置２から送信された目的地情報と、記憶部３２に記憶されているデータとに基づいて探索を行い、目的地に到達可能なバス路線である到達バス路線の情報を取得する。このバス路線情報取得部３１２は、記憶部３２に記憶されているデータから、条件に基づいて探索を行い、条件を満たすバス路線の情報を取得する。バス路線の情報とは、ユーザがバス路線を一意的に認識するための情報であり、例えば、出発地、経由地、目的地、及び／又は、バス路線の系統名等の情報である。具体的な条件としては、鉄道駅情報取得部３１１が取得した鉄道駅において利用可能なバス路線のうち目的地の所定の範囲内（第２範囲内）にあるという条件、又は、目的地から所定の範囲内にあるバス停留所から運行されているバス路線といった条件が挙げられる。この探索条件については、鉄道駅情報取得部３１１の探索条件と同様に、後述する動作説明においてより詳しく記載する。なお、第１範囲と第２範囲は、いずれとも目的地から所定の範囲を表すが、第１範囲は目的地から鉄道駅等までの範囲を示し、第２範囲は目的地からバス停留所等までの範囲を示すという点で相違する。

記憶部３２は、各種データを記憶するデータベースであり、経路データベース３２１を備える。記憶部３２は、例えば、ハードディスク、不揮発性半導体メモリ（ＳＳＤ等）などの任意の記憶装置により構成可能である。また、記憶部３２は、図面においてはサーバ３内にあるものとしているが、制御部３１とは別のデータベースサーバや、ファイルサーバとして独立したサーバとして情報処理システム１内に通信可能に接続された別の装置内に備えられているものであってもよい。

経路データベース３２１は、鉄道駅情報の探索、及び、バス路線情報の探索を実行する際に使用するデータベースである。この経路データベース３２１は、バス路線の情報として、所定のバス事業者におけるバス路線情報のみを含むものであってもよいし、複数の事業者のバス路線の情報を備えているものであってもよい。複数の事業者のバス路線の情報を備えているものである場合は、一般的な鉄道路線情報探索や、より一般的な経路情報探索と同じデータベースを用いることも可能である。一方、所定のバス事業者に限定したバス路線情報のみを含むものである場合には、所定のバス事業者向けのサービスを提供する際に、データ記憶容量の削減や、探索の高速化を図ることが可能である。

さらに、この経路データベース３２１には、必ずしも鉄道駅における鉄道の時刻表や、鉄道から鉄道への乗り換え情報等の鉄道駅に関する路線情報を備えている必要は無く、鉄道駅の情報、及び、バス路線の情報を備えていればよい。これに加えて、経路データベース３２１は、地図情報データベースと、ＰＯＩ（Point Of Interest）情報データベースのうち少なくとも一つをさらに備えていてもよい。

地図データベースやＰＯＩデータベースを備える場合においては、経路データベース３２１とは別の格納場所に格納されるようにしてもよい。地図情報データベースは、表示用、あるいは、例えば緯度経度探索といった地点検索用に用いられる。ＰＯＩ情報データベースは、例えば、フリーワード検索やカテゴリ検索といった地点検索用に用いられる。

通信部３３は、端末装置２から出力された目的地についての情報を受信し、制御部３１において取得された情報を端末装置２へと出力する。制御部３１において取得された情報とは、少なくとも鉄道駅情報を含む情報であり、他に、バス路線の情報や、鉄道駅周辺の情報等が含まれる情報であってもよい。

次に、本実施形態に係る端末装置２の探索画面表示の一例について説明する。図２は、端末装置２の表示部２５に表示されている画面の一例を示す図である。この図２に示すように、表示部２５は、目的地入力領域２５１と、検索ボタン２５２と、探索結果表示領域２５３と、を備えている。

目的地入力領域２５１は、ユーザから目的地の入力を受け付ける領域である。目的地の入力は、文字入力で行うものであってもよいし、例えば、地図上でユーザがマウスのクリックやタッチパネルのタップにより示して行うものであってもよいし、音声入力であってもよい。文字入力で行う場合、施設の名称や住所等を入力するものであってもよいし、又は、電話番号等の目的地と紐付けられるような他の情報を入力できるようにしてもよい。クリックやタップで行う場合には、ユーザにより指定された位置周辺にある施設等の名称、あるいは、指定された位置周辺の住所、緯度経度等が目的地入力領域２５１に表示されるようにしてもよい。また、あらかじめ施設等の名称を図２に示すように地図上に表示しておき、地図上における施設名をユーザが指定するようにしてもよい。

検索ボタン２５２は、目的地を入力した後に押下されると、制御部２１の目的地受付部２１１へと目的地を出力するボタンである。押下は、マウスのクリックにより行われるものであってもよいし、タップで行うものであってもよい。また別の例としては、検索ボタン２５２は必ずしも必須ではなく、マウスのジェスチャーや、タッチパネル上の所定の方向へのフリックやスワイプその他の動作、端末装置２に振動を与える、音声で指示などの動作により検索ボタン２５２押下と同等の動作をするものであってもよい。

さらには、目的地入力領域２５１が目的地受付部２１１を兼ねているものであってもよく、例えば、日本語文字入力手段において目的地入力領域２５１に入力した目的地が確定したタイミングで目的地受付部２１１から通信部２２を介してサーバへと目的地情報が送信されるようにしてもよい。この場合、目的地入力領域２５１において目的地が確定されると自動的に鉄道駅探索が開始され、探索結果が表示されるようにしてもよい。目的地が曖昧である場合には、データベースの中から候補地を探索してユーザが選択できるようにしてもよい。日本語以外の言語の場合は、例えば空白文字が入力された時点で候補地を出力するようにしてもよい。

探索結果表示領域２５３は、探索結果を表示する領域である。例えば、後述する図５のように、周辺の地図を表示した上で、その地図上に明確に分かるように探索結果を表示する領域である。また、この領域は、探索結果を表示する領域であると伴に、ユーザが目的地を探す際に用いるようにしてもよい。例えば、上述したように、ユーザが地図上を指し示して目的地を入力する場合、この探索結果表示領域２５３に示されている地図を用いて目的地の指定をするようにしてもよい。

次に、具体的な動作の説明を行う。以下、図２に示す探索結果表示領域２５３に示されている、○○病院まで行くバス路線に乗り換えることができる鉄道駅を探索する場合について説明する。図２の例においては、○○病院の周辺には、北側と南側にそれぞれ鉄道路線があり、Ａ駅からＧ駅までの駅がある。このような状況において○○病院を目的地とした場合に処理の流れを説明する。なお、地図の方向は便宜上、上側が北方向であるとしたが、これには限られない。図３は、本実施形態に係る探索結果を表示するまでの動作の一例を示すフローチャートである。

まず、目的地受付部２１１は、入力画面を表示し、ユーザに入力、指定させた目的地の情報を受け付け、取得する（ステップＳ１０）。上述したように、図２における検索ボタン２５２が押下されたタイミングにおいて目的地受付部２１１により目的地が受付されてもよいし、目的地入力領域２５１に入力されたタイミングにおいて目的地受付部２１１が目的地を受け付けてもよい。

次に、端末装置２は、目的地受付部２１１により受け付けられ、取得された目的地情報を、通信部２２を介してサーバ３へと送信する（ステップＳ１１）。

次に、サーバ３は、目的地の探索を行う（ステップＳ２０）。目的地の探索は、記憶部３２に記憶されている情報に基づいて行う。ここで得られる情報は、例えば、住所、緯度経度といった情報である。また、入力された目的地の情報が曖昧である場合には、上述したように候補地をユーザに提示するなどしてさらに絞り込むように探索してもよい。

次に、サーバ３の鉄道駅情報取得部３１１は、目的地の周辺にある鉄道駅を取得する（ステップＳ２１）。目的地の周辺にある鉄道駅とは、第１範囲内、例えば、目的地から半径２ｋｍの範囲内にある鉄道駅のことを言う。第１範囲は、半径２ｋｍには限られず、５ｋｍであってもよいし、１ｋｍであってもよい。

また、都心部においては短め、例えば、２ｋｍと設定しておき、郊外部においては長め、例えば、７ｋｍや１０ｋｍなどとして設定してもよい。また、都心部や郊外部等と言った区別ではなく、鉄道網の密度や、鉄道駅の密度により距離が決まるように設定されていてもよい。さらには、距離には限られず、目的地から徐々に距離を増加させながら周辺の探索を行い、近い方から５駅を選択する、等としてもよい。すなわち、ここで言う第１範囲とは、距離のみならず、駅数としてもよい。

さらには、徒歩で行ける時間で範囲を指定してもよい。例えば、徒歩５分圏内、又は、徒歩１０分圏内等としてもよい。この場合、徒歩速度は、指定できるようにしてもよいし、所定の値（例えば５ｋｍ／ｈ）に設定されていてもよい。徒歩速度を指定できる場合、徒歩速度は、例えば、「ゆっくり」（４ｋｍ／ｈ）、「標準」（５ｋｍ／ｈ）、「せかせか」（６ｋｍ／ｈ）の中から指定できるものとしてもよい。また、徒歩で行ける経路があるか否かに基づいて探索を行うようにしてもよい。

次に、バス路線情報取得部３１２は、鉄道駅情報取得部３１１が取得した鉄道駅において利用可能なバス路線の探索を行う（ステップＳ２２）。本実施形態においては、このように、最初に鉄道駅を探索し、その後に当該鉄道駅において利用可能なバス路線を探索する。このバスの探索は、平均探索により行われる。平均探索とは、時刻を指定せずに経路探索をする探索方法であり、所要時間等の平均値を取得する探索のことをいう。

別の探索方法としては、図４に示すように、所定のバス事業者に絞り込んでバス経路の探索を行うようにしてもよい（ステップＳ２２Ａ）。このようにすることにより、汎用のデータベースを用いつつ、所定のバス事業者向けのサービスを提供するようにしてもよい。

次に、バス路線情報取得部３１２は、探索したバス路線のうち、目的地に到達可能なバス路線が含まれているか否かを判断する（ステップＳ２３）。ここで、バス路線が目的地に到達可能であるとは、当該バス路線のバス停留所のうち、現実的に目的地まで歩ける距離、例えば、目的地から２００ｍや５００ｍの距離であるバス停留所が存在することを言う。この距離は、ユーザが設定できるようにしてもよい。また、目的地周辺のバス路線の密度により、長くしたり、短くしたりするものであってもよい。また、距離ではなく、道のりであってもよい。

以下の説明において、目的地に到達可能であるバス路線のことを、到達バス路線と呼ぶ。なお、到達バス路線としては、鉄道駅から目的地へと到達可能なバス停留所まで、バス間の乗換が発生しないようなバス路線を探索することも可能である。

さらに、探索においては、バスの進行方向について考慮してもよい。すなわち、同じ系統のバス路線であっても、往路と復路により停車するバス停留所が異なる場合がある。このような場合に、バス路線としては停車するバスではあるが、進行方向が逆向きであるが故に、目的地周辺のバス停留所に停車しない可能性もある。

例えば、図２において、Ｂ駅からＣ駅行きのバスにおいては○○病院に到達可能であるが、同じ系統のバスであってもＣ駅からＢ駅行きのバスにおいては異なる道路を使用し、○○病院に到達可能ではないことがある。部分的に異なる経路を運行する場合もあれば、所謂循環バスのように全く異なる経路を運行する場合もある。

このような場合、Ｃ駅から目的地までは当該系統のバスでは到達可能ではないため、Ｃ駅は、当該系統については到達可能なバスに乗車できる鉄道駅として探索されないようにしてもよい。このように、到達バス路線の進行方向を考慮して、到達バス路線に乗り換えることが可能な鉄道駅を抽出するようにしてもよい。すなわち、バス路線の進行方向を考慮し、目的地に対して進行方向手前側の鉄道駅のみを探索条件とすることもできる。

到達バス路線がある場合（ステップＳ２３：Ｙｅｓ）、鉄道駅情報取得部３１１は、到達バス路線を利用可能な鉄道駅の情報を取得する（ステップＳ２４）。また、併せて、バス路線情報取得部３１２は、到達バス路線情報を取得する。到達バス路線情報の取得は、ステップＳ２２においてバス路線の探索を行うタイミングで、取得してもよい。ここで言う到達バス路線情報とは、バスの系統、バスの行き先、目的地に到達可能なバス停留所の名称、鉄道駅から当該バス停留所までのバス乗車時間、当該バス停留所から目的地までのおおよその徒歩時間等を含む情報である。

次に、サーバ３は、通信部３３を介して端末装置２へとステップＳ２４において取得した鉄道駅及び到達バス路線情報を送信し、出力する（ステップＳ２５）。一方、ステップＳ２３において、到達バス路線を取得することができなかった場合（ステップＳ２３：Ｎｏ）、サーバ３は、該当する鉄道駅がない旨について通信部３３を介して端末装置２へと出力するようにしてもよい。このように、該当する鉄道駅がないことを通知することにより、端末装置２において処理待ちの状態を解除することも可能である。

次に、端末装置２の情報出力部２１２は、通信部２２を介してサーバ３から出力された鉄道駅及び到達バス路線情報に基づいて到達バス路線を利用可能な鉄道駅の情報を含む出力情報を出力する（ステップＳ１２）。図５は、探索結果を出力した表示の一例を示す図である。探索結果は、例えば図５に示すように、探索結果表示領域２５３内に表示された地図上に、探索結果表示２５４のように表示される。なお、端末装置２は、受信した鉄道駅、バス情報を、記憶部２３に記憶するようにしてもよい。

探索結果として、目的地、目的地の住所、到達可能バスを利用可能な鉄道駅、バスの事業者、バスの系統、乗車停留所から降車停留所までのおおよその時間、降車するバス停留所名、降車してからの徒歩時間等の情報が表示される。これらの情報に限られるものではなく、目的地の電話番号、ファクシミリ番号、鉄道駅周辺の情報、バスの運賃、バスの行き先（バス路線の名称）、下車停留所までの停留所、鉄道駅から各停留所の営業キロ等の情報を表示するようにしてもよい。

例えば、図５においては、目的地の名称と住所がまず記載される。その下に、到達バス路線に乗車することのできる鉄道駅である、Ｂ駅、Ｆ駅、Ｇ駅の駅名が出力される。それぞれの鉄道駅と併せて、バス事業者名（☆☆バス）、当該バス事業者における目的地まで到達可能な系統名（○１３、○１４等）、バスの乗車時間、降車停留所名、降車してからの徒歩時間の情報が記載されている。すなわち、鉄道駅ごとに、上述したような到達バス路線に関する案内情報が表示される。

Ｂ駅から、☆☆バスの○１３、○１４、○１５系統のバスに乗ることで目的地の○○病院まで到達することができる。○１３系統、○１４系統は、降車停留所である○○病院前までの経路が同じであり、約５分で到達する。○○病院前で下車したのち、徒歩１分で目的地に到達する。一方、○１５系統は、○○病院前までの経路が上記２つの系統とは異なるため、約１０分で○○病院前停留所に到着する。このように、系統ごとに同じ経路である場合にはまとめて表示し、異なる経路である場合には、別々に表示するようにしてもよい。

Ｆ駅及びＧ駅についての表示についても同様である。すなわち、Ｆ駅からは、☆☆バスの○１４系統、△０５系統が到達バス路線であり、○○病院前停留所までは約８分かかり、下車してから徒歩１分で目的地に到達する。Ｇ駅からは、☆☆バスの☆１０系統が到達バス路線であり、☆１０系統における目的地の最寄りのバス停留所である□□高校停留所までは１６分掛かり、□□高校停留所から目的地の○○病院までは徒歩３分掛かることをしめしている。

このように、到達バス路線に乗り換えることが可能な複数の鉄道駅が探索された場合には、それぞれの駅ごとに到達バス路線情報等の案内情報を出力するようにしてもよい。なお、これらの駅のソート順も任意に変更することが可能である。例えば、到達バス路線の系統が多い順、到達バス路線のバスの本数が多い順、目的地までの合計時間が短い到達バス路線を含む鉄道駅の順、下車してからの徒歩時間が短い到達バス路線を含む鉄道駅の順、乗車率からみて平均的に混雑していない路線を優先する等、サービス提供者が設定するようにしてもよいし、ユーザ側で設定できるようにしてもよい。または、バス事業者と関連がある鉄道路線の駅を優先的に表示することも可能である。

さらに、図５においては系統名しか表示されていないが、同じ系統であっても行き先が複数あり、そのうち目的地まで到達できない行き先の場合もあり得る。このような場合に備え、系統名と併せてバスの行き先を表示するようにしてもよい。

図６は、探索結果表示の別の例を示す図である。図５の探索結果表示に加え、到達バス路線に乗り換えることが可能な鉄道駅を強調した表示したものである。より具体的には、Ｂ駅、Ｆ駅、Ｇ駅を囲うように強調表示２５５Ｂ、２５５Ｆ、２５５Ｇがされることにより、ユーザに鉄道駅の位置、及び、鉄道駅の名称をより明確に表示することが可能である。このような四角で囲う表示の他にも、該当する鉄道駅名を点滅表示させたり、該当する鉄道駅を他の駅とは別の色で表示したり、該当する鉄道駅のみマーカーで強調表示したりしてもよいし、これらの手法に限られず、他の強調するような表示を行ってもよい。このように表示することにより、ユーザが該当する鉄道駅を見落とす可能性を減らすことも可能である。

図７は、探索結果表示２５４のさらに別の例を示す図である。この図７では、探索結果表示２５４として、上述した、鉄道駅等の情報では不足する情報の例として、乗り場案内情報と、時刻表情報とを別途表示できるようにしたものである。

乗り場案内ボタン２５６は、押下すると、各鉄道駅における乗り場案内情報を表示するボタンである。各鉄道駅における乗り場案内情報としては、テキストの表形式で一覧表示するものであってもよいし、各鉄道駅周辺の地図を表示し、視覚的に乗り場の案内をするものであってもよい。図７においては、鉄道駅の情報として到達バス路線の乗り場までは表示されていないが、このような場合に、乗り場案内ボタンを押下すると、鉄道駅周辺の地図を表示し、その上で到達バス路線に乗車可能な乗り場を目立つように表示することも可能である。

時刻表ボタン２５７は、押下すると各到達バスの時刻表を表示するボタンである。時刻表表示は、鉄道駅ごと、系統ごとに一覧で表示するものであってもよいし、ユーザが指定した系統の時刻表を表示するものであってもよい。鉄道駅や系統ごとに一覧で表示するものである場合、ユーザは、どの鉄道駅から到達バスに乗車するかをより柔軟に広い選択範囲の中から選択することが可能となる。

これらの情報はボタン形式で表示するのみならず、例えば、探索結果表示２５４内に表示されている鉄道駅をクリック又はタップすると、当該鉄道駅の乗り場情報や時刻表情報を表示するようにしてもよいし、バス事業者を選択すると当該バス事業者のバスの情報を、系統名を選択すると当該系統のバスの情報を表示するようにしてもよい。また、鉄道駅を選択した際には、鉄道駅周辺の地図と伴に、飲食店、郵便局、コンビニ、又は、銀行のＡＴＭ等の情報を表示するようにしてもよい。

上記に説明した新たな情報の出力は、記憶部２３に鉄道駅、バス情報を記憶している場合には、当該情報から必要なものを取得して表示部２５へと出力するようにしてもよい。または、記憶部２３に記憶していない場合には、サーバ３へと問い合わせてユーザが必要とする情報を取得し、表示部２５へと表示するようにしてもよい。

さらに、図８、図９として探索結果の表示方法として別の例を挙げる。図８及び図９における探索結果表示領域２５３には、地図が表示されず、テキストデータとして探索結果が表示される。このように、本実施形態に係る探索結果の表示方法は、地図を表示しない表示であってもよい。

図８の例では、探索結果は、鉄道駅ごとに表示される。探索結果におけるＢ駅に関する情報は、探索結果表示領域２５３Ｂに、Ｆ駅に関する情報は、探索結果表示領域２５３Ｆに、Ｇ駅に関する情報は、探索結果表示領域２５３Ｇにそれぞれ表示される。探索結果としては、鉄道駅、鉄道駅において利用可能なバス停留所、到達バス路線に乗車可能な乗り場、到達バス路線の系統、下車する停留所までの乗車時間、下車してからの徒歩時間、そして、運賃が表示される。

例えば、Ｂ駅の探索結果に着目すると、鉄道のＢ駅においては、Ｂ停留所というバス停留所から到達バス路線に乗車することが可能である。Ｂ停留所においては、○１３系統、○１４系統、○１５系統のバスが到達バス路線であり、そのそれぞれについて、バスの乗車時間、下車する停留所名、下車してからの徒歩時間、運賃、そして、乗車可能な乗り場情報が表示されている。○１３系統と○１４系統のように、経路が同じである場合には、同じ情報としてまとめて表示してもよい。また、系統名のみならず、行き先表示をするものであってもよい。

さらに、この図８に示すように、探索結果表示領域２５３Ｂ内に、乗り場案内ボタン２５６Ｂ及び時刻表ボタン２５７Ｂを設置してもよい。もちろん図７の説明においてしたように、鉄道駅、系統、乗り場等にリンクを張っておき、選択したタイミングでその情報を表示するようにしてもよい。上記ではＢ駅についてのみ説明したが、Ｆ駅、Ｇ駅についても同様である。また、Ｂ駅、Ｆ駅、Ｇ駅のソート順についても、上述した説明と同様に任意に設定することが可能である。

図９は、探索結果情報についてのさらに別の例である。この図９においては、上述した鉄道駅情報の他に、始発のバスの時間及び終発のバスの時間を表示するものである。各鉄道駅に係る探索結果表示領域２５３内には、上述した例と同様に、鉄道駅、停留所、系統等の情報と伴に、始発バスの時間、終発バスの時間等が表示されている。

例えば、Ｂ駅に係る情報を表示している探索結果表示領域２５３Ｂ内には、Ｂ停留所から○○病院への各到達バス路線に対して、始発バスの時間と、終発バスの時間と、○○病院を発車する終発バスの時間が表示されている。このように、図８の情報に追加して、始発や終発の時間を表示することも可能である。これにより、ユーザの利便性をさらに向上することが可能となる。

なお、図９においては、表示する情報量が多岐にわたるため、Ｇ駅についての情報が表示されていないが、このような場合、スクロールバー２５８を表示領域に追加することも可能である。もちろん、図９には限られず、図５乃至図８においてもスクロールバー２５８を設置する用にしてもよい。

以上のように、本実施形態に係る情報処理システム１によれば、ユーザが目的地を指定すると、その目的地へ到達可能なバス路線に乗り換えることができる鉄道駅を探索し、その情報を出力することが可能となる。鉄道駅の情報をユーザに表示することにより、鉄道の路線情報に依存せず、かつ、到達バス路線の選択の幅を狭めることのない到達バス路線情報を、提示することができる。さらに、目的地周辺の鉄道駅から探索を行うので、効率的に目的地周辺の鉄道駅を探索することとなり、バスに乗車する時間が極端に増えるような経路を探索結果として表示することを抑制することもできる。

このように、本実施形態に係る情報処理システムによれば、到達バス路線を探索する上で、ユーザの利便性を向上することが可能である。さらに、目的地から鉄道駅を探索することにより、目的地まで到達可能な鉄道駅をユーザに選択することを促し、また、鉄道網と比べて路線が複雑になりがちなバス路線について到達バス路線に乗り換えることが可能な鉄道駅を探索することにより、バスを手軽に利用することを促進する効果もある。

また、上述したように、バス事業者を絞り込んで探索を行うことも可能であり、このように絞り込みを行うことにより、汎用のデータベースを用いることを可能とする。この場合、事業者を制限して探索するので、探索の高速化や、リソースの削減を図ることも可能である。さらに、本実施形態による探索では、鉄道網の情報は不要であり、バス路線の情報に加え、少なくとも鉄道駅の情報があればよいので、その点からもリソースを削減することが可能となる。

（第２実施形態）
上述した第１実施形態においては、鉄道駅から探索を行うことにより、到達バス路線を利用可能な鉄道駅を探索する情報処理システムについて説明したが、本実施形態においては、目的地周辺（第２範囲内）のバス停留所から探索する方法について説明する。

図１０は、本実施形態に係る処理の流れを示すフローチャートである。端末装置２におけるステップＳ１１までの処理、及び、サーバ３におけるステップＳ２０までの処理については、前述した第１実施形態と同様であるので省略する。

サーバ３は、目的地を探索した後、続いて、目的地周辺のバス停留所を探索する（ステップＳ２１Ｂ）。目的地周辺のバス停留所は、記憶部３２に記憶されているＰＯＩ情報、すなわち、着目している場所周辺の情報や地図情報に基づいて探索される。目的地の周辺にあるバス停留所とは、第２範囲内、例えば、目的地から半径２００ｍの範囲内にあるバス停留所のことをいう。第２範囲は半径２００ｍには限られず、５００ｍであってもよいし、１００ｍであってもよい。このように、本実施形態においては、鉄道駅を先に探索するのではなく、バス停留所を先に探索、すなわち、到達バス路線から探索を行う。

また、この第２範囲は、第１範囲と同様に、都心部においては短め、例えば、１００ｍと設定しておき、郊外部においては長め、例えば、５００ｍや１ｋｍなどと設定してもよい。また、都心部や郊外部と言った区別ではなく、バス路線網の密度やバス停留所の密度により距離が決まるように設定してもよい。さらには、距離には限られず、目的地から徐々に距離を増加させながら周辺の探索を行い、近い方から２停留所を選択する、等としてもよい。また、目的地からの徒歩時間が５分以内、１０分以内、というように時間で限定するようにしてもよい。すなわち、第２範囲は、第１範囲と同様に、距離のみならず、バス停留所の数、そして、徒歩時間により制限される範囲としてもよい。

次に、バス路線情報取得部３１２は、当該バス停留所において乗車できるバス路線の探索を平均探索により行い（ステップＳ２２）、それらのバス路線の中から鉄道駅において利用可能なバス路線を探索する（ステップＳ２３Ｂ）。すなわち、ステップＳ２２において探索されたバス路線から、鉄道駅において利用可能なバス停留所が存在するバス路線を抽出する。

次に、鉄道駅情報取得部３１１は、取得されたバス路線情報から鉄道駅情報を取得し、鉄道駅を通るバス経路がある場合、すなわち、鉄道駅情報取得部３１１が鉄道駅情報を取得した場合（ステップＳ２３：Ｙｅｓ）、サーバ３は、鉄道駅とバス路線情報を取得し（ステップＳ２４）、通信部３３を介して端末装置２へと出力する。通信部２２を介して鉄道駅、バス路線情報を受信した端末装置２は、情報出力部２１２により表示部２５に探索結果を表示する。すなわち、この後の処理は、上述した第１実施形態と同じ処理を行う。
一方、鉄道駅を通るバス路線が無い場合（ステップＳ２３：Ｎｏ）においても、第１実施形態と同様の処理を行う。

なお、本実施形態においても、探索結果の表示は、上述した第１実施形態と同様である。すなわち、図５乃至図９のような探索結果表示をすることが可能である。

以上のように、本実施形態に係る情報処理システム１によっても、ユーザが目的地を指定すると、その目的地へ到達可能なバス路線に乗り換えることができる鉄道駅を探索し、その情報を出力することが可能となる。さらに、本実施形態に係る情報処理システム１によれば、目的地周辺のバス停留所から到達バス路線を探索するため、目的地周辺のバス停留所において下車することのできるバスであり、鉄道駅において乗車することができるバスをユーザに提示することが可能となる。前述した第１実施形態と比較すると、周辺の鉄道駅のみならず、第１実施形態に係る情報処理システム１よりも、遠くにある鉄道駅についても探索されるため、よりユーザの選択の幅を拡げることが可能である。

（第３実施形態）
上述した実施形態においては、目的地に到達可能なバス路線に乗車することが可能な鉄道駅の情報を出力する情報処理システム１について説明したが、本実施形態においては、バスではなく、タクシーに乗車する場合について説明する。

図１１は、本実施形態における処理の流れを示すフローチャートである。端末装置２におけるステップＳ１１までの処理、及び、サーバ３におけるステップＳ２１までの処理については、上述した第１実施形態と同様の処理である。

目的地から第１範囲内にある鉄道駅を取得した後、サーバ３の制御部３１は、タクシー情報の探索を行う（ステップＳ２２Ｃ）。タクシー情報とは、ステップＳ２１において取得された鉄道駅における、タクシーの乗降に関する情報のことを言う。例えば、タクシープールの情報、平均的な待ちタクシー台数の情報等である。

次に、タクシー情報を元に、所定の条件を満たす鉄道駅があるか否かを判断する（ステップＳ２３Ｃ）。所定の条件とは、例えば、目的地までの想定時間、目的地までの想定料金、タクシープールがあるか否か、平均的な待ちタクシーの台数、目的地までの直線距離等の条件である。これら以外のタクシーの乗車に関する情報であってもよい。

所定の条件を満たす鉄道駅がある場合（ステップＳ２３Ｃ：Ｙｅｓ）、鉄道駅情報取得部３１１は、当該鉄道駅の情報を取得する。鉄道駅の情報とは、鉄道駅の名称の他、タクシープールの有無や、タクシー乗り場の位置情報等、タクシーに関する情報を含んでいてもよい。また、上述した実施形態と同様に、鉄道駅周辺の施設の情報を含む情報であってもよい。

次に、サーバ３は、通信部３３を介して端末装置２へ鉄道駅情報を送信し、出力する（ステップＳ２５Ｃ）。サーバ３が出力した鉄道駅情報は、通信部２２を介して端末装置２が受信する。端末装置２の情報出力部２１２は、受信した鉄道駅情報を表示部２５へと出力する（ステップＳ１２Ｃ）。

図１２は、本実施形態に係る探索結果の表示の一例を示す図である。大まかな表示は、図５と同様である。探索結果表示領域２５３内の探索結果表示２５４がタクシーの探索結果となっている。図１２の例においては、タクシーの乗車時間が短い順番に鉄道駅の情報を出力している。鉄道駅のソート順は、乗車時間に限られず、タクシープールがあり、タクシーに乗車しやすいといった情報に基づいてソートされていてもよい。

また、表示されている情報についても図１２においては、タクシーに乗車している時間であるが、これには限られず、タクシープールの有無や、乗り場の情報であってもよい。
乗り場の情報とは、例えば、鉄道駅に複数の出口がある場合に、目的地に到達するにはいずれの出口が利便性がよいか、いずれの出口から出ると乗車時間が短いか、又は、料金が安いか等の情報である。このような情報を出力することによりユーザビリティを向上するようにしてもよい。

以上のように、本実施形態によれば、路線バスを用いて目的地まで到達する鉄道駅の探索の他、タクシーを用いて目的地まで到達するような場合について、ユーザの利便性の向上をすることが可能である。

（第３実施形態の変形例）
また、タクシー情報のみならず、バス情報も併せて出力するようにしてもよい。例えば、到達バス路線の本数が所定の数よりも少ない場合に、タクシーに関する情報を出力するようにしてもよい。図１３は、バス情報と併せてタクシー情報を出力する実施形態の一例に係る処理の流れを示すフローチャートである。

端末装置２がユーザから目的地の入力を受け付け、目的地情報をサーバ３に送信するまでの処理は、上述した各実施形態と同様である。

通信部３３を介して目的地の情報を取得したサーバ３は、目的地の探索を行う（ステップＳ３０）。この探索処理も、上述した各実施形態におけるステップＳ２０の処理と同様の処理を行う。

次に、サーバ３の制御部３１は、バス路線の探索を行う（ステップＳ３１）。この探索の処理は、第１実施形態のように、鉄道駅情報から探索するものでもよいし、第２実施形態のように、目的地周辺のバス停留所の情報から探索するものでもよい。

鉄道駅情報、及び、到達バス路線情報の探索が終了した後、制御部３１は、探索により取得した到達バス路線の本数が所定数以上あるか否かを判断する（ステップＳ３２）。所定数とは、例えば、１、２、又は、それ以上の所定の数のことを言う。これは、サービス提供者側で表示数などの制限等により設定するものであってもよいし、ユーザ側で指定できるようにしてもよい。例えば、所定数を１とした場合、到達バス路線が無い場合にタクシー情報を出力することとなり、到達バス路線が２の場合、到達バス路線が１本しかない場合にもタクシー情報を出力することとなる。

なお、ここでは到達バス路線の本数を所定の数と比較する例を挙げたがこれには限られず、例えば、探索された鉄道駅の駅数によりタクシー情報を出力するようにしてもよい。この場合、所定数を１と設定すると、鉄道駅が１つも探索されない場合にはタクシー情報を出力し、所定数を２と設定すると、鉄道駅が１つだけ探索される場合にもタクシー情報を出力することとなる。以下においては所定数と到達バス路線とを比較する例について説明するが、これは、所定数と鉄道駅とを比較する場合においても同様の処理を行うことができる。

バス路線情報が所定数以上探索されている場合（ステップＳ３２：Ｙｅｓ）、サーバ３は、上述した探索結果と同様の処理を行い、探索結果を端末装置２へと出力する（ステップＳ３４、ステップＳ３５）。ステップＳ３４及びステップＳ３５の処理は、前述した実施形態のステップＳ２４及びステップＳ２５の処理と同様である。

一方、バス路線情報が所定数以上探索されていない場合（ステップＳ３３：Ｎｏ）、サーバ３は、タクシー情報探索処理へと移行する（ステップＳ３３）。このステップＳ３３の処理は、上述した第３実施形態に係るタクシー探索処理と同様の処理である。タクシー探索処理の後、サーバ３は、鉄道駅情報を取得し、鉄道駅の情報を、通信部３３を介して端末装置２へと送信する（ステップＳ３４、ステップＳ３５）。この処理は、第３実施形態に係るタクシー探索処理におけるステップＳ２４、及び、ステップＳ２５と同様の処理である。

なお、到達バス路線情報と、タクシーに乗車できる鉄道駅の情報を併せて探索する場合もある。このような場合、制御部３１は、到達バス路線情報に関する鉄道駅、バス路線情報と、タクシー情報に関する鉄道駅情報を別々に探索するようにしてもよいし、これら二つの探索処理を並行して行うようにしてもよい。

到達バス路線情報に係る情報と、タクシーに係る情報を、通信部２２を介して受信した端末装置２は、情報出力部２１２を介して表示部２５へと探索した鉄道駅情報を出力する（ステップＳ１２Ｄ）。図１４は、到達バス路線情報と、タクシー情報と、に係る鉄道駅情報を併せて出力した探索結果表示の一例を示す図である。この図１４に示すように、到達バス路線情報と、タクシー情報とが併せて探索結果表示２５４へと表示される。もちろん、この表示は図８又は図９に示すようにテキスト形式で表示されるようにしてもよい。

以上のように、タクシー情報を探索する場合には、到達バス路線情報を先に取得し、その取得状況に基づいてタクシー情報を探索するようにしてもよい。なお、所定数を十分大きくしておくことにより、常に到達バス路線情報とタクシー情報とを併せて表示できるようにしてもよい。

（第４実施形態）
上述した各実施形態においては、目的地は１つであったが、以下の実施形態では、目的地が複数ある場合についての処理について説明する。本実施形態に係る情報処理システム１は、複数の目的地を入力した場合にそれらの目的地に共通して到達することのできるバス路線を探索する。すなわち、所定のバス路線において、鉄道駅と、複数の目的地に到達可能なバス停留所を有する到達バス路線と鉄道駅の探索を行う。

本実施形態の探索処理については、第１実施形態、又は、第２実施形態と同様であるので詳しい説明は省略する。異なる点は、到達バス路線を探索する際に、複数の目的地の全てに到達することのでき、鉄道駅において利用可能なバス路線を探索するところにある。

図１５は、本実施形態に係る探索結果の一例を示す図である。この例においては、○○病院のほか、△△スーパーも目的地としてユーザが入力している。このような場合の探索結果は、図中の探索結果表示領域２５３Ｂに示すように、○○病院と、△△スーパーのいずれにも到達できるバス路線が出力される。

例えば、Ｂ駅からは、○１３系統、○１４系統、○１５系統の３つの系統が○○病院と、△△スーパーのいずれにも到達可能であり、それぞれの系統におけるバス乗車時間と、下車してからの徒歩時間、そして、各系統に乗車できる乗り場等の案内情報が表示されている。○１３系統、及び、○１４系統においては、○○病院へ行くには、○○病院前停留所までバスに約５分間乗車し、そこから徒歩１分であり、△△スーパーへ行くには、○×町停留所までバスに約１０分間乗車し、そこから徒歩で２分である。一方、○１５系統では、○○病院前へ行くには、○○病院前停留所までバスに約１０分乗車し、そこから徒歩で１分であり、△△スーパーへ行くには、○×小学校停留所まで約１３分間乗車し、そこから徒歩で１分である。

このように、鉄道駅ごとに、各到達バス路線の情報を出力するようにしてもよい。なお、図１５においては、Ｂ駅の情報しか記載されていないが、複数の鉄道駅が探索結果としてあげられる場合には、図８、又は、図９のように、並べて表示することも可能である。さらに、テキスト表示には限られず、図５等のように、地図上にオーバーラップするように表示されるようなものであってもよい。

以上のように、本実施形態によれば、複数の目的地が受付された場合に、それらの目的地全てを通るバス路線に乗車することのできる鉄道駅の情報を探索することが可能となる。このような探索、及び、表示をすることにより、ユーザは、複数の目的地へと向かうバス路線の情報を取得することができる。

（第５実施形態）
第４実施形態においては、複数の目的地に共通して到達することのできるバス路線を探索したが、本実施形態に係る情報処理システム１は、複数の目的地に共通して到達することのできる鉄道駅の探索を行う。すなわち、複数の目的地に到達可能な１又は複数のバス路線に乗車することができる鉄道駅の探索を行う。第４実施形態と異なる点は、第４実施形態は、１バス路線で全ての目的地へと到達可能であることを条件としたが、本実施形態においては、１バス路線のみならず、異なる複数のバス路線により複数の目的地へ到達することができる鉄道駅の探索をする点である。

本実施形態の探索処理については、第４実施形態と同様に、前述した第１実施形態、又は、第２実施形態と同様であるので詳しい説明は省略する。到達バス路線を探索する際に、第１実施形態のように鉄道駅から探索する場合は、バス路線情報取得部が、当該鉄道駅を通るバス路線において、複数の目的地へそれぞれ到達可能なバス路線を探索する点において、第１実施形態とは異なる。また、第２実施形態のように、目的地周辺のバス停留所から探索する場合は、鉄道駅情報取得部３１１が、目的地ごとにバス停留所を探索し、それら複数のバス停留所において乗車、下車することのできるバス路線に共通して乗り換えることが可能な鉄道駅を探索する点において、第２実施形態とは異なる。

図１６は、本実施形態に係る探索結果の一例を示す図である。この例においては、○○病院のほか、××病院も目的地としてユーザが入力している。このような場合の探索結果は、図中の探索結果表示領域２５３Ｂに示すように、○○病院に到達できるバス路線と、××公園に到達できるバス路線とが個別に出力される。

例えば、Ｂ駅からは、○○病院へ到達可能なバス路線の系統が○１３系統、○１４系統、○１５系統の３系統があり、○１３系統と○１４系統では、バスの乗車時間が約５分、○○病院前停留所において下車してから徒歩時間が１分であり、○１５系統では、バスの乗車時間が約１０分、○○病院前停留所において下車してから徒歩時間が１分である。一方、××病院へは、○１３系統と×２０系統の２系統があり、○１３系統では、バスの乗車時間が約１８分、××交番前停留所において下車してから徒歩時間が３分であり、×２０系統では、バスの乗車時間が約１２分、××公園入口停留所において下車してから徒歩時間が１分である。また、Ｂ駅において各バス路線へ乗車可能な乗り場案内を表示していてもよい。

このように、鉄道駅を表示して、そこから各目的地へと到達できるバス路線の情報を出力するようにしてもよい。なお、図１６においては、Ｂ駅の情報しか記載されていないが、複数の鉄道駅が探索結果としてあげられる場合には、図８、又は、図９のように、並べて表示することも可能である。さらに、テキスト表示には限られず、図５等のように地図上にオーバーラップするように表示されるようなものであってもよい。また、図１６に示す○１３系統のように、第４実施形態における探索対象である○○病院と××病院に共通して到達可能なバス路線がある場合、当該バス路線も出力するようにしてもよい。

以上のように、本実施形態によれば、複数の目的地に到達することのできるバス路線に共通して乗り換えることが可能な鉄道駅の情報を探索することが可能となる。このような探索、及び、表示をすることにより、ユーザは、複数の目的地へと向かう場合に、拠点となる鉄道駅を選択することができる。

なお、上述した全ての実施形態において、到達バス路線に対して進行方向手前側の１つの鉄道駅しか出力していないが、これには限られない。すなわち、例えば、図２の例において、目的地を○○病院とした場合に、Ａ駅を出発し、Ｂ駅において乗降可であり、○○病院まで到達可能なバス路線がある場合、Ｂ駅のみならず、Ａ駅をも出力するようにしてもよい。

上述した各実施形態で説明した情報処理システムの少なくとも一部は、ハードウェアで構成してもよいし、ソフトウェアで構成してもよい。ソフトウェアで構成する場合には、情報処理システムの少なくとも一部の機能を実現するプログラムをフレキシブルディスクやＣＤ−ＲＯＭ等の記録媒体に収納し、コンピュータに読み込ませて実行させてもよい。記録媒体は、磁気ディスクや光ディスク等の着脱可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でもよい。

また、情報処理システムの少なくとも一部の機能を実現するプログラムを、インターネット等の通信回線（無線通信も含む）を介して頒布してもよい。さらに、同プログラムを暗号化したり、変調をかけたり、圧縮した状態で、インターネット等の有線回線や無線回線を介して、あるいは記録媒体に収納して頒布してもよい。

さらに、一つまたは複数の情報処理装置によって情報処理システムを機能させてもよい。複数の情報処理装置を用いる場合、情報処理装置のうちの１つをコンピュータとし、当該コンピュータが所定のプログラムを実行することにより情報処理システムの少なくとも１つの手段として機能が実現されてもよい。

上記の記載に基づいて、当業者であれば、本発明の追加の効果や種々の変形を想到できるかもしれないが、本発明の態様は、上述した個々の実施形態に限定されるものではない。特許請求の範囲に規定された内容およびその均等物から導き出される本発明の概念的な思想と趣旨を逸脱しない範囲で種々の追加、変更および部分的削除が可能である。

１ 情報処理システム
２ 端末装置
２１ 制御部
２１１ 目的地受付部
２１２ 情報出力部
２２ 通信部
２３ 記憶部
２４ 操作部
２５ 表示部
３ サーバ
３１ 制御部
３１１ 鉄道駅情報取得部
３１２ バス路線情報取得部
３２ 記憶部
３２１ 経路データベース
３３ 通信部

Claims (17)

1. ユーザから地点情報としての目的地又は目的エリアのみの指定を受け付ける、目的地受付手段と、
   前記目的地又は前記目的エリアに到達可能なタクシーの情報を取得する、タクシー情報取得手段と、
   前記タクシーを利用可能な鉄道駅であって、ユーザの出発地を考慮しない鉄道駅の情報を取得する、鉄道駅情報取得手段と、
   前記鉄道駅の情報を含む出力情報を出力する、出力手段と、
   を備える、情報処理システム。
2. 前記鉄道駅情報取得手段は、前記目的地から第1範囲内にある鉄道駅の情報を取得し、
   前記タクシー情報取得手段は、前記第1範囲内にある鉄道駅において利用可能なタクシーに基づいて前記タクシーの情報を取得し、
   前記鉄道駅情報取得手段は、当該タクシーの情報に基づいて当該鉄道駅の情報を取得し、
   前記出力手段は、前記鉄道駅情報取得手段が取得した情報を含む前記出力情報を出力する、
   請求項1に記載の情報処理システム。
3. 前記鉄道駅情報取得手段は、前記目的地又は前記目的エリアまでの想定時間又は想定料金に基づいて、前記鉄道駅の情報を取得する、
   請求項1又は請求項2に記載の情報処理システム。
4. 前記出力手段は、前記鉄道駅から前記目的地又は前記目的エリアまでにおける前記タクシーの乗車時間に基づいて、前記鉄道駅の情報を出力する、
   請求項1から請求項3のいずれかに記載の情報処理システム。
5. 前記出力手段は、前記鉄道駅から前記目的地又は前記目的エリアまでにおける前記タクシーの乗車時間を出力する、
   請求項1から請求項4のいずれかに記載の情報処理システム。
6. 前記出力手段は、前記鉄道駅から前記目的地又は前記目的エリアまでにおける想定料金に基づいて、前記鉄道駅の情報を出力する、
   請求項1から請求項5のいずれかに記載の情報処理システム。
7. 前記出力手段は、タクシープールの有無に基づいて、前記鉄道駅の情報を出力する、
   請求項1から請求項6のいずれかに記載の情報処理システム。
8. 前記鉄道駅情報取得手段は、平均的な待ちタクシーの台数に基づいて前記鉄道駅の情報を取得する、
   請求項1から請求項7のいずれかに記載の情報処理システム。
9. 前記出力手段は、前記目的地若しくは前記目的エリアまでにおける前記タクシーの乗車時間、前記目的地若しくは前記目的エリアまでの利便性、又は、前記目的地若しくは前記目的エリアまでの料金の少なくとも1つに基づいた情報を、乗り場の情報として出力する、
   請求項1から請求項8のいずれかに記載の情報処理システム。
10. 前記目的地又は前記目的エリアに到達可能なバス路線である到達バス路線の情報を取得する、バス路線情報取得手段、
    をさらに備え、
    前記鉄道駅情報取得手段は、前記タクシー及び前記到達バス路線の両方を利用可能な鉄道駅であって、ユーザの出発地を考慮しない鉄道駅の情報を取得する、
    請求項1から請求項9のいずれかに記載の情報処理システム。
11. コンピュータを、
    ユーザから地点情報としての目的地又は目的エリアのみの指定を受け付ける、目的地受付手段、
    前記目的地又は前記目的エリアに到達可能なタクシーの情報を取得する、タクシー情報取得手段、
    前記タクシーを利用可能な鉄道駅であって、ユーザの出発地を考慮しない鉄道駅の情報を取得する、鉄道駅情報取得手段、
    前記鉄道駅の情報を含む出力情報を出力する、出力手段、
    として機能させる情報処理システム。
12. コンピュータを、
    ユーザが指定した地点情報としての目的地又は目的エリアに到達可能なタクシーの情報を取得する、タクシー情報取得手段、
    前記タクシーを利用可能な鉄道駅であって、ユーザの出発地を考慮しない鉄道駅の情報を取得する、鉄道駅情報取得手段、
    前記鉄道駅の情報を含む出力情報を出力する、出力手段、
    を備える、情報処理システム。
13. 通信可能に接続された複数のコンピュータによって形成される情報処理システムであって、
    ユーザが指定した地点情報としての目的地又は目的エリアのみの指定を受け付ける、目的地受付手段、
    前記目的地又は前記目的エリアに到達可能なタクシーの情報を取得する、タクシー情報取得手段、
    前記タクシーを利用可能な鉄道駅であって、ユーザの出発地を考慮しない鉄道駅の情報を取得する、鉄道駅情報取得手段、
    前記鉄道駅の情報を含む出力情報を出力する、出力手段、
    を備えた情報処理システムを機能させるために、複数の前記コンピュータの少なくとも1つを上記手段の少なくとも1つとして機能させるための情報処理プログラム。
14. 通信可能に接続された複数のコンピュータによって、請求項1乃至請求項10のいずれかに記載の情報処理システムにおける各手段の少なくとも1つとして機能させるための情報処理プログラム。
15. 通信可能に接続された複数の情報処理システムによって、
    ユーザが指定した地点情報としての目的地又は目的エリアのみを受け付ける、目的地受付手段と、
    前記目的地又は前記目的エリアに到達可能なタクシーの情報を取得する、タクシー情報取得手段と、
    前記タクシーを利用可能な鉄道駅であって、ユーザの出発地を考慮しない鉄道駅の情報を取得する、鉄道駅情報取得手段と、
    前記鉄道駅の情報を含む出力情報を出力する、出力手段と、
    を備えた情報処理システムを形成するために、上記手段の少なくとも1つを備える情報処理装置。
16. コンピュータを、
    ユーザが指定した地点情報としての目的地又は目的エリアのみの指定を受け付ける、目的地受付手段、
    前記目的地又は前記目的エリアに到達可能なタクシーの情報を取得する、タクシー情報取得手段、
    前記タクシーを利用可能な鉄道駅であって、ユーザの出発地を考慮しない鉄道駅の情報を取得する、鉄道駅情報取得手段、
    前記鉄道駅の情報を含む出力情報を出力する、出力手段、
    として機能させる情報処理プログラム。
17. 目的地受付手段が、ユーザから地点情報としての目的地又は目的エリアのみの指定を受け付け、
    タクシー情報取得手段が、前記目的地又は前記目的エリアに到達可能なタクシーの情報を取得し、
    鉄道駅情報取得手段が、前記タクシーを利用可能な鉄道駅であって、ユーザの出発地を考慮しない鉄道駅の情報を取得し、
    出力手段が、前記鉄道駅の情報を含む出力情報を出力する、
    情報処理方法。

Images