JP4548977B2 - Demand vehicle management device - Google Patents
Demand vehicle management device Download PDFInfo
- Publication number
- JP4548977B2 JP4548977B2 JP2001186598A JP2001186598A JP4548977B2 JP 4548977 B2 JP4548977 B2 JP 4548977B2 JP 2001186598 A JP2001186598 A JP 2001186598A JP 2001186598 A JP2001186598 A JP 2001186598A JP 4548977 B2 JP4548977 B2 JP 4548977B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- vehicle
- demand
- input
- time
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Traffic Control Systems (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、利用者の要求(デマンド)に応じて運行される車両の運行管理を行うデマンド車両管理装置に関する。
【0002】
【従来の技術】
乗合車両のデマンド運行は、予め定められた路線を利用者の要求(デマンド)に応じて運行するものから、任意の経路を利用者の要求にしたがって運行するフルデマンドシステムへと変化しつつある。特開平10−241091号公報(以下、第1先行文献という。)に記載されたフルデマンドの車両運行システムの先行例は、多数乗員型車両、例えばバンの運行ルートを、利用者からの要求にしたがって作成し、乗車中の乗客からの変更要求や交通状況にしたがって更新することによりオンデマンド輸送を実現するものである。乗車地点、乗車希望時間、目的地、及び目的地到着希望時間を含む利用者からの要求は、ルーティングユニットに送られ、最適な運行ルートが決定されるものである。
【0003】
また、Matsushita Technical Journal,Vol.46,No.4(Aug.2000),pp.105-113(以下、第2先行文献という。)には、中山間地における乗合路線バスの代替手段として利用されるデマンドバスシステムについて記載されている。このシステムは、バス経路の停留所及び各種施設に設けられた端末装置、個人用パソコン、並びにオペレータを介したバスの利用要求にしたがって、その要求が発生する毎に最適な経路を再生成し、運行中又は待機中のバスに運行指令を出力するものである。
【0004】
そして、第2先行文献に記載されたシステムにおける、最適経路の演算は、情報処理学会、高度交通システム4−2(2001.3.2),pp.7-12(以下、第3先行文献という。)に記載されるように、バスの走行時間、利用者毎のバスの乗車時間と最短移動時間の差、乗車希望時間に対する遅れ時間及び早着時間、降車希望時間(特別な場合のみ)に対する遅れ時間をパラメータとする目的コスト関数を求め、この関数の値が最小となる運行経路をバスに対して指示するものである。
その際、最適解を求めるため、タブー探索法を利用し、演算時間を減少させている。
【0005】
以上、説明したようなフルデマンド車両運行管理システムにおいては、利用者の要求に対して、最適な車両運行ルートを短時間で求める必要があると共に、予約申し込みを受けた後は、できるだけ申し込み時に回答した通りの運行をする必要がある。しかし、申し込み受け付け後も、随時新規の利用要求があるため、申し込み時に回答した通りの運行をすることは簡単ではなく、従来のシステムでは、必ずしも満足のいく結果が得られなかった。
【0006】
【発明が解決しようとする課題】
本発明は、上記事情に鑑みなされたもので、デマンド車両の利用要求が随時追加されても、利用要求受付済の利用者の利用内容の変動を極力避け、利用者の満足度を向上させた運行管理を行うことができるデマンド車両管理装置を提供するものである。
【0007】
【課題を解決するための手段】
本発明のデマンド車両管理装置は、1又は複数の車両の運行管理を行うものであって、少なくとも前記車両の利用要求情報と、前記車両の運行位置情報を含む運行状況情報とが入力される入力部と、前記車両の運行可能経路情報と、前記入力された運行状況情報を含む前記車両の運行管理情報とを記憶する記憶部と、少なくとも前記利用要求情報に対する回答情報と、前記車両の運行指示経路を含む運行指示情報を出力する出力部と、前記利用要求情報、前記運行可能経路情報、及び前記運行管理情報を用いて、前記回答情報及び前記運行指示情報を作成する制御部とを有し、前記運行管理情報は、各車両毎、利用要求受付済利用者毎の利用開始地点到着予定時刻の回答済情報を含んでおり、前記制御部は、前記利用要求情報入力時に前記回答情報及び前記運行指示情報を作成するに際して、前記利用開始地点到着予定時刻の回答済情報からの変動をパラメータとして含むコスト関数を利用するものである。
【0008】
また、本発明のデマンド車両管理装置は、前記運行管理情報として、各車両毎、利用要求受付済利用者毎の利用終了地点到着予定時刻の回答済情報をさらに含んでおり、前記制御部は、前記利用要求情報入力時に前記回答情報及び前記運行指示情報を作成するに際して、前記利用開始地点到着予定時刻の回答済情報からの変動、及び前記利用終了地点到着予定時刻の回答済情報からの遅れをパラメータとして含むコスト関数を利用するものである。
【0009】
また、本発明のデマンド車両管理装置における前記入力部には、前記回答情報に対する利用者の予約確認情報が入力されるものであり、前記制御部は、利用予約確認情報の入力を待たずに他の利用者からの前記利用要求情報に対する回答情報の作成を開始するものである。このような構成とすると、連続した利用要求に対して、回答が遅れることが避けられる。
【0010】
また、本発明のデマンド車両管理装置における前記車両の利用要求情報は、携帯端末を利用して入力可能としたものである。
【0011】
また、本発明のデマンド車両管理装置における前記携帯端末は、位置検出機能を有しており、掲出した位置情報に基づいて利用者の希望利用開始点情報が生成されるものである。このような構成とすると、利用要求情報の入力を簡単に行うことができる。
【0012】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を用いて説明する。
【0013】
図1に、本発明のデマンド車両管理装置を含む車両管理システムの概略構成を示す。図1のシステムは、デマンド車両の利用者が使用する端末装置2、運行される各車両に搭載される車載機3、及び1又は複数の車両の運行管理を行うデマンド車両管理装置1を含んで構成され、端末装置2とデマンド車両管理装置1との間、及び車載機3とデマンド車両管理装置1との間は、ネットワーク4を介してデータの送受信が可能である。図1では、端末装置2及び車載機3を1つのみ記載したが、通常は複数の端末装置2が設けられ、運行車両の数分の車載機3が設けられる。また、送受信路としてネットワーク4と記載したが、同一のネットワークである必要はなく、また、複数のネットワークを経由してデータの送受信を行うものでもよい。また、送受信路は、有線通信路でも無線通信路でもよいが、少なくとも車載機3との送受信は、無線通信路を介して行う。
【0014】
デマンド車両管理装置1は、利用者からの運行車両の利用要求(デマンド)を受け付け、要求に応じた運行計画を作成し、各車両に運行指示情報を出力するもので、制御部11、記憶部12、操作端末部13、通信部14を含んで構成される。制御部11は、運行計画の作成処理を含むデマンド車両管理装置1全体の動作を制御するものである。記憶部12は、車両が運行される領域の地図情報を含む運行可能経路情報と、車両の運行管理情報とを少なくとも記憶し、これらの情報は、運行計画の作成、車両の運行管理に利用される。操作端末部13は、利用者から電話又はFAXで受けた利用要求の入力を含むオペレータの入力操作を行うためのものである。通信部14は、ネットワーク4を介して端末装置2及び車載機3とデータの送受信を行うものである。
【0015】
次に、記憶部12に記憶される車両の運行可能経路情報、及び運行管理情報について説明する。図2は、車両の運行可能な経路の一例を模式的に示したもので、停車可能地点A〜G間の経路を有向グラフ形式で記憶管理される。そして、各停車可能地点A〜Gのパス1〜20の標準運行時間は、図3に示すような形式で管理される。図2において、例えば「10(9)」は、地点Bから地点Cへのパス10の標準運行時間が9分であることを示す。図2に示す経路情報及び図3に示す標準運行時間情報は、運行車両毎、又は、バス、乗用車、ワゴン車等の車種毎に作成される。また、必要に応じて、運行日時に応じて異なるもの、例えば運行時間帯毎や曜日毎の標準運行時間情報を用意する。
【0016】
図4は、運行管理情報の記憶形式の一例を示したもので、運行車両毎に作成され、運行車両の車種、運行時間、現在走行位置、定員、乗車人員、運行指示経路、利用者から受け付けたデマンドリストの項目を含む。運行車両の車種の項目には、運行車両の車種に関する情報、例えば、バス、乗用車、ワゴン車等の情報が記憶される。運行時間の項目には、各車両が連続して運行可能な時間帯が記憶される。この時間帯は、乗務員の勤務時間との関係で定めるのが好ましい。現在走行位置の項目には、車両の走行位置情報が、図2の停車可能地点を基に、例えば地点Dと地点D到着時刻、地点Dと地点Cの間(D−C)と地点C出発時刻のように記憶される。ここで、地点情報としては、緯度、経度等の絶対座標を用いてもよい。定員の項目には、車両の乗務員を除く乗車可能人数が記憶され、乗車人員の項目には、その時点での乗車人数が記憶される。運行指示経路の項目には、最新の運行指示経路情報が記憶される。その際、停車指示地点については、停車予定時刻情報を合わせて付加するのが好ましい。
【0017】
デマンドリストの項目には、利用者から受け付け、その車両に割当てられたデマンドの内容が記憶される。デマンドの内容としては、乗車地、乗車希望時刻、乗車回答時刻、完了フラグ、降車地、降車希望時刻、降車回答時刻、完了フラグ、利用人員、特殊要求が含まれる。ここで、乗車回答時刻及び降車回答時刻は、利用者の利用要求に対して乗車予定地及び降車予定地への到着予定時刻を回答した場合に、その時刻情報が記憶される。また、完了フラグは、要求された地点に到着し、乗車又は降車が予定通りされたときにオンとされる。
【0018】
特殊要求は、定時運行されている列車等への乗り継ぎを要求する場合、通勤通学時の利用、または、スクールバスや介護バスあるいは複数ホテルからの空港行きバス等で、デマンド運行で集めた乗客を1つまたは複数の目的地へ束ねて運ぶような運行等について記憶されるもので、一般に到着希望時刻への遅れを許容しない運行計画を作成するために利用される。乗務員の交替等も、特殊要求のデマンドを追加しておくことにより、勤務時間を超過しない運行計画を作成することができる。
【0019】
なお、運行管理情報は、各車両毎、運行時間毎に作成され、新規デマンドが入力される毎に、利用可能な車両の運行管理情報が参照され、回答情報の作成に使用される。この新規デマンドは、回答情報に対する利用者からの確認又は選択を受けて、割当てられた車両のデマンドリストに追加される。また、現在走行位置、乗車人員、完了フラグは、車載機3から車両の運行状況情報が入力される毎に更新される。
【0020】
以上、デマンド車両管理装置1の概略構成を説明したが、具体的には、所定のプログラムがインストールされた1又は複数のコンピュータによって実現される。複数のコンピュータを利用する場合、どのように機能分担するかは任意である。また、全てのコンピュータをネットワーク4に接続しても、一部のコンピュータのみを接続してもよい。
【0021】
車載機3は、各車両に搭載され、デマンド車両管理装置1からの運行指示情報を受信して乗務員に提示すると共に、車両の運行状況をデマンド車両管理装置1に送信するもので、図5に示す概略構成を有する。図5の車載機3は、位置検出部31、制御部32、操作部33、通信部34、記憶部35、表示部36を含んで構成される。
【0022】
位置検出部31は、車両の走行位置を検出するもので、例えばGPS装置が利用される。制御部32は、車載機3全体の制御を行うものである。操作部33は、乗務員が操作するために設けたもので、デマンド車両管理装置1からの運行指示情報を表示部36に表示させたり、車両の運行状況、例えば乗降者情報を入力するものである。また、予約なしの利用者の要求情報を乗務員が入力するのにも利用される。通信部34は、ネットワーク4を介してデマンド車両管理装置1とデータの送受信を行うものである。記憶部35は、車両の運行状況情報及び運行指示情報を記憶するものである。運行状況情報には、車両の現在走行位置情報、走行方向情報、乗車人員等の情報が含まれる。また、運行指示情報には、運行経路情報、停車地点情報、及び停車地点での停車予定時刻情報並びに乗降者情報が含まれる。表示部36は、乗務員に対する指示情報の表示、操作部33による入力支援情報の表示等に利用される。なお、車両内及び車両外の利用者に対する利用者用表示部37は、必要に応じて車両の内部又は外部に追加されるもので、それぞれ乗車中の利用者又は車両を見てこれから利用しようとする利用者に対して、運行経路情報や目的地情報の表示を行うものである。
【0023】
端末装置2は、利用者のデマンド入力に利用されるもので、停車予定地点近傍に設置される専用端末、運行領域内の各種施設に設けられるキオスク端末、インターネット等のネットワークに接続可能なコンピュータ、携帯電話機等の携帯端末が利用可能である。デマンド入力は、端末装置2に表示された入力支援画面にしたがって入力するものとするのが好ましい。入力支援画面は、専用端末及びキオスク端末の場合は、メニューの選択によって表示させ、ネットワークに接続可能なコンピュータ及び携帯電話機の場合は、デマンド入力用のWEBページにアクセスすることによって表示させることができる。また、端末装置2には、利用者のデマンドに対する回答情報が送られて表示され、利用者の確認又は選択後、乗車予約が可能となる。
【0024】
次に、本システムの利用時の動作を図6の概略動作フローを用いて説明する。
ステップ601で利用者のデマンドが入力される。デマンドは、端末装置2又は操作端末部13から入力される。また、予約なしに乗車した利用者のデマンド情報は、車載機3の操作部33から入力されるが、携帯電話機等によりオペレータに連絡し、操作端末部13から入力することも可能である。デマンド情報としては、乗車希望車種、乗車希望地点、乗車希望時刻、降車希望地点、降車希望時刻、乗車希望人数、特殊要求に関する情報が入力可能であるが、すべての情報を入力する必要はない。また、専用端末、キオスク端末、位置検出機能(GPS等)付携帯端末の使用時は、乗車位置未入力の場合は、自動的に端末の位置が乗車希望位置として入力され、列車乗り継ぎ等の特殊要求時に列車を特定すると、自動的に降車希望時刻が入力される。入力されなかった要求項目については、回答情報作成時に任意のものとして最適運行計画の生成処理が行われる。
【0025】
なお、図2に記載した停車地点A〜Gは、運行管理情報の管理の都合上指定したもので、車両の乗降車地点を限定するものではなく、各パスの途中での乗降車も可能である。
【0026】
入力されたデマンド情報は、ステップ602でデマンド車両管理装置に送られ、デマンドに対する回答情報が作成される(ステップ603)。回答情報の作成は、送られたデマンド情報、記憶部12に記憶された運行可能経路情報及び運行管理情報を用いて、最適車両を利用する最適経路情報を生成することによって行う。回答情報には、最適なもの1つだけでなく、複数の経路情報を含んでもよい。
【0027】
最適車両の選定は、各車両の運行管理情報を参照し、乗車希望車種、運行時間、現在走行位置、定員、受持ちデマンド数等の条件に合うものを検索することにより行う。最適車両には、1つだけでなく複数の候補車両を含んでもよい。
【0028】
最適経路情報の生成処理は、希望要求を満たす経路候補を最適車両それぞれについて、既に停車地点に個別に設定されている遅れ許容時間、早着許容時間、Uターン禁止等の条件を満たすものを選んで生成し、次に、生成された経路候補の中から、コスト関数が最小となるものを選択することによって行う。その際、利用するコスト関数としては、次の関数Fを利用する。なお、遅れ許容時間は、特に鉄道の駅、他の運行バス、パークアンドバスライト実施点、イベント会場等においては、遅れを許容しないため零又は負の値とする。
【0029】
F=αΣ(各パスの走行時間)+Σβ(乗車時間−最短時間)+Σγ(遅れ時間)+Σδ(早着時間)+εΣ|乗車地到着予定時刻−回答済乗車地到着予定時刻|+Ση|降車地到着予定時刻−回答済降車地到着予定時刻|+
【0030】
ただし、α、β、γ、δ、ε、ηは、重み係数であり、車両毎又は車両の車種毎に予め設定される。また、デマンドに応じて複数用意してもよい。特に特殊要求を含むデマンドについて異なる係数を用いるのが好ましい。
【0031】
次に、前記関数の各項の定義を説明する。第1項は、車両の運行経路に含まれる全パスの走行時間の総和である。第2項は、利用者の乗車時間と乗車地と降車地の最短移動時間との差を、デマンド毎に求めたものの総和である。すなわち、利用者にとっての余分な乗車時間を考慮するものである。第3項は、利用者の乗車希望時間及び降車希望時間に対する車両の遅れの総和である。この項の降車希望時間に対する遅れは、列車乗り継ぎ等の特殊要求の場合のみ考慮することもできる。第4項は、利用者の乗車希望時間及び降車希望時間に対する車両の早着時間の総和である。この項の降車希望時間に対する遅れは、考慮しないようにすることもできる。
【0032】
第5項と第6項は、本発明において追加された項であり、第5項は、回答済デマンドの乗車地到着時間の変動分の総和を示し、第6項は、回答済デマンドの降車地到着時間の遅れ分の総和を示す。第6項における|降車地到着予定時刻−回答済降車地到着予定時刻|+は、(降車地到着予定時刻−回答済降車地到着予定時刻)が正の場合はその絶対値を、負の場合は0を意味する。第5項と第6項は、予約済の利用者が予約時に提示された乗車予定時刻及び降車予定時刻から大きく変動する(降車予定時刻の場合は遅れのみ)場合、コストを高くして他の経路が選択されるようにし、利用者の満足度を向上させるためのものである。なお、第6項については省略も可能である。
【0033】
以上のコスト関数の演算は、全ての経路について行ってもよいが、計算時間を減少させるために、前掲の第3先行文献に記載された方法を採用するのが好ましい。また、上記関数Fの第1項をΣα(各車両の運行時間)、すなわち車両毎の全運行時間の総和とし(この場合αは車両毎に定められる。)、システム全体の運行時間に関するコストを考慮した関数としてもよい。
【0034】
再び図6に戻って、ステップ603では、以上のようにして求めた最適経路情報を用いて利用者に対する回答情報を作成する。回答情報は、最適なものを1つだけ利用者に提示して予約確認を行ってもよいし、複数提示して選択させるようにしてもよい。そして、ステップ604で、作成した回答情報を利用者に対して出力する。回答情報の出力は、端末装置2を用いたデマンド入力の場合は、端末装置2の表示部(図示せず)に対して行われ、車載機3の場合は、車載機3内の表示部36に対して行われる。また、電話、FAX等によるオペレータ経由のデマンド入力の場合は、操作端末部13の表示部に表示され、オペレータを介して利用者に通知される。ステップ605で利用者が確認又は選択すると、確認/選択情報が送信され(ステップ606)、運行指示情報が作成される(ステップ607)。そして、作成した運行指示情報が車載機3に送信される(ステップ609)と共に、運行指示情報に基づく最終回答情報が利用者に送られる(ステップ608)。なお、回答情報に対する確認のみを行う場合は、ステップ608は省略可能である。また、車載機3からのデマンド入力の場合は、ステップ603からステップ606は省力可能である。
【0035】
そして、車載機3は、受信した運行指示情報に基づいて記憶部35の運行情報を更新する。したがって、運行指示情報が更新された車両は、更新された経路で運行されることになり、新規デマンドの要求にしたがった運行が可能となる。
【0036】
図7及び図8に、デマンド車両管理装置1の記憶部12に記憶された運行管理情報の一例を示す。デマンド車両管理装置1は、図2に示す領域を運行する車両を管理するものである。図7は、デマンド1を受け付け、予約確認後デマンド2を受け付けた場合の運行管理情報である。前記コスト関数の第5項を考慮した結果、デマンド2についての乗車回答時刻が乗車希望時刻から遅れていることが理解できる。また、図8は、デマンド2の利用者を地点Aで乗車させた後に、デマンド3を受け付けた場合の運行管理情報である。この例では、前記コスト関数の第6項を考慮した結果、デマンド2についての乗車回答時刻が乗車希望時刻から遅れていることが理解できる。
【0037】
以上説明したように、フルデマンドの運行管理は、利用者からデマンドに対する最適経路を随時求めるものであるため、連続してデマンドが入力された場合は、一方のデマンドに対する回答が遅れる場合がある。本発明は、このような不都合を解消するために、デマンド入力が連続した場合、利用予約確認情報の入力を待たずに他の利用者からの回答情報の作成を開始する構成とすることも可能である。
【0038】
図9は、そのような処理を行う場合の概略動作フロー図である。図9は、端末装置aからデマンドaが入力され(ステップ901)、デマンドaに対する回答情報aが送信され(ステップ904)、確認を待っている間に、端末装置bからのデマンドbを受信した(ステップ906)場合の動作を示している。
【0039】
この場合、デマンドaに対する回答を待ってからデマンドbに対する回答作成処理を行うと、回答が遅れてしまうため、デマンドaが受け付けられたという前提で、回答作成処理を行う(ステップ907)。そして、回答作成中又は作成後、デマンドaに対するキャンセル入力があっても(ステップ909)、デマンドbに対して作成した回答情報bを送信する(ステップ911)。また、デマンドaについての運行指示情報aもキャンセルの有無に関わらず作成し(ステップ912)、車載機xに送信する(ステップ912)。
【0040】
その後、端末装置bからデマンドbの回答情報bに対する確認情報が入力される(ステップ915)と、同様に、運行指示情報bを作成して(ステップ916)、車載機xに送信し(ステップ917)、車載機xの運行情報が更新される(ステップ918)。
【0041】
以上のような処理を行うと、デマンドが連続しても回答情報の送信が遅れることはない。図9の例のように先のデマンドがキャンセルされた場合、運行車両が無駄な移動を行う場合があるが、キャンセル率を考慮した場合、大きな問題とはならない。また、複数車両に対する運行管理を行う場合、回答情報が、必ずしも同一の車両についてのものとならないため、無駄な移動が指示される確立はさらに少なくなる。例えば図9の例で、デマンドbに対する回答情報が、車載機x(車両x)に対するものでない場合には、デマンドaがキャンセルされたとき、車載機xの運行情報を更新しないようにしても問題は生じない。したがって、図9のステップ909でデマンドaのキャンセル情報を受信したときに、送信済で確認待ちの回答情報(この例では、回答情報b)と、回答情報aの対象車両を確認し、一致する場合のみ、運行指示情報aを作成し、運行情報を更新すればよい。
【0042】
なお、以上説明したデマンド車両管理システムにおいては、利用者自身の移動に利用するだけでなく、物品の運搬にも利用することができる。その場合、利用要求入力時に、乗車人数を入力する代わりに、運搬される物品の情報を入力することにより、同様の運行管理が可能である。
【0043】
【発明の効果】
以上の説明から明らかなように、本発明によれば、デマンド車両の利用要求が随時追加されても、利用要求受付済の利用者の利用内容の変動を極力避け、利用者の満足度を向上させた運行管理を行うことができる。
【図面の簡単な説明】
【図1】本発明のデマンド車両管理装置を含む車両管理システムの概略構成を示す図
【図2】車両の運行可能な経路の一例を模式的に示す図
【図3】標準運行時間管理リストの一例を示す図
【図4】運行管理情報の記憶形式の一例を示す図
【図5】車載機の概略構成を示す図
【図6】本システムの利用時の概略動作フローを示す図
【図7】運行管理情報の一例を示す図
【図8】運行管理情報の他の例を示す図
【図9】デマンド連続入力時の概略動作フローを示す図
【符号の説明】
1・・・デマンド車両管理装置
2・・・端末装置
3・・・車載機
4・・・ネットワーク
11・・・制御部
12・・・記憶部
13・・・操作端末部
14・・・通信部
31・・・位置検出部
32・・・制御部
33・・・操作部
34・・・通信部
35・・・記憶部
36・・・表示部
37・・・利用者用表示部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a demand vehicle management apparatus that performs operation management of a vehicle operated in response to a user's request (demand).
[0002]
[Prior art]
The demand operation of a passenger vehicle is changing from one that operates on a predetermined route according to a user's request (demand) to a full demand system that operates an arbitrary route according to the user's request. A prior example of a full-demand vehicle operation system described in Japanese Patent Application Laid-Open No. 10-241091 (hereinafter referred to as the first prior document) is a request from a user for an operation route of a large number of passenger-type vehicles, for example, vans. Therefore, on-demand transportation is realized by creating and updating in accordance with a change request from a passenger on board and traffic conditions. A request from the user including the boarding point, the desired boarding time, the destination, and the desired destination arrival time is sent to the routing unit, and the optimum operation route is determined.
[0003]
In Matsushita Technical Journal, Vol.46, No.4 (Aug.2000), pp.105-113 (hereinafter referred to as the second prior document), it is used as an alternative route for multi-way buses in mountainous areas. The demand bus system is described. This system regenerates the optimal route every time a request is generated in accordance with the bus usage request via the terminal device, personal computer, and operator provided at the bus route stop and various facilities. The operation command is output to the middle or standby bus.
[0004]
And the calculation of the optimal route in the system described in the second prior document is IPSJ, Intelligent Transportation System 4-2 (2001.3.2), pp.7-12 (hereinafter referred to as the third prior document). As described in, the bus travel time, the difference between the bus travel time and the shortest travel time for each user, the delay time and early arrival time for the desired travel time, the delay time for the desired travel time (only in special cases) A target cost function with the parameter as a parameter is obtained, and an operation route that minimizes the value of this function is instructed to the bus.
At that time, in order to obtain an optimal solution, the tabu search method is used to reduce the calculation time.
[0005]
As described above, in the full-demand vehicle operation management system as described above, it is necessary to find the optimum vehicle operation route in a short time in response to the user's request, and after receiving the reservation application, reply as much as possible at the time of application It is necessary to operate as it is. However, since there are new usage requests at any time after acceptance of the application, it is not easy to operate as answered at the time of application, and the conventional system has not always obtained a satisfactory result.
[0006]
[Problems to be solved by the invention]
The present invention has been made in view of the above circumstances, and even if a demand request for a demand vehicle is added at any time, fluctuations in the use contents of a user who has received a use request are avoided as much as possible, and the satisfaction of the user is improved. A demand vehicle management apparatus capable of performing operation management is provided.
[0007]
[Means for Solving the Problems]
The demand vehicle management device according to the present invention performs operation management of one or a plurality of vehicles, and is an input to which at least use request information of the vehicle and operation status information including operation position information of the vehicle are input. A storage unit for storing the vehicle operation possible route information, and the vehicle operation management information including the input operation status information, at least reply information to the use request information, and the vehicle operation instruction An output unit that outputs operation instruction information including a route; and a control unit that creates the answer information and the operation instruction information using the use request information, the operable route information, and the operation management information. The operation management information includes answered information on the estimated arrival time of the use start point for each vehicle and for each user who has received a use request, and the control unit receives the information when the use request information is input. When creating the information and the operation instruction information, is to utilize a cost function that includes a change from the answers already information of the use starting point of their estimated time of arrival as a parameter.
[0008]
Further, the demand vehicle management apparatus of the present invention further includes, as the operation management information, reply information on the estimated arrival time of the use end point for each vehicle and each use request accepted user, and the control unit includes: When creating the response information and the operation instruction information when the usage request information is input, fluctuations from the response completion information of the use start point arrival time and delays from the response end information of the use end point arrival time A cost function included as a parameter is used.
[0009]
In the demand vehicle management device of the present invention, the input unit receives user reservation confirmation information for the answer information, and the control unit does not wait for input of the use reservation confirmation information. The creation of response information for the use request information from the user is started. With such a configuration, it is possible to avoid delays in responses to continuous use requests.
[0010]
The vehicle use request information in the demand vehicle management apparatus of the present invention can be input using a portable terminal.
[0011]
Further, the portable terminal in the demand vehicle management apparatus of the present invention has a position detecting function, and user desired use start point information is generated based on the posted position information. With such a configuration, it is possible to easily input the usage request information.
[0012]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0013]
FIG. 1 shows a schematic configuration of a vehicle management system including a demand vehicle management apparatus of the present invention. The system in FIG. 1 includes a
[0014]
The demand
[0015]
Next, the operable route information of the vehicle and the operation management information stored in the
[0016]
FIG. 4 shows an example of the storage format of operation management information, which is created for each operating vehicle, and is received from the operating vehicle type, operating time, current driving position, capacity, boarding personnel, operation instruction route, and user. Include demand list items. In the item of the type of the operating vehicle, information on the type of the operating vehicle, for example, information on a bus, a passenger car, a wagon car, and the like is stored. In the operation time item, a time zone in which each vehicle can operate continuously is stored. This time zone is preferably determined in relation to the working hours of the crew. In the item of the current travel position, the travel position information of the vehicle includes, for example, the point D and the point D arrival time, between the point D and the point C (DC), and the point C departure based on the stoppable point in FIG. It is stored as time. Here, as the point information, absolute coordinates such as latitude and longitude may be used. In the capacity item, the number of passengers that can be boarded except for the crew of the vehicle is stored, and in the passenger number item, the number of passengers at that time is stored. In the operation instruction route item, the latest operation instruction route information is stored. At that time, it is preferable to add stop stop point information together with scheduled stop time information.
[0017]
The item of the demand list stores the contents of the demand received from the user and assigned to the vehicle. The contents of the demand include a boarding place, a desired boarding time, a boarding response time, a completion flag, a getting-off place, a desired getting-off time, a getting-off answer time, a completion flag, a user, and a special request. Here, the boarding answer time and the boarding answer time are stored when time information on the scheduled boarding place and the scheduled boarding time is returned in response to the user's use request. The completion flag is turned on when the vehicle arrives at the requested point and gets on or off the vehicle as scheduled.
[0018]
Special requests are for passengers gathered on demand, such as when commuting to and from a commuting school, school buses, nursing buses or buses to airports from multiple hotels. It is stored for operations that are bundled and transported to one or a plurality of destinations, and is generally used to create an operation plan that does not allow delays to the desired arrival time. As for the change of crew, etc., an operation plan that does not exceed working hours can be created by adding a special demand demand.
[0019]
The operation management information is created for each vehicle and for each operation time, and every time a new demand is input, the operation management information of the available vehicle is referred to and used to create response information. This new demand is added to the demand list of the allocated vehicle in response to confirmation or selection from the user with respect to the answer information. In addition, the current travel position, the number of passengers, and the completion flag are updated each time vehicle operation status information is input from the in-
[0020]
The schematic configuration of the demand
[0021]
The in-
[0022]
The
[0023]
The
[0024]
Next, the operation at the time of using this system will be described using the schematic operation flow of FIG.
In
[0025]
The stop points A to G described in FIG. 2 are designated for the convenience of management of operation management information, and do not limit the boarding / departing points of the vehicle, and it is possible to get on and off in the middle of each pass. is there.
[0026]
The input demand information is sent to the demand vehicle management apparatus in
[0027]
The selection of the optimum vehicle is performed by referring to the operation management information of each vehicle and searching for a vehicle that meets the conditions such as the desired vehicle type, the operation time, the current travel position, the capacity, and the number of demands. The optimum vehicle may include a plurality of candidate vehicles as well as one.
[0028]
In the optimal route information generation process, route candidates that satisfy the desired requirements are selected for each optimal vehicle that satisfies the conditions such as delay allowance time, early arrival allowance time, U-turn prohibition, etc. already set individually at the stop point. Next, it is performed by selecting a route function having a minimum cost function from among the generated route candidates. At this time, the following function F is used as a cost function to be used. The allowable delay time is set to zero or a negative value, particularly in a railway station, other buses, park and bus light implementation points, event venues, etc., because no delay is allowed.
[0029]
F = αΣ (travel time for each path) + Σβ (ride time-shortest time) + Σγ (delay time) + Σδ (early arrival time) + εΣ | scheduled time - the answer already getting off place of their estimated time of arrival | +
[0030]
However, α, β, γ, δ, ε, and η are weighting factors, and are set in advance for each vehicle or each vehicle type. A plurality may be prepared according to demand. In particular, it is preferable to use different coefficients for demands including special requirements.
[0031]
Next, the definition of each term of the function will be described. The first term is the total traveling time of all paths included in the vehicle operation route. The second term is the sum of the differences between the user's boarding time and the shortest travel time between the boarding place and the boarding place for each demand. That is, the extra boarding time for the user is taken into consideration. The third term is the sum total of the delay of the vehicle with respect to the user's desired ride time and the desired get-off time. The delay with respect to the desired departure time in this section can be considered only in the case of special requests such as train connection. The fourth term is the sum total of the early arrival time of the vehicle with respect to the user's desired boarding time and getting-off time. The delay with respect to the desired departure time in this section may not be taken into consideration.
[0032]
The fifth and sixth terms are terms added in the present invention, the fifth term indicates the sum of the fluctuations in the arrival time of the boarding location of the answered demand, and the sixth term is the getting off of the answered demand. Shows the total sum of the arrival time delays. | Departure arrival time-Answered estimated arrival time | + is the absolute value if (Exit expected arrival time-Answered estimated arrival time) is positive.
[0033]
The calculation of the cost function described above may be performed for all paths, but in order to reduce the calculation time, it is preferable to employ the method described in the third prior document. Further, the first term of the function F is Σα (operating time of each vehicle), that is, the sum of all operating times for each vehicle (in this case, α is determined for each vehicle), and the cost related to the operating time of the entire system is calculated. It may be a function that takes into account.
[0034]
Returning to FIG. 6 again, in
[0035]
And the
[0036]
7 and 8 show an example of the operation management information stored in the
[0037]
As described above, full-demand operation management requires the user to obtain an optimum route for demand as needed. Therefore, when demand is continuously input, an answer to one demand may be delayed. In order to eliminate such an inconvenience, the present invention can also be configured to start the creation of response information from other users without waiting for the input of use reservation confirmation information when demand input continues. It is.
[0038]
FIG. 9 is a schematic operation flowchart for performing such processing. In FIG. 9, demand a is input from the terminal device a (step 901), reply information a for the demand a is transmitted (step 904), and the demand b from the terminal device b is received while waiting for confirmation. The operation in the case of (Step 906) is shown.
[0039]
In this case, if an answer creation process for the demand b is performed after waiting for an answer to the demand a, the answer is delayed. Therefore, the answer creation process is performed on the assumption that the demand a is accepted (step 907). Then, during or after the answer creation, even if there is a cancel input for the demand a (step 909), the created reply information b is transmitted to the demand b (step 911). In addition, the operation instruction information a for the demand a is also generated regardless of the presence or absence of cancellation (step 912), and is transmitted to the in-vehicle device x (step 912).
[0040]
Thereafter, when confirmation information for the response information b of the demand b is input from the terminal device b (step 915), similarly, operation instruction information b is created (step 916) and transmitted to the in-vehicle device x (step 917). ), The operation information of the vehicle-mounted device x is updated (step 918).
[0041]
If the processing as described above is performed, transmission of the response information is not delayed even if the demand continues. When the previous demand is canceled as in the example of FIG. 9, the operating vehicle may move uselessly, but when the cancellation rate is taken into account, this is not a big problem. In addition, when performing operation management for a plurality of vehicles, since the answer information is not necessarily related to the same vehicle, the probability that useless movement is instructed is further reduced. For example, in the example of FIG. 9, if the response information for the demand b is not for the vehicle-mounted device x (vehicle x), there is a problem even if the operation information of the vehicle-mounted device x is not updated when the demand a is canceled. Does not occur. Therefore, when the cancel information of demand a is received in
[0042]
In addition, in the demand vehicle management system demonstrated above, it can utilize not only for a user's own movement but for conveyance of articles | goods. In that case, the same operation management can be performed by inputting information of articles to be transported instead of inputting the number of passengers at the time of use request input.
[0043]
【The invention's effect】
As is apparent from the above description, according to the present invention, even when demand requests for demand vehicles are added at any time, fluctuations in the use contents of users who have received use requests are avoided as much as possible, and user satisfaction is improved. It is possible to manage the operation.
[Brief description of the drawings]
FIG. 1 is a diagram showing a schematic configuration of a vehicle management system including a demand vehicle management apparatus according to the present invention. FIG. 2 is a diagram schematically showing an example of a route on which a vehicle can be operated. FIG. 4 is a diagram showing an example of a storage format of operation management information. FIG. 5 is a diagram showing a schematic configuration of an in-vehicle device. FIG. 6 is a diagram showing a schematic operation flow when using this system. [Figure 8] Diagram showing an example of operation management information [Fig. 8] Diagram showing another example of operation management information [Fig. 9] Diagram showing schematic operation flow during continuous demand input [Explanation of symbols]
DESCRIPTION OF
Claims (5)
少なくとも前記車両の利用要求情報と、前記車両の運行位置情報を含む運行状況情報とが入力される入力部と、
前記車両の運行可能経路情報と、前記入力された運行状況情報を含む前記車両の運行管理情報とを記憶する記憶部と、
少なくとも前記利用要求情報に対する回答情報と、前記車両の運行指示経路を含む運行指示情報を出力する出力部と、
前記利用要求情報、前記運行可能経路情報、及び前記運行管理情報を用いて、前記回答情報及び前記運行指示情報を作成する制御部とを有し、
前記運行管理情報は、各車両毎、利用要求受付済利用者毎の利用開始地点到着予定時刻情報を含んでおり、
前記制御部は、前記利用要求情報入力時に前記回答情報及び前記運行指示情報を作成するに際して、前記利用開始地点到着予定時刻情報からの変動をパラメータとして含むコスト関数を利用するものであるデマンド車両管理装置。A demand vehicle management device that manages operation of one or more vehicles,
An input unit for inputting at least use request information of the vehicle and operation status information including operation position information of the vehicle;
A storage unit for storing the operable route information of the vehicle and the operation management information of the vehicle including the input operation status information;
An output unit that outputs at least reply information to the use request information, and operation instruction information including an operation instruction route of the vehicle;
Using the use request information, the operable route information, and the operation management information, the control unit that creates the answer information and the operation instruction information,
The operation management information includes use start point arrival scheduled time information for each vehicle and each use request accepted user,
The control unit uses a cost function including, as a parameter, a change from the use start point arrival scheduled time information when creating the answer information and the operation instruction information when the use request information is input. apparatus.
前記運行管理情報は、各車両毎、利用要求受付済利用者毎の利用終了地点到着予定時刻情報をさらに含んでおり、
前記制御部は、前記利用要求情報入力時に前記回答情報及び前記運行指示情報を作成するに際して、前記利用開始地点到着予定時刻情報からの変動、及び前記利用終了地点到着予定時刻情報からの遅れをパラメータとして含むコスト関数を利用するものであるデマンド車両管理装置。The demand vehicle management device according to claim 1,
The operation management information further includes use end point estimated arrival time information for each vehicle and use request accepted user,
When creating the response information and the operation instruction information when the usage request information is input, the control unit sets a parameter from a change from the scheduled use arrival point arrival time information and a delay from the scheduled use end point arrival time information. A demand vehicle management device that uses a cost function included as:
前記入力部には、前記回答情報に対する利用者の予約確認情報が入力されるものであり、
前記制御部は、利用予約確認情報の入力を待たずに他の利用者からの前記利用要求情報に対する回答情報の作成を開始するものであるデマンド車両管理装置。The demand vehicle management device according to claim 1 or 2,
In the input unit, reservation confirmation information of a user for the answer information is input,
The said control part is a demand vehicle management apparatus which starts the production | generation of the reply information with respect to the said usage request information from another user, without waiting for the input of usage reservation confirmation information.
前記車両の利用要求情報は、携帯端末を利用して入力されるものであるデマンド車両管理装置。The demand vehicle management device according to any one of claims 1 to 3,
The demand vehicle management apparatus, wherein the vehicle use request information is input using a mobile terminal.
前記携帯端末は、位置検出機能を有しており、掲出した位置情報に基づいて利用者の希望利用開始点情報が生成されるデマンド車両管理装置。The demand vehicle management device according to claim 4,
The mobile terminal has a position detection function, and a demand vehicle management apparatus that generates user desired use start point information based on posted position information.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001186598A JP4548977B2 (en) | 2001-06-20 | 2001-06-20 | Demand vehicle management device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001186598A JP4548977B2 (en) | 2001-06-20 | 2001-06-20 | Demand vehicle management device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003006784A JP2003006784A (en) | 2003-01-10 |
| JP4548977B2 true JP4548977B2 (en) | 2010-09-22 |
Family
ID=19026022
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001186598A Expired - Fee Related JP4548977B2 (en) | 2001-06-20 | 2001-06-20 | Demand vehicle management device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4548977B2 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105632167A (en) * | 2016-03-02 | 2016-06-01 | 苏州华兴源创电子科技有限公司 | Intelligent taxi dispatching system based on mobile terminal |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3734799B2 (en) * | 2003-01-22 | 2006-01-11 | 東日本電信電話株式会社 | Immediate vehicle entry / exit system, method and program |
| JP4282333B2 (en) * | 2003-01-31 | 2009-06-17 | パナソニック株式会社 | Bus operation management method |
| EP2869281A4 (en) * | 2012-07-02 | 2015-07-15 | Toyota Motor Co Ltd | ON-DEMAND VEHICLE SERVICE MANAGEMENT DEVICE, ON-DEMAND VEHICLE SERVICE MANAGEMENT METHOD, AND DEMAND VEHICLE SERVICE MANAGEMENT SYSTEM |
| JP2014203192A (en) * | 2013-04-03 | 2014-10-27 | 公立大学法人公立はこだて未来大学 | Vehicle operation management system, terminal device, control device, and vehicle operation management method |
| CN103400507A (en) * | 2013-07-08 | 2013-11-20 | 青岛海信网络科技股份有限公司 | Bus operation method and bus operation system supporting line section dynamic regulation |
| CN103730002B (en) * | 2013-12-19 | 2016-10-05 | 深圳先进技术研究院 | Intelligent bus platform and intelligent public transportation system |
| US10628758B2 (en) | 2014-10-28 | 2020-04-21 | Fujitsu Limited | Transportation service reservation method, transportation service reservation apparatus, and computer-readable storage medium |
| EP3203421A1 (en) * | 2016-02-05 | 2017-08-09 | Max-Planck-Gesellschaft zur Förderung der Wissenschaften e.V. | Method for transporting a plurality of objects between object-specific locations |
| JP6608888B2 (en) * | 2017-09-05 | 2019-11-20 | ソフトバンク株式会社 | Transportation means management apparatus, transportation means management system, transportation means management method, and transportation means management program |
| JP2018018533A (en) * | 2017-09-13 | 2018-02-01 | 公立大学法人公立はこだて未来大学 | Vehicle operation management system, terminal device, control device, and vehicle operation management method |
| JP7026135B2 (en) * | 2017-12-22 | 2022-02-25 | ヤマハ発動機株式会社 | On-demand default route self-driving vehicle |
| JP7137773B2 (en) * | 2018-02-05 | 2022-09-15 | トヨタ自動車株式会社 | Information processing device and vehicle |
| JP2020047017A (en) * | 2018-09-20 | 2020-03-26 | 本田技研工業株式会社 | System for supporting use of a moving vehicle and method for supporting use of a moving vehicle |
| KR102377055B1 (en) | 2020-12-11 | 2022-03-22 | 포티투닷 주식회사 | Method and apparatus for generating a driving route |
| JP7664815B2 (en) * | 2021-11-10 | 2025-04-18 | 三菱電機株式会社 | Vehicle operation support device, terminal device, demand transportation system, vehicle operation support method, and vehicle operation support program |
| CN121039694A (en) * | 2023-04-27 | 2025-11-28 | 松下知识产权经营株式会社 | Information processing methods, information processing devices, and information processing programs |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001229495A (en) * | 2000-02-16 | 2001-08-24 | Toshiba Corp | Transportation method and system, reception processing system, and computer-readable storage medium |
| JP2002042299A (en) * | 2000-07-27 | 2002-02-08 | Toshiba Corp | Operation method of shortcut demand bus, operation system thereof, and information presentation system used for the same |
| JP2002150494A (en) * | 2000-11-09 | 2002-05-24 | Pfu Ltd | Arrival notification system |
-
2001
- 2001-06-20 JP JP2001186598A patent/JP4548977B2/en not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105632167A (en) * | 2016-03-02 | 2016-06-01 | 苏州华兴源创电子科技有限公司 | Intelligent taxi dispatching system based on mobile terminal |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003006784A (en) | 2003-01-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4548977B2 (en) | Demand vehicle management device | |
| JP7378831B2 (en) | Information processing device, information processing method and program | |
| JP7311438B2 (en) | Event dispatch device, event dispatch method, and program | |
| US20190103028A1 (en) | Demand responsive operation system | |
| JP4339029B2 (en) | Method and system for carpool reservation management, and program thereof | |
| JP2002342873A (en) | Shared vehicle operation scheduling system | |
| JP2018163578A (en) | Pick-up control server, in-vehicle terminal, control method and control program in active pick-up system | |
| JP2022003458A (en) | Vehicle allocation management device and vehicle allocation management method | |
| JP2004227262A (en) | Quick response vehicle getting on and off system, method and program | |
| JP7359083B2 (en) | Vehicle allocation planning device, vehicle allocation planning system, and vehicle allocation planning program | |
| JPH1063728A (en) | Operation schedule cooperation method and device by portable information terminal | |
| JP2008065773A (en) | Boarding order accepting system, server, terminal, boarding order accepting method and program | |
| JP2009009282A (en) | Demand information transmission device | |
| JP2019175393A (en) | Carpool support system, carpool support method, program and movable body | |
| US12614126B2 (en) | Method and apparatus for managing operation of transportation service vehicle, and non-transitory computer-readable storage medium | |
| JP2022017083A (en) | Vehicle dispatch management system, vehicle dispatch management method, and computer program | |
| JPH10170288A (en) | Ride information providing system | |
| JP2002022476A (en) | Route setting guidance system | |
| JP2002208091A (en) | Service management system for bus | |
| JP4878693B2 (en) | Mobile communication device, route guidance information distribution method and program | |
| JP2020187521A (en) | Delivery support system | |
| JP2020187520A (en) | Vehicle dispatch system | |
| JP4054018B2 (en) | Vacant seat route search system, vacant seat route search device, and terminal device | |
| JP2020134980A (en) | User support system and vehicle control system | |
| JP2016162438A (en) | Elderly transportation assist system through car sharing |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20060324 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070326 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20071114 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20071121 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20071128 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20071205 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20071212 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100406 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100519 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100608 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100706 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130716 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |