本発明は、社会や企業、集団で発生する各種争点や葛藤、意思決定などの解決のために、体系化、定形化された討論手続と規則により健全な討論進行を誘導し、事案別に構造的個体化を用いて対話式（interactive）討論攻防を通じて意思決定に必要な集団の全ての情報、知識、主張及び方案などを抽出し、結論を導出することができるモデリングを創案し、世論化及び知識化できるインターネットを基盤とする合理的意思決定道具化のための討論システム方法に関する。
本発明は、討論の進行手続を事前分類されて登録されている討論規則により選択的に討論の性格とタイプ別に異に指定して運営することができ；司会者、パネル、利害当事者、オーディエンスなどの討論関係者の役割も規定し；討論分類情報、小主題情報、主張、主張根拠、反論の階層型（Hierarchical）構造で討論情報を生成管理し；意見を細部争点別にブレークダウンして構造的に登録することができる特殊入力器を備え；争点別各種主張と意見を対話的に攻防を展開し、これらの攻防状況を構造的に照会するようにし；提示された全ての主張と反論を分析して、意見間の論理的構造と相関関係、性格を定義し；これに基づいて論理的に不適合な意見と不良意見を退出し；これらの性格定義と攻防結果に基づいて主張の論理的妥当性を規定できる評決ルールを制定し；これに基づいて細部事案別に主張の適合性をシステム的に自動評決する機能；を備えて構成されることを特徴とする。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、革新的な対話式（interactive）インターネット討論を通じて組織内で表出される葛藤と問題点を解決することができる最善の意思決定をサポートするインターネットを基盤とする討論システム及びその方法に関する。
【背景技術】
【０００２】
従来、社会的または組織体の全ての意思決定と政策樹立は、少数の意思決定者と制限された情報による閉じた庭で決定されてきたが、インターネットが広く普及されて、広範囲な意見と情報の交換はもちろん、特定階層の理解を集結し表出することができる手段が確保され、この間、意思決定と政策立案から疎外されてきたネチズンの参加はもちろん、各種利害集団の意思が社会及び組織体の世論収集、政策樹立、意思決定などに大きな影響を及ぼしていることが明らかである。
【０００３】
１９９０年以後、私たちの社会が多様で且つ複雑な先進構造型に急変しているが、既存の世論システムは、これを収容することができる能力とメカニズムを備えてないなかった。社会の各部門は、だんだん専門化されてきているが、各種政策樹立、法律制定などが非専門人または特定の少数により決定されることによって、各種社会的問題を量産し、機会損失を高めるという問題点があった。
【０００４】
新聞やテレビなどを利用した既存の言論システムでは、紙面、時間の制限性、情報の立体的表現制限と非連続性に起因して主張の羅列にとどまり、偏向された視覚と歪曲された主張を読者が判断することが難しく、各種主張、意見、情報のモニターリングの限界により少数のパネルの意見だけが導出及び強調されるという問題点があった。
【０００５】
その他に、言論人の社会深層的経験不足による専門性、多様性の欠如に起因して各種主張、意見、情報の分析を通じた総合整理、調整することができるモデリングがなく、各主張と情報の善悪及び良否を透明化することができず、争点の具体的問題点は提起するが、解決点を提示する能力に限界があった。
【０００６】
このような既存の問題点を解決するために、公開的に各界各層の多様な意見と情報を対話式（interactive）に表出することによって、多数の市民が政策に参加するようにするインターネットによる討論サイトが登場した。
【０００７】
このようなインターネット討論サイトは、市間・空間を超越することができるので、多様で且つ多くの意見を収集することができる唯一の構造体であって、結論導出が可能な程度に長時間連続的に討論することができ、各種主張や情報を文章で表現することによって、話しよりは相対的に理性的で且つ論理的な意見を提示するようになるので、討論の効率性を増進することができ、即興的意見や焦点から外れた論争を最小化することができる。討論過程で提示された全ての意見情報が公開的で且つ永久保全されるので、結論導出に対する政策反映影響力がどんな媒体より強いと言える。また、今後政策立案者が関連政策を立案する時、有効なフィードバックになることができるという長所がある。
【０００８】
しかしながら、このような従来のインターネット討論サイトは、体系的討論を誘導せず、てんやわんやの意見が乱立するようになり、多くの人々が読んで紹介されるべき健全な意見も、一定の時間が経過すれば、後に押されて再検索が難しくなり、水準低いパネル（討論参加者）により建設的な意見が自然に退出されたり、討論を効率的に行う一定の規則やルールがないため、討論の場でなく、糾弾の場、戦場、害悪の場に変わる場合が多いという一般的な問題点を有している。
【０００９】
また、長文の意見は、１つの意見に多くの主張と根拠が複合的に羅列され、細部項目別にブレークダウンされ、その適否を論争することができず、美辞語句、論点と関係ない意見、重複された意見は、討論当事者はもちろん、オーディエンスも討論の進行を把握することが難しいという構造的問題を内包している。
【００１０】
その他に、討論内容を総合化して、合意を導出したり、何が問題点であり、解決すべき課題であるかをオーディエンスや意思決定者が把握することができる討論の結果物が導出されないという問題点を有する。
【００１１】
すなわちインターネットの長所を生かした新しいパラダイムの討論サイトを構築したものでなく、全てのサイトが掲示板水準の単純で且つ形式的な水準で画一的なフォーマットで構築されているので、問題点を解決するための手段でなく、葛藤を赤裸々に表出するためのサイトにとどまっていて、健全で且つ良識あるネチズンから次第に遠くなり、無視されていることが現況であって、今後、活性化が不可能であるという総体的な問題点を内包している。
【００１２】
前述した既存討論の問題点を図１に整理した。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
１．本発明の哲学
−討論の目的は、合理的結論を導出するだけでなく、利害当事者に導出過程、導出事由などを認識させて、導出された結論が成功的に達成され得るように誘導することができなければならない。
【００１４】
−人間は、誰でも合理的な思考をすることができる。たとえ、時には、瞬間的に非合理的な考えをする場合もあるが、ある程度の高等教育を受け、思考能力が訓練された人は、一般的に彼なりの合理的な思考をする。そして、合理的思考による主張は、その主張に到達した根拠となる情報と価値がある。誤った主張をする場合は、第一に、個人の利己的な主観が先立ったり（主観的価値）、第二に、誤った情報による誤った知識に起因する。
【００１５】
−人間は、誰でも露出されていない時、自己中心的であり、これが発展して集団利己主義を形成する。しかし、このようなことが露出されれば、集団利己主義を放棄する良識を有している。全ての主張には、このような集団利己主義的目的が内包されている可能性が大きいと仮定する。
【００１６】
−討論を通じて社会的合意と結論を導出することは、必ず合理的な主張のみによって決定されるものではない。時には、合理性可否を離れて、大衆の選好度、すなわち世論により決定されることもある。これを大衆的価値と言う。しかし、このような大衆的価値も、誤って形成された世論により偏見化されている場合が多い。すなわち、現代社会は、大衆のインテリジェンス（Intelligence）が非常に高いが、意思決定のために必要な情報が世論媒体や一部の階層により流通が遮断され、正しい世論形成の障害物として作用している場合が非常に多い。
【００１７】
−全ての主張は、その主張に到達するようになった情報や価値が一目瞭然に公開される場合、主張の合理性可否が明白になり得る属性を有する。従って、本システムは、大衆の正しい意識構造を先導するためのその価値に対する現実的で且つ専門的な情報や当為性に対する一定の仮定を提供し、覚ます社会的役目を行う。このような属性を反映した討論が、健全な社会的合意と生産的で且つ発展的な討論結論を導出することができることが本システム構築に対する哲学である。
【００１８】
現代社会は、非常に多様なので、意思決定を完璧にすることができず、或る方向に決定しても長短所がある。したがって、意思決定は、より重要な価値のための選択であるだけである。したがって、対策ない問題点だけを強調した反対は、決して意思決定に影響を与える要因になることができず、導出された問題点は、付加的に解決すべき課題として認識するだけである。
【００１９】
本システムで追求する討論の結論導出は、決して完璧を追求するものでなく、最も最善の方向を模索し、その最善の方向も、収集された情報と価値による結論導出過程と一定の仮定を根拠とすることを公開することによって、絶対的結論でなく、一定の生命力と限界を内包する結論であることを明らかにする。
【００２０】

２．技術的課題
本発明は、前述のような哲学を根拠として既存のインターネット討論の問題点を解決するためになされたもので、本発明の目的は、各界各層の意見と主張を性格別に構造化して、細部争点別に登録し、これに対する反論、再反論などの対話式争点攻防を展開して、オーディエンスや意思決定者が実質的な論点と討論状況を容易に把握することができるようにし、各意見の論理的適正性を通じて細部争点別に結論導出を誘導することによって、各利害当事者間の合意と理解を導出し、サイクルによる科学的で且つ合理的結論を導出することができるインターネットを基盤とする討論システム及びその方法を提供することにある。
【００２１】
したがって、本発明では、既存のインターネット討論の短所を克服するために、次の技術課題を具現する。
【００２２】
１）討論のタイプは、どんなものがあり、各々は、どんな特徴を有しており、多様な形態の討論をシステムがどのように収容するか？
２）効率的で且つ健全な討論進行のために、どんな討論進行規則を定義し、討論関係者と司会者の役目をどのように規定するか？
３）意味のある討論攻防のために、意見をどのように細部争点別にブレークダウンして登録させて項目化するか？
４）健全な討論攻防に妨害される意見は、どんな特性を有しており、これに対する対策は、どのように樹立するか？
５）各種主張と反論の形態は、どんなものがあり、各々の特性と論理性は、どのように分類され、各主張及び反論は、互いにどんな相関関係を有しているか？
６）展開された討論攻防状況をオーディエンスが意見提示者別でなく、細部争点別に一目瞭然に把握することができる情報構造と照会形式は、どのように構成するか？
７）討論攻防の終了は、どのようにし、終了された攻防の結果は、どのように結論付けるか？
【課題を解決するための手段】
【００２３】
上記目的を達成するために、本発明の一態様に係るインターネットを基盤とする討論システムは、インターネット討論を通じて意思決定をサポートするインターネットを基盤とする討論システムにおいて、インターネットを介して接続されたパネルが、討論タイプ別に事前に定められた一定の規則の下に討論主題の細部争点別に対話式（Interactive）意見攻防を行い、各意見の性格と攻防結果によって定められた評決ルールにより結論を導出し、全ての討論関係者の身上情報をはじめとして討論情報、討論攻防情報、討論結果導出情報をデータベースに登録して管理する討論管理サーバーと；前記パネルがインターネットを介して討論管理サーバーに接続されるように、ウェブブラウザーを内蔵した多数のパネルクライアント端末機と；前記多数のパネルの討論攻防によって処理される討論攻防状況に対して自由意見を提示し、パネルの意見に対して質疑をしたりパネルの支持要請により討論攻防に参加し、世論収集のためのポールに参加する多数のオーディエンスクライアント端末機と；を備える。
【００２４】
前記討論管理サーバーは、討論に関する各種分類のための基準情報を登録する基準情報ＤＢと；全ての会員に関する基本情報を登録する会員情報ＤＢと；討論の名称及び小主題などの情報をはじめとして討論の特性を規定する討論区分及び分類、討論進行規則、進行状況などの各討論個体に関する情報を格納する討論情報ＤＢと；討論過程で生成された全ての主張根拠、反論、質疑などのアーギュメント情報を登録するアーギュメント情報ＤＢと；前記会員情報ＤＢから抽出された討論別討論関係者情報を登録する討論ボディー情報ＤＢと；を含む。
【００２５】
前記会員情報ＤＢは、特定の組織や団体に関する利害当事者情報と；司会者、パネル、オーディエンスなどの個人に関する個人会員情報と；を含む。
【００２６】
前記討論情報ＤＢは、各々の討論を区分する討論基本情報と；当該討論の各種討論タイプ分類情報と；討論の諸運営規則を定めた討論規則情報と；討論の進行状況を把握できる討論進行情報と；討論事案別に分類する討論小主題情報と；を含む。
【００２７】
前記アーギュメント情報は、討論事前情報と討論過程で生成された全ての主張、反論、質疑をはじめとする各種アーギュメント情報と；各種評決情報、退出情報などの付加情報と；事前情報及び退出意見情報と；を含む。
【００２８】
前記討論ボディー情報ＤＢは、利害当事者、パネル及び司会者の必須登録情報と；選択的に討論に参観または参加を制限するオーディエンス情報と；を含み、前記討論ボディー情報ＤＢは、討論の確定時、運営者、司会者または利害当事者などが会員情報ＤＢから抽出して登録することを特徴とする。
【００２９】
また、本発明の他の態様に係るインターネットを基盤とする討論方法は、インターネットを介して接続された討論関係者の討論を総合して結論を導出するインターネットを基盤とする討論方法であって、前記討論関係者の接続要求によって端末機を討論管理サーバーに自動接続して、討論ボディー別メニュー画面を端末機に送出する段階と；前記端末機に送出された討論ボディー別メニュー画面で運営者、司会者、利害当事者、パネル、オーディエンスの中から運営者が選択されたか否かを判断する段階と；前記討論ボディー別メニュー画面で運営者が選択されれば、討論情報登録画面を端末機に送出する段階と；前記端末機に送出された討論情報登録画面で討論期間、討論名などの基本情報を入力し、討論情報ＤＢに登録する段階と；前記討論基本情報が登録されれば、討論ボディー情報登録画面を端末機に送出する段階と；前記端末機に送出された討論ボディー情報登録画面で司会者を指定し、討論ボディー情報ＤＢに登録する段階と；を備えて構成される。
【００３０】
前記討論ボディー別メニュー画面で司会者が選択されれば、討論ボディー登録、討論運営情報登録、討論小主題登録、事前情報登録、意見スクリーン、支持要請検討及び司会者評決の司会者メニュー画面を端末機に送出する段階と；前記端末機に送出された司会者メニュー画面で討論運営情報登録が選択されれば、討論情報登録画面を端末機に送出する段階と；前記端末機に送出された討論情報登録画面で討論区分及び討論分野の討論運営情報を入力し、討論情報ＤＢに登録する段階と；前記討論情報ＤＢに登録された討論区分が本討論であるか否かを判断し、本討論であれば、討論分類情報と討論規則情報を入力し、討論情報ＤＢに登録する段階と；を備える。
【００３１】
前記討論ボディー別メニュー画面で利害当事者が選択されれば、討論ボディー情報登録画面を端末機に送出する段階と；前記端末機に送出された討論ボディー情報登録画面で委任パネルを入力し、討論ボディー情報ＤＢに登録する段階と；前記委任パネルが登録されれば、要請文作成画面を端末機に送出する段階と；前記端末機に送出された要請文作成画面で要請文を作成し、アーギュメント情報ＤＢに登録する段階と；を備える。
【００３２】
前記討論ボディー別メニュー画面でパネルが選択されれば、主張登録、反論登録、支持要請、回答収容のパネルメニュー画面を端末機に送出する段階と；前記端末機に送出されたパネルメニュー画面で主張登録が選択されれば、エディタが設置されたか否かを判断する段階と；前記エディタが設置されていなければ、エディタを自動ダウンロードされ、エディタが設置されれば、エディタを実行してエディタ画面を端末機に送出する段階と；前記端末機に送出されたエディタ画面で意見を入力してアーギュメント情報ＤＢに登録し、前記アーギュメント情報ＤＢに新しい意見が登録されたことを討論関係者及び関連オーディエンスにＥメールで自動で通知する段階と；を備える。
【００３３】
前記討論ボディー別メニュー画面でオーディエンスが選択されれば、反論、自由意見提示、支持要請回答のオーディエンスメニュー画面を端末機に送出する段階と；前記端末機に送出されたオーディエンスメニュー画面で支持要請回答が選択されれば、討論攻防状況画面を端末機に送出する段階と；前記端末機に送出された討論攻防状況画面で回答対象アーギュメントを選択し、任意パネルを登録する段階と；前記任意パネルが登録されれば、回答入力画面を端末機に送り出して入力を非公開処理した後、アーギュメント情報ＤＢに登録する段階と；前記アーギュメント情報ＤＢに登録された入力処理結果をＥメールで通知した後、意見スクリーンを処理する段階と；を備える。
【００３４】
また、本発明に係るインターネットを基盤とする討論方法は、前記討論関係者の討論攻防に対する結果を処理し、サブジェクトアーギュメント（ＳＡ）と主張、小主題、討論全体に対する適合、条件適合、不適合、留保などで評決を処理する討論結果導出段階をさらに備え、前記討論結果導出段階は、反論放棄されたＳＡに対する攻防結果を優劣処理する討論攻防処理過程と；前記討論攻防処理過程で攻防結果処理されたＳＡに対して適合、条件適合、不適合、留保などでシステム評決処理するＳＡ評決過程と；討論期間終了時、討論を締め切り、討論終了案内文をＥメールで通知する討論クロジング過程と；対立されたＳＡに対する攻防結果を処理する対立評決過程と；主張別に評決処理されたＳＡ評決情報をチェックし、主張に対する評決原則によって主張に対する評決を処理する主張評決過程と；各主張を根拠にして小主題及び討論全体に対する評決を行う討論評決過程と；を備える。
【００３５】
また、本発明のさらに他の態様に係るインターネットを基盤とする討論方法は、インターネットを介して接続された討論関係者の討論を総合して結論を導出するインターネットを基盤とする討論方法であって、討論の主題、司会者、利害当事者及びオーディエンスを決定する討論決定過程と、討論期間、各種討論規則を協議決定、利害当事者別パネルを決定する討論基本事項決定協議過程と、討論管理サーバーの運営者が討論を行う司会者をまず登録し、登録された司会者が討論に直接参加する残りの討論関係者を登録する討論関係者登録過程と、討論基本事項、討論性格分類及び事前情報を登録する討論運営情報登録過程と、討論の小主題を登録し、小主題別意見開陳者を決定して登録する小主題登録過程と、を含む討論準備段階と；サイト進行中の(On-going)討論目録に登録及び案内メッセージ公告、討論開始案内文をＥメールで通知する討論開始過程と、サブジェクトアーギュメント（ＳＡ）登録、新規意見登録案内文を討論関係者にＥメールで自動通知するサブジェクトアーギュメント登録過程と、サブジェクトアーギュメント（ＳＡ）性格分類登録と不良意見退出をＥメールで通知する意見スクリーン過程と、ＳＡに対する反論登録と、反論登録案内文を討論関係者にＥメールで自動通知する反論登録過程と、を含む討論攻防段階と；反論放棄されたＳＡに対する攻防結果、優劣処理する討論攻防結果処理過程と、攻防結果処理されたＳＡに対する適合、条件適合、不適合、留保などでシステム評決するＳＡ評決過程と、を含む討論評決段階と；討論期間終了時、締切処理と、討論終了案内文をＥメールで通知する討論クロジング過程と、進行中の(On-going)攻防対立処理と、対立された攻防ＳＡ評決処理する攻防終結処理過程と、主張システム評決、小主題評決、討論全体評決処理する討論評決処理過程と、を含む討論終結段階と；を備える。
【００３６】
また、本発明のさらに他の態様に係るインターネットを基盤とする討論方法は、インターネットを介して接続された討論関係者の討論を総合して結論を導出するインターネットを基盤とする討論方法であって、討論進行過程で専門的知識が必要であるか、特定の少数の集団が本討論とは別途に討論を進行し、その結果を本討論に反映できる派生討論段階と；特定の事案に対して立場を変えて討論攻防を試みる反対討論段階と；を本討論に従属されるサブ討論として含む。
【発明を実施するための最良の形態】
【００３７】
以下、添付の図面を参照して本発明の一実施例を詳細に説明する。
【００３８】
図２は、本発明に係るインターネットを基盤とする討論システムの全体構成図であって、インターネットを介して接続されたパネル（会員などを含む）が討論タイプ別に事前に定められた一定の規則下に討論主題の細部争点別に対話式の意見攻防を行い、各意見の性格と攻防結果によって定められた評決ルールにより結論を導出し、全ての討論関係者の身上情報をはじめとして討論情報、討論攻防情報、討論結果導出情報をデータベースに登録して管理する討論管理サーバー１００と、パネルがインターネットを介して前記討論管理サーバー１００に接続するようにするウェブブラウザを内蔵した多数のパネルクライアント端末機（パネルが操作して討論管理サーバーに接続される端末機）２００と、前記多数のパネルの討論攻防によって処理される討論攻防状況に対して自由意見を提示し、パネルの意見に対して質疑をしたり、パネルの支持要請により討論攻防に参加し、世論収集のためのポール（Poll）に参加する多数のオーディエンスクライアント端末機（オーディエンスが操作して討論管理サーバーに接続される端末機）３００と、を備えて構成される。本発明で使われる用語である支持要請は、争点攻防中に特定のパネルや利害当事者が専門的知識や情報が不足して特定反論に対する再反論が困難であるため、全てのオーディエンスに助けを要請する行為を言う。
【００３９】
前記討論管理サーバー１００は、ウェブサーバー４００と情報テーブル（データベース）５００とで構成される。ウェブサーバー４００は、各々のクライアント端末機２００、３００が接続する時、本討論システムのメインホームページ画面をダウンロードし、各クライアント端末機２００、３００からホームページのメニュー選択によって当該メニューの画面を情報テーブル５００から照会してダウンロードし、ユーザの入力内容を情報テーブル５００に記録する。また、情報テーブル５００は、メインホームページ画面でユーザの個別メニュー選択によって該当する情報画面を提供するためのデータとユーザが入力したデータを格納及び更新して管理する。
【００４０】
前記討論管理サーバー１００と多数のパネル及びオーディエンスクライアント端末機２００、３００との間の接続は、モデムとＰＳＴＮ、専用線またはＩＳＤＮを利用した有線インターネット接続方式と、セルラー、ＰＣＳ、マイクロウエーブや衛星通信網を介した無線インターネット接続方式を全て収容することができる。各々のクライアント端末機２００、３００は、上記した方式のうちいずれか１つを使用してインターネットを含んで端末機ネックワークに接続され得るものならいずれのものでも可能である。
【００４１】
好ましくは、前記各々のクライアント端末機２００、３００は、例えば、ペンティアム級以上のマイクロプロセッサーと、ハードディスクドライバと、通信用モデムと、マルチメディア受信装置などを備えた一般的な個人用コンピュータにインターネット接続をサポートするインターネットウェブブラウザーが搭載されたものならいずれの機種のＰＣまたは端末機も使用可能である。
【００４２】
さらに、インターネット接続が可能な端末機なら、ＰＣ以外にも、ワークステーション、一般携帯用通信端末機（ＰＣＳ、ＰＨＳ）、携帯情報端末機（ＰＤＡ）、セットトップボックス（set-top box）、デジタルテレビ（Digital ＴＶ）及びウェブフォン（Web phone）なども使用可能である。
【００４３】
前記情報テーブル５００は、例えば、オラクル（Oracle）、ＳＱＬ（Structured Query Language）サーバー、Informixなどの周知の関係型データ管理システム（ＲＤＢＭＳ：Relational Database Management System）で構成されることができる。
【００４４】
図３は、本発明に適用される情報テーブルの概略的な構成図である。システムで使われる各種分類情報が羅列された基準情報（コードテーブル）を管理する基準情報ＤＢ５１０と、システムに登録された全ての会員に関する情報（オーディエンス、パネル、司会者などの全ての個人会員情報と、組織体である利害当事者情報とに区分）を管理する会員情報ＤＢ５２０と、討論の名称及び小主題などの基本情報をはじめとして分類及び規則、進行状況などの各討論個体に対する情報を格納する討論情報ＤＢ５３０と、討論過程で生成された全ての主張根拠、反論、質疑などの意見（アーギュメント）情報を生成するアーギュメント情報ＤＢ５４０と、前記会員情報ＤＢ５２０から抽出された討論別討論関係者情報（当該討論に参加する司会者、パネル、指定オーディエンス、利害当事者指定）を格納する討論ボディー情報ＤＢ５５０と、会員別システムログイン実績（個人会員別に参加度を測定してオーディエンスポールの選定に参照）を格納するログ（Logging）情報ＤＢ５６０と、を備えて構成される。本発明で使われる用語である討論ボディー（討論Ｂｏｄｙ、討論関係者）は、討論に参加する司会者、パネル、利害当事者、オーディエンスなどを総称する。
【００４５】
本発明で使われる用語である主張（Suggestion）と主張根拠において、討論の小主題別にまず提示される各々の主張、提議、意見などを主張と称し、各主張の根拠となる複数の下部意見を各々主張根拠と言う。また、主張根拠が反論（討論）の対象であり、主張は、主張根拠の代表語であるだけで、討論対象ではない。
【００４６】
本発明で使われる用語である主張根拠（ＳＡ：サブジェクトアーギュメント）と反論（ＯＡ：オブジェクトアーギュメント）において、事実、価値、提案などの各主張根拠を主張根拠と言い、各ＳＡに対して最初に提起された反論、質疑、条件提示などを総称して反論（複数個）と言う。したがって、実施例の説明によってアーギュメントという用語の代わりにオピニオンとして使用することもできる。すなわち、サブジェクトアーギュメントまたはオブジェクトアーギュメントを各々サブジェクトオピニオンまたはオブジェクトオピニオンとして使用することもできる。また、ＳＡとＯＡを提示したパネルを各々主張パネル（サブジェクトパネル）、反論（オブジェクトパネル）という。
【００４７】
また、本発明で使われる用語である争点（または細部争点、thread）において、特定ＳＡに対して特定ＯＡが提示されれば、争点（thread）が発生したと言う。したがって、特定ＳＡに対してＯＡがｎ個発生すれば、特定ＳＡに対する争点はｎ個が発生する。
【００４８】
前記基準情報ＤＢ５１０は、本討論システムを設置運営する当該サイトで個別討論と関係なく共通的に使用するために固有に辞典的に定義される分類を言い、全ての基準情報のコード値をシステム設置時に運営責任者（管理者）が任意に入力することができるように構成し、次の分類情報が存在する。
【００４９】
△討論分野区分：社会、政治、経済、文化、保健、環境、教育などの区分
△討論種類：賛否／解決策、一対一（One-to-One）／多者、地域／公共（Local/Public）、公開／秘密、政策／一般、自由／パネル（パネル）
△討論区分：本討論、事前討論、派生討論、反対討論、再討論
本発明で使われる用語である反対討論は、政策討論のようにいずれか一側が代案や方案、政策などを提示し、反対側が問題点を提起する討論において互いに立場を変えて別途に行う討論を意味する。また、本発明で使われる用語である派生討論は、反論（Counter Argument）を登録する時限として討論規則で事前に決定されるものを意味し、反論時限を経過すれば、当該争点に対する討論攻防は終結される。
【００５０】
△会員情報：個人（積極参加会員、一般会員）／利害当事者
△会員参加度：意見提示、投票／陪審、接続／照会
△討論関係者区分：司会者、利害当事者、パネル（委任、任意）、オーディエンス
△討論小主題区分：事案の意味（定義）、問題点または解決策、原因または要因、事案の至急性
△意見開陳分類：サブジェクトアーギュメント（ＳＡ）、オブジェクトアーギュメント（ＯＡ）、カウンタアーギュメント（ＣＡ、オブジェクト／サブジェクト）
本発明で使われるカウンタアーギュメントは、争点別に再反論、再再反論の攻防が行われる時に発生した全ての攻防アーギュメントをカウンタアーギュメントと言い、サブジェクトパネル及びオブジェクトパネルが提示したアーギュメントを各々サブジェクトカウンタアーギュメント及びオブジェクトカウンタアーギュメントと言う。
【００５１】
△主張の分類
・根拠構造：独立型、従属型
・根拠区分：事実（情報）、価値（論調）、方案（Proposition）
△政策討論の主張（小主題）分類：主張方案、必要性提示、予想問題点と対策、事例、その他
△反論の分類
・反対意見：積極的反対、消極的反対
・条件提示：攻撃的条件提示、防御的条件提示
・質疑：質問、反問
・司会者優先質疑
△意見の種類：新しい意見、変更された意見、撤回された意見、代替意見、補充意見
△意見退出：不良意見、重複意見、無意味意見、平行的意見
△評決分類
・攻防結果：ＳＡ優勢、ＳＡ劣勢、対立
・評決：適合、不適合、評決留保
△討論状況：討論進行、討論取消、討論中止、討論締切、討論終了
前記分類情報において政策討論（Discussion-with-Proposition）と一般討論（Discussion-without-Proposition）であって、政策討論は、討論開始前に特定の利害当事者により或る方案や、提議、政策などが樹立され、これを中心として討論を進行することを言い、一般討論は、このような方案や政策がない状況で討論を行うことを言う。
【００５２】
［討論の種類］
イ．賛否討論、解決策討論：討論争点の性格による区分
−特定事案が賛否またはいくつかの方案が対立されて、いずれか一側の方向を決定しなければならない選択論争に関する賛否討論と、諸問題に対する解決点を追求したり、多様な意見を求める解決策討論とに区分して、討論展開方式を部分的に異に進行する。
【００５３】
−賛否討論の場合、利害当事者とは関係なく特定イシューに対する論争が発生する。
【００５４】
−解決策討論は、多数のイシューが発生する。概ね多者討論になり、利害当事者別に自己主張があり、主張毎に異なる攻撃対象がある場合、利害関係が多元化される。賛否討論とは異なって、“何が問題点であり”を互いに確認し、”解決策は何か”を互いに議論する討論である。したがって、解決策討論は、主題を細分化して、地域討論につながる場合も多い。
【００５５】
−賛否討論は、全ての意見に必ず攻撃対象者があり、解決策討論は、攻撃対象者があることもでき、ないこともできる。
【００５６】

