要望１
課題申請手続のスケジュールと 公 正 性

ユーザーへの丁寧な説明が必要
具体的なコメント例
・時間がかかり過ぎ 。
・実施時期に対して、〆切が早すぎると思う。具体的には、11月に実施するA期
課題の〆切が1年前の11月とか。ただし、今後は夏季保守期間をまたぐ半期がなくなるようなので、そこは大幅に改善されることを期待。
・書面審査で0点を付ける審査員がいると、大きく足を引っ張られる。書面審査と合議審査を同じ審査員が行うことが望ましい。
・一見さんお断り、の傾向があまりにも強すぎる 。
・審査員の勘違いによる減点に対して挽回の機会がない 。
・新規参入に敷居が高いと思います 。
・公平性を十分に考慮されているシステムとおもいます。ただ、それは申請者には伝わっていないとおもいます。

1

一般利用課題 審査対象
一般利用課題（短期）
分類
成果
利用BL
利用期間

公開

非公開※2
全BL
半年

新利用者
支援課題
公開
共用BL

1年課題※1
公開
BL11（共用BL）
1年（2期）※1: 2020A期から新規導入、※2 審査対象外
中性子課題審査部会（NSPRC）
利用研究課題審査委員会（PEC）

共用BL以外の課題
共用BLの課題2

一般利用課題（短期） 審査の流れ
proposal

中性子の場合Call for Proposals

Review
ReviewReview

分科会➁ Subcommittee,Expert Panelreferees① Review byReferees■ Member of sub-committee
and expert panel

中性子は3名、ミュオンは4名③ NSPRC, PEC/
課題審査部会
MSPRC

・Selecting referees
・Reviewing proposals

MLF Advisory Board,
Selection Committee

施設利用委員会・選定委員会

Notice ofInvestigation Result

・Categorizing each proposal
・Prioritizing the proposals
・Allocating beamtime3

➁ Subcommittee, Expert Panel
1. Checking all the referee’s scores of and comments on eachproposal.
2.The discussion on each proposal shall be led by the leadreviewer of the proposal. （Neutron）
3. Assigning the subcommittee score to each proposal.
4. Comparing the requested beamtime and the beamtime
suggested based on the technical assessment.
5. Presenting a recommendation on the allocation of beamtime
to each proposal.
6. Presenting a recommendation on the priority order of theproposals of each beamline.
Note:• Any person named on a proposal is required to leave the meeting whilethat proposal is under reviewing.
• If the chair is necessary to leave the meeting for the above reason,
4
he/she needs to designate his/her substitution as a facilitator.

分科会での審査のポイント• 延1000人以上のレフェリーによる審査結果について、分科会では原則全ての課題（50-60件）についてレビューを実施• 分科会主査をはじめとする委員の方々、レフェリーの方々のご尽力により運営• 極端に評点が離れた課題を重点的にチェック。場合によっては、分科会として評点を付け直す

5課題審査スケジュール• 審査に要している時間は約3ヶ月（公募締め切りから内定通知まで）• 課題審査委員会・選定委員会は中性子共用BLのみ• A期とB期の境目を夏季停止期間に設定する予定。

6

現状課題審査体制 （一般利用・装置提案）

特定中性子線施設に係る利用促進業務に関する連携協力協定 （H23.4 締結）

J-PARCセンター

CROSS
理事長

JAEA
理事長

KEK
機構長
J-PARCセンター長CROSS東海センター長

連携協力会議(JAEA/KEK)MLF 施設利用委員会

選定委員会
共用BL以外(CROSS)

専門委員会

共用BL

中性子課題
審査部会

ミュオン課題
審査部会

登録機関

利用研究課題
審査委員会

合同 開催

分科会 (9)

分科会 (2)

分科会 (9)

合同開催（分科会毎）

レフリー

レフリー

中性子課題

ミュオン課題専用BL以外ミュオン実験
装置部会

レフリー

専用BL

中性子実験
装置部会

専用施設
審査委員会

合同 開催

分科会

ミュオン装置

分科会

分科会

中性子装置
一元化窓口

