The Hanoi Omega-Automata Format Tom Babiak 1 Frantiek Blahoudek 1 - - PowerPoint PPT Presentation

the hanoi omega automata format
SMART_READER_LITE
LIVE PREVIEW

The Hanoi Omega-Automata Format Tom Babiak 1 Frantiek Blahoudek 1 - - PowerPoint PPT Presentation

The Hanoi Omega-Automata Format Tom Babiak 1 Frantiek Blahoudek 1 Alexandre Duret-Lutz 2 Joachim Klein 3 retnsk 5 Jan K David Mller 3 David Parker 4 cek 1 Jan Strej 1 Faculty of Informatics, Masaryk University, Brno, Czech Republic


slide-1
SLIDE 1

The Hanoi Omega-Automata Format

Tomáš Babiak1 František Blahoudek1 Alexandre Duret-Lutz2 Joachim Klein3 Jan Kˇ retínský5 David Müller3 David Parker4 Jan Strejˇ cek1

1Faculty of Informatics, Masaryk University, Brno, Czech Republic 2LRDE, EPITA, Le Kremlin-Bicêtre, France 3Technische Universität Dresden, Germany 4University of Birmingham, UK 5IST Austria

CAV’15, July 23

C

  • n

s i s t e n t * C

  • m

p l e t e * W e l l D

  • c

u m e n t e d * E a s y t

  • R

e u s e *

*

E v a l u a t e d

* C A V *

A r t i f a c t

* A E C

1 / 4

slide-2
SLIDE 2

Motivation

◮ there exist many tools that I/O ω-automata with various

acceptance conditions (Büchi, Rabin, Streett, Parity...)

◮ missing an interchange format for ω-automata

2 / 4

slide-3
SLIDE 3

Motivation

◮ there exist many tools that I/O ω-automata with various

acceptance conditions (Büchi, Rabin, Streett, Parity...)

◮ missing an interchange format for ω-automata ◮ evidence that generalized acceptance conditions are useful

e.g., orders-of-magnitude speed-up for probabilistic LTL model checking using generalized Rabin acceptance [Chatterjee et al., CAV’13]

◮ need support for generic acceptance conditions

2 / 4

slide-4
SLIDE 4

Motivation

◮ there exist many tools that I/O ω-automata with various

acceptance conditions (Büchi, Rabin, Streett, Parity...)

◮ missing an interchange format for ω-automata ◮ evidence that generalized acceptance conditions are useful

e.g., orders-of-magnitude speed-up for probabilistic LTL model checking using generalized Rabin acceptance [Chatterjee et al., CAV’13]

◮ need support for generic acceptance conditions ◮ support for a wide range of other features (alternation,

transition-based acceptance, streaming...)

2 / 4

slide-5
SLIDE 5

A Rabin automaton for G F a → G F b

1

1

2

0 3

3

1 3

a¯ b

¯

a¯ b ab

¯

ab

¯

a¯ b

¯

a¯ b

¯

ab ab ab

¯

a¯ b

¯

ab

¯

a¯ b

¯

ab

¯

a¯ b

¯

a¯ b ab

F =

  • {0, 2}, {1, 3}
  • ,
  • ∅, {2, 4}
  • Fin(0)∧Inf(1)
  • Fin(2)∧Inf(3)
  • 3 / 4
slide-6
SLIDE 6

A Rabin automaton for G F a → G F b

1

1

2

0 3

3

1 3

a¯ b

¯

a¯ b ab

¯

ab

¯

a¯ b

¯

a¯ b

¯

ab ab ab

¯

a¯ b

¯

ab

¯

a¯ b

¯

ab

¯

a¯ b

¯

a¯ b ab

  • Fin(0)∧Inf(1)
  • Fin(2)∧Inf(3)
  • HOA: v1

States: 4 Start: 0 AP: 2 "a" "b" acc-name: Rabin 2 Acceptance: 4 Fin( 0 )&Inf( 1 )|Fin( 2 )&Inf( 3 )

  • -BODY--

State: 0 { 0 } [!0&!1] 1 [0&!1] 0 [!0&1] 3 [0&1] 2 State: 1 { 1 } [!0&!1] 1 [0&!1] 0 [!0&1] 3 [0&1] 2 State: 2 { 0 3 } [!0&!1] 1 [0&!1] 0 [!0&1] 3 [0&1] 2 State: 3 { 1 3 } [!0&!1] 1 [0&!1] 0 [!0&1] 3 [0&1] 2

  • -END--

