Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP3476002B2 - In-vehicle price processing device - Google Patents
[go: Go Back, main page]

JP3476002B2 - In-vehicle price processing device - Google Patents

In-vehicle price processing device

Info

Publication number
JP3476002B2
JP3476002B2 JP8068599A JP8068599A JP3476002B2 JP 3476002 B2 JP3476002 B2 JP 3476002B2 JP 8068599 A JP8068599 A JP 8068599A JP 8068599 A JP8068599 A JP 8068599A JP 3476002 B2 JP3476002 B2 JP 3476002B2
Authority
JP
Japan
Prior art keywords
amount
payment
fee
data
card
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 - Lifetime
Application number
JP8068599A
Other languages
Japanese (ja)
Other versions
JPH11312258A (en
Inventor
秀一 堀江
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.)
Casio Computer Co Ltd
Original Assignee
Casio Computer Co 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 Casio Computer Co Ltd filed Critical Casio Computer Co Ltd
Priority to JP8068599A priority Critical patent/JP3476002B2/en
Publication of JPH11312258A publication Critical patent/JPH11312258A/en
Application granted granted Critical
Publication of JP3476002B2 publication Critical patent/JP3476002B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Landscapes

  • Devices For Checking Fares Or Tickets At Control Points (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

【発明の詳細な説明】 【0001】 【発明の属する技術分野】この発明は、タクシーメータ
と連動する車載用料金処理装置に関する。 【0002】 【従来の技術】従来、タクシー用車載端末装置において
は、タクシーメータと連動し、メータ料金を取り込んで
料金の支払い方法に応じた種類の取引別処理を行うよう
にしている。ここで取引別処理は、料金を客が現金で支
払うかプリペイドで支払うかに応じて行われる。 【0003】 【発明が解決しようとする課題】このように料金の支払
い方法が限定されていると、客の支払い状況に関わら
ず、客はその支払い方法に合わせなければならないとい
う欠点があった。 【0004】 【0005】本発明の課題は、客の料金の支払い状況に
応じた種類の演算による結果を出力できるようにするこ
とである。 【0006】 【課題を解決するための手段】この発明は、タクシーの
走行時間や走行距離に応じた料金データを求めるタクシ
ーメータと連動する車載用料金処理装置であって、上記
タクシーメータから料金データを取り込む料金取込手段
と、支払金額を指定する金額指定手段と、上記金額指定
手段により指定された支払金額から上記料金データを減
算し、その減算された残金額により当該タクシーが走行
可能な距離を算出する算出手段と、上記算出手段で算出
された走行可能距離を表示出力する表示出力手段と、を
具備したことを特徴とする。 【0007】 【0008】 【発明の実施の形態】図1〜図5を参照しながら一実施
例を説明する。図1はタクシーカードシステムの車載端
末装置を示したブロック図である。CPU11はROM
12内に格納されているマイクロプログラムにしたがっ
てこの車載端末装置の各種の動作を制御するもので、C
PU11は制御部11−1、演算部11−2を有し、ま
たその周辺デバイスとしてCPU11にはキー入力部1
3、カードリーダ/ライタ14、表示部15、プリンタ
16が接続されている。 【0009】キー入力部13は各種のデータやコマンド
を入力するキー入力装置で、そのキーボード上には料金
の支払い方法を指定する為の各種のキー、即ち、途中下
車キーAK、割勘キーBK、金額走行キーCKが設けら
れている。ここで、同乗者による割勘支払い時にはその
客数を置数したのち割勘キーBKを操作する。また、同
乗者が途中下車する際の料金一部支払い時には、その支
払い金額を置数したのち途中下車キーAKを操作する。
また、同乗者が途中下車する際の割勘料金支払い時に
は、割勘キーBKを操作し、客数を置数したのち途中下
車キーAKを操作する。更に、客から前もって支払い金
額分走行すべきことが要望された場合にはその金額を置
数したのち金額走行キーCKを操作する。なお、この金
額走行時において、その支払い方法を解除する場合には
解除キーDKを操作し、承認する場合には承認キーEK
を操作する。その他、キーボード上にはファンクション
キーFK、数値キーGKが設けられている。しかして、
キー入力部13から入力されたデータはCPU11に取
り込まれて入力処理されたのち、表示部15から表示出
力される。 【0010】また、CPU11はこの車載端末装置と連
動するタクシーメータ17から料金データを取り込み、
この料金データとキー入力部13から入力された数値デ
ータ(客数や金額データ)とに基づいて予め指定された
料金支払い方法に応じた種類の演算処理を実行し、その
演算結果を表示部15から表示出力させる。また、CP
U11はタクシーメータ17からの料金データ等をRA
M18内の料金合計メモリ18−1に記憶させる。更
に、CPU11は料金支払いが現金かプリペイドカード
かに応じた種類の演算処理を実行する。 【0011】なお、カードリーダ/ライタ14はCPU
11からのリード指令に応じてプリペイドカードからカ
ードデータを読み込み、また、CPU11からのライト
指令に応じてプリペイドカードへデータを書き込む。ま
た、表示部15は料金データや各種のメッセージデータ
を表示出力し、更にプリンタ16は一取引の登録終了時
にレシートを発行する。タクシーメータ17は走行時間
や走行距離等に応じた料金データを得、また、RAM1
8は料金合計メモリ18−1等を有するRAMカード
で、端末装置本体から着脱可能なものである。 【0012】次に、本実施例の動作を図2〜図4を参照
して説明する。先ず、同乗者による割勘支払い時には、
その客数を置数したのち割勘キーBKを操作する。する
と、CPU11は図2のフローチャートにしたがった動
作を実行する。 【0013】先ず、タクシーメータ17から料金データ
を取り込む(ステップA1)。そして、このメータ料金
から人数を除算して1人当たりの料金を求め(ステップ
A2)、この割勘料金を表示部15から表示出力させる
(ステップA3)。 【0014】次に、ステップA4に進み、支払いはカー
ドか現金かを調べる。ここで、現金支払いの場合、1人
分の支払い金額をキー入力部13から入力すると(ステ
ップA5)、入力金額と1人分料金とを比較し(ステッ
プA6)、その結果、両者の不一致が検出されると、エ
ラー処理(ステップA7)となるが、両者の一致が検出
されると、ステップA8に進み、料金を入力金額分減算
すると共に客数をマイナス「1」する。その結果、客数
が「0」、つまり同乗者全員から支払いを受けたか否か
を調べ(ステップA9)、客数が「0」となるまでステ
ップA4に戻る。 【0015】ここで、プリペイドカードによる支払いを
受けた場合には、ステップA10に進み、カードリーダ
/ライタ14にリード指令を与え、これによってプリペ
イドカードから読み取られた金額データを取り込む。そ
して、このカード金額から1人分料金を減算し(ステッ
プA11)、カードにこの減算分の金額が残っているか
を調べ(ステップA12)、残っていなければエラー処
理となるか(ステップA13)、残っていれば、ステッ
プA8に進み、メータ料金を入力金額分減算すると共に
客数をマイナス「1」する。以下、同様の動作がステッ
プA9で客数「0」が検出されるまで繰り返される。 【0016】次に、同乗者の途中下車に伴う料金一部支
払い時には、その支払い金額を置数したのち途中下車キ
ーAKを操作する。この場合、途中下車する人が支払う
金額は現時点の料金以内であればいくらでも入力可能で
ある。 【0017】図3はこの場合の動作を示したフローチャ
ートである。先ず、タクシーメータ17から料金データ
を取り込み(ステップB1)、表示部15から表示出力
させる(ステップB2)。 【0018】そして、カード支払いか否かを調べ(ステ
ップB3)、現金支払いの場合にはメータ料金から入力
金額を減算し(ステップB4)、その結果をタクシーメ
ータ17に転送し、タクシーメータ17の表示内容を書
き替える(ステップB5)。一方、カード支払いの場合
には、カードリーダ/ライタ14にリード指令を与え、
これによってプリペイドカードから読み取られた金額デ
ータを取り込むと(ステップB6)、このカード金額か
ら支払い金額を減算し(ステップB7)、カードにこの
減算分の金額が残っているかを調べ(ステップA8)、
残っていなければエラー処理となるが(ステップB
9)、残っていればカード金額から支払い金額を減算し
た結果をタクシーメータ17に転送し、タクシーメータ
17の表示内容を書き替える(ステップB5)。 【0019】また、同乗者が途中下車する際、それまで
の料金を割勘支払いする時には、割勘キーBKを操作し
たのち客数を置数し、そして途中下車キーAKを操作す
る。すると、CPU11は図4のフローチャートにした
がった動作を実行する。 【0020】先ず、タクシーメータ17から現時点の料
金データを取り込み(ステップC1)、このメータ料金
から人数を除算して現時点までの割勘料金を算出し(ス
テップC2)、それを表示部15から表示出力させる
(ステップC3)。 【0021】そして、カード支払いか否かを調べ(ステ
ップC4)、現金支払いの場合、キー入力部13から支
払い金額が入力されると(ステップC5)、メータ料金
からこの入力金額を減算し(ステップC6)、この結果
をタクシーメータ17に転送してその表示内容を書き替
える(ステップC7)。 【0022】一方、カード支払いの場合には、カードリ
ーダ/ライタ14にリード指令を与え、これによってプ
リペイドカードから読み取られた金額データを取り込む
と(ステップC8)、このカード金額から支払い金額を
減算し(ステップC9)、カードにこの減算分の金額が
残っているかを調べ(ステップC10)、残っていなけ
ればエラー処理(ステップC11)となるが、残ってい
ればステップC6に進み、メータ料金から途中下車割勘
料金を減算し、その結果をタクシーメータ17に転送し
てタクシーメータ17の表示内容を書き替える(ステッ
プC7)。 【0023】次に、客から前もって支払い金額分走行す
べきことが要望された場合には、その金額を置数したの
ち金額走行キーCKを操作する。すると、CPU11は
図5のフローチャートにしたがった動作を実行する。 【0024】先ず、支払いがカードか否かを調べ(ステ
ップD1)、支払いが現金であればタクシーメータ17
から料金データを取り込むが(ステップD6)、支払い
がカードであれば、その前にカード金額を取り込み(ス
テップD2)、このカード金額から入力金額を減算し
(ステップD3)、カードに減算分の金額が残っている
かを調べ(ステップD4)、残っていなければエラー処
理(ステップD5)となるが、残っていればステップD
6に進み、タクシーメータ17から料金データを取り込
む。 【0025】そして、タクシーメータ17から取り込ん
だ料金データを入力金額から減算して残金額を求め、残
金額による走行可能距離を求め(ステップD7)、これ
を表示出力させる(ステップD8)。その後、メータ料
金と入力金額とを比較し(ステップD9)、入力金額の
方が大きければまだ走行可能であるのでステップD6に
戻るが、メータ料金が入力金額に達すると、走行停止を
指示するメッセージ表示を行う(ステップD10)。こ
の場合、金額走行を解除する際には解除キーDKを操作
するが、金額走行を承認する際には承認キーEKを操作
する。ここで、解除キーDK、承認キーEKの何れも操
作されなかった場合にはステップD11、D12でNO
と判断されてステップD10に戻るが、解除キーDKが
操作されると、通常処理に戻し(ステップD13)、ま
た車両を停止して承認キーEKが操作されると、料金算
出処理を行う(ステップD14)。 【0026】 【発明の効果】本発明によれば、客が指定金額に応じた
走行を要望した場合には、その支払金額に対して走行可
能な距離を求めて表示するようにしたので、客の要望に
応じた料金支払いが可能となり客へのサービス向上を図
り得る。
Description: BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an on-vehicle toll processing device that works in conjunction with a taxi meter. 2. Description of the Related Art Conventionally, in a taxi on-board terminal device, in conjunction with a taxi meter, a meter fee is taken in and a type of transaction-specific processing is performed according to a fee payment method. Here, the transaction-specific processing is performed depending on whether the customer pays in cash or prepaid. [0003] When the method of paying the fee is limited as described above, there is a disadvantage that the customer must adjust to the method of payment regardless of the payment status of the customer. [0005] It is an object of the present invention to be able to output a result of a type of operation in accordance with the state of payment of a customer fee. SUMMARY OF THE INVENTION The present invention is an on-vehicle toll processing device which is linked with a taxi meter for obtaining toll data according to a taxi traveling time and a traveling distance. Means for taking in the taxi, amount designating means for designating the payment amount, and subtracting the rate data from the payment amount designated by the amount designating means. , And display output means for displaying and outputting the travelable distance calculated by the calculation means. An embodiment will be described with reference to FIGS. 1 to 5. FIG. 1 is a block diagram showing an in-vehicle terminal device of the taxi card system. CPU 11 is ROM
12 for controlling various operations of the vehicle-mounted terminal device according to the microprogram stored in the
The PU 11 has a control unit 11-1 and a calculation unit 11-2.
3, a card reader / writer 14, a display unit 15, and a printer 16 are connected. A key input unit 13 is a key input device for inputting various data and commands. Various keys for designating a method of paying a fee, such as a stopover key AK, a split key BK, A money running key CK is provided. Here, when the passenger pays the split bill, the number of customers is set, and then the split bill key BK is operated. Also, when paying a part of the fare when the passenger gets off the vehicle, the passenger enters the payment amount and then operates the halfway stop key AK.
In addition, when paying a split fee when a passenger gets off on the way, the split key BK is operated, the number of customers is set, and then the stop key AK is operated. Further, when the customer requests in advance that the vehicle should run for the amount of payment, the amount is set, and the amount travel key CK is operated. In addition, at the time of running the money, the release key DK is operated to cancel the payment method, and the approval key EK is used to approve the payment method.
Operate. In addition, a function key FK and a numerical key GK are provided on the keyboard. Then
The data input from the key input unit 13 is taken into the CPU 11 and subjected to input processing, and then displayed and output from the display unit 15. Further, the CPU 11 fetches the toll data from the taxi meter 17 linked with the on-board terminal device,
Based on the fee data and the numerical data (number of customers and amount data) input from the key input unit 13, a type of arithmetic processing corresponding to a pre-specified fee payment method is executed, and the calculation result is displayed on the display unit 15. Display output. Also, CP
U11 converts the fee data from the taxi meter 17 into RA
It is stored in the charge total memory 18-1 in M18. Further, the CPU 11 executes a type of arithmetic processing according to whether the fee payment is cash or a prepaid card. The card reader / writer 14 has a CPU
Card data is read from the prepaid card in response to a read command from the CPU 11, and data is written to the prepaid card in response to a write command from the CPU 11. The display unit 15 displays and outputs charge data and various message data, and the printer 16 issues a receipt when registration of one transaction is completed. The taxi meter 17 obtains toll data according to the running time, the running distance, and the like.
Reference numeral 8 denotes a RAM card having a total charge memory 18-1 and the like, which is detachable from the terminal device main body. Next, the operation of this embodiment will be described with reference to FIGS. First, when the passenger pays the split bill,
After entering the number of customers, the split billing key BK is operated. Then, the CPU 11 executes an operation according to the flowchart of FIG. First, toll data is fetched from the taxi meter 17 (step A1). Then, the number of persons is divided from the meter fee to obtain a fee per person (step A2), and the split fee is displayed on the display unit 15 (step A3). Next, the process proceeds to step A4, where it is checked whether payment is by card or cash. Here, in the case of cash payment, when the payment amount for one person is input from the key input unit 13 (step A5), the input amount is compared with the fee for one person (step A6). If detected, error processing (step A7) is performed. If they match, the process proceeds to step A8, in which the fee is reduced by the input amount and the number of customers is reduced by "1". As a result, it is checked whether the number of customers is "0", that is, whether or not payment has been received from all the passengers (step A9), and the process returns to step A4 until the number of customers becomes "0". Here, when the payment by the prepaid card is received, the process proceeds to step A10, in which a read command is given to the card reader / writer 14, whereby the amount data read from the prepaid card is fetched. Then, the charge for one person is subtracted from the amount of the card (step A11), and it is checked whether the amount of the subtraction remains on the card (step A12). If there is no remaining amount, an error process is performed (step A13). If it remains, the process proceeds to step A8, in which the meter fee is subtracted by the input amount, and the number of customers is reduced by "1". Hereinafter, the same operation is repeated until the number of customers “0” is detected in step A9. Next, when paying a part of the toll accompanying the passenger's drop-off, the payment amount is set, and then the drop-off key AK is operated. In this case, the amount paid by the stopover can be entered as much as possible within the current fee. FIG. 3 is a flowchart showing the operation in this case. First, toll data is fetched from the taxi meter 17 (step B1) and displayed on the display unit 15 (step B2). Then, it is checked whether or not the payment is by card (step B3). In the case of cash payment, the input amount is subtracted from the meter fee (step B4). The display contents are rewritten (step B5). On the other hand, in the case of card payment, a read command is given to the card reader / writer 14, and
Thus, when the amount data read from the prepaid card is taken in (step B6), the payment amount is subtracted from the card amount (step B7), and it is checked whether or not the amount of the subtraction remains on the card (step A8).
If not, error processing is performed (step B
9) If there is, the result of subtracting the payment amount from the card amount is transferred to the taxi meter 17, and the display contents of the taxi meter 17 are rewritten (step B5). When the passenger gets off the train, he / she operates the split-budget key BK, counts the number of customers, and operates the stop-over key AK when paying the fare until then. Then, the CPU 11 executes an operation according to the flowchart of FIG. First, the current fee data is fetched from the taxi meter 17 (step C1), the number of persons is divided from the meter fee to calculate a split fee up to the present time (step C2), and this is displayed on the display unit 15 for output. (Step C3). Then, it is checked whether or not the payment is by card (step C4). In the case of cash payment, when the payment amount is inputted from the key input section 13 (step C5), this input amount is subtracted from the meter fee (step C5). C6), the result is transferred to the taxi meter 17, and the displayed content is rewritten (step C7). On the other hand, in the case of card payment, a read command is given to the card reader / writer 14, and the amount data read from the prepaid card is taken in (step C8). Then, the payment amount is subtracted from the card amount. (Step C9), it is checked whether or not the amount of the subtraction remains on the card (Step C10). If there is no remaining amount, an error process (Step C11) is performed. The taxi fare is subtracted, the result is transferred to the taxi meter 17, and the display content of the taxi meter 17 is rewritten (step C7). Next, when the customer requests in advance that the vehicle should run for the amount of payment, the amount is set and the amount operation key CK is operated. Then, the CPU 11 executes the operation according to the flowchart of FIG. First, it is checked whether or not the payment is a card (step D1).
(Step D6), if the payment is a card, the card amount is fetched before that (step D2), the input amount is subtracted from this card amount (step D3), and the amount of the subtraction is stored in the card. Is checked (step D4), and if not, an error process is performed (step D5).
Proceed to 6 and fetch the toll data from the taxi meter 17. Then, the toll data fetched from the taxi meter 17 is subtracted from the input amount to obtain a remaining amount, a travelable distance based on the remaining amount is obtained (step D7), and this is displayed and output (step D8). Thereafter, the meter fee is compared with the input amount (step D9). If the input amount is larger, the vehicle can still travel, and the process returns to step D6. Display is performed (step D10). In this case, the release key DK is operated to cancel the money running, but the approval key EK is operated to approve the money running. Here, if neither the release key DK nor the approval key EK is operated, NO is determined in steps D11 and D12.
When the release key DK is operated, the process returns to the normal process (step D13). When the vehicle is stopped and the approval key EK is operated, the fee calculation process is performed (step D13). D14). According to the present invention, when a customer desires to travel according to a designated amount, a travelable distance is calculated and displayed for the paid amount. Can be paid according to the request of the customer, and the service to the customer can be improved.