全申請 @J-PARC ユーザーズ・オフィス7

MLF中性子における大学共同利用と共用促進法
中性子Ｓ型課題

KEK研究協力課

大学共同利用

中性子一般課題

J-PARCセンターUO / CROSS

設置者BL

共用BL
レフェリー

共用促進法利用

レフェリー

合同開催（分科会毎）

分科会 (9)

分科会 (8)
合同 開催

中性子実験審査
委員会

中性子課題
審査部会

物構研運営会議

MLF 施設
利用委員会

合同 開催

選定委員会

物構研所長

J-PARC
センター長

連携協力会議CROSS東海センター長J-PARCセンター

利用研究課題審査委員会

d登録機関(CROSS)

8

審査スケジュールについて• 審査に要している時間（公募締め切りから内定通知まで）は約3ヶ月• 申請から実施まで、最長で12ヶ月、最短で5ヶ月•

年2回公募の場合、最長で9ヶ月（審査期間3ヶ月+実施可能期間6ヶ月）になる• 公平な審査をするために必要なプロセス• 短縮の可能性• A期とB期の境目を夏季停止期間に設定する予定。
•

実施まで、最長で11ヶ月、最短で5ヶ月•

施設および課題審査委員の負担増• 公募回数を増やす• 随時申請課題（Fast TrackもしくはMail in）は 中性子21BLの43%で実施中•

BL03, 08, 11, 16, 17, 18, 20, 21, 22の9BL• 人的資源が限られているMLFとしては、良い課題を選定し、きちんと測定・解析することを基本方針としたい• 課題審査についての情報開示• 必要に応じてシステムを改善

910

要望２
ユーザー控室、休憩室、軽食コーナー、宿泊施設

食・住環境の向上が必要具体的なコメント例 （12コメントから抽出）
・MLF1階ロビーも含めて、快適性に対する配慮がない。机や椅子が破損しているかどうかではなく、デザインや使用者の快適性も重視すべきである。
・もっと軽食の自販機を設置してほしい。
・食堂が欲しい。
・東海ドミトリーの話ですが、しばらく使うとお湯が出なくなるのは先進国の宿泊施設として完全にアウトだと思います。
・休憩室で食事ができる機能を強化してほしい 。
・ユーザー控室がもう少し寝やすいことと、１Fに下りずに温かい飲み物を飲めるとよいです。軽食コーナーは夜にお湯が出ま せん。

11

12

食堂の設置について• 食堂を含む“総合研究基盤施設”として、MLF初ビーム(H20年5月30日)以前より検討• 予算の制限で、食堂を含まない”J-PARC研究棟”が落成

13

原科研の食堂の利用について• 現状で1階及び2階にチケットの自動販売機があり、ユーザーは自由に利用できる。
• 希望者には食堂カード（プリペイド）の貸し出しは可能。

• 共同研究者：連携協力研究員、外来研究員（１種、２種）、協力研究員、研修員、原子力人材育成センター研修生、共同研究等に基づく受入者、外国人招聘制度で受入れる外国人、KEK 東海キャンパス職員、請負契約等に基づく作業員、その他（労務課長が認めた者）

14

軽食の自販機設置について• レストハウスの自販機• ロングライフパン、カップヌードル、カロリーメイト他• 自動販売機の採算レベル• 焼きおにぎり、ホットドッグ等が購入できる自動販売機＠東海1号館（平成22年3月～平成23年3月）• 実績は50食/月程度• 売り上げが少ないために早期撤退• メーカーの採算レベルは1カ月の売り上げを最低200食（200～300は欲しいとのこと）希望• MLFユーザー数：年間1万人日 150日運転として、1日あたり67人• 冷凍食品自動販売機• ニチレイ冷食自販機は2010年に生産終了• 引き続き、既存の自動販売機の充実やコンビニ自販機の導入などについて検討• J-PARCサイト内への出前も可能？
15

