令和６年９月１２日＜入札説明書、仕様書等に対する質問回答書＞

件 名
統合 ID 管理システム一式2024/9/12

一橋大学「統合ID管理システム一式」質問回答
No.

仕様書ページ

仕様書該当箇所

13

Ⅱ.1.3

前項にかかわらず、本学と協議の上、2025年３月までに作業完了 「設計書等についての納入期限は、2025 年３月 31 日 納入期限を2025年3月31日（月）とする設計書等については、必が見込めるものとして合意した工程にかかる設計書等についての納 （月）とする」と記載ございますが、仕様書P23の3.1.3の ずしも仕様書Ⅳ.3.1.3（23ページ）の設計に関するものすべてを指入期限は、2025年３月31日（月）とする。
設計に関するものすべてを指してますでしょうか？現実的に しません。本学との協議によりどの設計書をこの期限までに納入していは【基本設計書】【詳細設計書】【要件定義書】あたりがシ ただくかを決定いたします。
ステム導入前のドキュメントとして適切かと考えますが、いかがでしょうか

23

Ⅱ.2.4

本システムの設計、構築、初期設定、動作テスト及びバックアップイ 「バックアップイメージの作成」は仮想基盤の構築ベンダーが 仮想基盤のシステムバックアップではなく、業務データのバックアップファイメージの作成、すべての納入品の搬入はすべて受注者が責任をもっ 選定するクラウドサービスに依存いたします。そのため、作成 ルを指しております。例えばデータベースのダンプファイルや業務データのて実施し、本システムの稼働確認を行って報告すること。なお、これ については本調達範囲内でアプリケーションベンダーのみで アーカイブファイル等になります。
らに要する費用はすべて本調達に含まれる。
行うことは難しいと考えます。仮想基盤ベンダーの取得するイメージバックアップについて、取得範囲をご案内するという作業範囲の想定ですが、こちらで認識合ってますでしょう
か？

34

Ⅱ.2.9

本学では、統合ID管理システムに当たるアプリケーションソフトウェア ご利用いただいているLdapmanagerの現状ライセンスの 現状ライセンスの利用期間は、2025年9月30日までです。
として、エクスジェン・ネットワークス株式会社「LDAP Manager」を 利用期間はいつまででしょうか？（今後保守を延長する使用している。所有する「LDAP Manager」のライセンスについて為のライセンス期間分の見積について必要なため）は、下記一覧のとおりであり、これらを継続して使用することができる。また、本システム導入に際し、ライセンス等で不足する分があった場合には、本調達に含めること。
（表省略）

44Ⅱ.3.2

システム構築後にセキュリティ専門サービスを提供する第三者による セキュリティ専門サービスベンダーによる診断に対しての協力 診断前後の打合せ、診断後の改修などが主になります。診断方法にプラットフォーム診断（ポートスキャン、サービスの情報取得・挙動確 は具体的にどのような項目を想定すればよろしいでしょう
よっては事前に診断に使用する通信を許可するようなOSファイアウォー
認、アプリケーションの脆弱性、脆弱点やアクセス可能ポートに対す か？（対応する作業工数を見積もるため）ル等の設定変更を伴う可能性もあります。
る侵入等）及びWeb アプリケーション診断を実施するので、受注者はこれに協力すること。また、運用に支障のない軽微な脆弱性及び本学が許容すると認めたもの以外の脆弱性については対応を行うこと。

58

Ⅱ.5.4.2

本システムの稼働期間は、5年間を予定しており、本稼働後5年間 「本稼働後 5 年間までの保守の費用」とのことですが、入 ご理解のとおりです。
までの保守の費用を本調達に含むこと。期間中の保守及び運用支 札費用には、2025年10月1日～2030年9月30日まで援のほか、運用条件の変更を行う際のシステム改修の検討などの の保守費用と、そこまでの構築時に発生する役務、保守支援体制を確保すること。
費用という理解でよろしいでしょうか

69Ⅲ.1

以下に一橋認証アカウント管理機能、サービス連携管理機能、IC サーバスペックの記載がございますが、こちらは現状の想定と ご理解のとおり現状の想定であり、必要に応じて構成の変更を許容しカード管理機能、学術認証フェデレーション連携機能及び共通機 いうことでしょうか？使い方の想定や、冗長構成の考え方に ます。「Ⅵ.2.2 加点基準」Ⅲ.1を併せてご参照ください。
能の技術的要件を示す。これら機能については、単一のアプリケー より変更になるなどの場合、こちらを参考にしつつも変更にションソフトウェアで構築する必要はなく、複数のアプリケーションソフト なることは許容されますでしょうか？
ウェアを相互に連携し構築しても構わない。その場合、連携に齟齬が出ないよう設計を行うこと。
また、本アプリケーションソフトウェアは、クラウド基盤に構築することができる。クラウド基盤で使用するリソースは、運用開始３年後までの範囲においては以下の程度を上限とすることが望ましい。３年後にリソースの見直しを行う予定である。また、本番環境及び検証環境でシステムを滞りなく動作させること。
・サーバースペック①
CPU数：２、メモリー：４GB ストレージ：50GB、台数：６・サーバースペック②
CPU数：２、メモリー：８GB、ストレージ：50GB、台数：２
・サーバースペック③
CPU数：４、メモリー：16GB、ストレージ：400GB、台数：１
・サーバースペック④
CPU数：４、メモリー：12GB、ストレージ：300GB、台数：１
・サーバースペック⑤
CPU数：２、メモリー：８GB、ストレージ：100GB、台数：１
・サーバースペック⑥
CPU数：２、メモリー：８GB、ストレージ：40GB、台数：１
・サーバースペック⑦
CPU数：２、メモリー：４GB、ストレージ：40GB、台数：１※CPU数とは、ハイパースレッド及びマルチスレッドなしの物理コア数換算値を示す。

