待ち合わせ場所推奨装置、待ち合わせ場所推奨方法、待ち合わせ場所推奨プログラム、及び携帯端末装置
【課題】 各ユーザにとって、より最適な待ち合わせ場所を検索して推奨する。
【解決手段】 幹事となっているユーザＡの携帯電話機は、待ち合わせの参加者となっているユーザＢ〜Ｄの携帯電話機と通信を行うことで、該各ユーザＢ〜Ｄの現在位置情報、及び帰宅駅情報を取得する。また、ユーザＡの携帯電話機は、各ユーザＢ〜Ｄとの間で送受信された電子メールの内容や、電話帳メモリに登録されている敬称等に基づいて、各ユーザＢ〜Ｄのクラス分類を行う。ユーザＡの携帯電話機は、全ユーザの現在位置に基づいて検索した複数の待ち合わせ場所に対して、各ユーザのクラス、及び各ユーザの帰宅駅に対応する重み付けを行う。そして、この重み付けを行った各待ち合わせ場所を推奨順位の高い順に表示し、この中からユーザＡにより選択された待ち合わせ場所を示す情報を参加者となっている各ユーザＢ〜Ｄの携帯電話機に送信する。
【解決手段】 幹事となっているユーザＡの携帯電話機は、待ち合わせの参加者となっているユーザＢ〜Ｄの携帯電話機と通信を行うことで、該各ユーザＢ〜Ｄの現在位置情報、及び帰宅駅情報を取得する。また、ユーザＡの携帯電話機は、各ユーザＢ〜Ｄとの間で送受信された電子メールの内容や、電話帳メモリに登録されている敬称等に基づいて、各ユーザＢ〜Ｄのクラス分類を行う。ユーザＡの携帯電話機は、全ユーザの現在位置に基づいて検索した複数の待ち合わせ場所に対して、各ユーザのクラス、及び各ユーザの帰宅駅に対応する重み付けを行う。そして、この重み付けを行った各待ち合わせ場所を推奨順位の高い順に表示し、この中からユーザＡにより選択された待ち合わせ場所を示す情報を参加者となっている各ユーザＢ〜Ｄの携帯電話機に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＧＰＳユニット（GPS：Global Positioning System）等の現在位置検出機能を備えた、例えば携帯電話機、ＰＨＳ電話機（PHS：Personal Handyphone System）、ＰＤＡ装置（PDA：Personal Digital Assistant）、携帯ゲーム機等の携帯機器に適用して好適な待ち合わせ場所推奨装置、待ち合わせ場所推奨方法、待ち合わせ場所推奨プログラム、及び携帯端末装置に関する。
特には、各ユーザの上下関係の他、各ユーザの帰路等も考慮したうえで最適な待ち合わせ場所を決定して推奨可能とした待ち合わせ場所推奨装置、待ち合わせ場所推奨方法、待ち合わせ場所推奨プログラム、及び携帯端末装置に関する。
【背景技術】
【０００２】
仲間内や会社での会合や接待等を行う際、幹事となるユーザは地理的に適切な集合場所を選択する必要がある。この際、幹事となるユーザは、参加者全員の出発地点、帰宅地点、役職、過去の待ち合わせ場所等、様々なパラメータを考慮して、適切な待ち合わせ場所を決定しなければならない。この際、参加者が増えると、上記パラメータの組み合わせも非線形的に増えるため、最適解を求めることが非常に困難になる。このような状態では、苦労して求めた解（＝待ち合わせ場所）が最適解であるかどうかも、もはや分からない。
【０００３】
さらに、幹事となるユーザは、年齢が若い参加者の中から選任されることが多い。例えば、会社内においては、新入社員の中から幹事が選任されることが多い。新入社員は、勤務地周辺の地理を良く知らない状態であるにもかかわらず、全参加者にとって最適な待ち合わせ場所を設定する必要がある。これは大変困難な作業となる。
【０００４】
待ち合わせの管理を行う先行技術としては、特開２００６−２４３８２７号の公開特許公報（特許文献１）に、複数人との待ち合わせが予定どおりに行えない場合に、各人の状況を取得し、この状況に応じた待ち合わせの変更を各メンバーに通知する管理装置が開示されている。
【０００５】
この管理装置の場合、待ち合わせを行うメンバーのメンバー情報と待ち合せ条件とを問合せ元端末から受信し、該メンバー情報に基づいてメンバーの状況を問合わせるメッセージを問合せ先端末へ送信し、該問合せ先端末からメンバーの状況情報を受信し、該状況情報と待ち合せ条件とに基づいて待合せ情報を求め、該待合せ情報を当該問合せ先端末及び問合せ元端末に送信する。これにより、各メンバーの状況に応じた待ち合わせの変更を、該各メンバーに通知可能となっている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−２４３８２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ここで、実社会において、複数の参加者間で最適な待ち合わせ場所を決定する場合、地理的なパラメータの他に、様々なパラメータが考慮されて該待ち合わせ場所が決定されるものである。
【０００８】
具体的には、各参加者の役職、間柄、人間関係が考慮されて待ち合わせ場所が決定されたり、各参加者が帰宅時間が遅い時間となっても終電車に乗車可能となるように待ち合わせ場所が決定されることは、実社会において、よく行われていることである。
【０００９】
本発明は、このような実社会において行われている待ち合わせ場所の決定プロセスに鑑みてなされたものであり、複数の参加者間で最適な待ち合わせ場所を決定する際に、各参加者の地理的なパラメータに加え、各参加者の役職、帰宅経路、待ち合わせ場所における滞在可能時間等のパラメータも考慮して待ち合わせ場所を決定することで、各参加者にとって最適な待ち合わせ場所を決定して推奨可能な待ち合わせ場所推奨装置、待ち合わせ場所推奨方法、待ち合わせ場所推奨プログラム、及び携帯端末装置の提供を目的とする。
【課題を解決するための手段】
【００１０】
本発明に係る待ち合わせ場所推奨装置は、上述の課題を解決するために、
待ち合わせを行う全ユーザの優先順位が記憶された優先順位記憶部と、
待ち合わせを行う全ユーザの現在位置を検出する現在位置検出部と、
上記現在位置検出部で検出された全ユーザの現在位置及び地図情報に基づいて、待ち合わせの候補とする複数の待ち合わせ候補地を検出する待ち合わせ候補地検出部と、
上記現在位置から、上記待ち合わせ候補地検出部で検出された各待ち合わせ候補地までの移動に要する移動時間を、上記各ユーザ毎、かつ、上記各待ち合わせ候補地毎にそれぞれ検出する移動時間検出部と、
上記移動時間検出部で検出された上記各移動時間に対して、該各移動時間に対応するユーザの優先順位に応じた重み付け処理を施す重み付け処理部と、
上記待ち合わせ候補地検出部で検出された上記各待ち合わせ候補地毎に、上記重み付け処理部で重み付け処理が施された全ユーザの上記移動時間の総和である総移動時間を算出する総移動時間算出部と、
上記総移動時間算出部で算出された上記各待ち合わせ候補地毎の上記各総移動時間が短い順に、少なくとも該待ち合わせ候補地を示す情報を表示部に表示する待ち合わせ候補地表示部と、
上記待ち合わせ候補地表示部により表示された上記各待ち合わせ候補地の中から、操作部を介して選択された待ち合わせ候補地を示す待ち合わせ情報を、待ち合わせを行う各ユーザの端末装置に送信する待ち合わせ情報送信部と
を有する。
【００１１】
このような待ち合わせ場所推奨装置は、各ユーザの地理的なパラメータに加え、各ユーザの優先順位のパラメータも考慮して待ち合わせ場所を決定して推奨する。
【発明の効果】
【００１２】
本発明は、複数のユーザ間で最適な待ち合わせ場所を決定する際に、各ユーザの地理的なパラメータに加え、少なくとも各ユーザの優先順位のパラメータも考慮して待ち合わせ場所を決定することで、各ユーザにとって最適な待ち合わせ場所を決定して推奨することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明を適用した実施例となる待ち合わせ場所推奨システムの構成を説明するための図である。
【図２】実施例となる待ち合わせ場所推奨システムに用いられる携帯電話機のブロック図である。
【図３】実施例となる待ち合わせ場所推奨システムで用いられる携帯電話機の各ユーザのクラス分類動作の流れを示すフローチャートである。
【図４】実施例となる待ち合わせ場所推奨システムで用いられる携帯電話機のクラス分類の一例を示す図である。
【図５】実施例となる待ち合わせ場所推奨システムに用いられる携帯電話機の待ち合わせ場所推奨動作の流れを示すフローチャートである。
【図６】実施例となる待ち合わせ場所推奨システムに用いられる携帯電話機において検出される待ち合わせ場所の検索エリア、及び各ユーザの最寄り駅を説明するための図である。
【図７】実施例となる待ち合わせ場所推奨システムに用いられる携帯電話機の、各ユーザのクラスに応じた重み付けによる待ち合わせ場所の推奨動作を説明するための図である。
【図８】実施例となる待ち合わせ場所推奨システムに用いられる携帯電話機の、各ユーザの帰路に応じた重み付けによる待ち合わせ場所の推奨動作を説明するための図である。
【発明を実施するための形態】
【００１４】
本発明は、複数の携帯電話機の各ユーザにとって最適な待ち合わせ場所を決定して推奨する待ち合わせ場所推奨システムに適用することができる。
【００１５】
［システム構成］
図１に、本発明を適用した実施例となる待ち合わせ場所推奨システムの構成図を示す。この図１からわかるように、この待ち合わせ場所推奨システムは、待ち合わせ場所の決定役である幹事となるユーザの携帯電話機、及び当該待ち合わせの参加者となる各ユーザの複数の携帯電話機を、該各携帯電話機の最寄りの基地局及び該各携帯電話機の通信ネットワークを介して相互に接続することで形成されている。
【００１６】
〔携帯電話機の構成〕
この待ち合わせ場所推奨システムで用いられる各携帯電話機は、図１に示すように上記基地局との間で音声通話、テレビ電話通話、電子メール、Ｗｅｂデータ（Web：World Wide Web）の他、後述する帰宅駅情報、待ち合わせ情報、及び現在位置情報等の無線通信を行うアンテナ１及び通信回路２と、受話音声等を出力するためのスピーカ部３と、送話音声等を集音するためのマイクロホン部４と、操作メニュー、電子メール、画像（静止画像及び動画像）の他、後述する待ち合わせ情報等を表示するための表示部５と、十字キー、決定キー、数字キー等の複数の操作キーを備えた操作部６と、発着信等をユーザに光で通知するための発光部７（LED：Light Emitting Diode:発光ダイオード）とを有している。
【００１７】
また、この携帯電話機は、所望の被写体の静止画像或いは動画像を撮像するためのカメラ部８と、当該携帯電話機の筐体を振動させて発着信等をユーザに通知するためのバイブレーションユニット９と、現在時刻をカウントするタイマ１０と、当該携帯電話機の筐体の回転操作や傾き操作等を検出する加速度センサ１１とを有している。
【００１８】
また、この携帯電話機は、通信距離が例えば５０ｃｍ程度の非接触無線通信を行うための非接触無線通信アンテナ１２及び非接触ＩＣユニット１３と、当該携帯電話機の現在位置を検出するためのＧＰＳアンテナ１４（GPS：Global Positioning System）及びＧＰＳユニット１５と、上記基地局を介した無線通信処理を行うためのコミュニケーションプログラムや各種アプリケーションプログラムの他、これら各アプリケーションプログラムで取り扱われる各種データ等が記憶されたメモリ１６と、当該携帯電話機全体の動作を制御する制御部１７とを有している。
【００１９】
メモリ１６には、上記コミュニケーションプログラムの他、各ユーザで待ち合わせを行う際に、参加者全員に最適となる待ち合わせ場所を自動的に検索して推奨する待ち合わせ場所推奨プログラムと、カメラ部８の撮像制御を行うカメラ制御プログラムが記憶されている。このカメラ制御プログラムは、撮像した静止画像や動画像のビューア機能も備えている。
【００２０】
また、メモリ１６には、電子メールの作成や送受信を制御するための電子メール管理プログラムと、ユーザのスケジュールが登録されたスケジュール帳の管理を行うためのスケジュール帳管理プログラムと、コミュニケーションネットワークやインターネット等の所定のネットワーク上に設けられたサーバ装置上で公開されているＷｅｂページを閲覧するためのＷｅｂブラウジングプログラムと、電話帳の管理を行うための電話帳管理プログラムと、音楽データの再生を行うための音楽プレーヤプログラムとが記憶されている。
【００２１】
また、メモリ１６には、ユーザの所望のスケジュールが登録されるスケジュール帳と、ユーザの知人や友人等のユーザ名、静止画像（顔写真等）、住所、電話番号、電子メールアドレス、生年月日等が登録された電話帳と、音楽プレーヤプログラムに基づいて再生される音楽データと、カメラ制御プログラムのビューア機能に基づいて再生される静止画像データ及び動画像データと、送受信された電子メールデータと、電話及び電子メールの発着信履歴と、待ち合わせ場所を検索するための地図情報と、ユーザにより予め登録された当該ユーザの自宅近辺に位置する駅を示す情報である帰宅駅情報等が記憶されている。
【００２２】
［待ち合わせ場所推奨動作］
このような実施例の待ち合わせ場所推奨システムは、待ち合わせを行う各ユーザにとって最適な待ち合わせ場所を決定して推奨するようになっている。例えば、図１に示すＡさんが幹事となり、このＡさん、Ｂさん、Ｃさん、及びＤさんで待ち合わせを行う場合、幹事となったＡさんは、自分の携帯電話機の操作部６を介して、メモリ１６に記憶されている待ち合わせ場所推奨プログラムを起動操作する。この起動操作がなされると、Ａさんの携帯電話機の制御部１７は、メモリ１６に記憶されている待ち合わせ場所推奨プログラムを起動制御し、まず、当該待ち合わせに参加する各参加者の重み付けのクラス分類（＝優先順位付け）を行う。
【００２３】
〔重み付けのクラス分類動作〕
図３のフローチャートに、このＡさんの携帯電話機の制御部１７における重み付けのクラス分類動作の流れを示す。
【００２４】
制御部１７は、上述のようにメモリ１６に記憶されている待ち合わせ場所推奨プログラムを起動制御すると、この図３のフローチャートのステップＳ１において、各参加者の入力画面を表示部５に表示制御する。
【００２５】
この例において、幹事となっているＡさんは、表示部５に表示された各参加者の入力画面に対して、例えば、Ａさん（＝自分）、Ｂさん、Ｃさん、Ｄさん等のように、これから行う待ち合わせに参加予定となっている各参加者のユーザ名を入力して、当該入力が完了したタイミングで、決定キーが割り当てられている操作部６上のいずれかのキーを押圧操作する。
【００２６】
制御部１７は、ステップＳ２において、この決定キーの押圧操作の有無を監視することで、各参加者のユーザ名の入力が完了したか否かを判別しており、各参加者のユーザ名の入力が完了したものと判別したタイミングで、処理をステップＳ３に進める。
【００２７】
ステップＳ３及びステップＳ４では、制御部１７が、上記入力がなされた各参加者のユーザ名に基づいて、メモリ１６に記憶されている送信メール及び受信メールを参照し、上記入力がなされた各参加者が送信元となっている受信メール（＝当該参加者から受信した電子メール）、及び各参加者が宛先となっている送信メール（＝当該参加者に対して送信した電子メール）の有無を判別する。そして、制御部１７は、参加者に対応する上記受信メール或いは上記送信メールを検出した場合には、処理をステップＳ８に進め、参加者に対応する上記受信メール或いは上記送信メールを検出できなかった場合には、処理をステップＳ５に進める。
【００２８】
参加者に対応する上記受信メール或いは上記送信メールを検出することで処理をステップＳ８に進めると、制御部１７は、上記受信メール及び上記送信メールの表題及び本文の解析を行い、ステップＳ８で、参加者のみが敬語を使用しているか否かを判別し、ステップＳ９で幹事のみが敬語を使用しているか否かを判別し、ステップＳ１０で、幹事及び参加者の双方が敬語を使用しているか否かを判別する。
【００２９】
参加者のみが敬語を使用しているということは、その参加者は、幹事となっているＡさんの後輩や役職がＡさんよりも下のユーザである可能性が高いため、この場合、制御部１７は、上記ステップＳ８からステップＳ１１に処理を進め、その参加者の重み付けのクラスを「非考慮」クラスに分類する。
【００３０】
また、幹事であるＡさんのみが敬語を使用しているということは、その参加者は、幹事となっているＡさんの上司、先生等の目上のユーザである可能性が高い。このため、この場合、制御部１７は、上記ステップＳ９からステップＳ１２に処理を進め、その参加者の重み付けのクラスを「非常に考慮」クラスに分類する。
【００３１】
また、幹事であるＡさん及び参加者の双方が敬語を使用しているということは、その参加者は、双方が知り合って間もない関係や、双方共に一目置いている関係である可能性が高い。このため、この場合、制御部１７は、上記ステップＳ１０からステップＳ１３に処理を進め、その参加者の重み付けのクラスを、上記「非考慮」クラスと「非常に考慮」クラスの中間のクラスとなる「考慮」クラスに分類する。
【００３２】
また、参加者のみが敬語を使用しているということもなく、幹事であるＡさんのみが敬語を使用しているということもなく、さらに幹事であるＡさん及び参加者の双方が敬語を使用しているということない場合（＝上記ステップＳ８〜ステップＳ１０のいずれにも該当しない場合）、制御部１７は、ステップＳ４からステップＳ８〜ステップＳ１０を介してステップＳ７に処理を進め、その参加者の重み付けのクラスを「非考慮」クラスに分類する。
【００３３】
メモリ１６には、各クラス別の記憶領域を有するクラステーブルが設けられている。制御部１７は、上述のように各参加者のクラス分類を行うと、分類したクラスに対応するクラステーブルの記憶領域に各ユーザのユーザ名を登録すると共に、このクラステーブルの登録内容を表示部５に表示制御する。これにより、例えば図４に示すように上記分類され登録された各参加者及び幹事のクラス表示がなされることとなる。なお、この図４に示す例は、「非常に考慮」クラスに参加者のＣさんが分類されて登録され、「考慮」クラスに参加者のＢさんが分類されて登録され、「非考慮」クラスに幹事となっているＡさんと参加者のＣさんが分類されて登録された例を示している。
【００３４】
また、このような幹事及び各参加者のクラスは、手動で変更可能となっている。すなわち、クラステーブルの登録内容が表示されることで、幹事となっているＡさんが、分類された自分及び各参加者のクラスを見て、クラス変更の必要性を感じた場合、該Ａさんは操作部６を操作することで、クラス変更を行う参加者を指定すると共に、移動先となるクラスを指定する。例えば、図４に示す例で説明すると、「考慮」クラスに分類された参加者のＢさんを「非常に考慮」クラスにクラス変更する場合、幹事となっているＡさんは、操作部６を介して、クラス変更の対象となるユーザである参加者Ｂさんを指定操作すると共に、「非常に考慮」クラスを、この参加者Ｂさんの移動先となるクラスとして指定操作する。
【００３５】
制御部１７は、このような操作がなされると、参加者Ｂさんのユーザ名を、クラステーブルの「非常に考慮」クラスの記憶領域に登録し直す。これにより、所望のユーザを所望のクラスに手動で登録し直すことができる。
【００３６】
一方、上記ステップＳ４において、参加者に対応する上記受信メール或いは上記送信メールを検出できなかったことで処理をステップＳ５に進めると、制御部１７は、このステップＳ５及びステップＳ６において、入力された各参加者のユーザ名に基づいてメモリ１６に記憶されている電話帳を検索することで、該入力された各参加者のユーザ名が電話帳に登録されているか否かを判別する。
【００３７】
そして、その参加者が、電話帳にも登録されていないものと判別した場合には、当該参加者は、幹事であるＡさんとの間で送受信したメールも無く、また、電話帳にもユーザ名が登録されていない参加者であるため、制御部１７は、その参加者は重要度の低い参加者であるものと判別し、ステップＳ７に処理を進め、その参加者の重み付けのクラスを「非考慮」クラスに分類する。
【００３８】
これに対して、その参加者のユーザ名を電話帳から検出した場合、制御部１７は、ステップＳ１４において、電話帳に登録されているユーザ名に「くん」や「ちゃん」が用いられているか否かを判別し、ステップＳ１５において、電話帳に登録されているユーザ名に「様」や「先生」が用いられているか否かを判別し、ステップＳ１６において、電話帳に登録されているユーザ名に「さん」が用いられているか否かを判別する。
【００３９】
電話帳に登録されているユーザ名に「くん」や「ちゃん」が用いられているということは、その参加者は、幹事となっているＡさんの後輩や年下、役職がＡさんよりも下のユーザである可能性が高いため、この場合、制御部１７は、上記ステップＳ１４からステップＳ１７に処理を進め、その参加者の重み付けのクラスを「非考慮」クラスに分類する。
【００４０】
また、電話帳に登録されているユーザ名に「様」や「先生」が用いられているということは、その参加者は、幹事となっているＡさんの上司や目上のユーザである可能性が高いため、この場合、制御部１７は、上記ステップＳ１５からステップＳ１８に処理を進め、その参加者の重み付けのクラスを「非常に考慮」クラスに分類する。
【００４１】
また、電話帳に登録されているユーザ名に「さん」が用いられているということは、その参加者は、双方が知り合って間もない関係や、双方共に一目置いている関係である可能性が高い。このため、この場合、制御部１７は、上記ステップＳ１６からステップＳ１９に処理を進め、その参加者の重み付けのクラスを、上記「非考慮」クラスと「非常に考慮」クラスの中間のクラスとなる「考慮」クラスに分類する。
【００４２】
制御部１７は、このように電話帳に登録されている各参加者の敬称に基づいて該各参加者のクラス分類を行うと、図４を用いて説明したように、分類したクラスに対応するクラステーブルの記憶領域に、各ユーザのユーザ名を登録する。
【００４３】
なお、この図３のフローチャートに示す例では、まず、「送受信メールの解析」を行うことで各参加者のクラス分類を行い、送受信メールが存在しない場合には電話帳に登録されている「敬称の解析」を行うことで各参加者のクラス分類を行うこととしたが、この順序は逆でもよく、まず、電話帳に登録されている「敬称の解析」を行うことで各参加者のクラス分類を行い、その参加者が電話帳に登録されていない場合に、「送受信メールの解析」を行うことで各参加者のクラス分類を行うようにしてもよい。
【００４４】
〔待ち合わせ情報の送信動作〕
次に、制御部１７は、このような各参加者のクラス分類が完了すると、幹事となっているＡさん、及び各参加者Ｂさん〜Ｄさんにとって最適となる待ち合わせ場所を検出し、この待ち合わせ情報を各参加者に送信する。図５のフローチャートに、幹事となっているＡさんの携帯電話機の制御部１７における、待ち合わせ情報の送信動作の流れを示す。
【００４５】
この図５のフローチャートは、図３のフローチャートに示した各処理から連続する処理の流れとなっており、この図５のフローチャートのステップＳ２１の処理が、図３のフローチャートを用いて説明した各参加者のクラス分類の処理となっている。この図５のフローチャートにおいて、制御部１７は、ステップＳ２１で各参加者のクラス分類を行うと、処理をステップＳ２２に進める。
【００４６】
ステップＳ２２では、幹事となっているＡさんの携帯電話機の制御部１７が、ＧＰＳユニット１５を起動制御して、当該Ａさんの携帯電話機の現在位置を検出し、これをメモリ１６に一旦記憶すると共に、各参加者となっているＢさん〜Ｄさんの携帯電話機と通信を行うことにより、該各参加者の現在位置を示す現在位置情報をそれぞれ取得し、処理をステップＳ２３に進める。
【００４７】
具体的には、あくまでも一例ではあるが、幹事となっているＡさんの携帯電話機の制御部１７は、処理をステップＳ２２に進めると、各参加者となっているＢさん〜Ｄさんのメールアドレスをメモリ１６の電話帳から検出し、該Ｂさん用の電子メール、Ｃさん用の電子メール、及びＤさん用の電子メールを作成する。そして、これら各電子メールのヘッダ、表題、或いは本文に、現在位置の送信要求コマンドを付し、これらを送信するように通信回路２を送信制御する。これにより、各参加者となっているＢさん〜Ｄさんの携帯電話機には、上記現在位置の送信要求コマンドが付された電子メールが送信されることとなる。
【００４８】
各参加者となっているＢさん〜Ｄさんの携帯電話機の制御部は、電子メールが着信すると、待ち合わせ場所推奨プログラムに基づいて、当該着信した電子メールに上記現在位置の送信要求コマンドが付されているか否かを判別する。そして、着信した電子メールに上記現在位置の送信要求コマンドが付されているものと判別した場合は、各参加者となっているＢさん〜Ｄさんの携帯電話機に設けられているＧＰＳユニット等の現在位置検出機能により、自己の現在位置を検出し、この検出した自己の現在位置を示す現在位置情報を、上記着信した電子メールに対する返信メールのヘッダ、表題、或いは本文に付して返信する。これにより、幹事となっているＡさんの携帯電話機は、各参加者の現在位置情報が付された各電子メールをそれぞれ受信することとなる。
【００４９】
幹事となっているＡさんの携帯電話機の制御部１７は、上記各電子メールを受信すると、待ち合わせ場所推奨プログラムに基づいて、各参加者の現在位置情報を、該受信した電子メールから検出し、これを、対応する参加者のユーザ名に関連付けて、メモリ１６に一旦記憶する。
【００５０】
なお、この例では、幹事となっているＡさんの携帯電話機の制御部１７は、電子メールを用いて各参加者の現在位置を取得することとしたが、これは、幹事となっているＡさんの携帯電話機と各参加者の各携帯電話機との間で、現在位置情報の送受信用の通信ラインを確立し、この通信ラインを介して各参加者の現在位置を取得してもよい。
【００５１】
次に、このように各参加者の現在位置を取得すると、幹事となっているＡさんの携帯電話機の制御部１７は、図５のフローチャートのステップＳ２３に処理を進め、メモリ１６に一旦記憶した当該Ａさんの携帯電話機の現在位置情報、及び各参加者Ｂさん〜Ｄさんの各現在位置情報に基づいて、この４人の現在位置の中心地を決定し、この中心地を中心とする待ち合わせ場所を検索するための検索エリアを設定すると共に、この検索エリア内に存在する各駅を、待ち合わせ場所の候補とする待ち合わせ候補駅として設定する。
【００５２】
具体的には、当該実施例の待ち合わせ場所推奨システムに用いられる携帯電話機の場合、メモリ１６に地図情報が記憶されている。制御部１７は、幹事であるＡさん、及び各参加者Ｂさん〜Ｄさんの各位置情報、及び上記メモリ１６に記憶されている地図情報に基づいて、例えば図６に示すように該各ユーザの現在位置からの距離の和が最小になる地点を上記中心地として決定する。
【００５３】
また、制御部１７は、上記地図上における上記中心地を中心とする円の範囲を、例えば１０個の駅（図６では「駅１」〜「駅１０」として図示）が入るまで徐々に広げていき、この１０個の駅を含む円の範囲を、待ち合わせ場所を検索するための検索エリアとして設定する。また、制御部１７は、この検索エリア内に存在する上記「駅１」から「駅１０」の各駅を、待ち合わせ場所の候補とする待ち合わせ候補駅として設定する。
【００５４】
なお、この例では、１０個の駅を含む円の範囲を、待ち合わせ場所を検索するための検索エリアとして設定することとしたが、上記円に含まれる駅の数は任意の数でよいし、或いは駅の密集度に応じた数としてもよい。
【００５５】
また、この例では、地図情報はメモリ１６に記憶されていることとしたが、制御部１７が、上記各現在位置情報に基づいて、対応する地図情報をネットワーク上のサーバ装置から取得して用いるようにしてもよい。
【００５６】
次に、幹事となっているＡさんの携帯電話機の制御部１７は、図５のフローチャートのステップＳ２４に処理を進め、上記各ユーザの現在位置と上記地図情報に基づいて、各ユーザの最寄り駅を検出する。図６に示す例の場合、制御部１７は、Ａさんの最寄り駅として「駅１０」を、Ｂさんの最寄り駅として「駅１１」を、Ｃさんの最寄り駅として「駅７」を、Ｄさんの最寄り駅として「駅８」をそれぞれ検出することとなる。
【００５７】
次に、制御部１７は、処理をステップＳ２５に進め、各ユーザの最寄り駅から上記検索エリア内に存在する各待ち合わせ候補駅までの移動時間をそれぞれ検出して、処理をステップＳ２６に進める。
【００５８】
具体的には、制御部１７は、このステップＳ２５に処理を進めると、交通機関情報を提供している所定のネットワーク上のサーバ装置に対して通信回路２を介してアクセスし、このサーバ装置に対して、各ユーザの最寄り駅を示す情報と、上記検索エリア内に存在する各待ち合わせ候補駅を示す情報とを送信する。上記サーバ装置は、上記各ユーザの最寄り駅を出発駅とし、また、上記検索エリア内に存在する各待ち合わせ候補駅を到着駅として、各ユーザの最寄り駅から上記検索エリア内に存在する各待ち合わせ候補駅までの移動時間をそれぞれ算出して上記Ａさんの携帯電話機に送信する。これにより、Ａさんの携帯電話機の制御部１７は、各ユーザの最寄り駅から上記検索エリア内に存在する各待ち合わせ候補駅までの移動時間を取得することができる。
【００５９】
なお、この例では、制御部１７は、上述のようにネットワーク経由で上記移動時間を取得することとしたが、該移動時間を検出するアプリケーションプログラムをメモリ１６に記憶しておき、このアプリケーションプログラムに基づいて、上述と同様に各移動時間を検出するようにしてもよい。
【００６０】
次に、上記各移動時間を検出すると、制御部１７は、処理をステップＳ２６に進め、各ユーザの上記各移動時間に対して、上述のように予め分類した各ユーザのクラスに応じた重み付け処理を行い、処理をステップＳ２７に進める。ステップＳ２７では、制御部１７が、上記重み付け処理を行った各ユーザの移動時間の総和を、各待ち合わせ候補駅毎に算出し、後述するステップＳ２８を介してステップＳ２９に処理を進める。ステップＳ２９では、制御部１７が、上記ステップＳ２８で各待ち合わせ候補駅毎に算出した、各ユーザの移動時間の総和の値が小さい順に順位付けし、この各順位に対応する駅名を、該順位の順に表示部５に表示制御する。
【００６１】
幹事となっているＡさんは、このように上記順位に従って表示された各駅名のうち、待ち合わせ場所として決定する駅名を、操作部６を介して選択操作する。ステップＳ３０では、制御部１７が、この選択操作の有無を監視しており、該選択操作を検出したタイミングで処理をステップＳ３１に進める。ステップＳ３１では、幹事となっているＡさんの携帯電話機の制御部１７が、該Ａさんにより選択された駅を待ち合わせ場所とする待ち合わせ情報が付された電子メールを形成し、この電子メールを各ユーザのアドレス宛てに送信して、この図５のフローチャートに示す処理を終了する。
【００６２】
このようなステップＳ２５からステップＳ３１までの処理を詳細に説明すると、まず、制御部１７は、図７（ａ）に示すように各ユーザＡ〜Ｄの現在位置から、上記各待ち合わせ候補駅Ａ駅〜Ｄ駅までの移動時間をそれぞれ検出すると、図７（ｃ）に示すように、各ユーザＡ〜Ｄの各移動時間に対して、各ユーザのクラスに対応する係数を乗算処理した値の総和を、各待ち合わせ候補駅毎に算出する。
【００６３】
すなわち、図７（ａ）Ａ駅に対するＡさんの移動時間は１０分、Ｂさんの移動時間は２０分、Ｃさんの移動時間は３０分、Ｄさんの移動時間は４０分である。また、Ｂ駅に対するＡさんの移動時間は２０分、Ｂさんの移動時間は１０分、Ｃさんの移動時間は２０分、Ｄさんの移動時間は３０分である。また、Ｃ駅に対するＡさんの移動時間は３０分、Ｂさんの移動時間は２０分、Ｃさんの移動時間は１０分、Ｄさんの移動時間は２０分である。また、Ｄ駅に対するＡさんの移動時間は４０分、Ｂさんの移動時間は３０分、Ｃさんの移動時間は２０分、Ｄさんの移動時間は１０分である。
【００６４】
このような各ユーザの現在位置状況において、各駅に対する各ユーザの移動時間の総和（総移動時間）を単純に算出すると、図７（ｂ）に示すようにＡ駅に対する総移動時間は１０分（Ａさんの移動時間）＋２０分（Ｂさんの移動時間）＋３０分（Ｃさんの移動時間）＋４０分（Ｄさんの移動時間）＝１００分となり、Ｂ駅に対する総移動時間は２０分（Ａさんの移動時間）＋１０分（Ｂさんの移動時間）＋２０分（Ｃさんの移動時間）＋３０分（Ｄさんの移動時間）＝８０分となり、Ｃ駅に対する総移動時間は３０分（Ａさんの移動時間）＋２０分（Ｂさんの移動時間）＋１０分（Ｃさんの移動時間）＋２０分（Ｄさんの移動時間）＝８０分となり、Ｄ駅に対する総移動時間は４０分（Ａさんの移動時間）＋３０分（Ｂさんの移動時間）＋２０分（Ｃさんの移動時間）＋１０分（Ｄさんの移動時間）＝１００分となる。
【００６５】
そして、総移動時間が短い順に、待ち合わせ場所とする駅を順位付けして推薦順位を決定すると、１位はＢ駅（総移動時間８０分）、同順位の１位でＣ駅（総移動時間８０分）、３位はＡ駅（総移動時間１００分）、同順位の３位でＤ駅（総移動時間１００分）となる。ただ、この推薦順位は、各ユーザの上記クラスに対応する重み付けがなされていない推薦順位である。
【００６６】
ここで、図４を用いて説明したように、当該実施例の携帯電話機では待ち合わせを行う各ユーザを予めクラス分類している。具体的には、図４に示す例の場合、Ａさんは、非考慮クラス、Ｂさんは考慮クラス、Ｃさんは非常に考慮クラス、Ｄさんは非考慮クラスにクラス分類されている。
【００６７】
このため、幹事となっているＡさんの携帯電話機の制御部１７は、上記各ユーザの総移動時間を算出する際に、その駅に対する各ユーザの移動時間に対して、当該ユーザのクラスに応じた重み付け係数を乗算処理したうえで、該各ユーザの移動時間をそれぞれ加算処理して上記総移動時間を算出する。
【００６８】
図４の例に基づいて説明すると、非考慮クラスのＡさん及びＤさんの移動時間に対しては、例えば「０．１」の重み付け係数を乗算処理する。また、考慮クラスのＢさんの移動時間に対しては、例えば「２．０」の重み付け係数を乗算処理する。また、非常に考慮クラスのＣさんの移動時間に対しては、例えば「４．０」の重み付け係数を乗算処理する。
【００６９】
このような重み付け処理を施して各ユーザの移動時間の総和を算出すると、図７（ｃ）に示すようにＡ駅に対する総移動時間は１０分×０．１（Ａさんの移動時間）＋２０分×２（Ｂさんの移動時間）＋３０分×４（Ｃさんの移動時間）＋４０分×０．１（Ｄさんの移動時間）＝１６５分となり、Ｂ駅に対する総移動時間は２０分×０．１（Ａさんの移動時間）＋１０分×２（Ｂさんの移動時間）＋２０分×４（Ｃさんの移動時間）＋３０分×０．１（Ｄさんの移動時間）＝１０５分となり、Ｃ駅に対する総移動時間は３０分×０．１（Ａさんの移動時間）＋１０分×２（Ｂさんの移動時間）＋１０分×４（Ｃさんの移動時間）＋２０分×０．１（Ｄさんの移動時間）＝６５分となり、Ｄ駅に対する総移動時間は４０分×０．１（Ａさんの移動時間）＋３０分×２（Ｂさんの移動時間）＋２０分×４（Ｃさんの移動時間）＋１０分×０．１（Ｄさんの移動時間）＝１４５分となる。
【００７０】
そして、総移動時間が短い順に、待ち合わせ場所とする駅を順位付けして推薦順位を決定すると、１位はＣ駅（総移動時間６５分）、２位はＢ駅（総移動時間１０５分）、３位はＤ駅（総移動時間１４５分）、４位はＡ駅（総移動時間１６５分）となる。
【００７１】
このような各ユーザのクラスを考慮した重み付け処理を行うことで、高いクラスに分類されたユーザに重きを置くかたちで、待ち合わせ場所が決定されることとなる。
【００７２】
幹事となっているＡさんの携帯電話機の制御部１７は、このように各ユーザのクラスを考慮して待ち合わせ場所の推薦順位を決定すると、例えば図７（ｄ）に示すように待ち合わせ候補となっている各駅名及び該各駅に対する各ユーザの総移動時間を推薦順位に従って並べて表示部５に一覧表示する。
【００７３】
ユーザは、操作部６を介してカーソルを移動操作し、この一覧表示された待ち合わせ候補となっている各駅の中から所望の駅を選択する。幹事となっているＡさんの携帯電話機の制御部１７は、この選択された駅に対応するＡさん用の待ち合わせ情報を形成し、これをメモリ１６に記憶して、表示部５に表示すると共に、選択された駅に対応するＢさん用の待ち合わせ情報、選択された駅に対応するＣさん用の待ち合わせ情報、選択された駅に対応するＤさん用の待ち合わせ情報をそれぞれ形成し、これらを対応する各ユーザ宛てに送信回路２を介して送信する。
【００７４】
図７（ｅ）は、この待ち合わせ情報の一例であるが、この図７（ｅ）に示すように制御部１７は、待ち合わせ場所となる駅の駅名、待ち合わせ時刻、各ユーザの最寄り駅から待ち合わせ場所となる駅までの移動経路等の移動情報を上記待ち合わせ情報として表示部５に表示し、また、各参加者Ｂさん〜Ｄさんの各携帯電話機にそれぞれ送信する。
【００７５】
このうち、上記待ち合わせ時刻は、幹事となっているＡさんの携帯電話機の制御部１７が、自動的に算出して入力する。具体的には、上記待ち合わせ時刻を算出する場合、制御部１７は、図２に示すタイマ１０から現在時刻を取得すると共に、上述のようにネットワーク経由で取得し、或いはメモリ１６に記憶されているアプリケーションプログラムに基づいて検出した、上記待ち合わせ場所となる駅に対する各ユーザの移動時間（＝上記重み付け処理を施していない移動時間）を取得する。そして、制御部１７は、上記待ち合わせ場所となる駅に対する各ユーザの移動時間のうち、最長移動時間を検出し、この最長移動時間を上記現在時刻に加算した時刻を上記待ち合わせ情報の待ち合わせ時刻とする。
【００７６】
もう少し具体的に説明すると、図７（ａ）〜図７（ｅ）において、Ｃ駅が上記待ち合わせ場所として決定されたとすると、このＣ駅に対する各ユーザの現在位置からの移動時間は、図７（ａ）からわかるようにＡさんが３０分の移動時間、Ｂさんが２０分の移動時間、Ｃさんが１０分の移動時間、Ｄさんが２０分の移動時間である。このようなことから、待ち合わせ場所となっているＣ駅に対しては、移動時間が３０分のＡさんが、一番移動時間を要することがわかる（＝上記最長移動時間）。このため、制御部１７は、現在時刻が１３時００分であったとすると、この１３時００分に上記最長移動時間である３０分を加算した１３時３０分を上記待ち合わせ情報の待ち合わせ時刻とする。
【００７７】
なお、この例では、待ち合わせ時刻は制御部１７が算出して自動で入力することとしたが、ユーザが手動で所望の待ち合わせ時刻を入力してもよい。
【００７８】
また、上記算出した待ち合わせ時刻に対して、さらに１０分、２０分程度の所望の時間を加算し、これを上記待ち合わせ時刻としてもよい。これにより、上記待ち合わせ場所となる駅に対して一番移動時間を要するユーザは、多少余裕を持って移動することが可能となる。
【００７９】
次に、上記待ち合わせ情報の移動情報を形成する場合、制御部１７は、交通機関情報を提供している所定のネットワーク上のサーバ装置に対して通信回路２を介してアクセスし、このサーバ装置に対して、上述のように算出した待ち合わせ時刻を示す情報と、各ユーザの最寄り駅を示す情報と、上記待ち合わせ場所に決定された駅を示す情報とを送信する。上記サーバ装置は、上記各ユーザの最寄り駅を乗車駅とし、上記待ち合わせ時刻よりも前に、上記待ち合わせ場所に決定された駅に到着可能な移動情報を形成して、幹事となっているＡさんの携帯電話機に送信する。具体的には、サーバ装置は、乗車駅名、乗車時刻、待ち合わせ場所となっている駅に対する到着時刻、及び乗車路線名等からなる上記各ユーザ毎の移動情報を形成し、これらを幹事となっているＡさんの携帯電話機に送信する。
【００８０】
幹事となっているＡさんの携帯電話機の制御部１７は、上記サーバ装置から上記各ユーザ毎の移動情報を受信すると、図７（ｅ）を用いて説明した待ち合わせ情報を各ユーザ毎に形成し、自分用（＝Ａさん用）の待ち合わせ情報はメモリ１６に記憶制御すると共に、表示部５に表示し、参加者Ｂさん〜Ｄさん用の待ち合わせ情報は、例えば参加者Ｂさん〜Ｄさんの各アドレス宛ての電子メールに添付（或いは本文等に記入してもよい）して、該各参加者Ｂさん〜Ｄさんの携帯電話機に送信する。
【００８１】
〔各ユーザの帰路を考慮した待ち合わせ場所の推奨動作〕
次に、上述の説明では、待ち合わせ場所に対する各ユーザの移動時間に対して、それぞれ各ユーザのクラスに応じた重み付けを行い、この重み付けを行った結果で得られた待ち合わせ場所を各順位に従って推奨することとしたが、当該実施例の待ち合わせ場所推奨システムの場合、このような各ユーザのクラスと共に、該各ユーザの帰路を考慮した待ち合わせ場所を検出して各順位毎に推奨可能となっている。
【００８２】
具体的には、幹事となっているＡさんの携帯電話機の制御部１７は、待ち合わせ場所推奨プログラムを起動した際に、この各ユーザの帰路を考慮した待ち合わせ場所の検索を行うか否かの選択画面を表示部５に表示する（帰路考慮オプションの有効／無効）。制御部１７は、ユーザにより、この帰路考慮オプションの有効或いは無効が選択されると、図５のフローチャートのステップＳ２１から処理を開始する。そして、制御部１７は、この帰路考慮オプションの有効及び無効を、図５のフローチャートのステップＳ２８で判別し、該帰路考慮オプションが有効に設定されている場合は、処理をステップＳ３２に進め、該帰路考慮オプションが無効に設定されている場合は、処理をステップＳ２９に進め、上述のように各ユーザのクラスに応じて重み付けを行った各ユーザの移動時間に基づいて待ち合わせ場所を決定して各ユーザに推奨する。
【００８３】
上記帰路考慮オプションが有効に設定されているものと判別することで、処理をステップＳ２８からステップＳ３２に進めると、幹事となっているＡさんの携帯電話機の制御部１７は、各参加者となっているＢさん〜Ｄさんのメールアドレスをメモリ１６の電話帳から検出し、該Ｂさん用の電子メール、Ｃさん用の電子メール、及びＤさん用の電子メールを作成する。そして、これら各電子メールのヘッダ、表題、或いは本文に、帰宅駅情報の送信要求コマンドを付し、これらを送信するように通信回路２を送信制御する。これにより、各参加者となっているＢさん〜Ｄさんの携帯電話機には、上記帰宅駅情報の送信要求コマンドが付された電子メールが送信されることとなる。
【００８４】
各参加者となっているＢさん〜Ｄさんの携帯電話機の制御部は、電子メールが着信すると、待ち合わせ場所推奨プログラムに基づいて、当該着信した電子メールに上記帰宅駅情報の送信要求コマンドが付されているか否かを判別する。そして、着信した電子メールに上記帰宅駅情報の送信要求コマンドが付されているものと判別した場合は、各参加者の携帯電話機のメモリにそれぞれ予め記憶されている帰宅駅情報を読み出し、これを、上記着信した電子メールに対する返信メールのヘッダ、表題、或いは本文に付して返信する。これにより、幹事となっているＡさんの携帯電話機は、各参加者Ｂさん〜Ｄさんの帰宅駅情報が付された各電子メールをそれぞれ受信することとなる。
【００８５】
幹事となっているＡさんの携帯電話機の制御部１７は、上記各電子メールを受信すると、待ち合わせ場所推奨プログラムに基づいて、各参加者の帰宅駅情報を該受信した電子メールから検出し、これを、対応する参加者のユーザ名に関連付けて、メモリ１６に一旦記憶する。
【００８６】
なお、この例では、幹事となっているＡさんの携帯電話機の制御部１７は、電子メールを用いて各参加者の帰宅駅情報を取得することとしたが、これは、幹事となっているＡさんの携帯電話機と各参加者の各携帯電話機との間で、帰宅駅情報の送受信用の通信ラインを確立し、この通信ラインを介して各参加者の帰宅駅情報を取得してもよい。
【００８７】
また、この例では、幹事となっているＡさんの携帯電話機の制御部１７が、参加者となっているＢさん〜Ｄさんの携帯電話機との間で通信を行い、該各参加者Ｂさん〜Ｄさんの帰宅駅情報を取得することとしたが、これは、幹事となっているＡさんが操作部６を介して手動で各参加者Ｂさん〜Ｄさんの帰宅駅情報を入力してもよい。
【００８８】
次に、このように各参加者の帰宅駅情報を取得すると、幹事となっているＡさんの携帯電話機の制御部１７は、図５のフローチャートのステップＳ３３に処理を進め、図６に示した検索エリア内に存在する各待ち合わせ候補駅（＝駅１〜駅１０）と、Ａさん〜Ｄさんの各ユーザの帰宅駅に対応する終電時刻を取得する。
【００８９】
具体的には、このステップＳ３３に処理を進めると、制御部１７は、メモリ１６に予め記憶されているＡさんの帰宅駅を示す帰宅駅情報を読み出すと共に、上記各参加者Ｂさん〜Ｄさんから取得した各帰宅駅情報を上記メモリ１６から読み出し、これら各帰宅駅情報、上記検索エリア内に存在する各待ち合わせ候補駅を示す待ち合わせ候補駅情報、及び終電時刻要求を、上記所定のネットワーク上のサーバ装置に送信する。上記サーバ装置は、上記各ユーザの帰宅駅情報、待ち合わせ候補駅情報、及び終電時刻要求を受信すると、該各帰宅駅情報で示される各駅と、上記各待ち合わせ候補駅に対応する終電時刻を示す終電時刻情報をそれぞれ形成し、これらを幹事となっているＡさんの携帯電話機に送信する。これにより、ユーザＡさん〜ユーザＤさんの各帰宅駅、及び各待ち合わせ候補駅に対応する終電時刻がそれぞれ取得されることとなる。
【００９０】
次に、幹事となっているＡさんの携帯電話機の制御部１７は、ステップＳ３４において、上述のようにネットワーク経由で取得し、或いはメモリ１６に記憶されているアプリケーションプログラムに基づいて検出した、上記各待ち合わせ候補駅に対する各ユーザの移動時間（＝上記重み付け処理を施していない移動時間）を取得する。そして、制御部１７は、上記各待ち合わせ候補に対する各ユーザの移動時間のうち、最長移動時間を検出し、この最長移動時間を、メモリ１０から取得した現在時刻に加算することで、待ち合わせ時刻を算出する。また、制御部１７は、このステップＳ３４において、上記算出した待ち合わせ時刻から、上記各ユーザＡさん〜Ｄさんの各終電時刻までの時間である滞在時間を、該各ユーザ毎に算出する。
【００９１】
次に、幹事となっているＡさんの携帯電話機の制御部１７は、ステップＳ３５において、各待ち合わせ候補駅毎に、各ユーザＡさん〜ユーザＤさんの滞在時間の和を算出する。具体的には、図８（ａ）に示すようにＡ駅に対するＡさんの滞在時間が５００分、Ｂさんの滞在時間が６００分、Ｃさんの滞在時間が６００分、Ｄさんの滞在時間が４００分であった場合、制御部１７は、図８（ｂ）に示すように、このＡ駅に対する各ユーザの総滞在時間を２１００分（５００分＋６００分＋６００分＋４００分＝２１００分）として算出する。同様に、図８（ａ）に示すようにＣ駅に対するＡさんの滞在時間が３００分、Ｂさんの滞在時間が３００分、Ｃさんの滞在時間が２００分、Ｄさんの滞在時間が５００分であった場合、制御部１７は、図８（ｂ）に示すように、このＣ駅に対する各ユーザの総滞在時間を１３００分（３００分＋３００分＋２００分＋５００分＝１３００分）として算出する。
【００９２】
次に、幹事となっているＡさんの携帯電話機の制御部１７は、ステップＳ３６において、上記ステップＳ２７で上記各クラス毎の重み付け処理を行ったうえで算出した各ユーザＡさん〜ユーザＤさんの総移動時間を、上記ステップＳ３５において算出した各ユーザＡさん〜ユーザＤさんの総滞在時間で除算処理した値を、各待ち合わせ候補駅毎に算出する。
【００９３】
具体的には、この例におけるＡ駅に対する各ユーザＡさん〜ユーザＤさんの上記クラス毎の重み付け処理後の総移動時間は、図７（ｃ）を用いて説明したように１６５分である。また、図８（ａ）及び図８（ｂ）を用いて説明したように、Ａ駅に対する各ユーザＡさん〜ユーザＤさんの総滞在時間は２１００分である。このため、制御部１７は、総移動時間１６５分÷総滞在時間２１００分＝０．０７８５分の演算を行う。これは、Ａ駅に全ユーザが１分間滞在するのに、全ユーザが０．０７８５分の移動時間を要することを意味している。
【００９４】
同様に、Ｃ駅に対する各ユーザＡさん〜ユーザＤさんの上記クラス毎の重み付け処理後の総移動時間は、図７（ｃ）を用いて説明したように６５分である。また、図８（ａ）及び図８（ｂ）を用いて説明したように、Ｃ駅に対する各ユーザＡさん〜ユーザＤさんの総滞在時間は１３００分である。このため、制御部１７は、総移動時間６５分÷総滞在時間１３００分＝０．０５分の演算を行う。これは、Ｃ駅に全ユーザが１分間滞在するのに、全ユーザが０．０５分の移動時間を要することを意味している。
【００９５】
同様に、Ｄ駅に対する各ユーザＡさん〜ユーザＤさんの上記クラス毎の重み付け処理後の総移動時間は、図７（ｃ）を用いて説明したように１４５分である。また、図８（ａ）及び図８（ｂ）を用いて説明したように、Ｄ駅に対する各ユーザＡさん〜ユーザＤさんの総滞在時間は４００分である。このため、制御部１７は、総移動時間１４５分÷総滞在時間４００分＝０．３６２５分の演算を行う。これは、Ｄ駅に全ユーザが１分間滞在するのに、全ユーザが０．３６２５分の移動時間を要することを意味している。
【００９６】
なお、図８（ａ）に示した例の場合、Ｂ駅に対する参加者Ｄさんの滞在時間は０分である。これは、待ち合わせ場所となる駅をＢ駅に設定しても、参加者Ｄさんは、待ち合わせ時刻にＢ駅に到着することはできても、終電時刻の関係で該Ｂ駅に滞在できる時間が０分であることを意味している。そして、このような場合は、待ち合わせ場所となる駅をＢ駅に設定しても参加者Ｄさんが参加することができなくなうため、該待ち合わせ場所となる駅をＢ駅に設定することは無意味となる。このようなことから、制御部１７は、滞在時間は０分となるユーザが存在する駅に対しては、上述の除算の演算は行わないようになっている。図８（ｃ）の「除外」の文字は、このＢ駅に対する上述の除算の演算が行われなかったことを意味している。
【００９７】
次に、幹事となっているＡさんの携帯電話機の制御部１７は、図５のフローチャートのステップＳ３７において、このような除算処理により得られた値が最小の値から順に、該各値に駅名、及び総移動時間を並べて表示部５に一覧表示して、ステップＳ３０に処理を進める。
【００９８】
具体的には、図８（ａ）〜図８（ｃ）に示す例の場合、該図８（ｃ）からわかるように上記除算値が最小の駅から順に並べると、除算値が０．０５分のＣ駅、除算値が０．０７８５分のＡ駅、除算値が０．３６２５分のＤ駅の順となる（Ｂ駅は上述の理由により、演算除外）。このため、制御部１７は、推薦順位１位のＣ駅の駅名と図７（ｃ）を用いて説明した上記クラスによる重み付けを行ったＣ駅への総移動時間６５分を表示部５に表示し、推薦順位２位のＡ駅の駅名と図７（ｃ）を用いて説明した上記クラスによる重み付けを行ったＡ駅への総移動時間１６５分を表示部５に表示し、推薦順位３位のＤ駅の駅名と図７（ｃ）を用いて説明した上記クラスによる重み付けを行ったＤ駅への総移動時間１４５分を表示部５に表示する。
【００９９】
このように各推薦順位の順に駅名及び総移動時間を表示部５に一覧表示すると、制御部１７は、図５のフローチャートのステップＳ３０に処理を進め、上述のようにユーザに選択された駅を待ち合わせの駅とし、ステップＳ３１において、この待ち合わせの駅に対応する上記待ち合わせ情報を表示部５に表示すると共に、各参加者のＢさん〜Ｄさんの携帯電話機に送信する。詳しくは、上述のステップＳ３０及びステップＳ３１の説明を参照されたい。
【０１００】
［実施例の効果］
以上の説明から明らかなように、この実施例の待ち合わせ場所推奨システムは、各ユーザの役職や間柄等のクラスに応じた重み付け、及び各ユーザの帰路に対応した重み付けを行ったうえで、該各ユーザにとって最適な待ち合わせ場所を決定して該各ユーザに推奨する。これにより、以下の効果を得ることができる。
【０１０１】
１．短時間、かつ、低コストで上記重み付けを考慮した待ち合わせ場所を検索して推奨することができる。
【０１０２】
２．馴染みの無い地理的な範囲であっても、客観的に最適な待ち合わせ場所を決定して推奨することができる。
【０１０３】
３．各ユーザの 帰路を考慮することができるため、出発地点と帰宅地点とが異なる場合にも柔軟に対応して待ち合わせ場所を推奨することができる。このため、あるユーザにとって、待ち合わせ場所に集合することはできるが、この待ち合わせ場所から帰宅することが困難となる待ち合わせ場所を推奨してしまう不都合を防止することができる。また、例えば会社の仲間で行う食事会等のように、各参加者全員の出発地点が同じで、各参加者の帰宅地点が異なる場合にも、各ユーザにとって最適となる待ち合わせ場所を推奨することができる。
【０１０４】
４． 帰路を考慮した重み付けを行うことで、滞在時間が最大となる待ち合わせ場所を推奨することができる。
【０１０５】
５．待ち合わせ情報として、移動経路等の情報も含めて各参加者に送信するため、各参加者が電車の乗り換え等を調べる手間を省略可能とすることができる。
【０１０６】
［変形例１］
上述の実施例の説明では、「クラス分類による重み付けのみを行った待ち合わせ場所の推奨」と、「クラス分類による重み付け及び各ユーザの帰路による重み付けを行った待ち合わせ場所の推奨」が可能であることとしたが、待ち合わせ場所推奨プログラムを起動した際に、「クラス分類による重み付け」及び「各ユーザの帰路による重み付け」のうちの、いずれかの重み付け、或いは両方の重み付けを選択する選択画面を表示し、ユーザにより選択された重み付けを実行するようにしてもよい。
【０１０７】
この場合、幹事となっているＡさんの携帯電話機の制御部１７は、「各ユーザの帰路による重み付け」のみが選択された場合は、図５のフローチャートのステップＳ２１〜ステップＳ２７、ステップＳ３２〜ステップＳ３７、及びステップＳ３０，ステップＳ３１の順に各処理を実行する。これにより、クラス分類による重み付けは行われずに、各ユーザの帰路による重み付けのみが行われた待ち合わせ場所が推奨されることとなる。
【０１０８】
［変形例２］
上述の実施例の待ち合わせ場所推奨システムは、幹事となっているＡさんの携帯電話機が、言わばメインサーバ装置として動作することで、図５を用いて説明した一連の処理を行い、各参加者Ｂさん〜Ｄさんの携帯電話機はクライアント端末装置として上記待ち合わせ情報を受信することとしたが（中央集中型処理）、これは、Ａさんの携帯電話機と各参加者Ｂさん〜Ｄさんの携帯電話機との間で、上述の各処理を分散処理してもよい（分散型処理）。
【０１０９】
この場合、幹事となっているＡさんの携帯電話機は、各待ち合わせ候補駅と各参加者Ｂさん〜Ｄさんの上記クラスを、該各参加者Ｂさん〜Ｄさんの携帯電話機に送信する。各参加者Ｂさん〜Ｄさんの携帯電話機は、自分の現在位置に基づいて最寄り駅を検出すると共に、この最寄り駅から、上記Ａさんの携帯電話機から受信した各待ち合わせ候補駅までの移動時間をそれぞれ検出する。そして、各待ち合わせ候補駅に対する移動時間情報に対して、上記Ａさんの携帯電話機から受信した上記クラス（＝自分のクラス）に対応する重み付け処理を行い、この重み付け処理を行った各待ち合わせ候補駅に対する移動時間情報をＡさんの携帯電話機に送信する。Ａさんの携帯電話機は、各ユーザＡさん〜Ｄさんの移動時間の総和が最小となる駅から順に順位付けして表示部５に表示する（図５のフローチャートのステップＳ２９の説明を参照）。そして、この中から選択された駅に対応する待ち合わせ情報をメモリ１６に記憶して表示部５に表示すると共に、各参加者Ｂさん〜Ｄさんの携帯電話機に送信する（図５のフローチャートのステップＳ３１の説明を参照）。
【０１１０】
これにより、上述と同様の効果を得られる他、幹事となっているＡさんの携帯電話機の処理負担を軽減することができる。
【０１１１】
［その他の変形例］
上述の実施例の説明では、各ユーザの現在位置を基準として、待ち合わせ場所を決定することとしたが、これは、幹事となっているＡさんの携帯電話機に、各参加者Ｂさん〜Ｄさんが、それぞれ所望の待ち合わせ場所を示す情報を送信し、幹事となっているＡさんの携帯電話機が、自分が希望する待ち合わせ場所、及び各参加者Ｂさん〜Ｄさんの携帯電話機から受信した、該各参加者Ｂさん〜Ｄさんが希望する待ち合わせ場所を基準として、待ち合わせ場所を決定してもよい。
【０１１２】
また、メモリ１６に、過去に決定した待ち合わせ場所を示す情報を記憶しておき、制御部１７は、次回、待ち合わせ場所を推奨する際に、この過去に決定した待ち合わせ場所以外の待ち合わせ場所を推奨することにより、変化に富んだ待ち合わせ場所の推奨を行うことができる。
【０１１３】
上述の実施例の説明では、各ユーザの最寄り駅から各待ち合わせ候補駅に対する移動時間を検出し、これを用いることとしたが、この移動時間の代わりに、各ユーザの最寄り駅から各待ち合わせ候補駅に対する移動費用を検出し、これを用いるようにしてもよい。
【０１１４】
上述の実施例の説明では、携帯電話機を用いることとしたが、現在位置検出機能及び通信機能を備えていれば、携帯電話機の他、ＰＨＳ電話機（PHS：Personal Handyphone System）、ＰＤＡ装置（PDA：Personal Digital Assistant）、携帯ゲーム機等の他の携帯機器を用いてもよい。いずれの場合も上述と同様の効果を得ることができる。
【０１１５】
最後に、上述の実施例は、本発明の一例である。このため、本発明は上述の実施例に限定されることはなく、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることは勿論であることを付け加えておく。
【符号の説明】
【０１１６】
１ アンテナ、２ 通信回路、３ スピーカ部、４ マイクロホン部、５ 表示部、６ 操作部、７ 発光部、８ カメラ部、９ バイブレーションユニット、１０ タイマ、１１ 加速度センサ、１２ 非接触無線通信アンテナ、１３ 非接触ＩＣユニット、１４ ＧＰＳアンテナ、１５ ＧＰＳユニット、１６ メモリ、１７ 制御部
【技術分野】
【０００１】
本発明は、ＧＰＳユニット（GPS：Global Positioning System）等の現在位置検出機能を備えた、例えば携帯電話機、ＰＨＳ電話機（PHS：Personal Handyphone System）、ＰＤＡ装置（PDA：Personal Digital Assistant）、携帯ゲーム機等の携帯機器に適用して好適な待ち合わせ場所推奨装置、待ち合わせ場所推奨方法、待ち合わせ場所推奨プログラム、及び携帯端末装置に関する。
特には、各ユーザの上下関係の他、各ユーザの帰路等も考慮したうえで最適な待ち合わせ場所を決定して推奨可能とした待ち合わせ場所推奨装置、待ち合わせ場所推奨方法、待ち合わせ場所推奨プログラム、及び携帯端末装置に関する。
【背景技術】
【０００２】
仲間内や会社での会合や接待等を行う際、幹事となるユーザは地理的に適切な集合場所を選択する必要がある。この際、幹事となるユーザは、参加者全員の出発地点、帰宅地点、役職、過去の待ち合わせ場所等、様々なパラメータを考慮して、適切な待ち合わせ場所を決定しなければならない。この際、参加者が増えると、上記パラメータの組み合わせも非線形的に増えるため、最適解を求めることが非常に困難になる。このような状態では、苦労して求めた解（＝待ち合わせ場所）が最適解であるかどうかも、もはや分からない。
【０００３】
さらに、幹事となるユーザは、年齢が若い参加者の中から選任されることが多い。例えば、会社内においては、新入社員の中から幹事が選任されることが多い。新入社員は、勤務地周辺の地理を良く知らない状態であるにもかかわらず、全参加者にとって最適な待ち合わせ場所を設定する必要がある。これは大変困難な作業となる。
【０００４】
待ち合わせの管理を行う先行技術としては、特開２００６−２４３８２７号の公開特許公報（特許文献１）に、複数人との待ち合わせが予定どおりに行えない場合に、各人の状況を取得し、この状況に応じた待ち合わせの変更を各メンバーに通知する管理装置が開示されている。
【０００５】
この管理装置の場合、待ち合わせを行うメンバーのメンバー情報と待ち合せ条件とを問合せ元端末から受信し、該メンバー情報に基づいてメンバーの状況を問合わせるメッセージを問合せ先端末へ送信し、該問合せ先端末からメンバーの状況情報を受信し、該状況情報と待ち合せ条件とに基づいて待合せ情報を求め、該待合せ情報を当該問合せ先端末及び問合せ元端末に送信する。これにより、各メンバーの状況に応じた待ち合わせの変更を、該各メンバーに通知可能となっている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−２４３８２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ここで、実社会において、複数の参加者間で最適な待ち合わせ場所を決定する場合、地理的なパラメータの他に、様々なパラメータが考慮されて該待ち合わせ場所が決定されるものである。
【０００８】
具体的には、各参加者の役職、間柄、人間関係が考慮されて待ち合わせ場所が決定されたり、各参加者が帰宅時間が遅い時間となっても終電車に乗車可能となるように待ち合わせ場所が決定されることは、実社会において、よく行われていることである。
【０００９】
本発明は、このような実社会において行われている待ち合わせ場所の決定プロセスに鑑みてなされたものであり、複数の参加者間で最適な待ち合わせ場所を決定する際に、各参加者の地理的なパラメータに加え、各参加者の役職、帰宅経路、待ち合わせ場所における滞在可能時間等のパラメータも考慮して待ち合わせ場所を決定することで、各参加者にとって最適な待ち合わせ場所を決定して推奨可能な待ち合わせ場所推奨装置、待ち合わせ場所推奨方法、待ち合わせ場所推奨プログラム、及び携帯端末装置の提供を目的とする。
【課題を解決するための手段】
【００１０】
本発明に係る待ち合わせ場所推奨装置は、上述の課題を解決するために、
待ち合わせを行う全ユーザの優先順位が記憶された優先順位記憶部と、
待ち合わせを行う全ユーザの現在位置を検出する現在位置検出部と、
上記現在位置検出部で検出された全ユーザの現在位置及び地図情報に基づいて、待ち合わせの候補とする複数の待ち合わせ候補地を検出する待ち合わせ候補地検出部と、
上記現在位置から、上記待ち合わせ候補地検出部で検出された各待ち合わせ候補地までの移動に要する移動時間を、上記各ユーザ毎、かつ、上記各待ち合わせ候補地毎にそれぞれ検出する移動時間検出部と、
上記移動時間検出部で検出された上記各移動時間に対して、該各移動時間に対応するユーザの優先順位に応じた重み付け処理を施す重み付け処理部と、
上記待ち合わせ候補地検出部で検出された上記各待ち合わせ候補地毎に、上記重み付け処理部で重み付け処理が施された全ユーザの上記移動時間の総和である総移動時間を算出する総移動時間算出部と、
上記総移動時間算出部で算出された上記各待ち合わせ候補地毎の上記各総移動時間が短い順に、少なくとも該待ち合わせ候補地を示す情報を表示部に表示する待ち合わせ候補地表示部と、
上記待ち合わせ候補地表示部により表示された上記各待ち合わせ候補地の中から、操作部を介して選択された待ち合わせ候補地を示す待ち合わせ情報を、待ち合わせを行う各ユーザの端末装置に送信する待ち合わせ情報送信部と
を有する。
【００１１】
このような待ち合わせ場所推奨装置は、各ユーザの地理的なパラメータに加え、各ユーザの優先順位のパラメータも考慮して待ち合わせ場所を決定して推奨する。
【発明の効果】
【００１２】
本発明は、複数のユーザ間で最適な待ち合わせ場所を決定する際に、各ユーザの地理的なパラメータに加え、少なくとも各ユーザの優先順位のパラメータも考慮して待ち合わせ場所を決定することで、各ユーザにとって最適な待ち合わせ場所を決定して推奨することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明を適用した実施例となる待ち合わせ場所推奨システムの構成を説明するための図である。
【図２】実施例となる待ち合わせ場所推奨システムに用いられる携帯電話機のブロック図である。
【図３】実施例となる待ち合わせ場所推奨システムで用いられる携帯電話機の各ユーザのクラス分類動作の流れを示すフローチャートである。
【図４】実施例となる待ち合わせ場所推奨システムで用いられる携帯電話機のクラス分類の一例を示す図である。
【図５】実施例となる待ち合わせ場所推奨システムに用いられる携帯電話機の待ち合わせ場所推奨動作の流れを示すフローチャートである。
【図６】実施例となる待ち合わせ場所推奨システムに用いられる携帯電話機において検出される待ち合わせ場所の検索エリア、及び各ユーザの最寄り駅を説明するための図である。
【図７】実施例となる待ち合わせ場所推奨システムに用いられる携帯電話機の、各ユーザのクラスに応じた重み付けによる待ち合わせ場所の推奨動作を説明するための図である。
【図８】実施例となる待ち合わせ場所推奨システムに用いられる携帯電話機の、各ユーザの帰路に応じた重み付けによる待ち合わせ場所の推奨動作を説明するための図である。
【発明を実施するための形態】
【００１４】
本発明は、複数の携帯電話機の各ユーザにとって最適な待ち合わせ場所を決定して推奨する待ち合わせ場所推奨システムに適用することができる。
【００１５】
［システム構成］
図１に、本発明を適用した実施例となる待ち合わせ場所推奨システムの構成図を示す。この図１からわかるように、この待ち合わせ場所推奨システムは、待ち合わせ場所の決定役である幹事となるユーザの携帯電話機、及び当該待ち合わせの参加者となる各ユーザの複数の携帯電話機を、該各携帯電話機の最寄りの基地局及び該各携帯電話機の通信ネットワークを介して相互に接続することで形成されている。
【００１６】
〔携帯電話機の構成〕
この待ち合わせ場所推奨システムで用いられる各携帯電話機は、図１に示すように上記基地局との間で音声通話、テレビ電話通話、電子メール、Ｗｅｂデータ（Web：World Wide Web）の他、後述する帰宅駅情報、待ち合わせ情報、及び現在位置情報等の無線通信を行うアンテナ１及び通信回路２と、受話音声等を出力するためのスピーカ部３と、送話音声等を集音するためのマイクロホン部４と、操作メニュー、電子メール、画像（静止画像及び動画像）の他、後述する待ち合わせ情報等を表示するための表示部５と、十字キー、決定キー、数字キー等の複数の操作キーを備えた操作部６と、発着信等をユーザに光で通知するための発光部７（LED：Light Emitting Diode:発光ダイオード）とを有している。
【００１７】
また、この携帯電話機は、所望の被写体の静止画像或いは動画像を撮像するためのカメラ部８と、当該携帯電話機の筐体を振動させて発着信等をユーザに通知するためのバイブレーションユニット９と、現在時刻をカウントするタイマ１０と、当該携帯電話機の筐体の回転操作や傾き操作等を検出する加速度センサ１１とを有している。
【００１８】
また、この携帯電話機は、通信距離が例えば５０ｃｍ程度の非接触無線通信を行うための非接触無線通信アンテナ１２及び非接触ＩＣユニット１３と、当該携帯電話機の現在位置を検出するためのＧＰＳアンテナ１４（GPS：Global Positioning System）及びＧＰＳユニット１５と、上記基地局を介した無線通信処理を行うためのコミュニケーションプログラムや各種アプリケーションプログラムの他、これら各アプリケーションプログラムで取り扱われる各種データ等が記憶されたメモリ１６と、当該携帯電話機全体の動作を制御する制御部１７とを有している。
【００１９】
メモリ１６には、上記コミュニケーションプログラムの他、各ユーザで待ち合わせを行う際に、参加者全員に最適となる待ち合わせ場所を自動的に検索して推奨する待ち合わせ場所推奨プログラムと、カメラ部８の撮像制御を行うカメラ制御プログラムが記憶されている。このカメラ制御プログラムは、撮像した静止画像や動画像のビューア機能も備えている。
【００２０】
また、メモリ１６には、電子メールの作成や送受信を制御するための電子メール管理プログラムと、ユーザのスケジュールが登録されたスケジュール帳の管理を行うためのスケジュール帳管理プログラムと、コミュニケーションネットワークやインターネット等の所定のネットワーク上に設けられたサーバ装置上で公開されているＷｅｂページを閲覧するためのＷｅｂブラウジングプログラムと、電話帳の管理を行うための電話帳管理プログラムと、音楽データの再生を行うための音楽プレーヤプログラムとが記憶されている。
【００２１】
また、メモリ１６には、ユーザの所望のスケジュールが登録されるスケジュール帳と、ユーザの知人や友人等のユーザ名、静止画像（顔写真等）、住所、電話番号、電子メールアドレス、生年月日等が登録された電話帳と、音楽プレーヤプログラムに基づいて再生される音楽データと、カメラ制御プログラムのビューア機能に基づいて再生される静止画像データ及び動画像データと、送受信された電子メールデータと、電話及び電子メールの発着信履歴と、待ち合わせ場所を検索するための地図情報と、ユーザにより予め登録された当該ユーザの自宅近辺に位置する駅を示す情報である帰宅駅情報等が記憶されている。
【００２２】
［待ち合わせ場所推奨動作］
このような実施例の待ち合わせ場所推奨システムは、待ち合わせを行う各ユーザにとって最適な待ち合わせ場所を決定して推奨するようになっている。例えば、図１に示すＡさんが幹事となり、このＡさん、Ｂさん、Ｃさん、及びＤさんで待ち合わせを行う場合、幹事となったＡさんは、自分の携帯電話機の操作部６を介して、メモリ１６に記憶されている待ち合わせ場所推奨プログラムを起動操作する。この起動操作がなされると、Ａさんの携帯電話機の制御部１７は、メモリ１６に記憶されている待ち合わせ場所推奨プログラムを起動制御し、まず、当該待ち合わせに参加する各参加者の重み付けのクラス分類（＝優先順位付け）を行う。
【００２３】
〔重み付けのクラス分類動作〕
図３のフローチャートに、このＡさんの携帯電話機の制御部１７における重み付けのクラス分類動作の流れを示す。
【００２４】
制御部１７は、上述のようにメモリ１６に記憶されている待ち合わせ場所推奨プログラムを起動制御すると、この図３のフローチャートのステップＳ１において、各参加者の入力画面を表示部５に表示制御する。
【００２５】
この例において、幹事となっているＡさんは、表示部５に表示された各参加者の入力画面に対して、例えば、Ａさん（＝自分）、Ｂさん、Ｃさん、Ｄさん等のように、これから行う待ち合わせに参加予定となっている各参加者のユーザ名を入力して、当該入力が完了したタイミングで、決定キーが割り当てられている操作部６上のいずれかのキーを押圧操作する。
【００２６】
制御部１７は、ステップＳ２において、この決定キーの押圧操作の有無を監視することで、各参加者のユーザ名の入力が完了したか否かを判別しており、各参加者のユーザ名の入力が完了したものと判別したタイミングで、処理をステップＳ３に進める。
【００２７】
ステップＳ３及びステップＳ４では、制御部１７が、上記入力がなされた各参加者のユーザ名に基づいて、メモリ１６に記憶されている送信メール及び受信メールを参照し、上記入力がなされた各参加者が送信元となっている受信メール（＝当該参加者から受信した電子メール）、及び各参加者が宛先となっている送信メール（＝当該参加者に対して送信した電子メール）の有無を判別する。そして、制御部１７は、参加者に対応する上記受信メール或いは上記送信メールを検出した場合には、処理をステップＳ８に進め、参加者に対応する上記受信メール或いは上記送信メールを検出できなかった場合には、処理をステップＳ５に進める。
【００２８】
参加者に対応する上記受信メール或いは上記送信メールを検出することで処理をステップＳ８に進めると、制御部１７は、上記受信メール及び上記送信メールの表題及び本文の解析を行い、ステップＳ８で、参加者のみが敬語を使用しているか否かを判別し、ステップＳ９で幹事のみが敬語を使用しているか否かを判別し、ステップＳ１０で、幹事及び参加者の双方が敬語を使用しているか否かを判別する。
【００２９】
参加者のみが敬語を使用しているということは、その参加者は、幹事となっているＡさんの後輩や役職がＡさんよりも下のユーザである可能性が高いため、この場合、制御部１７は、上記ステップＳ８からステップＳ１１に処理を進め、その参加者の重み付けのクラスを「非考慮」クラスに分類する。
【００３０】
また、幹事であるＡさんのみが敬語を使用しているということは、その参加者は、幹事となっているＡさんの上司、先生等の目上のユーザである可能性が高い。このため、この場合、制御部１７は、上記ステップＳ９からステップＳ１２に処理を進め、その参加者の重み付けのクラスを「非常に考慮」クラスに分類する。
【００３１】
また、幹事であるＡさん及び参加者の双方が敬語を使用しているということは、その参加者は、双方が知り合って間もない関係や、双方共に一目置いている関係である可能性が高い。このため、この場合、制御部１７は、上記ステップＳ１０からステップＳ１３に処理を進め、その参加者の重み付けのクラスを、上記「非考慮」クラスと「非常に考慮」クラスの中間のクラスとなる「考慮」クラスに分類する。
【００３２】
また、参加者のみが敬語を使用しているということもなく、幹事であるＡさんのみが敬語を使用しているということもなく、さらに幹事であるＡさん及び参加者の双方が敬語を使用しているということない場合（＝上記ステップＳ８〜ステップＳ１０のいずれにも該当しない場合）、制御部１７は、ステップＳ４からステップＳ８〜ステップＳ１０を介してステップＳ７に処理を進め、その参加者の重み付けのクラスを「非考慮」クラスに分類する。
【００３３】
メモリ１６には、各クラス別の記憶領域を有するクラステーブルが設けられている。制御部１７は、上述のように各参加者のクラス分類を行うと、分類したクラスに対応するクラステーブルの記憶領域に各ユーザのユーザ名を登録すると共に、このクラステーブルの登録内容を表示部５に表示制御する。これにより、例えば図４に示すように上記分類され登録された各参加者及び幹事のクラス表示がなされることとなる。なお、この図４に示す例は、「非常に考慮」クラスに参加者のＣさんが分類されて登録され、「考慮」クラスに参加者のＢさんが分類されて登録され、「非考慮」クラスに幹事となっているＡさんと参加者のＣさんが分類されて登録された例を示している。
【００３４】
また、このような幹事及び各参加者のクラスは、手動で変更可能となっている。すなわち、クラステーブルの登録内容が表示されることで、幹事となっているＡさんが、分類された自分及び各参加者のクラスを見て、クラス変更の必要性を感じた場合、該Ａさんは操作部６を操作することで、クラス変更を行う参加者を指定すると共に、移動先となるクラスを指定する。例えば、図４に示す例で説明すると、「考慮」クラスに分類された参加者のＢさんを「非常に考慮」クラスにクラス変更する場合、幹事となっているＡさんは、操作部６を介して、クラス変更の対象となるユーザである参加者Ｂさんを指定操作すると共に、「非常に考慮」クラスを、この参加者Ｂさんの移動先となるクラスとして指定操作する。
【００３５】
制御部１７は、このような操作がなされると、参加者Ｂさんのユーザ名を、クラステーブルの「非常に考慮」クラスの記憶領域に登録し直す。これにより、所望のユーザを所望のクラスに手動で登録し直すことができる。
【００３６】
一方、上記ステップＳ４において、参加者に対応する上記受信メール或いは上記送信メールを検出できなかったことで処理をステップＳ５に進めると、制御部１７は、このステップＳ５及びステップＳ６において、入力された各参加者のユーザ名に基づいてメモリ１６に記憶されている電話帳を検索することで、該入力された各参加者のユーザ名が電話帳に登録されているか否かを判別する。
【００３７】
そして、その参加者が、電話帳にも登録されていないものと判別した場合には、当該参加者は、幹事であるＡさんとの間で送受信したメールも無く、また、電話帳にもユーザ名が登録されていない参加者であるため、制御部１７は、その参加者は重要度の低い参加者であるものと判別し、ステップＳ７に処理を進め、その参加者の重み付けのクラスを「非考慮」クラスに分類する。
【００３８】
これに対して、その参加者のユーザ名を電話帳から検出した場合、制御部１７は、ステップＳ１４において、電話帳に登録されているユーザ名に「くん」や「ちゃん」が用いられているか否かを判別し、ステップＳ１５において、電話帳に登録されているユーザ名に「様」や「先生」が用いられているか否かを判別し、ステップＳ１６において、電話帳に登録されているユーザ名に「さん」が用いられているか否かを判別する。
【００３９】
電話帳に登録されているユーザ名に「くん」や「ちゃん」が用いられているということは、その参加者は、幹事となっているＡさんの後輩や年下、役職がＡさんよりも下のユーザである可能性が高いため、この場合、制御部１７は、上記ステップＳ１４からステップＳ１７に処理を進め、その参加者の重み付けのクラスを「非考慮」クラスに分類する。
【００４０】
また、電話帳に登録されているユーザ名に「様」や「先生」が用いられているということは、その参加者は、幹事となっているＡさんの上司や目上のユーザである可能性が高いため、この場合、制御部１７は、上記ステップＳ１５からステップＳ１８に処理を進め、その参加者の重み付けのクラスを「非常に考慮」クラスに分類する。
【００４１】
また、電話帳に登録されているユーザ名に「さん」が用いられているということは、その参加者は、双方が知り合って間もない関係や、双方共に一目置いている関係である可能性が高い。このため、この場合、制御部１７は、上記ステップＳ１６からステップＳ１９に処理を進め、その参加者の重み付けのクラスを、上記「非考慮」クラスと「非常に考慮」クラスの中間のクラスとなる「考慮」クラスに分類する。
【００４２】
制御部１７は、このように電話帳に登録されている各参加者の敬称に基づいて該各参加者のクラス分類を行うと、図４を用いて説明したように、分類したクラスに対応するクラステーブルの記憶領域に、各ユーザのユーザ名を登録する。
【００４３】
なお、この図３のフローチャートに示す例では、まず、「送受信メールの解析」を行うことで各参加者のクラス分類を行い、送受信メールが存在しない場合には電話帳に登録されている「敬称の解析」を行うことで各参加者のクラス分類を行うこととしたが、この順序は逆でもよく、まず、電話帳に登録されている「敬称の解析」を行うことで各参加者のクラス分類を行い、その参加者が電話帳に登録されていない場合に、「送受信メールの解析」を行うことで各参加者のクラス分類を行うようにしてもよい。
【００４４】
〔待ち合わせ情報の送信動作〕
次に、制御部１７は、このような各参加者のクラス分類が完了すると、幹事となっているＡさん、及び各参加者Ｂさん〜Ｄさんにとって最適となる待ち合わせ場所を検出し、この待ち合わせ情報を各参加者に送信する。図５のフローチャートに、幹事となっているＡさんの携帯電話機の制御部１７における、待ち合わせ情報の送信動作の流れを示す。
【００４５】
この図５のフローチャートは、図３のフローチャートに示した各処理から連続する処理の流れとなっており、この図５のフローチャートのステップＳ２１の処理が、図３のフローチャートを用いて説明した各参加者のクラス分類の処理となっている。この図５のフローチャートにおいて、制御部１７は、ステップＳ２１で各参加者のクラス分類を行うと、処理をステップＳ２２に進める。
【００４６】
ステップＳ２２では、幹事となっているＡさんの携帯電話機の制御部１７が、ＧＰＳユニット１５を起動制御して、当該Ａさんの携帯電話機の現在位置を検出し、これをメモリ１６に一旦記憶すると共に、各参加者となっているＢさん〜Ｄさんの携帯電話機と通信を行うことにより、該各参加者の現在位置を示す現在位置情報をそれぞれ取得し、処理をステップＳ２３に進める。
【００４７】
具体的には、あくまでも一例ではあるが、幹事となっているＡさんの携帯電話機の制御部１７は、処理をステップＳ２２に進めると、各参加者となっているＢさん〜Ｄさんのメールアドレスをメモリ１６の電話帳から検出し、該Ｂさん用の電子メール、Ｃさん用の電子メール、及びＤさん用の電子メールを作成する。そして、これら各電子メールのヘッダ、表題、或いは本文に、現在位置の送信要求コマンドを付し、これらを送信するように通信回路２を送信制御する。これにより、各参加者となっているＢさん〜Ｄさんの携帯電話機には、上記現在位置の送信要求コマンドが付された電子メールが送信されることとなる。
【００４８】
各参加者となっているＢさん〜Ｄさんの携帯電話機の制御部は、電子メールが着信すると、待ち合わせ場所推奨プログラムに基づいて、当該着信した電子メールに上記現在位置の送信要求コマンドが付されているか否かを判別する。そして、着信した電子メールに上記現在位置の送信要求コマンドが付されているものと判別した場合は、各参加者となっているＢさん〜Ｄさんの携帯電話機に設けられているＧＰＳユニット等の現在位置検出機能により、自己の現在位置を検出し、この検出した自己の現在位置を示す現在位置情報を、上記着信した電子メールに対する返信メールのヘッダ、表題、或いは本文に付して返信する。これにより、幹事となっているＡさんの携帯電話機は、各参加者の現在位置情報が付された各電子メールをそれぞれ受信することとなる。
【００４９】
幹事となっているＡさんの携帯電話機の制御部１７は、上記各電子メールを受信すると、待ち合わせ場所推奨プログラムに基づいて、各参加者の現在位置情報を、該受信した電子メールから検出し、これを、対応する参加者のユーザ名に関連付けて、メモリ１６に一旦記憶する。
【００５０】
なお、この例では、幹事となっているＡさんの携帯電話機の制御部１７は、電子メールを用いて各参加者の現在位置を取得することとしたが、これは、幹事となっているＡさんの携帯電話機と各参加者の各携帯電話機との間で、現在位置情報の送受信用の通信ラインを確立し、この通信ラインを介して各参加者の現在位置を取得してもよい。
【００５１】
次に、このように各参加者の現在位置を取得すると、幹事となっているＡさんの携帯電話機の制御部１７は、図５のフローチャートのステップＳ２３に処理を進め、メモリ１６に一旦記憶した当該Ａさんの携帯電話機の現在位置情報、及び各参加者Ｂさん〜Ｄさんの各現在位置情報に基づいて、この４人の現在位置の中心地を決定し、この中心地を中心とする待ち合わせ場所を検索するための検索エリアを設定すると共に、この検索エリア内に存在する各駅を、待ち合わせ場所の候補とする待ち合わせ候補駅として設定する。
【００５２】
具体的には、当該実施例の待ち合わせ場所推奨システムに用いられる携帯電話機の場合、メモリ１６に地図情報が記憶されている。制御部１７は、幹事であるＡさん、及び各参加者Ｂさん〜Ｄさんの各位置情報、及び上記メモリ１６に記憶されている地図情報に基づいて、例えば図６に示すように該各ユーザの現在位置からの距離の和が最小になる地点を上記中心地として決定する。
【００５３】
また、制御部１７は、上記地図上における上記中心地を中心とする円の範囲を、例えば１０個の駅（図６では「駅１」〜「駅１０」として図示）が入るまで徐々に広げていき、この１０個の駅を含む円の範囲を、待ち合わせ場所を検索するための検索エリアとして設定する。また、制御部１７は、この検索エリア内に存在する上記「駅１」から「駅１０」の各駅を、待ち合わせ場所の候補とする待ち合わせ候補駅として設定する。
【００５４】
なお、この例では、１０個の駅を含む円の範囲を、待ち合わせ場所を検索するための検索エリアとして設定することとしたが、上記円に含まれる駅の数は任意の数でよいし、或いは駅の密集度に応じた数としてもよい。
【００５５】
また、この例では、地図情報はメモリ１６に記憶されていることとしたが、制御部１７が、上記各現在位置情報に基づいて、対応する地図情報をネットワーク上のサーバ装置から取得して用いるようにしてもよい。
【００５６】
次に、幹事となっているＡさんの携帯電話機の制御部１７は、図５のフローチャートのステップＳ２４に処理を進め、上記各ユーザの現在位置と上記地図情報に基づいて、各ユーザの最寄り駅を検出する。図６に示す例の場合、制御部１７は、Ａさんの最寄り駅として「駅１０」を、Ｂさんの最寄り駅として「駅１１」を、Ｃさんの最寄り駅として「駅７」を、Ｄさんの最寄り駅として「駅８」をそれぞれ検出することとなる。
【００５７】
次に、制御部１７は、処理をステップＳ２５に進め、各ユーザの最寄り駅から上記検索エリア内に存在する各待ち合わせ候補駅までの移動時間をそれぞれ検出して、処理をステップＳ２６に進める。
【００５８】
具体的には、制御部１７は、このステップＳ２５に処理を進めると、交通機関情報を提供している所定のネットワーク上のサーバ装置に対して通信回路２を介してアクセスし、このサーバ装置に対して、各ユーザの最寄り駅を示す情報と、上記検索エリア内に存在する各待ち合わせ候補駅を示す情報とを送信する。上記サーバ装置は、上記各ユーザの最寄り駅を出発駅とし、また、上記検索エリア内に存在する各待ち合わせ候補駅を到着駅として、各ユーザの最寄り駅から上記検索エリア内に存在する各待ち合わせ候補駅までの移動時間をそれぞれ算出して上記Ａさんの携帯電話機に送信する。これにより、Ａさんの携帯電話機の制御部１７は、各ユーザの最寄り駅から上記検索エリア内に存在する各待ち合わせ候補駅までの移動時間を取得することができる。
【００５９】
なお、この例では、制御部１７は、上述のようにネットワーク経由で上記移動時間を取得することとしたが、該移動時間を検出するアプリケーションプログラムをメモリ１６に記憶しておき、このアプリケーションプログラムに基づいて、上述と同様に各移動時間を検出するようにしてもよい。
【００６０】
次に、上記各移動時間を検出すると、制御部１７は、処理をステップＳ２６に進め、各ユーザの上記各移動時間に対して、上述のように予め分類した各ユーザのクラスに応じた重み付け処理を行い、処理をステップＳ２７に進める。ステップＳ２７では、制御部１７が、上記重み付け処理を行った各ユーザの移動時間の総和を、各待ち合わせ候補駅毎に算出し、後述するステップＳ２８を介してステップＳ２９に処理を進める。ステップＳ２９では、制御部１７が、上記ステップＳ２８で各待ち合わせ候補駅毎に算出した、各ユーザの移動時間の総和の値が小さい順に順位付けし、この各順位に対応する駅名を、該順位の順に表示部５に表示制御する。
【００６１】
幹事となっているＡさんは、このように上記順位に従って表示された各駅名のうち、待ち合わせ場所として決定する駅名を、操作部６を介して選択操作する。ステップＳ３０では、制御部１７が、この選択操作の有無を監視しており、該選択操作を検出したタイミングで処理をステップＳ３１に進める。ステップＳ３１では、幹事となっているＡさんの携帯電話機の制御部１７が、該Ａさんにより選択された駅を待ち合わせ場所とする待ち合わせ情報が付された電子メールを形成し、この電子メールを各ユーザのアドレス宛てに送信して、この図５のフローチャートに示す処理を終了する。
【００６２】
このようなステップＳ２５からステップＳ３１までの処理を詳細に説明すると、まず、制御部１７は、図７（ａ）に示すように各ユーザＡ〜Ｄの現在位置から、上記各待ち合わせ候補駅Ａ駅〜Ｄ駅までの移動時間をそれぞれ検出すると、図７（ｃ）に示すように、各ユーザＡ〜Ｄの各移動時間に対して、各ユーザのクラスに対応する係数を乗算処理した値の総和を、各待ち合わせ候補駅毎に算出する。
【００６３】
すなわち、図７（ａ）Ａ駅に対するＡさんの移動時間は１０分、Ｂさんの移動時間は２０分、Ｃさんの移動時間は３０分、Ｄさんの移動時間は４０分である。また、Ｂ駅に対するＡさんの移動時間は２０分、Ｂさんの移動時間は１０分、Ｃさんの移動時間は２０分、Ｄさんの移動時間は３０分である。また、Ｃ駅に対するＡさんの移動時間は３０分、Ｂさんの移動時間は２０分、Ｃさんの移動時間は１０分、Ｄさんの移動時間は２０分である。また、Ｄ駅に対するＡさんの移動時間は４０分、Ｂさんの移動時間は３０分、Ｃさんの移動時間は２０分、Ｄさんの移動時間は１０分である。
【００６４】
このような各ユーザの現在位置状況において、各駅に対する各ユーザの移動時間の総和（総移動時間）を単純に算出すると、図７（ｂ）に示すようにＡ駅に対する総移動時間は１０分（Ａさんの移動時間）＋２０分（Ｂさんの移動時間）＋３０分（Ｃさんの移動時間）＋４０分（Ｄさんの移動時間）＝１００分となり、Ｂ駅に対する総移動時間は２０分（Ａさんの移動時間）＋１０分（Ｂさんの移動時間）＋２０分（Ｃさんの移動時間）＋３０分（Ｄさんの移動時間）＝８０分となり、Ｃ駅に対する総移動時間は３０分（Ａさんの移動時間）＋２０分（Ｂさんの移動時間）＋１０分（Ｃさんの移動時間）＋２０分（Ｄさんの移動時間）＝８０分となり、Ｄ駅に対する総移動時間は４０分（Ａさんの移動時間）＋３０分（Ｂさんの移動時間）＋２０分（Ｃさんの移動時間）＋１０分（Ｄさんの移動時間）＝１００分となる。
【００６５】
そして、総移動時間が短い順に、待ち合わせ場所とする駅を順位付けして推薦順位を決定すると、１位はＢ駅（総移動時間８０分）、同順位の１位でＣ駅（総移動時間８０分）、３位はＡ駅（総移動時間１００分）、同順位の３位でＤ駅（総移動時間１００分）となる。ただ、この推薦順位は、各ユーザの上記クラスに対応する重み付けがなされていない推薦順位である。
【００６６】
ここで、図４を用いて説明したように、当該実施例の携帯電話機では待ち合わせを行う各ユーザを予めクラス分類している。具体的には、図４に示す例の場合、Ａさんは、非考慮クラス、Ｂさんは考慮クラス、Ｃさんは非常に考慮クラス、Ｄさんは非考慮クラスにクラス分類されている。
【００６７】
このため、幹事となっているＡさんの携帯電話機の制御部１７は、上記各ユーザの総移動時間を算出する際に、その駅に対する各ユーザの移動時間に対して、当該ユーザのクラスに応じた重み付け係数を乗算処理したうえで、該各ユーザの移動時間をそれぞれ加算処理して上記総移動時間を算出する。
【００６８】
図４の例に基づいて説明すると、非考慮クラスのＡさん及びＤさんの移動時間に対しては、例えば「０．１」の重み付け係数を乗算処理する。また、考慮クラスのＢさんの移動時間に対しては、例えば「２．０」の重み付け係数を乗算処理する。また、非常に考慮クラスのＣさんの移動時間に対しては、例えば「４．０」の重み付け係数を乗算処理する。
【００６９】
このような重み付け処理を施して各ユーザの移動時間の総和を算出すると、図７（ｃ）に示すようにＡ駅に対する総移動時間は１０分×０．１（Ａさんの移動時間）＋２０分×２（Ｂさんの移動時間）＋３０分×４（Ｃさんの移動時間）＋４０分×０．１（Ｄさんの移動時間）＝１６５分となり、Ｂ駅に対する総移動時間は２０分×０．１（Ａさんの移動時間）＋１０分×２（Ｂさんの移動時間）＋２０分×４（Ｃさんの移動時間）＋３０分×０．１（Ｄさんの移動時間）＝１０５分となり、Ｃ駅に対する総移動時間は３０分×０．１（Ａさんの移動時間）＋１０分×２（Ｂさんの移動時間）＋１０分×４（Ｃさんの移動時間）＋２０分×０．１（Ｄさんの移動時間）＝６５分となり、Ｄ駅に対する総移動時間は４０分×０．１（Ａさんの移動時間）＋３０分×２（Ｂさんの移動時間）＋２０分×４（Ｃさんの移動時間）＋１０分×０．１（Ｄさんの移動時間）＝１４５分となる。
【００７０】
そして、総移動時間が短い順に、待ち合わせ場所とする駅を順位付けして推薦順位を決定すると、１位はＣ駅（総移動時間６５分）、２位はＢ駅（総移動時間１０５分）、３位はＤ駅（総移動時間１４５分）、４位はＡ駅（総移動時間１６５分）となる。
【００７１】
このような各ユーザのクラスを考慮した重み付け処理を行うことで、高いクラスに分類されたユーザに重きを置くかたちで、待ち合わせ場所が決定されることとなる。
【００７２】
幹事となっているＡさんの携帯電話機の制御部１７は、このように各ユーザのクラスを考慮して待ち合わせ場所の推薦順位を決定すると、例えば図７（ｄ）に示すように待ち合わせ候補となっている各駅名及び該各駅に対する各ユーザの総移動時間を推薦順位に従って並べて表示部５に一覧表示する。
【００７３】
ユーザは、操作部６を介してカーソルを移動操作し、この一覧表示された待ち合わせ候補となっている各駅の中から所望の駅を選択する。幹事となっているＡさんの携帯電話機の制御部１７は、この選択された駅に対応するＡさん用の待ち合わせ情報を形成し、これをメモリ１６に記憶して、表示部５に表示すると共に、選択された駅に対応するＢさん用の待ち合わせ情報、選択された駅に対応するＣさん用の待ち合わせ情報、選択された駅に対応するＤさん用の待ち合わせ情報をそれぞれ形成し、これらを対応する各ユーザ宛てに送信回路２を介して送信する。
【００７４】
図７（ｅ）は、この待ち合わせ情報の一例であるが、この図７（ｅ）に示すように制御部１７は、待ち合わせ場所となる駅の駅名、待ち合わせ時刻、各ユーザの最寄り駅から待ち合わせ場所となる駅までの移動経路等の移動情報を上記待ち合わせ情報として表示部５に表示し、また、各参加者Ｂさん〜Ｄさんの各携帯電話機にそれぞれ送信する。
【００７５】
このうち、上記待ち合わせ時刻は、幹事となっているＡさんの携帯電話機の制御部１７が、自動的に算出して入力する。具体的には、上記待ち合わせ時刻を算出する場合、制御部１７は、図２に示すタイマ１０から現在時刻を取得すると共に、上述のようにネットワーク経由で取得し、或いはメモリ１６に記憶されているアプリケーションプログラムに基づいて検出した、上記待ち合わせ場所となる駅に対する各ユーザの移動時間（＝上記重み付け処理を施していない移動時間）を取得する。そして、制御部１７は、上記待ち合わせ場所となる駅に対する各ユーザの移動時間のうち、最長移動時間を検出し、この最長移動時間を上記現在時刻に加算した時刻を上記待ち合わせ情報の待ち合わせ時刻とする。
【００７６】
もう少し具体的に説明すると、図７（ａ）〜図７（ｅ）において、Ｃ駅が上記待ち合わせ場所として決定されたとすると、このＣ駅に対する各ユーザの現在位置からの移動時間は、図７（ａ）からわかるようにＡさんが３０分の移動時間、Ｂさんが２０分の移動時間、Ｃさんが１０分の移動時間、Ｄさんが２０分の移動時間である。このようなことから、待ち合わせ場所となっているＣ駅に対しては、移動時間が３０分のＡさんが、一番移動時間を要することがわかる（＝上記最長移動時間）。このため、制御部１７は、現在時刻が１３時００分であったとすると、この１３時００分に上記最長移動時間である３０分を加算した１３時３０分を上記待ち合わせ情報の待ち合わせ時刻とする。
【００７７】
なお、この例では、待ち合わせ時刻は制御部１７が算出して自動で入力することとしたが、ユーザが手動で所望の待ち合わせ時刻を入力してもよい。
【００７８】
また、上記算出した待ち合わせ時刻に対して、さらに１０分、２０分程度の所望の時間を加算し、これを上記待ち合わせ時刻としてもよい。これにより、上記待ち合わせ場所となる駅に対して一番移動時間を要するユーザは、多少余裕を持って移動することが可能となる。
【００７９】
次に、上記待ち合わせ情報の移動情報を形成する場合、制御部１７は、交通機関情報を提供している所定のネットワーク上のサーバ装置に対して通信回路２を介してアクセスし、このサーバ装置に対して、上述のように算出した待ち合わせ時刻を示す情報と、各ユーザの最寄り駅を示す情報と、上記待ち合わせ場所に決定された駅を示す情報とを送信する。上記サーバ装置は、上記各ユーザの最寄り駅を乗車駅とし、上記待ち合わせ時刻よりも前に、上記待ち合わせ場所に決定された駅に到着可能な移動情報を形成して、幹事となっているＡさんの携帯電話機に送信する。具体的には、サーバ装置は、乗車駅名、乗車時刻、待ち合わせ場所となっている駅に対する到着時刻、及び乗車路線名等からなる上記各ユーザ毎の移動情報を形成し、これらを幹事となっているＡさんの携帯電話機に送信する。
【００８０】
幹事となっているＡさんの携帯電話機の制御部１７は、上記サーバ装置から上記各ユーザ毎の移動情報を受信すると、図７（ｅ）を用いて説明した待ち合わせ情報を各ユーザ毎に形成し、自分用（＝Ａさん用）の待ち合わせ情報はメモリ１６に記憶制御すると共に、表示部５に表示し、参加者Ｂさん〜Ｄさん用の待ち合わせ情報は、例えば参加者Ｂさん〜Ｄさんの各アドレス宛ての電子メールに添付（或いは本文等に記入してもよい）して、該各参加者Ｂさん〜Ｄさんの携帯電話機に送信する。
【００８１】
〔各ユーザの帰路を考慮した待ち合わせ場所の推奨動作〕
次に、上述の説明では、待ち合わせ場所に対する各ユーザの移動時間に対して、それぞれ各ユーザのクラスに応じた重み付けを行い、この重み付けを行った結果で得られた待ち合わせ場所を各順位に従って推奨することとしたが、当該実施例の待ち合わせ場所推奨システムの場合、このような各ユーザのクラスと共に、該各ユーザの帰路を考慮した待ち合わせ場所を検出して各順位毎に推奨可能となっている。
【００８２】
具体的には、幹事となっているＡさんの携帯電話機の制御部１７は、待ち合わせ場所推奨プログラムを起動した際に、この各ユーザの帰路を考慮した待ち合わせ場所の検索を行うか否かの選択画面を表示部５に表示する（帰路考慮オプションの有効／無効）。制御部１７は、ユーザにより、この帰路考慮オプションの有効或いは無効が選択されると、図５のフローチャートのステップＳ２１から処理を開始する。そして、制御部１７は、この帰路考慮オプションの有効及び無効を、図５のフローチャートのステップＳ２８で判別し、該帰路考慮オプションが有効に設定されている場合は、処理をステップＳ３２に進め、該帰路考慮オプションが無効に設定されている場合は、処理をステップＳ２９に進め、上述のように各ユーザのクラスに応じて重み付けを行った各ユーザの移動時間に基づいて待ち合わせ場所を決定して各ユーザに推奨する。
【００８３】
上記帰路考慮オプションが有効に設定されているものと判別することで、処理をステップＳ２８からステップＳ３２に進めると、幹事となっているＡさんの携帯電話機の制御部１７は、各参加者となっているＢさん〜Ｄさんのメールアドレスをメモリ１６の電話帳から検出し、該Ｂさん用の電子メール、Ｃさん用の電子メール、及びＤさん用の電子メールを作成する。そして、これら各電子メールのヘッダ、表題、或いは本文に、帰宅駅情報の送信要求コマンドを付し、これらを送信するように通信回路２を送信制御する。これにより、各参加者となっているＢさん〜Ｄさんの携帯電話機には、上記帰宅駅情報の送信要求コマンドが付された電子メールが送信されることとなる。
【００８４】
各参加者となっているＢさん〜Ｄさんの携帯電話機の制御部は、電子メールが着信すると、待ち合わせ場所推奨プログラムに基づいて、当該着信した電子メールに上記帰宅駅情報の送信要求コマンドが付されているか否かを判別する。そして、着信した電子メールに上記帰宅駅情報の送信要求コマンドが付されているものと判別した場合は、各参加者の携帯電話機のメモリにそれぞれ予め記憶されている帰宅駅情報を読み出し、これを、上記着信した電子メールに対する返信メールのヘッダ、表題、或いは本文に付して返信する。これにより、幹事となっているＡさんの携帯電話機は、各参加者Ｂさん〜Ｄさんの帰宅駅情報が付された各電子メールをそれぞれ受信することとなる。
【００８５】
幹事となっているＡさんの携帯電話機の制御部１７は、上記各電子メールを受信すると、待ち合わせ場所推奨プログラムに基づいて、各参加者の帰宅駅情報を該受信した電子メールから検出し、これを、対応する参加者のユーザ名に関連付けて、メモリ１６に一旦記憶する。
【００８６】
なお、この例では、幹事となっているＡさんの携帯電話機の制御部１７は、電子メールを用いて各参加者の帰宅駅情報を取得することとしたが、これは、幹事となっているＡさんの携帯電話機と各参加者の各携帯電話機との間で、帰宅駅情報の送受信用の通信ラインを確立し、この通信ラインを介して各参加者の帰宅駅情報を取得してもよい。
【００８７】
また、この例では、幹事となっているＡさんの携帯電話機の制御部１７が、参加者となっているＢさん〜Ｄさんの携帯電話機との間で通信を行い、該各参加者Ｂさん〜Ｄさんの帰宅駅情報を取得することとしたが、これは、幹事となっているＡさんが操作部６を介して手動で各参加者Ｂさん〜Ｄさんの帰宅駅情報を入力してもよい。
【００８８】
次に、このように各参加者の帰宅駅情報を取得すると、幹事となっているＡさんの携帯電話機の制御部１７は、図５のフローチャートのステップＳ３３に処理を進め、図６に示した検索エリア内に存在する各待ち合わせ候補駅（＝駅１〜駅１０）と、Ａさん〜Ｄさんの各ユーザの帰宅駅に対応する終電時刻を取得する。
【００８９】
具体的には、このステップＳ３３に処理を進めると、制御部１７は、メモリ１６に予め記憶されているＡさんの帰宅駅を示す帰宅駅情報を読み出すと共に、上記各参加者Ｂさん〜Ｄさんから取得した各帰宅駅情報を上記メモリ１６から読み出し、これら各帰宅駅情報、上記検索エリア内に存在する各待ち合わせ候補駅を示す待ち合わせ候補駅情報、及び終電時刻要求を、上記所定のネットワーク上のサーバ装置に送信する。上記サーバ装置は、上記各ユーザの帰宅駅情報、待ち合わせ候補駅情報、及び終電時刻要求を受信すると、該各帰宅駅情報で示される各駅と、上記各待ち合わせ候補駅に対応する終電時刻を示す終電時刻情報をそれぞれ形成し、これらを幹事となっているＡさんの携帯電話機に送信する。これにより、ユーザＡさん〜ユーザＤさんの各帰宅駅、及び各待ち合わせ候補駅に対応する終電時刻がそれぞれ取得されることとなる。
【００９０】
次に、幹事となっているＡさんの携帯電話機の制御部１７は、ステップＳ３４において、上述のようにネットワーク経由で取得し、或いはメモリ１６に記憶されているアプリケーションプログラムに基づいて検出した、上記各待ち合わせ候補駅に対する各ユーザの移動時間（＝上記重み付け処理を施していない移動時間）を取得する。そして、制御部１７は、上記各待ち合わせ候補に対する各ユーザの移動時間のうち、最長移動時間を検出し、この最長移動時間を、メモリ１０から取得した現在時刻に加算することで、待ち合わせ時刻を算出する。また、制御部１７は、このステップＳ３４において、上記算出した待ち合わせ時刻から、上記各ユーザＡさん〜Ｄさんの各終電時刻までの時間である滞在時間を、該各ユーザ毎に算出する。
【００９１】
次に、幹事となっているＡさんの携帯電話機の制御部１７は、ステップＳ３５において、各待ち合わせ候補駅毎に、各ユーザＡさん〜ユーザＤさんの滞在時間の和を算出する。具体的には、図８（ａ）に示すようにＡ駅に対するＡさんの滞在時間が５００分、Ｂさんの滞在時間が６００分、Ｃさんの滞在時間が６００分、Ｄさんの滞在時間が４００分であった場合、制御部１７は、図８（ｂ）に示すように、このＡ駅に対する各ユーザの総滞在時間を２１００分（５００分＋６００分＋６００分＋４００分＝２１００分）として算出する。同様に、図８（ａ）に示すようにＣ駅に対するＡさんの滞在時間が３００分、Ｂさんの滞在時間が３００分、Ｃさんの滞在時間が２００分、Ｄさんの滞在時間が５００分であった場合、制御部１７は、図８（ｂ）に示すように、このＣ駅に対する各ユーザの総滞在時間を１３００分（３００分＋３００分＋２００分＋５００分＝１３００分）として算出する。
【００９２】
次に、幹事となっているＡさんの携帯電話機の制御部１７は、ステップＳ３６において、上記ステップＳ２７で上記各クラス毎の重み付け処理を行ったうえで算出した各ユーザＡさん〜ユーザＤさんの総移動時間を、上記ステップＳ３５において算出した各ユーザＡさん〜ユーザＤさんの総滞在時間で除算処理した値を、各待ち合わせ候補駅毎に算出する。
【００９３】
具体的には、この例におけるＡ駅に対する各ユーザＡさん〜ユーザＤさんの上記クラス毎の重み付け処理後の総移動時間は、図７（ｃ）を用いて説明したように１６５分である。また、図８（ａ）及び図８（ｂ）を用いて説明したように、Ａ駅に対する各ユーザＡさん〜ユーザＤさんの総滞在時間は２１００分である。このため、制御部１７は、総移動時間１６５分÷総滞在時間２１００分＝０．０７８５分の演算を行う。これは、Ａ駅に全ユーザが１分間滞在するのに、全ユーザが０．０７８５分の移動時間を要することを意味している。
【００９４】
同様に、Ｃ駅に対する各ユーザＡさん〜ユーザＤさんの上記クラス毎の重み付け処理後の総移動時間は、図７（ｃ）を用いて説明したように６５分である。また、図８（ａ）及び図８（ｂ）を用いて説明したように、Ｃ駅に対する各ユーザＡさん〜ユーザＤさんの総滞在時間は１３００分である。このため、制御部１７は、総移動時間６５分÷総滞在時間１３００分＝０．０５分の演算を行う。これは、Ｃ駅に全ユーザが１分間滞在するのに、全ユーザが０．０５分の移動時間を要することを意味している。
【００９５】
同様に、Ｄ駅に対する各ユーザＡさん〜ユーザＤさんの上記クラス毎の重み付け処理後の総移動時間は、図７（ｃ）を用いて説明したように１４５分である。また、図８（ａ）及び図８（ｂ）を用いて説明したように、Ｄ駅に対する各ユーザＡさん〜ユーザＤさんの総滞在時間は４００分である。このため、制御部１７は、総移動時間１４５分÷総滞在時間４００分＝０．３６２５分の演算を行う。これは、Ｄ駅に全ユーザが１分間滞在するのに、全ユーザが０．３６２５分の移動時間を要することを意味している。
【００９６】
なお、図８（ａ）に示した例の場合、Ｂ駅に対する参加者Ｄさんの滞在時間は０分である。これは、待ち合わせ場所となる駅をＢ駅に設定しても、参加者Ｄさんは、待ち合わせ時刻にＢ駅に到着することはできても、終電時刻の関係で該Ｂ駅に滞在できる時間が０分であることを意味している。そして、このような場合は、待ち合わせ場所となる駅をＢ駅に設定しても参加者Ｄさんが参加することができなくなうため、該待ち合わせ場所となる駅をＢ駅に設定することは無意味となる。このようなことから、制御部１７は、滞在時間は０分となるユーザが存在する駅に対しては、上述の除算の演算は行わないようになっている。図８（ｃ）の「除外」の文字は、このＢ駅に対する上述の除算の演算が行われなかったことを意味している。
【００９７】
次に、幹事となっているＡさんの携帯電話機の制御部１７は、図５のフローチャートのステップＳ３７において、このような除算処理により得られた値が最小の値から順に、該各値に駅名、及び総移動時間を並べて表示部５に一覧表示して、ステップＳ３０に処理を進める。
【００９８】
具体的には、図８（ａ）〜図８（ｃ）に示す例の場合、該図８（ｃ）からわかるように上記除算値が最小の駅から順に並べると、除算値が０．０５分のＣ駅、除算値が０．０７８５分のＡ駅、除算値が０．３６２５分のＤ駅の順となる（Ｂ駅は上述の理由により、演算除外）。このため、制御部１７は、推薦順位１位のＣ駅の駅名と図７（ｃ）を用いて説明した上記クラスによる重み付けを行ったＣ駅への総移動時間６５分を表示部５に表示し、推薦順位２位のＡ駅の駅名と図７（ｃ）を用いて説明した上記クラスによる重み付けを行ったＡ駅への総移動時間１６５分を表示部５に表示し、推薦順位３位のＤ駅の駅名と図７（ｃ）を用いて説明した上記クラスによる重み付けを行ったＤ駅への総移動時間１４５分を表示部５に表示する。
【００９９】
このように各推薦順位の順に駅名及び総移動時間を表示部５に一覧表示すると、制御部１７は、図５のフローチャートのステップＳ３０に処理を進め、上述のようにユーザに選択された駅を待ち合わせの駅とし、ステップＳ３１において、この待ち合わせの駅に対応する上記待ち合わせ情報を表示部５に表示すると共に、各参加者のＢさん〜Ｄさんの携帯電話機に送信する。詳しくは、上述のステップＳ３０及びステップＳ３１の説明を参照されたい。
【０１００】
［実施例の効果］
以上の説明から明らかなように、この実施例の待ち合わせ場所推奨システムは、各ユーザの役職や間柄等のクラスに応じた重み付け、及び各ユーザの帰路に対応した重み付けを行ったうえで、該各ユーザにとって最適な待ち合わせ場所を決定して該各ユーザに推奨する。これにより、以下の効果を得ることができる。
【０１０１】
１．短時間、かつ、低コストで上記重み付けを考慮した待ち合わせ場所を検索して推奨することができる。
【０１０２】
２．馴染みの無い地理的な範囲であっても、客観的に最適な待ち合わせ場所を決定して推奨することができる。
【０１０３】
３．各ユーザの 帰路を考慮することができるため、出発地点と帰宅地点とが異なる場合にも柔軟に対応して待ち合わせ場所を推奨することができる。このため、あるユーザにとって、待ち合わせ場所に集合することはできるが、この待ち合わせ場所から帰宅することが困難となる待ち合わせ場所を推奨してしまう不都合を防止することができる。また、例えば会社の仲間で行う食事会等のように、各参加者全員の出発地点が同じで、各参加者の帰宅地点が異なる場合にも、各ユーザにとって最適となる待ち合わせ場所を推奨することができる。
【０１０４】
４． 帰路を考慮した重み付けを行うことで、滞在時間が最大となる待ち合わせ場所を推奨することができる。
【０１０５】
５．待ち合わせ情報として、移動経路等の情報も含めて各参加者に送信するため、各参加者が電車の乗り換え等を調べる手間を省略可能とすることができる。
【０１０６】
［変形例１］
上述の実施例の説明では、「クラス分類による重み付けのみを行った待ち合わせ場所の推奨」と、「クラス分類による重み付け及び各ユーザの帰路による重み付けを行った待ち合わせ場所の推奨」が可能であることとしたが、待ち合わせ場所推奨プログラムを起動した際に、「クラス分類による重み付け」及び「各ユーザの帰路による重み付け」のうちの、いずれかの重み付け、或いは両方の重み付けを選択する選択画面を表示し、ユーザにより選択された重み付けを実行するようにしてもよい。
【０１０７】
この場合、幹事となっているＡさんの携帯電話機の制御部１７は、「各ユーザの帰路による重み付け」のみが選択された場合は、図５のフローチャートのステップＳ２１〜ステップＳ２７、ステップＳ３２〜ステップＳ３７、及びステップＳ３０，ステップＳ３１の順に各処理を実行する。これにより、クラス分類による重み付けは行われずに、各ユーザの帰路による重み付けのみが行われた待ち合わせ場所が推奨されることとなる。
【０１０８】
［変形例２］
上述の実施例の待ち合わせ場所推奨システムは、幹事となっているＡさんの携帯電話機が、言わばメインサーバ装置として動作することで、図５を用いて説明した一連の処理を行い、各参加者Ｂさん〜Ｄさんの携帯電話機はクライアント端末装置として上記待ち合わせ情報を受信することとしたが（中央集中型処理）、これは、Ａさんの携帯電話機と各参加者Ｂさん〜Ｄさんの携帯電話機との間で、上述の各処理を分散処理してもよい（分散型処理）。
【０１０９】
この場合、幹事となっているＡさんの携帯電話機は、各待ち合わせ候補駅と各参加者Ｂさん〜Ｄさんの上記クラスを、該各参加者Ｂさん〜Ｄさんの携帯電話機に送信する。各参加者Ｂさん〜Ｄさんの携帯電話機は、自分の現在位置に基づいて最寄り駅を検出すると共に、この最寄り駅から、上記Ａさんの携帯電話機から受信した各待ち合わせ候補駅までの移動時間をそれぞれ検出する。そして、各待ち合わせ候補駅に対する移動時間情報に対して、上記Ａさんの携帯電話機から受信した上記クラス（＝自分のクラス）に対応する重み付け処理を行い、この重み付け処理を行った各待ち合わせ候補駅に対する移動時間情報をＡさんの携帯電話機に送信する。Ａさんの携帯電話機は、各ユーザＡさん〜Ｄさんの移動時間の総和が最小となる駅から順に順位付けして表示部５に表示する（図５のフローチャートのステップＳ２９の説明を参照）。そして、この中から選択された駅に対応する待ち合わせ情報をメモリ１６に記憶して表示部５に表示すると共に、各参加者Ｂさん〜Ｄさんの携帯電話機に送信する（図５のフローチャートのステップＳ３１の説明を参照）。
【０１１０】
これにより、上述と同様の効果を得られる他、幹事となっているＡさんの携帯電話機の処理負担を軽減することができる。
【０１１１】
［その他の変形例］
上述の実施例の説明では、各ユーザの現在位置を基準として、待ち合わせ場所を決定することとしたが、これは、幹事となっているＡさんの携帯電話機に、各参加者Ｂさん〜Ｄさんが、それぞれ所望の待ち合わせ場所を示す情報を送信し、幹事となっているＡさんの携帯電話機が、自分が希望する待ち合わせ場所、及び各参加者Ｂさん〜Ｄさんの携帯電話機から受信した、該各参加者Ｂさん〜Ｄさんが希望する待ち合わせ場所を基準として、待ち合わせ場所を決定してもよい。
【０１１２】
また、メモリ１６に、過去に決定した待ち合わせ場所を示す情報を記憶しておき、制御部１７は、次回、待ち合わせ場所を推奨する際に、この過去に決定した待ち合わせ場所以外の待ち合わせ場所を推奨することにより、変化に富んだ待ち合わせ場所の推奨を行うことができる。
【０１１３】
上述の実施例の説明では、各ユーザの最寄り駅から各待ち合わせ候補駅に対する移動時間を検出し、これを用いることとしたが、この移動時間の代わりに、各ユーザの最寄り駅から各待ち合わせ候補駅に対する移動費用を検出し、これを用いるようにしてもよい。
【０１１４】
上述の実施例の説明では、携帯電話機を用いることとしたが、現在位置検出機能及び通信機能を備えていれば、携帯電話機の他、ＰＨＳ電話機（PHS：Personal Handyphone System）、ＰＤＡ装置（PDA：Personal Digital Assistant）、携帯ゲーム機等の他の携帯機器を用いてもよい。いずれの場合も上述と同様の効果を得ることができる。
【０１１５】
最後に、上述の実施例は、本発明の一例である。このため、本発明は上述の実施例に限定されることはなく、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることは勿論であることを付け加えておく。
【符号の説明】
【０１１６】
１ アンテナ、２ 通信回路、３ スピーカ部、４ マイクロホン部、５ 表示部、６ 操作部、７ 発光部、８ カメラ部、９ バイブレーションユニット、１０ タイマ、１１ 加速度センサ、１２ 非接触無線通信アンテナ、１３ 非接触ＩＣユニット、１４ ＧＰＳアンテナ、１５ ＧＰＳユニット、１６ メモリ、１７ 制御部
【特許請求の範囲】
【請求項１】
待ち合わせを行う全ユーザの優先順位が記憶された優先順位記憶部と、
待ち合わせを行う全ユーザの現在位置を検出する現在位置検出部と、
上記現在位置検出部で検出された全ユーザの現在位置及び地図情報に基づいて、待ち合わせの候補とする複数の待ち合わせ候補地を検出する待ち合わせ候補地検出部と、
上記現在位置から、上記待ち合わせ候補地検出部で検出された各待ち合わせ候補地までの移動に要する移動時間を、上記各ユーザ毎、かつ、上記各待ち合わせ候補地毎にそれぞれ検出する移動時間検出部と、
上記移動時間検出部で検出された上記各移動時間に対して、該各移動時間に対応するユーザの優先順位に応じた重み付け処理を施す重み付け処理部と、
上記待ち合わせ候補地検出部で検出された上記各待ち合わせ候補地毎に、上記重み付け処理部で重み付け処理が施された全ユーザの上記移動時間の総和である総移動時間を算出する総移動時間算出部と、
上記総移動時間算出部で算出された上記各待ち合わせ候補地毎の上記各総移動時間が短い順に、少なくとも該待ち合わせ候補地を示す情報を表示部に表示する待ち合わせ候補地表示部と、
上記待ち合わせ候補地表示部により表示された上記各待ち合わせ候補地の中から、操作部を介して選択された待ち合わせ候補地を示す待ち合わせ情報を、待ち合わせを行う各ユーザの端末装置に送信する待ち合わせ情報送信部と
を有する待ち合わせ場所推奨装置。
【請求項２】
送受信された電子メールを記憶する電子メール記憶部と、
上記待ち合わせを行う各ユーザとの間で送受信された電子メールを、上記電子メール記憶部に記憶されている各電子メールの中から検出し、この検出した電子メールで使用されている敬語の有無を検出し、送信メールにのみ敬語が使用されているユーザ、送信メール及び受信メールの双方に敬語が使用されているユーザ、受信メールにのみ敬語が使用されているユーザの順に、上記各ユーザに対する優先順位を付して上記優先順位記憶部に記憶する優先順位付加部と
を有する請求項１に記載の待ち合わせ場所推奨装置。
【請求項３】
各ユーザの少なくともユーザ名を記憶する電話帳を有し、
上記優先順位付加部は、上記待ち合わせを行う各ユーザのユーザ名を上記電話帳から検出し、この検出した各ユーザ名に付されている敬称を検出し、目上のユーザに使用される敬称が付されているユーザ、同輩となるユーザに使用される敬称が付されているユーザ、目下のユーザに使用される敬称が付されているユーザの順に、上記各ユーザに対する優先順位を付して上記優先順位記憶部に記憶する
請求項１又は請求項２に記載の待ち合わせ場所推奨装置。
【請求項４】
上記全ユーザの帰宅地を検出する帰宅地検出部と、
上記帰宅地検出部で検出された各ユーザの帰宅地に基づいて、上記待ち合わせ候補地検出部で検出された各待ち合わせ候補地に滞在可能な滞在時間を、該各ユーザ毎に検出する滞在時間検出部と、
上記待ち合わせ候補地検出部で検出された各待ち合わせ候補地毎に、上記滞在時間検出部で検出された上記各ユーザの滞在時間の総和である総滞在時間を算出する総滞在時間算出部と、
上記総移動時間算出部で算出された上記総移動時間を、上記総滞在時間算出部で算出された上記総滞在時間で除算する除算処理を、上記各待ち合わせ候補地毎に行う除算処理部と
を有し、
上記待ち合わせ候補地表示部は、上記除算処理部で算出された除算値が小さい順に、少なくとも待ち合わせ候補地を示す情報を表示部に表示する
請求項１から請求項３のうち、いずれか一項に記載の待ち合わせ場所推奨装置。
【請求項５】
上記除算処理部は、上記滞在時間検出部で検出された滞在時間が０時間となる待ち合わせ候補地以外の待ち合わせ候補地に対して上記除算処理を行う
請求項４に記載の待ち合わせ場所推奨装置。
【請求項６】
現在位置検出部が、待ち合わせを行う全ユーザの現在位置を検出する現在位置検出ステップと、
上記現在位置検出ステップで検出された全ユーザの現在位置及び地図情報に基づいて、待ち合わせ候補地検出部が、待ち合わせの候補とする複数の待ち合わせ候補地を検出する待ち合わせ候補地検出ステップと、
移動時間検出部が、上記現在位置から、上記待ち合わせ候補地検出部で検出された各待ち合わせ候補地までの移動に要する移動時間を、上記各ユーザ毎、かつ、上記各待ち合わせ候補地毎にそれぞれ検出する移動時間検出ステップと、
重み付け処理部が、上記移動時間検出ステップで検出された上記各移動時間に対して、優先順位記憶部に記憶されている各ユーザの優先順位に応じた重み付け処理を施す重み付け処理ステップと、
総移動時間算出部が、上記待ち合わせ候補地検出ステップで検出された上記各待ち合わせ候補地毎に、上記重み付け処理ステップで重み付け処理が施された全ユーザの上記移動時間の総和である総移動時間を算出する総移動時間算出ステップと、
待ち合わせ候補地表示部が、上記総移動時間算出ステップで算出された上記各待ち合わせ候補地毎の上記各総移動時間が短い順に、少なくとも該待ち合わせ候補地を示す情報を表示部に表示する待ち合わせ候補地表示ステップと、
待ち合わせ情報送信部が、上記待ち合わせ候補地表示ステップで上記表示部に表示された上記各待ち合わせ候補地の中から、操作部を介して選択された待ち合わせ候補地を示す待ち合わせ情報を、待ち合わせを行う各ユーザの端末装置に送信する待ち合わせ情報送信ステップと
を有する待ち合わせ場所推奨方法。
【請求項７】
待ち合わせを行う全ユーザの現在位置を検出するように、現在位置検出部を制御する現在位置検出制御部としてコンピュータを機能させ、
コンピュータを上記現在位置検出制御部として機能させることで、上記現在位置検出部により検出された全ユーザの現在位置及び地図情報に基づいて、待ち合わせの候補とする複数の待ち合わせ候補地を検出する待ち合わせ候補地検出部としてコンピュータを機能させ、
上記現在位置から上記各待ち合わせ候補地までの移動に要する移動時間を、上記各ユーザ毎、かつ、上記各待ち合わせ候補地毎にそれぞれ検出する移動時間検出部としてコンピュータを機能させ、
上記移動時間検出部としてコンピュータを機能させることで検出された上記各移動時間に対して、優先順位記憶部に記憶されている各ユーザの優先順位に応じた重み付け処理を施す重み付け処理部としてコンピュータを機能させ、
上記待ち合わせ候補地検出部としてコンピュータを機能させることで検出された上記各待ち合わせ候補地毎に、上記重み付け処理部としてコンピュータを機能させることで重み付け処理が施された全ユーザの上記移動時間の総和である総移動時間を算出する総移動時間算出部としてコンピュータを機能させ、
コンピュータを上記総移動時間算出部として機能させることで算出された上記各待ち合わせ候補地毎の上記各総移動時間が短い順に、少なくとも該待ち合わせ候補地を示す情報を表示部に表示する待ち合わせ候補地表示部としてコンピュータを機能させ、
コンピュータを上記待ち合わせ候補地表示部として機能させることで上記表示部に表示された上記各待ち合わせ候補地の中から、操作部を介して選択された待ち合わせ候補地を示す待ち合わせ情報を、待ち合わせを行う各ユーザの端末装置に送信するように送信部を制御する待ち合わせ情報送信制御部としてコンピュータを機能させる
待ち合わせ場所推奨プログラム。
【請求項８】
待ち合わせを行う全ユーザの優先順位が記憶された優先順位記憶部と、
待ち合わせを行う全ユーザの現在位置を検出する現在位置検出部と、
上記現在位置検出部で検出された全ユーザの現在位置及び地図情報に基づいて、待ち合わせの候補とする複数の待ち合わせ候補地を検出する待ち合わせ候補地検出部と、
上記現在位置から、上記待ち合わせ候補地検出部で検出された各待ち合わせ候補地までの移動に要する移動時間を、上記各ユーザ毎、かつ、上記各待ち合わせ候補地毎にそれぞれ検出する移動時間検出部と、
上記移動時間検出部で検出された上記各移動時間に対して、該各移動時間に対応するユーザの優先順位に応じた重み付け処理を施す重み付け処理部と、
上記待ち合わせ候補地検出部で検出された上記各待ち合わせ候補地毎に、上記重み付け処理部で重み付け処理が施された全ユーザの上記移動時間の総和である総移動時間を算出する総移動時間算出部と、
上記総移動時間算出部で算出された上記各待ち合わせ候補地毎の上記各総移動時間が短い順に、少なくとも該待ち合わせ候補地を示す情報を表示部に表示する待ち合わせ候補地表示部と、
上記待ち合わせ候補地表示部により表示された上記各待ち合わせ候補地の中から、操作部を介して選択された待ち合わせ候補地を示す待ち合わせ情報を、待ち合わせを行う各ユーザの端末装置に送信する待ち合わせ情報送信部と
を有する携帯端末装置。
【請求項１】
待ち合わせを行う全ユーザの優先順位が記憶された優先順位記憶部と、
待ち合わせを行う全ユーザの現在位置を検出する現在位置検出部と、
上記現在位置検出部で検出された全ユーザの現在位置及び地図情報に基づいて、待ち合わせの候補とする複数の待ち合わせ候補地を検出する待ち合わせ候補地検出部と、
上記現在位置から、上記待ち合わせ候補地検出部で検出された各待ち合わせ候補地までの移動に要する移動時間を、上記各ユーザ毎、かつ、上記各待ち合わせ候補地毎にそれぞれ検出する移動時間検出部と、
上記移動時間検出部で検出された上記各移動時間に対して、該各移動時間に対応するユーザの優先順位に応じた重み付け処理を施す重み付け処理部と、
上記待ち合わせ候補地検出部で検出された上記各待ち合わせ候補地毎に、上記重み付け処理部で重み付け処理が施された全ユーザの上記移動時間の総和である総移動時間を算出する総移動時間算出部と、
上記総移動時間算出部で算出された上記各待ち合わせ候補地毎の上記各総移動時間が短い順に、少なくとも該待ち合わせ候補地を示す情報を表示部に表示する待ち合わせ候補地表示部と、
上記待ち合わせ候補地表示部により表示された上記各待ち合わせ候補地の中から、操作部を介して選択された待ち合わせ候補地を示す待ち合わせ情報を、待ち合わせを行う各ユーザの端末装置に送信する待ち合わせ情報送信部と
を有する待ち合わせ場所推奨装置。
【請求項２】
送受信された電子メールを記憶する電子メール記憶部と、
上記待ち合わせを行う各ユーザとの間で送受信された電子メールを、上記電子メール記憶部に記憶されている各電子メールの中から検出し、この検出した電子メールで使用されている敬語の有無を検出し、送信メールにのみ敬語が使用されているユーザ、送信メール及び受信メールの双方に敬語が使用されているユーザ、受信メールにのみ敬語が使用されているユーザの順に、上記各ユーザに対する優先順位を付して上記優先順位記憶部に記憶する優先順位付加部と
を有する請求項１に記載の待ち合わせ場所推奨装置。
【請求項３】
各ユーザの少なくともユーザ名を記憶する電話帳を有し、
上記優先順位付加部は、上記待ち合わせを行う各ユーザのユーザ名を上記電話帳から検出し、この検出した各ユーザ名に付されている敬称を検出し、目上のユーザに使用される敬称が付されているユーザ、同輩となるユーザに使用される敬称が付されているユーザ、目下のユーザに使用される敬称が付されているユーザの順に、上記各ユーザに対する優先順位を付して上記優先順位記憶部に記憶する
請求項１又は請求項２に記載の待ち合わせ場所推奨装置。
【請求項４】
上記全ユーザの帰宅地を検出する帰宅地検出部と、
上記帰宅地検出部で検出された各ユーザの帰宅地に基づいて、上記待ち合わせ候補地検出部で検出された各待ち合わせ候補地に滞在可能な滞在時間を、該各ユーザ毎に検出する滞在時間検出部と、
上記待ち合わせ候補地検出部で検出された各待ち合わせ候補地毎に、上記滞在時間検出部で検出された上記各ユーザの滞在時間の総和である総滞在時間を算出する総滞在時間算出部と、
上記総移動時間算出部で算出された上記総移動時間を、上記総滞在時間算出部で算出された上記総滞在時間で除算する除算処理を、上記各待ち合わせ候補地毎に行う除算処理部と
を有し、
上記待ち合わせ候補地表示部は、上記除算処理部で算出された除算値が小さい順に、少なくとも待ち合わせ候補地を示す情報を表示部に表示する
請求項１から請求項３のうち、いずれか一項に記載の待ち合わせ場所推奨装置。
【請求項５】
上記除算処理部は、上記滞在時間検出部で検出された滞在時間が０時間となる待ち合わせ候補地以外の待ち合わせ候補地に対して上記除算処理を行う
請求項４に記載の待ち合わせ場所推奨装置。
【請求項６】
現在位置検出部が、待ち合わせを行う全ユーザの現在位置を検出する現在位置検出ステップと、
上記現在位置検出ステップで検出された全ユーザの現在位置及び地図情報に基づいて、待ち合わせ候補地検出部が、待ち合わせの候補とする複数の待ち合わせ候補地を検出する待ち合わせ候補地検出ステップと、
移動時間検出部が、上記現在位置から、上記待ち合わせ候補地検出部で検出された各待ち合わせ候補地までの移動に要する移動時間を、上記各ユーザ毎、かつ、上記各待ち合わせ候補地毎にそれぞれ検出する移動時間検出ステップと、
重み付け処理部が、上記移動時間検出ステップで検出された上記各移動時間に対して、優先順位記憶部に記憶されている各ユーザの優先順位に応じた重み付け処理を施す重み付け処理ステップと、
総移動時間算出部が、上記待ち合わせ候補地検出ステップで検出された上記各待ち合わせ候補地毎に、上記重み付け処理ステップで重み付け処理が施された全ユーザの上記移動時間の総和である総移動時間を算出する総移動時間算出ステップと、
待ち合わせ候補地表示部が、上記総移動時間算出ステップで算出された上記各待ち合わせ候補地毎の上記各総移動時間が短い順に、少なくとも該待ち合わせ候補地を示す情報を表示部に表示する待ち合わせ候補地表示ステップと、
待ち合わせ情報送信部が、上記待ち合わせ候補地表示ステップで上記表示部に表示された上記各待ち合わせ候補地の中から、操作部を介して選択された待ち合わせ候補地を示す待ち合わせ情報を、待ち合わせを行う各ユーザの端末装置に送信する待ち合わせ情報送信ステップと
を有する待ち合わせ場所推奨方法。
【請求項７】
待ち合わせを行う全ユーザの現在位置を検出するように、現在位置検出部を制御する現在位置検出制御部としてコンピュータを機能させ、
コンピュータを上記現在位置検出制御部として機能させることで、上記現在位置検出部により検出された全ユーザの現在位置及び地図情報に基づいて、待ち合わせの候補とする複数の待ち合わせ候補地を検出する待ち合わせ候補地検出部としてコンピュータを機能させ、
上記現在位置から上記各待ち合わせ候補地までの移動に要する移動時間を、上記各ユーザ毎、かつ、上記各待ち合わせ候補地毎にそれぞれ検出する移動時間検出部としてコンピュータを機能させ、
上記移動時間検出部としてコンピュータを機能させることで検出された上記各移動時間に対して、優先順位記憶部に記憶されている各ユーザの優先順位に応じた重み付け処理を施す重み付け処理部としてコンピュータを機能させ、
上記待ち合わせ候補地検出部としてコンピュータを機能させることで検出された上記各待ち合わせ候補地毎に、上記重み付け処理部としてコンピュータを機能させることで重み付け処理が施された全ユーザの上記移動時間の総和である総移動時間を算出する総移動時間算出部としてコンピュータを機能させ、
コンピュータを上記総移動時間算出部として機能させることで算出された上記各待ち合わせ候補地毎の上記各総移動時間が短い順に、少なくとも該待ち合わせ候補地を示す情報を表示部に表示する待ち合わせ候補地表示部としてコンピュータを機能させ、
コンピュータを上記待ち合わせ候補地表示部として機能させることで上記表示部に表示された上記各待ち合わせ候補地の中から、操作部を介して選択された待ち合わせ候補地を示す待ち合わせ情報を、待ち合わせを行う各ユーザの端末装置に送信するように送信部を制御する待ち合わせ情報送信制御部としてコンピュータを機能させる
待ち合わせ場所推奨プログラム。
【請求項８】
待ち合わせを行う全ユーザの優先順位が記憶された優先順位記憶部と、
待ち合わせを行う全ユーザの現在位置を検出する現在位置検出部と、
上記現在位置検出部で検出された全ユーザの現在位置及び地図情報に基づいて、待ち合わせの候補とする複数の待ち合わせ候補地を検出する待ち合わせ候補地検出部と、
上記現在位置から、上記待ち合わせ候補地検出部で検出された各待ち合わせ候補地までの移動に要する移動時間を、上記各ユーザ毎、かつ、上記各待ち合わせ候補地毎にそれぞれ検出する移動時間検出部と、
上記移動時間検出部で検出された上記各移動時間に対して、該各移動時間に対応するユーザの優先順位に応じた重み付け処理を施す重み付け処理部と、
上記待ち合わせ候補地検出部で検出された上記各待ち合わせ候補地毎に、上記重み付け処理部で重み付け処理が施された全ユーザの上記移動時間の総和である総移動時間を算出する総移動時間算出部と、
上記総移動時間算出部で算出された上記各待ち合わせ候補地毎の上記各総移動時間が短い順に、少なくとも該待ち合わせ候補地を示す情報を表示部に表示する待ち合わせ候補地表示部と、
上記待ち合わせ候補地表示部により表示された上記各待ち合わせ候補地の中から、操作部を介して選択された待ち合わせ候補地を示す待ち合わせ情報を、待ち合わせを行う各ユーザの端末装置に送信する待ち合わせ情報送信部と
を有する携帯端末装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１１−３４２００（Ｐ２０１１−３４２００Ａ）
【公開日】平成２３年２月１７日（２０１１．２．１７）
【国際特許分類】
【出願番号】特願２００９−１７７８８２（Ｐ２００９−１７７８８２）
【出願日】平成２１年７月３０日（２００９．７．３０）
【出願人】（５０１４３１０７３）ソニー・エリクソン・モバイルコミュニケーションズ株式会社 (810)
【Ｆターム（参考）】
【公開日】平成２３年２月１７日（２０１１．２．１７）
【国際特許分類】
【出願日】平成２１年７月３０日（２００９．７．３０）
【出願人】（５０１４３１０７３）ソニー・エリクソン・モバイルコミュニケーションズ株式会社 (810)
【Ｆターム（参考）】
[ Back to top ]