ドミトリーお湯問題• 使い方によってお湯が出なくなることを確認しました。
• ドミトリーの給湯設備は各部屋にあるタンク内に一定量のお湯を溜めておくタイプで、湯量が減ってくると自動でわき増しを行いタンクに補充される• 短時間で大量にお湯を使うと（湯船にお湯を溜め過ぎたり一度に大量に使用すると）お湯の補充が追い付かず、タンク内のお湯が無くなるとしばらくはお湯が出なくなる• 当面はなるべくお湯を使いすぎないようお願いします• 給湯器の設定変更等で改善が可能か確認中です• 将来的には（予算次第ですが）温水器の交換も検討します16

要望３
ネットワークアクセス

各分光器のネットワークアクセス環境について調査が必要
具体的なコメント例
・世界各国の施設とリモート実験しているが、J-PARC MLFは最悪の部類に入る。
・一般ユーザーは自分のコンピュータからデータ解析はもちろん，実験の状況をモニタすることもできないので，改善が必要 。
・そもそもアクセスできない。
・J-PARC外からのアクセスはほぼ不可能である。改善を求む。

17

18

第12回MLFシンポジウム (2021.3.9)

MLFにおけるリモートアクセスへの取り組み
J-PARCセンター 稲村泰弘MLF 電脳班メンバー

19測定・データ処理のイメージ

基本的に実験ホール内やJ-PARCのネットワーク内でのみ対応
データの受け渡し- 直接データの持ち帰り- メールなどに添付
Users

Staffs

SSL-VPN

ビームライン

Staffs,Users
ユーザーもアカウント取得は可能

装置制御サーバー・端末
装置制御PC
データ収集PC

データ処理用サーバー
Users

Beam Slit
Controller

SampleTemperature

DAQ

Staffs

データストレージ

20

リモートアクセスへの対応
従来からの要望
測定の遠隔監視・制御およびデータ処理 （含データ移送）- ユーザーによる測定監視・遂行・データ処理のリモート化- スタッフのユーザー対応のリモート化- 対応によるスタッフの疲弊緩和も21現時点で可能な装置監視 インターネット経由で、中性子装置の一部のステータスを確認することが可能
 実験ホール内で制御していた画面がそのままインターネットから見える
 以前はスタッフのみだったが、ユーザー（管理はスタッフ）も利用可能となっている
インターネット

DMZ-Network

認証

Intra-Network

実験装置

装置ステータス
外部アクセスサーバー
静的なHTMLなので制御は不可能

FW

外部データ集積ソフトウェア（DAQミドルウェア）のWeb制御画面
対応BL :
BL03, BL08, BL09, BL11, BL19,BL21

実験装置ステータス
収集サーバー

内部

装置制御ソフトウェア（IROHA2）のWebインターフェース
対応BL :
BL01, BL02, BL14, BL15, BL18, BL22
統合制御サーバー
シーケンスサーバー22

リモートアクセスへの対応
従来からの要望
測定の遠隔監視・制御およびデータ処理 （含データ移送）- ユーザーによる測定監視・遂行・データ処理のリモート化- スタッフのユーザー対応のリモート化- 対応によるスタッフの疲弊緩和も

コロナ対策- ユーザー来所困難- 実験ホール内の人口密度低減

ネットワーク環境（情報Sc＋MLF関係者で協議）
SSL-VPNによるセキュアな接続を使用すること（JLANが運用）- 自宅（職員）・大学や研究機関（ユーザー）などのからの接続環境を想定- ユーザーのアカウントを申請することも可能（MLFとして利便性を考慮し遅滞のない手続きを希望）- MLF側は装置ごとに用意したポータルサーバーへのアクセスを許可（無制限の許可はしない）
想定されるリスク- 情報インシデント- 現状のセキュリティーポリシーに従った実装が可能なので、問題ないものと思われる- 遠隔による機器操作に対する一般安全- 監視体制・夜間の自動制御などの実績を踏まえ、その拡張として捉える（MLFとしての問題）

23

リモートアクセスのモデル
現状使用可能な技術とネットワークの枠組みを用いて実現（最速）
SSL-VPN

デスクトップ共有ソフトウェア
仮想デスクトップor共有ソフトウェア

Staffs

情報共有用機器orソフトウェア

