yuto 2 mesiacov pred
rodič
commit
04c7f537eb
9 zmenil súbory, kde vykonal 800 pridanie a 344 odobranie
  1. 41 15
      #memo.org#
  2. 112 5
      bib/quantum.bib
  3. 33 7
      paper.aux
  4. 52 1
      paper.bbl
  5. 28 28
      paper.blg
  6. BIN
      paper.dvi
  7. 136 97
      paper.log
  8. BIN
      paper.pdf
  9. 398 191
      paper.tex

+ 41 - 15
#memo.org#

@@ -1,3 +1,44 @@
+** iccに論文を出すまでの予定
+- week1,week2(9月)
+  - _シュミレーション環境を大幅に変える_
+    - _どう変えるか_
+    - 見やすいコードにする
+    - linkselfieと全く同じ基盤にする
+    - _なぜ変えるか_
+    - 手を加えやすいようなシュミレーション環境にするため
+    - どこに手を加えたか分かりやすくするため
+    - 今は自分一人でシュミレーションをしているが、yutoさんやshotaさん
+      でも触りやすくするため
+    - 一人でシュミレーションを作るのは自信ない。自分で気付かないだけで
+      致命的なミスをする(している?)可能性が高い。
+    - 今のシュミレーションに手を加えるのは後々厳しい
+
+  - どうやって変えるか
+    - linkselfieをクローンして同じ構成にする
+    - 関数などから取得する値を後から追加したりするのが面倒なら、先にど
+      の実験をするのかを決めてそこから逆算してどの引数をとるべきなのか
+      を考えて、その後に実装する。
+      
+- 実験設定を論文に書く
+  - 細かくかく
+    - なんでシュミレーションができたかを理由として話せないとだめ
+  - なんでこのような実験をしたかを書く
+  - 細かいところまで理解しないとだめ
+
+** iccに向けて
+- 何の学会だすか
+- IEEE ICC 2026 の論文提出締切は 2025年9月29日。
+
+- 担当
+- 論文をかく yutoさん
+  - 1章、2章などの現状の論文と変わらない部分をまずは埋めてもらう
+- 実験をまわす shun
+  - 目的を考えて実験をする 
+
+- gitのリポジトリをICC用に作る
+- icc-shun-quantum
+
+  
 ** 現段階で決まっている実験で取るデータの種類
 
 - linkselfieでやってる系の実験
@@ -128,18 +169,3 @@ linkselfie -> 1本の最高忠実度のリンクを探す
 背景 量子ネットワークにおいて忠実度を高いリンクを効率的に判定する手法 LinkSelFiE が提案されている
 動機 LinkSelFiE は通信需要を考慮していないが、現実には通信需要が高くかつ忠実度の高いリンクの判定が望まれる
 目的 少ない計測 (バウンス) により利用率 x 忠実度が高いリンクの判定を可能とする
-
-** ストーリー案
-- 骨格
-
-背景 量子ネットワークにおいて忠実度を高いリンクを効率的に判定する手法 LinkSelFiE が提案されている
-動機 LinkSelFiE は通信需要を考慮していないが、現実には通信需要が高くかつ忠実度の高いリンクの判定が望まれる
-目的 少ない計測 (バウンス) により利用率 x 忠実度が高いリンクの判定を可能とする
-
-*** ストーリー案1
-- 背景 量子ネットワークにおいて忠実度を高いリンクを効率的に判定する手
-  法 LinkSelFiE が提案されている。
-
-
-- 動機
-- 目的

+ 112 - 5
bib/quantum.bib

