JP2010532521A - 送信者に選択されている音声項目の対話参加者への提供方法 - Google Patents

Abstract

第１のユーザーが音声項目を選択可能にするための機能性を説明する。第１のユーザーは、第２のユーザーによって操作される第２の装置に前記音声項目を送信するために、第１の装置を使用し得る。起動イベントが発生すると、第１のユーザーによって選択されている音声項目が第２の装置によって、第２のユーザーに提示され得る。第１の装置及び第２の装置は、インスタントメッセージング（ＩＭ）システムにおける２つの装置に相当し得る。別の例示的な機能によって、第１のユーザーがソース音声項目のグラフィック表示を介し提示されるグラフィック選択ユニットの位置及び／又は（例えば幅の）サイズを調整することによって新しい音声項目をソース音声項目から選択できる、機能性を説明する。
【選択図】 図１

Description

本発明は、ユーザーの間において相互通信するインスタントメッセージング（ＩＭ）システムに関する。

インスタントメッセージング（ＩＭ）システムによって、ユーザーは実時間で相互に通信可能になる。従来、２人のＩＭユーザー間のＩＭ会話は、ＩＭユーザー間に交換されるテキストメッセージの形式をとる。更に面白いユーザー体験を提供するために、多くのＩＭシステムは、ＩＭユーザーに非文字情報を提示することによって、会話を補足する。例えば、第１のユーザーは、別の任意のユーザーがＩＭシステムにログインするとき、提示される大域的なタイプの音声（sound）を選択できる。この場合において、第２のユーザーがＩＭシステムにログインしたとき、第１のユーザーは、選択されている大域的な音声の提示によって、ログインイベントが通知される。この場合において、第１のユーザーが彼自身又は彼女自身に後で提示される音声を指示している。

本発明の目的は、第２の装置に音声項目を与えるために第１の装置を使用するための機能性を提供することである。

第１のユーザーが音声項目を選択可能にするための機能性を、説明する。第１のユーザーは、第２のユーザーによって操作される第２の装置にこの音声項目を送信するために、第１の装置を使用し得る。起動イベントが発生すると、第１のユーザーによって選択されている音声項目が、第２の装置によって第２のユーザーに提示され得る。この様に第１のユーザーが、第２のユーザーに再生される音声項目を指示している。第１の装置及び第２の装置が、インスタントメッセージング（ＩＭ）システムにおける２つの装置に相当し得る。

一例示的な場合において、第１の装置は、参加情報を第２の装置に送信することによって、第２の装置に新しい音声項目を通知し得る。参加情報は、新しい音声項目に対するリファレンスを含む。参加情報が新しい音声項目を指定していることを見出すと、第２の装置は、新しい音声項目を第１の装置又は別のいくつかのソースからリクエストし得る。一例示的な場合において、第１の装置は、ピアツーピア通信チャネルを介し新しい音声項目を第２の装置に送信し得る。新しい音声項目は、スムーズな通信帯域幅の使用を支援するためのキューイング方式を介して送信され得る。

ユーザーが、新しい音声項目をソース音声項目から選択可能な別の例示的な機能による機能性を説明する。本機能性は、グラフィック選択ユニットとともにソース音声項目のグラフィック表示の提示によって作動する。グラフィック選択ユニットは、ソース音声項目のセグメント上に配置される。本機能性によってユーザーは、グラフィック選択ユニットの位置及び（例えば幅の）大きさを調整可能であって、グラフィック選択ユニットによって区切られるセグメントを再生可能である。これらの操作を繰り返す本機能性によってユーザーは、試行錯誤のアプローチを介し新しい音声項目を選択できる。

追加の例示的な実装機能を以下に記載する。

ユーザー間においてメッセージ及び音声項目を交換するためのシステムを示す。 図１のシステムにおいて使用するコンテンツ生成モジュール及びコンテンツ管理モジュールを示す。 図１のシステムを使用し、別のユーザーと通信する際にユーザーによって使用されるユーザーインターフェース表示を示す。 新しい音声項目を生成する際にユーザーが使用するユーザーインターフェース表示を示す。 図１のシステムの任意の機能を実装するために使用され得る例示的な処理機能性を示す。 新しい音声項目を生成するための例示的な手続きを示す流れ図である。 新しい音声項目を受信する際にユーザー装置が使用する例示的な手続きを示す流れ図である。 起動イベントに応えて音声項目を提示する際にユーザー装置が使用する例示的な手続きを示す流れ図である。

同様のコンポーネント及び機能を参照するために、開示物及び図面の始めから終わりまで同一番号を使用する。１００番台の番号は、最初、図１に見出される機能を参照し、２００番台の番号は、最初、図２に見出される機能を参照し、３００番台の番号は、最初、図３に見出される機能など参照する。

本開示は、音声項目を第２の装置に提供するために、第１の装置を使用するための機能性を詳細に説明している。第２の装置が、起動イベントの発生時、音声項目を提示する。本開示は、ユーザーインターフェース表示を使用し、音声項目を選択するための機能性も提供する。本機能性は、様々なシステム、装置、モジュール、手続き、記憶媒体、データ構造、及び他の形式で表され得る。

用語「音声項目」は、可聴形式で提示され得る任意タイプのコンテンツを含み得る。音声項目タイプは、ミュージックコンテンツ、話し言葉コンテンツ、（例えば、犬の吠え声、流水音など）様々な非言語的な雑音を含む。

予備の留意点として、図面を参照し説明されるいずれの機能もソフトウェア、ファームウェア、（例えば固定論理回路）ハードウェア、手動処理、又はこれらの実装の組み合わせを使用し実装され得る。本明細書に使用される用語、「ロジック」、「モジュール」、「コンポーネント、」「システム」、又は「機能性」は、一般に、ソフトウェア、ファームウェア、ハードウェア、又はそのエレメントの組み合わせを表す。例えば、ソフトウェア実装の場合において、用語「ロジック」、「モジュール」、「コンポーネント」、「システム」、又は「機能性」は、処理装置又は（例えば、ＣＰＵ又はＣＰＵ（複数））装置において実行されるとき、指定されるタスクを実行するプログラムコードを表す。プログラムコードは、１つ以上の計算機可読メモリー装置にストアされ得る。

更に一般的には、例示されたロジック、モジュール、コンポーネント、システム、及び機能性の異なるユニットへの分離は、ソフトウェア、ファームウェア、及び／又はハードウェアの物理的な実際のグルーピング及び割り当てを反映し得るか、又は単一のソフトウェアプログラム、ファームウェアプログラム、及び／又はハードウェアユニットによって実行される概念的な異なるタスクの割り当てに相当し得る。例示されているロジック、モジュール、コンポーネント、システム、及び機能性は、（例えば、処理装置によって実装されるような）単一のサイトに配置され得るか又は複数の場所に分散され得る。

