(57)【要約】【課題】交通情報をユーザの予定に応じて提供できるようにする。【解決手段】サーバ装置は、鉄道の運行情報の検索が要求されると（Ｓａ１：ＹＥＳ）、直近の予定情報があるか否かを判断し（Ｓａ４）、予定情報があればこれを取得する（Ｓａ５）。予定情報は、予定に関する位置及び時刻の情報を少なくとも含む。サーバ装置は、予定情報に基づいて、予定情報が示す位置に予定情報が示す時刻までに到達するための路線を特定し（Ｓａ６）、当該路線の運行情報を検索して（Ｓａ１０）出力データを生成及び出力する（Ｓａ１１、Ｓａ１２）。【選択図】図７
2015083416.tif 000002
【特許請求の範囲】
【請求項１】
あらかじめ入力された予定に関する位置及び時刻を少なくとも示す予定情報を取得する第１の取得部と、
所定の位置から前記第１の取得部により取得された予定情報が示す位置に当該予定情報が示す時刻までに到達するための交通手段を特定する特定部と、
前記特定部により特定された交通手段の状況を知らせる交通情報を出力する出力部と
を備える情報処理装置。
【請求項２】
前記交通情報を出力する要求を受け付ける受付部と、
前記要求を受け付けたときのユーザの位置を特定する位置特定部とを備え、
前記特定部は、前記位置特定部により特定された位置から前記予定情報が示す位置に到達するための交通手段を特定する
請求項１に記載の情報処理装置。
【請求項３】
前記特定部は、前記交通手段と、当該交通手段を利用した場合の前記所定の位置からの所要時間とを特定し、
前記出力部は、前記予定情報が示す時刻から、前記特定部により特定された所要時間に所定の時間を加算した時間の範囲内において、前記交通情報を出力する
請求項１又は２に記載の情報処理装置。
【請求項４】
前記出力部は、前記所定の時間を、前記所要時間と前記所定の位置から前記予定情報が示す位置までの距離の少なくともいずれかに応じて異ならせる
請求項３に記載の情報処理装置。
【請求項５】
前記状況の変化に応じて前記交通情報を取得する第２の取得部を備え、
前記出力部は、前記特定部により特定された交通手段の前記交通情報が前記第２の取得部により取得されると、当該交通情報を出力する
請求項１ないし４のいずれか１項に記載の情報処理装置。
【請求項６】
前記出力部が前記特定部により特定された交通手段の前記交通情報を出力するか否かを当該交通手段の特定に用いた前記予定情報に基づいて判断する判断部を備える
請求項１ないし５のいずれか１項に記載の情報処理装置。
【請求項７】
前記判断部は、前記予定情報が示す時刻と現在時刻の差に基づいて判断を行う
請求項６に記載の情報処理装置。
【請求項８】
前記予定情報は、当該情報の重要度を含み、
前記判断部は、前記重要度に基づいて判断を行う
請求項６又は７に記載の情報処理装置。
【請求項９】
コンピュータに、
あらかじめ入力された予定に関する位置及び時刻を少なくとも示す予定情報を取得するステップと、
所定の位置から前記取得された予定情報が示す位置に当該予定情報が示す時刻までに到達するための交通手段を特定するステップと、
前記特定された交通手段の状況を知らせる交通情報を出力するステップと
を実行させるためのプログラム。
【請求項１０】
あらかじめ入力された予定に関する位置及び時刻を少なくとも示す予定情報を取得するステップと、
所定の位置から前記取得された予定情報が示す位置に当該予定情報が示す時刻までに到達するための交通手段を特定するステップと、
前記特定された交通手段の状況を知らせる交通情報を出力するステップと
を有する交通情報の提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、交通情報を提供するための技術に関する。
【背景技術】
【０００２】
携帯端末を介して鉄道等の運行情報（遅延、運休など）を電子メールなどで通知するサービスが種々知られている。また、特許文献１には、目的地までの最適経路をリアルタイムに報知する通勤ガイド支援システムにおいて、目的地付近を同心円状の複数の到達予定領域に区分し、携帯端末が所定の時刻に所定の到達予定領域に到達していない場合にはその旨を知らせることが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２４４７６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
遅延等の発生を通知するサービスは、通勤・通学によく使う路線や、自宅付近の路線といったように、ユーザがあらかじめ設定したものを通知対象とするのが一般的である。したがって、あらかじめ設定された路線以外の路線を利用する場合には、ユーザ自らが運行情報を検索しなければならない。
【０００５】
また、特許文献１に記載の技術においては、所定の時刻に所定の到達予定領域に到達していないことを知らされても無意味な場合がある。例えば、目的地により速く到達できる代替手段が存在しない場合には、所定の時刻に所定の到達予定領域に到達していないことが知らされたとしても、ある意味手遅れであり、目的地に到達予定時刻に到達することは事実上不可能である。
【０００６】
これに対し、本発明は、交通情報をユーザの予定に応じて提供できるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る情報処理装置は、あらかじめ入力された予定に関する位置及び時刻を少なくとも示す予定情報を取得する第１の取得部と、所定の位置から前記第１の取得部により取得された予定情報が示す位置に当該予定情報が示す時刻までに到達するための交通手段を特定する特定部と、前記特定部により特定された交通手段の状況を知らせる交通情報を出力する出力部とを備える構成を有する。
【０００８】
また、前記情報処理装置は、前記交通情報を出力する要求を受け付ける受付部と、前記要求を受け付けたときのユーザの位置を特定する位置特定部とを備え、前記特定部は、前記位置特定部により特定された位置から前記予定情報が示す位置に到達するための交通手段を特定する構成であってもよい。
また、前記特定部は、前記交通手段と、当該交通手段を利用した場合の前記所定の位置からの所要時間とを特定し、前記出力部は、前記予定情報が示す時刻から、前記特定部により特定された所要時間に所定の時間を加算した時間の範囲内において、前記交通情報を出力する構成であってもよい。
また、前記出力部は、前記所定の時間を、前記所要時間と前記所定の位置から前記予定情報が示す位置までの距離の少なくともいずれかに応じて異ならせる構成であってもよい。
また、前記情報処理装置は、前記状況の変化に応じて前記交通情報を取得する第２の取得部を備え、前記出力部は、前記特定部により特定された交通手段の前記交通情報が前記第２の取得部により取得されると、当該交通情報を出力する構成であってもよい。
また、前記情報処理装置は、前記出力部が前記特定部により特定された交通手段の前記交通情報を出力するか否かを当該交通手段の特定に用いた前記予定情報に基づいて判断する判断部を備える構成であってもよい。
また、前記判断部は、前記予定情報が示す時刻と現在時刻の差に基づいて判断を行う構成であってもよい。
また、前記予定情報は、当該情報の重要度を含み、前記判断部は、前記重要度に基づいて判断を行う構成であってもよい。
【０００９】
また、本発明に係るプログラムは、コンピュータに、あらかじめ入力された予定に関する位置及び時刻を少なくとも示す予定情報を取得するステップと、所定の位置から前記取得された予定情報が示す位置に当該予定情報が示す時刻までに到達するための交通手段を特定するステップと、前記特定された交通手段の状況を知らせる交通情報を出力するステップとを実行させるためのプログラムである。
【００１０】
また、本発明に係る交通情報の提供方法は、あらかじめ入力された予定に関する位置及び時刻を少なくとも示す予定情報を取得するステップと、所定の位置から前記取得された予定情報が示す位置に当該予定情報が示す時刻までに到達するための交通手段を特定するステップと、前記特定された交通手段の状況を知らせる交通情報を出力するステップとを有する。
【発明の効果】
【００１１】
本発明によれば、交通情報をユーザの予定に応じて提供することが可能である。
【図面の簡単な説明】
【００１２】
【図１】通信システムの全体構成を示すブロック図
【図２】通信端末のハードウェア構成を示すブロック図
【図３】サーバ装置のハードウェア構成を示すブロック図
【図４】予定情報のデータ構造を説明するための図
【図５】サーバ装置の音声エージェント機能に関する機能構成を示すブロック図
【図６】サーバ装置の運行情報の検索に関する機能構成を示すブロック図
【図７】運行情報を配信する処理の一例を示すフローチャート
【図８】判断処理（図７のステップＳａ７）を説明するための図
【図９】運行情報を配信する処理の一例を示すフローチャート
【発明を実施するための形態】
【００１３】
［実施例］
図１は、本発明の一実施例である通信システム１０の全体構成を示すブロック図である。通信システム１０は、サーバ装置１００と、通信端末２００と、ネットワーク３００とを備える。なお、通信システム１０は、実際には複数の通信端末２００を備え、複数のユーザに対してサービスを提供するシステムであってもよい。この場合、ユーザの識別は周知の手法によるものとする。
【００１４】
本実施例において、通信システム１０は、ユーザに音声エージェント機能を提供する。ここにおいて、音声エージェント機能とは、通信端末２００に対して音声によって入力し、入力した音声に応じた情報を出力するなどのユーザの意図に応じた処理を実行する機能をいう。ユーザは、音声エージェント機能を利用することで、通信端末２００内外のコンテンツ（データ、アプリケーションなど）により容易にアクセスできるようになる。
【００１５】
サーバ装置１００は、音声エージェント機能に関する主要な処理を実行するコンピュータ装置である。サーバ装置１００は、通信端末２００から音声データを受信し、受信した音声データに応じた処理を実行する。サーバ装置１００は、本発明に係る情報処理装置の一例に相当するものである。通信端末２００は、ユーザに所持されるコンピュータ装置である。通信端末２００は、スマートフォン、データ通信が可能な携帯電話機などの無線通信端末である。ネットワーク３００は、サーバ装置１００と通信端末２００とを接続する通信ネットワークであり、インターネット、移動体通信網などを含んで構成される。
【００１６】
図２は、通信端末２００のハードウェア構成を示すブロック図である。通信端末２００は、制御部２１０と、記憶部２２０と、通信部２３０と、表示部２４０と、入力部２５０と、音声入出力部２６０と、測位部２７０とを少なくとも備える。なお、通信端末２００は、ここでは図示を省略するが、ＬＥＤ（Light Emitting Diode）などのライトやバイブレータを備え、データの入出力等に応じて発光又は振動するよう構成されていてもよい。
【００１７】
制御部２１０は、通信端末２００の各部の動作を制御する手段である。制御部２１０は、ＣＰＵ（Central Processing Unit）などの演算処理装置と主記憶装置に相当するメモリとを備え、プログラムを実行することによって各種の処理を実行する。制御部２１０が実行するプログラムには、複数のアプリケーションプログラムが含まれる。本実施例においては、音声エージェント機能を利用するためのアプリケーションプログラムや、後述する予定情報を管理するためのアプリケーションプログラム（以下「スケジューラ」という。）が制御部２１０によって実行される。
【００１８】
記憶部２２０は、データを記憶する手段である。記憶部２２０は、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）などによる補助記憶装置を備える。また、記憶部２２０は、いわゆるメモリカードのような着脱可能な記憶媒体（リムーバブルメディア）を含んで構成されてもよい。記憶部２２０は、上述したプログラムや予定情報を記憶することができる。
【００１９】
通信部２３０は、データを送受信する手段である。通信部２３０は、モデムなどを備え、ネットワーク３００に応じた方式でデータの変調及び復調を行う。通信部２３０は、ネットワーク３００に接続し、ネットワーク３００を介してサーバ装置１００と通信を行う。
【００２０】
表示部２４０は、情報を表示する手段である。表示部２４０は、液晶素子や有機ＥＬ（electroluminescence）素子により構成される表示パネルと、この表示パネルを駆動する駆動回路とを含んで構成される。表示部２４０は、制御部２１０から供給された表示データに応じた文字や画像を表示する。
【００２１】
入力部２５０は、情報を入力する手段である。入力部２５０は、例えば、複数のキーにより構成されるキーパッドである。あるいは、入力部２５０は、表示部２４０の表示パネルに対応して設けられたタッチスクリーンによって構成されてもよい。入力部２５０は、ユーザの操作による入力を受け付け、操作に応じた入力データを制御部２１０に供給する。
【００２２】
音声入出力部２６０は、情報を音声によって入力又及び出力する手段である。音声入出力部２６０は、典型的には、マイクロホンとスピーカにより構成されるが、イヤホンやヘッドセットに接続するための端子又は無線インタフェースを含み得る。音声入出力部２６０は、音声をデジタルデータに変換して入力し、又はデジタルデータを音声に変換して出力する。
【００２３】
測位部２７０は、位置情報を取得する手段である。測位部２７０によって取得される位置情報は、通信端末２００の位置（すなわちこれを所持しているユーザの位置）を示す情報であるといえる。測位部２７０は、ここではＧＰＳ（Global Positioning System）などの衛星測位システムによって得られた緯度及び経度を位置情報として用いることとするが、代替又は併用可能な他の位置情報（例えば、移動体通信網の基地局からの情報を利用したもの）を用いてもよい。測位部２７０は、演算等により取得した位置情報を制御部１１０に供給する。
【００２４】
次に、図３は、サーバ装置１００のハードウェア構成を示すブロック図である。サーバ装置１００は、制御部１１０と、記憶部１２０と通信部１３０とを備える。制御部１１０は、サーバ装置１００の各部の動作を制御する手段である。制御部１１０は、演算処理装置やメモリを備え、プログラムを実行することによって各種の処理を実行する。記憶部１２０は、データを記憶する手段であり、ＨＤＤやＳＳＤ（Solid State Drive）により構成される。記憶部１２０は、例えば、各ユーザの予定情報を記憶する。通信部１３０は、データを送受信する手段であり、ネットワーク３００を介して通信端末２００と通信を行う。
【００２５】
なお、サーバ装置１００は、データを記憶部１２０に記憶することに代えて、外部の記憶装置にデータを書き込み、又は当該記憶装置からデータを読み出すことも可能である。例えば、各ユーザの予定情報は、このような外部の記憶装置に記憶されていてもよい。
【００２６】
通信システム１０のハードウェア構成は、以上のとおりである。ユーザは、通信システム１０を用いて、音声エージェント機能を利用することができる。ユーザは、音声エージェント機能によって、情報を検索したり、特定のアプリケーションを起動したりすることができる。例えば、ユーザは、通信端末２００に対して「富士山の高さは？」と音声で問いかけると、「富士山の高さは３，７７６ｍです」という回答を通信端末２００から得たり、「１０時３０分にアラーム」と音声で話しかけると、１０時３０分にアラームを鳴らすアプリケーションを起動したりすることが可能である。
【００２７】
また、本実施例において、ユーザは、スケジューラによって自己の予定を管理することが可能である。通信端末２００において、個々の予定は、予定情報として保持される。ここにおいて、予定情報とは、ユーザによってあらかじめ入力された予定に関する情報をいい、当該予定に関する位置及び時刻を示す情報を少なくとも含むものとする。したがって、本実施例の予定情報は、「いつ」、「どこで」、「何がある」といったことがらを表す。
【００２８】
図４は、予定情報のデータ構造を説明するための図である。図４に示す予定情報は、「予定名」、「開始時刻」、「終了時刻」、「場所」、「内容」、「重要度」といった項目を有している。
【００２９】
「予定名」は、予定を識別するために入力される当該予定の名称である。この情報は、例えば、「打ち合わせ」、「出張」、「会食」、「パーティ」、「コンサート」など、ユーザによって入力される任意の文字列である。
「開始時刻」、「終了時刻」は、それぞれ、当該予定が開始される日時と終了する日時を表す情報である。
【００３０】
「場所」は、予定されている行事が開催される場所（すなわち位置）を示す情報である。この情報は、住所の全部又は一部であってもよいが、例えば、通信端末２００に表示された地図上のいずれかの位置をユーザが指定することで入力されてもよいし、「東京駅」などのような著名な施設・建造物（ランドマーク）であってもよい。
【００３１】
「内容」は、予定の具体的な内容を示す情報である。この情報は、ユーザがメモや備忘録の目的で入力するものである。
「重要度」は、予定の重要度を示す情報である。本実施例の重要度は、説明の便宜上、重要であるか否かを二値的に示すフラグであるとするが、重要度を３段階以上とすることを妨げない。
【００３２】
なお、予定情報は、図４に示した全ての項目を必須の入力項目とするものではなく、必要に応じて一部の項目の入力が省略されてもよい。また、予定情報は、図４に示されていない他の項目を含むことも可能である。すなわち、図４に示した予定情報は、あくまでも一例である。
【００３３】
本実施例において、予定情報は、通信端末２００において入力されたものが通信端末２００とサーバ装置１００とに記憶され、データが同期されているものとする。通信端末２００は、予定情報が入力されると、これを記録するとともに、適当なタイミングで同じものをサーバ装置１００に送信する。
【００３４】
また、ユーザは、予定情報を音声によって入力又は検索（出力）することも可能である。すなわち、通信端末２００は、音声エージェント機能とスケジューラを連携させることが可能である。例えば、翌日の予定情報として「予定名」が「打ち合わせ」である予定情報が記録されている場合において、ユーザが「明日の打ち合わせは何時？」と問いかけると、通信端末２００は、ユーザの意図を解釈してスケジューラを参照し、当該予定情報の「開始時刻」や「終了時刻」を音声によって再生し、又は文字によって表示する。
【００３５】
上述したとおり、音声エージェント機能に関する主要な処理は、サーバ装置１００によって行われる。音声エージェント機能に関しては、通信端末２００は、音声入力を受け付けて音声データを送信し、サーバ装置１００による処理結果を出力することが主な役割である。ここにおいて、通信端末２００は、音声を所定のエンコード方式で符号化した音声データを送信する。なお、音声データは、音声そのものを表すものでなく、音声の特徴量を表すものであってもよい。
【００３６】
図５は、サーバ装置１００の音声エージェント機能に関する機能構成を示すブロック図である。サーバ装置１００は、制御部１１０が所定のプログラムを実行することにより、同図に示す音声認識部１１０Ａ、意図解釈部１１０Ｂ及び音声合成部１１０Ｃを実現する。
【００３７】
音声認識部１１０Ａは、ユーザにより発声された音声を認識する手段である。音声認識部１１０Ａは、通信端末２００から送信された音声データを解析し、ユーザがどのような音声（言葉）を発したかを特定する。音声認識部１１０Ａは、このようにして特定した音声を表すテキストデータを生成する。
【００３８】
意図解釈部１１０Ｂは、発声によるユーザの意図を解釈する手段である。意図解釈部１１０Ｂは、音声認識部１１０Ａにより生成されたテキストデータに基づいて、テキスト化された音声の意味を解析する。意図解釈部１１０Ｂは、形態素解析などの自然言語処理を実行することによってテキストデータが示す意図を解釈する。
【００３９】
また、意図解釈部１１０Ｂは、このようにして解釈したユーザの意図に応じた処理を実行する。例えば、ユーザの意図が何らかの情報を検索することであった場合、意図解釈部１１０Ｂは、外部のデータベースやサーチエンジンにアクセスしてユーザの意図に合致する情報を取得する。あるいは、ユーザの意図が何らかのアプリケーションを起動することであった場合、意図解釈部１１０Ｂは、通信端末２００に当該アプリケーションを起動させるために必要な命令を生成する。
【００４０】
音声合成部１１０Ｃは、ユーザに応答する音声を合成する手段である。音声合成部１１０Ｃは、意図解釈部１１０Ｂによる処理結果に基づき、ユーザの意図に応じた音声を人工的に合成した合成音声データを生成する。なお、ユーザの音声入力に対する応答は、必ずしも音声であるとは限らない。例えば、サーバ装置１００は、情報を検索する要求に対してウェブページなどの視覚的な情報で応答する場合もある。
【００４１】
サーバ装置１００は、このような構成により、音声データに応じた出力データを通信端末２００に送信する。出力データは、音声合成部１１０Ｃにより生成された合成音声データと、ウェブページなどの表示データとを含み得る。つまり、ユーザは、音声入力に対する応答を視覚的又は聴覚的に得ることができる。
【００４２】
なお、本実施例において、音声エージェント機能により検索可能な情報には、運行情報が含まれる。ここにおいて、運行情報とは、鉄道の運行状況を示す情報をいい、例えば、ダイヤ（運行計画）が乱れていることを知らせる情報（遅延情報）や、列車の運休等を知らせる情報である。以下においては、鉄道の運行に何らかの支障を生じさせる運行状況を総称して「遅延等」という。運行情報は、所定の事業者によって所定の区間（以下「路線」という。）毎に提供されるものとする。また、運行情報は、運行状況の変化に応じて逐次更新される。ユーザは、例えば「運行情報を教えて」、あるいは単に「運行情報」といった所定のキーワードによって問いかけ（音声入力）を行うことによって、運行情報を検索することが可能である。なお、運行情報は、本発明に係る交通情報の一例に相当する。
【００４３】
サーバ装置１００が検索可能な運行情報は、以下の３通りである。
（１）ユーザがあらかじめ設定している路線の運行情報
（２）ユーザの現在地と予定情報に基づいて特定される路線の運行情報
（３）その他、ユーザが指定し、又はサーバ装置１００が推定した路線の運行情報
【００４４】
（１）の路線は、例えば、ユーザが通勤・通学などに利用するなど、比較的頻繁に利用する路線である。ユーザは、このような路線をあらかじめ１又は複数登録し、運行情報の検索に利用することができる。このようにして設定された路線を示す情報を、以下においては「設定情報」という。設定情報は、通信端末２００において登録されるが、通信端末２００を介してサーバ装置１００にも通知される。
【００４５】
（２）の路線は、ユーザが現在地から予定情報が示す場所（目的地）に移動するために利用する（と推測される）路線である。サーバ装置１００は、予定情報に基づいて、予定された時刻に目的地に到達するために必要な路線を特定する。このとき特定される路線は、１つであるとは限らず、例えば、乗り換えがあれば複数である。また、サーバ装置１００は、目的地に到達可能な路線が複数ある場合には、それぞれの路線について運行情報を検索してもよい。
【００４６】
図６は、サーバ装置１００の運行情報の検索に関する機能構成を示すブロック図である。サーバ装置１００は、制御部１１０が所定のプログラムを実行することにより、同図に示す予定情報取得部１１１、交通情報取得部１１２、受付部１１３、位置特定部１１４、交通手段特定部１１５、出力部１１６及び判断部１１７を実現する。図６に示す各部は、意図解釈部１１０Ｂの一部を構成する。
【００４７】
予定情報取得部１１１は、予定情報を取得する手段である。予定情報取得部１１１は、記憶部１２０に記憶されている予定情報を読み出して取得する。なお、予定情報取得部１１１は、全ての予定情報を取得する必要はない。例えば、ユーザの目的地を特定する場合、予定情報取得部１１１は、既に終了した過去の予定情報を取得する必要はなく、開始時刻が現在時刻よりも後の予定情報を取得すればよい。
【００４８】
交通情報取得部１１２は、交通情報（ここでは運行情報）を取得する手段である。交通情報取得部１１２は、所定の事業者によって外部から逐次送信される運行情報を、通信部１３０を介して取得する。
【００４９】
受付部１１３は、運行情報を出力する要求を受け付ける手段である。受付部１１３は、ユーザの音声を解析して得られたテキスト中に「運行情報（を教えて）」といった所定のキーワードが含まれているか否かを判断し、当該キーワードが含まれている場合に、ユーザが運行情報の出力を要求していると判断する。
【００５０】
位置特定部１１４は、ユーザの位置を特定する手段である。本実施例において、ユーザの位置は、通信端末２００の位置と実質的に同一である。したがって、位置特定部１１４は、通信端末２００の位置を特定することによってユーザの位置を特定する。位置特定部１１４は、測位部２７０によって取得された位置情報を通信端末２００から受信することにより、通信端末２００の位置を特定する。なお、位置特定部１１４によって特定された直近の位置のことを、ここでは「現在地」という。
【００５１】
交通手段特定部１１５は、運行情報を出力すべき交通手段（ここでは路線）を特定する手段である。交通手段特定部１１５は、位置特定部１１４により特定された位置と、予定情報取得部１１１により取得された予定情報が示す位置（場所）及び時刻（開始時刻）とに基づいて、位置特定部１１４により特定された位置から予定情報取得部１１１により取得された予定情報が示す位置に当該予定情報が示す時刻までに到達するための路線を特定する。なお、ユーザの位置や予定情報が示す位置が鉄道の駅から離れている場合には、交通手段特定部１１５は、当該位置から最寄り駅までの移動に要する時間も加味する。また、このとき交通手段特定部１１５によって特定される路線は、標準的な運行状況であれば目的地に予定どおり到達できるものであればよく、遅延等が発生している場合にまで目的地に予定どおり到達できることを要するものではない。
【００５２】
また、交通手段特定部１１５は、位置特定部１１４により特定された位置と、予定情報取得部１１１により取得された予定情報が示す位置とに基づいて、特定した路線を利用した場合の所要時間を特定することも可能である。ここにおいても、交通手段特定部１１５は、ユーザの位置や予定情報が示す位置が鉄道の駅から離れている場合には、当該位置から最寄り駅までの移動に要する時間を所要時間に加算してもよい。あるいは、交通手段特定部１１５は、位置特定部１１４により特定された位置から予定情報取得部１１１により取得された予定情報が示す位置までの距離を特定してもよい。ここでいう距離は、２点間の最短距離であってもよいが、移動距離、すなわち実際の移動に要した距離（道のり）であってもよい。
【００５３】
出力部１１６は、運行情報を出力する手段である。出力部１１６は、交通手段特定部１１５により特定された路線の運行情報を出力データに含めて出力する。出力部１１６は、交通情報取得部１１２により取得された運行情報であって、交通手段特定部１１５により特定された路線の運行情報を出力する。なお、運行情報は、合成音声データと表示データ（ウェブページ等）のいずれの形態で供給されてもよい。
【００５４】
判断部１１７は、運行情報を出力するか否かを判断する手段である。すなわち、出力部１１６は、交通手段特定部１１５により特定された路線に運行情報がある場合に、これを常に出力するとは限らない。例えば、判断部１１７は、予定情報が示す時刻（開始時刻）と現在時刻の差が所定の閾値を上回る場合、すなわち予定情報が示す時刻が現在時刻よりも当分先である場合には、遅延等の運行情報が仮にあってもこれを出力しないと判断してもよい。なぜならば、このような運行情報は、ユーザにとってあまり意味がない場合が多いからである。
【００５５】
判断部１１７は、交通手段特定部１１５による路線の特定に用いられた予定情報に基づいて、このような判断を実行する。例えば、判断部１１７は、予定情報が示す時刻と現在時刻の差に基づいて判断を行ってもよいし、予定情報に含まれる重要度に基づいて判断を行ってもよい。
【００５６】
図７は、運行情報を配信する処理の一例を示すフローチャートである。同図に示す処理は、ユーザが「運行情報（を教えて）」といった所定のキーワードを発声し、これに応答するように出力データが出力される場合を例示したものである。したがって、この場合の運行情報の配信形態は、いわゆるプル型配信に相当する。なお、ここでは、通信端末２００からは、現在地を示す位置情報が音声データとともに送信されるものとする。
【００５７】
まず、サーバ装置１００の制御部１１０は、あるユーザの通信端末２００から送信された音声データに基づき、当該ユーザの意図、すなわち当該ユーザが運行情報の検索を要求しているか否かを判断する（ステップＳａ１）。制御部１１０は、ユーザの意図が運行情報の検索でない場合には、本処理を終了し、ユーザの意図に応じた他の処理を実行する。
【００５８】
ユーザが運行情報の検索を要求している場合、制御部１１０は、当該ユーザの設定情報が記憶部１２０に記憶されているか否かを判断する（ステップＳａ２）。制御部１１０は、設定情報がある場合には、設定情報に記述された路線を特定する（ステップＳａ３）。また、制御部１１０は、設定情報がない場合には、直近の予定に関する予定情報が記憶部１２０に記憶されているか否かを判断する（ステップＳａ４）。ここでいう直近とは、例えば、当日中のことであるが、現在時刻からあらかじめ決められた時間内（６時間以内など）のことであってもよい。
【００５９】
直近の予定情報があれば、制御部１１０は、その予定情報を取得する（ステップＳａ５）。すなわち、制御部１１０は、必要な予定情報を記憶部１２０から読み出す。制御部１１０は、取得した予定情報と通信端末２００から送信された位置情報とに基づいて路線を特定する（ステップＳａ６）。
【００６０】
また、このとき制御部１１０は、ステップＳａ６において特定した路線を利用した場合の所要時間を特定し、所要時間に基づいて運行情報を出力するか否かを判断する（ステップＳａ７）。具体的には、制御部１１０は、取得した予定情報が示す時刻（開始時刻）から所要時間と所定の時間Ｔとを加算した時間に現在時刻が含まれるか判断し、この条件を満たす場合には運行情報を出力すると判断する一方、この条件を満たさない場合には運行情報を出力しないと判断する。制御部１１０は、運行情報を出力しないと判断したら、以降のステップを実行せずに本処理を終了してよい。なお、ステップＳａ７の処理は、省略可能である。
【００６１】
図８は、ステップＳａ７の判断処理を説明するための図である。制御部１１０は、予定の開始時刻から所要時間と時間Ｔを加算した時間だけ遡った時刻ｔ0を算出し、現在時刻が時刻ｔ0以後であれば運行情報を出力し、現在時刻が時刻ｔ0より前であれば運行情報を出力しない。
【００６２】
このようにすると、ユーザは、直近の予定の目的地に移動するための行動が必要になるときに運行情報を入手し、それ以外のときには不必要な運行情報が配信されないようにすることができる。例えば、直近の予定が夜の予定であり、かつ、目的地への移動のための所要時間も１時間程度であるような場合において、当該移動に利用する路線に朝や昼に遅延等が生じたとしても、その運行情報はユーザにとって必ずしも有益であるとはいえない。ユーザにとってより有益である可能性が高い運行情報は、ユーザが目的地に移動するために鉄道を利用しようとするタイミングでの運行情報であるといえる。
【００６３】
なお、ここでいう所要時間は、遅延等が発生していない場合の標準的な所要時間のことである。したがって、時刻ｔ0の算出に際して時間Ｔを設けなかった場合（すなわちＴ＝０とした場合）には、遅延等の運行情報を入手してもユーザにとっては手遅れになる可能性が高い。なぜならば、遅延等が発生していれば、目的地への移動には標準的な所要時間以上の時間を要するからである。
【００６４】
時間Ｔの値は、あらかじめ決められた値（例えば、１〜２時間程度）でもよいが、所要時間と移動距離の少なくともいずれかに応じて異なるようにしてもよい。具体的には、制御部１１０は、所要時間又は移動距離が長くなるほど、時間Ｔの値を大きくなるように設定する場合があってもよい。なぜならば、長時間又は長距離の移動であるほど、遅延等の影響も大きくなるのが一般的だからである。また、時間Ｔの値は、ユーザ自身が設定できるようになっていてもよい。
【００６５】
一方で、直近の予定情報がない場合、すなわちステップＳａ７の判断が「ＮＯ」である場合には、制御部１１０は、ユーザに問い合わせることにより、運行情報を検索すべき路線をユーザに指定させる（ステップＳａ８）。例えば、制御部１１０は、「運行情報を検索したい路線はどの路線ですか？」といった合成音声を通信端末２００に再生させ、ユーザによる回答を促す。その後、制御部１１０は、ユーザからの回答に基づいて路線を特定する（ステップＳａ９）。なお、制御部１１０は、ステップＳａ８、Ｓａ９の処理に代えて、位置情報に基づいて路線（現在地からの最寄りの路線）を推定してもよい。
【００６６】
このようにして路線を特定したら、制御部１１０は、特定した路線の運行情報が提供されているか検索する（ステップＳａ１０）。次いで、制御部１１０は、検索結果に応じた出力データを生成して出力する（ステップＳａ１１、Ｓａ１２）。通信端末２００は、この出力データを受信すると、出力データに応じた処理を実行する。なお、運行情報は、運行状況に異変があった場合にのみ提供される（すなわち、平常どおり運行されていれば提供されない）ものであってもよいが、平常どおり運行されている場合には「平常どおり運行しています」などといった運行情報が提供されるものであってもよい。前者の場合において、運行情報がないときには、制御部１１０は、「平常どおり運行しています」などのあらかじめ決められたメッセージで応答するように出力データを生成すればよい。
【００６７】
なお、サーバ装置１００は、図７に示す処理が終了した後も、運行状況の変化に応じて運行情報を出力することが可能である。例えば、サーバ装置１００は、ユーザが運行情報の検索を要求した時点では平常どおりの運行状況であったものの、その後に遅延等が生じた場合には、必要に応じて運行情報を配信する。その具体的な処理は、例えば以下のとおりである。なお、この場合の運行情報の配信形態は、いわゆるプッシュ型配信に相当する。
【００６８】
図９は、運行情報を配信する処理の別の例を示すフローチャートである。この処理において、サーバ装置１００の制御部１１０は、運行情報の配信対象となる路線を予定情報に基づいてあらかじめ特定し、これを記憶している（ステップＳｂ１）。なお、路線の特定は、図７の例と同様の要領で行われればよい。あるいは、本処理が図７に示す処理に続けて実行される場合には、制御部１１０は、図７に示す処理において特定した路線を記録しておいてもよい。
【００６９】
次に、制御部１１０は、運行情報が更新されたか否かを判断する（ステップＳｂ２）。具体的には、制御部１１０は、新たな運行情報を取得したか否かを判断する。制御部１１０は、新たな運行情報が取得されるまでこの判断を繰り返す。
【００７０】
運行情報を取得したら、制御部１１０は、取得した運行情報が配信対象の路線のものであるか否かを判断する（ステップＳｂ３）。すなわち、制御部１１０は、取得した運行情報がステップＳｂ１において特定された路線の運行情報であるか否かを判断する。制御部１１０は、取得した運行情報が配信対象の路線のものでなければ、運行情報を出力することなく本処理を終了する。
【００７１】
次に、制御部１１０は、予定情報が示す予定が重要であるか否かを判断する（ステップＳｂ４）。具体的には、制御部１１０は、予定情報に含まれる「重要度」の項目を参照することにより、予定の重要度を判断する。制御部１１０は、予定が重要である場合には運行情報を出力する一方、予定が重要でない場合には運行情報を出力せずに本処理を終了する。
【００７２】
また、制御部１１０は、予定情報が示す時刻と現在時刻の差を判断する（ステップＳｂ５）。具体的には、制御部１１０は、予定情報が示す開始時刻と現在時刻の差を算出し、この差が所定の閾値以下であれば運行情報を出力する一方、この差が閾値より大きければ運行情報を出力せずに本処理を終了する。なお、閾値の値は、特に限定されないが、例えば、１〜３時間程度である。また、制御部１１０は、ステップＳａ８の場合と同様に、この場合にも所要時間や移動距離に応じて閾値を異ならせてもよい。あるいは、制御部１１０は、運行情報に具体的な遅延時間の情報（例えば、「３０分の遅延」といった情報）が含まれていれば、この情報に基づいて閾値を異ならせることも可能である。
【００７３】
最後に、制御部１１０は、ステップＳｂ３〜Ｓｂ５の判断がいずれも肯定的であれば、運行情報を含む出力データを生成し（ステップＳｂ６）、これを出力する（ステップＳｂ７）。すなわち、制御部１１０は、運行情報を出力するか否かを、当該運行情報の特定に用いた予定情報に基づいて判断している。なお、制御部１１０は、ステップＳｂ４、Ｓｂ５の処理の一方（又は双方）の実行を省略してもよい。
【００７４】
以上のとおり、本実施例の通信システム１０によれば、ユーザの予定に応じた運行情報をタイムリーに提供することができる。ユーザは、予定情報に入力した場所まで移動するために必要な路線の運行情報を、その予定の開始時刻の近傍において知ることができる一方、現在時刻が当該開始時刻とかけ離れているような場合には、当該路線に遅延等が発生していたとしても、運行情報の配信を受けることがない。また、ユーザは、設定情報によって路線をあらかじめ登録していない場合であっても、当該ユーザが利用する可能性が高い路線の運行情報を知ることが可能である。
【００７５】
［変形例］
本発明は、上述した実施例の態様に限らず、他の態様でも実施することができる。以下に示すのは、本発明の他の態様の一例である。なお、これらの変形例は、必要に応じて、各々を適宜組み合わせることも可能である。
【００７６】
（１）本発明は、音声エージェント機能を利用するものに限定されない。したがって、本発明は、運行情報の検索の要求などを音声によって入力するものに限定されない。例えば、運行情報の検索は、所定のボタンを押下することによって実行されてもよい。あるいは、本発明は、ユーザから明示的な要求をすることなく運行情報を検索するものであってもよい。
【００７７】
例えば、本発明は、通信端末２００が定期的（例えば数分に１回）に位置情報をサーバ装置１００に送信し、サーバ装置１００がこの位置情報を受信する毎に図７や図９に示した処理を実行するものであってもよい。この場合、図７の処理による運行情報の配信形態は、プッシュ型配信に相当する。このとき制御部１１０は、ステップＳａ１の処理（運行情報の検索が要求されているか判断する処理）に代えて、位置情報を取得したか否かを判断する処理を実行し、位置情報を取得した場合にステップＳａ２以降の処理を実行すればよい。
【００７８】
（２）上述した実施例は、設定情報と予定情報とが利用可能である場合に、設定情報を優先するものである（図７参照）。しかし、本発明は、このような態様に限定されない。例えば、サーバ装置１００は、設定情報と予定情報とが利用可能である場合に予定情報を優先する（すなわち、設定情報の有無より先に予定情報の有無を判断する）ものであってもよい。
【００７９】
（３）設定情報は、ユーザが利用する定期券（定期乗車券）の情報に基づいて設定されてもよい。ここにおいて、定期券とは、特定の期間に特定の区間で何回でも乗降可能な乗車券をいい、主として、通勤、通学などでの鉄道の利用に割引を適用するために用いられる。また、設定情報は、ユーザによる鉄道の利用履歴に基づいて、例えばユーザが頻繁に利用している区間の路線が機械的に（すなわちユーザによる手動の設定によらないで）設定されてもよい。
【００８０】
サーバ装置１００の制御部１１０は、ステップＳａ６（図７参照）において、このような設定情報を参照して路線を特定することも可能である。例えば、制御部１１０は、ある区間の定期券をユーザが所持している場合に、（当該区間を利用すると遠回りになったとしても）当該区間を含む路線を運行情報の検索対象に含めてもよい。また、制御部１１０は、このように定期券の対象区間を含む路線を運行情報の検索対象とする場合には、ステップＳａ７の判断を省略し、この路線を利用した場合の所要時間を問わずに運行情報を出力することとしてもよいし、定期券の対象区間を含む場合の時間Ｔ（図８参照）の値をそうでない場合よりも大きくしてもよい。このようにすれば、ユーザは、定期券の対象区間を通るようにし、結果的に遠回りになって所要時間が長くなった場合にも、運行情報を前もって得ることが可能である。
【００８１】
（４）図９に示した処理は、図７に示した処理の実行の有無を問わずに実行されてもよい。すなわち、本発明は、図７に示したような配信形態と図９に示したような配信形態のいずれによって運行情報を配信するものであってもよいし、これらを組み合わせたものであってもよい。
【００８２】
（５）ユーザの現在地は、測位部２７０による測位によらなくても特定（あるいは推定）可能である。例えば、通信端末２００は、ユーザの現在地をユーザ自身に入力させてもよい。あるいは、通信端末２００は、終了した予定情報のうちの現在時刻に最も近いものを参照し、当該予定情報に記述された情報（場所）に基づいてユーザの現在地を推定してもよい。
【００８３】
（６）運行情報の配信に利用する予定情報は、直近の予定情報に限定されない。すなわち、本発明は、直近の予定情報だけでなく、未了の予定情報のすべてを参照して図７や図９の処理を実行してもよい。ただし、参照する予定情報は、当日のもののみとし、翌日以降のものを除外してもよい。
【００８４】
（７）上述した（鉄道の）運行情報は、本発明に係る交通情報の一例である。本発明に係る交通情報は、鉄道の運行情報に限らず、例えばバスの運行情報であってもよい。また、ここでいう「鉄道」は、広義の鉄道であって、ＡＧＴ（Automated Guideway Transit）、モノレールなどの類似の交通機関を含む概念であるとする。さらに、本発明の交通情報は、高速道路等の渋滞情報を含んでもよい。
【００８５】
（８）本発明に係る情報処理装置は、複数のサーバ装置の協働によって実現されてもよい。例えば、上述したサーバ装置１００は、音声認識部１１０Ａ、意図解釈部１１０Ｂ、音声合成部１１０Ｃのそれぞれに相当するサーバ装置によって実現されてもよい。
【００８６】
また、本発明に係る情報処理装置は、サーバ装置と通信端末の協働によって実現されてもよい。すなわち、上述した通信端末２００は、サーバ装置１００の機能の一部を有してもよい。例えば、通信端末２００は、音声認識部１１０Ａや音声合成部１１０Ｃに相当する機能を実行することも可能である。また、通信端末２００は、図６に示した各部の一部の機能を実行するように構成されてもよい。さらに、本発明に係る情報処理装置は、（サーバ装置ではなく）通信端末によっても実現可能である。
【００８７】
（９）本発明は、情報処理装置としてだけではなく、これを備えたサーバ装置（又は通信端末）、交通情報の提供方法、コンピュータを本発明の情報処理装置として機能させるためのプログラムなどとして特定されてもよい。また、本発明に係るプログラムは、光ディスクなどの記録媒体に記録した形態や、インターネットなどのネットワークを介してコンピュータにダウンロードさせ、これをインストールして利用可能にする形態などでも提供することができる。
【符号の説明】
【００８８】
１０…通信システム、１００…サーバ装置、１１０…制御部、１１０Ａ…音声認識部、１１０Ｂ…意図解釈部、１１０Ｃ…音声合成部、１１１…予定情報取得部、１１２…交通情報取得部、１１３…受付部、１１４…位置特定部、１１５…交通手段特定部、１１６…出力部、１１７…判断部、１２０…記憶部、１３０…通信部、２００…通信端末、２１０…制御部、２２０…記憶部、２３０…通信部、２４０…表示部、２５０…入力部、２６０…音声入出力部、２７０…測位部、３００…ネットワーク
【図１】
2015083416.tif 000003
【図２】
2015083416.tif 000004
【図３】
2015083416.tif 000005
【図４】
2015083416.tif 000006
【図５】
2015083416.tif 000007
【図６】
2015083416.tif 000008
【図７】
2015083416.tif 000009
【図８】
2015083416.tif 000010
【図９】
2015083416.tif 000011