JP2004294342A - Method of recommending meeting spot - Google Patents

Method of recommending meeting spot Download PDF

Info

Publication number
JP2004294342A
JP2004294342A JP2003089357A JP2003089357A JP2004294342A JP 2004294342 A JP2004294342 A JP 2004294342A JP 2003089357 A JP2003089357 A JP 2003089357A JP 2003089357 A JP2003089357 A JP 2003089357A JP 2004294342 A JP2004294342 A JP 2004294342A
Authority
JP
Japan
Prior art keywords
user
point
meeting
meeting place
priority
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2003089357A
Other languages
Japanese (ja)
Inventor
Manabu Kosao
学 小棹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2003089357A priority Critical patent/JP2004294342A/en
Publication of JP2004294342A publication Critical patent/JP2004294342A/en
Withdrawn legal-status Critical Current

Links

Images

Landscapes

  • Instructional Devices (AREA)
  • Navigation (AREA)
  • Traffic Control Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a method of recommending a meeting spot that can decide a suitable meeting spot which takes into consideration the human relations among the users. <P>SOLUTION: Demands/searching ranges for moving means and at the meeting spot are input, while two users individually input "departure locations" and "destination locations" as the locations for computing that the users desire to consider each of costs between the meeting spot and their positions and then set priorities therefor. In a meeting system 10, a point is determined, at which moving times from the positions of computing to the meeting spot is determined corresponding to the priorities, by setting the times for moving from the positions of computing to the meeting spot as the costs, taking in consideration the times for moving input by an input moving means. The list of spots is created and transmitted to the users as the meeting spots, which agree with the requests in the search ranges, input with specified points as the starting locations. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、複数の利用者が待ち合わせする場所を推奨する待ち合わせ場所の推奨方法に関する。
