ユーザーの嗜好や目的に合わせた移動行程の自動作成システム
【課題】 他ユーザの主観的移動記録を利用することで、既に移動を行ったユーザとこれから移動を行うユーザのマッチングを行うことで、よりユーザの嗜好や目的に合った移動行程の提案を行う。
【解決手段】 少なくとも一のユーザが検索・登録した、出発地点と到着地点と、その移動コースと所用時間とが登録された移動行程テーブルと、前記移動行程テーブル毎に、前記一のユーザまたは他のユーザが個人の属性または嗜好を登録する２以上の直感タグを登録したデータベースと、前記一または他のユーザのユーザ端末から検索指示があったときに、中央処理装置が前記検索条件に合致した前記行程テーブルとともに、前記２以上の直感タグを一画面に表示する。
【解決手段】 少なくとも一のユーザが検索・登録した、出発地点と到着地点と、その移動コースと所用時間とが登録された移動行程テーブルと、前記移動行程テーブル毎に、前記一のユーザまたは他のユーザが個人の属性または嗜好を登録する２以上の直感タグを登録したデータベースと、前記一または他のユーザのユーザ端末から検索指示があったときに、中央処理装置が前記検索条件に合致した前記行程テーブルとともに、前記２以上の直感タグを一画面に表示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの求める移動行程の自動作成に係り、データベースに蓄積された他ユーザが過去に作成した移動情報を二次利用し、サーバーに作成要求を行ったユーザの嗜好や目的に合わせた旅行行程を自動作成する方法に関する。
【背景技術】
【０００２】
この種の従来技術としては、特開２０１０−１４６２１８（特許文献１）がある。
この先行特許文献１では、ユーザの設定する出発点、出発時間、到着地点、到着時間に基づき、旅行行程を作成するシステムが提案されている。
一方、特開２００５−３１５６５９（特許文献２）では、ユーザが予め入力した予算や移動中の天候の変化をもとに、最適な経路案内を実行可能にしたナビゲーション装置が提案されている。
上記先行特許文献１で代表されるようい、出発地点や出発日時を入力することで、旅行行程を自動作成する従来技術は数多く存在している。
【特許文献１】特開２０１０−１４６２１８
【特許文献２】特開２００５−３１５６５９
【発明が解決しようとする課題】
【０００３】
しかし、前述の先行特許は、ユーザが旅行行程を自動作成する際に、ユーザが好む移動手段や移動コース、それにユーザが行った過去の旅行で訪れた場所、同伴者、具体的活動、同伴者と一緒に行ったことによりそのときに抱いた感情などといった主観的感情までをも考慮したものではなかった。
そのために、単に機械的に合理的な旅行行程を作成するのみで、個人の嗜好や特性に合わせた移動行程を作成する機能は有していなかった。
【０００４】
本発明は、このような点に鑑みてなされたものであり、他ユーザの主観的移動記録を利用することで、既に移動を行ったユーザとこれから移動を行うユーザのマッチングを行うことで、よりユーザの嗜好や目的に合った移動行程の提案を行うことができる技術を提供することを課題とする。
【課題を解決するための手段】
【０００５】
本発明は、前記課題を解決するために、以下の手段を採用した。
少なくとも一のユーザが検索・登録した、出発地点と到着地点と、その移動コースと所用時間とが登録された移動行程テーブルと、前記移動行程テーブル毎に、前記一のユーザまたは他のユーザが個人の属性または嗜好を登録する２以上の直感タグを登録したデータベースと、前記一または他のユーザのユーザ端末から検索指示があったときに、中央処理装置が前記検索条件に合致した前記行程テーブルとともに、前記２以上の直感タグを一画面に表示する移動行程検索表示システムである。
【０００６】
本発明では、データベースに保存されている過去に他ユーザが作成したデジタルデータとしての移動行程テーブル、及び、他ユーザが移動行程として保存した、訪れた場所、一緒に訪れた相手の続柄、その一地点において行った活動、その活動を行うことで生じた感情等の主観的記録、他ユーザの作成した移動行程、あるいは移動行程の一部がまた別の他ユーザから受けている評価を参照して直感タグとして登録し、ユーザの嗜好や目的に合わせた移動行程を自動作成することを実現する。
【０００７】
また、従来のシステムの場合では、移動を開始する前の段階に移動行程を自動作成する点に主眼がおかれており、ユーザの移動中にユーザの嗜好に合った移動行程を適宜自動作成することは想定していないのに対して、本発明では、移動開始時に移動行程の作成を行っていないユーザ、あるいは移動行程の手動作成、若しくは自動作成を行ったユーザに対して、上記同様の方法で自動で推薦する移動行程をレコメンドすることを実現する。
【０００８】
ここで、他のユーザが作成した移動行程を利用する意義を説明すると、本特許出願時点（２０１０年）で、数々のソーシャルネットワーキングサービスにおいて、ユーザ同士の関係性をシステムによって可視化し、ウェブ上での継続的なコミュニケーションを支援するソーシャル性が注目され、それを実現するシステムが実装されている。従って、他ユーザの移動行程を利用することで、新たな移動行程の自動作成を支援することが、ソーシャルネットワーキングサービスとの親和性を高めるものと考えられる。
【０００９】
上記に関連してソーシャルネットワーキングサービスにおいて、ユーザが過去の移動行程の断片を任意でデータベース上に記録し、その情報を他者と共有する機能がチェックイン機能として実装されている。
【００１０】
しかし、記録を可能にしている移動行程は、断片的に行程に限っているため、複数の行程から成る移動情報同士を紐付けることを支援していない。そのため、ソーシャルネットワーキングサービスで他ユーザと共有できるのは、移動行程と呼ぶべきではなく、行き先と呼ぶべきである。
【００１１】
従って、本発明はユーザの自動で作成した移動記録をデータベース上に永続的に保持することを可能にすることで、行き先ではなく、移動行程をソーシャルネットワーキングサービス上でユーザ同士が共有することを実現する。
【発明の効果】
【００１２】
本発明によれば、利用する他ユーザの移動行程には、単なる出発位置、到着位置、移動コース等の他に、たとえば「途中で訪れる場所」、「誰と移動するか」、「移動の目的となるアクティビティ」、「移動先でアクティビティを行うことによって得たい感情」というような移動に際しての主観的な感情を登録する直感タグを有しているため、嗜好性が似ている、もしくは同じ目的を基準として移動行程を作成するので、既に他ユーザによって保証が取れる満足できる移動行程、それもユーザの嗜好や目的に合わせた移動行程の作成が可能となる。
【図面の簡単な説明】
【００１３】
【図１】 本発明の実施形態であるユーザ端末に表示されるしおりの構造を示す図
【図２】 しおりを構成するデータブロックの構造
【図３】 移動行程自動生成手順を示す処理フロー図（１）
【図４】 ユーザ端末におけるインターフェース画面
【図５】 直感タグ毎の保存領域の構成を示す図
【図６】 条件の自動生成のための保存領域の構成を示す図
【図７】 処理のアルゴリズムを示す図（１）
【図８】 自動されるブロックの構造を示す図
【図９】 二点間の緯度と経度とから距離を求める方法を示す図
【図１０】 処理のアルゴリズムを示す図（２）
【図１１】 使用頻度ブロックの順位を決定するための説明図
【図１２】 近接ブロック検索処理の次ブロック候補の順位を決定するための説明図
【図１３】 次ブロック決定処理における順位を決定するための説明図
【図１４】 移動行程自動生成手順を示す処理フロー図（２）
【図１５】 ブロックの自動生成手順を示す図
【発明を実施するための形態】
【実施例】
【００１４】
本発明の概要を説明すれば以下の通りである。本発明の移動行程の自動作成は、携帯電話、あるいはコンピュータシステム及びコンピュータネットワークを用い、従来の技術により実現されている旅行代理店等の商品に基づいてユーザの移動行程の自動作成方法を提供するのではなく、他ユーザが手動作成した、あるいは自動作成した過去の移動行程に記録されている情報を参照することにより、サーバー側での移動行程を作成し、ユーザの用いる携帯電話、あるいはパーソナルコンピュータに表示する。次項より具体的な解決のための手段を説明する。
【００１５】
まず、移動行程の自動作成システムの説明をする前に、そのシステムが成り立つ前提が３点ある。
１点目は、他ユーザが作成した移動行程がデータベースに蓄積されている、という前提である。自動作成を行う他ユーザが過去に作成した移動行程の断片の一部一部を再結合し、新たにユーザの嗜好や目的に合わせた移動行程として自動作成するからである。
本発明の移動行程における移動行程をしおりとすることとする。また、移動行程を構成する移動行程の断片の一つをブロックと呼ぶ。つまり、ユーザが複数のフォーマットが決まったブロックを複数作成して、各ブロックのフッターとヘッダーで繋ぎ合わせたものをしおりと呼ぶ。
【００１６】
しおりは図１が示しているようにデータベース上の４つの保存領域に保存された情報により構成される。保存領域１に当たるしおりＩＤの保存領域というのは、そのしおりをどのユーザが作成したかという情報を保存する領域である。各ユーザには予めユーザＩＤを割り振り、その数字を保存し、どのユーザが作成したかを認証する。保存領域２に当たる、しおりのタイトルの保存領域というのは、つまり、旅行行程全体に名付ける、ユーザが任意で保存できる旅行行程自体の名称である。保存領域３に当たる、しおりの作成者情報の保存領域というのはどのユーザがそのしおりを作成したかという情報である。各ユーザにはユーザＩＤを割り振り、その数字を認証することで、どのユーザが作成したかということを判別する。保存領域４に当たる、ブロック情報の保存領域というのは、どのブロックの組み合わせによりしおりが構成されているのかということである。各ブロックにはＩＤをブロック作成時に振り分け、その数字を保存領域４に保存する。
【００１７】
ブロックは図２が示しているようにデータベース上の５つの保存領域に保存された情報により構成される。保存領域５に当たるブロックＩＤの保存領域というのは、そのブロックをどのユーザが作成したかという情報を保存する領域である。各ユーザには予めユーザＩＤを割り振り、その数字を保存し、どのユーザが作成したかを認証する。保存領域６に当たる、ブロックのタイトルの保存領域というのは、つまり、一つの旅行行程の断片に名付ける、ユーザが任意で保存できる旅行行程の断片の名称である。保存領域７に当たる、ブロックの作成者情報の保存領域というのはどのユーザがブロックを作成したかという情報である。各ユーザにはユーザＩＤを割り振り、その数字を認証することで、どのユーザが作成したかということを判別する。保存領域８に当たる各種タグの保存領域というのは、ブロック一つ一つに登録することができるユーザが、複数登録できる選択制の、直感タグと呼ばれるタグである。保存領域９に当たる１クリック評価数は、過去に他ユーザが、そのブロックを良いと思い、そのユーザの意思でクリックした数が計上される保存領域である。保存領域１０に当たる位置地点の緯度・経度の値は、ユーザが任意で登録する地球上のある一点を指す。
【００１８】
直感タグに関して、例えば、アミューズメント施設、飲食店、宿といった居た施設、あるいは、例えば山、海、森といった、ユーザが移動の過程でいた環境、例えばスポーツ、食事、入浴といった活動、移動の同伴者、移動先でアクティビティを得ることによって得た感情という４つの情報が他ユーザの手動によって付加することをユーザに対して可能にする。それぞれ、移動行程の断片が何を表しているかを示す、場所タグ、アクティビティタグ、誰とダグ、気分タグと名付けられた、任意で登録できる他ユーザの主観的記録である。それぞれは図４の入力欄４〜７に４種類の直感タグを入力することとなる。また、図５より入力欄に入力することになる４種類の直感タグの選択肢のデータは、それぞれ保存領域４−１、保存領域４−２、保存領域４−３、保存領域４−４に保存されており、その保存内容は保存領域４と共有されている。
【００１９】
２点目は、本発明のシステムが稼働する前に、ユーザがシステム側に課す、移動行程の自動作成の条件がユーザの手によって入力されている、という前提である。この前提は図３の入力１に当たる。
ユーザに入力を求める条件というのは、図４の入力欄１−１、入力欄１−２、入力欄２、入力欄３、入力欄４、入力欄５、入力欄６、入力欄７、入力欄８である。
入力欄１−１では、ユーザが移動する上で目指す目的地、もしくは現在地を入力する。入力欄１−２では、ユーザの現在地を、ユーザが持つ端末のＧＰＳ機能を利用し、自動的に入力する。入力欄１−１、入力欄１−２どちらを入力するかをユーザが選択する。両方選択することはできない。
【００２０】
入力欄２では、ユーザが車で移動するのか、電車で移動するのかを選択する。
入力欄３では、移動全体にかける時間を入力する。
入力欄４〜７では、前述の通り、４種類の直感タグ、場所タグ、アクティビティタグ、誰とダグ、気分タグを選択するための入力欄である。
前述の通り、それぞれの直感タグは、保存領域８−１〜８−４に登録する。
３点目は、他ユーザの作成した移動行程が、他のユーザによってクリック一つで成立する評価がなされており、その評価を受けた回数、つまり評価回数が図２の保存領域９に保存されている前提である。
【００２１】
以上の三点の前提が揃った時に、移動行程の自動作成システムは稼働し、図３の処理１〜４を経て、ユーザの使用する携帯電話、もしくはパーソナルコンピュータ上に出力する出力１を最終的に実行し、システムは終了する。
処理１の説明を行う。処理１は移動行程を構成する最初のブロックを決定するプロセスである。
最初のブロックは入力欄１−１〜入力欄７に保持されている情報を利用し、ブロックデータベース１に問い合せて、条件に当てはまるブロックの検索を行い、検索結果である図２の保存領域１〜５を自動作成されるしおりの新規保存領域１内の新規保存領域１〜５を登録する。次項からその検索の方法について説明する。
【００２２】
まず入力欄１−１に地名の情報が保持されている場合、それと同じ地名が図２の保存領域６に登録されているブロックデータベース１上のブロックの保存領域５〜１０を最初のブロックの候補として保持する。これを最初のブロックの選出方法１とする
入力欄１−１に情報が保持されておらず、入力欄１ー２にユーザのもつＧＰＳ機能により自動取得された緯度と経度の値が保持されている場合、ブロックデータベース１上の各ブロックの保存領域１０に保持されている緯度と経度の値を入力欄１−２に保持されている緯度・経度の値を用い近い順に並び替える。これを最初のブロックの選出方法２とする。
この並び替えにおいて、図９に表した方法を利用する。まず入力欄１−２に保持されている緯度の値から、並び替えが終了し、ブロックデータベース上の一番初めに並んでいるブロックの緯度の値を差し引き、その絶対値を算出し、その絶対値に緯度１度当たりの距離を掛け、その値をａｂ１として保持する。次に入力欄１−２に保持されている経度の値からブロックデータベース上の一番始めに並んでいる経度の値から差し引き、その絶対値を算出し、緯度一度当たりの距離を掛け、その値をａｂ２として保持する。ａｂ１を二乗した値と、ａｂ２を二乗した値を足し、算出された値の平方根を入力欄１−２に保持された位置情報とブロックデータベース上の一番初めに並んでいるブロック間の距離の値として保持する。
【００２３】
同様に、ブロックデータベース上の、並び替えられた二番目以降のブロックも同様に入力欄１−２に保持された位置情報との距離の値を算出して保持する。
最初のブロックの選出方法１か最初のブロックの選出方法２のいずれかの方法で得られた最初のブロック候補を次は保存領域８ー１〜８ー４に保持されている直感タグによって絞り込む。
最初のブロック候補の中から保存領域８−１〜８−４に保持されている直感タグのみを残し、他の最初のブロック候補の中から消去する。
前項の方法によって残った最初のブロック候補の内、保存領域９に保持されている、１クリック評価数が一番多いブロックを最初のブロックとして保持し、処理１を終了する。
【００２４】
次に処理２の説明を行う。処理２は２番目以降のブロックを決定するプロセスである。処理２は、図１０の様に使用頻度ブロック検索処理、近接ブロック検索処理と次ブロック決定処理の３段階の処理から成る。
最初のブロックとして保持されたブロックと一緒のしおりに使用されている他のブロックの中で使用頻度の高いブロックを１００件保持し、図１１の様にその使用頻度の高い順から高い点数を与えていく。ｎが増えれば増えるほど反比例して与える点数を下げていき、１００件それぞれの点数を点数の保持領域１に保存する。
ブロックデータベース上に蓄積されているブロックをどう順位付けるかであるかというと、それは図１の保存領域に保持されているブロックＩＤを利用して検索をかける。
【００２５】
次は近接ブロック検索処理についてである。この処理においては、図９で用いた方法を用い、最初のブロックとして保持されたブロックと次ブロック候補に登録されている位置情報から距離を計算する。その計算から得られた結果に基づき、距離が短いブロックから順番に多い点数を与えていく。
最後は次ブロック決定処理についてである。使用頻度ブロック検索処理と近接ブロック検索処理にて次ブロック候補１００件に対して付与した点数を合計し、その合計点数が１番高い次ブロック候補を最初のブロックの後に繋げる二番目のブロックとする。２番目のブロックと特定されたブロックは図７に示したように２番目のブロック用の新規保存領域１〜５に保存される。
【００２６】
なお、処理３にて、特定の条件を満たした時に処理２の開始に戻るが、この場合、二番目のブロックと前項のまでと同様の方法で３番目、４番目、５番目、ｎ番目と、ブロックを特定していく。３番目以降のｎ番目のブロックも、１番目、２番目のブロック同様にｎ番目ブロック用の新規保存領域１〜５に保存される。
次に処理３の説明を行う。処理１と処理２によってつなげたブロック通りにユーザが移動した時に、ユーザが入力欄３に入力した所要時間を越えず移動を終えられるかを確認する処理である。
処理３はまず、図１４に示しているように入力欄２においてユーザが車を選択したか、電車を選択したかで処理の分岐が生じる。
【００２７】
入力欄２において車を選択した場合、車で移動する場合の一般的な平均時速をもとに処理２で繋ぎ合わせたブロックに登録された位置情報間を実際に移動した時に掛かる時間を算出する。
入力欄２において電車を選択した場合、電車を降りてからはユーザは徒歩で移動することになると想定し、徒歩で移動する場合の一般的な平均時速をもとに処理２で繋ぎ合わせたブロックに登録された位置情報間を実際に移動した時に掛かる時間を算出する。
次に各ブロック間の位置情報をもとに算出された移動時間の合計が所要時間を越えていないかを判定する。もし、越えていなかった場合、処理２に戻り、次ブロックを更につなぎ合わせる処理を続行する。もし、越えていた場合、処理４に進む。
【００２８】
次に処理４の説明を行う。処理４は、図１５に示しているように処理１〜３によってブロックデータベース上の新規保存領域ｎに保存したブロックを自動作成されるしおりの新規保存領域１に保存する。しおりの新規保存領域１の保存領域１〜４は図１の保存領域１〜４にそれぞれ対応している。
前項の処理により処理４は終了し、出力１に移る。ユーザの使用する端末に適しているインターフェースに基づき、出力して本発明のアルゴリズムは終了する。
なお、しおりの新規保存領域１の保存領域２に当たる、しおりのタイトルの保存領域は出力１が終了してからユーザが任意の文字を自分で入力することになる。入力した文字は保存領域２に保存する。
【産業上の利用可能性】
【００２９】
本発明は、小型携帯端末情報装置、携帯電話、モバイルホン等を用いたナビテーションシステムや観光ガイドなどに利用できる。
【技術分野】
【０００１】
本発明は、ユーザの求める移動行程の自動作成に係り、データベースに蓄積された他ユーザが過去に作成した移動情報を二次利用し、サーバーに作成要求を行ったユーザの嗜好や目的に合わせた旅行行程を自動作成する方法に関する。
【背景技術】
【０００２】
この種の従来技術としては、特開２０１０−１４６２１８（特許文献１）がある。
この先行特許文献１では、ユーザの設定する出発点、出発時間、到着地点、到着時間に基づき、旅行行程を作成するシステムが提案されている。
一方、特開２００５−３１５６５９（特許文献２）では、ユーザが予め入力した予算や移動中の天候の変化をもとに、最適な経路案内を実行可能にしたナビゲーション装置が提案されている。
上記先行特許文献１で代表されるようい、出発地点や出発日時を入力することで、旅行行程を自動作成する従来技術は数多く存在している。
【特許文献１】特開２０１０−１４６２１８
【特許文献２】特開２００５−３１５６５９
【発明が解決しようとする課題】
【０００３】
しかし、前述の先行特許は、ユーザが旅行行程を自動作成する際に、ユーザが好む移動手段や移動コース、それにユーザが行った過去の旅行で訪れた場所、同伴者、具体的活動、同伴者と一緒に行ったことによりそのときに抱いた感情などといった主観的感情までをも考慮したものではなかった。
そのために、単に機械的に合理的な旅行行程を作成するのみで、個人の嗜好や特性に合わせた移動行程を作成する機能は有していなかった。
【０００４】
本発明は、このような点に鑑みてなされたものであり、他ユーザの主観的移動記録を利用することで、既に移動を行ったユーザとこれから移動を行うユーザのマッチングを行うことで、よりユーザの嗜好や目的に合った移動行程の提案を行うことができる技術を提供することを課題とする。
【課題を解決するための手段】
【０００５】
本発明は、前記課題を解決するために、以下の手段を採用した。
少なくとも一のユーザが検索・登録した、出発地点と到着地点と、その移動コースと所用時間とが登録された移動行程テーブルと、前記移動行程テーブル毎に、前記一のユーザまたは他のユーザが個人の属性または嗜好を登録する２以上の直感タグを登録したデータベースと、前記一または他のユーザのユーザ端末から検索指示があったときに、中央処理装置が前記検索条件に合致した前記行程テーブルとともに、前記２以上の直感タグを一画面に表示する移動行程検索表示システムである。
【０００６】
本発明では、データベースに保存されている過去に他ユーザが作成したデジタルデータとしての移動行程テーブル、及び、他ユーザが移動行程として保存した、訪れた場所、一緒に訪れた相手の続柄、その一地点において行った活動、その活動を行うことで生じた感情等の主観的記録、他ユーザの作成した移動行程、あるいは移動行程の一部がまた別の他ユーザから受けている評価を参照して直感タグとして登録し、ユーザの嗜好や目的に合わせた移動行程を自動作成することを実現する。
【０００７】
また、従来のシステムの場合では、移動を開始する前の段階に移動行程を自動作成する点に主眼がおかれており、ユーザの移動中にユーザの嗜好に合った移動行程を適宜自動作成することは想定していないのに対して、本発明では、移動開始時に移動行程の作成を行っていないユーザ、あるいは移動行程の手動作成、若しくは自動作成を行ったユーザに対して、上記同様の方法で自動で推薦する移動行程をレコメンドすることを実現する。
【０００８】
ここで、他のユーザが作成した移動行程を利用する意義を説明すると、本特許出願時点（２０１０年）で、数々のソーシャルネットワーキングサービスにおいて、ユーザ同士の関係性をシステムによって可視化し、ウェブ上での継続的なコミュニケーションを支援するソーシャル性が注目され、それを実現するシステムが実装されている。従って、他ユーザの移動行程を利用することで、新たな移動行程の自動作成を支援することが、ソーシャルネットワーキングサービスとの親和性を高めるものと考えられる。
【０００９】
上記に関連してソーシャルネットワーキングサービスにおいて、ユーザが過去の移動行程の断片を任意でデータベース上に記録し、その情報を他者と共有する機能がチェックイン機能として実装されている。
【００１０】
しかし、記録を可能にしている移動行程は、断片的に行程に限っているため、複数の行程から成る移動情報同士を紐付けることを支援していない。そのため、ソーシャルネットワーキングサービスで他ユーザと共有できるのは、移動行程と呼ぶべきではなく、行き先と呼ぶべきである。
【００１１】
従って、本発明はユーザの自動で作成した移動記録をデータベース上に永続的に保持することを可能にすることで、行き先ではなく、移動行程をソーシャルネットワーキングサービス上でユーザ同士が共有することを実現する。
【発明の効果】
【００１２】
本発明によれば、利用する他ユーザの移動行程には、単なる出発位置、到着位置、移動コース等の他に、たとえば「途中で訪れる場所」、「誰と移動するか」、「移動の目的となるアクティビティ」、「移動先でアクティビティを行うことによって得たい感情」というような移動に際しての主観的な感情を登録する直感タグを有しているため、嗜好性が似ている、もしくは同じ目的を基準として移動行程を作成するので、既に他ユーザによって保証が取れる満足できる移動行程、それもユーザの嗜好や目的に合わせた移動行程の作成が可能となる。
【図面の簡単な説明】
【００１３】
【図１】 本発明の実施形態であるユーザ端末に表示されるしおりの構造を示す図
【図２】 しおりを構成するデータブロックの構造
【図３】 移動行程自動生成手順を示す処理フロー図（１）
【図４】 ユーザ端末におけるインターフェース画面
【図５】 直感タグ毎の保存領域の構成を示す図
【図６】 条件の自動生成のための保存領域の構成を示す図
【図７】 処理のアルゴリズムを示す図（１）
【図８】 自動されるブロックの構造を示す図
【図９】 二点間の緯度と経度とから距離を求める方法を示す図
【図１０】 処理のアルゴリズムを示す図（２）
【図１１】 使用頻度ブロックの順位を決定するための説明図
【図１２】 近接ブロック検索処理の次ブロック候補の順位を決定するための説明図
【図１３】 次ブロック決定処理における順位を決定するための説明図
【図１４】 移動行程自動生成手順を示す処理フロー図（２）
【図１５】 ブロックの自動生成手順を示す図
【発明を実施するための形態】
【実施例】
【００１４】
本発明の概要を説明すれば以下の通りである。本発明の移動行程の自動作成は、携帯電話、あるいはコンピュータシステム及びコンピュータネットワークを用い、従来の技術により実現されている旅行代理店等の商品に基づいてユーザの移動行程の自動作成方法を提供するのではなく、他ユーザが手動作成した、あるいは自動作成した過去の移動行程に記録されている情報を参照することにより、サーバー側での移動行程を作成し、ユーザの用いる携帯電話、あるいはパーソナルコンピュータに表示する。次項より具体的な解決のための手段を説明する。
【００１５】
まず、移動行程の自動作成システムの説明をする前に、そのシステムが成り立つ前提が３点ある。
１点目は、他ユーザが作成した移動行程がデータベースに蓄積されている、という前提である。自動作成を行う他ユーザが過去に作成した移動行程の断片の一部一部を再結合し、新たにユーザの嗜好や目的に合わせた移動行程として自動作成するからである。
本発明の移動行程における移動行程をしおりとすることとする。また、移動行程を構成する移動行程の断片の一つをブロックと呼ぶ。つまり、ユーザが複数のフォーマットが決まったブロックを複数作成して、各ブロックのフッターとヘッダーで繋ぎ合わせたものをしおりと呼ぶ。
【００１６】
しおりは図１が示しているようにデータベース上の４つの保存領域に保存された情報により構成される。保存領域１に当たるしおりＩＤの保存領域というのは、そのしおりをどのユーザが作成したかという情報を保存する領域である。各ユーザには予めユーザＩＤを割り振り、その数字を保存し、どのユーザが作成したかを認証する。保存領域２に当たる、しおりのタイトルの保存領域というのは、つまり、旅行行程全体に名付ける、ユーザが任意で保存できる旅行行程自体の名称である。保存領域３に当たる、しおりの作成者情報の保存領域というのはどのユーザがそのしおりを作成したかという情報である。各ユーザにはユーザＩＤを割り振り、その数字を認証することで、どのユーザが作成したかということを判別する。保存領域４に当たる、ブロック情報の保存領域というのは、どのブロックの組み合わせによりしおりが構成されているのかということである。各ブロックにはＩＤをブロック作成時に振り分け、その数字を保存領域４に保存する。
【００１７】
ブロックは図２が示しているようにデータベース上の５つの保存領域に保存された情報により構成される。保存領域５に当たるブロックＩＤの保存領域というのは、そのブロックをどのユーザが作成したかという情報を保存する領域である。各ユーザには予めユーザＩＤを割り振り、その数字を保存し、どのユーザが作成したかを認証する。保存領域６に当たる、ブロックのタイトルの保存領域というのは、つまり、一つの旅行行程の断片に名付ける、ユーザが任意で保存できる旅行行程の断片の名称である。保存領域７に当たる、ブロックの作成者情報の保存領域というのはどのユーザがブロックを作成したかという情報である。各ユーザにはユーザＩＤを割り振り、その数字を認証することで、どのユーザが作成したかということを判別する。保存領域８に当たる各種タグの保存領域というのは、ブロック一つ一つに登録することができるユーザが、複数登録できる選択制の、直感タグと呼ばれるタグである。保存領域９に当たる１クリック評価数は、過去に他ユーザが、そのブロックを良いと思い、そのユーザの意思でクリックした数が計上される保存領域である。保存領域１０に当たる位置地点の緯度・経度の値は、ユーザが任意で登録する地球上のある一点を指す。
【００１８】
直感タグに関して、例えば、アミューズメント施設、飲食店、宿といった居た施設、あるいは、例えば山、海、森といった、ユーザが移動の過程でいた環境、例えばスポーツ、食事、入浴といった活動、移動の同伴者、移動先でアクティビティを得ることによって得た感情という４つの情報が他ユーザの手動によって付加することをユーザに対して可能にする。それぞれ、移動行程の断片が何を表しているかを示す、場所タグ、アクティビティタグ、誰とダグ、気分タグと名付けられた、任意で登録できる他ユーザの主観的記録である。それぞれは図４の入力欄４〜７に４種類の直感タグを入力することとなる。また、図５より入力欄に入力することになる４種類の直感タグの選択肢のデータは、それぞれ保存領域４−１、保存領域４−２、保存領域４−３、保存領域４−４に保存されており、その保存内容は保存領域４と共有されている。
【００１９】
２点目は、本発明のシステムが稼働する前に、ユーザがシステム側に課す、移動行程の自動作成の条件がユーザの手によって入力されている、という前提である。この前提は図３の入力１に当たる。
ユーザに入力を求める条件というのは、図４の入力欄１−１、入力欄１−２、入力欄２、入力欄３、入力欄４、入力欄５、入力欄６、入力欄７、入力欄８である。
入力欄１−１では、ユーザが移動する上で目指す目的地、もしくは現在地を入力する。入力欄１−２では、ユーザの現在地を、ユーザが持つ端末のＧＰＳ機能を利用し、自動的に入力する。入力欄１−１、入力欄１−２どちらを入力するかをユーザが選択する。両方選択することはできない。
【００２０】
入力欄２では、ユーザが車で移動するのか、電車で移動するのかを選択する。
入力欄３では、移動全体にかける時間を入力する。
入力欄４〜７では、前述の通り、４種類の直感タグ、場所タグ、アクティビティタグ、誰とダグ、気分タグを選択するための入力欄である。
前述の通り、それぞれの直感タグは、保存領域８−１〜８−４に登録する。
３点目は、他ユーザの作成した移動行程が、他のユーザによってクリック一つで成立する評価がなされており、その評価を受けた回数、つまり評価回数が図２の保存領域９に保存されている前提である。
【００２１】
以上の三点の前提が揃った時に、移動行程の自動作成システムは稼働し、図３の処理１〜４を経て、ユーザの使用する携帯電話、もしくはパーソナルコンピュータ上に出力する出力１を最終的に実行し、システムは終了する。
処理１の説明を行う。処理１は移動行程を構成する最初のブロックを決定するプロセスである。
最初のブロックは入力欄１−１〜入力欄７に保持されている情報を利用し、ブロックデータベース１に問い合せて、条件に当てはまるブロックの検索を行い、検索結果である図２の保存領域１〜５を自動作成されるしおりの新規保存領域１内の新規保存領域１〜５を登録する。次項からその検索の方法について説明する。
【００２２】
まず入力欄１−１に地名の情報が保持されている場合、それと同じ地名が図２の保存領域６に登録されているブロックデータベース１上のブロックの保存領域５〜１０を最初のブロックの候補として保持する。これを最初のブロックの選出方法１とする
入力欄１−１に情報が保持されておらず、入力欄１ー２にユーザのもつＧＰＳ機能により自動取得された緯度と経度の値が保持されている場合、ブロックデータベース１上の各ブロックの保存領域１０に保持されている緯度と経度の値を入力欄１−２に保持されている緯度・経度の値を用い近い順に並び替える。これを最初のブロックの選出方法２とする。
この並び替えにおいて、図９に表した方法を利用する。まず入力欄１−２に保持されている緯度の値から、並び替えが終了し、ブロックデータベース上の一番初めに並んでいるブロックの緯度の値を差し引き、その絶対値を算出し、その絶対値に緯度１度当たりの距離を掛け、その値をａｂ１として保持する。次に入力欄１−２に保持されている経度の値からブロックデータベース上の一番始めに並んでいる経度の値から差し引き、その絶対値を算出し、緯度一度当たりの距離を掛け、その値をａｂ２として保持する。ａｂ１を二乗した値と、ａｂ２を二乗した値を足し、算出された値の平方根を入力欄１−２に保持された位置情報とブロックデータベース上の一番初めに並んでいるブロック間の距離の値として保持する。
【００２３】
同様に、ブロックデータベース上の、並び替えられた二番目以降のブロックも同様に入力欄１−２に保持された位置情報との距離の値を算出して保持する。
最初のブロックの選出方法１か最初のブロックの選出方法２のいずれかの方法で得られた最初のブロック候補を次は保存領域８ー１〜８ー４に保持されている直感タグによって絞り込む。
最初のブロック候補の中から保存領域８−１〜８−４に保持されている直感タグのみを残し、他の最初のブロック候補の中から消去する。
前項の方法によって残った最初のブロック候補の内、保存領域９に保持されている、１クリック評価数が一番多いブロックを最初のブロックとして保持し、処理１を終了する。
【００２４】
次に処理２の説明を行う。処理２は２番目以降のブロックを決定するプロセスである。処理２は、図１０の様に使用頻度ブロック検索処理、近接ブロック検索処理と次ブロック決定処理の３段階の処理から成る。
最初のブロックとして保持されたブロックと一緒のしおりに使用されている他のブロックの中で使用頻度の高いブロックを１００件保持し、図１１の様にその使用頻度の高い順から高い点数を与えていく。ｎが増えれば増えるほど反比例して与える点数を下げていき、１００件それぞれの点数を点数の保持領域１に保存する。
ブロックデータベース上に蓄積されているブロックをどう順位付けるかであるかというと、それは図１の保存領域に保持されているブロックＩＤを利用して検索をかける。
【００２５】
次は近接ブロック検索処理についてである。この処理においては、図９で用いた方法を用い、最初のブロックとして保持されたブロックと次ブロック候補に登録されている位置情報から距離を計算する。その計算から得られた結果に基づき、距離が短いブロックから順番に多い点数を与えていく。
最後は次ブロック決定処理についてである。使用頻度ブロック検索処理と近接ブロック検索処理にて次ブロック候補１００件に対して付与した点数を合計し、その合計点数が１番高い次ブロック候補を最初のブロックの後に繋げる二番目のブロックとする。２番目のブロックと特定されたブロックは図７に示したように２番目のブロック用の新規保存領域１〜５に保存される。
【００２６】
なお、処理３にて、特定の条件を満たした時に処理２の開始に戻るが、この場合、二番目のブロックと前項のまでと同様の方法で３番目、４番目、５番目、ｎ番目と、ブロックを特定していく。３番目以降のｎ番目のブロックも、１番目、２番目のブロック同様にｎ番目ブロック用の新規保存領域１〜５に保存される。
次に処理３の説明を行う。処理１と処理２によってつなげたブロック通りにユーザが移動した時に、ユーザが入力欄３に入力した所要時間を越えず移動を終えられるかを確認する処理である。
処理３はまず、図１４に示しているように入力欄２においてユーザが車を選択したか、電車を選択したかで処理の分岐が生じる。
【００２７】
入力欄２において車を選択した場合、車で移動する場合の一般的な平均時速をもとに処理２で繋ぎ合わせたブロックに登録された位置情報間を実際に移動した時に掛かる時間を算出する。
入力欄２において電車を選択した場合、電車を降りてからはユーザは徒歩で移動することになると想定し、徒歩で移動する場合の一般的な平均時速をもとに処理２で繋ぎ合わせたブロックに登録された位置情報間を実際に移動した時に掛かる時間を算出する。
次に各ブロック間の位置情報をもとに算出された移動時間の合計が所要時間を越えていないかを判定する。もし、越えていなかった場合、処理２に戻り、次ブロックを更につなぎ合わせる処理を続行する。もし、越えていた場合、処理４に進む。
【００２８】
次に処理４の説明を行う。処理４は、図１５に示しているように処理１〜３によってブロックデータベース上の新規保存領域ｎに保存したブロックを自動作成されるしおりの新規保存領域１に保存する。しおりの新規保存領域１の保存領域１〜４は図１の保存領域１〜４にそれぞれ対応している。
前項の処理により処理４は終了し、出力１に移る。ユーザの使用する端末に適しているインターフェースに基づき、出力して本発明のアルゴリズムは終了する。
なお、しおりの新規保存領域１の保存領域２に当たる、しおりのタイトルの保存領域は出力１が終了してからユーザが任意の文字を自分で入力することになる。入力した文字は保存領域２に保存する。
【産業上の利用可能性】
【００２９】
本発明は、小型携帯端末情報装置、携帯電話、モバイルホン等を用いたナビテーションシステムや観光ガイドなどに利用できる。
【特許請求の範囲】
【請求項１】
少なくとも一のユーザが検索・登録した、出発地点と到着地点と、その移動コースと所用時間とが登録された移動行程テーブルと、
前記移動行程テーブル毎に、前記一のユーザまたは他のユーザが個人の属性または嗜好を登録する２以上の直感タグを登録したデータベースと、
前記一または他のユーザのユーザ端末から検索指示があったときに、中央処理装置が前記検索条件に合致した前記行程テーブルとともに、前記２以上の直感タグを一画面に表示する移動行程検索表示システム。
【請求項１】
少なくとも一のユーザが検索・登録した、出発地点と到着地点と、その移動コースと所用時間とが登録された移動行程テーブルと、
前記移動行程テーブル毎に、前記一のユーザまたは他のユーザが個人の属性または嗜好を登録する２以上の直感タグを登録したデータベースと、
前記一または他のユーザのユーザ端末から検索指示があったときに、中央処理装置が前記検索条件に合致した前記行程テーブルとともに、前記２以上の直感タグを一画面に表示する移動行程検索表示システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１２−１１３６７８（Ｐ２０１２−１１３６７８Ａ）
【公開日】平成２４年６月１４日（２０１２．６．１４）
【国際特許分類】
【出願番号】特願２０１０−２７５０７１（Ｐ２０１０−２７５０７１）
【出願日】平成２２年１１月２４日（２０１０．１１．２４）
【出願人】（５１０３２５１３４）
【Ｆターム（参考）】
【公開日】平成２４年６月１４日（２０１２．６．１４）
【国際特許分類】
【出願日】平成２２年１１月２４日（２０１０．１１．２４）
【出願人】（５１０３２５１３４）
【Ｆターム（参考）】
[ Back to top ]