米特許商標庁は火曜日、ユーザー同士のやりとり、つまり「友達関係」の信頼性を確保するためのデータベースレベルの機能を多数導入したソーシャルネットワーキングシステムの特許をアップルに付与した。
Apple の米国特許番号 8,396,932「ソーシャル ネットワーキング サービスでデータを効率的に管理する装置および方法」は、本格的なソーシャル ネットワークと混同されるべきではなく、いわゆる「フレンド サービス」内でデータを管理する方法である。
本発明の概要に記載されているように、いくつかの実施形態では、友人レコード間の一貫性を確保できるシステムを使用して、「効率的で拡張性の高い友人サービス データベースを提供する」ためにキーまたは値データを格納します。
システムのアーキテクチャの例では、ユーザー データの一貫性を維持するのに役立つ 3 つの主要なデータベースがあります。ネットワーク内のユーザー用のフレンド データベース、ネットワーク外のユーザー用のハンドル データベース、および競合を検出して修正するための先行書き込みログ データベースです。
一実施形態では、「ネットワーク内」ユーザーは、固有の宛先シグナリング識別子(DSID)またはハンドルによって識別されます。ハンドルは、ネットワーク外のユーザー、フレンドサービスにまだ参加していないユーザー、そしてまだハンドルをアカウントに関連付けていない既存ユーザーを識別することもできることに注意してください。
あらゆるソーシャルネットワークの主目的は、他のユーザーとつながることです。Appleの発明では、2人のユーザー間の初期の関係状態は「なし」とされています。これは、2人のアカウント所有者がまだやり取りをしておらず、互いに友達リクエストを送信していないことを意味します。一部の実施形態では、「なし」状態がデフォルトとして設定されます。2つ目の「ハンドシェイク」状態は、ユーザーの一方が連絡を開始したり、友達リクエストを送信したりした際に設定され、最終的な「友達状態」は、受信者がリクエストを承認した際に設定されます。
「関係」更新のフローチャート。
本発明はまた、ユーザーのDSIDに付与されるストーカーカウントとスパマーカウントについても記載する。ユーザーがリクエストを送信するたびに、スパマーカウントの値は、事前定義された閾値に達するまで1ずつ加算される。リクエストの頻度がこの閾値を超えた場合、システムはそれ以降のリクエストを遮断することができる。ストーカーカウントに関しては、フレンドリクエストが別のユーザーによって拒否されるたびに、DSIDに「+1」の値が割り当てられる。リクエストの送信者が事前定義されたストーカーカウント閾値に達した場合、それ以降のリクエストは無視される。さらに、受信者から無視フラグを設定することで、システムによってそれ以降のリクエストがブロックされる。
データベース全体の一貫性を維持するために、先行書き込みログジェネレーターを使用して、友達リクエストの承認、友達の削除、アカウントの2つのハンドルの統合といったユーザーアクションを含む「トランザクション」を追跡します。例えば、あるユーザーの友達状態レコードを複数回更新する必要があるトランザクションに対してキーが生成されます。更新が完了すると、ログキーに関連付けられたエントリは削除されます。システムは、一定期間消去されていないログキーを検出すると、データベースに不整合があると判断できます。このシナリオでは、ログリーパーを使用して先行書き込みログデータベースを順に処理し、不整合を修正します。
先行書き込みログ エントリ制御のフローチャート。
他の実施形態では、友達リクエストの取得と拒否、友達リストの取得、友達解除、友達リクエストの送信、およびその他の基本的なネットワーキング ツールについて説明します。
システムは API で実装することができ、さまざまなモバイル アプリに統合できるほか、さらなる実施形態ではインターネット接続も可能になります。
アップルの最新のソーシャルネットワーキングサービス、音楽中心のPingは2010年に初めて導入されましたが、サービスが普及せず失敗に終わりました。火曜日に出願された特許に記載されている機能が、この失敗したネットワークに適用されたかどうかは不明です。
'932特許は2010年に初めてUSPTOに申請され、Amol Pattekar、Jeremy Matthew Werner、Patrick Gates、Andrew H. Vyrros、Richard Wagnerが発明者として認められている。