用語「計算機可読媒体」又は類似のものは、（磁気的、光学的、静的など）様々な種類の記憶装置を含んでいて、情報を任意形式で維持する任意の種類の媒体を参照している。用語の機械可読媒体は、あるポイントから別のポイントへ情報を送信するための様々な有線接続及び／又は無線接続を含んでいて、情報を提示するための一時形式も包含する。

いくつかの機能を流れ図形式で説明する。この説明様式において、一定の順番で実行される個別ブロックを構成するようないくつかの動作を説明する。そのような実装は、例示的であって非限定的である。本明細書に記載されるいくつかのブロックは、一緒に分類化され得、単一の動作において実行され得、いくつかのブロックは、本開示において詳細に説明される例に採用される順番と異なる順番で実行され得る。流れ図に示されるブロックは、ソフトウェア、ファームウェア、ハードウェア、手動処理、これらの実装の任意の組み合わせなどによって実装され得る。

本開示は、２つのセクションを含む。セクションＡには、音声項目を伝播して再生するための一例示的なシステムを説明する。セクションＢには、セクションＡのシステム動作を流れ図形式で説明する。

Ａ．例示的システム
図１は、ユーザーが相互通信可能なシステム（１００）を示す。一例示的な実装において、システム（１００）は、ユーザーが実時間で相互に通信可能なインスタントメッセージング（ＩＭ）システムに相当する。すなわち、ＩＭシステムによって、オンライン参加を維持している任意のユーザーは、オンライン参加を維持する１人以上の接触者（例えば「友達」）とも通信できる。

システム（１００）は、ユーザーがネットワーク（１０４）を介し相互に通信可能にするための通信に関連するインフラストラクチャ（１０２）を含む。ユーザーは、ユーザー装置それぞれを操作する。図１は、４つの代表的ユーザー装置（１０６，１０８，１１０，及び１１２）だけを示しているが、システム（１００）がユーザー装置、例えば、何千台ものユーザー装置、何百万台ものユーザー装置などいくらでも含み得ることを理解されよう。以下の説明には、最初に、システム（１００）の主なコンポーネントに関する前置き情報を提供する。本説明は、その後、ユーザー装置の間に音声項目の伝播をするためのシステム（１００）アプリケーションを掘り下げる。

通信インフラストラクチャ（１０２）は、様々なサーバータイプコンピューター、データストア、及び／又は別のデータ処理装置を含み得る。例えば、通信インフラストラクチャ（１０２）は、ユーザー装置間の接続を管理するための（示されていない）接続に関連する機能性を含み得る。通信インフラストラクチャ（１０２）は、システム（１００）内の参加情報を管理し、広めるための（示されていない）参加に関連する機能性も含み得る。参加情報は、一般に、システム（１００）において、通信参加者としてユーザーとの関係を説明しているデータを含む。参加情報は、ユーザーが現在、オンラインか、離席中か、ビジーかその他のネットワークに関連するユーザーステータスを制限なく運び得る。参加情報は、ユーザーに関連する私的情報も運び得る。私的情報は、ユーザーに関連する個別のテキストメッセージ、個別の表示名など、を明らかにし得る。論述されているような参加情報は、ユーザーに関連付けられた音声項目も参照し得る。一例示的な場合において、参加情報は、エクステンシブル・マークアップ・ランゲージ（ＸＭＬ）形式を使用して表現され得る。

稼働中、参加に関連する通信インフラストラクチャ（１０２）の機能性が、ユーザーグループの間に参加情報を伝播し得る。例えば、第１のユーザーが第１のユーザー装置（１０６）を操作し、第２のユーザーが第２のユーザー装置（１０８）を操作する場合を考えられたい。第２のユーザーは、第１のユーザーの接触者の１人である。この例示的なシナリオにおいて、参加に関連する機能性が、第１の装置（１０６）に関連する参加情報（１１４）を第２の装置（１０８）に転送し得る。ある場合において、この参加情報（１１４）は、第１のユーザーが、システム（１００）にちょうどログインしたことなどを第２の装置（１０８）に警告し得る。

ネットワーク（１０４）は、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）（例えばインターネット）、又はＬＡＮ（単数又は複数）及びＷＡＮ（単数又は複数）のいくつかの組み合わせを示し得る。ネットワーク（１０４）は、無線リンク、有線リンク、ルーター、ゲートウェイ、ネームサーバーなど任意の組み合わせによって実装され得、任意のプロトコル又はプロトコル組み合わせによって影響され得る。ある場合において、システム（１００）によって、ユーザー装置（１０６，１０８，１１０，１１２）は、ネットワーク（１０４）及び通信インフラストラクチャ（１０２）双方のリソースを使用し、相互に通信できる。別の場合において、システム（１００）によって、ユーザー装置（１０６，１０８，１１０，１１２）は、ネットワーク（１０４）のリソースだけを使用し、相互に通信できて、すなわち、通信インフラストラクチャ（１０２）に依存しないか又は通信インフラストラクチャ（１０２）に最低限、依存するだけで言い換えれば、システム（１００）において、ユーザー装置が作成するピアツーピア（Ｐ２Ｐ）方式でも相互に直接通信できるように構成される。ＩＭシステムのＰ２Ｐ通信を容易にするための一仕組みが発明者ジョン ホームズらに命名された「Ｔｒａｎｓｐｏｒｔ Ｓｙｓｔｅｍ ｆｏｒ Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ」と題する２００３年７月１日に出願された同時係属中の米国特許出願第１０／６１１，５７５に記載されている。

ユーザー装置それぞれが、任意タイプのデータ処理ユニットに相当し得る。例えば、ユーザー装置は、パーソナルコンピューター、ラップトップコンピューター、携帯情報端末（ＰＤＡ）、移動電話装置、ゲーム端末、テレビと関連付けられるセットトップボックスなど、に相当し得る。以下のいくつかの例において、第１の装置（１０６）は、音声項目を第２の装置（１０８）に送信するために使用される。音声項目、その後、第２の装置（１０８）によって再生される。前述したような第１の装置（１０６）は、第１のユーザーとして参照されているユーザーによって操作される。第２の装置（１０８）は、第２のユーザーとして参照されているユーザーによって操作される。この例は、単に例示的であることを十分に理解されよう。例えば、別のシナリオにおいて、第１の装置（１０６）は、第２の装置（１０８）によって提供される音声項目の受信機として機能し得る。更に、単一の通信参加者のペアに対するリファレンスは、例示的に過ぎない。例えば、別の場合において、第１の装置（１０６）は、音声項目を複数の接触者それぞれに相当する複数の受取人の装置に送信し得る。

装置それぞれが、ストアにおいて、コンテンツ項目を管理するためのコンテンツ管理モジュールを含み得る。例えば、第１の装置（１０６）は、ストア（１１８）にストアされているコンテンツ項目を管理するためのコンテンツ項目管理モジュール（１１６）を含む。第２の装置（１０８）は、ストア（１２２）にストアされているコンテンツ項目を管理するためのコンテンツ管理モジュール（１２０）を含む。更に十分に後述されるように、コンテンツ管理モジュールは、様々な役割を実行し得る。一役割によるとコンテンツ管理モジュールは、コンテンツ項目を別のユーザー装置に送信し、コンテンツ項目を別のユーザー装置から受信するように調整し得る。コンテンツ管理モジュールは、コンテンツ項目の提示も調整し得る。