ロ．一対一（One-to-one）討論、多者討論：利害当事者の対立関係による区分
−一対一討論は、対立される利害当事者が一対一である場合を言う。賛否討論は、利害当事者が複数名であって、賛成と反対とに明らかに分けられる場合、一対一討論として見なされる。
【００５７】
−多者討論は、対立される利害当事者が複数名である場合を言う。この場合、特定の利害当事者やパネルの主張は、攻撃対象（攻撃対象の利害当事者）が１名または複数名指定されることができる。
【００５８】

ハ．公共（Public）討論、地域討論：討論参加者の範囲（領域）による区分
−討論事案が、不特定多数が関心を有する公共討論と、特定集団の利害関係を討論する地域討論とに区分する。
【００５９】
−地域討論は、司会者をはじめとしてオーディエンス、パネル、利害当事者が特定の企業体や団体のような特定の集団に属していることを言う。公共討論に参加する特定の利害当事者が内部の多様な意見を収集するために利害当事者内部用の地域討論を展開することもできる。この場合、システムは、利害当事者が指定した討論関係者のみに討論を公開する。
【００６０】

ニ．公開討論、秘密討論：討論参加者の制限による区分
−討論の全ての内容を公開する公開討論と、特定の討論ボディーのみに公開する秘密討論とに区分する。秘密討論は、公開討論の一部事案に対して行われることもできる。
【００６１】

ホ．自由討論、パネル討論：参加パネルが制限的か否かの区分
−特定の利害当事者中心や特定のパネルでなく、不特定多数が参加して多様な意見を収集しながら行う討論を自由討論と言い、特定に委任されたパネルを中心として行う討論をパネル（Panel）討論と言う。
【００６２】
−自由討論は、討論主題が広範囲であるか、特定の少数人の知識と意見では解決策を見出すことができない場合であるか、多数の意見を統合調整するための場合に適用されることができる。
【００６３】
−一般的な既存のウェブサイトでのネチズン間の討論を自由討論と言える。すなわち、本発明で使われる用語であるパネル討論及び自由討論において、利害当事者により事前に委任されたパネルを中心として討論することをパネル討論と言い、事前に委任されたパネルなく、全ての視聴者に自由にパネルとして討論に参加できるように開放された討論を自由討論と言う。
【００６４】

＜自由討論の事例＞
主題：“将来の善隣韓日関係のために両国の若者は相手国に対してどんな認識改善が必要であるか？”
参加者：韓日両国の全ての大学生参加可能
−自由討論は、パネルを事前に指定せず、討論途中に会員として随時パネル申請登録をすることができ、委任パネルの権限を有する。また、利害当事者も指定しない。すなわち、本発明で使われる用語である委任パネル及び任意パネルにおいて、討論で特定の主張やこれに対する反論などの意見を提示する人（または利害当事者）をパネルと言い、パネル討論で利害当事者により事前に指定されたパネルを委任パネルと言い、パネル討論や一般討論で討論途中に特定の争点に対して臨時に選定されたパネルを臨時パネルと言う。
【００６５】
−自由討論は、利害当事者を指定しないので、討論結果や進行状況に対して直接的で且つ積極的に対応する主体がない。これは、討論結果が常に最善の結論を担保するとは言えず、討論結果によって利害関係が左右される特定の利害集団が表出されないので、討論の結論導出を一般的に行わない。また、討論規則も司会者が任意に決定する。
【００６６】
−自由討論の進行は、結論処理部分を除いてパネル討論と同様に処理される。したがって、以下では、本システムに関する全ての説明と定義は、特別な言及がない限り、大部分パネル討論を中心として展開する。
【００６７】

ヘ．政策討論、一般討論：討論の展開方式による区分
−特定の利害当事者により樹立された特定政策や事業計画、または方案など（以下、提案という）を討論開始時にまず開陳し、これを中心として討論を展開する方式を政策討論と言い、討論の細部事案によって任意に意見を提示し、これに対して反論する形式を一般討論という。
【００６８】
−賛否討論は、大部分の場合、政策討論の形態で展開されることが好ましいが、解決策討論は、事案によって政策討論場合であってもよく、一般討論の形態で展開されてもよい。
【００６９】
−討論の主題が細部事案で具体的である場合にも、政策討論として見なす。
【００７０】
−一般討論の場合、司会者は、討論の体系的な進行のために討論開始に先立って討論事前情報を提供し、細部論点別討論のための小主題分類をしなければならない。反面、政策討論の場合は、提案自体が論点別に整理されていて、討論事前情報が表現されていると仮定することができるので、討論事前情報や小主題分類を省略することができる。本発明で使われる用語である事前情報は、パネルの討論の効率を高め、オーディエンスに討論の争点（焦点）を理解させるために、討論前に提供される全ての情報や事実であり、用語定義、客観的事実及び情報、問題点、至急性などがこれに該当し、司会者が直接提供したり、特定の利害当事者の助けを受けて入力し、必要に応じて、事前討論を通じて提供することもできる。
【００７１】

ト．事前討論
−司会者が明白な事前情報を提供することができない場合、本討論の効率性のために問題点認識討論を行うことができる。また、解決策討論のように討論の範囲が非常に広範囲であるか、専門的知識が要求され、司会者単独で事前情報を提供することができない討論の場合にも、問題点に対する認識を互いに合意するための事前討論を展開することができる。
【００７２】
事前討論の小主題
−事前討論は、必ず問題点、原因、解決の至急性の３つの事前情報項目に関する討論のみを行い、解決の至急性と原因は、本討論で行うこともできる。
【００７３】
事前討論の進行及び手続
−事前討論は、たとえ本討論に従属されるが、１つの独立された討論であって、全ての処理過程を本討論と同様に行い、事前情報を確定するものの、評決が対立である場合、評決留保をして本討論に継承する。
【００７４】
−事前討論の時限、主題設定、参加パネル決定などは、司会者と討論関係者の合意により決定する。
【００７５】
事前討論の本討論継承
−事前討論は、再討論や、派生討論をせず、事前討論を通じて結論導出がなされない場合でも、その時まで登録された意見は、本討論の意見に継承され、本討論で継続行う。
【００７６】

事前討論が必要であった事例：或る放送で実施した言論改革に対する討論の場合。（２時間実施）。
【００７７】
・全体討論過程中に、言論改革の具体的必要性（私たちの社会に及ぼす影響の至急性）に対する両側の事前同意が全く確認されていない状態で討論を展開することによって、改革案を提示した市民団体とその案を反対する側が長時間討論をしたが、改革の方法論に対する核心事案は、正しく接近せず、無益な討論になってしまった。
【００７８】
・すなわち、市民団体は、言論改革が最も至急な事案という観点から、国会、市民団体、言論人、読者などの汎国民的推進委を結成しようという改革案を主張し、反対側は、全般的な社会改革と噛み合って漸増的にしなければならない改革という考えが確認されただけである。
【００７９】
・これは、言論改革の必要性は互いに認識したが、その必要性がある程度であるかに対する認識の差異があった。このような認識の差異をまず確認せずに、討論に臨んで両側の主張が平行線を書いた討論になってしまった。
【００８０】

チ．反対討論
−討論進行時、いずれか一側が代案ない批判のみをすれば、反対側の利害当事者は、論理的に窮地に追い込まれる場合がある。この時、互いに立場を変えて論争をすることによって、相手側が代案を提示し、逆にこれを反論することによって、当初案の有効性を立証する方式。
【００８１】
例）教師体罰の必要性に関する論争（本例で列挙された内容に対する適正性は論外にすること）
−体罰は、可能な限り無くしなければならないことを誰でも共感する。体罰は、誤ったことに対する処罰手段であって、東西洋を問わず人類が永らく使用したものである。誤ちに対する処罰は、本人と他人の誤ち再発防止を通じて多数の集団を統制するための必要悪であると認識されてきた。しかし、体罰無しに学生を有効に処罰する手段が現実的に存在しないことが教師の悩みである可能性がある。このため、体罰をすることができない場合には、教師が自ら教育者であることを放棄し、教育伝達者として傍観する傾向も生じ、教育的にさらに大きい問題をもたらす副作用も遠慮されるという問題がある。
【００８２】
−この時、このような論争を“体罰の必要性と体罰の不当性”次元で論争するものでなく、“体罰がない時、統制手段（処罰）があるか否か？”で討論を進行し、進行方法も、互いに立場を変えて、体罰反対者は、教師の立場で体罰代案を提示し、教師は、代案に対して学生の立場で代案を避ける方法や代案が統制手段として有効でない事例をもって反駁する。
【００８３】
−体罰反対論者にとってこのような討論を通じて体罰以外には現実的に代案が難しいことを悟るようにすることによって、体罰自体を否定するよりは、体罰方法（程度）や必要時点に対する論争にフォーカスを変えることによって、合意導出を誘導する。
【００８４】

反対討論の運営
−反対討論は、討論全体でなく、必ず反論された特定主張（ＳＡ）のみを対象として行う。
【００８５】
−反対討論の提議は、当該主張を登録したパネル（または利害当事者）のみが行うことができ、司会者がこれを受諾する場合に行うことができる。
【００８６】
−司会者は、反対討論内訳と趣旨を入力し、システムは、自動で全ての当該討論ボディーに反対討論内訳と趣旨をＥメールで通知する。反対討論内訳と趣旨は、当該反対討論と関連した討論の進行情報として保存されなければならない。
【００８７】
−反対討論が決定されれば、司会者は、当該ＳＡの反対内容を新しい小主題または新しいサブジェクトアーギュメントとして生成し、サブジェクトパネルも反対に指定しなければならない。また、システムは、反対討論のプレゼンテイションを本来のアーギュメントプレゼンテイションと異にして区分する。
【００８８】
−反対討論の結果、変わった立場で相手のサブジェクトアーギュメントに対して適合した反論が提示され、再反論時限が終了するまで再反論を提起しなければ、当初のサブジェクトアーギュメントは、司会者により適合した評決として終結される。
【００８９】
（上記例の場合、体罰反対者が提示したどんな体罰代案も有効な教育統制手段になられないものとして適正に反論されれば、体罰の必要性は認定されるものと終結される）
本発明で使われる用語である反論時限は、反論（カウンタアーギュメント）を登録する時限として討論規則で事前に決定される。また、反論時限を経過すれば、当該争点に対する討論攻防は終結される。
【００９０】

−反対討論は、代案ない論理的反対のみを持続的に行うによって、論理的障壁を作って、止むを得ない次善の意思決定選択を封鎖する前近代的で且つ非生産的な政略的行為を排除するための有効な方策であって、本システムの効用性に対する最も核心となる要素になる。
【００９１】

リ．再討論
−再討論は、討論評決が留保された討論を再討論することを言う。
【００９２】
−再討論の発起は、全ての利害当事者の合意によって発起される。
【００９３】
−パネルの変更：再討論時には、パネルが変更されて登録されることができる。
【００９４】
−再討論が始まれば、システムは、本討論で処理された全ての意見をそのまま継承して討論を運営する。
【００９５】
−再討論は、また各種討論規則、小主題分類などをそのまま継承するものの、小主題の場合、必要に応じて司会者によって追加されることができる。
【００９６】

ヌ．秘密討論
−討論過程で言及される全ての意見に対して特別に特定の討論関係者のみに公開で行わなければならない場合、秘密討論をすることができる。
【００９７】
−秘密討論の施行可否は、利害当事者の要請と司会者の判断により決定する。
【００９８】
−システムは、特殊な暗号化技法（Encoding, Decoding）を使用して全ての討論情報を格納することによって、討論内訳が外部に無断流出されることを防止しなければならないし、また、パスワードを使用してサイト接近者に対する接近統制機能をも有しなければならない。
【００９９】
−秘密討論のオーディエンス指定は、必ず登録された会員であるべきで、システムとは別途のオフライン処理による秘密印加手続を経て司会者により直接登録される。
【０１００】
−秘密討論は、地域討論の性格であり、特定のサブジェクトアーギュメントに対して行う場合、派生討論となる。
【０１０１】

ル．派生討論
−討論途中に発生した特定の事案に対して専門的で且つ技術的な問題でパネル、利害当事者など討論ボディーが変更され、別途の討論をすることを言う。
【０１０２】
−派生討論を通じて得られた結論は、本討論の事前情報として自動登録される。
【０１０３】
派生討論の例
−製造業で生産、営業、購買資材部門が“適正在庫と納品期間（delivery）”に対する討論時、資材や原材料を納品する“協力業者との協調”という問題で協力業者の役職員を新しい利害当事者及びパネルとして定めて、別個の討論を施行する。
【０１０４】

派生討論の処理
−派生討論の施行可否は、パネルや利害当事者の提案と司会者の判断により決定する。
【０１０５】
−パネル、利害当事者が変わる新しい討論として処理される。
【０１０６】
−派生討論は、独立された討論として見なすものの、本討論では、派生討論との連結情報を維持し、画面プレゼンテイションは、本討論の小主題分類として処理される。
【０１０７】
−派生討論が始まれば、派生討論が終結するまで司会者は派生討論を惹起させた事案（主張や、主張根拠、反論など）に対して全ての討論を“保留”とする。
【０１０８】

図４は、本発明に適用される情報テーブルの詳細な構造図である。
【０１０９】
前記会員情報ＤＢ５２０は、所属組織員に対するデータベースが構築されている地域討論の場合、外部ファイル（企業内の人事ファイル）を直接ロード（Load）してデータベースを自動生成することができる機能を提供し、公共討論の場合は、会員が直接オンライン登録して生成されるようにするもので、会員情報ＤＢ５２０は、特定の組織や団体に対する情報である利害当事者情報５２２と、司会者、パネル、オーディエンスのように個人に対する情報である個人会員情報５２１とで構成される。これらの情報は、性格が異なる情報で構成されるので、物理的に情報を分離して二元化する。
【０１１０】
前記個人会員情報５２１には、ＩＤ、パスワード、住民登録番号、職業（職種）、所属、職位、氏名、連絡先（Ｅメール、電話番号）、最終学歴、登録日を記録する基本身上情報と、Personal Career（主要経歴）を１０個まで登録する個人経歴情報とで構成する。個人会員は、討論参加ログ（Log）情報により会員の討論参加能力を測定することができる分類情報であって、オーディエンス（純粋なオーディエンス、パネルや陪審／投票をした実績がない会員）と、積極参加会員（積極的に投票／陪審をしたり、任意パネルの実行実績が相当水準に達している会員）、一般参加会員（投票／陪審をしたり、任意パネル実行実績がある会員のうち積極参加会員水準に至らない会員）とに区分される。
【０１１１】
前記積極参加会員で相当水準ということは、適用サイト別にサイト初期情報で規定し、個人別討論参加実績は、討論情報に対するログ情報ＤＢ５６０から抽出する。前記利害当事者情報５２２には、ＩＤ、利害当事者名、利害当事者分類、支持要請回数、＜担当者情報−ｎ＞が格納され、＜担当者情報−ｎ＞には、会員ｉｄ−ｎ、担当者名−ｎ、職位−ｎ、担当業務−ｎ、連絡先−ｎが記録される。利害当事者とは、特定の企業や団体が内部的に使用する場合には、部署や事業部などの組織分類を言い、不特定多数を対象とするポータルサイトなどが使用する場合は、企業、団体、機関などの包括的な分類を言う。したがって、システムは、利害当事者分類をユーザが任意分類して使用するように設計する。
【０１１２】

前記討論情報ＤＢ５３０は、各々の討論を区分する討論基本情報５３１、当該討論の各種討論分類情報５３２、討論の諸運営規則を定めた討論規則情報５３４、討論の進行状況を把握できる討論進行情報５３５、討論小主題情報５３３で構成される。本発明で使われる討論規則情報は、討論を行うに先立って討論進行に対する規則を利害当事者と司会者が合意して入力する情報であり、討論規則は、システムで事前に定義された項目にしたがう。
【０１１３】
−討論情報の分類は、図３８のように３段階に階層化されて形成、管理され、サイト運営者、討論司会者が分割して直接行う。このために、システムは、ウィンドウズ探索器のようなツリー形式の分類機能を提供する。
【０１１４】
１段階：討論の分野（issue category）；社会、政治、教育、保健などの分類
２段階：討論主題；討論目録
３段階：討論小主題（主張分類）；討論毎にいくつかの核心的な事案主張の分類
−１段階分類入力は、サイト運営者がサイト開設時に最初に行い、２、３段階分類入力は、司会者が討論別に異に行う。
【０１１５】

前記討論基本情報５３１には、全ての討論に関連した討論ｉｄ、討論名、討論区分、討論期間などの討論の基本情報を格納し、本討論、事前情報討論、派生討論、反対討論、再討論などの討論区分情報を格納し、本討論でない派生討論、反対討論、再討論、事前情報討論などは、本討論の基本情報（討論ｉｄ）を伴う。討論期間は、討論開始時に定められた討論期間と、反論時限まで延長された実質討論期間の２つで構成される。
【０１１６】
前記討論分類情報５３２には、賛否／解決策討論、地域／公共討論、公開／秘密討論などの討論の種類情報と、社会、政治、経済、保健などの討論分野に対する分類情報が格納される。
【０１１７】
前記討論規則情報５３４には、主張提出時限、反論／答弁時限、追加主張締切時限、事前情報反論時限を日数（days）で定義し、非公開意見（アーギュメント）採択可否、オーディエンス自由意見収容可否、対立意見オーディエンス投票可否、退出意見に対する制裁可否、評決留保如何を可否（yes/no）で定義し、各意見（アーギュメント）に対する変更許容回数＋全体変更許容回数で意見変更許容回数を定義する。
【０１１８】

＊前記討論進行情報５３５には、登録意見数（ＳＡ個数）、反論されたＳＡ個数、評決されたＳＡ個数、適合評決ＳＡ個数、退出意見個数、討論状況などの討論進行状況を把握できる情報が記録される。この情報は、討論別に‘討論状況情報’というメニューでオーディエンスに提供される。反論されたが、反論に対して再反論にならないＳＡ（サブジェクトアーギュメント）を反論されたＳＡと言い、討論進行、討論取消、討論中止、討論締切、討論終了などを討論状況と言う。
【０１１９】
前記討論小主題情報５３３には、小主題ｉｄ、討論ｉｄ、小主題、小主題分類、サブジェクトパーティー、サブジェクトパーティー指定日の情報が記録され、小主題分類は、討論事案別に任意分類したり、下記のような分類をする。
【０１２０】
△問題点＆解決策：問題点は、討論事案によって必要性や効果に代替されることもできる。
【０１２１】
△原因、要因：問題点の発生原因、要因
△各種事案の意味、定義：事案の核心内容に対する意味、定義を規定する内容
△事案の至急性：既存の多くの討論で一般的に看過する傾向が多いが、討論の成敗を左右する核心的な事案として重要度と時限性の２つの要因を常に考慮しなければならない。時限性は、特定の条件や与件で表現されることもでき、一定期間で表現されることもできる。
【０１２２】
討論に参加する主体は、特定の利害当事者（組織）や個人になる。これらは、討論によってパネルになることもでき、オーディエンスになることもできるので、オーディエンスを除いた全ての討論ボディー（body）は、討論に従属的に事前に定義される。利害当事者、パネル、オーディエンスなどの全ての討論ボディーは、特定の討論とは関係なく、会員情報に一括的に事前に登録され、討論別に登録が可能に基本情報を構成する。
【０１２３】

