A finitestate machine (FSM) or finitestate automaton (plural: automata), or simply a state machine, is a mathematical model used to design computer programs and digital logic circuits. It is conceived as an abstract machine that can be in one of a finite number of states. The machine is in only one state at a time; the state it is in at any given time is called the current state. It can change from one state to another when initiated by a triggering event or condition, this is called a transition. A particular FSM is defined by a list of the possible transition states from each current state, and the triggering condition for each transition.
Finitestate machines can model a large number of problems, among which are electronic design automation, communication protocol design, parsing and other engineering applications. In biology and artificial intelligence research, state machines or hierarchies of state machines are sometimes used to describe neurological systems, and in linguistics they can be used to describe the grammars of natural languages.
Concepts and vocabulary
A state describes a behavioral node of the system in which it is waiting for a trigger to execute a transition. Typically a state is introduced when the system does not react the same way to the same trigger. In the example of a car radio system, when listening to the radio (in the radio state), the "next" stimulus means going to the next station. But when the system is in the CD state, the "next" stimulus means going to the next track. The same stimulus triggers different actions depending on the current state. In some Finitestate machine representations, it is also possible to associate actions to a state:
 Entry action: which is performed when entering the state,
 Exit action: which is performed when exiting the state.
A transition is a set of actions to be executed when a condition is fulfilled or when an event is received.
Representations
Fig. 1 UML state chart example (a toaster oven)
Fig. 2 SDL state machine example
Fig. 3 Example of a simple finite state machine For an introduction, see State diagram.
State/Event table
Several state transition table types are used. The most common representation is shown below: the combination of current state (e.g. B) and input (e.g. Y) shows the next state (e.g. C). The complete actions information is not directly described in the table and can only be added using footnotes. A FSM definition including the full actions information is possible using state tables (see also VFSM).
State transition table
Current state
Input 
State A 
State B 
State C 
Input X 
... 
... 
... 
Input Y 
... 
State C 
... 
Input Z 
... 
... 
... 
UML state machines
The Unified Modeling Language has a notation for describing state machines. UML state machines overcome the limitations of traditional finite state machines while retaining their main benefits. UML state machines introduce the new concepts of hierarchically nested states and orthogonal regions, while extending the notion of actions. UML state machines have the characteristics of both Mealy machines and Moore machines. They support actions that depend on both the state of the system and the triggering event, as in Mealy machines, as well as entry and exit actions, which are associated with states rather than transitions, as in Moore machines.
SDL state machines
The Specification and Description Language is a standard from ITU which includes graphical symbols to describe actions in the transition:
 send an event
 receive an event
 start a timer
 cancel a timer
 start another concurrent state machine
 decision