上記の序論を用いて、ここではユーザー装置間の音声項目の伝播のシステム（１００）に対する適用を論述し得る。前述されたような音声項目が、ユーザーに可聴式で提示され得る任意のコンテンツ項目に相当する。代表的な音声項目のタイプは、ミュージック項目、話し言葉項目、非言語的な雑音項目などを含む。ユーザーは、別のユーザー（又はユーザー（複数））に彼又は彼女自身を提示するために、例えば、一種のテレホンカードタイプのように音声項目を選択し得る。例えば、ユーザーは、彼女の好きな数秒の歌曲に相当する彼女の音声項目を選択し得る。別のユーザーは、感動を与える話し言葉の引用に相当する彼女の音声項目を選択し得る。別のユーザーは、彼が愉快と考える非言語的な音声などに相当する彼の音声項目を選択し得る。

一般的なシナリオにおいて、第１のユーザーは、第２の装置（１０８）に音声項目を提供するために、彼又は彼女の装置（１０６）を使用し得る。第１のユーザーに関連する起動イベントが発生すると、第２の装置（１０８）が、第２のユーザーに対する音声項目を再生し得る。例えば、第１のユーザーがシステム（１００）にログインしたとき、起動イベントが発生し得る。この様にして第１のユーザーは、第２の装置（１０８）によって第２のユーザーに再生される音声項目を（いくつかの制限及び例外とともに）指示し得る。

前述されたように最初のタスクとして機能するために第１のユーザーが、音声項目を選定する。この操作を容易にするために第１のユーザーは、（後に詳細に論述される）コンテンツ生成モジュールを呼び出し得る。コンテンツ生成モジュールは、（ソングファイルのような）ソース音声項目のグラフィック表示を提供するユーザーインターフェース表示を示す。このユーザーインターフェース表示を使用し、第１のユーザーが、ソース音声項目のセグメントを選択し得る。選択されたセグメントは、他のユーザーに第１のユーザーの提示をするために、次に使用される音声項目に相当する。第１の装置のコンテンツ管理モジュール（１１６）は、そのローカルストア（１１８）に選択された音声項目をストアし得る。

更に具体的には、第１の装置（１０６）のストア（１１８）は、第１のユーザーに関連する様々な項目（１２４）を含む。項目の一タイプが、彼自身又は彼女自身を他の人々に提示するために第１のユーザーによって選択されている、音声項目に相当する。別の項目は、第１のユーザーによって定義された私的なテキストメッセージに相当し得る。別の項目は、第１のユーザーによって選択される画像などに相当し得る。ストア（１１８）は、他のユーザーに関連付けられた別の様々な項目（１２６）も含み得る。例えば、第１のユーザーは、様々な接触者（例えば「友達」）に通信するように第１の装置（１０６）を構成し得る。他の項目（１２６）は、ユーザーの接触者によって定義された音声項目及び他のコンテンツ項目を提供し得る。例えば、第１のユーザーが、通信する接触先として第２のユーザーを選定していることを仮定されたい。この場合において、ストア（１１８）は、第２のユーザーによって選択されている音声項目、第２のユーザーによって選択されている画像などを含み得る。

第１のユーザーが丁度前述された方法で新しい音声項目をまさに選択した（又は新しい音声項目を事実上作成するように既存の音声項目を変更した）と仮定されたい。コンテンツ管理モジュール（１１６）は、この時点で第１のユーザーの接触者に新しい音声項目の存在に関し通知するように呼び出される。コンテンツ管理モジュール（１１６）は、前述のように他のユーザーの参加特性に従って新しい音声項目を特定する参加情報（１１４）を準備することによってこのタスクを実行する。更に具体的には、参加情報（１１４）は、新しい音声項目に対するリンクを提供する参照情報を含み得るが、参加情報（１１４）は、実際の音声項目自体のコンテンツを含まない。通信インフラストラクチャ（１０２）において（示されていない）１つ以上の参加サーバーがこの参加情報（１１４）を受信し得、現在、期せずしてオンラインである第１のユーザーの接触者すべてにそれを普及し得る。

参加情報（１１４）が送信されたとき、第２の装置（１０８）がオンラインであると仮定されたい。第２の装置（１０８）が、参加情報（１１４）を受信し、それが新しい任意の情報を含むか否か決定するためにそれを処理する。例えば、第２の装置（１０８）のコンテンツ管理モジュール（１２０）は、（音声項目を識別する）参加情報（１１４）に含まれている参照情報が、既に受信された参照情報と異なるか否か決定し得る。又は、第２の装置（１０８）が、新しい音声項目を識別するように新たに受信された参加情報（１１４）に含まれるリファレンス情報を考慮した場合において、ことによると第２の装置（１０８）は一度も音声項目を第１のユーザーから受信されていない。

第２の装置（１０８）は、新しい音声項目を、新しい音声項目を第１の装置（１０６）からリクエストすることによって、受信された決定に応答する。第１の装置（１０６）は、第２の装置（１０８）に新しい音声項目を供給することによって、このリクエストに応答する。第２の装置（１０８）は、その後、それ自身のストア（１２２）に新しい音声項目をストアする。例示的なある場合においては、第１の装置（１０６）と第２の装置（１０８）の間のリクエスト及び応答の交換が、ピアツーピア（Ｐ２Ｐ）が通信を使用して実施され得る。例えば、図１には、Ｐ２Ｐの経路を介した第１の装置（１０６）から第２の装置（１０８）への音声項目（１２８）の転送を示す。例示されるようなＰ２Ｐの経路は、通信インフラストラクチャ（１０２）のリソースを使用しないか又は通信インフラストラクチャ（１０２）のリソースの機能のいくつかだけが使用され得る。別の場合においては、Ｐ２Ｐチャネルが、１つ以上の様々な環境特有の要因のいずれかのために利用できないことが決定された場合、第１の装置（１０６）と第２の装置（１０８）の間に実施されるリクエスト及び応答の交換が、通信インフラストラクチャ（１０２）のリソースを使用し実施され得る。更に別の場合において、第１の装置（１０６）と第２の装置（１０８）の間に実施されるリクエスト及び応答の交換は常に、通信インフラストラクチャ（１０２）のリソースを使用し実施され得る。

