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

Description

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

従来、ユーザからの要求に応じて時刻表を提示する情報処理システムが知られている（特許文献１）。この情報処理システムは、まず、ユーザが駅を指定するためのユーザインタフェースを表示する。そして、ユーザから駅名を受け付けると、路線を指定するためのユーザインタフェースを表示する。ユーザから路線名を受け付けると、情報処理システムは、指定された駅および路線の時刻表をユーザに提示する。

特開２０１０−２６２３４９号公報

本発明が解決しようとする課題は、ユーザからの交通関連情報の出力要求に対して適切な情報を提示することが可能な情報処理システム、情報処理プログラム、情報処理装置、および情報処理方法を提供することである。

本発明の実施形態に係る情報処理システムは、
交通機関に関する交通関連情報の出力要求を受付ける要求受付手段と、
使用状況情報に基づいて、ユーザが利用しようとするステーションおよび路線が一意に特定されるか否かを判定する判定手段と、
ステーションおよび路線が一意に特定される場合には、前記特定されたステーションおよび路線の交通関連情報を提示し、そうでない場合には、候補となるステーションおよび／または路線の名称を選択可能に提示する情報提示手段と、
を備えることを特徴とする。

本発明によれば、ユーザからの交通関連情報の出力要求に対して適切な情報を提示することができる。

本発明の第１の実施形態に係る情報処理システム１の概略的な構成を示す図である。 第１の実施形態に係る情報処理システム１の処理動作の一例を示すシーケンス図である。 図２に続く、第１の実施形態に係る情報処理システム１の処理動作の一例を示すシーケンス図である。 図２に続く、第１の実施形態に係る情報処理システム１の処理動作の一例を示すシーケンス図である。 ユーザが音声入力により交通関連情報を要求した場合における、端末装置２の出力部２４の画面の表示例である。 （ａ）は駅および路線が一意に特定される場合を示す図であり、（ｂ）はエリアＡ内に駅および路線が複数存在し、駅および路線が一意に特定されない場合を示す図である。 （ａ）はエリアＡ内に路線が複数存在し、路線が一意に特定されない場合を示す図であり、（ｂ）はエリアＡ内に駅が一つも存在しない場合を示す図である。 （ａ）は時刻表を出力する出力部２４の画面の表示例であり、（ｂ）はユーザのタップ操作により拡大表示された下りの時刻表の表示例である。 （ａ）は候補となる駅の名称を選択可能に出力する出力部２４の画面の表示例であり、（ｂ）は候補となる路線の名称を選択可能に出力する出力部２４の画面の表示例である。 エリアＡ内に駅が存在せず、バスの停留所Ｔが存在する場合における、端末装置２の出力部２４の表示例である。 本発明の第２の実施形態に係る情報処理システム１Ａの概略的な構成を示す図である。 第２の実施形態に係る情報処理システム１Ａの処理動作の一例を示すシーケンス図である。 本発明の第３の実施形態に係る情報処理システム１Ｂの概略的な構成を示す図である。 第３の実施形態に係る情報処理システム１Ｂの処理動作の一例を示すシーケンス図である。

以下、本発明に係る実施形態について、図面を参照しながら具体的に説明する。

（第１の実施形態）
図１は、本発明の第１の実施形態に係る情報処理システム１の概略的な構成を示している。

情報処理システム１は、図１に示すように、端末装置２およびサーバ３を備えている。端末装置２とサーバ３とは、ネットワーク４を介して互いに通信可能に接続されている。

なお、端末装置２およびサーバ３の少なくとも一部は、コンピュータにより実現される。また、ネットワーク４は、有線回線および無線回線のいずれでもよく、回線の種類や形態は問わない。

まず、端末装置２について説明する。端末装置２は、ユーザが使用するものであり、例えば、携帯電話、スマートフォンまたはタブレット端末装置等のモバイル電子機器である。その他、端末装置２は、モバイル機器に限らず、デスクトップ型パソコン等の固定式の情報端末であってもよい。

端末装置２は、図１に示すように、通信部２１と、制御部２２と、操作入力部２３と、出力部２４と、測位部２５とを有する。

まず、通信部２１、操作入力部２３、出力部２４および測位部２５について説明する。

通信部２１は、ネットワーク４を介して制御部２２とサーバ３との間で情報を送受信するためのインターフェースである。

操作入力部２３は、ユーザが端末装置２に操作（情報）を入力するためのインターフェースであり、例えば内蔵マイクロフォン、タッチパネル、キーボード等である。ユーザは、例えば、対話型アプリケーションソフトを立ち上げ、内蔵マイクロフォンを介して要求内容（例えば、“時刻表”）を音声入力することで交通関連情報を要求する（図４参照）。

交通関連情報の要求は、音声入力以外にも、タッチパネルに表示された所定のボタン（例えば、時刻表要求ボタン）をユーザがタップすることで行ってもよいし、あるいは、キーボードを介してディスプレイに表示されたテキスト入力ボックスにユーザがテキストを入力することで行ってもよい。

出力部２４は、ユーザに向けて、交通関連情報等の各種情報を出力する。この出力部２４は、例えば、液晶ディスプレイ等の映像表示手段、またはスピーカやイヤホン等の音声出力手段である。なお、操作入力部２３がタッチパネルの場合には、操作入力部２３が出力部２４を兼ねてもよい。

測位部２５は、ユーザ（端末装置２）の現在位置を測定する。この測位部２５は、例えば、ＧＰＳ（Global Positioning System）衛星からの信号を受信してユーザ（端末装置２）の絶対位置を測定する。あるいは、測位部２５は、ＷｉＦｉ測位のように、アクセスポイントからの電波を受信して測位を行うものであってもよい。

次に、制御部２２について説明する。制御部２２は、要求受付部２２１と、情報提示部２２２と、位置情報取得部２２３とを有する。

要求受付部２２１は、ユーザが操作入力部２３を介して入力した交通関連情報の出力要求を受付ける。ここで、交通関連情報とは、交通機関（列車、バス、飛行機、船等）に関連する情報のことをいい、例えば、時刻表、交通機関の混雑情報、運行情報（運休、遅延、運転再開等）である。なお、交通関連情報は、これらの情報のうちいずれか一つでもよいし、あるいは、任意の組み合わせであってもよい。