SDL embeds basic data types called Abstract Data Types, an action language, and an execution semantic in order to make the finite state machine executable.
Other state diagrams
There are a large number of variants to represent an FSM such as the one in figure 3.
Usage
In addition to their use in modeling reactive systems presented here, finite state automata are significant in many different areas, including electrical engineering, linguistics, computer science, philosophy, biology, mathematics, and logic. Finite state machines are a class of automata studied in automata theory and the theory of computation. In computer science, finite state machines are widely used in modeling of application behavior, design of hardware digital systems, software engineering, compilers, network protocols, and the study of computation and languages.
Classification
There are two different groups of state machines: Acceptors/Recognizers and Transducers.
Acceptors and recognizers
Fig. 4 Acceptor FSM: parsing the word "nice"
Acceptors and recognizers (also sequence detectors) produce a binary output, saying either yes or no to answer whether the input is accepted by the machine or not. All states of the FSM are said to be either accepting or not accepting. At the time when all input is processed, if the current state is an accepting state, the input is accepted; otherwise it is rejected. As a rule the input are symbols (characters); actions are not used. The example in figure 4 shows a finite state machine which accepts the word "nice". In this FSM the only accepting state is number 7.
The machine can also be described as defining a language, which would contain every word accepted by the machine but none of the rejected ones; we say then that the language is accepted by the machine. By definition, the languages accepted by FSMs are the regular languages that is, a language is regular if there is some FSM that accepts it.
Start state
The start state is usually shown drawn with an arrow "pointing at it from any where" (Sipser (2006) p. 34).
Accept (or final) states
Fig. 5: Representation of a finitestate machine; this example shows one that determines whether a binary number has an odd or even number of 0's, where S_1 is an accepting state.
Accept states (also referred to as accepting or final states) are those at which the machine reports that the input string, as processed so far, is a member of the language it accepts. It is usually represented by a double circle.
An example of an accepting state appears in the diagram to the right: a deterministic finite automaton (DFA) that detects whether the binary input string contains an even number of 0's.
S_{1} (which is also the start state) indicates the state at which an even number of 0's has been input. S_{1} is therefore an accepting state. This machine will finish in an accept state, if the binary string contains an even number of 0's (including any binary string containing no 0's). Examples of strings accepted by this DFA are epsilon (the empty string), 1, 11, 11..., 00, 010, 1010, 10110, etc...
Transducers
Transducers generate output based on a given input and/or a state using actions. They are used for control applications and in the field of computational linguistics. Here two types are distinguished:
 Moore machine
 The FSM uses only entry actions, i.e., output depends only on the state. The advantage of the Moore model is a simplification of the behaviour. Consider an elevator door. The state machine recognizes two commands: "command_open" and "command_close" which trigger state changes. The entry action (E:) in state "Opening" starts a motor opening the door, the entry action in state "Closing" starts a motor in the other direction closing the door. States "Opened" and "Closed" stop the motor when fully opened or closed. They signal to the outside world (e.g., to other state machines) the situation: "door is open" or "door is closed".
Fig. 7 Transducer FSM: Mealy model example
 Mealy machine
 The FSM uses only input actions, i.e., output depends on input and state. The use of a Mealy FSM leads often to a reduction of the number of states. The example in figure 7 shows a Mealy FSM implementing the same behaviour as in the Moore example (the behaviour depends on the implemented FSM execution model and will work, e.g., for virtual FSM but not for event driven FSM). There are two input actions (I:): "start motor to close the door if command_close arrives" and "start motor in the other direction to open the door if command_open arrives". The "opening" and "closing" intermediate states are not shown.
In practice^{[of what?]} mixed models are often used.
More details about the differences and usage of Moore and Mealy models, including an executable example, can be found in the external technical note "Moore or Mealy model?"
Determinism
A further distinction is between deterministic (DFA) and nondeterministic (NFA, GNFA) automata. In deterministic automata, every state has exactly one transition for each possible input. In nondeterministic automata, an input can lead to one, more than one or no transition for a given state. This distinction is relevant in practice, but not in theory, as there exists an algorithm (the powerset construction) which can transform any NFA into a more complex DFA with identical functionality.
The FSM with only one state is called a combinatorial FSM and uses only input actions. This concept is useful in cases where a number of FSM are required to work together, and where it is convenient to consider a purely combinatorial part as a form of FSM to suit the design tools.
Alternative semantics
There are other sets of semantics available to represent state machines. For example, there are tools for modeling and designing logic for embedded controllers.^{[1]} They combine hierarchical state machines, flow graphs, and truth tables into one language, resulting in a different formalism and set of semantics.^{[2]} Figure 8 illustrates this mix of state machines and flow graphs with a set of states to represent the state of a stopwatch and a flow graph to control the ticks of the watch. These charts, like Harel's original state machines,^{[3]} support hierarchically nested states, orthogonal regions, state actions, and transition actions.^{[4]}
FSM logic
Fig. 8 FSM Logic (Mealy)
The next state and output of an FSM is a function of the input and of the current state. The FSM logic is shown in Figure 8.
Mathematical model
In accordance with the general classification, the following formal definitions are found:
 A deterministic finite state machine or acceptor deterministic finite state machine is a quintuple (\Sigma, S, s_0, \delta, F), where:

\Sigma is the input alphabet (a finite, nonempty set of symbols).

S is a finite, nonempty set of states.

s_0 is an initial state, an element of S.

\delta is the statetransition function: \delta: S \times \Sigma \rightarrow S (in a nondeterministic finite automaton it would be \delta: S \times \Sigma \rightarrow \mathcal{P}(S), i.e., \delta would return a set of states).

F is the set of final states, a (possibly empty) subset of S.
For both deterministic and nondeterministic FSMs, it is conventional to allow \delta to be a partial function, i.e. \delta(q,x) does not have to be defined for every combination of q \isin S and x \isin \Sigma. If an FSM M is in a state q, the next symbol is x and \delta(q,x) is not defined, then M can announce an error (i.e. reject the input). This is useful in definitions of general state machines, but less useful when transforming the machine. Some algorithms in their default form may require total functions.
A finitestate machine is a restricted Turing machine where the head can only perform "read" operations, and always moves from left to right.^{[5]}
 A finite state transducer is a sextuple (\Sigma, \Gamma, S, s_0, \delta, \omega), where:

\Sigma is the input alphabet (a finite non empty set of symbols).

\Gamma is the output alphabet (a finite, nonempty set of symbols).

S is a finite, nonempty set of states.

s_0 is the initial state, an element of S. In a nondeterministic finite automaton, s_0 is a set of initial states.

\delta is the statetransition function: \delta: S \times \Sigma \rightarrow S.

\omega is the output function.
If the output function is a function of a state and input alphabet (\omega: S \times \Sigma \rightarrow \Gamma) that definition corresponds to the Mealy model, and can be modelled as a Mealy machine. If the output function depends only on a state (\omega: S \rightarrow \Gamma) that definition corresponds to the Moore model, and can be modelled as a Moore machine. A finitestate machine with no output function at all is known as a semiautomaton or transition system.
If we disregard the first output symbol of a Moore machine, \omega (s_0), then it can be readily converted to an outputequivalent Mealy machine by setting the output function of every Mealy transition (i.e. labeling every edge) with the output symbol given of the destination Moore state. The converse transformation is less straightforward because a Mealy machine state may have different output labels on its incoming transitions (edges). Every such state needs to be split in multiple Moore machine states, one for every incident output symbol.^{[6]}
Optimization
Optimizing an FSM means finding the machine with the minimum number of states that performs the same function. The fastest known algorithm doing this is the Hopcroft minimization algorithm.^{[7]}^{[8]} Other techniques include using an implication table, or the Moore reduction procedure. Additionally, acyclic FSAs can be minimized in linear time Revuz (1992).^{[9]}
Implementation
Hardware applications
TTL]] counter, a type of state machine In a digital circuit, an FSM may be built using a programmable logic device, a programmable logic controller, logic gates and flip flops or relays. More specifically, a hardware implementation requires a register to store state variables, a block of combinational logic which determines the state transition, and a second block of combinational logic that determines the output of an FSM. One of the classic hardware implementations is the Richards controller.
Mealy and Moore machines produce logic with asynchronous output, because there is a propagation delay between the flipflop and output. This causes slower operating frequencies in FSM. A Mealy or Moore machine can be convertible to a FSM which output is directly from a flipflop, which makes the FSM run at higher frequencies. This kind of FSM is sometimes called Medvedev FSM.^{[10]} A counter is the simplest form of this kind of FSM.
Software applications
The following concepts are commonly used to build software applications with finite state machines:
 Automatabased programming
 Event driven FSM
 Virtual FSM (VFSM)