前記アーギュメント情報ＤＢ５４０は、討論過程で生成された全ての主張根拠、反論、質疑などのアーギュメント情報を格納するもので、アーギュメント情報とは、討論事前情報と討論過程で生成された全ての主張、反論、質疑をはじめとする各種アーギュメント５４１、５４２と各種評決情報、退出情報などの付加資料を総称し、事前情報５４３と退出意見情報５４４を除いて論理的に討論小主題別、利害当事者別に生成管理する。
【０１２４】
−アーギュメント情報は、討論小主題別に生成し、意見情報は、サブジェクト利害当事者の最初ＳＡ情報と、その他のＣＡ情報の２つ情報に区分し、ＳＡ利害当事者の最初意見情報には、評決資料はもちろん、オーディエンスの自由意見情報とポール情報などが追加されることができ、全ての意見には、付加説明情報が存在することができる。
【０１２５】
−事前情報と退出意見情報は、利害当事者別に生成しない。
【０１２６】
−１つの小主題には、複数のＳＡ利害当事者が、１つのＳＡ利害当事者には、複数のＳＡが各々存在する。しかし、１つのＳＡに対しては、ただ１つのＣＡ利害当事者が存在する。
【０１２７】
前記アーギュメント情報は、意見タイプによって次のように区分されて異に生成する。
【０１２８】
１．主張情報：主張ｉｄ、主張者、日時、攻撃対象者、反論可否、評決状況、評決日時、討論ｉｄ、小主題ｉｄ、主張
＊主張者は、利害当事者＋パネルを称する。
【０１２９】
＊反論可否は、当該ＳＡのうつ１つでも反論がなされたか否かを言う。
【０１３０】
＊攻撃対象者は、攻撃対象、すなわち主張に対する反論をすべき利害当事者を言う。
【０１３１】
２．主張根拠情報：主張ｉｄ、主張根拠ｉｄ、主張者、日時、攻撃対象者、根拠要件、根拠構造、根拠区分、反論可否、
オブジェクトＡｒｇ−ｉｄ、アーギュメント内容、攻防結果、評決情報、評決日時
＊攻防結果：優勢、劣勢、対立
＊＊評決情報：適合、条件適合、不適合、評決留保
３．反論及び再反論（カウンタアーギュメント）：Ａｒｇ−ｉｄ、反論者、日時、区分、反論区分、再反論可否、反論対象ＳＡ Ａｒｇ−ｉｄ、ＣＡ内容、反論時限
＊区分：ＳＡ、ＯＡ区分（ＳＡに対する反論なのかＯＡに対する反論なのかの区分）
４．質疑：Ａｒｇ−ｉｄ、質疑者、日時、区分、質疑区分、答弁可否、質疑対象Ａｒｇ−ｉｄ、質疑内訳
＊区分：ＳＡ、ＣＡ区分（ＳＡに対する質疑なのかＣＡに対する質疑なのかの区分）
＊質疑区分：反問、質問
５．答弁：Ａｒｇ−ｉｄ、答弁者、答弁日時、区分、答弁区分、空欄、当該質疑Ａｒｇ−ｉｄ、答弁内訳
＊区分：ＳＡ、ＣＡ区分（ＳＡに対する答弁なのかＣＡに対する答弁なのかの区分）
６．支持要請：Ａｒｇ−ｉｄ、区分、支持要請区分、支持要請文、支持要請期限（有効期限）
７．付加説明：Ａｒｇ−ｉｄ、当該Ａｒｇ−ｉｄ、当該単語連結情報、説明内訳
８．事前情報：Ａｒｇ−ｉｄ、小主題ｉｄ、登録区分、構成項目区分、登録日付、事前情報内訳
９．退出意見情報：退出日時、退出事由、退出アーギュメント情報
＊この時、主張情報と主張根拠情報をＳＡ情報と称し、反論、質疑、答弁をＣＡ情報と称し、本発明では、全てのアーギュメントを概念上別途の情報で表示するが、実際の詳細設計過程では統合されることもできる。また、ＳＡ利害当事者とＣＡ利害当事者を統合することもできる。
【０１３２】
＊前記全てのアーギュメントには、付加説明のためのタグ（Ｔａｇ）情報が複数個存在することができ、７項の付加説明情報と連結される情報も存在する。
【０１３３】

前記討論ボディー情報ＤＢ５５０は、当該討論に参加した討論ボディーの情報を記録維持するための情報であって、前記会員情報ＤＢ５２０から生成され、司会者が討論を確定する時に、図５に示すように、登録する。当該討論に実質的に参加した討論ボディー（オーディエンス除外）の情報を維持するために、討論別に討論ボディーに対する情報を定義し、これを討論ボディー情報と言う。討論ボディー情報は、利害当事者、パネル、司会者の３つの必須登録情報５５１〜５５３と、選択的に定義することができる指定オーディエンス情報５５４とで構成される。個人情報は、可変情報であるから、討論当時の個人情報を討論ボディー情報に記録維持する。
【０１３４】
討論ボディー情報は、会員情報から共に次のように抽出登録する。
【０１３５】
［討論ボディー情報］＝［討論情報＋討論ボディー情報］
ｗｈｅｒｅ、［討論ボディー情報］；司会者、パネル、利害当事者、指定オーディエンス
討論情報；討論ＩＤ、討論名、討論期間、各種討論分類情報
討論ボディー情報；討論ボディーによって…
△司会者情報：基本身上情報＋＜パーソナルキャリア＞
△利害当事者情報：基本資料＋＜担当者情報＞
△パネル情報：基本身上情報＋＜パーソナルキャリア＞＋当該利害当事者ｉｄ
△指定オーディエンス情報：パネル名、基本身上情報
＊．担当者情報：利害当事者組織に所属された担当者
＊．＜＞：情報が複数個で繰り返されるというノウテイション

＜討論関係者の区分＞
−司会者：討論を主管し、事前情報を提供し、パネルの募集、全ての意見をスクリーンしながら結論導出作業を行う。本発明で使われる用語である意見スクリーンは、主張、反論、再反論などの全てのアーギュメントに対して司会者が不良意見、無意味意見などをスクリーンして退出し、ＳＡ及びＯＡに対してシステムで事前に定義された意見分類に基づいて入力する行為である。
【０１３６】
−パネル：主張を提示し反論を提起する人。利害当事者の所属員や支持者、特定の利害当事者から事前に委任され登録された委任パネルと、討論途中に追加に任意登録された任意パネルとに区分する。
【０１３７】
−オーディエンス、会員：登録または非登録された全てのサイト訪問者をオーディエンスと言う。事前に登録されたオーディエンスを会員と言い、会員は、主張の評決時、投票を通じた陪審の役目をし、任意パネルになることもできる。
【０１３８】
△司会者、パネル、利害当事者は、討論に従属される、すなわち討論別に指定される情報として登録されるが、オーディエンスは、討論別に指定しない。
【０１３９】
△司会者、パネル、利害当事者も、会員として事前に登録され、個別情報は、会員情報に収録される。
【０１４０】
△指定会員、指定陪審員（以下、指定オーディエンスという）：
・秘密討論や地域討論の場合、または討論の性格上、特別にオーディエンスを制限したり、投票陪審員を利害当事者の意思によって制限することもできる。これを各々指定会員、指定陪審員と言う。指定会員や指定陪審員は、事前に（討論開始前に）利害当事者と司会者の協議により討論別に指定する。
【０１４１】
−利害当事者（パーティー）：討論の結果に直接または間接に影響を受ける団体または組織、利害当事者が直接パネルになることもできる。
【０１４２】

＜討論関係者の役目＞
オーディエンス、会員
−オーディエンスは、全ての討論参観者を称する。非会員をはじめとして、全ての会員と全ての討論関係者も、広い意味のオーディエンスである。
【０１４３】
−会員は、価値に対する投票を行い、討論に任意パネルとして参加することもでき、パネルに質疑をはじめとして自由意見をも提示することができる。
【０１４４】
−任意パネルとして参加する会員は、必ず意見を提示する前に、任意パネル登録をしなければならない。
【０１４５】

パネル
−パネルは、討論参加者を言い、各種主張、質疑、反論などの各種意見を提示する。
【０１４６】
−討論開始に先立って、討論を行う委任パネルを利害当事者が均衡的に指定する。すなわち、委任パネルは、利害当事者が指定（入力）する。
【０１４７】
−パネルは、職業、性別、年齢などの基本的な実名情報をはじめとして支持する当該利害当事者を指定するものの、委任されたパネルは、委任した利害当事者に中立または敵対的意見を開陳することができない。
【０１４８】
−討論途中にも、既存に委任されたパネル以外に追加に委任パネルを申請、実名登録をすることができるようにする。
【０１４９】
−討論途中に会員の要請によって司会者は臨時にパネルを選任することができる。これを任意パネルと言い、任意パネルの討論参加は、自身が登録した主張に限定されない。すなわち自身の意見に対する反論に対して再反論をすることができ、他のパネルの意見には質問を除いた一切の反論をすることができない。
【０１５０】

司会者
−討論の発起及び討論関係者交渉確定
−討論の進行方法及び規則に対して各利害当事者と協議確定
−討論基本情報及び規則情報入力
−争点の事前情報化
−利害当事者と協議を通じて討論の進行、統制、終了などを実行
−討論参加者の各意見を分析し、提示された意見の論理性や表現の適合性などをスクリーン、意見提示者と協議調整して意見退出を行う（意見スクリーン参照）。
【０１５１】
−非構造化された意見の受け付け時、提示された意見の構造化
−反対討論及び派生討論審査決定
−尖鋭に対立される価値の投票実行及び結果整理
−討論評決

利害当事者
−委任パネルの指定
−討論の進行方法及び規則に対して司会者と協議確定
−討論期限及び反論期限延長申請

前記ログ情報ＤＢ５６０には、次の２つの目的で全ての会員の意見提示、投票／陪審、接続／照会などの３つの実績情報を記録管理維持する。
【０１５２】
［１］討論参加度：全てのパネル、オーディエンスなど個人会員の討論参加度（関心度）を測定することができるロギング（Logging）情報を集合、分析して取得する。
【０１５３】
［２］討論進行過程の記録保存：
パネル別に討論期間内に新規入力、変更、削除（取消）された全てのアーギュメントに対して取り扱い者情報、処理視覚、処理タイプ、処理内容などの情報を記録管理維持し、全ての意見と反論など各種討論情報の生成根拠として記録維持する。
【０１５４】
−前記３つの実績情報をフィードバックして、どんな基準で会員の討論参加度を決定すべきかは、討論の性格や本システムの運営主体の観点、状況によって変わることができるので、本システムでは、カバーせず、別途に本システム使用運営者が任意に処理できるようにする。
【０１５５】

以下、上記のように構成されたインターネットを基盤とする討論システム及びその方法の作用効果を説明する。
【０１５６】
図６は、本発明に係る討論手続を示す全体流れ図であって、本発明の討論手続は、大きく、討論準備段階Ｓ１００と、討論攻防段階Ｓ２００と、討論評決段階Ｓ３００及び討論終結段階Ｓ４００の４段階で構成される。
【０１５７】
前記討論準備段階Ｓ１００は、討論の主題、司会者、利害当事者及びオーディエンスを決定する討論決定過程Ｓ１１０と、討論期間、各種討論規則を協議決定、利害当事者別にパネルを決定する討論基本事項決定協議過程Ｓ１２０と、討論管理サーバーの運営者が討論を行う司会者をまず登録し、登録された司会者が討論に直接参加する残りの討論関係者を登録する討論関係者登録過程Ｓ１３０と、討論基本事項、討論性格分類及び事前情報を登録する討論運営情報登録過程Ｓ１４０と、討論の小主題を登録し、小主題別に意見開陳者（サブジェクトパーティー）を決定し登録する小主題登録過程Ｓ１５０とを含む。
【０１５８】
前記討論攻防段階Ｓ２００は、サイト進行中の(On-going)討論目録に登録及び案内メッセージ（Ｍｓｇ）公告と、討論開始案内文をＥメールで通知する討論開始過程Ｓ２１０と、サブジェクトオピニオン（ＳＯ）を登録し、新規意見登録案内文を討論関係者にＥメールで自動通知するサブジェクトオピニオン登録過程Ｓ２２０と、サブジェクトオピニオン（ＳＯ）性格分類登録と不良意見退出をＥメールで通知する意見スクリーン過程Ｓ２３０と、ＳＯに対する反論（反対、条件提示、質疑など）登録と、反論登録案内文を討論関係者にＥメールで自動通知する反論登録過程Ｓ２４０とを含む。
【０１５９】
前記討論評決段階Ｓ３００は、反論放棄されたＳＯに対する攻防結果優劣処理（優勢、劣勢）する討論攻防結果処理過程Ｓ３１０と、攻防結果処理されたＳＯに対する適合、条件適合、不適合、留保などシステム評決（図２５参照）するＳＯ評決過程Ｓ３２０とを含む。
【０１６０】
前記討論終結段階Ｓ４００は、討論期間終了時に締切処理（追加意見登録防止措置）と、討論終了案内文をＥメールで通知する討論クロジング過程（Ｓ４１０）と、進行中の(On-going)攻防対立処理と、対立された攻防ＳＯ評決処理する攻防終結処理過程Ｓ４２０と、主張システム評決、小主題評決、討論全体評決処理する討論評決処理過程Ｓ４３０とを含む。
【０１６１】
上記のように、全体的な討論手続がなされる本発明のログイン動作を説明する。
【０１６２】
図７は、本発明に係るログイン及びメニュー活性化処理図である。
【０１６３】
本発明の討論管理サーバー１００には、システム基本情報である基準情報ＤＢ５１０と会員情報ＤＢ５２０、討論登録情報である討論ボディー情報ＤＢ５５０と討論情報ＤＢ５３０が構築されていると仮定し、前記ＤＢの情報登録は、後述する。
【０１６４】
まず、ユーザ（会員または非会員）が自身の端末機を用いてインターネット（ネットワーク網を含む）を介してサービス提供者の討論管理サーバー１００のホームページ（ウェブサイト）に接続する（Ｓ１０００、Ｓ１０１０）。
【０１６５】
前記討論管理サーバー１００では、インターネットを介して接続されたユーザが登録会員であるか否かを判断し、登録会員なら（ＹＥＳ）、会員番号をウェブブラウザー上に位置する会員番号入力欄に端末機（例えば、キーボード）を介して入力し、入力された会員番号情報は、討論管理サーバー１００に転送される（Ｓ１０２０〜Ｓ１０４０）。
【０１６６】
登録会員でなければ（Ｎ０）、討論に先立って所定の加入手続によって会員情報（名前、会員ＩＤ、パスワード、アドレス、年齢、職業、学歴、結婚可否などの基本情報）を登録して会員として加入し、会員情報は、討論管理サーバー１００の会員情報ＤＢ５２０に登録される（Ｓ１０４１〜Ｓ１０４２）。
【０１６７】
前記会員情報ＤＢ５２０の会員情報登録を図９に整理した。
【０１６８】
−会員情報は、個人会員情報５２１と利害当事者情報５２２とに区分され、各討論に対する討論ボディー情報を生成するための基準情報であって、会員情報は、会員自身が討論と関係なく登録、維持管理するものの、公開される主要情報は、司会者または運営者により検証されなければならない。
【０１６９】
個人会員情報登録
−司会者、パネル、登録された会員などの全ての個人に関する情報である。
【０１７０】
−個人会員情報の会員ｉｄとパスワードは、個人が随時変更可能にする。
【０１７１】
−パーソナルキャリアは、１０個まで登録可能であり、他人に公開されるためには、司会者や運営者が必ず経歴に対する検証をしなければならない。
【０１７２】
−司会者、パネルなどの討論ボディーとして決定される場合にも、司会者または運営者が個人身上に対して必ず検証をしなければならない。
【０１７３】
利害当事者情報登録
−担当者情報は、利害当事者を代表して司会者と討論を行う担当者であって、必ず当該利害当事者に帰属されている個人会員であるべきで、個人会員情報から抽出されるようにする。
【０１７４】
−利害当事者情報に記録される担当者は、討論参加実績がある全ての担当者が記録蓄積され、討論ボディー、利害当事者情報には、当該討論に代表として参加した担当者が記録される。
【０１７５】

上記のように、会員情報ＤＢ５２０に会員情報が登録された後、端末機を介して会員番号を入力すれば、討論管理サーバー１００では、端末機から入力された会員番号を会員情報ＤＢ５２０に格納された番号と比較し、一致するか否かを判断する（Ｓ１０４０）。会員番号が一致すれば（ＹＥＳ）、討論管理サーバー１００では、討論ボディー情報ＤＢ５５０に構築された討論ボディー情報をチェックする（Ｓ１０５０）。
【０１７６】
この時、討論ボディー情報ＤＢ５５０に構築された討論ボディー情報の登録を討論ボディー別または会員区分によってその構成を異にし、運営者／司会者／利害当事者／オーディエンス／パネルなどのメニュー画面をユーザ端末機に送出する（Ｓ１０６０）。
【０１７７】
したがって、ユーザがログインをする場合、メニュー画面で図８に示すように、自動で討論ボディーを‘運営者’、‘司会者’、‘利害当事者’、‘オーディエンス’、‘パネル’に区分して、討論ボディー別に当該メニューのみを活性化するが、ユーザが会員加入しない場合にも、各種出力及び照会［共通モード（Ｆ）］は、全ての討論ボディーと接続者に共通に提供される（Ｓ１０７０）。
【０１７８】
また、図８から分かるように、システムで処理するシステムモード（Ｓ０１〜Ｓ０９）は、ユーザ端末機にメニュー画面として活性化されず、内部で処理がなされる。
【０１７９】
次に、ホームページに接続したユーザが運営者（Ａモード）である時、プロセス処理動作を図１０を参照して説明する。
【０１８０】
新規討論生成モード（Ａ０１）が選択されれば、端末機に討論情報登録画面が送出され、運営者が討論期間、討論名などの基本情報を入力し、運営者が入力した基本情報は、討論情報ＤＢ５３０の討論基本情報５３１に登録される（Ｓ１００００〜Ｓ１００３０）。
【０１８１】
司会者登録指定（Ａ０２）モードが選択されれば、端末機に討論ボディー情報登録画面が送出され、運営者が司会者を指定して入力し、運営者が入力した司会者は、討論ボディー情報ＤＢ５５０の司会者情報５５１に登録される（Ｓ１００４０〜Ｓ１００７０）。
【０１８２】
前記討論ボディー情報ＤＢ５５０の討論ボディー情報登録を整理すれば、次の通りである。
【０１８３】
−討論ボディー：利害当事者情報において担当者情報は、複数個が登録可能である。複数個が登録された場合は、当該討論の共同代表者を意味する。
【０１８４】
−討論ボディー情報は、討論に直接参加する司会者、利害当事者、パネル、指定オーディエンスで構成され、運営者は、新規討論を生成し、司会者を登録し、登録された司会者は、残りの討論ボディーを登録し、全ての討論ボディー身上情報は、会員情報から抽出され、パネル討論でない場合、司会者情報のみが登録される。
【０１８５】
登録情報：［討論ボディー情報］＝［討論情報＋討論ボディー情報］
ｗｈｅｒｅ、［討論ボディー情報］；司会者、パネル、利害当事者、指定オーディエンス
討論情報；討論ＩＤ、討論名、討論期間、各種討論分類情報
討論ボディー情報；討論ボディーによって…
△司会者情報：基本身上情報＋＜パーソナルキャリア＞
△利害当事者情報：基本資料＋＜担当者情報＞
△パネル情報：基本身上情報＋＜パーソナルキャリア＞
△指定オーディエンス情報：パネル名、基本身上情報

次に、ホームページに接続したユーザが司会者（Ｂモード）である時、プロセス処理動作を図１１乃至図１７を参照して説明する。
【０１８６】
（１）司会者モード（Ｂモード）で討論運営情報登録（Ｂ０２）が選択された時の動作を図１１を参照して説明すれば、討論規則を協議した後、端末機に討論情報登録画面が送出され、司会者が討論区分、討論分野などの討論運営情報を入力し、司会者が入力した討論運営情報は、討論情報ＤＢ５３０の討論進行情報５３５に登録される（Ｓ２００００〜Ｓ２００３０）。
【０１８７】
司会者が入力した討論区分が本討論である場合、入力された情報が討論情報ＤＢ５３０の討論分類情報５３２と討論規則情報５３４に登録される（Ｓ２００４０〜Ｓ２００６０）。
【０１８８】
前記討論情報ＤＢ５３０の討論情報登録を整理すれば、次の通りである。
【０１８９】
−討論情報は、［１］討論が決定されれば、基本的に登録する情報（討論基本情報）と、［２］司会者が利害当事者と協議、登録する情報（討論運営情報）とに分離されて生成される。
【０１９０】
−討論基本情報は、討論主題、開始日付＆締め切り日付、討論区分、討論カテゴリーなどの情報を言う。
【０１９１】
＊討論区分：本討論、事前情報討論、派生討論、反対討論、再討論などの区分情報。
【０１９２】
−討論運営情報は、次の情報を言う。
【０１９３】
△討論規則情報
△討論分類情報：討論の種類、性格などの分類情報
△討論小主題（optional）情報
＊△事前情報：討論の発生原因になる問題点（optional、特定の利害当事者が登録することもできる）

討論運営規則の決定
−全ての討論では、司会者とパネルとの間に事前協議に基づいて反論時限、意見変更許容回数、適否評決可否などの討論の運営に関する諸規則を決定する。
【０１９４】
−討論規則が決定されれば、司会者は、システムが提供する討論規則情報入力形式に合わせて規則情報を入力する。
【０１９５】
−討論規則は、討論途中に司会者と利害当事者間の合意により随時変更されることができる。
【０１９６】

討論規則の種類
△討論タイプ決定：秘密／公開可否、公共／地域可否
△討論期間及び意見提出時限：討論期間と主張提出時限、反論／答弁時限、追加主張締切時限
△事前情報反論時限：ＳＡに対する反論時限とは異に設定することができる。
【０１９７】
△非公開アーギュメント採択可否：意見提出時限まで登録された意見を非公開する。
【０１９８】
△オーディエンス自由意見収容可否。
【０１９９】
△支持要請許容回数、支持要請締切時限。
【０２００】
△対立意見に対するオーディエンス投票可否。
【０２０１】
△退出意見に対する制裁可否。
【０２０２】
△意見変更許容回数（同一意見変更回数、全体変更回数）。
【０２０３】
△司会者評決留保可否。
【０２０４】

（２）司会者モード（Ｂモード）で討論ボディー情報登録（Ｂ０１）が選択された時の動作を図１２を参照して説明すれば、討論種類をチェックしてパネル討論であるか否かを判別する（Ｓ２０１００〜Ｓ２０１２０）。
【０２０５】
判別結果、パネル討論なら、端末機に討論ボディー情報登録画面が送出され、司会者が利害当事者、パネルなどの討論ボディー情報を入力し、司会者が入力した討論ボディー情報は、討論ボディー情報ＤＢ５５０のパネル情報５５２と利害当事者情報５５４に登録される（Ｓ２０１３０〜Ｓ２０１４０）。
【０２０６】
司会者が入力した討論が秘密討論または地域討論であれば、指定オーディエンスを入力して討論ボディー情報ＤＢ５５０の指定オーディエンス情報５５３に登録する（Ｓ２０１５０〜Ｓ２０１６０）。
【０２０７】
（３）司会者モード（Ｂモード）で討論小主題登録（Ｂ０３）が選択された時の動作を図１３を参照して説明すれば、討論区分をチェックして政策討論であるか否かを判別する（Ｓ２０２００〜Ｓ２０２１０）。判別結果、政策討論なら、討論小主題を自動登録処理し、動作を終了する（Ｓ２０２１１）。前記判別結果、政策討論でなければ、小主題を決定して小主題情報登録画面を端末機に送り出し、司会者が小主題情報、小主題別サブジェクトパーティーを入力すれば、これを討論情報ＤＢ５３０の討論小主題情報５３３に登録し、サブジェクトパーティー指定日から主張提出時限をカウンターする（Ｓ２０２２０〜Ｓ２０２７０）。
【０２０８】
次に、討論開始処理目録を登録し、討論開始処理案内文を公告しながらＥメールで通知する（Ｓ２０２８０〜Ｓ２０３００）。
【０２０９】
前記討論情報ＤＢ（５３０）の討論小主題情報登録を整理すれば、次の通りである。
【０２１０】
−小主題情報登録作業は、［１］小主題分類情報の登録と修正を含み、［２］小主題の性格による討論展開方法（ＳＰ指定）などを処理する。
【０２１１】
−政策討論でない場合、全ての小主題情報は、司会者が入力し、最初ＳＡ登録を行うサブジェクトパーティーを指定する。
【０２１２】
−政策討論の場合、討論主体利害当事者（ディベイトサブジェクトパーティー）がＳＡ主張登録を終了すれば、システムは、自動で主張分類を小主題情報として生成する。
【０２１３】
−小主題が登録されれば、システムは、主張提出時限を起動（Count-down）する。
【０２１４】
−討論小主題が登録され、進行中の(On-going)目録が登録される場合、討論開始処理する案内文を公告しながらＥメール通知する。
【０２１５】

小主題の意味
−討論（争点）の意味、性格、必要性、問題点など討論の小さい主題であって、小主題抽出の適合性は、討論の進行を効率的に運営するための核心的事案である。（図３３参照）
−討論の効率性を向上し、今後情報化のために主張の性格を分類（中分類）するためのサブ主題であって、オーディエンスが全体討論進行状況を小主題タイプ別に一目瞭然に把握できるようにするためのプレゼンテイション分類でもある。
【０２１６】
−小主題の性格は、意見開陳の順序を決定する（討論展開方法参照）
−討論の主題が特定の具体的事案である場合、小主題設定を省略することができる。
【０２１７】
＜小主題の例＞
＊討論主題（賛否討論）−公務員労組設立を許容するか？
小主題−公務員は、企業の労働者と何が異なるか？
−労組の成立必要充分条件は何であるか？（労組の必要性、条件など）
＊討論主題（賛否討論）−週５日勤務制
小主題−何故すべきが？または法制化の必要性は何であるか？
−施行時、どんな集団にどんな問題点があるか？その解決策は？
−週５日勤務制がどれくらい至急な事案であるか？
＊討論主題（解決策討論）−不動産投機過熱に対する対策
小主題−どんな問題点があるか？（問題点の深刻程度）
−どんな解決策があるか？