【0002】
【従来の技術】
異なる場所にいる複数の利用者の現在位置を特定し、コンピュータにより待ち合わせ場所を決定して各利用者に通知するシステムは従来から知られている。例えば、特許文献1には、自車両と他車両とが均等な時間で到着できる待ち合わせ位置を設定するナビゲーション装置が開示されている。また、特許文献2には、待ち合わせ対象者同志の距離的な関係などを考慮し短時間に待合せ場所まで集合可能な最適な待合せ場所候補を自動決定するサービスが開示されている。
【0003】
【特許文献1】特開2002−139333号公報
【特許文献2】特開2002−10345号公報
【0004】
【発明が解決しようとする課題】
しかしながら、上述した従来技術では、複数の利用者の時間的、あるいは距離的な中間点を待ち合わせ場所に設定しており、利用者の人間関係を考慮していない。例えば利用者同士の話し合いで待ち合わせ場所を決定する際には、自分と相手との人間関係を考慮して相手が目上、あるいは顧客等である場合には、相手の便宜を優先し、中間点より相手に近い地点で待ち合わせる等の配慮がなされるが、従来技術ではこのような事情に配慮することができない。
【0005】
本発明は、上記の従来技術の課題に鑑みてなされたものであり、利用者同士の人間関係に配慮して適切な待ち合わせ場所を決定することができる待ち合わせ場所の推奨方法を提供することを目的とする。
【0006】
【課題を解決するための手段】
本発明にかかる待ち合わせ場所の推奨方法は、上記の目的を達成させるため、複数の利用者が待ち合わせする場所を推奨する方法であって、コンピュータが、複数の利用者からのそれぞれ待ち合わせ場所との間でコストを考慮したい起算位置と、該利用者のプライオリティとを記憶する利用者情報設定ステップと、利用者情報設定ステップで記憶した各利用者の起算位置からのコストを考慮して、各利用者の起算位置からのコストがプライオリティに応じて配分される地点を求める地点特定ステップと、求められた地点を各利用者に送信して待ち合わせ場所として推奨する送信ステップとを実行することを特徴とする。
【0007】
上記の方法によれば、利用者のプライオリティを考慮して待ち合わせの地点を決定することができるため、人間関係に配慮した適切な待ち合わせ場所の推奨が可能となる。なお、「起算位置」とは、待ち合わせ場所に向かう前の出発地から待ち合わせ場所までのコストを考慮したい場合には出発地、待ち合わせ場所から待ち合わせの次に向かう目的地までのコストを考慮したい場合には目的地である。また、「コスト」とは、利用者が起算位置と待ち合わせ場所との間を移動するのに負担する労力であり、具体的には移動時間、あるいは移動距離に該当する。
【0008】
コンピュータは、地点特定ステップにおいて、各起算位置と待ち合わせ場所との間の移動距離をコストとして、各利用者の移動距離がプライオリティに応じて配分される地点を求めることができる。あるいは、コンピュータは、利用者情報設定ステップにおいて、利用者からの起算位置と待ち合わせ場所との間の移動に使う移動手段を更に関連付けて記憶し、地点特定ステップにおいて、各起算位置と待ち合わせ場所との間の移動時間をコストとして、利用者情報設定ステップで記憶した各利用者の移動手段による移動時間を考慮して、各利用者の移動時間がプライオリティに応じて配分される地点を求めることもできる。
【0009】
さらに、コンピュータは、利用者情報設定ステップにおいて、利用者からの待ち合わせ場所での要望を更に関連付けて記憶し、要望と場所とを対応づけて記憶した街探索テーブル(データベース)を参照して地点特定ステップにより特定された地点を中心とした一定の範囲内で利用者情報設定ステップで記憶した要望に合致する場所のリストを生成するリスト生成ステップを実行し、送信ステップにおいて、リスト生成ステップで生成されたリストを利用者に送信するようにしてもよい。
【0010】
【発明の実施の形態】
以下、この発明にかかる待ち合わせ場所の推奨方法の実施形態を説明する。図1は、第1の実施形態の推奨方法を実現するためのシステムの概略を示すブロック図である。最初に、図1に基づいてシステムの構成を説明する。
【0011】
待ち合わせシステム10は、インターネット1に接続されたサーバコンピュータであり、インターネット1を介してデータを送信し、あるいは受信するための送受信インターフェイス11、全体を制御して待ち合わせ場所を特定する制御手段12、利用者が移動する経路を探索する経路探索手段13、地図情報を格納する地図DB14、そして、要望と場所とを対応づけて記憶した街探索DB15を備えている。
【0012】
利用者は、携帯電話端末2により基地局3を経由してインターネット1に接続し、あるいはPC4によりインターネット1に接続し、待ち合わせシステム10にアクセスする。携帯電話端末2には、GPS(Global Positioning System)から成る位置検出装置2aが搭載されており、この携帯電話端末2を所持する利用者の現在地の情報(緯度、経度)を発信することができる。
【0013】
第1の実施形態では、二人の利用者がそれぞれ待ち合わせ場所との間でコストを考慮したい起算位置として「出発地」または「目的地」を入力し、プライオリティを設定すると共に、移動手段と待ち合わせ場所での要望・探索範囲とを入力する。待ち合わせシステム10は、入力された各情報を記憶し、起算位置と待ち合わせ場所との間の移動時間をコストとし、入力された移動手段による移動時間を考慮して、各利用者の起算位置からの移動時間がプライオリティに応じて配分される地点を求め、街探索DB15を参照して特定された地点を中心として入力された探索範囲内で要望に合致する場所のリストを生成し、待ち合わせ場所として利用者に送信する。
【0014】
「出発地」は、待ち合わせ場所に向かうときに利用者が位置する地点であり、直ちに待ち合わせ場所に向かう場合には利用者の現在地であり、現在地から他の地点に一旦移動し、その後に待ち合わせ場所に向かう場合には当該他の地点となる。また、「目的地」は、待ち合わせの用件の次に利用者が向かう地点であり、他の用件でどこかに向かう場合には向かう地点、帰宅する場合には自宅の場所となる。例えば、現在互いに異なる地点にいる複数の利用者が商談等のために待ち合わせるには出発地(現在地)を起算位置とし、同一場所にいる複数の利用者が食事等のために待ち合わせる場合には目的地を起算位置にする。
【0015】
プライオリティは、利用者同士の人間関係に基づいて決定する数値であり、それぞれの利用者に1〜10の重み付けをする。この数値は、先にアクセスした一方の利用者が設定してもよいし、それぞれの利用者が設定してもよい。移動手段は、徒歩、あるいは電車、バス、タクシー等の交通機関から選択可能であり、それぞれの手段に応じて移動時間が計算される。移動手段は、利用者がそれぞれ入力してもよいし、一方の利用者がまとめて入力してもよい。
【0016】
次に、図2に示すフローチャートにしたがって、第1の実施形態にかかる待ち合わせ場所の推奨方法の処理を説明する。図2の例では、携帯電話端末2を持つ二人の利用者A,Bが、現在地を起算点として、待ち合わせ場所を探索する。図中左側のフローが利用者端末(携帯電話端末2)、右側のフローが待ち合わせシステム10の処理を示している。なお、図2では、便宜上、利用者A,Bの携帯電話端末2の処理を1つのフローに示しているが、実際にはそれぞれの携帯電話端末2において別々に実行される。
【0017】
ステップS101で利用者Aが携帯電話端末2に搭載された位置検出装置2aにより検出される現在地の経度・緯度と、プライオリティとを入力して送信する。ステップS102では、利用者Bが同様に経度・緯度とプライオリティとを入力して送信する。ステップS103では、移動手段を入力し、ステップS104では要望・探索範囲を入力する。
【0018】
待ち合わせシステム10は、ステップS201において携帯電話端末2から送信された利用者データを記憶する。ここでは、Aの現在地「東経130°北緯35°」とプライオリティ「10」が記憶され、Bの現在地「東経136°北緯35°」とプライオリティ「5」とが記憶される。また、移動手段として「電車」が記憶され、要望・探索範囲として「食事・500m」が記憶される。このステップS201は、各利用者の起算位置、プライオリティ、移動手段、要望を記憶する利用者情報設定ステップに相当する。
【0019】
待ち合わせシステム10は、ステップS202において各利用者により入力された移動手段による移動時間を考慮して、各利用者の移動時間がプライオリティに応じて配分される地点を求める。すなわち、経路探索手段13によってAの現在地とBの現在地とを電車で移動する経路を探索すると共に、この経路で移動する場合の移動時間を求め、この時間をプライオリティの比に応じてA,Bに割り振る。例えば、移動時間が30分である場合、これをプライオリティ比10:5に応じて振り分け、Aから10分のγ地点とその経度、緯度を算出する。このステップS202は、地点特定ステップに相当する。
【0020】
ステップS203では、算出されたγ地点を中心として指定された探索範囲内にあって指定された要望を満たす街をリストする。この例では、γ地点を中心に半径500mの円内の街を対象とし、「新宿」、「六本木」がリストされる。このステップS203は、リスト生成ステップに相当する。
【0021】
ステップS204では、得られたリストを利用者に送信して処理を終了する。携帯電話端末2は、ステップS105で送信された結果(リスト)を受信し、画面に表示する。利用者は、リストされた街からいずれか一つを選択して待ち合わせ場所とする。このステップS204は、送信ステップに相当する。
【0022】
上記のステップS203に示すリスト生成ステップでは、街探索DB15を検索してリストを生成する。街探索DB15は、図3に示すように、街リストと要望リストとを備える。街リストは、IDフィールドと街名フィールドとを備え、街名とIDと対応づけている。要望リストは、要望No、要望、探索リストテーブル名の3つのフィールドを備え、各レコードの探索リストテーブル名をキーにして、食事探索テーブル(food_tbl)、映画探索テーブル(cinema_tbl)、音楽探索テーブル(music_tbl)にリンクしている。各テーブルは、街ID、代表経度、代表緯度、有効範囲(m)の4つのフィールドを備える。
【0023】
街のリストを生成する際には、入力された要望から「要望リスト」を検索し、該当する要望に対応した探索リストテーブル名を取得する。例えば、要望の入力値が「食事」であれば、探索リストテーブル名は”food_tbl”となる。次に、移動時間に基づいて求められた地点の経度・緯度を中心とし、入力された探索範囲を半径とする円を作成する。例えば、図4に示すように、γ地点(東経132°北緯35°)を中心とした、半径500mの円を作成する。一方、食事探索テーブルの各レコード毎に、「代表緯度」、「代表経度」で表される地点を中心として「有効範囲」に規定された距離を半径とする円を作成する。図4の例では、新宿、六本木、銀座の各レコードについて円が表示されている。そして、γ地点を中心とする円と交わる円を見つけ、その円に対応する街名をリストして利用者に送信する。この例では、新宿と六本木の円がγ地点を中心とする円と交わるため、これらの2つの街名をリストする。
【0024】
なお、上記の説明は、位置検出装置2aを搭載した携帯電話端末2を利用した例であるが、PC4を利用してアクセスする場合には、図5に示すような入力画面を表示させる。この入力画面では、利用者情報として、名前、出発地または目的地を特定する情報、プライオリティを入力し、「追加」ボタンをクリックする。これにより、利用者情報が確定して図5の右側のリストに加わる。なお、出発地、目的地を特定するには、経度・緯度で指定してもよいし、住所で指定してもよい。移動手段と要望とは予め定められた候補をプルダウンで示し、その中から選択することにより指定する。これらを指定した後、「待ち合わせ場所検索」ボタンをクリックすることによりデータが送信され、待ち合わせシステム10のステップS202以下の処理が実行される。
【0025】
次に、本発明にかかる待ち合わせ場所の推奨方法の第2の実施形態について説明する。第2の実施形態では、二人の利用者A,Bがそれぞれ待ち合わせ場所との間でコストを考慮したい起算位置として「出発地」または「目的地」を入力し、プライオリティを設定すると共に、移動手段を入力する。待ち合わせシステム10は、起算位置と待ち合わせ場所との間の移動時間をコストとし、入力された移動手段による移動時間を考慮して、各利用者の起算位置からの移動時間がプライオリティに応じて配分される地点を求め、特定された地点を各利用者に送信して待ち合わせ場所として推奨する。システム構成は図1に示す第1の実施形態のシステムとほぼ同様であるが、街探索DB15は不要である。
【0026】
図6は、第2の実施形態の推奨方法の処理を示すフローチャートである。図6の例では、図2の場合と同様、携帯電話端末2を持つ二人の利用者A,Bが、現在地を起算点として、待ち合わせ場所を探索する。
【0027】
ステップS111で利用者Aが現在地の経度・緯度と、プライオリティとを入力して送信する。ステップS112では、利用者Bが同様に経度・緯度とプライオリティとを入力して送信する。ステップS113では、移動手段を入力する。
【0028】
待ち合わせシステム10は、ステップS211において携帯電話端末2から送信された利用者データを記憶する。ここでは、Aの現在地「東経130°北緯35°」とプライオリティ「10」が記憶され、Bの現在地「東経136°北緯35°」とプライオリティ「5」とが記憶される。また、移動手段として「電車」が記憶される。このステップS211は、利用者情報設定ステップに相当する。
【0029】
待ち合わせシステム10は、ステップS212において、経路探索手段13によってAの現在地とBの現在地とを電車で移動する経路を探索すると共に、この経路で移動する場合の移動時間を求める。この例では、移動時間は30分である。続いてステップS213において、各利用者の移動時間がプライオリティに応じて配分される地点を求める。すなわち、この時間をプライオリティの比に応じてA,Bに割り振る。この例では、プライオリティ比10:5に応じて振り分け、Aから10分のγ地点を特定する。
【0030】
ステップS214では、算出されたγ地点を待ち合わせ場所として推奨するため、利用者にこの情報を送信して処理を終了する。携帯電話端末2は、ステップS114で送信された結果(γ地点の情報)を受信し、画面に表示する。利用者は、表示された地点を待ち合わせ場所とする。
【0031】
次に、本発明にかかる待ち合わせ場所の推奨方法の第3の実施形態について説明する。第3の実施形態では、二人の利用者がそれぞれ「出発地」または「目的地」を入力し、プライオリティを設定する。待ち合わせシステム10は、起算位置と待ち合わせ場所との間の移動距離をコストとし、各利用者の起算位置からの移動距離がプライオリティに応じて配分される地点を求め、特定された地点を各利用者に送信して待ち合わせ場所として推奨する。システム構成は図1に示す第1の実施形態のシステムとほぼ同様であるが、街探索DB15は不要である。
【0032】
図7は、第3の実施形態の推奨方法の処理を示すフローチャートである。図7の例では、図2の場合と同様、携帯電話端末2を持つ二人の利用者A,Bが、現在地を起算点として、待ち合わせ場所を探索する。
【0033】
ステップS121で利用者Aが現在地の経度・緯度と、プライオリティとを入力して送信する。ステップS122では、利用者Bが同様に経度・緯度とプライオリティとを入力して送信する。
【0034】
待ち合わせシステム10は、ステップS221において携帯電話端末2から送信された利用者データを記憶する。ここでは、Aの現在地「東経130°北緯35°」とプライオリティ「10」が記憶され、Bの現在地「東経136°北緯35°」とプライオリティ「5」とが記憶される。このステップS211は、利用者情報設定ステップに相当する。
【0035】
待ち合わせシステム10は、ステップS222において、Aの現在地とBの現在地と間の移動距離を求め、各利用者の移動距離が前記プライオリティに応じて配分される地点を求める。すなわち、この距離をプライオリティの比に応じてA,Bに割り振る。この例では、プライオリティ比10:5に応じて振り分け、「東経132°北緯35°」の地点を特定する。
【0036】
ステップS223では、算出された地点を待ち合わせ場所として推奨するため、利用者にこの情報を送信して処理を終了する。携帯電話端末2は、ステップS224で送信された結果(地点の情報)を受信し、画面に表示する。利用者は、表示された地点を待ち合わせ場所とする。
【0037】
【発明の効果】
以上説明したように、本発明によれば、待ち合わせ場所を決定する際に利用者のプライオリティを考慮することにより、利用者同士の人間関係に配慮して待ち合わせ場所を推奨することができる。
【図面の簡単な説明】
【図1】第1の実施形態の推奨方法を実現するためのシステムの概略を示すブロック図である。
【図2】第1の実施形態の推奨方法の処理を示すフローチャートである。
【図3】第1の実施形態の推奨方法のPC上の入力画面を示す説明図である。
【図4】第1の実施形態の推奨方法で用いられるデータテーブルの構造を示す説明図である。
【図5】第1の実施形態の推奨方法において街のリストを作成する際の判断方法の説明図である。
【図6】第2の実施形態の推奨方法の処理を示すフローチャートである。
【図7】第3の実施形態の推奨方法の処理を示すフローチャートである。
【符号の説明】
1 インターネット
2 携帯電話端末
3 基地局
4 PC
10 待ち合わせシステム
11 送受信インターフェイス
12 制御手段
13 経路探索手段
14 地図DB
15 街探索DB
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a method of recommending a meeting place for recommending a place where a plurality of users meet.
[0002]
[Prior art]
2. Description of the Related Art There has been known a system in which the current positions of a plurality of users at different locations are specified, a meeting place is determined by a computer, and each user is notified. For example, Patent Literature 1 discloses a navigation device that sets a waiting position at which a host vehicle and another vehicle can arrive at an equal time. Patent Document 2 discloses a service that automatically determines an optimal candidate for a meeting place that can be assembled to a meeting place in a short time in consideration of the distance relationship between the meeting targets.
[0003]
[Patent Document 1] JP-A-2002-139333 [Patent Document 2] JP-A-2002-10345
[Problems to be solved by the invention]
However, in the above-described related art, a temporal or distance intermediate point of a plurality of users is set as a meeting place, and human relations between users are not considered. For example, when deciding where to meet in discussions between users, consider the human relationship between you and the other party, and give priority to the other party's convenience if the other party is a customer or a customer. Although considerations such as waiting at a point closer to the other party are taken, the prior art cannot take such circumstances into consideration.
[0005]
The present invention has been made in view of the above-described problems of the related art, and has an object to provide a recommendation method of a meeting place that can determine an appropriate meeting place in consideration of a human relationship between users. And
[0006]
[Means for Solving the Problems]
The method of recommending a meeting place according to the present invention is a method of recommending a place where a plurality of users meet in order to achieve the above object. A user information setting step for storing a starting position at which cost is to be considered and a priority of the user; and taking into account the cost from the starting position of each user stored at the user information setting step, for each user. And a transmitting step of transmitting the obtained point to each user and recommending it as a meeting place by executing a point specifying step of obtaining a point at which the cost from the starting position is allocated according to the priority. .
[0007]
According to the above-described method, the meeting point can be determined in consideration of the priority of the user, so that it is possible to recommend an appropriate meeting place in consideration of the human relationship. The `` starting position '' is the starting point if you want to consider the cost from the departure place to the meeting place before heading to the meeting place, and if you want to consider the cost from the meeting place to the destination to go to after the meeting. Is the destination. Further, the “cost” is the labor that the user bears to move between the starting position and the meeting place, and specifically corresponds to the moving time or the moving distance.
[0008]
In the point specifying step, the computer can obtain a point at which the moving distance of each user is allocated according to the priority, using the moving distance between each starting position and the meeting place as a cost. Alternatively, in the user information setting step, the computer further stores a moving means used for movement between the starting position from the user and the meeting place in association with each other, and in the point specifying step, the computer stores the starting position and the meeting place. In consideration of the travel time of each user, which is stored in the user information setting step, using the travel time between users as a cost, a point to which the travel time of each user is allocated according to the priority can be obtained. .
[0009]
Further, in the user information setting step, the computer further stores a request from the user at the meeting place in association with the request, and refers to a town search table (database) in which the request is associated with the place and specifies the point. Performing a list generation step of generating a list of places that match the request stored in the user information setting step within a certain range centered on the point specified by the step; and, in the transmission step, the list generation step generates the list. The list may be transmitted to the user.
[0010]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of a method of recommending a meeting place according to the present invention will be described. FIG. 1 is a block diagram schematically illustrating a system for realizing the recommendation method according to the first embodiment. First, the configuration of the system will be described with reference to FIG.
[0011]
The queuing system 10 is a server computer connected to the Internet 1, a transmission / reception interface 11 for transmitting or receiving data via the Internet 1, a control unit 12 for controlling the whole and specifying a queuing place, Route search means 13 for searching for a route on which a person moves, a map DB 14 for storing map information, and a town search DB 15 for storing requests and places in association with each other.
[0012]
The user accesses the queuing system 10 by connecting to the Internet 1 via the base station 3 by the mobile phone terminal 2 or to the Internet 1 by the PC 4. The mobile phone terminal 2 is equipped with a position detecting device 2a composed of a GPS (Global Positioning System), and can transmit information (latitude and longitude) of the current location of the user who owns the mobile phone terminal 2. .
[0013]
In the first embodiment, two users input "departure point" or "destination" as a starting position where cost is to be taken into consideration with a meeting place, set a priority, and meet with a moving means. Enter the request and search range at the place. The queuing system 10 stores the input information, sets the cost of the travel time between the starting position and the queuing place as a cost, and takes into account the traveling time by the input moving means, from the starting position of each user. A point where travel time is allocated according to the priority is obtained, and a list of places matching the request is generated within a search range input centering on the specified point with reference to the town search DB 15 and used as a meeting place To the person.
[0014]
The “departure point” is the point where the user is located when heading to the meeting place, or the user's current location when heading to the meeting place immediately, moves from the current position to another point, and then goes to the meeting place When heading to, the other point is used. The “destination” is a point to which the user goes after the task of meeting, and is a point to go when going to somewhere in another task, and a place to be home when returning home. For example, if a plurality of users at different points are waiting for a business negotiation, the departure point (current location) is used as the starting position, and if a plurality of users at the same location are waiting for a meal, the purpose is Make the ground the starting position.
[0015]
The priority is a numerical value determined based on a human relationship between users, and weights 1 to 10 for each user. This numerical value may be set by one user who has previously accessed, or may be set by each user. The means of transportation can be selected from transportation means such as walking or a train, a bus, a taxi or the like, and the traveling time is calculated according to each means. The moving means may be input by each user, or may be input collectively by one user.
[0016]
Next, the processing of the method of recommending a meeting place according to the first embodiment will be described with reference to the flowchart shown in FIG. In the example of FIG. 2, two users A and B having the mobile phone terminals 2 search for a meeting place starting from the current location. In the figure, the flow on the left shows the user terminal (mobile phone terminal 2), and the flow on the right shows the processing of the queuing system 10. In FIG. 2, for convenience, the processes of the mobile phone terminals 2 of the users A and B are shown in one flow, but are actually executed separately in each mobile phone terminal 2.
[0017]
In step S101, the user A inputs and transmits the longitude / latitude of the current position detected by the position detecting device 2a mounted on the mobile phone terminal 2 and the priority. In step S102, the user B similarly inputs and transmits the longitude / latitude and the priority. In step S103, a moving means is input, and in step S104, a request / search range is input.
[0018]
The queuing system 10 stores the user data transmitted from the mobile phone terminal 2 in step S201. Here, the current location of A is stored at 130 ° east longitude 35 ° north latitude and priority “10”, and the current location of B is stored at 136 ° east longitude 35 ° north latitude 35 ° and priority “5”. In addition, “train” is stored as the moving means, and “meal / 500 m” is stored as the request / search range. This step S201 corresponds to a user information setting step of storing the starting position, priority, moving means, and demand of each user.
[0019]
The queuing system 10 determines a point to which the travel time of each user is allocated according to the priority in consideration of the travel time of the travel means input by each user in step S202. That is, the route searching means 13 searches for a route that travels by train between the current location of A and the current location of B, obtains the travel time when traveling on this route, and determines this time in accordance with the ratio of priority to A, B. Allocate to. For example, when the traveling time is 30 minutes, the traveling time is distributed according to the priority ratio of 10: 5, and a γ point of 10 minutes from A and its longitude and latitude are calculated. This step S202 corresponds to a point specifying step.
[0020]
In step S203, a list of towns that are within the search range specified around the calculated γ point and satisfy the specified request is listed. In this example, “Shinjuku” and “Roppongi” are listed for a town within a circle with a radius of 500 m centering on the γ point. Step S203 corresponds to a list generation step.
[0021]
In step S204, the obtained list is transmitted to the user, and the process ends. The mobile phone terminal 2 receives the result (list) transmitted in step S105 and displays the result on the screen. The user selects one of the listed towns as a meeting place. Step S204 corresponds to a transmission step.
[0022]
In the list generation step shown in step S203, a list is generated by searching the town search DB 15. The town search DB 15 includes a town list and a demand list, as shown in FIG. The town list includes an ID field and a town name field, and associates the town name with the ID. The request list includes three fields, a request number, a request, and a search list table name. Using the search list table name of each record as a key, a meal search table (food_tbl), a movie search table (cinema_tbl), and a music search table ( music_tbl). Each table includes four fields of a town ID, a representative longitude, a representative latitude, and an effective range (m).
[0023]
When generating a list of towns, a “request list” is searched from the input request, and a search list table name corresponding to the request is acquired. For example, if the input value of the request is “meal”, the search list table name is “food_tbl”. Next, a circle having the longitude and latitude of the point obtained based on the travel time as a center and the radius of the input search range is created. For example, as shown in FIG. 4, a circle having a radius of 500 m centering on the γ point (132 ° east longitude 35 ° north latitude) is created. On the other hand, for each record in the meal search table, a circle having a radius defined by the "effective range" centering on the point represented by "representative latitude" and "representative longitude" is created. In the example of FIG. 4, circles are displayed for each record of Shinjuku, Roppongi, and Ginza. Then, a circle that intersects with the circle centered on the γ point is found, and the names of the streets corresponding to the circle are listed and transmitted to the user. In this example, since the circles of Shinjuku and Roppongi intersect with the circle centered at the γ point, these two street names are listed.
[0024]
The above description is an example in which the mobile phone terminal 2 equipped with the position detecting device 2a is used. However, when accessing using the PC 4, an input screen as shown in FIG. 5 is displayed. In this input screen, a name, information for specifying a departure place or a destination, and a priority are input as user information, and an "add" button is clicked. Thereby, the user information is determined and added to the list on the right side of FIG. In addition, in order to specify the departure place and the destination, it may be specified by longitude / latitude or by address. The moving means and the request are designated by showing predetermined candidates in a pull-down manner and selecting one of them. After designating these, the data is transmitted by clicking the "search for meeting place" button, and the processing of the meeting system 10 from step S202 is executed.
[0025]
Next, a second embodiment of the method for recommending a meeting place according to the present invention will be described. In the second embodiment, two users A and B each input "departure place" or "destination" as a starting position where cost is to be taken into consideration with a meeting place, set a priority, and move. Enter the means. In the waiting system 10, the traveling time between the starting position and the waiting position is taken as a cost, and the traveling time from the starting position of each user is distributed according to the priority in consideration of the traveling time by the input traveling means. It finds a point, and sends the specified point to each user to recommend it as a meeting place. Although the system configuration is almost the same as the system of the first embodiment shown in FIG. 1, the town search DB 15 is unnecessary.
[0026]
FIG. 6 is a flowchart illustrating the processing of the recommendation method according to the second embodiment. In the example of FIG. 6, as in the case of FIG. 2, two users A and B having the mobile phone terminal 2 search for a meeting place starting from the current location.
[0027]
In step S111, the user A inputs and transmits the longitude / latitude of the current location and the priority. In step S112, the user B similarly inputs and transmits longitude / latitude and priority. In step S113, a moving means is input.
[0028]
The queuing system 10 stores the user data transmitted from the mobile phone terminal 2 in step S211. Here, the current location of A is stored at 130 ° east longitude 35 ° north latitude and priority “10”, and the current location of B is stored at 136 ° east longitude 35 ° north latitude 35 ° and priority “5”. Also, “train” is stored as a means of transportation. Step S211 corresponds to a user information setting step.
[0029]
In step S212, the queuing system 10 uses the route searching means 13 to search for a route that travels by train between the current location of A and the current location of B, and obtains a travel time when traveling along this route. In this example, the travel time is 30 minutes. Subsequently, in step S213, a point where the travel time of each user is allocated according to the priority is obtained. That is, this time is allocated to A and B according to the priority ratio. In this example, sorting is performed according to the priority ratio of 10: 5, and a γ point of 10 minutes from A is specified.
[0030]
In step S214, in order to recommend the calculated γ point as a meeting place, this information is transmitted to the user, and the process ends. The mobile phone terminal 2 receives the result (information of the γ-point) transmitted in step S114 and displays the result on the screen. The user sets the displayed point as a meeting place.
[0031]
Next, a third embodiment of the method for recommending a meeting place according to the present invention will be described. In the third embodiment, two users respectively input a "departure place" or a "destination" and set a priority. The queuing system 10 uses the distance traveled between the starting position and the queuing place as a cost, finds a point at which the distance traveled from the starting position of each user is allocated according to the priority, and determines the specified point for each user. And recommend it as a meeting place. Although the system configuration is almost the same as the system of the first embodiment shown in FIG. 1, the town search DB 15 is unnecessary.
[0032]
FIG. 7 is a flowchart illustrating the processing of the recommendation method according to the third embodiment. In the example of FIG. 7, as in the case of FIG. 2, two users A and B having the mobile phone terminal 2 search for a meeting place starting from the current location.
[0033]
In step S121, the user A inputs and transmits the longitude / latitude of the current location and the priority. In step S122, the user B similarly inputs and transmits longitude / latitude and priority.
[0034]
The queuing system 10 stores the user data transmitted from the mobile phone terminal 2 in step S221. Here, the current location of A is stored at 130 ° east longitude 35 ° north latitude and priority “10”, and the current location of B is stored at 136 ° east longitude 35 ° north latitude 35 and priority “5”. Step S211 corresponds to a user information setting step.
[0035]
In step S222, the queuing system 10 obtains a moving distance between the current position of A and the current position of B, and obtains a point at which the moving distance of each user is allocated according to the priority. That is, this distance is assigned to A and B in accordance with the priority ratio. In this example, sorting is performed according to the priority ratio of 10: 5, and the point of “132 ° east longitude 35 ° north latitude” is specified.
[0036]
In step S223, in order to recommend the calculated point as a meeting place, this information is transmitted to the user, and the process ends. The mobile phone 2 receives the result (point information) transmitted in step S224 and displays it on the screen. The user sets the displayed point as a meeting place.
[0037]
【The invention's effect】
As described above, according to the present invention, by considering the priority of a user when determining a meeting place, it is possible to recommend a meeting place in consideration of a human relationship between users.
[Brief description of the drawings]
FIG. 1 is a block diagram schematically illustrating a system for realizing a recommendation method according to a first embodiment.
FIG. 2 is a flowchart illustrating processing of a recommendation method according to the first embodiment.
FIG. 3 is an explanatory diagram illustrating an input screen on a PC of a recommendation method according to the first embodiment.
FIG. 4 is an explanatory diagram showing the structure of a data table used in the recommendation method of the first embodiment.
FIG. 5 is an explanatory diagram of a determination method when creating a city list in the recommendation method of the first embodiment.
FIG. 6 is a flowchart illustrating processing of a recommendation method according to the second embodiment.
FIG. 7 is a flowchart illustrating processing of a recommendation method according to the third embodiment.
[Explanation of symbols]
1 Internet 2 Mobile phone terminal 3 Base station 4 PC
Reference Signs List 10 Queue system 11 Transmission / reception interface 12 Control means 13 Route search means 14 Map DB
15 town search DB