情報提示部２２２は、サーバ３から交通関連情報を受信した場合には、出力部２４を介して当該交通関連情報をユーザに提示し、一方、サーバ３から候補となるステーションの名称を受信した場合には、当該ステーションの名称をユーザが選択可能なように出力部２４を介して提示する。また、情報提示部２２２は、サーバ３から候補となる路線の名称を受信した場合には、当該路線の名称をユーザが選択可能なように出力部２４を介して提示する。ユーザへの情報提示の具体例については、後ほど図面（図７〜図９）を参照して説明する。

なお、「ステーション」は、交通機関が乗客を乗り降りさせるために停留する場所を意味し、例えば、交通機関が列車の場合には駅、交通機関がバスの場合には停留所、交通機関が船の場合には港、交通機関が飛行機の場合には空港をそれぞれ意味する。

位置情報取得部２２３は、測位部２５から、ユーザ（端末装置２）の現在位置を示す現在位置情報を取得する。なお、位置情報取得部２２３は、測位部２５から、所定の時間間隔で現在位置情報を定期的に取得してもよい。

次に、サーバ３について説明する。サーバ３は、交通関連情報、または候補となるステーションや路線の名称を端末装置２に通知する。

図１に示すように、サーバ３は、通信部３１と、制御部３２と、記憶部３３とを有する。

まず、サーバ３の通信部３１および記憶部３３について説明する。

通信部３１は、ネットワーク４を介して端末装置２とサーバ３の制御部３２との間で情報を送受信するインターフェースである。

記憶部３３は、地図データベース３３１および交通関連情報データベース３３２を有する。地図データベース３３１は、交通機関のステーションの位置情報、およびステーションを通る路線の情報を格納したデータベースである。なお、ステーションの位置情報と、ステーションを通る路線の情報とが異なるデータベースにそれぞれ格納されていてもよい。

交通関連情報データベース３３２は、交通関連情報を格納したデータベースである。この交通関連情報データベース３３２は、例えば、ステーションおよび路線ごとの時刻表、ステーションごとの混雑情報、および、路線ごとの運行情報のうち少なくともいずれか一つを有している。

なお、記憶部３３は、例えば、ハードディスク等の固定型データストレージである。また、記憶部３３は、必ずしもサーバ３内に設けられなくてもよく、ネットワーク４を介して通信可能に接続された別の装置内に設けられてもよい。また、地図データベース３３１および交通関連情報データベース３３２は、異なる記憶装置に別々に格納されてもよい。

次に、サーバ３の制御部３２について説明する。

制御部３２は、判定部３２１と、出力情報制御部３２２とを有する。

判定部３２１は、使用状況情報に基づいて、ユーザが利用しようとするステーションおよび路線が一意に特定されるか否かを判定する。具体的な判定方法については、後ほどフローチャート等を参照して説明する。

ここで、使用状況情報とは、端末装置２ないし当該端末装置２のアプリケーションソフトの使用状況に関連した情報であって、具体的には、端末装置２（ユーザ）の現在位置を示す現在位置情報、アプリケーションソフトの登録情報、端末装置２のユーザによる検索・探索履歴情報が挙げられる。使用状況情報は、これらの情報のいずれか一つであってもよいし、あるいは、これらの情報の任意の組み合わせであってもよい。

第１の実施形態では、使用状況情報として、現在位置情報を用いる。使用状況情報が登録情報および履歴情報である場合については、それぞれ第２の実施形態および第３の実施形態において詳しく説明する。

出力情報制御部３２２は、ユーザが利用しようとするステーションおよび路線が判定部３２１により一意に特定される場合には、特定されたステーションおよび路線の交通関連情報を出力する。一方、ユーザが利用しようとするステーションおよび路線が判定部３２１により一意に特定されない場合には、出力情報制御部３２２は、候補となるステーションの名称を出力する。出力情報制御部３２２は、ステーションが一意に特定されても路線が一意に特定されない場合には、特定されたステーションの名称とともに、候補となる路線の名称を出力する。

なお、出力情報制御部３２２は、候補となるステーションの名称と、候補となる路線の名称とを併せて出力してもよい。ここで、候補となる路線とは、候補となるステーションを通る路線のことである。

次に、図２、図３Ａおよび図３Ｂを参照して、情報処理システム１の処理動作の一例について説明する。この例では、ユーザが列車の時刻表を要求した場合の処理動作を示す。なお、以下の説明では、事前に対話型アプリなどのアプリケーションソフトが立ち上げられているものとする。

まず、端末装置２の要求受付部２２１は、ユーザにより操作入力部２３を介して入力された交通関連情報の出力要求を受付ける（ステップＳ１１）。図４は、ユーザが対話型アプリケーションソフトを利用した音声入力により交通関連情報を要求した場合における、端末装置２の出力部２４の画面の表示例を示している。図４の例では、ユーザは時刻表を要求している。なお、図４の場合、ユーザは、所要の交通関連情報の種別を入力しているのみであり、駅名や路線名等の、絞り込み用の付加情報は入力していない。

次に、端末装置２の位置情報取得部２２３は、測位部２５から、ユーザ（端末装置２）の現在位置を示す現在位置情報を取得する（ステップＳ１２）。なお、位置情報取得部２２３は、ステップＳ１１よりも前に行われてもよい。

次に、端末装置２の通信部２１は、交通関連情報の出力要求および現在位置情報をサーバ３に送信する（ステップＳ１３）。そして、サーバ３の通信部３１は、端末装置２から、交通関連情報の出力要求および現在位置情報を受信する（ステップＳ２１）。

次に、サーバ３の判定部３２１は、現在位置情報に基づいて、ユーザが利用しようとする駅および路線が一意に特定されるか否かを判定する（ステップＳ２２）。判定の結果、駅および路線が一意に特定される場合（Ｓ２２：Ｙｅｓ）、ステップＳ２３に進み、一方、駅および路線が一意に特定されない場合（Ｓ２２：Ｎｏ）、ステップＳ２５に進む。

