SNI(SN Infrastructure)コミュの[設計書]アーキテクチャ

\chapter{アーキテクチャ}
\section{SNIの基本機能}

\ref{sec:TOHA}で既に述べたように、SNIの提供する基本機能は、

\begin{itemize}
\item 利用者認証
\item サービス連携
\item 利用者情報
\end{itemize}

である。

\section{SNIの構成要素}

SNIには以下の局(station)が存在する。

\begin{itemize}
\item {\bf ディレクトリ局} \\
利用者の情報を収容する
\item {\bf ポータル局} \\
利用者が各種サービスを利用する際の中心的な働きをする
\item {\bf サービス局} \\
実際のサービスを提供する
\end{itemize}

これらの局は、概念的なものであり、独立した機関及びハードウェアである必
要はない。また、{\bf ポータル局}は{\bf サービス局}の特殊なものである。

\section{局の信用}

SNIにおける各局は、運営者が自由に立てることができる。運用を開始するに
あたって、特別な手続きは不要である。このことが、SNIにおける(広義の)サー
ビスにおいて、多様な価値観を保証する。

しかし、そのような場合に問題となるのは、局の運用方針、およびその妥当性
の検証である。

SNIにおいて、各局の信用の裏付けになるものは、社会においての{\bf 身元保
証}あるいは{\bf 手形の裏書}にあたるものである。すなわち、ある局の{\bf
信用}は、それを保証する他の局との提携関係に従う。保証される局は、保証
する局と同じ程度の信頼性があるということが期待される。

ただし、このことは運用方針の絶対的妥当性とは、直接は関係がない。そもそ
も、SNIは絶対的妥当性という観点を持たない。そのため、局の提携関係は、
運用方針の一致を示すものに過ぎない。

\section{アプリケーションにおける基本機能と構成要素の働きの例}\label{sec:HATARAKI_REI}

以下では、基本機能を使って、実際のSNSの機能をいかに実現するかについて
説明すると共に、これらのものの働きを整理する。

\subsection{利用者の識別}

SNIにおける利用者とは、ディレクトリ局に情報のある者を言う。

利用者の識別は、利用者識別子より成り、利用者識別子はディレクトリ局の識
別子と個人の識別子より成る。

利用者の識別は、利用者の識別に過ぎず、実社会における同一性の保証を行う
か否かは、ディレクトリ局の運営方針に従う。無論、SNIにおいて単一性の保
証は行わない。

\subsection{利用者登録}

そのため、利用者登録は、ディレクトリ局に利用者情報を登録することにより
行われる。

ディレクトリ局への利用者情報登録にあたって、登録される情報の精度につい
ては、各ディレクトリ局の運営者の方針に従う。

\subsection{ログイン操作}

ログイン操作は、利用者の認証を行い、利用可能な状態にするものである。

ログイン操作は、以下の手順で行われる。

\begin{enumerate}
\item 利用者が{\bf ポータル局}にログイン要求を出す
\item {\bf ポータル局}は{\bf ディレクトリ局}に認証を要求する
\item {\bf ディレクトリ局}は認証結果および基本情報を{\bf ポータル局}に返す
\end{enumerate}

{\bf ポータル局}が{\bf ディレクトリ局}を固定していない場合、あるいは
{\bf ディレクトリ局}の指定を許す場合、利用者はログイン操作の際に{\bf
ディレクトリ局}の指定を行なう。

\subsection{利用者提携}

利用者提携は、利用者情報に提携先利用者の情報を追加することにより行なわ
れる。

利用者提携の要求は、

\begin{enumerate}
\item {\bf 利用者}が{\bf ポータル局}に{\bf 利用者提携要求}を出す
\item {\bf ポータル局}は利用者の{\bf ディレクトリ局}に{\bf 利用者提携要求}
を出す
\item {\bf 利用者}の{\bf ディレクトリ局}は{\bf 提携先利用者}の{\bf ディレクトリ
局}に{\bf 利用者提携要求}を出す
\item {\bf 提携先利用者}の{\bf ディレクトリ局}は、{\bf 結果の返答}をする
\item {\bf 利用者}の{\bf ディレクトリ局}は結果に従い処理を行う
\end{enumerate}

{\bf 結果の返答}の内容については、{\bf 提携先利用者}の{\bf ディレクト
リ局}の運営ポリシに従う。すなわち、提携に承認を要するかどうか、またそ
の内容については、運営方針に従う。

承認を要する場合は、

\begin{enumerate}
\item {\bf 利用者}が{\bf ポータル局}に{\bf 利用者提携要求}を出す
\item {\bf ポータル局}は利用者の{\bf ディレクトリ局}に{\bf 利用者提携要求}
を出す
\item {\bf 利用者}の{\bf ディレクトリ局}は{\bf 提携先利用者}の{\bf ディレクトリ
局}に{\bf 利用者提携要求}を出す
\item {\bf 提携先利用者}の{\bf ディレクトリ局}は、{\bf 提携先利用者}
に承認待ちの旨の情報を返す
\item {\bf 提携先利用者}の{\bf ディレクトリ局}は、{\bf 承認待ち}の返答をする
\item {\bf 利用者}の{\bf ディレクトリ局}は結果に従い処理を行う
\end{enumerate}