Claims (5)

複数の利用者が待ち合わせする場所を推奨する方法であって、コンピュータが、
前記複数の利用者からのそれぞれ待ち合わせ場所との間でコストを考慮したい起算位置と、該利用者のプライオリティとを記憶する利用者情報設定ステップと、
前記利用者情報設定ステップで記憶した各利用者の起算位置からのコストを考慮して、各利用者の起算位置からのコストが前記プライオリティに応じて配分される地点を求める地点特定ステップと、
求められた地点を前記各利用者に送信して待ち合わせ場所として推奨する送信ステップとを実行することを特徴とする待ち合わせ場所の推奨方法。
A method of recommending a place where multiple users meet, where the computer
A user information setting step of storing a starting position where cost is to be taken into consideration with each of the meeting places from the plurality of users, and a priority of the user;
Considering the cost from the starting position of each user stored in the user information setting step, a point specifying step of finding a point at which the cost from the starting position of each user is distributed according to the priority,
Transmitting the determined point to each of the users and recommending the point as a meeting place.
前記コンピュータは、前記地点特定ステップにおいて、前記各起算位置と待ち合わせ場所との間の移動距離をコストとして、各利用者の移動距離が前記プライオリティに応じて配分される地点を求めることを特徴とする請求項1に記載の待ち合わせ場所の推奨方法。The computer is characterized in that, in the point identification step, a point at which the distance traveled by each user is allocated according to the priority is determined by using, as a cost, a distance traveled between each starting position and a meeting place. The method for recommending a meeting place according to claim 1. 前記コンピュータは、前記利用者情報設定ステップにおいて、前記利用者からの起算位置と待ち合わせ場所との間の移動に使う移動手段を更に関連付けて記憶し、前記地点特定ステップにおいて、前記各起算位置と待ち合わせ場所との間の移動時間をコストとして、前記利用者情報設定ステップで記憶した各利用者の移動手段による移動時間を考慮して、各利用者の移動時間が前記プライオリティに応じて配分される地点を求めることを特徴とする請求項1に記載の待ち合わせ場所の推奨方法。In the user information setting step, the computer further stores a moving means used for movement between the counting position from the user and the meeting place, and stores the moving means used in the point specifying step to meet with each of the counting positions. A point at which the travel time of each user is allocated according to the priority in consideration of the travel time of each user stored in the user information setting step, taking the travel time between the locations as a cost, 2. The method for recommending a meeting place according to claim 1, wherein: 前記コンピュータは、前記利用者情報設定ステップにおいて、前記利用者からの待ち合わせ場所での要望を更に関連付けて記憶し、要望と場所とを対応づけて記憶した街探索テーブルを参照して前記地点特定ステップにより特定された地点を中心とした一定の範囲内で前記利用者情報設定ステップで記憶した要望に合致する場所のリストを生成するリスト生成ステップを実行し、前記送信ステップにおいて、前記リスト生成ステップで生成されたリストを利用者に送信することを特徴とする請求項1〜3のいずれかに記載の待ち合わせ場所の推奨方法。In the user information setting step, the computer further stores a request at the meeting place from the user in association with the request, and refers to a town search table in which the request and the place are stored in association with each other. Executing a list generation step of generating a list of places that match the demand stored in the user information setting step within a certain range centered on the point specified by, and in the transmission step, The method according to any one of claims 1 to 3, wherein the generated list is transmitted to a user. 前記コンピュータは、前記利用者情報設定ステップにおいて、待ち合わせ場所に向かう前の所在地と、待ち合わせの次に向かう目的地とのいずれかを前記各利用者の起算位置として記憶することを特徴とする請求項1〜4のいずれかに記載の待ち合わせ場所の推奨方法。The computer according to claim 1, wherein, in the user information setting step, one of a location before heading to a meeting place and a destination following the meeting is stored as a starting position of each user. The recommended method of the meeting place described in any one of 1 to 4.
JP2003089357A 2003-03-27 2003-03-27 Method of recommending meeting spot Withdrawn JP2004294342A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003089357A JP2004294342A (en) 2003-03-27 2003-03-27 Method of recommending meeting spot

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003089357A JP2004294342A (en) 2003-03-27 2003-03-27 Method of recommending meeting spot