小主題設定
−政策討論を除いて小主題設定は、討論が確定された時点に必ず司会者の主導で利害当事者との協議により決定し、討論が進行された後、追加、変更されることもできる。
【０２１８】
−政策討論の場合、小主題設定は、討論主体利害当事者が主張の入力完了時に主張分類によってシステムが自動で設定する。
【０２１９】
−小主題の設定は、討論の性格によって、または討論状況によって広義で設定されることもでき、狭義で設定されることもできる。これにより、特定の討論では、小主題として設定された事案が他の討論では主張として設定されることもできる。
【０２２０】
−全ての主張は、本小主題に従属分類されてシステムで管理される。
【０２２１】
−小主題が決定されれば、司会者は、各小主題の性格によって特定の利害当事者（サブジェクトパーティー）が当該小主題に対してまず意見（サブジェクトアーギュメント）を開陳するように指定する。したがって、司会者は、全ての利害当事者に充分にサブジェクトアーギュメントを開陳することができるように小主題を設定しなければならない。
【０２２２】

小主題の一般的項目
−下記の項目は、一般的に討論争点の要点主題と言える。したがって、下記項目の全体または一部が討論の小主題として必ず設定されるべき項目と言える。
【０２２３】
△各種事案の意味、定義：事案の核心内容に対する意味、定義を規定するための質問。
【０２２４】
△問題点＆解決策：討論事案によって問題点は必要性に、解決策は効果に各々代替されることもできる。
【０２２５】
△原因、要因：問題点の発生原因、要因に対する事案。
【０２２６】
△事案の至急性：既存の多くの討論で一般的に看過する傾向が多いが、討論の成敗を左右する核心的な事案として重要度と時限性の２つの要因を常に考慮しなければならない。時限性は、特定の条件や与件で表現されることもでき、一定の期間で表現されることもできる。
【０２２７】
（４）司会者モード（Ｂモード）で事前情報登録（Ｂ０４）が選択された時の動作を図１４を参照して説明すれば、討論区分をチェックして事前討論であるか否かを判別する（Ｓ２０４００〜Ｓ２０４１０）。
【０２２８】
判別結果、事前討論でなければ、事前情報を協議した後、合意された事前情報があるか否かを判別し、合意された事前情報がある場合には、事前情報登録画面を端末機に送り出し、司会者が事前情報を入力すれば、小主題別に事前情報をアーギュメント情報ＤＢ５４０の事前情報５４３に登録する（Ｓ２０４２０〜Ｓ２０４６０）。
【０２２９】
前記アーギュメント情報ＤＢ５４０の事前情報登録を整理すれば、次の通りである。
【０２３０】
−討論に先立って討論の効率性のために討論争点に対して明確に規定する情報である。
【０２３１】
事前情報構成
−事前情報は、次の項目（以下、事前情報構成項目区分）のみで構成されなければならない。
【０２３２】
・懸案問題点：討論を引き起こす懸案問題点に対する規定。
【０２３３】
・原因：問題点の原因、懸案問題点に含まれることもでき、省略されることもできる。
【０２３４】
・解決の至急性：問題解決の至急性に対する規定、時限的に表現されることもでき、重要度で表現されることもできる。
【０２３５】
事前情報登録
−事前情報が生成される場合は、下記の２つ（以下、事前情報登録区分）であり、小主題別に登録される。
【０２３６】
［１］司会者が任意に提供する場合
［２］事前討論または本討論結果、適合判定を受けたアーギュメントのうち司会者が事前情報として確定した場合
事前情報登録形式
−アーギュメント登録形式と同様に処理し、次の情報が生成される。
【０２３７】
・Ａｒｇ−ｉｄ、小主題ｉｄ、登録区分、構成項目区分、登録日付、事前情報内訳
−付加説明も登録することができる。
【０２３８】

事前情報の意味
−討論に先立って、無用な論争と無知な論理を排除するために、何が争点であるかを明確に規定することを言う。すなわち、問題点、必要性などの討論を引き起こす全ての要因に対して討論開始前に性格を明確に規定することを言い、このような要因を便宜上問題点として総称する。
【０２３９】
−事前情報は、上記の要因以外に解決の至急性、専門用語解説などの付加的情報をも含む。
【０２４０】
−事前情報は、概念上、討論小主題のうち必須項目に対する情報を生成するものとして認識し、全ての討論参加者が討論の全ての展開に対する仮定として認識しなければならない。
【０２４１】
事前情報の構成
−事前情報は、次の項目で構成する。
【０２４２】
・懸案問題点：討論を引き起こす懸案問題点が何であるかを明確に規定する。
【０２４３】
例）選挙法改正に関する討論のうち地域区議員数を減らし、職能全国区議員数の比率を高めようという討論のうち職能代表議員数が少なくて、私たちの社会にどんな問題点があるか？地域を代表する全国区は何の意味があるか？などが懸案問題点になる。
【０２４４】
・原因：問題点の原因。懸案問題点に含まれることもでき、省略されることもできる。
【０２４５】
・解決の至急性：問題解決の至急性を規定する。この至急性は、時限的に表現されることもでき、重要度で表現されることもできる。至急性は、討論者の問題点認識と関連して争点のフォーカスを規定する非常に重要な項目である。討論事案によっては司会者がこの至急性を規定することができず、問題点認識のための事前討論を通じて規定されることもできる。
【０２４６】

事前情報の提供
−政策討論の場合、政策や方案などの提案者が提案背景、すなわち提案を施行しない場合に発生する（または発生予想される）問題点や現象を討論事前情報として登録することができ、司会者は、提案者と協議して討論事前情報を整理して掲載する。
【０２４７】
−一般討論の場合、事前情報は、司会者が任意に提供することもでき、事前討論を通じて決定することもでき、事前情報を省略し、本討論を展開することもできる。
【０２４８】
−事前情報が提供されていない場合にも、討論小主題情報は提供されなければならない。
【０２４９】
−事前討論を通じて終結（評決）された意見は、司会者によって事前情報として確定されることができる。
【０２５０】
−また、事前情報及び事前討論無しに本討論を行う場合、討論過程で終結（評決）された意見が事前情報の性格を有する意見として判断される場合、討論利害当事者の合意を経て司会者がいつでも事前情報化することができる。
【０２５１】
−事前情報が登録されても、討論小主題を追加に生成することができる。
【０２５２】

事前情報の登録形式及び異義
−事前情報の形式も本システムで規定する意見構造化形式であるべきで、特定の価値観や主張が排除された事実や情報のみで構成されなければならない（主張と主張根拠参照）。
【０２５３】
−事前情報も異議を提起して討論の対象になることができる。司会者は、事前情報に対して妥当な反論が提起されれば、討論の対象として確定しなければならない。討論の対象として確定されれば、当該事前情報は、討論終結されるまで事前情報から除外されなければならない。
【０２５４】

（５）司会者モード（Ｂモード）で意見スクリーン（Ｂ０５）が選択された時の動作を図１５を参照して説明すれば、意見スクリーン対象目録が生成され、意見スクリーン処理画面を端末機に送出する（Ｓ２０５１０〜Ｓ２０５２０）。
【０２５５】
その後、対象意見項目別に退出可否及び意見分類コードを選択し、司会者処理をチェックした後、未処理項目があるか否かを判別し、未処理項目があれば、再処理要請メッセージを端末機画面に送出する（Ｓ２０５３０〜Ｓ２０５６１）。
【０２５６】
判別結果、未処理項目がなければ、意見退出があるか否かを判別し、意見退出があれば、システム退出処理を行い、退出実績を討論ボディー情報ＤＢ５５０のパネル情報５５２に登録し、退出内容を生成してアーギュメント情報ＤＢ５４０の退出意見情報５４４に登録する（Ｓ２０５６０〜Ｓ２０５７１）。
【０２５７】
前記判別結果、意見退出がなければ、意見分類コードをアーギュメント情報ＤＢ５４０に登録し、反論時限をカウンターする（Ｓ２０５７０〜Ｓ２０５９０）。
【０２５８】
＊前記アーギュメント情報ＤＢ５４０の意見スクリーン登録を整理すれば、次の通りである。
【０２５９】
意見スクリーンとは？
−新規で登録された各種意見に対して司会者またはシステムは、これらの意見を分析して主張根拠及び反論のタイプを決定登録し、討論の進行に妨害される無意味、重複または不健全意見を退出する処理を言う。
【０２６０】

退出処理と制裁
−サイトの質的水準を維持するために、悪口が含まれた意見、意味ない主張／反論及び質疑など討論を妨害する行為（以下、不健全意見または退出意見という）を司会者が徹底的にスクリーンして退出することによって、討論の円滑な進行を誘導する。
【０２６１】
−特に、無意味意見と平行的意見に対する退出が適切になされるかは、討論進行の成果と評決処理に重大な影響を及ぼすことを留意しなければならない。
【０２６２】
−システムは、司会者が全ての意見に対して容易にスクリーンすることができるように新規で登録された意見のみを別途に整理提供する。
【０２６３】
−退出された意見を提示したパネルは、一定の制裁を加えることを原則とする。
【０２６４】
−しかし、司会者がこのような権限を乱用してパネルの正当なアーギュメントを任意に退出させることを防止するために、システムは、基本的に次の退出意見箱機能を有する。
【０２６５】
−ＳＡとＯＡに対する分類情報入力は、意見退出処理時に行われる。
【０２６６】

反論に対するシステム意見スクリーン
−意見退出は、原則的に司会者が当該意見を直接スクリーンしなければならないが、ＳＡに対する反論が次のような場合、システムは、自動で意見退出する。
【０２６７】
△計量的主張に対する反論が条件提示である場合。（無意味意見）
△非計量的主張に対する反論が消極的反対である場合。（平行的意見）
−上記のような場合が発生する時、システムは、司会者に退出情報を提供する。
【０２６８】

退出意見箱運営
−司会者やシステムにより退出された意見は、必ずその退出事由と一緒に退出意見箱に格納する。
【０２６９】
−退出意見箱も、容易に検索できるように正常討論と同様に討論別、小主題別などの多次元分類をする。
【０２７０】
−退出事由：次のように分類する。
【０２７１】
１．不良意見：悪口や根拠ない誹謗が入った意見
２．重複意見：既に他のパネルによって登録された意見と同じ意見（補充意見参照）
３．無意味意見：論点、焦点から外れたり、意見分類がなされないか、または無意味な意見
本発明で使われる用語である意見分類（Argument category）としては、提示されたＳＡ及びＯＡに対して性格を規定したシステム分類（ＳＡの場合、ＳＡの性格による事実、価値（論理）、方案などの主張根拠区分と、ＳＡ間の論理的相関関係を従属性または独立性で規定する主張根拠構造）と、ＯＡの場合、ＳＡに対する対応程度（完全反対、条件提示など）を規定する反論分類がある。
【０２７２】
４．平行的意見：根拠無しに反論を提起して論争を平行的に進行させる意見
−健全なパネルや司会者なら、このような意見退出状況は発生しない。従って、本機能は、司会者が討論運営を任意に進行させないようにするための牽制手段として作動される。
【０２７３】

退出意見に対する制裁
−退出意見を提示したパネルは、司会者によって警告措置、討論参加制限、パネル資格剥奪の制裁を加え、システムは、制裁のための情報を収録、提供する機能を有する。
【０２７４】
−討論参加制限とパネル資格剥奪措置がなされる場合、システムは、意見登録を拒否する。
【０２７５】
−システムは、制裁種類別に制裁回数、経過期間などを入力、照会の機能を提供し、司会者は、システムが提供する情報を参照して制裁措置内容を入力したり、制裁を解約することができる。
【０２７６】
−本制裁の具体的方法は、事前討論規則で定め、制裁が免除されるように定めることもできる。
【０２７７】
△討論過程で登録されたＳＡ及びＯＡの性格分類選択
−ＳＡ：根拠構造及び根拠区分
−ＯＡ：反論区分
△討論過程で提示された全てのアーギュメントに対して司会者が下記の意見を退出する機能。
【０２７８】
［１］不良意見［２］無意味意見［３］重複意見［４］平行的意見

システム提供目録：システムは、本意見退出のために次の目録を意見スクリーン処理画面に提供。
【０２７９】
［１］新しく登録されたアーギュメント。
【０２８０】
［２］登録されたアーギュメントのうちまだ意見スクリーンを行わないアーギュメント。
【０２８１】
［３］新しく変更された意見

意見スクリーン処理：意見スクリーン処理画面を用いて次のように行う。
【０２８２】
［１］司会者処理：
−退出である場合、退出事由を入力し、討論規則によって適切な退出意見に対する制裁を行う（退出でない場合、当該アーギュメントに意見スクリーン終了情報を入力する）。
【０２８３】
−ＳＡ及びＯＡ性格分類情報入力。
【０２８４】
［２］システム処理：
−退出意見は、アーギュメント情報から削除し、退出事由と一緒に退出意見箱に生成する。
【０２８５】
−当該パネルに対する退出記録を討論ボディー情報、パネル情報に収録する。
【０２８６】

（６）司会者モード（Ｂモード）で支持要請検討（Ｂ０５−１）が選択された時の動作を図１６を参照して説明すれば、支持要請を司会者が検討するために討論攻防状況画面を端末機に送出する（Ｓ２０５１０〜Ｓ２０５２０）。
【０２８７】
その後、要請文を検討して取消があるかを判別し、取消があれば、強制締切を選択して強制締切をアーギュメント情報ＤＢ５４０に登録し、これをＥメールで通知する（Ｓ２０７２０〜Ｓ２０７６０）。
【０２８８】

（７）司会者モード（Ｂモード）で司会者評決（Ｂ０７）が選択された時の動作を図１７を参照して説明すれば、主張を司会者が評決するために討論が政策討論であるか否かを判別し、政策討論でなければ、主張根拠評決現況画面を端末機に送出する（Ｓ２０８００〜Ｓ２０８２０）。
【０２８９】
その後、主要根拠を指定してチェックした後、主要根拠が全部適合すれば、適合判定をアーギュメント情報ＤＢ５４０に登録し、一部の主要根拠が適合しなければ、不適合判定をアーギュメント情報ＤＢ５４０に登録し、主要根拠が一部留保であれば、留保判定をアーギュメント情報ＤＢ５４０に登録する（Ｓ２０８３０〜Ｓ２０８７１）。
【０２９０】
前記主要根拠が一部留保でなければ、条件適合をアーギュメント情報ＤＢ（５４０）に登録し、司会者評決タグを格納する（Ｓ２０８７０〜Ｓ２０８８０）。
【０２９１】
前記判別結果、政策討論であれば、必要性提示、方案、問題点及び対策をチェックし、適合要件であれば、適合判定をアーギュメント情報ＤＢ５４０に登録し、不適合要件であれば、不適合判定をアーギュメント情報ＤＢ５４０に登録し、留保要件であれば、留保判定をアーギュメント情報ＤＢ５４０に登録する（Ｓ２０９００〜Ｓ２０９３１）。
【０２９２】
前記留保要件でなければ、条件適合をアーギュメント情報ＤＢ５４０に登録する（Ｓ２０９３２）。
【０２９３】

（８）司会者モード（Ｂモード）でオーディエンスポール（Ｂ２０）が選択された時の動作を説明する。
【０２９４】
ポール実施条件
−オーディエンスポールの実施は、ただ最初サブジェクトアーギュメントに限って下記の３つの条件が成立する場合に限って行う。
【０２９５】
１．当該最初ＳＡが対立として評決された場合
２．最初ＳＡの根拠区分が論調（価値）である場合
３．討論規則でオーディエンスポールを行うと規定した場合

実行方法
−単純な賛否を問うものでなく、その賛否事由を選択するようにして、賛否事由をどのように認識するかに対する傾向を把握できるようにすることによって、さらに実証的な世論の収集を図る。
【０２９６】
−賛否事由とは、討論過程で提示された全ての当該ＳＡとＣＡ（以下、世論導出項目という）を言い、賛成である場合はＳＡが、反対である場合はＣＡが世論導出項目になる。
【０２９７】
−ポールの実施期間は、討論規則で定め、ポールが実施されれば、システムは自動で当該オーディエンスにポールの実施案内文をＥメールで転送する。
【０２９８】
−事案によって意図的特定階層の集中的投票を防止するために、標本抽出を通じて限定されたオーディエンスを選択することもできる。
【０２９９】
−投票をするオーディエンスは、必ず本システムの事前登録された実名の会員であるべきで、仮に非会員まで拡張する場合、実名検証（住民番号、氏名、Ｅメール、アドレス、職業タイプ）をしなければならないし、実名検証は、Ｅメールで必ず確認する。
【０３００】
−ログイン情報をチェックして、１人１投票を立証するシステム方案を模索する。
【０３０１】

ポールの実施結果処理
−ポールが終了すれば、システムは、自動ですべてのオーディエンスに賛否結果、賛否事由を提供し、投票結果の偏向性向を把握するための投票者の地域別、性別、年令別、職業別などの情報をも提示する。
【０３０２】
−ポールの実施結果は、自動で評決情報として記録される。
【０３０３】

次に、ホームページに接続したユーザが利害当事者（Ｃモード）の時、プロセス処理動作を図１８を参照して説明する。
【０３０４】
委任パネル登録（Ｃ０１）が選択されれば、端末機に討論ボディー情報登録画面が送出され、利害当事者が委任パネルを討論ボディー情報ＤＢ５５０のパネル情報５５２に登録し、支持要請（Ｃ０２）が選択されれば、後述する段階Ｓ４０２００に進行し、支持要請及び回答動作を処理する（Ｓ３００００〜Ｓ３００１０）。
【０３０５】
支持要請登録（Ｃ０２−１）が選択されれば、要請文作成画面を端末機に送り出して、要請文を作成した後、要請文をアーギュメント情報ＤＢ５４０に登録し、討論攻防現況に反映する（Ｓ３０１００〜Ｓ３０１３０）。
【０３０６】
次に、反論時限を延長してアーギュメント情報ＤＢ５４０に登録し、これをＥメールで通知した後、検討要請検討（Ｂ０５−１）モードに入る（Ｓ３０１４０〜Ｓ３０１５０）。
【０３０７】
次に、ホームページに接続したユーザが委任パネル（Ｄモード）の時、プロセス処理動作を図１９乃至図２２を参照して説明する。
【０３０８】
（１）パネルモード（Ｄモード）で主張登録（Ｄ０１）が選択された時の動作を図１９を参照して説明すれば、入力の種類を判別し、主張なら、エディタ有無をチェックし、エディタが設置されたか否かを判別する（Ｓ４００００〜Ｓ４００１０）。
【０３０９】
エディタが設置されていなければ、エディタを自動でダウンロードされ、エディタが設置されれば、エディタを実行してエディタ画面を端末機に送出する（Ｓ４００２０〜Ｓ４００４０）。
【０３１０】
エディタ画面に意見を入力すれば、意見がアップロードされ、意見がアーギュメント情報ＤＢ５４０に登録され、新しい意見が登録されたことを自動で通知する（Ｓ４００５０〜Ｓ４００７０）。
【０３１１】

意見変更
−登録された意見（ＳＡ＆ＯＡ）は、下記のような場合（以下、進行された意見という）を除いて、登録者により全体または一部を１回に限って削除／変更をすることができる（以下、意見変更という）。
【０３１２】
・他人によって反論されたり、
・他人によって意見が追加された時
−意見変更は、当初意見を完全に新しい意見に変えることを意味し、システムは、変更内訳を討論関係者にＥメールで自動通知する。
【０３１３】
−意見が変更されれば、システムは、反論時限を自動で延長する。
【０３１４】
−１つの意見に対して意見変更は、ただ１回だけ行うことができ、全体変更回数は、討論開始前に定めた討論規則情報により変更回数が制限されることもできる。
【０３１５】

意見撤回
−進行された意見は、変更をすることがないが、意見を登録したパネルが反論に対して承服したり提示された意見に欠点があると判断されれば、任意に意見撤回をすることができる。
【０３１６】
−意見が撤回されれば、システムは、当該意見と反論を撤回された意見としてオーディエンスが認知できるように、画面プレゼンテイションに反映し、全ての討論関係者に自動で撤回内訳をＥメールで通知し、撤回された意見に対して反論や質疑を登録することができないように措置する。
【０３１７】
−撤回された意見自体はもちろん、撤回された意見に対する反論と質疑も修正されたり削除されたりすることができない。
【０３１８】

代替意見
−提示された意見を一部欠点で撤回した場合、１回に限って代替意見を登録することができる。しかし、代替意見は、当初意見の内容を一部変更した意見であるべきで、当初意見と完全に関係ない新しい意見になることができない。
【０３１９】
−代替意見が登録されれば、司会者は、意見スクリーンはもちろん、当初意見と代替意見とを比較し、代替意見の正当性を確認して退出させることができる。
【０３２０】
−代替意見が登録されれば、オーディエンスが当初意見と反論を代替意見と連係して照会され得るようにシステムを措置しなければならない。
【０３２１】
−代替意見は、意見撤回後に２４時間以内に登録されなければならない。仮に、意見撤回後に代替意見が登録されていない場合、システムは、自動で当該意見を不適合評決処理する。
【０３２２】

（２）パネルモード（Ｄモード）で反論登録（Ｄ０２）が選択された時の動作を図２０を参照して説明すれば、討論攻防状況画面を端末機に送り出し、反論対象アーギュメントを指定して対象アーギュメントが意見スクリーンであるか否かを判別する（Ｓ４０１００〜Ｓ４０１３０）。
【０３２３】
判別結果、対象アーギュメントが意見スクリーンでなければ、エラーメッセージを端末機画面に送り出し（Ｓ４０１３１）、対象アーギュメントが意見スクリーンであれば、反論入力画面を端末機に送り出して意見を入力すれば、意見がアップロードされ、意見がアーギュメント情報ＤＢ５４０に登録され、新しい意見が登録されたことを自動で通知する（Ｓ４０１４０〜Ｓ４０１７０）。
【０３２４】
＊前記アーギュメント情報ＤＢ５４０の主張、反論登録を整理すれば、次の通りである。
【０３２５】
入力の種類と方法
・ＳＡ入力：新しい主張と関連主張根拠（アーギュメント）の入力及び追加、変更
−付加情報入力：入力者、主張及び主張根拠の各種分類などの付加情報
・反論、質疑入力：ＳＡを除いた特定のアーギュメント数に対する反論、質疑などのカウンタアーギュメント入力
・入力方法：意見構造化登録画面を用いて図３３のようにオフラインで入力する。（意見構造化登録参照）
本システムの意見構造化登録の核心的特徴は、
［１］各種意見（主張、反論）を論点別にブレークダウン、構造化登録し（問題点認識及び導出）、
［２］論点別に対立される争点に対してパネル間に一定の討論規則下に対話式討論攻防を展開し（知識の蓄積及び葛藤の確認）、
［３］討論攻防結果と討論規則による討論結論を導出し（解決点導出）、
［４］このような討論進行状況を構造化されたプレゼンテイションを通じて全てのオーディエンスに体系的情報として提供し、合意及び世論導出を図ることにある。（合意、理解）
・サブジェクトアーギュメント（ＳＡ）入力：構造化入力画面を用いてＳＡを入力する。
【０３２６】
・カウンタアーギュメント（ＣＡ）入力：ＳＡを除いた特定アーギュメントに対する反論、質疑などのカウンタアーギュメントを当該アーギュメントとして選択し、オンラインで入力する。
【０３２７】
・構造化登録
−討論の情報化と対話（Interactivity）のためにＳＡである主張と主張根拠をブレークダウンし、構造化されたオフライン方式のフォーマットされた編集機（エディタ）による入力を言う。
【０３２８】
−フォーマットされた入力処理のためにＡｃｔｉｖｅ Ｘ方式の特殊なエディタを開発、ダウンロードして処理する。
【０３２９】
−ダウンロードされたエディタは、サーバープログラムにより自動で実行される。
【０３３０】
・エディタ機能
−エディタは、入力、複写、整列などの一般的なテキスト編集機能を保有し、代表語と本文で構成された文枠を自動で生成する。（図３７参照）
−エディタは、入力が終了する場合、入力された諸情報をＤＢにアップロードする。サーバーと通信上の問題が発生すれば、ＰＣに臨時に格納し、今後ユーザによりマニュアルアップロードする。
【０３３１】
−入力画面は、個別アーギュメントの入力窓と、入力された主張根拠等を見ることができるビューアー窓とで構成され、入力完了したアーギュメントはビューアー画面に自動移動する。
【０３３２】
−ビューアーパネルでは、各主張根拠個体の大きさが多様なので、可視化（visualization）のためにマウスによる移動、大きさ調整、整列などの配置機能が与えられる。
【０３３３】
−アーギュメント入力窓は、全てのアーギュメント入力に共に使われる。
【０３３４】
・説明、付言の処理
＊−主張内容のうちオーディエンスに難しい用語、概念などを添言する機能。
【０３３５】
−付言内容は、オーディエンスがクリックする時、サブ−ウィンドウ画面に提供するために下記のような機能を提供する。
【０３３６】
−当該単語や文章をマーキングし、補助説明ＩＣＯＮを選択する時、補助画面を提供する。
【０３３７】
−マーキングされた単語や文章と補助画面は、一対としての情報を形成して内部管理する。
【０３３８】
・代表語
−主張内容を縮約できる内容であって、この代表語は、当該主張根拠のキーとなる。
【０３３９】
−代表語は、１行で表現されるように処理する。
【０３４０】
−討論中には論点のキーであり、討論後には情報のキーとなる。
【０３４１】
−多いアーギュメントを画面に表示することが難しいので、代表語は、必ず存在するものとして処理する。
【０３４２】

