複雑さのクラス演算子の良いリファレンス?


16

複雑なクラス演算子について記述するときに参照できる良い説明的な記事や調査があるかどうかに興味があります。

演算子の例

以下は、回答で説明できる最低限の演算子のリストとして解釈できます。ここで、Cは任意の有限アルファベット上の任意の言語セットです。Σ

∃C:={L⊆Σ∗|∃A∈C∃f∈O(poly(n))∀x∈Σ∗:[x∈L⟺∃c∈Σf(|x|):(x,c)∈A]}

  • オペレータが明らかに記法とはいえ、ワーグナー[1]によって導入されました ではなく。この方法で構築されたクラスの最も有名な例は、です。この演算子は、Aの相補的数量詞が付属していた、定義には、により置換されて\ FORALL C、例えば:一つは簡単に全体の多項式階層を定義することができ、\ = mathsf {\ Sigma_2 ^ PP \存在します\ forallはP} 。これはおそらく定義された最初の演算子かもしれません。∃⋁C∃CNP=∃P∀∃c∀cΣ2PP=∃∀P

⊕C:={L⊆Σ∗|∃A∈C∃f∈O(poly(n))∀x∈Σ∗:[x∈L⟺#{c∈Σf(|x|):(x,c)∈A}≢0(mod2)]}

  • ⊕オペレータが同様である∃という点でオペレータを⊕Cクラスに検証可能であるが存在証明書の数に関するC、その代わりにcertficiates数はモジュロカウント2。これを使用して、クラス⊕Pおよび\ mathsf {\ oplus L}を定義できます⊕L。同様の演算子「Modk⋅」が他のモジュライkにも存在しkます。

coC:={L⊆Σ∗|∃A∈C∀x∈Σ∗:[x∈L⟺x∉A]}

  • これは補完演算子であり、暗黙的に、、、および補数の下で閉じられることが知られていないクラスのその他のクラスの定義に使用されます。c o C = P c o M o d k LcoNPcoC=PcoModkL

BP⋅C:={(Π0,Π1)|Π0,Π1⊆Σ∗&∃A∈C∃f∈O(poly(n))∀x∈Σ∗:[(x∈Π0⇔#{c∈Σf(|x|):(x,c)∈A}⩽13|Σf(|x|)|)&(x∈Π1⇔#{c∈Σf(|x|):(x,c)∈A}⩾23|Σf(|x|)|)]}

—間隔についておologiesび申し上げます

  • 演算子は、明らかに言語を定義するためにもかかわらず、Schöning[2]によって導入された(彼は確率ギャップを許可しなかったIE)と明示的定数を使用せずたまたは。ここでの定義では、代わりにpromise-problemsが生成され、YES-instancesおよびNO-instancesがます。および注意してください。この演算子は、戸田と [3]がを示すために使用されました。1BP 213 Π1Π0BPP=BP⋅PAM=BP⋅NPP#P⊆BP⋅⊕P23Π1Π0BPP=BP⋅PAM=BP⋅NPP#P⊆BP⋅⊕P

備考

標準クラスの定義から抽象化できるその他の重要な演算子は、(クラスおよび)および(クラスおよび)。ほとんどの文献では、(決定クラスから関数の問題を生成する)および(決定クラスからカウントクラスを生成する)も複雑な演算子であることが暗示されています。C = P C = L C ⋅ C P P P L F ⋅#⋅C=⋅CC=PC=LC⋅CPPPLF⋅#⋅

BorchertとSilvestri [4]による記事があり、各クラスの演算子を定義することを提案していますが、文献ではあまり言及されていないようです。また、そのような一般的なアプローチには微妙な定義上の問題があるかもしれないと心配しています。彼らは順番に、ケブラー、シェーニング、およびトーラン[5]による優れたプレゼンテーションに言及していますが、現在は20歳以上であり、も見逃しているようです。⊕

質問

複雑度クラスの演算子の参考になるのはどの本または記事ですか?

参照資料

[1]:K.ワーグナー、簡潔な入力表現の組み合わせ問題の複雑性、Acta Inform。23(1986)325–356。

[2]:U.Schöning、確率的複雑度クラスおよび低さ、Proc。複雑性理論の構造に関する第2回IEEE会議、1987年、2-8ページ。J. Computでも。System Sci。、39(1989)、pp。84-100。

[3]:S. TodaおよびM. Ogiwara 、カウントクラスは、少なくとも多項式時間階層と同じくらい難しい、SIAM J. Comput。21(1992)316–328。

[4]:B.およびBorchert 、R。Silvestri 、ドット演算子、Theoretical Computer Science Volume 262(2001)、501–523。

[5]:J.Köbler、U。Schöning、およびJ.Torán、The Graph Isomorphism Problem:its Structural Complexity、Birkhäuser、Basel(1993)。


複雑さ演算子の概念の注目に値する前身は、[6]の取り扱いです。S。ザチョス、確率的数量化子、敵対者、および複雑さクラス:概要、 Proc。1986年、カリフォルニア州バークレーの複雑性理論の構造に関する会議(pp.383--400)で、上記のシェーニング[2]がに関連して引用しています。BP⋅NP
— ニールドボードラップ14年

3
再びザチョスによって、これも役立つかもしれません:組み合わせの複雑さ:複雑さのクラスの演算子
— アレッサンドロコセンティーノ14年

@NieldeBeaudrap Zachosは、複雑度クラス演算子の概念を最初に思いついたものです。彼の講義から、彼がこれを明示的に述べたことを思い出します。また、圧倒的多数のためのます。∃+
— Tayfunペイ

@TayfunPay:実際、数量化子は、シェーニングが説明した方法ではなく[上記]の[6]で説明した両側形式を使用しているにもかかわらず、を説明するのに役立ちます。B P ⋅∃+BP⋅
— ニールドボードラップ14年

@NieldeBeaudrapまた、境界のない両側エラーを定義するために使用できるものもあります。∃1/2
— Tayfunペイ

回答:


15

以下に、演算子の多くの定義を含むリファレンスを示します(ただし、詳細はそれほど多くありません)。

S.ザチョスとA.パゴルツィス、組み合わせの複雑さ:複雑さのクラスの演算子、第4回パンヘレ ニックロジックシンポジウムの議事録(PLS 2003)、テッサロニキ、2003年7月7〜10日。

  • アイデンティティ演算子、および演算子 -、(上記の対応)、、(有界の両面エラー)、、(一意の受け入れ遷移を伴う対応)、(非両面エラーに対応)、および(クラスは形成します))。C O N ∃ B P R ⊕ U P Δ C C ∩ C O CEcoN∃BPR⊕UPΔCC∩coC

  • 次のことを示しています。

    1. Eは、構成[定義1]に関するアイデンティティ要素です。
    2. co -自己逆です[定義2]。
    3. B P R ⊕ U PNは等です[定義3] —暗黙的に、、、、、およびも等です。BPR⊕UP
    4. P C O ⊕ C OBPおよびは -[定義4および8]と通勤しますが、は -[定義6] との右構成では不変です。Pco⊕co
    5. 上記の演算子はすべて単調です(つまり、上記のすべての演算子) : OC1⊆C2⟹O⋅C1⊆O⋅C2O

全体を通して、これらの演算子が、、、などの従来の複雑度クラスに関連するいくつかの方法についても説明しています。Z P P A M M AΣ2pPZPPAMMA


14

複雑さの演算子の概念への入門的な参照として(およびアイデアのいくつかのアプリケーションを示す)、私がこれまでに見つけた最高のものは

D.コーゼン、計算理論(Springer 2006)

これは、計算の複雑さと関連トピックに関する講義ノートから派生しています。187ページ(「補足講義G:戸田の定理」)、彼は演算子を定義します。

  • (クラス R Pのように、限定された片側エラーがあるランダムな証明書の場合)RRP
  • (境界エラーのあるランダムな証明書については、上記を参照)BP
  • (無制限のエラーを含むランダムな証明書の場合、上記の備考の Cを参照)PC
  • (奇数の証明書については、上記を参照)⊕
  • (多項式長証明書、CFの存在を ∃上記)Σp∃
  • (が存在する O (ログN ) -length証明書、CF ∃上記)ΣlogO(log⁡n)∃
  • と Π L O G(に対して相補演算子 ΣのP及び ΣのL O Gが:で発言参照 ∀上記)ΠpΠlogΣpΣlog∀
  • (カウントクラスの定義、上記の備考を参照)#

そして、暗に定義、通常の方法で12ページ。co-

これらの演算子のKozenの扱いは、「通常の」複雑度クラスとの関係を示し、戸田の定理を説明するのに十分ですが、それらの関係についてはあまり説明せず、合計で6ページしか言及していません(結局のところ)より広いトピックをカバーする本)。誰かがこれよりも良いリファレンスを提供できることを願っています。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.