(57)【要約】【課題】情報処理端末のユーザに適切な乗換案内情報を提供すること。【解決手段】情報処理端末は、  あるメール又はスケジュールについての所定の解析法による解析結果が必要情報をすべて含んでいなかった場合、別のメール又はスケジュールについての所定の解析法による解析結果から必要情報を取得し、必要情報をすべて取得するユーザ予定推定部２００と、必要情報が示す日付、時刻及び場所に基づいて乗換案内情報を取得し、データベースに格納する乗換案内部３００と、乗換案内情報を前記データベースから取り出し、ユーザに提示する出力部４００とを有する。【選択図】図１
2011203849.tif 000002
【特許請求の範囲】
【請求項１】
あるメール又はスケジュールについての所定の解析法による解析結果が必要情報をすべて含んでいなかった場合、別のメール又はスケジュールについての所定の解析法による解析結果から必要情報を取得し、必要情報をすべて取得するユーザ予定推定部と、
前記必要情報が示す日付、時刻及び場所に基づいて乗換案内情報を取得し、データベースに格納する乗換案内部と、
前記乗換案内情報を前記データベースから取り出し、ユーザに提示する出力部と
を有する情報処理端末。
【請求項２】
前記ユーザ予定推定部は、日付、時刻及び場所の３つの情報項目すべてが取得されたか否かに応じて、別のメール又はスケジュールについての所定の解析法による解析結果から必要情報を取得するか否かを判断する、請求項１記載の情報処理端末。
【請求項３】
前記ユーザ予定推定部は、解析結果が必要情報をすべて含んでいなかった場合、別のメール又はスケジュールのうち、前記あるメール又はスケジュールとの類似度が相対的に高いメール又はスケジュールを解析し、必要情報をすべて取得する、請求項１又は２に記載の情報処理端末。
【請求項４】
前記類似度は、日付、時刻、場所及び任意情報の情報項目各々が一致しているか否かにより決定される、請求項３記載の情報処理端末。
【請求項５】
前記任意情報は、メールの送信者又は受信者の欄から取得される、請求項４記載の情報処理端末。
【請求項６】
前記日付の情報は、スケジュールの日付の欄から取得される、請求項４又は５に記載の情報処理端末。
【請求項７】
ある時点において前記乗換案内情報を取得する際に使用される場所の情報は、出発地及び目的地により表現され、前記出発地は、該ある時点より過去の予定にしたがって設定される、請求項１ないし６の何れか１項に記載の情報処理端末。
【請求項８】
前記乗換案内情報を取得する際に使用される時刻の情報は、前記解析結果の必要情報が示す時間に対して、所定の時間だけ異なる、請求項１ないし７の何れか１項に記載の情報処理端末。
【請求項９】
あるメール又はスケジュールについての所定の解析法による解析結果が必要情報をすべて含んでいなかった場合、別のメール又はスケジュールについての所定の解析法による解析結果から必要情報を取得し、必要情報をすべて取得するユーザ予定推定部と、
前記必要情報が示す日付、時刻及び場所に基づいて乗換案内情報を取得する乗換案内部と、
前記乗換案内情報を格納するデータベースと、
前記乗換案内情報を前記データベースから取り出し、ユーザに提示する出力部と
を有する乗換案内システム。
【請求項１０】
あるメール又はスケジュールについての所定の解析法による解析結果が必要情報をすべて含んでいなかった場合、別のメール又はスケジュールについての所定の解析法による解析結果から必要情報を取得し、必要情報をすべて取得するステップと、
前記必要情報が示す日付、時刻及び場所に基づいて乗換案内情報を取得し、データベースに格納するステップと、
前記乗換案内情報を前記データベースから取り出し、ユーザに提示するステップと
を有する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願により開示される発明は、情報処理端末、乗換案内システム及び方法に関連する。
【背景技術】
【０００２】
乗換案内サービスは、ユーザが比較的頻繁に利用するウェブページの一つである。ユーザは、自身の予定に合わせて目的地や到着時刻等の情報を特定し、乗換案内情報を取得することができる。一方、ユーザの予定が複数個連続的に設定されており、様々な場所に順番に行かなければならない場合、行く先々に対する乗換案内情報をすべて適切に取得する必要がある。予定が変更された場合、乗換案内情報も取得し直す必要がある。このような場合、目的地や到着時刻等の情報をその都度特定するのは簡便なことではない。また、乗物の最終便の時刻が迫っているような急を要する場合に、乗換案内の検索を手動で一々行うことは、得策ではない。
【０００３】
そこで、ユーザに適切な乗換案内情報を速やかに提供するサービスが望まれる。このサービスを実現するには、ユーザの予定を的確に事前に把握する必要がある。この問題に関し、特許文献１に記載の発明は、終電乗換案内において、適切なタイミングで現在地から自宅最寄駅まで自動的に終電乗換案内を行っている。特許文献２に記載の発明は、ユーザのスケジュールから乗換案内に容易にアクセスできるようにしている。さらに、特許文献３に記載の発明は、電子メールからスケジュール情報を推定している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３６２１７５号公報
【特許文献２】特開２００４−３４８３９０号公報
【特許文献３】特開２００８−２１０２６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の発明の場合、現在地から自宅最寄駅までの終電乗換案内しか行っていないので、それ以外の予定に合わせた乗換案内を行うことはできない。また、特許文献２に記載の発明の場合、スケジュールに入力された情報を用いるので、スケジュールに情報が入っていなかった場合、乗換案内を行うことはできない。特許文献３に記載の発明の場合、メール内容からスケジュール情報を登録することができる。しかしながら、メールに日時、場所等の情報すべてが完全に含まれていなかった場合、スケジュール情報を登録することができない。
【０００６】
したがって、メールやスケジュールからユーザの予定を正確に推定し、乗換案内を表示できることが望まれる。さらに、メールやスケジュールにデータが完全に揃っていなかった場合、別のメールやスケジュールを用いて情報を補完し、乗換案内を表示する仕組みが望まれている。
【０００７】
本願により開示される発明の課題は、情報処理端末のユーザに適切な乗換案内情報を提供することである。
【課題を解決するための手段】
【０００８】
開示される発明による情報処理端末は、
あるメール又はスケジュールについての所定の解析法による解析結果が必要情報をすべて含んでいなかった場合、別のメール又はスケジュールについての所定の解析法による解析結果から必要情報を取得し、必要情報をすべて取得するユーザ予定推定部と、
前記必要情報が示す日付、時刻及び場所に基づいて乗換案内情報を取得し、データベースに格納する乗換案内部と、
前記乗換案内情報を前記データベースから取り出し、ユーザに提示する出力部と
を有する情報処理端末である。
【発明の効果】
【０００９】
開示される発明によれば、情報処理端末のユーザに適切な乗換案内情報を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】一実施例による情報処理装置を示す機能ブロック図。
【図２】一実施例による情報処理装置における動作例を示すフローチャート。
【図３】形態素解析により予定情報を抽出する様子を示す概念図。
【図４】必要情報量及び類似度の具体例を示す図。
【図５】乗換案内の検索パターンを示す概念図。
【発明を実施するための形態】
【００１１】
（１）開示される発明の一形態によれば、
あるメール又はスケジュールについての所定の解析法による解析結果が必要情報をすべて含んでいなかった場合、別のメール又はスケジュールについての所定の解析法による解析結果から必要情報を取得し、必要情報をすべて取得するユーザ予定推定部と、
前記必要情報が示す日付、時刻及び場所に基づいて乗換案内情報を取得し、データベースに格納する乗換案内部と、
前記乗換案内情報を前記データベースから取り出し、ユーザに提示する出力部と
を有する情報処理端末が使用される。
【００１２】
メール又はスケジュールから必要情報がすべて揃わなかった場合でも、別のメール又はスケジュールから情報を補完し、ユーザの予定を推定することで、適切な乗換案内をユーザに提示することができる。すなわち、メールとスケジュールの情報を統合し、ユーザの今後の予定を推定することで、適切な乗換案内情報を配信することができる。
【００１３】
（２）前記ユーザ予定推定部は、日付、時刻及び場所の３つの情報項目すべてが取得されたか否かに応じて、別のメール又はスケジュールについての所定の解析法による解析結果から必要情報を取得するか否かを判断してもよい。これは、乗換案内の検索において、必要最小限の情報を取得する観点から好ましい。
【００１４】
（３）前記ユーザ予定推定部は、解析結果が必要情報をすべて含んでいなかった場合、別のメール又はスケジュールのうち、前記あるメール又はスケジュールとの類似度が相対的に高いメール又はスケジュールを解析し、必要情報をすべて取得してもよい。類似しているメール又はスケジュールは、不足している必要情報を含んでいる可能性が高いので、これは、不足情報を効率的に取得する観点から好ましい。
【００１５】
（４）前記類似度は、日付、時刻、場所及び任意情報の情報項目各々が一致しているか否かにより決定されてもよい。これは、簡易かつ効率的に類否を判断する観点から好ましい。
【００１６】
（５）前記任意情報は、メールの送信者又は受信者の欄から取得されてもよい。これは、任意情報としての人の情報を確実に取得する観点から好ましい。
【００１７】
（６）前記日付の情報は、スケジュールの日付の欄から取得されてもよい。これは、日付の情報を確実に取得する観点から好ましい。
【００１８】
（７）ある時点において前記乗換案内情報を取得する際に使用される場所の情報は、出発地及び目的地により表現され、前記出発地は、該ある時点より過去の予定にしたがって設定されてもよい。これは、出発地として蓋然性の高い場所を検索に使用する観点から好ましい。
【００１９】
（８）前記乗換案内情報を取得する際に使用される時刻の情報は、前記解析結果の必要情報が示す時間に対して、所定の時間だけ異なってもよい。これは、実際の時間より早めの時間を設定することで、遅延を生じにくくする観点から好ましい。
【００２０】
（９）開示される発明の別の形態によれば、
あるメール又はスケジュールについての所定の解析法による解析結果が必要情報をすべて含んでいなかった場合、別のメール又はスケジュールについての所定の解析法による解析結果から必要情報を取得し、必要情報をすべて取得するユーザ予定推定部と、
前記必要情報が示す日付、時刻及び場所に基づいて乗換案内情報を取得する乗換案内部と、
前記乗換案内情報を格納するデータベースと、
前記乗換案内情報を前記データベースから取り出し、ユーザに提示する出力部と
を有する乗換案内システムが使用される。
【００２１】
（１０）開示される発明の別の形態によれば、
あるメール又はスケジュールについての所定の解析法による解析結果が必要情報をすべて含んでいなかった場合、別のメール又はスケジュールについての所定の解析法による解析結果から必要情報を取得し、必要情報をすべて取得するステップと、
前記必要情報が示す日付、時刻及び場所に基づいて乗換案内情報を取得し、データベースに格納するステップと、
前記乗換案内情報を前記データベースから取り出し、ユーザに提示するステップと
を有する方法が使用される。
【実施例１】
【００２２】
以下、開示される発明の実施例について図面を参照しながら説明する。なお、可能な場合には、同一の部分には同一の符号を付し、重複的な説明を省略する。
【００２３】
図１は、一実施例による情報処理装置の機能要素を示す。これらの機能要素は、情報処理装置に備わる様々な要素の内、開示される発明に特に関連するものである。したがって、実際には不図示の処理要素も存在することに留意を要する。情報処理装置は、データの入力部１００、ユーザ予定推定部２００、乗換案内部３００、出力部４００、メールデータベース（メールＤＢ）５００、スケジュールデータベース（スケジュールＤＢ）６００、ユーザ予定データベース（ユーザ予定ＤＢ）７００、及び乗換案内データベース（乗換案内ＤＢ）８００を有する。ユーザ予定推定部２００は、解析部２１、必要情報算出部２２及び類似度算出部２３を有する。これらの機能要素の動作については、図２を参照しながら説明する。
【００２４】
情報処理装置は、例えば携帯電話のような１つの情報処理端末として実現されてもよいし、図示の複数の機能要素がネットワークを介して結合された情報処理システムとして実現されてもよい。あるいは図示の１つの機能要素が、ネットワークを介して結合された複数のエンティティに分散して設けられてもよい。したがって、図示の１１個の機能要素の区分けは便宜的なものである。情報処理端末は、典型的には携帯電話であるが、パーソナルディジタルアシスタント（ＰＤＡ）、携帯用パーソナルコンピュータ等のような乗換案内サービスを利用可能な如何なるユーザ装置でもよい。
【００２５】
図２は、主に、入力部１００、ユーザ予定推定部２００、乗換案内部３００及び出力部４００により行われる処理のフローチャートを示す。
【００２６】
ステップＳ０において、入力部１００は、例えば新着メールや新着スケジュールが、情報処理端末に入力されると、そのメールやスケジュールのデータをユーザ予定推定部２００に渡す。メールは受信したメールでもよいし、送信したメールでもよい。さらには、ユーザ予定推定部２００に渡すメールやスケジュールは、ユーザの操作により選択されてもよい。なお、上述したように、情報処理端末は、図１の情報処理装置の機能要素の１つ以上を備えたユーザ装置である。入力部１００は、受信メール（又は入力されたスケジュール）を携帯電話（情報処理端末）のメール保存領域（スケジュール保存領域）に格納すると同時に、当該受信メール等をコピーしてユーザ予定推定部２００に渡す。
【００２７】
ステップＳ１ないしＳ６において、ユーザ予定推定部２００は、ユーザの予定を、コピーされたデータ（入力されたメールやスケジュールのデータ）から推定する。まず、ステップＳ１において、解析部２１は、コピーされたデータについて例えば形態素解析等による解析を行い、日付、到着時刻、目的地、任意情報（人物情報等）を抽出し、メールＤＢ５００やスケジュールＤＢ６００に格納する。メールＤＢ５００は、ユーザ予定推定部２００にて形態素解析されたメール情報を格納する。スケジュールＤＢ６００は、ユーザ予定推定部２００にて形態素解析されたスケジュール情報を格納する。ただし、メールＤＢ５００及びスケジュールＤＢ６００は、独立した２つのデータベースとして設けられてもよいし、１つのデータベースの中に設けられてもよい。
【００２８】
一般に、形態素とは、それ以上分解すると意味がなくなってしまう程度に短い文字列であり、形態素解析は、自然言語で書かれた文を形態素に分解することを含む。具体的には、メールの本文や、スケジュールに記載された語句や文を形態素解析することにより、日付、到着時刻、目的地、任意情報（人物情報など）を抜き出す。メールから情報を取得する場合、人物情報はメールの送信者又は受信者の欄から取得することが望ましい。メールにはそのような人物情報が必ず含まれているからである。また、スケジュールから情報を取得する場合、日付は、スケジュールの日付の欄から取得することが望ましい。スケジュールには日付が必ず含まれているからである。したがって、人物情報をメールから取得し、スケジュールから日付情報を取得する場合、それ以外の情報が、形態素解析によって取得される。到着時間及び目的地に該当するデータが、検討対象のメール又はスケジュールに含まれていなかった場合、到着時間及び／又は目的地の情報項目は、空欄のままメールＤＢ５００又はスケジュールＤＢ６００に格納される。
【００２９】
説明の簡明化のため、解析部２１は形態素解析を行うように説明されているが、このことは本実施例に必須ではなく、メールやスケジュールから必要な情報を抽出することが可能な適切な如何なる解析法が使用されてもよい。例えば、後述の変形例で説明するように、パターンマッチングのような解析法が使用されてもよい。
【００３０】
図３は、形態素解析により情報を取得する様子を示す。図示の例の場合、人物情報をメールから取得し、スケジュールから日付情報を取得し、それ以外の情報が、形態素解析によって取得される。メールの場合、日付、到着時刻及び目的地については、本文を形態素解析することで見出される。スケジュールの場合、到着時刻、目的地及び人物情報については、スケジュールの登録内容を形態素解析することで見出される。
【００３１】
任意情報とは、乗換案内の検索を行う際に不可欠な情報ではない情報である。これに対して、乗換案内の検索を行う際に不可欠な情報は「必要情報」であり、具体的には日付、時刻、場所の情報である。任意情報の一例として、人物情報が示されているが、他の情報が任意情報としてデータベース５００又は６００に保存されてもよい。任意情報は、ユーザの予定に関し、メールの情報とスケジュールの情報とがどの程度似ているかを計る判断基準を与える。任意情報は、システムにより又はユーザにより適宜設定されてもよい。任意情報は少なくとも１項目以上設定されている必要である。後述するように、数多く設定されているほど、類否判断の精度が向上する。
【００３２】
図２のステップＳ２では、必要情報量算出部２２が、ステップＳ１による形態素解析後のメール又はスケジュールについて、後述するようにして必要情報量を算出する。
【００３３】
ステップＳ３において、必要情報がすべて揃っているか否かが判断される。具体的には、必要情報量が１に満たない場合（必要情報がすべて揃ってはいない場合）、フローはステップＳ４に進む。一方、必要情報量が１であった場合（必要情報がすべて揃っていた場合）、必要情報をユーザ予定ＤＢ７００に格納し、フローはステップＳ７に進む。ユーザ予定ＤＢ７００は、ユーザの予定を格納する。
【００３４】
必要情報量は、乗換案内情報を取得するのに必要不可欠な情報が、どの程度揃っているかを示す指標である。より具体的には、日付、到着時刻及び目的地の３項目が揃っているか否かを示す数値であり、一例として、０以上１以下の数で表現される。たとえば、すべての情報が揃っていた場合は１、いずれか１つ（例えば、到着時刻のみ）しか揃っていなかった場合は１／３、いずれか２つ（例えば、日付と到着時刻のみ）しか揃っていなかった場合は２／３、となる。したがって、必要情報量が取りうる値は０、１／３、２／３、１の４種類である。これらの数値は一例にすぎず、適切な如何なる数値が使用されてもよい。例えば、必要情報量は、すべての必要情報が揃っていた場合は１、それ以外の場合は０としてもよい。
【００３５】
ステップＳ４において、未だ類似度を計算していないメール又はスケジュールの存否が確認される。類似度については後述する。そのようなメールやスケジュールがもはや存在しない場合、フローは終了する。存在していた場合、フローはステップＳ５に進む。
【００３６】
説明の便宜上、フロー開始後、１回目のステップＳ２において、あるスケジュールについて計算された必要情報量が１／３であったとする。すなわち、日付の情報しか得られていなかったとする。この場合、フローはステップＳ３からＳ４に進む。そして、未だ類似度を計算していないメールＰ，Ｑが存在していたとする。
【００３７】
ステップＳ５において、類似度算出部２３は、必要情報量が１でないメールやスケジュールの情報を補完するための処理を行なう。具体的には、必要情報量が１未満のメールと、他のメール又はスケジュールとの類似度が算出される。または、必要情報量が１未満のスケジュールと他のメールとの類似度が算出される。そして、類似度が高いメール又はスケジュールが見出される。目下の例の場合、必要情報量が１未満のスケジュールと、他の２つのメールの内の一方（例えば、メールＰ）との類似度が算出される。
【００３８】
類似度はメールＤＢ５００又はスケジュールＤＢ６００の各データ に格納されている「日付」、「到着時刻」、「目的地」及び１つ以上の「任意情報」の情報項目が、どの程度一致しているか否かを示す。例えば、任意情報が１つしか設定されておらず、それが人物情報であったとする。メールから取得された「日付」、「到着時刻」、「目的地」及び「人物情報」と、メール又はスケジュールから取得された「日付」、「到着時刻」、「目的地」及び「人物情報」とを情報項目毎に対比し、４項目の内いくつの項目が一致しているかによって、類似度が決定される。４項目の内１項目一致していれば、類似度は１／４であり、４項目一致していれば類似度は１である。したがって、４項目の場合、類似度は、０、１／４、２／４＝１／２、３／４又は１の値をとる。任意情報として指定される情報項目が多いと、類似度がとり得る値も多くなり、より緻密な類否判断を行うことができる。
【００３９】
なお、本実施例の場合、メールは他のメールと比較されるだけでなく、スケジュールとも比較される場合があるのに対して、スケジュールは、メールとしか比較されない。メールは同じ予定について、複数の相手と通信する可能性があるので、２つのメール内容を統合することはあるが、スケジュールの場合、同じ予定を複数回登録することは考えづらいからである。ただし、本発明は、スケジュールが複数存在することを排除するものではなく、本発明はそのような場合にも適用可能である。
【００４０】
図４は、必要情報、任意情報、類似度及び必要情報量を、様々なパターンについて示す。パターン１〜６は網羅的なものではなく、例示にすぎない。
【００４１】
パターン１及び２の場合、１つのメール又は１つのスケジュールだけで、「日付」、「到着時刻」及び「目的地」の必要情報すべてが揃う。したがって、必要情報量は３／３＝１である。類似度は、「日付」、「到着時刻」、「目的地」及び「人物情報」の４つの項目毎の一致度なので、０、１／４、２／４、３／４又は１の値をとる。
【００４２】
パターン３の場合、一方のメールから「到着時刻」及び「目的地」の必要情報が得られ、他方のメール又はスケジュールから「日付」及び「到着時刻」の必要情報が得られている。この場合、一方のメールだけではすべての必要情報は揃わないが、他方のメール又はスケジュールの情報を加味することで、必要情報がすべて揃う。したがって、総合的な必要情報量は３／３＝１である。「日付」、「到着時刻」、「目的地」及び「人物情報」の４つの項目のうち、「到着時刻」及び「人物情報」の２項目が一致しているので、類似度は、２／４＝１／２である。
【００４３】
パターン４の場合、一方のメールから「日付」及び「到着時刻」の必要情報が得られ、他方のメール又はスケジュールから「日付」及び「目的地」の必要情報が得られている。この場合も、一方のメールだけではすべての必要情報は揃わないが、他方のメール又はスケジュールの情報を加味することで、必要情報がすべて揃う。したがって、総合的な必要情報量は３／３＝１である。「日付」、「到着時刻」、「目的地」及び「人物情報」の４つの項目のうち、「日付」及び「人物情報」の２項目が一致しているので、類似度は、２／４＝１／２である。
【００４４】
パターン５の場合、一方のメールから「日付」及び「到着時刻」の必要情報が得られている。したがって、少なくとも２つの必要情報が揃っているので、必要情報量は少なくとも２／３である。他のメール又はスケジュールが、「目的地」の情報を含んでいた場合、必要情報はすべて揃う。したがって、総合的な必要情報量は２／３又は１である。類似度は、「日付」、「到着時刻」、「目的地」及び「人物情報」の４つの項目毎の一致度であるが、「目的地」が一致することはないので、類似度は、０、１／４、２／４又は３／４である。
【００４５】
パターン６の場合、一方のメールから「日付」及び「目的地」の必要情報が得られている。したがって、少なくとも２つの必要情報が揃っているので、必要情報量は少なくとも２／３である。他のメール又はスケジュールが、「到着時刻」の情報を含んでいた場合、必要情報はすべて揃う。したがって、総合的な必要情報量は２／３又は１である。類似度は、「日付」、「到着時刻」、「目的地」及び「人物情報」の４つの項目毎の一致度であるが、「到着時刻」が一致することはないので、類似度は、０、１／４、２／４又は３／４である。
【００４６】
図２のステップＳ６において、類似度が一定値以上であるか否かが確認され、一定値以上であった場合（十分似ていた場合）、フローはステップＳ２に進み、一定値以上でなかった場合、フローはステップＳ４に戻る。一例として、一定値は、２／４＝０．５でもよい。これは、４項目のうち２項目が一致していることに対応する。ステップＳ４に戻った場合、未だ類似度を計算していないメール又はスケジュールの存否が確認される。目下の例の場合、未だ類似度を計算していないメールＱが存在している。そして、ステップＳ５において、必要情報量が１未満のスケジュールと、他の２つのメールの内の他方（例えば、メールＱ）との類似度が算出される。
【００４７】
再びステップＳ６において、類似度が一定値以上であるか否かが確認され、一定値以上であった場合、フローはステップＳ２に進み、一定値以上でなかった場合、フローはステップＳ４に戻る。目下の例において、ステップＳ４に戻った場合、未だ類似度を計算していないメールもスケジュールも存在していないので、フローは終了する。説明の便宜上、メールＰの類似度は一定値以上でなかったが、メールＱの類似度は一定値以上であったとする。この場合、フローはステップＳ２に戻る。
【００４８】
ステップＳ２では、メールＱについて、必要情報の有無が確認され、必要情報量が計算される。目下の例の場合における必要情報量は、１回目のステップＳ２におけるスケジュールから得られた必要情報と、２回目のステップＳ２におけるメールＱから得られた必要情報とを統合することで算出される。  
ステップＳ３において、総合的な必要情報量が１であった場合、それらの必要情報（日付、到着時刻、目的地）はユーザ予定ＤＢ７００に格納され、フローはステップＳ７に進む。依然として必要情報量が１に満たなかった場合、フローはステップＳ４に進み、説明済みの処理が行われる。 
なお、ステップＳ４において、類似度を計算する対象は、メールやスケジュールの保存日時が最新のものから順番に行うことが好ましい。ユーザの予定は変更される可能性があるからである。
【００４９】
ステップＳ７において、ユーザ予定ＤＢ７００に登録されているデータの予定日になると、乗換案内部３００は、その日の予定を調べる。「予定日」は、必要情報として抽出された「日付」に対応する。説明の便宜上、図５に示すように、ある予定日（１０日）において、２つの予定が設定されていたとする。第１の予定は、１２：００〜１４：００の間に第１の場所（代々木）において打ち合わせを行うことである。第２の予定は、１８：００以降に第２の場所（金沢八景）においてスポーツ（ボウリング）を行うことである。
【００５０】
図２のステップＳ８において、乗換案内部３００は、予定の時間に近づくと、その時間より前に何らかの予定があったか否かを確認する。そして、予定があった場合、その予定で示されている場所が「出発地」として設定される（ステップＳ９）。先行する予定がなかった場合、現在時刻における端末の場所が「出発地」として設定される（ステップＳ１０）。例えば図５の「１０日」の場合において、１８時に近くなったとする。先行する予定として、第１の予定がある。この場合、第１の予定における場所「代々木」が「出発地」として設定される。そして、その条件の下で乗換案内の検索が行われる。すなわち、日付＝１０日、出発地＝代々木、目的地＝金沢八景である。これに対して、１０日の１２時近くであった場合、先行する予定は無いので、その現在時刻における場所が「出発地」に設定され、その条件の下で乗換案内の検索が行われる。すなわち、日付＝１０日、出発地＝端末の現在地、目的地＝代々木である。このようにして設定された条件に基づいて、乗換案内部３００は、乗換案内情報を取得する。乗換案内サービスにおける乗換案内の検索エンジンは、乗換案内部３００に備わっていてもよいし、ネットワークを介して乗換案内部３００に結合されていてもよい。いずれにせよ、乗換案内情報が取得され、乗換案内部３００は、出発地、目的地及び到着時刻を自動入力し、検索を実行し、検索結果である乗換案内情報を乗換案内ＤＢ８００に格納する。この場合において、到着時刻は予定の時刻から任意にＸ分遡るように設定されてもよい。Ｘはユーザが任意に与えられる数値である。
【００５１】
なお、ある予定に先行する予定が存在したとしても、出発地としての場所が判明しない場合もある。例えば、図５の「１１日」に示されているような予定の場合、場所が示されていない。このように、先行する予定において場所が分からなかった場合、乗換案内部３００は、現在時刻における端末の現在地を出発地に設定する。
【００５２】
図２のステップＳ１１において、出力部４００は、適切なタイミングで乗換案内情報をユーザに提示する。この提示は、視覚的に行われてもよいし、聴覚的に行われてもよいし、それらの組み合わせにより行われてもよい。適切なタイミングに関し、出力部４００は出発時刻より任意にＹ分遡り、乗換案内を表示してもよい。Ｙはユーザが任意に与えられる数値である。
【００５３】
説明の簡明化のため、図１の解析部２１や図２のステップS2では形態素解析を行うように説明されたが、このことは本実施例に必須ではない。メールやスケジュールから必要な情報を抽出することが可能な適切な如何なる解析法が使用されてもよい。本実施例の変形例によれば、パターンマッチングのような解析法が使用されてもよい。この場合、文字のパターンを事前に想定し、メールやスケジュールとパターンを照合し、パターンに合致した文字が、必要な情報として抽出される。以下、日時、場所及び人名をパターンマッチングにより検出する例を説明する。
【００５４】
メールやスケジュールから「日時」を抽出する場合、「○○月××日」、「○○／××」、「午前○時×分」、「午後○時×分」、［ＡＭ○時×分］、「ＰＭ○時×分」等のパターンが予想される。これらのパターンを事前に想定し、メールやスケジュールの中に何れかのパターンに合致する文字が検出された場合、その文字は「日時」を表す情報として検出される。
【００５５】
メールやスケジュールから「場所」を抽出する場合、場所名のデータベースを利用することができる。例えば、乗換案内の場合、場所は駅名であることが多いので、駅名のデータベースを利用することができる。メールやスケジュールの中に何れかの駅名に合致する文字が検出された場合、その文字は「場所」を表す情報として検出される。駅名として抽出される文字列は、駅名に完全に一致する文字列でもよいし、部分的に一致する文字列でもよい。ただし、富山県の「大学前駅」、愛知県の「駅前駅」、長崎県の「大学駅」等は、誤検出の可能性が高いので、そのような誤検出の可能性が高いものはパターンマッチングの対象から除外することが望ましい。
【００５６】
メールやスケジュールから「人名」を抽出する場合、人名のデータベースを利用することができる。メールやスケジュールの中に、何れかの人名の文字が検出された場合、その文字は「人名」を表す情報として検出される。ただし、使用される人名のデータベースは、適度に小さなデータベースであることが望ましい。例えば、本実施例の方法が携帯電話で使用される場合、携帯電話のアドレス張を人名のデータベースとして使用することが考えられる。
【００５７】
さらに、パターンマッチングの場合、特定の文字列を特定の情報に対応させてもよい。例えば、あるユーザＡにとって金沢八景とボウリングが密接に関連していた場合、「ボウリング」と「金沢八景」を予め関連付けておく。そして、メールやスケジュールから「ボウリング」という文字を検出すると、「金沢八景」という場所の情報が導出されるようにしてもよい。
【００５８】
これらはパターンマッチングの一例にすぎず、適切な如何なるパターンマッチングが行われてもよい。
【００５９】
以上、特定の実施例を説明してきたが、実施例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。上記の実施例は、スケジュール管理及びメールによる通信を行い、かつ乗換案内を行う適切な如何なる移動通信システムに適用されてもよい。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウエアにより、ソフトウエアにより又はそれらの組み合わせにより実現されてもよい。ソフトウエアは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に用意されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【００６０】
以下、本願により教示される手段を例示的に列挙する。
【００６１】
（１）
データの入力部１００、
ユーザの予定をメールやスケジュールから推定するユーザ予定推定部２００、
通常の乗換案内を実行する乗換案内部３００、
データの出力部４００、
メール情報を加工して格納しておくメールデータベースＤＢ５００、
スケジュール情報を加工して格納しておくスケジュールＤＢ６００、
ユーザの予定を加工して格納しておくユーザ予定ＤＢ７００、及び
乗換案内結果を格納しておく乗換案内ＤＢ８００
を含む情報処理装置であって、
前記ユーザ予定推定部２００は、必要情報量算出部２２と類似度算出部２３を備えており、
必要情報量算出部２２は、コピーしたデータを形態素解析などによって、日にち、到着時刻、目的地、任意情報（人物情報など）を抜き出し、メールＤＢ５００やスケジュールＤＢ６００に格納し、乗換案内に必要な情報「日にち」「到着時刻」「目的地」が揃っているか否かを確認する機能を備え、
前記類似度算出部２３は、必要情報量が１でないメールやスケジュールデータの情報を補完するため、「日にち」、「到着時刻」、「目的地」及び「任意情報」が一致しており、類似度が高いか否かを確認する機能を備え、
前記乗換案内部３００は、当日の他の予定を調べ、適切な目的地を入力し、事前に乗換案内を調査し、乗換案内ＤＢ８００に格納し、
前記出力部４００は、乗換案内ＤＢ８００に格納しておいた乗換案内を適切なタイミングで表示する機能を備えている、情報処理装置。
【００６２】
（２）
（１）において、前記乗換案内部３００は、当日の他の予定を調べ、予定時刻より前のスケジュールデータがあった場合、「目的地」のデータを出発地をとするが、該当するデータがなかった場合、現在地を測定し、「目的地」とし、到着時刻から任意にＸ分遡り、乗換案内を行なってもよい。
【００６３】
（３）
（１）において、前記出力部４００は、出発時刻より任意にＹ分遡り、乗換案内を表示してもよい。
【００６４】
（４）
（１）において、前記ユーザ予定推定部２００は、事前に加工されたメールやスケジュール情報を調べてもよい。これにより、すべてを形態素解析するのに比べ、大幅に時間を短縮することができる。
【００６５】
（５）
（１）において、前記類似度算出部２３は、対象とするデータがメールの場合は、メール同士だけでなくスケジュールとの類否も判定し、対象とするデータがスケジュールの場合はメールとの類否を判定してもよい。さらに、予定を変更する可能性があるので、正確な情報を速やかに取得する観点からは、保存した日にちが最新のものから、順番に検索することが望ましい。
【符号の説明】
【００６６】
１  情報処理装置
１００  入力部
２００  ユーザ予定推定部
２１  解析部
２２  必要情報量算出部
２３  類似度算出部
３００  乗換案内部
４００  出力部
５００  メールＤＢ
６００  スケジュールＤＢ
７００  ユーザ予定ＤＢ
８００  乗換案内ＤＢ
【図１】
2011203849.tif 000003
【図２】
2011203849.tif 000004
【図３】
2011203849.tif 000005
【図４】
2011203849.tif 000006
【図５】
2011203849.tif 000007