反論の意味（オブジェクトアーギュメントとカウンタアーギュメント）
−最初サブジェクトアーギュメントに対する１次反論を最初オブジェクトアーギュメント（以下、最初反論）と言う。
【０３４３】
−反論に対するサブジェクトパネルの再反論、これに対する再再反論などを全てカウンタアーギュメントと言う。
【０３４４】
−また、サブジェクトパネルとオブジェクトパネルのカウンタアーギュメントを区分して各々サブジェクトカウンタアーギュメントとオブジェクトカウンタ−アーギュメントと言い、これを図４３に示した。
【０３４５】

アーギュメントコレスポンデンシ（対応関係）
−１つのサブジェクトアーギュメントに対して最初オブジェクトアーギュメントは複数個存在することができる。
【０３４６】
−また、１つのアーギュメントに対するカウンタアーギュメントは複数個存在することができる。しかし、複数個のアーギュメントに対して一個のカウンタアーギュメントは許容しない。
【０３４７】

反論の性格分類
−最初ＳＡに対する性格分類に対応して最初反論も性格分類をし、これらの性格は、討論攻防結果とＳＡ性格と共に評決に反映される（アーギュメント評決参照）。
【０３４８】
−１つのＳＡに対して最初反論が複数個発生する場合、司会者は、各々の性格分類を全て指定して、複数個の攻防が発生するようにする。
【０３４９】
−カウンタアーギュメントは、ＳＡとＯＡに各々従属され、当該ＳＡに対する討論攻防の結果を左右する。したがって、全てのカウンタアーギュメントに対する性格分類は省略する。
【０３５０】

反論の登録
−全ての反論は、必ず反論しようとする対象アーギュメントを指定して登録しなければならない。
【０３５１】
−反論の登録は、ＳＡ登録とは異なって必ずオンラインモードで登録するようにする。
【０３５２】

反論の種類（性格分類）指定
−ＳＡに対する最初の反論であるオブジェクトアーギュメントが登録されれば、司会者は、反論の性格を指定する。
【０３５３】
−反論性格は、次の３つのタイプに分類されなければならないし、論理的に平行を描く反論は攻防をすることができないので、意見退出する。
【０３５４】
△相手方のアーギュメントに対して反対意見を提示したり、
△相手主張が成立するための条件を提示したり、
△相手主張に対する質疑をする場合
−登録された反論に対して前記分類に適用されない場合、司会者は、主張根拠分類の同様に無意味意見として意見退出措置する。
【０３５５】

反対意見
−逆効果や問題点、反対事実、反対事例を提示する消極的反対と、アーギュメントに対する論理的不正か事実の不正など直接的に反対する積極的反対がある。
【０３５６】
−消極的反対は、計量的アーギュメントである事実と方案に対する反論であるべきだ。また、消極的反対は、アーギュメントを全的に否定する反論と見ることができないし、但し、問題点を提示した反論として見なされる。
【０３５７】
−非計量的アーギュメントに対する消極的反対は、平行的反論であるか、無意味意見であるから、意見退出する。
【０３５８】
＜事例＞
“我ら国民は、まだ米軍が撤収すれば北の侵略危険が非常に高いと考える。”という非計量的主張に対して→“米軍の駐屯によって我ら社会に及ぼす損害は非常に大きい”と反論をすれば、これは平行的反論と言える。このような非計量的主張に対しては、韓国軍の独自防御力が不足するか？または、我ら国民の何％がそのように考えるかなどの条件提示や質疑で反論が行われなければならない。
【０３５９】

条件提示
−主張を認めるものの、その主張が成立するための条件、仮定事項、例外事項（以下、“主張条件”という）などを提示することを言い、反対意見と異なって主張根拠区分が価値である主張に限って条件提示をすることができる。
【０３６０】
−条件提示は、単純に成立条件を提示する糸口としての防御的条件提示であることもでき、反対に主張が成立する条件を提示して、その条件として主張が不適合であると主張する攻撃的条件提示であることもできる。
【０３６１】
−攻撃的条件提示は、積極的反対として見なされる。
【０３６２】
−防御的条件提示は、いくら立派な主張であっても、絶対的な価値や事実でないことを認知させる効果があり、適切な状況や時期には積極的反対となる。
【０３６３】
−条件提示は、反論者が提示することが一般的であるが、主張根拠提示者が自ら提示することもできる（以下、恣意的反論という）。
【０３６４】
−サブジェクトパネルが提示した恣意的反論も反論の対象になることができる。
【０３６５】

質疑及び答弁
−質疑は、相手に原則的に答弁を要求するアーギュメントであり、次のように２つの種類に区分する。
【０３６６】
・反問：相手主張の盲点や矛盾を抽出するための質疑
・質問：相手主張に不明確な要素がある場合の質疑。
【０３６７】
−質疑は、対象アーギュメントを必ず指定しなければならないし、反問である場合、複数個を指定することができるが、質問である場合は、必ず当該アーギュメントを唯一に指定しなければならない。
【０３６８】
−反問と質問は、必ず答弁を要求する。
【０３６９】
−質問に対して答弁時限が経過する場合、システムと司会者は、当該サブジェクトアーギュメントを撤回として見なして処理する。
【０３７０】
−反問に対する答弁がやはり反問である場合、反問による答弁として見なす。：再反問
−質問に対する答弁も質問になることができる：再質問
−反問や質問が肯定、不正可否で質疑された場合、答弁者は、必ず肯定または不正で答弁しなければならないが、質疑内容が肯定／不正で答弁することが困難な場合、答弁拒否を行うことができる。
【０３７１】
−質疑は、司会者やオーディエンスもすることができる。
【０３７２】

司会者の優先質問
−新規で登録されたＳＡやＯＡに対して司会者がまず質疑や反論を提起して、登録された意見に対する疑問点や問題点をオブジェクトパネル（ＯＰ）に先立って提起することができる。司会者の質問は、多くのパネルが共通的に疑問を有するものと予想される質疑となるので、必ず優先的に答弁されなければならない。
【０３７３】
−従って、司会者は、司会者の質疑に対して答弁されるまで任意に全てのパネルのＯＡを留保させることができる。
【０３７４】

事前情報に対する反論
−サブジェクトパーティーにより登録された事前情報も反論の対象になることができる。システムは、事前情報もＳＡと同様に見なして、任意のパネルが反論を提起できるように処理しなければならない。
【０３７５】
−事前情報に対する反論が発生すれば、当該事前情報は、討論が要求されるものとして見なされなければならないことを意味する。したがって、司会者は、直ちに、当該反論を意見スクリーンを経てＳＡに転換措置し、当該サブジェクトパーティーと反論者の相互討論を誘導しなければならない。但し、この反論が質問である場合には、例外にする。
【０３７６】
−事前情報に対する反論時限は、討論規則で事前合意する。
【０３７７】

複数個の最初反論に対する性格指定処理
−１つのＳＡに対して最初反論が複数個発生する場合、司会者は、各々の性格分類を全て指定する。
【０３７８】
−システムは、各々の反論性格を参照して下記の反論強度の順序によって最も高い水準の反論を討論攻防結果に反映する代表反論として自動決定する。
【０３７９】
●積極的反対、攻撃的条件提示、反問＞消極的反対、防御的反対＞質問

（３）パネルモード（Ｄモード）で支持要請（Ｄ０３）が選択された時の動作を図２１を参照して説明すれば、討論情報ＤＢ５３０に登録された討論基本情報５３１の討論種類をチェックし、討論種類が一般及びパネル討論であるかを判別する（Ｓ４０２００〜Ｓ４０２２０）。
【０３８０】
判別結果、一般及びパネル討論でなければ、エラーメッセージを端末機画面に送り出し（Ｓ４０２２１）、一般及びパネル討論であれば、討論ボディー情報ＤＢ５５０に登録された利害当事者情報５５４の許容回数をチェックし、許容回数を超過すれば、エラーメッセージを送出する（Ｓ４０２３０〜Ｓ４０２４１）。
【０３８１】
許容回数を超過しなければ、討論攻防状況画面を端末機に送り出し、反論対象アーギュメントを指定して反論時限が２日を経過すれば、エラーメッセージを送出する（Ｓ４０２５０〜Ｓ４０２９０）。
【０３８２】
反論時限が２日を経過しなければ、前記Ｓ３０１００に進行し、支持要請登録（Ｃ０２−１）を行う。
【０３８３】

（４）パネルモード（Ｄモード）で回答収容（Ｄ０３−１）が選択された時の動作を図２２を参照して説明すれば、回答収容可否を決定するために討論攻防状況画面を端末機に送り出し、収容可否を決定し、収容でなければ、Ｅメールで通知し、回答を削除し、アーギュメント情報ＤＢ５４０に登録する（Ｓ４０３００〜Ｓ４０３３２）。
【０３８４】
収容であれば、回答内容を公開登録し、反論時限をアーギュメント情報ＤＢ（５４０）に登録し、締切可否クエリー画面を端末機に送り出し、支持要請締切であるか否かを判別する（Ｓ４０３３０〜Ｓ４０３６０）。
【０３８５】
判別結果、支持要請締切である場合、支持要請文を削除してアーギュメント情報ＤＢ５４０に登録し（Ｓ４０３６１）、支持要請締切でなければ、締切時限をチェックし、締切時限が超過すれば、支持要請文を削除し、アーギュメント情報ＤＢ５４０に登録する（Ｓ４０３７０〜Ｓ４０３８０）。
【０３８６】
前記支持要請及び回答登録を整理すれば、次の通りである。
【０３８７】
−支持要請とは、自己の主張を支持する不特定のオーディエンスやパネルに自己の意見を補完できる反論アーギュメントを補充することを要請する行為である。
【０３８８】
−支持要請と締切は、政策討論でないパネル討論だけで適用されることができ、当該利害当事者または委任パネル（以下、支持要請者という）が行う。
【０３８９】
−支持要請をすることができるアーギュメントは、ＳＡを除いた反論、再反論、質疑などのカウンタアーギュメントだけを対象にすることができる。すなわち、特定ＳＡに対する討論攻防が進行される中間にパネルが事前に予測できない専門的な事実や論調で反論され、専門的知識による意見が必要な場合に限って要請することができる。
【０３９０】
−支持要請が発生すれば、司会者は、これを検討し、支持要請の必要性が妥当であると認めることができない場合、支持要請を強制的に取消（強制締切）することができる。
【０３９１】
−支持要請者は、必ず支持を要請する要請文を作成して登録し、システムは、登録された要請文を反論不可能な意見アーギュメントとして処理し、討論攻防現況に反映して掲示されるようにし、要請者が要請締め切るまで掲示されるように措置する。
【０３９２】

支持要請に対する回答の処理
−支持要請に対して意見を提示することを支持要請回答［以下、ＡＡ（Advocacy Argument）回答］と言い、回答者が直接意見を登録することもでき（以下、直接回答という）、支持要請者に回答内容を他の経路を介して伝達し、支持要請者が回答を登録することもできる（以下、間接回答という）。
【０３９３】
−直接回答は、会員誰でも任意パネルの登録手続を経て意見を提示することができるが、任意パネルとしての役目のみを行うことができる。
【０３９４】
−直接回答が登録されれば、システムは、即刻これを非公開アーギュメントとして処理し、Ｅメールで要請者に通知し、要請者が回答内容を審査し、登録拒否したり、登録収容をするようにする。この時、拒否されたＡＡは、無条件削除され、収容したＡＡは、正式で登録確定され、はじめて他人により反論されることができる。
【０３９５】
−直接回答に対する要請者の審査は、最初に回答されたアーギュメントに限り、その後の当該アーギュメントに対する論駁は、回答者が要請者とは関係なく行うことができる。しかし、要請者は、いつでも回答者の討論参加権を中止させることができる。
【０３９６】
−司会者は、アドボカシアーギュメントに対しても要請者の審査に先だって他の主張根拠のように意見スクリーンを経て退出することができる。しかし、要請内容に符合した回答であるか否かの判断は、要請者に一任する。
【０３９７】

支持要請による時限管理
−支持要請は、必ず反論時限が始まった時刻から４８時間以内に行われなければならない。
【０３９８】
−支持要請は、当該ＳＡに対する反論時限が自動で延長され、討論期間が延長される結果を招くので、討論規則で利害当事者別許容回数を制限し、支持要請締切時限を決定する。
【０３９９】
−支持要請が行われば、反論時限は、支持要請締切日＋２日に延長される。
【０４００】

支持要請締切
＊−支持要請の締切は、これ以上の支持意見を要請しないことを言う。
【０４０１】
−支持要請締切は、締切時限前にも支持要請者により任意に締め切ることができる。
【０４０２】
−討論規則で定めた締切時限を経過する時まで締め切らない場合、システムは、自動で締切を行い、意見提出の放棄として見なす。
【０４０３】
−支持要請が締め切られれば、システムは、支持要請文の掲示を削除し、支持要請回答の入力をすることができないように措置する。
【０４０４】

次に、ホームページに接続したユーザがオーディエンス（Ｅモード）の時のプロセス処理動作を図２３を参照して説明する。
【０４０５】
反論（質疑）（Ｅ０１）が選択されれば、Ｓ４００００に進行し、主張、反論登録を行い、
自由意見提示（Ｅ０２）が選択されれば、Ｓ５０１０１に進行し、自由意見登録処理し、
支持要請回答（Ｅ０３）が選択されれば、端末機に討論攻防状況画面が送出され、オーディエンスが回答対象アーギュメントを選択し、任意パネルを登録する（Ｓ５００００〜Ｓ５０４２０）。
【０４０６】
その後、回答入力画面を端末機に送り出し、入力を非公開処理した後、アーギュメント情報ＤＢ５４０に登録し、入力処理結果をＥメールで通知した後、意見スクリーンを処理する（Ｓ５０４３０〜Ｓ５０４５０）。
【０４０７】

オーディエンスの討論参加
−オーディエンスの討論参加は、［１］パネルに対する質疑と自由意見を通じた討論直接参加と、［２］討論結果、対立される価値に対する投票と、［３］各アーギュメントに対する賛否自由意見提示の３つである。
【０４０８】

オーディエンスとパネルの対話
−医薬分業のようなイシューは、一般人の場合、関心はあるが、専門性の不足で討論の主体にならいが、消費者として多くの疑問点がある場合が多い。このような疑問点がパネルには非常に常識的な内容であるから、討論の対象から排除される場合があり得る。
【０４０９】
−しかし、いくら非専門的なオーディエンスであるといっても、大部分のイシューが公共性と大衆性があるので、オーディエンスの疑問点を看過しては、大衆の無関心を招くことができるので、いずれの形態でもオーディエンスの参加があらなければならない。
【０４１０】

オーディエンスの質疑
−オーディエンスは、特定のパネル（または利害当事者）に反問または質疑をすることができる。
【０４１１】

＊−質疑と反問は、今後情報化のために意見登録と同一に構造化入力するようにする。
【０４１２】
−反問は、討論を目的とする質疑であるから、パネルでないオーディエンスの質疑で処理し、パネルの質疑と同様に見なされて処理する。
【０４１３】
−オーディエンスの質疑も司会者によって意見スクリーンされ、当該パネルによって必ず答弁されなければならないし、答弁された内容に対して再質疑も許容される。しかし、１つの質疑に対して答弁と再質疑が繰り替えられる場合、これは、質疑の次元を越えて討論に展開されることができるので、司会者がこれを調整したり、答弁者が答弁を放棄するようにする。
【０４１４】
−質疑と答弁は、ペア（pair）となり、オーディエンスに提供される情報でなければならないので、情報提供方法は、主張、反論の可視化（visualization）の方法で提供される。
【０４１５】

オーディエンスの自由意見提示
−任意パネルでない一般オーディエンスが一般討論サイトでのように本討論の形式と規則とは関係なく自由に意見を随時提示できる機能を収容するものの、必ず各アーギュメント別に提示できるようにする（以下、オーディエンス意見という）。
【０４１６】
−オーディエンス意見は、全てのアーギュメントに対して構造化意見でない既存の掲示板のような意見提示が可能であるが、意見スクリーンは経る。また、各アーギュメントに対して同意、反対、中立の３つの区分を指定するようにして、提示された意見を３つの区分別にプリゼンテイション（presentation）を提供する。
【０４１７】
−オーディエンス意見は、パネルが登録した各アーギュメントに対する評価意見の聴取に過ぎず、討論を目的としないので、オーディエンス意見に対するダッグル（リップル）は提供しない。
【０４１８】
−オーディエンス意見の収容は、利害当事者間の討論規則合意によって許容しないこともできる。
【０４１９】

オーディエンスポール
−討論結果、対立される価値に対して投票を通じて評決を行うこともできる（クロジング参照）。
【０４２０】

次に、システム（Ｓモード）でのプロセス処理動作を図２４乃至図２９を参照して説明する。
【０４２１】
（１）システムモード（Ｓモード）で討論攻防処理（Ｓ０１）の動作を図２４を参照して説明すれば、全てのＳＡに対して反論時限をチェックし、反論時限が超過すれば、ＯＡが反論を放棄したか否かを判別する（Ｓ７００００〜Ｓ７０３００）。本発明で使われる用語であるＳＡ攻防処理は、争点に対する攻防進行時、一方が承服したり、反論時限を超過する場合、システムが攻防結果を優勢、劣勢、対立で自動で処理することを意味する。判別結果、ＯＡが反論放棄すれば、ＳＡを優勢処理し（Ｓ７００３１）、ＯＡが反論放棄しなければ、ＳＡ劣勢処理した後、目録が終了したか否かを判別する（Ｓ７００４０〜Ｓ７００５０）。
【０４２２】
前記討論攻防結果処理を整理すれば、次の通りである。
【０４２３】
−システムは、討論期間中に毎日２４：００に次のような作業をバッチモードで行う。
【０４２４】
・反論放棄された全てのサブジェクトアーギュメントをシステムがスクリーンする。
【０４２５】
・反論放棄がＳＡ、ＯＡの可否によって討論攻防結果をアーギュメント情報に収録する。
【０４２６】
●ＣＡ側が反論を放棄する場合；ＳＡ優勢
●ＳＡ側が反論を放棄する場合；ＳＡ劣勢
●どちらも放棄しない場合；対立

討論期間、主張提出時限、反論時限（討論時限）
−討論期間は、討論の開始日から終了日までの期間を言い、主張提出時限は、各利害当事者が主張する最初主張（サブジェクトアーギュメント）を登録できる時限を言う。反論時限は、各サブジェクトアーギュメントに対して反論を提起できる時限を言い、反論に対する再反論や質疑、答弁に対する再質疑なども同じ反論時限を有する。
【０４２７】
−討論期間、主張提出時限、反論時限は、討論規則で事前に決定する。
【０４２８】
−反論時限は、各アーギュメントの事案に関係なく、同じ時限が適用されることを原則とする。
【０４２９】

討論時限延長
−全ての討論時限は、討論関係者間の合意によって司会者に要請することによって、その期間を延長することができる。しかし、反論時限は、討論期間内で延長可能である。
【０４３０】
−討論終了時点に差し迫って提示される反論に対する再反論の機会のために、実質的な討論期間は、最終登録された反論に対する反論時限まで自動で延長される。
【０４３１】

追加主張締切
−司会者は、特定の利害当事者が故意で重要主張を遅く登録することによって、討論時限内に結論を下せないようにする行為を遮断するために、追加主張の新しい登録を締め切ることができる。
【０４３２】
−追加主張締切は、必ず初期主張提出時限が経過した後にすることができ、追加主張締切時限は、事前に各パネルに通知になる（締切予定処理時、システムが自動処理する）。
【０４３３】

討論期間及び反論時限の終了通知及び照会
−システムは、討論期間終了の場合、終了３日前に、反論時限の終了の場合、１日（２４時間）前に当該関係者に自動でＥメールで通知する。
【０４３４】
−システムは、各主張に対する反論時限（または反論に対する再反論など）を照会できるようにする。
【０４３５】
−反論時限が終了する時まで反論（または再反論）が提起されない主張根拠や反論に対して事後反論（または再反論）は原則的に収容しないものの、相手利害当事者が収容した場合には例外にすることができる。
【０４３６】

（２）システムモード（Ｓモード）でＳＡ評決（Ｓ０２）の動作を図２５を参照して説明すれば、討論攻防情報をチェックし、討論攻防終了であるか否かを判別する（Ｓ７０１００〜Ｓ７０１２０）。本発明で使われる用語であるＳＡ評決は、細部争点（スレッド）別ＳＡ攻防処理結果に基づいてシステムがＳＡ性格分類とＯＡ性格分類による評決ポートフォリオを考慮して、スレッドに対する最終評決を自動で行うことを意味する。
【０４３７】
判別結果、討論攻防終了なら、ＳＡ及びＯＡ性格分類をチェックし、適合要件なら、適合判定をアーギュメント情報ＤＢ５４０に登録し、条件適合要件なら、条件適合判定をアーギュメント情報ＤＢ５４０に登録し、不適合要件なら、不適合判定をアーギュメント情報ＤＢ５４０に登録し、不適合要件でなければ、評決留保判定をアーギュメント情報ＤＢ５４０に登録する（Ｓ７０１３０〜Ｓ７０１７０）。
【０４３８】
その後、主張根拠構造が従属型であるか否かを判別し、従属型なら、従属アーギュメントも同様に評決処理し、従属型でなければ、目録終了であるか否かを判別して処理する（Ｓ７０１８０〜Ｓ７０１９０）。前記システムのＳＡ評決を整理すれば、次の通りである。
【０４３９】
−システムは、討論期間中に毎日２４：００に次のような作業をバッチモードで行う。
【０４４０】
・全てのＳＡに対して討論攻防情報（優勢、劣勢、対立）が記録されているか否かをチェックする。
【０４４１】
・討論攻防情報が記録されているＳＡに対して討論攻防結果と評決ルールに基づいて当該ＳＡを評決し、評決情報を当該ＳＡに記録する。
【０４４２】

前記討論攻防結果に対するアーギュメント（主張根拠）評決規則を図３０に整理した。
【０４４３】
評決処理原則
−主張根拠に対する評決は、自由討論を除いて全ての討論に例外なく適用される。
【０４４４】
−アーギュメントの評決は、次の３つのファクターを総合的に反映して、適合、条件適合、不適合、評決留保で決定したり、オーディエンスポールを行う。
【０４４５】
−不適合処理されたアーギュメントの主張根拠構造が従属型である場合、システムは、関連アーギュメントも自動で不適合処理する。
【０４４６】

アーギュメント評決ファクター
−アーギュメントに対する評決は、次の３つを考慮して評決するが、これを図３１に整理した。
【０４４７】
△討論攻防結果：討論攻防上の優劣決定
△ＳＡの性格：討論攻防結果が対立する時、主張根拠区分のタイプ（事実、価値）によって処理
△ＣＡの性格：反対意見、条件提示、質疑の３つの反論のタイプによって評決処理

討論攻防優劣決定処理
−討論攻防の途中にいずれか一方が反論時限内に反論を提示しない場合、反論放棄と言い、反論放棄可否によって次の３つに攻防結果が決定される。
【０４４８】
●ＣＡ側が反論を放棄する場合；ＳＡ優勢
●ＳＡ側が反論を放棄する場合；ＳＡ劣勢
●いずれも放棄しない場合；対立
−特定アーギュメントに対して複数個のカウンタアーギュメントが存在する場合、これらの複数個のカウンタアーギュメントのいずれか１つに対して反論放棄になれば、複数個の全体に対して放棄したものとして見なす。
【０４４９】

アーギュメント評決ルール
適合要件
−討論攻防結果、ＳＡが優勢な場合、無条件適合として評決される。
【０４５０】
条件適合要件
−討論攻防結果ＳＡが劣勢でも、その反論（ＣＡ）が消極的反論であるか、条件反論である場合は、条件適合として評決される。
【０４５１】
不適合要件
−討論攻防結果、積極的反論または質疑によってＳＡが劣勢な場合、不適合として評決される。
【０４５２】
評決留保
−討論攻防結果が対立であり、ＳＡが事実である場合、評決留保として評決される。
【０４５３】
オーディエンスポール
−オーディエンスポールは、ＳＡが価値であり、討論攻防結果が対立である場合に限って実施する。
【０４５４】

複数個の反論が提示された場合の評決
−１つのサブジェクトアーギュメントに対して複数個のオブジェクトアーギュメントが提示された場合、当該ＳＡに対する評決は、ＯＡタイプによって次のように処理される。
【０４５５】
△全ての反論にＳＡが優勢な場合：適合
△積極的反論または質疑のいずれか１つでもＳＡが劣勢な場合：不適合
△全ての積極的反論に対してＳＡが優勢であるが、消極的反論や条件提示のいずれか１つでもＳＡが劣勢な場合：当該反論を条件とする条件適合