See also
 Abstract state machines (ASM)

Artificial intelligence (AI)
 Abstract State Machine Language (AsmL)
 Control system
 Control table
 Decision tables
 DEVS: Discrete Event System Specification
 Extended finitestate machine (EFSM)
 Finite state machine with datapath
 Hidden Markov model
 Petri net
 Pushdown automaton
 Quantum finite automata (QFA)
 Recognizable language
 Sequential logic
 Specification and Description Language
 State diagram
 Transition system
 Tree automaton
 Turing machine
 UML state machine
 SCXML
References
Further reading
General
 Wagner, F., "Modeling Software with Finite State Machines: A Practical Approach", Auerbach Publications, 2006, ISBN 0849380863.
 ITUT, ''Recommendation Z.100 Specification and Description Language (SDL)''
 Samek, M., ''Practical Statecharts in C/C++'', CMP Books, 2002, ISBN 1578201101.
 Samek, M., ''Practical UML Statecharts in C/C++, 2nd Edition'', Newnes, 2008, ISBN 0750687061.
 Gardner, T., ''Advanced State Management'', 2007
 Cassandras, C., Lafortune, S., "Introduction to Discrete Event Systems". Kluwer, 1999, ISBN 0792386094.
 Timothy Kam, Synthesis of Finite State Machines: Functional Optimization. Kluwer Academic Publishers, Boston 1997, ISBN 0792398424
 Tiziano Villa, Synthesis of Finite State Machines: Logic Optimization. Kluwer Academic Publishers, Boston 1997, ISBN 0792398920
 Carroll, J., Long, D., Theory of Finite Automata with an Introduction to Formal Languages. Prentice Hall, Englewood Cliffs, 1989.
 Kohavi, Z., Switching and Finite Automata Theory. McGrawHill, 1978.
 Gill, A., Introduction to the Theory of Finitestate Machines. McGrawHill, 1962.
 Ginsburg, S., An Introduction to Mathematical Machine Theory. AddisonWesley, 1962.