722

Ⅳ 2.1.4

移行ツール開発データ移行に係るツールの設計・開発を行う。移行ツールのテストは十分に行い、その結果を本学に報告した後に、移行作業を実施すること。

移行ツールは必ず作成しなければならないものではなく、ツールが無くてもデータ移行ができる場合は設計・開発の必要はありまツールが無くてもデータ移行ができる場合は開発は不要とい せん。
う認識で良いでしょうか。
作成する場合の開発言語や稼働プラットフォームの指定はありません。
移行ツールを作成する場合、開発言語、稼働プラットフォームの指定はこちらの都合で良いでしょうか。

823

Ⅲ.3.1.3①

設計に関するもの① 要件定義書改定案

要件定義書改定案とはどのようなものを想定されています 設計・開発中に発生した要件定義書の改定を反映したものを想定しでしょうか？ています。
要件定義書の改定がなかった場合は、要件定義書そのものとなります。

質問内容

仕様書の記載内容

1/2

回答

2024/9/12

一橋大学「統合ID管理システム一式」質問回答
No.

仕様書ページ

仕様書
該当箇所

924

Ⅴ.1.1.9

遠隔操作には、本学が提供するVPN接続環境を利用すること。な 「本学が提供するVPN」について、ご用意いただくVPNの仕 現行システムと同様に本学にてSSL-VPNサービスを提供する予定でお、この通信路は必要な場合以外は常に閉じた状態としている。使 組みと接続条件についてご教示ください
す。本学に接続する際は保守専用の端末（仮想環境可）等をご用用する場合は事前に本学へ申請を行い、許可を得ること。
意していただき接続していただくことになります。

10

24

Ⅴ.1.1.11

アプリケーションソフトウェア、ミドルウェア及びOSの不具合、セキュリティホール及びウイルスによる本システムの機能低下を未然に防ぐため、常に最新の情報を収集し、それらを提供するとともに、その対策を迅速に行うこと。

「常に最新の情報を収集し、それらを提供するとともに、そ 仕様書の記載内容を満たす提案書をご提出ください。の対策を迅速に行う」とのことですが、Shibboleth IdP
サーバは、5年の期間中、サポートライフサイクルが終了になるメジャーバージョンアップが発生します。機能低下に伴う対策費用は、本調達に含めず、スポット対応（個別見積）としてもよろしいでしょうか？（バージョンアップ範囲と方法がNIIの仕様により大きく変わるため、金額算定が難しいた
め）

1124

Ⅴ.1.1.11

アプリケーションソフトウェア、ミドルウェア及びOSの不具合、セキュリティホール及びウイルスによる本システムの機能低下を未然に防ぐため、常に最新の情報を収集し、それらを提供するとともに、その対策を迅速に行うこと。

統合管理システム用WebサーバなどはApache・Tomcat 導入いただく予定のアプリケーション製品に付随するソフトウェアのパッチなどを使うためセキュリティホールなども発生する可能性があ 適用は本学では行いません。受注者の保守作業範囲となります。
ります。こちらのパッチ適用については手順書提供で貴学で実施いただくということでよろしいでしょうか？（保守運用とする場合、5年間の中での頻度が不明なため、費用算出ができず、試算するという場合、根拠がない算出御なり無駄な費用となってしまうため）

1224

Ⅴ.1.1.11

アプリケーションソフトウェア、ミドルウェア及びOSの不具合、セキュリ OSのパッチ対策について、Windows、Linux等、他大学 通常想定されるアップデートへの対応としては四半期に１回程度で構
ティホール及びウイルスによる本システムの機能低下を未然に防ぐた 様などの実績を考慮し、四半期に1回程度の想定考えて いませんが、セキュリティ上の深刻なリスクがある等緊急度の高いものにめ、常に最新の情報を収集し、それらを提供するとともに、その対策 おりますが、よろしいでしょうか？
ついては、迅速に対応できるようにしてください。
を迅速に行うこと。

1325

Ⅴ.2.1.3

受注者は、操作方法、障害時の対処等の対応を迅速に行うことが マニュアル等のドキュメント保管のWebサイトと、問合せを マニュアル等のドキュメント保管のWebサイトと、問合せを受けるWebできるWebサポートサイト等の仕組みを設け、事前に本学担当者に 受けるWebサイトが別のご案内となることでもよろしいでしょ サイトを別のものとしても構いません。
通知すること。このほか、電子メール及び電話による照会にも対応す うか？
ること。

質問内容

仕様書の記載内容

2/2

回答