【図面の簡単な説明】 【図1】タクシーカードシステムの車載端末装置を示し
たブロック図である。 【図2】同乗者による割勘支払い時の動作を示したフロ
ーチャートである。 【図3】同乗者の途中下車に伴う料金一部支払い時の動
作を示したフローチャートである。 【図4】同乗者が途中下車する際、それまでの料金を割
勘支払いする時の動作を示したフローチャートである。 【図5】客から前もって支払い金額分走行すべきことが
要望された時の動作を示したフローチャートである。 【符号の説明】 11 CPU 12 ROM 14 カードリーダ/ライタ 15 表示部 17 タクシーメータ 18 RAM
BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a block diagram showing a vehicle-mounted terminal device of a taxi card system. FIG. 2 is a flowchart showing an operation when a passenger pays a split bill; FIG. 3 is a flowchart showing an operation at the time of partially paying a fee accompanying a passenger on the way. FIG. 4 is a flowchart showing an operation when a passenger gets off the road and pays the fare until then; FIG. 5 is a flowchart showing an operation when a customer requests in advance to run for the payment amount. [Description of Signs] 11 CPU 12 ROM 14 Card reader / writer 15 Display unit 17 Taxi meter 18 RAM

フロントページの続き (56)参考文献 特開 平4−33189(JP,A) 特開 平7−88240(JP,A) 特開 平7−24130(JP,A) 特開 平2−105286(JP,A) 実開 昭62−109273(JP,U) 実開 平3−107775(JP,U) (58)調査した分野(Int.Cl.7,DB名) G07B 1/00 - 9/02 G07B 11/00 - 17/04 G06F 17/60 Continuation of the front page (56) References JP-A-4-33189 (JP, A) JP-A-7-88240 (JP, A) JP-A-7-24130 (JP, A) JP-A-2-105286 (JP) , A) Japanese Utility Model 62-109273 (JP, U) Japanese Utility Model Application Hei 3-107775 (JP, U) (58) Fields investigated (Int. Cl. 7 , DB name) G07B 1/00-9/02 G07B 11/00-17/04 G06F 17/60