ステップＳ２２の判定処理の内容についてより詳しく説明する。まず、判定部３２１は、記憶部３３の地図データベース３３１にアクセスして、現在位置周辺の地図を取得し、現在位置情報が示す現在位置に基づくエリアＡ内に存在する駅を確認する。そして、エリアＡ内に駅が存在する場合には、地図データベース３３１にアクセスして、当該駅を通る路線を確認する。なお、路線の確認処理において使用するデータベースは、地図データベース３３１に限るものではなく、例えば、駅および路線に関する情報を関連付けて格納した路線網データベースでもよい。

判定部３２１は、図５（ａ）に示すように、エリアＡ内に存在する駅が一つのみであり且つ当該駅を通る路線が一つのみである場合に、ステーションおよび路線が一意に特定されると判定する。図５（ａ）の場合、エリアＡ内に存在する駅はＳのみであり、駅Ｓを通る路線はＲのみである。なお、エリアＡは、例えば、現在位置を中心とする所定の半径ｒの円形の領域である。

ステップＳ２３においては、サーバ３の出力情報制御部３２２は、特定されたステーションおよび路線の交通関連情報を出力する。

より詳しくは、出力情報制御部３２２は、交通関連情報データベース３３２にアクセスして、特定されたステーションおよび路線の交通関連情報を取得する。図５（ａ）の例の場合、出力情報制御部３２２は、路線Ｒの駅Ｓの時刻表を交通関連情報データベース３３２から取得する。そして、出力情報制御部３２２は取得した情報を通信部３１に出力する。

なお、ユーザが要求している交通関連情報が混雑情報の場合、出力情報制御部３２２は、交通関連情報データベース３３２にアクセスして、特定された駅および路線の混雑情報を出力する。混雑情報（交通関連情報）は、上り方面、下り方面を区別して出力してもよい。

また、出力情報制御部３２２は、特定された路線を走る列車のうち、特定された駅に今後到着する列車の混雑情報を出力してもよい。今後到着する列車としては、例えば、特定された駅に次に到着する列車でもよいし、あるいは、特定された駅まで移動するのに要する時間が経過した後に到着する列車であってもよい。駅までの移動時間は、現在位置から駅までの距離に基づいて算出することが可能である。

また、ユーザが要求している交通関連情報が運行情報（運休、遅延、運転再開等）の場合、出力情報制御部３２２は、交通関連情報データベース３３２にアクセスして、特定された路線の運行情報を出力する。また、ユーザが運行情報の出力要求とともに、特急列車等の列車の号番号を入力した場合には、当該号番号の運行情報を出力してもよい。

次に、サーバ３の通信部３１は、出力情報制御部３２２から受信した交通関連情報を端末装置２に送信する（ステップＳ２４）。そして、端末装置２の通信部２１は、サーバ３から交通関連情報を受信する（ステップＳ１４）。

次に、端末装置２の情報提示部２２２は、出力部２４を介して、サーバ３から受信した交通関連情報をユーザに提示する（ステップＳ１５）。図７（ａ）は、路線ＲのＳ駅における時刻表の表示例を示している。この例では、上りの時刻表と下りの時刻表が表示されている。図７（ｂ）に示すように、ユーザが下りの時刻表をタップした場合、出力部２４が下りの時刻表を拡大表示するようにしてもよい。

なお、端末装置２は、現在時刻に基づいて時刻表を表示してもよい。例えば、図７（ｂ）に示すように、現在時刻（例えば１９時１３分）が属する時間帯（１９時台）と次の時間帯（２０時台）の時刻表を表示するようにしてもよい。あるいは、ユーザが時刻表の出力要求を行う際に時刻を指定した場合には、指定時刻以降の時刻表を表示してもよい。

一方、駅および路線が一意に特定されない場合、候補となる駅が複数であるか否かを判定する（ステップＳ２５）。

ステップＳ２５の判定の結果、複数の駅が候補となる場合（Ｓ２５：Ｙｅｓ）、サーバ３の出力情報制御部３２２は、候補となる駅の名称を出力する（ステップＳ２６）。図５（ｂ）に示すように、エリアＡ内に複数の駅（Ｓ１，Ｓ２，Ｓ３）が存在する場合、出力情報制御部３２２は、候補となる駅の名称であるＳ１，Ｓ２およびＳ３を通信部３１に出力する。

なお、ステップＳ２６において、サーバ３の出力情報制御部３２２は、候補となる駅の名称に加えて、候補となる駅を通る路線の名称を出力してもよい。即ち、出力情報制御部３２２は、候補となる駅の名称と当該駅を通る路線の名称とを一組の情報として出力してもよい。このようにした場合、ステップＳ１７において、情報提示部２２２は、出力部２４を介して、候補となる駅の名称および路線の名称を選択可能にユーザに提示する。これにより、候補となる駅および路線がそれぞれ複数ある場合であっても、ユーザは１回の選択によって、利用しようとする駅および路線の両方を指定することができ、より早く所望の交通関連情報を得ることができる。

次に、サーバ３の通信部３１は、出力情報制御部３２２から受信した候補となる駅の名称を端末装置２に送信する（ステップＳ２７）。そして、端末装置２の通信部２１は、サーバ３から候補となる駅の名称を受信する（ステップＳ１６）。

次に、端末装置２の情報提示部２２２は、出力部２４を介して、サーバ３から受信した候補となる駅の名称を選択可能に提示する（ステップＳ１７）。図８（ａ）は、候補となる駅の名称を選択可能に出力する出力部２４の画面の表示例を示している。ユーザは、画面に表示された候補駅の中からいずれかをタップすることで、利用しようとする駅を選択することが可能である。

ユーザが駅を選択すると、当該駅を通る路線が一つのみの場合、当該路線の当該駅における時刻表が図７で示したように出力部２４の画面に表示される。画面表示するための時刻表のデータは、端末装置２がユーザにより選択された駅名を用いてサーバ３に問い合わせて入手してもよいし、あるいは、サーバ３が候補となる駅の名称とともに端末装置２に予め送信しておいてもよい。一方、当該駅を通る路線が複数ある場合は、端末装置２は当該駅の名称をサーバ３に送信し、サーバ３の出力情報制御部３２２は、地図データベース３３１にアクセスして駅Ｓ２を通る路線を知得し、当該駅を通る候補路線の名称を出力する。出力された候補路線の名称は端末装置２に送信され、端末装置２の情報提示部２２２は、出力部２４を介して、サーバ３から受信した候補となる路線の名称を選択可能に提示する。

