WebDavやOdataの定義などが定義されてていれば良い。渡すことで認証とし、ユーザーの情報にアクセスする権限を得る。APIを通してアクセスする、DBを利用する通常のアプリケーションのように構築することができる。エコシステムの特徴のまとめユーザーの情報をアプリとは独立したCell内のBoxに保持する構造で、アプリ単位にユーザーの情報が分散しない仕組みが実現されている。認証機能はアプリ内で実現する必要がないため、悪意を持ったアプリからのパスワードの漏洩することがない環境を整えられる。アプリで利用するデータはBoxにセットされており、Boxに紐づいたアプリ以外からのアクセスの制限が実現されている。この程度になってしまいましたね。特徴を活かしつつ、非常に丁寧に実装されています。いう気がしていますので、これについても今後OSSチームに確認しながら整理したいと思っています。噛み砕いて説明してもらいながら整理したいですね。機能に触れるために、プロトタイプのアプリケーションを作ろうと考えていました。特徴的な構造もセキュリティについての拘りもわからず、どんな構造にすべきか戸惑っていました。自分のアプリ以外のアプリにログインするんですよ!?全く理解できませんでした。存在の説明の仕方ですね。存在を受け入れる理由を説明できる気がしませんでした。ログインするプロトタイプにするのはやめました。アプリ」でもない構造にすることにしました。使ったアプリ」的な方向に思考がすすみます。身体に染み付いているかのように。ありがとうございました!ここで参考にしたのが、OSSチームが提供してくれている「template-app-cell」なのです。ベースに、プロトタイプ・アプリを作り始めました。含まれておらず、デプロイした「template-app-cell」でエラーが出ることが判明し、解決方法をOSSチームに探っていただき解決しました。「template-app-cell」からいろいろ学ぼうとしている方は、「personium-plugins」のインストールを実施してください。使ったアプリ」の認証をメインとして表現したアクションフローです。しての価値を理解することができましたし、自分のプロトタイプ・アプリをどうしたいかを明確に把握し、誰がなんと言おうとまっすぐに進めるようになった気がします。思われるようなフローになっていますよね。アプリケーションは認証のことには全く触れず、アプリケーションロジックのみに集中できます。がに担っているのでした。これがアプリケーションを素早く簡単に構築できる基盤であり、強固なセキュリティを維持するための仕組みなのでした。使ったアプリ」は認証機能を保持する必要があり、これは悪意を持った運営者が提供するアプリが、ログイン機能のなかでユーザーIDとパスワードを盗みとりストックすることが可能となります。取得する必要があり、そのためにはアプリの中に保持したパスワードがが必要で、自ずとアプリの中に保持する機能が必須となることがあり、PDSが要求するセキュリティ強度を守ることができないのかもしれません。機能を埋め込むという悪魔のような作業に取り組んでしまったのでしたぁ。プロトタイプ・アプリについては、だいぶ後のエントリーの想定ではありますが、別の機会に詳細に説明しようかと計画はしています。あげることに興味を持ち続けられていれば、実現したいと考えています。初心者であってもアプリの構想をする間に、完成形のアプリについての構造を想定しやすくなるための、ほんのちょっとの手助けになるのではないかと考えます。upLoginユーザーは見つかりませんでした。