いかにも既知な気がしますが、ぱっと既存の議論が探せないのでとりあえず書き出してみます。
※用語は独自のものです。また、証明・定義は厳密に検証しているわけではないので誤りがあるかもしれません。
この定義でカバーできること
- 先頭
^
- 末尾
$
- 肯定先読み
(?= ... )
- 否定先読み
(?! ... )
- 肯定後読み
(?<= ... )
- 否定後読み
(?<! ... )
この定義でカバーしないこと
- 選択の左右の優先度 (
r1|r2
vs. r2|r1
)
- 最長優先と最短優先の区別 (
r*
vs. r*?
)
基本の正規表現
基本の正規表現は通常以下のように定義されます。 Σ はアルファベットで有限サイズとします。
- 文字リテラル a (a は文字 a∈Σ)
- 空文字列 ϵ と連接 R1R2 (R1, R2 は正規表現)
- 空集合 ∅ と選択 R1∣R2 (R1, R2 は正規表現)
- 繰り返し R1* (R1 は正規表現)
また具象構文レベルでは演算子のグルーピングのために括弧 (?:R1) が使われます。
派生規則 (既存の構文の組み合わせとして書けるルール) として以下のようなものがあります。
- 文字クラス …… 文字リテラルの選択として書ける。
- 回数指定の繰り返し (R1?, R1+ など) ... 連接、選択、繰り返しの組み合わせで書ける。
- 空文字列は通常プリミティブに含めるが、空集合の繰り返しとして書けるので省略することも可能。
また、容認規則 (正規表現を分解・再構築する演算として書けるルール) として以下のようなものがあります。
- 否定 (!R1) …… DFAに翻訳し、受理状態を逆転させてからFloyd-Warshallで正規表現を再構築する。
- 共通部分 (R1&R2) …… NFAに翻訳し、状態集合の直積を作る。両方が受理状態であるときに受理と定義し、Floyd-Warshallで正規表現を再構築する。
基本の正規表現は、ある文字列 (w∈Σ∗) にマッチするかしないかという述語として解釈されます。
文脈つき正規表現
先読みや後読みを解釈するには、文字列の3つ組 (l,s,r) に対する述語を考えることになります。 s がマッチした部分で、 l はその左文脈、 r は右文脈を意味します。
言い換えると、これは全体文字列 lsr のある範囲 (s) に対してマッチするかどうかを答える述語ということになります。
まず基本の正規表現をこの形に拡張します。
- リテラル: (l,s,r)=∼a (a∈Σ) ⟺ s=a
- 空文字列: (l,s,r)=∼ϵ ⟺ s=ϵ
- 連接: (l,s,r)=∼R1R2 ⟺ 次を満たす s1, s2 が存在: s=s1s2, (l,s1,s2r)=∼R1 かつ (ls1,s2,r)=∼R2
- 空集合: 常に (l,s,r)=∼∅
- 選択: (l,s,r)=∼R1∣R2 ⟺ (l,s,r)=∼R1 または (l,s,r)=∼R2
- 繰り返し: (l,s,r)=∼R1* ⟺ 次を満たす n∈N (0を含む) および s1, s2, ... sn が存在: s=s1s2…sn かつ、任意の i∈N, 1≤i≤n に対して (ls1s2…si−1,si,si+1si+2…snr)=∼R1
すると、これらの基本の構成のみからなる正規表現は l, r に依存せず同じ結果を返すことがすぐに確認できます。これは元々の正規表現の解釈と一致します。
これらを導入したのは、新たにアサーションを含む正規表現の意味論を定義するためでした。これは以下のように定義されます。
- 開始: (l,s,r)=∼^ ⟺ l=ϵ かつ s=ϵ
- 終了: (l,s,r)=∼$ ⟺ s=ϵ かつ r=ϵ
- 肯定先読み: (l,s,r)=∼(?=R1) ⟺ s=ϵ かつ、次を満たす r1,r2 が存在: r=r1r2 かつ (l,r1,r2)=∼R1
- 否定先読み: (l,s,r)=∼(?!R1) ⟺ s=ϵ かつ、任意の r1,r2 に関して、 r=r1r2 ならば (l,r1,r2)=∼R1
- 肯定後読み: (l,s,r)=∼(?<=R1) ⟺ s=ϵ かつ、次を満たす l1,l2 が存在: l=l1l2 かつ (l1,l2,r)=∼R1
- 否定後読み: (l,s,r)=∼(?<=R1) ⟺ s=ϵ かつ、任意の l1,l2 に関して、 l=l1l2 ならば (l1,l2,r)=∼R1
なお、この中では否定先読みと否定後読みがあれば他のものは再現できます。
- 開始:
(?<!.)
(.
は全ての文字にマッチする正規表現とする)
- 終了:
(?!.)
- 肯定先読み:
(?!(?! ... ))
- 肯定後読み:
(?<!(?<! ... ))
またプログラミングで出てくる正規表現では空集合リテラル ∅ が存在しない場合があり、その場合でもかわりに否定先読みなどを使って (?!)
などと書けることが多いです。空集合はれっきとした正規言語であるため、これが書けない場合は理論的には正規表現に期待される表現力を持たないことになります。
その他、行境界 (言語によっては ^
や $
がこの意味になる)、単語境界 (\b
, \<
, \>
) なども上記のアサーションプリミティブの組み合わせで書けます。
正規言語
Σ∗ の部分集合を言語といいますが、ここで一般化した正規表現は Σ∗×Σ∗×Σ∗ の部分集合を定めます。これを文脈つき言語と呼ぶことにします。
正規表現で表される言語は正規言語として様々な方法で特徴づけられるので、文脈つき正規表現で表される文脈つき言語にも特徴づけを考えたくなります。ここでは以下のように定義してみます。
定義1.1 (文脈つき正規言語) L⊆Σ∗×Σ∗×Σ∗ が正規である ⟺ Σ にない記号 ↓ を用いて、 {l↓s↓r∣(l,s,r)∈L} として定義した言語が (Σ∪{↓})∗ の正規言語である
この定義が正規表現側の性質と一致することはあとで確認します。
DFA, NFA
上で正規言語を定義するにあたって l↓s↓r という文字列にエンコードしました。DFAやNFAに関しても同様に l↓s↓r を入力にとるオートマトンを考えればいいので話は簡単になります。
ただし、 l↓s↓r の形式では ↓ という文字は必ずちょうど2回登場するため、以下のように定義を改変したほうが議論が綺麗になります(おそらく)。
- 状態集合を3つに分割し、 Q=Q0∪Q1∪Q2 (Q0, Q1, Q2 は互いに共通部分を持たない) とする。
- 受理状態は F⊆Q2 に限定する。
-
↓ 以外の文字を入力したときの遷移先は同じ集合にとどまる。 (Qi からは Qi にのみ遷移する)
-
Q0 から ↓ を入力したときの遷移先は Q1 に限る。
-
Q1 から ↓ を入力したときの遷移先は Q2 に限る。
-
Q2 から ↓ を入力したときの遷移は定義しない。
この改良版のDFA・NFAとオリジナルのDFA・NFAには適当な対応関係を考えることができます。ただし、どんなsuffixも受理しない状態の扱いには以下のような注意が必要です。
- オリジナルの定義では、そのような状態があれば ↓ を入力しても自分自身に遷移することが可能だが、改良版では Q0, Q1, Q2 で階層化されているため定義を分ける必要がある。
- オリジナルの定義では、 ↓ が多すぎる文字列の対応のためにそのような状態を残しておく必要があるが、改良版では定義しなくても問題ない。
正規表現からNFAへ
定理1.2 (正規表現の解釈の正規性) 文脈つき正規表現があらわす文脈つき言語は正規である。
証明. 正規表現の構造にそって、対応するε-NFAを構成する。ここでは多数ある場合分けのうちいくつかのみ示す。
連接 R1R2 の場合。 R1 からε-NFAの状態集合 Q0, Q1, Q2 を、 R2 からNFAの状態集合 Q0′, Q1′, Q2′ を得る。これを用いて R1R2 に対応するε-NFAの状態集合を以下のように定める。
- 左文脈用の状態
-
Q0×Q0′
- 次のステップへの遷移: ↓ が入力されたら R1 のオートマトンに ↓ を入力して遷移する
- マッチ範囲内の状態
-
Q1×Q0′
- 次のステップへの遷移: ϵ が入力されたら R1, R2 の両方のオートマトンに ↓ を入力して遷移する
-
Q2×Q1′
- 次のステップへの遷移: ↓ が入力されたら R2 のオートマトンに ↓ を入力して遷移する
- 右文脈用の状態
- Q2×Q2′
選択 R1∣R2 の場合。各々の状態集合の合併をとり、初期状態と受理状態もそれぞれ元のオートマトンの合併とする。
繰り返し R1* の場合。 R1 からε-NFAの状態集合 Q0, Q1, Q2 を得る。これを用いて R1* に対応するε-NFAの状態集合を以下のように定める。このとき、繰り返し部分の状態を保存するために冪集合構成を用いる。
- 左文脈用の状態
- 状態A: Q0
- 次のステップへの遷移: ↓ が入力されたら、 Q0 を保存して状態Bに移る。このとき冪集合 P(Q2) 部分には ∅ を保存する。
- マッチ範囲内の状態
- 状態B: Q0×P(Q2) (内部遷移を持たない)
- 次のステップへの遷移: ϵ が入力されたら、元の状態を保存しつつ ↓ を入力した結果も得て状態Cに遷移する。
- または、状態Dに遷移する。
- 状態C: Q0×P(Q2)×Q1
- 次のステップへの遷移: ϵ が入力されたら、 Q1 部分に ↓ を入力して Q2 の状態を得、 P(Q2) に追加して状態Bに戻る。
- 状態D: P(Q2)
肯定先読み (?=R1) の場合。 R1 からε-NFAの状態集合 Q0, Q1, Q2 を得る。これを用いて (?=R1) に対応するε-NFAの状態集合を以下のように定める。
- 左文脈用の状態
-
Q0
-
↓ が入力されたら、内部のオートマトンにも ↓ を入力して次の状態に遷移する。
- マッチ範囲内の状態
-
Q1 (内部遷移を持たない)
-
↓ が入力されたら、そのまま次の状態に遷移する。
- 右文脈用の状態
-
Q1
-
ϵ が入力されたら、内部のオートマトンに ↓ を入力して次の状態に遷移する。
- Q2
NFAから正規表現へ
定理 1.3 (正規表現の表現力) 全ての文脈つき正規言語は文脈つき正規表現であらわせる。
証明. NFAの Q0, Q1, Q2 の各状態集合に対してそれぞれFloyd-Warshallを適用して、状態対に対応する正規表現を得る。
始状態, Q0 から Q1, Q1 から Q2 への可能な遷移, 終状態の組み合わせをそれぞれ列挙する。これを q0∈S, q0′→q1, q1′→q2, q2′∈F とする。このとき q0 から q0′, q1 から q1′, q2 から q2′ に対応する正規表現を R0, R1, R2 とすると q0 で始まり q2′ で終わる遷移に対応する言語は ^(?<=R0)R1(?=R2)$ と書ける。これを全ての組み合わせに対し計算して選択で繋ぎ合わせることでNFAが表す言語に対応する正規表現になる。
パーティションに基づいた正規性
ここまでの議論ではカーソルに ↓ という特別な文字を入れることで正規性を定義しました。これは既存の正規言語との関係を考える上ではわかりやすいですが、3つの文字列を独立して扱う議論をする上では便利ではない面もあります。そこで3つの文字列の独立性を高めた定義を考えます。
まず集合の分割の正規性を考えます。
定義1.4 (集合の分割) 集合 S の分割とは、 S の部分集合の族 P⊆P(S) であって、 S=⋃V∈PV かつ任意の V,W∈P に対して V∩W=∅ ならば V=W となるもののことである。
定義1.5 (正規な分割) Σ∗ の有限分割 P⊆P(Σ∗) が正規であるとは、 P の各要素が Σ 上の正規言語であることである。
すると文脈つき言語の正規性は以下のように言い換えられます。
定理1.6 (パーティションに基づいた正規性) L⊆Σ∗×Σ∗×Σ∗ が正規である ⟺ Σ∗ の正規な分割 P1, P2, P3 であって以下を満たすものが存在する: 任意の V1∈P1, V2∈P2, V3∈P3 について、V1×V2×V3⊆L または V1×V2×V3⊆Σ∗×Σ∗×Σ∗∖L である。
証明. (⇒) L を (Σ∪{↓})∗ の言語としてみたときのSyntactic monoid (両側同値類) は有限モノイドになる。そのため、以下の同値類も有限になる。
- Σ∗/{(l1,l2)∈Σ∗∣∀s,r∈Σ∗. (l1,s,r)∈L⇔(l2,s,r)∈L}
- Σ∗/{(s1,s2)∈Σ∗∣∀l,r∈Σ∗. (l,s1,r)∈L⇔(l,s2,r)∈L}
- Σ∗/{(r1,r2)∈Σ∗∣∀l,s∈Σ∗. (l,s,r1)∈L⇔(l,s,r1)∈L}
また、これらの元は全て正規である。 (syntactic monoidの特定の部分集合の引き戻しとして表せるため)
これらを P1, P2, P3 とおくと、所定の性質を満たす。
(⇐) P1, P2, P3 が正規な分割であることから、これらに対応するDFA A1, A2, A3 が存在する。これをもとに以下の3種類の状態を持つDFAを作る。
- 第1段階: A1 の状態がそのまま入っている。
- 第2段階: A2 の状態 × P_1 だけの状態が入っている。
- 第3段階: A_3 の状態 \times P_1 \times P_2 だけの状態が入っている。
これらの状態を繋ぎ合わせて ↓ の遷移を適切に定義すると、 L を認識するオートマトンになる。
実際の検索関数との関係
ここで定義したのは、文字列中の始点と終点を指定したときに、それがマッチするかどうかという条件です。
実際の正規表現ライブラリではこの形でAPIが提供されていることは稀で、さらに以下のような構成を経たものが使われます。
- 始点から終点を決定する処理 (終点を決定しなくてよい)
- 始点を決定する処理 (始点も決定しなくてよい)
たとえばJavaScriptの場合、1の構成を経たAPIとして「sticky search有効時のexec」があります。これはlastIndexで指定した始点からのみ探索を行うものです。
さらに、2の構成を行ったAPIとしては以下のようなものがあります。
- 通常のexec (一番手前の有効な始点を返す)
- global search有効時のexec (lastIndexで指定した位置以降で、一番手前の有効な始点を返す)
- global searchやsticky searchが有効な場合のmatchAllやreplaceAll (直前の検索結果の終点をもとに、次の始点の制約を決定する)
今回の定式化では、この「始点から終点を決定する処理」を記述するには不十分です。バックトラックベースの正規表現エンジンでは、分岐の優先度に依存して挙動が変わりますが、今回定義したモデルではこの情報を捨ててしまっているからです。たとえば a|ab
と ab|a
は挙動が違いますし、 a+
と a+?
も挙動が違いますが、このことを説明できるモデルになっていません。
また、今回定義したモデルだけでは \0
以外のキャプチャグループの振る舞いも表現できません。このあたりを定義するにはさらなる工夫が必要です。
関連
Discussion