一旦、第２の装置（１０８）が音声項目を第１のユーザーから受信し、ストアすると、以下に論述するような１つ以上のタイプの起動イベントに応えてこの音声項目を、第２のユーザーに対し再生し得る。
・第１のユーザーがシステム（１００）にログインするとき、１つのタイプの起動イベントが発生する。この状況において、第２の装置（１０８）が、第１のユーザーが会話可能なことを第２のユーザーに通知するために音声項目を再生し得る。
・第１のユーザーがシステム（１００）からログオンしたとき、別のタイプの起動イベントが発生する。
・第１のユーザーが第２のユーザーにメッセージを送信したとき、別のタイプの起動イベントが発生する。
・第１のユーザーが第２のユーザーを対象とする任意のタイプの特別な通信オプションを呼び出したとき、別のタイプの起動イベントが発生する。例えば、第１のユーザーは、第２の装置（１０８）のユーザーインターフェース表示を揺るがすか又はいくつかの別の動きをさせようとするナッジコマンドを呼び出し得る。又は、第１のユーザーは、規定された動作を実行するために、第２の装置（１０８）のユーザーインターフェース表示にグラフィック機能をもたらすウインク命令を呼び出し得る。これらの状況それぞれにおいて、特別な通信オプションが呼び出されるとき、音声項目が第２のユーザーに提示される。

更に別のタイプの起動イベントが、音声項目の再生をもたらし得る。上記リストは、代表的であって限定的でない。

音声項目を受信し再生するための前記プロトコルが、システム（１００）において任意の装置によって実行され得る。例えば、第２の装置（１０８）が、第２のユーザーによって選択されている音声項目を第１のユーザーに転送し得る。その後、第２のユーザーが前述された任意の動作に携わっているとき、第１の装置（１０６）が、第２のユーザーの音声項目を再生し得る。最終的に任意のユーザーが、一般に、複数の接触者を含むことに留意されたい。例えば、第１のユーザーが、一般に、複数の接触者を有する。この場合において、第１のユーザー装置（１０６）が、そのユーザーの接触者に関連付けられた装置すべてに第１のユーザーの音声項目を送信し得る。

前述された項目の普及及び再生手続きが、１つのシステム（１００）動作モードに相当する。以下の説明は、様々なシステム（１００）の追加及び／又は代替機能を特定する。

一特徴に従うと、第１のユーザーがオフラインの間、新しい音声項目を選択し、その後、オンラインになると仮定されたい。更に、第１のユーザーがオンラインになったとき、第２のユーザーもオンラインになると仮定されたい。この場合において、第２の装置（１０８）は、オンライン参加を示そうとしているが、第１のユーザーの第２の装置（１０８）は、新しい音声項目を第１のユーザー装置（１０６）から取得し得ない。この状況を記述するために、第２の装置（１０８）は、古い音声項目が、第１のユーザー又は第２のユーザーによって既に選択されている任意タイプの音声項目（又はデフォルト音声項目）に関連するような別の音声項目を再生し得る。この供給は、ログイン手続きを遅延させないために有用である。第２の装置（１０８）は、結局、新しい音声項目を第１の装置（１０６）から取得する機会を受信する。次の起動イベント時、第２の装置（１０８）がその後、新しい音声項目を再生し得る。

第２の特徴に従うと、ユーザーが、単一のアカウントで複数のユーザー装置を操作することを仮定されたい。例えば、図１に例示されているように、ユーザーＣが、装置（１１０）及び装置（１１２）双方を操作する。例えば、ユーザーＣが、ワークコンピューター（「ワーク装置」（１１０））として装置（１１０）を作動し得、ホームコンピューター（「ホーム装置」（１１２））として装置（１１２）を作動し得る。次に、ユーザーＣが、彼のワーク装置（１１０）において新しい音声項目を選択すると仮定されたい。更に、生成時、ユーザーは、ホーム装置（１１２）に同時にログオンしていないと仮定されたい。この状況において、ワーク装置（１１０）は、通信インフラストラクチャ（１０２）によって提供されるネットワークストア（１３０）に新しい音声項目を送信し得る。ユーザーＣはその後、ホーム装置（１１２）にログオンしたとき、通信インフラストラクチャ（１０２）は、ホーム装置（１１２）に通知を提供し得、それに新しい音声項目がワーク装置（１１０）によって生成されたことを警告する。ホーム装置（１１２）は、その後、音声項目をネットワークストア（１３０）からリトリーブし、ローカルメモリーにその音声項目をストアし得る。この様にシステム（１００）が、単一のアカウントに関連付けられているユーザー装置すべてのコンテンツストアを同期させ得る。

第３の特徴に従うと、第１のユーザーは、多くの接触者を有していると仮定されたい。第１のユーザーが新しい音声項目を生成したとき、参加情報が、彼女の接触者のすべてに伝播され、新しい音声項目の接触者に通知する。接触者（「接触者の装置」）によって作動されている装置それぞれがその後、新しい音声項目をリクエストすることが予想され得る。
これは、第１のユーザー装置に新しい音声項目を、順番にそれをリクエストする接触者の装置すべてに提供するように要求する。そのようなリクエスト及び応答の多くが、システム（１００）に対し、大きな帯域幅を潜在的に要求し得る。この状況の改善を支援するためのシステム（１００）を様々な方法で、音声項目の普及を調整するように構成し得る。一技法によって、新しい音声項目を必要とする接触者の装置それぞれは、待ち行列における動作を配置し得、その後、動作が待ち行列に生じたとき、新しい音声項目をリクエストし得る。接触者の装置が新しい音声項目を同時にリクエストしない限り、通信帯域幅は、十分であり得る。

第４の特徴に従うと、前述されたシナリオによって、（１）第１の装置（１０６）が、新しい音声項目を生成する。（２）第１の装置（１０６）が、新しい音声項目を第２の装置（１０８）に通知する。（３）第２の装置（１０８）が、新しい音声項目を第１の装置（１０６）に求める。（４）第１の装置（１０６）が、第２の装置（１０８）に新しい音声項目を供給する。この技法の変形においては、（１）第１の装置（１０６）が、新しい音声項目を生成する。（２）第１の装置（１０６）が、ネットワークストア（１３０）に新しい音声項目を供給する。（３）第１の装置（１０６）が、新しい音声項目を第２の装置（１０８）に通知する。（４）第２の装置（１０８）が、（第１の装置（１０６）からではなく、）新しい音声項目をネットワークストア（１３０）からリクエストし、取得する。

図２に進むと、この図は、音声項目を生成し管理するためのユーザー装置に利用可能な機能性に関する更なる情報を示す。ある場合において、ユーザー装置それぞれは、図２に示されている機能性を実装する別々のロジックを含み得る。別の場合において、複数のユーザー装置によって図２に示されている１つ以上の機能性の特徴が共有され得る。図２に示される機能性を操作するユーザーは、（新しい音声項目を生成し、それを他の装置に伝播する）前述の第１のユーザー又は（音声項目を第１のユーザーから受信し、それを起動イベント時、再生する）第２のユーザー、の機能において作動し得る。

