(57)【要約】ソーシャル・アプリケーションに関連するコンテンツ・ソースを拡張するための方法及びシステムである。実施態様はコンピューティング装置によってオーディオ信号を標本化して定量化することを含む。コンピューティング装置は、デジタル・オーディオ・コンテンツを生成するために所定の符号化規則に基づいてその標本化及び定量化されたオーディオ信号を符号化し、そのデジタル・オーディオ・コンテンツ及びユーザ・アカウントをソーシャル・アプリケーション・サーバに送信し得る。コンピューティング装置は、さらに、ユーザ・アカウントとデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立するための命令を送信し、ソーシャル・アプリケーション・サーバから、ユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立された関係に関連する情報を受信し得る。これはコンテンツ・ソースを拡張するためにユーザが面倒な操作を行う必要性を大幅に取り去り、したがって利便性が改善される。
2017525023.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ・ソースを拡張するためのコンピュータ実施方法であって、
コンピューティング装置の１つ以上のプロセッサによってオーディオ信号を標本化及び定量化を行うこと、
デジタル・オーディオ・コンテンツを生成するために前記１つ以上のプロセッサによって前記標本化及び定量化されたオーディオ信号を符号化すること、
前記１つ以上のプロセッサによって前記デジタル・オーディオ・コンテンツ及び前記コンピューティング装置に関連するユーザ・アカウントをサーバに送信すること、
前記ユーザ・アカウントと前記デジタル・オーディオ・コンテンツに対応するコンテンツ・ソース識別子（ＩＤ）との間の関係を確立するために前記１つ以上のプロセッサによって前記サーバに命令を送信すること及び、
前記１つ以上のプロセッサによって前記ユーザ・アカウントと前記サーバからの前記コンテンツ・ソースＩＤとの間の前記確立された関係に関連する情報を受信することを含む前記方法。
【請求項２】
前記コンテンツ・ソースＩＤが個人ユーザ・アカウント、公共サービス・プロバイダ・アカウントまたはビジネス・アカウントの少なくとも１つを含む、請求項１に記載の前記方法。
【請求項３】
前記オーディオ信号を前記標本化することが前記オーディオ信号より２０Ｈｚから２０ｋＨｚの間のオーディオ信号を標本化することを含む、請求項１に記載の前記方法。
【請求項４】
コンテンツ・ソースを拡張するためのコンピュータ実施方法であって、
１つ以上のプロセッサによってデジタル・オーディオ・コンテンツ及びクライアント端末に関連するユーザ・アカウントを受信すること、
前記１つ以上のプロセッサによって前記受信したデジタル・オーディオ・コンテンツを記憶されているデジタル・オーディオ・コンテンツと照合すること及び、
前記受信したデジタル・オーディオ・コンテンツが前記記憶されているデジタル・オーディオ・コンテンツと一致しているという判定に応答して、前記１つ以上のプロセッサによって、前記記憶されているデジタル・オーディオ・コンテンツと前記コンテンツ・ソースＩＤとの間の所定の対応性に基づいて、前記クライアント端末に関連する前記ユーザ・アカウントと前記記憶されているデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立することを含む前記方法。
【請求項５】
前記受信したデジタル・オーディオ・コンテンツを前記記憶されているデジタル・オーディオ・コンテンツと前記照合することが、前記受信したデジタル・オーディオ・コンテンツが前記記憶されているデジタル・オーディオ・コンテンツのサブセットである時に前記受信したデジタル・オーディオ・コンテンツは前記記憶されているデジタル・オーディオ・コンテンツに一致していると判定することを含む、請求項４に記載の前記方法。
【請求項６】
前記受信したデジタル・オーディオ・コンテンツが前記記憶されているデジタル・オーディオ・コンテンツの前記サブセットである時に前記受信したデジタル・オーディオ・コンテンツは前記記憶されているデジタル・オーディオ・コンテンツと一致していると前記判定することが、前記受信したデジタル・オーディオ・コンテンツの適切なサブセットは前記記憶されているデジタル・オーディオ・コンテンツの前記サブセットであり、及び前記適切なサブセットの長さは所定の長さ未満ではない時に、前記受信したデジタル・オーディオ・コンテンツは前記記憶されているデジタル・オーディオ・コンテンツと一致しているということを判定することを含む、請求項５に記載の前記方法。
【請求項７】
前記受信したデジタル・オーディオ・コンテンツを前記記憶されているデジタル・オーディオ・コンテンツと前記照合することが、前記受信したデジタル・オーディオ・コンテンツが前記記憶されているデジタル・オーディオ・コンテンツの周期焦点のサブセットである時に前記受信したデジタル・オーディオ・コンテンツは前記記憶されているデジタル・オーディオ・コンテンツに一致していると判定することを含む、請求項４に記載の前記方法。
【請求項８】
前記デジタル・オーディオ・コンテンツ及び前記コンテンツ・ソースＩＤを前記サーバに記憶することをさらに含む、請求項４に記載の前記方法。
【請求項９】
前記記憶されているデジタル・オーディオ・コンテンツをコンテンツ・ソース側から前記受信したコンテンツ・ソースＩＤに基づいて生成することをさらに含む、請求項８に記載の前記方法。
【請求項１０】
前記デジタル・オーディオ・コンテンツに対応する前記コンテンツ・ソースＩＤを前記クライアント端末に関連するソーシャル・アカウントのソーシャル関係リストに追加することをさらに含む、請求項４に記載の前記方法。
【請求項１１】
前記クライアント端末に関連する前記ユーザ・アカウントと前記記憶されているデジタル・オーディオ・コンテンツに対応する前記コンテンツ・ソースＩＤとの間の前記確立された関係を前記クライアント端末に送信することをさらに含む、請求項４に記載の前記方法。
【請求項１２】
コンテンツ・ソースを拡張するためのコンピュータ実施方法であって、
コンピューティング装置の１つ以上のプロセッサによってオーディオ信号を標本化すること、
前記１つ以上のプロセッサによって前記オーディオ信号から特徴を検索すること、
前記１つ以上のプロセッサによって前記特徴及び前記コンピューティング装置に関連するユーザ・アカウントをサーバに送信すること、
前記ユーザ・アカウントと前記特徴に対応するコンテンツ・ソースＩＤとの間の関係を確立するために１つ以上のプロセッサによって命令を前記サーバに送信すること及び、
１つ以上のプロセッサによって前記ユーザ・アカウントと前記サーバからの前記特徴の前記コンテンツ・ソースＩＤとの間の確立された関係に関連する情報を受信することを含む前記方法。
【請求項１３】
前記特徴が前記オーディオ信号の時間領域もしくは周波数領域の特徴またはそれらの組合せを含む、請求項１２に記載の前記方法。
【請求項１４】
前記特徴が前記オーディオ信号のメロディーの特徴を含む、請求項１２に記載の前記方法。
【請求項１５】
前記コンテンツ・ソースＩＤが個人ユーザ・アカウント、公共サービス・プロバイダ・アカウントまたはビジネス・アカウントの少なくとも１つを含む、請求項１２に記載の前記方法。
【請求項１６】
前記サーバによって前記特徴及び前記コンピューティング装置に関連する前記ユーザ・アカウントを受信すること、
前記サーバによって、記憶されている特徴と前記コンテンツ・ソースＩＤとの間のマッピング関係に基づいて前記特徴に対応するコンテンツ・ソースＩＤを判定すること及び、
前記サーバによって、前記クライアント端末に関連する前記ユーザ・アカウントと前記コンテンツ・ソースＩＤとの間の関係を確立することをさらに含む、請求項１２に記載の前記方法。
【請求項１７】
前記記憶されている特徴と前記コンテンツ・ソースＩＤとの間の前記関係を前記サーバに記憶することをさらに含む、請求項１６に記載の前記方法。
【請求項１８】
前記記憶されている特徴をコンテンツ・ソース側から前記受信したデジタル・オーディオ・コンテンツに基づいて生成することをさらに含む、請求項１６に記載の前記方法。
【請求項１９】
前記特徴に対応する前記コンテンツ・ソースＩＤを前記コンピューティング装置上のソーシャル・アカウントのソーシャル関係リストに追加することをさらに含む、請求項１６に記載の前記方法。
【請求項２０】
前記コンピューティング装置に関連する前記ユーザ・アカウントと前記記憶されている特徴に対応する前記コンテンツ・ソースＩＤとの間の前記確立された関係を送信することをさらに含む、請求項１６に記載の前記方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１４年７月３０日出願の中国出願番号２０１４１０３６９７９６．８、名称「Ｍｅｔｈｏｄｓ  ａｎｄ  Ｓｙｓｔｅｍｓ  ｆｏｒ  Ｅｘｔｅｎｄｉｎｇ  Ｃｏｎｔｅｎｔ  Ｓｏｕｒｃｅｓ  ａｎｄ  Ｃｌｉｅｎｔ  Ｔｅｒｍｉｎａｌ  ａｓ  ｗｅｌｌ  ａｓ  Ｓｅｒｖｅｒ  ｔｈｅｒｅｏｆ」に対する優先権を主張し、本明細書にその全体を参照して取り込む。
【０００２】
本明細書の実施態様はソーシャル・アプリケーションに関し、具体的にはコンテンツ・ソースを拡張するための方法及びシステムに関する。
【背景技術】
【０００３】
近年のソーシャル・アプリケーションの隆盛と共に、ユーザは携帯電話、タブレットＰＣ及びその他のモバイル装置を使用して簡単にソーシャル機能を完結することが出来る。ソーシャル・アプリケーションの例としては、ＷＥＣＨＡＴ（商標）、ＬＡＩＷＡＮＧ（商標）、ＷＥＩＢＯ（商標）、ＹＩＸＩＮＧ（商標）、ＦＡＣＥＢＯＯＫ（登録商標）、ＴＷＩＴＴＥＲ（登録商標）及びＬＩＮＥ（商標）が含まれる。
【０００４】
まずユーザは自分の装置にソーシャル・アプリケーションをインストールする。一定の機能のプリセットはせずに、ソーシャル・アプリケーションは一定のコンテンツ・ソースを含むだけでも良く、それによって個人のものの代わりにソーシャルの情報が提供される。コンテンツの中には、公開サービスのチャンネル、システムが推奨するコミュニティ及び有名人を含むものもある。ソーシャル・アプリケーションの利点を享受するために、ユーザは様々な方法を通じて友人を追加しても良い。例えば、ソーシャル・アプリケーションはユーザの連絡先及びＥメールにある友人を検索しても良い。
【０００５】
ソーシャル・アプリケーションは、キー・ワードを検索することによってコンテンツ・ソースを拡張しても良い。個人的な友人なのか公開アカウントなのかを判定するには、ユーザは友人を見つけ、及び／または自分の個人的なアカウントに追加するためにソーシャル・アプリケーションの適切なボタンをクリックすることが求められる。例えば、ＷＥＣＨＡＴ（登録商標）のユーザは、「Ｐｌｕｓ  Ｓｉｇｎ」をクリックして、検索キー・ワードを設定した上で設定した多数のキー・ワードを用いて検索を実行することが出来る。そして次にユーザは「Ａｄｄ  Ａｃｃｏｕｎｔ」を選択してその識別されたアカウント番号を追加する。同様に、ＬＡＩＷＡＮＧ（登録商標）のユーザは「Ｇｅｔｔｉｎｇ  Ｔｏｇｅｔｈｅｒ」機能を使用して友人を見つけて追加しても良い。オンライン・チャット、デート用ツールなどの他のコミュニケーション形態も、友人を見つけて追加するために用いて良い。しかしながら、分かってきたのは、友人を追加するためには複数の複雑な操作を実行することをユーザが常に求められる、ということである。
【発明の概要】
【０００６】
本明細書の実施態様は、コンテンツ・ソースを拡張して例えばコンテンツ・ソースの拡張の利便性を改善するための、方法及びシステムに関する。前述の技術的な課題を解決するために、コンテンツ・ソースを拡張するための方法及びシステムは、クライアント端末及び／またはサーバを使用して実施する。本概要は、請求する主題のすべての主要機能あるいは必須の機能のすべてを確認することを意図するものではなく、また請求する主題の範囲を判定する際の助けとするためだけに使用することを意図するものでもない。
【０００７】
実施態様において、ソーシャル・アプリケーションに関連するコンテンツ・ソースを拡張するための方法は、コンピューティング装置（クライアント端末など）によってオーディオ信号を標本化して定量化することを含む。コンピューティング装置は、デジタル・オーディオ・コンテンツを生成するための所定の符号化規則に基づいてその標本化及び定量化されたオーディオ信号をさらに符号化しても良い。コンピューティング装置は、そのデジタル・オーディオ・コンテンツ及びユーザ・アカウントをソーシャル・アプリケーション・サーバに送信し、次にユーザ・アカウントとデジタル・オーディオ・コンテンツに対応するコンテンツ・ソース識別子（ＩＤ）との間の関係を確立するための命令を送信しても良い。コンピューティング装置は、ソーシャル・アプリケーション・サーバから、ユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立された関係に関連する情報を受信しても良い。
【０００８】
実施態様において 、ソーシャル・アプリケーションに関連するコンテンツ・ソースを拡張するための方法は、コンピューティング装置（例えばサーバ）によってデジタル・オーディオ・コンテンツ及びクライアント端末に関連するユーザ・アカウントを受信することを含む。コンピューティング装置は、受信したデジタル・オーディオ・コンテンツを記憶されているデジタル・オーディオ・コンテンツと照合しても良い。受信したデジタル・オーディオ・コンテンツが記憶されているデジタル・オーディオ・コンテンツと一致しているという判定に応答して、コンピューティング装置は、記憶されているデジタル・コンテンツとコンテンツ・ソースＩＤとの間の所定の対応性に基づいて、クライアントに関連するユーザ・アカウントと記憶されているデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立しても良い。
【０００９】
実施態様において、ソーシャル・アプリケーションに関連するコンテンツ・ソースを拡張するための方法は、コンピューティング装置（例えばクライアント端末）によってオーディオ信号を標本化することを含んでも良い。コンピューティング装置はさらに、オーディオ信号から特徴を検索し、その特徴及びユーザ・アカウントをソーシャル・アプリケーション・サーバに送信し、そしてユーザ・アカウントとデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立するための命令を送信しても良い。コンピューティング装置は、ソーシャル・アプリケーション・サーバから、ユーザ・アカウントと特徴のコンテンツ・ソースＩＤとの間の確立された関係に関連する情報を受信しても良い。
【００１０】
実施態様において、ソーシャル・アプリケーションに関連するコンテンツ・ソースを拡張するための方法は、コンピューティング装置（例えばサーバ）によって、特徴及びクライアント端末に関連するユーザ・アカウントを受信することを含んでも良い。コンピューティング装置は、記憶されている特徴とコンテンツ・ソースＩＤとの間のマッピング関係に基づいてその特徴に対応するコンテンツ・ソースＩＤを判定しても良い。コンピューティング装置は、クライアント端末に関連するユーザ・アカウントとコンテンツ・ソースＩＤとの間の関係を確立しても良い。
【００１１】
実施態様において、ソーシャル・アプリケーションに関連するコンテンツ・ソースを拡張するための方法は、コンピューティング装置（例えばクライアント端末）によって、コンテンツ・ソース側のコンテンツ・ソースＩＤに基づいて変調したオーディオ信号を収集することを含む。コンピューティング装置は、所定の規則ならびにコンテンツ・ソースＩＤ及びユーザ・アカウントをソーシャル・アプリケーション・サーバに送信することに基づいて、コンテンツ・ソースＩＤを取得するために、収集したオーディオ信号を復調しても良い。コンピューティング装置は、ソーシャル・アプリケーション・サーバから、ユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立された関係に関連する情報を受信しても良い。
【００１２】
実施態様において、ソーシャル・アプリケーションに関連するコンテンツ・ソースを拡張するための方法は、所定の規則及びオーディオ信号を送信することに基づいてオーディオ信号を取得するためにコンテンツ・ソースＩＤを変調することを含む。
【００１３】
実施態様において、ソーシャル・アプリケーションに関連するコンテンツ・ソースを拡張するための方法は、オーディオ信号を標本化して定量化し、デジタル・オーディオ・コンテンツを生成するための所定の規則に基づいて標本化及び定量化されたオーディオ信号を符号化し、デジタル・オーディオ・コンテンツ及びユーザ・アカウントをソーシャル・アプリケーション・サーバに送信するように構成されたクライアント端末を含む。クライアント端末は、ユーザ・アカウントとデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立するための命令をさらに送信しても良く、そしてユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立した関係に関する情報をソーシャル・アプリケーション・サーバから受信しても良い。
【００１４】
システムは、デジタル・オーディオ・コンテンツ及びクライアント端末に関連するユーザ・アカウントをクライアント端末から受信し、受信したデジタル・オーディオ・コンテンツを記憶されているデジタル・オーディオ・コンテンツと照合するように構成されたソーシャル・アプリケーション・サーバをさらに含んでも良い。受信したデジタル・オーディオ・コンテンツが記憶されているデジタル・オーディオ・コンテンツと一致しているという判定に応答して、ソーシャル・アプリケーション・サーバは、記憶されているデジタル・コンテンツとコンテンツ・ソースＩＤとの間の所定の対応性に基づいて、クライアント端末に関連するユーザ・アカウントと記憶されているデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立しても良い。
【００１５】
実施態様において、クライアント端末は、オーディオ信号を標本化及び量子化するように構成された標本化及び定量化モジュール、及び、デジタル・オーディオ・コンテンツを生成するための所定のコード化規則に基づいて標本化及び定量化されたオーディオ信号を符号化するように構成された符号化モジュールを含む。クライアント端末は、デジタル・オーディオ・コンテンツ及びユーザ・アカウントをソーシャル・アプリケーション・サーバに送信し、ユーザ・アカウントとデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立するための命令を送信するように構成された送信モジュールをさらに含んでも良い。クライアント端末は、ユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立した関係に関連する情報をソーシャル・アプリケーション・サーバから受信するように構成された受信モジュールをさらに含んでも良い。
【００１６】
実施態様において、サーバは、デジタル・オーディオ・コンテンツ及びクライアント端末に関連するユーザ・アカウントをクライアント端末から受信するように構成された受信モジュール、及び、受信したデジタル・オーディオ・コンテンツを記憶されているデジタル・オーディオ・コンテンツと照合するように構成された読出しモジュールを含む。受信したデジタル・オーディオ・コンテンツが記憶されているデジタル・オーディオ・コンテンツと一致しているという判定に応答して、読出しモジュールは、記憶されているデジタル・コンテンツとコンテンツ・ソースＩＤとの間の所定の対応性に基づいて、クライアントに関連するユーザ・アカウントと記憶されているデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立しても良い。
【００１７】
実施態様において、ソーシャル・アプリケーションに関連するコンテンツ・ソースを拡張するためのシステムは、オーディオ信号を標本化し、オーディオ信号から特徴を検索し、特徴及びユーザ・アカウントをソーシャル・アプリケーション・サーバに送信するように構成されたクライアント端末を含む。クライアント端末は、ユーザ・アカウントとデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立するための命令をさらに送信しても良く、そしてユーザ・アカウントと特徴のコンテンツ・ソースＩＤとの間の確立した関係に関連する情報をソーシャル・アプリケーション・サーバから受信しても良い。
【００１８】
システムは、クライアント端末から特徴及びクライアント端末に関連するユーザ・アカウントを受信するように構成されたソーシャル・アプリケーション・サーバをさらに含む。ソーシャル・アプリケーション・サーバはさらに、特徴に対応するコンテンツ・ソースＩＤを判定し、記憶されている特徴とコンテンツ・ソースＩＤとの間のマッピング関係に基づいて、クライアント端末に関連するユーザ・アカウントとコンテンツ・ソースＩＤとの間の関係を確立しても良い。
【００１９】
実施態様において、クライアント端末は、オーディオ信号を標本化するように構成された収集モジュール、及びオーディオ信号から特徴を検索するように構成された検索モジュールを含む。クライアント端末は、特徴及びユーザ・アカウントをソーシャル・アプリケーション・サーバに送信し、ユーザ・アカウントとデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立するための命令を送信するように構成された送信モジュールをさらに含んでも良い。クライアント端末は、ユーザ・アカウントと特徴のコンテンツ・ソースＩＤとの間の確立された関係に関連する情報をソーシャル・アプリケーション・サーバから受信するように構成された受信モジュールをさらに含んでも良い。
【００２０】
実施態様において、サーバは、クライアント端末から特徴及びクライアント端末に関連するユーザ・アカウントを受信するように構成された受信モジュール、ならびに、記憶されている特徴とコンテンツ・ソースＩＤとの間のマッピング関係に基づいて特徴に対応するコンテンツ・ソースＩＤを判定するように構成された判定モジュールを含む。サーバは、クライアント端末に関連するユーザ・アカウントとコンテンツ・ソースＩＤとの間の関係を確立するように構成された関係モジュールをさらに含んでも良い。
【００２１】
実施態様において、ソーシャル・アプリケーションに関連するコンテンツ・ソースを拡張するためのシステムは、コンテンツ・ソース側のコンテンツ・ソースＩＤに基づいて変調されたオーディオ信号を収集し、所定の規則に基づいてコンテンツ・ソースＩＤを取得するために収集されたオーディオ信号を復調するように構成された第２のクライアント端末を含む。第２のクライアント端末は、コンテンツ・ソースＩＤ及びユーザ・アカウントをソーシャル・アプリケーション・サーバにさらに送信しても良く、そしてソーシャル・アプリケーション・サーバから第２のクライアント端末のユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立された関係に関連する情報を受信しても良い。
【００２２】
システムは、所定の規則に基づいてオーディオ信号を取得するためにコンテンツ・ソースＩＤを変調し、その変調したオーディオ信号を送信するように構成された第１のクライアント端末をさらに含んでも良い。
【００２３】
実施態様において、クライアント端末は、コンテンツ・ソース側のコンテンツ・ソースＩＤに基づいて変調されたオーディオ信号を収集するように構成された収集モジュール、及び、所定の規則に基づいてコンテンツ・ソースＩＤを取得するために収集したオーディオ信号を復調するように構成された回復モジュールをさらに含んでも良い。クライアント端末は、コンテンツ・ソースＩＤ及びユーザ・アカウントをソーシャル・アプリケーション・サーバに送信するように構成された送信モジュール、及び、ユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立した関係に関連する情報をソーシャル・アプリケーション・サーバから受信するように構成された受信モジュールをさらに含んでも良い。
【００２４】
実施態様において、クライアント端末は、所定の規則に基づいてオーディオ信号を取得するためにコンテンツ・ソースＩＤを変調するように構成された変換モジュール、及び、オーディオ信号を送信するように構成された送信モジュールを含む。
【００２５】
本明細書における実施態様は、コンテンツ・ソースを拡張することを含むクライアント特定の機能が、モバイル・ソーシャル・ソフトウェアのボタンをクリックすることによって実施されても良いということを例証している。   これは面倒なユーザ操作を行う必要性を大幅に取り去り、そのため利便性が改善する。
【００２６】
発明の詳細な説明は付随する図面を参照して記述される。異なる図面において同一の参照番号を使用する場合は、類似しているかまたは同一の項目であることを示す。
【図面の簡単な説明】
【００２７】
【図１】コンテンツ・ソースを拡張するための説明的プロセスのフローチャートである。
【図２】コンテンツ・ソースを拡張するための説明的プロセスの別のフローチャートである。
【図３】コンテンツ・ソースを拡張するための説明的プロセスのさらに別のフローチャートである。
【図４】コンテンツ・ソースを拡張するための説明的プロセスのさらに別のフローチャートである。
【図５】コンテンツ・ソースを拡張するための説明的プロセスのさらに別のフローチャートである。
【図６】コンテンツ・ソースを拡張するための説明的プロセスのさらに別のフローチャートである。
【図７】コンテンツ・ソースを拡張することを可能とする説明的コンピューティング・アーキテクチャの概略図である。
【図８】クライアント端末上でコンテンツ・ソースを拡張することを可能とする説明的コンピューティング・アーキテクチャの概略図である。
【図９】サーバ端末上でコンテンツ・ソースを拡張することを可能とする説明的コンピューティング・アーキテクチャの概略図である。
【図１０】クライアント端末上でコンテンツ・ソースを拡張することを可能とする説明的コンピューティング・アーキテクチャの別の概略図である。
【図１１】サーバ端末上でコンテンツ・ソースを拡張することを可能とする説明的コンピューティング・アーキテクチャの別の概略図である。
【図１２】コンテンツ・ソースを拡張することを可能とする説明的コンピューティング・アーキテクチャの別の概略図である。
【図１３】クライアント端末上でコンテンツ・ソースを拡張することを可能とする説明的コンピューティング・アーキテクチャのさらに別の概略図である。
【図１４】クライアント端末上でコンテンツ・ソースを拡張することを可能とする説明的コンピューティング・アーキテクチャのさらに別の概略図である。
【発明を実施するための形態】
【００２８】
本明細書における実施態様は、コンテンツ・ソースを拡張するための方法及びシステムに関する。当業者が本開示の技術的な解決策をより良く理解することを可能とするため、以下の詳細は図面と併せて提供する。明らかに、記述する実施態様は本開示の実施態様の単に一部に過ぎず、すべての実施態様では無い。本開示の実施態様に基づいて、創造的な努力をせずに他のすべての実施態様を行っている当業者は、本開示の範疇に属するものと考えるべきである。
【００２９】
アカウント情報及びコンテンツ・ソースＩＤは一般にソーシャル・アプリケーション・サーバ上に記憶される。ユーザがモバイル端末またはその他の端末上で自分のアカウントにログインすると、ソーシャル・アプリケーション・サーバはコンテンツ・ソースＩＤに対応する最新のコンテンツをその端末に送信しても良い。その代わりに、ソーシャル・アプリケーション・サーバはプッシュ・メカニズムを使用してクライアント端末にコンテンツ・ソースＩＤの最新のコンテンツをプッシュしても良い。
【００３０】
実施態様において、ソーシャル・アプリケーション・サーバは、モバイル端末または他の端末を使用してコンテンツ・ソースを拡張するためにコンテンツ・ソースのプリセットを受信しても良い。例えば、コンテンツ・ソースのデジタル・オーディオ・コンテンツは、ソーシャル・アプリケーション・サーバ上に記憶しても良い。コンテンツ・ソースＩＤはコンテンツ・ソース側からソーシャル・アプリケーション・サーバに送信しても良い。ソーシャル・アプリケーション・サーバは、プリセット変調規則に基づいてコンテンツ・ソースＩＤに関係するデジタル・オーディオ・コンテンツを生成しても良い。例えば、もしコンテンツ・ソースがラジオ放送局ならば、ラジオ放送局の歌のアナログ信号はデジタル・オーディオ信号を生成するためにコンピューティング装置によって標本化され、定量化され、及び／または符号化されても良い。これらのデジタル・オーディオ信号はソーシャル・アプリケーション・サーバに記憶されても良い。ラジオ放送局の歌は一般に、その放送局を代表するもの、つまりその放送局の声、メロディー、歌の特徴を強調するものである。実施態様において、アナログ・オーディオ信号は一定の標本化レートに基づいて、時間軸でコンピューティング装置によって標本化しても良い。
【００３１】
コンピューティング装置は、次に振幅階層化標本を定量化してその標本を符号化しても良い。符号化は、国際電気通信連合（ＩＴＵ）で指定されるパルス符号変調つまりＰＣＭ符号化タイプ、音声圧縮標準Ｇ．７１１のＰＣＭの「ｕ」または「ａ」レート、適応差分パルス符号変調（ＡＤＰＣＭ）及び適応デルタ変調（ＡＤＭ）などの様々な規則によって実施しても良い。さらに、符号化パラメータが、数学的モデルによって生成されたオーディオ信号に従って使用されても良い。符号化特徴パラメータは、Ｇ．７２９、Ｇ．７２３．１及び符号励振線形予測（ＣＥＬＰ）オーディオ符号化ならびに符号化用米国連邦標準（ＦＳ−１０１６）を含むコードブック励振ボコーダを使用するなどの符号化の前に検索しても良い。符号化規則は線形予測符号化（ＬＰＣ）タイプであっても良い。標準の予測符号化または変換符号化、サブバンド符号化、統計符号化もしくは同様のものが、Ｇ．７２８、Ｇ．７２９、Ｇ．７２３．１に即して実施されても良い。本出願はこれらの方法に制限されるものではない。
【００３２】
実施態様において、ソーシャル・アプリケーション・サーバはデジタル化したオーディオ信号とコンテンツ・ソースＩＤとの間の対応性関係を記憶しても良い。
【００３３】
図１は、コンテンツ・ソースを拡張するための説明的プロセス１００のフローチャートである。本明細書での動作は、ソーシャル・ネットワーキングのアプリケーションをインストールしたモバイル端末またはその他の端末などのコンピューティング装置によって実施しても良い。ここでは単純化のために、クライアント端末はソーシャル・ネットワーキングのアプリケーションをインストールしたモバイル端末またはその他の端末などのコンピューティング装置であっても良い。サード・パーティ再生機はラジオ放送局の歌などのオーディオ・ファイルをクライアント端末に再生することが出来る。サード・パーティ再生機はスピーカなどのオーディオ・ハードウェアを必要とする。例えば、スピーカを使用して電気的エネルギーは音響エネルギーに変換され、それによってオーディオ・ファイルを再生しても良い。
【００３４】
クライアント端末は、例えば特定の機能を有効にするための仮想ボタンまたは物理ボタンのタッチなどの、特定の機能を開始することが出来る。この特定の機能は以下に述べるようにオーディオ信号を収集するために実行しても良い。
【００３５】
１０２で、コンピューティング装置（例えばクライアント端末）はオーディオ信号を標本化及び定量化しても良い。述べたように、クライアント端末上の機能はクライアント上のハードウェアのサポートで周囲のオーディオ信号を収集することを有効にしても良い。例えば、マイクロフォンまたはその他の音響センサはほとんどの人々の可聴範囲内の音波を捕捉することが出来る。より感度の高い音響センサは人間の可聴周波数の範囲を超える音波を捕捉することが出来る。
【００３６】
これらのオーディオ信号は一般に、ある経過時間の間は一定の振幅を有する連続的なアナログ・オーディオ信号である。コンピューティング装置は所定の帯域のオーディオ信号を有するオーディオ信号を標本化しても良く、その所定の帯域は２０Ｈｚから２０ｋＨｚの間である。
【００３７】
実施態様において、オーディオ信号を標本化することは、オーディオ信号を標本化及び定量化することを含んでも良い。例えば、クライアント端末は、そのクライアント端末上のマイクロフォンを介してオーディオ信号を標本化及び定量化しても良い。標本化及び定量化の処理は、元の取得時間に関して時間軸及び振幅軸内の連続的なアナログ・オーディオ信号をデジタル化しても良い。
【００３８】
１０４で、コンピューティング装置は、デジタル・オーディオ・コンテンツを生成するための所定の符号化規則に基づいて、標本化及び定量化されたオーディオ信号を符号化しても良い。例えば、クライアント端末は、所定の符号化規則に基づいて、標本化及び定量化されたオーディオ信号を符号化しても良い。標本化によって、定量化されたデータは所定のフォーマットに符号化及び／または記録されても良い。クライアント端末はアルゴリズムを使用してそのデータを圧縮しても良い。例えば、波形符号化、パラメトリック符号化（ソース・コード）または混合符号化方法が実施されても良い。波形符号化は一般に、標本化、定量化及びデジタル信号への符号化の後に波形を変換する。
【００３９】
パラメトリック符号化は一般に、音の発音メカニズムに基づいて特有の会話の特徴パラメータを判定し、その特徴パラメータを符号化する。混合符号化方法は、波形符号化及びパラメトリック符号化の利点を組み合わせる符号化方法である。例えば、クライアント端末は、デジタル・オーディオ・コンテンツを生成するための所定の符号化規則に基づいて、標本化及び定量化されたオーディオ信号を符号化しても良い。クライアント端末は、オーディオ信号を符号化するための符号化規則を使用しても良い。ソーシャル・アプリケーション・サーバ上に記憶されたオーディオ信号は、同じ符号化規則を使用して処理しても良い。
【００４０】
１０６で、コンピューティング装置は、そのデジタル・オーディオ・コンテンツ及びユーザ・アカウントをソーシャル・アプリケーション・サーバに送信し、ユーザ・アカウントとデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立するための命令を送信しても良い。
【００４１】
デジタル・オーディオ・コンテンツに加えて、クライアント端末は、そのユーザ・アカウントをソーシャル・アプリケーション・サーバに転送し、ユーザ・アカウントとデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立するための命令を送信しても良い。
【００４２】
実施態様において、アカウント情報及びコンテンツ・ソースＩＤは一般にソーシャル・アプリケーション・サーバ上に記憶される。ユーザ・アカウントはユーザのコンテンツ・ソースＩＤとの対応性を維持することが必要である。デジタル・オーディオ・コンテンツとコンテンツ・ソースとの間には対応する関係がある。このようにして、デジタル・オーディオ・コンテンツは引き続くステップで、ユーザ・アカウントをコンテンツ・ソースの所望の拡張と関連付けるために使用することが出来る。従って、コンテンツ・ソースは拡張され得る。
【００４３】
例えば、クライアント端末からデジタル・オーディオ・コンテンツを受信した後に、ソーシャル・アプリケーション・サーバは受信したデジタル・オーディオ・コンテンツを記憶されているデジタル・オーディオ・コンテンツと照合しても良い。受信したデジタル・オーディオ・コンテンツが記憶されているデジタル・オーディオ・コンテンツと一致しているという判定に応答して、ソーシャル・アプリケーション・サーバはデジタル・オーディオ・コンテンツのコンテンツ・ソースＩＤをクライアント端末のユーザ・アカウントに関連するコンテンツ・ソースに追加しても良い。
【００４４】
実施態様において、ソーシャル・アプリケーション・サーバは、ユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立された関係に関連する情報をクライアント端末に送信しても良い。標本化され定量化された実際のオーディオ信号は短いので、ソーシャル・アプリケーション・サーバ上で実際のオーディオ信号を記憶されたオーディオ・コンテンツと比較するのは困難である。
【００４５】
実施態様において、クライアント端末は、第１の所定の時間幅よりも長いオーディオ・コンテンツを標本化して定量化しても良い。例えば、クライアント端末からデジタル・オーディオ・コンテンツを受信した後に、ソーシャル・アプリケーション・サーバは受信したデジタル・オーディオ・コンテンツを記憶されているデジタル・オーディオ・コンテンツと照合しても良い。
【００４６】
生成された符号化デジタル・オーディオ・コンテンツは、クライアント端末によってある時間幅以内に標本化及び定量化されたオーディオ信号に対応する。この時間幅はソーシャル・アプリケーション・サーバ上に記憶されているオーディオ・コンテンツの長さとは異なっても良い。従って、標本化及び定量化されたオーディオ信号ならびに記憶されているオーディオ信号に対する時間モードは全体比較には限定されず、数学的なセットの比較まで拡張しても良い。例えば、ソーシャル・アプリケーション・サーバは、受信したデジタル・オーディオ・コンテンツが記憶されているデジタル・オーディオ・コンテンツのサブセットである時には、受信したデジタル・オーディオ・コンテンツは記憶されているデジタル・オーディオ・コンテンツに一致していると判定しても良い。従って、ソーシャル・アプリケーション・サーバ上の記憶されているデジタル・オーディオ・コンテンツが例えば１０秒間の断片である。もし標本化及び定量化されたデジタル・オーディオ・コンテンツが１０秒間の断片の一部分（例えば５秒間の断片）ならば、標本化及び定量化されたデジタル・オーディオ・コンテンツは記憶されているデジタル・オーディオ・コンテンツのサブセットと見做される。言い換えると、もし標本化及び定量化されたデジタル・オーディオ・コンテンツ（５秒間の断片）が記憶されているデジタル・オーディオ・コンテンツ（１０秒間の断片）の一部分ならば、ソーシャル・アプリケーション・サーバはこれら２つのコンテンツが一致していると判定しても良い。
【００４７】
実施態様において、クライアント端末からデジタル・オーディオ・コンテンツを受信した後に、ソーシャル・アプリケーション・サーバは受信したデジタル・オーディオ・コンテンツの適切なサブセットを記憶されているデジタル・オーディオ・コンテンツと照合しても良い。ソーシャル・アプリケーション・サーバは、適切なサブセットが記憶されているデジタル・オーディオ・コンテンツのサブセットである時には、受信したデジタル・オーディオ・コンテンツが記憶されているデジタル・オーディオ・コンテンツと一致していると判定しても良い。これにより、標本化及び定量化されたその他の信号のいくつかによって引き起こされた影響は回避し得る。
【００４８】
例えば、ソーシャル・アプリケーション・サーバ上に記憶されているデジタル・オーディオ・コンテンツは「ＡＡＢＣＣＤＥＤＦ」であり、標本化及び定量化されたデジタル・オーディオ・コンテンツは「ＥＢＣＣＤＥＤＮ」であり、記憶されているデジタル・オーディオ・コンテンツの適切なサブセットは「ＢＣＣＤＥＤ」であっても良い。適切なサブセットは「ＡＡＢＣＣＤＥＤＦ」のサブセットであり、従ってソーシャル・アプリケーション・サーバは記憶されているデジタル・オーディオ・コンテンツが標本化及び定量化されたデジタル・オーディオ・コンテンツと一致していると判定しても良い。このようにして、クライアント端末は、クライアント端末の収集機能を有効化及び／または無効化する時に装置または周囲環境に起因する干渉を効果的に回避することが出来る。これらの例では、符号化されたデジタル・オーディオ・コンテンツの適切なサブセットが符号化されたデジタル・オーディオ・コンテンツの代わりとなって照合誤りを回避する。
【００４９】
クライアント端末は、第１の所定の時間幅より長いオーディオ・コンテンツを標本化及び定量化しても良い。実施態様において、サーバ・パーティ組織はループするオーディオを再生しても良い。いくつかの例では、標本化及び定量化されたデジタル・オーディオ・コンテンツは、ソーシャル・アプリケーション・サーバ上に記憶されているデジタル・オーディオ・コンテンツとは異なる可能性がある。標本化及び定量化されたデジタル・オーディオ・コンテンツは、ループするオーディオの一部分であっても良い。これらの例では、ソーシャル・アプリケーション・サーバはデジタル・オーディオ・コンテンツのループする再生を考慮しても良い。
【００５０】
実施態様において、ソーシャル・アプリケーション・サーバは、受信したデジタル・オーディオ・コンテンツが、ループするデジタル・オーディオ・コンテンツを含む記憶されているデジタル・オーディオ・コンテンツのサブセットである時には、受信したデジタル・オーディオ・コンテンツは記憶されているデジタル・オーディオ・コンテンツに一致していると判定しても良い。例えば、ソーシャル・アプリケーション・サーバが受信する符号化されたデジタル・オーディオ・コンテンツは「ＥＤＦＡＡＢＣＣＤＥＤ」とする。もしループするデジタル・オーディオ・コンテンツが「ＡＡＢＣＣＤＥＤＦＡＡＢＣＣＤＥＤＦ、、、ＡＡＢＣＣＤＥＤＦ」（例えば、「ＡＡＢＣＣＤＥＤＦ」の５回のループ）であるなら、ソーシャル・アプリケーション・サーバはこれら２つのコンテンツが一致していると判定しても良い。
【００５１】
１０８で、コンピューティング装置は、ユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立された関係に関連する情報を受信しても良い。ソーシャル・アプリケーション・サーバは、ユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立された関係に関連する情報を送信しても良い。
【００５２】
ソーシャル・アプリケーション・サーバは、デジタル・オーディオ・コンテンツのコンテンツ・ソースＩＤをクライアント端末のユーザ・アカウントに関連するコンテンツ・ソースに追加しても良い。さらに、ソーシャル・アプリケーション・サーバは、ユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立された関係に関連する情報をクライアント端末に送信しても良い。従ってクライアント端末は、ソーシャル・アプリケーション・サーバから、ユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立された関係に関連する情報を受信し、コンテンツ・ソースＩＤを追加しても良い。コンテンツ・ソースＩＤは、個人ユーザ・アカウント、公共サービス提供機関のサービス・プロバイダ・アカウント、またはビジネス・アカウントを含んでも良い。
【００５３】
図２は、コンテンツ・ソースを拡張するための説明的プロセス２００のフローチャートである。２０２で、ソーシャル・アプリケーション・サーバは、クライアント端末からデジタル・オーディオ・コンテンツ及びクライアント端末に関連するユーザ・アカウントを受信しても良い。
【００５４】
２０４で、ソーシャル・アプリケーション・サーバは、受信したデジタル・オーディオ・コンテンツを記憶されているデジタル・オーディオ・コンテンツと照合しても良い。受信したデジタル・オーディオ・コンテンツが記憶されているデジタル・オーディオ・コンテンツと一致しているという判定に応答して、ソーシャル・アプリケーション・サーバは、記憶されているデジタル・コンテンツとコンテンツ・ソースＩＤとの間の所定の対応性に基づいて、クライアント端末に関連するユーザ・アカウントと記憶されているデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立しても良い。
【００５５】
実施態様において、ソーシャル・アプリケーション・サーバは、受信したデジタル・オーディオ・コンテンツが記憶されているデジタル・オーディオ・コンテンツのサブセットである時に、受信したデジタル・オーディオ・コンテンツが記憶されているデジタル・オーディオ・コンテンツに一致していると判定しても良い。例えば、ソーシャル・アプリケーション・サーバは、受信したデジタル・オーディオ・コンテンツが記憶されているデジタル・オーディオ・コンテンツのサブセットである時には、受信したデジタル・オーディオ・コンテンツは記憶されているデジタル・オーディオ・コンテンツに一致していると判定しても良い。ソーシャル・アプリケーション・サーバは、受信したデジタル・オーディオ・コンテンツの適切なサブセットが記憶されているデジタル・オーディオ・コンテンツのサブセットである時に、受信したデジタル・オーディオ・コンテンツが記憶されているデジタル・オーディオ・コンテンツに一致していると判定しても良い。適切なサブセットの長さは所定の長さ未満ではない。
【００５６】
実施態様において、ソーシャル・アプリケーション・サーバは、受信したデジタル・オーディオ・コンテンツが記憶されているデジタル・オーディオ・コンテンツのサブセットである時に、受信したデジタル・オーディオ・コンテンツが記憶されているループするデジタル・オーディオ・コンテンツに一致していると判定しても良い。ソーシャル・アプリケーション・サーバは、受信したデジタル・オーディオ・コンテンツが、記憶されているループするデジタル・オーディオ・コンテンツのサブセットである時には、受信したデジタル・オーディオ・コンテンツは記憶されているデジタル・オーディオ・コンテンツと一致していると判定して、デジタル・オーディオ・コンテンツ及びコンテンツ・ソースＩＤをソーシャル・アプリケーション・サーバに記憶しても良い。
【００５７】
記憶されているデジタル・オーディオ・コンテンツは、ソーシャル・アプリケーション・サーバによって受信され、及び所定の規則に基づいて変調される、デジタル・オーディオ・コンテンツを含んでも良い。ソーシャル・アプリケーション・サーバは、デジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤをクライアント端末にあるソーシャル・アカウントのソーシャル関係リストに追加しても良い。例えば、ソーシャル・アプリケーション・サーバは、クライアント端末に関連するユーザ・アカウントと記憶されているデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立しても良い。
【００５８】
実施態様全般を通じて、クライアント端末上のユーザはコンテンツ・ソースを拡張するために複雑な操作を必要としないようにし得る。記載している機能を有効にした後に、ユーザはコンテンツ・ソースの拡張のための操作のほとんどを完了し得る。これによってユーザがコンテンツ・ソースを拡張することへの利便性が改善される。
【００５９】
実施態様において、ソーシャル・アプリケーション・サーバは、モバイル端末または他の端末を使用してコンテンツ・ソースを拡張するためにコンテンツ・ソースのプリセットを受信しても良い。例えば、コンテンツ・ソースはデジタル・オーディオ・コンテンツの特徴をソーシャル・アプリケーション・サーバ上に記憶しても良い。特徴は、オーディオ信号の時間領域もしくは周波数領域の特徴またはそれらの組合せを含んでも良い。例えば、ラジオ放送局は、放送局の歌の時間領域及び／または周波数領域の検索された特徴をソーシャル・アプリケーション・サーバ上に記憶しても良い。
【００６０】
実施態様において、ソーシャル・アプリケーション・サーバはデジタル化したオーディオ信号とコンテンツ・ソースＩＤとの間の対応性関係を記憶しても良い。
【００６１】
図３は、コンテンツ・ソースを拡張するための説明的プロセス３００のフローチャートである。プロセス３００の動作は、ソーシャル・ネットワーキングのアプリケーションをインストールしたモバイル端末またはその他の端末などのコンピューティング装置によって実施しても良い。
【００６２】
３０２で、コンピューティング装置はオーディオ信号を標本化及び／または収集しても良い。述べたように、クライアント端末上の機能はクライアント上のハードウェアのサポートで周囲のオーディオ信号を収集するために有効にしても良い。例えば、マイクロフォンまたはその他の音響センサはほとんどの人々の可聴範囲内の音波を捕捉することが出来る。より感度の高い音響センサは人間の可聴周波数の範囲を超えて音波を捕捉することが出来る。クライアント端末は、そのクライアント端末上のマイクロフォンを介してオーディオ信号を標本化及び定量化しても良い。オーディオ信号収集の例には、アナログ・オーディオ信号を標本化及び定量化するためのアナログ／デジタル（Ａ／Ｄ）変換器ハードウェアの使用を含んでも良い。
【００６３】
３０４で、コンピューティング装置はオーディオ信号から特徴を検索または抽出しても良い。特徴は、オーディオ信号の時間領域もしくは周波数領域の特徴またはそれらの組合せを含んでも良い。デジタル・オーディオ信号を取得した後に、クライアント端末は信号処理及びパターン認識技術を使用して、高音、低音、アルト、ドラム、メロディー、リズムなどの音楽的特徴の様々な構成要素を検索しても良い。具体的な方法は、時間領域および周波数領域に関連した方法を含んでも良い。時間領域特徴の音楽拍子は、音波ファイルの物理的特性としてのＷＡＶＥ波形ファイルに主に明示される。リズム・ダンス（スロー・スリー、フォー及びソー・スローなど）の強い感覚に対しては、時間領域特性はドラムの基本的な周波数を測定するために自己相関関数を計算することによって獲得しても良い。高音、低音、アルト、ドラム及びその他は、歌の周波数領域を介して識別及び取得しても良い。具体的な方法は、一般に短時間フーリエ変換スペクトル変換によって実行される。信号のエネルギーは信号パワー・スペクトル密度に基づいて計算しても良い。信号が存在するか否かは、音楽信号の特性及びプリセットされた一定の閾値に基づいて判定される。
【００６４】
抽出された特徴情報は一般に抽出されたオーディオ信号に対応する。例えば、時間領域または周波数領域に関しては、男性の声の振幅は女性の声の振幅より大きく、一方、女性の声の周波数は男性の声の周波数より高い。これは、声の大きさが振動の大きさに対応する一方で、声の高さは振動の周波数に対応するからである。男性の声は一般に深くて力強く、一方女性の声は一般に響きがある。同様に、メロディーの特徴及び／または抽出されたビートからの特徴は、一般に抽出されたデジタル化オーディオ信号に対応する。
【００６５】
３０６で、コンピューティング装置は、その特徴及びユーザ・アカウントをソーシャル・アプリケーション・サーバに送信し、ユーザ・アカウントとデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立するための命令を送信しても良い。例えば、ソーシャル・アプリケーション・サーバはクライアント端末から特徴を受信しても良い。ソーシャル・アプリケーション・サーバは、記憶されている特徴とコンテンツ・ソースＩＤとの間のマッピング関係に基づいてコンテンツ・ソースＩＤがその特徴に対応するかを判定しても良い。記憶されている特徴は、ソーシャル・アプリケーション・サーバによってコンテンツ・ソース側から受信され、及び所定の規則に基づいて変調される、コンテンツ・ソースＩＤに基づいて生成される。
【００６６】
ソーシャル・アプリケーション・サーバは、クライアント端末に関連するユーザ・アカウントとコンテンツ・ソースＩＤとの間の関係を確立しても良い。ソーシャル・アプリケーション・サーバは、記憶されている特徴とコンテンツ・ソースＩＤとの間の関係をソーシャル・アプリケーション・サーバに記憶しても良い。例えば、ソーシャル・アプリケーション・サーバは、特徴に対応するコンテンツ・ソースＩＤをクライアント端末にあるソーシャル・アカウントのソーシャル関係リストに追加しても良い。ソーシャル・アプリケーション・サーバは、クライアント端末に関連するユーザ・アカウントと記憶されている特徴に対応するコンテンツ・ソースＩＤとの間の関係を確立しても良い。
【００６７】
３０８で、コンピューティング装置は、ソーシャル・アプリケーション・サーバから、ユーザ・アカウントと特徴のコンテンツ・ソースＩＤとの間の確立された関係に関連する情報を受信しても良い。ソーシャル・アプリケーション・サーバは、デジタル・オーディオ・コンテンツのコンテンツ・ソースＩＤをクライアント端末のユーザ・アカウントに関連するコンテンツ・ソースに追加しても良い。さらに、ソーシャル・アプリケーション・サーバは、ユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立された関係に関連する情報をクライアント端末に送信しても良い。
【００６８】
クライアント端末は、ソーシャル・アプリケーション・サーバから、ユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立された関係に関連する情報を受信しても良い。このようにクライアントはそれに従ってコンテンツ・ソースＩＤを追加しても良い。コンテンツ・ソースＩＤは、個人ユーザ・アカウント、公共サービス提供機関のサービス・プロバイダ・アカウント、またはビジネス・アカウントを含んでも良い。
【００６９】
図４は、コンテンツ・ソースを拡張するための説明的プロセス４００のフローチャートである。４０２で、ソーシャル・アプリケーション・サーバは、クライアント端末から特徴及びクライアント端末に関連するユーザ・アカウントを受信しても良い。
【００７０】
４０４で、ソーシャル・アプリケーション・サーバは、記憶されている特徴とコンテンツ・ソースＩＤとの間のマッピング関係に基づいてその特徴に対応するコンテンツ・ソースＩＤを判定しても良い。実施態様において、記憶されている特徴はコンテンツ・ソース側から受信したデジタル・オーディオ・コンテンツに基づいて生成される。例えば、コンテンツ・ソースのデジタル・オーディオ・コンテンツは、ソーシャル・アプリケーション・サーバ上に記憶しても良い。デジタル・オーディオ・コンテンツは、もしコンテンツ・ソース側がラジオ放送局ならば放送局の歌を含んでも良い。例えば、クライアント端末からデジタル・オーディオ・コンテンツを受信した後に、ソーシャル・アプリケーション・サーバは受信したデジタル・オーディオ・コンテンツを記憶されているデジタル・オーディオ・コンテンツと照合しても良い。
【００７１】
実施態様において、ソーシャル・アプリケーション・サーバは、ユーザ・アカウントとデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立しても良い。特徴は、オーディオ信号の時間領域もしくは周波数領域の特徴またはそれらの組合せを含んでも良い。
【００７２】
デジタル・オーディオ信号を取得した後に、クライアント端末は信号処理及びパターン認識技術を使用して、高音、低音、アルト、ドラム、メロディー、リズムなどの音楽的特徴の様々な構成要素を検索しても良い。具体的な方法は、前述したように時間領域および周波数領域を含んでも良い。例えば、クライアント端末からデジタル・オーディオ・コンテンツを受信した後に、ソーシャル・アプリケーション・サーバは受信したデジタル・オーディオ・コンテンツを記憶されているデジタル・オーディオ・コンテンツと照合しても良い。特徴とコンテンツ・ソースＩＤとの間のマッピング関係に基づいて、ソーシャル・アプリケーション・サーバはコンテンツ・ソースＩＤを判定しても良い。
【００７３】
４０６で、ソーシャル・アプリケーション・サーバは、クライアント端末に関連するユーザ・アカウントとコンテンツ・ソースＩＤとの間の関係を確立しても良い。受信したデジタル・オーディオ・コンテンツが記憶されているデジタル・オーディオ・コンテンツと一致しているという判定に応答して、ソーシャル・アプリケーション・サーバはデジタル・オーディオ・コンテンツのコンテンツ・ソースＩＤをクライアント端末のユーザ・アカウントに関連するコンテンツ・ソースに追加しても良い。実施態様において、ソーシャル・アプリケーション・サーバは、ユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立された関係に関連する情報をクライアント端末に送信しても良い。
【００７４】
従って、クライアント端末上のユーザはコンテンツ・ソースを拡張するために複雑な操作を必要としないようにし得る。記載している機能を有効にした後に、ユーザは操作のほとんどを完了し得る。これによりコンテンツ・ソース拡張の利便性が改善される。
【００７５】
図１から図４で説明するように、クライアント端末は、オーディオ信号を放送しているサード・パーティ再生機能を備えた走行車両内に置かれていても良い。運転者はコンテンツ・ソースを拡張するための複雑な操作を避けようとする場合がある。例えば、運転者はラジオを聞きながら車を運転している。
【００７６】
実施態様において、ラジオ放送局は（通常の再生に影響を与えない）より高い周波数を使用して番組を放送して特別な信号を再生する。ユーザは、ソーシャル・アプリケーションを開き、ソーシャル・アプリケーションの機能を有効にしても良い。次に、クライアント端末は、そのクライアント端末上のマイクロフォンを介してオーディオ信号を標本化及び定量化しても良い。クライアント端末は、符号化されたオーディオ信号を取得し、及び／またはラジオ放送局による番組放送装置から特徴を検索しても良い。さらにクライアント端末は、デジタル・オーディオ・コンテンツ及び／または検索された特徴だけでなくユーザ・アカウントをソーシャル・アプリケーション・サーバに送信しても良い。
【００７７】
ソーシャル・アプリケーション・サーバは、デジタル・オーディオ・コンテンツ及び／または特徴を記憶しても良い。さらに、ソーシャル・アプリケーション・サーバはデジタル化したオーディオ信号とコンテンツ・ソースＩＤとの間の対応性関係を記憶しても良い。例えば、クライアント端末からデジタル・オーディオ・コンテンツを受信した後に、ソーシャル・アプリケーション・サーバは受信したデジタル・オーディオ・コンテンツを記憶されているデジタル・オーディオ・コンテンツと照合しても良い。ソーシャル・アプリケーション・サーバは、デジタル・オーディオ・コンテンツのコンテンツ・ソースＩＤをクライアント端末のユーザ・アカウントに関連するコンテンツ・ソースに追加しても良い。クライアント端末は、ソーシャル・アプリケーション・サーバから、ユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立された関係に関連する情報を受信しても良い。クライアント端末は、ラジオ放送局を新たなコンテンツ・ソースとして追加し、後でそのラジオ放送局の番組を聞いても良い。
【００７８】
本明細書の実施態様は、ユーザが１つ以上のクライアント特有の機能を有効にしてコンテンツ・ソースを拡張することを可能にする。これは面倒なユーザ操作を行う必要性を大幅に取り去り、そのため利便性が改善する。これは自動車を運転している運転者にとっては特に重要である。
【００７９】
実施態様において、操作は１つ以上のクライアント端末（例えば第１のクライアント端末及び第２のクライアント端末）によって実行しても良い。例えば、第１のクライアント端末はコンテンツ・ソースであっても良い。第１のクライアント端末は、所定のマッピング規則を使用してコンテンツ・ソースＩＤをオーディオ信号にマッピングして、そのオーディオ信号をコンピューティング装置（つまり別のクライアント端末またはサーバ）に送信しても良い。第１のクライアント端末は、コンテンツ・ソースＩＤを一定のオーディオ信号に変換しても良い。
【００８０】
実施態様において、変換は所定のマッピング規則を使用して実施しても良い。例えば、それぞれの文字は固有のＡＳＣＩＩコードに対応する。それぞれのＡＳＣＩＩコードは一定の数の周波数帯域の組合せに対応しても良く、それぞれの周波数セグメントは所定の長さの時間を有する。例えば、ＡＳＣＩＩコード「４ＥＢＡ」は漢字「人」に対応する。前述の規則に従って、ＡＳＣＩＩコードは、５０Ｈｚのコア周波数、５０ミリ秒周波数帯域ａの経過時間、１６５Ｈｚのコア周波数、５０ミリ秒周波数帯域ｂの経過時間、２．３４ｋＨｚのコア周波数、５０ミリ秒周波数帯域ｃの経過時間、１９ｋＨｚのコア周波数、５０ミリ秒周波数帯域ｄの経過時間に対応しても良い。周波数帯域ａ〜ｄの組合せはＡＳＣＩＩコード「４ＥＢＡ」を表す。この組合せはまた１つの漢字に対応する。従って、第１のクライアント端末は、コンテンツ・ソースＩＤを一定のオーディオ信号に変換しても良い。
【００８１】
コンテンツ・ソースＩＤは第１のクライアント端末に関連するアカウントまたはその他のコンテンツ・ソースに関連するアカウントであっても良い。コンテンツ・ソースＩＤは、個人ユーザ・アカウント、公共サービス提供機関のサービス・プロバイダ・アカウント、またはビジネス・アカウントの少なくとも１つを含んでも良い。第１のクライアント端末はマッピングされたオーディオ信号をスピーカを介して放送しても良い。
【００８２】
図５は、コンテンツ・ソースを拡張するための説明的プロセス５００のフローチャートである。５０２で、第２のクライアント端末はコンテンツ・ソース側のコンテンツ・ソースＩＤに基づいて変調されたオーディオ信号を収集しても良い。第２のクライアント端末は第１のクライアント端末からマイクロフォンを使用してオーディオ信号を取込んでも良い。
【００８３】
５０４で、第２のクライアント端末は、所定の規則に基づいて収集したオーディオ信号を復調してコンテンツ・ソースＩＤを取得しても良い。オーディオ信号の変換の間に第１のクライアント端末によって使用される所定の規則に基づいて、第２のクライアント端末は収集したオーディオ信号を復調してコンテンツ・ソースＩＤを取得しても良い。例えば、受信したオーディオ信号は２００ｋＨｚの周波数で標本化されても良い。そのため基本的には、第２のクライアント端末は長い期間において５０ミリ秒の周波数でオーディオ信号を回復しても良い。さらに、第２のクライアント端末は、所定の規則に基づいて収集したオーディオ信号を復調してＡＳＣＩＩコードを取得しても良い。例えば、第２のクライアント端末はＡＳＣＩＩコードを使用して文字列を取得し、コンテンツ・ソースＩＤを回復しても良い。
【００８４】
５０６で、第２のクライアント端末はコンテンツ・ソースＩＤ及びユーザ・アカウントをソーシャル・アプリケーション・サーバに送信しても良い。ソーシャル・アプリケーション・サーバは、デジタル・オーディオ・コンテンツのコンテンツ・ソースＩＤをクライアント端末のユーザ・アカウントに関連するコンテンツ・ソースに追加しても良い。さらに、ソーシャル・アプリケーション・サーバは、ユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立された関係に関連する情報をクライアント端末に送信しても良い。
【００８５】
５０８で、第２のクライアント端末は、ソーシャル・アプリケーション・サーバから、ユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立された関係に関連する情報を受信しても良い。
【００８６】
図６は、コンテンツ・ソースを拡張するための説明的プロセス６００のフローチャートである。６０２で、第１のクライアント端末は、所定の規則に基づいてコンテンツ・ソースＩＤを変調してオーディオ信号を取得しても良い。第１のクライアント端末は、コンテンツ・ソースＩＤを一定のオーディオ信号に変換しても良い。例えば、変換は所定の規則に基づいて実施されても良い。
【００８７】
実施態様において、第１のクライアント端末は、コンテンツ・ソースＩＤを変調してＡＳＣＩＩコードを得ても良い。第１のクライアント端末は、ＡＳＣＩＩコードをオーディオ信号に変換しても良い。例えば、それぞれの文字は固有のＡＳＣＩＩコードに対応する。それぞれのＡＳＣＩＩコードは一定の数の周波数帯域の組合せに対応しても良く、それぞれの周波数セグメントは所定の長さの時間を有する。例えば、ＡＳＣＩＩコード「４ＥＢＡ」は漢字「人」に対応する。前述の規則に従って、ＡＳＣＩＩコードは、５０Ｈｚのコア周波数、５０ミリ秒周波数帯域ａの経過時間、１６５Ｈｚのコア周波数、５０ミリ秒周波数帯域ｂの経過時間、２．３４ｋＨｚのコア周波数、５０ミリ秒周波数帯域ｃの経過時間、１９ｋＨｚのコア周波数、及び５０ミリ秒周波数帯域ｄの経過時間に対応しても良い。周波数帯域ａ〜ｄの組合せはＡＳＣＩＩコード「４ＥＢＡ」を表す。
【００８８】
従って、第１のクライアント端末は、コンテンツ・ソースＩＤを一定のオーディオ信号に変換しても良い。コンテンツ・ソースＩＤは第１クライアント端末に関連するアカウントまたはその他のコンテンツ・ソースに関連するアカウントであっても良い。コンテンツ・ソースＩＤは、個人ユーザ・アカウント、公共サービス提供機関のサービス・プロバイダ・アカウント、またはビジネス・アカウントを含んでも良い。
【００８９】
６０４で、第１のクライアント端末はオーディオ信号を送信しても良い。第１のクライアント端末はマッピングされたオーディオ信号をスピーカを介して放送しても良い。実施態様において、２つのモバイル端末はコンテンツ・ソースのためにお互いに向い合う形で追加されても良い。勿論、実施態様はその他の状況に対して適用しても良いことが理解されよう。実施態様全般を通じて、クライアント端末上のユーザはコンテンツ・ソースを拡張するために複雑な操作を必要としないようにし得る。これによりコンテンツ・ソース拡張の利便性が改善される。
【００９０】
図７は、コンテンツ・ソースを拡張することを可能とする説明的コンピューティング・アーキテクチャ７００の概略図である。コンピューティング・アーキテクチャ７００は、ソーシャル・アプリケーション・サーバ７０２及びクライアント端末７０４を含む。クライアント端末７０４は、オーディオ信号を標本化するとともに定量化し、デジタル・オーディオ・コンテンツを生成するための所定の符号化規則に基づいてその標本化及び定量化されたオーディオ信号を符号化しても良い。クライアント端末７０４は、デジタル・オーディオ・コンテンツ及びユーザ・アカウントをソーシャル・アプリケーション・サーバに送信しても良く、ユーザ・アカウントとデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立するための命令を送信し、そしてユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立した関係に関する情報をソーシャル・アプリケーション・サーバ７０２から受信する。
【００９１】
ソーシャル・アプリケーション・サーバ７０２は、デジタル・オーディオ・コンテンツ及びクライアント端末に関連するユーザ・アカウントをクライアント端末７０４から受信し、受信したデジタル・オーディオ・コンテンツを記憶されているデジタル・オーディオ・コンテンツと照合しても良い。受信したデジタル・オーディオ・コンテンツが記憶されているデジタル・オーディオ・コンテンツと一致しているという判定に応答して、ソーシャル・アプリケーション・サーバ７０２は、記憶されているデジタル・コンテンツとコンテンツ・ソースＩＤとの間の所定の対応性に基づいて、クライアント端末に関連するユーザ・アカウントと記憶されているデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立しても良い。
【００９２】
図８は、クライアント端末上でコンテンツ・ソースを拡張することを可能とする説明的コンピューティング・アーキテクチャ８００の概略図である。コンピューティング・アーキテクチャ８００は、コンテンツ・ソースを拡張するためのユーザ装置またはサーバであっても良い。例示的な構成では、コンピューティング装置８００は、１つ以上のプロセッサ８０２、入力／出力インタフェース８０４、ネットワーク・インタフェース８０６及びメモリ８０８を含む。
【００９３】
メモリ８０８は、ランダム・アクセス・メモリ（ＲＡＭ）などの揮発性メモリ及び／または読出し専用メモリ（ＲＯＭ）もしくはフラッシュＲＡＭなどの不揮発性メモリの形のコンピュータ可読媒体を含んでも良い。メモリ８０８はコンピュータ可読媒体の一例である。
【００９４】
コンピュータ可読媒体は、コンピュータ可読命令、データ構造、プログラム・モジュールまたはその他のデータなどの情報の記憶のためのあらゆる方法または技術において実装される、揮発性及び不揮発性、取外し可能及び取外し不可能媒体を含む。コンピュータ記憶媒体の例には、制限するものではないが、相変化メモリ（ＰＲＡＭ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）、その他のタイプのランダム・アクセス・メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、電気的消去可能プログラム可能読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリもしくはその他のメモリ技術、コンパクト・ディスク読出し専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）もしくはその他の光学記憶、磁気カセット、磁気テープ、磁気ディスク記憶もしくはその他の磁気記憶装置、またはコンピューティング装置によってアクセスする情報の記憶をするために使用され得るあらゆるその他の非送信媒体を含む。本明細書で定義するように、コンピュータ可読媒体は、変調されたデータ及び搬送波などの一過性の媒体を含まない。
【００９５】
より詳細にメモリ８０８に立ち返ると、メモリ８０８は、標本化及び定量化モジュール８１０、符号化モジュール８１２、送信モジュール８１４及び受信モジュール８１６を含んでも良い。標本化及び定量化モジュール８１０はオーディオ信号を標本化及び定量化しても良い。符号化モジュール８１２は、デジタル・オーディオ・コンテンツを生成するための所定の符号化規則に基づいてその標本化及び定量化されたオーディオ信号を符号化しても良い。送信モジュール８１４は、そのデジタル・オーディオ・コンテンツ及びユーザ・アカウントをソーシャル・アプリケーション・サーバに送信し、ユーザ・アカウントとデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立するための命令を送信しても良い。
【００９６】
受信モジュール８１６は、ソーシャル・アプリケーション・サーバから、ユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立された関係に関連する情報を受信しても良い。標本化及び定量化モジュール８０１はマイクロフォンを含んでも良い。クライアント端末は、第１の所定の時間幅より長いオーディオ・コンテンツを標本化及び定量化しても良い。
【００９７】
図９は、サーバ端末上でコンテンツ・ソースを拡張することを可能とする説明的コンピューティング・アーキテクチャ９００の概略図である。コンピューティング・アーキテクチャ９００はサーバを含む。サーバは１つ以上のプロセッサ、入力／出力インタフェース、ネットワーク・インタフェース及びメモリを含んでも良い。メモリは受信モジュール９０２及び関連付けモジュール９０４を含んでも良い。
【００９８】
受信モジュール９０２は、クライアント端末からデジタル・オーディオ・コンテンツ及びクライアント端末に関連するユーザ・アカウントを受信しても良い。関連付けモジュール９０４は、受信したデジタル・オーディオ・コンテンツを記憶されているデジタル・オーディオ・コンテンツと照合しても良い。受信したデジタル・オーディオ・コンテンツが記憶されているデジタル・オーディオ・コンテンツと一致しているという判定に応答して、関連付けモジュール９０４は、記憶されているデジタル・コンテンツとコンテンツ・ソースＩＤとの間の所定の対応性に基づいて、クライアントに関連するユーザ・アカウントと記憶されているデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立しても良い。
【００９９】
本明細書における実施態様は、コンテンツ・ソースを拡張するためのシステムにも関する。システムはクライアント端末及びサーバを含んでも良い。クライアント端末は、オーディオ信号を標本化及び定量化し、デジタル・オーディオ・コンテンツを生成するための所定の符号化規則に基づいてその標本化及び定量化されたオーディオ信号を符号化しても良い。クライアント端末は、そのデジタル・オーディオ・コンテンツ及びユーザ・アカウントをソーシャル・アプリケーション・サーバに送信し、ユーザ・アカウントとデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立するための命令を送信しても良い。クライアント端末は、サーバから、ユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立された関係に関連する情報を受信しても良い。
【０１００】
サーバは、デジタル・オーディオ・コンテンツ及びクライアント端末に関連するユーザ・アカウントをクライアント端末から受信し、受信したデジタル・オーディオ・コンテンツを記憶されているデジタル・オーディオ・コンテンツと照合しても良い。受信したデジタル・オーディオ・コンテンツが記憶されているデジタル・オーディオ・コンテンツと一致しているという判定に応答して、サーバは、クライアントに関連するユーザ・アカウントと記憶されているデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立しても良い。
【０１０１】
図１０は、サーバ端末上でコンテンツ・ソースを拡張することを可能とする説明的コンピューティング・アーキテクチャ１０００の概略図である。コンピューティング・アーキテクチャ１０００はクライアント端末を含む。クライアント端末は１つ以上のプロセッサ、入力／出力インタフェース、ネットワーク・インタフェース及びメモリを含んでも良い。メモリは収集モジュール１００２、検索モジュール１００４、送信モジュール１００６及び受信モジュール１００８を含んでも良い。
【０１０２】
収集モジュール１００２はオーディオ信号を標本化しても良い。検索モジュール１００４はオーディオ信号から特徴を検索しても良い。送信モジュール１００６は、その特徴及びユーザ・アカウントをソーシャル・アプリケーション・サーバに送信し、ユーザ・アカウントとデジタル・オーディオ・コンテンツに対応するコンテンツ・ソースＩＤとの間の関係を確立するための命令を送信しても良い。受信モジュール１００８は、サーバから、ユーザ・アカウントと特徴のコンテンツ・ソースＩＤとの間の確立された関係に関連する情報を受信しても良い。特徴は、オーディオ信号の時間領域もしくは周波数領域の特徴またはそれらの組合せを含んでも良い。
【０１０３】
図１１は、サーバ端末上でコンテンツ・ソースを拡張することを可能とする説明的コンピューティング・アーキテクチャ１１００の概略図である。コンピューティング・アーキテクチャ１１００はサーバを含む。サーバは１つ以上のプロセッサ、入力／出力インタフェース、ネットワーク・インタフェース及びメモリを含んでも良い。メモリは受信モジュール１１０２、判定モジュール１１０４及び関連付けモジュール１１０６を含んでも良い。
【０１０４】
受信モジュール１１０２は、クライアント端末から特徴及びクライアント端末に関連するユーザ・アカウントを受信しても良い。判定モジュール１１０４は、記憶されている特徴とコンテンツ・ソースＩＤとの間のマッピング関係に基づいてその特徴に対応するコンテンツ・ソースＩＤを判定する。関係モジュール１１０６は、クライアント端末に関連するユーザ・アカウントとコンテンツ・ソースＩＤとの間の関係を確立する。記憶されている特徴は、ソーシャル・アプリケーション・サーバによってコンテンツ・ソース側から受信され、及び所定の規則に基づいて変調される、コンテンツ・ソースＩＤに基づいて生成される。
【０１０５】
図１２は、コンテンツ・ソースを拡張することを可能とする説明的コンピューティング・アーキテクチャ１２００の概略図である。コンピューティング・アーキテクチャ１２００は、第１のクライアント端末１２０４及び第２のクライアント端末１２０２を含む。
【０１０６】
第２のクライアント端末１２０２は、コンテンツ・ソース側のコンテンツ・ソースＩＤに基づいて変調されたオーディオ信号を収集し、及び、所定の規則に基づいてコンテンツ・ソースＩＤを取得するために収集したオーディオ信号を復調しても良い。第２のクライアント端末１２０２は、コンテンツ・ソースＩＤ及びユーザ・アカウントをソーシャル・アプリケーション・サーバに送信しても良く、そしてサーバから第２のクライアント端末のユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立された関係に関連する情報を受信しても良い。第１のクライアント端末１２０４は、所定の規則に基づいてオーディオ信号を取得するためにコンテンツ・ソースＩＤを変調し、及びその変調したオーディオ信号を送信しても良い。
【０１０７】
図１３は、サーバ端末上でコンテンツ・ソースを拡張することを可能とする説明的コンピューティング・アーキテクチャ１３００の概略図である。コンピューティング・アーキテクチャ１３００はクライアント端末を含む。クライアント端末は１つ以上のプロセッサ、入力／出力インタフェース、ネットワーク・インタフェース及びメモリを含んでも良い。メモリは収集モジュール１３０２、回復モジュール１３０４、送信モジュール１３０６及び受信モジュール１３０８を含んでも良い。
【０１０８】
収集モジュール１３０２はコンテンツ・ソース側のコンテンツ・ソースＩＤに基づいて変調されたオーディオ信号を収集しても良い。回復モジュール１３０４は、所定の規則に基づいて収集したオーディオ信号を復調してコンテンツ・ソースＩＤを取得しても良い。送信モジュール１３０６はコンテンツ・ソースＩＤ及びユーザ・アカウントをソーシャル・アプリケーション・サーバに送信しても良い。受信モジュール１３０８は、ソーシャル・アプリケーション・サーバから、ユーザ・アカウントとコンテンツ・ソースＩＤとの間の確立された関係に関連する情報を受信しても良い。回復モジュール１３０４は、収集したオーディオ信号を復調してＡＳＣＩＩコードを取得するように構成された復調モジュール、及びＡＳＣＩＩコードをコンテンツ・ソースＩＤに変換するように構成された変換モジュールをさらに含んでも良い。
【０１０９】
図１４は、サーバ端末上でコンテンツ・ソースを拡張することを可能とする説明的コンピューティング・アーキテクチャ１４００の概略図である。コンピューティング・アーキテクチャ１４００はクライアント端末を含む。クライアント端末は１つ以上のプロセッサ、入力／出力インタフェース、ネットワーク・インタフェース及びメモリを含んでも良い。メモリは変換モジュール１４０２及び送信モジュール１４０４を含んでも良い。
【０１１０】
変換モジュール１４０２は、所定の規則に基づいてコンテンツ・ソースＩＤを変調してオーディオ信号を取得しても良い。送信モジュール１４０４はオーディオ信号を送信しても良い。変換モジュール１４０２は、コンテンツ・ソースＩＤを変調してＡＳＣＩＩコードを取得するように構成された第１の変換モジュール、及びＡＳＣＩＩコードをオーディオ信号に変換するように構成された第２の変換モジュールを含んでも良い。
【０１１１】
以上の実施態様は進行的な方法を用いて記載しており、様々な実施態様の同一または類似の部分は相互に参照可能である。
【０１１２】
１９９０年代には、技術改善はハードウェア（例えば、ダイオード、トランジスタ、スイッチ及びその他の回路構造）上の改善またはソフトウェア上の改善に関して明らかに区別することが可能であった。しかしながら、技術の進展によって、多くの改善された処理フローは直接的なハードウェア回路構成として見ることが可能である。設計者は一般に改善された処理フローをハードウェア回路にプログラムして、対応した改善をハードウェア回路構造上で手に入れる。従って、処理フローの改善がハードウェア実体モジュールを用いて達成される、ということは真実である。例えば、プログラム可能論理装置（プログラマブル・ロジック・デバイス、ＰＬＤ）（例えば、フィールド・プログラム可能ゲート・アレイ、ＦＰＧＡ）は、ユーザが装置をプログラムすることで実行され決定されるそのような集積回路論理機能の１つである。
【０１１３】
設計者によりプログラム化されて、デジタル・システムは製造者の設計及び特別扱いの集積回路チップの製造無しでＰＬＤの中央に「集積」される。そして今や、人手で作られる集積回路チップを置き換えることに加えて、プログラムもまた「論理コンパイラ」ソフトウェアによって取って代わられている。ソフトウェア・コンパイラと同様に、そのような論理コンパイラは特定のプログラミング言語で書かれたオリジナル・コードをコンパイルする。これは、ハードウェア記述言語（ＨＤＬ）と呼ばれる。ＨＤＬはただ１つなのでは無く、Ａｄｖａｎｃｅｄ  Ｂｏｏｌｅａｎ  Ｅｘｐｒｅｓｓｉｏｎ  Ｌａｎｇｕａｇｅ（ＡＢＥＬ）、Ａｌｔｅｒａ  Ｈａｒｄｗａｒｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ（ＡＨＤＬ）、Ｃｏｎｆｌｕｅｎｃｅ、Ｃｏｒｎｅｌｌ  Ｕｎｉｖｅｒｓｉｔｙ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｌａｎｇｕａｇｅ（ＣＵＰＬ）、ＨＤＣａｌ、Ｊａｖａ  Ｈａｒｄｗａｒｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ（ＪＨＤＬ）、Ｌａｖａ、Ｌｏｌａ、ＭｙＨＤＬ、ＰＡＬＡＳＭ、Ｒｕｂｙ  Ｈａｒｄｗａｒｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ（ＲＨＤＬ）などの多くの種類がある。最も一般的なものは、超高速集積回路ハードウェア記述言語（ＶＨＤＬ）及びＶｅｒｉｌｏｇ２である。
【０１１４】
当業者には、論理方法フローが、ハードウェア記述言語のいくつかの方法を使用すること、小さな論理プログラミングを実行すること及び／または集積回路の中にコンパイルすることによって達成され得ることが明らかなはずである。
【０１１５】
コントローラは任意の適切な方法で実現することが出来る。例えばコントローラは、マイクロプロセッサまたはプロセッサ、ならびに、プロセッサによって実行されるコンピュータ可読プログラム・コード、コンピュータ可読媒体、論理ゲート、スイッチ、特定用途向け集積回路（ＡＳＩＣ）、プログラム可能論理コントローラ及び組込みマイクロコントローラ形態などのメモリを使用して実装することが出来る。コントローラの例には、制限するものでは無いが、以下のコントローラ、ＡＲＣ  ６２５Ｄ、Ａｔｍｅｌ  ＡＴ９１ＳＡＭ、Ｍｉｃｒｏｃｈｉｐ  ＰＩＣ１８Ｆ２６Ｋ２０及びＳｉｌｉｃｏｎｅ  Ｌａｂｓ  Ｃ８０５１Ｆ３２０を含む。メモリ・コントローラは、メモリの制御論理の一部としても実装することが出来る。
【０１１６】
当業者は、純粋なコンピュータ可読プログラム・コードに加えて、コントローラを実装する他の方法があることを知っている。方法は、特定用途向け集積回路、プログラム可能論理コントローラ及び組込みマイクロコントローラの形で論理ゲート、スイッチを制御するようにプログラムしても良い。そのため、コントローラはハードウェア・コンポーネントと考えても良く、様々な機能を実装するためのモジュールを含んでおりハードウェア構造の一部だと考えても良い。従って、システムまたは装置は、ソフトウェア・モジュール及び／またはハードウェア構造と考えても良い。
【０１１７】
上述の実施態様のシステム、装置、モジュールまたはユニットは、コンピュータのチップまたは実体によって実装しても良い。記述を簡便にするため、上記の装置及び／または機能は様々なモジュールに分割している。勿論、それらモジュールの機能は１つ以上のソフトウェア及び／またはハードウェア内に実装しても良い。
【０１１８】
実施態様は本開示を説明するためだけのものであり、本開示の範囲を制限することを意図するものでは無い。一定の修正及び改善がなされても良く、それが本開示の主旨から逸脱せずに本開示の保護の下にあるものと考えるべきであることを当業者は理解すべきである。
【図１】
2017525023.tif 000003
【図２】
2017525023.tif 000004
【図３】
2017525023.tif 000005
【図４】
2017525023.tif 000006
【図５】
2017525023.tif 000007
【図６】
2017525023.tif 000008
【図７】
2017525023.tif 000009
【図８】
2017525023.tif 000010
【図９】
2017525023.tif 000011
【図１０】
2017525023.tif 000012
【図１１】
2017525023.tif 000013
【図１２】
2017525023.tif 000014
【図１３】
2017525023.tif 000015
【図１４】
2017525023.tif 000016
【国際調査報告】
2017525023.tif 000017