Publications (1)

Publication Number Publication Date
JP2004294342A true JP2004294342A (en) 2004-10-21

Family

ID=33403221

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003089357A Withdrawn JP2004294342A (en) 2003-03-27 2003-03-27 Method of recommending meeting spot

Country Status (1)

Country Link
JP (1) JP2004294342A (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080046173A1 (en) * 2003-06-27 2008-02-21 Dirk Lappe Method And System For Coordinating The Routes Of A Plurality Of Navigation Devices
WO2009029160A3 (en) * 2007-08-24 2009-11-12 Lucent Technologies Inc. Meeting optimizer
JP2013096923A (en) * 2011-11-03 2013-05-20 Aisin Aw Co Ltd Information provision system, information provision device, information provision method and computer program
JP2014526756A (en) * 2011-09-23 2014-10-06 クゥアルコム・インコーポレイテッド Dynamic determination of meeting location
KR20160090674A (en) * 2015-01-22 2016-08-01 엘지전자 주식회사 Navigation system and method thereof
KR101717710B1 (en) * 2016-01-22 2017-03-17 세종대학교산학협력단 Method for recommending place and apparatus for executing the method
JP2019049567A (en) * 2018-11-30 2019-03-28 パイオニア株式会社 Route searching device, route searching method, route searching program, and computer-readable recording medium recording route searching program
JP2021009165A (en) * 2020-10-23 2021-01-28 パイオニア株式会社 Route searching device, route searching method, route searching program, and computer-readable recording medium recording route searching program
CN115730155A (en) * 2021-08-30 2023-03-03 北京有限元科技有限公司 Multi-user target site recommendation method and device

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080046173A1 (en) * 2003-06-27 2008-02-21 Dirk Lappe Method And System For Coordinating The Routes Of A Plurality Of Navigation Devices
US8494764B2 (en) * 2003-06-27 2013-07-23 Harman Becker Automotive Systems Gmbh Method and system for coordinating the routes of a plurality of navigation devices
WO2009029160A3 (en) * 2007-08-24 2009-11-12 Lucent Technologies Inc. Meeting optimizer
JP2010537342A (en) * 2007-08-24 2010-12-02 アルカテル−ルーセント ユーエスエー インコーポレーテッド Meeting organizer
JP2014053038A (en) * 2007-08-24 2014-03-20 Alcatel-Lucent Usa Inc Method for deriving meeting location for a plurality of meeting participants
JP2014526756A (en) * 2011-09-23 2014-10-06 クゥアルコム・インコーポレイテッド Dynamic determination of meeting location
JP2013096923A (en) * 2011-11-03 2013-05-20 Aisin Aw Co Ltd Information provision system, information provision device, information provision method and computer program
KR20160090674A (en) * 2015-01-22 2016-08-01 엘지전자 주식회사 Navigation system and method thereof
KR101707971B1 (en) * 2015-01-22 2017-02-27 엘지전자 주식회사 Navigation system and method thereof
KR101717710B1 (en) * 2016-01-22 2017-03-17 세종대학교산학협력단 Method for recommending place and apparatus for executing the method
JP2019049567A (en) * 2018-11-30 2019-03-28 パイオニア株式会社 Route searching device, route searching method, route searching program, and computer-readable recording medium recording route searching program
JP2021009165A (en) * 2020-10-23 2021-01-28 パイオニア株式会社 Route searching device, route searching method, route searching program, and computer-readable recording medium recording route searching program
CN115730155A (en) * 2021-08-30 2023-03-03 北京有限元科技有限公司 Multi-user target site recommendation method and device

Similar Documents

Publication Publication Date Title
US10002140B2 (en) Geographical location search using multiple data sources
US9752890B2 (en) Identifying a result responsive to a current location of a client device
US6691128B2 (en) Navigation system with distributed computing architecture
US8010227B2 (en) Navigation system with downloadable map data
US9264849B1 (en) Method and apparatus to enable location-based meeting
US8688366B2 (en) Method of operating a navigation system to provide geographic location information
JP2018503196A (en) System and method for providing on-demand service information
US8938358B1 (en) System and method for suggesting alternative travel destinations
US20080097966A1 (en) Apparatus and Method for Providing Regional Information Based on Location
US9805130B1 (en) Geographical location search using multiple data sources
CN103940441A (en) Method and device for searching interest point
WO2003063521A2 (en) Routing framework
US9234763B1 (en) Systems and methods for identifying and selecting personalized waypoints for presentation on a map
JP2002357438A (en) Guide information request device and guide information providing device
JP2007520687A (en) Method and system for providing map search service
JP2004294342A (en) Method of recommending meeting spot
KR20050104939A (en) Navigation system and method for pedestrian using mobile communication network
JP2015152985A (en) Information processing system, server device, information processing terminal, information processing method, and program
AU2023222852B2 (en) System and method for matching using location information
JP2003166839A (en) Information distribution device
JP4143899B2 (en) Destination search method and apparatus, destination search program, and computer-readable recording medium recording the program
TW201705069A (en) Valet dispatching resource server, valet dispatching request device, valet dispatching service device, and valet dispatching-matched methods and computer program products thereof
JP2022082358A (en) Information processing apparatus, information processing method, and program
AU2021308716A1 (en) Choice modeling for pickup map display content
KR20010100646A (en) Apparatus and method for providing a car navigation service function and information using internet

Legal Events

Date Code Title Description
A300 Withdrawal of application because of no request for examination

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20060606