3 / 4

slide-7
SLIDE 7

A Rabin automaton for G F a → G F b

1

1

2

0 3

3

1 3

a¯ b

¯

a¯ b ab

¯

ab

¯

a¯ b

¯

a¯ b

¯

ab ab ab

¯

a¯ b

¯

ab

¯

a¯ b

¯

ab

¯

a¯ b

¯

a¯ b ab

  • Fin(0)∧Inf(1)
  • Fin(2)∧Inf(3)
  • HOA: v1

States: 4 Start: 0 AP: 2 "a" "b" acc-name: Rabin 2 Acceptance: 4 Fin( 0 )&Inf( 1 )|Fin( 2 )&Inf( 3 )

  • -BODY--

State: 0 { 0 } [!0&!1] 1 [0&!1] 0 [!0&1] 3 [0&1] 2 State: 1 { 1 } [!0&!1] 1 [0&!1] 0 [!0&1] 3 [0&1] 2 State: 2 { 0 3 } [!0&!1] 1 [0&!1] 0 [!0&1] 3 [0&1] 2 State: 3 { 1 3 } [!0&!1] 1 [0&!1] 0 [!0&1] 3 [0&1] 2

  • -END--

3 / 4

slide-8
SLIDE 8

An ω-automaton for G F a → G F b

1

1

2

0 2

3

1 2

a¯ b

¯

a¯ b ab

¯

ab

¯

a¯ b

¯

a¯ b

¯

ab ab ab

¯

a¯ b

¯

ab

¯

a¯ b

¯

ab

¯

a¯ b

¯

a¯ b ab

  • Fin(0)∧Inf(1)
  • ∨Inf(2)

HOA: v1 States: 4 Start: 0 AP: 2 "a" "b" Acceptance: 3 Fin( 0 )&Inf( 1 )|Inf( 2 )

  • -BODY--

State: 0 { 0 } [!0&!1] 1 [0&!1] 0 [!0&1] 3 [0&1] 2 State: 1 { 1 } [!0&!1] 1 [0&!1] 0 [!0&1] 3 [0&1] 2 State: 2 { 0 2 } [!0&!1] 1 [0&!1] 0 [!0&1] 3 [0&1] 2 State: 3 { 1 2 } [!0&!1] 1 [0&!1] 0 [!0&1] 3 [0&1] 2

  • -END--

3 / 4

slide-9
SLIDE 9

A Streett automaton for G F a → G F b

1

4

2

0 1

3

1

a¯ b

¯

a¯ b ab

¯

ab

¯

a¯ b

¯

a¯ b

¯

ab ab ab

¯

a¯ b

¯

ab

¯

a¯ b

¯

ab

¯

a¯ b

¯

a¯ b ab Fin(0)∨Inf(1)

HOA: v1 States: 4 Start: 0 AP: 2 "a" "b" acc-name: Streett 1 Acceptance: 2 Fin( 0 )|Inf( 1 )

  • -BODY--

State: 0 { 0 } [!0&!1] 1 [0&!1] 0 [!0&1] 3 [0&1] 2 State: 1 [!0&!1] 1 [0&!1] 0 [!0&1] 3 [0&1] 2 State: 2 { 0 1 } [!0&!1] 1 [0&!1] 0 [!0&1] 3 [0&1] 2 State: 3 { 1 } [!0&!1] 1 [0&!1] 0 [!0&1] 3 [0&1] 2

  • -END--

3 / 4

slide-10
SLIDE 10

Tool Support

http://adl.github.io/hoaf/support.html ltl2dstar 0.5.3 input BA, output DRA or DSA ltl3ba 1.1.2 output BA, TGBA, or VWAA ltl3dra 0.2.2 output DRA, TGDRA or MMAA Rabinizer 3.1 output DRA, TDRA, GDRA, or TGDRA PRISM 4.3

input deterministic automata for probabilistic model checking; (generalized) Rabin for MDP; any acceptance for CTMC/DTMC

Spot 1.99.2 (tool suite)

can input/output anything that is not alternating; can convert from never claims or LBTT; has several transformations

jhoafparser and cpphoafparser

two parsers with pretty printers, and convenient transformations

4 / 4