ステップＳ２５の判定の結果、１つの駅のみが候補となる場合（即ち、駅については一意に特定される場合）、サーバ３の出力情報制御部３２２は、候補となる路線の名称を出力する（ステップＳ２８）。図６（ａ）に示すように、エリアＡ内に存在する駅はＳ１のみであるものの、駅Ｓ１を通る路線が複数（Ｒ１，Ｒ２）存在する場合、出力情報制御部３２２は、候補となる路線の名称であるＲ１およびＲ２を通信部３１に出力する。

次に、サーバ３の通信部３１は、出力情報制御部３２２から受信した候補となる路線の名称を端末装置２に送信する（ステップＳ２９）。そして、端末装置２の通信部２１は、サーバ３から候補となる路線の名称を受信する（ステップＳ１８）。

次に、端末装置２の情報提示部２２２は、出力部２４を介して、サーバ３から受信した候補となる路線の名称を選択可能に提示する（ステップＳ１９）。図８（ｂ）は、候補となる路線の名称を選択可能に出力する出力部２４の画面の表示例を示している。ユーザは、画面に表示された候補路線の中からいずれかをタップすることで、利用しようとする路線を選択することが可能である。情報提示部２２２は、図８（ｂ）に示すように、路線ごとに上り／下りを選択可能なように提示してもよい。

なお、図６（ｂ）に示すように、エリアＡ内に駅が一つも存在しない場合がある。このような場合、サーバ３はエリアＡ内に駅が一つも存在しないことを端末装置２に通知し、端末装置２は現在地周辺に駅が存在しないことをユーザに通知してもよい。あるいは、端末装置２は、次のようにして、バス等の別の交通機関の交通関連情報をユーザに提示してもよい。

まず、判定部３２１は、列車の駅がエリアＡ内に存在しないと判定した場合、別の交通機関であるバスについて、ステーション（停留所）および路線が一意に特定されるか否かを判定する。次に、出力情報制御部３２２は、停留所および路線が一意に特定される場合には、特定された停留所および路線の交通関連情報を出力し、そうでない場合には、候補となる停留所および／または路線の名称を出力する。

なお、判定部３２１がエリアＡ内に列車の駅が存在しないと判定した場合、判定部３２１は停留所および路線が一意に特定されるか否かを判定せず、出力情報制御部３２２がバスの交通関連情報（例えば、エリアＡ内に存在する停留所の時刻表）を出力するようにしてもよい。バスの交通関連情報は、端末装置２の情報提示部２２２によりユーザに提示される。

次に、情報提示部２２２は、停留所および路線が一意に特定される場合には、特定された停留所および路線の交通関連情報を提示し、そうでない場合には、候補となる停留所および／または路線の名称を選択可能に提示する。図９は、エリアＡ内に候補となる駅が存在せず、バスの停留所Ｔが存在する場合における、端末装置２の出力部２４の表示例である。より詳しくは、図９は、エリアＡ内にバスの停留所Ｔのみが存在し、停留所Ｔを２つの路線ＴＲ１，ＴＲ２が通っている場合における、出力部２４の表示例を示している。

上記のようにすることで、現在地周辺に第１の交通機関（列車）の候補となる駅が存在しない場合であっても、第２の交通機関（バス）の停留所が存在するときには、第２の交通機関の交通関連情報をユーザに提示することができる。

上記の説明では、判定部３２１は、現在位置情報に基づいて、ユーザが利用しようとするステーションおよび路線が一意に特定されるか否かを判定したが、その他の位置情報に基づいて判定を行ってもよい。例えば、判定部３２１は、ユーザにより指定された指定位置を示す指定位置情報に基づいて判定を行ってもよい。指定位置は、例えば、パソコン等のディスプレイに表示された地図の中心位置である。このように、第１の実施形態で使用する使用状況情報としての位置情報は、ユーザの現在位置やユーザが指定した指定位置等の基準位置を示す基準位置情報であればよい。

以上説明したように、第１の実施形態では、基準位置を示す基準位置情報を利用し、この基準位置情報に基づいてユーザが利用しようとするステーションおよび路線が一意に特定される場合には、特定されたステーションおよび路線の交通関連情報をユーザに提示し、そうでない場合には、候補となるステーションおよび／または路線の名称をユーザに選択可能に提示する。これにより、第１の実施形態によれば、ユーザからの交通関連情報の出力要求に対して適切な情報を提示することができる。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。第１の実施形態では現在位置情報等の基準位置情報を利用したが、第２の実施形態では、ユーザにより予め登録された登録情報を利用する。

以下、第１の実施形態との相違点を中心に第２の実施形態について説明する。

第２の実施形態に係る情報処理システム１Ａは、図１０に示すように、ネットワーク４を介して互いに通信可能に接続された端末装置２およびサーバ３を備えている。端末装置２は、通信部２１と、制御部２２と、操作入力部２３と、出力部２４と、測位部２５とを有し、サーバ３は、通信部３１と、制御部３２と、記憶部３３とを有する。

サーバ３の記憶部３３は、図１０に示すように、地図データベース３３１と、交通関連情報データベース３３２と、登録情報データベース３３３とを有する。

登録情報データベース３３３は、ユーザにより予め登録された登録情報を格納したデータベースである。登録情報は、例えば、地点、ステーション、路線、通勤（通学）経路、スケジュール、時刻表などである。ここで、地点は、自宅、会社または学校の位置（住所）などの登録された地点である。また、ステーションは、自宅、会社または学校の最寄り駅などの登録されたステーションである。また、路線は、通勤・通学に使用する路線などの登録された路線である。

サーバ３の判定部３２１は、登録情報に基づいて、ユーザが利用しようとするステーションまたは路線を絞り込んだ後、ステーションおよび路線が一意に特定されるか否かを判定する。具体的な判定方法については、後ほどフローチャートを参照して説明する。

次に、図１１を参照して、情報処理システム１Ａの処理動作の一例について説明する。

まず、端末装置２の要求受付部２２１は、ユーザにより操作入力部２３を介して入力された交通関連情報の出力要求を受付ける（ステップＳ３１）。