（３）システムモード（Ｓモード）で討論クロジング（Ｓ０３）の動作を図２６を参照して説明する。まず、討論期間をチェックし、討論期間終了であるか否かを判別する（Ｓ７０３００〜Ｓ７０３２０）。
【０４５６】
判別結果、討論期間終了なら、討論を締め切り、実質討論期間を計算して実質討論期間を討論情報ＤＢ５３０の討論規則情報５３４に登録し、これをＥメールで通知する（Ｓ７０３３０〜Ｓ７０３５０）。
【０４５７】
前記システムの討論クロジングを整理すれば、次の通りである。
【０４５８】
討論期間が終了すれば、システムは、終了日２４：００に次の締切処理を行う。
【０４５９】
−討論締切：各種意見提出時限延長などをすることができないように次の措置をする。
【０４６０】
・討論進行情報に討論締切を格納する（関連登録プログラムが追加意見を登録することができないようにする）。
【０４６１】
−実際討論終了時間算定：最終登録された反論アーギュメントに対する反論時限を計算し、実質的な討論終了時間を算定し、討論規則情報に格納する。
【０４６２】
−討論関係者に締切通知：締め切られたことをＥメールで自動通知する。
【０４６３】
Ｅメールは、討論期間内に全ての討論事案に対して主要進行及び変動情報を討論関係者に自動で通知するためのサブシステムであって、本システムのための専用Ｅメールエンジンで開発する。
【０４６４】
・送信される全てのメッセージに対する当該受信者を自動検索決定する。
【０４６５】
・受信者の閲覧可否を確認する機能を有する。
【０４６６】
・全てのメッセージの送信と回答の連結情報をもって事案別に照会可能にする。
【０４６７】
−住所録管理：会員情報を使用する。
【０４６８】

クロジング
−クロジングとは、討論期間が終了すれば、司会者によって討論が終了（締切）されることを言う。
【０４６９】
−但し、討論期限が経過しても、特定アーギュメントに対する反論期限が未経過されたアーギュメントが存在する場合、実際討論終了は当該反論期限まで延長される。
【０４７０】
−討論が終結されれば、これ以上の意見提示をすることができない。
【０４７１】

評決
−評決とは、討論期間の終了時、システムまたは司会者により討論結果に対して一定の原則下に結論を導出し、討論を終結付けることを言う。
【０４７２】
−評決の段階は、［１］システムによる各主張根拠に対する評決（ＳＡ評決）
［２］司会者による各主張根拠評決を根拠とする討論全体に対する評決（討論評決）の２段階で行われる。
【０４７３】
−討論評決は、利害当事者の事前合意（討論規則）により留保することができる。
【０４７４】
−主張根拠による評決は、各ＳＡに対する討論攻防が終了すれば、随時システムにより自動で処理されるか、討論全体に対する評決は、主張根拠に対する評決を参照して司会者により討論がクロジングされた後、一括処理される。
【０４７５】
−評決されたサブジェクトアーギュメントは、重複した討論を防止するために司会者により随時事前情報化することができ、討論が終結すれば、システムにより自動で知識（Knowledge）化される。
【０４７６】
−討論評決は、必ず司会者による評決文が作成され、システムによる主張根拠に対する評決要約表が自動添付されるが、これを図１９に示した。
【０４７７】

討論攻防優劣決定処理
−討論攻防途中にいずれか一方が反論時限内に反論を提示しない場合、反論放棄と言い、反論放棄可否によって次の３つに攻防結果が決定される。
【０４７８】
●ＣＡ側が反論を放棄する場合；ＳＡ優勢
●ＳＡ側が反論を放棄する場合；ＳＡ劣勢
●いずれも放棄しない場合；対立
−特定アーギュメントに対して複数個のカウンタアーギュメントが存在する場合、これらの複数個のカウンタアーギュメントのいずれか１つに対して反論放棄されれば、複数個の全体に対して放棄したものとして見なす。
【０４７９】

（４）システムモード（Ｓモード）で対立評決（Ｓ０４）の動作を図２７を参照して説明すれば、新しいＣＡ登録可否をチェックし、新しいＣＡ登録であるか否かを判別する（Ｓ７０４００〜Ｓ７０４２０）。
【０４８０】

＊判別結果、新しいＣＡ登録なら、対立をアーギュメント情報ＤＢ５４０に登録し、新しいＣＡ登録でなければ、実質的討論期間が経過したか否かを判別し、実質討論期間が経過すれば、討論攻防処理した後、ＳＯ評決処理する。
【０４８１】
ＳＡ価値があれば、ポールを行い、オーディエンスポールを処理する（Ｓ７０４６０〜Ｓ７０４７０）。
【０４８２】
前記システムの対立評決処理を整理すれば、次の通りである。
【０４８３】
討論クロジング処理の翌日から毎日２４：００に次の処理をする。
【０４８４】
−討論攻防結果は、討論のクロジングが行われた後に、はじめて対立として決定される。すなわち、締切後、新しいＣＡが登録されれば、当該ＳＡに対する討論攻防結果は、対立として処理する。
【０４８５】
−対立されたＳＡが価値である場合、討論規則によりオーディエンスポールを行う。
【０４８６】
−また、実質的討論終了時間が経過する時までＣＡが登録されなければ、討論攻防結果は、優勢または劣勢として処理し、残りのＳＡアーギュメントに対する評決処理を最後に行う。
【０４８７】

（５）システムモード（Ｓモード）で主張評決（Ｓ０５）の動作を図２８及び図２９を参照して説明すれば、主張評決実行指示で主張別ＳＡ評決情報をチェックし、主張終了なら、討論進行情報自動通知モード（Ｓ０９）に入る（Ｓ７０５００〜Ｓ７０５３０）。
【０４８８】
主張終了でなければ、全てのＳＡが適合要件なら、適合判定をアーギュメント情報ＤＢ５４０に登録し、不適合要件なら、不適合判定をアーギュメント情報ＤＢ５４０に登録し、留保要件なら、留保判定をアーギュメント情報ＤＢ５４０に登録し、条件適合または適合要件なら、条件適合判定をアーギュメント情報ＤＢ５４０に登録する（Ｓ７０５４０〜Ｓ７０５７１）。
【０４８９】
全てのＳＡに対する判定をシステム評決タグ格納し、ＳＡ評決要約表を生成し、ＳＡ評決要約ファイルに格納する（Ｓ７０５８０〜Ｓ７１０１０）。
【０４９０】
その後、討論評決処理画面を端末機に送り出し、小主題評決可否を指定し、小主題評決実行なら、小主題評決完了されたか否かを判別する（Ｓ７１０２０〜Ｓ７１０５０）。判別結果、小主題評決完了でなければ、小主題評決が評決タイプ＝１であるか否かを判別し、評決タイプ＝１なら、小主題評決を入力し、小主題評決情報を討論情報ＤＢ５３０の討論小主題情報５３３に登録する（Ｓ７１０６０〜Ｓ７１０６２）。
【０４９１】
判別結果、評決タイプ＝１でなければ、小主題評決文作成画面を送り出し、小主題評決文を作成し、評決文を討論情報ＤＢ５３０の討論小主題情報５３３に登録する（Ｓ７１０７０〜Ｓ７１０９０）。
【０４９２】
前記Ｓ７１０５０の判別結果、小主題評決完了なら、討論評決文の作成画面を送り出し、討論評決文を作成して討論評決文を討論情報ＤＢ５３０の討論基本情報５３１に登録する（Ｓ７１０５１〜Ｓ７１０５３）。
【０４９３】
討論評決文が評決タイプ＝１であるか否かを判別し、評決タイプ＝１なら、討論全体評決を入力し、討論評決情報を討論情報ＤＢ５３０の討論基本情報５３１に登録する（Ｓ７１０５４〜Ｓ７１０５６）。
【０４９４】

前記システムの評決処理を整理すれば、次の通りである。
【０４９５】
評決処理概要
−討論に対する評決は、司会者がＳＡに対する評決に基づいて各ＳＡの意味と重要度を勘案して、マニュアルで評決し、主張別評決、小主題別評決、討論全体に対する評決の３段階に分けて処理することもでき、争点が少ない場合、討論全体に対して一括評決することもできる。
【０４９６】
−主張に対する評決は、討論タイプに関係なく、適合、条件適合、不適合、留保として評決されなければならない。
【０４９７】
−小主題及び討論全体に対する評決は、討論の性格とＳＡ評決結果によって次の２つの形態の評決が行われることができる。
【０４９８】
△タイプ１：適合、条件適合、不適合、留保として評決される場合
・政策討論であり、且つ賛否討論である場合
△タイプ２：単純に評決文だけを作成する場合
・全ての解決策討論の小主題及び討論全体評決
・賛否討論のうち政策討論でない場合：小主題評決

評決要旨
−討論評決には、前記評決タイプに関係なくシステムの評決要約表が自動添付され、司会者による評決文が作成添付される。評決文には、必ず優勢または劣勢された根拠（主張根拠）を明示し、タイプ１の場合、反対に評決されることができる要件も提示する。
【０４９９】

主張に対する評決原則
−主張に対する評決は、たとえ司会者によりマニュアル（Manual）で評決が行われるが、次のような原則が守らなければならない。
【０５００】
−主張に対する評決では、主張根拠に対する評決とは異なって、主張が適合として評決されても、不適合評決された主張根拠アーギュメントが存在すれば、当該アーギュメントは、当該主張の適合性成立に対する成立要件または仮定として認識されなければならない。
【０５０１】

適合要件
−一般討論：提示されたアーギュメントのうち一部のアーギュメントが不適合であっても、主要な根拠が適合として評決され、全体主張の要旨が非常に適合すると判断される場合
−政策討論：主張根拠要件のうち方案と必要性提示が共に適合した場合
問題点提示と事例提示は不適合評決を受けても、主張の適合性には致命的欠陥として認定しなくてもよい。
【０５０２】

不適合要件
−政策討論：必要性提示と質疑のいずれか１つでも不適合である場合。
【０５０３】
−一般討論：主要な根拠アーギュメントのうち一部または全体が不適合として評決され、全体主張の要旨が適合すると言えない場合。
【０５０４】

評決留保要件
−政策討論：必要性提示と方案のいずれか１つでも評決留保された場合。
【０５０５】
−一般討論：主要な根拠アーギュメントのうち一部または全体が留保として評決され、全体主張の要旨が適合また不適合であると言えない場合。
【０５０６】

小主題及び討論評決
−小主題及び討論全体に対する評決は、司会者がタイプによる評決処理を行い、評決文を作成、添付しなければならない。
【０５０７】
−評決文は、司会者が任意に作成するものの、タイプ１の場合、反対に評決されることができる要件も提示する。
【０５０８】
−システムは、評決タイプに関係なく評決要約表を自動添付する。
【０５０９】

評決処理過程：討論評決は、実質討論期間が終了した後に次のように行われる。
【０５１０】
−まず、司会者は、システムに可能なシステム主張評決を実行させる。
【０５１１】
−システム評決が不可な主張に対して主張評決原則に即して政策討論と一般討論とを区分して司会者またはシステムが行う。
【０５１２】
−システムは、主張アーギュメントに各種評決情報とシステムによる評決であるか、司会者による評決であるかのタグ情報を格納する。
【０５１３】
−小主題評決を省略すべきかを司会者が決定する。
【０５１４】
−小主題または討論全体に対する評決をタイプ別に行い、司会者の評決文科システムによる評決要約表を添付する。
【０５１５】
上記のように、全体的な討論処理過程が行われる討論管理サーバー１００のプロセス処理内容を図３２に表で整理した。
【０５１６】

４．出力機能
次に、本システムで使われる核心的出力資料の種類と性格、処理過程を概括的に記述する。
【０５１７】
−本システムは、全ての情報の表現が立体的性格を呈している。したがって、ほぼ全ての出力は、画面だけで提供されることを原則とする。
【０５１８】
（１）General Specificationｓ
基本画面構成：サイトメイン画面と各討論現況画面で構成
−メイン画面：論争中の争点目録を争点内容と共に一目瞭然に整理、提供する。
【０５１９】
・争点目録：討論名（３−４個の進行中の(On-going)討論）
・争点内容：関心を集めることができる主要争点事案を説明したり、討論中に強調された対立状況などを説明する文句であって、オーディエンスに興味を引くことができる扇情的文句、討論進行状況によって随時変更

−討論画面：各争点の主要進行状況が下記のようにひと目で把握されなければならない。
【０５２０】
・主要意見、対立された意見などのハイライト
・優勢な主張、新しい主張のハイライト

メイン画面の主要メニュー
−サイトの趣旨：趣旨、哲学などを表現
−討論方法：討論方法、留意点などのヘルプ
−パネル登録、会員登録（登録約款、登録処理）
−情報提供：去る討論及び各種情報提供。
【０５２１】

情報提供機能
−全ての主張のうち事実化されたり、支持される価値を情報化し、全てのオーディエンスに提供され得るように分類し、ＤＢ化する。
【０５２２】
・分類情報−区分（情報又は価値）、当該討論名、日付、分類（政治、社会、保健、教育、国防…）、起源者区分（主張者、職業分類）、…
・情報の構造化−情報のレベルを表示する。その情報の事由や根源となる下位情報をクリックする時、サブウィンドウ画面に提供する。
【０５２３】
・分類情報の入力−分類情報を定義、入力できるようにする。
【０５２４】
−サーチ機能提供（論理的サーチ）

（２）画面処理
考慮事項
−本出力物の生成には、次の２つが考慮されなければならない。
【０５２５】
△通常のウェブ画面のサイズとしては、多くの情報を１画面に収容することができない。
【０５２６】
△フェーズＩＩ画面でカウンタアーギュメントの反論及び再反論の連関性（Chaining）と上下位の区分性（Indentation、Level & Position)
−このような問題点を解決するために、次のような特殊処理を行う。
【０５２７】

画面配列のための特殊処理
−可能な限り多くの個体を１画面に収容するために、Ａｃｔｉｖｅ Ｘを利用し、ウェブブラウザーとは別途のビューイングツール（viewing tool）を開発して全体画面を使用し、上下スクロールも使用する。
【０５２８】

画面サイズ
−登録個体の数によって自動計算して画面サイズを決定する。
【０５２９】
−登録個体数によって左、右、上、下スクロールを使用して、画面サイズを無限に拡張する。
【０５３０】

オブジェクトアーギュメントが多数である場合の処理
−賛否討論の場合、明白に賛否の両極化された利害当事者を決定できるが、解決策討論の場合は、特定論点に対して多極化された反論が生じることができる。しかし、細部論点である特定ＳＡに対してカウンタパーティーが異なれば、異なる次元の反論になるので、論点が異なるものとして見なし、別個の論点で画面処理する。
【０５３１】

可視化ルール（Visualization Rule）
−各アーギュメントの垂直階層をポジション（Position）と言い、水平階層をレベル（Level）という。
【０５３２】
−垂直ポジションは、アーギュメントの発生順序によって階層を決定する。
【０５３３】
△ポジション１；Ａｒｇ−ｎ＆Ａｒｇ−ｎｎ
ポジション２；Ａｒｇ−ｎｎ−ｎ＆Ａｒｇ−ｎｎ−ｎｎ
−水平レベルは、最上段から何番目の段階であるかを意味し、次のようなルールによって決定する。
【０５３４】
△全てのサブジェクトＡｒｇ−ｎとオブジェクトＡｒｇ−ｎに対する反論は、同じレベルに位置させ、オブジェクトアーギュメント、カウンタアーギュメント−ｎに対する反論は、一段階レベルダウンする。
【０５３５】
−全ての反論と再反論に対する反論可否は、代表語キャプション（caption）の色相で判断され、特定反論（または再反論）に対する当該再反論（または反論）の区分は、ポジションで区分されるので、チェイニング矢印は使用しない。
【０５３６】
−Ａｒｇ−ｎと同一ポジションであるＡｒｇ−（ｎ＋１）は、Ａｒｇ−ｎに対するカウンタアーギュメントが存在するまで上位レベルに現れない。
【０５３７】

（３）主張根拠の画面表現（Argument Presentation）
アーギュメント個体画面処理
−ＳＡ、カウンタアーギュメントなどの全てのアーギュメント個体には、基本的に含まれた意見内容以外に、各種情報と進行状況を把握できるプレゼンテイションアイデンティフィケイション（presentation identification）で図３４のような情報を個体に表示する。
【０５３８】
△主張者、攻撃対象者
△反論情報：反論可否及び反論アーギュメント−ｉｄ
△評決情報：最初のＳＡである場合
−画面サイズの制約を克服するために代表語を表示し、アーギュメント本文は、代表語キャプションをクリックすることによって、サブウィンドウで展開することができるようにする。
【０５３９】
−相対者、主張者及び主張時期などは、個体選択後、右側クリックによるポップ−アップメニューを開いて必要情報を提供する。
【０５４０】
−反論情報は、アーギュメント個体の下地色で区分する（色相別途定義）。
【０５４１】
・反論状況情報は、反論の存在可否を意味する。
【０５４２】
−評決情報は、最初ＳＡである場合にのみ該当し、評決可否を次のように表示する。
【０５４３】
・評決された場合、適合、不適合、留保によって下地色で区分し、反論情報の色相をオーバーライトする。
【０５４４】
・留保の場合は、下地色を白色（下地色）で塗って反論情報を表示する。
【０５４５】
−アーギュメント個体の字数は、ハングルを基準にして最大２５字ｘ２ライン／フォントに制限し、１画面にサブジェクトアーギュメントとカウンタアーギュメントを共に表示できるようにする。
【０５４６】

（４）討論攻防状況
−多数の主張と反論、繰り返される反論と再反論及び再再反論など論争が激しいほど数多くの意見が交差する。このような、論争を誰でも一目瞭然に把握するための構造的画面構成をどのように表示すべきかは、全ての討論時、客観的で且つ合理的な討論結果を誘導するのに非常に重要である。
【０５４７】
−アーギュメントが多くなれば、１画面にこれを全て収容することが不可能なので、次のように２段階（フェーズ）で画面プレゼンテイションを構成する。
【０５４８】
フェーズＩ：最初のサブジェクトアーギュメントとこれらの反論であるオブジェクトアーギュメントを図３５のように表示し、討論の全体的な攻防状況を把握できるようにする。
【０５４９】
フェーズＩＩ：特定サブジェクトアーギュメントに対する反論、再反論、再再反論などの全てのアーギュメントを図３５のように表示し、特定ＳＡ（細部争点）に対する攻防状況を把握できるようにする。
【０５５０】
−前記照会プレゼンテイションの他、付加的に特定アーギュメントに対する全てのＣＡだけを照会できる照会機能を提供する。
【０５５１】

（５）主要出力の種類
討論現況
−サイトで進行されている各種討論の概要を示す出力物。
【０５５２】
△進行（On-going）、進行予定（Scheduled）、終了（Past）の３つに区分して討論目録を提供。
【０５５３】
△各討論別に主題及び小主題、討論開始日付及び討論期間、利害当事者及びパネル、司会者の身上情報を提供する。
【０５５４】

討論攻防状況
−各討論に対する細部論点（主張）と反論の攻防状況を把握できる画面
−討論全体に対する主張と反論現況を提供する画面と選択された細部論点別に全ての攻防状況を示す２つの画面で構成される。
【０５５５】

アーギュメント個体画面処理
−全ての出力に適用されるアーギュメント個体に対する画面出力の技術的仕様。
【０５５６】

（６）討論攻防の可視化処理過程を図３６を参照して説明すれば、次の通りである。
【０５５７】
−サブジェクトカウンタアーギュメントは左側に、オブジェクトカウンタアーギュメントは右側に各々配置する。
【０５５８】
−各アーギュメントの垂直階層をポジションと言い、水平階層をレベルと言う。システムは、照会時点を基準に発生した全てのアーギュメントを分析し、ポジションとレベルの水準を計算する。
【０５５９】
−垂直ポジションは、反論の次数を意味する階層であり、水平レベルは、アーギュメントの発生順序を意味する階層であり、次のようなルールが適用される。
【０５６０】
△ポジション
・特定サブジェクトカウンタアーギュメントとこれに対する反論であるオブジェクトカウンタアーギュメントは、同じポジションに位置させ、オブジェクトカウンタアーギュメントに対する反論であるサブジェクトカウンタアーギュメントは、一段階ポジションダウンする。
【０５６１】
・特定アーギュメントに対するカウンタアーギュメントが複数個である場合、これらのカウンタアーギュメントは、同じポジションに位置させる。
【０５６２】
△レベル
・後日発生したアーギュメントは、先に発生したアーギュメントよりレベルが優先することができない。
【０５６３】
・特定アーギュメントに対するカウンタアーギュメントが複数個なら、レベルダウンされる。
【０５６４】
・全てのオブジェクトカウンタアーギュメントに対する反論であるサブジェクトカウンタアーギュメントは、無条件レベルダウンされる。
【０５６５】
−全ての反論と再反論に対する反論可否は、代表語キャプションの色相で判断され、また、特定アーギュメントに対するカウンタアーギュメントは、ポジションとレベルに明白に区分されるので、連結矢印は使用しない。
【０５６６】

本発明の全体的な討論展開方法を更に整理すれば、次の通りである。
【０５６７】
−本システムでは、討論の種類に関係なく全ての討論が細部事案に対して一方が意見をまず提示し、相手方がこれを反駁する形式で展開されると仮定する。
【０５６８】
−この時、まず意見を提示した利害当事者とパネルを各々サブジェクトパーティー、サブジェクトパネルだと言い、サブジェクトパネルが提起した最初意見と反論に対するサブジェクトパネルの再反論などを全てサブジェクトアーギュメントと言う。これに対し、これらのサブジェクトアーギュメントに対する反論を提起した利害当事者とパネルを各々オブジェクトパーティー、オブジェクトパネルと言い、サブジェクトアーギュメントに対するオブジェクトパーティーの反論をオブジェクトアーギュメントと言う。
【０５６９】
−政策討論でのように、討論全体の核心的事案に対する意見をまず提示した利害当事者を当該討論に対する主体利害当事者（ディベイトサブジェクトパーティー）と称し、一般討論でのように、細部事案に対して特定主張を提示した利害当事者を当該意見に対する主体利害当事者（アーギュメントサブジェクトパーティー）に区分して称する。
【０５７０】

考慮事項…誰がまず主張を提起するようにするか？
−討論の展開方法には、次のような２つの要素が考慮されなければならない。
【０５７１】
△誰がまず意見を提示するようにするか？：
大部分の討論は、誰がまず意見を開陳するかが当該利害当事者にとって非常に鋭敏な事案になる。
【０５７２】
△オーディエンスに画面プレゼンテイションをどのように見せることが効果的であるか？
オーディエンスに討論の進行を理解しやすいようにするためには、討論主題の性格上、どんな意見をサブジェクトアーギュメントとして見せることが効果的であるかという点を画面プレゼンテイションの観点から考慮しなければならない。
【０５７３】
−上記の問題を考慮して、システムは、政策討論と一般討論によって図３９のように展開方式を異にする。
【０５７４】

サブジェクトパーティーの決定
−全ての政策討論は、その性格上、特定政策や、方案、施策などを樹立、施行（または主張）しようとする利害当事者、すなわち提案者が当然に討論全体のディベイトサブジェクトパーティーとなる。
【０５７５】
−一般討論は、政策討論とは異なって、論争の発生性格による討論全体のサブジェクトパーティーが決定されるものでなく、討論内で多様で且つ多元的な細部討論トピックが発生するので、討論小主題の性格によって特定の利害当事者がサブジェクトパーティーになったり、オブジェクトパーティーになったりする。
【０５７６】
−小主題の性格によるサブジェクトパーティーの決定は、司会者が指定するものの、性格によっては指定を留保することもできる。
【０５７７】
−アーギュメントサブジェクトパーティーは、小主題別に司会者が指定することもでき、討論開始または討論の途中に任意に意見を提示することによって、サブジェクトパーティーになることができる。しかし、政策討論や賛否討論でのように、ディベイトサブジェクトパーティーが決定されれば、他のパーティーは、当該討論では決してサブジェクトパーティーになり得ない。
【０５７８】
−サブジェクトパネルは、各討論小主題に主張を省略することができるが、サブジェクトパーティーは、最小限１個以上の主張を当該討論小主題に登録しなければならないし、全てのサブジェクトパネルは、討論全体で一個以上の主張を登録しなければならない。
【０５７９】

討論展開状況に対する画面プレゼンテイション原則（討論状況に対する可視化参照）
−討論展開状況に対する画面プレゼンテイションは、次の原則を有する。
【０５８０】
・１画面にサブジェクトアーギュメントとオブジェクトアーギュメントを共に表示する。
【０５８１】
・アーギュメント位置：全てのサブジェクトアーギュメントを左側に位置し、全てのオブジェクトアーギュメントを右側に位置させる。
【０５８２】
・論点別群化：細部論点（ＳＡ）である個別ＳＡとこれに対するＯＡを１つの群で識別するためのプレゼンテイションを考慮する。
【０５８３】
・争点のチェイニング ：特定アーギュメントとこれに対する反論（counter argument）、再反論などの討論攻防上の全ての連結関係を認識できるように考慮する。
【０５８４】

意見構造化ブレークダウン
−意見という特定主張（subject argument）とこれに対する反論とに大別することができる。
【０５８５】
−本システムは、討論の対話性(interactivity)のために、まず、新しく登録される全ての主張は、細部争点別に次のようにブレークダウンして項目化し、反論は、これらの項目に対して提示されるようにする。
【０５８６】