Finite state machines (automata theory) in theoretical computer science


 Extensive, wideranging book meant for specialists, written for both theoretical computer scientists as well as electrical engineers. With detailed explanations of state minimization techniques, FSMs, Turing machines, Markov processes, and undecidability. Excellent treatment of Markov processes.
 Excellent. Has been in print in various editions and reprints since 1974 (1974, 1980, 1989, 1999).
 Approaches ChurchTuring thesis from three angles: levels of finite automata as acceptors of formal languages, primitive and partial recursive theory, and power of barebones programming languages to implement algorithms, all in one slim volume.

 An excellent book centered around the issues of machineinterpretation of "languages", NPCompleteness, etc.
 Distinctly different and less intimidating than the first edition.




 Minsky spends pages 11 20 defining what a "state" is in context of FSMs. His state diagram convention is unconventional. Excellent, i.e., relatively readable, sometimes funny.

 Abstract algebra is at the core of the book, rendering it advanced and less accessible than other texts.

 cf Finite state machines (finite automata) in chapter 29.

Abstract state machines in theoretical computer science
Machine learning using finitestate algorithms
 A broad brush but quite thorough and sometimes difficult, meant for computer scientists and engineers. Chapter 13 Reinforcement Learning deals with robotlearning involving statemachinelike algorithms.
Hardware engineering: state minimization and synthesis of sequential circuits
 Extensive, wideranging book meant for specialists, written for both theoretical computer scientists as well as electrical engineers. With detailed explanations of state minimization techniques, FSMs, Turing machines, Markov processes, and undecidability. Excellent treatment of Markov processes.
 Meant for electrical engineers. More focused, less demanding than his earlier book. His treatment of computers is outdated. Interesting take on definition of "algorithm".
 Meant for hardware electrical engineers. With detailed explanations of state minimization techniques and synthesis techniques for design of combinatory logic circuits.
 Meant for hardware electrical engineers. Excellent explanations of state minimization techniques and synthesis techniques for design of combinatory and sequential logic circuits.
Finite Markov chain processes

 "We may think of a Markov chain as a process that moves successively through a set of states s_{1}, s_{2}, ..., s_{r}. ... if it is in state s_{i} it moves on to the next stop to state s_{j} with probability p_{ij}. These probabilities can be exhibited in the form of a transition matrix" (Kemeny (1959), p. 384)
Finite Markovchain processes are also known as subshifts of finite type.
 Extensive, wideranging book meant for specialists, written for both theoretical computer scientists as well as electrical engineers. With detailed explanations of state minimization techniques, FSMs, Turing machines, Markov processes, and undecidability. Excellent treatment of Markov processes.
 Classical text. cf. Chapter 6 "Finite Markov Chains".
External links
bg: ca:Aut mat finit cs:Kone n automat de:Endlicher Automat es:Aut mata finito fa: fr:Automate fini gl:Aut mata finito ko: hr:Kona ni automat it:Automa a stati finiti he: lv:Gal gs autom ts lt:Baigtinis automatas mk: nl:Eindigetoestandsautomaat ja: no:Endelig tilstandsmaskin pl:Automat sko czony pt:M quina de estados finitos ro:Automat finit ru: sk:Kone n automat sr: sh:Kona ni automat fi: rellinen automaatti sv: ndlig automat th: tr:Sonlu durum makinas uk: zh:
