Language selection

Search

Patent 2226477 Summary

Third-party information liability

Some of the information on this Web page has been provided by external sources. The Government of Canada is not responsible for the accuracy, reliability or currency of the information supplied by external sources. Users wishing to rely upon this information should consult directly with the source of the information. Content provided by external sources is not subject to official languages, privacy and accessibility requirements.

Claims and Abstract availability

Any discrepancies in the text and image of the Claims and Abstract are due to differing posting times. Text of the Claims and Abstract are posted:

  • At the time the application is open to public inspection;
  • At the time of issue of the patent (grant).
(12) Patent: (11) CA 2226477
(54) English Title: DATA TRANSMISSION METHOD AND SYSTEM THEREFOR
(54) French Title: METHODE ET SYSTEME DE TRANSMISSION DE DONNEES
Status: Expired and beyond the Period of Reversal
Bibliographic Data
(51) International Patent Classification (IPC):
  • H04L 12/40 (2006.01)
  • B60R 16/02 (2006.01)
  • G08C 19/00 (2006.01)
  • G08C 19/16 (2006.01)
  • H04L 01/20 (2006.01)
(72) Inventors :
  • HASHIMOTO, HIROSHI (Japan)
  • ISHII, JUN (Japan)
  • NAGATANI, YUJI (Japan)
(73) Owners :
  • HONDA GIKEN KOGYO KABUSHIKI KAISHA
(71) Applicants :
  • HONDA GIKEN KOGYO KABUSHIKI KAISHA (Japan)
(74) Agent: SMART & BIGGAR LP
(74) Associate agent:
(45) Issued: 2002-07-16
(22) Filed Date: 1994-02-15
(41) Open to Public Inspection: 1994-08-16
Examination requested: 1998-03-09
Availability of licence: N/A
Dedicated to the Public: N/A
(25) Language of filing: English

Patent Cooperation Treaty (PCT): No

(30) Application Priority Data:
Application No. Country/Territory Date
5-48559 (Japan) 1993-02-15
5-48560 (Japan) 1993-02-15
5-80216 (Japan) 1993-03-15
5-84079 (Japan) 1993-03-18

Abstracts

English Abstract


A data transmission system for a vehicle
includes a plurality of control systems installed on
the vehicle, and a network bus connecting the plurality
of control systems with each other for circulating a
transmission right through the plurality of control
systems to thereby perform transmission of a message
between the plurality of control systems. According to
a first aspect, each of the control systems starts
transmitting data when it is detected that the
transmission right is not generated or lost from the
system, and continues transmitting the data when no
collision of data transmitted from the present control
system with data transmitted from the rest of the
plurality of control systems, or when by mediation for
avoiding the collision is detected, it is determined to
continue data transmission. According to a second
aspect, the maximum number of times of retransmission
to be permitted is determined according to a type of
failure in transmission identified, and the
retransmission is performed so long as the number times
of retransmission of the data does not exceed the
maximum number of times of retransmission to be
permitted. According to a fourth aspect, the message
comprises a first response field for receiving a first
acknowledging response output from a control system
having received the transmission right, and a second
response field for receiving a second acknowledging
response output from a control system having received
data.


French Abstract

Système de transmission de données pour véhicule. Comprend un certain nombre de systèmes de commande de bord, et un bus de réseau reliant un certain nombre de systèmes de commande afin de faire circuler entre eux un droit de transmission et d'assurer ainsi la transmission d'un message entre eux. Suivant un premier aspect de l'invention, chacun des systèmes de commande commence à émettre des données au moment où l'on détermine que le droit de transmission n'est pas généré ou perdu par le système. La transmission des données se poursuit tant qu'on ne détecte aucune collision des données émises par le système avec les émissions des autres systèmes de commande précités, ou si la collision peut être évitée par médiation. Suivant un deuxième aspect, le nombre maximal de retransmissions permises est déterminé selon le type de défaillance de transmission relevée, et n'est limité que par le nombre de répétitions permises. Suivant un quatrième aspect, le message comprend une première zone de réponse pour la réception d'un premier accusé de réception de la part d'un système de commande ayant reçu le droit de transmission, et une deuxième zone de réponse pour la réception d'un deuxième accusé de réception d'un système de commande qui a reçu des données.

Claims

Note: Claims are shown in the official language in which they were submitted.


31
CLAIMS:
1. A data transmission system for a vehicle,
comprising a plurality of control systems installed on said
vehicle, a network bus connecting said plurality of control
systems with each other for circulating a transmission right
through said plurality of control systems to thereby perform
transmission of a message between said plurality of control
systems, and time-measuring means for measuring a
predetermined time period elapsed after a start up of said
data transmission system, each of said plurality of control
systems including:
transmitter-receiver means for transmitting data
to or receiving data from another one of said plurality of
control systems via said network bus;
transfer destination-setting means for setting a
transfer destination for transfer of said transmission
right;
acknowledging response-detecting means for
detecting an acknowledging response output from another one
of said plurality of control systems which receives said
transmission right; and
abnormality-detecting means for detecting
abnormality of said system,
wherein said transfer destination-setting means
sets a subsequent transfer destination when no acknowledging
response is detected by said acknowledging response-
detecting means, and
wherein said abnormality-determining means
determines that said system is abnormal, when said transfer
destination-setting means has set all of transfer

32
destinations to be set, and said time-measuring means has
measured said predetermined time period.
2. A data transmission system according to claim 1,
further comprising inhibiting means for inhibiting said
abnormality-determining means from determining that said
data transmission system is abnormal during said
predetermined time period.
3. A data transmission system according to claim 1,
wherein said transfer destination-setting means sets said
subsequent transfer destination by increasing an address
indicative of said transfer destination by a predetermined
number.
4. A data transmission system according to claim 2,
wherein said transfer destination-setting means sets said
subsequent transfer destination by increasing an address
indicative of said transfer destination by a predetermined
number.
5. A data transmission system according to claim 3,
wherein said abnormality-determining means determines that
said transfer destination-setting means has set all of
transfer destinations to be set, when said address of said
transfer destination becomes identical to an address of the
present control system having said transmission right.
6. A data transmission system according to claim 4,
wherein said abnormality-determining means determines that
said transfer destination-setting means has set all of
transfer destinations to be set, when said address of said
transfer destination becomes identical to an address of the
present control system having said transmission right.

Description

Note: Descriptions are shown in the official language in which they were submitted.