次に、端末装置２の通信部２１は、交通関連情報の出力要求をサーバ３に送信する（ステップＳ３２）。そして、サーバ３の通信部３１は、端末装置２から、交通関連情報の出力要求を受信する（ステップＳ４１）。

次に、サーバ３の判定部３２１は、登録情報に基づいて、ユーザが利用しようとする駅および路線が一意に特定されるか否かを判定する（ステップＳ４２）。判定後の処理フローは第１の実施形態と同様である。即ち、判定の結果、駅および路線が一意に特定される場合（Ｓ４２：Ｙｅｓ）、図３ＡのステップＳ２３に進み、一方、駅および路線が一意に特定されない場合（Ｓ４２：Ｎｏ）、図３ＢのステップＳ２５に進む。

ステップＳ４２の判定処理の内容についてより詳しく説明する。まず、判定部３２１は、記憶部３３の登録情報データベース３３３にアクセスして、移動経路を示す登録経路情報を取得する。移動経路は、例えば、通勤経路または通学経路であり、自宅の最寄り駅と、会社もしくは学校の最寄り駅との間の移動経路を示すものである。

登録経路情報を取得した後、判定部３２１は、登録経路情報に基づいて、ユーザが利用しようとする駅を、自宅の最寄り駅または会社（学校）の最寄り駅に絞り込む。なお、判定部３２１は、登録経路情報および現在時刻に基づいて、ユーザが利用しようとする駅を絞り込んでもよい。例えば、判定部３２１は、現在時刻が出勤時間帯に属するならば、ユーザが利用しようとする駅を自宅の最寄り駅に絞り込み、現在時刻が帰宅時間帯に属するならば、ユーザが利用しようとする駅を会社の最寄り駅に絞り込む。

そして、判定部３２１は、記憶部３３の地図データベース３３１にアクセスし、上記のようにして絞り込まれた駅を通る路線を確認する。その結果、当該駅を通る路線が一つのみである場合に、判定部３２１は、駅および路線が一意に特定されると判定する。なお、当該駅を通る路線が複数存在する場合であっても、自宅の最寄り駅と会社（学校）の最寄り駅との間の移動で使用しない路線については候補から削除することで、候補となる路線を絞り込んでもよい。

また、使用するデータベースは、地図データベース３３１に限るものではなく、例えば、駅および路線に関する情報を関連付けて格納した路線網データベースでもよい。

上記の説明では、登録情報として登録経路情報を使用することでユーザが利用しようとする駅や路線を絞り込んだが、このほかにも例えばスケジューラ等のアプリケーションソフトに登録されたスケジュール情報を使用することが可能である。スケジュール情報は、例えば、ユーザの行き先および登録時刻（スケジューラに登録された時刻）を含む情報である。ここで、登録時刻は、外出時刻、会議の開始時刻、訪問時刻などの登録された時刻である。

スケジュール情報を用いる場合、判定部３２１は、登録情報データベース３３３にアクセスして、スケジュール情報の行き先および登録時刻を取得し、スケジュール情報の行き先、登録時刻、および現在時刻に基づいて、ユーザが利用しようとする駅および／または路線を絞り込む。

例えば、登録時刻が外出時刻であり、外出時刻が近づいている場合には、ユーザがこれから外出すると推定し、判定部３２１は、ユーザが利用しようとする駅および路線を、経路探索により得られた出発駅および路線に絞り込む。なお、経路探索は、現在位置、自宅の位置、会社の位置、または直前のスケジュールの登録地点などを出発地に設定して行われる。あるいは、外出時刻から所定の時間（例えば３時間）以上が経過している場合には、ユーザは行き先から戻ろうとしていると推定し、判定部３２１は、ユーザが利用しようとする駅を行き先の最寄り駅に絞り込む。

また、経路探索結果をスケジューラに登録した場合など、スケジュール情報が経路探索結果を含む場合には、前述の登録経路情報の場合と同様にして、ユーザが利用しようとする駅および／または路線を絞り込んでもよい。

また、判定部３２１は、予め登録された地点、ステーションおよび路線のうち少なくともいずれか一つに関する情報に基づいて、ユーザが利用しようとするステーションおよび／または路線を絞り込んでもよい。例えば、判定部３２１は、登録された自宅の地点（住所）から最寄り駅を推定することにより、ユーザが利用しようとする駅（および路線）を絞り込む。

以上説明したように、第２の実施形態では、ユーザにより予め登録された登録情報を利用し、この登録情報に基づいてユーザが利用しようとするステーションおよび路線が一意に特定される場合には、特定されたステーションおよび路線の交通関連情報をユーザに提示し、そうでない場合には、候補となるステーションおよび／または路線の名称をユーザに選択可能に提示する。これにより、第２の実施形態によれば、ユーザからの交通関連情報の出力要求に対して適切な情報を提示することができる。

（第３の実施形態）
次に、本発明の第３の実施形態について説明する。第１の実施形態では現在位置情報等の基準位置情報を利用したが、第３の実施形態では、検索・探索履歴情報を利用する。

以下、第１の実施形態との相違点を中心に第３の実施形態について説明する。

第３の実施形態に係る情報処理システム１Ｂは、図１２に示すように、ネットワーク４を介して互いに通信可能に接続された端末装置２およびサーバ３を備えている。端末装置２は、通信部２１と、制御部２２と、操作入力部２３と、出力部２４とを有し、サーバ３は、通信部３１と、制御部３２と、記憶部３３とを有する。

サーバ３の記憶部３３は、図１２に示すように、地図データベース３３１と、交通関連情報データベース３３２と、履歴情報データベース３３４とを有する。

履歴情報データベース３３４は、ステーションや路線の検索、あるいは、移動経路の探索に関する履歴情報を格納したデータベースである。

サーバ３の判定部３２１は、履歴情報に基づいて、ユーザが利用しようとするステーションまたは路線を絞り込んだ後、ステーションおよび路線が一意に特定されるか否かを判定する。具体的な判定方法については、後ほどフローチャートを参照して説明する。

次に、図１３を参照して、情報処理システム１Ｂの処理動作の一例について説明する。