本機能性は、コンテンツ生成モジュール（２０２）を含む。コンテンツ生成モジュール（２０２）によってユーザーは、新しい音声項目の生成又は既存の音声項目の変更ができる。コンテンツ生成モジュール（２０２）は、ユーザーインターフェース表示をユーザーに提供することによってこのタスクを実行し得る。図４の論述する文脈で更に十分に後述する方法で、ユーザーは、ユーザーインターフェース表示を使用して音声項目を定義し得る。

図２に示されている機能性は、コンテンツ管理モジュール（２０４）も含む。コンテンツ管理モジュール（２０４）は、ユーザーによって生成される（音声項目を含む）コンテンツ項目をコンテンツストア（２０６）にストアし得る。コンテンツ管理モジュール（２０４）は、他のユーザーによってストア（２０６）に生成される（音声項目を含む）コンテンツ項目もストアし得る。コンテンツ管理モジュール（２０４）は、コンテンツ商品が他の装置から受信され、消費され、他の装置に伝播される方法なども管理する。

更に具体的にはコンテンツ管理モジュール（２０４）は、コンテンツ同期化モジュール（２０８）を含む。コンテンツ同期化モジュール（２０８）の目的は２つである。第１に、コンテンツ同期化モジュール（２０８）は、参加情報をユーザーの接触者に提供し、これら接触者からも参加情報を受信する。参加情報は、システム（１００）における参加に関するユーザーの機能を特定する。例えば、参加情報は、ユーザーによって生成された音声項目を特定する。また、コンテンツ同期化モジュール（２０８）は、別の装置によってリクエストされたとき、コンテンツ項目を別の装置に送信することによって作動する。また、コンテンツ同期化モジュール（２０８）は、別の装置がコンテンツ商品をそれに送信することをリクエストし得る。例えば、コンテンツ同期化モジュール（２０８）は、最初、新しい音声項目を含む様々なコンテンツ項目を識別する参加情報を別の装置から受信すると仮定されたい。コンテンツ同期化モジュール（２０８）は、それが新しい音声項目を既に含んでいるか否か決定し得る。含んでいない場合、コンテンツ同期化モジュール（２０８）は、新しい音声項目を提供するために別の装置にリクエストし得る。前述したように、コンテンツ同期化モジュール（２０８）は、コンテンツ項目をリクエストするためのキューベースプロトコルを任意に適用し得る。

コンテンツ管理モジュール（２０４）は、コンテンツ再生モジュール（２１０）も含む。別のユーザーの音声項目に関係する起動イベントが発生したとき、コンテンツ再生モジュール（２１０）は、別のユーザーに関連する音声項目を再生する。例えば、別のユーザーがシステム（１００）にログオンしたとき、起動イベントが発生し得る。このイベントに応えてコンテンツ再生モジュール（２１０）は、ログインしたユーザー（例えば第１のユーザー）に相当する音声項目をリトリーブし、それを（例えば、第２のユーザーに対し）再生する。

コンテンツ管理モジュール（２０４）は、再生設定モジュール（２１２）も含む。再生設定モジュール（２１２）は、音声項目を再生するための様々な条件を定義する。例えば、ある場合において、（コンテンツ管理モジュール（２０４）に関連付けられたユーザー装置を操作するユーザーを意味する）コントロールユーザーは、再生設定モジュール（２１２）を介し適切な命令を入力することによって、他の１人以上のユーザーによって定義された音声項目をオーバーライドするように選択し得る。このオーバーライド命令によって、別のユーザーに対する音声項目は、起動イベントに応えて再生されない。別のユーザーによって定義された音声項目の代わりに、コントロールユーザーは、起動イベントに応えて再生される別の音声を定義し得る。ある場合において、コントロールユーザーは、特定の他のユーザーが起動イベントを構成する動作に携わっているとき提示されるカスタム音声を定義し得る。別の場合において、コントロールユーザーは、コントロールユーザーの任意の接触者が起動イベントを実行するとき提示される大域的な音声を定義し得る。これら２つのオーバーライドシナリオにおいて、コントロールユーザーは、起動イベント時に再生される音声を選定するエンティティであって、音声提示を起動する他のユーザーは、再生されるべき音声を決定していない。

図３には、任意のユーザー装置に提示され得る通信に関連するユーザーインターフェース表示（３０２）を示す。ユーザーインターフェース表示（３０２）が、アリスという名前のユーザーに提供されていると仮定されたい。ユーザーインターフェース表示（３０２）は、アリスの接触者を特定するリスト（３０４）を含む。これらは、アリスが承認した通信参加者として選定された人々又は他の（例えば自動プログラム）エンティティである。ユーザーインターフェース表示（３０２）によってアリスは、任意の接触者（単数又は複数）に対するメッセージを構成可能であって、メッセージを接触者（単数又は複数）から受信可能な（示されていない）領域も含む。

起動イベントが発生したとき、アリスのユーザー装置に関連付けられたコンテンツ再生モジュール（２１０）が、彼女の接触者のいずれかに関連付けられている音声項目をアリスに提示する。例えば、アリスの接触者の１人がボブであると仮定されたい。ボブがシステムにログインしたとき、アリスのユーザー装置にはボブのオンラインステータスが通知される。それに応えて、アリスのコンテンツ再生モジュール（２１０）は、アリスの装置にもボブ自身が再生するように選択された音声項目を再生し得る。スピーカー及びミュージック（３０６）のグラフィック表示は、アリスが彼のオンライン参加を告知するように、ボブによって選択された可聴の歌曲クリップ表示を受信していることを示す。

図４は、音声選択ユーザーインターフェース表示（４０２）を示す。（図２の）コンテンツ生成モジュール（２０２）は、このユーザーインターフェース表示（４０２）をユーザーに提示する。ユーザーインターフェース表示（４０２）によってユーザーは、新しい音声項目の生成又は既存の音声項目の変更ができる。

ユーザーインターフェース表示（４０２）は、ソース音声項目を含んでいるファイルフォルダーをユーザーが選択可能な、入力セクション（４０４）を含む。ソース音声項目は、既に生成された音声ファイルに相当し、ユーザーは新しい音声項目をそこから選択し得る。例えば、ソース音声項目は、商用に生産された歌曲に相当し得る。又は、ソース音声項目は、ユーザーによって生成された私的録音に相当し得、例えば、話し言葉コンテンツ、ミュージック、非言語的音声などを提供する。いずれの場合においてもユーザーは、新しい音声項目を産み出すために、ソース音声項目から小さな断片を選択し得る。ある場合において、ユーザーは、ソース音声項目の任意の一部を選択し得るが、選択された一部は、指定された限定しない例えば５秒の最大長時間を超過し得ない。別の場合においては、音声項目の長さに対する制限が設定されない。ユーザーは、新しい音声項目を選択するためにソース音声項目に対する使用する財産権を所有していると仮定している。

