(57)【要約】【課題】利用者同士の人間関係に配慮して適切な待ち合わせ場所を決定することができる待ち合わせ場所の推奨方法を提供すること。【解決手段】二人の利用者がそれぞれ待ち合わせ場所との間でコストを考慮したい起算位置として「出発地」または「目的地」を入力し、プライオリティを設定すると共に、移動手段と待ち合わせ場所での要望・探索範囲とを入力する。待ち合わせシステム１０は、起算位置と待ち合わせ場所との間の移動時間をコストとし、入力された移動手段による移動時間を考慮して、各利用者の起算位置からの移動時間がプライオリティに応じて配分される地点を求め、特定された地点を起点として入力された探索範囲内で要望に合致する場所のリストを生成し、待ち合わせ場所として利用者に送信する。【選択図】  図２
2004294342.tif 000002
【特許請求の範囲】
【請求項１】
複数の利用者が待ち合わせする場所を推奨する方法であって、コンピュータが、
前記複数の利用者からのそれぞれ待ち合わせ場所との間でコストを考慮したい起算位置と、該利用者のプライオリティとを記憶する利用者情報設定ステップと、
前記利用者情報設定ステップで記憶した各利用者の起算位置からのコストを考慮して、各利用者の起算位置からのコストが前記プライオリティに応じて配分される地点を求める地点特定ステップと、
求められた地点を前記各利用者に送信して待ち合わせ場所として推奨する送信ステップとを実行することを特徴とする待ち合わせ場所の推奨方法。
【請求項２】
前記コンピュータは、前記地点特定ステップにおいて、前記各起算位置と待ち合わせ場所との間の移動距離をコストとして、各利用者の移動距離が前記プライオリティに応じて配分される地点を求めることを特徴とする請求項１に記載の待ち合わせ場所の推奨方法。
【請求項３】
前記コンピュータは、前記利用者情報設定ステップにおいて、前記利用者からの起算位置と待ち合わせ場所との間の移動に使う移動手段を更に関連付けて記憶し、前記地点特定ステップにおいて、前記各起算位置と待ち合わせ場所との間の移動時間をコストとして、前記利用者情報設定ステップで記憶した各利用者の移動手段による移動時間を考慮して、各利用者の移動時間が前記プライオリティに応じて配分される地点を求めることを特徴とする請求項１に記載の待ち合わせ場所の推奨方法。
【請求項４】
前記コンピュータは、前記利用者情報設定ステップにおいて、前記利用者からの待ち合わせ場所での要望を更に関連付けて記憶し、要望と場所とを対応づけて記憶した街探索テーブルを参照して前記地点特定ステップにより特定された地点を中心とした一定の範囲内で前記利用者情報設定ステップで記憶した要望に合致する場所のリストを生成するリスト生成ステップを実行し、前記送信ステップにおいて、前記リスト生成ステップで生成されたリストを利用者に送信することを特徴とする請求項１〜３のいずれかに記載の待ち合わせ場所の推奨方法。
【請求項５】
前記コンピュータは、前記利用者情報設定ステップにおいて、待ち合わせ場所に向かう前の所在地と、待ち合わせの次に向かう目的地とのいずれかを前記各利用者の起算位置として記憶することを特徴とする請求項１〜４のいずれかに記載の待ち合わせ場所の推奨方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の利用者が待ち合わせする場所を推奨する待ち合わせ場所の推奨方法に関する。
【０００２】
【従来の技術】
異なる場所にいる複数の利用者の現在位置を特定し、コンピュータにより待ち合わせ場所を決定して各利用者に通知するシステムは従来から知られている。例えば、特許文献１には、自車両と他車両とが均等な時間で到着できる待ち合わせ位置を設定するナビゲーション装置が開示されている。また、特許文献２には、待ち合わせ対象者同志の距離的な関係などを考慮し短時間に待合せ場所まで集合可能な最適な待合せ場所候補を自動決定するサービスが開示されている。
【０００３】
【特許文献１】特開２００２−１３９３３３号公報
【特許文献２】特開２００２−１０３４５号公報
【０００４】
【発明が解決しようとする課題】
しかしながら、上述した従来技術では、複数の利用者の時間的、あるいは距離的な中間点を待ち合わせ場所に設定しており、利用者の人間関係を考慮していない。例えば利用者同士の話し合いで待ち合わせ場所を決定する際には、自分と相手との人間関係を考慮して相手が目上、あるいは顧客等である場合には、相手の便宜を優先し、中間点より相手に近い地点で待ち合わせる等の配慮がなされるが、従来技術ではこのような事情に配慮することができない。
【０００５】
本発明は、上記の従来技術の課題に鑑みてなされたものであり、利用者同士の人間関係に配慮して適切な待ち合わせ場所を決定することができる待ち合わせ場所の推奨方法を提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明にかかる待ち合わせ場所の推奨方法は、上記の目的を達成させるため、複数の利用者が待ち合わせする場所を推奨する方法であって、コンピュータが、複数の利用者からのそれぞれ待ち合わせ場所との間でコストを考慮したい起算位置と、該利用者のプライオリティとを記憶する利用者情報設定ステップと、利用者情報設定ステップで記憶した各利用者の起算位置からのコストを考慮して、各利用者の起算位置からのコストがプライオリティに応じて配分される地点を求める地点特定ステップと、求められた地点を各利用者に送信して待ち合わせ場所として推奨する送信ステップとを実行することを特徴とする。
【０００７】
上記の方法によれば、利用者のプライオリティを考慮して待ち合わせの地点を決定することができるため、人間関係に配慮した適切な待ち合わせ場所の推奨が可能となる。なお、「起算位置」とは、待ち合わせ場所に向かう前の出発地から待ち合わせ場所までのコストを考慮したい場合には出発地、待ち合わせ場所から待ち合わせの次に向かう目的地までのコストを考慮したい場合には目的地である。また、「コスト」とは、利用者が起算位置と待ち合わせ場所との間を移動するのに負担する労力であり、具体的には移動時間、あるいは移動距離に該当する。
【０００８】
コンピュータは、地点特定ステップにおいて、各起算位置と待ち合わせ場所との間の移動距離をコストとして、各利用者の移動距離がプライオリティに応じて配分される地点を求めることができる。あるいは、コンピュータは、利用者情報設定ステップにおいて、利用者からの起算位置と待ち合わせ場所との間の移動に使う移動手段を更に関連付けて記憶し、地点特定ステップにおいて、各起算位置と待ち合わせ場所との間の移動時間をコストとして、利用者情報設定ステップで記憶した各利用者の移動手段による移動時間を考慮して、各利用者の移動時間がプライオリティに応じて配分される地点を求めることもできる。
【０００９】
さらに、コンピュータは、利用者情報設定ステップにおいて、利用者からの待ち合わせ場所での要望を更に関連付けて記憶し、要望と場所とを対応づけて記憶した街探索テーブル（データベース）を参照して地点特定ステップにより特定された地点を中心とした一定の範囲内で利用者情報設定ステップで記憶した要望に合致する場所のリストを生成するリスト生成ステップを実行し、送信ステップにおいて、リスト生成ステップで生成されたリストを利用者に送信するようにしてもよい。
【００１０】
【発明の実施の形態】
以下、この発明にかかる待ち合わせ場所の推奨方法の実施形態を説明する。図１は、第１の実施形態の推奨方法を実現するためのシステムの概略を示すブロック図である。最初に、図１に基づいてシステムの構成を説明する。
【００１１】
待ち合わせシステム１０は、インターネット１に接続されたサーバコンピュータであり、インターネット１を介してデータを送信し、あるいは受信するための送受信インターフェイス１１、全体を制御して待ち合わせ場所を特定する制御手段１２、利用者が移動する経路を探索する経路探索手段１３、地図情報を格納する地図ＤＢ１４、そして、要望と場所とを対応づけて記憶した街探索ＤＢ１５を備えている。
【００１２】
利用者は、携帯電話端末２により基地局３を経由してインターネット１に接続し、あるいはＰＣ４によりインターネット１に接続し、待ち合わせシステム１０にアクセスする。携帯電話端末２には、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）から成る位置検出装置２ａが搭載されており、この携帯電話端末２を所持する利用者の現在地の情報（緯度、経度）を発信することができる。
【００１３】
第１の実施形態では、二人の利用者がそれぞれ待ち合わせ場所との間でコストを考慮したい起算位置として「出発地」または「目的地」を入力し、プライオリティを設定すると共に、移動手段と待ち合わせ場所での要望・探索範囲とを入力する。待ち合わせシステム１０は、入力された各情報を記憶し、起算位置と待ち合わせ場所との間の移動時間をコストとし、入力された移動手段による移動時間を考慮して、各利用者の起算位置からの移動時間がプライオリティに応じて配分される地点を求め、街探索ＤＢ１５を参照して特定された地点を中心として入力された探索範囲内で要望に合致する場所のリストを生成し、待ち合わせ場所として利用者に送信する。
【００１４】
「出発地」は、待ち合わせ場所に向かうときに利用者が位置する地点であり、直ちに待ち合わせ場所に向かう場合には利用者の現在地であり、現在地から他の地点に一旦移動し、その後に待ち合わせ場所に向かう場合には当該他の地点となる。また、「目的地」は、待ち合わせの用件の次に利用者が向かう地点であり、他の用件でどこかに向かう場合には向かう地点、帰宅する場合には自宅の場所となる。例えば、現在互いに異なる地点にいる複数の利用者が商談等のために待ち合わせるには出発地（現在地）を起算位置とし、同一場所にいる複数の利用者が食事等のために待ち合わせる場合には目的地を起算位置にする。
【００１５】
プライオリティは、利用者同士の人間関係に基づいて決定する数値であり、それぞれの利用者に１〜１０の重み付けをする。この数値は、先にアクセスした一方の利用者が設定してもよいし、それぞれの利用者が設定してもよい。移動手段は、徒歩、あるいは電車、バス、タクシー等の交通機関から選択可能であり、それぞれの手段に応じて移動時間が計算される。移動手段は、利用者がそれぞれ入力してもよいし、一方の利用者がまとめて入力してもよい。
【００１６】
次に、図２に示すフローチャートにしたがって、第１の実施形態にかかる待ち合わせ場所の推奨方法の処理を説明する。図２の例では、携帯電話端末２を持つ二人の利用者Ａ，Ｂが、現在地を起算点として、待ち合わせ場所を探索する。図中左側のフローが利用者端末（携帯電話端末２）、右側のフローが待ち合わせシステム１０の処理を示している。なお、図２では、便宜上、利用者Ａ，Ｂの携帯電話端末２の処理を１つのフローに示しているが、実際にはそれぞれの携帯電話端末２において別々に実行される。
【００１７】
ステップＳ１０１で利用者Ａが携帯電話端末２に搭載された位置検出装置２ａにより検出される現在地の経度・緯度と、プライオリティとを入力して送信する。ステップＳ１０２では、利用者Ｂが同様に経度・緯度とプライオリティとを入力して送信する。ステップＳ１０３では、移動手段を入力し、ステップＳ１０４では要望・探索範囲を入力する。
【００１８】
待ち合わせシステム１０は、ステップＳ２０１において携帯電話端末２から送信された利用者データを記憶する。ここでは、Ａの現在地「東経１３０°北緯３５°」とプライオリティ「１０」が記憶され、Ｂの現在地「東経１３６°北緯３５°」とプライオリティ「５」とが記憶される。また、移動手段として「電車」が記憶され、要望・探索範囲として「食事・５００ｍ」が記憶される。このステップＳ２０１は、各利用者の起算位置、プライオリティ、移動手段、要望を記憶する利用者情報設定ステップに相当する。
【００１９】
待ち合わせシステム１０は、ステップＳ２０２において各利用者により入力された移動手段による移動時間を考慮して、各利用者の移動時間がプライオリティに応じて配分される地点を求める。すなわち、経路探索手段１３によってＡの現在地とＢの現在地とを電車で移動する経路を探索すると共に、この経路で移動する場合の移動時間を求め、この時間をプライオリティの比に応じてＡ，Ｂに割り振る。例えば、移動時間が３０分である場合、これをプライオリティ比１０：５に応じて振り分け、Ａから１０分のγ地点とその経度、緯度を算出する。このステップＳ２０２は、地点特定ステップに相当する。
【００２０】
ステップＳ２０３では、算出されたγ地点を中心として指定された探索範囲内にあって指定された要望を満たす街をリストする。この例では、γ地点を中心に半径５００ｍの円内の街を対象とし、「新宿」、「六本木」がリストされる。このステップＳ２０３は、リスト生成ステップに相当する。
【００２１】
ステップＳ２０４では、得られたリストを利用者に送信して処理を終了する。携帯電話端末２は、ステップＳ１０５で送信された結果（リスト）を受信し、画面に表示する。利用者は、リストされた街からいずれか一つを選択して待ち合わせ場所とする。このステップＳ２０４は、送信ステップに相当する。
【００２２】
上記のステップＳ２０３に示すリスト生成ステップでは、街探索ＤＢ１５を検索してリストを生成する。街探索ＤＢ１５は、図３に示すように、街リストと要望リストとを備える。街リストは、ＩＤフィールドと街名フィールドとを備え、街名とＩＤと対応づけている。要望リストは、要望Ｎｏ、要望、探索リストテーブル名の３つのフィールドを備え、各レコードの探索リストテーブル名をキーにして、食事探索テーブル（ｆｏｏｄ＿ｔｂｌ）、映画探索テーブル（ｃｉｎｅｍａ＿ｔｂｌ）、音楽探索テーブル（ｍｕｓｉｃ＿ｔｂｌ）にリンクしている。各テーブルは、街ＩＤ、代表経度、代表緯度、有効範囲（ｍ）の４つのフィールドを備える。
【００２３】
街のリストを生成する際には、入力された要望から「要望リスト」を検索し、該当する要望に対応した探索リストテーブル名を取得する。例えば、要望の入力値が「食事」であれば、探索リストテーブル名は”ｆｏｏｄ＿ｔｂｌ”となる。次に、移動時間に基づいて求められた地点の経度・緯度を中心とし、入力された探索範囲を半径とする円を作成する。例えば、図４に示すように、γ地点（東経１３２°北緯３５°）を中心とした、半径５００ｍの円を作成する。一方、食事探索テーブルの各レコード毎に、「代表緯度」、「代表経度」で表される地点を中心として「有効範囲」に規定された距離を半径とする円を作成する。図４の例では、新宿、六本木、銀座の各レコードについて円が表示されている。そして、γ地点を中心とする円と交わる円を見つけ、その円に対応する街名をリストして利用者に送信する。この例では、新宿と六本木の円がγ地点を中心とする円と交わるため、これらの２つの街名をリストする。
【００２４】
なお、上記の説明は、位置検出装置２ａを搭載した携帯電話端末２を利用した例であるが、ＰＣ４を利用してアクセスする場合には、図５に示すような入力画面を表示させる。この入力画面では、利用者情報として、名前、出発地または目的地を特定する情報、プライオリティを入力し、「追加」ボタンをクリックする。これにより、利用者情報が確定して図５の右側のリストに加わる。なお、出発地、目的地を特定するには、経度・緯度で指定してもよいし、住所で指定してもよい。移動手段と要望とは予め定められた候補をプルダウンで示し、その中から選択することにより指定する。これらを指定した後、「待ち合わせ場所検索」ボタンをクリックすることによりデータが送信され、待ち合わせシステム１０のステップＳ２０２以下の処理が実行される。
【００２５】
次に、本発明にかかる待ち合わせ場所の推奨方法の第２の実施形態について説明する。第２の実施形態では、二人の利用者Ａ，Ｂがそれぞれ待ち合わせ場所との間でコストを考慮したい起算位置として「出発地」または「目的地」を入力し、プライオリティを設定すると共に、移動手段を入力する。待ち合わせシステム１０は、起算位置と待ち合わせ場所との間の移動時間をコストとし、入力された移動手段による移動時間を考慮して、各利用者の起算位置からの移動時間がプライオリティに応じて配分される地点を求め、特定された地点を各利用者に送信して待ち合わせ場所として推奨する。システム構成は図１に示す第１の実施形態のシステムとほぼ同様であるが、街探索ＤＢ１５は不要である。
【００２６】
図６は、第２の実施形態の推奨方法の処理を示すフローチャートである。図６の例では、図２の場合と同様、携帯電話端末２を持つ二人の利用者Ａ，Ｂが、現在地を起算点として、待ち合わせ場所を探索する。
【００２７】
ステップＳ１１１で利用者Ａが現在地の経度・緯度と、プライオリティとを入力して送信する。ステップＳ１１２では、利用者Ｂが同様に経度・緯度とプライオリティとを入力して送信する。ステップＳ１１３では、移動手段を入力する。
【００２８】
待ち合わせシステム１０は、ステップＳ２１１において携帯電話端末２から送信された利用者データを記憶する。ここでは、Ａの現在地「東経１３０°北緯３５°」とプライオリティ「１０」が記憶され、Ｂの現在地「東経１３６°北緯３５°」とプライオリティ「５」とが記憶される。また、移動手段として「電車」が記憶される。このステップＳ２１１は、利用者情報設定ステップに相当する。
【００２９】
待ち合わせシステム１０は、ステップＳ２１２において、経路探索手段１３によってＡの現在地とＢの現在地とを電車で移動する経路を探索すると共に、この経路で移動する場合の移動時間を求める。この例では、移動時間は３０分である。続いてステップＳ２１３において、各利用者の移動時間がプライオリティに応じて配分される地点を求める。すなわち、この時間をプライオリティの比に応じてＡ，Ｂに割り振る。この例では、プライオリティ比１０：５に応じて振り分け、Ａから１０分のγ地点を特定する。
【００３０】
ステップＳ２１４では、算出されたγ地点を待ち合わせ場所として推奨するため、利用者にこの情報を送信して処理を終了する。携帯電話端末２は、ステップＳ１１４で送信された結果（γ地点の情報）を受信し、画面に表示する。利用者は、表示された地点を待ち合わせ場所とする。
【００３１】
次に、本発明にかかる待ち合わせ場所の推奨方法の第３の実施形態について説明する。第３の実施形態では、二人の利用者がそれぞれ「出発地」または「目的地」を入力し、プライオリティを設定する。待ち合わせシステム１０は、起算位置と待ち合わせ場所との間の移動距離をコストとし、各利用者の起算位置からの移動距離がプライオリティに応じて配分される地点を求め、特定された地点を各利用者に送信して待ち合わせ場所として推奨する。システム構成は図１に示す第１の実施形態のシステムとほぼ同様であるが、街探索ＤＢ１５は不要である。
【００３２】
図７は、第３の実施形態の推奨方法の処理を示すフローチャートである。図７の例では、図２の場合と同様、携帯電話端末２を持つ二人の利用者Ａ，Ｂが、現在地を起算点として、待ち合わせ場所を探索する。
【００３３】
ステップＳ１２１で利用者Ａが現在地の経度・緯度と、プライオリティとを入力して送信する。ステップＳ１２２では、利用者Ｂが同様に経度・緯度とプライオリティとを入力して送信する。
【００３４】
待ち合わせシステム１０は、ステップＳ２２１において携帯電話端末２から送信された利用者データを記憶する。ここでは、Ａの現在地「東経１３０°北緯３５°」とプライオリティ「１０」が記憶され、Ｂの現在地「東経１３６°北緯３５°」とプライオリティ「５」とが記憶される。このステップＳ２１１は、利用者情報設定ステップに相当する。
【００３５】
待ち合わせシステム１０は、ステップＳ２２２において、Ａの現在地とＢの現在地と間の移動距離を求め、各利用者の移動距離が前記プライオリティに応じて配分される地点を求める。すなわち、この距離をプライオリティの比に応じてＡ，Ｂに割り振る。この例では、プライオリティ比１０：５に応じて振り分け、「東経１３２°北緯３５°」の地点を特定する。
【００３６】
ステップＳ２２３では、算出された地点を待ち合わせ場所として推奨するため、利用者にこの情報を送信して処理を終了する。携帯電話端末２は、ステップＳ２２４で送信された結果（地点の情報）を受信し、画面に表示する。利用者は、表示された地点を待ち合わせ場所とする。
【００３７】
【発明の効果】
以上説明したように、本発明によれば、待ち合わせ場所を決定する際に利用者のプライオリティを考慮することにより、利用者同士の人間関係に配慮して待ち合わせ場所を推奨することができる。
【図面の簡単な説明】
【図１】第１の実施形態の推奨方法を実現するためのシステムの概略を示すブロック図である。
【図２】第１の実施形態の推奨方法の処理を示すフローチャートである。
【図３】第１の実施形態の推奨方法のＰＣ上の入力画面を示す説明図である。
【図４】第１の実施形態の推奨方法で用いられるデータテーブルの構造を示す説明図である。
【図５】第１の実施形態の推奨方法において街のリストを作成する際の判断方法の説明図である。
【図６】第２の実施形態の推奨方法の処理を示すフローチャートである。
【図７】第３の実施形態の推奨方法の処理を示すフローチャートである。
【符号の説明】
１  インターネット
２  携帯電話端末
３  基地局
４  ＰＣ
１０  待ち合わせシステム
１１  送受信インターフェイス
１２  制御手段
１３  経路探索手段
１４  地図ＤＢ
１５  街探索ＤＢ
【図１】
2004294342.tif 000003
【図２】
2004294342.tif 000004
【図３】
2004294342.tif 000005
【図４】
2004294342.tif 000006
【図５】
2004294342.tif 000007
【図６】
2004294342.tif 000008
【図７】
2004294342.tif 000009