まず、端末装置２の要求受付部２２１は、ユーザにより操作入力部２３を介して入力された交通関連情報の出力要求を受付ける（ステップＳ５１）。

次に、端末装置２の通信部２１は、交通関連情報の出力要求をサーバ３に送信する（ステップＳ５２）。そして、サーバ３の通信部３１は、端末装置２から、交通関連情報の出力要求を受信する（ステップＳ６１）。

次に、サーバ３の判定部３２１は、履歴情報に基づいて、ユーザが利用しようとする駅および路線が一意に特定されるか否かを判定する（ステップＳ６２）。判定後の処理フローは第１の実施形態と同様である。即ち、判定の結果、駅および路線が一意に特定される場合（Ｓ６２：Ｙｅｓ）、図３ＡのステップＳ２３に進み、一方、駅および路線が一意に特定されない場合（Ｓ６２：Ｎｏ）、図３ＢのステップＳ２５に進む。

ステップＳ６２の判定処理の内容についてより詳しく説明する。まず、判定部３２１は、記憶部３３の履歴情報データベース３３４にアクセスして、経路探索結果を示す経路探索履歴情報を取得する。経路探索結果は、出発駅、到着駅、出発時間、到着時間、および路線等の情報を含んでいる。

経路探索履歴情報を取得した後、判定部３２１は、経路探索履歴情報に含まれる経路探索結果に基づいて、ユーザが利用しようとする駅を、出発駅または到着駅に絞り込む。例えば、判定部３２１は、ユーザが利用しようとする駅を、直近の経路探索による経路探索結果の出発駅に絞り込む。

また、判定部３２１は、経路探索結果および現在時刻に基づいて、ユーザが利用しようとする駅を絞り込んでもよい。この場合、判定部３２１は、現在時刻が出発時間に近いならば、ユーザが利用しようとする駅を出発駅に絞り込む。あるいは、到着時間から所定の時間（例えば３時間）以上が経過している場合には、ユーザは行き先から戻ろうとしていると推定し、判定部３２１は、ユーザが利用しようとする駅を到着駅に絞り込む。なお、経路探索履歴情報に複数の経路探索結果が含まれる場合、例えば、出発時間が現在時刻に最も近い経路探索結果を使用する。

そして、判定部３２１は、記憶部３３の地図データベース３３１にアクセスし、上記のようにして絞り込まれた駅（出発駅または到着駅）を通る路線を確認する。その結果、当該駅を通る路線が一つのみである場合に、判定部３２１は、駅および路線が一意に特定されると判定する。なお、特定された駅を通る路線が複数存在する場合であっても、経路探索結果に含まれない路線については候補から削除することで、候補となる路線を絞り込んでもよい。

また、使用するデータベースは、地図データベース３３１に限るものではなく、例えば、駅および路線に関する情報を関連付けて格納した路線網データベースでもよい。

また、経路探索結果を用いる場合、端末装置２は、出発時刻以降の時刻表をユーザに提示するようにしてもよい。

上記の説明では、履歴情報として経路探索結果情報を使用することでユーザが利用しようとする駅や路線を絞り込んだが、このほかにも、例えば、駅、路線の検索ワードを含む検索履歴情報を使用することが可能である。

この場合、判定部３２１は、履歴情報データベース３３４にアクセスして、検索履歴情報の検索ワードを取得し、当該検索ワードに基づいて、ユーザが利用しようとする駅および／または路線を絞り込む。例えば、検索ワードが駅を含む場合は、ユーザが利用しようとする駅を、当該検索ワードの駅に絞り込む。同様に、検索ワードが路線を含む場合は、ユーザが利用しようとする路線を、当該検索ワードの路線に絞り込む。また、検索ワードが駅および路線の両方を含む場合は、ユーザが利用しようとする駅および路線を、当該検索ワードの駅および路線に絞り込む。

なお、判定部３２１は、直近に検索された検索ワード、または検索回数の多い検索ワードに基づいて、ユーザが利用しようとする駅および／または路線を絞り込むようにしてもよい。

また、交通関連情報の種別（時刻表など）に関する検索ワードを含む検索履歴情報を使用することも可能である。例えば、検索ワードが「路線Ｒ 駅Ｓ 時刻表」であったならば、ユーザが利用しようとする駅および路線を、当該検索ワードの駅および路線に絞り込む。

以上説明したように、第３の実施形態では、ユーザが過去に行った経路探索あるいは検索に関する履歴情報を利用し、この履歴情報に基づいてユーザが利用しようとするステーションおよび路線が一意に特定される場合には、特定されたステーションおよび路線の交通関連情報をユーザに提示し、そうでない場合には、候補となるステーションおよび／または路線の名称をユーザに選択可能に提示する。これにより、第３の実施形態によれば、ユーザからの交通関連情報の出力要求に対して適切な情報を提示することができる。

以上、本発明に係る３つの実施形態について説明したが、上記実施形態は任意に組み合わせることが可能である。

例えば、第１の実施形態と第２の実施形態を組み合わせることが可能である。この場合、使用状況情報は、基準位置を示す基準位置情報と、ユーザが予め登録した登録情報とを含む。

そして、判定部３２１は、基準位置情報に基づいてステーションおよび路線が一意に特定されない場合、即ち、基準位置に基づくエリアにステーションまたは路線が複数存在する場合には、登録情報に基づいて、ユーザが利用しようとするステーションおよび／または路線を絞り込み、その後、ステーションおよび路線が一意に特定されるか否かを判定する。

反対に、判定部３２１は、まず、登録情報に基づいてステーションおよび／または路線を絞り込み、その後、基準位置情報に基づいてステーションおよび路線が一意に特定されるか否かを判定してもよい。

また、第１の実施形態と第３の実施形態を組み合わせてもよい。この場合、使用状況情報は、基準位置を示す基準位置情報と、上記の履歴情報とを含む。

そして、判定部３２１は、基準位置に基づくエリアにステーションまたは路線が複数存在する場合に、履歴情報に基づいて、ユーザが利用しようとするステーションおよび／または路線を絞り込み、その後、ステーションおよび路線が一意に特定されるか否かを判定する。

第１〜第３の実施形態を組み合わせることで、ユーザが利用しようとする駅および路線の絞り込みをより的確に行うことができ、その結果、ユーザからの交通関連情報の出力要求に対して、より適切な情報を提示することができる。