意見ブレークダウン
−全ての新しい意見は、図４０のように、さらに特定の主張をする主張とこれを裏付ける主張根拠とに分けて、各々帰納式展開で短く且つ簡潔に登録するようにする。
【０５８７】
−主張は、主張根拠を代表したり要約する内容で、討論（反論）の対象でなく、その主張を裏付ける主張根拠が討論の対象である。
【０５８８】
−主張根拠は、代表語（題目）と本文とで構成するものの、内容が短い場合、本文は省略され、代表語だけで構成することもできる。
【０５８９】
−登録する意見の大きさ（字数）は制限されないが、本システムが核心的に追求する対話式（interactive）討論のためには論点別にブレークダウンされなければならないので、決して長文になり得ない。
【０５９０】
−構造化に適応されず、意見開陳が困難な人々のために長文の主張を収容するものの、司会者は、意見提示者と協議調整、これを構造化して討論に反映する。
【０５９１】
−意見登録は、討論初期に登録する初期主張登録と討論過程で多くの意見と情報が交換、共有されることによって、整理されたまたは新しい意見が発生し、新しく追加する主張に分けられる。
【０５９２】

攻撃対象者
−全ての主張と主張根拠には、攻撃対象者（利害当事者）を指定することができる。攻撃対象者指定は、主張に対する反論をしなければならない相対者を指定することである。
【０５９３】
−主張に攻撃対象者を設定した場合、当該主張に付属される全ての主張根拠に対して同じ攻撃対象者を指定したものとして見なされる。
【０５９４】
−賛否討論の場合、賛成と反対の克明な利害当事者間の討論であるから、攻撃対象者の指定は省略し、システムは、内部的に攻撃対象者を自動指定する。
【０５９５】

構造化登録エディタ
−全ての主張と当該主張根拠の登録は、情報化と対話式（Interactive）討論が可能にするために、本システムのプログラムにより図３７のように、ブレークダウンされ、構造化されたフォーマットで登録する。
【０５９６】
−このために、システムは、オフラインモードで使用することができる下記の機能を有する特殊なエディタを開発し、サポートする。
【０５９７】
・叙述式で作成された文章を項目別にブレークダウンし、主張と主張根拠を個体化して意見構造化をすることができる機能
・エディタは、ビューアー窓とアーギュメント入力窓の２つで構成され、アーギュメント入力窓で入力されたアーギュメントは、ビューアー窓に表示される。
【０５９８】
・付加説明機能（以下、参照窓（Reference-window）という）：
主張や主張根拠などの各意見には、使われた特定用語や文句に対する解説、概念などの付加説明資料を独立されたサブ個体で入力できる特別な機能を提供し、長文の個体になることを最大限防止する。参照窓は、意見に対する反論時、特定他の意見を直接参照させることもできる。
【０５９９】
・入力が完了すれば、入力された内容は、入力者のＰＣに格納され、入力者の選択によりインターネットを介してＤＢにアップロードされる。
【０６００】
・登録された意見の修正は、必ずオンラインモードですることができる。
【０６０１】
・エディタは、自動でダウンロードされるように処理する。
【０６０２】

用語定義
−アーギュメント（意見）：ブレークダウンされた全ての細部論点個体（主張、主張根拠、反論、再反論、質疑など）。
【０６０３】
−主張アーギュメント：上記で定義した主張の個体を主張アーギュメントと言う。
【０６０４】
−主張根拠アーギュメント：上記で定義した主張根拠の個体を主張根拠アーギュメントと言う。
【０６０５】
−主張：１つの主張アーギュメントとこれに属する主張根拠アーギュメントを共に１つの主張として称することができる。
【０６０６】
−サブジェクトアーギュメント：サブジェクトパネルが提示した最初の主張と主張根拠（以下ＳＡという）。
【０６０７】
−オブジェクトアーギュメント：オブジェクトパネルが提示した全ての反論（以下ＯＡという）。
【０６０８】
サブジェクトパネル：意見（主張）を初めて開陳したパネル。
【０６０９】
オブジェクトパネル：サブジェクトパネルの意見に対して反論を提起したパネル。
【０６１０】
−オピニオン：アーギュメントを文脈によってオピニオンでも表現。
【０６１１】
主張の登録
−１個の討論小主題に登録できる主張の個数は制限されない。
【０６１２】
−各主張には、１個以上の主張根拠アーギュメントが登録されることができる。
【０６１３】
−全ての主張は、登録直ちに公開される。しかし、討論の性格によって討論関係者間の事前合意によって意見提出時限まで全ての登録された意見をオーディエンスと他の利害当事者に公開しない方式を使用することもできる（以下、非公開アーギュメントという）。
【０６１４】
−初期主張登録は、討論時限を勘案して、事前に討論関係者の合意によって定めた時限内に登録されなければならない（主張提出時限参照）。
【０６１５】

主張、主張根拠アーギュメント個体構造
−主張アーギュメントは、全ての主張根拠を要約する結論的主張であって、討論の対象でない。主張を裏付ける具体的で且つ詳細な主張根拠アーギュメントが実際に討論すべき対象である。したがって、主張根拠アーギュメントがない主張アーギュメントは、システムが登録拒否しなければならない。
【０６１６】
−主張及び主張根拠アーギュメントは、共に図３４と同じ個体構造を有する。
【０６１７】
−主張アーギュメントは、代表語だけで構成され、次の性格を有する。
【０６１８】
・全ての主張根拠を要約する内容または檄文、隠喩的主張、広報的な表現なども可能である。
【０６１９】
−主張根拠アーギュメントは、代表語と本文とで構成され、本文は、サブウィンドウ個体を用いて表示する。
【０６２０】

主張根拠の登録と性格分類
−主張根拠は、実際討論の対象となるブレークダウンされた最小の争点客体である。
【０６２１】
−既登録された主張に対する主張根拠だけを追加入力することもでき、新しい主張に対する主張根拠を既存の他の主張の特定主張根拠として指定することもできる。このために、システムでは、当該主張根拠目録を提供して選択できるようにする。
【０６２２】
−主張根拠が討論小主題と同じ内容水準で表現される場合、討論小主題に別途の主張なしに主張根拠を直ちに登録することができる。システムは、このような場合、ダミー主張を内部的に生成管理する。
【０６２３】
−主張と主張根拠をブレークダウンして登録されても、討論進行や討論の終結過程をシステム化するにあたって、次のような事項が考慮されなければならない。
【０６２４】
［１］主張根拠間の相互相関関係；以下、“根拠構造”という。
【０６２５】
−主張根拠間の論理的構造の相関関係で主張に対する評決時に参照
［２］主張根拠の性格；以下、“根拠区分”という。
【０６２６】
−各主張根拠の内容に対する性格による分類で評決方法を決定するファクター
−全ての主張根拠（ら）は、必ず前記分類に適用されなければならない。仮に、上記分類に適用されない場合が発生すれば、この主張根拠は、対話式（Interactive）討論が不可能な非論理的意見であるか、主張の根拠として適合しないということを意味する。この場合、司会者は、当該パネルと協議して調整しなければならないし、調整されない場合、意見退出する。
【０６２７】

根拠構造：
−主張根拠は、構造的性格によって独立型、従属型、及び複合型に分けられる。
【０６２８】
−登録されたアーギュメントに対する根拠構造化は、司会者が行い、サブジェクトアーギュメントに対する評決時に、システムが参照する。
【０６２９】

根拠区分：
−全ての主張根拠は、主張内容の性格によって次のように３つに分類することができる。
【０６３０】
［１］特定情報やファクト（事実）を表現する場合と
［２］一定なバリュー（価値）、概念、規範などの定義や特定論理的主張を表現する場合
［３］政策討論でのように特定方案（Proposition）や政策などを提示する場合

主張根拠構造のタイプ
−特定主張に従属した多数の主張根拠は、各々の内容によって図４１のように、互いに独立的な主張根拠（独立型）と、互いに論理的に連結される従属的な主張根拠（従属型）、またはこれらの複合型に分けられることができる。複合型は、可能な限り上位レベル主張を分離し、独立型と従属型に分離生成することが好ましい。
【０６３１】
−本主張根拠の構造は、パネル、オーディエンスの場合、全く意識する必要がない。 システムは、デフォルトで独立型で指定し、司会者が意見スクリーン時、内容によって修正指定する。主張根拠は、最終主張の評決に参照し、システムは、司会者の指定によって主張のプレゼンテイションに反映する。
【０６３２】

独立型
−独立型は、各主張根拠が互いに独立的である。したがって、これらのうち一部が誤った主張根拠である場合でも、主張の理論的根拠が多少影響を受けることができるが、根本的に主張が否定されない性格である。
【０６３３】

従属型
＊−従属型は、各主張根拠が最終主張の根拠になる演繹式（又は帰納的）論理展開型の主張根拠を言う。問題点を羅列し、これに対する対策方案を樹立する形態が代表的な従属型と言える。各アーギュメントは、主張根拠と、この主張根拠の論理的根拠とで構成されるので、従属型は、一部の論理根拠が否定される場合、その主張根拠または（及び／又は）主張自体が否定される。
【０６３４】
−システムは、論理的根拠も主張根拠として見なすべきである。
【０６３５】
−パネルの力量によっては、従属型根拠構造を論理的根拠と主張根拠とに分離せず、１つの根拠構造で登録する場合も発生することができる。この場合、司会者は、複合型の場合を含んで任意に登録された意見を調整することができる。特に、不特定多数が参加する激しい討論の場合は、大部分の登録された意見に対して司会者が調整すべきである。
【０６３６】
−司会者は、各従属型主張根拠に対して従属関係を指定しなければならない。すなわち、当該主張根拠の直接的な論理根拠になる全てのアーギュメントを明確に指定しなければならない。
【０６３７】

主張根拠区分のタイプ：主張根拠の評決時、評決方法を決定するファクター
計量的主張、非計量的主張
−下記の例から分かるように、主張根拠が計量的に表現されたり、具体的なカテゴリーを指定した場合、これを計量的主張と言い、反対の場合、非計量的主張と言う。
【０６３８】
−一般的に特定の事実や情報を表現する主張は、計量的主張と言い、特定の概念、要件、規範などの定義や価値、論調などを表現する主張は、非計量的主張と言える。
【０６３９】
−本システムでは、方案も具体的範ちゅうの内容であるから、計量的主張として見なす。
【０６４０】
−しかし、主張根拠の性格が価値や論調であるとしても、計量的に表現されている場合には、これは、事実的主張として見なし、また、非計量的に表現された事実は、論調（価値）として見なす。
【０６４１】
−主張根拠が事実（情報）にも拘わらず、非計量的主張である場合、論理的には欠陥がある主張であると見ることができるが、暗黙的または文脈上で計量的表現を省略したり推定することができる場合、計量的主張であると見ることもできる。
【０６４２】
−事実的主張が非計量的主張であるとしても、司会者の意見スクリーンによる意見退出はすることができず、他のパネルによる反論だけで不適合処理されることができる。
【０６４３】
−全ての非計量主張は、主張が成立するための仮定事項があると本システムは仮定する。
【０６４４】

＜根拠区分の事例＞
・国家の国民意識水準が高くなければ、決して民主主義がその国家を運営するための最善の政体であると主張することができない（論調）。
【０６４５】
・医者は、たとえ患者が治療費を支払うことができなくても、治療を拒否してはならない（価値）。
【０６４６】
・我ら国民は、まだ環境より産業発展を重要視する（非計量的であるから論調）：我ら国民の３０％程度だけが環境を産業より優先視する（計量的であるから事実）。 ・現在の情報通信教育技術水準では情報化疎外階層を適正に教育させることはできない（非計量的論調）：情報通信に対する現在の教育技術がどの程度であるから情報化疎外階層を適切に教育させることができないかに対する具体的説明が欠如されているので、非計量的主張であり、論調である。
【０６４７】
・我ら国民の意識水準は、駐韓米軍が撤収すれば、北朝鮮から国防に深刻な威嚇が発生すると認識している（非計量的または計量的）：我ら国民の何パーセントがそのように意識しているか明示される場合に計量的であるが、この主張は、我ら国民の過半数以上がそのように考えている主張として解析することもできる。
【０６４８】
・労組の活動（成立）目的は、必ず私的な経済活動に限定される組織体でなければならない（非計量的価値）：労組の必要性に対する限界に関する定義を主張している。
【０６４９】
・２００３年現在、我らは、一部の情報通信部品分野を除いて、情報通信機器の普及率や通信インフラ環境、情報通信応用技術など一般的な情報通信の全ての分野では日本より先んじている。：日本より先んじた分野を限定しているので、計量的であり、事実である。
【０６５０】

事実（情報）と論調（価値）の性格による適合判断
−特定ＳＡ（サブジェクトアーギュメント）が討論結果、対立当事者の意見が優劣を分けるに難しい程度で対立される場合、主張根拠区分の性格によって適合性を判断する方法が下記のように変わる。
【０６５１】
−事実によるＳＡは、特定事実に立った主張であるから、反対事実や事実を否定することができる明白な根拠（反論）がなければ、主張の真偽を否定できない性格を有する。
【０６５２】
−したがって、特定の主張根拠が事実である場合、対立当事者の意見が優劣を分けるに難しい程度で対立されても、論調や価値とは異なって、多数決により正当化されることができない。しかし、論調や価値は、時代的または文化的、社会的状況による可変的要素であるから、争点が対立された場合、多数決により正当化されることもできる性格である。
【０６５３】

政策討論の主張登録
−政策討論の場合、登録される全ての最初ＳＡである主張は、図４２のように分類される。すなわち、最初ＳＡの成立要件上、次の主張が含まれる。
【０６５４】

＊−システムは、これらの主張の分類を小主題情報として認知して登録する。
【０６５５】
△主張方案（方案という）：提示（主張）する具体的方案
△必要性提示：方案の効果、長所などの必要性に対する内容やまたは、発生する現問題点とこれに対する対策（効果、長所）を言う。→逆効果、短所
△予想問題点と対策提示：方案施行時に発生する（または発生が予想される）問題点に関する内容と対策を言い、発生するものと発生予想されるものとを区分する。→代案
＊ここで言う予想問題点は、必要性を発生させる現在の問題点でなく、主張通り施行する時、付加的に発生予想される問題点をいう。例えば、“戸主制の撤廃”という討論の場合、現戸主制によって発生する問題点は、撤廃の必要性を意味し、根拠要件での予想問題点は、戸主制を撤廃することによって、逆に発生予想される問題点を言う。
【０６５６】
△事例提示：主張根拠を裏付ける特定事例であって、事例引用処（国家、人物、団体／組織など）、内容、効果、参照物を含む。→逆事例
△その他：ダミーまたはその他の内容。
【０６５７】
−必要性提示と主張方案は、必ず登録されなければならない（以下、“主張要件”という）。
【０６５８】
システムは、必要性提示と主張方案がない場合、主張全体を司会者に通知し、司会者は、登録されたＳＡを精密にスクリーンして主張の成立要件を確保しなければならない。
【０６５９】
−全ての主張方案は、その方案が発生された当該必要性提示の項目と連結関係を指定しなければならない。
【０６６０】
−必要性提示は、主張方案の根拠になるので、討論攻防結果、必要性提示が否定される場合、当該主張方案も否定される。
【０６６１】
−システムは、全ての主張方案（proposition）に対する主張根拠区分を方案として、事例提示に対する主張根拠区分を事実として自動登録し、その他の必要性提示、予想問題点と対策などは、具体的内容によって司会者が確定する。
【０６６２】
−予想問題点と対策は、主張者により提起され、代案をも提示することができ、反論者が反論として提起することもできる。
【０６６３】

本システムでの結論導出
−本システムは、運営方式において既存討論とは異なる特徴を有する。
【０６６４】
［１］全ての意見は、細部論点事案別にブレークダウンされる。
【０６６５】
［２］一定な討論規則による対話式討論を行い、論点の明確な展開が可能である。
【０６６６】
［３］司会者によって全ての不良意見が濾過され、有意で且つ健全な意見だけが収集される。
【０６６７】
−このような特徴は、一定時限が経過するまで特定意見に対して反論がないということは、当該意見が正しいということを意味すると断定することができる。
【０６６８】
−従って、システムは、討論進行結果を参照して次の討論結論処理を行う。
【０６６９】
△サブジェクトアーギュメントに対する評決：
全てのＳＡ（細部争点）に対して討論攻防結果を中心にしてＳＡとＣＡの性格を考慮して、システムは、適合、不適合などの評決（Evaluation）を自動処理し、結論導出を図る。
【０６７０】
△討論全体に対する評決：
主張、小主題、または討論全体に対して司会者はＳＡに対する評決を考慮して評決を行い、これをオーディエンスに公開し、これらの適合した主張は、討論の結論に対する問題点、解決前提条件であることを明示する。
【０６７１】

図４４は、本発明に係るドキュメントアイデンティフィケイションノーテイション（Document Identification Notation）構造図である。
【０６７２】
−本発明の明細書での全てのドキュメントで使われる各種説明資料及び仕様書には、共通的に次の構造を有する識別表示（Identification Notation）を使用する。
【０６７３】
△処理主体：運営者、司会者、利害当事者、パネル、オーディエンス、システム、共通
△資料種類：仕様及び規則説明資料、プロセス（処理フロー）、データ構造資料
△一連番号１：資料種類別一連番号
△一連番号２：特定資料種類の下位細部区分番号

一方、本発明の実施例では、討論関係者の会員加入または討論攻防時に一定金額を決済または支払う課金段階と、討論関係者であることを確認する保安認証段階とを備えていて、これは、一般的に使われている周知慣用的技術であるから、具体的な記述を省略した。
【０６７４】
その他に、本発明の要旨部分に該当しない一般的な公知技術も詳細な説明を省略した。
【０６７５】
上記で説明したことは、本発明に係るインターネットを基盤とする討論システム及びその方法を実施するための１つの実施例に過ぎないもので、本発明は、上述した実施例に限定されるものではなく、本発明の技術的思想内で当分野の通常の知識を有するによって様々に変形が可能であることはもちろんである。
【産業上の利用可能性】
【０６７６】
以上説明したように、本発明に係るインターネットを基盤とする討論システム及びその方法によれば、各界各層の意見と主張を性格別に構造化して争点を重点化し、これに対する反論、再反論などの対話式争点攻防を通じて結論を導出することによって、合意と理解、導出などのサイクルによる科学的で且つ合理的な結論を導出することができ、決して完璧な討論の結論導出を追求するものでなく、最も最善の方向を図り、その最善方向も収集された情報と価値による一定の過程を公開することによって、絶対的結論でなく、一定の生命力と限界を内包する結論を導出することができるという効果がある。
【０６７７】
また、本発明は、新しい実質的社会改革をすることができる強力なジャーナリズム（journalism）構築が可能であり、新しい政治メカニズムが創造され、全世界のどこにもない革新的モデルを提供することによって、各界各層の健全な意見が収集され、世論を健全に主導し、偏向された一般国民意識をも改善することができるという効果がある。
【０６７８】

＊その他に、本発明の討論システムは、下記の範囲に活用可能である。
【０６７９】
△社会的問題に対する公開討論。
【０６８０】
△特定集団内の事業計画、政策、施行案などに対する内部事前評価システム。
【０６８１】
△政府機関の各種法令、試案などに対する公聴会。
【０６８２】
△企業、集団の各種問題点に対する解決策、方案摸索のための公開的協議。
【０６８３】
△その他、企業及び公共機関組織全体の経営事案に対する意思決定システム。
【図面の簡単な説明】
【０６８４】
【図１】図１は、既存の討論の問題点を整理した図表である。
【図２】図２は、本発明に係るインターネットを基盤とする討論システムの全体構成図である。
【図３】図３は、本発明に適用される情報テーブルの全体構成図である。
【図４】図４は、本発明に適用される情報テーブルの詳細な構造図である。
【図５】図５は、本発明に係る討論ボディー情報ＤＢの登録生成図である。
【図６】図６は、本発明に係る討論手続を示す全体流れ図である。
【図７】図７は、本発明に係るログイン及びメニュー活性化処理図である。
【図８】図８は、本発明に係る討論ボディー別メニュー構成図である。
【図９】図９は、本発明に係る会員情報ＤＢの登録生成図である。
【図１０】図１０は、本発明に係る運営者モードの動作処理図である。
【図１１】図１１は、本発明に係る討論運営情報（司会者モード）登録過程図である。
【図１２】図１２は、本発明に係る討論ボディー情報登録過程図である。
【図１３】図１３は、本発明に係る討論小主題情報登録過程図である。
【図１４】図１４は、本発明に係る事前情報登録過程図である。
【図１５】図１５は、本発明に係る意見スクリーン処理過程図である。
【図１６】図１６は、本発明に係る支持要請検討処理過程図である。
【図１７】図１７は、本発明に係る司会者評決処理過程図である。
【図１８】図１８は、本発明に係る支持要請登録過程図である。
【図１９】図１９は、本発明に係る主張登録過程図である。
【図２０】図２０は、本発明に係る反論登録過程図である。
【図２１】図２１は、本発明に係る支持要請処理過程図である。
【図２２】図２２は、本発明に係る回答収容処理過程図である。
【図２３】図２３は、本発明に係る支持要請回答処理過程図である。
【図２４】図２４は、本発明に係る討論攻防終結処理過程図である。
【図２５】図２５は、本発明に係るＳＡ評決処理過程図である。
【図２６】図２６は、本発明に係る討論クロジング処理過程図である。
【図２７】図２７は、本発明に係るＳＡ対立評決処理過程図である。
【図２８】図２８は、本発明に係る主張評決処理過程図である。
【図２９】図２９は、本発明に係る小主題及び討論全体評決処理過程図である。
【図３０】図３０は、本発明に係るサブジェクトアーギュメント評決規則生成図である。
【図３１】図３１は、本発明に係る評決ファクターによる評決ポートフォリオを説明する図表である。
【図３２】図３２は、本発明に係る全体プロセス処理図表である。
【図３３】図３３は、本発明に係るインターネットを基盤とする討論システムの全体構造図である。
【図３４】図３４は、本発明に係るアーギュメント個体の画面表示構成図である。
【図３５】図３５は、本発明に係る討論全体に対する攻防状況画面表示構成図である。
【図３６】図３６は、本発明に係る１つのＳＡに対する攻防状況画面表示処理過程図である。
【図３７】図３７は、本発明に係るエディタ（意見構造化登録のための）の画面構成図である。
【図３８】図３８は、本発明に係る討論情報の分類図である。
【図３９】図３９は、本発明に係る討論展開方式図である。
【図４０】図４０は、本発明に係る意見構造化概要図である。
【図４１】図４１は、本発明に係る主張根拠構造図である。
【図４２】図４２は、本発明に係る政策討論の登録図である。
【図４３】図４３は、本発明に係る反論の連係図である。
【図４４】図４４は、本発明に係るドキュメントアイデンティフィケイションノーテイション（Document Identification Notation）構造図である。