Claims (1)

(57)【特許請求の範囲】 【請求項1】 タクシーの走行時間や走行距離に応じた
料金データを求めるタクシーメータと連動する車載用料
金処理装置であって、 上記タクシーメータから料金データを取り込む料金取込
手段と、 支払金額を指定する金額指定手段と、 上記金額指定手段により指定された支払金額から上記
金データを減算し、その減算された残金額により当該
クシーが走行可能な距離を算出する算出手段と、 上記算出手段で算出された走行可能距離を表示出力する
表示出力手段と、 を具備したことを特徴とする車載用料金処理装置。
(57) [Claims] [Claim 1] According to the traveling time and traveling distance of a taxi
In-vehicle tolls linked to taxi meters seeking toll data
A gold processing unit that captures toll data from the taxi meter.
Means, an amount designating means for designating the amount of payment, and the fee from the amount of payment designated by the amount designating means.
Subtracting the money data, the data by the subtracted residual amount
A calculation unit configured xi calculates the possible distance travel, displays and outputs the travel distance calculated by the calculating means
An on-board fee processing device, comprising: a display output unit.
JP8068599A 1999-03-25 1999-03-25 In-vehicle price processing device Expired - Lifetime JP3476002B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP8068599A JP3476002B2 (en) 1999-03-25 1999-03-25 In-vehicle price processing device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP8068599A JP3476002B2 (en) 1999-03-25 1999-03-25 In-vehicle price processing device

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP13857990A Division JP3080636B2 (en) 1990-05-30 1990-05-30 In-vehicle price processing device