上記の説明では、端末装置２の要求受付部２２１は、操作入力部２３を介して交通関連情報の出力要求のみを受付けたが、これに加えて、ユーザが利用しようとするステーションおよび／または路線を絞り込むための付加情報を受付けてもよい。この場合、判定部３２１は、この付加情報に基づいて、ユーザが利用しようとするステーションおよび／または路線を絞り込み、その後、ステーションおよび路線が一意に特定されるか否かを判定する。例えば、前述の図５（ｂ）の場合（エリアＡ内に複数の駅Ｓ１，Ｓ２，Ｓ３が存在する場合）であっても、要求受付部２２１が交通関連情報の出力要求とともに乗車駅（駅Ｓ１または駅Ｓ３）を受付けたときには、駅および路線が一意に特定される。

また、要求受付部２２１が交通関連情報の出力要求とともに乗車駅（駅Ｓ２）を受付けた場合には、情報提示部２２２は、路線Ｒ１または路線Ｒ２を選択可能に提示する。

このようにすることで、ユーザが駅や路線を選択するステップが削減されるため、ユーザからの交通関連情報の出力要求に対して、より適切な情報を提示することができる。

使用状況情報に基づいてステーションおよび路線が一意に特定され、かつ、路線の上り／下りについても特定可能な場合がある。例えば、ユーザの現在位置が上りのホームを示している場合、あるいは、通勤経路等の登録経路情報を利用する場合には、路線の上り／下りについても特定可能である。また、後述の付加情報として、ユーザが上り／下りを指定した場合も同様である。

このような場合、出力情報制御部３２２は、上りの交通関連情報（上りの時刻表など）のみ、または、下りの交通関連情報（下りの時刻表など）のみを出力するようにしてもよい。これにより、ユーザからの交通関連情報の出力要求に対して、より適切な情報を提示することができる。

なお、上記の実施形態で参照した図１、図１０、図１２のシステム構成は一例であり、サーバ３内の構成要件の少なくとも一部がそれぞれ端末装置２内にあってもよい。例えば、サーバ３内の記憶部３３および制御部３２を端末装置２内に設けて、通信をすることなく端末装置２のみでユーザからの交通関連情報の出力要求に対して適切な情報を提示することが可能な情報処理装置を構成してもよい。

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

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

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

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

１，１Ａ，１Ｂ 情報処理システム
２ 端末装置
２１ 通信部
２２ 制御部
２２１ 要求受付部
２２２ 情報提示部
２２３ 位置情報取得部
２３ 操作入力部
２４ 出力部
２５ 測位部
３ サーバ
３１ 通信部
３２ 制御部
３２１ 判定部
３２２ 出力情報制御部
３３ 記憶部
３３１ 地図データベース
３３２ 交通関連情報データベース
３３３ 登録情報データベース
３３４ 経路探索履歴情報データベース
４ ネットワーク
Ａ エリア
Ｓ，Ｓ１，Ｓ２，Ｓ３ 駅
Ｔ 停留所
Ｒ，Ｒ１，Ｒ２ 路線
ｒ 半径

Claims (24)

1. 交通機関に関する時刻表、混雑情報および運行情報のうち少なくともいずれか一つである交通関連情報の出力要求であって目的地に関する情報を含まない出力要求を受付ける要求受付手段と、
   前記出力要求が受け付けられると、使用状況情報に基づいて、ユーザが利用しようとするステーションおよび路線が一意に特定されるか否かを判定する判定手段と、
   ステーションおよび路線が一意に特定される場合には、前記特定されたステーションおよび路線の交通関連情報を提示し、そうでない場合には、候補となるステーションおよび／または路線の名称を選択可能に提示する情報提示手段と、
   を備えることを特徴とする情報処理システム。
2. 前記使用状況情報は、基準位置を示す基準位置情報を含み、
   前記判定手段は、前記基準位置に基づくエリアに存在するステーションが一つのみであり且つ前記ステーションを通る路線が一つのみである場合に、ステーションおよび路線が一意に特定されると判定することを特徴とする請求項１に記載の情報処理システム。
3. 前記基準位置情報は、ユーザの現在位置を示す現在位置情報であることを特徴とする請求項２に記載の情報処理システム。
4. 前記基準位置情報は、ユーザにより指定された指定位置を示す指定位置情報であることを特徴とする請求項２に記載の情報処理システム。
5. 前記使用状況情報は、ユーザにより予め登録された登録情報を含み、
   前記判定手段は、前記登録情報に基づいて、ユーザが利用しようとするステーションおよび／または路線を絞り込んだ後、ステーションおよび路線が一意に特定されるか否かを判定することを特徴とする請求項１に記載の情報処理システム。
6. 前記登録情報は、第１のステーションおよび第２のステーション間の移動経路を示す登録経路情報を含み、
   前記判定手段は、前記登録経路情報に基づいて、ユーザが利用しようとするステーションを、前記第１のステーションまたは前記第２のステーションに絞り込むことを特徴とする請求項５に記載の情報処理システム。
7. 前記登録情報は、ユーザの行き先および登録時刻を含むスケジュール情報を含み、
   前記判定手段は、前記行き先、前記登録時刻および現在時刻に基づいて、ユーザが利用しようとするステーションおよび／または路線を絞り込むことを特徴とする請求項５に記載の情報処理システム。
8. 前記登録情報は、地点、ステーションおよび路線のうち少なくともいずれか一つに関する情報を含み、
   前記判定手段は、当該情報に基づいて、ユーザが利用しようとするステーションおよび／または路線を絞り込むことを特徴とする請求項５に記載の情報処理システム。
9. 前記使用状況情報は、ステーションもしくは路線の検索、または移動経路の探索に関する履歴情報を含み、
   前記判定手段は、前記履歴情報に基づいて、ユーザが利用しようとするステーションおよび／または路線を絞り込んだ後、ステーションおよび路線が一意に特定されるか否かを判定することを特徴とする請求項１に記載の情報処理システム。
