今日私たちが目撃しているのは、新しいサービスの数の大幅な増加です。 毎日新しいものが現れます。 これらすべてのサービスが設計されているユーザーについては何が言えるでしょうか？ 彼らは、この無限のオファーの流れに戸惑い、混乱しています。 彼らは、自分の権利を知らない不幸な市民のように、沸騰する市場の渦に閉じ込められているように思えます。 この「ワイルドな」ソーシャルWebのユーザーに権利はありますか？
Open Social Webグループのメンバーは、各ユーザーが個人データを所有する権利、このデータを誰と共有できるかを制御する権利、および特定の外部サイトに対してこのデータへの永続的なアクセスを提供する権利を持っていると確信しています。 しかし、これはイライラするユーザーをどのように助けることができますか？ ご覧のとおり、新しいサービスを完全にテストするには、そのサービスに登録し、すべての個人データを入力し、友人の輪を形成し、積極的になり、信頼を得る必要があります。 これが問題です。
このサービスが本当に必要かどうかを確認するには、多くの時間と労力が必要です。 他のサービスにすでに時間と労力が費やされています。 しかし、新しいサービスの開発者がOpen Social Webのアイデアに連帯している場合は、個人データ、アクティビティ、新しいサービスへのアクセスを委任するだけで十分です。 あなたは、ソーシャルネットワークなどで友人と一緒に、すべての蓄積された権威で、彼ら自身の重要性に満ちた新しいサービスに入ります。 さらに、新しいサービスは設定の構造をインポートし、表示したいものを手前に表示し、好きな形式で表示します。 幻想のようですね。 しかし、理論的には、これは達成可能です。 どうやって？
ソーシャルWebでよく知られている
データポータビリティと呼ばれる国際的な専門家グループは
、上記のミッションを達成するためだけに特定の既存のテクノロジーを使用することを推奨しています。 では、これらのテクノロジーとは何ですか？また、自分のプロジェクトでそれらを使用する方法は？
ユーザー識別とプロファイル情報
ユーザー識別から始めましょう。 この点で最も単純な標準は
MicroIDです。 メールとURLのペアを使用してユーザーを識別します。 彼の式は次のとおりです。
microID = sha1（
sha1（ "mailto：sheiko@mysite.com"）
+
sha1（ "http://cmsdevelopment.com/"）
）
ユーザーが実際に彼が示したページを所有していることを確認するには、HEADセクションで次のことを示すだけで十分です。
<meta name = "microid" content = "mailto + http：sha1：micro_ID_code" />
標準は明らかに単純ですが、
Digg 、
Plaxa 、
ClaimID 、
Last.fm 、
Ma.gnolia 、
Wikitravel 、
Yeddaなどのプロジェクトで既にサポートされています。
個人的には、MicroIDを使用して、フィードバックでユーザーの信頼性を確認するだけでなく、サードパーティサービスでの彼の評判を確認するためにも使用できることは興味深いように思えました。
<span class="score microid-mailto+http:sha1:fe98b5adf288318c0763e1d5b0855b3d2266338c">5</span>ユーザー識別の2番目の標準は、あなたがそれをよく知っていると思いますが、OpenIDです。 自分のプロジェクト（OpenIDコンシューマー）でのユーザーの識別に関して
、Habrahabrでこの標準を既に検討しました。 ただし、ユーザー権利について説明しているため、サービスのユーザーに、サードパーティのプロジェクトで提示できる一種の
「仮想パスポート」を提供することは公平です。 これを行うには、ユーザーに
http://sheiko.pozzzy.ruなどのサブドメイン内のサービスの個人ページのアドレスを提供する必要があります。 たまたまこれを行っていない人のために、Apache構成のVirtualHostセクションでServerAlias * .pozzzy.ruのようにServerAliasパラメーターを使用することをお勧めします（このサーバーを使用する場合）。 その後、PHP起動スクリプトの変数$ _SERVER ["HTTP_HOST"]の内容を解析するだけです。 OpenIDプロバイダーサービスを作成するには、適切なソフトウェアが必要です。 一般に、
OpenID Enabledのライブラリを使用できます（PHP、Python、Rubyバージョンがあります）。 しかし、小さな
PHPMyIDフレームワークは、そのシンプルさに
魅了されました。
80x80pxの画像をリンクできる小さな標準の
Pavatarもあります。 （アバター）とユーザー。 PNG、JPG、およびGIF形式が許可されます。 ユーザーのページにコードを追加するだけです：
<link rel="pavatar" href="http://example.com/path/my-pavatar.png" />ところで、pavatarとMicroIDには、OpenIDプロバイダーがユーザープロファイルから他の情報を提供できます。
ユーザー情報は、
hCard microformatを使用して設定することもできます。
ユーザーのソーシャルコネクションに関する情報
わかった ユーザーを識別し、プロファイルデータを読み取る権利を委任する機会をユーザーに与える方法を見つけました。 しかし、さまざまなソーシャルネットワークで彼の友人に関する情報を取得するにはどうすればよいですか？ 少なくとも、これにより、ユーザーにどのサービスの友人が代表されているかを示すことができます。
OpenID標準の作成者であるLiveJournalの創設者である悪名高いBrad Fitzpatrickは、最近
Social Graphの概念とGoogle APIを積極的に宣伝しています。 これらのリンクが指定された形式（
XFNおよび
FOAF ）で表示される場合、Googleはソーシャルネットワーク上のユーザー関係に関する情報をインデックス化するという考え方です。 APIを使用すると、便利な方法でこの情報を取得できます。 ちなみに、突然Googleが足りなくなった場合は、
Plaxo Open Social Graphを使用してください。 ユーザーがサービスにログインすると、他のサービスの友人についてソーシャルグラフをポーリングできます。 さらに、サービスのユーザーベースに基づいて識別子を比較し、プロジェクトの友人についてユーザーに通知するだけです。 Social Graph（テキスト、JSON、XMLの形式でリクエストに回答が提供されます）からデータを取得するのは非常に簡単なので、グラフにさらにインデックスを付けるためにデータをフォーマットする方法について詳しく説明するのは理にかなっています。
まず、microformat
XFNに従って、サービス内のユーザーのページ上のリンクのコードを変更する必要があります。
開いているページの所有者に関連付けられたサイトリンクには<a rel= wonme> ..> .. </a>を使用し、友人のページへのリンクには<a rel= wonderedfriend ..> .. </a>を使用できます。 ユーザーと友人との関係の詳細がサーバーで利用できる場合、これは、たとえば<a rel=friendfriend met> ..> .. </a>のように反映できます。
FOAF （Friend of a Friend）標準に関しては、RDFでユーザーとその接続をより構造化された形式で記述することができます。 ユーザーのページのコードで、RDFドキュメントへのリンクを指定する必要があります。
<link rel = "meta" type = "application / rdf + xml" title = "FOAF" href = "http://sheiko.pozzzy.ru/foaf/" />
RDFドキュメント自体は、ユーザーとプロジェクト内での彼の関係に関するデータに基づいて自動的に生成される必要があります。
ユーザー設定情報
ユーザーの権利については、サービス間でユーザーの好みに関する情報を交換する可能性についても言及しました。 由緒ある紳士の
メディア2.0ワークグループの別のチームで最も愛されているのは、
APMLテクノロジーです。 アクティビティに基づいてユーザー設定を考慮するためのさまざまな方法があります。 このために、デスクトップアプリケーション（
Particls ）および
Bloglines 、
Cluztr 、
Dandelife 、そしてもちろんGoogleなどのオンラインサービスも使用されます。 これらのサービスは、Googleを除き、APMLマークアップ言語を使用してユーザー設定プロファイルを記述します。 これにより、ユーザーの許可を得て、これらのプロファイルをサービス間で交換する可能性が実際に広がります。
結論として、
OAuthテクノロジにも注目したいと思います。 これにより、サードパーティサービスおよびそのAPIの個人ユーザーデータへの永続的または一時的なアクセス権を委任できます。
ご覧のとおり、ソーシャルウェブをオープンにして、ユーザーに個人データに関する法的権利を付与することは私たちの手にあります。 賢い人々はすでにこれをどのように達成できるかを理解しており、サービス開発者の仕事はこれらのアイデアを実現することだけです。