(57)【特許請求の範囲】
【請求項１】
第１のユーザをコンテンツ識別情報に関連づけるデータを装置上で決定すること、ただし前記コンテンツ識別情報は、前記第１のユーザとは異なる第２のユーザにより提供されたコンテンツを特定する、前記決定することと；
許可データを記録する結果を生む作用を、前記装置上で、少なくとも部分的には生じさせること、ただし前記許可データは、前記第２のユーザからの更なるインプットを要することなく、前記第１及び第２のユーザとは異なる第３のユーザを前記コンテンツ識別情報に関連づけることを、前記第１のユーザが許可されていることを示す、前記生じさせることと；
を含む、方法。
【請求項２】
前記コンテンツ識別情報は、前記第２のユーザから提供された複数のコンテンツを特定する、請求項１に記載の方法。
【請求項３】
前記複数のコンテンツの各々に関連付けられたコンテクストデータに基づいて、前記第２のユーザにより提供された前記複数のコンテンツを第２の装置上で決定することをさらに含む、請求項２に記載の方法。
【請求項４】
前記装置及び前記第２の装置の少なくとも一方は、ネットワークサービスの装置である、請求項３に記載の方法。
【請求項５】
請求項１から４のいずれかに記載の方法であって、さらに、
前記第１のユーザのユーザ装置において、前記コンテンツの少なくとも一部をレンダリングする結果を生む作用を、少なくとも部分的には生じさせることと；
コンテンツの部分にアイテム識別情報を関連づけることを、前記第１のユーザに促すことと；
前記ユーザ装置が前記アイテム識別情報を受信したなら、前記アイテム識別情報を前記コンテンツ識別情報に関連づける結果を生む作用を、前記装置上で、少なくとも部分的には生じさせることと；
を含む、方法。
【請求項６】
前記第１のユーザの前記ユーザ装置においてレンダリングされる前記コンテンツの前記部分は、前記コンテンツの全部より少ない部分である、請求項５に記載の方法。
【請求項７】
前記第１のユーザの前記ユーザ装置においてレンダリングされる前記コンテンツの前記部分は、前記第１のユーザとは異なるユーザからの入力に基づいて決定される、請求項６に記載の方法。
【請求項８】
前記アイテム識別情報を前記コンテンツ識別情報に関連づける結果を生む作用を少なくとも部分的には生じさせることは、前記アイテム識別情報を部分データに関連づける結果を生む作用を少なくとも部分的には生じさせることを含み、ただし前記部分データは前記コンテンツの前記部分を示す、請求項６または７に記載の方法。
【請求項９】
前記コンテンツの異なる部分にコンタクトを関連づけることを前記第１のユーザに促す結果を生む作用を少なくとも部分的には生じさせること、ただし該コンタクトは、前記コンテンツの前記異なる部分の送信先を示すコンタクトを示す、前記生じさせることと；
前記コンテンツの前記異なる部分及び前記コンタクトを示すデータを前記ユーザ装置が受信したなら、前記コンタクトの装置で前記異なる部分をレンダリングする結果を生む作用を少なくとも部分的には生じさせることと；
前記コンテンツの前記異なる部分を、該コンテンツの該異なる部分のための、異なるアイテム識別情報に関連づけることを前記コンタクトに促すことと；
を含む、請求項５から８のいずれかに記載の方法。
【請求項１０】
前記アイテム識別情報は、前記第３のユーザを特定するデータか、レンダリングされた前記コンテンツの前記部分を記述するテキストの少なくともいずれかである、請求項５から９のいずれかに記載の方法。
【請求項１１】
前記コンテンツの前記異なる部分のための前記異なるアイテム識別情報は、前記コンタクトの前記装置でレンダリングされた前記コンテンツの前記異なる部分を記述するテキストの少なくともいずれかである、請求項９または１０に記載の方法。
【請求項１２】
少なくとも一つのプロセッサと、コンピュータプログラム命令を含む少なくとも一つのメモリとを備える装置であって、前記少なくとも一つのメモリ及び前記コンピュータプログラム命令は、少なくとも一つのプロセッサと協働して、前記装置に少なくとも次の処理：
第１のユーザをコンテンツ識別情報に関連づけるデータを決定すること、ただし前記コンテンツ識別情報は、前記第１のユーザとは異なる第２のユーザにより提供されたコンテンツを特定する、前記決定することと；
許可データを記録する結果を生む作用を少なくとも部分的には生じさせること、ただし前記許可データは、前記第２のユーザからの更なるインプットを要することなく、前記第１及び第２のユーザとは異なる第３のユーザを前記コンテンツ識別情報に関連づけることを、前記第１のユーザが許可されていることを示す、前記生じさせることと；
を実行させるように構成される、装置。
【請求項１３】
前記コンテンツ識別情報は、前記第２のユーザから提供された複数のコンテンツを特定する、請求項１２に記載の装置。
【請求項１４】
前記第２のユーザにより提供された前記複数のコンテンツは、前記複数のコンテンツの各々に関連付けられたコンテクストデータに基づいて決定される、請求項１３に記載の装置。
【請求項１５】
少なくとも一つのサービスへのアクセスを可能にするように構成される少なくとも一つのインタフェースへのアクセスを容易にすることを含む方法であって、前記少なくとも一つのサービスは、少なくとも次のこと：
前記サービスの装置上で、第１のユーザをコンテンツ識別情報に関連づけるデータを決定すること、ただし前記コンテンツ識別情報は、前記第１のユーザとは異なる第２のユーザにより提供されたコンテンツを特定する、前記決定することと；
許可データを記録する結果を生む作用を、前記装置上で、少なくとも部分的には生じさせること、ただし前記許可データは、前記第２のユーザからの更なるインプットを要することなく、前記第１及び第２のユーザとは異なる第３のユーザを前記コンテンツ識別情報に関連づけることを、前記第１のユーザが許可されていることを示す、前記生じさせることと；
を実行するように構成される、方法。
【請求項１６】
前記コンテンツ識別情報は、前記第２のユーザから提供された複数のコンテンツを特定する、請求項１５に記載の方法。
【請求項１７】
前記サービスは、
前記複数のコンテンツの各々に関連付けられたコンテクストデータに基づいて、前記第２のユーザにより提供された前記複数のコンテンツを第２の装置上で決定するように構成される、請求項１６に記載の方法。
【請求項１８】
前記装置及び前記第２の装置の少なくとも一方は、ネットワークサービスの装置である、請求項１７に記載の方法。
【請求項１９】
前記サービスは、さらに、
前記第１のユーザのユーザ装置において、前記コンテンツの少なくとも一部をレンダリングする結果を生む作用を、少なくとも部分的には生じさせることと；
コンテンツの部分にアイテム識別情報を関連づけることを、前記第１のユーザに促すことと；
前記ユーザ装置が前記アイテム識別情報を受信したなら、前記アイテム識別情報を前記コンテンツ識別情報に関連づける結果を生む作用を、前記装置上で少なくとも部分的には生じさせることと；
を実行するように構成される、請求項１５から１８のいずれかに記載の方法。
【請求項２０】
前記第１のユーザの前記ユーザ装置においてレンダリングされる前記コンテンツの前記部分は、前記コンテンツの全部より少ない部分である、請求項１９に記載の方法。
【請求項２１】
前記第１のユーザの前記ユーザ装置においてレンダリングされる前記コンテンツの前記部分は、前記第１のユーザとは異なるユーザからの入力に基づいて決定される、請求項２０に記載の方法。
【請求項２２】
前記アイテム識別情報を前記コンテンツ識別情報に関連づける結果を生む作用を少なくとも部分的には生じさせることは、前記アイテム識別情報を部分データに関連づける結果を生む作用を少なくとも部分的には生じさせることを含み、ただし前記部分データは前記コンテンツの前記部分を示す、請求項２０または２１に記載の方法。
【請求項２３】
前記サービスはさらに、
前記コンテンツの異なる部分にコンタクトを関連づけることを前記第１のユーザに促す結果を生む作用を少なくとも部分的には生じさせること、ただし該コンタクトは、前記コンテンツの前記異なる部分の送信先を示すコンタクトを示す、前記生じさせることと；
前記コンテンツの前記異なる部分及び前記コンタクトを示すデータを前記ユーザ装置が受信したなら、前記コンタクトの装置で前記異なる部分をレンダリングする結果を生む作用を少なくとも部分的には生じさせることと；
前記コンテンツの前記異なる部分を、該コンテンツの該異なる部分のための、異なるアイテム識別情報に関連づけることを前記コンタクトに促すことと；
を行うように構成される、請求項１９から２２のいずれかに記載の方法。
【請求項２４】
前記アイテム識別情報は、前記第３のユーザを特定するデータか、レンダリングされた前記コンテンツの前記部分を記述するテキストの少なくともいずれかである、請求項１９から２３のいずれかに記載の方法。
【請求項２５】
前記コンテンツの前記異なる部分のための前記異なるアイテム識別情報は、前記コンタクトの前記装置でレンダリングされた前記コンテンツの前記異なる部分を記述するテキストの少なくともいずれかである、請求項２３又は２４に記載の方法。
【請求項２６】
装置の処理手段で実行されることにより、少なくとも次の処理を装置に実行させる一つまたは複数の命令を含むコンピュータプログラムであって、前記処理は：
第１のユーザをコンテンツ識別情報に関連づけるデータを決定すること、ただし前記コンテンツ識別情報は、前記第１のユーザとは異なる第２のユーザにより提供されたコンテンツを特定する、前記決定することと；
許可データを記録する結果を生む作用を少なくとも部分的には生じさせること、ただし前記許可データは、前記第２のユーザからの更なるインプットを要することなく、前記第１及び第２のユーザとは異なる第３のユーザを前記コンテンツ識別情報に関連づけることを、前記第１のユーザが許可されていることを示す、前記生じさせることと；
を実行するように構成される、コンピュータプログラム。
【請求項２７】
前記コンテンツ識別情報は、前記第２のユーザから提供された複数のコンテンツを特定する、請求項２６に記載のコンピュータプログラム。
【請求項２８】
前記装置は、
前記複数のコンテンツの各々に関連付けられたコンテクストデータに基づいて、前記第２のユーザにより提供された前記複数のコンテンツを第２の装置上で決定するように構成される、請求項２７に記載のコンピュータプログラム。
【請求項２９】
前記装置及び前記第２の装置の少なくとも一方は、ネットワークサービスの装置である、請求項２８に記載のコンピュータプログラム。
【請求項３０】
前記装置は、さらに、
前記第１のユーザのユーザ装置において、前記コンテンツの少なくとも一部をレンダリングする結果を生む作用を、少なくとも部分的には生じさせることと；
コンテンツの部分にアイテム識別情報を関連づけることを、前記第１のユーザに促すことと；
前記ユーザ装置が前記アイテム識別情報を受信したなら、前記アイテム識別情報を前記コンテンツ識別情報に関連づける結果を生む作用を少なくとも部分的には生じさせることと；
を実行するように構成される、請求項２６から２９のいずれかに記載のコンピュータプログラム。
【請求項３１】
前記第１のユーザの前記ユーザ装置においてレンダリングされる前記コンテンツの前記部分は、前記コンテンツの全部より少ない部分である、請求項３０に記載のコンピュータプログラム。
【請求項３２】
前記第１のユーザの前記ユーザ装置においてレンダリングされる前記コンテンツの前記部分は、前記第１のユーザとは異なるユーザからの入力に基づいて決定される、請求項３１に記載のコンピュータプログラム。
【請求項３３】
前記アイテム識別情報を前記コンテンツ識別情報に関連づける結果を生む作用を少なくとも部分的には生じさせることは、前記アイテム識別情報を部分データに関連づける結果を生む作用を少なくとも部分的には生じさせることを含み、ただし前記部分データは前記コンテンツの前記部分を示す、請求項３１または３２に記載のコンピュータプログラム。
【請求項３４】
前記装置はさらに、
前記コンテンツの異なる部分にコンタクトを関連づけることを前記第１のユーザに促す結果を生む作用を少なくとも部分的には生じさせること、ただし該コンタクトは、前記コンテンツの前記異なる部分の送信先を示すコンタクトを示す、前記生じさせることと；
前記コンテンツの前記異なる部分及び前記コンタクトを示すデータを前記ユーザ装置が受信したなら、前記コンタクトの装置で前記異なる部分をレンダリングする結果を生む作用を少なくとも部分的には生じさせることと；
前記コンテンツの前記異なる部分を、該コンテンツの該異なる部分のための、異なるアイテム識別情報に関連づけることを前記コンタクトに促すことと；
を行うように構成される、請求項３０から３３のいずれかに記載のコンピュータプログラム。
【請求項３５】
前記アイテム識別情報は、前記第３のユーザを特定するデータか、レンダリングされた前記コンテンツの前記部分を記述するテキストの少なくともいずれかである、請求項３０から３４のいずれかに記載のコンピュータプログラム。
【請求項３６】
前記コンテンツの前記異なる部分のための前記異なるアイテム識別情報は、前記コンタクトの前記装置でレンダリングされた前記コンテンツの前記異なる部分を記述するテキストの少なくともいずれかである、請求項３４又は３５に記載のコンピュータプログラム。
【請求項３７】
第１のユーザをコンテンツ識別情報に関連づけるデータを決定する手段、ただし前記コンテンツ識別情報は、前記第１のユーザとは異なる第２のユーザにより提供されたコンテンツを特定する、前記手段と；
許可データを記録する手段、ただし前記許可データは、前記第２のユーザからの更なるインプットを要することなく、前記第１及び第２のユーザとは異なる第３のユーザを前記コンテンツ識別情報に関連づけることを、前記第１のユーザが許可されていることを示す、前記生じさせる手段と；
を備える、装置。
【請求項３８】
前記コンテンツ識別情報は、前記第２のユーザから提供された複数のコンテンツを特定する、請求項３７に記載の装置。
【請求項３９】
前記装置は、
前記複数のコンテンツの各々に関連付けられたコンテクストデータに基づいて、前記第２のユーザにより提供された前記複数のコンテンツを第２の装置上で決定する手段を更に備える、請求項３８に記載の装置。
【請求項４０】
前記装置及び前記第２の装置の少なくとも一方は、ネットワークサービスの装置である、請求項３９に記載の装置。
【請求項４１】
前記第１のユーザのユーザ装置において、前記コンテンツの少なくとも一部をレンダリングする手段と；
コンテンツの部分にアイテム識別情報を関連づけることを、前記第１のユーザに促す手段と；
前記ユーザ装置が前記アイテム識別情報を受信したなら、前記装置上で前記アイテム識別情報を前記コンテンツ識別情報に関連づける手段と；
を備える、請求項３７から４０のいずれかに記載の装置。
【請求項４２】
前記第１のユーザの前記ユーザ装置においてレンダリングされる前記コンテンツの前記部分は、前記コンテンツの全部より少ない部分である、請求項４１に記載の装置。
【請求項４３】
前記第１のユーザの前記ユーザ装置においてレンダリングされる前記コンテンツの前記部分は、前記第１のユーザとは異なるユーザからの入力に基づいて決定される、請求項４２に記載の装置。
【請求項４４】
前記アイテム識別情報を前記コンテンツ識別情報に関連づけることは、前記アイテム識別情報を部分データに関連づけることを含み、ただし前記部分データは前記コンテンツの前記部分を示す、請求項４２または４３に記載の装置。
【請求項４５】
前記コンテンツの異なる部分にコンタクトを関連づけることを前記第１のユーザに促す手段、ただし該コンタクトは、前記コンテンツの前記異なる部分の送信先を示すコンタクトを示す、前記生じさせる手段と；
前記コンテンツの前記異なる部分及び前記コンタクトを示すデータを前記ユーザ装置が受信したなら、前記コンタクトの装置で前記異なる部分をレンダリングし、前記コンテンツの前記異なる部分を、該コンテンツの該異なる部分のための、異なるアイテム識別情報に関連づけることを前記コンタクトに促す手段と；
を更に備える、請求項４１から４４のいずれかに記載の装置。
【請求項４６】
前記アイテム識別情報は、前記第３のユーザを特定するデータか、レンダリングされた前記コンテンツの前記部分を記述するテキストの少なくともいずれかである、請求項４１から４５のいずれかに記載の装置。
【請求項４７】
前記コンテンツの前記異なる部分のための前記異なるアイテム識別情報は、前記コンタクトの前記装置でレンダリングされた前記コンテンツの前記異なる部分を記述するテキストの少なくともいずれかである、請求項４５又は４６に記載の装置。
【請求項４８】
前記複数のコンテンツの各々に関連付けられたコンテクストデータに基づいて、前記第２のユーザにより提供された前記複数のコンテンツを第２の装置上で決定するように構成される、請求項１４に記載の装置。
【請求項４９】
前記装置及び前記第２の装置の少なくとも一方は、ネットワークサービスの装置である、請求項４８に記載の装置。
【請求項５０】
前記第１のユーザのユーザ装置において、前記コンテンツの少なくとも一部をレンダリングする結果を生む作用を、少なくとも部分的には生じさせることと；
コンテンツの部分にアイテム識別情報を関連づけることを、前記第１のユーザに促すことと；
前記ユーザ装置が前記アイテム識別情報を受信したなら、前記アイテム識別情報を前記コンテンツ識別情報に関連づける結果を生む作用を、前記装置上で、少なくとも部分的には生じさせることと；
を実行するように構成される、請求項１２から１４及び４８から４９のいずれかに記載の装置。
【請求項５１】
前記第１のユーザの前記ユーザ装置においてレンダリングされる前記コンテンツの前記部分は、前記コンテンツの全部より少ない部分である、請求項５０に記載の装置。
【請求項５２】
前記第１のユーザの前記ユーザ装置においてレンダリングされる前記コンテンツの前記部分は、前記第１のユーザとは異なるユーザからの入力に基づいて決定される、請求項５１に記載の装置。
【請求項５３】
前記アイテム識別情報を前記コンテンツ識別情報に関連づける結果を生む作用を少なくとも部分的には生じさせることは、前記アイテム識別情報を部分データに関連づける結果を生む作用を前記装置上で少なくとも部分的には生じさせることを含み、ただし前記部分データは前記コンテンツの前記部分を示す、請求項５１または５２に記載の装置。
【請求項５４】
前記コンテンツの異なる部分にコンタクトを関連づけることを前記第１のユーザに促す結果を生む作用を少なくとも部分的には生じさせること、ただし該コンタクトは、前記コンテンツの前記異なる部分の送信先を示すコンタクトを示す、前記生じさせることと；
前記コンテンツの前記異なる部分及び前記コンタクトを示すデータを前記ユーザ装置が受信したなら、前記コンタクトの装置で前記異なる部分をレンダリングする結果を生む作用を少なくとも部分的には生じさせることと；
前記コンテンツの前記異なる部分を、該コンテンツの該異なる部分のための、異なるアイテム識別情報に関連づけることを前記コンタクトに促すことと；
を遂行するように更に構成される、請求項５０から５３のいずれかに記載の装置。
【請求項５５】
前記アイテム識別情報は、前記第３のユーザを特定するデータか、レンダリングされた前記コンテンツの前記部分を記述するテキストの少なくともいずれかである、請求項５０から５４のいずれかに記載の装置。
【請求項５６】
前記コンテンツの前記異なる部分のための前記異なるアイテム識別情報は、前記コンタクトの前記装置でレンダリングされた前記コンテンツの前記異なる部分を記述するテキストの少なくともいずれかである、請求項５４または５５に記載の装置。
【請求項５７】
前記アイテム識別情報は、レンダリングされた前記コンテンツの前記部分の中の前記第３のユーザを特定するデータか、レンダリングされた前記コンテンツの前記部分を記述するテキストの少なくともいずれかである、請求項５４から５６のいずれかに記載の装置。
【発明の詳細な説明】
【背景】
【０００１】
ワイヤレス技術や携帯電話などのサービスプロバイダやデバイス製造業者は、魅力的なネットワークサービスなどを通じて、顧客に価値や利便性を提供しようと日々努力している。例えばソーシャルネットワークサービスは、お互いに友達であると識別し合った利用者の間で、ＷＷＷリンクや写真などの画像を共有することを可能にしている。ある利用者からアップロードされた写真は、写真の所有者によって、写真の内容や写真に写っている友達の名前によってタグ付けされることができる。すると、その友達には写真にタグ付けされたことが通知され、写真の所有者のホームページからその写真を見ることができるようになる。訪問者からのコメントをコメント欄に残すことができ、コメントを残した別の人とそれをシェアすることができる。
【いくつかの例示的実施形態】
【０００２】
多くの目的に好ましいことであるにも関わらず、複数の人々の名前によって写真にタグ付けを行うことは、写真の所有者にとって面倒である。これは特に、互いに関連する写真のアルバムの中に複数の写真がある場合に、特にそうである。その結果、一つ又は複数の写真について、写真に写っている全ての人々がタグ付けされないことがある。これは、写真に写っていることを利用者に通知する可能性を減少させてしまう。このため、先行技術における一つまたは複数の足りない点を我慢する必要のない、拡張されたコンテンツタグ共有のための方法については必要性が存在する。
【０００３】
ある実施形態に従う方法は、第１のユーザをコンテンツ識別情報に関連づけるデータを装置上で決定することを含む。ただし前記コンテンツ識別情報は、前記第１のユーザとは異なる第２のユーザにより提供されたコンテンツを特定する。また前記方法は、許可データを記録する結果を生む作用を、前記装置上で、少なくとも部分的には生じさせることを含む。ただし前記許可データは、前記第２のユーザからの更なるインプットを要することなく、前記第１及び第２のユーザとは異なる第３のユーザを前記コンテンツ識別情報に関連づけることを、前記第１のユーザが許可されていることを示す。
【０００４】
別の実施形態に従う方法は、第１のユーザの装置からメッセージが受信されたかどうかを、装置上で判断することを含む。ただし前記メッセージは、前記第１のユーザに関連付けられたコンテンツの部分を示すデータと、第２のユーザを示すデータとを備える。前記方法はさらに、前記第２のユーザの装置上で、前記コンテンツの前記部分をレンダリングする結果を生む作用を少なくとも部分的には生じさせ、前記部分データにアイテム識別情報を関連づけることを前記第２のユーザに促すことを含む。ただし前記アイテム識別情報は、前記コンテンツの前記部分の識別情報を示す。
【０００５】
別の実施形態に従う方法は、少なくとも一つのサービスへのアクセスを可能にするように構成される少なくとも一つのインタフェースへのアクセスを容易にすることを含む。ここで前記少なくとも一つのサービスは、装置上で、第１のユーザをコンテンツ識別情報に関連づけるデータを決定するように構成される。ただし前記コンテンツ識別情報は、前記第１のユーザとは異なる第２のユーザにより提供されたコンテンツを特定する。前記少なくとも一つのサービスは、さらに、許可データを記録する結果を生む作用を、前記装置上で、少なくとも部分的には生じさせるように構成される。ただし前記許可データは、前記第２のユーザからの更なるインプットを要することなく、前記第１及び第２のユーザとは異なる第３のユーザを前記コンテンツ識別情報に関連づけることを、前記第１のユーザが許可されていることを示す。
【０００６】
別の実施形態に従う方法は、少なくとも一つのサービスへのアクセスを可能にするように構成される少なくとも一つのインタフェースへのアクセスを容易にすることを含む。ここで前記少なくとも一つのサービスは、第１のユーザの装置からメッセージが受信されたかどうかを、装置上で判断することを含む。ただし前記メッセージは、前記第１のユーザに関連付けられたコンテンツの部分を示すデータと、第２のユーザを示すデータとを備える。前記少なくとも一つのサービスは、さらに、前記第２のユーザの装置上で、前記コンテンツの前記部分をレンダリングする結果を生む作用を少なくとも部分的には生じさせるように構成される。前記少なくとも一つのサービスは、さらに、前記部分データにアイテム識別情報を関連づけることを前記第２のユーザに促すように構成される。ただし前記アイテム識別情報は、前記コンテンツの前記部分の識別情報を示す。
【０００７】
別の実施形態に従う装置は、少なくとも一つのプロセッサと、コンピュータプログラム命令を含む少なくとも一つのメモリとを備える。前記少なくとも一つのメモリ及び前記コンピュータプログラム命令は、少なくとも一つのプロセッサと協働して、前記装置に、装置上で第１のユーザをコンテンツ識別情報に関連づけるデータを決定することを少なくとも部分的には実行させる。ただし前記コンテンツ識別情報は、前記第１のユーザとは異なる第２のユーザにより提供されたコンテンツを特定する。前記装置はまた、許可データを記録する結果を生む作用を少なくとも部分的には生じるようにさせられる。ただし前記許可データは、前記第２のユーザからの更なるインプットを要することなく、前記第１及び第２のユーザとは異なる第３のユーザを前記コンテンツ識別情報に関連づけることを、前記第１のユーザが許可されていることを示す。
【０００８】
別の実施形態に従う装置は、少なくとも一つのプロセッサと、コンピュータプログラム命令を含む少なくとも一つのメモリとを備える。前記少なくとも一つのメモリ及び前記コンピュータプログラム命令は、少なくとも一つのプロセッサと協働して、前記装置に、第１のユーザの装置からメッセージが受信されたかどうかを判断することを、少なくとも部分的に実行させる。ただし前記メッセージは、前記第１のユーザに関連付けられたコンテンツの部分を示すデータと、第２のユーザを示すデータとを備える。前記装置はまた、前記第２のユーザの装置上で、前記コンテンツの前記部分をレンダリングする結果を生む作用を少なくとも部分的には生じさせられる。前記装置はまた、前記部分データにアイテム識別情報を関連づけることを前記第２のユーザに促すことを行うようにされる。ただし前記アイテム識別情報は、前記コンテンツの前記部分の識別情報を示すこと。
【０００９】
別の実施形態に従うコンピュータ読み取り可能な記憶媒体は、一つまたは複数のプロセッサで実行されると、少なくとも次の処理を装置に実行させる一つまたは複数の命令の一つまたは複数のシーケンスを担持するコンピュータ読み取り可能な記憶媒体であって、前記処理は、第１のユーザをコンテンツ識別情報に関連づけるデータを決定することを含む。ただし前記コンテンツ識別情報は、前記第１のユーザとは異なる第２のユーザにより提供されたコンテンツを特定する。また前記処理は、許可データを記録する結果を生む作用を少なくとも部分的には生じさせることを含む。ただし前記許可データは、前記第２のユーザからの更なるインプットを要することなく、前記第１及び第２のユーザとは異なる第３のユーザを前記コンテンツ識別情報に関連づけることを、前記第１のユーザが許可されていることを示す。
【００１０】
別の実施形態に従うコンピュータ読み取り可能な記憶媒体は、一つまたは複数のプロセッサで実行されると、少なくとも次の処理を装置に実行させる一つまたは複数の命令の一つまたは複数のシーケンスを担持するコンピュータ読み取り可能な記憶媒体であって、前記処理は、第１のユーザの装置からメッセージが受信されたかどうかを判断することを含む。ただし前記メッセージは、前記第１のユーザに関連付けられたコンテンツの部分を示すデータと、第２のユーザを示すデータとを備える。前記処理はまた、前記第２のユーザの装置上で、前記コンテンツの前記部分をレンダリングする結果を生む作用を少なくとも部分的には生じさせることを含む。前記処理はまた、前記部分データにアイテム識別情報を関連づけることを前記第２のユーザに促すことを含む。ただし前記アイテム識別情報は、前記コンテンツの前記部分の識別情報を示す。
【００１１】
別の実施形態に従う装置は、第１のユーザをコンテンツ識別情報に関連づけるデータを決定する手段を備える。ただし前記コンテンツ識別情報は、前記第１のユーザとは異なる第２のユーザにより提供されたコンテンツを特定する。前記装置はまた、許可データを記録する手段を備える。ただし前記許可データは、前記第２のユーザからの更なるインプットを要することなく、前記第１及び第２のユーザとは異なる第３のユーザを前記コンテンツ識別情報に関連づけることを、前記第１のユーザが許可されていることを示す。
【００１２】
別の実施形態に従う装置は、第１のユーザの装置からメッセージが受信されたかどうかを判断する手段を備える。ただし前記メッセージは、前記第１のユーザに関連付けられたコンテンツの部分を示すデータと、第２のユーザを示すデータとを備える。前記装置はまた、前記第２のユーザの装置上で、前記コンテンツの前記部分をレンダリングする手段を備える。前記装置はまた、前記部分データにアイテム識別情報を関連づけることを前記第２のユーザに促す手段、ただし前記アイテム識別情報は、前記コンテンツの前記部分の識別情報を示す。
【００１３】
本発明のさらなる側面や特徴、利点が、以下の詳細説明によって容易に明らかになる。以下の詳細説明では、本発明を実施するための最良の形態であると考えられているものも含め、様々な具体的な実施形態や実装形態が例示される。本発明はまた、さらに多くの様々な異なる実施形態を取りうることができ、そのいくつかのディテールは、本発明の思想や範囲を逸脱することなく、多くの明白な観点から修正可能なものである。本明細書による説明や図面は例示的な性質を有するものと考えられるべきであり、制限的なものとみなされるべきではない。
【図面の簡単な説明】
【００１４】
添付の図面には、本発明の実施形態が例示されている。これらはあくまでも例示を目的とするものであって、限定の目的のためのものではない。
【００１５】
【図１】ある実施形態に従う、拡張されたコンテンツタグ共有を行う能力を有するシステムの略図である。
【００１６】
【図２Ａ】ある実施形態に従う、ユーザプロファイルのためのデータ構造の略図である。
【００１７】
【図２Ｂ】ある実施形態に従う、コンテンツメタデータためのデータ構造の略図である。
【００１８】
【図３Ａ】ある実施形態に従う、ユーザから提供されたコンテンツをグループ化するユーザインタフェースの略図である。
【００１９】
【図３Ｂ】ある実施形態に従うユーザインタフェースであって、ユーザの一つまたは複数のコンタクトによってコンテンツの少なくとも一部をタグ付けすることをユーザに促すユーザインタフェースの略図である。
【００２０】
【図３Ｃ】別の実施形態に従うユーザインタフェースであって、ユーザの一つまたは複数のコンタクトによってコンテンツの少なくとも一部にタグ付けするためのユーザインタフェースの略図である。
【００２１】
【図３Ｄ】ある実施形態に従う、複数のコンテンツにタグを付与するためのユーザインタフェースの略図である。
【００２２】
【図４Ａ】ある実施形態に従う、コンテンツの中の未知のアイテムを頒布するためのユーザインタフェースの略図である。
【００２３】
【図４Ｂ】ある実施形態に従う、コンテンツの中の未知のアイテムにタグを付与することをユーザに促すユーザインタフェースの略図である。
【００２４】
【図４Ｃ】ある実施形態に従う、コンテンツの中の未知のアイテムにタグを付与するためのユーザインタフェースの略図である。
【００２５】
【図５Ａ】図５Ｂと共に、ある実施形態に従う、拡張されたコンテンツタグ共有のためのフローチャートを形成する。
【図５Ｂ】図５Ａと共に、ある実施形態に従う、拡張されたコンテンツタグ共有のためのフローチャートを形成する。
【００２６】
【図６】ある実施形態に従う、未知のアイテムのタグを共有する処理のフローチャートである。
【００２７】
【図７】本発明の実施形態を実装するために使用されうるハードウェアの略図である。
【００２８】
【図８】本発明の実施形態を実装するために使用されうるチップセットの略図である。
【００２９】
【図９】本発明の実施形態を実装するために使用されうる携帯端末（例えばハンドセット）の略図である。
【いくつかの実施形態の説明】
【００３０】
以下、コンテンツタグの共有を拡張するための方法や装置、コンピュータプログラムの例が開示される。以下の記述において、説明の目的のために、多くの具体的な詳細な構成が紹介される。これらは、本発明の実施形態を深い理解に資するためのものである。なお、当業者には明らかなことである、本発明の実施形態は、これらの詳細構成がなくとも実施される場合があり、また、均等な構成によって実施される場合もある。よく知られた構成やデバイスが、ブロック図の形で紹介されることがあるが、これは、本発明の実施形態を不必要に不明瞭にすることを避けるためである。
【００３１】
本明細書において、「コンテンツ」という用語は、人間であるユーザに提示されるデジタルデータを表し、例えば、デジタルサウンド、楽曲、デジタルイメージ、デジタルゲーム、デジタルマップ、POI情報、（音楽ビデオやニュースクリップ、劇場公開ビデオのような）デジタルビデオ、広告、電子ブック、プレゼンテーション、プログラムファイル、オブジェクトなどであることができる。その他にも、いかなるデジタルメディアやデジタルコンテンツであってもよく、また、これらの組合せであってもよい。「提示する」や「レンダリングする」との語句は、コンテンツを人間であるユーザに提示するいかなる方法を含んでもよい。例えば、スピーカを通じて音声や楽曲を再生したり、スクリーンやプロジェクタ上に画像を表示したり、写真用紙や普通の紙などの触ることが可能なメディアに画像を表示したり、適当な表示装置に音声と共に動画を表示したり、ゲームや地図を描画したり、その他いかなる意味においても提示することを表すことができ、また、これらの組み合わせを表すこともできる。
【００３２】
本明細書において、「タグ」という用語は、ネットワークデバイス上のコンテンツに関連付けられるメタデータ構造の一つ又は複数のデータフィールドを表す。各タグデータフィールドは、コンテンツの少なくとも一部に含まれるアイテムを識別するデータを保持するためのものである。アイテムは、人間や物、アクティビティやその他の概念であり、人間のユーザに提示されるべくコンテンツがレンダリングされるとき、その者にとってはっきりと認識できる概念である。タグを付与する（タグを付ける）とは、データを挿入して上記メタデータ構造の一つまたは複数のタグデータフィールドを埋めることか、メタデータ構造に    データフィールドを付加すること、またはこれら両方を表す。
【００３３】
ソーシャルネットワークサービスにアップロードされる写真に関連する様々な実施形態が説明される。しかし、本明細書で紹介される方法は、共有可能な他のタイプのコンテンツにも適用される場合があることが想定されている。これらのコンテンツはピアの間で直接に共有されるものであってもよいし、音楽ストアやソーシャルネットワークサービス、ファイル共有サービスなどのネットワークサービスを通じて間接的に共有されるものであってもよい。
【００３４】
図１はシステム１００の略図である。システム１００は、ある実施形態に従う、拡張されたコンテンツタグ共有を可能とする。ユーザによって、写真などのコンテンツが、ＵＥ１０１ａのようなユーザ機器に追加されると、それはコンテンツを記述するメタデータに関連付けられる。そのようなメタデータとしては、例えば名前、サイズ、コンテンツを保持する一つまたは複数のファイルのフォーマット、当該コンテンツをキャプチャしたり生成したりしたデバイス、コンテンツが生成された時間や場所のようなものがある。当該コンテンツは他のユーザと共有されることがあるかもしれない。そのような共有は、当該コンテンツをユーザの１または複数の連絡先に送信することや、ソーシャルネットワークサービスのような共有サービスにブロードすることによりなされるかもしれない。しかしながら、コンテンツの内容や、コンテンツに含まれる一人又は複数人の人間の声や同様のものは、通常、当該コンテンツを作成した人間のユーザによって当該コンテンツに加えられる。これは面倒である場合がある。特に、パーティーや旅行のように、あるイベント中に多くの写真の撮影されるようなコンテンツのグループにおいてはそうである。このため、一つまたは複数のコンテンツが、当該コンテンツに含まれる全ての識別情報がタグ付けされないことがある。そのような識別情報とは、アイテムの識別上方であり、例えばコンテンツの主題や人、物、アクティビティなどである。このような事情は、ユーザに関連があるコンテンツについてユーザに通知を行うサービスの能力を制限してしまう。
【００３５】
この問題に対処するため、図１のシステム１００は、現在利用可能なコンテンツ以上のコンテンツのタグ付けを共有する能力を有している。ある実施形態では、システム１００は、あるグループの中の一つ又は複数のコンテンツのためのメタデータにタグ付けされているユーザに、それらのコンテンツにさらにタグ付けすることを許可する。その結果、コンテンツにタグ付けすることを許可されるユーザの数は増え、コンテンツにタグ付けする労力がシェアされる。コンテンツにタグ付けされた人に、さらに当該コンテンツにタグ付けすることを許すことの利点は、コンテンツにタグ付けを行う労力を分散させることであり、したがってコンテンツがより完全にタグ付けされる可能性が高まり、サービスが、ユーザに関連のあるコンテンツについて当該ユーザに通知を行う能力が強化されることである。ある実施形態では、システム１００は、コンテンツにタグ付けを行うことを許されたユーザに、コンテンツの一部に未知のアイテムが含まれることを許してもよい。未知のアイテムとは、例えば知らない人や知らないオブジェクトなどである。このコンテンツの部分は、少なくとも、例えば当該コンテンツに既にタグ付けされている他の一つまたは複数の連絡先に送信される。未知のアイテムを含むコンテンツの部分をある連絡先に転送することの利点は、コンテンツがより完全にタグ付けされる可能性を高めることであり、サービスが、ユーザに関連のあるコンテンツについて当該ユーザに通知を行う能力が強化されることである。
【００３６】
例えば、実施形態によっては、システム１００は、第１のユーザが、その人とは異なる第２のユーザによって提供されたコンテンツに関連付けられていることを、第１のユーザを示すタグに基づいて決定する。ここで第２のユーザは当該コンテンツの所有者である。そしてシステム１００は、前記第２のユーザにより提供された前記コンテンツに、前記第２のユーザからのさらなるインプットなしに第３のユーザを関連づけることを、第１のユーザが許可されていることを示す。このような処理は、ユーザ装置によって行われてもよいし、ソーシャルネットワークサービスのようなリモートのネットワークサービスによって行われてもよい。実施形態によっては、システム１００は、第１のユーザの装置からメッセージを受信したことを決定してもよい。このメッセージは、第１のユーザに関連付けられたコンテンツの部分と、第２のユーザを示すデータとを示してもよい。ここで第２のユーザは、当該コンテンツの部分の中のアイテムを特定するように要求された者である。これらの実施形態において、システム１００は、第２のユーザの装置のコンテンツの部分をレンダリングし、コンテンツの部分をコンテンツの部分の識別情報に関連づけるように第２のユーザを促す。これは、第２のユーザの装置によって行われてもよいし、ソーシャルネットワークサービスのようなリモートのネットワークサービスによって行われてもよい。
【００３７】
図１に描かれるように、システム１００は、ユーザ装置（ＵＥ）１０１ａ及び１０１ｂを有する。これらの装置はまとめてＵＥ１０１と表されることがある。これらの装置は、通信ネットワーク１０５を介して、一つまたは複数のネットワークサービス１１０ａ−１１０ｎやソーシャルネットワークサービス１２０に接続することができるように構成される。これらのサービスはまとめてネットワークサービス１１０と称されることがある。システム１００の通信ネットワーク１０５は、一つ又は複数のネットワークを含むことができる。具体的な例を挙げてみると、このネットワークは、図示されていないが、例えばデータネットワークや電話ネットワーク、又はこれらを組み合わせたものであることができる。データネットワークは、例えば、ローカルエリアネットワーク（ＬＡＮ）やメトロポリタンエリアネットワーク（ＭＡＮ）、広域ネットワーク（ＷＡＮ）、公衆データネットワーク（例えばインターネット）、近距離無線ネットワークなどであることができ、また、他の好適なパケット交換ネットワークであることができる。なお、そのようなパケット交換ネットワークには、商業的に利用可能なものもあれば、個人の光ケーブルや光ファイバネットワークのような、私有のパケット交換ネットワークもあり、またこれらを組み合わせたものであってもよい。無線ネットワークは、例えばセルラネットワークであることができ、これは、ＥＤＧＥ（enhanced data rates for global evolution）やＧＰＲＳ（general packet radio service），ＧＳＭ（global system for mobile communications），ＩＭＳ（Internet protocol multimedia subsystem），ＵＭＴＳ（universal mobile telecommunications system）など、様々な技術を利用したものであることができる。また、セルラネットワークで使用されうる無線媒体としては、WiMAX（worldwide interoperability for microwave access）やＬＴＥ（Long Term Evolution），ＣＤＭＡ（符号分割多元接続），ＷＣＤＭＡ（Wideband Code Division Multiple Access），ＷｉＦｉ，無線ＬＡＮ（ＷＬＡＮ），Bluetooth（登録商標），ＩＰデータ放送，衛星，モバイルアドホックネットワークなどがあり、またこれらを組み合わせたものであってもよい。
【００３８】
ＵＥ１０１もいかなるタイプの端末であってもよく、移動端末や固定端末、可搬型端末であってもよい。例えば、携帯ハンドセットや局，ユニット，デバイス，マルチメディアコンピュータ，マルチメディアタブレット，インターネットノード，携帯情報端末（ＰＤＡ），音楽やビデオのプレーヤー，デジタルカメラやデジタルビデオカメラ，位置同定機器，テレビ受像機，無線放送受信機，電子ブック機器，ゲーム機器，及びこれらを組み合わせたものであってもよい。ＵＥ１０１はまた、ユーザに対するとのようなタイプのインタフェースを含んでもよく、例えば、ウェアラブル回路などを含んでもよい。携帯端末の一例が、図９を参照して後に詳述される。
【００３９】
例示された実施形態において、一つまたは複数のプロセスが各ＵＥ１０１で実行される。少なくともＵＥ１０１ａは、カメラやビデオレコーダ、オーディオレコーダ、ゲームモジュール、描画モジュール、画像ダウンロード・編集モジュール、その他のモジュールのような、コンテンツ生成器１３０を有する。このような多くのプロセスやモジュールは本願の技術分野でよく知られている。コンテンツ生成器１３０は、少なくともいくつかのコンテンツメタデータ１３４と共にコンテンツ１３２を生成する。ＵＥ１０１ｂは、シェアされるべきコンテンツ１３２をＵＥ１０１ａで生成したユーザとは異なるユーザに属している。図示される実施形態において、各ＵＥ１０１はコンテクストモジュール１０９を有している。このモジュールは、ローカルで生成されたコンテンツのメタデータ１３４に含まれる、少なくともいくつかのコンテクスト情報を決定する。このようなコンテクスト情報としては、例えば時間、場所、ＵＥ１０１で実行中のアプリケーションプログラムなどであることができる。例えば、各コンテクストモジュール１０９は、携帯機器の現在位置を決定する位置決定モジュール１０３を備えている。各ＵＥ１０１は又、グラフィカルユーザインターフェース（ＧＵＩ）モジュール１５０を有している。ＧＵＩモジュール１５０は、後に詳述されるように、ローカルで生成されたコンテンツや共有コンテンツにタグ付けをするために用いられる。モジュール１５０は、今後、タグＧＵＩモジュール１５０と呼ばれる。
【００４０】
例であるが、ＵＥ１０１や、ソーシャルネットワークサービス１２０を含むサービス１１０は、互いに通信したり、通信ネットワーク１０５の他の要素と通信したりすることができる。この通信には、よく知られたプロトコルを用いることができるが、新しいプロトコルや開発中のプロトコルを用いてもよい。これに関連して、プロトコルは、ネットワーク１０５の各ネットワークノードが、通信リンクを介して送信される情報に基づいて、どのように相互作用するかを定義するルールのセットを含む。プロトコルは、様々なタイプの物理信号の生成や受信から、これらの信号を送信するためのリンクの選択、これらの信号により提示される情報のフォーマット、コンピュータ上で動作しているとのソフトウェアアプリケーションが情報を送受信するかの識別など、各ノードの動作の様々なレイヤにおいて使用される。ネットワーク上で情報交換する複数のプロトコルレイヤのコンセプトが、ＯＳＩ参照モデルで記述されている。
【００４１】
ネットワークノード間の通信は、通常、パケットに分割したデータを交換することにより実現される。各パケットは、通常、（１）特定のプロトコルに関するヘッダ情報と、（２）ヘッダ情報の次に位置するペイロード情報とを有する。ペイロード情報は、プロトコルによって個々に処理される。しばしば、あるプロトコルのペイロードに含まれるデータは、ＯＳＩ参照モデルにおけるより高次のレイヤのプロトコルに関連するヘッダとペイロードを含んでいる。高次のプロトコルは、低次のプロトコルにカプセル化されていると表現される。パケットに含まれるヘッダは、複数の異なるネットワークで運ばれる。例えばインターネットにおいては、ＯＳＩ参照モデルで記述されるように、通常、レイヤ１用の物理ヘッダ，レイヤ２用のデータリンクヘッダ，レイヤ３用のインターネットワークヘッダ，レイヤ４用のトランスポートヘッダ，及び、レイヤ５−７の各種アプリケーション用のヘッダが用いられる。
【００４２】
クライアントサーバモデルは、コンピュータ処理の相互関係において広く知られており、また使われている。クライアントサーバモデルによれば、クライアントプロセスは、リクエストを含むメッセージをサーバプロセスに送信し、サーバプロセスは、サービスを提供することによって応答する。サーバプロセスは、応答を含むメッセージをクライアントプロセスに返すこともある。しばしば、クライアントプロセスとサーバプロセスは異なるコンピュータ装置で実行される。このような装置は、例えばホストと呼ばれ、ネットワーク通信のための一つまたは複数のプロトコルを用いてネットワークを介して通信しあう。「サーバ」との用語は、一般的に、サービスを提供するプロセスや、処理が行われるホストコンピュータを言い表すときに使われる。「クライアント」との用語は、一般的に、リクエストを生成するプロセスを表現するときに使われるが、処理が行われるホストコンピュータを表現するときにも使われる。なお、本明細書では、文脈から特に明らかでない限り、「サーバ」や「クライアント」との用語は、ホストコンピュータ表現するよりも、プロセスを表現するためにおもに使用される。サーバによって遂行されるプロセスは、複数のプロセスや複数のホストに分解されることができる。この場合の複数のホストのそれぞれを、ティア（tier）と呼ぶことがある。分解する理由は、例えば、信頼性やスケーラビリティ、冗長性などである。
【００４３】
通信ネットワークに接続されているほとんどのノードで利用可能な有名なクライアントプロセスは、ＷＷＷクライアントである。これは、ウェブブラウザやブラウザなどと呼ばれ、ＨＴＴＰに従うフォーマットのメッセージを用いて、ウェブページを提供するＷＷＷサーバと呼ばれる多くのサーバと相互に通信する。（ウェブページは通常、ＨＴＴＰと呼ばれるハイパーテキストマークアップ言語に従ってフォーマットされている。）図示される実施形態において、各ＵＥ１０１はブラウザ１０７を備えており、これはひとつまたは複数のサービス１１０のためのクライアントプロセスの利用に供されることができる。実施形態によっては、タグGUIモジュール１５０は、ソーシャルネットワークサービス１２０のようなネットワークサービス１１０によって、ウェブページの中で生成され、ブラウザ１０７中に含められる。実施形態によっては、タグGUIモジュール１５０は別のサーバのクライアントプロセスであり、例えば、強化されたコンテンツタグ共有モジュール１６０のクライアントプロセスである。実施形態によっては、タグGUIモジュールはクライアントプロセスではなく、別のＵＥ１０１上の似たようなプロセス（これはピアと呼ばれる）とやりとりを行うスタンドアロンのプロセスである。例えば、実施形態によっては、ＵＥ１０１上のタグGUIモジュール１５０は、ピアであるＵＥ１０１ｂ上のタグGUIモジュール１５０と通信する。同様に、ある実施形態では、コンテクストモジュール１０９は、ネットワークサービス１１０のコンテクストサーバのクライアントである。ある実施形態では、コンテンツ生成器１３０は、ネットワークサービス１１０のコンテンツ生成サーバのクライアントである。
【００４４】
ある実施形態において、ネットワークサービス１１０はリモートに位置している。各ネットワークサービス１１０は、少なくとも一つのサービスへのアクセスを可能にするように構成される少なくとも一つのインタフェースへのアクセスを容易にする。ある実施形態では、一つまたは複数のサービス１１０がアクセス権を発行し、ユーザに同じまたは異なるサービスへのアクセスを許可する。多くのネットワークサービス１１０は、ＵＥ１０１の一つまたは複数のクライアントとやりとりを行うサーバである。これらのクライアントは、クライアントとして振る舞うブラウザ１０７やタグGUIモジュール１５０であることができる。ソーシャルネットワークサービス１２０もサーバであり、各利用者及び当該利用者のコンタクトのデータを有するユーザプロファイルデータ構造１２２を管理する。このサーバはまた、クライアントとして振る舞うＵＥ１０１の標準ブラウザとやりとりを行う。ユーザプロファイルデータ構造１２２については、図２Ａを参照して後に詳述される。
【００４５】
図１には、サービスやプロセス、モジュール、データ構造が一体的なユニットとして描かれているが、これはある例示的な目的のためにそのように描かれているのであって、別の実施形態では、サービスやプロセス、モジュールやデータ構造、またこれらの部分の一つまたは複数が異なる形態で実装されたり、ネットワーク１０５の一つまたは複数のノードの同じものまたは異なるものの上で実装されたりする。また、これらのコンポーネントの機能は、一つまたは複数のコンポーネントにまとめられたり、同様の機能を有するかのコンポーネントによって実行されたりする場合があることが想定されている。
【００４６】
図２Ａは、ある実施形態に従う、ユーザプロファイルのためのデータ構造２００の略図である。ユーザプロファイルデータ構造１２２は、ソーシャルネットワークサービスの利用者のそれぞれのために、ユーザプロファイルデータ構造２００のようなユーザプロファイルを含む。ユーザプロファイルデータ構造２００は、ユーザ識別情報（ＩＤ）フィールドや、ユーザ情報フィールド２０４、コンタクトリストフィールド２０６、グループフィールド２０８、及び、（省略記号で表されているように一つまたは複数の）ユーザコンテンツフィールド２１０を含む。
【００４７】
ユーザIDフィールド２０２は、ソーシャルネットワークサービスの特定の利用者を示すデータが格納されている。例えばユーザIDフィールドは、"FastFreddy"のようなソーシャルネットワークネームや、実際の名字や名前、番号、電子メールアドレス、MSISDN（Mobile Subscriber Integrated Services Digital Network Number；携帯電話の番号である）などを格納することができる。またユーザIDフィールドは、ネットワークサービスによって定義される他の識別情報を格納することもでき、例えばGSMネットワークて使用される、個人の識別する１５ディジットのコードであるIMSI（International Mobile Subscriber Identity）という識別情報を格納することができる。IMSIの値は通常、加入者識別モジュール（SIMカード）に格納される。SIMカードは多くの携帯電話によって情報を格納するために使用されており、特に高度な機能のために使用されている。
【００４８】
ユーザ情報フィールド２０４は、利用者のその他のデータを格納する。例えばフルネームや住所、アカウント番号、Eメールアドレス、誕生日、学歴、勤務先、関係情報などであることができる。サービスの利用者は、これらの情報の一つ一つまたは組組み合わせを、他の利用者と共有するかしないかを選択することができる。
【００４９】
コンタクトリストフィールド２０６は、ユーザがフィールド２０２において情報を共有する者と特定した他の利用者を示す情報を格納する。このような情報としては、例えば、それら他のユーザのユーザIDであることができ、各ユーザIDは特定のユーザプロファイルのキーとしての役割を果たし、そのユーザプロファイルからはさらに他の情報を得ることができるようになっている。実施形態によっては、コンタクトリストは、コンタクトを様々なカテゴリにグループ分けすることができる。例えば友達や同僚、クライアント、知人などにグループ分けすることができ、カテゴリによって情報共有レベルが異なっている。
【００５０】
グループフィールド２０８は、フィールド２０２において、ユーザが参加したことを決めたグループが示されている。例えばソーシャルグループは、異なる職業や地理的エリア、政治的または宗教的な意見、好きな有名人やスポーツチーム、などによって形成されることができる。利用者はこれらのグループの一つまたは複数に参加することを許されている。参加したグループはグループフィールド２０８に示される。
【００５１】
ユーザコンテンツフィールド２１０は、共有するためにソーシャルネットワークサービスにアップロードされたコンテンツを示すデータを格納する。共有は、フィールド２０６にリストされる一つまたは複数のカテゴリに対して行うことができる。ユーザコンテンツフィールド２１０は、コンテンツ識別情報（ID）フィールド２１２や、関連するコンテンツのアルバムの次のコンテンツへのポインタ２１４、コンテンツフィールド２１６、メタデータフィールド２２０を含む。コンテンツはこのようにしてネットワークサービス、例えばソーシャルネットワークサービス１２０で共有可能となり、コンタクトリストフィールド２０６に含まれる一人または複数の利用者と共有することが可能となる。ある実施形態において、ユーザコンテンツフィールドの特定のバージョンは、UE１０１（例えばUE１０１ａ）上のコンテンツデータ構造１３２に格納される。そしてそこから、コンテンツは、ネットワークサービス１１０や、別のUE１０１（例えばUE１０１ｂ）のタグGUIモジュール１５０２送信される。
【００５２】
コンテンツIDフィールド２１２は、コンテンツのなかで、フィールド２０２に特定されるユーザに関連付けられるコンテンツをユニークに特定するデータを格納する。このようなデータとしては、例えばタイムスタンプやコンテンツタイプ（音、画像、動画、ゲームなど）がある。ポインタ２１４は、関連するコンテンツのアルバムの中の次のコンテンツを示すデータを格納する。関連するコンテンツとは、例えば、互いに密接に関連する時間に生成またはアップロードされたコンテンツであることができ、これらは同じユーザまたは複数のユーザによってされ、これら複数のユーザはあるユーザのコンタクトリストに含まれているユーザであり、互いに地理的に近い場所に位置しているユーザであってもよい。その他のコンテンツは、対応するコンテンツID値と共に、フィールド２１６に格納される。コンテンツフィールド２１６は、コンテンツを特定するデータを格納する。このようなデータとは、例えば、フィールドへのポインタ、メモリ位置、コンテンツを含む一つまたは複数のファイル、当該コンテンツを人間に提示するためにレンダリングされる符号値などであることができる。メタデータフィールドはコンテンツに関する情報を特定するデータを格納する。このようなデータとしては、例えば、コンテンツがどのように提示されるべきかや、一人または複数の利用者やコンタクトにとっての当該コンテンツの重要性、またはこれらの組み合わせなどであることができる。なお、当該利用者やコンタクトは、ユーザのフィールド２０２に特定される。実施形態によっては、メタデータフィールド２２０は、独立に存在するファイルであって、メタデータが実際に格納されているファイルの一つまたは複数の場所を示すデータを格納する。
【００５３】
図２Ｂは、ある実施形態に従う、コンテンツメタデータのためのデータ構造２２１の略図である。コンテンツメタデータ・データ構造２２１は、コンテンツ取得デバイスフィールド２２２、コンテンツ特徴フィールド２２４、コンテンツ取得日時場所フィールド２２６、所有者メタデータフィールド２３０、タグ付けされたコンテンツメタデータフィールド２５０を含む。フィールド２５０は一つまたは複数存在し、それが省略記号で表されている。タグ付けされたコンテンツメタデータフィールド２５０は、メタデータ及びコンテンツへのタグ付けを拡張するという効果を達成するための手段であり、これによって、システムは利用者に、関連するコンテンツについて正確に通知できるようになる。
【００５４】
コンテンツ取得デバイスフィールド２２２は、コンテンツを取得（キャプチャ）したデバイス（がもし存在すれば）を特定するデータを格納する。そのようなデータは、例えば、デジタルカメラのメーカーの名前や製品番号、ＵＥ１０１に適合させるために用いられたソフトウェアであることができる。このような情報を特定するために如何なる方法が用いられてもよい。例えば、一つまたは複数のＥＸＩＦ（exchangeable image file format）フィールドや、その他のディジタルメディアフォーマットを用いてもよい。コンテンツ特徴フィールド２２４は、特定のコンテンツが、フィールド２２２に特定されるデバイスからどのように生成されたかを示すデータを格納する。例えば画像の方位や、画素の空間的及び時間的な間隔、画像や音圧の連続、コンテンツの符号化方法、データ圧縮のタイプ、レンズの焦点距離、光源、露光時間などであってもよく、コンテンツのタイプによって好適なものを格納する。
【００５５】
コンテンツ取得日時場所フィールド２２６は、画像を取得したり生成したりした日時や、音声又は動画ストリームの開始時間や終了時間、コンテンツ生成された場所を示すデータが、もし利用可能であれば、格納される。このフィールドのデータは、コンテンツのために、時間や場所のコンテクストを提供する。
【００５６】
所有者メタデータフィールド２３０は、コンテンツ生成したユーザによって提供されたメタデータが格納される。当該ユーザは、例えばＵＥ１０１ａのユーザであり、ユーザの携帯電話のカメラやマイクを用いて写真を撮影したり音声を録音したりした者である。例示される実施形態において、所有者メタデータフィールド２３０は、所有者識別情報（ＩＤ）フィールド２３２、コンテンツアルバム識別情報（ＩＤ）フィールド２３４、一つまたは複数のテキストフィールド２３６、ソーシャルネットワークグループフィールド２３８、タグ付けされたコンタクトフィールド２４０を含む。フィールド２４０は一つまたは複数あることができ、それが省略記号で示されている。
【００５７】
所有者IDフィールド２３２は、このメタデータにより記述されるコンテンツを生成したユーザを特定するデータが格納される。これは、例えばフィールド２０２の中の識別情報を用いて行われることができる。このフィールドは、メタデータが、（例えばコンテンツデータ構造１３２の中の）ユーザプロファイルデータ構造２００の外部のユーザコンテンツフィールド２１０の中に存在する場合や、メタデータが他のデバイス（例えばＵＥ１０１ｂ）に送信された場合）に、特に便利である。フィールド２３２は、コンテンツがユーザプロファイルの外に送信される場合にその所有者を決定するという効果を達成するための手段である。
【００５８】
コンテンツアルバムIDフィールド２３４は、複数のコンテンツからなるアルバムを一意に特定するデータを格納する。これら複数のデータは互いに関係しており、同じような情報によってタグ付けされているかもしれない。例えば、関連度の高い時間帯に生成されたりアップロードされたものであったり、同じユーザによって生成されたりアップロードされたものであったり、当該ユーザのコンタクトリストに含まれ場所的にも近い複数の者によって生成されたりアップロードされたものであったりする。そのようなアルバムＩＤを用いてもよい。様々な実施形態において、アルバムIDは、ユーザ装置やネットワークサービスによって生成された数字のシーケンスや、ユーザによって指定される名称である。実施形態によっては、前日のフィールド２１４に含まれるポインタがアルバムＩＤの代わりに用いられ、関連性のあるコンテンツを関連づけるために用いられる。この場合、アルバムIDフィールド２４３は省略される。アルバムIDフィールドは、関連性のあるコンテンツを関連づけるという効果を達成するための手段である。
【００５９】
テキストフィールド１３６は、（例えば声やテキストタイプによって）を所有者が入力したデータを保持する。このデータはコンテンツの内容を記述するものであったり、ソーシャルネットワークサービスなどのネットワークサービスのコンタクトに含まれない人を記述するものであったりする。ある実施形態において、テキストフィールド２３６は、コンテンツ全体ではなくコンテンツの一部分に適用されるテキストを示すコンテンツ部分フィールド２３７を備える。このような実施形態のあるものにおいては、所有者メタデータフィールド２３０に複数のテキストフィールド２３６が含まれ、それぞれがタグ付けされたコンテンツの異なる部分のために用いられる。
【００６０】
ソーシャルネットワークグループフィールド２３８は、ソーシャルネットワークグループを表すデータを格納する。このソーシャルネットワークグループは、そのメンバーが、コンテンツに興味を持つどのようなものであってもよい。フィールド２３８のデータにより特定されるグループを決定するために、如何なる方法が用いられてもよい。例えばある実施形態においては、所有者が、彼が属する複数のグループのプルダウンメニューからグループを選択する。実施形態によっては、グループはコンテクスト情報から推定される。例えば、コンテンツが生成されたときに所有者の近くにいた他のグループメンバーなどに基づいて推定される。
【００６１】
タグ付けされたコンタクトフィールド２４０は、フィールド２０６の中の所有者のコンタクトリストに含まれるコンタクトであって、コンテンツに表されていると所有者によって特定されたコンタクトを示すデータを保持する。この特定は、声や画像、類似度などに基づくことができる。例えばコンタクトのユーザIDが、タグ付けされたコンタクトフィールド２４０のコンタクトIDフィールド２４２に示される。実施形態によっては、タグ付けされたコンタクトの各々は、コンテンツにタグ付けされることを自動的に許可される。全ての許可されたコンタクトは、その権限が、所有者に遡ることができなければならない。タグ付けされたコンタクトフィールド２４０は、リストされたコンタクトに所有者が権限を与えたことを決定するという効果を達成するための手段の一例である。
【００６２】
ある実施形態においては、タグ付けされたコンテンツの全てがさらにコンテンツにタグ付けすることを許可されるわけではない。実施形態によっては、タグ付けされたコンタクトフィールド２４０は、許可されたコンタクトフラグフィールド２４１を含む。このフィールドは、権限を与えられたコンタクトであってタグ付けされたコンタクトのためにはある値を示すとともに、コンテンツにさら
【００６３】
ある実施形態においては、タグ付けされたコンタクトは、コンテンツによって特定されるわけではなく、当該コンテンツの特定の部分によって特定される。そのような実施形態においては、タグ付けされたコンタクトフィールド２４２は、コンタクトＩＤフィールド２４２とコンテンツ部分フィールド２４４の両方を含む。コンテンツ部分フィールド２４４は、コンテンツの部分を表すデータを格納する。この部分を示すためには、如何なる方法が用いられてもよい。例えば音声やビデオの記憶における開始時間や終了時間、画像のエリアの中心ピクセルや大きさ（デフォルトサイズや指定サイズ）、当該部分を取り囲む四角形を定義する、左上のピクセルの座標や右下のピクセルの座標であることができる。省略記号によって示されるように、後続のタグ付けされたコンタクトフィールド２４０において、所有者によってタグ付けされたさらに別のコンタクトが示される。
【００６４】
ある実施形態においては、コンタクトIDフィールド２４２に特定される一人又は複数（または全て）のコンタクトが、テキストやソーシャルネットワークグループやさらに別のコンタクトによって、コンテンツにタグ付けすることが許可される。追加的なコンタクトの一部または全部もまた、コンテンツにさらにタグ付けされることが許可される。このため、許可されたコンタクトの人数は、コンタクトにタグ付けするための負荷を分散させるに十分なくらい多くなる。
【００６５】
このような許可されたコンタクトによって生成されたメタデータは、タグ付けされたコンタクトメタデータフィールド２５０に、省略機能で表されている他のものと共に示されている。タグ付けされたコンタクトメタデータフィールド２５０は、コンタクトIDフィールド２５２、テキストフィールド２５６、ソーシャルネットワークグループフィールド２５８、一つ又は複数のタグ付けされたコンタクトフィールド２６０を含む。コンタクトIDフィールド２５２は、所有者とは異なるコンタクトを示すデータを保持する。実施形態によっては、コンタクトIDフィールド２５２は、それ以前のタグ付けされたコンタクトデータフィールド２５０のコンタクトＩＤフィールド２５２とは異なるコンタクトを示す。
【００６６】
テキストフィールド２５６は、フィールド２５２に特定される許可されたコンタクトによって入力されたデータを保持する。この入力は声やタイピングによって行われることができる。また入力された内容は、コンテンツの内容や、ソーシャルネットワークサービスなどのネットワークサービスには含まれない人を説明する。ある実施形態において、テキストフィールド２５６は、コンテンツ全体ではなくコンテンツの部分に適用されるテキストを特定するコンテンツ部分フィールド２５７を備える。このような実施形態のあるものにおいては、タグ付けされたコンタクトメタデータフィールド２５０の中に複数のテキストフィールド２５６が含まれ、そのそれぞれは、タグ付けされたコンテンツの異なる部分のために用いられる。
【００６７】
ソーシャルネットワークグループフィールド２５８は、ソーシャルネットワークグループを表すデータを格納する。フィールド２５８のデータにより特定されるグループを決定するために、如何なる方法が用いられてもよい。例えばある実施形態においては、許可されたコンタクトが、彼が属する複数のグループのプルダウンメニューからグループを選択する。実施形態によっては、グループはコンテクスト情報から推定される。例えば、コンテンツが生成されたときに、上記許可されたコンタクトの近くにいた他のグループメンバーなどに基づいて推定される。
【００６８】
タグ付けされたコンタクトフィールド２６０は、許可されたコンタクトのコンタクトリストに含まれるコンタクトであって、当該許可されたコンタクトによって、コンテンツに表されていると特定されたコンタクトを示すデータを格納する。そのような特定は、声や画像、類似度などに基づくことができる。また、許可されたコンタクトのコンタクトリストは、通知されていないが、そのコンタクトのユーザプロファイルデータ構造に含まれていることができる。新しいコンタクトのユーザIDは、例えば、タグ付けされたコンタクトフィールド２６０のコンタクトididフィールド２６２の中に示される。実施形態によっては、全てのタグ付けされたコンタクトが、コンテンツにさらにタグ付けされることを許可されるわけではない。許可されたコンタクトクラブフィールド２６１が投入される。フィールド２４１について上に説明された通りである。実施形態によっては、タグ付けされたコンタクトは、コンテンツによって特定されるだけでなく、コンテンツの特定の部分によって特定される。このような実施形態においては、タグ付けされたコンタクトフィールド２６２は、コンタクトIDフィールド２６２とコンテンツ部分フィールド２６４の両方を備える。コンテンツ部分フィールド２６４は、コンテンツの部分を示すデータを格納する。許可されたコンタクトによってタグ付けされたさらなるコンタクトがもしあれば、省略記号で表されているように、後続のタグ付けされたコンタクトフィールド２４０の後に示される。
【００６９】
ある実施形態においては、コンタクトIDフィールド２６２に特定される全てのコンタクトが、テキストやソーシャルネットワークグループ、さらなるコンタクトを用いて、コンテンツにタグ付けすることを許可される。このような許可されたコンタクトによって生成されたメタデータは、省略記号によって、タグ付けされたコンタクトメタデータフィールド２５０の中に表されている。実施形態によっては、タグ付けされたコンタクトの特定の者のみが、さらにタグを追加することを許可される。これらのコンタクトは許可されたコンタクトフラグフィールド２４１の値によって区別される。タグ付けされたコンタクトの全員がコンテンツにさらにタグ付けを行うことが許可される実施形態においては、許可されたコンタクトフラグフィールド２４１および２６１の片方または両方が省略される。
【００７０】
図２Ａや図２Ｂにおいて、データ構造やフィールドが、一つの統合されたブロックとして特定の順番で示されてきたが、これらは例示目的のためにそうされただけに過ぎず、他の実施形態においては、一つ又は複数のデータ構造やフィールド、またそれらの部分が、異なる順番に配されたり省略されたり、一つ又は複数のデータベースに保持されたり、ネットワーク１００このような通信ネットワークに接続されている一つ又は複数のノードに分散されたり、結合のような方法によって変更されたりする。
【００７１】
以下にさらに詳細に説明されるように、これらの構造は特定の画像やあのコンテンツの可視性を向上させる。これは、利用可能なタグに基づく伝搬という手段を導入することによってなされる。タグは、様々なユーザのタグ付けという処理に由来し、あるイメージに新しい人物がタグ付けされるたびに、そのイメージは彼又は彼女にシェアされ、そしてそのイメージにさらにタグ付けすることができる者として認められる。このようにしてイメージやアルバム全体が次々にタグ付けされシェアされる。このような実施形態の利点は、イメージやその他のコンテンツがより多くタグ付けされるほど、さらに多くのアクセスが許可され、関係するさらに多くの人々が見ることができるようになり、イメージやその他のコンテンツにさらにタグ付けがなされるようになることである。その結果、そのイメージやコンテンツに関するますます多くの情報が積み重なっていき、興味を示すと思われるユーザにそのコンテンツが届けられる可能性が高まる。
【００７２】
さらに、アルバムの中のあるコンテンツを関連付けることにより、そのアルバムの他のコンテンツのタグ付けも同時に行われる。例えば、しばしば、１組の画像はほぼ同じ時に撮影され、人々はそれら全てをアルバムとしてシェアしたいと考える。そこで、ある実施形態においては、ある人々が特定のコンテンツにおいてタグ付けされている時、その人々は同じアルバムの残りの画像についてもタグ付けされる。実施形態によっては、ある人物がアルバムの中のコンテンツの一つにタグ付けされている時、その人物は、そのアルバムの全てのコンテンツについてもタグ付けされる。したがって、この人物にタグ付けすることは、それは、アルバムの中の写真の一つ一つに手動でマークすることなしに、アルバムの中の全ての写真に共有される。
【００７３】
図３Ａは、ある実施形態に従う、ユーザによって提供されたコンテンツをグループ化するためのユーザインタフェース３００の略図である。例示される実施形態において、ユーザインタフェースはグラフィカルユーザーインタフェース（ＧＵＩ）であり、よく知られているように、人間がやりとりを行うことのできるグラフィック要素を有する。しかしながら、実施形態によっては別のユーザインタフェースが使用されることがあり、例えば音声によって入力が促され、テキストに変換される音声の応答を有するオーディオインタフェースなどが使用されることがある。GUI３００及び後続の図で描かれるものにおいて、ユーザはグラフィックコンポーネントや要素が表示されているスクリーンの部分を特定する。この特定は、別のポインティングデバイスを用いてカーソルを動かすことによって、又は、ポインティングデバイスとしてのタッチスクリーンをタッチすることによって行うことができる。便宜上、ポインティングデバイスに応答するカーソルを使用することが説明されているが、実施形態によってはカーソルが省略され、ユーザはスクリーンの一部を直接タッチすることにより特定のグラフィック要素や他の要素とやりとりを行うことは理解されたい。
【００７４】
GUI３００は、タグGUIモジュール１５０２よって、ＵＥ１０１上に表示される。実施形態によっては、タグGUIモジュール１５０は、ソーシャルネットワークサービス１２０の拡張コンテンツタグ共有モジュール１６０からのＨＴＴＰメッセージに応答して、ブラウザ１０７の中で動作する。各GUIは、そのＨＴＴＰメッセージで受信した異なるHTMLページである。GUI３００は表示領域３１０を有し、ユーザはそこで、ソーシャルネットワークサービス１２０にアップロードすることなどによりユーザが共有しようとしているＵＥ１０１上のファイルを特定することができる。表示領域３１０は、所有者に、コンテンツの共有を促すテキストを表示する。例えば、ソーシャルネットワーク１２０を通じてコンテンツの共有を行う実施例のために、"ソーシャルネットワークにアップロードするコンテンツファイル"のようなテキストが表示される。
【００７５】
表示領域３１０はファイルリスト領域３２０を含む。この領域には、ＵＥ１０１のコンテンツファイルが、例えば図示されているように、名前によってリストされている。ファイル名はファイル名領域３２２ａ−３２２ｅにリストされている。さらなるファイル名を見るために、操作されることが可能なよく知られたスクロールバー３２６が含まれており、リストをスクロールアップやスクロールダウンすることによりさらなるファイル名が領域に表示されるようになる。各ファイル名にはラジオボタン３２４が関係付けられる。このボタンは、よく知られているように、ユーザによって操作されるポインティングデバイスによって選択されることができる。●が表示されたラジオボタンで示されているように、いずれのファイル名も選択されることが可能であり、また、それが表示されていないラジオボタンで示されているように、選択されないままとすることも可能である。具体的に例示するために、ファイルリスト領域３２０は、ファイル名３２２ｂ、３２２ｃ、３２２ｅが、共有のために選択されているように描かれている。
【００７６】
表示領域３１０は、ボタン３１２，３１０，３１６，３１７，３１８を含む。これらのボタンは、よく知られているように、ユーザが操作するポインティングデバイスによって選択されることができる。「全てを選択」ボタン３１２がアクティブにされると、全てのファイル名が選択される。「全てを解除」ボタン３１４がアクティブにされると、全てのファイル名の選択が解除される。「選択切り替え」ボタン３１６がアクティブにされると、現在選択されている全てのファイル名が選択されていない状態になり、現在選択されていない全てのファイル名が選択された状態になる。アップロードボタンがアクティブにされると、選択されたファイルが共有のために保存される。共有は、例えば、ソーシャルネットワークサービス１２０のユーザプロファイルにアップロードされることによって行われる。タグボタン３１８がアクティブにされると、タグGUIモジュール１５０は、次のGUI画面を表示し、そこでユーザは、一つ又は複数の選択されたコンテンツファイルにタグ付けすべく情報を入力することができる。それによって、選択されたファイルの一つ又は複数に、メタデータにデータが追加される。
【００７７】
図３Ｂは、ある実施形態に従うユーザインタフェース３３０の略図である。ユーザインタフェース３３０は、ユーザの一人又は複数のコンタクトによってコンテンツの少なくとも一部をタグ付けすることを促す。GUI３３０は、GUI３００と同様に、タグGUIモジュール１５０によってＵＥ１０１に表示される。GUI３３０は、レンダリングされたコンテンツ領域３３２、「テキスト追加」ボタン３３７及びテキストボックス３３８を含むテキストタグ付け領域、コンタクトタグ付け領域３４０を備える。GUI３３０はまた、「全てをタグ付け」ボタン３４８ａ及び「ファイルを提案」ボタン３４８ｂを備える。
【００７８】
レンダリングされたコンテンツ領域３３２は、画像やビデオクリップ、オーディオクリップ、ゲームなど、コンテンツにとって適切なように当該コンテンツをレンダリングする。例えばビデオやオーディオは、再生、一時停止、逆回し、早送り、停止といったボタンが領域３３２に現れるようにレンダリングされる（図示されていない）。より具体的な例を示すと、コンテンツは聖歌隊の練習の写真であり、音楽監督と、前列に３人の歌い手と、その後ろにヘルメットをかぶった人々が移っている。このイメージがレンダリングされたコンテンツ領域３３２に表示されている。
【００７９】
実施形態によってはコンテンツの一部が示される。これは例えば、イメージ全体ではなくイメージの一部にタグを関連づけるためである。このような実施形態においては、部分は、ポインティングデバイスの周りに示される。例えばカーソル３３４を中心とした、点線で表された楕円３３５のように示される。オーディオファイルやビデオファイルにおいては、図示されていないが、時間範囲やタイムラインによって部分を表すことができる。これらの時間範囲やタイムラインは、再生ボタンや停止ボタンと共に領域３３２に表示される。部分の大きさは可変である。これは、例えばポインティングデバイスのボタンを押しながらカーソルをドラッグすることで行うことができる。また例えば、タッチスクリーン上で２本の指を互いに離れるように動かすことで当該部分を大きくし、互いに近づくように動かすことで当該部分を小さくすることができる。ある実施形態においては、デフォルトの大きさが用いられる。ある実施形態においては、領域３３２の中でポインティングデバイスが最後にアクティブにされた位置に部分３３５が固定される。すなわち、ポインティングデバイスのボタンが押されたときにカーソル３３４が最後に位置した場所や、領域３３２の中でユーザが最後にスクリーンにタッチした場所に、部分３３５が固定される。
【００８０】
テキストボックス３３８は、よく知られているように、テキストを入力するために用いられる。キーパッドのキーを使って文字や空白、句読点を示すことができる。「テキスト追加」ボタン３３７がユーザによってアクティブにされると、テキストボックス３３８のテキストによってコンテンツがタグ付けされる。ユーザがそのコンテンツの所有者であれば、メタデータ・データ構造２２１のテキストフィールド２３６に当該テキストが格納され、そうでなければ、データ構造２２１のテキストフィールド２５６に格納される。実施形態によっては、テキストは、コンテンツの全体ではなく、コンテンツの部分３３５に関連付けられる。
【００８１】
コンタクトタグ付け領域３４０は、「タグ追加」ボタン３４２ａや、「タグ削除」ボタン３４２ｂ、「許可切り替え」ボタン３４２ｃを有し、また、当該領域に、レンダリングされたコンテンツ領域３３２に表示されるコンテンツにタグ付けされたコンタクトのリストが表示されていることを示すラベルを有している。図示されている実施例においては、そのラベルは、"タグ付けされたコンタクトのリスト"である。
【００８２】
破線で示されるように「タグ追加」ボタン３４２ａがアクティブにされると、選択コンタクト表示領域３４４が表示される。選択コンタクト表示領域３４４はプロンプトバー３４７ａ及びコンタクトリスト領域３４７ｂを有する。プロンプトバー３４７ａは、例えば図３ｂに「コンタクトを選択して下さい」と描かれているように、コンタクトを選択するように促すテキストを表示する。コンタクトリスト領域３４７ｂには、ユーザのコンタクトのリストが表示される。そのリストから選択がなされる。この選択は、ユーザプロファイルデータ構造２００のコンタクトリストフィールド２０６や、ＵＥ１０１ａのローカルソースからなされる。四角のドット３４６で示されるように、リストされたコンタクトの一つがハイライトされている。ハイライトされる領域は、ポインティングデバイスを用いてリスト上を上下させることができる。これは例えば、よく知られているように、アップ制御領域３４５ａまたはダウン制御領域３４５ｂをカーソル３３４を用いてそれぞれアクティブにすることにより、行うことができる。
【００８３】
ハイライトされたタグが正しいものである場合、例えば「タグ追加」ボタンを再びアクティブにすることにより、選択は受け付けられる。ハイライトされたコンタクトはコンテンツに関連付けられる。これは例えば、ユーザがコンテンツの所有者なのであれば、メタデータ構造２２１の中のフィールド２４２にハイライトされたコンタクトを追加することによって行われる。そうでなければ、メタデータ構造の中のフィールド２６２に追加することによって行われる。ある実施形態においては、レンダリングされたコンテンツの部分３３５がタグに関連付けられる。これは例えば、ユーザがコンテンツの所有者なのであれば、メタデータ構造２２１の中のフィールド２４４に当該部分を追加することによって行われる。そうでなければ、メタデータ構造の中のフィールド２６４に追加することによって行われる。
【００８４】
このプロセスは、コンテンツに含まれる全てのコンタクトによってコンテンツをタグ付けするべく繰り返されることができる。選択されたコンタクトは表示領域３４０にリストされる。コンタクトのタグは、それを追加したときと同じような方法で除去されることができる。「タグ削除」ボタンがアクティブにされると、削除の対象となるコンタクトがハイライトされ、「タグ削除」ボタンが再びアクティブにされる。
【００８５】
ある実施形態においては、タグ付けされたコンタクトの全てがコンテンツにさらにタグ付けすることを許可されるわけではない。そのような実施形態においては、個々のコンタクトの権限はユーザ入力によって決定される。例えば、各コンタクトがタグ付けされたコンタクトのリストに加えられたときに、当該コンタクトは表示領域３４０において「許可された」とマークされる。これは、「許可」コラム（図示されていない）にチェックマークを付加することにより行われてもよい。デフォルトで許可することは、共有タグ付けを広めることを奨励するという効果を達成するための手段の一例である。しかし、ユーザは、マークを「非許可」に変更するオプションを有する。これは例えば、「許可」コラムからチェックマークを取り除くことによって行うことができ、それは、特定のコンタクトをハイライトさせて、「許可切り替え」ボタン３４２ｃをアクティブにすることによって行うことができる。またユーザは、表示領域３４０に非許可のコンタクトがハイライトされている時に「許可切り替え」ボタンを押すことにより、簡単に元に戻すことができる。
【００８６】
実施形態によっては、コンテンツ又は当該コンテンツの部分は、特別のタグを用いて特別な取り扱いを受けることができる。例えば、"知らない"タグを、それが何かを特定することについてユーザが助けを求めているコンテンツの部分をラベルするために用いることができる。この点については、図４Ａ−Ｃを用いて後に詳述される。"知らない"はコンタクトリスト表示領域３４４にリストされているオプションの中に含まれ、選択されることができる。
【００８７】
「全てをタグ付け」ボタン３４８ａがユーザによってアクティブにされると、アルバムの中の全てのコンテンツが、現在のコンテンツとして、同じタグによってタグ付けされる。「ファイルを提案」ボタン３４８ｂがユーザによってアクティブにされると、タグGUIは、コンテクストに基づいて、同じタブを受け取るべきコンテンツファイルを提案する。レンダリングされたコンテンツ領域３３２に表示された現在のコンテンツのメタデータ・データ構造２２１のフィールド２３６，２４２，２５０，２６２に含まれるテキストやコンタクトタグは、選択された他のコンテンツのメタデータ・データ構造２２１の対応するフィールドにコピーされる。ある実施形態において、同じ人物が他のコンテンツファイルの同じ位置に現れることがなさそうな場合は、コンテンツ部分フィールド２４４及び２６４に含まれるデータはコピーされない。提案処理は、図３Ｄを用いて後に詳述される。
【００８８】
図３Ｃには、本発明の別の実施形態に従うユーザインタフェースであって、ユーザのコンタクトの一人又は複数によってコンテンツの少なくとも一部にタグ付けするユーザインタフェース３５０の略図が描かれている。ＧＵＩ３００について説明されたように、ＧＵＩ３５０は、タグＧＵＩモジュール１５０によってＵＥ１０１に表示される。レンダリングされたコンテンツの表示領域３２２や、テキスト追加ボタン３３７，テキストボックス３３８，タグ追加ボタン３４２ａやタグ削除ボタン３４２ｂを有するコンタクトタグ付け領域３４０、「全てにタグ」ボタン３４８ａ、「ファイルを提案」ボタン３４８ｂは、上記と同様である。
【００８９】
コンテンツの部分の内側にカーソル３３４が置かれると、その部分に関連づけられるコンタクトが（もし存在すれば）表示される。例えば、図３Ｃに描かれる音楽監督の上にカーソル３３４が置かれると、コンタクトの名前が示されたテキストボックスが現れる。本例では"コンタクトＢ"という名前が表示されている。コンテンツの部分にコンタクトが関連づけられていない場合は、カーソル３３４が領域３２２上を移動してもテキストボックスは表示されない。従ってユーザは、コンテンツを共有する前に、タグ付けの状況をチェックすることができる。テキストボックス３５２が表示されることは、コンテンツの部分のタグ付けをチェックするという効果を達成するための手段の一例である。
【００９０】
図３Ｄは、本発明の実施形態に従う、複数のコンタクトにタグ付けするユーザインタフェース３６０の略図である。ＧＵＩ３００について説明されたように、ＧＵＩ３６０は、タグＧＵＩモジュール１５０によってＵＥ１０１に表示される。ＧＵＩ３６０は、タグを共有するＵＥ１０１上のコンテンツファイルを決定するためにユーザが使用する、表示領域３７０を有する。表示領域３７０は、所有者に、タグを共有するコンテンツファイルはどれなのかを示すように促すテキストを含む。例えば例示されているように、"タグをシェアするコンテンツファイル"というテキストを含む。
【００９１】
表示領域３７０は、図３Ａに関して説明されたようなファイルリスト領域３２０を有する。中実の丸で埋められたラジオボタンで示されるように、どのファイル名を選択してもよく、また、中空の丸で示されるように、どのファイル名を未選択または選択解除してもよい。表示領域３７０は、前述のように、ボタン３１２，３１４，３１６，３１８を含む。タグボタン３１８がアクティブにされると、ＧＵＩ１５０は選択されたコンテンツファイルを同じタグでタグ付けする。ただしフィールド２４４および２６４のコンテンツ部分についてはタグ付けしない。
【００９２】
図４Ａは、ある実施形態に従うユーザインタフェースであって、コンテンツ中の未知のアイテムを広く配信するためのユーザインタフェース４００の略図である。ＧＵＩ３００について説明されたように、ＧＵＩ４００は、タグＧＵＩモジュール１５０によってＵＥ１０１に表示される。レンダリングされたコンテンツの表示領域３２２や、テキスト追加ボタン３３７，テキストボックス３３８，コンタクトタグ付け領域３４０、全てにタグ」ボタン３４８ａ、「ファイルを提案」ボタン３４８ｂは上記と同様であり、コンタクトタグ付け領域３４０にタグ追加ボタン３４２ａやタグ削除ボタン３４２ｂ、「許可切り替え」ボタン３４２ｃも上記と同様である。
【００９３】
コンテンツの部分が"知らない"との値によってタグ付けされた場合、レンダリングされたコンテンツの表示領域３２２の対応する部分の上にカーソルが乗せられると、その値が表示される。例えば、部分４０２において、合唱団の後ろの列のヘルメットの絵の上にカーソル３３４が置かれると、テキストボックス４１０に"知らない"との値が現れる。
【００９４】
ある実施形態では、コンテンツの部分に特別な"知らない"値が関連づけられる場合に、更なる機能が提供される。一人又は複数のコンタクトが、そのコンテンツの部分のアイテム（人や物）に関する未知の情報を提供するように要請されてもよい。
【００９５】
例えばテキストボックス４１０の下に別のテキストボックス４１２が現れ、"コンタクトに尋ねましょう"との指示テキストが表示される。図４Ａに描かれるようにユーザがカーソル３３４をテキストボックス４１２の方へスライドさせると、表示領域４２０が提示される。表示領域４２０にはユーザのコンタクトのリストが表示され、その中からコンタクトが選択される。すなわち、ユーザプロファイルデータ構造２００のコンタクトリストフィールド２０６またはＵＥ１０１ａのローカルソースか、コンタクトが選択される。リストされたコンタクトのうちの一人がハイライトされる。その様子が四角形の破線４２４で示されている。ハイライトされる領域を上下に移動することができるが、それはよく知られているように、上方制御領域４２２ａや下方制御領域４２２ｂをポインティングデバイスを用いてアクティブにすることによって行うことができる。一つの選択肢が"タグ付けされたコンタクト"であることに注意されたい。この選択肢は、そのコンテンツにタグ付けされたコンタクトが存在すれば、それら全てに、"知らない"値でタグ付けされた（当該コンテンツの部分の）アイテムを同定するようにリクエストが送信されることを意味する。
【００９６】
ハイライトされたタグが正しいものである場合、選択肢を受け入れることができる。これは例えば、ハイライトされたコンタクトの上にカーソル３３４を乗せ、ポインティングデバイスのボタンを押すことや、ハイライトされたコンタクトの上でタッチすることによってなされることができる。すると、メッセージと共に、少なくとも同定されるべきアイテムを含んだコンタクトの部分がコンタクトに送信される。実施形態によっては、ＵＥ１０１ａのタグＧＵＩモジュール１５０が、選択されたコンタクトのＵＥ１０１ｂのタグＧＵＩモジュール１５０に、直接にメッセージを送信する。別の実施形態では、強化されたコンテンツタグ共有モジュール１６０やソーシャルネットワークサービス１２０を通じて間接的に送信する。
【００９７】
図４Ｂは、ある実施形態に従うユーザインタフェースであって、コンテンツ中の未知のアイテムにタグ付けすることを促すユーザインタフェース４３０の略図である。ＧＵＩ３００について説明されたように、ＧＵＩ４３０は、タグＧＵＩモジュール１５０によってＵＥ１０１に表示される。レンダリングされたコンテンツの表示領域３２２や、テキスト追加ボタン３３７，テキストボックス３３８，コンタクトタグ付け領域３４０は上記と同様であり、コンタクトタグ付け領域３４０にタグ追加ボタン３４２ａやタグ削除ボタン３４２ｂ、「許可切り替え」ボタン３４２ｃも上記と同様である。しかしながら、このメッセージを受信したコンタクトは、コンテンツにタグ付けすることを許可されていないかもしれない。そのような実施形態に置いては、テキスト追加ボタン３３７やタグ追加ボタン３４２ａ、タグ削除ボタン３４２ｂ、「許可切り替え」ボタン３４２ｃは無効化されており、ユーザはアクティブにすることができない。無効化されていることを示すために、図４Ｂでは、ボタン３３７や３４２ａ、３４２ｂは破線で示されている。「全てにタグ」ボタン３４８ａや「ファイルを提案」ボタン３４８ｂは省略されている。許可されていないユーザのためにアクティブ領域を無効化することは、コンテンツに表示されていなかったりコンテンツにタグ付けする資格がなかったりするが、知識は有する者から、助けを得るという効果を達成するための手段の一例である。
【００９８】
上記メッセージの受信者は、コンテンツの部分の未知の部分を特定するように促される。例えば、コンテンツの部分がハイライトされた楕円４３２で示される。実施形態によっては、レンダリングされたコンテンツ領域の中で、コンテンツの部分だけがレンダリングされる。ヘルプタグ表示領域４４０が、例えば、同定されるべき未知のアイテムを含むコンテンツの部分に隣接して、表示される。
【００９９】
ヘルプタグ表示領域４４０は、指示テキスト領域４４２ａ，４４２ｂ，４４４２ｃを含む。助けを得るためにメッセージを送信した者は、指示テキスト領域４４２ａに示されている。指示テキスト領域４４２ｂには質問が表示される。例えば、図示される実施形態においては、指示テキスト領域４４２ａには"コンタクトＹが尋ねている"と表示され、指示テキスト領域４４２ｂには"この人は誰？"と表示されている。
【０１００】
表示領域４４２ｃにはユーザのコンタクトのリストが表示され、その中からコンタクトが選択される。すなわち、ユーザプロファイルデータ構造２００のコンタクトリストフィールド２０６またはＵＥ１０１ａのローカルソースか、コンタクトが選択される。リストされたコンタクトのうちの一人がハイライトされる。その様子が四角形の破線４４６で示されている。ハイライトされる領域を上下に移動することができるが、それはよく知られているように、上方制御領域４４４ａや下方制御領域４４４ｂをポインティングデバイスを用いてアクティブにすることによって行うことができる。一つの選択肢が"知らない"であることに注意されたい。この選択肢は、ユーザが所望の答えを提供できないことを意味している。別の選択肢が"他"であることに注意されたい。この選択肢は、識別情報がコンタクトＩＤに存在しないことを意味している。
【０１０１】
ユーザが"他"を選択した場合、そのユーザにはテキストボックスが提示され（図示されていない）、テキストを入力できるようになる。これは、コンテンツの部分の物や活動を特定したり、当該ユーザが知っているけれども当該ユーザのソーシャルネットワークコンタクトには含まれない者（例えば有名人やちょっとした知り合い）を特定したりする場合に便利である。
【０１０２】
ハイライトされたタグが正しいものである場合、選択肢を受け入れることができる。これは例えば、ハイライトされたコンタクトの上にカーソル３３４を乗せ、ポインティングデバイスのボタンを押すことや、ハイライトされたコンタクトの上でタッチすることによってなされることができる。すると、図４Ｃに描かれるような次のＧＵＩが、メッセージを受信したユーザに表示される。
【０１０３】
図４Ｃは、ある実施形態に従う、コンテンツ中の未知のアイテムのタグ付けのためのユーザインタフェース４５０の略図である。ＧＵＩ３００について説明されたように、ＧＵＩ４５０は、タグＧＵＩモジュール１５０によってＵＥ１０１に表示される。レンダリングされたコンテンツの表示領域３２２や、テキスト追加ボタン３３７，テキストボックス３３８，コンタクトタグ付け領域３４０は図４Ｂで説明されたとおりであり、コンタクトタグ付け領域３４０にタグ追加ボタン３４２ａやタグ削除ボタン３４２ｂ、「許可切り替え」ボタン３４２ｃについても同様である。送信ヘルプ表示領域４５０が、例えば、特定されるべきアイテムを含むコンテンツの部分に隣接して表示される。
【０１０４】
送信ヘルプ表示領域４５０は、図４Ｂで説明されたように、指示テキスト領域４４２ａ，４４２ｂ，４４４２ｃを含む。送信ヘルプ表示領域４５０は更に、指示テキスト領域４５２ａおよび４５２ｂを含む。指示テキスト領域４５２ａには、ユーザが、コンテンツの部分４３２中のアイテムをどのように特定したかが示されている。例えば、図示されている実施形態においては、指示テキスト領域４５２ａは、コンテンツの部分４３２中のアイテムをコンタクトＱと特定したことを示している。指示テキスト領域４５２ｂは、リクエストしてきているコンタクトに応答を送信するかどうかをユーザに尋ねると共に、ｙｅｓボタン４５４ａとｎｏボタン４５４ｂを有する。指示テキスト領域４５２ｂに表示されるテキストは、例えば、図示された実施形態においては、"送信？"である。
【０１０５】
ユーザがｎｏボタン４５４ｂを選択すると、ユーザには図４Ｂに描かれるようなＧＵＩ４３０が提示される。ユーザがｙｅｓボタン４５４ａを選択すると、コンタクトＹのＵＥ１０１ａのタグＧＵＩモジュール１５０へとメッセージが送信される。送信は直接に行われてもよいし、実施形態によっては、強化されたコンテンツタグ共有モジュール１６０を介して間接的に行われてもよい。他の実施形態においては、コンテンツタグ共有モジュール１６０はソーシャルネットワークサービス１２０に備えられていてもよい。このようにして、ユーザは、コンテンツにタグ付けするための助けを得ることができる。しかも、助けを得るために、未知のアイテムをどのように特定するかを知っているかもしれない者と同じ場所にいる必要はない。ＧＵＩ４３０および４５０は、リクエストしているユーザと同じ場所にはいない者から、未知のアイテムについてタグ付けするためのヘルプを得るという効果を達成するための手段の一例である。
【０１０６】
図５Ａおよび図５Ｂは、ある実施形態に従う、拡張されたコンテンツタグ共有のための処理５００のフローチャートを構成する。ある実施形態では、強化されたコンテンツタグ共有モジュール１６０が、ブラウザ１０７のタグＧＵＩを用いて処理５００を実行する。モジュール１６０は、例えば、図８に描かれるような、プロセッサやメモリを備えるチップセットに実装されることができ、また、図７に描かれるようなコンピュータシステムに実装されることができる。ある実施形態ではタグＧＵＩ１５０が処理を実行するが、タグＧＵＩ１５０は、例えば、図８に描かれるような、プロセッサやメモリを備えるチップセットに実装されることができ、また、図９に描かれるような携帯端末に実装されることができる。実施形態によっては、処理５００の各ステップは、強化されたコンテンツタグ共有モジュール１６０とタグＧＵＩモジュール１５０との間で分配される。説明を簡単にするために、ここでは、ソーシャルネットワークサービス１２０のモジュール１６０によって処理が実行されるかのように説明される。
【０１０７】
図５Ａおよび図５Ｂのステップや、図６の後続のフローチャートにおいて、ステップが統合されたステップとして、特定の順番で描かれているが、それは例示の目的のためにそのように描かれているのであり、実施形態によっては、一つ又は複数のステップが、またはこれらの部分が、異なる順序で実行されたり、時間的に重なって実行されたり、順々にまたは並列して実行されたり、省略されたり、別のステップが追加されたり、組み合わせのような方法で処理が変更されたりする。
【０１０８】
ステップ５０１において、ユーザが、所有するコンテンツを共有することを示すメッセージが受信される。そのようなコンテンツは、例えば一つ又は複数の音声ファイルや動画ファイル、画像ファイルであることができる。例えば、ユーザは、ＵＥ１０１ａのオペレーティングシステムに命令してタグＧＵＩモジュール１５０を実行させ、写真を共有するタグＧＵＩオプションを選択する。別の例では、ブラウズ１０７が、ユーザ入力を受信することによって、ネットワークサービス１１０のあるページにアクセスし、当該ページのオプションを選択する。このオプションは、例えば、ソーシャルネットワークサービス１２０のホームページに写真をアップロードするなどというようなものであることができる。
【０１０９】
ステップ５０３において、ユーザは、一つ又は複数のコンテンツファイルやタグオプションを示すように促される。例えば、タグＧＵＩモジュール１５０は、上述の図３Ａに描かれるようなＧＵＩ３００を生成して表示する。ＧＵＩ３００の生成及び表示は、タグＧＵＩモジュール１５０自身で行ってもよいし、実施形態によっては、ソーシャルネットワークサービス１２０の強化されたコンテンツタグ共有モジュール１６０からのＨＴＴＰメッセージに応答してブラウザ１０７内で行われてもよい。
【０１１０】
ステップ５０５において、ユーザからの応答を受け取ったかどうかが判断される。例えば、ＧＵＩ３００のアップロードボタン３１７がアクティブにされたかどうかが判断される。アクティブにされていなければ他のプロセスが再開される。他のプロセスとは、例えば他のアプリケーションの実行や、終了プロセス命令の検出や、終了プロセスなどである。一定時間後に、制御はステップ５０５に戻り、上記促したことへの応答を受け取ったかどうかが判断される。ユーザからの応答を受け取った場合、制御はステップ５０７へと渡される。
【０１１１】
ステップ５０７では、共有のために選択されたコンテンツファイルが、メタデータと共に、一つ又は複数のユーザコンテンツフィールド２１０に記録される。これは、実施形態によってはローカルに記録されてもよく、図示される実施形態においては、ユーザプロファイルデータ構造２００の中に記録される。
【０１１２】
ステップ５０９においては、ユーザによってタグオプションが選択されたかどうかが判断される。例えば、ＧＵＩ３００のタグボタン３１８がアクティブにされたかどうかが判断される。アクティブにされなければ、処理５００は終了する。タグオプションが選択されると、ステップ５１１において、選択されたコンテンツファイルの次のコンテンツファイルがユーザ機器に表示される（レンダリングされる）。例えば、図３Ｂを参照して説明されたように、ＧＵＩ３３０の、レンダリングされたコンテンツ領域３３２に表示される。タグ付けのために他のコンテンツがまだ表示されていない場合は、選択されたコンテンツファイルのセットに含まれるもののうち最初のものがレンダリングされる（例えばファイル名３２２ｂを有するファイルがレンダリングされる）。
【０１１３】
ステップ５１３において、ユーザは、ステップ５１１においてレンダリングされたコンテンツファイルに関連付けるべきテキストアイテム識別情報を示すように促される。この識別情報は、例えば、コンタクトに含まれない人物の名前などである。またユーザは、当該テキストアイテム識別情報に関連付けられるべきコンテンツの部分を示すように促される。例えばＧＵＩ３３０に、テキスト追加ボタン３３７やテキストボックス３３８、タグ付けされたコンタクト領域３４０が表示され、またカーソル３３４の周りにコンテンツ領域３３５が表示され、ユーザに提示される。
【０１１４】
ステップ５１５において、ユーザは、ステップ５１１においてレンダリングされたコンテンツファイルに関連付けるべきコンタクトを示すように促される。またユーザは、当該コンタクトに関連付けられるべきコンテンツの部分を示すように促される。例えばＧＵＩ３３０に、タグ追加ボタン３４２ａやタグ削除ボタン３４２ｂ、許可状態切り替えボタン３４２ｃと共にタグ付けされたコンタクト領域３４０が表示され、また選択されたコンタクト表示領域３４４が表示されて、ユーザに提示される。
【０１１５】
ステップ５１７では、テキストを受け取ったかどうかが判断される。テキストやその他のアイテム識別情報をテキストボックス３３８で受け取り、追加ボタン３３７がアクティブにされたことを検出する。ステップ５１９では、テキストやその他のアイテム識別情報が、コンテンツファイルのために、メタデータに記録される。例えば、コンテンツファイルのコンテンツメタデータ・データ構造２２１のテキストフィールド２３６かテキストフィールド２５６のいずれかに、テキストボックス３３８に示されたテキストが挿入される。レンダリングされたコンテンツの部分３３５が選択されると、当該部分を示すデータが、テキストフィールド２３６または２５６の中のコンテンツ部分フィールド２３７または２５７にそれぞれ含められる。
【０１１６】
ステップ５２１において、コンタクトを受け取ったかどうかが判断される。コンタクトはユーザのコンタクトリストから追加される。すなわちユーザプロファイルデータ構造２００のフィールド２０６から追加される。またこれは、ハイライトされる領域３４６を動かし、例えばタグ追加ボタン３４２ａがアクティブにされたことを検出することによって、選択がなされたことを示すことによって、行われる。例えば、ハイライトされる領域３４６を動かし、タグ削除ボタン３４２ｂがアクティブにされたことを検出することによって、選択がなされたことを示すことによって、タグ付けされたコンタクトのリストから特定のコンタクトが削除される。タグ付けされたコンタクトのリスト３４０においてハイライトされた領域を動かし、許可状態切り替えボタン３４２ｃがアクティブにされたことを検出することによって、あるコンタクトに対して更なるタグ付けが許可されるか許可されないかが変更される。ステップ５２３において、コンタクトや任意の許可データ、また任意のコンテンツの部分が、コンテンツファイルのメタデータ、例えばタグ付けされたコンテンツフィールド２４０または２６０に記録される。
【０１１７】
このようにステップ５２１では、コンタクト（第１のユーザ）を示すデータが、装置において、コンテンツの所有者（第２のユーザ）によって提供された当該コンテンツを示すコンテンツ識別情報に関連付けられたかが判断される。ステップ５２３は、前記装置において、許可データを記録するという結果を生む作用を少なくとも部分的には生じさせる。前記許可データは、コンタクト（第１のユーザ）が、第２のユーザからの更なるインプットがなくとも、前記装置において、異なる第３のユーザをコンテンツ識別情報に関連付けることが許可されていることを示す。実施形態によっては、テキストやコンタクトが、コンテンツの部分を示す部分データと共にフィールド２４４か２４６に格納されているため、ステップ５１９及び５２３は、ローカル又はリモートの装置において、テキストやコンタクトといった識別情報を示す識別情報を、コンテンツの部分を示す部分データと関連付けるという結果を生む作用を少なくとも部分的には生じさせる。アイテム識別情報は、少なくとも、新しいコンタクト（第３のユーザ）を示すデータか、レンダリングされたコンテンツの部分を記述するテキストかのいずれかである。
【０１１８】
ステップ５２５では、テキストもコンタクトも受信されていないかどうかが判断される。テキストもコンタクトも受信されていないことを判断するについて、どのような方法が用いられてもよい。例えば、入力がない時間が所定時間経過した後とか、テキストボックス３３８やタグ付けされたコンタクト表示領域３４０に何のデータも入力されていないのに、ユーザが「全てにタグ」ボタン３４８ａや「ファイルを提案」ボタン３４８ｂを押下したとかいう場合に、そのように判断してもよい。もしいずれも受信されていない場合、タグ付けは一切行われず、後述のようにアップロードされるグループの中の次のコンテンツファイルを取得すべく、制御はステップ５６１へと渡される。ステップ５２３の後、またはステップ５２５で少なくともテキストが受信されたと判断された場合には、制御パスはステップ５２７に渡される。
【０１１９】
ステップ５２７では、アイテムが「未知」、例えば「知らないコンタクト」とタグ付けされたかどうかが判断される。もしそうであれば、ステップ５２９において、ユーザは、少なくとも「未知」タグに関連付けられたコンテンツの部分４０２を、既知のコンタクトに送信するように促される。例えば、タグＧＵＩモジュール１５０は、前述の図４Ａに描かれるような、ＧＵＩ４００のテキストボックス４１２を生成して表示する。その表示は、実施形態によってはタグＧＵＩモジュール１５０が自分自身で行うが、実施形態によっては、ソーシャルネットワークサービス１２０の強化されたコンテンツタグ共有モジュール１６０からのＨＴＴＰメッセージに応答して、ブラウザ１０７内でなされてもよい。ステップ５２９は、未知のアイテムの識別情報を要求するコンタクトのユーザによる選択を判断することを含む。例えば、コンタクト選択表示領域４２０にユーザがカーソルを置いたときに、ハイライトされた領域４２４のコンタクトＢをユーザが選択したことが検出される。実施形態によっては、未知のアイテムの識別情報を要求するデフォルトのコンタクトは、タグ付けされたコンタクト表示領域３４０に含まれるコンタクトであって、コンタクト選択表示領域４２０において"タグ付けされたコンタクト"という選択肢で示された、全てのコンタクトである。
【０１２０】
ステップ５２９は、部分４０２及びユーザを示すメッセージを選択されたコンタクトに送信し、応答するように促す。この応答については図６を参照して後に詳しく説明する。例えば、ステップ５２９の間に、ＵＥ１０１のタグＧＵＩモジュール１５０は、ＵＥ１０１ｂのタグＧＵＩモジュール１５０にメッセージを送信する。この送信は、直接に行われるか、ソーシャルネットワークサービス１２０の強化されたコンテンツタグ共有モジュール１６０を通じて間接的に行われる。ＵＥ１０１ｂのタグＧＵＩモジュール１５０は、ＵＥ１０１ｂのユーザに、未知のアイテムの特定を行うように促す。これは例えば図４Ｂに描かれるような上述のＧＵＩ４３０を表示することによって、また、上述の図４Ｃに描かれるような上述のＧＵＩ４５０を表示することによって、行われる。
【０１２１】
ステップ５３１では、未知のアイテムの一つ又は複数についての識別情報が提供されたかどうかが判断される。この識別情報は、例えば、ＵＥ１０１ｂのタグＧＵＩモジュール１５０からＵＥ１０１ａのタグＧＵＩモジュール１５０が受信したメッセージの中に含まれていてもよい。メッセージの受信は、直接に行われるか、ソーシャルネットワークサービス１２０の強化されたコンテンツタグ共有モジュール１６０を通じて間接的に行われる。例えばメッセージは、部分４０２の人物を"コンタクトＱ"と特定するコンタクトＢから受信される。"コンタクトＱ"は、選択されたコンタクトＢのコンタクトであるが、ＵＥ１０１ａのユーザのコンタクトではおそらくない。識別情報が提供されている場合、ステップ５３３において、未知のアイテムの識別情報がコンテンツのメタデータに記録される。例えばソーシャルネットワークの利用者ではない識別情報のテキストフィールド２３６又は２５８やタグ付けされたコンタクトフィールド２４０又は２６０に記録される。実施形態によっては、コンテンツの部分４０２は現在の部分フィールド２４４又は２６４によって特定される。
【０１２２】
ステップ５３３の後、または、未知の情報についての識別情報が提供されていないとステップ５３１で判断された場合は、図５Ｂに描かれるように、制御はコネクタ５５０の後に渡される。
【０１２３】
ステップ５５１では、シェアされるべきコンテンツファイルのグループの中から、どのコンテンツについてタグをシェアするかを示すように、ユーザが促される。従って、所有者（第２のユーザ）によって提供されたコンテンツを示すコンテンツ識別情報は、更に、当該第２のユーザによって提供された複数のコンテンツを含むデータも有する。例えば、タグＧＵＩモジュール１５０は、前述の図３に描かれるようなＧＵＩ３５０を生成して表示する。この表示は、実施形態によっては自ら行ってもよいし、実施形態によっては、ソーシャルネットワークサービス１２０の強化されたコンテンツタグ共有モジュール１６０からのＨＴＴＰメッセージに応答して、ブラウザ１０７内で行われてもよい。ＧＵＩ３５０は「全てにタグ」ボタン３４８ａおよび「ファイルを提案」ボタン３４８ｂを有する。あるユーザが、そのユーザの１人または複数のコンタクトやテキストによって、現在のコンテンツファイルのタグ付けを終了したとき、当該ユーザは「全てにタグ」ボタン３４８ａおよび「ファイルを提案」ボタン３４８ｂをアクティブにする。タグＧＵＩモジュール１５０はユーザ選択を検出し、続いて次のＧＵＩを表示する。この表示は自ら行ってもよいし、ソーシャルネットワークサービス１２０の強化されたコンテンツタグ共有モジュール１６０からのＨＴＴＰメッセージに応答して、ブラウザ１０７内で行われてもよい。例えばＵＥ１０１ａのタグＧＵＩモジュール１５０は、図３Ｂに描かれた、上述のようなＧＵＩ３６０を表示する。
【０１２４】
ＧＵＩ３６０は表示領域３７０を有する。ユーザは、表示領域３７０において、ＵＥ１０１上のコンテンツファイルであって現在のタグをシェアするコンテンツファイルを決定することができる。表示領域３７０は、タグをシェアするコンテンツファイルを特定するようにコンテンツ所有者に促す指示テキストを含んでいる。図示される例では、"タグをシェアするコンテンツファイル"との文字が表示されている。表示領域３７０はファイルリスト領域３２０と、ボタン３１２，３１４，３１６，３１８を福間無。領域３２０はファイル名領域３２２ａ−３２２ｅ、スクロールバー３２６、ラジオボタン３２４を有する。これらは図３ＡのＧＵＩ３００に関連して既に説明された通りである。
【０１２５】
ステップ５３３では、タグを共有するファイルを提案することを要求されたかどうかが判断される。例えば、「ファイルを提案」ボタン３４８ｂがアクティブにされたかどうかが判断される。もしそうであれば、ステップ５５５において、アップロードされるグループに含まれるコンテンツファイルが調べられ、どのコンテンツファイルが、現在のコンテンツに追加されたばかりのタグに関連があるか自動的に判断される。関連するコンテンツファイルを判断する手法としては、どのようなものが用いられてもよい。例えば、実施形態によっては、特定の時間範囲に生成されたコンテンツファイルや、特定の空間的領域で生成されたコンテンツファイルが提案される。実施形態によっては、メタデータフィールド２２６の中のデータに基づいてコンテンツファイルが提案される。実施形態によっては、同じタイプのコンテンツファイルだけが提案される。例えば、画像や音楽、ビデオやゲームデータなどだけが提案される。別の実施形態では、一つ又は複数の別のタイプのコンテンツファイルも提案される。実施形態によっては、アップロードのために選択されたグループには含まれないコンテンツファイルが提案される。例えばタイプの異なるコンテンツファイルや、タグ付けされたコンタクトのいずれかに所有されるコンテンツファイル、ユーザと同じグループの一つ又は複数に属するコンタクトに所有されるコンテンツファイル、タグ付けされたファイルと同じ時間帯や同じ空間的範囲で生成されたコンテンツファイルが提案される。選択されたファイルや提案されたファイルは、ＧＵＩ３６０によって表される。例えば、ファイル名３２２ｂ、３２２ｃ、３２２ｅを有するコンテンツファイルのためのボタンのように、中実にされたラジオボタンによって表される。従って、ステップ５５５において、ローカルの装置であるＵＥ１０１や、ソーシャルネットワークサービス１２０にホストされるリモートの装置において、所有者（第２のユーザ）によって提供された複数のコンテンツが、複数のコンテンツの各コンテンツに関連するコンテクストデータに基づいて、判断される。
【０１２６】
ステップ５５７では、ユーザがタグ命令を発行したかどうかが判断される。例えばタグボタン３１８がアクティブにされたかどうかが判断される。もしそうであれば、ステップ５５９において、現在のコンテンツファイルのメタデータが、示された他のコンテンツファイルのメタデータと共有される。例えば、現在のコンテンツのメタデータのタグフィールドの中の任意のデータが、選択されたコンテンツファイルのメタデータの対応するフィールドにコピーされる。実施形態によっては、この共有は双方向に行われ、選択されたコンテンツファイルのメタデータに既に含まれているタグフィールドの任意のデータであって、現在のコンテンツファイルのメタデータには存在しないデータは、現在のコンテンツファイルのメタデータに加えられる。また、選択されたコンテンツファイルの中に、そのデータを対応するタグフィールド中に有していないものがある場合は、そのメタデータにも当該データが加えられる。これらの実施形態では、全ての選択されたコンテンツファイルについて、タグフィールドのメタデータが共通となる。
【０１２７】
ステップ５６１では、タグ付けのためにアップロードされるグループ中に、別のファイルが存在しないかどうかが判断される。別のファイルとは、例えば、当該グループの中のコンテンツファイルであって、ステップ５５１で促された後でも選択されなかったコンテンツファイルのようなものである。実施形態によっては、次のファイルが、まだ見られていない次のコンテンツファイルを含む。そのファイルが、以前に見られたコンテンツファイルであると共通してタグ付けされたファイルであっても、含む。別のファイルが存在するならば、制御はステップ５１１に戻され、グループ中の次のコンテンツファイルの処理が行われる。グループ中にその他のコンテンツファイルがなくなれば、制御はステップ５６３に渡される。
【０１２８】
ステップ５６３では、タグ付けされたコンタクトが、共有されるコンテンツファイルのグループのコンテンツにさらにタグ付けすることが許可される。例えば、実施形態によっては、あるコンテンツファイルのメタデータ中の全てのタグ付けされたコンタクトが、自動的に、コンテンツファイルに更にタグ付けすることが許可される。実施形態によっては、コンテンツファイルのメタデータおｎ中のタグ付けされたコンタクトであって、コンタクト許可フラグフィールド２４１や２６１が特定の値にセットされたコンタクトのみが、コンテンツファイルに更に炊く付けすることが許可される。実施形態によっては、ステップ５６３において、許可状態が、前述の図３Ｃに描かれた許可状態切り替えボタン４３２ｃを用いて切り替えられる。
【０１２９】
ステップ５７１では、タグ付けされたコンタクトに、コンテンツファイルのグループにタグ付けされたことが通知される。例えば、ＵＥ１０１ｂのタグＧＵＩモジュール１５０に対して、ＵＥ１０１ｂのユーザが、コンテンツ１３２のメタデータにタグ付けされたことを知らせるメッセージが送信される。実施形態によっては、メッセージの送信は、ＵＥ１０１ａのタグＧＵＩモジュール１５０によって直接行われてもよいし、実施形態によっては、例えばソーシャルネットワークサービス１２０の強化されたコンテンツタグ共有モジュール１６０を通じて、間接的に行われてもよい。
【０１３０】
実施形態によっては、ステップ５７１は、処理５００の最初のステップを表す。例えばＵＥ１０１ｂのタグ共有モジュール１６０は、ステップ５７１において、ＵＥ１０１ｂのユーザがコンテンツ１３２にタグ付けされたという通知を受けて、ＵＥ１０１ｂのユーザにＧＵＩ３５０を提示すると共に、レンダリングされたコンテンツ領域３３２にコンテンツ１３２を表示することから、その処理を開始する。タグ付けされたコンタクトは、彼又は彼女を含んでいるタグ付けされたコンテンツの全てを、表示領域３４０において見ることができる。ＵＥ１０１ｂのユーザは、フィールド３３８に含まれる、コンテンツのためのテキストを見ることができる。また、レンダリングされたコンテンツ領域３３２の周囲でカーソル３３４を動かすことによって、コンテンツの個々の部分に関するテキストやコンタクトを見ることができる。
【０１３１】
ステップ５７３では、タグ付けされたコンタクトが、コンテンツに更にタグ付けすることを要求されているかどうかが判断される。要求されていないのであれば、ステップ５７５において、その他の処理がタグＧＵＩによって遂行される。実施形態によっては、タグＧＵＩではなく、例えばソーシャルネットワークサービス１２０の強化されたコンテンツタグ共有モジュール１６０によって遂行される。
【０１３２】
タグ付けされたコンタクトが、コンテンツに更にタグ付けすることを要求されているのであれば、ステップ５７７において、当該コンタクトが現在のユーザであるかどうかが検討される。ただし、タグ付けされたコンタクトが、コンテンツに更にタグ付けすることを許可されていないと判断された場合はそのような検討は行われない。許可されているかどうかは、コンタクト許可フラグフィールド２４１又は２５１の値に基づいて判断される。タグ付けされたコンタクトによりタグ付けされるべき次のコンテンツファイルが決定される。例えば、タグ付けされたコンタクトを含むタグを共有するグループの中の最初のコンテンツファイルを、そのようなコンテンツファイルであると決定する。続いて制御はステップ５１１に戻され、コンテンツを表示して、前述のように、コンテンツの所有者ではないコンタクトであって許可されたコンタクトに指示が行われる。
【０１３３】
従って、方法は、ステップ５１１を通じて次のパスの間に、コンタクト（第１のユーザ）のユーザ装置のコンテンツの少なくとも一部を表示し、ステップ５１３や５１５を通じて次のパスの間に、テキストや他のコンタクトＩＤなどの識別情報をコンテンツの部分に関連付けることを前記コンタクト（第１のユーザ）に促すという結果を生む作用を、少なくとも部分的には生じさせる。例えばステップ５１７や５２１において、例えばＵＥ１０１ｂのタグＧＵＩモジュール１５０のようなユーザ装置が、識別情報を示すアイテム識別情報を受け取った場合、処理５００は、ステップ５１９または５２３において、前記装置上で、アイテム識別情報を、コンテンツを示すコンテンツ識別情報に関連付けるという結果を生む作用を、少なくとも部分的には生じさせる。さらに、例えばＵＥ１０１ａのようなユーザ装置が、コンテンツの異なる部分を示す部分データを受け取ったり、コンタクトを受け取ったりした場合には、方法は、ステップ５１３および５１５において、コンタクトの装置（例えばＵＥ１０１ｂ）において、当該異なる部分をレンダリングし、コンテンツの当該異なる部分と、コンテンツの当該異なる部分の識別情報に関連付けることを促すという結果を生む作用を、少なくとも部分的には生じさせる。
【０１３４】
未知のアイテムに対応するために、所有者ではない許可されたコンタクトについてステップ５２９が繰り返される場合、方法は、コンタクト（第１のユーザ）に、コンテンツの異なる部分を新しいコンタクトに関連付けることを促すという結果を生む作用を少なくとも部分的には生じさせる。当該新しいコンタクトは、当該コンテンツの当該異なる部分が送信されるコンタクトである。
【０１３５】
図６は、ある実施形態に従う処理６００のフローチャートである。処理６００は、未知のアイテムのタグ付けを共有する処理である。ある実施形態では、強化されたコンテンツタグ共有モジュール１６０が、ブラウザ１０７において、タグＧＵＩモジュール１５０を用いて処理６００を遂行する。モジュール１６０は、例えば、プロセッサやメモリを備える図８に描かれるようなチップセットに実装される。または、図７に描かれるようなコンピュータシステムに実装される。実施形態によってはタグＧＵＩモジュール１５０が処理６００を遂行し、また、例えばプロセッサやメモリを備える図８に描かれるようなチップセットに実装されたり、図０に描かれるような携帯端末に実装されたりする。実施形態によっては、処理の各ステップがモジュール１５０と１６０との間で分配される。説明を簡単にするために、ここでは、ソーシャルネットワークサービス１２０のモジュール１６０によって各ステップが実行されるものとして説明される。
【０１３６】
ステップ６０１では、ユーザのコンタクトから、当該コンタクトが生成したコンテンツの中の未知のアイテムを特定して欲しいという要求が受信される。例えば、コンタクトＢのＵＥ１０１ｂのタグＧＵＩモジュール１５０が、前述のステップ５２９において、コンタクトＹのＵＥ１０１ａのタグＧＵＩモジュール１５０から送信されたメッセージを受信する。そのメッセージは、図４ＡのＧＵＩ４００で描かれたように促された結果、送信された。ステップ６０１は、例えばＵＥ１０１ｂといった装置上で、第１のユーザの装置（例えばＵＥ１０１ａ）からメッセージを受信したかどうかを判断する。ただしそのメッセージは、第１のユーザに関連付けられたコンテンツ部分を示す部分データと、第２のユーザ（ＵＥ１０１ｂのユーザ）を示すデータとを含む。
【０１３７】
ステップ６０３では、メッセージに示されたコンテンツと対応するメタデータがローカルのデバイスにダウンロードされる。ダウンロードは、ＵＥ１０１ａのタグＧＵＩモジュール１５０によって直接的になされてもよいし、他の実施形態では、ソーシャルネットワークサービス１２０の強化されたコンテンツタグ共有モジュール１６０を通じて、ユーザプロファイルデータ構造１２２によって間接的になされてもよい。メタデータは、コンテンツの部分を示す部分データを保持するフィールド２４４または２６４を有し、また、それぞれアイテムが未知であることを示す値をそれぞれ保持するコンタクトＩＤフィールド２４２または２６２を有する。
【０１３８】
ステップ６０５では、ユーザデバイスでコンテンツがレンダリングされる。ステップ６０７では、ユーザが、コンテンツの関連する部分における未知のアイテムを特定するように促される。例えば、ＵＥ１０１ｂのタグＧＵＩモジュール１５０が、領域３３２にコンテンツを表示すると共にＧＵＩ４３０を提示し、未知のアイテムを含むコンテンツ部分４３２に隣接して領域４４０に指示を表示する。実施形態によっては、領域３３２には部分４３２のみがレンダリングされる。そのような実施形態のあるものにおいては、部分４３２は、領域３３２において、ユーザの注意をより引くように拡大表示される。従って、実施形態によっては、コンタクト（第１のユーザ）のユーザ装置上でレンダリングされたコンテンツ部分は、コンテンツの全体よりも小さな部分である。当該部分は異なるユーザによって提供されたメタデータの中に示され、ステップ６０５においてダウンロードされるので、コンタクト（第１のユーザ）のユーザ装置上でレンダリングされたコンテンツ部分は、第１のユーザとは異なるユーザからのインプットに基づいて決定される。
【０１３９】
従ってステップ６０５および６０７は、第２のユーザの装置においてコンテンツの部分をレンダリングし、第２のユーザに、コンテンツの部分を表す部分データを、コンテンツの部分の識別情報を示すアイテム識別情報に関連付けることを促すという結果を生む作用を少なくとも部分的には生じさせる。
【０１４０】
表示領域４４０は、指示領域４４２ａ、４４２ｂ、４４２ｃを含む。領域４４２ｃに含まれる選択肢のリストから、適当な応答が選択される。このような応答には、例えば、「知らない」や、例えばユーザのコンタクトリストに含まれるコンタクトの一人又は複数人、「その他」のようなものがある。ここで、ユーザのコンタクトリストはローカルにあってもよいし、ソーシャルネットワークサービス１２０のユーザプロファイル１２２にあってもよい。「その他」という応答は、テキストボックス３３８にテキストが入力され、タグＧＵＩモジュール１５０が「タグ追加」ボタン３３７やテキストボックス３３８を使用可能にすることを示す。
【０１４１】
ステップ６１１では、テキストが受信されたかどうかが判断される。例えば、ユーザが"その他"を選択し、テキストボックス３３８にテキストを入力したかどうかが判断される。テキストやその他のアイテム識別情報は、テキストボックス３３８で受け取られ、タグ追加ボタン３３７がアクティブにされたことが検出される。ステップ６１３において、コンテンツの部分４３２にテキストが関連付けられる。
【０１４２】
ステップ６１５では、コンタクトが受信されたかどうかが判断される。コンタクトは、ハイライトされた領域４４６を動かしたり、選択肢を示したりすることによって、ユーザのコンタクトリストから追加される。ここで、選択肢を示すことは、例えば、スクリーン領域上にポインティングデバイスが存在することやキーの押下を検出することによって行うことができる。また、ユーザのコンタクトリストは、ユーザプロファイルデータ構造２００のフィールド２０６に存在してもよい。
【０１４３】
従って、ステップ６１３または６１７では、コンテンツの異なる部分の識別情報は、新しいコンタクト（第３のユーザ）を示すデータであるか、現在のコンタクトの装置でレンダリングされたコンテンツの異なる部分を記述するテキストを示すデータであるかの少なくともいずれかである。
【０１４４】
ステップ６２１では、テキストもコンタクトも受信していないかどうかが判断される。この判断にはいかなる方法が用いられてもよい。例えば入力がなされずに所定時間が経過したことや、ユーザが"知らない"との選択肢を選択したことをもってそのように判断してもよい。テキストもコンタクトも受信されない場合、何の識別もなされず、処理は終了する。実施形態によっては、"知らない"との応答メッセージがＵＥ１０１ａのタグＧＵＩモジュール１５０に送信される。ステップ６１７の後や、ステップ６２１において少なくともテキストが受信されたと判断された場合は、制御はステップ６２３に渡される。
【０１４５】
ステップ６２３では、未知のアイテムの識別情報が、許可されているユーザに送信される。例えば、前述の図４Ｃに描かれたＧＵＩ４５０が、要求されたコンタクトに対して提示される。Ｙｅｓボタン４５４ａがアクティブにされたことを検出すると、コンテンツにタグ付けすることを許可されているユーザ（例えばコンタクトＹ）にメッセージが送信される。従って、第２のユーザの装置（例えばＵＥ１０１ｂ）がコンテンツの部分の識別情報を示す部分データを受信すると、識別情報を示すアイテム識別情報が第１のユーザの装置（例えばＵＥ１０１ａ）に送信されるという結果を生む作用を少なくとも部分的には生じさせる。
【０１４６】
ステップ６２５では、コンテンツのメタデータが、要求されたコンタクトから提供された識別情報によって更新される。例えば、コンタクトＢによって提供された"コンタクトＱ"という識別情報によって更新される。前述のように、例えば図３Ｃに描かれたＧＵＩの中で、許可されたユーザにタグの提案がなされる。許可されたユーザは、応答（例えばコンタクトＱ）を、タグ付けされたコンタクト領域３４０のリストの中に見ることができる。許可されたユーザがカーソル３３４をヘルメットの絵の上に動かすと、"知らない"の代わりに、タグ"コンタクトＱ"が、テキストボックス３５２の中に表示される。コンタクトの代わりにテキストが提供された場合は、テキストボックス３５２の中に当該テキストが表示される。例えば、テキストボックスは、"スポーツのスターＸ"とのテキストを表示する。Ｘは許可されたユーザのコンタクトではなく、また、要求したコンタクト（コンタクトＢ）のコンタクトでもない。前述のように、許可されたユーザは、タグを受け入れたり削除したりすることができる。
【０１４７】
ここで説明された、コンテンツタグの共有の拡張技術は、ソフトウェアやハードウェア、ファームウェアやこれらいずれかは二つ以上の組み合わせによって実装することが有利であろう。例えば、サービスの利用可能性に関連付けられたユーザインタフェース・ナビゲーション情報を含む、本明細書で説明される処理は、一つ又は複数のプロセッサやデジタル信号処理チップ（ＤＳＰ）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などによって実装されることが有利であろう。上に説明された機能を実行するための、このような例示的なハードウェアが以下に説明される。
【０１４８】
図７は、本発明の実施形態が実装されうるコンピュータシステム７００を描いたものである。コンピュータシステム７００は、特定のデバイスや装置を描いているが、ネットワーク要素やサーバなどの図７中の他のデバイスや装置が、システム７００に描かれたハードウェアやコンポーネントを加えることも可能であることが想定されている。コンピュータシステム７００は、コンピュータプログラムコードや命令などによって、ここで説明されたようにコンテンツタグの共有を拡張するようにプログラムされており、バス７１０などの通信機構を有している。通信機構７１０は、コンピュータシステム７００の他の内部及び外部要素との間で情報を流す。「データ」とも呼ばれる「情報」は、物理的に測定可能な現象によって表されることができ、典型的には電圧であるが、実施形態よっては、磁気的、電磁気的、圧力的、化学的、生物学的、分子的、原子的、亜原子的、量子的相互作用、などの現象によって表されることもできる。例えばＮ極及びＳ極の磁極や、ゼロと非ゼロの電圧が、２進数ビットの二つの状態（０，１）を表すことができる。高次の数を表すこともできる他の現象も存在する。量子ビット（qubit）は、測定される前は、複数の量子状態が同時に重なったものである。一つ又は複数の数（digit）のシーケンスはデジタルデータを構成し、数や文字コードを表すことができる。実施形態よっては、アナログデータと呼ばれる情報が、特定の範囲で測定可能な値の連続体に近いものによって表現される。コンピュータシステム７００又はその一部は、コンテンツタグの共有を拡張するための一つ又は複数のステップを実行する手段を構成する。
【０１４９】
バス７１０は、一つ又は複数の並行的な情報伝達手段を有する。それによって、バス７１０に組み合わされているデバイスの間で情報が高速に伝達されることができる。情報処理のための一つ又は複数のプロセッサ７０２がバス７１０に組み合わされている。
【０１５０】
プロセッサ（又は複数のプロセッサ）７０２は、コンテンツタグの共有を拡張することに関連するコンピュータプログラムコードによって特定されるように、情報に対して処理のセットを遂行する。コンピュータプログラムコードは命令（instruction）や宣言（statement）のセットであって、プロセッサやコンピュータシステムが特定の機能を実行する処理のための指示を提供する。コードは、例えば、コンピュータプログラム言語で記載することができ、その後プロセッサのネイティブな命令セットにコンパイルされることができる。コードは、ネイティブな命令セット（すなわちマシン語）に直接記載されることもできる。処理のセットは、バス７１０から情報を取り出したり、バス７１０に情報を流したりすることを含む。処理のセットは又は、通常、二つ又はそれ以上の情報ユニットを比較したり、情報ユニットの位置をシフトしたり、二つ又はそれ以上の情報ユニットを結合したりすることを含み、例えば加算や乗算、ＯＲや排他的ＯＲやＡＮＤなどの論理演算を含む。プロセッサにより実行されうる処理のセットの個々の処理は、１つ又は複数のデジット（digit）による処理コードのような、命令と呼ばれる情報によってプロセッサに提示されることができる。処理コードのシーケンスなどの、プロセッサ７０２により実行される処理のシーケンスは、プロセッサ命令を構成し、これはまた、コンピュータシステム命令や、より簡単にコンピュータ命令などと呼ばれる。プロセッサは、機械的、電気的、磁気的、光学的、化学的、量子的、または他の方法で、単独で又はこれらを組み合わせて、実装されることができる。
【０１５１】
コンピュータシステム７００はまた、バス７１０に接続されるメモリ７０４を備える。メモリ７０４は、ランダムアクセスメモリ（ＲＡＭ）や他のダイナミックなストレージデバイスであることができ、コンテンツタグの共有を拡張するためのプロセッサ命令を含む情報を格納する。ダイナミックメモリは、コンピュータシステム７００が格納されている情報を変更することを可能とする。ＲＡＭはメモリアドレスと呼ばれる場所に格納されるべき情報ユニットを格納することを可能とし、また隣接するアドレスの情報とは独立に、当該情報ユニットが読み出しされることを可能とする。メモリ７０４は、プロセッサ７０２によって、プロセッサ命令を実行する間に一時的な値を格納するためにも用いられる。コンピュータシステム７００は、読み出し専用メモリ（ＲＯＭ）７０６や他の静的ストレージデバイスをも備えてもよい。これらもバス７１０に接続されており、コンピュータシステム７００によっては変更されない静的な情報を格納する。あるメモリは、電源供給が失われると格納している情報が消えてしまう揮発性のストレージによって構成される。バス７１２は、非揮発性のストレージデバイス７０８も接続されている。このようなデバイスには、磁気ディスクや光ディスク、フラッシュカードなどが含まれる。このようなデバイスには、コンピュータシステム７００の電源が切られたり、その他の理由で電源を失ったりする場合でも保持されるべき情報（例えば命令など）が格納される。
【０１５２】
コンテンツタグの共有を拡張する命令を含む情報は、人間によって操作される英数字キーを含むキーボードやセンサなどの外部入力装置７１２から、バス７１０に供給されプロセッサによって使用される。センサは、その周辺で生じた条件を検出し、検出結果を、測定可能な現象と互換性のある物理的表現に変換し、コンピュータシステム７００で提示することができるようにする。その他の外部機器もバス７１０に接続され、特に人間とのやりとりのために用いられる。このような外部デバイスには、例えば、ブラウン管（ＣＲＴ）や液晶ディスプレイ（ＬＥＤ）、プラズマスクリーンのような表示装置７１４や、テキストや画像を提示するためのプリンタや、マウスやトラックボールのようなポインティングデバイス、カーソル指示キー、モーションセンサなどがある。モーションセンサは表示装置７１４に表示された小さなカーソルのイメージの位置を制御したりディスプレイ７１４表示されたグラフィック要素に関連する命令を発行したりするために用いられることができる。実施例によっては、例えば、コンピュータシステム７００が、人間の入力なしに全ての機能を自動的に実行する場合があり、外部入力デバイス７１２や表示装置７１４．ポインティングデバイス７１６などの一つ又は複数が省略される場合がある。
【０１５３】
例示される実施形態において、専用の目的をもつハードウェア、例えばＡＳＩＣ（Application Specific Integrated Circuit）７２０がバス７１０に接続されることがある。このような専用の目的をもつハードウェアは、プロセッサ７０２によってはそのような目的が十分に早く遂行されないような処理を実行するように構成される。このようなＡＳＩＣの例として、表示装置７１４上にイメージを生成するグラフィックアクセラレータカードや、ネットワークを介して送信されるメッセージの暗号化や解読を行う暗号化ボード、音声認識装置、また特殊な目的の外部デバイスとのインタフェースなどがある。そのようなインタフェースは、例えば、ロボットアームや医療用スキャン装置など、複雑なシーケンスの動作を繰り返し行うような装置がある。このような動作はハードウェアによってより効率的に実行されることができる。
【０１５４】
コンピュータシステム７００は、さらに、一つ又は複数のインスタンスを有する通信インタフェース７７０を備える。この通信インタフェース７７０もバス７１０に接続される。通信インタフェース７７０は、それぞれ自身のプロセッサを有する様々な外部デバイスに接続されて、一方向又は双方向の通信を提供する。このような外部デバイスとして、プリンタやスキャナ、外部ディスク装置などがある。一般的に、接続はネットワークリンク７７８によって行われ、ネットワークリンク７７８はローカルネットワーク７８０に接続される。ローカルネットワーク７８０には、自身でプロセッサを有する様々な種類の外部デバイスが接続されている。通信インタフェース７７０は、例えば、パーソナルコンピュータのパラレルポートやシリアルポート、ユニバーサルシリアル（ＵＳＢ）ポートであることができる。実施形態によっては、通信インタフェース７７０は、ＩＳＤＮカードやＤＳＬカードや電話モデムなど、対応する種類の電話通信ラインと情報通信接続を確立するようなものであることができる。実施形態によっては、通信インタフェース７７０は、ケーブルモデムであることができ、これは、バス７１０上の信号を、同軸ケーブルを用いた通信接続のための信号や、光ケーブルを用いた通信接続のための光信号に変換する。別の例では、通信インタフェース７７０は、ローカルエリアネットワーク（ＬＡＮ）カードであり、これは、イーサネットなどの互換性のあるＬＡＮとのデータ通信接続を提供する。ワイアレスリンクが用いられる場合もある。ワイアレスリンクとして、通信インタフェース７７０は、例えば電気的、音声的、電磁的な信号を、送信したり受信したり送受信したりする。このような信号には、デジタルデータなどの情報ストリームを運ぶこともできる赤外線や光信号も含まれる。例えば、無線ハンドセットデバイスにおいては、通信インタフェース７７０はＲＦ送受信機と呼ばれる、ＲＦ帯域の電磁波信号の送信機及び受信機を備える。実施形態によっては、通信インタフェース７７０は、ＵＥ１０１とのコンテンツタグの共有であって拡張された共有のために、通信ネットワーク１０５との接続を可能にする。
【０１５５】
本明細書で"コンピュータ読み取り可能な媒体"との用語は、プロセッサ７０２に情報（例えば実行命令）を提供しうるいかなる媒体であってもよい。このようなメディアは様々な形態をとりうるものであり、揮発性又は非揮発性のコンピュータ読み取り可能な記憶媒体や、伝送媒体が含まれる。また、これらに限られるものではない。非揮発性の媒体のような非一時的媒体は、例えばストレージデバイス７０８のような光または磁気ディスクを含む。揮発性の媒体は、例えばダイナミックメモリ７０４を含む。伝送媒体は、例えば、同軸ケーブルや銅線、光ファイバーケーブル、ワイヤやケーブルを介さずに空間を伝う搬送波などであることができ、搬送波としては音波や電磁波があり、電磁波には無線電波、可視光、赤外線などがある。人々によって信号に含められる一時的な変化は、振幅、周波数、位相、極性などの物理的性質であり、そのような変化が伝送媒体を通じて送信される。保存コンピュータ読み取り可能な媒体のよく知られた形態は、例えば、フロッピーディスクやフレキシブルディスク、ハードディスク、磁気テープなどの磁気的媒体、CD-ROMやＣＤＲＷ、DVDなどの光媒体、パンチカードや紙テープ、光マークシートなどの、孔によるパターンやその他の光学的認識可能な目印を有する物理媒体、ＲＡＭやＰＲＯＭ、ＥＰＲＯＭ，フラッシュＥＰＲＯＭなどのメモリチップやカートリッジ、搬送波などであり、コンピュータが読み取りを行うことのできる様々な媒体が存在する。コンピュータ読み取り可能な格納媒体との用語は、伝送媒体を除くどのようなコンピュータ読み取り可能な媒体をも指すことができる。
【０１５６】
手に触れることのできる一つまたは複数の媒体に符号化されたロジックは、コンピュータ読み取り可能な記憶媒体及びＡＳＩＣ７２０のような専用目的のハードウェアの一つまたは両方を含む。
【０１５７】
典型的に、ネットワークリンク７７８は、伝送媒体を用いて情報通信をもたらす。一つまたは複数の複数のネットワークを通じて、情報を使用したり処理したりする他のデバイスへと情報通信が行われる。例えばネットワークリンク７７８は、ローカルネットワーク７８０通じてホストコンピュータ７８２への接続を提供する。また、インターネットサービスプロバイダ（ＩＳＰ）によって運営される設備７８４への接続を提供してもよい。ＩＳＰ設備７８４も同様に、一般的にインターネットと称される、ワールドワイドな公衆パケット交換通信ネットワーク７９０を通じて、データ通信サービスを提供する。
【０１５８】
インターネットに接続される、サーバホスト７９２と称されるコンピュータは、インターネット通じて受信した情報に応答して、サービスを提供するプロセスをホストする。例えばサーバホスト７９２は、表示装置７１４に提示されるビデオデータを表す情報を提供するプロセスをホストする。なお、システム７００の諸要素は、ホスト７８２やサーバ７９２など他のコンピュータシステムにおいて様々な構成をとり得ることがあることが想定されていることに注意されたい。
【０１５９】
本発明の少なくともある実施形態は、コンピュータシステム７００を、本明細書で説明される一部または全ての技術を実装するために使うことに関している。本発明のある実施形態によると、これらの技術は、メモリ７０４に格納されている一つまたは複数のプロセッサ命令の一つまたは複数のシーケンスをプロセッサ７０２が実行することによって、コンピュータシステム７００により実行される。このような命令は、コンピュータ命令やソフトウェア、プログラムコードなどと呼ばれるが、これはストレージデバイス７０８やネットワーク７７８などの他のコンピュータ読み取り可能な媒体からメモリ７０４に読み込まれる。メモリ７０４に格納されている命令のシーケンスを実行することは、本明細書で説明された方法ステップの一つまたは複数をプロセッサ７０２実行させる結果を生む。別の実施形態では、ＡＳＩＣ７２０のようなハードウェアが、上記の手法の代わり、またはソフトウェアと組み合わされて、本発明を実装するために使用される。このように、本発明の実施形態は、ここで明示的に記載されない限り、ハードウェアやソフトウェアの特定の組み合わせに限定されることは無い。
【０１６０】
通信インタフェース７７０を介して、ネットワークリンク７７８や他のネットワークを伝送される信号は、コンピュータシステム７００対して送受信される情報を運搬する。コンピュータシステム７００は、情報を送受信することができる。このような情報にはプログラムコードが含まれ、とりわけネットワーク７８０や７９０を通って、ネットワークリンクや通信インタフェース７７０を介して、送受信される。インターネット７９０を用いるある実施例では、特定のアプリケーションのためのプログラムコードであって、コンピュータ７００から送信されたメッセージによってリクエストされたプログラムコードをサーバホスト７９２が送信する。この送信は、インターネット７９０やＩＳＰ設備７８４、ローカルネットワーク７８０、通信インタフェース７７０を通じて行われてもよい。受信されたデータは、受信された時にプロセッサ７０２によって実行されてもよい。または後に実行されるために、メモリ７０４やストレージデバイス７０８などの非揮発性媒体に格納されてもよい。実行と格納が両方行われてもよい。このようにして、コンピュータシステム７００は、搬送波上の信号としてプログラムコードを入手することができる。
【０１６１】
様々な形態のコンピュータ読み取り可能な媒体が、プロセッサにより実行される命令やデータの一つまたは複数のシーケンスを運搬するのに使用されることができる。例えば命令やデータは、はじめ、リモートコンピュータの磁気ディスクに担持されてもよい。リモートコンピュータはこれらの命令やデータを、そのダイナミックメモリにロードし、モデムを用いて電話線を介して送信してもよい。コンピュータシステム７００に搭載されるモデムは、電話線上の命令やデータを受信することができ、赤外線送信機を用いて当該命令やデータを変換し、ネットワークリンク７７８に適合する赤外線搬送波上の信号とすることができる。通信インタフェース７７０として機能しうる赤外線検出器は、赤外線で運ばれてきた命令やデータを受信し、これらの命令やデータを表す情報をバス７１０に流す。バス７１０は、情報をメモリ７０４へ運び、プロセッサ７０２はメモリ７０４からこれらの情報を読み出して、上記の命令を実行する。実行の際、上記データのいくつかを上記命令と共に用いてもよい。メモリ７０４で受信された命令やデータがストレージデバイス７０８に格納されるという選択肢があってもよい。格納するのはプロセッサ７０２により実行される前でも後でもよい。
【０１６２】
図８は、本発明の実施形態が実装されうるチップセットやチップ８００を描いたものである。チップセット８００は、本明細書に説明されるように、コンテンツタグの共有を拡張するようにプログラムされており、例えば、図７に関連して説明されたようなプロセッサやメモリを備え、これらが一つ又は複数の物理的パッケージ（すなわちチップ）に組み込まれている。より具体的な例を示すと、物理的パッケージは、一つ又は複数の部材やコンポーネント、及び／又は基板などの構造物アセンブリ上のワイヤなどを含み、物理的強度、サイズの保持、及び／又は電気的相互作用の抑制などを提供する。実施形態によっては、チップセット８００が単一のチップに実装される場合があることが想定されている。実施形態によっては、チップセット又はチップ８００が、単一の"システム・オン・チップ"に実装される場合があることが想定されている。また、実施形態によっては、例えば独立のＡＳＩＣが用いられる場合があることも想定されており、本明細書で説明される全ての重要な機能が一つ又は複数のプロセッサで実行される場合があることも想定されている。チップセット又はチップ８００、又はその一部は、サービスの利用可能性に関連付けられたユーザインタフェース・ナビゲーション情報を提供する一つ又はステップを実行する手段の一例を構成する。チップセット又はチップ８００、又はその一部は、コンテンツタグの共有を拡張するためのステップの一つ又は複数を実行する手段の一例を構成する。
【０１６３】
ある実施形態において、チップセット又はチップ８００は、チップテッド８００の要素間で情報をやり取りするためのバス８０１のような通信機構を備える。プロセッサ８０３は、メモリ８０５などに格納される命令を実行したり情報を処理したりするべく、バス８０１に接続可能に構成される。プロセッサ８０３は一つ又は複数のプロセッシングコアを有することができ、それぞれのコアは独立に実行されるように構成されており。マルチコアプロセッサは単一の物理的パッケージによって複数の処理を行うことを可能とする。マルチコアプロセッサには、２つ、４つ、８つ、又はそれ以上のプロセッシングコアを有するものがある。別の実施例では、又は上記の実施例に加えて、プロセッサ８０３は、一つ又は複数の直列に配されたマイクロプロセッサを備えてもよい。これらのマイクロプロセッサは、独立に命令を実行できてもよく、又はパイプラインとして使われてもよく、又はマルチスレッド処理を行うように使われてもよい。プロセッサ８０３は、一つ又は複数の特定用途の要素を備えてもよい。それらは特定の処理機能やタスクを実行するために用いられる。このような特定用途の要素の例は、一つ又は複数のデジタルシグナルプロセッサ（ＤＳＰ）８０７や、一つ又は複数のＡＳＩＣ（application-specific integrated circuit）８０９である。ＤＳＰ８０７は、通常、プロセッサ８０３とは独立に、音声などの現実世界の信号をリアルタイムで処理するように構成される。同様に、ＡＳＩＣ８０９は、より汎用のプロセッサでは容易に実行することができない特定の機能を実行するように構成されてもよい。本明細書で説明された発明性を有する機能を実行する助けとなりうるその他の特定用途コンポーネントとしては、一つ又は複数のＦＰＧＡ（field programmable gate arrays，図示されていない）や一つ又は複数の特定用途のコンピュータチップがある。
【０１６４】
ある実施形態において、チップセット８００は、一つ又は複数のプロセッサと、これらをサポートする及び／又はこれらに関連するいくつかのソフトウェア及び／又はファームウェアのみを備える。
【０１６５】
プロセッサ８０３及び付随するコンポーネントは、バス８０１を介してメモリ８０５に接続できるように構成される。メモリ８０５はダイナミックメモリとスタティックメモリの両方を有する。ダイナミックメモリの例としては、ＲＡＭや磁気ディスク、書き込み可能な光ディスクなどがあり、スタティックメモリの例としては、ＲＯＭやCD-ROMなどがある。これらのメモリは実行可能命令を格納するために用いられる。これら実行可能命令は、実行されると、コンテンツタグの共有を拡張するための、本明細書で説明された発明性を有するステップが遂行される。メモリ８０５はまた、これらの発明性を有するステップの実行に関連するデータや当該ステップの実行により生成されたデータを格納する。
【０１６６】
図９は、ある実施形態に従う携帯端末の例示的な要素の略図である。この携帯端末は、例えばハンドセットであり、通信機能を有し、図１のシステムで動作する能力を有する。ある実施形態において、携帯端末９０１またはその一部分は、コンテンツタグの共有を拡張するための一つまたは複数のステップを実行する手段の一例を構成する。一般的に、無線受信機は、フロントエンドとバックエンドの特性によって定義される。受信機のフロントエンドはＲＦ回路の全て含み、バックエンドはベースバンド処理回路の全てを含む。本願において使用されているように、"回路"という用語は、（１）ハードウェアのみによる実装と、（２）回路及びソフトウェア（及び／又はファームウェア）の組み合わせによる実装とを含む。前者は、アナログ回路のみの実装やデジタル回路のみの実装、またはこれらの両方を含む実装がある。後者は、特定のコンテクストで適用可能である場合は、一つまたは複数プロセッサ（デジタルシグナルプロセッサを含む）やソフトウェア、一つまたは複数のメモリを含み、またはこれらの組み合わせを含み、これらは協働して、携帯電話やサーバなどの装置に様々な機能を実行させる。この"回路"の定義は、本願において「回路」との語句を使う全ての場合において適用される。請求項においても同様である。さらなる例として、本願で使われているように、また特定のコンテクストで適用可能である場合は、"回路"との語句は、プロセッサと付随するソフトウェアやファームウェアのみの実装をもカバーしてもよい。なおプロセッサはマルチプロセッサでもよい。"回路"との語句はまた、特定のコンテクストにおいて適用可能である場合は、例えば、携帯電話のベースバンド集積回路やアプリケーションプロセッサ集積回路をカバーしてもよく、セルラネットワークデバイスやそのネットワークデバイスにおける同様の集積回路をカバーしてもよい。
【０１６７】
電話機の重要な内部コンポーネントには、メインコントロールユニット（ＭＣＵ）９０３，デジタルシグナルプロセッサ（ＤＳＰ）９０５，送受信ユニットがあり、送受信ユニットには、マイク利得制御ユニットやスピーカ利得制御ユニットが含まれる。メインディスプレイユニット９０７は、コンテンツタグの共有を拡張するためのステップを実行したりサポートしたりする、様々なアプリケーションや携帯端末機能をサポートするための表示をユーザに提供する。ディスプレイ９０７は、携帯電話などの携帯端末のユーザインタフェースの少なくとも一部分を表示するように構成される、ディスプレイ回路を含む。加えてディスプレイ９０７及びディスプレイ回路は、携帯電話の少なくともいくつかの機能をユーザが制御することを容易にする。音声機能回路９０９はマイクロホン９１１と、マイクロホン９１１から出力されるスピーチ信号を増幅するマイクロホンアンプとを備える。マイクロホン９１１から出力されたスピーチ信号を増幅したものは、符号化・復号回路（ＣＯＤＥＣ）９０３に供給される。
【０１６８】
無線セクション９１５は、信号のパワーを増幅し、アンテナ９１７を介して基地局と通信するために、周波数変換を行う。基地局は移動通信システムに含まれているものである。パワーアンプ（ＰＡ）９１９や送信変調回路は、ＭＣＵ９０３に制御されて応答可能である。技術分野でよく知られているように、ＰＡの出力は、デュプレクサ９２１やサーキュレータ、アンテナスイッチに組み合わされる。ＰＡ９１９はバッテリインタフェースやパワーコントロールユニット９２０に組み合わされる。
【０１６９】
使用時において、携帯端末９０１のユーザはマイクロホンに向かって話し、彼又は彼女の声は、拾われたバックグラウンドノイズと共にアナログ電圧に変換される。このアナログ電圧はＡ／Ｄコンバータ（ＡＤＣ）９２３によってデジタル信号に変換される。コントロールユニット９０３は、このデジタル信号を処理するためにＤＳＰ９０５に供給する。この処理には、音声符号化やチャネル符号化、暗号化、インタリーブなどが含まれる。ある実施形態において、処理された音声信号はセルラ転送プロトコルを用いて符号化される。この符号化は独立した要素として図示されていないユニットによって行われる。符号化方式としては、ＥＤＧＥやＧＳＭ，ＩＭＳ，ＵＭＴＳなどであることができ、いずれかの好適な無線媒体、例えばＷｉＭＡＸやＬＴＥ，ＣＤＭＡ，ＷＣＤＭＡ，ＷｉＦｉ，衛星通信などを用いることができる。
【０１７０】
符号化された信号は、無線伝送中に生じる周波数依存の損傷、例えば位相や振幅の歪みを補償するために、等価器９２５に送られる。ビットストリームを等価した後、変調機９２７が当該信号を、ＲＦインタフェース９２９で生成されたRF信号と結合する。変調機９２７は、周波数または位相変調により正弦波を生成する。信号を送信準備するため、アップコンバータ９３１は、変調機９２７から出力された正弦波をシンセサイザ９３３により生成された別の正弦波と結合し、送信に望ましい周波数を達成する。この信号はＰＡ９１９に送られ、信号の強さを適切なレベルまで増幅する。実際のシステムにおいて、ＰＡ９１９は、ネットワークの基地局から受信した情報に基づいてDSP９０５によって利得が制御される、可変利得増幅器として動作する。信号は、デュプレクサ９２１でフィルタされ、場合によってはアンテナカプラ９３５に送られ、インピーダンスが合わされて、最大パワーでの伝送が実現される。最後に信号はアンテナ９１７からローカルの基地局へ送信される。受信機における最後のステージの利得を制御するために、自動利得制御機構（ＡＧＣ）が提供されてもよい。信号は、そこからリモートの電話機と伝送される。当該リモートの電話機は、公衆交換電話ネットワーク（ＰＳＴＮ）や他の電話ネットワークに接続される、セルラ電話機や他の携帯電話機、固定電話機であってもよい。
【０１７１】
携帯電話機９０１に送信された音声信号は、アンテナ９１７を介して受信され、直ちに低ノイズアンプ（ＬＮＡ）９３７によって増幅される。ダウンコンバータ９３９が搬送周波数を下げ、復調器９４１がＲＦを取り去ってデジタルビットストリームのみを残す。この信号は等価器９２５を通された後、DSP９０５によって処理される。その後、Ｄ／Ａコンバータ（ＤＡＣ）９４３が信号を変換し、その出力はスピーカ９４５を通じてユーザに届けられる。これらは全てメインコントロールユニット（ＭＣＵ）９０３の制御下にある。ＭＣＵ９０３は、中央演算装置（ＣＰＵ，図示されていない）によって実装されうる。
【０１７２】
ＭＣＵ９０３は様々な信号を受け取るが、その中にはキーボード９４７からの信号も含まれる。キーボード９４７及び／又はＭＣＵ９０３は、マイクロホン９１１など他のユーザ入力要素と共に、ユーザ入力を管理するユーザインタフェース回路を形成する。ＭＣＵ９０３は、ユーザインタフェースソフトウェアを実行し、コンテンツタグの共有を拡張するべく、携帯端末９０１の少なくとも一部の機能をユーザが制御することを容易にする。ＭＣＵ９０３はまた、表示命令や切り替え命令をディスプレイ９０７や音声出力切り替えコントローラにそれぞれ提供する。さらにＭＣＵ９０３は、ＤＳＰ９０５と情報の交換を行い、搭載されている場合があるＳＩＭカード９４９やメモリ９５１へアクセスすることも可能である。さらにＭＣＵ９０３は、端末によって必要な各種の制御機能を実行する。ＤＳＰ９０５は、実装に応じて、音声信号についてのよく知られた各種のデジタル処理機能を実行する。さらにＤＳＰ９０５は、マイクロホン９１１によって検出された信号からローカル環境の背景ノイズレベルを決定し、携帯端末９０１のユーザの声が自然に聞こえるようにマイクロホン９１１のゲインのレベルを設定する。
【０１７３】
ＣＯＤＥＣ９１３は、ＡＤＣ９２３及びＤＡＣ９４３を含む。メモリ９５１は、着信音データを含む様々なデータを格納し、また例えばグローバルなインターネットを介して受信した音楽データなどの他のデータを格納する能力を有する。ソフトウェアモジュールは、ＲＡＭメモリやフラッシュメモリ、レジスタなど、技術分野で知られたいかなる形態の書き込み可能な記憶媒体に存在してもよい。メモリデバイス９５１は、単一のメモリ、CD、DVD、ROM、RAM、ＥＰＲＯＭ、光ストレージなど、デジタルデータを記憶する能力を有する非揮発性のいかなる記憶媒体であってもよい。
【０１７４】
オプションで搭載される場合があるＳＩＭカード９４９は、例えば、セルラ電話機の番号やキャリアによって提供されたサービス、加入情報の詳細なセキュリティー情報などの重要な情報を担持する。ＳＩＭカード９４９の主要な役目は、無線ネットワークにおいて移動端末９０１を識別することである。カード９４９はまた、個人の電話帳やテキストメッセージ、携帯電話のユーザ設定を格納するためのメモリも備える。
【０１７５】
本発明をいくつかの実施形態や実装例を用いて説明してきたが、本発明の範囲はそのように限定されるものではなく、添付の特許請求の範囲に包含される多くの明らかな変形や均等な構成をカバーする。請求項において、本発明の特徴が、ある特定の組み合わせによって表現されているものの、それらはどのような組み合わせや順番に配されてもよい。
【図１】
0005526286.tif 000002
【図２Ａ】
0005526286.tif 000003
【図２Ｂ】
0005526286.tif 000004
【図３Ａ】
0005526286.tif 000005
【図３Ｂ】
0005526286.tif 000006
【図３Ｃ】
0005526286.tif 000007
【図３Ｄ】
0005526286.tif 000008
【図４Ａ】
0005526286.tif 000009
【図４Ｂ】
0005526286.tif 000010
【図４Ｃ】
0005526286.tif 000011
【図５Ａ】
0005526286.tif 000012
【図５Ｂ】
0005526286.tif 000013
【図６】
0005526286.tif 000014
【図７】
0005526286.tif 000015
【図８】
0005526286.tif 000016
【図９】
0005526286.tif 000017