ユーザーが（フィールド（４０４）の）ファイルフォルダーを選択すると、ユーザーインターフェース表示（４０２）が、フィールド（４０８）にフォルダーのコンテンツをリスト得る。この代表的な場合において「ミュージック」ファイルは、２つのソース音声項目（歌曲ＡＢＣ及び歌曲ＸＹＺ）を含む。図４に陰影によって示されるように、ユーザーは、歌曲ＸＹＺを新しい音声項目の選択先から選択している。

ユーザーが、歌曲ＸＹＺを選択すると、ユーザーインターフェース表示（４０２）は、歌曲ＸＹＺのグラフィック表示をグラフィック表示フィールド（４１０）に示す。グラフィック表示フィールド（４１０）は、歌曲ＸＹＺの音波の一部の図を含む。例えば、音声全体が３分の長さと仮定すると、グラフィック表示フィールド（４１０）は、１０秒の音声部分に関連する音波を示し得る。ユーザーインターフェース表示（４０２）は、音声ナビゲーションフィールド（４１２）を含む。ユーザーは、早送りコントロール（４１４）又は巻き戻しコントロール（４１６）を起動することによって、音声の異なる部分に達し得る。これらのコマンド（４１４，４１６）は、歌曲の異なる部分を表示するために、グラフィック表示フィールド（４１０）をプロンプトする。ユーザーは、歌曲のグラフィック表示をクリックし、図を一方向又は他方向に（例えば右へ又は左へ）ドラッグすることなどによる別の対話モードを使用しても歌曲の異なる部分を表示し得る。

グラフィック表示フィールド（４１０）は、歌曲のグラフィック表示を介し提示されるグラフィック選択ユニット（４１８）を含む。グラフィック選択ユニット（４１８）は、ウィンドウとして形成され得る。ウィンドウは、矢印（４２０）によって特定される第１の終わり及び矢印（４２２）によって特定される第２の終わりを有する。第１の終わり及び第２の終わりが、所定の期間を有する歌曲のセグメントを区切る。グラフィック選択ユニット（４１８）によってユーザーが第１の終わり及び第２の終わりによって区切られた歌曲の一部を確認可能な、透過的な中間セクションを含む。

グラフィック選択ユニット（４１８）は、例えば、グラフィック選択ユニット（４１８）上をクリックしドラッグすること、又は移動命令のいくつかに入力すること、によって歌曲の別の位置に動かされ得る。ユーザーは、グラフィック選択ユニット（４１８）の幅も調整し得る。ユーザーは、グラフィック選択ユニット（４１８）の境界を定める矢印（４２０，４２２）のいずれか（又は双方）を調整することによって、このタスクを実行し得る。これらの操作を介し、ユーザーは、選択される歌曲の一部を、新しい音声項目として定義し得る。言い換えれば、グラフィック選択ユニット（４１８）の境界によって区切られる歌曲の一部が新しい音声項目に相当する。

歌曲の正確な部分が選択されていることを保証するために、ユーザーインターフェース表示（４０２）によってユーザーは、グラフィック選択ユニット（４１８）によって区切られた音声項目を再生できる。ユーザーは、開始／停止コントロール（４２４）を作動することによって、このタスクを実行し得る。すなわち、コントロール（４２４）を作動することによってコントロール（４２４）が、非再生ステータスから再生ステータスに遷移するように使用され得、コントロール（４２４）を作動させることによって同一コントロール（４２４）が、再生ステータスから非再生ステータスに遷移するように使用され得る。音声項目を再生する命令が実行されたとき、グラフィック選択ユニット（４１８）は、ライン（４２６）を使用し、再生進度を示し得、すなわち、ライン（４２６）が再生されるコンテンツの進度とともに左から右に動く。

一般的な選択処理において、ユーザーは、所望する歌曲の一部を選択するために、試行錯誤の手段を使用することが予想される。例えば、ユーザーは、グラフィック選択ユニット（４１８）の初期の位置及び幅を選択し、その後、再生コントロール（４２４）を起動し得る。ユーザーが選択された歌曲の一部に満足していない場合、ユーザーは、グラフィック選択ユニット（４１８）の位置及び／又は幅を再度、変更し得、その後、ユーザーは、選択されたコンテンツを再生し得る。ユーザーは、選択された部分に満足するまでこの手続きを何度も繰り返し得る。

ユーザーは、（音声項目の始まりの）フェードイン効果及び／又は（音声項目の終わりの）フェードアウト効果を追加することによって、更に感じよく聞こえる音声項目を任意に生成し得る。ユーザーは、フェードインコントロール（４２８）及びフェードアウトコントロール（４３０）を選択することによって、これらのタイプの遷移効果を追加し得る。

一旦、ユーザーが選択されている音声項目に満足すると、ユーザーは、新しい音声項目を保存するためにセーブコントロール（４３２）を起動し得る。ユーザーは、フィールド（４３４）を介し音声項目の名前を選択し得る。あるいはまた、ユーザーは、音声項目選択手続きを中止するために、キャンセルコントロールを起動し得る。

ある場合において、任意の起動イベントが発生すると、ユーザーは、表示される音声項目を彼又は彼女の接触者すべてに対し定義し得る。別の場合において、ユーザーは、音声項目を異なるユーザー又は異なるユーザーグループに対し定義し得る。代替又は追加として、ユーザーは、異なる音声項目を異なる起動イベントに対し定義し得る。

図５に進むと、この図は、図１に示されているシステム（１００）のいくつかの機能を実装するために使用され得る例示的な処理機能性（５０２）を詳細に説明している。ある非限定的な場合においては、例えば処理機能性（５０２）は、任意のユーザー装置の任意の機能及び／又は通信インフラストラクチャ（１０２）のような、任意の機能を実装している例えば、システム（１００）によって使用される任意の計算機マシンを表し得る。

処理機能性（５０２）は、様々な処理機能を実装するための処理モジュール（５０４）を含み得る。処理モジュール（５０４）は、ＲＡＭ（５０６）及びＲＯＭ（５０８）のような揮発性及び不揮発性メモリー、並びに１つ以上のプロセッサー（５１０）を含み得る。プロセッサー（５１０）が、メモリーによって（例えば（５０６），（５０８）又は他の場所に）維持される命令を実行する時、処理機能性（５０２）は、上記の特定された様々な操作を実行し得る。処理機能性（５０２）は、ハードディスクモジュール、光ディスクモジュールその他のような様々な媒体装置（５１２）を任意に含む。

処理機能性（５０２）は、様々な入力を（入力モジュール（５１６）を介し）ユーザーから受信し、様々な出力を（表示モジュール（５１８）を介し）ユーザーに提供するための入力／出力モジュール（５１４）も含む。表示モジュール（５１８）は、グラフィカルユーザーインターフェース（ＧＵＩ）（５２０）を提供し得る。処理機能性（５０２）は、１つ以上の通信ルート（５２４）を介し、別の装置及びシステムとデータ交換するための１つ以上のネットワークインターフェース（５２２）も含み得る。１つ以上の通信バス（５２６）が、前述されたコンポーネントと一緒に通信可能に接続する。