SSL-VPN

ビームライン

SSL-VPN

装置制御サーバー・端末

Users

装置制御PC
データ収集PC

データ処理用サーバー
Users

Beam Slit
Controller

SampleTemperature

DAQ

Staffs

データストレージ24

仮想デスクトップソフトウェア
デスクトップ共有ソフトウェア-

VNC、 Windowsリモートデスクトップでは一つのPCのデスクトップを共有できるだけだが・・・

物理PC
NOMACHINE
serverA

NoMachine

特徴

-

利点-

独立
通常のログインアカウントは物理PC上に作成したものを使用- そのPCへのログインと同じ感覚
デスクトップを別のアカウントユーザーと共有可能（許可すれば）専用クライアントだと、仮想デスクトップ上のファイルと自分のPCとの間でファイルのやり取りが簡単- WhiteBoardやChatToolもある
SSH経由のXより確実に速い、VNCより（体感的に）速い
SSH, HTTPSなど接続が多様（企業ユースにも）専用クライアントアプリ or Web接続
Linux, Windows, macOS, iOS, Androidなどに対応

B

共有も可能
C

D25

遠隔実験での機器操作に対する一般安全対策の概要

アクセス用ポータルサーバー：
ユー
ザー

-

アクセス制限アクセス用
ポータルサーバー-

アクセス制限BLの装置制御用PC

ユーザーにはポータルサーバーのみ申請を許可
装置制御に必要最小限の制御用PCのみ接続可能とする

制御ソフトウェア：-

既存

制御機器制御の設定パラメータは必要最小限のものに制限されている制御機器の設定パラメータのそれぞれにソフトウェアリミットが設定され、ユーザーはそれを超えたパラメータを設定できない

制御ソフトウェア

制御機器：-

ソフトウェアリミット

制御機器
Beam Slit
Controller

今後の開発・設定

SampleTemperature

故障などが発生しないようにハードウェアリミットが設定されている- 制御ソフトウェアからは変更不可能

監視体制：
-

既存

既存

装置スタッフが頻繁に装置状態を監視- リモート、現場、Webカメラなど
夜間見回り、監視室モニターなど目視による監視体制

ハードウェアリミット

26

リモートアクセス測定・データ処理概観

測定監視
IROHA2導入済み- SSL-VPN無しで今でも可能(2020B)- パスワード管理などの運用はBLスタッフ

IROHA2無し- SSL-VPN および仮想デスクトップ or 共有サーバー- （リモート測定と同じシステム）

リモート測定（技術面）
SSL-VPN + 仮想デスクトップ or 共有サーバーで対応- NOMACHINEもしくはそれに準ずる仮想デスクトップソフトウェアの導入- テスト環境を構築（実際には協力してもらえるBLに導 入）し試験開始（2020B中を目処に）。
- ユーザーに提供できるのは早くても2021A後半以降（ユーザー自身のSSL-VPNアカウント必須）

リモートデータ処理（技術面）- 測定中はリモート測定に準じる- 実験後の環境としては以下の二つ- BL内部に、別のデータ処理用仮想デスクトップサーバーを構築- 共通ストレージ（運用開始中）に直結した仮想デスクトップを構築

27

本モデルの問題点
手順の煩雑さユーザー開始前

SSL-VPNの申請（ユーザーズオフィス）

使用中

SSL-VPNによるログイン作業（それなりに煩雑）＋ BLポータルサーバーへのログイン（別アカウント）

終了後

スタッフ
-

SSL-VPNアカウントの発行手続き
BLポータルサーバーへのアカウント登録-

BLポータルサーバーのユーザーアカウントの削除

運用面でのスタッフ負担の増加は否めない- サーバー構築など導入部分については電脳班でノウハウを蓄積することも可能-

導入だけ電脳班が出動する形か、極力省力化できるスクリプトやマニュアルの整備などでカバーする- ポータルサーバーにおけるアカウントの管理（運用）はそれぞれのBLのスタッフにお願いする形-