この際も、{\bf 利用者}の{\bf ディレクトリ局}がその結果をどう扱うかは、
当該{\bf ディレクトリ局}の運営方針に従う。

承認のための動作は、

\begin{enumerate}
\item {\bf 提携先利用者}が{\bf ディレクトリ局}から自分の情報を取得する
\item {\bf 提携先利用者}が{\bf 利用者提携要求}を見る
\item {\bf 提携先利用者}が{\bf ポータル局}で承認を指示する
\item {\bf ポータル局}は{\bf 提携先利用者}の{\bf ディレクトリ局}に
{\bf 承認}を出す
\item {\bf 提携先利用者}の{\bf ディレクトリ局}は承認処理を行う
\item {\bf 提携先利用者}の{\bf ディレクトリ局}は{\bf 利用者}の{\bf
ディレクトリ局}に{\bf 利用者提携承認}を出す
\item {\bf 利用者}の{\bf ディレクトリ局}は結果に従い処理を行う
\end{enumerate}

となる。

提携を行った際の、開示する情報の内容等は、ディレクトリ局の運営方針と利
用者の希望に従う。

\subsection{提携利用者一覧}

提携利用者の情報は、利用者のディレクトリ局に登録されている。

提携利用者一覧の取得には、

\begin{itemize}
\item {\bf ポータル局}が{\bf 利用者}の{\bf 提携利用者一覧}を取得する
\item {\bf ポータル局}は{\bf 提携利用者一覧}に従い、{\bf 提携利用者}
の情報を、{\bf 提携利用者}の情報を収容した{\bf ディレクトリ局}に要求
する
\item {\bf ポータル局}は取得した情報を利用者に提供する
\end{itemize}

\subsection{サービスの利用}

サービスの利用にあたっては、サービス局の承認が必要となる。この時、利用
者識別子の扱いは、サービス局の運営方針に従う。

すなわち、サービス局の運営方針に従い、特定のディレクトリ局に所属する利
用者からの要求を無視することや、特定のディレクトリ局に所属する利用者の
みを対象にすること、ディレクトリ局から提供される情報の内容(ディレクト
リ局の運営方針と利用者の希望に従う)をどう扱うかといったことについても、
サービス局の運営方針に従う。

サービス利用のための動作は、

\begin{enumerate}
\item {\bf 利用者}が{\bf サービス局}に利用要求を出す
\item {\bf サービス局}は{\bf 利用者}の{\bf ディレクトリ識別子}での判
断を行う
\item {\bf サービス局}は{\bf ディレクトリ局}に{\bf 利用者情報}の要求
を行う
\item {\bf サービス局}は{\bf ディレクトリ局}からの{\bf 利用者情報}の
内容に従い、判断を行う
\item {\bf サービス局}がサービスを提供する
\end{enumerate}

という手順により行われる。

サービスを提供するにあたって、精度の高い情報を要求する場合は、精度の高
い登録方針を持ったディレクトリ局に登録された利用者のみを対象にするとい
う方針にすることにより、認証の精度を期待できる。

また、このように、サービス提供にあたって運営の方針が決定できるため、
{\bf 複数アカウントによる問題}は問題となりえない。

\subsection{局の認証}

局の信用は、その保証を行う他の局の信用に依拠する。そのため、ある局の信
用情報を得るためには、その局と保証関係にある局との保証関係の正当性を検
証することになる。

保証関係の検証は、

\begin{enumerate}
\item ある局の信用元リストを要求する
\item リストに従い、信用元の保証を問い合わせる
\end{enumerate}

という手順により行われる。

\section{各局の機能のまとめ}

\ref{sec:HATARAKI_REI}のようなことから、各局の動作を次節以下のように定
義する。

\subsection{各局共通}

全ての局は、

\begin{itemize}
\item 信用元リスト
\item 保証状態
\end{itemize}

の返答が実行できることが期待される。ただし、これらの機能を有さない場合
は、実行しなくても良いが、その場合は{\bf 情報なし}と等価となる。

\subsection{ディレクトリ局}

ディレクトリ局は、

\begin{itemize}
\item 利用者認証
\item 使用者情報の提供
\item 利用者情報の更新
\item 利用者提携処理
\end{itemize}

の処理が実行できなければならない。

要求される具体的な情報項目については、問い合わせの時に指定される。要求
された情報が自局にない場合は、

\begin{itemize}
\item 情報なし
\item 再帰問い合わせ指定がある場合は、再帰問い合わせを行う
\end{itemize}

のいずれかとなる。また、要求された情報が利用者または局の運用方針により
秘匿されている場合は、

\begin{itemize}
\item 情報なし
\end{itemize}

を返答する。

更新はこれとは逆向きとなる。再帰問い合わせ指定があれば、実際の情報を保
持している局の情報を更新する。