@@ -1,9 +1,116 @@
 @inproceedings{Liu24:INFOCOM,
-  title     = {{LinkSelFiE: Link Selection and Fidelity Estimation in Quantum Networks}},
-  author    = {Liu, Maoli and Li, Zhuohua and Wang, Xuchuang and Lui, John C.S.},
-  booktitle = {Proceedings of the 43rd IEEE Conference on Computer
+  title =	 {{LinkSelFiE: Link Selection and Fidelity Estimation
+                  in Quantum Networks}},
+  author =	 {Liu, Maoli and Li, Zhuohua and Wang, Xuchuang and
+                  Lui, John C.S.},
+  booktitle =	 {Proceedings of the 43rd IEEE Conference on Computer
                   Communications (INFOCOM 2024)},
-  pages     = {1421--1430},
+  pages =	 {1421--1430},
+  year =	 2024,
+  month =	 may,
+}
+
+@article{Knill2008_RB,
+  author    = {Emanuel Knill and D. Leibfried and R. Reichle and J. Britton and R. B. Blakestad and J. D. Jost and C. Langer and R. Ozeri and S. Seidelin and D. J. Wineland},
+  title     = {Randomized benchmarking of quantum gates},
+  journal   = {Physical Review A},
+  volume    = {77},
+  number    = {1},
+  pages     = {012307},
+  year      = {2008},
+  publisher = {American Physical Society}
+}
+
+@article{Epstein2014_LimitsRB,
+  author    = {J. M. Epstein and A. W. Cross and E. Magesan and J. M. Gambetta},
+  title     = {Investigating the limits of randomized benchmarking protocols},
+  journal   = {Physical Review A},
+  volume    = {89},
+  number    = {6},
+  pages     = {062321},
+  year      = {2014},
+  publisher = {American Physical Society}
+}
+
+@article{Helsen2023_NB,
+  author    = {Helsen, Jonas and Wehner, Stephanie},
+  title     = {A benchmarking procedure for quantum networks},
+  journal   = {npj Quantum Information},
+  volume    = {9},
+  number    = {1},
+  pages     = {17},
+  year      = {2023},
+  publisher = {Nature Publishing Group}
+}
+
+@article{Helsen2017_MultiqubitRB,
+  author    = {Jonas Helsen and Francesco Battistel and Barbara M. Terhal},
+  title     = {Multiqubit randomized benchmarking using few samples},
+  journal   = {Physical Review A},
+  volume    = {100},
+  number    = {3},
+  pages     = {032304},  
+  year      = {2019},
+  publisher = {American Physical Society}  
+}
+
+@inproceedings{Liu2024_QBGP,
+  author    = {Maoli Liu and Zhuohua Li and Kechao Cai and Jonathan Allcock and Shengyu Zhang and John C.S. Lui},
+  title     = {Quantum BGP with Online Path Selection via Network Benchmarking},
+  booktitle = {IEEE Conference on Computer Communications (INFOCOM)},
   year      = {2024},
-  month     = may,
+  pages     = {1401--1410},
+  organization = {IEEE}
+}
+
+@inproceedings{Wang2025_LearningBestPaths,
+  author    = {Xuchuang Wang and Maoli Liu and Xutong Liu and Zhuohua Li and Mohammad Hajiesmaili and John C.S. Lui and Don Towsley},
+  title     = {Learning Best Paths in Quantum Networks},
+  booktitle = {IEEE Conference on Computer Communications (INFOCOM)},
+  year      = {2025},
+  pages     = {},
+  organization = {IEEE}
+}
+
+@inproceedings{Jamieson2014_BAI,
+  author =	 {Jamieson, Kevin and Nowak, Robert},
+  title =	 {Best-arm identification algorithms for multi-armed
+                  bandits in the fixed confidence setting},
+  booktitle =	 {2014 48th Annual Conference on Information Sciences
+                  and Systems (CISS)},
+  year =	 2014,
+  pages =	 {1--6},
+  organization = {IEEE}
+}
+
+@inproceedings{Audibert10:COLT,
+  author    = {Jean-Yves Audibert and S{\'e}bastien Bubeck},
+  title     = {{Best Arm Identification in Multi-Armed Bandits}},
+  booktitle = {Proceedings of the 23rd Annual Conference on Learning Theory (COLT)},
+  year      = {2010},
+  month     = jun,
+  pages     = {},
+  address   = {Haifa, Israel},
+}
+
+@article{Bubeck2012_RegretAnalysis,
+  author    = {S{\'e}bastien Bubeck and Nicol{\`o} Cesa-Bianchi},
+  title     = {Regret Analysis of Stochastic and Nonstochastic Multi-armed Bandit Problems},
+  journal   = {Foundations and Trends® in Machine Learning},
+  volume    = {5},
+  number    = {1},
+  pages     = {1--122},
+  year      = {2012},
+  publisher = {Now Publishers Inc.},  
+}
+
+@article{Coopmans2021_NetSquid,
+  author    = {Coopmans, T. and Knegjens, R. and Dahlberg, A. and Maier, D. and Nijsten, L. and Oliveira, J. and Papendrecht, M. and Rabbie, J. and Rozp{\k e}dek, F. and Skrzypczyk, M. and others},
+  title     = {NetSquid, a NETwork Simulator for QUantum Information using Discrete events},
+  journal   = {Communications Physics},
+  volume    = {4},
+  number    = {1},
+  pages     = {164},
+  year      = {2021},
+  publisher = {Nature Publishing Group}
 }

+ 33 - 7
paper.aux

@@ -1,13 +1,39 @@
 \relax 
 \citation{Liu24:INFOCOM}
 \@writefile{toc}{\contentsline {section}{\numberline {I}はじめに}{1}{}\protected@file@percent }
+\citation{Knill2008_RB}
+\citation{Helsen2017_MultiqubitRB}
+\citation{Epstein2014_LimitsRB}
+\citation{Helsen2023_NB}
+\citation{Liu24:INFOCOM}
+\citation{Liu2024_QBGP}
+\citation{Wang2025_LearningBestPaths}
+\citation{Bubeck2012_RegretAnalysis}
+\citation{Audibert10:COLT,Jamieson2014_BAI}
+\@writefile{toc}{\contentsline {section}{\numberline {II}関連研究}{2}{}\protected@file@percent }
+\citation{Coopmans2021_NetSquid}
+\citation{Liu24:INFOCOM}
+\@writefile{toc}{\contentsline {section}{\numberline {III}通信需要を考慮したリンク忠実度計測問題}{3}{}\protected@file@percent }
+\@writefile{toc}{\contentsline {section}{\numberline {IV}提案手法 : 二段階貪欲法(Two-Phase Greedy)による資源配分}{3}{}\protected@file@percent }
+\citation{Coopmans2021_NetSquid}
+\citation{Liu24:INFOCOM}
+\@writefile{toc}{\contentsline {section}{\numberline {V}実験}{4}{}\protected@file@percent }
+\@writefile{lof}{\contentsline {figure}{\numberline {1}{\ignorespaces 隣接ノード数が3の場合における測定予算と総価値スコアの関係}}{4}{}\protected@file@percent }
+\newlabel{fig:r3_rewritten}{{1}{4}}
+\@writefile{lof}{\contentsline {figure}{\numberline {2}{\ignorespaces 隣接ノード数が5の場合における測定予算と総価値スコアの関係}}{4}{}\protected@file@percent }
+\newlabel{fig:r5_rewritten}{{2}{4}}
 \bibstyle{ieeetr}
 \bibdata{bib/quantum}
 \bibcite{Liu24:INFOCOM}{1}
-\@writefile{toc}{\contentsline {section}{\numberline {II}通信需要を考慮したリンク忠実度計測問題}{2}{}\protected@file@percent }
-\@writefile{toc}{\contentsline {section}{\numberline {III}提案手法 : 二段階貪欲法(Two-Phase Greedy)による資源配分}{2}{}\protected@file@percent }
-\newlabel{fig:r3}{{IV}{2}}
-\newlabel{fig:r5}{{IV}{2}}
-\@writefile{toc}{\contentsline {section}{\numberline {IV}実験}{2}{}\protected@file@percent }
-\@writefile{toc}{\contentsline {section}{References}{3}{}\protected@file@percent }
-\gdef \@abspage@last{3}
+\bibcite{Knill2008_RB}{2}
+\bibcite{Helsen2017_MultiqubitRB}{3}
+\bibcite{Epstein2014_LimitsRB}{4}
+\bibcite{Helsen2023_NB}{5}
+\bibcite{Liu2024_QBGP}{6}
+\bibcite{Wang2025_LearningBestPaths}{7}
+\bibcite{Bubeck2012_RegretAnalysis}{8}
+\bibcite{Audibert10:COLT}{9}
+\bibcite{Jamieson2014_BAI}{10}
+\bibcite{Coopmans2021_NetSquid}{11}
+\@writefile{toc}{\contentsline {section}{References}{5}{}\protected@file@percent }
+\gdef \@abspage@last{5}

+ 52 - 1
paper.bbl

@@ -1,4 +1,4 @@
-\begin{thebibliography}{1}
+\begin{thebibliography}{10}
 
 \bibitem{Liu24:INFOCOM}
 M.~Liu, Z.~Li, X.~Wang, and J.~C. Lui, ``{LinkSelFiE: Link Selection and
@@ -6,4 +6,55 @@ M.~Liu, Z.~Li, X.~Wang, and J.~C. Lui, ``{LinkSelFiE: Link Selection and
   IEEE Conference on Computer Communications (INFOCOM 2024)}, pp.~1421--1430,
   May 2024.
 
+\bibitem{Knill2008_RB}
+E.~Knill, D.~Leibfried, R.~Reichle, J.~Britton, R.~B. Blakestad, J.~D. Jost,
+  C.~Langer, R.~Ozeri, S.~Seidelin, and D.~J. Wineland, ``Randomized
+  benchmarking of quantum gates,'' {\em Physical Review A}, vol.~77, no.~1,
+  p.~012307, 2008.
+
+\bibitem{Helsen2017_MultiqubitRB}
+J.~Helsen, F.~Battistel, and B.~M. Terhal, ``Multiqubit randomized benchmarking
+  using few samples,'' {\em Physical Review A}, vol.~100, no.~3, p.~032304,
+  2019.
+
+\bibitem{Epstein2014_LimitsRB}
+J.~M. Epstein, A.~W. Cross, E.~Magesan, and J.~M. Gambetta, ``Investigating the
+  limits of randomized benchmarking protocols,'' {\em Physical Review A},
+  vol.~89, no.~6, p.~062321, 2014.
+
+\bibitem{Helsen2023_NB}
+J.~Helsen and S.~Wehner, ``A benchmarking procedure for quantum networks,''
+  {\em npj Quantum Information}, vol.~9, no.~1, p.~17, 2023.
+
+\bibitem{Liu2024_QBGP}
+M.~Liu, Z.~Li, K.~Cai, J.~Allcock, S.~Zhang, and J.~C. Lui, ``Quantum bgp with
+  online path selection via network benchmarking,'' in {\em IEEE Conference on
+  Computer Communications (INFOCOM)}, pp.~1401--1410, IEEE, 2024.
+
+\bibitem{Wang2025_LearningBestPaths}
+X.~Wang, M.~Liu, X.~Liu, Z.~Li, M.~Hajiesmaili, J.~C. Lui, and D.~Towsley,
+  ``Learning best paths in quantum networks,'' in {\em IEEE Conference on
+  Computer Communications (INFOCOM)}, IEEE, 2025.
+
+\bibitem{Bubeck2012_RegretAnalysis}
+S.~Bubeck and N.~Cesa-Bianchi, ``Regret analysis of stochastic and
+  nonstochastic multi-armed bandit problems,'' {\em Foundations and Trends® in
+  Machine Learning}, vol.~5, no.~1, pp.~1--122, 2012.
+
+\bibitem{Audibert10:COLT}
+J.-Y. Audibert and S.~Bubeck, ``{Best Arm Identification in Multi-Armed
+  Bandits},'' in {\em Proceedings of the 23rd Annual Conference on Learning
+  Theory (COLT)}, (Haifa, Israel), June 2010.
+
+\bibitem{Jamieson2014_BAI}
+K.~Jamieson and R.~Nowak, ``Best-arm identification algorithms for multi-armed
+  bandits in the fixed confidence setting,'' in {\em 2014 48th Annual
+  Conference on Information Sciences and Systems (CISS)}, pp.~1--6, IEEE, 2014.
+
+\bibitem{Coopmans2021_NetSquid}
+T.~Coopmans, R.~Knegjens, A.~Dahlberg, D.~Maier, L.~Nijsten, J.~Oliveira,
+  M.~Papendrecht, J.~Rabbie, F.~Rozp{\k e}dek, M.~Skrzypczyk, {\em et~al.},
+  ``Netsquid, a network simulator for quantum information using discrete
+  events,'' {\em Communications Physics}, vol.~4, no.~1, p.~164, 2021.
+
 \end{thebibliography}

+ 28 - 28
paper.blg

@@ -3,44 +3,44 @@ Capacity: max_strings=200000, hash_size=200000, hash_prime=170003
 The top-level auxiliary file: paper.aux
 The style file: ieeetr.bst
 Database file #1: bib/quantum.bib
-You've used 1 entry,
+You've used 11 entries,
             1876 wiz_defined-function locations,
-            484 strings with 3728 characters,
-and the built_in function-call counts, 434 in all, are:
-= -- 41
-> -- 14
+            557 strings with 5974 characters,
+and the built_in function-call counts, 3431 in all, are:
+= -- 310
+> -- 181
 < -- 0
-+ -- 5
-- -- 4
-* -- 31
-:= -- 61
-add.period$ -- 1
-call.type$ -- 1
-change.case$ -- 1
++ -- 64
+- -- 53
+* -- 256
+:= -- 495
+add.period$ -- 11
+call.type$ -- 11
+change.case$ -- 11
 chr.to.int$ -- 0
-cite$ -- 1
-duplicate$ -- 23
-empty$ -- 41
-format.name$ -- 4
-if$ -- 103
+cite$ -- 11
+duplicate$ -- 193
+empty$ -- 299
+format.name$ -- 53
+if$ -- 830
 int.to.chr$ -- 0
-int.to.str$ -- 1
-missing$ -- 1
-newline$ -- 6
-num.names$ -- 1
-pop$ -- 7
+int.to.str$ -- 11
+missing$ -- 11
+newline$ -- 36
+num.names$ -- 11
+pop$ -- 44
 preamble$ -- 1
 purify$ -- 0
 quote$ -- 0
-skip$ -- 18
+skip$ -- 134
 stack$ -- 0
-substring$ -- 40
-swap$ -- 11
+substring$ -- 164
+swap$ -- 85
 text.length$ -- 0
 text.prefix$ -- 0
 top$ -- 0
 type$ -- 0
 warning$ -- 0
-while$ -- 4
-width$ -- 2
-write$ -- 11
+while$ -- 28
+width$ -- 13
+write$ -- 115

BIN
paper.dvi


+ 136 - 97
paper.log

@@ -1,4 +1,4 @@
-This is e-pTeX, Version 3.141592653-p4.0.0-220214-2.6 (utf8.euc) (TeX Live 2022/Debian) (preloaded format=platex 2025.3.2)  27 SEP 2025 02:01
+This is e-pTeX, Version 3.141592653-p4.0.0-220214-2.6 (utf8.euc) (TeX Live 2022/Debian) (preloaded format=platex 2025.3.2)  29 SEP 2025 19:15
 entering extended mode
  restricted \write18 enabled.
  %&-line parsing enabled.
@@ -365,7 +365,15 @@ Document Style algorithmicx 1.2 - a greatly improved `algorithmic' style
 \ALG@tmplength=\skip63
 )
 Document Style - pseudocode environments for use with the `algorithmicx' style
-) (/usr/share/texlive/texmf-dist/tex/latex/l3backend/l3backend-dvipdfmx.def
+) (/usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty
+Package: fontenc 2021/04/29 v2.0v Standard LaTeX package
+LaTeX Font Info:    Trying to load font information for T1+ptm on input line 11
+2.
+
+(/usr/share/texlive/texmf-dist/tex/latex/psnfss/t1ptm.fd
+File: t1ptm.fd 2001/06/04 font definitions for T1/ptm.
+))
+(/usr/share/texlive/texmf-dist/tex/latex/l3backend/l3backend-dvipdfmx.def
 File: l3backend-dvipdfmx.def 2023-01-16 L3 backend support: dvipdfmx
 \g__graphics_track_int=\count292
 \l__pdf_internal_box=\box77
@@ -376,134 +384,134 @@ File: l3backend-dvipdfmx.def 2023-01-16 L3 backend support: dvipdfmx
 (./paper.aux)
 \openout1 = `paper.aux'.
 
-LaTeX Font Info:    Checking defaults for OML/cmm/m/it on input line 71.
-LaTeX Font Info:    ... okay on input line 71.
-LaTeX Font Info:    Checking defaults for OMS/cmsy/m/n on input line 71.
-LaTeX Font Info:    ... okay on input line 71.
-LaTeX Font Info:    Checking defaults for OT1/cmr/m/n on input line 71.
-LaTeX Font Info:    ... okay on input line 71.
-LaTeX Font Info:    Checking defaults for T1/cmr/m/n on input line 71.
-LaTeX Font Info:    ... okay on input line 71.
-LaTeX Font Info:    Checking defaults for TS1/cmr/m/n on input line 71.
-LaTeX Font Info:    ... okay on input line 71.
-LaTeX Font Info:    Checking defaults for OMX/cmex/m/n on input line 71.
-LaTeX Font Info:    ... okay on input line 71.
-LaTeX Font Info:    Checking defaults for U/cmr/m/n on input line 71.
-LaTeX Font Info:    ... okay on input line 71.
-LaTeX Font Info:    Checking defaults for JY1/mc/m/n on input line 71.
-LaTeX Font Info:    ... okay on input line 71.
-LaTeX Font Info:    Checking defaults for JT1/mc/m/n on input line 71.
-LaTeX Font Info:    ... okay on input line 71.
+LaTeX Font Info:    Checking defaults for OML/cmm/m/it on input line 72.
+LaTeX Font Info:    ... okay on input line 72.
+LaTeX Font Info:    Checking defaults for OMS/cmsy/m/n on input line 72.
+LaTeX Font Info:    ... okay on input line 72.
+LaTeX Font Info:    Checking defaults for OT1/cmr/m/n on input line 72.
+LaTeX Font Info:    ... okay on input line 72.
+LaTeX Font Info:    Checking defaults for T1/cmr/m/n on input line 72.
+LaTeX Font Info:    ... okay on input line 72.
+LaTeX Font Info:    Checking defaults for TS1/cmr/m/n on input line 72.
+LaTeX Font Info:    ... okay on input line 72.
+LaTeX Font Info:    Checking defaults for OMX/cmex/m/n on input line 72.
+LaTeX Font Info:    ... okay on input line 72.
+LaTeX Font Info:    Checking defaults for U/cmr/m/n on input line 72.
+LaTeX Font Info:    ... okay on input line 72.
+LaTeX Font Info:    Checking defaults for JY1/mc/m/n on input line 72.
+LaTeX Font Info:    ... okay on input line 72.
+LaTeX Font Info:    Checking defaults for JT1/mc/m/n on input line 72.
+LaTeX Font Info:    ... okay on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/b/n' in size <5> not available
-(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/bx/n' in size <5> not available
-(Font)              Font shape `JT1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JT1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/b/n' in size <5> not available
-(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/bx/n' in size <5> not available
-(Font)              Font shape `JY1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JY1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
-(Font)              No change on input line 71.
+(Font)              No change on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/b/n' in size <7> not available
-(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/bx/n' in size <7> not available
-(Font)              Font shape `JT1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JT1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/b/n' in size <7> not available
-(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/bx/n' in size <7> not available
-(Font)              Font shape `JY1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JY1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
-(Font)              No change on input line 71.
+(Font)              No change on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/b/n' in size <8> not available
-(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/bx/n' in size <8> not available
-(Font)              Font shape `JT1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JT1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/b/n' in size <8> not available
-(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/bx/n' in size <8> not available
-(Font)              Font shape `JY1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JY1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
-(Font)              No change on input line 71.
+(Font)              No change on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/b/n' in size <9> not available
-(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/bx/n' in size <9> not available
-(Font)              Font shape `JT1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JT1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/b/n' in size <9> not available
-(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/bx/n' in size <9> not available
-(Font)              Font shape `JY1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JY1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
-(Font)              No change on input line 71.
+(Font)              No change on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/b/n' in size <10> not available
-(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/bx/n' in size <10> not available
-(Font)              Font shape `JT1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JT1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/b/n' in size <10> not available
-(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/bx/n' in size <10> not available
-(Font)              Font shape `JY1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JY1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
-(Font)              No change on input line 71.
+(Font)              No change on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/b/n' in size <11> not available
-(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/bx/n' in size <11> not available
-(Font)              Font shape `JT1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JT1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/b/n' in size <11> not available
-(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/bx/n' in size <11> not available
-(Font)              Font shape `JY1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JY1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
-(Font)              No change on input line 71.
+(Font)              No change on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/b/n' in size <12> not available
-(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/bx/n' in size <12> not available
-(Font)              Font shape `JT1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JT1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/b/n' in size <12> not available
-(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/bx/n' in size <12> not available
-(Font)              Font shape `JY1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JY1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
-(Font)              No change on input line 71.
+(Font)              No change on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/b/n' in size <17> not available
-(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/bx/n' in size <17> not available
-(Font)              Font shape `JT1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JT1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/b/n' in size <17> not available
-(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/bx/n' in size <17> not available
-(Font)              Font shape `JY1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JY1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
-(Font)              No change on input line 71.
+(Font)              No change on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/b/n' in size <20> not available
-(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/bx/n' in size <20> not available
-(Font)              Font shape `JT1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JT1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/b/n' in size <20> not available
-(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/bx/n' in size <20> not available
-(Font)              Font shape `JY1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JY1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
-(Font)              No change on input line 71.
+(Font)              No change on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/b/n' in size <24> not available
-(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JT1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JT1/mc/bx/n' in size <24> not available
-(Font)              Font shape `JT1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JT1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/b/n' in size <24> not available
-(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 71.
+(Font)              Font shape `JY1/mc/bx/n' tried instead on input line 72.
 LaTeX Font Info:    Font shape `JY1/mc/bx/n' in size <24> not available
-(Font)              Font shape `JY1/gt/m/n' tried instead on input line 71.
+(Font)              Font shape `JY1/gt/m/n' tried instead on input line 72.
 LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
-(Font)              No change on input line 71.
+(Font)              No change on input line 72.
 
 -- Lines per column: 56 (exact).
 (I search kanjifont definition file: . . )
-LaTeX Font Info:    Calculating math sizes for size <11> on input line 74.
+LaTeX Font Info:    Calculating math sizes for size <11> on input line 75.
 LaTeX Font Info:    Kanji font shape `JY1/mc/b/it' undefined
-(Font)              No change on input line 79.
+(Font)              No change on input line 78.
 LaTeX Font Info:    Kanji font shape `JY1/mc/b/it' undefined
-(Font)              No change on input line 85.
+(Font)              No change on input line 91.
 LaTeX Font Info:    Kanji font shape `JY1/mc/m/sc' undefined
-(Font)              No change on input line 89.
+(Font)              No change on input line 95.
 
 Underfull \vbox (badness 10000) has occurred while \output is active []
 
@@ -512,34 +520,65 @@ Underfull \vbox (badness 10000) has occurred while \output is active []
 
 ]
 LaTeX Font Info:    Kanji font shape `JY1/mc/m/sc' undefined
-(Font)              No change on input line 211.
-
-Underfull \hbox (badness 6332) in paragraph at lines 253--256
-[]\JY1/mc/m/n/10 このとき 、 制約条件は 、 全リンクにおける総測定
- []
+(Font)              No change on input line 227.
 
+Underfull \vbox (badness 10000) has occurred while \output is active []
 
-Underfull \hbox (badness 5175) in paragraph at lines 253--256
-\JY1/mc/m/n/10 コストが総測定予算 $\OML/cmm/m/it/10 C$ \JY1/mc/m/n/10 を超えな
-いこと 、 すなわち
- []
-
+ [2]
 LaTeX Font Info:    Kanji font shape `JY1/mc/m/sc' undefined
-(Font)              No change on input line 258.
+(Font)              No change on input line 340.
 LaTeX Font Info:    Kanji font shape `JY1/mc/m/sc' undefined
-(Font)              No change on input line 296.
+(Font)              No change on input line 400.
+
+[3]
+LaTeX Font Info:    Kanji font shape `JY1/mc/m/sc' undefined
+(Font)              No change on input line 481.
 File: graphA.eps Graphic file (type eps)
 <graphA.eps>
 File: graphC.eps Graphic file (type eps)
 <graphC.eps>
+ [4]
 LaTeX Font Info:    Kanji font shape `JY1/mc/m/sc' undefined
-(Font)              No change on input line 407.
-(./paper.bbl
+(Font)              No change on input line 614.
+ (./paper.bbl
 LaTeX Font Info:    Kanji font shape `JY1/mc/m/sc' undefined
 (Font)              No change on input line 1.
 LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
 (Font)              No change on input line 5.
- [2])
+LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
+(Font)              No change on input line 12.
+LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
+(Font)              No change on input line 17.
+LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
+(Font)              No change on input line 22.
+LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
+(Font)              No change on input line 27.
+LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
+(Font)              No change on input line 31.
+LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
+(Font)              No change on input line 36.
+LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
+(Font)              No change on input line 41.
+LaTeX Font Info:    Trying to load font information for TS1+ptm on input line 4
+1.
+ (/usr/share/texlive/texmf-dist/tex/latex/psnfss/ts1ptm.fd
+File: ts1ptm.fd 2001/06/04 font definitions for TS1/ptm.
+)
+LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
+(Font)              No change on input line 46.
+LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
+(Font)              No change on input line 51.
+LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
+(Font)              No change on input line 56.
+LaTeX Font Info:    Kanji font shape `JY1/mc/m/it' undefined
+(Font)              No change on input line 58.
+
+Underfull \hbox (badness 1484) in paragraph at lines 55--59
+[]\T1/ptm/m/n/8 T. Coop-mans, R. Kneg-jens, A. Dahlberg, D. Maier, L. Ni-jsten,
+
+ []
+
+)
 
 ** Conference Paper **
 Before submitting the final camera ready copy, remember to:
@@ -551,16 +590,16 @@ Before submitting the final camera ready copy, remember to:
  uses only Type 1 fonts and that every step in the generation
  process uses the appropriate paper size.
 
-[3
+[5
 
 ] (./paper.aux) ) 
 Here is how much of TeX's memory you used:
- 3977 strings out of 476550
- 66998 string characters out of 5805610
- 1866340 words of memory out of 5000000
- 24539 multiletter control sequences out of 15000+600000
- 549797 words of font info for 137 fonts, out of 8000000 for 9000
+ 4304 strings out of 476550
+ 70434 string characters out of 5805610
+ 1867340 words of memory out of 5000000
+ 24852 multiletter control sequences out of 15000+600000
+ 623136 words of font info for 178 fonts, out of 8000000 for 9000
  929 hyphenation exceptions out of 8191
- 72i,14n,76p,538b,523s stack positions out of 10000i,1000n,20000p,200000b,200000s
+ 72i,14n,76p,264b,525s stack positions out of 10000i,1000n,20000p,200000b,200000s
 
-Output written on paper.dvi (3 pages, 22236 bytes).
+Output written on paper.dvi (5 pages, 50812 bytes).

BIN
paper.pdf


+ 398 - 191
paper.tex

@@ -62,32 +62,37 @@
     \IEEEauthorblockA{\IEEEauthorrefmark{1}関西学院大学 工学部 情報工学課程}
     \IEEEauthorblockA{\IEEEauthorrefmark{2}関西学院大学 大学院理工学部研究科 情報工学専攻}
     % 通常は連絡先Emailを記載します
-    % \IEEEauthorblockA{Email: \IEEEauthorrefmark{1}shun.yamachika@example.com, \IEEEauthorrefmark{2}\{y.kakihara, s.inoue, h.ohsaki\}@example.com}
+    % \IEEEauthorblockA{Email: \IEEEauthorrefmark{1}shun@lsnl.jp, \IEEEauthorrefmark{2}\{yuto, shota, ohsaki\}@lsnl.jp}
 }
 
 %% \renewcommand{\baselinestretch}{0.005}
 
+\usepackage[T1]{fontenc} % bibの特殊な文字を読みこむためのやつ
 
 \begin{document}
 \setlength{\parskip}{0.2pt}  % 段落間の余白をゼロにする
 
 \maketitle
 
-
 % --- 概要 (Abstract) ---
-% 論文の冒頭には概要を記述します。
-\begin{abstract}
-本研究では、量子ネットワークにおけるリンク忠実度計測の問題に対し、通信経路ごとの重要度(通信需要)を考慮した新たな資源配分手法を提案する。従来のリンク品質推定問題を発展させ、各経路の重要度と推定忠実度の積で定義される「価値」の総和を最大化する問題として定式化する。この問題に対する効率的な近似解法として、広域的な探索と集中的な活用から成る二段階貪欲法を提案する。シミュレーション評価を通じて、提案手法が限られた測定資源の下で、通信需要を考慮しない従来のアプローチに比べてネットワーク全体の総価値を効率的に向上させることを示す。
+\begin{abstract} % 最後に直します。
+本研究では、量子ネットワークにおけるリンク忠実度計測の問題に対し、通信
+経路ごとの重要度(通信需要)を考慮した新たな資源配分手法を提案する。従
+来のリンク品質推定問題を発展させ、各経路の重要度と推定忠実度の積で定義
+される「価値」の総和を最大化する問題として定式化する。この問題に対する
+効率的な近似解法として、広域的な探索と集中的な活用から成る二段階貪欲法
+を提案する。シミュレーション評価を通じて、提案手法が限られた測定資源の
+下で、通信需要を考慮しない従来のアプローチに比べてネットワーク全体の総
+価値を効率的に向上させることを示す。
+
 \end{abstract}
 
 % --- キーワード ---
-% 概要の下にキーワードを記述します。
 \begin{IEEEkeywords}
 量子ネットワーク, 忠実度計測, 資源配分, 通信需要, 貪欲法
 \end{IEEEkeywords}
 
 \section{はじめに}
-
 %% ### トピックセンテンス
 
 %% 1.  量子コンピュータ間を接続する量子ネットワークは、次世代の通信基盤として大きな期待が寄せられている。
@@ -105,7 +110,6 @@
 %% 13. 具体的には、各通信経路の重要度と推定忠実度の積をその経路の価値と定義し、ネットワーク全体の総価値を最大化する問題として定式化する。
 %% 14. この問題に対し、本稿では効率的な近似解法として、広域的な探索と集中的な活用から成る二段階貪欲法を提案する。
 
-
 量子コンピュータ間を接続する量子ネットワークは、次世代の通信基盤として
 大きな期待が寄せられている。複数の量子プロセッサを大規模に連携させる分
 散量子計算や、物理的な限界を超えたセンシング精度の実現など、単一の量子
@@ -176,6 +180,20 @@ LinkSelFiE が持つ効率的なリンク特定能力を、通信需要に基づ
 単に最も忠実度の高いリンクを見つけるだけでなく、それがどれだけ重要かと
 いう側面も同時に考慮するものである。
 
+本研究の問いは以下のとおりである。
+\begin{itemize}
+
+\item 限られた測定資源の制約下で、各通信経路の重要度を考慮した効率的な
+  リンク忠実度の測定戦略は、いかにして設計できるか。
+  
+\item 広域的な品質の初期推定と、有望なリンクへの集中的な資源投下を組み
+  合わせることで、測定効率を最大化する準最適な配分手法を構築できるか。
+
+\item 通信需要と推定忠実度の積として定義されるネットワーク全体の総価値
+  を、提案手法によって最大化し、システムの全体性能を向上させられるか。
+  
+\end {itemize}  
+
 この問題に対し、本稿では効率的な近似解法として、広域的な探索と集中的な
 活用から成る二段階貪欲法を提案する。本手法は、まず限られた資源で全リン
 クを大局的に調査し、次いで得られた知見に基づき、価値が高いと見込まれる
@@ -187,226 +205,415 @@ LinkSelFiE が持つ効率的なリンク特定能力を、通信需要に基づ
 本研究の貢献は以下のとおりである。
 \begin{itemize}
 
-\item 従来の物理的なリンク品質の推定問題を発展させ、通信需要という経済
-  的・運用的な価値尺度を導入した、より実践的なネットワーク総価値最大化
-  問題を初めて定式化した。
+\item 通信需要を定量的な重みとして導入し、各通信経路の重要度と忠実度の
+  積をその経路の価値と定義することで、ネットワーク全体の総価値を最大化
+  する新たな資源配分問題として定式化した。
   
-\item 上記の問題に対する効率的な近似解法として、二段階貪欲法を提案した。
-  これは、探索と活用を明確に分離することで、大規模ネットワークにおいて
-  も実用的な計算時間で高品質な解を得ることを可能にする
+\item 近似解法として全リンクを低コストで探索する第一段階と、価値が高い
+  と見込まれるリンク群に資源を集中させる第二段階から成る、二段階貪欲法
+  を提案した
   
-\item 量子ネットワークシミュレータを用いた評価実験を通じて、提案手法が、
-  通信需要を考慮しない既存のアプローチに比べて、ネットワーク全体の総価
-  値を大幅に向上させることを定量的に明らかにした。
+\item シミュレーション評価により、提案手法が既存手法と比較して常に高い
+  総価値を達成し、特にネットワーク規模が大きく資源制約が厳しい状況にお
+  いて、その優位性が顕著になることを定量的に実証した。
   
 \end {itemize}  
 
-本稿の構成は以下の通りである。
-%% 2章で本研究が対象とする問題モデルと目的関数を定義する。3章では提案
-%% 手法である二段階貪欲法の詳細を述べる。4章でシミュレーション評価の結
-%% 果を示し、提案手法の有効性を考察する。最後に5章で結論と今後の課題を
-%% 述べる。
+本稿の構成は以下の通りである。 % 最後に直します
+%% 2章で本研究の関連研究について述べる。3章では通信需要を考慮したリン
+%% ク忠実度計測問題を定式化する。4章では提案手法二段階貪欲法(Two-Phase
+%% Greedy)について述べる。
+
+\section{関連研究}
+%% 量子ネットワークにおける高信頼な通信の実現には、その構成要素である量子
+%% ゲートや物理リンクの品質を正確に評価するベンチマーキング技術が不可欠で
+%% ある。
+
+%% 個々の量子ゲートの品質評価手法として最も広く用いられているのが、ランダ
+%% ム化ベンチマーキングである。
+
+%% ランダム化ベンチマーキングは強力な手法である一方、その適用範囲や推定精
+%% 度には理論的な限界も存在することが知られている。
+
+%% ゲートレベルの評価に加えて、近年ではネットワーク全体の性能を評価するた
+%% めのベンチマーキング手法も提案されている。
+
+%% 本研究が取り組むリンク忠実度推定は、多腕バンディット問題として定式化で
+%% きる。
+
+%% 多腕バンディット問題の枠組みを量子ネットワークのリンク選択に応用した先
+%% 行研究として、本研究の直接的な基礎となる LinkSelFiE が存在する。
+
+%% LinkSelFiE の問題設定をさらに発展させ、ネットワーク全体の経路選択へと
+%% 応用範囲を広げる研究も活発に進められている。
+
+%% これらの研究の理論的基盤である多腕バンディット問題、特に最適アーム識別
+%% は、それ自体が機械学習分野の重要な研究課題として深く研究されてきた。
+
+%% 本研究におけるシミュレーション評価では、量子ネットワークの研究開発で広
+%% く利用されている NetSquid シミュレータを用いた。
+
+本章では、本研究の背景となる関連研究を概観する。まず、量子システムの品
+質評価手法であるベンチマーキング技術について述べ、特にランダム化ベンチ
+マーキングとその発展に焦点を当てる。次に、本研究の核心であるリンク・経
+路選択問題に関する近年の動向を解説し、最後に、これらの研究の理論的基盤
+である多腕バンディット問題に関する基礎的な研究を紹介する。
+
+量子ネットワークにおける高信頼な通信の実現には、その構成要素である量子
+ゲートや物理リンクの品質を正確に評価するベンチマーキング技術が不可欠で
+ある。量子状態はノイズに対して極めて脆弱であるため、通信や計算の過程で
+発生するエラーの大きさを定量的に把握し、制御することが極めて重要となる。
+このため、システムの性能を客観的な指標で評価するための標準的な手法が長
+年にわたり研究されてきた。
+
+個々の量子ゲートの品質評価手法として最も広く用いられているのが、ランダ
+ム化ベンチマーキング (Randomized Benchmarking, RB) である
+\cite{Knill2008_RB}。RBは、ランダムに選ばれた一連のクリフォードゲート
+を量子ビットに適用し、その最終状態を測定することで、ゲート操作全体の平
+均エラー率を推定する。この手法の利点は、状態準備や測定におけるエラー
+(State Preparation and Measurement error, SPAM error) の影響を受けにく
+く、特定のゲートセットに対する忠実度を頑健に評価できる点にある。RBは単
+一量子ビットゲートの評価手法として確立されており、多量子ビットシステム
+への拡張も研究されている \cite{Helsen2017_MultiqubitRB}。
+
+しかし、ランダム化ベンチマーキングは強力な手法である一方、その適用範囲
+や推定精度には理論的な限界も存在することが知られている。例えば、RBが正
+確なエラー率を与えるためには、ノイズが時間に依存せず、かつゲートに依存
+しないといった仮定が必要となる \cite{Epstein2014_LimitsRB}。現実のデバ
+イスでは、クロストークや時間的に変動するノイズなど、これらの仮定から外
+れるエラー源が存在するため、RBによる評価結果の解釈には注意を要する。
+
+ゲートレベルの評価に加えて、近年ではネットワーク全体の性能を評価するた
+めのベンチマーキング手法も提案されている \cite{Helsen2023_NB}。ネット
+ワークにおいては、個々のゲート品質だけでなく、ノード間のリンク品質やも
+つれ配送プロトコルの性能が重要となる。Helsenらが提案した手法は、ネット
+ワーク全体を一つのブラックボックスと見なし、特定のタスクを実行させた際
+の性能を評価することで、より実用に近い形での品質評価を可能にする。これ
+は、単一コンポーネントの評価から、システム全体の機能評価へと視点を広げ
+る重要な取り組みである。
+
+本研究が取り組むリンク忠実度推定は、限られた測定資源を用いて最も品質の
+高いリンクを特定する問題であり、不確実性の下での逐次的意思決定問題であ
+る多腕バンディット問題 (Multi-Armed Bandit, MAB) として定式化できる。
+MABは、未知の確率分布に従う報酬を生成する複数の選択肢(アーム)の中か
+ら、総報酬を最大化するように試行を繰り返す問題の総称である。リンク忠実
+度推定の文脈では、各リンクがアームに、忠実度の測定がアームを引く行為に、
+そして測定結果が報酬に相当する。
+
+多腕バンディット問題の枠組みを量子ネットワークのリンク選択に応用した先
+行研究として、本研究の直接的な基礎となる LinkSelFiE が存在する
+\cite{Liu24:INFOCOM}。LinkSelFiEは、複数の並列リンクの中から最も忠実度
+の高いリンクを効率的に特定するためのアルゴリズムである。有望なリンクを
+適応的に追加測定し、品質の低いリンクの測定を早期に打ち切ることで、全体
+の測定コストを大幅に削減することを可能にした。しかし、LinkSelFiEの問題
+設定は単一のノードペア間に限定されており、ネットワーク全体の通信需要の
+異質性を考慮していない。本研究は、このLinkSelFiEの考え方を拡張し、経路
+ごとの重要度を導入する点で新規性を有する。
+
+LinkSelFiEの問題設定をさらに発展させ、ネットワーク全体の経路選択へと応
+用範囲を広げる研究も活発に進められている。例えば、量子版のBGP (Border
+Gateway Protocol) を想定し、ネットワークベンチマーキングを通じてオンラ
+インで最適経路を選択する研究 \cite{Liu2024_QBGP} や、機械学習の手法を
+用いて最適な量子通信経路を学習する研究
+\cite{Wang2025_LearningBestPaths} が報告されている。これらの研究は、単
+一リンクの品質評価から、より大規模で動的なネットワークにおける経路全体
+の最適化へと関心が移行していることを示しており、本研究とも共通の方向性
+を持つ。
+
+これらの研究の理論的基盤である多腕バンディット問題、特に最適アーム識別
+(Best-Arm Identification, BAI) は、それ自体が機械学習分野の重要な研究
+課題として深く研究されてきた \cite{Bubeck2012_RegretAnalysis}。BAIは、
+試行回数の sonunda最も期待報酬の高いアームを特定することを目的とする
+MABの一分野であり、固定予算設定や固定信頼度設定など、様々な問題設定が
+提案されている \cite{Audibert10:COLT, Jamieson2014_BAI}。LinkSelFiEを
+はじめとする多くのリンク選択手法は、これらのBAIアルゴリズムに着想を得
+ており、本研究もこの理論的基盤の上に構築されている。
+
+本研究におけるシミュレーション評価では、量子ネットワークの研究開発で広
+く利用されている NetSquid シミュレータを用いた
+\cite{Coopmans2021_NetSquid}。NetSquidは、量子ビットの物理的な振る舞い
+から高レベルのプロトコルまでを統一的に記述できる、離散事象シミュレーショ
+ンのフレームワークである。このような精緻なシミュレータの存在が、複雑な
+量子ネットワークにおけるプロトコルの設計と性能評価を可能にしている。
 
 
 \section{通信需要を考慮したリンク忠実度計測問題}
-
-%% 本問題は通信需要の大きさが異なる複数ノードペアに対し最適な測定資源配分
-%% を決定する問題として定式化される。これは単一ノードペア間の最高忠実度リ
-%% ンク特定問題を、より現実的な状況へ拡張したものである。
-
-%% 本問題の入力はネットワーク構成と総測定予算である。具体的には単一の対象
-%% ノード $S$ と $N$ 個の隣接ノード集合、各ノードペア $(S, D_n)$ 間の並列
-%% リンク集合 $L_n$、各ノードペアの重要度 $I_n$、そして総測定予算 $C$ が
-%% 与えられる。ただし、各リンク $l_{nj}$ の真の忠実度 $f_{nj}$ は未知であ
-%% る。
-
-%% 問題の出力は測定予算内で選択された価値ある通信経路の集合である。アルゴ
-%% リズムは価値が高いと判断した $K$ 個のノードペア集合 $S_{sel}$ を決定す
-%% る。そして選択された各ノードペア $n_k$ において最も忠実度が高いと特定
-%% されたリンク $l_{nk}^*$ とその推定忠実度 $\hat{F}^*_{nk}$ を出力する。
-
-%% 本問題の目的は目的関数 ($\text{maximize} \sum_{n_k \in S_{sel}} I_{n_k}\hat{F}^*_{n_k}$)
-%% で定義されるネットワーク全体の総価値を最大化することである。これは選択
-%% された全経路の価値すなわち重要度と忠実度の積の総和を示す。
-
-%% \radd{このとき、制約条件は、全リンクにおける総測定コストが総測定予算
-%%   $C$ を超えないこと、すなわち 
-%%   $\sum^N_{n=1} \sum_{l \in L_n}  Cost(l) \leq C$
-%%   で与えられる。
-%% }
-
-本問題は、通信需要 (重要度 $I_n$) が異なる $N$ 個のノードペア$(S,
-D_n)$に対し、総測定予算 $C$ の制約下で、ネットワーク全体の総価値を最大
-化する測定資源配分を決定する問題である。各ノードペアは並列リン
-ク集合 $L_n$ を持ち、各リンク $l_{nj}$ の真の忠実度$f_{nj}$ は未知とす
-る。
-
-本問題は、価値が高いと判断したノードペア集合 $S_{sel}$ 選択し、
-各ペア $n_k \in S_{sel}$ で最高と推定されたリンク忠実度$F^*_{nk}$ を用
-いて、以下の目的関数で定義される総価値を最大化することである。
-{\footnotesize
+%% 本章では、本研究が解決を目指す「通信需要を考慮したリンク忠実度計測問題」
+%% を定式化する。
+
+%% 本問題は、単一の始点ノードと複数の終点ノードから成るスター型ネットワー
+%% クを対象とする。
+
+%% 問題の入力として、各ノードペアの重要度と、利用可能な総測定予算が与えら
+%% れる。
+
+%% ここでの課題は、各リンクの忠実度が未知であるという不確実性の下で、測定
+%% 資源をいかに配分するかを決定することである。
+
+%% 本問題の目的は、限られた測定予算の制約下で、ネットワーク全体で得られる
+%% 価値の総和を最大化することである。
+
+本章では、本研究が扱う問題を定式化する。本研究では、量子ネットワークに
+おけるリンク品質の推定問題を拡張し、通信経路ごとの重要度、すなわち通信
+需要という経済的・運用的な価値尺度を導入する。これにより、単に物理的な
+品質が高いリンクを発見するだけでなく、ネットワーク全体の運用価値を最大
+化するという、より実践的な問題設定を取り扱う。
+
+本問題は、単一の始点ノード $S$ と $N$ 個の終点ノード $D_n$ ($n=1,
+\dots, N$) から成るスター型ネットワークを対象とする。各ノードペア $(S,
+D_n)$ 間には、複数の並列な物理リンクから成るリンク集合 $L_n$ が存在す
+ると仮定する。各リンク $l_{nj} \in L_n$ の真の忠実度 $f_{nj}$ は未知で
+あり、測定を通じてのみその値を推定できる。
+
+問題の入力として、各ノードペア $(S, D_n)$ の重要度 $I_n$ と、利用可能
+な総測定予算 $C$ が与えられる。重要度 $I_n$ は、特定の通信経路が担うタ
+スクの優先度や要求品質を反映する正規化された値であり、これが通信需要に
+相当する。総測定予算 $C$ は、忠実度の推定に費やすことができる測定操作
+の総コストの上限を定める。
+
+ここでの課題は、各リンクの忠実度が未知であるという不確実性の下で、測定
+資源をいかに配分するかを決定することである。すなわち、どのノードペアの、
+どのリンクに対して、どれだけの回数の測定を行うかという配分戦略を導出す
+ることが求められる。精度の高い忠実度推定には多くの測定コストを要するた
+め、全てのリンクの品質を完全に把握することは現実的ではない。
+
+本問題の目的は、限られた測定予算の制約下で、ネットワーク全体で得られる
+価値の総和を最大化することである。あるノードペア $n$ を選択し、その中
+で最も忠実度が高いと推定されたリンク $l^*_{nk}$ の忠実度を
+$\hat{F}^*_{nk}$ とするとき、その経路から得られる価値は、重要度
+$I_{n_k}$ と推定忠実度 $\hat{F}^*_{n_k}$ の積で定義される。したがって、
+本問題は、以下の目的関数を最大化するノードペアの集合 $S_{\text{sel}}$
+を見出す問題として定式化される。{\footnotesize
   \begin{align}
     \text{maximize} \sum_{n_k \in S_{sel}} I_{n_k}\hat{F}^*_{n_k}
   \end{align}
-}
-
-このとき、制約条件は、全リンクにおける総測定コストが総測定予算$C$ を超
-えないこと、すなわち $\sum^N_{n=1} \sum_{l \in L_n} Cost(l) \leq C$で
-与えられる。
+}このとき、全てのリンクに対する総測定コストは、与えられた総測定予算
+$C$ を超えてはならない。これを制約条件として式で表すと、以下のようにな
+る。
+\begin{align}
+    \sum^N_{n=1} \sum_{l \in L_n} \text{Cost}(l) \leq C
+\end{align}
+ここで $\text{Cost}(l)$ は、リンク $l$ の忠実度推定に要した測定コスト
+を示す。
 
 
 \section{提案手法 : 二段階貪欲法(Two-Phase Greedy)による資源配分}
+%% 本章では、前章で定式化した通信需要を考慮したリンク忠実度計測問題に対し、
+%% 効率的な近似解法である二段階貪欲法を提案する。
 
-%% 本稿では上記の問題を解くためにTwo-Phase Greedy手法を提案する。本手法は
-%% 広域的な探索と集中的な活用の二段階処理により限られた測定資源を効率的に
-%% 配分する。第一段階では全リンクに対して少量の測定を行い忠実度の初期推定
-%% 値を低コストで得る。これによりネットワーク全体の品質分布を大局的に把握
+%% 本手法は、大局的な品質分布を把握する広域探索フェーズと、有望な経路に資
+%% 源を集中させる集中的活用フェーズの二段階で構成される。
+
+%% はじめに、本手法への入力と、最終的に得られる出力を明確に定義する。
+
+%% 第一段階である広域探索フェーズでは、総測定予算の一部を全てのノードペア
+%% に均等に配分し、各経路におけるリンク忠実度の初期推定値を低コストで取得
 %% する。
 
-%% 第二段階では第一段階の結果を基に残りの測定資源を価値が高いと見込まれる
-%% 有望なリンクへ集中的に投下する。具体的には各ノードペアの重要度 $I_n$
-%% と初期推定忠実度 $\hat{f}_n$ の積から価値スコアを計算する。そして価値
-%% の高いノードペア内のリンク群にのみLinkSelFiEを適用し詳細な測定を行う。
-%% この貪欲戦略により測定資源は価値創出の期待値が高い経路の特定へ自動的に
-%% 集中し総価値の効率的な最大化が期待できる。
-
-本稿では、上記の問題を解くための効率的な近似解法として、広域的な探索と
-集中的な活用を組み合わせた二段階貪欲法を提案する。この手法は、
-組合せ最適化問題に対する現実的なアプローチとして、限られた測定資源を準
-最適に配分し、計算コストを抑えつつ高い性能を実現することを目的とする。
-
-二段階貪欲法の第一段階は、広域探索フェーズである。ここでは、限ら
-れた測定予算の一部を、対象となる全てのリンクに少量ずつ均等に配分するこ
-とで、各リンクの忠実度の初期推定値を低コストで得る。
-
-本手法の第二段階は、活用フェーズである。ここでは、広域探索フェーズで得
-られた初期推定忠実度と各ノードペアの重要度の積から価値スコアを算出し、
-このスコアが高い有望なノードペア内のリンク群に残りの測定資源を集中的に
-投下する。具体的には、各ノードペア $n$ に対して価値スコア
-$I_n\hat{f}_n$を計算し、スコアの高い順にノードペアを選択する。
-
-%% そして、選
-%% 択されたノードペア内のリンク群に対してのみ、先行研究である LinkSelFiE
-%% を適用し、最も忠実度の高いリンクを高い精度で特定する。
-%% この貪欲戦略により、測定資源は価値創出の期待値が高い経路の特
-%% 定へと自動的に割り当てられ、ネットワーク全体の総価値が効率的に最大化さ
-%% れることが期待できる。
+%% 第二段階である集中的活用フェーズでは、第一段階で得られた初期推定値と各
+%% 経路の重要度に基づき、残りの測定資源を価値の高い経路から順に、貪欲に配
+%% 分する。
+
+%% 以上の二段階処理により、本手法は限られた測定資源をネットワーク全体の価
+%% 値が最大となるよう効率的に配分することを目指す。
+
+本章では、前章で定式化した通信需要を考慮したリンク忠実度計測問題に対し、
+効率的な近似解法である二段階貪欲法 (Two-Phase Greedy) を提案する。本手
+法は、組合せ最適化問題に対する実用的なヒューリスティック解法として、解
+の品質と計算コストのバランスを考慮して設計されている。特に、大規模なネッ
+トワークにおいて全てのリンクの忠実度を正確に測定することが現実的でない
+状況を想定し、限られた測定資源を準最適に配分することを目指す。
+
+本手法は、大局的な品質分布を把握する広域探索フェーズと、有望な経路に資
+源を集中させる集中的活用フェーズの二段階で構成される。最初にネットワー
+ク全体を広く浅く調査することで有望な領域を見定め、次いでその領域を集中
+的に調査するという戦略は、探索空間が広大な問題において有効なアプローチ
+である。これにより、測定資源が価値の低いリンクの精密な調査に浪費される
+ことを防ぎ、ネットワーク全体の総価値を効率的に高めることが期待できる。
+
+はじめに、本手法への入力と、最終的に得られる出力を明確に定義する。本手
+法への入力は以下の通りである。
+\begin{itemize}
+    \item ネットワークトポロジ: 始点ノード $S$、終点ノード集合
+      $\{D_n\}_{n=1}^N$、および各ノードペア $(S, D_n)$ 間に存在する物
+      理リンクの集合 $L_n$。
+    \item 通信需要: 各ノードペア $(S, D_n)$ の重要度 $I_n \in [0, 1]$。
+    \item 測定予算: 利用可能な総測定コストの上限 $C$、および広域探索
+      フェーズで各ノードペアに割り当てる初期測定コスト
+      $C_{\text{init}}$。
+\end{itemize}
+一方、本手法の出力は、各ノードペア $n$ について、その中で最も忠実度が
+高いと最終的に判断されたリンクの推定忠実度 $\hat{f}^*_n$ である。
+
+第一段階である広域探索フェーズでは、総測定予算の一部を全てのノードペア
+に均等に配分し、各経路におけるリンク忠実度の初期推定値を低コストで取得
+する。具体的には、各ノードペア $(S, D_n)$ 内のリンク集合 $L_n$ に対し、
+それぞれ初期測定コスト $C_{\text{init}}$ を上限として忠実度測定を実行
+する。この測定は、先行研究であるLinkSelFiE \cite{Liu24:INFOCOM} のよう
+な逐次的な最適アーム識別手法を用いて行われる。$C_{\text{init}}$ を消費
+するか、あるいは最も忠実度の高いリンクが特定できた時点で測定を打ち切り、
+その時点での最良リンクの推定忠実度を初期推定値
+$\hat{f}^{\text{init}}_n$ とする。このフェーズの目的は、あくまでネット
+ワーク全体の品質傾向を低コストで把握することにあるため、
+$C_{\text{init}}$ は比較的小さな値に設定される。
+
+第二段階である集中的活用フェーズでは、第一段階で得られた初期推定値と各
+経路の重要度に基づき、残りの測定資源を価値の高い経路から順に、貪欲に配
+分する。まず、全ノードペア $n$ に対して、その経路がもたらす価値の期待
+値を表す価値スコア $V_n = I_n \times \hat{f}^{\text{init}}_n$ を計算す
+る。次に、この価値スコア $V_n$ が高い順にノードペアを整列させる。そし
+て、総測定予算の残り $C_{\text{remain}} = C - \sum_n (\text{消費コス
+  ト}_n^{\text{init}})$ を、整列された順序に従って各ノードペアに割り当
+てていく。すなわち、最も価値スコアの高いノードペアから順に、残りの予算
+の全てを投じて再度LinkSelFiEによる忠実度測定を実行し、より精度の高い推
+定値 $\hat{f}^*_n$ を得る。これを予算が尽きるまで、あるいは全てのノー
+ドペアの再測定が完了するまで繰り返す。一度も第二段階の測定対象とならな
+かったノードペアについては、初期推定値 $\hat{f}^{\text{init}}_n$ を最
+終的な推定忠実度 $\hat{f}^*_n$ とする。
+
+以上の二段階処理により、本手法は限られた測定資源をネットワーク全体の価
+値が最大となるよう効率的に配分することを目指す。広域探索によって有望な
+経路を大局的に特定し、活用フェーズでそれらの経路の忠実度推定精度を集中
+的に高めるという貪欲戦略は、計算コストを現実的な範囲に抑制しつつ、高品
+質な解を得るための有効な近似解法である。
 
 
 \section{実験}
-\begin{figure}[t]
-  \centering
-  \begin{minipage}[b]{0.235\textwidth}
-    \centering
-    \includegraphics[width=\textwidth]{graphA.eps}
-    \vspace{0.5em}
-    
-    {\scriptsize 図1: 隣接ノード数3における\\測定予算と総価値スコアの関係}
-    \label{fig:r3}
-  \end{minipage}
-  \hfill
-  \begin{minipage}[b]{0.235\textwidth}
-    \centering
-    \includegraphics[width=\textwidth]{graphC.eps}
-    \vspace{0.5em}
-    
-    {\scriptsize 図2: 隣接ノード数5における\\測定予算と総価値スコアの関係}
-    \label{fig:r5}
-  \end{minipage}
-\end{figure}
-
-
-図\ref{fig:r3}および図\ref{fig:r5}の結果から、提案手法は比較手法よりも高い総価値スコアを達成し、価値の高いリンクへ優先的に資源を配分する有効性が示された。ただし、実験で検証した範囲を超えて予算をさらに増加させた場合には、価値の低いリンクにもコストをかけてしまうため、スコアの上昇率は鈍化し、追加投資による価値の向上は限定的になると考えられる。
-
-
-本章では、提案手法がネットワーク全体の総価値を効率的に最大化できること
-を示すため、量子ネットワークシミュレータ NetSquid を用いた評価実験を行っ
-た。
-
+%% 本章では、提案手法である二段階貪欲法の有効性を定量的に評価するため、量
+%% 子ネットワークシミュレータを用いて行った計算機シミュレーションの詳細と、
+%% その評価結果について述べる。
 
-本実験では、1つの対象ノードに接続する隣接ノード数が $N=3$ および $N=5$ の2種類のスター型トポロジを用いた。各ノードペア間には5本のリンクが存在し、そのうち1本の平均忠実度を $0.95$、残りの4本を $0.85$ とする正規分布に従って忠実度を設定した。各ノードペアの重要度 $I_n$ は、区間 $[0, 1]$ の一様乱数により決定した。
+%% 本シミュレーションの目的は、限られた測定予算の制約下において、提案手法
+%% が比較手法よりも効率的にネットワーク全体の総価値を最大化できることを示
+%% すことにある。
 
+%% 評価には、量子ネットワークの研究開発で広く用いられているシミュレータ
+%% NetSquidを用い、1つの始点ノードと複数の終点ノードから成るスター型トポ
+%% ロジを想定した。
 
-二段階貪欲法の設定として、広域探索フェーズでは、各リンクに対して
-初期予算($t_0=40$)を割り当て、全リンクを均等に測定し初期推定値を得る。
-活用フェーズでは、価値スコアによって選択されたノードペア内のリンク
-群に対して、LinkSelFiEを適用することで、最も忠実度の高いリンクを特定
-する。
+%% 実験では、品質の異なる物理リンクが混在し、かつ通信経路ごとに重要度が異
+%% なる、より現実的な状況を模倣するためのパラメータ設定を用いた。
 
-比較手法として、Uniform-LinkSelFiEおよびUniform-Naiveを用いた。前者は、
-LinkSelFiEの枠組みで測定予算を全ペアに均等配分し、リンクが一意に定まれ
-ばそのリンクを、そうでなければ推定忠実度が最大のリンクを選出する手法で
-ある。後者は、予算を全ペア・全リンクに均等配分する手法である。
+%% 提案手法の有効性を明らかにするため、測定資源をネットワーク全体に均等に
+%% 配分する二つの基本的な手法を比較対象とした。
 
+%% 評価指標には、各通信経路の重要度と最終的に選択されたリンクの推定忠実度
+%% の積を、全ての通信経路について合計したネットワーク総価値スコアを用いた。
 
-評価指標には、測定予算を変化させた際のネットワーク総価値スコアを用い、
-各測定予算の値について、独立なシュミレーションを 20 回実施し、その平均
-値と 95 \% 信頼区間を算出した。
+%% まず、隣接ノード数が3の場合、提案手法はいずれの測定予算においても比較
+%% 手法を一貫して上回る総価値を達成した。
 
-図1および図2の結果から、提案手法は比較手法よりも高い総価値スコアを達成し、価値の高いリンクへ優先的に資源を配分することが示された。ただし、実験で検証した範囲を超えて予算をさらに増加させた場合には、価値の低いリンクにもコストをかけてしまうため、スコアの上昇率は鈍化し、追加投資による価値の向上は限定的になると考えられる。
-
-
-%% 隣接ノードが 3 つの条件での結果 (図 1) では、
-
-%% 測定予算が少ない初期段階でスコアは急激に上昇し、その後、上昇率は緩やか
-%% になる傾向が見られた。これは、提案手法が価値の高いリンクへ優先的に資源
-%% を配分するため、初期の投資で大きな効果が得られる一方、有望なリンクの特
-%% 定が進むにつれて追加投資による価値の向上が限定的になることを示唆してい
-%% る。この結果は、特に資源制約が厳しい状況において提案手法が有効であるこ
-%% とを示している。
-
-%% また、隣接ノードが 5 つの条件での結果 (図 2) では、利用可能な予算が増
-%% えるにつれ、提案手法と比較手法との性能差がより拡大する結果が得られた。
+%% この結果は、提案手法が通信需要の高い経路へ優先的に資源を配分することで、
+%% 特に測定予算が限られる初期段階で高い投資対効果を実現していることを示唆
+%% する。
 
-%% 探索対象となるリンクの総数が増加すると、各リンクに割り当て可能な平均測
-%% 定資源は相対的に減少し、資源配分の効率性がより重要となる。このような厳
-%% しい資源制約下において、通信需要と品質に基づいて資源を的確に配分する提
-%% 案手法の優位性がより際立つためであると考えられる。以上の結果から、提案
-%% 手法は、特に大規模で資源制約の厳しい量子ネットワークにおいて、全体の価
-%% 値を最大化する上で高い有効性を持つことが示された。
+%% 次に、隣接ノード数を5に増加させた場合、提案手法と比較手法との性能差は
+%% さらに拡大する傾向が見られた。
 
+%% 探索対象となるリンク数が増加したことで資源配分の効率性がより重要となり、
+%% 通信需要とリンク品質の初期推定値に基づいて資源を集中させる提案手法の優
+%% 位性がより顕著に現れたものと考えられる。
 
-%% 本章では、通信需要(重要度)と忠実度の両方を考慮した資源配分手法の有効
-%% 性を、シミュレーションによって定量的に評価する。具体的には、限られた測
-%% 定予算のもとで、提案手法がネットワーク全体の総価値スコア($\sum I_n
-%%   \cdot \hat{f}_n^*$)をどれだけ効率的に最大化できるかを検証する。
+%% 以上の結果から、提案手法は、ネットワークの規模や利用可能な測定予算によ
+%% らず、通信需要を考慮した効率的な資源配分によってネットワーク全体の価値
+%% を最大化する上で高い有効性を持つことが示された。
 
-%% シミュレーションには、量子ネットワークシミュレータである NetSquid を用
-%% いた。評価対象とするネットワークトポロジは、1つの対象ノードと、それに
-%% 接続する隣接ノードの数が3つ($N=3$)または5つ($N=5$)の2種類である。
-%% 各ノードペア $(S, D_n)$ の間には、それぞれ5本の独立な量子リンクが存在
-%% すると仮定する。リンクのノイズモデルにはデポラライジングチャネルを適用
-%% し、リンク忠実度は、平均0.95のリンク1本と平均0.85のリンク4本からなる正
-%% 規分布に従って生成された。
 
-%% また、各ノードペアに割り当てられる重要度 $I_n$ は、通信タスクの優先度
-%% を表すパラメータとして、区間 $[0, 1]$ における一様乱数により設定した。
-%% なお、各評価点について20回の独立なシミュレーション試行を行い、その結果
-%% の95\%信頼区間をグラフ中に縦線で示している。
+本章では、提案手法である二段階貪欲法の有効性を定量的に評価するため、量
+子ネットワークシミュレータを用いて行った計算機シミュレーションの詳細と、
+その評価結果について述べる。
+
+本シミュレーションの目的は、限られた測定予算の制約下において、提案手法
+が比較手法よりも効率的にネットワーク全体の総価値を最大化できることを示
+すことにある。そのために、総測定予算を変化させた際のネットワーク総価値
+スコアの推移を計測し、提案手法と二つの比較手法との性能を比較評価する。
+
+評価には、量子ネットワークの研究開発で広く用いられているシミュレータ
+NetSquid \cite{Coopmans2021_NetSquid} を用い、1つの始点ノードと複数の
+終点ノードから成るスター型トポロジを想定した。本評価では、ネットワーク
+規模の指標となる隣接ノード数を3 ($N=3$) および5 ($N=5$) とした二種類の
+トポロジを対象とした。
+
+実験では、品質の異なる物理リンクが混在し、かつ通信経路ごとに重要度が異
+なる、より現実的な状況を模倣するためのパラメータ設定を用いた。具体的に
+は、各ノードペア $(S, D_n)$ 間には5本の独立な物理リンクが存在すると仮
+定する。このうち1本のリンクの平均忠実度を0.95、残りの4本の平均忠実度を
+0.85とし、それぞれ正規分布に従って忠実度の真値を設定した。これは、高品
+質なリンクと標準的な品質のリンクが混在する状況を表現するためである。ま
+た、各ノードペアの重要度 $I_n$ は、区間 $[0, 1]$ 上の一様乱数により生
+成した。
+
+提案手法である二段階貪欲法では、広域探索フェーズで各ノードペアに初期測
+定コスト $C_{\text{init}}=40$ を割り当て、初期推定値を得る。続く集中的
+活用フェーズでは、初期推定値と重要度から算出される価値スコアに基づき、
+残りの測定予算を価値の高いノードペアから順に配分する。各ノードペア内に
+おける最良リンクの特定には、先行研究であるLinkSelFiE
+\cite{Liu24:INFOCOM} を用いた。
+
+提案手法の有効性を明らかにするため、測定資源をネットワーク全体に均等に
+配分する二つの基本的な手法を比較対象とした。第一の比較手法
+Uniform-LinkSelFiE は、総測定予算を全てのノードペアに均等に配分し、各
+ペア内でLinkSelFiEを用いて最良リンクを特定する。第二の比較手法
+Uniform-Naive は、総測定予算を全てのノードペア、かつ全ての物理リンクに
+均等に配分し、得られた推定忠実度に基づいて最良リンクを選択する、最も単
+純なアプローチである。
+
+評価指標には、各通信経路の重要度 $I_n$ と最終的に選択されたリンクの推
+定忠実度 $\hat{f}^*_n$ の積を、全ての通信経路について合計したネットワー
+ク総価値スコアを用いた。この総価値スコアは、式 (1) で定義した本研究の
+最適化対象そのものである。なお、シミュレーション結果の信頼性を担保する
+ため、各測定予算の値について独立なシミュレーションを20回実施し、その平
+均値と95\%信頼区間を算出した。
 
-%% 実験結果より、提案手法はすべての測定予算条件において比較手法よりも高い
-%% 総価値スコアを達成しており、その有効性が確認された。一方で、測定予算の
-%% 増加に伴ってスコアの上昇率は徐々に低下する傾向が見られた。これは、提案
-%% 手法が価値の高いリンクに優先的に測定資源を集中させる戦略を取るため、初
-%% 期段階において効果的な投資が行われる一方で、残されたリンク群には相対的
-%% に低い価値しか見込めないためである。この結果から、提案手法は特にリソー
-%% ス制約が厳しい状況において有効であることが示唆される。
+\begin{figure}[t]
+  \centering \includegraphics[width=0.8\columnwidth]{graphA.eps}
+  \caption{隣接ノード数が3の場合における測定予算と総価値スコアの関係}
+  \label{fig:r3_rewritten}
+  \vspace{1.5em} % 図の間の垂直方向のスペース
+  \includegraphics[width=0.8\columnwidth]{graphC.eps} 
+  \caption{隣接ノード数が5の場合における測定予算と総価値スコアの関係}
+  \label{fig:r5_rewritten}
+\end{figure}
 
-%% 図\ref{fig:r3}および図\ref{fig:r5}は、それぞれ隣接ノードが3つ($N=3$)
-%% および5つ($N=5$)の場合における、総価値スコアと測定予算の関係を示して
-%% いる。隣接ノード数を3から5へ増加させた場合の評価では、提案手法と比較手
-%% 法との性能差がより顕著に拡大した。隣接ノード数が増加すると、各ノードペ
-%% アに割り当て可能な平均測定資源は相対的に減少する。このような厳しい資源
-%% 制約下において、需要と品質に基づいて資源を的確に配分する提案手法の優位
-%% 性がより際立ったものと考えられる。以上の実験結果から、提案手法は通信需
-%% 要とリンク品質に基づいて測定資源を効率的に配分することにより、特に資源
-%% 制約が厳しい、あるいはネットワーク規模が大きい状況において、全体の価値
-%% を最大化する上で高い有効性を持つことが示された。
-\vspace{-0.4em}  % ← この行を追加(-0.8em 〜 -1.2em で調整)
+まず、隣接ノード数が3の場合、提案手法はいずれの測定予算においても比較
+手法を一貫して上回る総価値を達成した。図\ref{fig:r3_rewritten}に、総測
+定予算を横軸に、ネットワーク総価値スコアを縦軸にとった結果を示す。図か
+らわかるように、特に測定予算が小さい領域において、提案手法は比較手法に
+比べて急峻に総価値を高めている。
+
+この結果は、提案手法が通信需要の高い経路へ優先的に資源を配分することで、
+特に測定予算が限られる初期段階で高い投資対効果を実現していることを示唆
+する。有望な経路の忠実度推定に資源を集中させるため、少ない予算で効率的
+にネットワーク全体の価値を向上できる。一方で、測定予算の増加に伴い、総
+価値の上昇率は緩やかになる。これは、価値の高い経路の忠実度推定がある程
+度収束した後は、追加の測定予算が相対的に価値の低い経路の推定精度向上に
+用いられるため、全体価値への貢献が限定的になるためである。
+
+次に、隣接ノード数を5に増加させた場合、提案手法と比較手法との性能差は
+さらに拡大する傾向が見られた。図\ref{fig:r5_rewritten}は、隣接ノード数
+が5の場合の結果を示す。隣接ノード数が3の場合と同様に、提案手法が最も高
+い性能を示している。さらに、測定予算が増加するにつれて、提案手法と
+Uniform-LinkSelFiEとの性能差が、図\ref{fig:r3_rewritten}の場合と比較し
+てより大きく開いていることが確認できる。
+
+探索対象となるリンク数が増加したことで資源配分の効率性がより重要となり、
+通信需要とリンク品質の初期推定値に基づいて資源を集中させる提案手法の優
+位性がより顕著に現れたものと考えられる。ネットワーク規模が拡大すると、
+各リンクに配分できる平均的な測定予算は減少し、資源を闇雲に分散させる手
+法では十分な推定精度を得ることが困難になる。このような状況において、提
+案手法の戦略的な資源配分が効果的に機能した結果である。
+
+以上の結果から、提案手法は、ネットワークの規模や利用可能な測定予算によ
+らず、通信需要を考慮した効率的な資源配分によってネットワーク全体の価値
+を最大化する上で高い有効性を持つことが示された。特に、資源制約が厳しい
+状況や、大規模なネットワークにおいて、その有効性はより顕著となることが
+期待される。
+
+% \vspace{-0.4em}  % ← この行を追加(-0.8em 〜 -1.2em で調整)
 
 \section*{謝辞}
 本研究の一部は JSPS 科研費 24K02936 の助成を受けたものである。
-\vspace{-0.5em} % ← この行を追加
+% \vspace{-0.5em} % ← この行を追加
 \renewcommand{\em}{\it} \bibliographystyle{ieeetr}
 \bibliography{bib/quantum}
 \end{document}