Ｂ．例示的手続き
図６は、新しい音声項目を生成するための例示的な手続き（６００）を示す。セクションＡに記載されているように、コンテンツ生成モジュール（２０２）は、ユーザーが音声項目を生成可能にする１つのツールである。コンテンツ生成モジュール（２０２）は、ユーザーが所望のソース音声項目の一部を繰り返し選択可能なユーザーインターフェース表示（４０２）を提示する。

ブロック（６０２）において、コンテンツ生成モジュール（２０２）は、ユーザーのソース音声項目の選択を受信する。これは、所望のフォルダーを選択し、その後、そのフォルダーに含まれているソース音声項目のユーザー選択に相当し得る。

ブロック（６０４）において、コンテンツ生成モジュール（２０２）が、ソース音声項目の一部のグラフィック表示を提示する。例えば、コンテンツ生成モジュール（２０２）は、音声項目の一部の音波表示を提示し得る。

ブロック（６０６）において、コンテンツ生成モジュール（２０２）は、ソース音声項目の一部をグラフィック選択ユニット（４１８）に表示する。グラフィック選択ユニット（４１８）は、それが区切る音声セグメントの一時的な長さを定義している（例えば幅）サイズを有する。

ブロック（６０８）において、コンテンツ生成モジュール（２０２）は、ユーザーがグラフィック選択ユニット（４１８）によって区切られたセグメントを繰り返し再生すると同時にグラフィック選択ユニット（４１８）の位置及び／又はサイズを繰り返し動かすことによって、ソース音声項目の所望のセグメントを繰り返して選択できる。

ブロック（６１０）において、コンテンツ生成モジュール（２０２）によってユーザーは、選択された音声項目の始まり及び／又は終わりに現れる遷移効果を任意に選択可能になる。遷移効果は、セグメントの始まりのフェードイン効果及びセグメントの終わりのフェードアウト効果に相当し得る。

ブロック（６１２）において、コンテンツ生成モジュール（２０２）が、ユーザーからのセーブ命令に応えて最終的に選択された項目を保存し得る。

ブロック（６１４）において、コンテンツ同期化モジュール（２０８）は、新しい音声項目の存在を接触者に警告する、参加情報をユーザーの接触者に伝播し得る。接触者は、その後、新しい音声項目をリクエストし、受信し得る。

図６の右側部分は、コンテンツ生成モジュール（２０２）によってユーザーが所望のソース音声項目セグメントを繰り返して選択可能になる方法を更に詳しく説明する一連のブロックを含む。ブロック（６１６）において、コンテンツ生成モジュール（２０２）は、グラフィック選択ユニット（４１８）の移動及び／又はグラフィック選択ユニット（４１８）の（例えば幅）サイズの調整をするためのユーザー命令を受信する。ブロック（６１８）において、コンテンツ生成モジュール（２０２）は、グラフィック選択ユニット（４１８）によって区切られた部分を再生するためのユーザー命令を受信する。ブロック（６１６）への戻りを指す矢印のループは、ユーザーが選択された音声項目に満足するまでユーザーは、一連の操作（６１６，６１８）を何度も実行し得ることを示す。

図７は、（代表的な第２の装置（１０８）のような）装置が、新しいコンテンツ項目を別の（代表的な第１の装置（１０６）のような）装置から受信可能な例示的手続き（７００）を示す。第１のユーザーが第１の装置（１０６）を操作し、第２のユーザーが第２の装置（１０８）を操作する。

ブロック（７０２）において、第２の装置（１０８）は、それが、新しい参加情報を第１の装置（１０６）から受信したか否か決定する。この例において、第１の装置（１０６）のユーザーは、接触者Ｘに相当する。

ブロック（７０２）が肯定で答えられた場合、ブロック（７０４）において、第２の装置（１０８）が、参加情報が新しい音声項目を特定しているか否か決定する。第２の装置（１０８）が、新たに受信された参照情報と既に受信された参照情報を比較するか又は既に受信された参照情報が存在しないことを決定することによって、この決定を実行し得る。

ブロック（７０４）が、（参加情報が新しい音声項目を特定していることを意味する）肯定で答えられた場合、ブロック（７０６）において、第２の装置（１０８）は、新しい音声項目を供給するように第１の装置（１０６）にリクエストする。これに応えて、第２の装置（１０８）が、この新しい音声項目を受信する。前述されたように、第２の装置（１０８）が、代替として、ネットワークストア（１３０）のようなサーバーサイドのソースから新しい音声項目を取得し得る。

図８は、（代理的第１装置（１０６）のような）別の装置から（代表的第２の装置（１０８）のような）装置によって受信された音声項目を再生するための手続き（８００）を示す。第１のユーザーが第１の装置（１０６）を操作し、第２のユーザーが第２の装置（１０８）を操作する。

ブロック（８０２）において、第２の装置（１０８）は、それが、第１のユーザーに関連する起動イベントを受信したか否か決定する。

ブロック（８０２）が肯定で答えられた場合、ブロック（８０４）において、第２の装置（１０８）は、それが、第１のユーザーによって生成された音声項目を有しているか否か決定する。

ブロック（８０４）が肯定で答えられた場合、ブロック（８０６）において、第２の装置（１０８）は、（第２の装置（１０８）の）第２のユーザーが既に、第１のユーザーによって生成された音声項目をオーバーライドする命令を入力されているか否か決定する。

ブロック（８０６）が、（ユーザーが音声項目をオーバーライドするための命令を入力しなかったことを意味する）否定で答えられた場合、ブロック（８０８）において、第２の装置（１０８）は、第１のユーザーの音声項目を第２のユーザーに提示する。

ブロック（８０６）が、（第２のユーザーがオーバーライド命令を入力していることを意味する）肯定で答えられた場合、第２の装置（１０８）は、別の音声を第２のユーザーに任意に提示し得る。
ある場合において、第２の装置（１０８）は、第２のユーザーによって具体的に定義された音声項目を第１のユーザーに対して提示し得る。別の場合において、第２の装置（１０８）は、起動イベントを呼び出すユーザーすべてに対してそれが提示するデフォルト音声を示し得る。

本発明は構造上の機能及び／又は方法論的な動作に対し特定の言語で説明されているが、添付請求項に定義されている発明が、必ずしも前述の特定の機能又は動作に限定されないことを理解されよう。もっと正確に言えば、特定の機能及び動作が、本発明の例示的な実装形式として開示されている。