【特許請求の範囲】
【請求項１】
インターネット討論を通じて意思決定をサポートするインターネットを基盤とする討論システムにおいて、
インターネットを介して接続されたパネルが、討論タイプ別に事前に定められた一定の規則の下に討論主題の細部争点別に対話式（Interactive）意見攻防を行い、各意見の性格と攻防結果によって定められた評決ルールにより結論を導出し、全ての討論関係者の身上情報をはじめとして討論情報、討論攻防情報、討論結果導出情報をデータベースに登録して管理する討論管理サーバーを備え、
前記討論管理サーバーは、インターネットを介して多数のパネルクライアント端末機に接続され、
世論収集のためのポールに参加し、多数のパネルの討論攻防によって処理される討論攻防状況に対して自由意見を提示し、パネルの意見に対して質疑をしたり、パネルの支持要請により討論攻防に参加する多数のオーディエンスクライアント端末機に接続されることを特徴とするインターネットを基盤とする討論システム。
【請求項２】
前記討論管理サーバーは、
討論に関する各種分類のための基準情報を登録する基準情報ＤＢと；
全ての会員に関する基本情報を登録する会員情報ＤＢと；
討論の名称及び小主題などの情報をはじめとして討論の特性を規定する討論区分及び分類、討論進行規則、進行状況などの各討論個体に関する情報を格納する討論情報ＤＢと；
討論過程で生成された全ての主張根拠、反論、質疑などのアーギュメント情報を登録するアーギュメント情報ＤＢと；
前記会員情報ＤＢから抽出された討論別討論関係者情報を登録する討論ボディー情報ＤＢと；を含むことを特徴とする請求項１に記載のインターネットを基盤とする討論システム。
【請求項３】
前記会員情報ＤＢは、特定の組織や団体に関する利害当事者情報と；司会者、パネル、オーディエンスなどの個人に関する個人会員情報と；を含むことを特徴とする請求項２に記載のインターネットを基盤とする討論システム。
【請求項４】
前記討論情報ＤＢは、各々の討論を区分する討論基本情報と；当該討論の各種討論タイプ分類情報と；討論の諸運営規則を定めた討論規則情報と；討論の進行状況を把握できる討論進行情報と；討論事案別に分類する討論小主題情報と；を含むことを特徴とする請求項２に記載のインターネットを基盤とする討論システム。
【請求項５】
前記アーギュメント情報は、討論事前情報と討論過程で生成された全ての主張、反論、質疑をはじめとする各種アーギュメント情報と；各種評決情報、退出情報などの付加情報と；事前情報（５４３）及び退出意見情報（５４４）と；を含むことを特徴とする請求項２に記載のインターネットを基盤とする討論システム。
【請求項６】
前記討論ボディー情報ＤＢは、利害当事者、パネル及び司会者の必須登録情報と；選択的に討論に参観または参加を制限するオーディエンス情報と；を含むことを特徴とする請求項２に記載のインターネットを基盤とする討論システム。
【請求項７】
前記討論ボディー情報ＤＢは、討論の確定時、運営者、司会者または利害当事者などが会員情報ＤＢから抽出して登録することを特徴とする請求項２または６に記載のインターネットを基盤とする討論システム。
【請求項９】
インターネットを介して接続された討論関係者の討論を総合して結論を導出するインターネットを基盤とする討論方法であって、
前記討論関係者の接続要求によって端末機を討論管理サーバーに自動接続して、討論ボディー別メニュー画面を端末機に送出する段階と；
前記端末機に送出された討論ボディー別メニュー画面で運営者、司会者、利害当事者、パネル、オーディエンスのうちいずれか１つが選択されたか否かを判断する段階と；を備えて構成されることを特徴とするインターネットを基盤とする討論方法。
【請求項１０】
前記判断する段階で、司会者が選択されれば、討論ボディー登録、討論運営情報登録、討論小主題登録、事前情報登録、意見スクリーン、支持要請検討及び司会者評決の司会者メニュー画面を端末機に送出する段階と；
前記端末機に送出された司会者メニュー画面で討論運営情報登録が選択されれば、討論情報登録画面を端末機に送出する段階と；
前記端末機に送出された討論情報登録画面で討論区分及び討論分野の討論運営情報を入力し、討論情報ＤＢに登録する段階と；
前記討論情報ＤＢに登録された討論区分が本討論であるか否かを判断し、本討論であれば、討論分類情報と討論規則情報を入力し、討論情報ＤＢに登録する段階と；をさらに備えて構成されることを特徴とする請求項９に記載のインターネットを基盤とする討論方法。
【請求項１１】
前記端末機に送出された司会者メニュー画面で討論ボディー登録が選択されれば、前記討論情報ＤＢに登録された討論種類がパネル討論であるか否かを判断する討論種類判断段階と；
前記討論種類判断段階で討論種類がパネル討論であれば、討論ボディー情報登録画面を端末機に送出する段階と；
前記端末機に送出された討論ボディー情報登録画面で利害当事者、パネルの討論ボディー情報を入力し、討論ボディー情報ＤＢに登録する段階と；
前記討論種類判断段階で討論種類がパネル討論でなければ、秘密討論または地域討論であるかを判断する段階と；
前記討論種類が秘密討論または地域討論であれば、討論ボディー情報登録画面で指定オーディエンスを入力し、討論ボディー情報ＤＢに登録する段階と；を備えて構成されることを特徴とする請求項１０に記載のインターネットを基盤とする討論方法。
【請求項１２】
前記端末機に送出された司会者メニュー画面で討論小主題登録が選択されれば、前記討論情報ＤＢに登録された討論区分が政策討論であるか否かを判断する討論区分判断段階と；
前記討論区分判断段階で討論区分が政策討論でなければ、小主題情報登録画面を端末機に送出する段階と；
前記端末機に送出された小主題情報登録画面で司会者が小主題情報、小主題別サブジェクトパーティーを入力し、討論情報ＤＢに登録する段階と；
前記小主題別サブジェクトパーティーを指定し、指定日から主張提出時限をカウントし、討論情報ＤＢに登録する段階と；
前記討論情報ＤＢに登録された討論開始処理案内文を公告しつつ、Ｅメールで通知する段階と；を備えて構成されることを特徴とする請求項１０に記載のインターネットを基盤とする討論方法。
【請求項１３】
前記端末機に送出された司会者メニュー画面で事前情報登録が選択されれば、前記討論情報ＤＢに登録された討論区分が事前討論であるか否かを判断する討論区分判断段階と；
前記討論区分判断段階で討論区分が事前討論でなければ、事前情報登録画面を端末機に送出する段階と；
前記端末機に送出された事前情報登録画面で事前情報を入力し、小主題別事前情報をアーギュメント情報ＤＢに登録する段階と；を備えて構成されることを特徴とする請求項１０に記載のインターネットを基盤とする討論方法。
【請求項１４】
前記端末機に送出された司会者メニュー画面で意見スクリーンが選択されれば、意見スクリーン対象目録が生成され、意見スクリーン処理画面を端末機に送出する段階と；
前記端末機に送出された意見スクリーン処理画面で対象意見項目別に退出可否及び意見分類コードを選択し、未処理項目があるか否かを判断する未処理判断段階と；
前記未処理判断段階で未処理項目がなければ、意見退出があるか否かを判断する退出判断段階と；
前記退出判断段階で意見退出があれば、システム退出処理を行い、退出実績を討論ボディー情報ＤＢに登録し、退出内容と退出事由コードをアーギュメント情報ＤＢに登録する段階と；
前記退出判断段階で意見退出がなければ、意見分類コードをアーギュメント情報ＤＢに登録し、反論時限をカウントする段階と；を備えて構成されることを特徴とする請求項１０に記載のインターネットを基盤とする討論方法。
【請求項１５】
前記端末機に送出された司会者メニュー画面で支持要請検討が選択されれば、討論攻防状況画面を端末機に送出する段階と；
前記端末機に送出された討論攻防状況画面で要請文を検討し、要請文が取り消されたか否かを判断する段階と；
前記段階で取消があれば、強制締切を選択し、アーギュメント情報ＤＢに登録し、これをＥメールで通知する段階と；を備えて構成されることを特徴とする請求項１０に記載のインターネットを基盤とする討論方法。
【請求項１６】
前記端末機に送出された司会者メニュー画面で司会者評決が選択されれば、前記討論情報ＤＢに登録された討論区分が政策討論であるか否かを判断する討論区分判断段階と；
前記討論区分判断段階で討論区分が政策討論でなければ、主張根拠評決現況画面を端末機に送出する段階と；
前記端末機に送出された主張根拠評決現況画面で司会者によって主要主張根拠が選択されれば、システムが主要主張根拠の適合、不適合、留保または条件適合によって主張を評決し、評決結果をアーギュメント情報ＤＢに登録する段階と；
前記討論区分判断段階で討論区分が政策討論であれば、システムが必要性提示、方案、問題点及び対策をチェックし、適合、不適合、条件適合、または留保要件であるかを評決し、評決結果をアーギュメント情報ＤＢに登録する段階と；を備えて構成されることを特徴とする請求項１０に記載のインターネットを基盤とする討論方法。
【請求項１７】
前記未処理判断段階で未処理項目があれば、再処理要請メッセージを端末機画面に送出することを特徴とする請求項１４に記載のインターネットを基盤とする討論方法。
【請求項１８】
前記判断する段階で、利害当事者が選択されれば、討論ボディー情報登録画面を端末機に送出する段階と；
前記端末機に送出された討論ボディー情報登録画面で委任パネルを入力し、討論ボディー情報ＤＢに登録する段階と；
前記委任パネルが登録されれば、要請文作成画面を端末機に送出する段階と；
前記端末機に送出された要請文作成画面で要請文を作成し、アーギュメント情報ＤＢに登録する段階と；をさらに備えて構成されることを特徴とする請求項９に記載のインターネットを基盤とする討論方法。
【請求項１９】
前記判断する段階で、パネルが選択されれば、主張登録、反論登録、支持要請、回答収容のパネルメニュー画面を端末機に送出する段階と；
前記端末機に送出されたパネルメニュー画面で主張登録が選択されれば、エディタが設置されたか否かを判断する段階と；
前記エディタが設置されていなければ、エディタを自動ダウンロードされ、エディタが設置されれば、エディタを実行してエディタ画面を端末機に送出する段階と；
前記端末機に送出されたエディタ画面で意見を入力してアーギュメント情報ＤＢに登録し、前記アーギュメント情報ＤＢに新しい意見が登録されたことを討論関係者及び関連オーディエンスにＥメールで自動で通知する段階と；をさらに備えて構成されることを特徴とするインターネットを基盤とする請求項９に記載の討論方法。
【請求項２０】
前記アーギュメント情報ＤＢに意見を登録するために、主張と主張を裏付ける複数個の主張根拠を前記エディタ画面に論点項目別に（アーギュメント別に）ブレークダウンし、これらを構造化して入力する特殊エディタ機能段階と； 前記エディタを通じて政策討論での意見登録である場合、主張方案、必要性（問題点）提示、予想発生問題点とこれに対する対策、事例提示などに分類され、事前フォーマットされた方式で入力する段階と；をさらに備えて構成されることを特徴とする請求項１９に記載のインターネットを基盤とする討論方法。
【請求項２１】
前記端末機に送出されたパネルメニュー画面で反論登録が選択されれば、討論攻防状況画面を端末機に送出する段階と；
前記端末機に送出された討論攻防状況画面で反論対象アーギュメントを指定すれば、反論入力画面を端末機に送出する段階と；
前記端末機に送出された反論入力画面で反論を入力してアーギュメント情報ＤＢに登録し、前記アーギュメント情報ＤＢに新しい意見が登録されたことを自動で通知する段階と；を備えて構成されることを特徴とする請求項１９に記載のインターネットを基盤とする討論方法。
【請求項２２】
前記端末機に送出されたパネルメニュー画面で支持要請が選択されれば、前記討論情報ＤＢに登録された討論種類をチェックし、一般及びパネル討論であるかを判断する討論種類判断段階と；
前記討論種類判断段階で討論種類が一般及びパネル討論であれば、前記討論ボディー情報ＤＢに累積された当該利害当事者情報の支持要請回数が討論規則で許容された支持要請許容回数を超過したか否かを判断する段階と；
前記段階で許容回数を超過しなければ、討論攻防状況画面を端末機に送り出し、許容回数を超過すれば、エラーメッセージを端末機画面に送出する段階と；を備えて構成されることを特徴とする請求項１９に記載のインターネットを基盤とする討論方法。
【請求項２３】
前記端末機に送出されたパネルメニュー画面で回答収容が選択されれば、討論攻防状況画面を端末機に送出する段階と；
前記端末機に送出された討論攻防状況画面で支持要請者が回答収容可否を決定し、収容でなければ、回答者にＥメールで通知し、登録された回答を削除し、当該アーギュメント情報ＤＢを修正する段階と；
前記段階で収容であれば、回答内容を公開登録しつつ、反論時限をアーギュメント情報ＤＢに登録する段階と；
前記アーギュメント情報ＤＢに反論時限が登録されれば、締切可否照会画面を端末機に送り出し、支持要請締切であるか否かを判断する段階と；
前記段階で支持要請締切でなければ、締切時限をチェックし、締切時限が超過したか否かを判断する段階と；
前記締切時限が超過したり、支持要請締切であれば、支持要請文を削除し、アーギュメント情報ＤＢに登録する段階と；を備えて構成されることを特徴とする請求項１９に記載のインターネットを基盤とする討論方法。
【請求項２４】
前記判断する段階で、オーディエンスが選択されれば、反論、自由意見提示、支持要請回答のオーディエンスメニュー画面を端末機に送出する段階と；
前記端末機に送出されたオーディエンスメニュー画面で支持要請回答が選択されれば、討論攻防状況画面を端末機に送出する段階と；
前記端末機に送出された討論攻防状況画面で回答対象アーギュメントを選択し、任意パネルを登録する段階と；
前記任意パネルが登録されれば、回答入力画面を端末機に送出して入力を非公開処理した後、アーギュメント情報ＤＢに登録する段階と；
前記アーギュメント情報ＤＢに登録された入力処理結果をＥメールで通知した後、意見スクリーンを処理する段階と；をさらに備えて構成されることを特徴とする請求項９に記載のインターネットを基盤とする請求項９に記載の討論方法。
【請求項２５】
前記討論関係者の討論攻防に対する結果を処理し、サブジェクトアーギュメント（ＳＡ）と主張、小主題、討論全体に対する適合、条件適合、不適合、留保などで評決を処理する討論結果導出段階をさらに備えることを特徴とする請求項９乃至２４のいずれかに記載のインターネットを基盤とする討論方法。
【請求項２６】
前記討論結果導出段階は、
反論放棄されたＳＡに対する攻防結果を優劣処理する討論攻防処理過程と；
前記討論攻防処理過程で攻防結果処理されたＳＡに対して適合、条件適合、不適合、留保などでシステム評決処理するＳＡ評決過程と；
討論期間終了時、討論を締め切り、討論終了案内文をＥメールで通知する討論クロジング過程と；
対立されたＳＡに対する攻防結果を処理する対立評決過程と；
主張別に評決処理されたＳＡ評決情報をチェックし、主張に対する評決原則によって主張に対する評決を処理する主張評決過程と；
各主張を根拠にして小主題及び討論全体に対する評決を行う討論評決過程と；を備えて構成されることを特徴とする請求項２５に記載のインターネットを基盤とする討論方法。
【請求項２７】
前記討論攻防処理過程は、
前記討論情報ＤＢに登録された全てのＳＡに対して反論時限をチェックし、反論時限が超過したか否かを判断するステップと；
前記反論時限が超過すれば、ＯＡが反論放棄したか否かを判断するステップと；
前記ＯＡが反論放棄すれば、ＳＡを優勢処理し、ＯＡが反論放棄しなければ、ＳＡ劣勢処理し、どちらも反論放棄しなければ、対立処理し、この攻防結果処理に関する情報をアーギュメント情報ＤＢに登録するステップと；を備えることを特徴とする請求項２６に記載のインターネットを基盤とする討論方法。
【請求項２８】
前記ＳＡ評決処理過程は、
前記アーギュメント情報ＤＢに登録された主張根拠に対する討論攻防情報をチェックし、討論攻防が終了したか否かを判断するステップと；
前記討論攻防が終了すれば、ＳＡ及びＯＡ性格分類をチェックし、アーギュメント評決ルールによって適合、条件適合、不適合、評決留保の評決を処理し、処理結果をアーギュメント情報ＤＢに登録するステップと；
前記アーギュメント情報ＤＢに登録された主張根拠のうち従属された主張根拠、すなわち主張根拠構造が従属型であるかを判断し、従属型であれば、従属されたアーギュメントを従属したアーギュメントと同一に評決処理するステップと；を備えることを特徴とする請求項２６に記載のインターネットを基盤とする討論方法。
【請求項２９】
前記討論クロジング過程は、
前記討論情報ＤＢに登録された討論期間をチェックし、討論期間が終了したか否かを判断するステップと；
前記討論期間が終了すれば、討論を締め切り、実質討論期間を計算して討論情報ＤＢに登録するステップと；
討論終了案内文をＥメールで通知するステップと；を備えることを特徴とする請求項２６に記載のインターネットを基盤とする討論方法。
【請求項３０】
前記対立評決過程は、
前記アーギュメント情報ＤＢに登録されたＣＡをチェックし、新しいＣＡが登録されたか否かを判断するステップと；
前記アーギュメント情報ＤＢに新しいＣＡが登録されなければ、前記討論情報ＤＢに登録された実質討論期間が経過したか否かを判断するステップと；
前記実質討論期間が経過すれば、攻防中の未処理された討論攻防及びＳＡ評決を最終的に処理するステップと；を備えることを特徴とする請求項２６に記載のインターネットを基盤とする討論方法。
【請求項３１】
前記主張評決過程は、
司会者の主張評決実行指示により、システムが主張別ＳＡ評決情報をチェックし、全てのＳＡ評決が適合または不適合または条件適合または評決留保で同一に評決された場合、自動でシステムが主張評決を行うことを特徴とする請求項２６に記載のインターネットを基盤とする討論方法。
【請求項３２】
主張評決が終了すれば、討論情報ＤＢに登録された全てのＳＡに対する評決を要約したＳＡ評決要約表を生成し、討論評決処理画面を端末機に送出するステップと；
討論評決タイプをチェックし、前記評決タイプ＝１であれば、小主題評決を入力し、小主題評決情報を討論情報ＤＢに登録するステップと；
前記評決タイプ＝１でなければ、小主題評決文作成画面を端末機に送出するステップと；
前記端末機に送出された小主題評決文作成画面で小主題評決文を作成し、討論情報ＤＢに登録するステップと；を備えることを特徴とする請求項３１に記載のインターネットを基盤とする討論方法。
【請求項３３】
前記小主題評決判断ステップで小主題評決完了であれば、討論評決文作成画面を端末機に送出するステップと；
前記端末機に送出された討論評決文作成画面で討論評決文を作成して、討論情報ＤＢに登録するステップと；
前記討論情報ＤＢに登録された討論評決文が評決タイプ＝１であるか否かを判断するステップと；
前記評決タイプ＝１であれば、討論全体評決を入力し、討論評決情報を討論情報ＤＢに登録するステップと；を備えることを特徴とする請求項３２に記載のインターネットを基盤とする討論方法。
【請求項３４】
前記サブジェクトアーギュメント別に反論、再反論の討論攻防を１画面に表示する討論攻防状況照会表示段階をさらに備えることを特徴とする請求項１４乃至２４のいずれか、または請求項２６乃至３３のいずれかに記載のインターネットを基盤とする討論方法。
【請求項３５】
前記討論攻防状況照会表示段階は、討論攻防状況照会処理のために、攻防過程で発生したサブジェクトカウンタアーギュメントとオブジェクトアーギュメントをパネル別にグループ化し、生成されたアーギュメントの個数に関係なく各アーギュメントの画面出力位置を計算し、画面サイズを自動調整する出力機能を有することを特徴とする請求項３４に記載のインターネットを基盤とする討論方法。
【請求項３６】
インターネットを介して接続された討論関係者の討論を総合して結論を導出するインターネットを基盤とする討論方法であって、
討論の主題、司会者、利害当事者及びオーディエンスを決定する討論決定過程（Ｓ１１０）と、討論期間、各種討論規則を協議決定、利害当事者別パネルを決定する討論基本事項決定協議過程（Ｓ１２０）と、討論管理サーバーの運営者が討論を行う司会者をまず登録し、登録された司会者が討論に直接参加する残りの討論関係者を登録する討論関係者登録過程（Ｓ１３０）と、討論基本事項、討論性格分類及び事前情報を登録する討論運営情報登録過程（Ｓ１４０）と、討論の小主題を登録し、小主題別意見開陳者を決定して登録する小主題登録過程（Ｓ１５０）と、を含む討論準備段階（Ｓ１００）と；
サイト進行中の(On-going)討論目録に登録及び案内メッセージ公告、討論開始案内文をＥメールで通知する討論開始過程（Ｓ２１０）と、サブジェクトアーギュメント（ＳＡ）登録、新規意見登録案内文を討論関係者にＥメールで自動通知するサブジェクトアーギュメント登録過程（Ｓ２２０）と、サブジェクトアーギュメント（ＳＡ）性格分類登録と不良意見退出をＥメールで通知する意見スクリーン過程（Ｓ２３０）と、ＳＡに対する反論登録と、反論登録案内文を討論関係者にＥメールで自動通知する反論登録過程（Ｓ２４０）と、を含む討論攻防段階（Ｓ２００）と；
反論放棄されたＳＡに対する攻防結果、優劣処理する討論攻防結果処理過程（Ｓ３１０）と、攻防結果処理されたＳＡに対する適合、条件適合、不適合、留保などでシステム評決するＳＡ評決過程（Ｓ３２０）と、を含む討論評決段階（Ｓ３００）と；
討論期間終了時、締切処理と、討論終了案内文をＥメールで通知する討論クロジング過程（Ｓ４１０）と、進行中の(On-going)攻防対立処理と、対立された攻防ＳＡ評決処理する攻防終結処理過程（Ｓ４２０）と、主張システム評決、小主題評決、討論全体評決処理する討論評決処理過程（Ｓ４３０）と、を含む討論終結段階（Ｓ４００）と；を備えて構成されることを特徴とするインターネットを基盤とする討論方法。
【請求項３７】
インターネットを介して接続された討論関係者の討論を総合して結論を導出するインターネットを基盤とする討論方法であって、
討論進行過程で専門的知識が必要であるか、特定の少数の集団が本討論とは別途に討論を進行し、その結果を本討論に反映できる派生討論段階と；
特定の事案に対して立場を変えて討論攻防を試みる反対討論段階と；を本討論に従属されるサブ討論として含むことを特徴とするインターネットを基盤とする討論方法。
【請求項３８】
インターネットを介して接続された討論関係者の討論を総合して結論を導出するインターネットを基盤とする討論方法において、
前記討論関係者の接続要求によって端末機を討論管理サーバーに自動接続し、討論ボディー別メニュー画面を端末機に送出する段階と；
前記端末機に送出された討論ボディー別メニュー画面で運営者、司会者、利害当事者、パネル、オーディエンスの中から運営者が選択されたか否かを判断する段階と；
前記討論ボディー別メニュー画面で運営者が選択されれば、討論情報登録画面を端末機に送出する段階と；
前記端末機に送出された討論情報登録画面で討論期間、討論名などの基本情報を入力し、討論情報ＤＢに登録する段階と；
前記討論基本情報が登録されれば、討論ボディー情報登録画面を端末機に送出する段階と；
前記端末機に送出された討論ボディー情報登録画面で司会者を指定し、討論ボディー情報ＤＢに登録する段階と；を備えて構成されるインターネットを基盤とする討論方法が記録された記録媒体。
【請求項３９】
インターネットを介して接続された討論関係者の討論を総合して結論を導出するインターネットを基盤とする討論方法において、
討論の主題、司会者、利害当事者及びオーディエンスを決定する討論決定過程（Ｓ１１０）と、討論期間、各種討論規則を協議決定、利害当事者別パネルを決定する討論基本事項決定協議過程（Ｓ１２０）と、討論管理サーバーの運営者が討論を行う司会者をまず登録し、登録された司会者が討論に直接参加する残りの討論関係者を登録する討論関係者登録過程（Ｓ１３０）と、討論基本事項、討論性格分類及び事前情報を登録する討論運営情報登録過程（Ｓ１４０）と、討論の小主題を登録し、小主題別意見開陳者を決定して登録する小主題登録過程（Ｓ１５０）と、を含む討論準備段階（Ｓ１００）と；
サイト進行中の(On-going)討論目録に登録及び案内メッセージ公告、討論開始案内文をＥメールで通知する討論開始過程（Ｓ２１０）と、サブジェクトアーギュメント（ＳＡ）登録、新規意見登録案内文を討論関係者にＥメールで自動通知するサブジェクトアーギュメント登録過程（Ｓ２２０）と、サブジェクトアーギュメント（ＳＡ）性格分類登録と不良意見退出をＥメールで通知する意見スクリーン過程（Ｓ２３０）と、ＳＡに対する反論登録と、反論登録案内文を討論関係者にＥメールで自動通知する反論登録過程（Ｓ２４０）と、を含む討論攻防段階（Ｓ２００）と；
反論放棄されたＳＡに対する攻防結果、優劣処理する討論攻防結果処理過程（Ｓ３１０）と、攻防結果処理されたＳＡに対する適合、条件適合、不適合、留保などでシステム評決するＳＡ評決過程（Ｓ３２０）と、を含む討論評決段階（Ｓ３００）と；
討論期間終了時、締切処理と、討論終了案内文をＥメールで通知する討論クロジング過程（Ｓ４１０）と、進行中の(On-going)攻防対立処理と、対立された攻防ＳＡ評決処理する攻防終結処理過程（Ｓ４２０）と、主張システム評決、小主題評決、討論全体評決処理する討論評決処理過程（Ｓ４３０）と、を含む討論終結段階（Ｓ４００）と；を備えて構成されるインターネットを基盤とする討論方法が記録された記録媒体。
【請求項４０】
前記判断する段階で、運営者が選択されれば、討論情報登録画面を端末機に送出する段階と、
前記端末機に送出された討論情報登録画面で討論期間、討論名などの基本情報を入力し、討論情報ＤＢに登録する段階と、
前記討論基本情報が登録されれば、討論ボディー情報登録画面を端末機に送出する段階と、
前記端末機に送出された討論ボディー情報登録画面で司会者を指定し、討論ボディー情報ＤＢに登録する段階と、をさらに備えて構成されることを特徴とする請求項９に記載のインターネットを基盤とする討論方法。

【図１】

【図２】

【図３】

【図４】

【図５】

【図６】

【図７】

【図８】

【図９】

【図１０】

【図１１】

【図１２】

【図１３】

【図１４】

【図１５】

【図１６】

【図１７】

【図１８】

【図１９】

【図２０】

【図２１】

【図２２】

【図２３】

【図２４】

【図２５】

【図２６】

【図２７】

【図２８】

【図２９】

【図３０】

【図３１】

【図３２】

【図３３】

【図３４】

【図３５】

【図３６】

【図３７】

【図３８】

【図３９】

【図４０】

【図４１】

【図４２】

【図４３】

【図４４】

【公表番号】特表２００８−５１６３０２（Ｐ２００８−５１６３０２Ａ）
【公表日】平成２０年５月１５日（２００８．５．１５）
【国際特許分類】
【出願番号】特願２００７−５２９７０９（Ｐ２００７−５２９７０９）
【出願日】平成１７年９月１日（２００５．９．１）
【国際出願番号】ＰＣＴ／ＫＲ２００５／００２９００
【国際公開番号】ＷＯ２００６／０２５７０４
【国際公開日】平成１８年３月９日（２００６．３．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ペンティアム
２．ウィンドウズ
【出願人】（５０７０７０１４６）
【出願人】（５０７０７０１５７）
【Ｆターム（参考）】