相乗り登録契約システム
【課題】相乗り希望者集団から相乗り可能対象者を選択する精度を向上して合理的な運賃を提示することで、相乗り希望者の機会向上と信頼ある安価な運賃を可能にする相乗り登録契約システムを提供する。
【解決手段】
相乗り経路が発生する可能性のあるエリアを、相乗り希望者によって指定された出発点及び到着点を楕円の焦点とする楕円エリアとする。そして、当該楕円を囲む地図座標上の最小の矩形エリアである楕円最小包含矩形を求める。相乗り経路作成部19は、楕円最小包含矩形について重複するものがあるかを判定して、重複する最適な相乗り希望者を絞り込み、選択された相乗り希望者の経路からルート探査により実経路を求め評価することで最適な相乗り希望者間のルート設定を実行する。
【解決手段】
相乗り経路が発生する可能性のあるエリアを、相乗り希望者によって指定された出発点及び到着点を楕円の焦点とする楕円エリアとする。そして、当該楕円を囲む地図座標上の最小の矩形エリアである楕円最小包含矩形を求める。相乗り経路作成部19は、楕円最小包含矩形について重複するものがあるかを判定して、重複する最適な相乗り希望者を絞り込み、選択された相乗り希望者の経路からルート探査により実経路を求め評価することで最適な相乗り希望者間のルート設定を実行する。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、複数の契約人で同時に1交通媒体を占有して安価な運賃を可能とする交通機関の相乗りをマネージメントする相乗り登録契約システムに関するものである。
【背景技術】
【0002】
年々、日本では高齢化が進行しており、バス停や駅まで徒歩や自転車等による自力での移動が困難な高齢者が増加傾向にある。また、バスや電車に乗車する場合であっても空いた席がなく、立ったままの移動では不都合な高齢者もいる。戸口から戸口まで座席を確保したまま移動することができるタクシーの役割は社会的に期待されるものである。しかしながら、多くの高齢者は、年金生活者であり日々の生活費を抑える傾向にあり、遠方への外出欲求があったとしても公共交通機関を使い辛い状況ではその欲求をあきらめる傾向にある。
【0003】
こうした状況のなかで、これまでに、特許文献1に記載された技術のように、通信回線等のネットワーク網を使った相乗り仲介システムおよび相乗り仲介方法が提案されている。また、特許文献2では、より適切なユーザ同士の組合せを可能とする相乗り提供システムが提案されている。そして、特許文献3では、相乗り対象者選択解析プログラムについて提案されている。
【特許文献1】特許公開2003−044702
【特許文献2】特許公開2004−192264
【特許文献3】特許公開2004−302941
【発明の開示】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献3で提案されている相乗り対象者解析プログラムは相乗り希望者の出発点と到着点のベクトルにより重なり関係から相乗り対象者を選択するものであるが、実際の交通経路は複雑であり出発点と到着点のベクトル方向が違っていたとしても実経路上では一致する部分が存在したり、お互いの経路を調整したりすることで共有する経路を発生させることもできる。
【0005】
また、公共交通機関でない、路線もなくタイムスケジュールもないタクシー的な交通機関の運賃は公共交通機関に比べ高額なものになる。
本発明は、このような従来技術における問題を解決するものであり、その目的は、相乗り希望者集団から相乗り可能対象者を選択する精度を上げることで合理的な運賃提示を可能とし、結果として相乗り希望者の相乗り機会を向上させて信頼と安価な運賃とを提供することにある。
【課題を解決するための手段】
【0006】
上記目的を達成するために、本発明の相乗り登録契約システムは、交通機関の相乗りをマネージメントする相乗り登録契約装置と、相乗り希望者の携帯端末とが通信網を介して通信可能に接続されている相乗り登録契約システムにおいて、前記相乗り登録契約装置は、相乗り希望者の前記携帯端末から出発点及び到着点に関する情報が含まれる予約指定情報を受け付ける相乗り受付部と、該相乗り受付部において受け付けられた前記予約指定情報に基づいて相乗り登録データを作成するとともに、相乗り希望者にとって相乗り可能な経路であって且つ相乗りが発生する可能性のあるエリアを前記出発点及び到着点を焦点とする楕円エリアで限定し、さらに該楕円エリアを囲む最小の楕円最小包含矩形を求める処理を実行する相乗り登録データ作成部と、重複する前記楕円最小包含矩形が存在する場合に前記相乗り登録データ作成部において作成された前記相乗り登録データに基づいて相乗りルート情報を作成する相乗り経路作成部とを備えることを特徴とする。
【発明の効果】
【0007】
本発明によれば、適度な検索エリアの作成方法と実経路上の近接関係から例えベクトル方向が大きく違っていたとしても共有することのできる相乗り経路が作成できる。また、相乗り希望者に理解しやすい料金清算方法を開示できることから、多く且つ精度の高い相乗り契約を発生させ、信頼性のある提供が可能となる。
【発明を実施するための最良の形態】
【0008】
以下、本発明を適用した交通機関の相乗り登録契約システムの一実施形態について説明する。
交通機関の相乗り登録契約システムは、相乗り希望ユーザを識別して、相乗り希望情報を受付けて相乗りルートを作成する機能を有する。具体的に、本実施形態における交通機関の相乗り登録契約システムは、図1に示すように、相乗り登録契約装置11、ユーザ登録データベース(以下、「DB」という。)12、相乗り登録情報DB13、相乗り運行経路DB14、複数の携帯端末15、ネットワークとしてのインターネット16を備える。
【0009】
相乗り登録契約装置11は、汎用のパーソナルコンピュータ又は携帯電話機等に備えられているCPU(Central Processing Unit)上で直接制御される組み込みプログラムとして、各機能ブロックを演算制御するためのコンピュータプログラムをインストールしたり組み込んだりしたりすることで、それぞれの機能が実現される。
相乗り登録契約装置11は、相乗り受付部17、相乗り登録データ作成部18、相乗り経路作成部19、相乗り契約処理部20、中央制御部21を備えている。
【0010】
相乗り受付部17は、相乗り希望者の携帯端末15から予約指定情報を受け付ける機能を有する。具体的に、相乗り受付部17は、相乗り希望者を識別するためのユーザアカウント情報を作成するとともに、ユーザ登録DB12に格納してログイン情報を管理する機能と、後述するログイン後のユーザ相乗り登録情報を受け付ける機能を有する。予約指定情報としては、例えば予約日、出発点、到着点、到着機能時刻等の情報がある。ユーザアカウント情報としては、例えば、ユーザID、パスワード、氏名、住所、電話番号、メールアドレス、決済情報がある。また、ログイン情報には、例えばユーザID及びパスワードがある。
【0011】
相乗り登録データ作成部18は、受け付けた予約指定情報を相乗り登録データに加工する機能、及び主体となる相乗り希望者にとって相乗り可能な経路であって且つ相乗り経路が発生する可能性のあるエリアを楕円エリアで限定する機能を有する。相乗り経路作成部19は、相乗り登録データ作成部18において作成された相乗り登録データに基づいて相乗りルート情報を作成する機能を有する。相乗り契約処理部20は、相乗り経路作成部19において作成された相乗りルート情報について相乗り希望者と契約するための処理を実行する機能を有する。そして、中央制御部21は、各処理部を制御統括する機能を有する。
【0012】
具体的に、中央制御部21は、同時に発生する相乗り受付部17、相乗り登録データ作成部18、及び相乗り経路作成部19の処理を制御する機能を有しており、相乗り経路作成部19が新規に登録された相乗り登録データに関する相乗り経路解析を終えるまで相乗り受付部17と相乗り登録データ作成部18とで新規に作成された相乗り登録データが相乗り登録情報DB13に登録されることを待つよう制御する等の全体制御処理を実行する。
【0013】
ユーザ登録DB12には、相乗り受付部17によってログイン情報作成管理が実行されるためのユーザアカウント情報が格納される。相乗り登録情報DB13には、相乗り登録データ作成部18によって作成された相乗り登録データが格納される。相乗り運行経路DB14には、相乗り契約処理部20によって契約成立された相乗りルート情報が格納される。
ユーザ登録DB12及び相乗り登録情報DB13及び相乗り運行経路DB14は、それぞれ図示しないサーバに備えられている記憶手段に登録されており、相乗り登録契約装置11にはオンラインで提供されるように構成されている。
【0014】
携帯端末15は、相乗り希望者が所有しており、相乗り登録契約装置11とインターネット16を介してデータ通信する機能を有する。
次に、相乗り登録データ作成部18において作成される相乗り登録データについて説明する。
図2に示すように相乗り登録データ22は、ユーザ相乗り登録情報23、相乗り可能エリア情報24、実経路点情報25を含んで構成される。
【0015】
ユーザ相乗り登録情報23は、ユーザID、予約日、出発点、到着点、出発希望時刻、到着希望時刻、最大許容所要時間、最大許容運賃、搭乗人数の9項目を備えて構成されている。このうち、必須項目はユーザID、予約日、出発点、到着点、搭乗人数の4項目のみで、残りの項目は指定なし=無限大で指定可能である。
【0016】
相乗り可能エリア情報24は、複数の相乗り可能レベルエリア情報26で構成される。相乗り可能レベルエリア情報26は、ユーザ相乗り登録情報23の相乗り希望者によって指定された出発点及び到着点から同時相乗り契約人数により求めた相乗り可能エリアの情報であり、可能最大同時契約人数までそのレベル(相乗りの同時契約人数)毎に相乗り可能レベルエリア情報26が複数作成される。
【0017】
相乗り可能レベルエリア情報26は、登録される相乗り登録データ22が、相乗りの同時契約人数に応じて相乗り経路を発生させる可能性のあるエリア情報のことである。ここで、相乗り経路を発生させる可能性は、本実施形態において登録される相乗り登録データ22の出発点及び到着点の直線距離の同時契約人数倍の距離がそのレベル(相乗りの同時契約人数)最大相乗り経路ルート長であると仮定して、そのエリア内部を相乗り経路が発生する可能性のあるエリアとすることで求められる。
【0018】
したがって、相乗り経路が発生する可能性のあるエリアは、相乗り希望者によって指定された出発点及び到着点を地図上の点に置き換えるとともに、当該出発点及び到着点を楕円の焦点として、その楕円の長径をn・L、短径を√(n^2−1)・Lとする楕円エリアとすればよい。ここで、nは相乗りの同時契約人数、Lは出発点及び到着点の経路直線距離である。なお、このように、主体となる相乗り希望者にとって相乗り可能な経路であって且つ相乗り経路が発生する可能性のあるエリアを楕円エリアで限定する処理は、相乗り登録データ作成部18で実行される。
【0019】
このような楕円エリア内であれば、楕円図形の性格上焦点である出発点及び到着点からただ1点のみで方向転換して直線的に進む経路を最大限に拡大した相乗り可能ルートが存在するエリアと仮定することができる。
なお、地図上の点とは、経緯度もしくは電子地図等で採用されている逆メルカトル図法の任意の縮尺でメッシュ分割された2次平面上の座標点のことである。
【0020】
ここで、楕円エリアの具体例について説明する。
図3に示すように、出発点31及び到着点32の経路直線距離をLとする。
(1)相乗りの同時契約人数が2人の場合(楕円33)
出発点31及び到着点32を楕円の焦点とする楕円33の場合、その長径を2L、短径を√3・Lとする楕円エリア内であれば、必ず出発点31及び到着点32間を接続する2直線で結ぶ場合の経路距離は2L以内となる。
【0021】
(2)相乗りの同時契約人数が3人の場合(楕円34)
出発点31及び到着点32を楕円の焦点とする楕円34の場合、その長径を3L、短径を2√2・Lとする楕円エリア内であれば、必ず出発点31及び到着点32間を接続する2直線で結ぶ場合の経路距離は3L以内となる。
【0022】
相乗り可能レベルエリア情報26として、楕円式のパラメータとなる出発点31と到着点32との距離L及び相乗りの同時契約人数nがあれば数式によって相乗り可能レベルエリア情報26を算出することはできる。しかしながら、その後の相乗り経路作成部19で当該パラメータをそのまま使用した場合、解析計算量に多くの時間を費やすこととなり、結果として相乗り希望者の使い勝手に悪影響を及ぼす可能性がある。
【0023】
そこで、相乗り登録データ作成部18では、この問題を解決するために図4に示すように相乗り可能レベルエリア情報26として楕円を囲む地図座標上の最小の矩形エリアである楕円最小包含矩形35を求める。そして、当該楕円最小包含矩形35を構成する4項点(楕円最小包含矩形左下座標36、楕円最小包含矩形左上座標37、楕円最小包含矩形右上座標38、楕円最小包含矩形右下座標39)の座標情報を相乗り登録情報DB13に格納する。
【0024】
実経路点情報25は、地図上の道路網で経路探査された出発点31及び到着点32の情報に基づいてカーナビゲーションや電子地図で経路探査が実行された際の経路情報であり、相乗り登録データ22を構成する情報として相乗り登録情報DB13に格納される。
具体的には、図5に示すように、これから求められる実経路点の点数が相乗り登録データ22における実経路点数欄に格納されるとともに、各実経路点のXY座標値が経路点数分の実経路点座標情報欄に格納される。さらに、各経路点間の実距離の総和が全経路点総距離欄に格納される。
【0025】
相乗り経路作成部19は、図6に示すように、第1相乗り可能相乗り登録情報抽出処理機能41、第2相乗り可能相乗り登録情報抽出処理機能42、相乗りルート作成処理作成機能43、作成相乗りルート評価処理機能44で構成さており、新規に登録された相乗り登録データ22に関して上述した機能41〜44を順次処理する。
具体的に、当該処理は以下のとおりである。
【0026】
まず、図7に示すように、相乗り経路作成部19において、第1相乗り可能相乗り登録情報抽出処理機能41が実行される。既に登録済み且つ相乗り経路未成立である全ての相乗り登録データ22について、抽出対象処理が実行されたか否かについて判定される(ステップS71)。
抽出対象処理が実行されていると判定された場合には、相乗り経路作成部19は、次処理である第2相乗り可能相乗り登録情報抽出処理機能42を実行する(ステップS72)。
【0027】
一方、抽出対象処理が実行されていないと判定された場合には、相乗り経路作成部19は、未処理であって既に登録済み且つ相乗り経路未成立の相乗り登録データ22を取り出す(ステップS73)。
次に、相乗り経路作成部19は、新規に登録された相乗り登録データ22の相乗り可能エリア情報24と、既に登録済み且つ相乗り経路未成立の相乗り登録データ22の相乗り可能エリア情報24とのエリア重複関係を判定する(ステップS74)。
【0028】
判定した相乗り可能エリア情報24同士にエリア重複がない場合には、ステップS71へ戻る。一方、判定した相乗り可能エリア情報24同士にエリア重複がある場合には、相乗り経路作成部19は、既に登録済み且つ相乗り経路未成立の相乗り登録データ22を抽出してからステップS71へ戻る(ステップS75)。
【0029】
ここで、ステップS74における相乗り可能エリア情報24のエリア重複関係の判定方法について説明する。
相乗り経路作成部19は、判定する相乗り可能レベルエリア情報26の楕円最小包含水平矩形を構成する4辺の内側に相手4項点の何れかが存在するか判定する。これは一般的に閉図形における各辺の内側判定による内外判定を利用するものである。4項点のいずれかを始点として左回り又は右回りにベクトル化した場合、その閉図形に内包する点は、いずれのベクトルに対しても同一方向側(左もしくは右側)に存在すること判定することで実現する。
【0030】
図8に示すように、楕円最小包含水平矩形45の4項点を楕円最小包含矩形左下座標36から時計回りにベクトル化した場合、その楕円最小包含水平矩形45に内包される点の楕円最小包含矩形左上座標46は、ベクトルA47、ベクトルB48、ベクトルC49、ベクトルD50のいずれに対してもベクトルの右側に存在する。その結果、楕円最小包含水平矩形45及び楕円最小包含水平矩形51は重複関係にあると判定することができる。
【0031】
次に、第2相乗り可能相乗り登録情報抽出処理機能42における処理について説明する。
まず、図9に示すように、相乗り経路作成部19は、全ての重複する既存相乗り登録データ22について抽出対象処理が実行されたか否かを判定する(ステップS91)。
そして、全ての重複のある相乗り登録データ22について抽出対象処理が実行されたと判定された場合には、相乗り経路作成部19は、次処理である相乗りルート作成処理作成機能43を実行する(ステップS92)。
【0032】
一方、全ての重複のある相乗り登録データ22について抽出対象処理が実行されていないと判定された場合には、相乗り経路作成部19は未処理の重複のある相乗り登録データ22を取り出す(ステップS93)。
次に、相乗り経路作成部19は、新規に登録された相乗り登録データ22の実経路点情報25と重複のある相乗り登録データ22の実経路点情報25とのエリア重複割合を判定する(ステップS94)。
【0033】
判定した実経路点情報25同士にユーザパラメタで指定された割合以上のエリア重複がある場合には、相乗り経路作成部19は、抽出した重複のある相乗り登録データ22をそのままにしてステップS91へ戻る。一方、判定した実経路点情報25同士にユーザパラメタで指定された判定割合以上のエリア重複がない場合には、相乗り経路作成部19は、抽出した重複のある相乗り登録データ22を破棄して(ステップS95)、ステップS91へ戻る。
【0034】
ここで、ステップS94における実経路点情報25の重複割合の算出方法について説明する。
まず、図10に示すように、実経路点情報25における実経路点座標情報欄の経路間の線分を垂直方向に拡張することで矩形を作成する。そして、当該複数の矩形同士の重複関係を判定する。
【0035】
この場合において、矩形同士の重複関係も上述した閉図形における各辺の内側判定による内外判定を利用する。さらに、重複のあった矩形の経路点間の直線距離を総和して、全体経路長での割合で算出する。図10に示す例の場合、経路1012と経路1022及び経路1023、経路1013と経路1023の矩形について重複がみられるのでそれぞれの重複割合は、経路1012長+経路1013長/全体経路長と経路1022長+経路1023長/全体経路長とで求められることになる。
【0036】
この方法によれば、図10に示すように出発点―到着点間ベクトル52の方向が著しく違う場合でも相乗り経路の発生が可能となる。
また、ステップS94で使用されるユーザパラメタで指定された判定割合は、第1相乗り可能相乗り登録情報抽出処理機能41によって抽出されたレベル(相乗りの同時契約人数)単位に設定可能とする。
【0037】
次に、相乗りルート作成処理作成機能43における処理について説明する。
まず、図11に示すように、相乗り経路作成部19は、第2相乗り可能相乗り登録情報抽出処理機能42を実行した後に残った重複のある既存相乗り登録データ22についてレベル(相乗りの同時契約人数)単位にまとめる(ステップS111)。
次に、相乗り経路作成部19は、相乗り登録データ22のエリア抽出レベル(相乗りの同時契約人数)の最大値を処理レベルとして設定する(ステップS112)。
【0038】
次に、相乗り経路作成部19は、処理レベルの重複のある既存相乗り登録データ22が、そのレベルの同時契約人数以上存在しているか否かを判定する(ステップS113)。
そして、処理レベルの重複のある既存相乗り登録データ22が、そのレベルの同時契約人数以上存在していない場合には、相乗り経路作成部19は、抽出した処理レベルの重複のある既存相乗り登録データ22を全て破棄する(ステップS114)。
【0039】
一方、処理レベルの重複のある既存相乗り登録データ22が、そのレベルの同時契約人数以上存在している場合には、相乗り経路作成部19は、新規に登録された相乗り登録データ22と残った同一処理レベルの重複のある既存相乗り登録データ22とで相乗りの同時契約人数で束ねた組み合わせ(以後、相乗りグループ情報と呼ぶ)を作成する(ステップS115)。
【0040】
そして、相乗り経路作成部19は、相乗りグループ情報の全ての出発点31及び到着点32を並べ替えて相乗りルートを作成する(ステップS116)。
次に、相乗り経路作成部19は、全ての処理レベルが終了したか、すなわち相乗りの同時契約人数が最小値になったか否かを判定する(ステップS117)。
全ての処理レベルが終了していると判定した場合には、相乗り経路作成部19は、次処理である作成相乗りルート評価処理機能44を実行する(ステップS118)。
【0041】
一方、全ての処理レベルが終了していないと判定した場合には、相乗り経路作成部19は、処理レベルの次レベル(同時契約人数のデクリメント)へ更新する(ステップS119)。
ここで、レベル3(同時契約人数が3)の場合について説明する。図12に示すように、相乗り経路作成部19は、同一処理レベルの重複のある既存相乗り登録データ22が3つ(A〜C)存在した場合、ステップS115における相乗りグループ情報をその組み合わせにより3C2個作成する。新規に登録された相乗り登録データ22は必ず組み合わされるので、(同時契約人数−1)の数を残った同一処理レベルの重複のある既存相乗り登録データ数から選択する組み合わせが発生することになる。
【0042】
次に、ステップS116の相乗りルートの作成について説明する。
図13に示すように、ステップS116の相乗りルートは、図12に示すケース(レベル3)の相乗りルート情報についてその構成する出発点31及び到着点32の情報の順列から6P6=6!個だけ作成される。
【0043】
次に、作成相乗りルート評価処理機能44における処理について説明する。
まず、図14に示すように、相乗り経路作成部19は、相乗りルート作成処理作成機能43によって作成された相乗りグループ情報から作成された相乗りルートについて、相乗りグループ情報の各相乗り登録データ22の出発点31及び到着点32が逆転した非論理データがあるか否か判定する(ステップS141)。
出発点31及び到着点32が逆転した非論理データがあると判定した場合には、相乗り経路作成部19は、その相乗りルート情報を破棄する(ステップS142)。
【0044】
一方、出発点31及び到着点32が逆転した非論理データがないと判定した場合には、相乗り経路作成部19は、その相乗りルート情報の始点、通過点、終点の各経路間の実距離を地図上の経路探査により求めるとともに、相乗りルートの実総距離及び相乗りグループ情報の各相乗り登録データ単位に相乗りルート上の乗車距離を求める(ステップS143)。
次に、相乗り経路作成部19は、相乗りルート情報の総距離が、相乗りグループ情報の各相乗り登録データの全経路点総距離の合計よりも大きいか否かを判定する(ステップS144)。
【0045】
相乗りルート情報の総距離が、相乗りグループ情報の各相乗り登録データの全経路点総距離の合計よりも大きいと判定した場合には、相乗り経路作成部19は、その相乗りルート情報を破棄する(ステップS142)。
一方、相乗りルート情報の総距離が、相乗りグループ情報の各相乗り登録データの全経路点総距離の合計以下であると判定した場合には、相乗り経路作成部19は、相乗りルート情報を構成する相乗りグループ情報の各相乗り登録データの相乗りルート上乗車距離から予想される所要時間が、その相乗り登録データの最大許容所要時間を上回るか否かを判定する(ステップS145)。
【0046】
相乗りルート情報を構成する相乗りグループ情報の各相乗り登録データの相乗りルート上乗車距離から予想される所要時間が、その相乗り登録データの最大許容所要時間を上回ると判定した場合には、相乗り経路作成部19は、その相乗りルート情報を破棄する(ステップS142)。
一方、相乗りルート情報を構成する相乗りグループ情報の各相乗り登録データの相乗りルート上乗車距離から予想される所要時間が、その相乗り登録データの最大許容所要時間を上回ると判定した場合には、相乗り経路作成部19は、相乗りルート情報を構成する相乗りグループ情報の各相乗り登録データの相乗りルート上乗車距離から予想される運賃が、その相乗りグループを構成する各相乗り登録データの最大許容運賃を上回るか否かを判定する(ステップS146)。
【0047】
予想される運賃が、その相乗りグループを構成する各相乗り登録データの最大許容運賃を上回ると判定した場合には、相乗り経路作成部19は、その相乗りルート情報を破棄する(ステップS142)。
一方、予想される運賃が、その相乗りグループを構成する各相乗り登録データの最大許容運賃を下回ると判定した場合には、相乗り経路作成部19は、相乗りルート情報を全て評価したか否かを判定する(ステップS147)。
【0048】
相乗りルート情報を全て評価したと判定した場合には、相乗り契約処理部20の処理を実行する。
一方、相乗りルート情報を全て評価していないと判定した場合には、相乗り経路作成部19は、次の相乗りルート情報を獲得して処理する(ステップS148)。
【0049】
次に、各相乗りルート情報単位の運賃計算について説明する。運賃計算については、相乗り登録契約装置11に中央制御部21が運賃計算部として機能することで実現されることになる。
相乗りルート情報を構成する相乗りグループ情報の各相乗り登録データの相乗りルート上乗車距離から予想される運賃の計算方法として、相乗りルート情報の総距離を以下の分割式を使って相乗り登録データ22単位分割する。相乗り登録データ22単位のそれぞれの料金計算の式は以下で求める。
相乗り登録データ22単位の運賃=
相乗りルート総運賃×評価経路長/評価経路長の総和
評価経路長=単独経路長×単独経路長/相乗り経路上の自経路長
【0050】
ここで、単独経路長とは、相乗り登録データ22の全経路点総距離のことで相乗りをせずに単独で走行した場合の距離を意味する。したがって、評価経路長とは遠回りをした比率(単独経路長/相乗り経路上の自経路長)に応じて負担する料金割合を下げる尺度とするものである。
図15に示すように、3つの相乗り登録データA、B、Cがあり、それぞれ単独経路A−A’とB−B’とC−C’とをもつ場合、単独経路A−A’とB−B’とC−C’との単独経路長の比率は、3:3:1となっている。
【0051】
この場合に、相乗り経路A−B−C−C’−B’−A’上でそれぞれの運賃計算を行った場合、相乗り登録データA、B、Cの相乗り経路上の経路は、相乗り登録データAは、相乗り経路(A−B−C−C’−B’−A’)と等しく、相乗り登録データB(B−C−C’−B’)、相乗り登録データC(C−C’)各自の単独経路長と同じである。
【0052】
したがって、相乗り登録データAの評価経路長は、1.8(3×3/5)となり、相乗り登録データBの評価経路長は、3(3×3/3)となり、相乗り登録データBの評価経路長は、1(1×1/1)となる。よって、評価経路長の総和は5.8となり、相乗りルート総運賃が1160円だったとすると相乗り登録データAの料金は360円(1160×1.8/5.8)となり、相乗り登録データBの料金は600円(1160×3/5.8)となり、相乗り登録データCの料金は200円(1160×1/5.8)となる。
【0053】
次に、相乗り契約処理部20の処理について説明する。
相乗り契約処理部20は、相乗り経路作成部19によって最終的に作成された相乗りルート情報の相乗り運賃の安い順に、同一運賃の場合は相乗り所要時間の短い順に相乗り契約を締結すべく関係相乗り希望全ユーザに承認を求める。そして、全ユーザが承認し相乗り契約を締結した相乗りルート情報を相乗り運行経路DB14へ格納する。
【0054】
以上のように、本実施形態の相乗り登録契約システムによれば、次のような効果がある。
・相乗り希望者それぞれの相乗り希望経路の出発点31及び到着点32間のベクトル近似によるのではなく、適度な検索エリアの作成方法と実経路上の近接関係から例えベクトル方向が大きく違っていても共有できる相乗り経路が作成できる。また、相乗り希望者に理解しやすい料金清算方法を開示できることから、多く且つ精度の高い相乗り契約を発生させ、信頼性のある提供が可能となる。
【0055】
・主体となる相乗り希望者にとって相乗り可能な相乗り希望者の経路が存在するエリアを主体となる相乗り希望者の出発点31及び到着点32を楕円の焦点とし、楕円の長径及び短径を相乗り希望者の出発点31及び到着点32の直線距離の同時契約者数の倍数から求めることでこれまで以上に広範囲かつ正確に相乗り可能な相乗り希望者を選択できるようになる。さらに、エリア内の相乗り可能とされる相乗り希望者の実経路の各項点間ごとに矩形化した形状の重複関係において絞り込むことで最適な相乗り希望者を絞り込み、選択された相乗り希望者間の相乗りルート設定において各自出発点31と到着点32とが逆転しない相乗りルートの組み合わせ全てにおいてルート探査により実経路を求め評価することで正確に最適な相乗り希望者間のルート設定が可能となる。
【0056】
・相乗り希望者のそれぞれの相乗り運賃を単独経路長×(単独経路長/相乗り経路上の自経路長)の総和を分母として、単独経路長×(単独経路長/相乗り経路上の自経路長)を分子とする割合で相乗り経路運賃を分割することで合理的に(自身の単独の場合の経路長と相乗り時の経路長の割り増し度に比例した)分配をすることが可能となる。
【0057】
なお、上記実施形態は、以下のように変更して実施してもよい。
・上述の実施形態においては、相乗り可能レベルエリア情報26を、出発点31及び到着点32の経路直線距離であるLを基数として求めた。これを、図3の経路実距離L’(出発点31及び到着点32で地図上において経路探査した経路の距離)から相乗り可能レベルエリア情報26の基になる楕円の長径と短径を算出してもよい。また、渋滞等の時間的要素を係数として加えた実経路コスト値化して相乗り可能レベルエリア情報26を限定する方法もあるが、計算量が増大するのでレスポンスを考慮してチューニングするのが適当と考える。
【0058】
・各機能ブロックは、パーソナルコンピュータのCPUがコンピュータプログラムを実行することによってソフトウェア的に構成されるようにしてもよいし、ハードウェア的に構成されるようにしてもよい。
・ユーザ登録DB12及び相乗り登録情報DB13及び相乗り運行経路DB14は、相乗り登録契約装置11が備える磁気ディスク等の記憶手段に登録しておいてもよい。
【図面の簡単な説明】
【0059】
【図1】本実施形態における相乗り登録契約システムの構成図。
【図2】相乗り登録データの構成図。
【図3】楕円エリアの具体例。
【図4】相乗り可能レベルエリアの簡略形である楕円最小包含矩形の説明図。
【図5】実経路点情報の説明図。
【図6】相乗り経路作成部の構成図。
【図7】第1相乗り可能相乗り登録情報抽出処理機能のフローチャート。
【図8】相乗り可能エリア情報の重複関係の判定方法を示す説明図。
【図9】第2相乗り可能相乗り登録情報抽出処理機能のフローチャート。
【図10】相乗り登録データの実経路の重複関係の判定方法を示す説明図。
【図11】相乗りルート作成処理作成機能のフローチャート。
【図12】相乗りグループ情報の作成についの説明図。
【図13】相乗りルート情報の作成についての説明図。
【図14】作成相乗りルート評価処理機能のフローチャート。
【図15】各相乗りルート情報単位の運賃計算についての説明図。
【符号の説明】
【0060】
11…相乗り登録契約装置、15…携帯端末、16…通信網、17…相乗り受付部、18…相乗り登録データ作成部、19…相乗り経路作成部、21…運賃計算部としての中央制御部、22…相乗り登録データ。
【技術分野】
【0001】
本発明は、複数の契約人で同時に1交通媒体を占有して安価な運賃を可能とする交通機関の相乗りをマネージメントする相乗り登録契約システムに関するものである。
【背景技術】
【0002】
年々、日本では高齢化が進行しており、バス停や駅まで徒歩や自転車等による自力での移動が困難な高齢者が増加傾向にある。また、バスや電車に乗車する場合であっても空いた席がなく、立ったままの移動では不都合な高齢者もいる。戸口から戸口まで座席を確保したまま移動することができるタクシーの役割は社会的に期待されるものである。しかしながら、多くの高齢者は、年金生活者であり日々の生活費を抑える傾向にあり、遠方への外出欲求があったとしても公共交通機関を使い辛い状況ではその欲求をあきらめる傾向にある。
【0003】
こうした状況のなかで、これまでに、特許文献1に記載された技術のように、通信回線等のネットワーク網を使った相乗り仲介システムおよび相乗り仲介方法が提案されている。また、特許文献2では、より適切なユーザ同士の組合せを可能とする相乗り提供システムが提案されている。そして、特許文献3では、相乗り対象者選択解析プログラムについて提案されている。
【特許文献1】特許公開2003−044702
【特許文献2】特許公開2004−192264
【特許文献3】特許公開2004−302941
【発明の開示】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献3で提案されている相乗り対象者解析プログラムは相乗り希望者の出発点と到着点のベクトルにより重なり関係から相乗り対象者を選択するものであるが、実際の交通経路は複雑であり出発点と到着点のベクトル方向が違っていたとしても実経路上では一致する部分が存在したり、お互いの経路を調整したりすることで共有する経路を発生させることもできる。
【0005】
また、公共交通機関でない、路線もなくタイムスケジュールもないタクシー的な交通機関の運賃は公共交通機関に比べ高額なものになる。
本発明は、このような従来技術における問題を解決するものであり、その目的は、相乗り希望者集団から相乗り可能対象者を選択する精度を上げることで合理的な運賃提示を可能とし、結果として相乗り希望者の相乗り機会を向上させて信頼と安価な運賃とを提供することにある。
【課題を解決するための手段】
【0006】
上記目的を達成するために、本発明の相乗り登録契約システムは、交通機関の相乗りをマネージメントする相乗り登録契約装置と、相乗り希望者の携帯端末とが通信網を介して通信可能に接続されている相乗り登録契約システムにおいて、前記相乗り登録契約装置は、相乗り希望者の前記携帯端末から出発点及び到着点に関する情報が含まれる予約指定情報を受け付ける相乗り受付部と、該相乗り受付部において受け付けられた前記予約指定情報に基づいて相乗り登録データを作成するとともに、相乗り希望者にとって相乗り可能な経路であって且つ相乗りが発生する可能性のあるエリアを前記出発点及び到着点を焦点とする楕円エリアで限定し、さらに該楕円エリアを囲む最小の楕円最小包含矩形を求める処理を実行する相乗り登録データ作成部と、重複する前記楕円最小包含矩形が存在する場合に前記相乗り登録データ作成部において作成された前記相乗り登録データに基づいて相乗りルート情報を作成する相乗り経路作成部とを備えることを特徴とする。
【発明の効果】
【0007】
本発明によれば、適度な検索エリアの作成方法と実経路上の近接関係から例えベクトル方向が大きく違っていたとしても共有することのできる相乗り経路が作成できる。また、相乗り希望者に理解しやすい料金清算方法を開示できることから、多く且つ精度の高い相乗り契約を発生させ、信頼性のある提供が可能となる。
【発明を実施するための最良の形態】
【0008】
以下、本発明を適用した交通機関の相乗り登録契約システムの一実施形態について説明する。
交通機関の相乗り登録契約システムは、相乗り希望ユーザを識別して、相乗り希望情報を受付けて相乗りルートを作成する機能を有する。具体的に、本実施形態における交通機関の相乗り登録契約システムは、図1に示すように、相乗り登録契約装置11、ユーザ登録データベース(以下、「DB」という。)12、相乗り登録情報DB13、相乗り運行経路DB14、複数の携帯端末15、ネットワークとしてのインターネット16を備える。
【0009】
相乗り登録契約装置11は、汎用のパーソナルコンピュータ又は携帯電話機等に備えられているCPU(Central Processing Unit)上で直接制御される組み込みプログラムとして、各機能ブロックを演算制御するためのコンピュータプログラムをインストールしたり組み込んだりしたりすることで、それぞれの機能が実現される。
相乗り登録契約装置11は、相乗り受付部17、相乗り登録データ作成部18、相乗り経路作成部19、相乗り契約処理部20、中央制御部21を備えている。
【0010】
相乗り受付部17は、相乗り希望者の携帯端末15から予約指定情報を受け付ける機能を有する。具体的に、相乗り受付部17は、相乗り希望者を識別するためのユーザアカウント情報を作成するとともに、ユーザ登録DB12に格納してログイン情報を管理する機能と、後述するログイン後のユーザ相乗り登録情報を受け付ける機能を有する。予約指定情報としては、例えば予約日、出発点、到着点、到着機能時刻等の情報がある。ユーザアカウント情報としては、例えば、ユーザID、パスワード、氏名、住所、電話番号、メールアドレス、決済情報がある。また、ログイン情報には、例えばユーザID及びパスワードがある。
【0011】
相乗り登録データ作成部18は、受け付けた予約指定情報を相乗り登録データに加工する機能、及び主体となる相乗り希望者にとって相乗り可能な経路であって且つ相乗り経路が発生する可能性のあるエリアを楕円エリアで限定する機能を有する。相乗り経路作成部19は、相乗り登録データ作成部18において作成された相乗り登録データに基づいて相乗りルート情報を作成する機能を有する。相乗り契約処理部20は、相乗り経路作成部19において作成された相乗りルート情報について相乗り希望者と契約するための処理を実行する機能を有する。そして、中央制御部21は、各処理部を制御統括する機能を有する。
【0012】
具体的に、中央制御部21は、同時に発生する相乗り受付部17、相乗り登録データ作成部18、及び相乗り経路作成部19の処理を制御する機能を有しており、相乗り経路作成部19が新規に登録された相乗り登録データに関する相乗り経路解析を終えるまで相乗り受付部17と相乗り登録データ作成部18とで新規に作成された相乗り登録データが相乗り登録情報DB13に登録されることを待つよう制御する等の全体制御処理を実行する。
【0013】
ユーザ登録DB12には、相乗り受付部17によってログイン情報作成管理が実行されるためのユーザアカウント情報が格納される。相乗り登録情報DB13には、相乗り登録データ作成部18によって作成された相乗り登録データが格納される。相乗り運行経路DB14には、相乗り契約処理部20によって契約成立された相乗りルート情報が格納される。
ユーザ登録DB12及び相乗り登録情報DB13及び相乗り運行経路DB14は、それぞれ図示しないサーバに備えられている記憶手段に登録されており、相乗り登録契約装置11にはオンラインで提供されるように構成されている。
【0014】
携帯端末15は、相乗り希望者が所有しており、相乗り登録契約装置11とインターネット16を介してデータ通信する機能を有する。
次に、相乗り登録データ作成部18において作成される相乗り登録データについて説明する。
図2に示すように相乗り登録データ22は、ユーザ相乗り登録情報23、相乗り可能エリア情報24、実経路点情報25を含んで構成される。
【0015】
ユーザ相乗り登録情報23は、ユーザID、予約日、出発点、到着点、出発希望時刻、到着希望時刻、最大許容所要時間、最大許容運賃、搭乗人数の9項目を備えて構成されている。このうち、必須項目はユーザID、予約日、出発点、到着点、搭乗人数の4項目のみで、残りの項目は指定なし=無限大で指定可能である。
【0016】
相乗り可能エリア情報24は、複数の相乗り可能レベルエリア情報26で構成される。相乗り可能レベルエリア情報26は、ユーザ相乗り登録情報23の相乗り希望者によって指定された出発点及び到着点から同時相乗り契約人数により求めた相乗り可能エリアの情報であり、可能最大同時契約人数までそのレベル(相乗りの同時契約人数)毎に相乗り可能レベルエリア情報26が複数作成される。
【0017】
相乗り可能レベルエリア情報26は、登録される相乗り登録データ22が、相乗りの同時契約人数に応じて相乗り経路を発生させる可能性のあるエリア情報のことである。ここで、相乗り経路を発生させる可能性は、本実施形態において登録される相乗り登録データ22の出発点及び到着点の直線距離の同時契約人数倍の距離がそのレベル(相乗りの同時契約人数)最大相乗り経路ルート長であると仮定して、そのエリア内部を相乗り経路が発生する可能性のあるエリアとすることで求められる。
【0018】
したがって、相乗り経路が発生する可能性のあるエリアは、相乗り希望者によって指定された出発点及び到着点を地図上の点に置き換えるとともに、当該出発点及び到着点を楕円の焦点として、その楕円の長径をn・L、短径を√(n^2−1)・Lとする楕円エリアとすればよい。ここで、nは相乗りの同時契約人数、Lは出発点及び到着点の経路直線距離である。なお、このように、主体となる相乗り希望者にとって相乗り可能な経路であって且つ相乗り経路が発生する可能性のあるエリアを楕円エリアで限定する処理は、相乗り登録データ作成部18で実行される。
【0019】
このような楕円エリア内であれば、楕円図形の性格上焦点である出発点及び到着点からただ1点のみで方向転換して直線的に進む経路を最大限に拡大した相乗り可能ルートが存在するエリアと仮定することができる。
なお、地図上の点とは、経緯度もしくは電子地図等で採用されている逆メルカトル図法の任意の縮尺でメッシュ分割された2次平面上の座標点のことである。
【0020】
ここで、楕円エリアの具体例について説明する。
図3に示すように、出発点31及び到着点32の経路直線距離をLとする。
(1)相乗りの同時契約人数が2人の場合(楕円33)
出発点31及び到着点32を楕円の焦点とする楕円33の場合、その長径を2L、短径を√3・Lとする楕円エリア内であれば、必ず出発点31及び到着点32間を接続する2直線で結ぶ場合の経路距離は2L以内となる。
【0021】
(2)相乗りの同時契約人数が3人の場合(楕円34)
出発点31及び到着点32を楕円の焦点とする楕円34の場合、その長径を3L、短径を2√2・Lとする楕円エリア内であれば、必ず出発点31及び到着点32間を接続する2直線で結ぶ場合の経路距離は3L以内となる。
【0022】
相乗り可能レベルエリア情報26として、楕円式のパラメータとなる出発点31と到着点32との距離L及び相乗りの同時契約人数nがあれば数式によって相乗り可能レベルエリア情報26を算出することはできる。しかしながら、その後の相乗り経路作成部19で当該パラメータをそのまま使用した場合、解析計算量に多くの時間を費やすこととなり、結果として相乗り希望者の使い勝手に悪影響を及ぼす可能性がある。
【0023】
そこで、相乗り登録データ作成部18では、この問題を解決するために図4に示すように相乗り可能レベルエリア情報26として楕円を囲む地図座標上の最小の矩形エリアである楕円最小包含矩形35を求める。そして、当該楕円最小包含矩形35を構成する4項点(楕円最小包含矩形左下座標36、楕円最小包含矩形左上座標37、楕円最小包含矩形右上座標38、楕円最小包含矩形右下座標39)の座標情報を相乗り登録情報DB13に格納する。
【0024】
実経路点情報25は、地図上の道路網で経路探査された出発点31及び到着点32の情報に基づいてカーナビゲーションや電子地図で経路探査が実行された際の経路情報であり、相乗り登録データ22を構成する情報として相乗り登録情報DB13に格納される。
具体的には、図5に示すように、これから求められる実経路点の点数が相乗り登録データ22における実経路点数欄に格納されるとともに、各実経路点のXY座標値が経路点数分の実経路点座標情報欄に格納される。さらに、各経路点間の実距離の総和が全経路点総距離欄に格納される。
【0025】
相乗り経路作成部19は、図6に示すように、第1相乗り可能相乗り登録情報抽出処理機能41、第2相乗り可能相乗り登録情報抽出処理機能42、相乗りルート作成処理作成機能43、作成相乗りルート評価処理機能44で構成さており、新規に登録された相乗り登録データ22に関して上述した機能41〜44を順次処理する。
具体的に、当該処理は以下のとおりである。
【0026】
まず、図7に示すように、相乗り経路作成部19において、第1相乗り可能相乗り登録情報抽出処理機能41が実行される。既に登録済み且つ相乗り経路未成立である全ての相乗り登録データ22について、抽出対象処理が実行されたか否かについて判定される(ステップS71)。
抽出対象処理が実行されていると判定された場合には、相乗り経路作成部19は、次処理である第2相乗り可能相乗り登録情報抽出処理機能42を実行する(ステップS72)。
【0027】
一方、抽出対象処理が実行されていないと判定された場合には、相乗り経路作成部19は、未処理であって既に登録済み且つ相乗り経路未成立の相乗り登録データ22を取り出す(ステップS73)。
次に、相乗り経路作成部19は、新規に登録された相乗り登録データ22の相乗り可能エリア情報24と、既に登録済み且つ相乗り経路未成立の相乗り登録データ22の相乗り可能エリア情報24とのエリア重複関係を判定する(ステップS74)。
【0028】
判定した相乗り可能エリア情報24同士にエリア重複がない場合には、ステップS71へ戻る。一方、判定した相乗り可能エリア情報24同士にエリア重複がある場合には、相乗り経路作成部19は、既に登録済み且つ相乗り経路未成立の相乗り登録データ22を抽出してからステップS71へ戻る(ステップS75)。
【0029】
ここで、ステップS74における相乗り可能エリア情報24のエリア重複関係の判定方法について説明する。
相乗り経路作成部19は、判定する相乗り可能レベルエリア情報26の楕円最小包含水平矩形を構成する4辺の内側に相手4項点の何れかが存在するか判定する。これは一般的に閉図形における各辺の内側判定による内外判定を利用するものである。4項点のいずれかを始点として左回り又は右回りにベクトル化した場合、その閉図形に内包する点は、いずれのベクトルに対しても同一方向側(左もしくは右側)に存在すること判定することで実現する。
【0030】
図8に示すように、楕円最小包含水平矩形45の4項点を楕円最小包含矩形左下座標36から時計回りにベクトル化した場合、その楕円最小包含水平矩形45に内包される点の楕円最小包含矩形左上座標46は、ベクトルA47、ベクトルB48、ベクトルC49、ベクトルD50のいずれに対してもベクトルの右側に存在する。その結果、楕円最小包含水平矩形45及び楕円最小包含水平矩形51は重複関係にあると判定することができる。
【0031】
次に、第2相乗り可能相乗り登録情報抽出処理機能42における処理について説明する。
まず、図9に示すように、相乗り経路作成部19は、全ての重複する既存相乗り登録データ22について抽出対象処理が実行されたか否かを判定する(ステップS91)。
そして、全ての重複のある相乗り登録データ22について抽出対象処理が実行されたと判定された場合には、相乗り経路作成部19は、次処理である相乗りルート作成処理作成機能43を実行する(ステップS92)。
【0032】
一方、全ての重複のある相乗り登録データ22について抽出対象処理が実行されていないと判定された場合には、相乗り経路作成部19は未処理の重複のある相乗り登録データ22を取り出す(ステップS93)。
次に、相乗り経路作成部19は、新規に登録された相乗り登録データ22の実経路点情報25と重複のある相乗り登録データ22の実経路点情報25とのエリア重複割合を判定する(ステップS94)。
【0033】
判定した実経路点情報25同士にユーザパラメタで指定された割合以上のエリア重複がある場合には、相乗り経路作成部19は、抽出した重複のある相乗り登録データ22をそのままにしてステップS91へ戻る。一方、判定した実経路点情報25同士にユーザパラメタで指定された判定割合以上のエリア重複がない場合には、相乗り経路作成部19は、抽出した重複のある相乗り登録データ22を破棄して(ステップS95)、ステップS91へ戻る。
【0034】
ここで、ステップS94における実経路点情報25の重複割合の算出方法について説明する。
まず、図10に示すように、実経路点情報25における実経路点座標情報欄の経路間の線分を垂直方向に拡張することで矩形を作成する。そして、当該複数の矩形同士の重複関係を判定する。
【0035】
この場合において、矩形同士の重複関係も上述した閉図形における各辺の内側判定による内外判定を利用する。さらに、重複のあった矩形の経路点間の直線距離を総和して、全体経路長での割合で算出する。図10に示す例の場合、経路1012と経路1022及び経路1023、経路1013と経路1023の矩形について重複がみられるのでそれぞれの重複割合は、経路1012長+経路1013長/全体経路長と経路1022長+経路1023長/全体経路長とで求められることになる。
【0036】
この方法によれば、図10に示すように出発点―到着点間ベクトル52の方向が著しく違う場合でも相乗り経路の発生が可能となる。
また、ステップS94で使用されるユーザパラメタで指定された判定割合は、第1相乗り可能相乗り登録情報抽出処理機能41によって抽出されたレベル(相乗りの同時契約人数)単位に設定可能とする。
【0037】
次に、相乗りルート作成処理作成機能43における処理について説明する。
まず、図11に示すように、相乗り経路作成部19は、第2相乗り可能相乗り登録情報抽出処理機能42を実行した後に残った重複のある既存相乗り登録データ22についてレベル(相乗りの同時契約人数)単位にまとめる(ステップS111)。
次に、相乗り経路作成部19は、相乗り登録データ22のエリア抽出レベル(相乗りの同時契約人数)の最大値を処理レベルとして設定する(ステップS112)。
【0038】
次に、相乗り経路作成部19は、処理レベルの重複のある既存相乗り登録データ22が、そのレベルの同時契約人数以上存在しているか否かを判定する(ステップS113)。
そして、処理レベルの重複のある既存相乗り登録データ22が、そのレベルの同時契約人数以上存在していない場合には、相乗り経路作成部19は、抽出した処理レベルの重複のある既存相乗り登録データ22を全て破棄する(ステップS114)。
【0039】
一方、処理レベルの重複のある既存相乗り登録データ22が、そのレベルの同時契約人数以上存在している場合には、相乗り経路作成部19は、新規に登録された相乗り登録データ22と残った同一処理レベルの重複のある既存相乗り登録データ22とで相乗りの同時契約人数で束ねた組み合わせ(以後、相乗りグループ情報と呼ぶ)を作成する(ステップS115)。
【0040】
そして、相乗り経路作成部19は、相乗りグループ情報の全ての出発点31及び到着点32を並べ替えて相乗りルートを作成する(ステップS116)。
次に、相乗り経路作成部19は、全ての処理レベルが終了したか、すなわち相乗りの同時契約人数が最小値になったか否かを判定する(ステップS117)。
全ての処理レベルが終了していると判定した場合には、相乗り経路作成部19は、次処理である作成相乗りルート評価処理機能44を実行する(ステップS118)。
【0041】
一方、全ての処理レベルが終了していないと判定した場合には、相乗り経路作成部19は、処理レベルの次レベル(同時契約人数のデクリメント)へ更新する(ステップS119)。
ここで、レベル3(同時契約人数が3)の場合について説明する。図12に示すように、相乗り経路作成部19は、同一処理レベルの重複のある既存相乗り登録データ22が3つ(A〜C)存在した場合、ステップS115における相乗りグループ情報をその組み合わせにより3C2個作成する。新規に登録された相乗り登録データ22は必ず組み合わされるので、(同時契約人数−1)の数を残った同一処理レベルの重複のある既存相乗り登録データ数から選択する組み合わせが発生することになる。
【0042】
次に、ステップS116の相乗りルートの作成について説明する。
図13に示すように、ステップS116の相乗りルートは、図12に示すケース(レベル3)の相乗りルート情報についてその構成する出発点31及び到着点32の情報の順列から6P6=6!個だけ作成される。
【0043】
次に、作成相乗りルート評価処理機能44における処理について説明する。
まず、図14に示すように、相乗り経路作成部19は、相乗りルート作成処理作成機能43によって作成された相乗りグループ情報から作成された相乗りルートについて、相乗りグループ情報の各相乗り登録データ22の出発点31及び到着点32が逆転した非論理データがあるか否か判定する(ステップS141)。
出発点31及び到着点32が逆転した非論理データがあると判定した場合には、相乗り経路作成部19は、その相乗りルート情報を破棄する(ステップS142)。
【0044】
一方、出発点31及び到着点32が逆転した非論理データがないと判定した場合には、相乗り経路作成部19は、その相乗りルート情報の始点、通過点、終点の各経路間の実距離を地図上の経路探査により求めるとともに、相乗りルートの実総距離及び相乗りグループ情報の各相乗り登録データ単位に相乗りルート上の乗車距離を求める(ステップS143)。
次に、相乗り経路作成部19は、相乗りルート情報の総距離が、相乗りグループ情報の各相乗り登録データの全経路点総距離の合計よりも大きいか否かを判定する(ステップS144)。
【0045】
相乗りルート情報の総距離が、相乗りグループ情報の各相乗り登録データの全経路点総距離の合計よりも大きいと判定した場合には、相乗り経路作成部19は、その相乗りルート情報を破棄する(ステップS142)。
一方、相乗りルート情報の総距離が、相乗りグループ情報の各相乗り登録データの全経路点総距離の合計以下であると判定した場合には、相乗り経路作成部19は、相乗りルート情報を構成する相乗りグループ情報の各相乗り登録データの相乗りルート上乗車距離から予想される所要時間が、その相乗り登録データの最大許容所要時間を上回るか否かを判定する(ステップS145)。
【0046】
相乗りルート情報を構成する相乗りグループ情報の各相乗り登録データの相乗りルート上乗車距離から予想される所要時間が、その相乗り登録データの最大許容所要時間を上回ると判定した場合には、相乗り経路作成部19は、その相乗りルート情報を破棄する(ステップS142)。
一方、相乗りルート情報を構成する相乗りグループ情報の各相乗り登録データの相乗りルート上乗車距離から予想される所要時間が、その相乗り登録データの最大許容所要時間を上回ると判定した場合には、相乗り経路作成部19は、相乗りルート情報を構成する相乗りグループ情報の各相乗り登録データの相乗りルート上乗車距離から予想される運賃が、その相乗りグループを構成する各相乗り登録データの最大許容運賃を上回るか否かを判定する(ステップS146)。
【0047】
予想される運賃が、その相乗りグループを構成する各相乗り登録データの最大許容運賃を上回ると判定した場合には、相乗り経路作成部19は、その相乗りルート情報を破棄する(ステップS142)。
一方、予想される運賃が、その相乗りグループを構成する各相乗り登録データの最大許容運賃を下回ると判定した場合には、相乗り経路作成部19は、相乗りルート情報を全て評価したか否かを判定する(ステップS147)。
【0048】
相乗りルート情報を全て評価したと判定した場合には、相乗り契約処理部20の処理を実行する。
一方、相乗りルート情報を全て評価していないと判定した場合には、相乗り経路作成部19は、次の相乗りルート情報を獲得して処理する(ステップS148)。
【0049】
次に、各相乗りルート情報単位の運賃計算について説明する。運賃計算については、相乗り登録契約装置11に中央制御部21が運賃計算部として機能することで実現されることになる。
相乗りルート情報を構成する相乗りグループ情報の各相乗り登録データの相乗りルート上乗車距離から予想される運賃の計算方法として、相乗りルート情報の総距離を以下の分割式を使って相乗り登録データ22単位分割する。相乗り登録データ22単位のそれぞれの料金計算の式は以下で求める。
相乗り登録データ22単位の運賃=
相乗りルート総運賃×評価経路長/評価経路長の総和
評価経路長=単独経路長×単独経路長/相乗り経路上の自経路長
【0050】
ここで、単独経路長とは、相乗り登録データ22の全経路点総距離のことで相乗りをせずに単独で走行した場合の距離を意味する。したがって、評価経路長とは遠回りをした比率(単独経路長/相乗り経路上の自経路長)に応じて負担する料金割合を下げる尺度とするものである。
図15に示すように、3つの相乗り登録データA、B、Cがあり、それぞれ単独経路A−A’とB−B’とC−C’とをもつ場合、単独経路A−A’とB−B’とC−C’との単独経路長の比率は、3:3:1となっている。
【0051】
この場合に、相乗り経路A−B−C−C’−B’−A’上でそれぞれの運賃計算を行った場合、相乗り登録データA、B、Cの相乗り経路上の経路は、相乗り登録データAは、相乗り経路(A−B−C−C’−B’−A’)と等しく、相乗り登録データB(B−C−C’−B’)、相乗り登録データC(C−C’)各自の単独経路長と同じである。
【0052】
したがって、相乗り登録データAの評価経路長は、1.8(3×3/5)となり、相乗り登録データBの評価経路長は、3(3×3/3)となり、相乗り登録データBの評価経路長は、1(1×1/1)となる。よって、評価経路長の総和は5.8となり、相乗りルート総運賃が1160円だったとすると相乗り登録データAの料金は360円(1160×1.8/5.8)となり、相乗り登録データBの料金は600円(1160×3/5.8)となり、相乗り登録データCの料金は200円(1160×1/5.8)となる。
【0053】
次に、相乗り契約処理部20の処理について説明する。
相乗り契約処理部20は、相乗り経路作成部19によって最終的に作成された相乗りルート情報の相乗り運賃の安い順に、同一運賃の場合は相乗り所要時間の短い順に相乗り契約を締結すべく関係相乗り希望全ユーザに承認を求める。そして、全ユーザが承認し相乗り契約を締結した相乗りルート情報を相乗り運行経路DB14へ格納する。
【0054】
以上のように、本実施形態の相乗り登録契約システムによれば、次のような効果がある。
・相乗り希望者それぞれの相乗り希望経路の出発点31及び到着点32間のベクトル近似によるのではなく、適度な検索エリアの作成方法と実経路上の近接関係から例えベクトル方向が大きく違っていても共有できる相乗り経路が作成できる。また、相乗り希望者に理解しやすい料金清算方法を開示できることから、多く且つ精度の高い相乗り契約を発生させ、信頼性のある提供が可能となる。
【0055】
・主体となる相乗り希望者にとって相乗り可能な相乗り希望者の経路が存在するエリアを主体となる相乗り希望者の出発点31及び到着点32を楕円の焦点とし、楕円の長径及び短径を相乗り希望者の出発点31及び到着点32の直線距離の同時契約者数の倍数から求めることでこれまで以上に広範囲かつ正確に相乗り可能な相乗り希望者を選択できるようになる。さらに、エリア内の相乗り可能とされる相乗り希望者の実経路の各項点間ごとに矩形化した形状の重複関係において絞り込むことで最適な相乗り希望者を絞り込み、選択された相乗り希望者間の相乗りルート設定において各自出発点31と到着点32とが逆転しない相乗りルートの組み合わせ全てにおいてルート探査により実経路を求め評価することで正確に最適な相乗り希望者間のルート設定が可能となる。
【0056】
・相乗り希望者のそれぞれの相乗り運賃を単独経路長×(単独経路長/相乗り経路上の自経路長)の総和を分母として、単独経路長×(単独経路長/相乗り経路上の自経路長)を分子とする割合で相乗り経路運賃を分割することで合理的に(自身の単独の場合の経路長と相乗り時の経路長の割り増し度に比例した)分配をすることが可能となる。
【0057】
なお、上記実施形態は、以下のように変更して実施してもよい。
・上述の実施形態においては、相乗り可能レベルエリア情報26を、出発点31及び到着点32の経路直線距離であるLを基数として求めた。これを、図3の経路実距離L’(出発点31及び到着点32で地図上において経路探査した経路の距離)から相乗り可能レベルエリア情報26の基になる楕円の長径と短径を算出してもよい。また、渋滞等の時間的要素を係数として加えた実経路コスト値化して相乗り可能レベルエリア情報26を限定する方法もあるが、計算量が増大するのでレスポンスを考慮してチューニングするのが適当と考える。
【0058】
・各機能ブロックは、パーソナルコンピュータのCPUがコンピュータプログラムを実行することによってソフトウェア的に構成されるようにしてもよいし、ハードウェア的に構成されるようにしてもよい。
・ユーザ登録DB12及び相乗り登録情報DB13及び相乗り運行経路DB14は、相乗り登録契約装置11が備える磁気ディスク等の記憶手段に登録しておいてもよい。
【図面の簡単な説明】
【0059】
【図1】本実施形態における相乗り登録契約システムの構成図。
【図2】相乗り登録データの構成図。
【図3】楕円エリアの具体例。
【図4】相乗り可能レベルエリアの簡略形である楕円最小包含矩形の説明図。
【図5】実経路点情報の説明図。
【図6】相乗り経路作成部の構成図。
【図7】第1相乗り可能相乗り登録情報抽出処理機能のフローチャート。
【図8】相乗り可能エリア情報の重複関係の判定方法を示す説明図。
【図9】第2相乗り可能相乗り登録情報抽出処理機能のフローチャート。
【図10】相乗り登録データの実経路の重複関係の判定方法を示す説明図。
【図11】相乗りルート作成処理作成機能のフローチャート。
【図12】相乗りグループ情報の作成についの説明図。
【図13】相乗りルート情報の作成についての説明図。
【図14】作成相乗りルート評価処理機能のフローチャート。
【図15】各相乗りルート情報単位の運賃計算についての説明図。
【符号の説明】
【0060】
11…相乗り登録契約装置、15…携帯端末、16…通信網、17…相乗り受付部、18…相乗り登録データ作成部、19…相乗り経路作成部、21…運賃計算部としての中央制御部、22…相乗り登録データ。
【特許請求の範囲】
【請求項1】
交通機関の相乗りをマネージメントする相乗り登録契約装置と、相乗り希望者の携帯端末とが通信網を介して通信可能に接続されている相乗り登録契約システムにおいて、
前記相乗り登録契約装置は、
相乗り希望者の前記携帯端末から出発点及び到着点に関する情報が含まれる予約指定情報を受け付ける相乗り受付部と、
該相乗り受付部において受け付けられた前記予約指定情報に基づいて相乗り登録データを作成するとともに、相乗り希望者にとって相乗り可能な経路であって且つ相乗りが発生する可能性のあるエリアを前記出発点及び到着点を焦点とする楕円エリアで限定し、さらに該楕円エリアを囲む最小の楕円最小包含矩形を求める処理を実行する相乗り登録データ作成部と、
重複する前記楕円最小包含矩形が存在する場合に前記相乗り登録データ作成部において作成された前記相乗り登録データに基づいて相乗りルート情報を作成する相乗り経路作成部と
を備えることを特徴とする相乗り登録契約システム。
【請求項2】
前記相乗り登録契約装置は、作成した相乗りルートにおける相乗り登録情報単位の料金計算を、それぞれの乗車距離ではなく、単独乗車時の経路長によってどれだけ延長しているかの尺度を考慮する評価した乗車距離においてそれぞれの相乗り運賃を計算する運賃計算部を更に備えることを特徴とする請求項1に記載の相乗り登録契約システム。
【請求項1】
交通機関の相乗りをマネージメントする相乗り登録契約装置と、相乗り希望者の携帯端末とが通信網を介して通信可能に接続されている相乗り登録契約システムにおいて、
前記相乗り登録契約装置は、
相乗り希望者の前記携帯端末から出発点及び到着点に関する情報が含まれる予約指定情報を受け付ける相乗り受付部と、
該相乗り受付部において受け付けられた前記予約指定情報に基づいて相乗り登録データを作成するとともに、相乗り希望者にとって相乗り可能な経路であって且つ相乗りが発生する可能性のあるエリアを前記出発点及び到着点を焦点とする楕円エリアで限定し、さらに該楕円エリアを囲む最小の楕円最小包含矩形を求める処理を実行する相乗り登録データ作成部と、
重複する前記楕円最小包含矩形が存在する場合に前記相乗り登録データ作成部において作成された前記相乗り登録データに基づいて相乗りルート情報を作成する相乗り経路作成部と
を備えることを特徴とする相乗り登録契約システム。
【請求項2】
前記相乗り登録契約装置は、作成した相乗りルートにおける相乗り登録情報単位の料金計算を、それぞれの乗車距離ではなく、単独乗車時の経路長によってどれだけ延長しているかの尺度を考慮する評価した乗車距離においてそれぞれの相乗り運賃を計算する運賃計算部を更に備えることを特徴とする請求項1に記載の相乗り登録契約システム。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【公開番号】特開2009−122856(P2009−122856A)
【公開日】平成21年6月4日(2009.6.4)
【国際特許分類】
【出願番号】特願2007−294730(P2007−294730)
【出願日】平成19年11月13日(2007.11.13)
【出願人】(000233055)日立ソフトウエアエンジニアリング株式会社 (1,610)
【Fターム(参考)】
【公開日】平成21年6月4日(2009.6.4)
【国際特許分類】
【出願日】平成19年11月13日(2007.11.13)
【出願人】(000233055)日立ソフトウエアエンジニアリング株式会社 (1,610)
【Fターム(参考)】
[ Back to top ]