CA 02226477 1998-03-09
v
I
TITLE OF THE INVENTION
DATA TRANSMISSION METHOD AND SYSTEM THEREFOR
BACKGROUND OF THE INVENTION
Field of t:he Invention
This invention relates to a method of
transmitting data and a system therefor between a
_ plurality oaf electronic contro7_ units installed on an
automotive vehicle via a common communication line
connecting these electronic control units.
Prior Art
Conventionally, in performing mutual data
transmissic>n between a plurality of electronic control
units (hereinafter referred to as the "ECU's " installed
on an automotive vehicle via a common communication
line (here:'..nafter referred to as "the network bus")
connecting the ECU's, a token passing method. is
employed f<;~r circulating a transmission right round the
ECU's in a predetermined sequence to permit an ECU
having received the transmission right to send out data
to the neturork bus .
When a data transmission system employing the
token passing method is started, the following methods-
are conventionally known for initially rendering (i.e.
generating) the transmission right to one of the ECU's:
(I) Fixed ECU method of initially rendering the
transmission right to a particular ECU determined in
advance in a fixed manner. .
(2) Waiting method in which all the ECU's start
transmitting data assuming that they are each initially
rendered with the transmission right, stop transmitting
data when collision of data occurs, and restart data
70668-38

- CA 02226477 1998-03-09
2
transmission after waiting for predetermined waiting
time periods set to the ECU's, respectively, repeatedly
carrying out this procedure until no collision occurs,
to ther~:~by restrict an initial holder of the
transmission right to one of the ECU's.
However, the fixed ECU method suffers from a
problem that if the particular ECU to which the
transmission right is to be initially rendered is in
failure, the transmission right cannot be produced for
1 0 ever .
With the waiting method as well, there is an
inconvenience that it takes much time to generate the
transmi:~sion right, and time is wastefully consumed
before the ECU's start to cooperate as a network.
On the other hand, in the data transmission
system casing the token passing method, it is a known
technique to add broadcast data to a message for .
transmi:_,sion to transfer the transmission right to the
next ECiT, as disclosed e.g. in Japanese Patent
Publicai=.ion (Kokoku) No. 1-58900.
F~owever, according to this conventional
technique, the message data format is not constructed
such thz~.t a sending end can confirm safe and accurate
transfe~.~ of each of the transmission right and data,
and hence there is room for improvement thereof to
expedite the transmission.
Further, Japanese Patent Publication (Kokoku)
No. 1-5',1856 (hereinafter referred to as "the first
prior ai:t") discloses a technique that when data
transmission is not successfully carried out,
retransmission of data is performed upon the
transmi:~sion right returning to the present ECU after
having k>een transferred round the ECU's, taking into
considez:ation the fact that if retransmission of the
data is carried out immediately, there is a high

CA 02226477 1998-03-09
3
possibility of failure thereof.
1?urther, Japanese Provisional Patent Publication
(Kokai) No. 62-159539 discloses a data transmission
system (hereinafter referred to as "the second prior
art") izz which when transmission of the data is not
successf°ully carried out, the data is retransmitted
within <3. limit of a predetermined number of times,
which nmmber can be changed or set by another control
system.
~~,ccording to the first prior art, the
retransr~iission of data is performed only after the
transmission right has been transferred round the ECU's
once eve_:n if the immediate transmission of data might
be successful (e.g. when failure of transmission was
caused x:>y a noise during transmission), which is an
inconver:{fence to be eliminated for prompt completion of
data tr~s.nsmission.
Further, according to the second prior art, the
retransrnission of data is carried out immediately after
failure thereof within the predetermined number of
times set by the other control system. However, this
number is not set by the sending end itself, and hence
it is difficult to perform prompt reaction to failure
of transmission. --
F~'urther, in making a check as to whether
connectuon between one member (ECU) and another (ECU)
of the network is safely established, a special message
is sent out from the one member for a response from the
other, based on which it is determined whether the
connection is safely established.
When the special message is used, however, the
data tr~s.nsmission and transfer of the transmission
right cz~.nnot be performed while the special message is
being sent out, which results in degraded transmission
efficiency.

CA 02226477 1998-03-09
4
I?urther, when the other member (ECU) goes faulty
or disconnected from the network, the state of the
connect:i.on is not certain until the check therefor is
carried out again, and hence there is a possibility of
continuing to transfer the transmission right to the
ECU disconnected.
SUMMARY OF THE INVENTION
=Ct is a first object of the invention to provide
a data t:.ransmission system for an automotive vehicle
which is capable of enhancing data transmission
efficiency by immediately generating a transmission
right, :i..e. initially rendering the transmission right
to a sending end.
=Ct is a second object of the invention to
provide a data transmission system which properly
permits retransmission of data when transmission has
not been successfully carried out, while maintaining
the balzs.nce between the retransmission of data and the
circulation of the transmission right.
_~Ct is a third object of the invention to provide
a data transmission system which is capable of
detectirng a disconnection of a unit from a network
without degrading transmission efficiency of the
system.
CCt is a fourth object of the invention to
provide a method of transmitting data, which permits
prompt confirmations as to whether the transfer of the
transmission right and the transmission of data are
carried out successfully, respectively, thereby
smoothl~r circulating the transmission right..
':C~o attain the first object of the invention,
according to a first aspect of the invention, there is
provided a data transmission system for a vehicle,

CA 02226477 1998-03-09
including a plurality of control systems installed on
the veh.i_cle, and a network bus connecting the plurality
of control systems with each other for circulating a
transmission right through the plurality of control
5 systems to thereby perform transmission of a message
between the plurality of control systems.
'L'he data transmission system according to the
. first a:~pect of the invention is characterized in that
each of the plurality of control systems comprises:
transmitter-receiver means for transmitting data
to or r<~ceiving data from the rest of the plurality of
control systems via the network bus;
<::ollision-detecting means for detecting a
collision of data transmitted from the transmitter-
receivem means with data transmitted from any of the
rest of the plurality of control systems;
mediating means for performing mediation on the
data tr~xnsmitted from the transmitter-receiver means
and hav:i.ng been detected to be collided with the data
transmii~ted from any of the rest of the plurality of
control system to direct the transmitter-receiver means
to cont:i.nue data transmission or stop the data
transmi:>sion, for the purpose of avoiding the
collision,
monitor means for monitoring the transmission
right; and
<::ontrol means for causing the transmitter-
receiver means to start transmitting data when the
monitor:i.ng means detects that the transmission right is
not generated or lost from the system, and causing the
transmit=.ter-receiver means to continue transmitting the
data when the collision-detecting means does not detect
a collision of the data with data transmitted from the
rest of the plurality of control systems, or when the
mediating means directs the transmitter-receiver to

CA 02226477 1998-03-09
6
continue data transmission.
preferably, the data transmission system further
comprises transfer means for transferring the
transmission right to a subsequent control system in a
predetermined manner, when the control means controls
the transmitter-receiver means to continue the data
transmission until the data transmission is completed.
1?referably, the mediating means compares the
data transmitted from the transmitter-receiver means
with the data received via the network bus from the
rest of the plurality of control systems, bit by bit,
based on the logic considering one of logical levels of
transmission data as dominant, and the other of the
logical levels of the transmission data as recessive,
and directing the transmitter-receiver means to stop
the data transmission when the data transmitted from
the transmitter-receiver means and the data received
from this network bus are different from each other.
:More preferably, the transfer means transfers
the transmission right to the subsequent control unit
by incrE~asing an address representative of the each of
the plu~__~ality of control systems incorporating the
transfer means by a predetermined number.
~~o attain the second object of the invention,
according to a second aspect of the invention, there is
provided a data transmission system for a vehicle,
including a plurality of control systems installed on
the vehicle, and a network bus connecting the plurality
of control systems with each other for circulating a
transmission right through the plurality of control
systems to thereby perform transmission of a message
between the plurality of control systems.
The data transmission system according to the
second aspect of the invention is characterized in that
each of the plurality of control systems comprises:

- CA 02226477 1998-03-09
transmitter-receiver means for transmitting data to or
receiving data from other ones of said plurality of control
systems via said network bus;
transmission failure-detecting means for detecting
failure in transmission of said data;
failtire~ type-identifying means for identifying a type of
said failurs~ in transmission of said data;
retransmission control means for determining a maximum
number of times of retransmission to be permitted according to
said type of failure in transmission identified by said
failure type-identifying means, and for causing said
transmitter-receiver means to retransmit said data so long as
the number of times of retransmission of said data does not
exceed the maximum number of times of retransmission to be
permitted;
wherein the failure type-identifying means comprises
means for detecting whether an acknowledging response is
present, and whether an error in transmission has occurred;
and
wherein said transmission failure-detecting means
comprises monitoring means for determining that said error in
transmission has occurred when data being transmitted does not
coincide with data loaded on said network bus.
Preferably, the type of failure in retransmission is
classified j.nto a case in which no acknowledging response is
detected, and a case in which an error in transmission is
detected.
Preferably, the retransmission control means sets
the maximum number of times of retransmission to be permitted
to a larger value when the error in transmission is detected
than when no acknowledging response is detected.
According to a third aspect of the invention, there
is provided a data transmission system for a vehicle,
including a plurality of control systems installed on the
vehicle, and a network bus connecting the plurality
- 7 -
70668-38

- CA 02226477 1998-03-09
8
of control systems with each other for circulating a
transmission right through the plurality of control
systems to thereby perform transmission of a message
between the plurality of control systems, each of the
pluralii~y of control systems including transmitter-
receiver means for transmitting data to or receiving
data from the rest of the plurality of control systems
via the network bus, transfer destination-setting means
for seti~ing a destination of transfer of the
transmission right, acknowledging response-detecting
means far detecting an acknowledging response output
from another control system having received the
transmission right, and abnormality-detecting means for
detecting abnormality of the system.
The data-transmission system according to the
third a:~pect of the invention is characterized in that:
the transfer destination-setting means sets a
subsequent transfer destination when no acknowledging
response is detected, and
the abnormality-determining means determines
that the system is abnormal, when setting of the
transfer destination by the transfer destination-
setting means has been performed round all of transfer
destinal~ions to be set.
1?referably, the data transmission system further
comprises time-measuring means for measuring a
predetermined time period elapsed after the start of
the data transmission system, and inhibiting means for
inhibiting the abnormality-determining means from
determining abnormality of the system before the time-
measuring means has measured the predetermined time
period.
Preferably, the transfer destination-setting
means sets the subsequent transfer destination by
increasing an address indicative of the transfer

' CA 02226477 1998-03-09
9
destination by a predetermined number.
lKore preferably, the abnormality-determining
means determines that the setting of the transmission
right h<~s been performed round the all of transfer
destinations to be set, when the address of the
transfer destination becomes identical to an address of
the present control system having the transmission
right.
To attain the fourth object of the invention,
according to a fourth aspect of the invention, there is
provided a data transmission method for connecting a
plurality of control systems installed on a vehicle by
at least one common signal line, and transmitting a
message between the plurality of control systems while
circulating a transmission right through the plurality
of control systems.
The data transmission method according to the
fourth aspect of the invention is characterized in that
the mes:~age comprises a first response field for
receiving a first acknowledging response output from a
control system having received the transmission right,
and a scacond response field for receiving a second
acknowlssdging response output from a control system
having received data.
1?referably, a processing corresponding to the
first acknowledging response is performed in preference
to a processing corresponding to absence of the second
acknowledging response.
7?referably, the processing corresponding to the
first acknowledging response is waiting for reception
of the transmission right next time or continuation of
transfer of the transmission right, and the processing
corresponding to absence of the second acknowledging
response is retransmission of the data.
To attain the fourth object, according to a

CA 02226477 2001-11-26
70668-38E'
fifth aspect of the invention, there is provided a data
transmission method for connecting a plurality of control
systems installed on a vehicle by at least one common signal
line, and transmitting a message between the plurality of
5 control systems while circulating a transmission right
through the plurality of control systems.
The data transmission method according to the
fifth aspect of the invention is characterized in that:
the message is classified into a first message
10 having a first response field for receiving a first
acknowledging response output from a control system having
received the transmission right, and a second message having
a second response field for receiving a second acknowledging
response output from a control system having received data;
and
each of the plurality of control systems judges
that transfer of the transmission right is completed
irrespective of whether the second acknowledging response is
detected or not, if the first acknowledging response is
detected when the second message is sent out therefrom, and
does not perform transmission of the message until the
transmission right is acquired next time, whereas the each
of the plurality of control systems sends out the first
message to continue the transfer of the transmission right
when the first acknowledging response is not detected.
In accordance with another aspect of the present
invention there is provided a data transmission system for a
vehicle, comprising a plurality of control systems installed
on said vehicle, a network bus connecting said plurality of
control systems with each other for circulating a
transmission right through said plurality of control systems
to thereby perform transmission of a message between said

CA 02226477 2001-11-26
70668-38E
10a
plurality of control systems, and time-measuring means for
measuring a predetermined time period elapsed after a start
up of said data transmission system, each of said plurality
of control systems including: transmitter-receiver means
for transmitting data to or receiving data from another one
of said plurality of control systems via said network bus;
transfer destination-setting means for setting a transfer
destination for transfer of said transmission right;
acknowledging response-detecting means for detecting an
acknowledging response output from another one of said
plurality of control systems which receives said
transmission right; and abnormality-detecting means for
detecting abnormality of said system, wherein said transfer
destination-setting means sets a subsequent transfer
destination when no acknowledging response is detected by
said acknowledging response-detecting means, and wherein
said abnormality-determining means determines that said
system is abnormal, when said transfer destination-setting
means has set all of transfer destinations to be set, and
said time-measuring means has measured said predetermined
time period.
The above and other object, features, and
advantages of the invention will become more apparent from
the following detailed description taken in conjunction with
the accompanying drawings.
BRIEF DESCRIPTION OF THE DRAWINGS

CA 02226477 1998-03-09
II
E~ig. 1 is a block diagram showing the whole
arrangement of a control system for an automotive
vehicle according to an embodiment of the invention;
E'ig. 2 is a block diagram showing the
arrangement of an electronic control unit appearing in
Fig. 1;
E'ig. 3 is a circuit diagram showing details of a
bus interface appearing in Fig. 2;
P'ig. 4a is a diagram showing a format of a
message containing a data unit for transmission between
electronic control units;
Fig. 4b is a diagram showing a format of a
message containing no data unit;
F'ig. 5 is a flowchart showing a program for
initially generating a.token (transmission right) when
the token has not been generated or lost;
Fig. 6a to Fig. 6d collectively form a timing
chart which is useful in explaining a manner of
mediation for settling contention for the transmission
right, i.n which:
F'ig. 6a shows bit Nos.;
F'ig. 6b shows data transmitted from a node 1;
F'ig. 6c shows data transmitted from a node 2;
and
F'ig. 6d shows logical levels on a bus;
F'ig. 7 is a flowchart showing a program for
terminating the data transmission; and
F'ig. 8 is a flowchart showing a program for
transferring the transmission right.
DETAILED DESCRIPTION
The invention will described in detail with
reference to drawings showing an embodiment thereof.
F'ig. 1 shows the whole arrangement of a control

- CA 02226477 1998-03-09
12
system .for an automotive vehicle according to the
embodiment comprising electronic control units
(hereinafter referred to as "the ECU's") 1 to 5
connected with each other via a network bus 6. An ENG
control ECU 1 controls operation of an engine in
response to operation of an accelerator pedal operated
by a driver of the vehicle, etc. An MISS control ECU 2
controla an automatic transmission of the vehicle
according to the operating conditions of the engine. A
TCS control ECU 3 detects a slip of driving wheels and
control: an output torque of the engine. A suspension
control ECU 4 controls a suspension (active suspension)
system of the vehicle depending on the operating
conditions of the engine. A brake control ECU 5
detects a slip of wheels and controls braking
operation. These ECU's 1 to 5 are required to be
permitted to mutually monitor control parameters and
operating parameters detected by sensors, some of the
sensors being collectively shown in Fig. 2, and hence
are connected to each other by way of the network bus 6
for transmission of data necessitated by each other.
I~ig. 2 shows the arrangement of the ENG control
ECU 1 which comprises.a central processing unit
(hereinafter referred to as "the CPU") 101, an
input/oc~tput interface 104 connecting a plurality of
sensors 11, and a plurality of actuators, such as fuel
injection valves, to the CPU 101. The CPU 101 is
connected via a bus line 107 to a RAM (Random Access
Memory) 102, a ROM (Read Only Memory) 103, and a
communir_ation control IC (Integrated Circuit) 105. The
communication control IC 105 is connected via a bus
interface 106 to the network bus 6.
'the CPU 101 determines control parameters based
on outpuzt signals from the sensors 11 according to a
program stored in the ROM 103 for driving the actuators

CA 02226477 1998-03-09
l3
. 12. The_~ RAM 102 temporarily stores data of results of
computai:ion. The communication control IC controls
transmi::,sion of a message to the network bus and
recepti<rn of a message from the network bus.
I?ig. 3 shows details of the bus interface 106
connected to the communication control IC 105, and the
network bus 6 comprised of twisted pair lines 6b and 6c
connecte::d at both ends of thereof to each other via
respect'i.ve terminal resistances 6a, 6a.
~C'he communication control IC 105 has a first
sending terminal connected to a base of a transistor
119 via a resistance 115. The transistor 119 has an
emitter thereof connected to a power supply line VSUP
and a collector thereof connected via a resistance 116
to an inverting input terminal of a comparator 111 and
to one Eib of the twisted pair lines 6b and 6c.
~t'he communication control IC 105 has a second
sending terminal connected to a base of a transistor
120 via a resistance 117. The transistor 120 has an
emitter thereof grounded and a collector thereof
connected via a resistance 118 to a non-inverting input
terminal of the comparator 111 and to one 6c of the
twisted pair lines 6b and 6c.
''.E'he non-inverting input terminal of the
comparat:.or 111 is connected via a resistance 112 to the
power supply line VSUP, and also via a resistance 113
to the inverting input terminal of the comparator 111.
The com~>arator 111 has its inverting input terminal
grounded via a resistance 114, and delivers an output
signal t:.herefrom to a receiving terminal of the
communicNation control IC 105.
=Cn the circuitry shown in Fig. 3, the
resistances 116 and 118 are each set to approximately
30 SZ, the resistances 112 and 114 to approximately 2 k
SZ, the resistance 113 to approximately 200 SZ, and the

CA 02226477 1998-03-09
14
terminal rE.~sistances 6a to approximately 100 SZ.
The first and second sending terminals of the
communication control IC 105 are supplied with pulse
signals reverse to each other in.phase.~ When the first
sending terminal is at a low level and the second
sending terminal is at a high level, both the
transistor's 119 and 120 are turned on to set the
voltage of the one twisted pair line 6b at the high
level and the other twisted pair line 6c at the low
0 level. when the first sending terminal is at the high
level and the second sending terminal is at the low
level, both. the transistors 119 and 120 are turned off
to set the voltage of the one twisted pair line 6b at
the low level and the other twisted pair line 6c at the
high level. Thus, a signal is sent out to the network
bus 6.
As the potential of the one twisted pair line 6b
goes high and low, the output from the comparator 111
goes low and high, thereby receiving a signal loaded on
20 the network bus 6.
The ECU's 2 to 5 are basically constructed in
the same manner. Therefore, even if one of the ECU's
sends out a signal which sets the voltage of the one
twisted pair line 6b at the low level (i.e. sets the
25 voltage of t:he other twisted pair line 6c at the high
level), when another ECU sends out a signal which sets
the voltage of the one twisted pair line 6b at the high
level, the Mate of the voltage of the twisted pair
line 6b is aet to the high level. Therefore, in the
30 Present embodiment, a state in which the one twisted
pair line l:i_ne 6b is at the high level (the other
twisted pai:c- line 6c is at the low level) is defined as
a dominant ;:Mate, and an opposite state thereof as a
recessive si::ate.
35 Next, a method of data transmission between the
70668-38

' CA 02226477 1998-03-09
ECU's will be described. In the present embodiment, a
token passing method is employed. This takes into
consideration the fact that compared with a CSMA/CD
(Carrier Sense Multiple Access with Collision
5 Detection) method which is capable settling the
collision, the token passing method is advantageous in
respect of an electric delay on the network bus, and is
capable of easily determining the ma:cimum message delay
time perioc:3, allowing the net="rork system to be be
10 designed easily.
Fig. 4a and Fig. 4b show formats of messages
used in dai_:a transmission in the present embodiment.
Fig. 4a shows a format of a data message (second
message) for sending a token (representative of the
15 transmission right) and data, while Fig. 4b shows that
of a token message (first message) for sending the
token alone. In the following description, the ECU's
constituting the network system will be referred to'as
the nodes 1. to S .
In fig. 4a, a field F1 (SOM) notifies the start
of a message, which is formed by one dominant bit.
This field is used for synchronization of all the nodes
constituting the network system.
A field F2 (TA) designates an address of a
destination node to which the token is to be
transferred, which is formed by four bits of data. The
node addresa is set e.g. to one of values 0 to 4 in a
manner corrfasponding to the ECU's 1 to 5.
A field F3 (CTL) designates a kind of message
(token mess:3ge or data message).
A fi~sld F4 (DATA UNIT) is a data unit comprised
of a DN (Destination Node) field designating a node or
nodes which should receive data contained in a DATA
field, a DLc:: (Data Length)field designating the length
of a byte o:E the DATA field, an ID (Identifier) field
70668-38

CA 02226477 1998-03-09 ,
16
forming an identifier of the data, and the DATA field
containing information to be transmitted.
In this connection, the length of the DATA field
is variablE~ as can be presumed from the above
descriptio:cz, and the total length of the data unit is
variable w_athin the range of 32 to 96 bytes.
A f.i_eld F5 (FCS) is a CRC (Cyclic Redundancy
Check) fie:l_d comprised of a sequence (CRC character
seauence) of characters for error detection having 16
bits obtairied by using the following equaaion ~(T) as a
generating polynomial:
Generating polynomial = X16 + X12 + X5 + 1
A delimitter (dividing character) having one
recessive bit is interposed between the field F5 and
the field f6.
A fi.eid F6 (DACK) is a second response field
into which a data-acknowledging response (second
acknowledge: character) should be written by a node
having normally or safely received the data, which is
formed by a.n acknowledge slot having two bits. A
sending node sends a message having the acknowledge
slot as recessive bits, and the node or nodes which
is/are designated in the message as one or ones to
receive the information and has/have normally or safely
received th~~ data makes) the data-acknowledging
response by overwriting two dominant bits therein_ A
delimitter having two recessive bits is interposed
between the fields F6 and F7.
A field F7 (TACK) is a first response field into
which a tokE~n-acknowledging response (first acknowledge
character) should be written by a node having normally
or safely received the token, which is formed by an
acknowledge slot having two bits, similarly to the
7x668-38

CA 02226477 1998-03-09
17
field F6. The sending node sends a message having the
acknowledge slot as recessive bits, and the node having
received th.e token makes the token-acknowledging
response by overwriting two dominant bits therein. A
S delimitter formed by two recessive bits is interposed
between the:field F7 and the field F8.
A field F8 (EOM) designates the end of the
message, and is formed by six recessive bits.
In t:he present embodiment, the field F7 and the
field F6 are provided as fields into which
acknowledgement of the token and acknowledgement of
data are made, respectively, which makes it possible
for a sending end to promptly confirm whether or riot
the transfer of the token and the transmission of data
have been successfully carried out.
The token message shown in Fig. 4b is
constructec; such that the fields F4 to F6 are deleted
from the data message, and a delimitter is interposed
between the: fields F3 and F7.
Next, a method of circulating the token
(transferring the token round the ECU's) will be
described.
if a. node having received the token has data or
information. to be transmitted, it has to transfer the
token together with the data. If the node has no data
or information to be transmitted, it has to transmit
the token alone. A node to which the token is to be
transferred is a node designated in the field F2 (TA).
The token address is normally set: by adding a value of
one to the address of the sending node itself, and a
message continues to be sent out until a token-
acknowledging response is detected, by sequentially
increasing the token address by an incremental value of
1. However, when a calculated value of the token
address reaches a value of i6, the token address is set
70668-38

' CA 02226477 1998-03-09
to O, thus circulating token address through values of 0 to
15.
Whc.~n the node corresponding to the token address set
in the messa~;~e has received the token, it overwrites two
dominant bit; into the acknowledge slot of the field F7
(TACK), thereby making the token-acknowledging response. When
the token-acl~:nowledging response is thus overwritten and the
message normally terminates in the field F8 (EOM), the sending
node having ;cent the token completes the transfer of the
token, and tine receiving node has acquired the token.
Ne:~;t , a manner of detect ing fai lure in t ransmiss ion
of a message will be described.
Whc~~n roughly classified, there are two types of
failure in t~:ansmission: one in which there has been no
transmission error but no data-acknowledging response is
overwritten a.n the field F6 (DACK) of the acknowledge slot,
and the other in which a transmission error has been detected
during the toansmission of a message. When no data-
acknowledginc~ response has been made, this type of failure of
transmission is detected by the sending node itself.
On the other hand, the transmission error is
detected by monitoring of data, detection by CRC, detection of
bit stuff err.~or, and a message format check.
Ac<~ording to the error detection by monitoring of
data, a transmission error is detected when data which a
sending node is transmitting does not coincide with data
loaded on thc:~ bus. However, this monitoring of data is
inhibited wii:h the acknowledge slots of the fields F6 and F7,
and one rece:>sive bit subsequent thereto.
According to the error detection by CRC, a
transmission error is detected when an error is found
- 18 -
70668-38

' CA 02226477 1998-03-09
19
as to CiaC characters set in the field F5 (FCS), and
this detsection is performed by nodes other than the
sending node.
According to the bit stuff error detection, it
S is determined that there is an error in transmission
when more than 5 consecutive bits designate the same
logical state, and this detection is performed by nodes
other tluan the sending node. However, the fields F6
(DACK), F7 (TACK), F8 (EOM) and the delimitters are
execute~~. from objects of monitoring.
~~~ccording to the error detection by the message
format check, an error is detected when an illegal
logical state is found in the fields of the fixed-
logical~--state bits (the fields F3, F8 and the
delimitters), and this type of error detection is
performed by nodes other than the sending node.
~~~hen any of the above-described errors occurring
during transmission is detected, a node having detected
the errcar immediately sends out an error message (six
consecul:ive dominant bits), whereby even if a
transmi;-.-.-~sion error is detected by a node or nodes other
than the=.: sending node, the sending node can recognize
the transmission error.
l~Text, a procedure of generating the token or
initial:l_y rendering the token to one of the nodes when
the tok~=~n has not been generated or lost from the data
transmi;~sion system will be described with reference to
Fig. 5 <:Lnd Fig. 6.
The communication control IC 105 of each of the
ECU's 1 to 5 determines at a step Sl of Fig. 5 whether
or not the network bus is idling, to determinate
whether the data transmission system is in a state in
which the token has not been generated immediately
after the start of system, or has been lost due to
failure of a node having received the token. If the

' CA 02226477 1998-03-09
2U
answer 1..o this question is negative (NO), i.e. if
another ECU is sending a message, the present program
is imme<aiately terminated.
On the other hand, if the network bus 6 is idle,
i.e. no other ECU's are sending any message, the
present ECU starts data transmission via the
communi<-.:ation control IC 105 and the bus interface 106
at a steep S2, assuming that the present node has
acquirec:l the token. Then, data sent from the present
node is compared with data on the network bus 6 bit by
bit to <determine whether both the data are identical to
each other at a step S3. If the answer to this
question is affirmative (YES), i.e. the data sent out
and the data on the network bus coincide with each
other, _i.t means that there is no contention between the
data sent out from the present node and data from other
nodes, or the present node remains undefeated in
contentu.on for acquiring the token, and hence data
transmission is continued assuming that the present
node has not lost the token yet. That is, the present
program proceeds to a step S4, where it is determined
whether or not transmission of the whole sequence of
data has been completed. If the answer to this
question is negative (NO), the program returns to the
step S3,. where data subsequently sent out is compared
with data loaded on the network bus, in the same manner
as described above.
=~t goes without saying that there is a case in
which trae present node is found to be defeated in
content.°~on for acquiring the token to stop data
transmission when the above-described procedure is
carried out. Further, as a method of determining
whether the data sent from the present node and the
data loaded on the system bus coincide with each other,
the above-mentioned method of the error detection. by

CA 02226477 1998-03-09
21
monitoring data is utilized for determining that the
data sent out and the data loaded on the system bus do
not coincide with each other. In the present case,
more specifically, the coincidence of the data is
determined by calculating an exclusive OR of the data
sent out and the data received from the network bus 6.
pan the other hand, if the data sent out from the
present node is different from the data loaded on the
network bus 6, it means that there has been a
content.~_on for the token with other nodes, and the
present node has been defeated in the contention, so
that the data transmission is stopped at a step S5,
followe~:i by terminating the present program.
1.f it is determined at the step S4 that the
whole sequence of data has been sent out, i.e. if it is
determined that the present node remains undefeated
throughout the contention for acquiring the token, it
is detex-mined at a step S6 whether or not the transfer
of the ~t:oken has been completed, by making a check for
the tok~='n-acknowledging response. If the transfer of
the tok~=~n has not been completed, a value of 1 is added
to the ~t:oken address of the token message, and then the
resulting token message is sent out to the network bus
6 at a step S7. The steps S6 and S7 are repeatedly
carried out until the transfer of the token is
complete-~d, whereupon the present program is terminated.
Further, in determining a winner of contention,
data fox-med by an identical sequence of bits is
actuall:~~ sent out a plurality of times for prevention
of an erroneous determination due to noise or the like.
l~ext, details of a manner of determining a
winner of the contention will be described with
reference to Fig. 6a to Fig. 6d.
:Let it be assumed that data are transmitted from
Node 1 ~~nd Node 2 as shown in Fig. 6b and Fig. 6c,

- CA 02226477 1998-03-09
22
respectively. As described hereinbefore, a bit in the
logical state "1° is a dominant bit, and a bit in the
logical state "0" is a recessive bit. If contention
occurs between the dominant bit and the recessive bit,
the log=Lcal state on the network bus becomes equal to
..1., .
:Cn the case of data shown in Fig. 6b and Fig.
6c, bit:, corresponding to the bit numbers 1 to 4 shown
in Fig. 6a are in the same logical states,
respect:i.vely, and the logical states of the data sent
from Node 1 and Node 2, and the logical state of the
network bus are all equal to each other. Accordingly,
Node 1 z~.nd Node 2 both continue to send out respective
messages from bit No. 1 to bit No. 4.
Flowever, at bit No. 5, the logical state of data
sent from Node 1 is equal to "1", whereas the logical
state oi_ data sent from Node 2 is equal to "0".
Accordirxgly, the logical state of the network bus
becomes equal to the logical state "1" of the dominant
bit sent from Node 1. Therefore, Node 1 having sent
the dominant bit determines that it has not lost the
token arid continues to send the message, whereas Node 2
having t:he sent the recessive bit determines that it
has lost: the token and ceases to send the message.
~=n this connection, Fig. 6a to Fig. 6d show a
case where two nodes are in contention for the token.
However, actually, there can occur a case in which a
contention for the token arises among more than two
nodes. However, it is impossible for all the nodes to
continue sending the same sequence of data, and
eventua7_ly, one node is necessarily determined to
remain undefeated in the contention, without any
inconverxiences .
As can be clearly understood from the above
description, according to the present invention, when

- CA 02226477 1998-03-09
23
the cont:.rol system is started or a node having received
the token is in failure, a token is generated or
initially given to one of the nodes by contention for
the token as described above, and then the token is
circulated through or transferred round the nodes.
This makes it possible to promptly generate the token
by giving a chance of acquiring the token equally to
all the nodes, enabling the system to function
efficiently.
Further, the present invention is not limited to
the abo~re embodiment, but as a manner of mediation of
contention, the logical state "0" may be used for a
dominant. bit and the logical state "1" for a recessive
bit, in~rersely to the above embodiment. Further, after
the tokean has been generated through contention, a node
to which. the token is first transferred is not
necessax:ily restricted to a node having a node address
followirxg the address having initially acquired the
token, but the token may be first transferred to a
predetex-mined node having the smallest node address,
then pex:mitting the node to circulate through the nodes
in a predetermined cycle.
rText, a procedure of processing performed when
no data--acknowledging response has been received after
a sendirxg node has sent a data message. In the
followirxg description, the first acknowledge character
to be overwritten into the field F7 is referred to as
"the tol~~en ACK", while the second acknowledge character
to be o~rerwritten in the field F6 as "the data ACK".
~;1) , When the token ACK is not detected and the
data ACF;. is detected:
'The token data address is increased by an
incremental value of 1 and then the resulting token
message is sent out. This is for transferring the
token a:L.one to a node subsequent to the node to which

CA 02226477 1998-03-09
24
the tok~an has not been successfully transferred, since
reception of the data written in the field F4 has been
acknowlr-.adged.
(2) When the token ACK is detected, and the
data AC1?; is not detected:
;since the transfer of the token is completed,
retransmission of data is not carried out. The data is
retransmitted, if possible, when the token is acquired
next time.
(3) When neither the token ACK nor the data ACK
is detected:
The token address is increased by an incremental
value of 1 and the token message containing the
resulting token address is transmitted, but the
retransmission of data is not carried out. Thus, the
circula~._ion of the token is performed in preference to
the transmission of data to permit smooth circulation
of the token. Further, the data is transmitted again,
if poss:i.ble, when the token is acquired next time.
T-~s described above, even if the data ACK is not
detected, it is judged, so long as the token ACK is
detected, that the transfer of the token is completed,
and the retransmission of data is inhibited. Further,
when neither the data ACK nor the token ACK is
detecte<~, only the transfer of the token is tried again
without retransmitting the data, whereby it is possible
to circi.ilate the token smoothly. The preference is
given to the transfer of the token since the
retransmission of data performed immediately after
detection of a transmission error requires the maximum
delay t:i_me of the system to be set to a longer time
period than when the transfer of the token is
preferentially performed as in the present embodiment.
~~lthough in the above example, when neither the
token ACK nor the data ACK is detected, the token

' CA 02226477 1998-03-09
message is permitted to be sent out immediately, and at
the same~~ time retransmission of data is inhibited, this
is not :l.imitative, but the transfer of the token may be
performed after retransmission of data is tried one or
5 two times. Fig. 7 shows this variation of the
procedure of transmission control performed by the
communication control IC 105 for terminating the
transmi:>sion upon completion of the sending of the
message or upon detection of an error message.
10 In the following description, it should be
understood that an error in transmission is detected by
a sending node or a receiving node, whereupon an error
message is sent out from the node having detected the
error, t_.hereby terminating the transmission.
15 ~3t a step S21 of Fig. 7, it is determined
whether or not an error has occurred to transmission.
If the zs.nswer to this question is negative (NO), it is
determined at a step S22 whether or not the transfer of
the token is completed (whether or not the token ACK is
20 detecte<~). If the transfer of the token has been
completed, first and second counters CT1, CT2, referred
to hereinafter, are reset at a step 530, followed by
terminat:.ing the present program. If the answer to the
question of the step S22 is negative (NO), i.e. if no
25 error h~s.s occurred during the transmission, but the
transfew of the token is not completed, the program
proceeds to a step 523, where it is determined whether
or not the data has been successfully transmitted
(whethew or not the data ACK is detected). If it is
determined that the data has been successfully
transmitted, the transfer of the token is performed at
a step ;29, and then the first and second counters CT1,
CT2 are reset at the step 530, followed by terminating
the pro<7ram .
On the other hand, if the answer to the question

CA 02226477 1998-03-09
26
of the atep S23 is negative (NO), i.e. if no error has
occurred during the transmission, but neither the
transfer of the token nor the transmission of the data
is successfully carried out (neither the token ACK nor
the data ACK is detected), the program proceeds to a
step 524, where an count value of the first counter CT1
is increased by an incremental value of 1, and it is
determined at a step S25 whether or not the resulting
count value of the first counter CT1 is equal to a
first predetermined value C1 (which is set e.g. to a
value of 2). When this step is first carried out, CT1
< C1 holds, so that retransmission of the message which
has not been successfully transmitted is performed at a
step S28, followed by terminating the program. If the
acknowledging responses (the token ACK and the data
ACK) continue not to be detected thereafter until CT1 =
Cl hold,s at the step S25, the program proceeds
therefrom to the step 529, where the token is
transfea-red by the token message, and the counters CTl,
CT2 are reset, at the step 530, followed by terminating
the pro~~ram.
7f the answer to the question of the step S21 is
affirmative (YES), i.e. if an error has occurred to
transmission, a count value of the second counter CT2
is increased by an incremental value of 1 at a step
526, and it is determined at a step S27 whether or not
the resulting count value of the second counter CT2 is
equal to a second predetermined value C2 (which is set
e.g. to a value of 5). When this step is first carried
out, CT:~ < C2 holds, so that the retransmission of the
message which has not been successfully transmitted is
perform~5d at the step S28, followed by terminating the
program.. If the transmission error continues to occur
until CT2 = C2 holds at the step 527, the program
proceeds therefrom to the steps S29 and 530, followed

CA 02226477 1998-03-09
27
by terminating the program.
According to the processing of Fig. 7, when
transmission of a data message has not been
successfully carried out, retransmission of the message
is carried out up to the maximum number C1 - 1 of times
when tt~.e data- and token-acknowledging responses
(acknowledge characters RACK, TACK) are detected, or
altern~itively up to the maximum number C2 - 1 of times
when an error in transmission has occurred. If
transmission of the message cannot be successfully
carried out even if it is tried the maximum number of
times ~~et as above, the token is transferred by the
token message.
Since the second predetermined value C2 is
larger than the first predetermined value C1, the
maximum number of times of retransmission is larger for
an erro r in transmission than for no acknowledge
characters DACK and TACK. This is because in the case
where r~o acknowledge characters are detected, there is
a high possibility of absence of a node or nodes to
receive: the message, which means a high possibility of
failure: in transmission even if the message is
retrane,mitted, whereas in the case where an error in
transmission is detected, there is a high possibility
of the error having been caused by an external
disturbance, which means a high possibility of success
in retransmission.
Further, if the transmission continues to be
unsuccessful, the token is transferred by the token
message to thereby circulate the token smoothly.
As described above, according to the present
embodiment, when transmission of a message is
unsuccessful, the message is retransmitted a number of
times dependent on a possible cause of failure in
transmission, and if the transmission still continues

- CA 02226477 1998-03-09
28
to be unsuccessful, the token is transferred by the
token message, thereby reducing the number of useless
retransmissions to circulate the token smoothly. As a
result, the efficiency of the data transmission by the
data tr<:~nsmission system as a whole can be enhanced.
Next, a manner of detecting abnormalityof the
system according to the invention will be described
with reference to Fig. 8.
1'ig. 8 shows a procedure of one node
transferring the token to the subsequent node. First
at a stc=~p 531, the present node sets a token address TA
to a va:Lue obtained by adding a value of 1 to an
address SNA of its own, and transmits a data message or
a token message containing the resulting token address
at a st<=p 532. Then, it is determined at a step S33
whether or not a token-acknowledging response (the
token ACK) acknowledging receipt of the token has been
detected. If the token ACK has been received or
detecteca, it is determined at a step S34 that the
system :i.s normally functioning, followed by terminating
the program.
a:f the token ACK has not been detected, the
token ac~idress TA is increased by an incremental value
of 1 at a step S35, and then it is determined at a step
S36 whel::her or not the resulting token address TA is
identical to the address SNA of the present node. When
this step is first carried out, TA is not equal to SNA,
and hence the program proceeds to a step S37, where the
updated token message is sent out, followed by the
program returning to the step 533. If the token ACK
continues not to be detected thereafter, the token
address TA is sequentially increased. In the present
embodimc-ant, when the token address TA becomes equal to
15, the subsequent token address TA is set to 0, and
then progressively increased in the same manner. For

CA 02226477 1998-03-09
29
example, if the present node has an address SNA of 2,
the token address TA is sequentially changed in the
order of: 3 --~ 4 --' . . . . -' 15 -~ 0 --~ 1 --~ 2 , and when
the token address TA becomes equal to the address SNA
of the present node, the program proceeds to a step
S38, where it is determined whether or not a
predetermined time period has elapsed (e. g. a time
period required to permit all the ECU's to become
operative or active after the start of the control
system, e.g. one second) has elapsed. If the
predetermined time period has not elapsed, transmission
of the token message is resumed at the step S35 with
the token address TA being started from TA = SNA + 1,
whereas if the predetermined time period has elapsed,
it is determined at a step S39 that the system is
abnormal, followed by terminating the program. The
abnormality of the system is ordinarily interpreted as
a state of the present node being disconnected from the
network bus, although it is theoretically possible to
assume a case in which all the other nodes are
disconnected from the network bus or in failure.
Further, the reason for inhibiting the abnormality
determination until the predetermined time period
elapses after the start of the control system is that
each node has its own rise time, i.e. the nodes, i.e.
the ECU';s, require different time periods before they
become operative, respectively, and before the
predetermined time period elapses, there can be a case
in which some ECU cannot respond to the token message.
According to the Fig. 8 processing, the
abnormality of the system can be determined while
performing the transfer of the token, so that other
processings can be continued, without being
interrupted, which is impossible for the method
employing a special message. This makes it possible to

CA 02226477 1998-03-09
3U
detect i::he abnormality of the system without degrading
the transmission efficiency of the system.
:I:n addition, the prompt detection of abnormality
of the :.>ystem described above is possible since the
data transmission system for an automotive vehicle
incorpoo-ates a relatively small number of nodes (in the
present embodiment, the maximum number thereof is 16)
connected to the network bus. That is, the method of
detecting abnormality employed by the present system is
markedly effective for a system in which the token
passing method is used with a relatively small number
of nodes .

Representative Drawing
A single figure which represents the drawing illustrating the invention.
Administrative Status

2024-08-01:As part of the Next Generation Patents (NGP) transition, the Canadian Patents Database (CPD) now contains a more detailed Event History, which replicates the Event Log of our new back-office solution.

Please note that "Inactive:" events refers to events no longer in use in our new back-office solution.

For a clearer understanding of the status of the application/patent presented on this page, the site Disclaimer , as well as the definitions for Patent , Event History , Maintenance Fee  and Payment History  should be consulted.

Event History

Description Date
Time Limit for Reversal Expired 2004-02-16
Letter Sent 2003-02-17
Grant by Issuance 2002-07-16
Inactive: Cover page published 2002-07-15
Pre-grant 2002-04-29
Inactive: Final fee received 2002-04-29
Notice of Allowance is Issued 2002-01-14
Letter Sent 2002-01-14
Notice of Allowance is Issued 2002-01-14
Inactive: Approved for allowance (AFA) 2002-01-02
Amendment Received - Voluntary Amendment 2001-11-26
Inactive: S.30(2) Rules - Examiner requisition 2001-07-26
Inactive: Office letter 1998-06-09
Inactive: IPC assigned 1998-04-24
Inactive: IPC assigned 1998-04-24
Inactive: First IPC assigned 1998-04-24
Inactive: IPC assigned 1998-04-24
Classification Modified 1998-04-24
Inactive: IPC assigned 1998-04-24
Inactive: IPC assigned 1998-04-17
Amendment Received - Voluntary Amendment 1998-04-07
Inactive: Office letter 1998-04-07
Inactive: Filing certificate - RFE (English) 1998-04-01
Divisional Requirements Determined Compliant 1998-04-01
Application Received - Regular National 1998-03-31
Application Received - Divisional 1998-03-09
Request for Examination Requirements Determined Compliant 1998-03-09
All Requirements for Examination Determined Compliant 1998-03-09
Application Published (Open to Public Inspection) 1994-08-16

Abandonment History

There is no abandonment history.

Maintenance Fee

The last payment was received on 2002-02-12

Note : If the full payment has not been received on or before the date indicated, a further fee may be required which may be one of the following

  • the reinstatement fee;
  • the late payment fee; or
  • additional fee to reverse deemed expiry.

Patent fees are adjusted on the 1st of January every year. The amounts above are the current amounts if received by December 31 of the current year.
Please refer to the CIPO Patent Fees web page to see all current fee amounts.

Owners on Record

Note: Records showing the ownership history in alphabetical order.

Current Owners on Record
HONDA GIKEN KOGYO KABUSHIKI KAISHA
Past Owners on Record
HIROSHI HASHIMOTO
JUN ISHII
YUJI NAGATANI
Past Owners that do not appear in the "Owners on Record" listing will appear in other documentation within the application.
Documents

To view selected files, please enter reCAPTCHA code :



To view images, click a link in the Document Description column. To download the documents, select one or more checkboxes in the first column and then click the "Download Selected in PDF format (Zip Archive)" or the "Download Selected as Single PDF" button.

List of published and non-published patent-specific documents on the CPD .

If you have any difficulty accessing content, you can call the Client Service Centre at 1-866-997-1936 or send them an e-mail at CIPO Client Service Centre.


Document
Description 
Date
(yyyy-mm-dd) 
Number of pages   Size of Image (KB) 
Description 2001-11-25 31 1,312
Description 1998-03-08 30 1,265
Abstract 1998-03-08 1 38
Claims 1998-03-08 5 164
Drawings 1998-03-08 8 122
Claims 1998-04-06 3 87
Claims 2001-11-25 2 82
Representative drawing 1999-01-14 1 7
Representative drawing 2002-06-10 1 9
Filing Certificate (English) 1998-03-31 1 165
Commissioner's Notice - Application Found Allowable 2002-01-13 1 164
Maintenance Fee Notice 2003-03-16 1 174
Correspondence 1998-04-06 1 15
Correspondence 2002-04-28 1 45