Publications (2)

Publication Number Publication Date
JPH11312258A JPH11312258A (en) 1999-11-09
JP3476002B2 true JP3476002B2 (en) 2003-12-10

Family

ID=13725207

Family Applications (1)

Application Number Title Priority Date Filing Date
JP8068599A Expired - Lifetime JP3476002B2 (en) 1999-03-25 1999-03-25 In-vehicle price processing device

Country Status (1)

Country Link
JP (1) JP3476002B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4796804B2 (en) * 2005-08-22 2011-10-19 株式会社エクシング Route notification method, route notification system, route notification device, and computer program.
JP7278044B2 (en) * 2018-09-18 2023-05-19 松之進 山口 Information processing equipment

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3107775U (en) 2004-09-16 2005-02-17 株式会社大京 Temporary enclosure panel and temporary enclosure structure

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3107775U (en) 2004-09-16 2005-02-17 株式会社大京 Temporary enclosure panel and temporary enclosure structure

Also Published As

Publication number Publication date
JPH11312258A (en) 1999-11-09

Similar Documents

Publication Publication Date Title
JP3476002B2 (en) In-vehicle price processing device
JPH10111961A (en) Taxi fare payment device
JP3080636B2 (en) In-vehicle price processing device
JPH05257941A (en) Vehicle management system using non-contact IC card
JPH07296207A (en) Parking charge adjusting system
JP3076986B2 (en) Applicability judgment device for automatic toll collection system
JP2000285157A (en) Automatic parking system
JP2004213223A (en) Shared vehicle fee display system
JP2003256995A (en) Parking fee settlement system and method
JP4357034B2 (en) Portable ticket processing machine and in-car settlement system
JPH08202904A (en) Device for managing deferred payment of parking rate
JP3019100B1 (en) Taxi billing method and system
JPH0675272B2 (en) Taxi carding system
JP3852259B2 (en) Point service system linked to movement of own solid
JP3439623B2 (en) Parking fee payment device
JPH0512991U (en) Charge calculator
JP2010044671A (en) Etc system for parking ticket issuance, settlement machine for parking fee and computer program
JPH0642294Y2 (en) Card type fare adjustment device
JPH052276U (en) Automatic checkout machine
JP2584092B2 (en) Parking lot management system
JP2002298174A (en) Parking fee setting method, program and parking fee settling device
JP3497714B2 (en) Transfer payment machine
JPH0512990U (en) Charge calculator
JPS6148090A (en) Taxi fare settling apparatus
JP2006107064A (en) Toll collection system, lane control device, toll collection machine

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20070926

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080926

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090926

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100926

Year of fee payment: 7

EXPY Cancellation because of completion of term
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100926

Year of fee payment: 7