【電子入札システム対応】エコチル調査データ管理システムの更改及び運用保守業務［総合評価落札方式］

【電子入札システム対応】エコチル調査データ管理システムの更改及び運用保守業務［総合評価落札方式］ 入 札 公 告次のとおり一般競争入札に付します。令和８年１月２３日国立研究開発法人国立環境研究所理事長 木本 昌秀１． 競争入札に付する事項(１)件 名：【電子入札システム対応】エコチル調査データ管理システムの更改及び運用保守業務［総合評価落札方式］(２)契約期間：令和８年４月１日から令和１５年３月３１日までただし、令和１３年４月１日以降の契約の効力について、環境大臣より、独立行政法人通則法(平成１１年法律第１０３号)第３５条の５による第７期中長期計画の認可を受けることを停止条件とする。(３)仕 様：仕様書による。(４)履行場所：仕様書による。２． 競争参加資格(１)令和７・８・９年度環境省競争参加資格(全省庁統一資格)の「役務の提供等」の「情報処理」又は「ソフトウェア開発」において「Ａ」、「Ｂ」又は「Ｃ」の等級に格付けされている者であること。(２)国立研究開発法人国立環境研究所契約事務取扱細則第５条の規定に該当しない者であること。なお、未成年者、被保佐人又は被補助人であって、契約締結のために必要な同意を得ている者については、同条中、特別の理由がある場合に該当する。(３)国立研究開発法人国立環境研究所契約事務取扱細則第６条の規定に該当しない者であること。(４)契約者等から取引停止の措置を受けている期間中の者でないこと。(５)入札説明書別紙５において示す暴力団排除等に関する誓約事項に誓約できる者であること。(６)共同企業体での入札についてア 単独で本業務が担えない場合は、適正に業務を遂行できる共同企業体(当該業務を共同して行うことを目的として複数の民間事業者により構成された組織をいう。以下同じ。)として参加することができる。その場合、提案書等の提出期限までに共同企業体を結成し、代表者を定め、他の者は構成員として参加するものとする。また、共同企業体の構成員は他の共同企業体構成員となること、又は、単独で入札に参加することはできない。なお、共同企業体結成に関する協定書を作成すること。イ 共同企業体の入札参加資格共同企業体の代表者及び構成員は上記(１)から(５)の全ての要件を満たしていること。３． 電子入札システムの利用本件調達は電子入札システムで行う。なお、同システムによりがたい者は発注者に申し出た場合に限り紙入札方式によることができる。・https://www.ebs-cloud.fwd.ne.jp/CALS/Accepter/index.jsp?name1=06A0064006A00600４． 契約条項を示す場所、入札説明書等の交付場所及び問合せ先(１)入札の方法等は別途交付する入札説明書によるので、必ず参照すること。(２)入札説明書の交付場所等〒３０５－８５０６ 茨城県つくば市小野川１６－２国立研究開発法人国立環境研究所 総務部会計課契約第一係、入札情報公開システム及び当研究所ＷＥＢサイトＴＥＬ ０２９－８５０－２３２１(担当：門川)５． 入札説明書等に対する質問(１)質問書受領期限令和８年２月１２日(木)１６時００分まで(２)提出方法電子メールによるデータ(指定様式(※))の送付とする(データ送付先:chotatsu@niesgo.jp)。なお、メールの件名を【質問の提出(エコチル調査データ管理システムの更改及び運用保守業務)(担当：門川)】とすること。※当研究所ＷＥＢサイトに掲載(本公告掲載先と同一ページ)６． 回答書閲覧期間及び場所令和８年２月２０日(金)１０時００分から令和８年３月２４日(火)１４時００分まで当研究所ＷＥＢサイト(本公告掲載先と同一ページ)において閲覧可能である。ただし、質問のない場合は掲示しない。７． 提案書の提出期限等(１)提出期限及び提出場所令和８年３月４日(水)１６時００分まで ４．(２)に示すとおり(２)提出方法詳細は入札説明書による。８．入札及び開札の日時及び場所令和８年３月２４日(火)１４時００分国立研究開発法人国立環境研究所 研究本館Ⅱ １階 第１会議室(茨城県つくば市小野川１６－２)９．入札方法本件は、入札に併せて技術等の提案書を受け付け、価格と技術等の総合評価によって落札者を決定する総合評価落札方式の入札である。入札金額については、１．(１)の業務に関する一切の費用を含めた額とする。また、初期構築・運用保守に係る費用は、初期構築終了後に契約額総額を契約期間のうち運用開始後の月数である６０ヶ月で割り、令和１０年４月から毎月ごとに均等の支払いを行うものとするため、それを踏まえた入札金額とすること。落札決定に当たっては、入札書に記載された金額に課税対象金額の１０％に相当する額を加算した金額(当該金額に１円未満の端数があるときは、その金額を切り捨てるものとする。)をもって落札価格とするので、入札参加者は、消費税及び地方消費税に係る課税事業者であるか免税事業者であるかを問わず見積もった契約金額から課税額を除いた金額を入札書に記載する。１０．その他留意事項(１)入札及び契約手続きにおいて使用する言語及び通貨は、日本語及び日本国通貨に限る。(２)入札保証金及び契約保証金 免除(３)入札の無効 本公告に示した競争参加資格のない者がした入札及び入札に関する条件に違反した入札書は無効とする。(４)契約書作成の要否 要(５)落札者の決定方法 次の各要件に該当する者のうち、入札説明書に定める総合評価の方法によって得られた数値の最も高い者を落札者とする。ただし、落札者となるべき者の入札価格によっては、その者により当該契約の内容に適合した履行がなされないおそれがあると認められるとき、又はその者と契約を締結することが公正な取引の秩序を乱すこととなるおそれがあって著しく不適当であると認められるときは、下記各要件を満たす者であって、落札者となるべき者以外で最も数値が高い者を落札者とすることがある。① 入札価格が、国立研究開発法人国立環境研究所契約事務取扱細則第１３条の規定に基づいて作成された予定価格の制限の範囲内であること。② 提案書が、国立研究開発法人国立環境研究所による審査の結果、合格していること。(６)その他 詳細は入札説明書による。 ධ ᮐ ㄝ ᫂ ᭩࠙㟁Ꮚධᮐࢩࢫࢸ࣒ᑐᛂࠚ㹙⥲ྜホ౯ⴠᮐ᪉ᘧ㹛࢚ࢥࢳࣝㄪᰝࢹ࣮ࢱ⟶⌮ࢩࢫࢸ࣒ࡢ᭦ᨵཬࡧ㐠⏝ಖᏲᴗົ ௧࿴㸶ᖺ㸯᭶ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ᙜ◊✲ᡤࡢ୍⯡➇த࡟ಀࡿධᮐබ࿌㸦௧࿴㸶ᖺ㸯᭶㸰㸱᪥௜㸧࡟ᇶ࡙ࡃධᮐ࡟ࡘ࠸࡚ࡣࠊ㛵ಀἲ௧࡟ᐃࡵࡿࡶࡢࡢ࡯࠿ࠊࡇࡢධᮐㄝ᫂᭩࡟ࡼࡿࠋ㸯㸬➇தධᮐ࡟௜ࡍࡿ஦㡯 㸦㸯㸧௳ྡ࠙㟁Ꮚධᮐࢩࢫࢸ࣒ᑐᛂࠚ࢚ࢥࢳࣝㄪᰝࢹ࣮ࢱ⟶⌮ࢩࢫࢸ࣒ࡢ᭦ᨵཬࡧ㐠⏝ಖᏲᴗົ㹙⥲ྜホ౯ⴠᮐ᪉ᘧ㹛㸦㸰㸧ዎ⣙ᮇ㛫௧࿴㸶ᖺ㸲᭶㸯᪥࠿ࡽ௧࿴㸯㸳ᖺ㸱᭶㸱㸯᪥ࡲ࡛ࡓࡔࡋࠊ௧࿴㸯㸱ᖺ㸲᭶㸯᪥௨㝆ࡢዎ⣙ࡢຠຊ࡟ࡘ࠸࡚ࠊ⎔ቃ኱⮧ࡼࡾࠊ⊂❧⾜ᨻἲே㏻๎ἲ㸦ᖹᡂ㸯㸯ᖺἲᚊ➨㸯㸮㸱ྕ㸧➨㸱㸳᮲ࡢ㸳࡟ࡼࡿ➨㸵ᮇ୰㛗ᮇィ⏬ࡢㄆྍࢆཷࡅࡿࡇ࡜ࢆ೵Ṇ᮲௳࡜ࡍࡿࠋ 㸦㸱㸧௙ᵝู⣬௙ᵝ᭩ࡢ࡜࠾ࡾ㸦㸲㸧ᒚ⾜ሙᡤู⣬௙ᵝ᭩ࡢ࡜࠾ࡾ㸦㸳㸧ධᮐಖド㔠 ච㝖 㸦㸴㸧ዎ⣙ಖド㔠 ච㝖 㸦㸵㸧ࡑ ࡢ ௚ ᮏ௳ࡣࠊධᮐ࡟ేࡏ࡚ᢏ⾡➼ࡢᥦ᱌᭩ࢆཷࡅ௜ࡅࠊ౯᱁࡜ᢏ⾡➼ࡢ⥲ྜホ౯࡟ࡼࡗ࡚ⴠᮐ⪅ࢆỴᐃࡍࡿ⥲ྜホ౯ⴠᮐ᪉ᘧࡢධᮐ࡛࠶ࡿࠋ㸰㸬➇தཧຍ࡟ᚲせ࡞㈨᱁ 㸦㸯㸧௧࿴㸵࣭㸶࣭㸷ᖺᗘ⎔ቃ┬➇தཧຍ㈨᱁㸦඲┬ᗇ⤫୍㈨᱁㸧ࡢࠕᙺົࡢᥦ౪➼ࠖࡢࠕ᝟ሗฎ⌮ࠖཪࡣࠕࢯࣇࢺ࢙࢘࢔㛤Ⓨࠖ࡟࠾࠸࡚ࠕ㸿ࠖࠊࠕ㹀ࠖཪࡣࠕ㹁ࠖࡢ➼⣭࡟᱁௜ࡅࡉࢀ࡚࠸ࡿ⪅࡛࠶ࡿࡇ࡜ࠋ 㸦㸰㸧ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤዎ⣙஦ົྲྀᢅ⣽๎➨㸳᮲ࡢつᐃ࡟ヱᙜࡋ࡞࠸⪅࡛࠶ࡿࡇ࡜ࠋ࡞࠾ࠊᮍᡂᖺ⪅ࠊ⿕ಖబேཪࡣ⿕⿵ຓே࡛࠶ࡗ࡚ࠊዎ⣙⥾⤖ࡢࡓࡵ࡟ᚲせ࡞ྠពࢆᚓ࡚࠸ࡿ⪅࡟ࡘ࠸࡚ࡣࠊྠ᮲୰ࠊ≉ูࡢ⌮⏤ࡀ࠶ࡿሙྜ࡟ヱᙜࡍࡿࠋ 㸦㸱㸧ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤዎ⣙஦ົྲྀᢅ⣽๎➨㸴᮲ࡢつᐃ࡟ヱᙜࡋ࡞࠸⪅࡛࠶ࡿࡇ࡜ࠋ 㸦㸲㸧ዎ⣙⪅➼࠿ࡽྲྀᘬ೵Ṇࡢᥐ⨨ࢆཷࡅ࡚࠸ࡿᮇ㛫୰ࡢ⪅࡛࡞࠸ࡇ࡜ࠋ 㸦㸳㸧ධᮐㄝ᫂᭩ู⣬㸳࡟࠾࠸࡚♧ࡍᭀຊᅋ᤼㝖➼࡟㛵ࡍࡿㄋ⣙஦㡯࡟ㄋ⣙࡛ࡁࡿ⪅࡛࠶ࡿࡇ࡜ࠋ㸦㸴㸧ඹྠ௻ᴗయ࡛ࡢධᮐ࡟ࡘ࠸࡚࢔ ༢⊂࡛ᮏᴗົࡀᢸ࠼࡞࠸ሙྜࡣࠊ㐺ṇ࡟ᴗົࢆ㐙⾜࡛ࡁࡿඹྠ௻ᴗయ㸦ᙜヱᴗົࢆඹྠࡋ࡚⾜࠺ࡇ࡜ࢆ┠ⓗ࡜ࡋ࡚」ᩘࡢẸ㛫஦ᴗ⪅࡟ࡼࡾᵓᡂࡉࢀࡓ⤌⧊ࢆ࠸࠺ࠋ௨ୗྠࡌࠋ㸧࡜ࡋ࡚ཧຍࡍࡿࡇ࡜ࡀ࡛ࡁࡿࠋࡑࡢሙྜࠊᥦ᱌᭩➼ࡢᥦฟᮇ㝈ࡲ࡛࡟ඹྠ௻ᴗయࢆ⤖ᡂࡋࠊ௦⾲⪅ࢆᐃࡵࠊ௚ࡢ⪅ࡣᵓᡂဨ࡜ࡋ࡚ཧຍࡍࡿࡶࡢ࡜ࡍࡿࠋࡲࡓࠊඹྠ௻ᴗయࡢᵓᡂဨࡣ௚ࡢඹྠ௻ᴗయᵓᡂဨ࡜࡞ࡿࡇ࡜ࠊཪࡣࠊ༢⊂࡛ධᮐ࡟ཧຍࡍࡿࡇ࡜ࡣ࡛ࡁ࡞࠸ࠋ࡞࠾ࠊඹྠ௻ᴗయ⤖ᡂ࡟㛵ࡍࡿ༠ᐃ᭩ࢆసᡂࡍࡿࡇ࡜ࠋ࢖ ඹྠ௻ᴗయࡢධᮐཧຍ㈨᱁ඹྠ௻ᴗయࡢ௦⾲⪅ཬࡧᵓᡂဨࡣୖグ㸦㸯㸧࠿ࡽ㸦㸳㸧ࡢ඲࡚ࡢせ௳ࢆ‶ࡓࡋ࡚࠸ࡿࡇ࡜ࠋ㸱㸬ධᮐ⪅ࡢ⩏ົ➼㸦㸯㸧ࡇࡢධᮐ࡟ཧຍࢆᕼᮃࡍࡿ⪅ࡣࠊูῧ㸱ࡢᥦ᱌᭩సᡂ࣭ᑂᰝせ㡿࡟ᇶ࡙ࡁࠊูῧ㸲ࡢᥦ᱌᭩సᡂᵝᘧࢆ㋃ࡲ࠼࡚ᥦ᱌᭩ࢆసᡂࡋࠊ㸳㸬ࡢᥦฟᮇ㝈ࡲ࡛࡟ᥦฟࡋ࡞ࡅࢀࡤ࡞ࡽ࡞࠸ࠋࡲࡓࠊ㛤ᮐ᪥᫬ࡲ࡛ࡢ㛫࡟࠾࠸࡚ᙜᡤ࠿ࡽᙜヱᥦ᱌᭩࡟㛵ࡋ࡚ㄝ᫂ࢆồࡵࡽࢀࡓሙྜࡣࠊࡇࢀ࡟ᛂࡌ࡞ࡅࢀࡤ࡞ࡽ࡞࠸ࠋ㸦㸰㸧ධᮐ࡟ཧຍࢆᕼᮃࡍࡿ⪅ࡣࠊ௨ୗࡢධᮐㄝ᫂఍࡟ཧຍࡍࡿࡇ࡜ࡀ࡛ࡁࡿ㸦௵ព㸧ࠋ᪥ ᫬㸸௧࿴㸶ᖺ㸯᭶㸱㸮᪥ 㸯㸮᫬㸱㸮ศሙ ᡤ㸸ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ◊✲ᮏ㤋ϩ㸱㝵 ୰఍㆟ᐊ㸦Ⲉᇛ┴ࡘࡃࡤᕷᑠ㔝ᕝ㸯㸴㸫㸰㸧ࡑࡢ௚㸸ู⣬㸴ࡢධᮐㄝ᫂఍఍ሙ᱌ෆᅗࢆཧ↷ࡍࡿࡇ࡜ࠋ㸲㸬㟁Ꮚධᮐࢩࢫࢸ࣒ࡢ฼⏝ᮏ௳ㄪ㐩ࡣ㟁Ꮚධᮐࢩࢫࢸ࣒࡛⾜࠺ࡓࡵࠊྠࢩࢫࢸ࣒ࡢ㟁Ꮚㄆド㸦௦⾲⪅ཪࡣࡑࡢጤ௵ࢆཷࡅࡓ⪅ࡢ㹇㹁࣮࢝ࢻ࡟㝈ࡿࠋ㸧ࢆྲྀᚓࡋ࡚࠸ࡿࡇ࡜ࠋ࣭KWWSVZZZHEVFORXGIZGQHMS&$/6$FFHSWHULQGH[MVS"QDPH $$ ࡲࡓࠊྠࢩࢫࢸ࣒౑⏝࡟࠶ࡓࡗ࡚ࡣࠊᴗ⪅␒ྕࡀⓎ⾜ࡉࢀ࡚࠸ࡿᚲせࡀ࠶ࡾࠊ㸯㸮㸬㸦㸯㸧ձࡢᥦฟࡢ㝿࡟ᚲせ࡟࡞ࡿࠋᴗ⪅␒ྕⓎ⾜ࡢᡭ⥆ࡁ࡟ࡘ࠸࡚ࡣࠊ௨ୗ 85/ ࡢࠕ㟁Ꮚධᮐࢩࢫࢸ࣒ࡢᑟධ࡟ࡘ࠸࡚ࠖࢆཧ↷ࡢࡇ࡜ࠋ ࣭KWWSVZZZQLHVJRMSRVLUDVHFKRWDWVXNRNRNX࡞࠾ࠊྠࢩࢫࢸ࣒࡟ࡼࡾࡀࡓ࠸⪅ࡣࠊⓎὀ⪅࡟⏦ࡋฟࡓሙྜ࡟㝈ࡾ⣬ධᮐ᪉ᘧ࡟ࡼࡿࡇ࡜ࡀ࡛ࡁࡿࠋ㸳㸬ᥦ᱌᭩➼ࡢᥦฟᮇ㝈ཬࡧᥦฟሙᡤ➼ ධᮐ࡟ཧຍࡋࡼ࠺࡜ࡍࡿ⪅ࡣࠊᮏධᮐㄝ᫂᭩㸰㸬㸦㸯㸧ࡢド᫂᭩㢮ཬࡧᥦ᱌᭩ࢆḟ࡟ᚑ࠸ᥦฟࡍࡿࡇ࡜ࠋ 㸦㸯㸧ᥦฟᮇ㝈 ௧࿴㸶ᖺ㸱᭶㸲᪥㸦Ỉ㸧㸯㸴᫬㸮㸮ศࡲ࡛ᣢཧࡍࡿሙྜࡢཷ௜᫬㛫ࡣࠊᖹ᪥ࡢ㸯㸮᫬࠿ࡽ㸯㸴᫬ࡲ࡛㸦㸯㸰᫬࠿ࡽ㸯㸱᫬ࢆ㝖ࡃ㸧࡜ࡍࡿࠋ 㸦㸰㸧ᥦฟ᪉ἲ ᣢཧࡲࡓࡣ㒑㏦㸦᭩␃㒑౽➼ࡢ㓄㐩ࡢグ㘓ࡀṧࡿࡶࡢ࡟㝈ࡿࠋ㸧ࡍࡿࡇ࡜㸦ᥦฟᮇ㝈ᚲ╔㸧ࠋ㒑㏦ࡍࡿሙྜࡣࠊໟ⿦ࡢ⾲࡟ࠕᥦ᱌᭩ᅾ୰ࠖ࡜᫂グࡍࡿࡇ࡜ࠋ㸦㸱㸧ᥦฟሙᡤ ࠛ㸱㸮㸳㸶㸳㸮㸴Ⲉᇛ┴ࡘࡃࡤᕷᑠ㔝ᕝ㸯㸴㸫㸰ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ⥲ົ㒊఍ィㄢዎ⣙➨୍ಀ㹒㹃㹊 㸮㸰㸷㸫㸶㸳㸮㸫㸰㸱㸰㸯 㸦ᢸᙜ㸸㛛ᕝ㸧 㸦㸲㸧㒊 ᩘ ᥦ᱌᭩㸦ῧ௜㈨ᩱཬࡧྛ✀ド᫂᭩㢮ྵࡴ㸧㸴㒊ᮏධᮐㄝ᫂᭩㸰㸬㸦㸯㸧ࡢ➇தཧຍ㈨᱁ド᫂᭩㢮㸦඲┬ᗇ⤫୍㈨᱁㸧ࡢ෗ࡋ㸯㒊㸴㸬ᥦ᱌᭩࡟㛵ࡍࡿࣄ࢔ࣜࣥࢢࡢ᪥᫬ཬࡧሙᡤᚲせ࡟ᛂࡌ࡚ᥦ᱌᭩࡟㛵ࡍࡿࣄ࢔ࣜࣥࢢࢆ㛤ദࡍࡿࠋ㛤ദࡍࡿሙྜ࡟ࡣࠊ㛤ദ᪥᫬ࠊሙᡤ➼࡟ࡘ࠸࡚᭷ຠ࡞ᥦ᱌᭩➼ࢆᥦฟࡋࡓ⪅࡟ᑐࡋ࡚㐃⤡ࡍࡿࠋ㸵㸬ᥦ᱌᭩ࡢᑂᰝ ᥦฟࡉࢀࡓᥦ᱌᭩ࡣࠊูῧ㸳ࡢホ౯ᇶ‽⾲࡟ᇶ࡙ࡁᥦ᱌࡟ಀࡿ஦㡯ࡢᒚ⾜ࡢ☜ᐇᛶ࡟␃ពࡋ࡚ࠊᙜᡤ࡟࠾࠸࡚ᑂᰝࡋࠊྜ᱁ࡋࡓᥦ᱌᭩࡟ಀࡿධᮐ᭩ࡢࡳࢆⴠᮐỴᐃࡢᑐ㇟࡜ࡍࡿࠋᥦ᱌᭩ࡢྜྰ࡟ࡘ࠸࡚ࡣࠊ㛤ᮐ᪥ࡢ㸰Ⴀᴗ᪥๓ࡲ࡛࡟ධᮐ⪅࡟㐃⤡ࡋࠊ୙ྜ᱁࡜࡞ࡗࡓᥦ᱌᭩࡟ಀࡿධᮐ⪅࡟ࡣࠊ⌮⏤ࢆ௜ࡋ࡚㏻▱ࡍࡿࡶࡢ࡜ࡍࡿࠋ㸶㸬ධᮐཬࡧ㛤ᮐࡢ᪥᫬ཬࡧሙᡤ ௧࿴㸶ᖺ㸱᭶㸰㸲᪥㸦ⅆ㸧㸯㸲᫬㸮㸮ศ ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ◊✲ᮏ㤋ϩ 㸯㝵 ➨㸯఍㆟ᐊ㸦Ⲉᇛ┴ࡘࡃࡤᕷᑠ㔝ᕝ㸯㸴㸫㸰㸧㸷㸬ධᮐㄝ᫂᭩➼࡟ᑐࡍࡿ㉁ၥ 㸦㸯㸧ධᮐㄝ᫂᭩ࠊῧ௜㈨ᩱ➼࡟ᑐࡍࡿ㉁ၥࡀ࠶ࡿሙྜ࡟࠾࠸࡚ࡣࠊḟ࡟ᚑ࠸ࠊ㉁ၥ᭩ࢆᥦฟࡍࡿࡇ࡜ࠋᥦฟᮇ㛫㸸௧࿴㸶ᖺ㸯᭶㸰㸱᪥㸦㔠㸧࠿ࡽ௧࿴㸶ᖺ㸰᭶㸯㸰᪥㸦ᮌ㸧㸯㸴᫬㸮㸮ศࡲ࡛ࠋᥦฟඛ㸸ࠛ㸱㸮㸳㸫㸶㸳㸮㸴Ⲉᇛ┴ࡘࡃࡤᕷᑠ㔝ᕝ㸯㸴㸫㸰ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ⥲ົ㒊఍ィㄢዎ⣙➨୍ಀ㹒㹃㹊 㸮㸰㸷㸫㸶㸳㸮㸫㸰㸱㸰㸯 㸦ᢸᙜ㸸㛛ᕝ㸧ᥦฟ᪉ἲ㸸㟁Ꮚ࣓࣮ࣝ࡟ࡼࡿࢹ࣮ࢱ㸦ᣦᐃᵝᘧ㸦ͤ㸧㸧ࡢ㏦௜࡜ࡍࡿ㸦ࢹ࣮ࢱ㏦௜ඛFKRWDWVX#QLHVJRMS㸧ࠋ࡞࠾ࠊ࣓࣮ࣝࡢ௳ྡࢆ࠙㉁ၥࡢᥦฟ㸦࢚ࢥࢳࣝㄪᰝࢹ࣮ࢱ⟶⌮ࢩࢫࢸ࣒ࡢ᭦ᨵཬࡧ㐠⏝ಖᏲᴗົ㸧㸦ᢸᙜ㸸㛛ᕝ㸧ࠚ࡜ࡍࡿࡇ࡜ࠋͤᙜ◊✲ᡤ㹕㹃㹀ࢧ࢖ࢺ ࡟ᥖ㍕㸦ᮏබ࿌ᥖ㍕ඛ࡜ྠ୍࣮࣌ࢪ㸧 㸦㸰㸧㸦㸯㸧ࡢ㉁ၥ࡟ᑐࡍࡿᅇ⟅᭩ࡣࠊḟࡢ࡜࠾ࡾ㜀ぴ࡟౪ࡍࡿࠋ௧࿴㸶ᖺ㸰᭶㸰㸮᪥㸦㔠㸧㸯㸮᫬㸮㸮ศ࠿ࡽ௧࿴㸶ᖺ㸱᭶㸰㸲᪥㸦ⅆ㸧㸯㸲᫬㸮㸮ศࡲ࡛ࠋᙜ◊✲ᡤ㹕㹃㹀ࢧ࢖ࢺ࡟ᥖ㍕㸦ᮏබ࿌ᥖ㍕ඛ࡜ྠ୍࣮࣌ࢪ㸧 㸦㸱㸧㸦㸯㸧ࡢ㉁ၥࡀ࡞࠸ሙྜࠊ㸦㸰㸧࡟ࡘ࠸࡚ࡣ⾜ࢃ࡞࠸ࡶࡢ࡜ࡍࡿࠋ㸯㸮㸬ධᮐཬࡧ㛤ᮐ㸦㸯㸧㟁Ꮚධᮐࡢሙྜձ㟁Ꮚධᮐࢩࢫࢸ࣒࡟ࡼࡾධᮐࢆࡍࡿணᐃࡢ⪅࡟ࡘ࠸࡚ࡣࠊྠࢩࢫࢸ࣒࡟ࡼࡾࠊධᮐ⪅ཪࡣ௦⌮ே➼ࡢ㟁ヰ㐃⤡ඛ㸦㛤ᮐ᫬ࠊ㛤ᮐᇳ⾜ဨ➼࠿ࡽࡢ㟁ヰࢆ☜ᐇ࡟ཷࡅࡽࢀࡿ␒ྕ࡜ࡍࡿࡇ࡜ࠋ㸧ࡀグ㍕ࡉࢀࡓ᭩㢮ࢆ㹎㹂㹄໬ࡋῧ௜ࡢୖࠊ㸳㸬㸦㸯㸧ࡢ᪥᫬ࡲ࡛࡟ᥦฟࡍࡿࡇ࡜ࠋղ㸶㸬ࡢ᪥᫬ࡲ࡛࡟ࠊྠࢩࢫࢸ࣒࡟ᐃࡵࡿᡭ⥆࡟ᚑࡗ࡚ධᮐࢆ⾜࠺ࡇ࡜ࠋ㏻ಙ≧ἣ࡟ࡼࡗ࡚ࡣᙜヱᮇ㝈ෆ࡟ධᮐ᝟ሗࡀ฿╔ࡋ࡞࠸ሙྜࡀ࠶ࡿࡢ࡛ࠊ᫬㛫ⓗవ⿱ࢆᣢࡗ࡚⾜࠺ࡇ࡜ࠋճධᮐ㔠㢠࡟ࡘ࠸࡚ࡣࠊ㸯㸬㸦㸯㸧ࡢᴗົ࡟㛵ࡍࡿ୍ษࡢ㈝⏝ࢆྵࡵࡓ㢠࡜ࡍࡿࠋ ࡲࡓࠊึᮇᵓ⠏࣭㐠⏝ಖᏲ࡟ಀࡿ㈝⏝ࡣࠊึᮇᵓ⠏⤊஢ᚋ࡟ዎ⣙㢠⥲㢠ࢆዎ⣙ᮇ㛫ࡢ࠺ࡕ㐠⏝㛤ጞᚋࡢ᭶ᩘ࡛࠶ࡿ㸴㸮ࣨ᭶࡛๭ࡾࠊ௧࿴㸯㸮ᖺ㸲᭶࠿ࡽẖ᭶ࡈ࡜࡟ᆒ➼ࡢᨭᡶ࠸ࢆ⾜࠺ࡶࡢ࡜ࡍࡿࡓࡵࠊࡑࢀࢆ㋃ࡲ࠼ࡓධᮐ㔠㢠࡜ࡍࡿࡇ࡜ࠋմⴠᮐỴᐃ࡟ᙜࡓࡗ࡚ࡣࠊධᮐ᭩࡟グ㍕ࡉࢀࡓ㔠㢠࡟ㄢ⛯ᑐ㇟㔠㢠ࡢ㸯㸮㸣࡟┦ᙜࡍࡿ㢠ࢆຍ⟬ࡋࡓ㔠㢠㸦ᙜヱ㔠㢠࡟㸯෇ᮍ‶ࡢ➃ᩘࡀ࠶ࡿ࡜ࡁࡣࠊࡑࡢ㔠㢠ࢆษࡾᤞ࡚ࡿࡶࡢ࡜ࡍࡿ㸧ࢆࡶࡗ࡚ⴠᮐ౯᱁࡜ࡍࡿࡢ࡛ࠊධᮐཧຍ⪅ࡣࠊᾘ㈝⛯ཬࡧᆅ᪉ᾘ㈝⛯࡟ಀࡿㄢ⛯஦ᴗ⪅࡛࠶ࡿ࠿ච⛯஦ᴗ⪅࡛࠶ࡿ࠿ࢆၥࢃࡎぢ✚ࡶࡗࡓዎ⣙㔠㢠࠿ࡽㄢ⛯㢠ࢆ㝖࠸ࡓ㔠㢠ࢆධຊࡍࡿࡶࡢ࡜ࡍࡿࠋյྠࢩࢫࢸ࣒࡟ࡼࡾධᮐࡋࡓሙྜ࡟ࡣࠊᮏධᮐㄝ᫂᭩࡟࠾࠸࡚♧ࡍᭀຊᅋ᤼㝖➼࡟㛵ࡍࡿㄋ⣙஦㡯࡟ㄋ⣙ࡋࡓࡶࡢ࡜ࡋ࡚ྲྀࡾᢅ࠺ࡇ࡜࡜ࡍࡿࠋնධᮐ⪅ཪࡣ௦⌮ே➼ࡣࠊ㛤ᮐ᫬้࡟ྠࢩࢫࢸ࣒ࡢ➃ᮎࡢ๓࡛ᚅᶵࡋ࡞ࡅࢀࡤ࡞ࡽ࡞࠸ࠋշ஦⏤ࡢ࠸࠿ࢇ࡟࠿࠿ࢃࡽࡎධᮐࡢᘬ᥮࠼ࠊኚ᭦ཪࡣྲྀᾘࡋࢆ⾜࠺ࡇ࡜ࡀ࡛ࡁ࡞࠸ࠋոධᮐཧຍ⪅ࡀ㐃ྜࡋࠊཪࡣ୙✜ࡢ⾜ືࢆ࡞ࡍ➼ࡢሙྜ࡟࠾࠸࡚ࠊධᮐࢆබṇ࡟ᇳ⾜ࡍࡿࡇ࡜ࡀ࡛ࡁ࡞࠸࡜ㄆࡵࡽࢀࡿ࡜ࡁࡣࠊᙜヱධᮐཧຍ⪅ࢆධᮐ࡟ཧຍࡉࡏࡎࠊཪࡣධᮐࡢᇳ⾜ࢆᘏᮇࡋࠊⱝࡋࡃࡣྲྀࡾࡸࡵࡿࡇ࡜ࡀ࠶ࡿࠋ㸦㸰㸧⣬ධᮐࡢሙྜձ⣬ධᮐ࡛ࡢཧຍ࡟ࡘ࠸࡚ࡣࠊ⣬ධᮐ᪉ᘧཧຍᒆ㸦ู⣬㸯㸧ࢆ㸳㸬㸦㸯㸧ࡢ᪥᫬ࡲ࡛࡟㸳㸬㸦㸱㸧ࡢሙᡤ࡬ᣢཧࠊ㒑㏦ཪࡣ㟁Ꮚ࣓࣮ࣝ㸦FKRWDWVX#QLHVJRMS㸧࡟ࡼࡾᥦฟࡍࡿࡇ࡜ࠋղධᮐ᭩㸦ู⣬㸰㸧࡟ࡣࠊධᮐཧຍ⪅ࡢఫᡤࠊẶྡࢆグධࡋࠊ㔠㢠ࡢグධࡣ࢔ࣛࣅ࢔ᩘᏐࢆ⏝࠸࡚㩭᫂࡟グ㍕ࡍࡿࡇ࡜ࠋࡲࡓࠊ㒑㏦࡟ࡼࡿᥦฟࡢ㝿ࡣධᮐ᭩࡟ධᮐᅇᩘ㸦➨ۑᅇ㸧ࢆグ㍕ࡍࡿࡇ࡜ࠋճධᮐ᭩ཬࡧධᮐ࡟ಀࡿᩥ᭩࡟౑⏝ࡍࡿゝㄒࡣࠊ᪥ᮏㄒ࡟㝈ࡿࡶࡢ࡜ࡋࠊࡲࡓධᮐ㔠㢠ࡣࠊ᪥ᮏᅜ㏻㈌࡟ࡼࡿ⾲♧࡟㝈ࡿࡶࡢ࡜ࡍࡿࠋմධᮐ㔠㢠࡟ࡘ࠸࡚ࡣࠊ㸯㸬㸦㸯㸧ࡢᴗົ࡟㛵ࡍࡿ୍ษࡢ㈝⏝ࢆྵࡵࡓ㢠࡜ࡍࡿࠋ ࡲࡓࠊึᮇᵓ⠏࣭㐠⏝ಖᏲ࡟ಀࡿ㈝⏝ࡣࠊึᮇᵓ⠏⤊஢ᚋ࡟ዎ⣙㢠⥲㢠ࢆዎ⣙ᮇ㛫ࡢ࠺ࡕ㐠⏝㛤ጞᚋࡢ᭶ᩘ࡛࠶ࡿ㸴㸮ࣨ᭶࡛๭ࡾࠊ௧࿴㸯㸮ᖺ㸲᭶࠿ࡽẖ᭶ࡈ࡜࡟ᆒ➼ࡢᨭᡶ࠸ࢆ⾜࠺ࡶࡢ࡜ࡍࡿࡓࡵࠊࡑࢀࢆ㋃ࡲ࠼ࡓධᮐ㔠㢠࡜ࡍࡿࡇ࡜ࠋյⴠᮐỴᐃ࡟ᙜࡓࡗ࡚ࡣࠊⴠᮐỴᐃ࡟ᙜࡓࡗ࡚ࡣࠊධᮐ᭩࡟グ㍕ࡉࢀࡓ㔠㢠࡟ㄢ⛯ᑐ㇟㔠㢠ࡢ㸯㸮㸣࡟┦ᙜࡍࡿ㢠ࢆຍ⟬ࡋࡓ㔠㢠㸦ᙜヱ㔠㢠࡟㸯෇ᮍ‶ࡢ➃ᩘࡀ࠶ࡿ࡜ࡁࡣࠊࡑࡢ㔠㢠ࢆษࡾᤞ࡚ࡿࡶࡢ࡜ࡍࡿ㸧ࢆࡶࡗ࡚ⴠᮐ౯᱁࡜ࡍࡿࡢ࡛ࠊධᮐཧຍ⪅ࡣࠊᾘ㈝⛯ཬࡧᆅ᪉ᾘ㈝⛯࡟ಀࡿㄢ⛯஦ᴗ⪅࡛࠶ࡿ࠿ච⛯஦ᴗ⪅࡛࠶ࡿ࠿ࢆၥࢃࡎぢ✚ࡶࡗࡓዎ⣙㔠㢠࠿ࡽㄢ⛯㢠ࢆ㝖࠸ࡓ㔠㢠ࢆධᮐ᭩࡟グ㍕ࡍࡿࡶࡢ࡜ࡍࡿࠋնධᮐ᭩ࡣࠊู⣬ࡢ᭩ᘧ࡟ࡼࡾసᡂࡋࠊᑒ࠿ࢇࡢୖ࡛ᣢཧཪࡣ㒑㏦࡟ࡼࡾᥦฟࡍࡿࡶࡢ࡜ࡍࡿࠋշධᮐ᭩ࢆᣢཧࡍࡿሙྜࡣࠊධᮐ᭩ࢆᑒ࠿ࢇࡋࠊධᮐཧຍ⪅ࡢၟྕཪࡣྡ⛠ࠊධᮐ௳ྡཬࡧ㛤ᮐ᪥᫬ࢆグ㍕ࡋࠊධᮐཬࡧ㛤ᮐ᪥࡟ධᮐ⟽࡟ᢞධࡍࡿࡇ࡜ࠋոᙜ㠃ࡢ㛫㒑㏦࡟ࡼࡿධᮐ᭩ࡢᥦฟࡣ㸱㏻ࡲ࡛ㄆࡵࡿࡇ࡜࡜ࡍࡿࠋධᮐ᭩ࢆ㒑㏦࡟ࡼࡾᥦฟࡍࡿሙྜࡣࠊ஧㔜ᑒ⟄࡜ࡋࠊ⾲ᑒ⟄࡟ධᮐ᭩ᅾ୰ࡢ᪨ࢆᮒ᭩ࡋࠊ୰ᑒ⟄࡟ධᮐཧຍ⪅ࡢධᮐཧຍ⪅ࡢၟྕཪࡣྡ⛠ࠊධᮐ௳ྡཬࡧ㛤ᮐ᪥᫬୪ࡧ࡟ධᮐᅇᩘ㸦ۑᅇ┠㸧ࢆグ㍕ࡋ࡚᭩␃㒑౽㸦㓄㐩ド᫂௜㸧࡟ࡼࡾࠊḟ࡟ᚑ࠸㒑㏦ࡍࡿࡇ࡜ࠋ࡞࠾ࠊ෌ᗘධᮐࡢྲྀᢅ࠸࡟ࡘ࠸࡚ࡣࠊ㸯㸲㸬෌ᗘධᮐࢆཧ↷ࡍࡿࡇ࡜ࠋᥦฟᮇ㝈㸸ධᮐཬࡧ㛤ᮐࡢ๓᪥㸦ͤ㸧㸯㸴᫬㸮㸮ศͤᅵ࣭᪥᭙᪥ࠊ⚃⚍᪥ཬࡧᖺᮎᖺጞ㸦㸯㸰᭶㸰㸷᪥࠿ࡽ㸯᭶㸱᪥㸧ࢆ㝖ࡃࠋᥦฟሙᡤ㸸ᮏධᮐㄝ᫂᭩㸳㸬ࡢᥦฟሙᡤ࡜ྠࡌ չධᮐཧຍ⪅ࡣࠊධᮐ᭩ࢆᥦฟࡍࡿ㝿࡟ࡣࠊᮏධᮐㄝ᫂᭩㸰㸬㸦㸯㸧ࡢ➇தཧຍ㈨᱁ࢆ᭷ࡍࡿࡇ࡜ࢆド᫂ࡍࡿ᭩㢮ࢆᥦฟࡍࡿࡇ࡜ࠋպධᮐཧຍ⪅ࡣࠊ௦⌮ேཪࡣ᚟௦⌮ே㸦௨ୗࠕ௦⌮ே➼ࠖ࡜࠸࠺ࠋ㸧ࢆࡋ࡚ධᮐࡉࡏࡿ࡜ࡁࡣࠊࡑࡢጤ௵≧㸦ู⣬㸱ࠊ㸲㸧ࢆᣢཧࡉࡏ࡞ࡅࢀࡤ࡞ࡽ࡞࠸ࠋ࡞࠾ࠊո࡟ࡼࡾධᮐ᭩ࢆ㒑㏦ࡍࡿሙྜࡶྠᵝ࡜ࡋࠊධᮐ᭩ࢆ㒑㏦ࡍࡿ㝿࡟ጤ௵≧ࢆྠᑒࡍࡿࡶࡢ࡜ࡍࡿࠋջධᮐཧຍ⪅ཪࡣࡑࡢ௦⌮ே➼ࡣࠊᙜヱධᮐ࡟ᑐࡍࡿ௚ࡢධᮐཧຍ⪅ࡢ௦⌮ࢆࡍࡿࡇ࡜ࡀ࡛ࡁ࡞࠸ࠋռ㛤ᮐࡣࠊධᮐཧຍ⪅ࡢ㠃๓࡛⾜࠺ࠋࡓࡔࡋࠊධᮐཧຍ⪅ཪࡣࡑࡢ௦⌮ே➼ࡀ㛤ᮐሙᡤ࡟ฟᖍࡋ࡞࠸࡜ࡁࡣࠊධᮐᇳ⾜஦ົ࡟㛵ಀࡢ࡞࠸⫋ဨࢆ❧఍ࡉࡏ࡚㛤ᮐࡍࡿࠋࡇࡢሙྜࠊ␗㆟ࡢ⏦ࡋ❧࡚ࡣ࡛ࡁ࡞࠸ࠋսධᮐཧຍ⪅ཪࡣࡑࡢ௦⌮ே➼ࡣࠊ㛤ᮐ᫬้ᚋ࡟࠾࠸࡚ࡣࠊ㛤ᮐሙ࡟ධሙࡍࡿࡇ࡜ࡣ࡛ࡁ ࡞࠸ࠋվᥦฟ῭ࡢධᮐ᭩ࡣࠊࡑࡢ஦⏤ࡢ࠸࠿ࢇ࡟࠿࠿ࢃࡽࡎᘬ᥮࠼ࠊኚ᭦ཪࡣྲྀᾘࡋࢆ⾜࠺ࡇ࡜ࡀ࡛ࡁ࡞࠸ࠋտධᮐཧຍ⪅ࡀ㐃ྜࡋࠊཪࡣ୙✜ࡢ⾜ືࢆ࡞ࡍ➼ࡢሙྜ࡟࠾࠸࡚ࠊධᮐࢆබṇ࡟ᇳ⾜ࡍࡿࡇ࡜ࡀ࡛ࡁ࡞࠸࡜ㄆࡵࡽࢀࡿ࡜ࡁࡣࠊᙜヱධᮐཧຍ⪅ࢆධᮐ࡟ཧຍࡉࡏࡎࠊཪࡣධᮐࡢᇳ⾜ࢆᘏᮇࡋࠊⱝࡋࡃࡣྲྀࡾࡸࡵࡿࡇ࡜ࡀ࠶ࡿࠋ㸯㸯㸬ධᮐࡢ↓ຠ ḟࡢྛྕ࡟ヱᙜࡍࡿධᮐ᭩ࡣ↓ຠ࡜ࡍࡿࠋ 㸦㸯㸧➇த࡟ཧຍࡍࡿ㈨᱁ࢆ᭷ࡋ࡞࠸⪅ࡢᥦฟࡋࡓධᮐ᭩ 㸦㸰㸧ጤ௵≧ࢆᥦฟࡋ࡞࠸௦⌮ே➼ࡢᥦฟࡋࡓධᮐ᭩ 㸦㸱㸧グྡࢆḞ࠸ࡓධᮐ᭩ 㸦㸲㸧ධᮐ㔠㢠ࡢグ㍕ࡀ୙᫂☜࡞ධᮐ᭩ 㸦㸳㸧ධᮐ㔠㢠ࡢグ㍕ࢆゞṇࡋࡓධᮐ᭩ 㸦㸴㸧ㄗᏐࠊ⬺Ꮠ➼࡟ࡼࡾពᚿ⾲♧ࡀ୙᫂░࡛࠶ࡿධᮐ᭩ 㸦㸵㸧᫂ࡽ࠿࡟㐃ྜ࡟ࡼࡿ࡜ㄆࡵࡽࢀࡿධᮐ᭩ 㸦㸶㸧ྠ୍஦㡯ࡢධᮐ࡟ࡘ࠸࡚ࠊ௚ࡢධᮐཧຍ⪅ࡢ௦⌮ே➼ࢆවࡡࡓ⪅ࡢධᮐ᭩ 㸦㸷㸧ྠ୍ධᮐᇳ⾜ᅇ࡟ࡘ࠸࡚ࠊධᮐཧຍ⪅ཪࡣࡑࡢ௦⌮ே➼ࡀ஧㏻௨ୖࡢධᮐ᭩ࢆᥦฟࡋࡓሙྜ㸦㸧ࡑࡢ௚ࡢධᮐ࡟㛵ࡍࡿ᮲௳࡟㐪཯ࡋࡓධᮐ᭩㸯㸰㸬ධᮐᚰᚓ 㸦㸯㸧ධᮐཧຍ⪅ࡣࠊ௙ᵝ᭩ཬࡧῧ௜᭩㢮ࢆ⇍ㄞࡢ࠺࠼ࠊධᮐࡋ࡞ࡅࢀࡤ࡞ࡽ࡞࠸ࠋ 㸦㸰㸧ධᮐཧຍ⪅ࡣࠊ๓㡯ࡢ᭩㢮࡟ࡘ࠸࡚␲⩏ࡀ࠶ࡿ࡜ࡁࡣࠊ㛵ಀ⫋ဨࡢㄝ᫂ࢆồࡵࡿࡇ࡜ࡀ࡛ࡁࡿࠋ 㸦㸱㸧ධᮐཧຍ⪅ࡣࠊධᮐᚋࠊ௙ᵝ᭩ཬࡧῧ௜᭩㢮࡟ࡘ࠸࡚ࡢ୙᫂➼ࢆ⌮⏤࡜ࡋ࡚␗㆟ࢆ⏦ࡋ❧࡚ࡿࡇ࡜ࡣ࡛ࡁ࡞࠸ࠋ㸯㸱㸬ⴠᮐࡢỴᐃḟࡢྛせ௳ࢆ‶ࡓࡍධᮐ⪅ࡢ࠺ࡕࠊูῧ㸱ࡢᥦ᱌᭩సᡂ࣭ᑂᰝせ㡿࡟つᐃࡍࡿࠕ⥲ྜホ౯Ⅼࡢィ⟬᪉ἲࠖ࡟ࡼࡗ࡚ᚓࡽࢀࡓᩘ್ࡢ᭱ࡶ㧗࠸⪅ࢆⴠᮐ⪅࡜ࡍࡿࠋ࢔㸬ධᮐ౯᱁ࡀࠊᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤዎ⣙஦ົྲྀᢅ⣽๎➨㸯㸱᮲ࡢつᐃ࡟ᇶ࡙࠸࡚సᡂࡉࢀࡓணᐃ౯᱁ࡢไ㝈ࡢ⠊ᅖෆ࡛࠶ࡿࡇ࡜ࠋ࢖㸬ᥦ᱌᭩ࡀࠊูῧ㸳ࡢホ౯ᇶ‽⾲࡟ᐃࡵࡿホ౯㡯┠ࡢ࠺ࡕᚲ㡲࡜ࡉࢀࡓ㡯┠ࡢᇶ♏Ⅼࡢホ౯ᇶ‽ࢆࡍ࡭࡚‶ࡓࡋ࡚࠸ࡿࡇ࡜ࠋ㸯㸲㸬෌ᗘධᮐ 㛤ᮐࡋࡓሙྜ࡟࠾࠸࡚ࠊධᮐཧຍ⪅ࡢධᮐࡢ࠺ࡕணᐃ౯᱁ࡢไ㝈࡟㐩ࡋࡓ౯᱁ࡢධᮐࡀ↓࠸࡜ࡁࡣࠊ┤ࡕ࡟෌ᗘࡢධᮐࢆ⾜࠺ࠋ࡞࠾ࠊ௨ୗࡢ஦㡯࡟␃ពࡍࡿࡇ࡜ࠋ࣭෌ᗘධᮐࡢ᫬้ࡣධᮐᇳ⾜⪅㸦ᘢᡤ⫋ဨ㸧ࡀᣦᐃࡍࡿ㸦㟁Ꮚධᮐ࡟ࡼࡿᛂᮐࢆ⾜࠺ሙྜࡣ≉࡟␃ពࡍࡿࡇ࡜ࠋ㸧ࠋ࣭෌ᗘධᮐࡢᅇᩘࡣཎ๎࡜ࡋ࡚㸰ᅇࢆ㝈ᗘ࡜ࡍࡿࠋࡓࡔࡋࠊ㒑౽࡟ࡼࡿධᮐࢆ⾜࠸ࠊ㛤ᮐᙜ᪥࡟ධᮐཧຍ⪅ཪࡣࡑࡢ௦⌮ே➼ࡀ㛤ᮐሙᡤ࡟ฟᖍࡋ࡞࠸࡜ࡁࡣࠊධᮐ᭩ࡢᥦฟᩘ௨㝆ࡢ෌ᗘධᮐ࡟ࡼࡿධᮐ࡟ཧຍ࡛ࡁ࡞࠸ࡓࡵὀពࡍࡿࡇ࡜ࠋ㸯㸳㸬ྠ⥲ྜホ౯Ⅼࡢධᮐࡀ㸰ே௨ୖ࠶ࡿሙྜࡢⴠᮐ⪅ࡢỴᐃ 㸦㸯㸧ࠕ㸯㸱㸬ⴠᮐࡢỴᐃࠖ࡟ࡼࡗ࡚Ỵᐃࡉࢀࡿⴠᮐ⪅࡜࡞ࡿ࡭ࡁ⪅ࡀ㸰ே௨ୖ࠶ࡿ࡜ࡁࡣࠊ㟁Ꮚධᮐࢩࢫࢸ࣒࡟ࡼࡿ㟁Ꮚࡃࡌ࡟ࡼࡾⴠᮐ⪅ࢆỴᐃࡍࡿࠋ㟁Ꮚධᮐࢩࢫࢸ࣒࡟ࡼࡾධᮐࢆ⾜࠺ሙྜࡣࠊධᮐ᫬࡟௵ពࡢ㸱᱆ࡢᩘᏐࢆධຊࡍࡿࡇ࡜ࠋ⣬ධᮐ࡟ࡼࡿሙྜࡣࠊධᮐ᭩㸦ู⣬㸰㸧ࡢグ㍕ḍ࡟௵ពࡢ㸱᱆ࡢᩘᏐࢆグ㍕ࡍࡿࡇ࡜ࠋ࡞࠾ࠊධຊࡉࢀࡓᩘᏐࡣ஘ᩘฎ⌮࡟ࡼࡾኚ᥮ࡉࢀࡓᩘᏐ࡟ࡼࡾⴠᮐ⪅ࢆỴᐃࡍࡿࡓࡵࠊᣦᐃࡋࡓᩘᏐࡀ┤᥋ุᐃ࡟⏝࠸ࡽࢀࡿࡶࡢ࡛ࡣ࡞࠸ࠋ 㸦㸰㸧๓㡯ࡢሙྜ࡟࠾࠸࡚ࠊᩘᏐࡢᣦᐃࢆ⾜ࢃ࡞࠸⪅ࡀ࠶ࡿ࡜ࡁࡣࠊ⫋ဨࡀ௵ពࡢᩘᏐࢆධຊࡍࡿࠋ㸯㸴㸬ⴠᮐෆヂ᭩ࡢᥦฟ 㸦㸯㸧ⴠᮐ⪅ࡣࠊⴠᮐ⪅ࡢỴᐃᚋࡍࡳࡸ࠿࡟ⴠᮐ㢠࡟ᛂࡌࡓෆヂ᭩ࢆᥦฟࡍࡿࡇ࡜ࠋ࡞࠾ࠊෆヂ᭩ࡣࠊྍ⬟࡞㝈ࡾヲ⣽࡟ࠊࡲࡓࠊ᭶ẖ㸦௧࿴㸯㸮ᖺ㸲᭶࠿ࡽ௧࿴㸯㸳ᖺ㸱᭶ศ㸦㸴㸮ࣨ᭶ศ㸧㸧ࡢ㔠㢠ࡀศ࠿ࡿࡼ࠺࡟グ㍕ࡍࡿࡇ࡜ࠋ 㸦㸰㸧ෆヂ᭩ࡢᵝᘧࡣ⮬⏤࡜ࡍࡿࠋ 㸦㸱㸧ෆヂ᭩ࡣ㏉༷ࡋ࡞࠸ࠋ㸯㸵㸬పධᮐ౯᱁ㄪᰝไᗘࡢᐇ᪋㸦㸯㸧ⴠᮐ⪅࡜࡞ࡿ࡭ࡁ⪅ࡢධᮐ౯᱁࡟ࡼࡗ࡚ࡣࠊࡑࡢ⪅࡟ࡼࡾᙜヱዎ⣙ࡢෆᐜ࡟㐺ྜࡋࡓᒚ⾜ࡀ࡞ࡉࢀ࡞࠸࠾ࡑࢀࡀ࠶ࡿ࡜ㄆࡵࡽࢀࡿ࡜ࡁࠊཪࡣࡑࡢ⪅࡜ዎ⣙ࢆ⥾⤖ࡍࡿࡇ࡜ࡀබṇ࡞ྲྀᘬࡢ⛛ᗎࢆ஘ࡍࡇ࡜࡜࡞ࡿ࠾ࡑࢀࡀ࠶ࡗ࡚ⴭࡋࡃ୙㐺ᙜ࡛࠶ࡿ࡜ㄆࡵࡽࢀࡿ࡜ࡁࡣࠊୗグྛせ௳ࢆ‶ࡓࡍ⪅࡛࠶ࡗ࡚ࠊⴠᮐ⪅࡜࡞ࡿ࡭ࡁ⪅௨እ࡛᭱ࡶᩘ್ࡀ㧗࠸⪅ࢆⴠᮐ⪅࡜ࡍࡿࡇ࡜ࡀ࠶ࡿࠋ ձ ධᮐ౯᱁ࡀࠊᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤዎ⣙஦ົྲྀᢅ⣽๎➨㸯㸱᮲ࡢつᐃ࡟ᇶ࡙࠸࡚సᡂࡉࢀࡓணᐃ౯᱁ࡢไ㝈ࡢ⠊ᅖෆ࡛࠶ࡿࡇ࡜ࠋ ղ ᥦ᱌᭩ࡀࠊᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ࡟ࡼࡿᑂᰝࡢ⤖ᯝࠊྜ᱁ࡋ࡚࠸ࡿࡇ࡜ࠋ㸦㸰㸧ⴠᮐ⪅࡜࡞ࡿ࡭ࡁ⪅ࡢධᮐ౯᱁ࡀㄪᰝᇶ‽౯᱁ࢆୗᅇࡿሙྜࡣࠊⴠᮐỴᐃࢆಖ␃ࡢୖࠊపධᮐ౯᱁ㄪᰝࢆᐇ᪋ࡍࡿࡇ࡜࡜ࡋࠊⴠᮐ⪅࡜࡞ࡿ࡭ࡁ⪅ࡣࡇࡢㄪᰝ࡟ᛂࡌ࡞ࡅࢀࡤ࡞ࡽ࡞࠸ࠋ㸦㸱㸧㸦㸰㸧࡟ᇶ࡙ࡁㄪᰝࢆ⾜ࡗࡓᚋࡢ⤖ᯝࡢ㏻▱ࡣ௨ୗ࡟ࡼࡿࠋձㄪᰝࡢ⤖ᯝࠊዎ⣙ࡢෆᐜ࡟㐺ྜࡋࡓᒚ⾜ࡀࡉࢀࡿ࡜ㄆࡵࡽࢀࡓሙྜ࡟ࡣࠊ┤ࡕ࡟᭱ప౯᱁ධᮐ⪅࡟ⴠᮐࡋࡓ᪨ࢆ㏻▱ࡍࡿ࡜࡜ࡶ࡟ࠊ௚ࡢධᮐ⪅඲ဨ࡟ᑐࡋ࡚ࡑࡢ᪨ࢆ㏻▱ࡍࡿࠋղㄪᰝࡢ⤖ᯝࠊዎ⣙ࡢෆᐜ࡟㐺ྜࡋࡓᒚ⾜ࡀࡉࢀ࡞࠸ᜍࢀࡀ࠶ࡿ࡜ㄆࡵࡽࢀࠊ᭱ప౯᱁ධᮐ⪅௨እࡢ⪅ࡀⴠᮐ⪅࡜ࡋ࡚Ỵᐃࡉࢀࡓሙྜ࡟ࡣࠊᙜヱⴠᮐ⪅࡟ࡣⴠᮐ⪅࡜࡞ࡗࡓ᪨ࡢᚲせ࡞㏻▱ࢆ⾜࠸ࠊ᭱ప౯᱁ධᮐ⪅࡟ࡣⴠᮐ⪅࡜࡞ࡽ࡞࠿ࡗࡓ⌮⏤➼ࢆ㏻▱ࡍࡿࠋేࡏ࡚௚ࡢධᮐ⪅඲ဨ࡟ᑐࡋ࡚ⴠᮐỴᐃࡀ࠶ࡗࡓ᪨ࢆ㏻▱ࡍࡿࠋ㸯㸶㸬ዎ⣙᭩➼ࡢᥦฟ 㸦㸯㸧ዎ⣙᭩ࢆసᡂࡍࡿሙྜ࡟࠾࠸࡚ࡣࠊⴠᮐ⪅ࡣࠊዎ⣙ᢸᙜ⪅➼࠿ࡽ஺௜ࡉࢀࡓዎ⣙᭩ࡢ᱌࡟グྡᢲ༳ࡋࠊ㏿ࡸ࠿࡟ࡇࢀࢆዎ⣙ᢸᙜ⪅➼࡟ᥦฟࡋ࡞ࡅࢀࡤ࡞ࡽ࡞࠸ࠋ 㸦㸰㸧ዎ⣙᭩ཬࡧዎ⣙࡟ಀࡿᩥ᭩࡟౑⏝ࡍࡿゝㄒཬࡧ㏻㈌ࡣࠊ᪥ᮏㄒཬࡧ᪥ᮏᅜ㏻㈌࡟ࡼࡿࠋ 㸦㸱㸧ዎ⣙ᢸᙜ⪅➼ࡀዎ⣙ࡢ┦ᡭ᪉࡜࡜ࡶ࡟ዎ⣙᭩࡟グྡᢲ༳ࡋ࡞ࡅࢀࡤࠊᮏዎ⣙ࡣ☜ᐃࡋ࡞࠸ࡶࡢ࡜ࡍࡿࠋ㸯㸷㸬ࡑࡢ௚ 㸦㸯㸧ᥦ᱌᭩ࡢᒚ⾜ࡢ☜⣙ ዎ⣙᭩࡟ࡣࠊᥦ᱌᭩ࡀῧ௜ࡉࢀࠊཪࡣᥦ᱌᭩ࡢෆᐜࡀグ㍕ࡉࢀࡿࡶࡢ࡛࠶ࡾࠊⴠᮐ⪅ࡣࠊᥦ᱌᭩ࡢෆᐜࡢᒚ⾜ࢆ☜⣙ࡋ࡞ࡅࢀࡤ࡞ࡽ࡞࠸ࠋ 㸦㸰㸧ⴠᮐ⪅௨እࡢ஦ᴗᐇ᪋༠ຊ⪅ࡀᏑᅾࡍࡿሙྜ ᥦ᱌᭩࡟࠾࠸࡚ⴠᮐ⪅௨እࡢ⪅ࡢ༠ຊࢆᚓ࡚஦ᴗࢆᐇ᪋ࡍࡿ᪨ࡢᥦ᱌ࢆ⾜ࡗ࡚࠸ࡿሙྜࡣࠊዎ⣙ࡢ⥾⤖࡟ᙜࡓࡾࡑࡢᒚ⾜ࢆᢸಖࡍࡿࡓࡵࠊ༠ຊࡢෆᐜࠊែᵝ➼࡟ᛂࡌࠊዎ⣙᭩ࡢῧ௜㈨ᩱ࡜ࡋ࡚༠ᐃ᭩ࡢᥦฟࢆồࡵࡿࡇ࡜ࡀ࠶ࡿࠋⴠᮐ⪅ࡀࡇࢀ࡟ᛂࡌ࡞࠸࡜ࡁࡣࠊዎ⣙᭩ࡢᥦฟࡀ࡞࠸ࡶࡢ࡜ࡋ࡚ࠊⴠᮐࡣࠊࡑࡢຠຊࢆኻ࠺ࠋ 㸦㸱㸧෌ጤク➼ࡢไ㝈 ⴠᮐ⪅ࡣࠊᴗົࡢฎ⌮ࢆ➨୕⪅㸦෌ጤク➼ඛࡀஎࡢᏊ఍♫㸦఍♫ἲ㸦ᖹᡂ㸯㸵ᖺἲᚊ➨㸶㸴ྕ㸧➨㸰᮲➨㸱ྕ࡟つᐃࡍࡿᏊ఍♫ࢆ࠸࠺ࠋ㸧࡛࠶ࡿሙྜࡶྵࡴࠋ௨ୗྠࡌࠋ㸧࡟ጤクࡋཪࡣㄳࡅ㈇ࢃࡏ࡚ࡣ࡞ࡽ࡞࠸ࠋణࡋࠊ෌ጤク➼ᢎㄆ⏦ㄳ᭩㸦ู⣬㸧ࢆ᭩㠃࡟ࡼࡾ⏦ㄳࡋࠊᢎㄆࢆᚓࡓ࡜ࡁࡣࠊࡇࡢ㝈ࡾ࡛ࡣ࡞࠸ࠋ ͤ෌ጤク➼ࡢྲྀࡾᢅ࠸࡟ࡘ࠸࡚ࡣࠊ௙ᵝ᭩ཬࡧࠕዎ⣙࡟࠾ࡅࡿ෌ጤク➼ࡢྲྀᢅ࠸࡟ࡘ࠸࡚ࠖ㸦ᙜ◊✲ᡤ㹆㹎࡟ᥖ㍕㸧ࢆཧ↷ࡍࡿࡇ࡜ࠋᥖ㍕ඛ㸸KWWSVZZZQLHVJRMSRVLUDVHFKRWDWVXVDLLWDNXSGI 㸦㸲㸧ධᮐ⤖ᯝࡢබ⾲ ⴠᮐ⪅ࡀỴᐃࡋࡓ࡜ࡁࡣࠊධᮐ⤖ᯝࡣࠊⴠᮐ⪅ࢆྵࡵධᮐ⪅඲ဨࡢၟྕཪࡣྡ⛠ࠊධᮐ౯᱁ཬࡧ⥲ྜホ౯Ⅼ࡟ࡘ࠸࡚ࠊ㛤ᮐሙ࡟࠾࠸࡚Ⓨ⾲ࡍࡿ࡜࡜ࡶ࡟ࠊ㟁Ꮚධᮐࢩࢫࢸ࣒ཬࡧධᮐ᝟ሗබ㛤ࢩࢫࢸ࣒࡟࠾࠸࡚බ⾲ࡍࡿணᐃ࡛࠶ࡿࠋ 㸦㸳㸧ᥦ᱌᭩ࡢྲྀᢅ࠸ᥦฟࡉࢀࡓᥦ᱌᭩ࡣࠊᙜヱධᮐ⪅࡟↓᩿࡛ࠊᙜᡤ࡟࠾࠸࡚ධᮐࡢᑂᰝ௨እࡢ┠ⓗ࡟౑⏝ࡍࡿࡇ࡜ࡣ࡞࠸ࠋⴠᮐ⪅ࡢᥦ᱌᭩ࡣࠊዎ⣙᭩࡟ῧ௜ཪࡣグ㍕ࡉࢀࡿࡶࡢ࡛࠶ࡾࠊࠕ⊂❧⾜ᨻἲே➼ࡢಖ᭷ࡍࡿ᝟ሗࡢබ㛤࡟㛵ࡍࡿἲᚊ㸦ᖹᡂ㸯㸱ᖺἲᚊ➨㸯㸲㸮ྕ㸧ࠖ࡟ᇶ࡙ࡁࠊ୙㛤♧᝟ሗ㸦ಶே᝟ሗࠊἲே➼ࡢṇᙜ࡞฼┈ࢆᐖࡍࡿ࠾ࡑࢀࡀ࠶ࡿ᝟ሗ➼㸧ࢆ㝖࠸࡚㛤♧ࡉࢀࡿሙྜࡀ࠶ࡿࠋ㸰㸮㸬ዎ⣙⪅ࡢẶྡ ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ⌮஦㛗 ᮌᮏ ᫀ⚽㸰㸯㸬ዎ ⣙᝟ሗࡢබ⾲࡟ࡘ࠸࡚ձ ዎ⣙᝟ሗࡢබ⾲ዎ⣙ࢆ⥾⤖ࡋࡓ࡜ࡁࡣࠊᚋ᪥ᙜヱዎ⣙᝟ሗࢆᙜἲேࡢ㹕㹃㹀ࢧ࢖ࢺ࡟࠾࠸࡚බ⾲ࡍࡿࠋղ ࠕ⊂❧⾜ᨻἲேࡢ஦ົ࣭஦ᴗࡢぢ┤ࡋࡢᇶᮏ᪉㔪ࠖ࡟ᇶ࡙ࡃබ⾲⊂❧⾜ᨻἲேࡀ⾜࠺ዎ⣙࡟ࡘ࠸࡚ࡣࠊࠕ⊂❧⾜ᨻἲேࡢ஦ົ࣭஦ᴗࡢぢ┤ࡋࡢᇶᮏ᪉㔪ᖹᡂ㸰㸰ᖺ㸯㸰᭶㸵᪥㛶㆟Ỵᐃ㸧ࠖ࡟࠾࠸࡚ࠊ⊂❧⾜ᨻἲே࡜୍ᐃࡢ㛵ಀࢆ᭷ࡍࡿἲே࡜ዎ⣙ࢆࡍࡿሙྜ࡟ࡣࠊᙜヱἲே࡬ࡢ෌ᑵ⫋ࡢ≧ἣࠊᙜヱἲே࡜ࡢ㛫ࡢྲྀᘬ➼ࡢ≧ἣ࡟ࡘ࠸࡚ࠊ᝟ሗࢆබ㛤ࡍࡿ࡞࡝ࡢྲྀ⤌ࢆ㐍ࡵࡿࡇ࡜࡜ࡉࢀ࡚࠸ࡿࠋࡇࢀ࡟ᇶ࡙ࡁࠊ௨ୗࡢ࡜࠾ࡾࠊᙜἲே࡜ࡢ㛵ಀ࡟ಀࡿ᝟ሗࢆᙜἲேࡢ㹕㹃㹀ࢧ࢖ࢺ࡛බ⾲ࡍࡿࡇ࡜࡜ࡍࡿࡢ࡛ࠊᡤせࡢ᝟ሗࡢᙜἲே࡬ࡢᥦ౪ཬࡧ᝟ሗࡢබ⾲࡟ྠពࡢୖ࡛ࠊᛂᮐⱝࡋࡃࡣᛂເཪࡣዎ⣙ࡢ⥾⤖ࢆ⾜ࡗ࡚࠸ࡓࡔࡃࡼ࠺࠾㢪࠸ࡍࡿࠋ࡞࠾ࠊᛂᮐⱝࡋࡃࡣᛂເཪࡣዎ⣙ࡢ⥾⤖ࢆࡶࡗ࡚ࠊྠពࡉࢀࡓࡶࡢ࡜ࡳ࡞ࡍࡇ࡜࡜ࡍࡿࠋ බ⾲ࡢᑐ㇟࡜࡞ࡿዎ⣙ඛḟࡢ࠸ࡎࢀ࡟ࡶヱᙜࡍࡿዎ⣙ඛ࢔㸬ᙜἲே࡟࠾࠸࡚ᙺဨࢆ⤒㦂ࡋࡓ⪅ࡀ෌ᑵ⫋ࢆࡋ࡚࠸ࡿࡇ࡜ཪࡣㄢ㛗┦ᙜ⫋௨ୖࡢ⫋ࢆ⤒㦂ࡋࡓ⪅ࡀᙺဨࠊ㢳ၥ➼࡜ࡋ࡚෌ᑵ⫋ࡋ࡚࠸ࡿࡇ࡜࢖㸬ᙜἲே࡜ࡢ㛫ࡢྲྀᘬ㧗ࡀࠊ⥲኎ୖ㧗ཪࡣ஦ᴗ཰ධࡢ㸱ศࡢ㸯௨ୖࢆ༨ࡵ࡚࠸ࡿࡇ࡜බ⾲ࡍࡿ᝟ሗୖグ࡟ヱᙜࡍࡿዎ⣙ඛ࡜ࡢዎ⣙㸦ணᐃ౯᱁ࡀ୍ᐃࡢ㔠㢠ࢆ㉸࠼࡞࠸ዎ⣙ࡸග⇕Ỉᩱࡢᨭฟ࡟ಀࡿዎ⣙➼ࡣᑐ㇟እ㸧࡟ࡘ࠸࡚ࠊዎ⣙ࡈ࡜࡟ࠊ≀ရ࣭ᙺົ➼ࡢྡ⛠ཬࡧᩘ㔞ࠊዎ⣙⥾⤖᪥ࠊዎ⣙ඛࡢྡ⛠ࠊዎ⣙㔠㢠➼࡜ేࡏࠊḟ࡟ᥖࡆࡿ᝟ሗࢆබ⾲ࡍࡿࠋ࢔㸬๓グղ࢔࡟ヱᙜࡍࡿ෌ᑵ⫋⪅ࡢேᩘࠊ⫋ྡཬࡧᙜἲே࡟࠾ࡅࡿ᭱⤊⫋ྡ࢖㸬ᙜἲே࡜ࡢ㛫ࡢྲྀᘬ㧗࢘㸬⥲኎ୖ㧗ཪࡣ஦ᴗ཰ධ࡟༨ࡵࡿᙜἲே࡜ࡢ㛫ࡢྲྀᘬ㧗ࡢ๭ྜࡀࠊḟࡢ༊ศࡢ࠸ࡎࢀ࠿࡟ヱᙜࡍࡿ᪨࣭㸱ศࡢ㸯௨ୖ㸰ศࡢ㸯ᮍ‶࣭㸰ศࡢ㸯௨ୖ㸱ศࡢ㸰ᮍ‶࣭㸱ศࡢ㸰௨ୖ࢚㸬୍⪅ᛂᮐཪࡣ୍⪅ᛂເ࡛࠶ࡿሙྜࡣࡑࡢ᪨ᥦ౪ࢆồࡵࡿ᝟ሗ࢔㸬ዎ⣙⥾⤖᫬Ⅼ࡟࠾ࡅࡿ๓グղ࢔࡟ヱᙜࡍࡿ෌ᑵ⫋⪅࡟ಀࡿ᝟ሗ㸦ேᩘࠊ⫋ྡཬࡧᙜἲே࡟࠾ࡅࡿ᭱⤊⫋ྡ㸧࢖㸬┤㏆ࡢ஦ᴗᖺᗘ࡟࠾ࡅࡿ⥲኎ୖ㧗ཪࡣ஦ᴗ཰ධཬࡧᙜἲே࡜ࡢ㛫ࡢྲྀᘬ㧗 බ⾲ࡢ᫬ᮇዎ⣙⥾⤖᪥ࡢ⩣᪥࠿ࡽ㉳⟬ࡋ࡚ཎ๎㸵㸰᪥௨ෆ㸦㸲᭶୰࡟⥾⤖ࡋࡓዎ⣙࡟ࡘ࠸࡚ࡣཎ๎㸷㸱᪥௨ෆ㸧㸰㸰㸬㟁Ꮚධᮐࢩࢫࢸ࣒ࡢ᧯సཬࡧ㞀ᐖⓎ⏕᫬ࡢၥྜࡏඛ㟁Ꮚධᮐࢩࢫࢸ࣒࣏࣮ࢱࣝࢧ࢖ࢺ࢔ࢻࣞࢫ㸸KWWSVZZZQLHVJRMSRVLUDVHFKRWDWVXNRNRNXHELGGLQJLQGH[KWPO࣊ࣝࣉࢹࢫࢡ㸦ཷ௜᫬㛫㸸ᖹ᪥㹼ཬࡧ㹼㸧(PDLOV\VHF\GHHQDVSKHOSU[#POKLWDFKLV\VWHPVFRP۔ῧ௜㈨ᩱ ู࣭⣬㸯 ⣬ධᮐ᪉ᘧཧຍᒆ ู࣭⣬㸰 ධᮐ᭩ ู࣭⣬㸱 ጤ௵≧㸦௦⌮ே⏝㸧 ู࣭⣬㸲 ጤ௵≧㸦᚟௦⌮ே⏝㸧 ู࣭⣬㸳 ᭀຊᅋ᤼㝖➼࡟㛵ࡍࡿㄋ⣙஦㡯 ู࣭⣬㸴 ධᮐㄝ᫂఍ ఍ሙ᱌ෆᅗ ู࣭⣬㸵 ㈨ᩱ㜀ぴ࡟ࡘ࠸࡚ ࣭㸦ྛ✀つ⛬㸧ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤዎ⣙஦ົྲྀᢅ⣽๎㸦ᢒ㸧࣭㸦ཧ⪃㸧 ⣬ධᮐ࡟ᙜࡓࡗ࡚ࡢ␃ព஦㡯 ู࣭ῧ㸯 ዎ⣙᭩㸦᱌㸧 ู࣭ῧ㸰 ௙ᵝ᭩ ู࣭ῧ㸱 ᥦ᱌᭩సᡂ࣭ᑂᰝせ㡿 ู࣭ῧ㸲 ᥦ᱌᭩సᡂᵝᘧ ู࣭ῧ㸳 ホ౯ᇶ‽⾲㸦ู⣬㸯㸧ᖺ᭶᪥⣬ධᮐ᪉ᘧཧຍᒆ ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ⌮஦㛗Ẋ ఫ ᡤၟྕཪࡣྡ⛠௦ ⾲ ⪅ ྡ ୗグධᮐ᱌௳࡟ࡘ࠸࡚ࠊ⣬ධᮐ᪉ᘧ࡛ࡢཧຍࢆ࠸ࡓࡋࡲࡍࠋ ௳ྡ㸸࢚ࢥࢳࣝㄪᰝࢹ࣮ࢱ⟶⌮ࢩࢫࢸ࣒ࡢ᭦ᨵཬࡧ㐠⏝ಖᏲᴗົ ᢸᙜ⪅➼㐃⤡ඛ㒊⨫ྡ 㸸 ㈐௵⪅ྡ㸸 ᢸᙜ⪅ྡ㸸㹒㹃㹊 㸸(PDLO 㸸㸦ู⣬㸰㸧ධ ᮐ ᭩ 㔠෇㟁Ꮚࡃࡌ࡟ධຊࡍࡿᩘᏐ㸦௵ពࡢ㸱᱆㸧㸸௳ྡ ࢚ࢥࢳࣝㄪᰝࢹ࣮ࢱ⟶⌮ࢩࢫࢸ࣒ࡢ᭦ᨵཬࡧ㐠⏝ಖᏲᴗົୖグ㔠㢠ࢆࡶࡗ࡚ࠊ㈗ᡤධᮐㄝ᫂᭩ᢎㅙࡢୖࠊධᮐࡋࡲࡍࠋ࡞࠾ࠊᚚ᥇⏝ࡢ࠺࠼ࡣ☜ᐇ࡟ᒚ⾜࠸ࡓࡋࡲࡍࠋࡲࡓࠊධᮐㄝ᫂᭩ู⣬㸳ࡢᭀຊᅋ᤼㝖➼࡟㛵ࡍࡿㄋ⣙஦㡯࡟ㄋ⣙ࡋࡲࡍࠋᖺ᭶᪥ఫᡤၟྕཪࡣྡ⛠ᙺ⫋࣭Ặྡᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ⌮஦㛗 Ẋᢸᙜ⪅➼㐃⤡ඛ㒊⨫ྡ 㸸 ㈐௵⪅ྡ㸸 ᢸᙜ⪅ྡ㸸㹒㹃㹊 㸸(PDLO 㸸㸺グධ౛㸼ධ ᮐ ᭩㔠෇ͤ௙ᵝ᭩࡛♧ࡍᴗົෆᐜཬࡧᴗົዎ⣙ᮇ㛫࡟ಀࡿ୍ษࡢ㈝⏝ࢆグ㍕㸦㟁Ꮚධᮐࢩࢫࢸ࣒࡛ࡣධຊ㸧ࡍࡿࡇ࡜ࠋͤึᮇᵓ⠏࣭㐠⏝ಖᏲ࡟ಀࡿ㈝⏝ࡣࠊึᮇᵓ⠏⤊஢ᚋ࡟ዎ⣙㢠⥲㢠ࢆዎ⣙ᮇ㛫ࡢ࠺ࡕ㐠⏝㛤ጞᚋࡢ᭶ᩘ࡛࠶ࡿ㸴㸮ࣨ᭶࡛๭ࡾࠊ௧࿴㸯㸮ᖺ㸲᭶࠿ࡽẖ᭶ࡈ࡜࡟ᆒ➼ࡢᨭᡶ࠸ࢆ⾜࠺ࡶࡢ࡜ࡍࡿࡓࡵࠊࡑࢀࢆ㋃ࡲ࠼ࡓධᮐ㔠㢠࡜ࡍࡿࡇ࡜ࠋ㟁Ꮚࡃࡌ࡟ධຊࡍࡿᩘᏐ㸦௵ពࡢ㸱᱆㸧㸸௳ྡ ࢚ࢥࢳࣝㄪᰝࢹ࣮ࢱ⟶⌮ࢩࢫࢸ࣒ࡢ᭦ᨵཬࡧ㐠⏝ಖᏲᴗົୖグ㔠㢠ࢆࡶࡗ࡚ࠊ㈗ᡤධᮐㄝ᫂᭩ᢎㅙࡢୖࠊධᮐࡋࡲࡍࠋ࡞࠾ࠊᚚ᥇⏝ࡢ࠺࠼ࡣ☜ᐇ࡟ᒚ⾜࠸ࡓࡋࡲࡍࠋࡲࡓࠊධᮐㄝ᫂᭩ู⣬㸳ࡢᭀຊᅋ᤼㝖➼࡟㛵ࡍࡿㄋ⣙஦㡯࡟ㄋ⣙ࡋࡲࡍࠋ ™™ᖺ™™᭶™™᪥ఫᡤۑۑ┴ۑۑᕷۑۑ㸯㸫㸰㸫㸱ၟྕཪࡣྡ⛠ ᰴᘧ఍♫ڹڹڹڹᙺ⫋࣭Ặྡ௦⾲ڧڧڧڧཪࡣ㸦᚟㸧௦⌮ே۔۔ ۔۔ ͤ ௦⌮ேཪࡣ᚟௦⌮ேࡀධᮐࡍࡿ㝿ࡣグྡࡍࡿࡇ࡜ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ⌮஦㛗 Ẋᢸᙜ⪅➼㐃⤡ඛ㒊⨫ྡ 㸸 ㈐௵⪅ྡ㸸 ᢸᙜ⪅ྡ㸸㹒㹃㹊 㸸(PDLO 㸸㸦ู⣬㸱㸧ᖺ᭶᪥ጤ ௵ ≧ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ⌮஦㛗 Ẋጤ௵⪅㸸ఫᡤၟྕཪࡣྡ⛠௦⾲⪅ྡ ௒⯡ࠊ⚾ࡣࠊࢆ௦⌮ே࡜ᐃࡵࠊ௧࿴㸶ᖺ㸯᭶㸰㸱᪥௜ࡅබ♧ࡉࢀࡓᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤࡢࠕ࢚ࢥࢳࣝㄪᰝࢹ࣮ࢱ⟶⌮ࢩࢫࢸ࣒ࡢ᭦ᨵཬࡧ㐠⏝ಖᏲᴗົࠖ࡟㛵ࡋࠊୗグࡢᶒ㝈ࢆጤ௵࠸ࡓࡋࡲࡍࠋཷ௵⪅㸸ఫᡤၟྕཪࡣྡ⛠ᙺ⫋࣭Ặྡグᮏධᮐ࡟ಀࡿ୍ษࡢᶒ㝈ࡢ஦㡯࡟ಀࡿ᚟௦⌮ேࢆ㑅௵ࡍࡿࡇ࡜ᢸᙜ⪅➼㐃⤡ඛ㒊⨫ྡ 㸸 ㈐௵⪅ྡ㸸 ᢸᙜ⪅ྡ㸸㹒㹃㹊 㸸 (PDLO 㸸㸦ู⣬㸲㸧ᖺ᭶᪥ጤ ௵ ≧ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ ⌮஦㛗 Ẋጤ௵⪅㸸ఫᡤၟྕཪࡣྡ⛠ᙺ⫋࣭Ặྡ ௒⯡ࠊ⚾ࡣࠊࢆ᚟௦⌮ே࡜ᐃࡵࠊ௧࿴㸶ᖺ㸯᭶㸰㸱᪥௜ࡅබ♧ࡉࢀࡓᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤࡢࠕ࢚ࢥࢳࣝㄪᰝࢹ࣮ࢱ⟶⌮ࢩࢫࢸ࣒ࡢ᭦ᨵཬࡧ㐠⏝ಖᏲᴗົࠖ࡟㛵ࡋࠊୗグࡢᶒ㝈ࢆጤ௵࠸ࡓࡋࡲࡍࠋཷ௵⪅㸸ఫᡤၟྕཪࡣྡ⛠ᙺ⫋࣭Ặྡグᮏධᮐ࡟ಀࡿ୍ษࡢᶒ㝈ᢸᙜ⪅➼㐃⤡ඛ㒊⨫ྡ 㸸 ㈐௵⪅ྡ㸸 ᢸᙜ⪅ྡ㸸㹒㹃㹊 㸸(PDLO 㸸㸦ู⣬㸳㸧ᭀຊᅋ᤼㝖➼࡟㛵ࡍࡿㄋ⣙஦㡯ᙜ♫㸦ಶே࡛࠶ࡿሙྜࡣ⚾ࠊᅋయ࡛࠶ࡿሙྜࡣᙜᅋయ㸧ࡣࠊୗグ஦㡯࡟ࡘ࠸࡚ࠊධᮐ᭩㸦ぢ✚᭩㸧ࡢᥦฟࢆࡶࡗ࡚ㄋ⣙࠸ࡓࡋࡲࡍࠋࡇࡢㄋ⣙ࡀ⹫ഇ࡛࠶ࡾࠊཪࡣࡇࡢㄋ⣙࡟཯ࡋࡓࡇ࡜࡟ࡼࡾࠊᙜ᪉ࡀ୙฼┈ࢆ⿕ࡿࡇ࡜࡜࡞ࡗ࡚ࡶࠊ␗㆟ࡣ୍ษ⏦ࡋ❧࡚ࡲࡏࢇࠋࡲࡓࠊᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤࡢồࡵ࡟ᛂࡌࠊᙜ᪉ࡢᙺဨྡ⡙㸦᭷౯ドๆሗ࿌᭩࡟グ㍕ࡢࡶࡢ㸦⏕ᖺ᭶᪥ࢆྵࡴࠋ㸧ࠋࡓࡔࡋࠊ᭷౯ドๆሗ࿌᭩ࢆసᡂࡋ࡚࠸࡞࠸ሙྜࡣࠊᙺ⫋ྡࠊẶྡཬࡧ⏕ᖺ᭶᪥ࡢ୍ぴ⾲㸧ཬࡧⓏグ⡙ㅞᮏࡢ෗ࡋࢆᥦฟࡍࡿࡇ࡜୪ࡧ࡟ࡇࢀࡽࡢᥦฟ᭩㢮࠿ࡽ☜ㄆ࡛ࡁࡿ⠊ᅖ࡛ࡢಶே᝟ሗࢆ㆙ᐹ࡟ᥦ౪ࡍࡿࡇ࡜࡟ࡘ࠸࡚ྠពࡋࡲࡍࠋグ㸯㸬ḟࡢ࠸ࡎࢀ࡟ࡶヱᙜࡋࡲࡏࢇࠋࡲࡓࠊᑗ᮶࡟࠾࠸࡚ࡶヱᙜࡍࡿࡇ࡜ࡣ࠶ࡾࡲࡏࢇࠋ㸦㸯㸧ዎ⣙ࡢ┦ᡭ᪉࡜ࡋ࡚୙㐺ᙜ࡞⪅࢔ἲே➼㸦ಶேࠊἲேཪࡣᅋయࢆ࠸࠺ࠋ㸧ࡢᙺဨ➼㸦ಶே࡛࠶ࡿሙྜࡣࡑࡢ⪅ࠊἲே࡛࠶ࡿሙྜࡣᙺဨཪࡣᨭᗑⱝࡋࡃࡣႠᴗᡤ㸦ᖖ᫬ዎ⣙ࢆ⥾⤖ࡍࡿ஦ົᡤࢆ࠸࠺ࠋ㸧ࡢ௦⾲⪅ࠊᅋయ࡛࠶ࡿሙྜࡣ௦⾲⪅ࠊ⌮஦➼ࠊࡑࡢ௚⤒Ⴀ࡟ᐇ㉁ⓗ࡟㛵୚ࡋ࡚࠸ࡿ⪅ࢆ࠸࠺ࠋ㸧ࡀࠊᭀຊᅋ㸦ᭀຊᅋဨ࡟ࡼࡿ୙ᙜ࡞⾜Ⅽࡢ㜵Ṇ➼࡟㛵ࡍࡿἲᚊ㸦ᖹᡂ㸱ᖺἲᚊ➨ྕ㸧➨㸰᮲➨㸰ྕ࡟つᐃࡍࡿᭀຊᅋࢆ࠸࠺ࠋ௨ୗྠࡌ㸧ཪࡣᭀຊᅋဨ㸦ྠἲ➨㸰᮲➨㸴ྕ࡟つᐃࡍࡿᭀຊᅋဨࢆ࠸࠺ࠋ௨ୗྠࡌࠋ㸧࡛࠶ࡿ࡜ࡁ࢖ᙺဨ➼ࡀࠊ⮬ᕫࠊ⮬♫ⱝࡋࡃࡣ➨୕⪅ࡢ୙ṇࡢ฼┈ࢆᅗࡿ┠ⓗཪࡣ➨୕⪅࡟ᦆᐖࢆຍ࠼ࡿ┠ⓗࢆࡶࡗ࡚ࠊᭀຊᅋཪࡣᭀຊᅋဨࢆ฼⏝ࡍࡿ࡞࡝ࡋ࡚࠸ࡿ࡜ࡁ࢘ᙺဨ➼ࡀࠊᭀຊᅋཪࡣᭀຊᅋဨ࡟ᑐࡋ࡚ࠊ㈨㔠➼ࢆ౪⤥ࡋࠊཪࡣ౽ᐅࢆ౪୚ࡍࡿ࡞࡝┤᥋ⓗ࠶ࡿ࠸ࡣ✚ᴟⓗ࡟ᭀຊᅋࡢ⥔ᣢࠊ㐠Ⴀ࡟༠ຊࡋࠊⱝࡋࡃࡣ㛵୚ࡋ࡚࠸ࡿ࡜ࡁ࢚ᙺဨ➼ࡀࠊᭀຊᅋཪࡣᭀຊᅋဨ࡜♫఍ⓗ࡟㠀㞴ࡉࢀࡿ࡭ࡁ㛵ಀࢆ᭷ࡋ࡚࠸ࡿ࡜ࡁ㸦㸰㸧ዎ⣙ࡢ┦ᡭ᪉࡜ࡋ࡚୙㐺ᙜ࡞⾜Ⅽࢆࡍࡿ⪅࢔ᭀຊⓗ࡞せồ⾜Ⅽࢆ⾜࠺⪅࢖ἲⓗ࡞㈐௵ࢆ㉸࠼ࡓ୙ᙜ࡞せồ⾜Ⅽࢆ⾜࠺⪅࢘ྲྀᘬ࡟㛵ࡋ࡚⬣㏕ⓗ࡞ゝືࢆࡋࠊཪࡣᭀຊࢆ⏝࠸ࡿ⾜Ⅽࢆ⾜࠺⪅࢚ഇィཪࡣጾຊࢆ⏝࠸࡚ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤࡢᴗົࢆጉᐖࡍࡿ⾜Ⅽࢆ⾜࠺⪅࢜ࡑࡢ௚๓ྛྕ࡟‽ࡎࡿ⾜Ⅽࢆ⾜࠺⪅㸰㸬ᭀຊᅋ㛵ಀᴗ⪅ࢆ෌ጤクཪࡣᙜヱᴗົ࡟㛵ࡋ࡚⥾⤖ࡍࡿ඲࡚ࡢዎ⣙ࡢ┦ᡭ᪉࡜ࡋࡲࡏࢇࠋ㸱㸬෌ཷ௵⪅➼㸦෌ཷ௵⪅ࠊඹྠ஦ᴗᐇ᪋༠ຊ⪅ཬࡧ⮬ᕫࠊ෌ཷ௵⪅ཪࡣඹྠ஦ᴗᐇ᪋༠ຊ⪅ࡀᙜヱዎ⣙࡟㛵ࡋ࡚⥾⤖ࡍࡿ඲࡚ࡢዎ⣙ࡢ┦ᡭ᪉ࢆ࠸࠺ࠋ㸧ࡀᭀຊᅋ㛵ಀᴗ⪅࡛࠶ࡿࡇ࡜ࡀุ᫂ࡋࡓ࡜ࡁࡣࠊᙜヱዎ⣙ࢆゎ㝖ࡍࡿࡓࡵᚲせ࡞ᥐ⨨ࢆㅮࡌࡲࡍࠋ㸲㸬ᭀຊᅋဨ➼࡟ࡼࡿ୙ᙜ௓ධࢆཷࡅࡓሙྜࠊཪࡣ෌ཷ௵⪅➼ࡀᭀຊᅋဨ➼࡟ࡼࡿ୙ᙜ௓ධࢆཷࡅࡓࡇ࡜ࢆ▱ࡗࡓሙྜࡣࠊ㆙ᐹ࡬ࡢ㏻ሗཬࡧᤚᰝୖᚲせ࡞༠ຊࢆ⾜࠺࡜࡜ࡶ࡟ࠊⓎὀඖࡢᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤ࡬ሗ࿌ࢆ⾜࠸ࡲࡍࠋ㸳㸬㈗ᡤࡢつ⛬㢮ཬࡧἲ௧ࢆ㑂Ᏺࡋ࡚୙ṇࠊ୙㐺ษ࡞⾜Ⅽ࡟㛵୚ࡏࡎࠊࡲࡓࠊ㈗ᡤࡢ⫋ဨ➼࠿ࡽ୙ṇ⾜Ⅽࡢ౫㢗➼ࡀ࠶ࡗࡓሙྜ࡟ࡣᣄ⤯ࡍࡿ࡜࡜ࡶ࡟ࠊࡑࡢෆᐜࢆ㈗ᡤ࡟㏻ሗࡋࠊࡉࡽ࡟ෆ㒊┘ᰝࠊࡑࡢ௚ㄪᰝ➼࡟࠾࠸࡚ࠊྲྀᘬᖒ⡙ࡢ㜀ぴ࣭ᥦฟ➼ࡢせㄳ࡟༠ຊࡋࡲࡍࠋ㸦ཧ⪃㸧ᅜ❧◊✲㛤Ⓨἲேᅜ❧⎔ቃ◊✲ᡤつ⛬࣭つ๎➼ KWWSVZZZQLHVJRMSNLKRQNLWHL(別紙６)入札説明会 会場(研究本館Ⅱ(３階)中会議室) 案内図※当日資料配付は行いませんので、各自入札説明書等資料を閲覧できるようご準備願います。研究本館Ⅱの入口です。警備員より貸与された入館証を入口右側のカードリーダーにかざしていただき、階段で３階へお越しください。【当日の緊急時連絡先】会計課電話番号：029-850-2321守衛室で入館証の貸与を受けてください(別紙７)資料閲覧について仕様書１１．２．「入札公告期間中の資料閲覧等」に記載の資料閲覧を希望する者は、以下の対応を行うこと。(１)電子メールにより以下の情報を記載のうえ、資料閲覧希望の旨を連絡すること。 進捗状況は進捗会議等で定期的に報告すること。具体的な進捗管理方法は、設計・開発実施計画書の策定時点で、プロジェクトの特性に合わせてNIESと協議の上決定すること。請負者と NIES間でプロジェクト管理ツール等を共有する提案についても、妨げない。費用は原則として請負者の負担とするが、当該ツールのライセンス等をNIESが保有する場合はその限りではない。利用する各種管理ツールの詳細は契約後協議の上、決定する。 課題管理解決するべき課題・問題は、再発防止に生かすことも含めて、項目ごとに進捗等を管理し、適切に解決していくこと。 リスク管理リスクの洗い出しを行い、リスク内容を判別した上で、各リスクの発生頻度、影響度、対応策(低減、受容、転換、回避等)、責任等を、監視・管理すること。 情報セキュリティ対策「6.作業の実施に当たっての遵守事項」の要件を満たすように実施すること。 品質管理品質管理について、次の事項を明確にし、実施すること。 品質管理方針事前に各工程において品質目標及び工程完了基準を設定すること。成果物に対して適切な検証活動を実施の上、結果について分析を行うこと。分析結果から抽出した対策の立案と実施を行うこと。 品質管理方法各工程の完了に伴いレビューを実施し、品質基準との差を把握すること。品質の自己評価を実施し、NIESの承認を得ること。 システム構成管理/変更管理システム構成管理/変更管理について、管理手順を明確に記載すること。NIESと合意した最新の状況を適時に各種ドキュメントへ反映すること。設計書等のドキュメントとソースコード等の実装結果に差分が発生しないよう管理を行うこと。 問合せ管理業務を遂行する中で、NIESから請負者に対する指摘や確認事項等について、適切に管理し、着実に対応すること。エコチル調査データ管理システムの更改及び運用保守業務一式6イ 作業進捗の報告等作業の推進方法、方針の確認、修正及び進捗状況確認等、作業進捗の報告で必要な書類を作成し、月1回程度の報告を行うこと。また、障害対応や保守作業実施等の場合には必要に応じて臨時の会議を行うこと。報告は原則としてオンライン会議での実施とするが、NIESから要請があった場合、又は、請負者が必要と判断した場合は、NIESと請負者で協議の上、対面で開催すること。また、別途NIESが報告を求める場合においては、NIESが指示する必要な書類を加えること。詳細は作成時にNIESと協議の上、決定すること。なお、報告にはプロジェクト全体管理者が出席すること。また、NIESが求める場合は、必要に応じて体制に参画しているメンバー(セキュリティ要員やUI/UX要員など)を参加させること。作業管理(1) 設計・開発工程及び運用・保守工程の作業管理請負者は、NIESが承認した設計・開発実施計画書及び設計・開発実施要領に従い、各種管理を行うこと。また、運用・保守開始後においては運用・保守計画書及び運用・保守実施要領に基づき各種管理を行うこと。(2) コミュニケーション方法コミュニケーションツールを活用し、感染症流行状況においても継続性の高い開発・保守・運用体制を構築すること。NIESとのコミュニケーション、情報共有についてもコミュニケーションツールを活用すること。ただし、NIESが保有するライセンスで利用可能なコミュニケーションツールはBox又はMicrosoft Teamsである。これ以外のコミュニケーションツールを利用する場合には、NIES職員が利用するライセンスを請負者が提供すること。要件定義請負者は、設計・開発の実施に先立ち、「別紙1 要件定義書」の内容を確認すること。その際、内容について調整すべき事項があれば、NIES、関係部署、現行システム関係者と調整の上、結果に基づき要件定義書の修正を行うこと。要件の調整内容は、NIES及び関係するステークホルダーに提示し、合意形成を図りつつ進めること。設計(1) 基本的な要件ア 基本設計及び詳細設計請負者は、要件定義書の要件を満たすための基本設計及び詳細設計(運用設計を含む。)を行い、成果物についてNIESからの承認を得ること。NIESやシステム関係事業者等の第三者が理解可能となるよう、特に用語の定義や表記ゆれに注意した上で、各種資料及び成果物を分かりやすく作成すること。本業務の結果、基本設計書・詳細設計書の記載内容に変更が生じる場合は、その都度基本設計書・詳細設計書を修正する。基本設計書の修正に関してはNIESのレビューを受けた上で、NIESの承認を得ること。エコチル調査データ管理システムの更改及び運用保守業務一式7イ プロトタイプの作成新規機能等については、設計内容が実現したい要件を満たしているか、利用者の利便性が向上するようなUI/UXとなっているか等を確認すること。必要に応じてペーパープロトタイピングやモックアップの作成を行った上でNIESとともに検証を行い、結果を報告すること。ウ 外部インタフェース仕様書の作成請負者は、他の情報システムとの連携を行うための外部インタフェース仕様書を作成すること。また、連携先の情報システム関係者等が外部連携について正確に把握でき、連携機能の構築や連携テスト等の実施を円滑に行えるような外部インタフェース仕様書を作成すること。エ 本システムにて利用する環境請負者は、設計・開発に用いる環境として、クラウドサービス上に構築する「本番環境」、「検証環境」及び「開発環境」の3種類を用意すること。設計・開発に用いる環境は、原則として「検証環境」及び「開発環境」とし、システム稼働に当たってのアプリケーションプログラムリリースは本番環境で行うこと。システム稼働後にインシデントが発生し、本番環境と同等の環境で動作確認が必要な場合は、検証環境で行うこと。また、システム稼働後にアプリケーションプログラム改修が必要な場合は主に開発環境で行うこと。オ ライフサイクルコストの考慮請負者は、本システムの設計・開発から運用終了に至るまでの保守性を考慮して、基本設計及び詳細設計を実施すること。ここでいう保守性とは、利用者要望に基づく機能追加、制度や元号の変更等の外部環境変化に基づく機能追加、定期的に発生する制度改定の反映、人事異動等に伴うアカウント変更等の各種保守作業に対し、効率的かつ迅速に対応できる柔軟性を有することを指す。カ クラウドネイティブなシステム構成アプリケーションプログラムの設計・開発にあたっては、可能な限りクラウドネイティブなシステム構成を志向すること。 また、Infrastructure as Code(IaC)を活用する等、クラウドサービスの構成変更を効率的に実施できるよう配慮すること。キ モニタリングが容易に行える構成要件定義書「1.5.業務観点で管理すべき指標」に記載したプロジェクトの目標となる指標、システム運用に必要な情報等に対して、システムで適時に状況を取得できる構成とすること。また、統計処理等によって二次的に加工した情報だけでなく、その根拠となる一次情報(ローデータ)も確認できる構成とすること。(2) 基本設計及び詳細設計の実施(アプリケーションプログラム)ア アプリケーションプログラムの基本設計アプリケーションプログラムについて、システム全体図、データの流れと機能構成、機能・画面・帳票一覧、画面遷移、データ一覧、ジョブ定義等の基本設計を行うこと。以上を基に、基本設計書(アプリケーションプログラム)を取りまとめること。イ 要件との網羅性基本設計書(アプリケーションプログラム)には、要件と設計項目の対応表等、要件が網羅されていることを確認できる情報を含めること。エコチル調査データ管理システムの更改及び運用保守業務一式8ウ アプリケーションプログラムの詳細設計アプリケーションプログラムについて、基本設計書(アプリケーションプログラム)に基づき、機能設計(機能定義、データチェック定義、アクセス制御方式等)、スキーマ定義、コード定義、ジョブネット定義等の詳細設計を行うこと。以上を基に、詳細設計書(アプリケーションプログラム)を取りまとめること。エ 基本設計との網羅性詳細設計書(アプリケーションプログラム)には、基本設計書(アプリケーションプログラム)の項目との対応表等、基本設計の内容が網羅されていることを確認できる情報を含めること。オ パラメータ設計請負者は、アプリケーションの動作の前提となるソフトウェア(パッケージ製品)を選定し、パラメータ等の必要な設計を実施すること。(3) 基本設計及び詳細設計の実施(運用・保守)ア 現行システムの運用・保守作業内容の棚卸し請負者は、現行システムの運用・保守作業内容をベースラインとして、作業内容の棚卸しを行うこと。本システムを運用するに当たって不要となる作業、作業内容の変更を要する作業、新たに追加する作業を整理すること。イ 運用・保守計画請負者は、要件定義書の「3.17 運用に関する事項 (1)運用・保守計画」に示す内容を基に運用・保守計画書及び運用・保守実施要領の案を作成し、NIESの承認を受けること。なお、運用・保守計画書の案には、以下の内容を含めること。 情報システムの次期更改までの間に計画的に発生する作業内容 上記作業の発生が想定される時期等 作業実施に必要な資料 モニタリングすべきデータ・リソース 使用する運用管理機能・ツール 各作業の完了条件 運用・保守実績を記録する成果物等ウ 運用・保守設計請負者は、「ア 現行システムの運用・保守作業内容の棚卸し」、「イ 運用・保守計画」に記載された事項や、要件定義書の「3.17 運用に関する事項」、「3.18 保守に関する事項」に記載の運用・保守に関する要件を踏まえ、運用設計及び保守設計を行い、NIESの承認を受けること。運用・保守設計に当たっては、NIES作業の軽減等、効率的なシステム運用・保守に資する内容を検討すること。また、システム稼働後にインシデント数が削減される等、効率的なシステム運用・保守に資する改善案があれば提案すること。なお、運用・保守設計には、以下の内容を含めること。 定常時における定型的な作業内容、その想定スケジュール 障害発生時における作業内容(初動対応、障害切り分け、暫定対応、恒久対応等)エコチル調査データ管理システムの更改及び運用保守業務一式9 情報セキュリティインシデントを認知した際の報告手順、対応手順 障害発生等により設計書、ソースコード等の修正が発生した場合の報告手順、対応手順エ 運用業務の効率化の方策自動化、セルフサービス化等による効率的なシステム運用・保守に資するシステム改修案があれば提案すること。オ 運用・保守手順書請負者は運用・保守計画書を踏まえ、以下を取りまとめた運用・保守手順書(当該運用・保守手順書には運用・保守作業員が実作業レベルで利用するマニュアル等も含めること。)を作成し、NIESの承認を得ること。 定常時及び障害時において想定される運用体制 保守体制 実施手順等また、NIESが提示する運用規程の要件に基づき運用規程の案を作成し、NIESの承認を得ること。(4) 基本設計及び詳細設計の実施(システム方式)ア 基本設計要件定義書の内容を参照し、システム方式に関する基本設計結果を記載したものとして基本設計書(システム方式)を作成し、NIESの承認を得ること。基本設計書(システム方式)には以下の内容を含むこと。 非機能要件(信頼性、性能、拡張性、運用・保守、セキュリティ等)を実現するための設計 システム設計(システム環境、ネットワーク、設備・運用) 業務継続設計(システムバックアップ、データバックアップ、障害発生時の縮退運転や自動継続運転)等イ 詳細設計基本設計書(システム方式)を踏まえ、システム方式に関する詳細設計結果を記載したものとして詳細設計書(システム方式)を作成し、NIESの承認を得ること。詳細設計書(システム方式)には以下の内容を含むこと。 非機能要件(信頼性、性能、拡張性、運用・保守、セキュリティ等)を実現するための設計 システム設計(システム環境、ネットワーク、設備・運用) 業務継続設計(システムバックアップ、データバックアップ、障害発生時の縮退運転や自動継続運転)等ウ 環境定義以下の環境定義に係る作業を行うこと。 構築作業全般のスケジュール、手順、要領等も必要に応じて記載すること。また、クラウドサービスプロバイダが提供する稼動環境(本番環境・検証環境等)のセットアップ後に、稼働環境が想定どおりに構築できていることを確認するためのテスト・確認項目を記載したものとして、動作確認テスト項目表を作成すること。 詳細設計書等を基に、クラウドサービスプロバイダが提供する資源(OS、ミドルウェア)や本システムが個別に配置し、独自に設計・実装して利用するソフトウェア(以下「持込みソエコチル調査データ管理システムの更改及び運用保守業務一式10フトウェア」という。)の環境パラメータを取りまとめたものとして環境定義書を作成すること。 請負者は、基盤構築の結果、環境定義書の内容に修正が発生した場合は、環境定義書も修正すること。  持込みソフトウェアのセットアップを行うための手順を記載したものとして環境構築手順書を作成すること。 構築するシステム稼働環境について、クラウドサービス、機器、ソフトウェア等を一覧表で取りまとめたものとして機器、ソフトウェア等の一覧表を作成すること。(5) 移行計画請負者は、情報システムの環境、ツール、手順等を記載した移行計画書を作成し、NIESの承認を受けること。開発・テスト(1) ルールの規定請負者は、開発に当たり、アプリケーションプログラムの開発又は保守を効率的に実施するため、プログラミング等のルールを定めた標準(標準コーディング規約、セキュアコーディング規約等)を定め、NIESの承認を得ること。(2) ルール遵守や成果物の確認方法請負者は、開発に当たり、情報セキュリティ確保のためのルール遵守や成果物の確認方法(例えば、標準コーディング規約遵守の確認、ソースコードの検査、現場での抜き打ち調査等についての実施主体、手順、方法等)を定め、NIESの承認を得ること。(3) 開発手法本プロジェクトでは、従来のウォーターフォールに限定せず、スパイラル／アジャイル等柔軟な対応を可能とする手法をプロジェクトの特性を踏まえ検討すること。また、継続的インテグレーション・継続的デリバリー(CI/CD)を可能とし、開発作業だけでなく運用・保守作業も含めて効率的な手法を取り入れること。(4) 開発ツール請負者は、プログラム設計・製造に当たり開発フレームワーク等のツールを用いる場合、ベンダーロックインを防ぐため、原則として特定の事業者しか使用できない技術、製品、サービス等に依存しないツールを用いること。(5) 開発の実施請負者は、NIESの承認を得た基本設計書及び詳細設計書に基づき、本システムのプログラム設計、開発を実施すること。当該作業は、開発環境にて行うこと。開発に必要となる環境設定やテストデータ、テストプログラム等の作成は、請負者が行うこと。なお、設計・開発業務を推進する上で必要となる機器、ソフトウェア等がある場合は、請負者の負担にて用意すること。(6) テスト計画と実施請負者は、単体テスト、結合テスト及び総合テストについて、以下の内容を記載したテスト計画書を作成し、NIESの承認を受けること。なお、各テスト項目のうち、反復的にテストを実施するものについては、自動化することを原則とする。 テスト体制エコチル調査データ管理システムの更改及び運用保守業務一式11 テスト環境 作業内容 作業スケジュール テストシナリオの概要 テスト結果に係る定性・定量評価の方法(テスト密度、バグ検出密度等) 合否判定基準等請負者は、テスト計画書の内容を踏まえてテスト仕様書を作成の上、テストを実施すること。請負者は、テスト計画書に基づき、各テストの実施状況をNIESに報告すること。テストの実施に当たり必要な費用は全て契約金額に含めること。受入テスト支援請負者は、NIESが受入テストのテスト計画書を作成するに当たり、情報提供等の支援を行うこと。請負者は、NIESが受入テストを実施するに当たり、環境整備、運用等の支援を行うこと。移行請負者は、要件定義書「3.14.移行に関する事項」に示す事項を踏まえ、移行に係る業務を適切に実施すること。引継ぎ請負者は、要件定義書「3.15.引継ぎに関する事項」に示す事項を踏まえ、引継ぎに係る業務を適切に実施すること。教育請負者は、要件定義書「3.16.教育に関する事項」に示す事項を踏まえ、教育に係る業務を適切に実施すること。クライアント環境(1) 請負者は、「別紙１ 要件定義書」を満たすためのクライアント環境を整備し、維持運用すること。(2) 機器と不可分のソフトウェア、またセキュリティ上必要な備品等はすべて本調達に含めること。(3) 機器の梱包物、搬入または搬出の際に使用した養生品及びその他不要となった資材を、設置または撤去完了後速やかに撤去し廃棄すること。(4) クライアント環境の整備に当たっては機器展開計画書を作成し、NIESの承認を受けること。なお、機器展開の前提として、各拠点の拠点内ネットワークを介して外部インターネット回線へ接続するため、本調達で導入するネットワーク機器と上位ネットワークの疎通確認を事前に実施エコチル調査データ管理システムの更改及び運用保守業務一式12し、確実な機器展開に備えること。なお事前疎通確認は各拠点の業務に影響を与えないように拠点と日程調整の上、実施すること。本番の機器展開作業は全拠点一斉切替えとし、業務への影響を可能な限り抑えるよう日程調整の上、実施すること。(5) クライアント環境について、必要に応じて、現地における現行システム機器の設置状況、LAN配線、電源、IP情報等について事前に現地調査または書面によるヒアリングを行うこと。また、導入する機器を各拠点内ネットワークに接続するにあたり、各拠点と調整のうえ、必要に応じて各拠点が各組織内での申請に必要となる情報を連携すること。ハード及びソフトウェアの保守クライアント環境等サービスとして提供されないシステム構成機器及びソフトウェア等についてはその保守を本調達に含めること。機器撤去作業請負者は、本システム運用終了時等における該当機器の撤去及び回収、データ消去等必要な各種作業について、機器撤去計画書を作成し、NIESの承認を受けて、撤去作業を行うこと。データ消去については各セキュリティ要件を満たすこととし、当該機器に対してデータ消去を確実に実施すると共にそれを証明できる資料をNIESに提出すること。回線サービスクラウドサービスからコアセンター及びメディカルサポートセンター、各ユニットセンターのインターネット回線に係るインフラ敷設及び運用保守は本調達の対象外である。また、クラウドサービスへの IPsec-VPN接続を可能とすること。VPN接続の方式については同等レベルのセキュリティを実現すればSSL-VPN方式も可とする。請負者は各拠点の既存ネットワーク環境及び回線仕様を機器手配前に把握し、クラウドサービスとの円滑な疎通が実現できるよう、必要な調整を行うこと。運用請負者は、要件定義書「3.17.運用に関する事項」に示す事項を踏まえ、運用に係る業務を適切に実施すること。保守請負者は、要件定義書「3.18.保守に関する事項」に示す事項を踏まえ、保守に係る業務を適切に実施すること。会議開催(1) 請負者は、定例会を月1回程度開催するとともに、業務の進捗状況を設計・開発実施要領に基づき報告すること。 エコチル調査データ管理システムの更改及び運用保守業務一式13(2) 請負者は各開発工程の完了に当たり、工程完了判定会議を開催し、NIESの承認を得ること。なお、開催要否はNIESと協議の上決定すること。(3) NIESから要請があった場合、又は、請負者が必要と判断した場合、必要資料を作成の上、定例会とは別に会議を開催すること。(4) 会議開催方法については、原則としてオンライン会議であるが、年4回程度NIES拠点で実施すること。NIESから要請があった場合、又は、請負者が必要と判断した場合は、NIESと請負者で協議の上、対面で開催すること。(5) 請負者は、会議終了後、3日以内(行政機関の休日(行政機関の休日に関する法律(昭和63年法律第91号)第１条第１項各号に掲げる日をいう。)を除く。)に議事録を作成し、NIESの承認を受けること。データ管理方法(1) 本業務にて取り扱うデータについては、NIESの許可なく追加、変更、削除、公開しないこと。(2) 本業務にて取り扱うデータについては、個人、国、地方公共団体、その他の法人等を問わず、NIESが管理する ID等を付与された者が、その権限の範囲で利用可能とする。(3) 請負者は、上記(1)(2)における条件を満たすシステム構成において設計・開発、保守・運用を行うこと。(4) 本業務にて取り扱う一部データについてはNIES以外の担当機関へ提出する必要がある。提出方法等については契約後協議の上決定するが、当該作業に係る費用は請負者にて負担すること。業務完了報告書の作成請負者は、以下の内容を含む業務完了報告書を作成し、NIESの承認を得ること。 本調達又は工程の概要 スコープ目標、スコープの評価に利用される基準、完了基準が満たされていることの証拠 品質目標、本調達や成果物の品質評価に利用される基準、成果物の品質評価結果 実際のマイルストーン通過日、予実に乖離がある場合の理由 システム提供状況、成果物の評価を踏まえた本調達に対する事業者総評成果物の作成(1) 成果物一覧本調達の成果物を「表2 成果物一覧」に示す。納品期限については想定を記載しており、詳細は契約後協議の上、設計・開発実施計画書にて定める。なお、成果物は現時点の案であるため、請負者が開発手法を提案の上でNIESが承認した場合は、成果物の種類、内容を変更することができる。エコチル調査データ管理システムの更改及び運用保守業務一式14表2 成果物一覧No. 成果物名内容 納品期限(想定)1設計・開発実施計画書全体管理、進捗・工程管理、品質管理、変更管理、リソース管理における作業実施計画、及び本調達対象業務に関するスケジュール案、作業体制表、機密保持管理方法をまとめた計画書2028年3月末(但し、落札決定後、14日以内に作成し、NIESの承認を得ること)2設計・開発実施要領全体管理、進捗・工程管理、品質管理、変更管理、リソース管理における作業手順等をまとめた実施要領2028年3月末3 業務報告書基本設計業務、詳細設計業務、開発～結合テスト業務、総合テスト業務、受入テスト支援業務、研修業務、プログラムの本番環境への移行業務における報告資料工程完了後速やかに4 業務完了報告書本調達の概要、スコープ・品質目標達成の証拠、マイルストーン実績、総評をまとめた報告書設計・開発と運用・保守でそれぞれ作成すること。 設計・開発完了時：2028年3月末運用・保守完了時：2033年3月末5 要件確認書要件定義で示した内容を基に設計・開発、及び運用保守業務を遂行する上での要件をまとめた資料2028年3月末6 設計書後工程を実施するために必要な資料一式(基本設計書、詳細設計書、環境定義書、環境構築手順書、実体関連図(ERD)、データ定義書、移行設計書、情報システム関連図、ネットワーク構成図、ソフトウェア構成図、ハードウェア構成図、プログラム一覧等)2028年3月末7 プログラム情報システムの画面・帳票・バッチ等を動作させるために必要なプログラムソースコード、及びソースコードから生成された実際の動作に使用する実行プログラム2028年3月末8 設定情報ノンプログラミングによる画面生成等プロトタイピング用のツール等を使用する場合、設計書やソースコード一式の生成等に使用される設定情報その他の必要な情報一式、及び外部サービスを利用する場合、当該サービスに係る設定情報その他の必要な情報一式2028年3月末9 テスト計画書テストを計画的に確実に進めることを目的として、調達仕様書、要件定義書、提案書、設計内容等に基づき、開発したプログラムが設計どおりに動作することを確認するための計画を記述した資料(単体テスト、結合テスト、総合テスト、移行テスト、受入テスト(案))2028年3月末10 テスト仕様書テスト目的・項目、テスト方法、使用するテストデータ、テストケース・シナリオ、動作確認テスト項目表、テスト手順等を記述した資料(単体テスト、結合テスト、総合テスト、移行テスト、受入テスト(案))2028年3月末11単体テスト結果報告書単体テスト仕様書に沿ったテストの結果及び定量・定性的に分析した結果を記述した報告資料2028年3月末12結合テスト結果報告書結合テスト仕様書に沿ったテストの結果及び定量・定性的に分析した結果を記述した報告資料2028年3月末13総合テスト結果報告書総合テスト仕様書に沿ったテストの結果及び定量・定性的に分析した結果を記述した報告資料2028年3月末14移行テスト結果報告書移行計画書に沿ったテストの捗や検証結果を記述した報告資料2028年3月末15脆弱性検査結果報告書セキュリティの脆弱性について検査した結果を記述した報告資料2028年3月末16 テストデータ 各テストを実施するために情報システムに投入するデータ 2028年3月末17 移行計画書 本番環境へのシステム・データ移行を計画的に実行し、現行 2028年3月末エコチル調査データ管理システムの更改及び運用保守業務一式15No. 成果物名内容 納品期限(想定)資産を継承して次期稼働環境を整備する計画書18 移行手順書本番移行や移行リハーサルの具体的な移行方法や手順を記述した資料2028年3月末19 移行結果報告書移行結果について定量・定性的に分析した結果を記述した報告資料2028年3月末20 教育計画書利用者・システム管理者への教育を確実に進めるための計画を記述した資料2028年3月末21操作手順書(マニュアル)利用者・システム管理者向けに、情報システムを使用する操作手順及びシステムの動作、処理を記した資料(現行システム・サービス(関連サービス含め)からの変更点を含む)2028年3月末22 研修用資料利用者・システム管理者が業務を円滑に遂行できるように実施する研修用の資料2028年3月末23中長期運用・保守作業計画書本システムが次期(第5期)の更改まで(運用が開始され廃棄されるまで)の長期間において安定的な運用を確保することを目的として、調達仕様書、要件定義書、提案書、設計内容等に基づき、情報システムのライフサイクルといった中長期の期間において、日常的に定常運転し、稼働状況を様々な観点から把握し、予防保全的な対応による問題回避を行い、将来に向けての分析等を行うための計画を記述した資料2028年3月末24 運用計画書要件定義書で示した運用に関する事項を基に、提案書及び設計内容を踏まえ、監視・管理等の作業の概要、体制、スケジュール等を記述した資料2028年3月末25 保守作業計画書要件定義書で示した保守に関する事項を基に、提案書及び設計内容を踏まえ、保守作業の概要、体制、スケジュール等を記述した資料2028年3月末26情報セキュリティ管理計画書設計・開発、及び運用保守業務を遂行する上での情報セキュリティの管理方法等について記述した資料2028年3月末27ドキュメント管理計画書本業務のドキュメント類の管理方法等について記述した資料2028年3月末28 事業継続計画書要件定義書で示した継続性に関する事項を基に、提案書及び設計内容を踏まえ、データ保護の観点から事業継続の概要、体制、スケジュール等を記述した資料2028年3月末29月次運用状況報告運用・保守にて実施した作業、及びシステムの稼働状況等について、1回/月にNIESへ報告・評価するもの2033年3月末30 インシデント管理表保守業務として受け付けたQA・障害等をインシデントとして管理した資料2033年3月末31 課題管理表保守業務として、インシデントとして受け付けた中での課題や、システム運用にて発生した課題を管理した資料2033年3月末32 品質管理表各種要件を満たしていることを保証する品質確保・維持に関する資料2028年3月末33機器、ソフトウェア等の一覧表構築するシステム稼働環境について、クラウドサービス、機器、ソフトウェア等を一覧表で取りまとめた資料2028年3月末34 製品マニュアル導入機器及びソフトウェア等に添付された操作マニュアルや機器諸元表等の資料2028年3月末35 機器構成図 設置場所毎の機器構成図 2028年3月末36 機器構成表 機器毎の詳細なソフトウェア情報、設定情報を記述した資料 2028年3月末37 機器展開計画書 クライアント環境の整備スケジュール、作業内容に関する資料 2028年3月末38 機器撤去計画書 機器の撤去、データ消去に関する資料 2028年3月末39 引継ぎ資料引継ぎ計画書、引継ぎに使用した資料、引継ぎ結果報告書、前任事業者からの引継ぎ完了報告書等2033年3月末エコチル調査データ管理システムの更改及び運用保守業務一式16(2) 成果物の納品方法成果物の納品方法は以下のとおり。 成果物は、原則として日本語で作成すること。ただし、日本国においても英字で表記されることが一般的な文言や、ソースコード等の英字で作成することが一般的な成果物については、そのまま記載しても構わないものとする。 用字・用語・記述符号の表記については、「公用文作成の考え方(令和4年1月11日内閣官房長官通知)」を参考にすること。 情報処理に関する用語の表記については、日本産業規格(JIS)の規定を参考にすること。 成果物は電子データ及び紙媒体に印字したもの１部を納品すること。 ただし、プログラム等紙媒体を大量に消費する場合にはNIESと協議の上、電子媒体のみの提出を可とする。 (契約後の委託事業開始前より実施されるNIESが別途選定した事業者による監査、NISC(内閣サイバーセキュリティセンター)や環境省等の関係機関による監査を含む。)(2) 情報システム監査で問題点の指摘又は改善案の提示を受けた場合には、対応案をNIESと協議し、指示された期間までに是正を図ること。情報セキュリティの管理体制について(1) 情報システムの設計・開発、運用・保守工程において、NIESの意図しない変更や機密情報の窃取等が行われないことを保証する管理が、一貫した品質保証体制の下でなされていること。(2) NIESの意図しない変更や機密情報の窃取等が行われないことを保証するための具体的な管理手順や品質保証体制を証明する書類(例えば、品質保証体制の責任者や各担当者がアクセス可能な範囲等を示した管理体制図)をNIESとの協議の上、必要と判断された場合は提出すること。また、第三者機関による品質保証体制を証明する書類等が提出可能な場合は、提出すること。(3) 情報システムにNIESの意図しない変更が行われる等の不正が見つかったときに、追跡調査や立入検査等、NIESと連携して原因を調査し、排除するための手順及び体制を整備していること。(例えば、運用・保守業務におけるシステムの操作ログや作業履歴等を記録し、発注元から要求された場合には提出させるようにする等)また、当該手順及び体制が妥当であることを証明するための書類をNIESとの協議の上、必要と判断された場合は提出すること。(4) 情報システムの開発・構築等の各工程において、情報セキュリティに係るサプライチェーン・リスクを低減する対策が行われていること。(5) セキュリティ関連のテストの実施結果が確認できること。脆弱性検査については、「デジタル庁 政府情報システムにおける脆弱性診断ガイドライン」の実施基準を満たすように、脆弱性診断の実施、検出された脆弱性への対応を行うこと。また、脆弱性検査の終了時には実施内容及び結果を脆弱性検査結果報告書に取りまとめること。エコチル調査データ管理システムの更改及び運用保守業務一式24(6) 情報システムの本番環境、検証環境、開発環境を分離し、各環境で取扱う情報の機微性等に応じてアクセス制御等必要なセキュリティ対策を実施すること。(7) 政府情報システムにおいて含有されやすいセキュリティ上の問題点を「表4 政府情報システムにおいて含有されやすいセキュリティ上の問題点」に示す。各項目に対して漏れなく対応すること。表4 政府情報システムにおいて含有されやすいセキュリティ上の問題点No. 要因 セキュリティ上の問題点1 認証管理不備 共用アカウントが使用される際に、利用者特定の仕組みや取扱いに関するルールが整備されていない 推測されやすい脆弱なパスワードが使用されている 認証情報がファイル等に平文で書かれている2 アクセス制御不備 必要な強度の認証が行われていない ネットワーク、システムへのアクセス制限が実施されていない 必要最小限のアクセス権付与が守られておらず、過剰である3 暗号化不備 重要情報が流れる各機器間の通信経路において、必要な暗号化が実施されていない4資産管理、脆弱性管理不備 利用しているソフトウェアや機器の状態を把握していない(最新状態を維持できていない) OSやミドルウェア、ファームウェア等の脆弱性対策が適切に実施されていない5Webアプリケーションの脆弱性 SQLインジェクション、クロスサイトスクリプティング等の初歩的なWebアプリケーションの脆弱性が存在している パラメータ改ざんにより、本来アクセスできないデータを操作できる等の脆弱性が存在している6 ログ管理不備 ログ取得の範囲が目的に応じて定められていない(必要なログが取得されていない) 定期的なログの点検又は分析が実施されていない7 外部委託の管理不備 外部委託に係る契約に、遵守事項で定める委託先の情報セキュリティ対策が含まれていない 外部委託に係る契約に基づき、委託先における情報セキュリティ対策の履行状況を確認していないセキュリティ要件請負者は、国立研究開発法人国立環境研究所情報セキュリティポリシーを遵守し、情報セキュリティを確保するものとする。特に下記の点に留意すること。なお、国立研究開発法人国立環境研究所情報セキュリティポリシーは以下URLにおいて公開している。(https://www.nies.go.jp/security/sec_policy.pdf)(1) 請負者は、請負業務の開始時に、請負業務に係る情報セキュリティ対策の遵守方法及び管理体制、事故時における緊急時の連絡体制について、NIES担当者に書面で提出すること。 また、変更があった場合には、速やかに報告すること。(2) 請負者は、NIESから提供された情報について目的外の利用を禁止する。(3) 請負者は、NIESから要機密情報を提供された場合には、機密保持義務を負うこととし、当該情報の機密性の格付けに応じて適切に取り扱われるための措置を講ずること。(4) 請負者は、NIESから提供された要機密情報が業務終了等により不要になった場合には、確実に返却し又は廃棄し、文書にて報告すること。(5) 請負者は、国立研究開発法人国立環境研究所情報セキュリティポリシーの履行が不十分と見なされるとき又は請負者において請負業務に係る情報セキュリティ事故が発生したときは、必要エコチル調査データ管理システムの更改及び運用保守業務一式25に応じてNIESの行う情報セキュリティ監査を受け入れること。また、速やかに是正処置を実施すること。(6) 業務に用いる電算機(パソコン等)は、使用者の履歴が残るものを用いてこれを保存するとともに、施錠等の適切な盗難防止の措置を講じること。また、不正プログラム対策ソフトが導入されており、利用ソフトウェアやその脆弱性等、適切に管理された電算機を利用すること。(7) 再委託することとなる場合は、事前の承諾を得て再委託先にも以上と同様の制限を課して契約すること。(8) 請負者は、NIESが意図しない変更が加えられないための管理体制を構築すること。また、管理体制を確認するため、以下の情報を提供すること。(再委託がある場合、再委託先含む)・ 請負者の資本関係・ 請負者の役員等の情報・ 請負業務従事者の所属、専門性(情報セキュリティ関連資格・研修実績等)、実績、国籍に関する情報提供・ 請負業務の実施場所(9) その他セキュリティ要件について、「別紙１ 要件定義書 3.10.情報セキュリティに関する事項(2)セキュリティ要件」に記載の要件を満たすこと。7. 成果物に関する事項知的財産権の帰属(1) 本業務における成果物の原著作権及び二次的著作物の著作権(著作権法第 21条から第 28条に定める全ての権利を含む。)は、請負者が本調達の実施の従前から権利を保有していた等の明確な理由によりあらかじめ提案書にて権利譲渡不可能と示されたもの以外は、全てNIESに帰属するものとする。(2) NIESは、成果物について、第三者に権利が帰属する場合を除き、自由に複製し、改変等し、及びそれらの利用を第三者に許諾することができるとともに、任意に開示できるものとする。また、請負者は、成果物について、自由に複製し、改変等し、及びこれらの利用を第三者に許諾すること(以下「複製等」という。)ができるものとする。ただし、成果物に第三者の権利が帰属するときや、複製等により NIESがその業務を遂行する上で支障が生じるおそれがある旨を契約締結時までに通知したときは、この限りでないものとし、この場合には、複製等ができる範囲やその方法等について協議するものとする。(3) 納品される成果物に第三者が権利を有する著作物(以下「既存著作物等」という。)が含まれる場合には、請負者は、当該既存著作物等の使用に必要な費用の負担及び使用許諾契約等に関わる一切の手続を行うこと。この場合、本業務の請負者は、当該既存著作物の内容について事前にNIESの承認を得ることとし、NIESは、既存著作物等について当該許諾条件の範囲で使用するものとする。なお、本仕様に基づく作業に関し、第三者との間に著作権に係る権利侵害の紛争の原因が専らNIESの責めに帰す場合を除き、請負者の責任及び負担において一切を処理すること。この場合、NIESは係る紛争等の事実を知ったときは、請負者に通知し、必要な範囲で訴訟上の防衛を請負者に委ねる等の協力措置を講じるものとする。(4) 本件プログラムに関する権利(著作権法第 21条から第 28条に定める全ての権利を含む。)及び成果物の所有権は、NIESから請負者に対価が完済されたとき請負者からNIESに移転するものとする。(5) 請負者はNIESに対し、一切の著作者人格権を行使しないものとし、また、第三者をして行使させないものとする。エコチル調査データ管理システムの更改及び運用保守業務一式26(6) 請負者は使用する画像、デザイン、表現等に関して他者の著作権を侵害する行為に十分配慮し、これを行わないこと。契約不適合責任契約不適合責任については、契約書に記載のとおりとする。検収(1) 本業務の請負者は、成果物等について、納品期日までにNIESに内容の説明を実施し、検収を受けること。(2) 検収の結果、成果物等に不備又は誤り等が見つかった場合には、直ちに必要な修正、改修、交換等を行うこと。また、変更点についてNIESに説明を行った上で、指定された日時までに再度納品すること。(3) 本業務終了後、NIES担当者立会いによる本仕様書に基づく検査に合格しなければならない。報告書の仕様報告書の仕様は、契約締結時においての国等による環境物品等の調達の推進等に関する法律(平成12年法律第100号)第６条第１項の規定に基づき定められた環境物品等の調達の推進に関する基本方針(以下「基本方針」という。)の「印刷」の判断の基準を満たすこと。ただし、当該「判断の基準」を満たすことが困難な場合には、NIES担当者の了解を得た場合に限り、代替品による納品を認める。なお、印刷物にリサイクル適性を表示する必要がある場合は、以下の表示例を参考に、裏表紙等に表示すること。リサイクル適性の表示：印刷用の紙にリサイクルできますこの印刷物は、グリーン購入法に基づく基本方針における「印刷」に係る判断の基準にしたがい、印刷用の紙へのリサイクルに適した材料［Ａランク］のみを用いて作製しています。なお、リサイクル適性が上記と異なる場合はNIES担当者と協議の上、基本方針(https://www.env.go.jp/policy/hozen/green/g-law/net/kihonhoushin.html)を参考に適切な表示を行うこと。8. 入札参加に関する事項公的な資格や認証等の取得(1) 応札者は、品質マネジメントシステムに係る以下のいずれかの条件を満たすこと。 品質マネジメントシステムの規格である「JIS Q 9001」又は｢ISO9001」(登録活動範囲が情報処理に関するものであること。)の認定を、業務を遂行する組織が有していること。 上記と同等の品質管理手順及び体制が明確化された品質マネジメントシステムを有している事業者であること(管理体制、品質マネジメントシステム運営規程、品質管理手順エコチル調査データ管理システムの更改及び運用保守業務一式27規定等を提示すること。)(2) 応札者は、情報セキュリティに係る以下のいずれかの条件を満たすこと。  情報セキュリティ実施基準である「JIS Q 27001」、「ISO/IEC27001」又は「ISMS」の認証を有していること。 一般財団法人日本情報経済社会推進協会のプライバシーマーク制度の認定を受けているか、又は同等の個人情報保護のマネジメントシステムを確立していること。 個人情報を扱うシステムのセキュリティ体制が適切であることを第三者機関に認定された事業者であること。受注実績(1) 応札者は、クラウドサービスを利用したWebアプリケーションを構築した実績を過去３年以内に有すること。(2) 応札者は、クラウドサービスを利用した1,000名以上の利用者が利用するデータベース機能を有する情報システムの設計・開発を行った実績を過去３年以内に有すること。(3) 応札者は、官公庁等公的機関に係るシステムの設計・開発の実績を過去3年以内に有すること。複数事業者による共同入札(1) 複数の事業者が共同入札する場合、その中から全体の意思決定、運営管理等に責任を持つ共同入札の代表者を定めること。また、本代表者が本調達に対する入札を行うこと。(2) 共同入札を構成する事業者間においては、その結成、運営等について協定を締結し、業務の遂行に当たっては、代表者を中心に、各事業者が協力して行うこと。事業者間の調整事項、トラブル等の発生に際しては、その当事者となる当該事業者間で解決すること。また、解散後の契約不適合責任に関しても協定の内容に含めること。(3) 共同入札を構成する全ての事業者は、本入札への単独提案又は他の共同入札の参加を行っていないこと。(4) 代表者以外の共同入札を構成する全ての事業者も、公的な資格や認証、受注実績を除いて全ての応札条件を満たすこと。また、入札参加資格及び誓約書の提出に際しては全ての事業者分を提出すること。9. 再委託に関する事項本業務にかかる再委託の制限及び再委託を認める場合の条件については、契約書に定めるものほか、以下によるものとする。再委託の制限及び再委託を認める場合の条件(1) 本業務の請負者は、業務を一括して又は主たる部分を再委託してはならない。(2) 請負者における遂行責任者を再委託先事業者の社員や契約社員とすることはできない。エコチル調査データ管理システムの更改及び運用保守業務一式28(3) 請負者は再委託先の行為について一切の責任を負うものとする。(4) 再委託先における情報セキュリティの確保については請負者の責任とする。再委託されることにより生ずる脅威に対して情報セキュリティが十分に確保されるよう、当該調達仕様書のセキュリティ対策に係る措置の実施を再委託先に担保させること。また、再委託先のセキュリティの対策実施状況を確認できるよう、再委託先との契約内容に含めること。(再委託の相手方が更に委託を行う等複数の段階で再委託が行われる(以下「再々委託」という。)場合の取扱いも同様)承認手続(1) 本業務の実施の一部を合理的な理由及び必要性により再委託する場合には、以下の内容を記載した「再委託承認申請書」をNIESに提出し、あらかじめ承認を受けること。 再委託の相手方の商号又は名称、住所 再委託を行う業務の範囲 再委託の必要性及び契約金額等(2) 前項による再委託の相手方の変更等を行う必要が生じた場合も、前項と同様に再委託に関する書面をNIESに提出し、承認を受けること。(3) 再々委託には、当該再々委託の相手方の商号又は名称及び住所並びに再々委託を行う業務の範囲を書面で報告すること。再委託先の契約違反等再委託先において、本調達仕様書の遵守事項に定める事項に関する義務違反又は義務を怠った場合には、請負者が一切の責任を負う。また、NIESは当該再委託先への再委託の中止を請求することができる。10. クラウドサービスの選定、利用に関する事項クラウドサービスの選定、利用に関する要件クラウドサービスの選定、利用に関する要件については、要件定義書「3.2.システム方式に関する事項(1)システム方式についての全体方針、(2)クラウドサービスの選定、利用に関する要件」を参照すること。クラウドサービスを利用する場合の成果物の取扱いクラウドサービスを利用する場合は、当該サービスに係る設定情報やその他必要な情報一式を詳細設計書として取りまとめること。11. その他特記事項機器等のセキュリティ確保、リストの提出エコチル調査データ管理システムの更改及び運用保守業務一式29システムで使用する機器やソフトウェア(ミドルウェア、ライブラリ)等を調達する際は、不正侵入の経路となるバックドアや脆弱性が含まれていないことを確認し、システム稼働中にメーカーサポートを受けられる安全なプロダクトを選定すること。IT調達に係る国の物品等又は役務の調達方針及び調達手続に関する申合せ」に基づき、サプライチェーン・リスクの観点から内閣サイバーセキュリティセンターに対して、講ずべき必要な措置について助言を求めるため、技術等提案書提出時において「機器等リスト」に想定の機器等を記載の上、提出すること。NIESがサプライチェーン・リスクに係る懸念が払拭されないと判断した場合には、代替品選定やリスク低減対策等、NIESと迅速かつ密接に連携し提案の見直しを図ること。調達機器に変更が生じる場合、内閣サイバーセキュリティセンターに対して助言を求める必要があるため、再度機器等リストを提出すること。入札公告期間中の資料閲覧等本業務の実施に参考となる過去の類似業務の報告書等に関する資料については、以下資料閲覧場所にて閲覧可能とする。なお、資料の閲覧に当たっては、必ず事前にNIESまで連絡の上、閲覧日時を調整すること。(1) 資料閲覧場所入札説明書に記載のとおり(2) 閲覧期間及び時間入札説明書に記載のとおり(3) 閲覧手続入札説明書に記載のとおり(4) 閲覧時の注意閲覧にて知り得た内容については、提案書の作成以外には利用しないこと。また、本調達に関与しない者等に情報が漏えいしないように留意すること。(3)閲覧手続にて提出した資料閲覧申請書に準拠すること。(5) 連絡先入札説明書に記載のとおり(6) 事業者が閲覧できる資料一覧閲覧に供する資料の例を次に示す。ただし、先行する案件は閲覧期間中も契約期間内であり、閲覧可能とする資料についても受注時点では変更されている可能性がある。  仕様書作成支援プロジェクトにおける事前調査結果一式 Web質問票作成支援業務に係る資料 現行システム(データ管理システム及び参加者ポータルシステム)の以下の資料 基本設計書 詳細設計書 システム構築時の要件定義書 運用・保守計画書 運用・保守実施要領 運用・保守作業報告書 運用手順書エコチル調査データ管理システムの更改及び運用保守業務一式30 操作マニュアル及び運用開始時の説明会資料 プログラムソースコードその他特記事項(1) 本業務の履行に当たっては、障害を理由とする差別の解消の推進に関する法律(平成25年法律第65号)第９条第１項に基づく「環境省所管事業分野における障害を理由とする差別の解消の推進に関する対応指針」(平成28年1月6日環境省訓示2号)第二-2に規定する合理的配慮について留意すること。(2) 請負者は、本業務実施に係る活動において、国等による環境物品等の調達の推進等に関する法律(グリーン購入法)を推進するよう努めるとともに、物品の納入等に際しては、基本方針で定められた自動車を利用するよう努めるものとする。(3) 本業務に関し疑義等を生じたときは、速やかにNIES担当者と協議の上、その指示に従うものとする。(4) 請負者は、NIES役職員と日本語による円滑なコミュニケーションが可能で、かつ良好な関係が保てること。なお、本業務に係る協議、調整、納品物において使用する言語は日本語とすること。(5) 本業務に係る契約は日本法に準拠し、同法によって解釈されるものとする。また、本業務に関し訴訟の必要が生じた場合は、NIESの所在地を管轄する裁判所を管轄裁判所とする。(6) 請負者は、業務実施場所において、暴風、竜巻、豪雨、豪雪、洪水、崖崩れ、土石流、高潮、地震(震度5強以上に限る。)、津波、噴火、地滑りその他の異常な自然現象が発生した場合、ただちに請負業務に係る被害状況の確認を開始し、発生から2時間以内にその確認状況をNIES担当者に報告すること。また、確認状況を報告した後における対応についてNIES担当者の指示に従うこと。ただし、通信障害等により確認状況の報告が困難である場合はこの限りではない。12. 附属文書別紙１ 要件定義書別紙２ 事前調査による調査結果一覧別紙３ 業務一覧別紙４ 業務フロー別紙５ 出力ファイル一覧別紙６ データ一覧別紙７ 機能一覧別紙８ バッチ機能一覧別紙９ ツール一覧別紙10 組織階層別紙11 ロール一覧別紙12 本システムの設計・開発時に現行システムにおいて実装及び追加される機能一覧別紙13 本システムの設計・開発時に追加する必要のある機能一覧別紙14 改善要件一覧別紙15 システム構成図兼機能構成概念図別紙16 Web質問票サブシステム要件一覧別紙17 Web質問票サブシステム要件一覧(補足)エコチル調査データ管理システムの更改及び運用保守業務一式31別紙18 画面一覧別紙19 帳票一覧別紙20 テーブル一覧別紙21 データクレンジング概要別紙22 外部インタフェース一覧別紙23 機器台数一覧別紙24 移行対象一覧別紙25 CSV方式によるバリデーション別紙26 用語集別紙27 非機能要求グレードエコチル調査データ管理システムの更改及び運用保守業務一式別紙1 要件定義書令和８年1月国立研究開発法人 国立環境研究所エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書1. 業務要件定義.. 1業務実施手順.. 1業務の規模.. 2業務実施の時期・時間.. 4利用者の業務実施場所.. 4業務観点で管理すべき指標.. 5情報システム化の範囲.. 5業務の継続の方針等.. 6情報セキュリティ対策の方針等.. 62. 機能要件定義.. 6機能に関する事項.. 6画面に関する事項.. 8帳票に関する事項.. 11データに関する事項.. 11外部インタフェースに関する事項.. 133. 非機能要件定義.. 14ユーザビリティ及びアクセシビリティに関する事項.. 14システム方式に関する事項.. 18システム規模に関する事項.. 21性能に関する事項.. 24信頼性に関する事項.. 26拡張性に関する事項.. 27上位互換性に関する事項.. 28中立性に関する事項.. 29継続性に関する事項.. 29情報セキュリティに関する事項.. 32情報システム稼働環境に関する事項.. 33データマネジメントに関する事項.. 36テストに関する事項.. 37移行に関する事項.. 42引継ぎに関する事項.. 47教育に関する事項.. 48運用に関する事項.. 50保守に関する事項.. 57エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書11. 業務要件定義業務実施手順(1) 業務範囲本システムは、現行システムである「第3期データ管理システム」及び「参加者ポータルシステム」を統合し、第4期データ管理システムとして整備し運用・保守するものである。本プロジェクトで国立研究開発法人 国立環境研究所(以下「NIES」とする)が実施する業務の範囲については、「別紙 3 業務一覧」に示す。現行業務からの変更点を「継続」「継続(更新)」「統合」「追加」「廃止」に分類し、現行業務フローとの変更点として示す。(2) 業務フロー本システムの業務フローについて、「別紙 4 業務フロー」として示す。現行の業務フローについては閲覧資料を参照すること。なお、構築時に、選定するサービスや、実際の業務及び運用に合わせて、業務フローを見直すこと。(3) 業務の実施に必要な体制本システム関連業務の実施に現段階で想定する体制について、「表1 業務の実施体制」に示す。表1 業務の実施体制組織等 本業務における役割NIES(PJMO) 統括責任者 他プロジェクトを含めエコチル調査におけるシステム全般を統括し、環境保健情報オフィスとしての判断や意思決定を行う。プロジェクト責任者契約業務監督員NIESの代表として、本プロジェクトにおける判断や意思決定を行う。本業務における作業、成果物の承認等を行う。契約関連の確認等を行う。プロジェクト管理者契約担当者本業務における作業、成果物の確認等を行う。契約関連の調整・手続き等を行う。情報システムセキュリティ責任者・管理者国立研究開発法人国立環境研究所情報セキュリティポリシーの遵守状況について見解、成果物の確認等を行う。データ管理責任者・管理者データに関する取扱いについて見解、成果物の確認等を行う。調査計画担当者調査計画・UC管理担当者調査計画全般に関して見解、成果物の確認等を行う。参加者追跡・コミュニケーション担当者参加者追跡・コミュニケーション(アプリデザイン・サービス含め)に関して見解、成果物の確認等を行う。質問票調査・対面調査・試料管理・業務担当者質問票調査・対面調査・試料管理の各業務に関してそれぞれ見解、成果物の確認等を行う。 システム業務担当 システム業務に関して見解、成果物の確認等を行う。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書2組織等 本業務における役割者情報管理責任者 「個人情報管理に関する基本ルール」に関して見解、成果物の確認等を行う。ユニットセンター・メディカルサポートセンター情報管理責任者 各組織の情報管理を取りまとめる。システム担当者 システムを利用して、業務を実施する。リスク管理責任者 各組織のリスク管理を取りまとめる。ポータルマネージャ 調査参加者への対応を行う。本業務請負者 下記に示す業務を実施する。・ システム設計、開発、構築業務・ システム運用、保守業務・ Web質問票作成支援業務・ クラウド－拠点間の提供業務・ クラウドサービスの提供業務・ スマートフォン公式アプリストアの提供業務(4) 入出力情報項目及び取扱量本システムの出力ファイル一覧を「別紙 5 出力ファイル一覧」に示す。詳細は、要件定義工程にて NIES と協議の上決定すること。(5) 管理対象情報一覧システムで取り扱うデータ一覧を「別紙6 データ一覧」に示す。業務の規模本システムで実現する業務で想定される規模について、以下に示す。以下の内容についても、過去の業務実績等に基づく値ではなく、本調達時点の想定に基づく値である点に留意すること。(1) 本システムの利用者数本システムの利用者について、「表2 本システムの利用者数(想定)」に示す。表2 本システムの利用者数(想定)No. 利用者種別利用者利用者の種類主な利用拠点システム提供時間帯端末 回線WebポータルサブシステムWeb質問票サブシステム業務サブシステム2 パイロット調査・代諾者等500人 0人 全国 24時間/365日スマートフォンPCブラウザスマートフォンインターネット3 エコチル調査・本人 100,000人 0人 全国 24時間/365日スマートフォンPCブラウザスマートフォンインターネット4 エコチル調査・代諾者等150,000人 0人 全国 24時間/365日スマートフォンPCブラウザスマートフォンインターネット5 第3世代コホート・本人 未定 0人 全国 24時間/365日スマートフォンPCブラウザスマートフォンインターネット6 スタッフ コアセンター 20人 20人 茨城県つくば市24時間/365日PCブラウザ インターネットVPN7 ユニットセンターメディカルサポートセンター関連委員会メンバー30人 500人 全国 24時間/365日PCブラウザ インターネットVPN8 ヘルプデスク運用・保守事業者 未定 未定 未定 24時間/365日PCブラウザ インターネットVPN※No.5 参加者(第3世代コホート・本人)は、No.1参加者(パイロット調査・本人)及びNo.3参加者(エコチル調査・本人)の子世代とする。※コアセンター、ユニットセンター等のWebポータルサブシステムアカウントは、Web質問票等の確認を行うためのダミーアカウントとする。(2) 処理件数本システムにおいて想定される主な業務の処理件数は「表3 主な業務の処理件数」のとおりである。表3 主な業務の処理件数No. 項目処理件数補足定常時 ピークの特性1 Webポータルサブシステム 2回／月／人 程度 20時,21時頃 参加者：9:00～21:00間に満遍なくアクセス。スタッフ：主にはギフト交換対象商品のメンテナンス2 Web質問票サブシステム 15回／年／人 程度 20時,21時頃 全参加者からの総回答数は計50万回／年間とする3 業務サブシステム 毎日 - -エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書4業務実施の時期・時間(1) 業務実施時期・期間本システムに係る業務実施時期・期間は、原則として平日(土日及び祝日、年末年始を除く)とする。(2) 業務の実施・提供時間本システムについては、NIES の責任のもとで運用・保守事業者が運用作業を実施する。なお、本システムのサービス提供時間、運用時間、システム障害時の対応については以下のとおりである。ア サービス提供時間本システムは計画停止を除き、24時間365日サービスを提供できること。本システムの提供時間帯は「表2本システムの利用者数(想定)」に記載のとおり。イ 運用時間運用・保守業者の運用時間は平日(土日及び祝日、年末年始を除く)の9:00～17:30とする。ただし、システムの監視は24時間365日行うこと。夜間や休日におけるシステム障害時の連絡体制については、運用時間と同等の体制を維持することは求めないが、障害の重要性に応じた機動的な体制を提案すること。ウ システム障害時の対応システム障害時は復旧を優先し、一次対応(障害の切り分け等)を速やかに実施すること。障害の原因究明・恒久的対策を実施し、結果をNIESに報告すること。障害対応は、平日(土日及び祝日、年末年始を除く)の 9:00～17:30 に行うとこととするが、緊急性や優先度の高い障害であると NIESが判断した場合には、曜日や時間に関わらず、速やかに復旧作業を行うこと。(3) ヘルプデスク業務ヘルプデスク業務における問合せ対応の受付時間を「表 4 ヘルプデスク業務の問合せ対応時間」に示す。コアセンター及びユニットセンター、メディカルサポートセンター・コールセンターからの問合せや連絡は、ヘルプデスクが一次受け付けを担当することとし、エコチル調査に係ることについては、コアセンターが対応する。ヘルプデスク業務を行う上で必要となるパソコン及び専用電話番号とメールアドレス等は請負者で用意すること。表4 ヘルプデスク業務の問合せ対応時間No. 問合せ方法 受付時間 回答時間1 電話 営業日9:00～17:30 営業日9:00～17:302 メール 24時間365日 同上利用者の業務実施場所本システムにおける業務の実施場所に関する要件について、「表5 利用者の業務の実施場所」に示す。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書5表5 利用者の業務の実施場所No. 組織 利用回線 実施業務 所在地1 参加者 インターネット Webポータルサブシステムを利用する 全国2 コアセンター インターネットVPN プロジェクト全体管理各種データ入出力茨城県つくば市3 ユニットセンター等 インターネットVPN アカウント情報入出力検査データ入出力全国(詳細は別途)4 システム運用事業者 インターネット システム運用・保守 -5 ヘルプデスク インターネット 利用者からのシステムに関する問合せ窓口 -※システム運用事業者は、年4回程度「コアセンター」で対面打合せを実施する。業務観点で管理すべき指標本システムに係る達成度評価指標(KPI：Key Performance Indicator)を「表6 達成度評価指標(KPI：Key Performance Indicator)」に示す。なお、目標値は、運用開始後の実績を踏まえて決定し、適宜見直すこと。また、本システムの利用動向を踏まえ、必要に応じて更に KPI を追加または変更する場合がある。KPI の追加または変更があった場合は、対応範囲をNIESと協議の上で決定、対応すること。なお目標値は、本システムとして管理する指標であり、遵守を求めるものではない。運用開始後の実績を踏まえて、適宜見直しを行うものとする。 表 6 達成度評価指標(KPI：Key Performance Indicator)No. 指標の種類 指標名 計算式 単位 目標値 計測方法1 プロジェクト成果目標参加者理解度 「十分理解した」とした回答数」／「全有効回答数」×100％ 運用に伴って決定する 参加者を対象とした簡易アンケート2 サイトアクセス率 「アクセスアカウント数」／「対象アカウント数」×100％ 運用に伴って決定する Webポータルサブシステムへのログイン数3 業務(サービス)効果指標回答回収率 「回答数」／「対象参加者数」×100％ 運用に伴って決定する Web質問票を使用した調査4 調査継続率 (「対象参加者数」―「打ち切り者数」)／「対象参加者数」×100% 運用に伴って決定する 参加者ステータス機能を利用した調査５ 調査同意率 「調査同意者数」／「対象参加者数」×100% 運用に伴って決定する Web質問票(同意書)を使用した調査６ 業務(サービス)実施指標お知らせ反応時間(「お知らせ通知を確認した日」－「お知らせ通知を発出した日」が3日以内のアクセス数)／「お知らせ通知を発出したアカウント数」×100％ 運用に伴って決定する実施状況を調査情報システム化の範囲エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書6(1) 情報システム化の範囲本調達の範囲を「図1 業務概要図(サンプル)」に示す。図 1 業務概要図(サンプル)業務の継続の方針等システムの継続に関しては「3.9継続性に関する事項」に記載する対策を講じること。クラウドサービス等の障害によるシステム停止の際には、本システム停止の旨を公開されたサイト等でアナウンスし、原則としてシステムの復旧を待つこととする。情報セキュリティ対策の方針等本システムの情報セキュリティ対策に係る具体的な要件は、「3.10 情報セキュリティに関する事項」を参照すること。統一基準群で定められる「機密性２情報」を基本とし、情報の格付けに合わせてより詳細な運用を定義するものとする。運用ルールの細則及び機密度の格付けについては、「エコチル調査における個人情報管理に関する基本ルール」(改定された場合は最新の版を参照すること)への記載事項を遵守すること。2. 機能要件定義機能に関する事項(1) 機能一覧本システムの機能を一覧に示す。「別紙7 機能一覧」「別紙8バッチ機能一覧」「別紙9 ツール一覧」を参照すること。詳細な機能構成は、要件定義工程にてNIESと協議の上決定すること。また、画面操作の制限(画面アクセス権、ボタン活性・非活性等)は、組織階層およびロールによって管理する。想定する組織階層およびロールの考え方について「別紙10 組織階層」「別紙11 ロール一覧」に示す。 データ統合後は各データのキー情報を基に抽出した「統合したキー情報」を作成する。この「統合したキー情報」により各データの紐づけが可能となる。図5 データ統合案エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書12キー情報グループ：参加者を特定する情報業務情報グループ：参加者の調査データや進捗等の参加者に紐づく情報マスタ系：組織や協力医療機関等の業務マスタ「統合したキー情報」の内容については、閲覧資料「キー情報統合化案」を参照すること。なお、業務情報グループ及びマスタ系のデータは統合しない。キー情報グループ、業務情報グループ、マスタ系のデータの関連については、閲覧資料「システム内データ関連図」を参照すること。また、個人情報については、参加者ポータルシステムで保持していたデータ(以下「ポータル DB」という。)を基本とし、本システム運用開始後の変更を管理すること。データ管理システムで保持していたデータ(以下「データ管理 DB」という。)とポータル DB において同義の項目(生年月日等)で差異のあるデータや片システムにのみ登録されているレコードについては、「2.4.(3)データクレンジング」を参照の上、NIES と調整しクレンジングすること。片システムにのみ登録されているレコードについては、代諾者でない父親や打ち切り等で現行のデータ管理システムから参加者ポータルシステムへのデータ移行時(参加者ポータルシステム運用開始時)に移行対象外となった個人情報が想定される。また、データ管理 DB のみにある項目で今後参照・更新する項目(「住所履歴関連」「備考」「ニュースレター等送付可否」等)については、ポータルDBに複製すること。複製する項目については、要件定義時にユニットセンター等の関係者と調整の上、決定すること。個人情報に関するデータ統合案を「図6 個人情報に関するデータ統合案」に示す。図6 個人情報に関するデータ統合案(2) テーブル一覧本システムのテーブルを一覧に示す。「別紙20 テーブル一覧」を参照すること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書13(3) モニタリング対象データ一覧「1.5.業務観点で管理すべき指標」に記載したプロジェクトの目標について、実績値を適時に確認するデータとして、現時点の案を「別紙6 データ一覧」のKPI の材料列に示す。(4) データクレンジング現行システムのデータ管理システムと参加者ポータルシステムで管理されているデータの整合性を確保し、データ統合が可能な状態にクレンジングすること。「別紙21データクレンジング概要」に、クレンジングの方針を示す。閲覧資料「データクレンジング対象一覧」に、本システムへの移行におけるデータ不整合について整理している。内容は現行システムのデータ管理システム内、参加者ポータルシステム内、及び両システム間の不整合パターンである。本資料を参考としてNIESと、クレンジング対象と対応方法を調整すること。(5) 死産流産の参加者の親子関係情報の復元現行システムのデータ管理システムと参加者ポータルシステムには、死産流産を含むすべての参加者に対して、母親・父親・子供の関係性を表す KeyID が付与されている。ただし、現行システムの死産流産の参加者に対しては、親子関係情報等を新たに登録したが、データ管理システムにおいては集計の仕組み上、KeyIDの付与後に該当の親子関係情報(4,590 レコード)を削除している。この死産流産の参加者の親子関係情報を復元すること。外部インタフェースに関する事項本システムの外部インタフェースに関する要件を以下に示す。なお、一部のインタフェースは機能要件の変更に合わせて修正が必要になることが想定される。新たに追加となった機能への対応を含め、外部インタフェースの修正が必要になる場合については、設計工程でNIESと協議の上で対応すること。なお、外部インタフェースについてはAPI連携を原則とし、旧来型のインタフェースについてはAPI化を積極的に提案すること。(1) 外部インタフェース一覧本システムが他のシステムと連携する情報を「別紙22 外部インタフェース一覧」に示す。外部インタフェース一覧における記載内容は現在の想定である。設計工程において、NIES 及び NIES が指定する連携先システム担当と調整の上、決定すること。なお、Web 質問票サブシステムについては、既存資産(クアルトリクス)を継続して利用することが現実的であるが、事業者はクアルトリクスとの連携方式や移行に必要な作業を提案・実施すること。また、現行のデジタルギフトサービス(選べる e-GIFT)は謝礼として利用しているが、将来的にサービスの変更や別のSaaSサービスの採用も視野に入れることができる。NIESが別途調達するSaaSや外部サービスと連携する場合、そのAPI仕様や認証方式等について事前にNIES と調整し、本システム側のインテグレーションを可能にすること。選定にあたっては、セキュリティ要件(統一基準群等、ISMAP 対応等)やシステム全体の運用負荷を考慮すること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書143. 非機能要件定義ユーザビリティ及びアクセシビリティに関する事項(1) 情報システムの利用者の種類、特性本システムの利用者の種類、特性について、「表7 各利用者区分の特性」に示す。なお、表中の各列の定義は以下のとおりである。 No.:利用者区分の識別番号を示す。 利用者区分:本システムを利用する者の基本的な分類を示す。エコチル調査における立場及び役割に基づき区分される。 担当者区分:利用者区分をより詳細に分類した役割区分を示す。システム上での責任範囲を表す。 特性:各利用者区分における技術的特徴及び業務特性を示す。システムへのアクセス手段、管理業務の実施有無、担当する調査業務の内容等が含まれる。 利用者の種類:システム利用の観点からの利用者分類を示す。主として参加者及びスタッフに大別され、各々が利用するシステム種別についても併記する。 表7 各利用者区分の特性No. 利用者区分 担当者区分 特性 利用者の種類1参加者本人(子世代G2)スマートフォン、PCブラウザからアクセス運用にかかわる業務は行わない参加者(Webポータルサブシステム・Web質問票サブシステム利用)2代諾者等＋母親本人(親世代G1)3 孫世代(G3)4 第２コホート対象者5コアセンター担当者Webシステム管理者Webシステムの管理業務を行うスタッフ(Webポータルサブシステム・Web質問票サブシステム利用)6 情報管理責任者調査参加者のアカウント管理業務を行うスタッフ(業務サブシステム利用)7 質問票調査担当者 Web質問票調査の業務を行う8 対面調査担当者 対面調査に関する業務を行う9 曝露調査担当者 曝露調査に関する業務行う10 試料管理担当者 試料管理に関する業務を行う11 会計担当者 会計に関する業務を行う12 進行管理担当者 進行管理に関する業務行う13 参加者対応担当者お知らせ・問合せ対応業務を行う14 データ管理担当者データ登録・管理に関する業務を行う15ユニットセンター拠点担当者情報管理責任者調査参加者のアカウント管理業務を行う16 参加者対応担当者お知らせ・問合せ対応業務を行う17 データ登録担当者データ登録・管理に関する業務を行う18ユニットセンター検査会場等担当者検査会場担当者 データ登録業務を行うスタッフ(Webポータルサブシステム利用)19メディカルサポートセンター担当者データ品質管理担当者 データ品質管理業務を行う スタッフ(業務サブシステム利用)20 コールセンター コールセンター担当者 問合せ対応業務を行う -21 システム開発事業者 システム開発担当者 システム改修、機能追加業務を運用保守事業者エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書15No. 利用者区分 担当者区分 特性 利用者の種類行う22システム運用・保守事業者ヘルプデスクシステムに関する問合せ対応業務を行う23システム運用・保守業務担当者システムの運用、保守(外部システム連携含む)業務を行う24公式アプリストアの維持・運用業務担当者公式アプリストアの維持、運用業務を行う25ユーザーサポート業務担当者ユーザーサポート業務を行う26ユーザー登録業務担当者スタッフのアカウント管理業務を行う27調査参加者組織移管業務担当者参加者の組織移管業務を行う28Web質問票作成担当者Web質問票作成業務を行う(2) ユーザビリティ要件「表7 各利用者区分の特性」に示す役割・業務内容に基づき、各利用者の特性を十分に留意する。また、利用者が想定する流れに沿った操作手順、画面遷移、画面レイアウト、帳票レイアウト等とする。ユーザビリティ要件を「表8 ユーザビリティ要件」に示す。表8 ユーザビリティ要件No. ユーザビリティ分類 ユーザビリティ要件1画面の構成(直感・シンプル) 利用者が何をすればよいか直感的に理解できるデザインにすること。 無駄な情報、デザイン、機能を排したシンプルでわかりやすい画面にすること。2画面の構成(フォント及び文字サイズ) 十分な視認性のあるフォント及び文字サイズを使用すること。 利用者が画面を操作する際に、画面サイズや位置を変更できること。 一度に膨大な情報を提示して利用者を圧倒しないようにすること。3画面の構成(マルチデバイス対応) スマートフォン、タブレット端末により本システムを利用する利用者を想定し、これら端末の特性を考慮した画面にすること。 レスポンシブデザインにより、PC、タブレット端末、スマートフォン等の利用環境を問わず、同一の情報をグリッドレイアウト等の適切なレイアウトにより表示できるようにすること。4画面の構成(表示/非表示) 情報の優先順位をつけ、重要度の低い情報、特定の利用者層に対して提示する情報は、利用者が必要に応じて表示/非表示を切替え可能とする等の工夫をすること。5画面の構成(クリックやチェックができる箇所) 画面上でクリックやチェックができる箇所とできない箇所の区別を明確にすること。 タップ操作が可能なタブレット端末やスマートフォンの場合は、タップ操作の結果(どの部分をタップしたのか)を適切にレスポンスできること。6 画面遷移 利用者が次の処理を想像しやすい画面遷移とすること。 無駄な画面遷移を排除し、シンプルな操作とすること。7画面表示・操作の一貫性(統一) 機能、用語、レイアウト、操作方法は統一すること。8画面表示・操作の一貫性(視認性) 必須入力項目と任意入力項目の表示方法を変える等各項目の重要度を利用者が認識できるようにすること。 見やすさを考慮し、画面のフォントサイズを決定すること。 画面ごとに異なるフォントを使わないこと。9操作方法のわかりやすさ 無駄な手順を省き、使いやすく、利用者が効率的に作業できるようにすること。 利用者が操作しやすい手順にするため、画面上の情報項目を上から下へ、左から右へ流れる順番に配置すること。 利用者の操作を軽減できるよう、画面の初期表示時には入力項目、選択項目等に適切な既定値を設定すること。10 操作方法のわかりやす  原則としてマニュアルを参照しなくても操作できるようにすること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書16No. ユーザビリティ分類 ユーザビリティ要件さ(操作説明)11操作方法のわかりやすさ(Tabキー) Tab キー等による画面上のフォーカスの移動順序について、利用者が操作しやすい順序となるようにすること。12操作方法のわかりやすさ(画面遷移) 利用者が同じ情報の入力や操作を何度も行う必要がないよう、画面が遷移しても情報がその後の手順に反映されるようにすること。 利用者の手間を軽減するため、利用者の手順に即した画面遷移に留意し、可能な限り不要な画面遷移を行わないようにすること。13操作方法のわかりやすさ(マルチデバイス対応) スマートフォン、タブレット端末等の狭い表示領域、タッチインタフェースでも効率的に作業できる操作性を実現すること。14指示や状態のわかりやすさ ユーザーインタフェース及び UX に関する一般的に使われているデザイントレンドを取り入れ、アイコン・図表のグラフィック表現を適切に適用すること。 本システムが処理している内容や状況を、利用者が把握できるようにすること。15指示や状態のわかりやすさ(外部ドメインへの遷移) ドメインを異にする他の Web サイトへの遷移を行う際は、離脱メッセージを表示する等、利用者が認識できるようにすること。16 メッセージ出力 利用者に分かりやすいメッセージとすること。  必要に応じて、登録・変更・削除等の操作を行う場合には、確認画面等で表示し、利用者の注意を促すこと。 処理時間がかかる操作では、処理中であることが分かるようにすること。17メッセージ出力(次の操作) 指示メッセージは、次操作が具体的にイメージできるようなメッセージ出力を行うこと。18 エラーの防止と処理  利用者が操作や入力を間違えないデザインや案内を提供すること。19エラーの防止と処理(エラー防止) 利用者の誤操作を想定し、入力チェック機能によりエラーを防止すること。 入力値が選択できる場合には、プルダウンメニュー等を活用し、極力キーボード入力操作をなくすこと。20エラーの防止と処理(エラーメッセージ) エラーメッセージは、その内容が分かりやすく表示されるとともに、利用者が何をすればよいかを示すこと。21エラーの防止と処理(エラー表示と解決策) 入力内容の形式に問題がある項目については、利用者がその都度該当項目を容易に見つけることができるようにすること。 エラーが発生した時は、利用者が迷わずに問題解決できるよう、操作の続行に必要な選択肢を利用者が適切に理解できるようわかりやすく提示すること。 入力内容の形式に問題がある項目については、それを強調表示する等、利用者がその都度その該当項目を容易に見つけられるようにすること。22エラーの防止と処理(確認画面) 必要に応じて、登録、更新、削除等の処理の前に確認画面を用意し、利用者が行った操作や入力のやり直し、取り消しがその都度できるようにすること。 重要な処理については、事前に注意喚起し、利用者の確認を促すこと。23エラーの防止と処理(画面遷移) 入出力の過誤があった場合、次の画面へ遷移しないこと。24エラーの防止と処理(情報保持) タブレット端末等、屋外での使用を考慮し、電波受信状況の悪い場所においても操作不能とならないよう可能な限り工夫すること。25 ヘルプ 利用者が必要とする際に、ヘルプ情報やマニュアル等を容易に参照できるようにする。 ヘルプ情報やマニュアル等についても、利用者が必要な情報を容易に検索できるようにすること。 利用者が用いる操作手順書等は現行システムの資料を刷新すること。 利用者の操作が影響するシステムの処理条件や処理結果、その仕組みが利用者にも分かるようにすること。 利用者向けの操作手順書等の作成は、設計等の早い段階から利用者の視点を考慮し、NIESと協議の上、進めること。26デザイナーによるUI/UX検討 本システムで開発するスマホアプリの UI/UX検討に当たっては、利用者の利用動機に着目し、サービスデザインの観点から検討を行うこと。 UI/UX検討に当たっては、UI/UXデザイナーを体制に組み入れること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書17No. ユーザビリティ分類 ユーザビリティ要件27画面遷移、操作ログ等の分析 運用・保守工程において継続的に UI/UX の改善を検討できるよう、利用者の画面遷移、操作ログ等を分析できる仕組みを整備すること。28 言語対応  本システムでは、日本語のみを想定している。(3) アクセシビリティ要件アクセシビリティに関する要件を「表9 アクセシビリティ要件」に示す。表9 アクセシビリティ要件No. アクセシビリティ分類 アクセシビリティ要件1 基準等への準拠 JIS X 8341-3:2016「高齢者・障害者等配慮設計指針－情報通信における機器，ソフトウェア及びサービス－第3部：Webコンテンツ」の適合レベルAAに準拠することを目標とする。また、レベルAAAのうち、以下の達成基準についても可能な範囲で適用すること。 2.1.3 キーボード(例外なし)の達成基準 2.3.2 3回のせん(閃)光の達成基準 2.4.8 現在位置の達成基準 3.2.5 要求による状況の変化の達成基準 注記：本仕様書における「準拠」という表記は、情報通信アクセス協議会Webアクセシビリティ基盤委員会「Webコンテンツの JIS X 8341-3:2016 対応度表記ガイドライン(令和3年4月版)」で定められた表記による。 また、Webポータルサブシステム・Web質問票サブシステムにおいては「WebContent Accessibility Guidelines (WCAG) 2.1」で追加された達成基準についても、可能な範囲で適用すること。 1.3.4 表示の向き(レベルAA) 2.5.1 ポインタのジェスチャ(レベルA) 2.5.2 ポインタのキャンセル(レベルA) 2.5.4 動きによる起動(レベルA) 4.1.3 ステータスメッセージ(レベルAA) デジタル庁が整備する「ウェブアクセシビリティ導入ガイドブック(2025年10月16日版)」を参考にすること。2指示や状態の分かりやすさ 色の違いを識別しにくい利用者(視覚障がいの方等)を考慮し、利用者への情報伝達や操作指示を促す手段はメッセージを表示する等とし、可能な限り色のみで判断するようなものは用いないこと。ただし、業務の利用用途から、画面色での振り分けを行うことを予定していることから、適用範囲及び配色についてはNIESと協議し、決定すること。 Webブラウザ等の音声読み上げ機能を活用し、視覚障がいの方でも問題なく利用可能なUI とすること。3 マルチデバイス対応 解像度の低い機種、画面サイズの小さい機種でも、業務継続が可能なUI とすること。 OSの設定でフォントサイズ・表示サイズをそれぞれ最大とした場合でも、業務継続が可能なUI とすること。 スタイルシートを利用しないユーザーと利用するユーザーにおいて得られる情報に差(表示されない文字や画像がある等)がないこと。レイアウトにおいても大きな差がないことが望ましい。4デザインシステムの作成 UIコンポーネントライブラリを整備し、ボタン、フォーム要素、ナビゲーション、モーダル等の基本的なUIパーツについて、統一されたデザインルール及び実装方法を定義すること。各コンポーネントは再利用可能な形で作成し、システム全体での一貫性を担保すること。 カラーパレット、タイポグラフィ、アイコン、余白設定等のデザイントークンを体系化し、ブランドアイデンティティ及びアクセシビリティ要件に適合した統一的なビジュアルデザインガイドラインを策定することが望ましい。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書18No. アクセシビリティ分類 アクセシビリティ要件 デザインシステムの利用方法、各コンポーネントの仕様及び実装例を記載したドキュメントを作成することを推奨する。 デザインシステムは、システムの機能追加・変更に応じて継続的に更新・拡張が可能な構造とすること。 また、バージョン管理を適切に行い、変更履歴を管理すること。システム方式に関する事項(1) システム方式についての全体方針システム方式についての全体方針を「表10 システム方式についての全体方針」に示す。本システムはクラウドネイティブの構成として、「政府情報システムにおけるクラウドサービスの適切な利用に係る基本方針(以下「クラウド方針」という。)」に準拠し、クラウドサービスの提供機能を最大限活用するようデザインされたアーキテクチャとすること。また、長期運用を想定し、参加者の個人情報管理・同意書管理・同意撤回管理等をモジュール化することで、クラウド環境の変化にも柔軟に対応できる構成とし、将来的な移行や拡張を容易にすること。特に、信頼性、拡張性(スケーラビリティ)、継続性等の向上に寄与するクラウドサービスと構成を選定し、システム全体としての安定稼働と効率的な運用を両立させること。上記の全体方針を踏まえ、最適なシステム方式を提案すること。表10 システム方式についての全体方針No. 観点 全体方針1 システムアーキテクチャ 本システムのシステムアーキテクチャはクラウドサービス上に用意されるWeb アプリケーションで構成する。Web アプリケーションは利用者の端末に追加的なソフトウェアのインストール等を行うことなく、一般に利用されている Web ブラウザで処理を行うものとする。 本システムや業務機能等の特性を十分に検討し、クラウドサービスプロバイダが提供するリファレンスアーキテクチャに準拠した形でPaaS、SaaS、IaaS等の最適なサービスを採用し、システムを構築する。ただし、1つの情報システムを複数のクラウドサービス(IaaS/PaaS)上で構成する「マルチクラウド」は、構成を複雑にして費用が増大する傾向にあることから避けるべきである。 クラウドサービスプロバイダが提供するマネージドサービスを最大限活用することを基本とし、アプリケーションプログラムの作り込みを削減できる設計とする。特にデータベース、認証、セキュリティ機能や運用管理機能はクラウドサービスが提供する機能を最大限活用すること。 クラウドサービスが責任共有モデルとして提供されている前提を踏まえ、クラウドサービスを利用するに当たって必要となる考慮事項について検討を行い、安全かつ効率的にシステムを構築する。 予防的統制と発見的統制を実施すること。また、クラウドサービスを利用するために作成する各種アカウントについては、ガバナンスやセキュリティに係るポリシーを設定の上で、権限管理を確実に行うこと。アカウント認証については、多要素認証を必須とすること。多要素認証についてはメール以外の方式も踏まえて検討すること。 リソース使用量の変動等に柔軟に対応するとともに、コスト削減を図るため、民間クラウドサービスの利用を原則とする。 全体構成及び利用するクラウドサービスについては、請負者において移行、引き継ぎ、確実なサービス提供等について問題が生じないことをクラウドサービスプロバイダに応札前に確認し、本調達の要件を踏まえ、確認結果と合わせて適切なものを提案する。2アプリケーションプログラムの設計方針 マイクロサービスアーキテクチャ、API、クラウドネイティブ、クラウドサービスのマネージドサービスのみによる構成等、モダン技術を前提として構築する。 クライアントサーバ方式、専用端末のシンクライアント(VDI)等の旧来技術は、高コスト化の要因となるため採用しないこと。 原則としてバッチ処理を採用せず、リアルタイム処理を基本とすること。バッチ処エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書19No. 観点 全体方針理が必要となる場合は、その理由について NIES の承認を得た上で採用すること。 情報システムを構成する各コンポーネント(ソフトウェアの機能を特定単位で分割したまとまり)間の疎結合、再利用性の確保を基本とする。 システムが取り扱うデータの保管・管理に際して、データの容量、更新頻度、保存期間等を考慮し最適なストレージサービスを選定の上、利用する。またデータの保管・管理方針が変更となった際に、ストレージサービス間でのデータの移行が容易となるよう設計上考慮する。3 ソフトウェア製品の活用方針 SaaS については、開発量削減の観点から幅広く優先的に、その利用を検討すること。ただし、ISMAP 対応されているか、ニーズにマッチしているか、開発量削減に貢献するか、セキュリティ対策は十分か、費用対効果は十分に得られるか等を慎重に考慮すること。 ソフトウェア製品については、広く市場に流通し、利用実績を十分に有するものを活用する。 アプリケーションプログラムの動作、性能等に支障を来たさない範囲において、可能な限りオープンソースソフトウェア(OSS)製品(ソースコードが無償で公開され、改良や再配布を行うことが誰に対しても許可されているソフトウェア製品)の活用を図る。ただし、それらのOSS製品のサポートが確実に継続されていることを確認しなければならない。 ノンプログラミングによる画面生成等プロトタイピング用のツール等を利用することにより、システムライフサイクルコストの削減等が見込める場合には、積極的に採用を検討する。 「政府機関等の対策基準策定のためのガイドライン(令和 5 年度版)の一部改定(令和 6 年 7 月)」を踏まえて、ソフトウェア製品の部品表としてのSBOM(Software Bill of Materials)を示すこと。(2) クラウドサービスの選定、利用に関する要件ア セキュリティ確保のため、本システムで用いるクラウドサービスは、原則として ISMAPクラウドサービスリストまたは ISMAP-LIUクラウドサービスリストに登録されているクラウドサービスを選定すること。なお、例外的にISMAPクラウドサービスリスト、または ISMAP-LIUクラウドサービスリストに登録されていないクラウドサービスを選定する場合は、請負者の責任において、当該クラウドサービスが「ISMAP管理基準」の管理策基準における統制目標(3桁の番号で表現される項目)及び末尾にBが付された詳細管理策(4桁の番号で表現される項目)と同等以上のセキュリティ水準を確保しているものを選定しNIESの承認を得ること。 イ 要機密情報を取り扱うクラウドサービスの選定、利用に関しては、「政府機関等のサイバーセキュリティ対策のための統一基準(令和5年度版)」の「4.2.1 クラウドサービスの選定(要機密情報を取り扱う場合)」「4.2.2 クラウドサービスの利用(要機密情報を取り扱う場合)」の内容を遵守すること。ウ 情報資産を管理するデータセンターの設置場所に関しては、国内であることを基本とする。設置場所の考え方についてはクラウド方針を参照すること。エ 契約の解釈が日本法に基づくものであること。オ クラウドサービスの利用契約に関連して生じる一切の紛争は、日本の地方裁判所を専属的合意管轄裁判所とするものであること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書20カ NIESの指示によらない限り、一切の情報資産について日本国外への持ち出しを行わないこと。情報資産を国外のデータセンターに保管する際の考え方についてはクラウド方針を参照すること。なお、利用者がアクセス可能な部分を除き、国外から情報資産へアクセスする場合も日本国外への持ち出しに該当する。キ 障害発生時に縮退運転を行う際にも、情報資産が日本国外のデータセンターに移管されないこと。ク 情報資産の所有権がクラウドサービス事業者に移管されるものではないこと。従って、NIESが要求する任意の時点で情報資産を他の環境に移管させることができること。ケ SaaSサービスの選定に関する参考事項 SaaSベースで構築することを前提に検討し、SaaSでは要件を満たさない場合は、PaaS、IaaS等を選択すること。なお、本調達で構築するシステムでは、比較的短期間での機能の追加が求められることが想定されることから、簡易な操作で機能の追加が可能であること。 今後、利用者の拡大が見込まれることから、今後の発行アカウント数の拡大時の安定稼働や運用費用の抑制等の観点から、本調達の趣旨に適したクラウドサービスを利用すること。なお、拡大時のアカウント数の上限も1.2.(1)「表 2 本システムの利用者数(想定)」に示す利用者数の範囲を想定する。コ クラウドサービスの可用性を保証するための十分な冗長性、障害時の円滑な切替え等の対策が講じられていること。サ クラウドサービス上で取り扱う情報について、機密性及び完全性を確保するためのアクセス制御、暗号化及び暗号鍵の保護並びに管理を確実に行うこと。シ クラウドサービスに係るアクセスログ等の証跡を保存し、NIESからの要求があった場合は提供すること。ス インターネット回線を通じたセキュリティ侵害を防ぐため、インターネット回線とクラウド基盤との接続点の通信を監視すること。セ クラウドサービスの提供に関する次のいずれかの認証を取得していること。 ISO/IEC27017:2015 CSマーク(特定非営利活動法人日本セキュリティ監査協会(JASA)のクラウドセキュリティ推進協議会が定めるもの)(3) 開発方式ア 開発に当たっては、継続的インテグレーション・継続的デリバリー(以下「CI/CD」という。)を可能とし、必要な要素(開発環境、検証環境等)一式を用意すること。イ 統合開発環境(エディタ、コンパイラ、デバッガ等プログラミング支援機能を含む)等は、請負者が用意すること。また、リポジトリ管理・プロジェクト管理の効率化やソースコード品質向上を目的としたプロジェクト関係者間のコラボレーション促進機能等の提案も許容する。ウ これらの開発環境については次期事業者に引き継ぐことを想定し、可能な限りクラウド提供のCI/CDパイプラインもしくはマネージドサービス等と連携してクラウド環境に構築すること。なお、開発ツール等のエコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書21組合せで実現した場合には、次期事業者が該当ライセンス等を用意した上でそれらを引き継ぐことが可能であること。エ UI設計はUI設計専用のアプリケーションを利用することを基本とし、設計変更や新規作成があった場合には随時リンク共有(共有リンク)やコメント機能(フィードバック機能)等を活用して共有すること。オ API設計にはOpen API設計用のツールの利用を検討すること。(4) 機器等の設置方針各拠点に設置するクライアント機器については「3.3. システム規模に関する事項(6)機器数及び設置場所」を参照すること。(5) その他システム方式に係るその他の要件を以下に示す。ア 事前調査結果を踏まえ、本システムを設計・開発すること。なお、事前調査結果については、本調達時点の検討状況を閲覧資料として提供する予定である。イ 本システムは短期間での機能追加・改善を行うことが想定されており、できるだけ簡潔なアーキテクチャかつ簡易な構成とすること。システム規模に関する事項本システムの規模要件を以下に示す。また、本システムの規模に関する業務要件は、「1.2 業務の規模」を参照のこと。(1) 規模に関する前提条件本システムはクラウドサービスを利用して運用するため、以下の取り組みを行うこと。ア 運用期間中において利用予定範囲を超過することがないよう、システムの縮退を検討するために必要となる情報収集等の仕組み(クラウドサービスの課金状況やリソースの利用量の監視、一定の閾値を超えた場合のアラート処理等)を設けること。定量的に計測したデータについては、ダッシュボード等による状況の可視化を行うこと。また、リソース利用状況に基づいたリソース見直しを行う点に留意し、情報収集の仕組みについても修正可能とすること。なお、SaaS利用の場合などリソース利用状況によりコストへの変動やサービスレベルへの影響がない場合は必須ではない。イ クラウドサービスのマネージドサービスを効果的に活用すること。原則としてサーバレスの構成を取ることとするが、インスタンスを利用してサーバを立てる場合は、サーバのスペック等を適切な範囲に調整してコスト削減を継続的に図ること。(オートスケールを利用する場合の変更条件・上下限値等を含む。)ウ リソース確保の方式(リザーブドインスタンス、スポットインスタンス等)についても検討すること。エ 第2コホートの改修が今後予定されていることを踏まえ、将来の参加者数増加や機能追加に伴うシステム規模変化に柔軟に対応できるアーキテクチャを採用すること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書22(2) データ量本システムにおいて現時点で想定される 2032 年度末運用終了時点のデータ量を参考として「表 11 データ量」に示す。 表11 データ量No. 項目 データ種類 データ量 補足1参加者関係データ(アカウント)データベース約1.5GBパイロット調査＋本体調査2調査データ(アーカイブデータ)データベース約100GB 現行のデータ管理システムで収集した調査データ3Web質問票回答データデータベース約40GBパイロット調査＋本体調査4 対面調査データデータベース 2025年6月時点で調査未実施5 生体検査データデータベース 約0.2GBパイロット調査＋本体調査6エコチル調査結果データ(結果返却用)PDFファイル約70GBパイロット調査7 添付ファイルPDFファイル 約3500GBパイロット調査＋本体調査8システムから出力されるcsv ファイルCSVファイル 約50GBパイロット調査＋本体調査9 ファイル ファイル形式 約2600GB10Webシステムコンテンツデータベース 約1GBパイロット調査＋本体調査※各データ量は、拡張が可能なサービスの利用を前提とすること。具体的なデータ量の想定は、開発開始後の要件定義時に行う。※バッチ処理を行う業務については、「別紙8 バッチ機能一覧」を参照すること。※現時点のデータ量を基に、対象人数から2032年度末運用終了時点のデータ量を算出。(3) 処理件数本システムで想定される処理件数の参考として、現行の参加者ポータルシステムの処理件数を「表 12 処理件数」に記載する。その他、設計する上で必要となる処理件数は、参加者人数を考慮すること。また、ピーク時の業務処理件数に対応できるリソースを、常時求める必要はないため、システムの繁忙期を踏まえて考慮すること。表12 処理件数No. 項目 処理件数 補足1 Web質問票回答データ子：250件×20件／年親：250件×10件／年子：100,000件×15件／年親：100,000件×10件／年パイロット調査本体調査2 対面検査結果子：250件×1回／2年親：250件×1回／2年子：100,000件×1回／2年親：100,000件×1回／2年パイロット調査本体調査3 生体試料検査結果 子：250件×1回／3年 パイロット調査エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書23子：100,000件×1回／3年 本体調査※新規リクルート分を考慮する点は前提条件(4) 利用者数本システムで想定される利用者数を「表13 利用者数」に示す。表13 利用者数No. 利用者区分 利用者数1 コアセンター 約20アカウント2 ユニットセンター・メディカルサポートセンター・関連委員会メンバー 約450アカウント3 参加者 約20万アカウント本システムの想定利用者数及び「3.4性能に関する事項」で求める性能目標を考慮の上、必要スペックのサイジングを行うこと。(5) 保管データ量・保管期間本システムに保管するデータ量やデータの保管期間については、要件の整理の中で調査を行い、NIES と協議の上、決定すること。(6) 機器数及び設置場所本システムはクラウドサービスの利用を前提とする。本システムにおいてユニットセンター等で使用する機器の台数及び設置場所について「別紙 23 機器台数一覧」に示す。なお、設置場所の所在地については以下 Webサイトに記載の各ユニットセンターHPを参照。https://www.env.go.jp/chemi/ceh/about/area.html現在、エコチル調査基本計画の改定が予定されており、ユニットセンター等の体制が大きく変更される可能性があるため、本システムにおけるクライアント環境は本業務の調達時点から変更となる可能性がある。また、ユニットセンター等クライアント環境の機器の入れ替えについては、現行システムから本システムへの切り替えと同じタイミングとし、2028年3月下旬頃を想定している。よって、本業務の調達時点以降、ユニットセンター等クライアント環境で使用する機器の台数及び設置場所に変更が生じる可能性について 2027 年には確定するよう NIES と協議し、変更が生じる場合には契約変更の手続き等にて導入することとする。なお、本システムの開発及びテストで使用する機器とは、その用途から、ユニットセンター等クライアント環境で使用する機器と同等のものを想定している。全て同型の機種を指定するものではないが、その用途と納入時期の差を考慮して支障のない機器を選定すること。(7) ネットワークケーブルの新規敷設及び回収本システムで必要となるネットワークケーブルの敷設を行うこと。なお、具体的な敷設本数及び敷設場所については、「(6) 機器数及び設置場所」を踏まえて今後決定予定である。敷設作業については、各機器を設置するまでに完了させることとし、不要となった既設ネットワークケーブルについては NIES または各拠点が指定する場所へ回収すること。その際に必要な調整については現行システム関係者及びユニットセンター等各拠点と調整の上で実施すること。敷設作業は拠点内ネットワーク接続口、ルータ、スイッチ、端末、プリンターの間の同室内の床上敷設を想定とする。なお、ネットワークケーブル敷設及び回収において、ケーブルの損傷等を防止するための整線までは行うものとし、工事作業は実施不要である。ただし、工事の実施が望ましいと確認できた場合は、エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書24その旨をコアセンターへ報告すること。(8) 納入時期機器の納入時期については、本システムの開発及びテストに必要なものを先行して導入すること。ユニットセンター等クライアント環境で使用する機器の納入時期については、2028 年３月下旬頃の入れ替え予定として、2027年度中にNIESと調整すること。性能に関する事項本システムの性能要件を以下に示す。下記の性能要件を踏まえて、本システムの業務処理の特徴を考慮し、業務処理のピーク時においてもレスポンスの低下等を招かないように、十分な処理性能を確保すること。また、本システムで使用する機器の性能については、以下を参考に導入すること。導入する機器については、認証機能等をはじめ本システムを構成する一部としてセキュリティ等の要件を満たすものであり、そのための機器における設定も当然ながら含むものである。それらの設定も含め、導入する機器について、本業務の調達時に提案すること。 また、検証環境のサーバについては、業務で利用しない場合はサーバを停止する運用を実施し、コスト適正化を図ること。(4) ソフトウェア構成本システムの構築に当たっては、可能な限りクラウドサービス提供のサービスを活用すること。また、いずれのソフトウェアについても、原則として最新バージョンを適用する。また、端末に導入するソフトウェアについては、「3.3 システム規模に関する事項(6)機器数及び設置場所」及び「3.4 性能に関する事項(1)性能を考慮する対象 エ端末」に示す。なお、導入するソフトウェアについては、SBOM(Software Bill of Materials：ソフトウェア部品表)の作成、提供等を行うこと。ソフトウェアの持ち込みが必要な場合においては、特定のソフトウェアへの依存により将来的なシステムの拡張エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書35及び更新や事業者間での引継ぎが妨げられることがないよう十分に配慮すること。(5) ネットワーク構成ネットワーク構成は「(1)システム構成」を参照すること。本システムのネットワーク構成については本システムの設計・開発時に決定する。以下の点に留意すること。ア 連携先システムとのネットワークについては、VPN等の秘匿化されたネットワークで接続し、外部からの侵入を物理的に防ぐこと。イ 敷設する回線で本システムに固有のグローバル IPを要する場合、適切なグローバルIP アドレス数を同時に用意すること。ウ クラウド上に論理的に隔離された仮想閉域ネットワークを構築すること。表20 ネットワーク構成No. 回線種別 ネットワーク要件1 インターネット回線(VPNサービス)インターネット回線を用いたVPNサービスとする。インターネットとの直接のインバウンド／アウトバウンドの接続は禁止する。2 インターネット回線一般のインターネット回線。グローバルIPを保有し、用途ごとにFQDNを設定できること。(6) 施設・設備要件本システムの施設・設備要件を「表21 施設・設備要件」に示す。表21 施設・設備要件No. 施設名 施設形態 施設・設備要件1 クラウドサービス クラウドISO/IEC27018「クラウドサービスプロバイダによる個人情報の取り扱いに関する規定」、総務省の「クラウドサービス事業者が医療情報を取り扱う際の安全管理に関するガイドライン」に準拠していること。契約の準拠法は日本の法律であること。また、管轄裁判所を日本国内の裁判所とすること。適用するサービスについて、SLAを締結できること。2 ヘルプデスク拠点 プロジェクトルームヘルプデスクを行う場所については、セキュリティ上鍵のかかる、監視カメラ設置の閉ざされた部屋で運営し、関係者以外の入室管理を実施すること。(7) 利用端末の要件本システムの運用開始時点で動作保証の対象とする PC・スマートフォン・OS・ブラウザの考え方について、以下に示す。ア 本システムの運用開始時点で動作保証の対象とするPC・スマートフォン・OSの機種やバージョンを「表22 動作保証対象とする利用端末」に示す。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書36表22 動作保証対象とする利用端末No. 端末 OS バージョン 備考1 PC Windows 11以降※スタッフ利用環境として2 PC MacOS/WindowsMacOS15以降Windows11以降※参加者の利用環境として3 スマートフォン Android/iOS Android11以降又はiOS13以降※参加者の利用環境としてイ Webポータルサブシステムにおいて本調達運用開始時点で動作保証の対象とするブラウザは以下とする。 PC(MacOS/Windows)の場合：Microsoft Edge/Google Chrome Android/iOSの場合：Google Chromeの最新バージョンデータマネジメントに関する事項本システムのライフサイクル全般を通じて、保有するデータ品質の維持・向上やデータの適正な利活用等を実現するため、以下に示す要件を踏まえ本システムのデータマネジメントを実施すること。(1) データ管理体制の明確化システムで扱うデータの種別ごとに管理主体(管理する組織、担当者等)や役割の設定を NIES と共に行い、データ毎の管理責任を明確化すること。(2) データの標準化データの相互運用性を高めるため、以下の点に留意すること。ア マスターデータは、広範囲に共通利用できるデータから選定すること。マスターデータを独自に作成する場合は、関連する分野でも共通利用できるように設計上の配慮を行うこと。イ コード値については、国際標準、業界標準など、広範囲に共通利用されているものを採用すること。コード値の標準化については、「コード(分類体系)導入実践ガイドブック」(デジタル社会推進標準ガイドラインDS-463-1)を参考とすること。ウ 本システムだけでなく、関連分野全体でのデータ流通を促進するという大局的な視点も踏まえて、ステークホルダーとの連携、調整をNIESと共に行うこと。(3) データに関するドキュメントの一元的管理本システムの運用・保守にあたってデータに関する一元的管理が行えるように、データに関する各種設計書等のドキュメントを内容的に独立した構成とすること。(4) データに関する運用情報の管理システム障害等が発生した際に迅速な原因分析が行えるように、データに関するログ機能を充実させること。また、サービス・業務の運営状況に関する指標や本システムの利用状況等のデータを適時に把握できる機能を組み込み、取得したデータに基づいて本システムの継続的な改善を行うとともに、サービス・業務改革(BPR)が行えるようにすること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書37(5) データの機密性定義に応じた設計データの機密性に応じたセキュリティを確保するため、データ配置やアクセス管理方法について設計段階から十分に検討し、実装すること。(6) データ品質の継続的改善データ品質に起因するシステム障害や不具合を防止し、データの利活用を推進するため、データ品質の定期的な棚卸と不備・不具合の改善を行うこと。テストに関する事項本システムのテストに関する要件を「表 23 テスト要件」に示す。なお、品質管理の観点から必要に応じてNIES が指定する専門チームがテストに参加することもあるため、受け入れること。また、テストデータやテストに関連する情報の提供にも協力すること。表23 テスト要件No. 分類 要件1テスト工程の定義 本システムでは調達仕様書に記載のとおり、以下のテストを実施すること。(1) 単体テスト(2) 結合テスト(3) 総合テスト(4) 受入テスト2 テスト環境 本番環境に加え、テストを実施するための環境(開発環境・検証環境等)を整備すること。  テスト環境については、連携先機関と接続して行う外部連動テストが実施可能な環境として整備するほか、同時並行的な開発に対応できるように複数のテスト環境を整備すること。 開発スケジュールを踏まえ、効率化を考え、各環境を流用する等検討すること。3テスト計画書 各テスト工程の開始時に、以下の内容を定義したテスト計画書を作成し、NIES の承認を得ること。 テスト体制 テスト環境 作業内容 作業スケジュール テストシナリオの概要 テスト結果に係る定性・定量評価の方法(テスト密度、バグ検出密度等) 合否判定基準 請負者は、本業務を実施する各過程においてテスト計画書の内容に変更が生じる場合、変更箇所及び内容についてNIESの承認を得ることを条件として、テスト計画書を適切に更新すること。 情報セキュリティの観点から必要なテストがある場合には、テスト項目及びテスト方法を定め、これに基づいてテストを実施し、その実施記録を保存すること。 請負者は、テストに係る管理要領を共通化し、各テスト工程において、原則として同一の管理要領を適用するようにすること。各テスト工程に応じて部分的に異なる管理要領の適用を必要とする場合は、その適用差分のみ「テスト計画書」に記載すること。 機能一覧を基準として欠陥の相対的な発生確率と欠陥顕在化時の相対的な影響度について、それぞれ高・中・低の3段階で評価することにより、本システムの品質リスクを分析し、その結果を踏まえてテストケースの数や質に変化をつけるリスク・ベース・テストを適用すること。4テスト仕様書 本システムの各テスト工程の開始前に、テストシナリオ、テスト項目等を記載したテスト仕様書を作成すること。 各テスト工程のテスト項目は、設計書等の記述内容を網羅的に確認できるよう作成すること。 各テスト工程に応じたテスト技法を適用すること。 テスト項目は、品質を確保するために十分なテスト項目を定義すること。また、テスト計画の策定時に定めた定性・定量評価方法を満たすよう作成すること。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書38No. 分類 要件 請負者においてレビューを徹底し、上記要件を満たしたテスト仕様書となっているかを確認すること。5 テストの実施 作成したテスト項目に基づきテストを実施すること。 テストを実施する際は証跡を取得すること。証跡の納品対象については別途NIES と協議の上決定すること。 請負者は証跡等に代表されるテストの成果物のレビューを徹底し、テスト項目に基づきテストを実施しているか確認する。想定外のテスト結果となった場合は、システムの欠陥であるか、想定結果が誤りであるか等、原因を明らかにした上で必要な対応を行うこと。 欠陥を検知した場合は、その原因を明らかにした上で、原因を解消すること。 検知した欠陥について修正を行った場合は、修正対象機能について回帰テストを実施すること。 NIES において、再テストが必要と判断した場合、請負者は再テストの計画を作成し、NIES の承認を得た上で、定められた期限内に再テストを実施すること。また、類似バグを抽出するため、必要に応じて強化テストを実施すること。6 テストデータ 総合テスト及び受入テストにおいて実データを使用する必要がある場合は、実データの取得申請を条件として、実データの使用を許可する。なお、疑似データの作成に当たり、実データの匿名化、符号化等を行う場合は請負者の作業とする。 取得した実データは、適切に保管・管理すること。 受入テストにおいて作成したテストデータは、システム切替え実施前までに、検証環境等のデータも含め削除すること。 機密性の高いデータ項目や個人情報に係るデータ項目は、マスキングした上で使用すること。7対応状況の報告 テストの進捗としては、テスト実施済項目数や信頼度成長曲線等の定量的なメトリクスの推移を示すことにより、テスト進捗状況、不具合検出状況及び不具合対応状況を報告すること。 請負者は、NIESからのテストの進捗状況や品質等に対する指摘に対し確実に修正すること。 結合テスト・総合テストでの報告書には、ソースコードメトリクスを取得し、テスト結果及び品質指標とともに、NIESに報告すること。 請負者は、各テスト工程に応じたテスト計画内容について NIES に説明し、各テスト工程における最初のテスト開始予定日の遅くとも1週間前までにNIESの承認を得ること。8テスト完了報告書 各テスト工程の完了に当たっては、テスト結果報告書を作成し、NIES の承認を得ること。また、完了に当たっては以下をすべて満たすこと。 すべてのテスト項目が完了していること。 テスト結果について、定性評価及び定量評価(テスト密度、バグ検出密度等)により評価を行うこと。 テストで発生したすべての障害が、当該テスト工程内で解消されていること。 外的要因等により次工程への申し送り事項が発生した場合は、対応方針、対応時期等を明確にした上で、NIESの承認を得ること。9テストの自動化 各テスト項目のうち、反復的にテストを実施するものについては、自動化することを原則とする。そのために、必要となるテストツールについては、新規に作成するか、既存のツールを活用すること。 UIのテスト、受入テスト等、テストの自動化に馴染まないものについては、自動化対象外とする。ただし、自動化対象外とすることについて、NIESの承認を得ること。10将来時点の仕様変更 OSS を適用する部分を除き、将来時点の仕様変更への対応を柔軟にする観点から、テスト駆動開発、ソースコードに対する静的解析及びリファクタリングにより、クラスや関数構造をシンプルに保つこと。11構築時の脆弱性対策 ネガティブテスト、ファジング、フォルト・インジェクション等の障害注入テスト手法を活用し、エラー処理や例外処理に係る脆弱性に対処すること。 品質保証、フォレンジック及びインシデント・レスポンスの観点から、問題原因を把握するために必要な例外情報をログに出力するようにすること。 設計・開発段階の早期からセキュリティを検証すること。12データ統合・移行テスト 現行のデータ管理システムおよび参加者ポータルシステムの DB を、本システム環境へ移行する際、移行対象データの完全性・整合性を確認するためのテストを実施すること。 また、統合テーブルへのデータロード時に、データ統合およびクレンジング処理が仕様どおりに適用されることを確認する。 データ移行ツールやバッチ処理について以下の点を検証すること。 現行システムの DB のテーブルが正しく移行され、予期せぬデータの欠損や不整合が発生しエコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書39No. 分類 要件ていないこと。 統合テーブルへのデータロード時に、統合ルール(マッピングルール)およびクレンジングルールが仕様どおりに適用されていること。 レコード件数や属性値が移行前後で適切に一致していること(統合・クレンジング後のデータ件数も含め検証)。 移行後のデータに対して、アプリケーション機能の整合性テストを行い、データが想定どおりに利用できることを確認すること。 検索機能：移行後のデータが正しく検索結果に反映されること。 登録・更新機能：移行後のデータが、本システム上で問題なく編集・更新できること。 参照機能：移行後のデータが想定どおりに表示・取得されること。 万一の移行エラー発生時に、リカバリー手順を適切に実施できることをテストで検証すること。 データ移行の失敗時、ロールバック手順を確認し、移行前の状態に戻せること。 移行後の統合処理(統合テーブルへのデータロード)が仕様どおりに適用されていることを検証し、また、クレンジングスクリプトが仕様どおり適用され、データ品質が維持されていることを確認すること。 データ移行作業の進捗や検証結果は、「移行テスト計画書」および「移行テスト結果報告書」としてまとめ、NIESの承認を得ること。 統合テーブルへのデータ反映結果(統合ルール・クレンジングルールの適用結果)を記録し、仕様どおりのデータ整合性が保たれていることを報告すること。(1) 単体テスト単体テストは、本システムにおける最小の実装構成要素(関数、メソッド等)に着目し、ソースコードの確からしさを確認することを目的とするコードベースの単体テストと、UIを含む単機能のテストにより構成する。現時点で想定する単体テストの要件を以下に示す。ア 本システムにおける最小の実装構成要素の動作を検証するために必要となるテストコードを作成し、コードベースの単体テストを実行すること。また、テストコードは、テスト対象とする実装構成要素に関するソースコードを記述する前に記述するようにすること。イ 単体テストの結果は、必要に応じて数値的指標等(ステップ数当たりの試験項目数、試験消化率等)をもって報告すること。以下に示す事項については、あらかじめNIESに提示すること。 単体テストのスケジュール テスト環境(テストを実施するハードウェア、ソフトウェアの構成、テストツール等)の概要 合否判定基準等ウ 単体テスト実施時は、テスト結果を検証するための証跡を採取すること。エ 単体テストは、原則として開発環境において実施すること。(2) 結合テスト結合テストは、本システムの構成要素(アプリケーション機能、ソフトウェア、ハードウェア等)に着目し、各要素の連動又は協調動作に関する設計の欠陥を検出することを目的として行う。現時点で想定する結合テストの要件を「表24 結合テストの主なテスト観点」に示す。ア 結合テストの観点として以下を想定する。エコチル調査データ管理システムの更改及び運用保守業務一式 別紙1_要件定義書40表24 結合テストの主なテスト観点No. テスト種別 概要1 システム基盤テスト構築した本番環境及び検証環境の確認を行う。現時点で想定するシステム基盤テストの要件を以下に示す。 環境設計において作成したリソース定義コードを実行し、サービスのインフラストラクチャを構成する環境及び仮想資源を構築すること。 構築した環境及び仮想資源が正しく動作するか、動作確認テストを実施すること。 クラウドサービスが提供するツールによって実行可能なテストコードを作成すること。 動作確認テストの結果、何らかの異常またはエラーを確認した場合、実行したリソース定義コードに原因が作り込まれていないか、必要な見直しを行うこと。 問題修正後、該当する環境または仮想資源について、再構築と動作テストを再度実施すること。2 外部連携テスト外部システムとの連携部分の確認を行うため、以下を実施する。 疎通テスト：本システムと外部連携システム間で必要な通信の疎通が通ることを確認する。 異常系テスト：想定しうるエラーを発生させ、エラーメッセージ等の確認をする。また必要な対処を行うように修正する。 バリエーションテスト：インタフェースによる動作と必要なバリエーションの確認を行う。 運用観点テスト：正常時、異常時の運用に関する動作を確認する。異常時の対応として、エラーメッセージやログ等を基に、運用事業者が運用業務を行えることを確認する。イ テスト対象機能について同値分析、境界値分析、原因結果分析を行い、その結果を踏まえてテストケース、テスト項目を設定し、アプリケーション機能相互間の接合に不具合が無いことを検証すること。ウ 本システムに備えるユーザーインタフェースについて、仕様どおりに操作可能か、誤った操作をした場合も適切なエラーメッセージが表示されるか等の操作確認を行うこと。エ アプリケーションコンポーネントが備えるAPI に対して境界値テストを行い、境界及び状態遷移を網羅すること。オ 結合テストに用いるテストデータには、テストケース、テスト項目を踏まえた疑似データを作成して使用すること。カ 結合テスト実施時は、テスト結果を検証するための証跡を採取すること。キ 結合テストは、原則として開発環境または検証環境において実施すること。(3) 総合テスト総合テストは、機能仕様及びアーキテクチャに由来する欠陥を検出することを目的として行う。現時点で想定する総合テストの要件を以下に示す。ア 総合テストの観点として「表25 総合テストの主なテスト観点」を想定する。表25 総合テストの主なテスト観点No. テスト種別 概要1業務運用テスト・ 業務の実施手順や業務で取り扱うデータを基に様々なシナリオ・データのバリエーションを作成し、情報システムを用いて業務、機能を確認すること。・ シナリオ・データには、日常的に実施する業務や日常的に取り扱うデータだけではなく、月次や年次等の特定のタイミングでしか発生しない業務やイレギュラデータも含めること。