１００ 相互通信可能システム
１０２ 通信インフラストラクチャ
１０４ ネットワーク
１０６ ユーザー装置
１０８ ユーザー装置
１１０ ユーザー装置
１１２ ユーザー装置
１１４ 参加情報
１１６ コンテンツ項目管理モジュール
１１８ ローカルストア
１２０ コンテンツ管理モジュール
１２２ ストア
１２４ コンテンツ項目
１２６ コンテンツ項目
１２８ 音声項目
１３０ ネットワークストア
２０２ コンテンツ生成モジュール
２０４ コンテンツ管理モジュール
２０６ コンテンツストア
２０８ コンテンツ同期化モジュール
２１０ コンテンツ再生モジュール
２１２ コンテンツ再生設定モジュール
３０２ ユーザーインターフェース表示
３０４ リスト
３０６ ミュージック
４０２ ユーザーインターフェース表示
４０４ ユーザーインターフェース表示
４０６ フィールド
４０８ フィールド
４１０ グラフィック表示フィールド
４１２ 音声ナビゲーションフィールド
４１４ 早送りコントロール
４１６ 巻き戻しコントロール
４１８ グラフィック選択ユニット
４２０ 矢印
４２２ 矢印
４２４ 開始／停止コントロール
４２６ ライン
４２８ フェードインコントロール
４３０ フェードアウトコントロール
４３２ セーブコントロール
４３４ フィールド
５０２ 処理機能性
５０４ 処理モジュール
５０６ ＲＡＭ
５０８ ＲＯＭ
５１０ プロセッサー
５１２ 媒体装置
５１４ 入力／出力モジュール
５１６ 入力モジュール
５１８ 表示モジュール
５２０ グラフィッカルユーザーインターフェース
５２２ ネットワークインターフェース
５２４ 通信ルート
５２６ 通信バス

Claims (20)

1. ユーザー間で通信するための方法であって、
   第２の装置において、参加情報を第１の装置から受信するステップであって、前記参加情報が、第１のユーザー装置の第１のユーザーに関連付けられた音声項目に対するリファレンスを含むもの（７０２）と、
   前記リファレンスに基づいて、前記音声項目がまだ前記第２の装置に提供されていないかどうか決定するステップ（７０４）と、
   前記音声項目がまだ前記第２の装置に提供されていないことを決定した場合、前記音声項目を前記第１の装置からリクエストするステップ（７０６）と、
   前記リクエストに応えて前記音声項目を前記第１の装置から受信するステップ（７０６）と、を含む方法。
2. 前記受信ステップが、ピアツーピア通信を使用して実行されることを特徴とする請求項１記載の方法。
3. 前記第１の装置が、スムーズな帯域幅消費のために、待ち行列ベースプロトコルを使用して前記音声項目を前記第２の装置に送信することを特徴とする請求項１記載の方法。
4. 更に、
   前記音声項目の提示を起動する起動イベントを識別するステップと、
   前記起動イベントに応えて前記音声項目を前記第２のユーザーに提示するステップと、を含む請求項１記載の方法。
5. 前記第１のユーザーが前記第１の装置にログインするとき、前記起動イベントが発生することを特徴とする請求項４記載の方法。
6. 前記第１のユーザーが前記第２の装置に任意タイプのインスタントメッセージング（ＩＭ）通信を送信するとき、前記起動イベントが発生することを特徴とする請求項４記載の方法。
7. 請求項１記載の電子計算機実行方法を実装するための計算機可読命令を含む１つ以上の計算機可読媒体。
8. １つ以上のプロセッサーと、
   前記１つ以上のプロセッサーによって実行されるとき、請求項１記載の電子計算機実行方法を実行する計算機が実行可能な命令をストアするメモリーと、を含む１つ以上の計算装置。
9. インスタントメッセージング（ＩＭ）のユーザー間で通信するための方法であって、
   音声項目提示を起動する起動イベントを識別するステップであって、前記音声項目が、第１の装置を操作する第１のユーザーに関連付けられ、かつ前記音声項目が、第２の装置を介し第２のユーザーに提示されるもの（８０２）と、
   前記第２の装置が、利用可能なバージョンの音声項目を含むか否か決定するステップ（８０４，８０６）と、
   前記第２の装置が、前記利用可能なバージョンの音声項目を含む場合、前記音声項目を前記第２のユーザーに提示するステップ（８０８）と、
   前記第２の装置が、前記利用可能なバージョンの音声項目を含んでいない場合、別の音声項目を前記ユーザーに提示するステップ（８１０）と、を含む方法。
10. 前記第１のユーザーが前記第１の装置にログインするとき、前記起動イベントが発生することを特徴とする請求項９記載の方法。
11. 前記第１のユーザーが任意タイプのインスタントメッセージング（ＩＭ）通信を前記第２の装置に送信するとき、前記起動イベントが発生することを特徴とする請求項９記載の方法。
12. 前記第２の装置が前記音声項目を含んでいて、更に、前記音声項目を利用不可にするための前記ユーザーの命令を受信するステップを含むことを特徴とする請求項９記載の方法。
13. 請求項９記載の電子計算機実行方法を実施するための計算機可読命令を含む１つ以上の計算機可読媒体。
14. １つ以上のプロセッサーと、
    前記１つ以上のプロセッサーによって実行されるとき、請求項９記載の電子計算機実行方法を実行する計算機が実行可能な命令をストアするメモリーと、を含む１つ以上の計算装置。
15. 新しい音声項目を生成するための方法であって、
    ソース音声項目の前記ユーザーの選択を受信するステップ（６０２）と、
    前記ソース音声項目の一部のグラフィック表示を示すステップ（６０４）と、
    前記ソース音声項目の前記表示された一部内の前記ソース音声項目のセグメント上にグラフィック選択ユニットを提示するステップであって、前記グラフィック選択ユニットが、前記ソース音声項目のセグメントの境界を定める開始点及び終了点を有するウィンドウであるもの（６０６）と、
    前記グラフィック選択ユニットの少なくとも１つの終了点を移動するための前記ユーザーの命令を受信するステップ（６１６）と、
    前記ユーザーの命令に応えて前記グラフィック選択ユニットによって区切られた前記ソース音声項目の前記セグメントを再生するステップ（６１８）と、
    前記新しい音声項目として前記ソース音声項目の前記セグメントを保存するための前記ユーザーの命令を受信するステップ（６１２）と、を含む方法。
16. 更に、前記グラフィック選択ユニットの位置を前記ソース音声項目内の前方又は後方へ移動するためのユーザーの命令を受信するステップを含む請求項１５記載の方法。
17. 更に、前記少なくとも１つの終了点のユーザー選択を受信し、前記セグメントの再生を少なくとも一度は、繰り返すステップを含む請求項１５記載の方法。
18. 更に、前記新しいソース音声項目の始まり又は終わり、若しくは前記新しいソースセグメントの始まり及び終わり双方において再生される遷移効果のユーザーの選択を受信するステップを含む請求項１５記載の方法。
19. 請求項１５の遷移効果を方法を実装するための計算機可読命令を含む１つ以上の計算機可読媒体。
20. １つ以上のプロセッサーと、
    前記１つ以上のプロセッサーによって実行されるとき、請求項１５記載の遷移効果を方法を実行する計算機が実行可能な命令をストアするメモリーと、を含む１つ以上の計算装置。

Images