こちらも省力化できるスクリプトやマニュアルの整備でカバー
J-PARCで統一したユーザーのアカウントを管理・利用できれば、装置ごとにアカウントの管理は不要となるが、その管理のための新たな人員配置が必要であり、現状組織では現実的ではない。

- SSL-VPN申請がスムーズに進むようにJLANやユーザーズオフィスにお願いする
SSL-VPNの帯域の細さ

トータルで100MB/s、不足すればJLANへの要求は可能、データ処理をクラウド化

28

将来構想：データ処理共通サーバー

 BLごとのデータ処理ソフトウェアが走る仮想デスクトップ環境を構築し、外部からSSL-VPNなどを利用したインターネット経由で利用する
 仮想デスクトップはNOMACHINEを第一候補に
 新しく解析LANを作って、内部ではある程度緩いネットワークを構築
解析LAN

データ処理共通ポータルサーバー

STARGazer
QENSfit
Z-Code
解析PC群…
BL-localJLAN
SSL-VPN

ユーザー

専用クライアントorWebブラウザ

試験環境の構築を計画中

読み取り専用書き込み

Storage
測定データ（Rawデータなど）

将来的にはクラウドへの移行を視野に- データポリシー策定（情報セキュリティ）- 測定データ転送システム（DBなど）- クラウド費用負担とメンテナンス人員29将来構想：大きなファイル送付

 ユーザーからの依頼で、RAWデータやスタッフによる処理済みの比較的容量の大きなデータ（数GB-数十GB）をユーザーに渡す方法の提案
外部ユーザー (1) データ転送の依頼（スタッフにメール）

JLAN

内部スタッフ(2) データやフォルダを準備(3) コマンドラインやWeb上からデータやフォルダ、送りたいユーザーのメールアドレスを指定

クラウドへのアップロードスピード- 1GBytesあたり30秒～1分ぐらい(4) クラウド上にアップロード

外部ユーザー

Amazon S3(6)メールに記載のURLからダウンロード(5) アップロード完了後、ユーザーにダウンロードURL記載のメールが届く
クラウド費用（J-PARC負担？）- データ- アップロード（0円）- ダウンロード（1GB 10円）
- サーバー（月数百円とか）(n) 電脳班での実装機能項目

MLFとして費用負担できるような枠組みが必要

30

まとめ

- リモートアクセスのモデル提案（SSL-VPN および仮想デスクトップ）- 試験運用を来年度前半を目処に- どうしても現場のスタッフの負担増となる（リモート測定の必要性、利点とのバランス）- 比較的大きなデータ移送- 技術的検証は終了した- コマンドラインベースの枠組みなら、来年度の前半に試験運用が可能なレベル- ただし本格運用する際にはMLFとして費用支払いの枠組みが必要- リモートによるデータ処理共通化のモデル提案- オンプレでの試験環境を来年度前半に構築予定- 将来的には、一部の機能をクラウドへ移行させることを目標に開発と環境整備を進める- MLFとしての支払い、データの取り扱いポリシーなどとも密接に絡む- クラウド化によりSSL-VPNの帯域の狭さは回避可能

31

実現に向けての問題点

専任できる人材がいない（足りない）
開発面・運用面の両方

アウトソーシング- 契約の問題- 管理する側の人材の問題

将来計画は立てられるが、実現・運用できる人材がいない- 開発は少人数でも可能- 実現・運用：日々の保守、バグ、高度化への対応にフルタイムで対応できる人員が必須
例えば、MLFやJ-PARC全体で使えるような共通アカウントの枠組みはない- 本来一つのログイン名で複数のサービス（申請からリモートアクセスまで）にまたがるような環境が必要だが・・・- UOのデータベースとの連携も考えているが、UOのシステムも別途開発途中- 技術的には可能かもしれないが、整備・運用（メンテナンス・改良）などにフルで携われるだけの人員がいない
本気で実現を考える場合、この辺りの不足も含め、様々な方々のサポートが必要
皆さんを巻き込ませていただきたいのですが、そのようなコミュニティ作りを進めるのも大変なのが本音不足している情報発信の手法（Webやメーリングリスト）なども考えたい32