10. 前記履歴情報は、経路探索結果を含む経路探索履歴情報を含み、
    前記判定手段は、前記経路探索結果に基づいて、ユーザが利用しようとするステーションを、前記経路探索結果の出発ステーションまたは到着ステーションに絞り込むことを特徴とする請求項９に記載の情報処理システム。
11. 前記履歴情報は、ステーションまたは路線の検索ワードを含む検索履歴情報を含み、
    前記判定手段は、前記検索ワードに基づいて、ユーザが利用しようとするステーションおよび／または路線を絞り込むことを特徴とする請求項９に記載の情報処理システム。
12. 前記履歴情報は、交通関連情報の検索ワードを含む検索履歴情報を含み、
    前記判定手段は、前記検索ワードに基づいて、ユーザが利用しようとするステーションおよび／または路線を絞り込むことを特徴とする請求項９に記載の情報処理システム。
13. 前記使用状況情報は、基準位置を示す基準位置情報と、ユーザが予め登録した登録情報とを含み、
    前記判定手段は、前記基準位置に基づくエリアにステーションまたは路線が複数存在する場合に、前記登録情報に基づいて、ユーザが利用しようとするステーションおよび／または路線を絞り込んだ後、ステーションおよび路線が一意に特定されるか否かを判定することを特徴とする請求項１に記載の情報処理システム。
14. 前記使用状況情報は、基準位置を示す基準位置情報と、ステーションもしくは路線の検索、または移動経路の探索に関する履歴情報とを含み、
    前記判定手段は、前記基準位置に基づくエリアにステーションまたは路線が複数存在する場合に、前記履歴情報に基づいて、ユーザが利用しようとするステーションおよび／または路線を絞り込んだ後、ステーションおよび路線が一意に特定されるか否かを判定することを特徴とする請求項１に記載の情報処理システム。
15. 前記判定手段が第１の交通機関の候補となるステーションが存在しないと判定した場合、前記情報提示手段は、前記第１の交通機関と異なる第２の交通機関の交通関連情報を提示することを特徴とする請求項１に記載の情報処理システム。
16. 前記判定手段は、前記第２の交通機関について、ステーションおよび路線が一意に特定されるか否かを判定し、
    前記情報提示手段は、前記第２の交通機関のステーションおよび路線が一意に特定される場合には、前記特定された前記第２の交通機関のステーションおよび路線の交通関連情報を提示し、そうでない場合には、前記第２の交通機関の候補となるステーションおよび／または路線の名称を選択可能に提示することを特徴とする請求項１５に記載の情報処理システム。
17. 前記要求受付手段は、対話型インタフェースを介して前記出力要求を受付けることを特徴とする請求項１〜１６のいずれかに記載の情報処理システム。
18. ステーションおよび路線が一意に特定される場合には、前記情報提示手段は、前記交通関連情報を上りおよび下りの各々について区別して提示することを特徴とする請求項１〜１７のいずれかに記載の情報処理システム。
19. 通信可能に接続された複数のコンピュータによって構成される情報処理システムであって、
    交通機関に関する時刻表、混雑情報および運行情報のうち少なくともいずれか一つである交通関連情報の出力要求であって目的地に関する情報を含まない出力要求を受付ける要求受付手段と、
    前記出力要求が受け付けられると、使用状況情報に基づいて、ユーザが利用しようとするステーションおよび路線が一意に特定されるか否かを判定する判定手段と、
    ステーションおよび路線が一意に特定される場合には、前記特定されたステーションおよび路線の交通関連情報を提示し、そうでない場合には、候補となるステーションおよび／または路線の名称を選択可能に提示する情報提示手段と、
    を備えた情報処理システムを機能させるために、
    上記コンピュータの少なくとも１つを上記手段の少なくとも１つとして機能させるための情報処理プログラム。
20. 通信可能に接続された複数の情報処理装置によって、請求項１〜１８のいずれかに記載の情報処理システムを機能させるために、
    上記情報処理装置のうちの１つを請求項１〜１８のいずれかに記載の情報処理システムにおける各手段の少なくとも１つとして機能させるための情報処理プログラム。
21. コンピュータを、請求項１〜１８のいずれかに記載の情報処理システムにおける各手段の少なくとも１つとして機能させるための情報処理プログラム。
22. コンピュータを、
    交通機関に関する時刻表、混雑情報および運行情報のうち少なくともいずれか一つである交通関連情報の出力要求であって目的地に関する情報を含まない出力要求を受付ける要求受付手段、
    前記出力要求が受け付けられると、使用状況情報に基づいて、ユーザが利用しようとするステーションおよび路線が一意に特定されるか否かを判定する判定手段、
    ステーションおよび路線が一意に特定される場合には、前記特定されたステーションおよび路線の交通関連情報を提示し、そうでない場合には、候補となるステーションおよび／または路線の名称を選択可能に提示する情報提示手段、
    として機能させるための情報処理プログラム。
23. 通信可能に接続された複数の情報処理装置によって、
    交通機関に関する時刻表、混雑情報および運行情報のうち少なくともいずれか一つである交通関連情報の出力要求であって目的地に関する情報を含まない出力要求を受付ける要求受付手段と、
    前記出力要求が受け付けられると、使用状況情報に基づいて、ユーザが利用しようとするステーションおよび路線が一意に特定されるか否かを判定する判定手段と、
    ステーションおよび路線が一意に特定される場合には、前記特定されたステーションおよび路線の交通関連情報を提示し、そうでない場合には、候補となるステーションおよび／または路線の名称を選択可能に提示する情報提示手段と、
    を備えた情報処理システムを構成するために、
    上記手段の少なくとも１つを備えたことを特徴とする情報処理装置。
24. 要求受付手段が、交通機関に関する時刻表、混雑情報および運行情報のうち少なくともいずれか一つである交通関連情報の出力要求であって目的地に関する情報を含まない出力要求を受付けるステップと、
    判定手段が、前記出力要求が受け付けられると、使用状況情報に基づいて、ユーザが利用しようとするステーションおよび路線が一意に特定されるか否かを判定するステップと、
    情報提示手段が、ステーションおよび路線が一意に特定される場合には、特定されたステーションおよび路線の交通関連情報を提示し、そうでない場合には、前記候補となるステーションおよび／または路線の名称を選択可能に提示するステップと、
    を備えることを特徴とする情報処理方法。

Images