(57)【特許請求の範囲】
【請求項１】
サーバと通信するクライアントデバイスを介してユーザにより使用されるために前記サーバ上で非同期式メッセージングサービスをホスティングするコンピュータ具現方法であって、前記クライアントデバイスは、イメージデータと、オーディオデータと、ジェスチャデータとを含むメッセージをユーザの間で非同期式に発信および共有するアプリケーションを実行し、前記サーバは、
前記サーバにおいて、メッセージに関するオーディオデータおよびジェスチャデータを含む第１送信を発信クライアントデバイスから受信するステップと、
前記サーバにおいて、前記第１送信に関連するイメージデータを含む第２送信と共同で前記第１送信を保存するステップと、
前記サーバから、前記保存された第１送信を受信クライアントデバイスに配信するステップとを行うように構成されているハードウェアコンポーネントを含み、
前記受信された第１送信は、前記第２送信と共同で前記発信クライアントデバイスで記録され、また、前記第２送信と共同で前記受信クライアントデバイスにより再生されるために前記受信クライアントデバイスに配信される、コンピュータ具現方法。
【請求項２】
前記サーバにおいて、前記第２送信を発信クライアントデバイスから受信するステップと、前記第２送信を受信クライアントデバイスに配信するステップと、をさらに含む、請求項１に記載のコンピュータ具現方法。
【請求項３】
前記第２送信は、前記第１送信が記録されると同時にまたはその前に受信される、請求項１に記載のコンピュータ具現方法。
【請求項４】
前記サーバにおいて、前記第２送信をクライアントデバイスから受信するステップをさらに含む、請求項１に記載のコンピュータ具現方法。
【請求項５】
前記ジェスチャデータは、前記イメージデータのパンニング（ｐａｎｎｉｎｇ）と、ズーミング（ｚｏｏｍｉｎｇ）と、ローテーティング（ｒｏｔａｔｉｎｇ）とを含む、請求項１に記載のコンピュータ具現方法。
【請求項６】
前記ジェスチャデータは、前記イメージデータ上にレイヤーされた（ｌａｙｅｒｅｄ）視覚的注釈（ｖｉｓｕａｌ ａｎｎｏｔａｔｉｏｎ）を含む、請求項１に記載のコンピュータ具現方法。
【請求項７】
サーバと通信するクライアントデバイスを介するユーザによる使用のためにメッセージングサービスをホスティングする前記サーバであって、
前記クライアントデバイスは、イメージデータと、オーディオデータと、ジェスチャデータとを含むメッセージをユーザの間で発信および共有するアプリケーションを実行し、
前記サーバは、請求項１に記載のステップを行うように構成されているハードウェアコンポーネントを含む、サーバ。
【請求項８】
イメージデータと、オーディオデータと、ジェスチャデータとを含むメッセージをユーザの間で発信および共有するクライアントデバイス上で実行されるアプリケーションを介してサーバ上でホスティングされるメッセージングサービスと相互作用する前記クライアントデバイスを使用するコンピュータ具現方法であって、前記アプリケーションは、
前記クライアントデバイスを使用して、前記サーバにイメージデータを含む第２送信をアップロードするステップと、
前記クライアントデバイスを使用して、前記第２送信に関連するオーディオデータおよびジェスチャデータを含む第１送信を記録するステップと、
前記第１送信に関連する前記第２送信と共同で保存するために前記第１送信を、前記クライアントデバイスから前記サーバにアップロードするステップとを行うように構成される、コンピュータ具現方法。
【請求項９】
前記第２送信は、前記第１送信が記録される前に、または記録されると同時に、アップロードされる、請求項８に記載のコンピュータ具現方法。
【請求項１０】
イメージデータと、オーディオデータと、ジェスチャデータとを含むメッセージをユーザの間で発信および共有するクライアントデバイス上で実行されるアプリケーションを介してサーバ上でホスティングされるメッセージングサービスと相互作用する前記クライアントデバイスであって、前記アプリケーションは、請求項８に記載のステップを行うように構成されている、クライアントデバイス。
【請求項１１】
請求項８に記載の方法によりクライアントデバイス上で実行されるように構成されている、アプリケーション。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソーシャルメディアおよびメッセージングサービス（ｍｅｓｓａｇｉｎｇ  ｓｅｒｖｉｃｅ）に関し、より広くは、電子ネットワークを介してセマンティックコンテンツメッセージ（ｓｅｍａｎｔｉｃ  ｃｏｎｔｅｎｔ  ｍｅｓｓａｇｅ）を生成および共有するためのシステムおよび方法に関する。
【背景技術】
【０００２】
通常、ビデオ会議、電子メールまたはインスタントメッセージングは、事業提携のための通信媒体として使用される。
【０００３】
ビデオ会議は、対面会議に対する「十分良い」の代わりになり得るが、帯域幅集約的であり、当事者全員のスケジューリング可能性に依存する。電話通話もまた広く使用されているが、ビデオ会議の視覚的な合図（ｖｉｓｕａｌ  ｃｕｅｓ）が足りない。ビデオ会議および打ち合わせは、このような制限事項にもかかわらず、即時性（ｉｍｍｅｄｉａｃｙ）および参加性（ｅｎｇａｇｅｍｅｎｔ）を提供することから好まれることが多い。
【０００４】
また、電子メールおよびインスタントメッセージは、遅延された受信および応答を許容することから人気があり、このような理由により本質的に「非同期式（ａｓｙｎｃｈｒｏｎｏｕｓ）」であることを特徴とし得る。すべての通信に対するフルテキスト基盤の記録は、後で参考されることもあり、通常、様々な方式で保存、索引付けされ、また、必要な場合に検索されることもある。
【０００５】
電子メールおよびインスタントメッセージは、一方では魅力的である。その理由は、これらは、同期式通信媒体のスケジューリング問題を防止し、また便利に通信記録を保持するためである。このような形態の通信に対する特定の制限事項は、上述のように、これらが通常ビデオ会議の即時性と参加性、および類似した形態の交流が足りないという点である。
【０００６】
また、電子メールおよびインスタントメッセージを所望のレベルの明瞭性で作成することは、非常に難しいことが多い。いくら理路整然とした人でも、電子メールおよびインスタントメッセージング媒体において、特定のアイディア、コンテンツまたはメッセージを提示することに困難を感じ得る。このような形態の通信に関する周知の制限事項としては、特に主題がとにかく敏感な場合には、誤解を招く可能性、且つ、「トーン（ｔｏｎｅ）」伝達の不可能または困難性がある。
【０００７】
電子メールおよびこれと類似したメッセージングプラットホームに対する制限事項は、このような意味において多様であり、一方では、それらが意図する意味を適切に伝達するように慎重に用意されたメッセージでメッセージを作成することになり、他方では、聴衆が与えられた媒体の制限事項に関する意味を見分けようと試みることになる。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、少なくとも既存の形態の通信に関するこれらのおよび他の制限事項を解決することを試みる電子通信の形態を提供することにあり、特に、既存のチャンネルによる通信で経験するこれらのおよび他の困難を解決したり、少なくとも緩和する非同期式通信媒体を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の概念は、既存のインターネットメディアが帯域幅効率的な方式で非同期式にセマンティックコンテンツを伝達するために、特定の面においては物足りないという認識から発生した。
【００１０】
このために、改善したソーシャルメディアまたはメッセージングプラットホームが提供され得、これは、非同期式スケジューリング、帯域幅効率性および様々な管理記録‐保持恵沢のような電子メールおよびこれと類似したメッセージングプラットホームのより多くの特性の恵沢を犠牲にすることなく、ビデオ会議の即時性および参加性をいずれも大きく維持することになる。
【００１１】
本発明は、大きく構造化したファイルフォーマット、およびそのようなファイルフォーマットをコンピューティングデバイスの電子ネットワークを介して通信媒体として記録、保存、および再生するシステムに関する。「Ｂｌｒｔ」ファイルフォーマットは、圧縮されたオーディオ、アニメーション化したジェスチャデータおよび様々なデジタルメディアフォーマットを軽量のパッケージに組み合わせる。
【００１２】
メディアファイルは、別に保存されるが、オーディオ／ジェスチャとの連関性を共有し、これは、ほぼ生成の際にパッケージデータおよびメディアの漸進的送信を可能とし、これにより、ユーザに対するシームレスおよび高速経験を発生させる。また、オーディオ／ジェスチャからメディアを分離したことは、一つの「会話」でデータを複製できるようにし、ここで、応答は、２回以上ダウンロードまたはアップロードする必要がないように同一のメディアファイルを使用する。
【００１３】
メッセージを共有するネットワークを、本明細書では、一般的に理解しているように、便宜上、インターネットと称するが、これは公衆ネットワークおよび閉鎖型ネットワークまたは私設ネットワークを含む任意の適切なコンピュータネットワークであり得る。このようなネットワークは、一例として、それらが多様に具現されるインターネットプロトコールを使用するか否かに関係なく、防火壁のある企業ネットワーク、または仮想私設ネットワークを含んでもよい。換言すれば、本発明は、特定のネットワークで使用されるネットワーキングハードウェアまたはプロトコールの特定の形態とは無関係である。
【００１４】
たとえ汎用ウェブブラウザ、または様々なハードウェア装置および運用システムプラットホーム上のアプリケーションを介してインターフェースが提供され得るが、クライアントデバイス上で実行される専用アプリケーション、またはアプリが、メッセージを生成、配信および見るために好ましく使用される。
【００１５】
ユーザによりメッセージが個別の受信者、または複数の受信者に向けられ得るが、メッセージはまたより幅広い（すなわち、公共の）聴衆に「ブロードキャスト」され得、または実際に承認された聴衆を選択することもできる。誰がメッセージを見て応答するかを規制するために必要な権限および制御システムが具現され得る。また、メッセージの選択は、一般的消費のためのストリームとしてまたは加入により選別され得る。
【００１６】
本発明の一様態は、サーバと通信するクライアントデバイスを介してユーザにより使用されるために前記サーバ上で非同期式メッセージングサービスをホスティングするコンピュータ具現方法であって、前記クライアントデバイスは、イメージデータと、オーディオデータと、ジェスチャデータとを含むメッセージをユーザの間で非同期式に発信および共有するアプリケーションを実行し、前記サーバは、前記サーバにおいて、メッセージに関するオーディオデータおよびジェスチャデータを含む第１送信を発信クライアントデバイスから受信するステップと、前記サーバにおいて、前記第１送信に関連するイメージデータを含む第２送信と共同で前記第１送信を保存するステップと、前記サーバから、前記保存された第１送信を受信クライアントデバイスに配信するステップとを行うように構成されているハードウェアコンポーネントを含み、前記受信された第１送信は、前記第２送信と共同で前記発信クライアントデバイスで記録され、また、前記第２送信と共同で前記受信クライアントデバイスにより再生されるために前記受信クライアントデバイスに配信される、コンピュータ具現方法である。
【００１７】
好ましくは、前記方法は、前記サーバにおいて、イメージデータを発信クライアントデバイスから受信するステップと、前記イメージデータを受信クライアントデバイスに配信するステップと、をさらに含む。
【００１８】
前記イメージデータは、前記オーディオデータおよびジェスチャデータが記録される時にまたはその前に受信され、これは、ネットワークトラフィックおよびネットワークレイテンシを助ける。
【００１９】
前記サーバにおいて、イメージデータは、前記イメージデータに関連するオーディオデータおよびジェスチャデータと共同で好ましく保存される。
【００２０】
前記ジェスチャデータは、有利には、前記イメージデータのパンニング（ｐａｎｎｉｎｇ）と、ズーミング（ｚｏｏｍｉｎｇ）と、ローテーティング（ｒｏｔａｔｉｎｇ）とを含み、また、前記イメージデータ上にレイヤーされた（ｌａｙｅｒｅｄ）視覚的注釈（ｖｉｓｕａｌ  ａｎｎｏｔａｔｉｏｎ）を含む。
【００２１】
本発明は他の様態において、サーバと通信するクライアントデバイスを介するユーザによる使用のためにメッセージングサービスをホスティングするサーバを提供し、前記クライアントデバイスは、イメージデータと、オーディオデータと、ジェスチャデータとを含むユーザメッセージの間で発信および共有するアプリケーションを実行し、前記サーバは、本発明の上述の様態に係るステップを行うように構成されているハードウェアコンポーネントを含む。
【００２２】
本発明のさらに他の様態は、イメージデータと、オーディオデータと、ジェスチャデータとを含むメッセージをユーザの間で発信および共有するクライアントデバイス上で実行されるアプリケーションを介してサーバ上でホスティングされるメッセージングサービスと相互作用する前記クライアントデバイスを使用するコンピュータ具現方法であって、前記アプリケーションは、前記クライアントデバイスを使用して、前記サーバにイメージデータを含む第２送信をアップロードするステップと、前記クライアントデバイスを使用して、前記第２送信に関連するオーディオデータおよびジェスチャデータを含む第１送信を記録するステップと、前記第１送信に関連する前記第２送信と共同で保存するために前記第１送信を、前記クライアントデバイスから前記サーバにアップロードするステップとを行うように構成される、コンピュータ具現方法である。
【００２３】
前記イメージデータは、前記オーディオデータおよびジェスチャデータが記録される前に、または記録される時に、アップロードされることが好ましい。
【００２４】
本発明の他の様態は、本発明の上述の様態によりクライアントデバイス上で実行されるように構成されているアプリケーションを提供する。
【００２５】
様々に具現される本発明は、当業者に明らかなように、多くの利点を有する。好ましくは、ユーザの観点で、前記アプリケーションは、打ち合わせ、電話および電子メールに対する満足な代替物を提供することを目的とする。
【００２６】
具体的に、メッセージフォーマットおよびアプリケーションインターフェースは、実質的に自分の固有の限界点を回避しながら、電子メール、電話および打ち合わせの利点を包容することを試みる。また、メッセージングサービスは、同一の帯域幅オーバーヘッドなく、スケジューリング問題の必要性なく、ビデオ会議に関連する利点を提供することが多い。本発明の好ましい実施例は、通信を簡素化し、より効果的な協力を可能にすることを意図する。
【００２７】
記録が始まると、ユーザは話し始めることができ、これにより自分のメッセージをナレーティングし、イメージをズーミングし、また、必要な注釈を走り書くことができる。このようなジェスチャは、受信者により同期化再生または再生性されるために、添付のオーディオと同期化してキャプチャされる。ユーザは、多数の指定された受信者に自分のメッセージを送信することができる。ソースイメージは、基本ストレージからでも、またはネットワークストレージからでも、様々なソースから取得できる。
【００２８】
メッセージングフォーマットがイメージを含んでおり、ソースイメージを使用して（ビデオフォーマットではない）再生されることから、必要となる帯域幅はビデオファイルの配信に比べ分派される。一般的に提案される使用量は、メッセージングサービスの帯域幅フットプリントが、既存のビデオフォーマットによる比較対象サービスより５０倍も軽い可能性があることを示唆する。また、クラウド中心サーバモデルは、一旦、当該装置にわたり配信された後には、クライアントデバイスでメディアの再使用を許容するため、帯域幅トラフィックをより減少させる。
【００２９】
本発明は、「自分の時間に応答」、会話記録、および電子メールとインスタントメッセージの低い帯域幅の利点を、打ち合わせとビデオ会議の優れた対人通信品質と結合することを試みる。
【００３０】
これは、（クライアント側でレンダリングされた）圧縮されたオーディオ、アニメ化したジェスチャデータ、および様々なデジタルメディア添付物を軽量のパッケージ（すなわち、Ｂｌｒｔファイルフォーマット）に結合することで可能になる。
【００３１】
クライアントデバイスで再生されるこのパッケージは、添付のメディア上のユーザマークアップを、記録されたオーディオコメンタリーと効率的にビデオのようにレンダリングする。
【００３２】
Ｂｌｒｔパッケージは、三つの主要コンポーネント、すなわちオーディオ、ジェスチャデータ、および添付のメディアとして伝達される。Ｂｌｒｔパッケージは、任意の時点でビデオファイルにトランスコードされず、これは、このフォーマットが相当小さいファイルサイズで維持されるようにし、これは、三つの主要コンポーネントの全体ファイルサイズとなる。
【００３３】
しかしながら、この特徴は、合理的な帯域幅性能を許容し、且つゼロまたは最小の品質損失で高解像度付与されたメディアのマークアップおよび送信を可能とする。
【００３４】
Ｂｌｒｔパッケージは、交換が行われる度に全部が送信されない。その代りに、添付のメディアファイル（一般的に、ファイルサイズの容量を含む）が会話の際に一度だけダウンロードされる。
【００３５】
応答（「Ｂｌｒｔ応答」）は、同一のメディア添付物を使用して行われ、したがって、ほとんどの場合、単にオーディオおよびジェスチャデータのみがこれらに対するアップロードに必要とされる。これに対する例外が、ユーザが会話に新しいイメージ／ページを追加する場合であり、この場合に、システムは、ユーザのデバイスに新しいメディア要素のみを送信することになり、サーバ／デバイスデータ交換において高レベルの効率性を維持することになる。
【００３６】
また、全体のパッケージは、会話が先ず生成されており；ユーザが自分のオーディオおよびジェスチャを記録するにつれてメディア添付物がアップロードされ、次にユーザが受信者を選択するにつれてオーディオおよびジェスチャデータが記録される場合に徐々にアップロードされる。一般的に、これは、ユーザがほとんど待機時間を認識しないシームレスアップロード経験をもたらす。
【００３７】
様々な例示的アプリケーションが予想され得る。先ず、従来の一対一メッセージングが使用されてもよく、また、従来の電子メールメッセージングおよび（「Ｔｏ」および「ｃｃ」受信者）のシステムと類似した方式の一対多メッセージングも使用されてもよい。この様態は、本明細書において主に説明されており、メッセージングプラットホームに対するアクセスが様々な装備により行われ得るが、専用基本アプリ、またはモバイルアプリやウェブアプリにより行われることが好ましい。
【００３８】
しかしながら、メッセージングサービスは、他の様態として提供され得る。一例として、パブリックアカウントが添付タグを有しており（例えば、Ｔｗｉｔｔｅｒ、Ｉｎｓｔａｇｒａｍまたは他のソーシャルメディアサービスと類似した方式のブラウズ可能なドメインおよびＵＲＬ（例えば、ｂｌｒｔ．ｃｏｍ／ｕｓｅｒｎａｍｅ／）により）、メッセージの公開ブロードキャストフィードを許容するように提供され得る。ユーザは、勿論、個人であってもよく（市民でも有名人でも関係ない）、実際に企業やブランドであり得る。また、ユーザは、役割またはオフィスになり得る（例えば、Ｔｅｌｓｔｒａ  Ｈｅｌｐｄｅｓｋ、Ａｕｓｔｒａｌｉａｎ  Ｐｒｉｍｅ  Ｍｉｎｉｓｔｅｒなど）。
【００３９】
また、選別された「チャンネル」もコンテンツジャンル、イベント、または他の主題（例えば、ｂｌｒｔ．ｔｖ／ｃｏｍｅｄｙ／、ｂｌｒｔ．ｔｖ／ｅｌｅｃｔｉｏｎ２０１６など）をベースとして提供され得る。また、パブリックメッセージは、チャンネル、またはタグ、ヒット、関連性、いいね（ｕｐｖｏｔｅｓ）または他のフィルタリング形態によりブラウズされ得る。
【００４０】
また、メッセージは、一般的な要求事項や趣向に応じて様々な方式で含まれるコンテンツとして配信または伝播され得る。
【００４１】
上述のように、本発明は、ビデオではなく、ソースイメージ（また本明細書では、イメージデータまたはメディアファイルとも称する）の使用に関する。本発明の実施例に生じる利点は、主にイメージデータを使用してビデオのような経験を達成することで実現可能な帯域幅効率に関連する、ビデオデータではなくイメージデータそのものの使用による。したがって、イメージデータは、その理解される意味に応じてそれに適合するように本明細書では使用されており、すなわち、ビデオデータを特定する複数のフレーム（しかしながら、エンコードされた）ではなく、一つの静的フレームに関するデータとして使用される。
【００４２】
また、理解されているように、イメージデータは、ラスタデータまたはベクトルデータとして規定され得る。一般的なラスタイメージデータフォーマットの例としては、‐それらの共通して使用されるファイル拡張子による指称である‐ＪＰＧ、ＧＩＦ、ＰＮＧ、ＴＩＦＦなどが挙げられる。一般的に使用されるベクトルファイルフォーマットの例としては、ＳＶＧが挙げられるが、より専門的なアプリケーションで使用される様々な独自フォーマットも導き出され得る。一部のファイルフォーマットは、ラスタイメージデータとベクトルイメージデータとの組み合わせを含み、‐例えば、Ａｄｏｂｅ  ＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）、ここで、テキストは、例えば、ラスタイメージとともに、ベクトル形態で表され得る。
【００４３】
また、わかるように、イメージデータは、ビデオデータからその一フレームとして抽出されてもよく、またはビデオデータを構成するフレームのうち一部が導き出された合成物であり得る。
【図面の簡単な説明】
【００４４】
【図１】本発明の一実施例に係るプラットホームにホスティングされる会話に関するユースケース図である。
【図２】クラウドサービスおよびクライアントアプリケーションに関する他のユースケース図である。
【図３】クライアントアプリケーションの状態を図示するステートマシン図である。
【図４】Ｂｌｒｔパッケージに対するパッケージ構造図である。
【図５】図４のパッケージ構造に対するクラス図である。
【図６】Ｂｌｒｔファイルフォーマットに対するコンセプト図である。
【図７】Ｂｌｒｔパッケージの会話アイテムクラスに対するコンセプト図である。
【図８】ユーザがＢｌｒｔをアップロードする方式を図示するフローチャートである。
【図９】Ｂｌｒｔがアップロードされる場合、ユーザとサーバとの間のイベントなどに対するシーケンス図である。
【図１０】Ｂｌｒｔがダウンロードされる場合、ユーザとサーバとの間のイベントなどに対するシーケンス図である。
【図１１】本発明の好ましい実施例に係るクライアントデバイスのアプリケーションとのユーザ相互作用の様態を図示する例示的なユーザインターフェースである。
【図１２】本発明の好ましい実施例に係るクライアントデバイスのアプリケーションとのユーザ相互作用の様態を図示する例示的なユーザインターフェースである。
【図１３】本発明の好ましい実施例に係るクライアントデバイスのアプリケーションとのユーザ相互作用の様態を図示する例示的なユーザインターフェースである。
【図１４】本発明の好ましい実施例に係るクライアントデバイスのアプリケーションとのユーザ相互作用の様態を図示する例示的なユーザインターフェースである。
【図１５】本発明の好ましい実施例に係るクライアントデバイスのアプリケーションとのユーザ相互作用の様態を図示する例示的なユーザインターフェースである。
【図１６】本発明の好ましい実施例に係るクライアントデバイスのアプリケーションとのユーザ相互作用の様態を図示する例示的なユーザインターフェースである。
【図１７】本発明の好ましい実施例に係るクライアントデバイスのアプリケーションとのユーザ相互作用の様態を図示する例示的なユーザインターフェースである。
【図１８】本発明の好ましい実施例に係るクライアントデバイスのアプリケーションとのユーザ相互作用の様態を図示する例示的なユーザインターフェースである。
【図１９】本発明の好ましい実施例に係るクライアントデバイスのアプリケーションとのユーザ相互作用の様態を図示する例示的なユーザインターフェースである。
【図２０】本発明の好ましい実施例に係るクライアントデバイスのアプリケーションとのユーザ相互作用の様態を図示する例示的なユーザインターフェースである。
【図２１】本発明の好ましい実施例に係るクライアントデバイスのアプリケーションとのユーザ相互作用の様態を図示する例示的なユーザインターフェースである。
【図２２】本発明の好ましい実施例に係るクライアントデバイスのアプリケーションとのユーザ相互作用の様態を図示する例示的なユーザインターフェースである。
【図２３】本発明の好ましい実施例に係るクライアントデバイスのアプリケーションとのユーザ相互作用の様態を図示する例示的なユーザインターフェースである。
【図２４】本発明の好ましい実施例に係るクライアントデバイスのアプリケーションとのユーザ相互作用の様態を図示する例示的なユーザインターフェースである。
【図２５】本発明の好ましい実施例に係るクライアントデバイスのアプリケーションとのユーザ相互作用の様態を図示する例示的なユーザインターフェースである。
【図２６】本発明の好ましい実施例に係るクライアントデバイスのアプリケーションとのユーザ相互作用の様態を図示する例示的なユーザインターフェースである。
【図２７】本発明の好ましい実施例に係るクライアントデバイスのアプリケーションとのユーザ相互作用の様態を図示する例示的なユーザインターフェースである。
【図２８】本発明の好ましい実施例に係るクライアントデバイスのアプリケーションとのユーザ相互作用の様態を図示する例示的なユーザインターフェースである。
【図２９】本発明の好ましい実施例に係るクライアントデバイスのアプリケーションとのユーザ相互作用の様態を図示する例示的なユーザインターフェースである。
【図３０】メディア送信に関連する帯域幅を減少させるトポロジーを示す図である。
【図３１】ロジックサーバの実施例を示す図である。
【図３２】プレゼンテーションを送信するために必要な帯域幅を減少させるための方法について説明するための図である。
【発明を実施するための形態】
【００４５】
ユースケース図
図１および図２は、ユーザが会話において相互作用する方式、およびユーザがクラウドと相互作用する方式に関するユースケース図である。
【００４６】
図１を参照すると、ユーザは、会話を生成するか、会話を開くか、または会話をタグ（ｔａｇ）することができる。会話を生成することは、メディアをアップロードし、Ｂｌｒｔを記録し、また会話にユーザを追加することを含む。会話を開くことは、Ｂｌｒｔを記録するか、会話にユーザを追加するか、会話にコメントをつけるか、会話をリフレッシュ（ｒｅｆｒｅｓｈ）するか、または会話をタグすることを含む。このような動作は、図示されているように、クラウドサービスとの相互作用を含む。
【００４７】
図２を参照すると、ユーザは、メディアをアップロードするか、Ｂｌｒｔを見るか、Ｂｌｒｔにコメントをつけるか、またはＢｌｒｔにユーザを追加することにより、Ｂｌｒｔアプリ（ａｐｐ）と相互作用する。Ｂｌｒｔを記録することは、アップロードされたメディアを使用することを含む。Ｂｌｒｔアプリは、クラウドサービスと相互作用し、このクラウドサービスは、メディア資産（Ｍｅｄｉａ  Ａｓｓｅｔ）、会話およびユーザをホスティングし、管理者により管理される。
【００４８】
クラウドサービスでは、アップロードされるメディアをメディア資産が受信し、Ｂｌｒｔが見える場合に、Ｂｌｒｔアプリにメディアを配信する。会話は、Ｂｌｒｔアプリに記録されるＢｌｒｔを受信し、ＢｌｒｔアプリにＢｌｒｔを配信することで、ユーザがＢｌｒｔおよびコメントを見ることを可能にする。クラウドサービスでは、ユーザの記録が、ユーザによりＢｌｒｔアプリにアップデートされるように維持される。
【００４９】
ステートマシン
図３はＢｌｒｔアプリを使用する状態を図示しているステートマシン図である。中実の円（ｓｏｌｉｄ  ｃｉｒｃｌｅ）は、状態ポイント（ｓｔａｔｉｎｇ  ｐｏｉｎｔ）を示しており、これは、Ｂｌｒｔアプリが開かれる場合、標準的には、プロトタイプ（ｐｒｏｔｏｔｙｐｅ）またはＵＲＬが開かれる場合、Ｂｌｒｔアプリからプッシュ通知が開かれる場合、または外部媒体が開かれる場合（例えば、ホスティングサービス（例えば、ドロップボックス（Ｄｒｏｐｂｏｘ））に保存され得る）であり得る。
【００５０】
図示されているように、二重厚さの二方向の矢印は（戻って簡単に逆になり得る）標準探索経路を示す。
【００５１】
ユーザが任意の状態でまたはその間でアプリを技術的に終了することができることから、このアプリは明示的な終了状態がない。
【００５２】
二重円状態は、他の状態に転換する前に、維持およびユーザ入力を待つものである（しかしながら、「プッシュ通知」を受信して設定をアップデートし、その時にアプリがメンテナンスモードに入ることを決定する場合のように、ユーザが入力を提供しなくても自ら転換する例外的な場合が存在し得る）。
【００５３】
しかしながら、各場合において、アプリは開かれているが、ユーザがログインしていない場合、その状態はログイン画面（Ｌｏｇｉｎ  Ｓｃｒｅｅｎ）へ進む。そうでない場合（ログインしている場合）、ユーザは、それぞれの適用可能なローディング画面（Ｌｏａｄｉｎｇ  ｓｃｒｅｅｎ）へ進む。
【００５４】
ユーザが基本的にアプリケーションを開いた場合、またはプロトタイプの開く会話がないかＵＲＬが開かれている場合には、インボックス（Ｉｎｂｏｘ）が表示される。
【００５５】
インボックス状態から、ユーザは会話状態に移動および復帰するか、ＭｙＢｌｒｔ状態に移動および復帰するか、会話生成状態に移動および復帰するか、またはアーカイブ（Ａｒｃｈｉｖｅ）状態に移動および復帰することができる。また、インボックス状態にある場合、アプリは、画面プロファイル状態に移動および復帰するか、または画面共有状態に移動および復帰することもできる。アプリは、画面プロファイル状態または画面共有状態のいずれかの状態にある場合、その画面プロファイル状態と画面共有状態とをスワッピング（ｓｗａｐｐｉｎｇ）することができる。
【００５６】
会話状態にある場合、ユーザは、ＭｙＢｌｒｔ状態に移動および復帰するか、Ｂｌｒｔ応答状態に移動および復帰するか、またはＢｌｒｔ表示状態に移動および復帰することができる。アプリは、必要に応じて、Ｂｌｒｔ応答状態とＢｌｒｔ表示状態とをスワッピングすることができる。
【００５７】
Ｂｌｒｔ応答状態にある場合、アプリは、画面プロファイル状態に移動および復帰するか、画面共有状態に移動および復帰するか、アーカイブ状態に移動および復帰するか、または会話生成状態に移動および復帰することができる。
【００５８】
Ｂｌｒｔパッケージ構造
図４はＢｌｒｔのパッケージ構造を図示している図である。Ｂｌｒｔ応答は、Ｂｌｒｔと同一の方式で構造化し、メディア資産（Ｍｅｄｉａ  Ａｓｓｅｔ）、オーディオファイル（Ａｕｄｉｏ  Ｆｉｌｅ）、ジェスチャデータ（Ｇｅｓｔｕｒｅ  Ｄａｔａ）の組み合わせを含む。メディア資産は、構成メディアファイルを含む。
【００５９】
図５は図４のパッケージ構造をより詳細に図示している図である。ＢｌｒｔＢａｓｅクラスは、以下の特性および関連するタイプを有する。
【００６０】
●ｃｒｅａｔｅｄＡｔ：ＤａｔｅＴｉｍｅ
●ｕｐｄａｔｅｄＡｔ：ＤａｔｅＴｉｍｅ
●ｃｈａｎｇｅｄＡｔ：ＤａｔｅＴｙｐｅ
●ｄｅｌｅｔｅＡｔ：ＤａｔｅＴｉｍｅ
【００６１】
ＢｌｒｔＢａｓｅのサブクラスは、以下の通りである。
【００６２】
●Ｃｏｎｖｅｒｓａｔｉｏｎ
●ＣｏｎｖｅｒｓａｔｉｏｎＩｔｅｍ
●ＭｅｄｉａＡｓｓｅｔ
●ＣｏｎｖｅｒｓａｔｉｏｎＵｓｅｒＲｅｌａｔｉｏｎ
【００６３】
会話（Ｃｏｎｖｅｒｓａｔｉｏｎ）は、以下の特性および関連するタイプを含む。
【００６４】
●ｎａｍｅ：ｓｔｒｉｎｇ
●ｔｈｕｍｂｎａｉｌ：ＭｅｄｉａＦｉｌｅ
●ｉｔｅｍｓ［］：ＣｏｎｖｅｒｓａｔｉｏｎＩｔｅｍｓ［］
●ｈａｓＣｏｎｖｅｒｓａｔｉｏｎＳｔａｒｔｅｄ：ｂｏｏｌ
●ｃｒｅａｔｉｏｎＴｙｐｅ：ｉｎｔ
●ｓｔａｔｕｓＣｏｄｅ：ｉｎｔ
●ｓｐｅｃｉａｌＣｏｎｖｅｒｓａｔｉｏｎＳｌｕｇ：ｓｔｒｉｎｇ
【００６５】
会話アイテム（ＣｏｎｖｅｒｓａｔｉｏｎＩｔｅｍ）は、以下の特性および関連するタイプを含む。
【００６６】
●ａｒｇｕｍｅｎｔ：ｓｔｒｉｎｇ
●ｔｙｐｅ：ｉｎｔ
●ｃｏｎｖｅｒｓａｔｉｏｎＩｎｄｅｘ：ｉｎｔ
●ｃｏｎｖｅｒｓａｔｉｏｎ：Ｃｏｎｖｅｒｓａｔｉｏｎ
●ｍｅｄｉａ：ＭｅｄｉａＡｓｓｅｔ［］
【００６７】
また、会話アイテム（ＣｏｎｖｅｒｓａｔｉｏｎＩｔｅｍ）は、以下の方法を含む。
【００６８】
●ｔｒａｎｓｌａｔｅＡｒｇｕｍｅｎｔ（）
【００６９】
メディア資産（ＭｅｄｉａＡｓｓｅｔ）は、以下の特性および関連するタイプを含む。
【００７０】
●ｎａｍｅ：ｓｔｒｉｎｇ
●ｆｉｌｅ：ＭｅｄｉａＦｉｌｅ
●ｆｏｒｍａｔ：ｉｎｔ
【００７１】
会話ユーザ関係（ＣｏｎｖｅｒｓａｔｉｏｎＵｓｅｒＲｅｌａｔｉｏｎ）は、以下の特性および関連するタイプを含む。
【００７２】
●ｕｓｅｒ：Ｕｓｅｒ
●ｖｉｅｗｅｄＩｎｄｅｘｓ：ｉｎｔ［］
【００７３】
また、会話アイテム（ＣｏｎｖｅｒｓａｔｉｏｎＩｔｅｍ）は、以下のサブクラスを含む。
【００７４】
●ＣｏｍｍｅｎｔＩｔｅｍ
●ＢｌｒｔＩｔｅｍ
●ＲｅｑｕｅｓｔＩｔｅｍ
●ＥｖｅｎｔＩｔｅｍ
【００７５】
コメントアイテム（ＣｏｍｍｅｎｔＩｔｅｍ）は、特性「ストリング（ｓｔｒｉｎｇ）」を有する特性「コメント（ｃｏｍｍｅｎｔ）」を含み、Ｂｌｒｔアイテム（ＢｌｒｔＩｔｅｍ）は、以下の特性および関連するタイプを含む。
【００７６】
●ａｕｄｉｏＬｅｎｇｔｈ：ｉｎｔ
●ａｕｄｉｏ：ＡｕｄｉｏＦｉｌｅ
●ｔｏｕｃｈ：ＴｏｕｃｈＦｉｌｅ
【００７７】
イベントアイテム（ＥｖｅｎｔＩｔｅｍ）は、タイプ会話ユーザ関係（ＣｏｎｖｅｒｓａｔｉｏｎＵｓｅｒＲｅｌａｔｉｏｎ）を有する特性「追加関係（ａｄｄｅｄＲｅｌａｔｉｏｎ）」を含むサブクラスユーザイベントアイテム追加（ＡｄｄＵｓｅｒＥｖｅｎｔｉｔｅｍ）を有する。
【００７８】
図６はＢｌｒｔファイルフォーマットのコンセプト図であり、以下の構成要素およびそれらの特性を示す。
【００７９】
●Ｂｌｒｔ
○ＯｂｊｅｃｔＩＤ
○Ｃｏｎｖｅｒｓａｔｉｏｎｌｎｄｅｘ
○Ａｒｇｕｍｅｎｔ
●ＭｅｄｉａＡｓｓｅｔ
○ＯｂｊｅｃｔＩｄ
○Ｎａｍｅ
○Ｆｏｒｍａｔ
●ＭｅｄｉａＦｉｌｅ
○Ｓｉｚｅ
○Ｎａｍｅ
○Ｄａｔａ
●ＢｌｒｔＡｕｄｉｏ
○Ｓｉｚｅ
○Ｎａｍｅ
○Ｄａｔａ
●ＰａｇｅＩｎｄｅｘＬｉｓｔ
○ＴｏｔａｌＰａｇｅＣｏｕｎｔ
●ＰａｇｅＩｎｄｅｘ
○Ｐａｇｅ
○ＭｅｄｉａＯｂｊｅｃｔＩｄ
○ＰａｇｅＯｎＭｅｄｉａ
【００８０】
構成要素間の連関（ａｓｓｏｃｉａｔｉｏｎ）は、以下の通りである。Ｂｌｒｔは、メディアファイル（ＭｅｄｉａＦｉｌｅ）を含むメディア資産（ＭｅｄｉａＡｓｓｅｔ）を使用する。Ｂｌｒｔは、Ｂｌｒｔオーディオ（ＢｌｒｔＡｕｄｉｏ）と、ジェスチャデータ（ＧｅｓｔｕｒｅＤａｔａ）とを含むこともできる。また、Ｂｌｒｔは、ページインデックスリスト（ＰａｇｅＩｎｄｅｘＬｉｓｔ）を有しており、これは、ページインデックス（ＰａｇｅＩｎｄｅｘ）索引付けされたメディア資産（ＭｅｄｉａＡｓｓｅｔ）を含む。
【００８１】
図７は会話アイテム（ＣｏｎｖｅｒｓａｔｉｏｎＩｔｅｍ）に関するコンセプト図である。図６と同一の構成要素が、以下を追加して使用される。
【００８２】
●ＣｏｎｖｅｒｓａｔｉｏｎＩｔｅｍ
○ＯｂｊｅｃｔＩｄ
○ＣｏｎｖｅｒｓａｔｉｏｎＩｎｄｅｘ
○Ａｒｇｕｍｅｎｔ
●Ｃｏｎｖｅｒｓａｔｉｏｎ
○ＯｂｊｅｃｔＩｄ
○Ｎａｍｅ
○Ｔｈｕｍｂｎａｉｌ
○ＩｔｅｍＣｏｕｎｔ
●ＣｏｎｖｅｒｓａｔｉｏｎＵｓｅｒＲｅｌａｔｉｏｎ
○ＯｂｊｅｃｔＩｄ
○Ｕｓｅｒ
【００８３】
構成要素間の連関は、以下の通りである。会話アイテム（ＣｏｎｖｅｒｓａｔｉｏｎＩｔｅｍ）は、Ｂｌｒｔオーディオ（ＢｌｒｔＡｕｄｉｏ）と、ジェスチャデータ（ＧｅｓｔｕｒｅＤａｔａ）とを含むことができる。会話アイテム（ＣｏｎｖｅｒｓａｔｉｏｎＩｔｅｍ）は、メディア資産（ＭｅｄｉａＡｓｓｅｔ）を使用しており、これらのそれぞれは、メディアファイル（ＭｅｄｉａＦｉｌｅ）を含む。会話アイテム（ＣｏｎｖｅｒｓａｔｉｏｎＩｔｅｍ）は、会話ユーザ関係（ＣｏｎｖｅｒｓａｔｉｏｎＵｓｅｒＲｅｌａｔｉｏｎ）により使用可能な会話（Ｃｏｎｖｅｒｓａｔｉｏｎ）を含む。
【００８４】
図８はユーザによるＢｌｒｔアプリの使用に関連する（簡単な概要の）ステップのフローチャートである。先ず、ユーザは、メディアファイルを選択し、プレビュー画面で、選択されたメディアファイルの動作を行う。他のメディアファイルが追加されるべきか否かに関する決定が行われる。ユーザは、アプリにより、メディアラッパー（ｍｅｄｉａ  ｗｒａｐｐｅｒ）が大きさの限度にあるか否かに関する決定が行われる場合に、他のメディアファイルを選択することができる。そのような場合にはメディアは追加されず、そうでない場合にはメディアが追加される。
【００８５】
メディアファイルが選択され、他のメディアファイルが追加されない場合、ユーザは、「次へ（ｎｅｘｔ）」をクリックし、アプリでＢｌｒｔキャンバス記録を開く。
【００８６】
実際のキャンバスの使用は、必要に応じておよび示されているように、別に指定され得る。
【００８７】
キャンバス記録が開かれると、アップロードが完了するまで、メディアラッパーのコンテンツに対する送信が開始される。次に、タッチの際に、メディアおよびオーディオデータがアップロードされ、オブジェクトがこの三つを連結するクラウド上に生成される：Ｂｌｒｔメッセージ。データがアップロードされたという表示がユーザに提供される。
【００８８】
上述のように、しかしながら、必要に応じて、キャンバス記録が使用され、完了した後には、ユーザは、保存ボタンを押す。通常、キャンバス記録を使用することが終了する際に、メディアアップロードが完了するか、少なくともある程度進められる。任意の場合に、タッチおよびオーディオデータは、記録の際に完了し、メディアファイルに関連するＢｌｒｔメッセージフォーマットを構成するために使用されなければならない。
【００８９】
図９および図１０は、上述の静的構成要素の動作を強調する役割をするユーザと、ビューと、コントローラと、サーバとの相互作用を図示するシーケンス図である。
【００９０】
図９を参照すると、ユーザは、ビュー階層に参加してメディアを追加し、次いで、記録開始（ｓｔａｒｔＲｅｃｏｒｄｉｎｇ）を行う。ビュー階層は、結果として、コントローラ階層に参加して新しいメディアアップロード（ｕｐｌｏａｄＮｅｗＭｅｄｉａ）を行う。アップロードされたメディアは、メディアファイルアップロード（ｕｐｌｏａｄＭｅｄｉａＦｉｌｅ）によりコントローラ階層からサーバに伝達される。サーバは、アップロードされたメディアファイルに対するメディア資産ＩＤ（ｍｅｄｉａＡｓｓｅｔＩｄ）をコントローラ階層にリターンする。次いで、ユーザは、ビュー階層に記録完了（ｆｉｎｉｓｈＲｅｃｏｒｄｉｎｇ）を表示し、ビュー階層は、結局コントローラ階層にＢｌｒｔデータアップロード（ｕｐｌｏａｄＢｌｒｔＤａｔａ）を行うことを試みる。
【００９１】
コントローラ階層とサーバとの一連の通信が続く。コントローラ階層は、オーディオアップロード（ｕｐｌｏａｄＡｕｄｉｏ）を送出し、サーバは、オーディオＵＲＬ（ａｕｄｉｏＵＲＬ）をリターンする。同様に、コントローラ階層は、ジェスチャアップロード（ｕｐｌｏａｄＧｅｓｔｕｒｅ）を送出し、サーバは、ジェスチャＵＲＬ（ｇｅｓｔｕｒｅＵＲＬ）をリターンする。
【００９２】
次に、コントローラ階層は、Ｂｌｒｔオブジェクト生成（ｃｒｅａｔｂｌｒｔｏｂｊｅｃｔ）を行うようにサーバに要請し、サーバは、義務的にＢｌｒｔＩＤ（ＢｌｒｔＩｄ）をコントローラ階層にリターンし、このＢｌｒｔＩＤ（ＢｌｒｔＩｄ）は、ビュー階層にまた伝達され、次のユーザに伝達される。
【００９３】
特に、サーバは、記録が完了する前にコントローラ階層にリターンする必要がない。プロセスＢｌｒｔオブジェクト生成（ｃｒｅａｔｂｌｒｔｏｂｊｅｃｔ）は、開始前にこれが完了するまで待つことになる。また、メディアファイルのアップロード、オーディオ記録およびジェスチャデータは、非同期的に行われ、これは、サービスの性能に有利である。
【００９４】
図１０を参照して、一般的にＢｌｒｔアプリの使用におけるステップについて説明する。
【００９５】
先ず、ユーザは、Ｂｌｒｔアプリを開く（ｏｐｅｎＢｌｒｔＡｐｐ）を行うようにビュー階層に要請し、ビュー階層は、クエリエンジン開始（ｓｔａｒｔＱｕｅｒｙＥｎｇｉｎｅ）を行うようにコントローラ階層に要請する。次に、コントローラ階層は、ゲットセッティング（ｇｅｔＳｅｔｔｉｎｇ）を行うようにサーバに要請し、サーバは、アプリ設定（ａｐｐＳｅｔｔｉｎｇ）をリターンする。コントローラ階層は、ビュー階層をアップデートし、ディスプレイアップデート（ｕｐｄａｔｅＤｉｓｐｌａｙ）を行う。また、コントローラは、サーバのインボックスデータ取得（ｇｅｔｌｎｂｏｘＤａｔａ）を要請し、サーバは、適切な時にコントローラ階層にユーザのインボックスデータ（ＩｎｂｏｘＤａｔａ）をリターンする。ビュー階層は、またアップデートされる（再度、ディスプレイアップデート（ｕｐｄａｔｅＤｉｓｐｌａｙ））。
【００９６】
ユーザがインボックスをリフレッシュするようにビュー階層に要請する場合、ビュー階層は、フレッシュクエリ実行（ｒｕｎＲｅｆｒｅｓｈＱｕｅｒｙ）を行うようにコントローラ階層に要請する。同一のプロセスが後に続き、サーバにインボックスデータ取得（ｇｅｔｌｎｂｏｘＤａｔａ）を行うように要請し、また、サーバがインボックスデータ（ＩｎｂｏｘＤａｔａ）をリターンし、次に、コントローラ階層がディスプレイアップデート（ｕｐｄａｔｅＤｉｓｐｌａｙ）をビュー階層にリターンする。
【００９７】
ユーザが会話を開く（ｏｐｅｎＣｏｎｖｅｒｓａｔｉｏｎ）を行うようにビュー階層に要請する場合、ビュー階層は、会話クエリ実行（ｒｕｎＣｏｎｖｅｒｓａｔｉｏｎＱｕｅｒｙ）を行うようにコントローラ階層に要請する。同様に、コントローラ階層は、会話データ取得（ｇｅｔＣｏｎｖｅｒｓａｔｉｏｎＤａｔａ）を行うようにサーバに要請し、サーバは、適切な時に会話データをコントローラ階層にリターンする。コントローラ階層は、ビュー階層のためにディスプレイアップデート（ｕｐｄａｔｅＤｉｓｐｌａｙ）を行うことを試みる。
【００９８】
次いで、コントローラはまた、最新のＢｌｒｔコンテンツ取得（ｇｅｔＬａｔｅｓｔＢｌｒｔＣｏｎｔｅｎｔ）および会話メディア取得（ｇｅｔＣｏｎｖｅｒｓａｔｉｏｎＭｅｄｉａ）を行うようにサーバに要請し、サーバは、Ｂｌｒｔコンテンツ（ＢｌｒｔＣｏｎｔｅｎｔ）およびメディアファイル（ｍｅｄｉａＦｉｌｅ）を（それぞれ）リターンする。
【００９９】
ユーザがＢｌｒｔを開く（ｏｐｅｎＢｌｒｔ）を行うようにビュー階層に要請する場合、ビュー階層は、Ｂｌｒｔコンテンツ取得（ｇｅｔＢｌｒｔＣｏｎｔｅｎｔ）を行うようにコントローラ階層に要請する。コントローラ階層は、サーバにこの要請を伝達し、サーバは、Ｂｌｒｔコンテンツ（ＢｌｒｔＣｏｎｔｅｎｔ）をリターンする。コントローラ階層は、ユーザにディスプレイするために、Ｂｌｒｔビューアを開く（ｏｐｅｎＢｌｒｔＶｉｅｗｅｒ）をビュー階層にリターンする。
【０１００】
メディア選択
Ｂｌｒｔを生成するために、ユーザは、インボックスまたはＭｙ  Ｂｌｒｔ画面上の新しいＢｌｒｔボタンを選択する。それらは、メディアの少なくとも一つの「ページ」で先ず選択しなければならない。メディアは、以下のものであり得る。
【０１０１】
●デバイスに保存されたイメージ
●デバイスカメラで撮影したイメージ
●ユーザのドロップボックスアカウント（Ｄｒｏｐｂｏｘ  ａｃｃｏｕｎｔ）から直接ダウンロードされるイメージまたはＰＤＦ
●予め定義されたイメージテンプレート（ｉｍａｇｅ  ｔｅｍｐｌａｔｅ）
●ウェブサイトから得たイメージ
【０１０２】
メディアプレビュー
メディアの一つのページが選択された後には、それがプレビューとしてディスプレイされる。プレビューはズーミングされ検査され得る。これは、メディアプレビュー画面である。
【０１０３】
次に、ユーザは、メディアの更なる「ページ」を追加することができる。相違するメディアタイプが単一のＢｌｒｔで別のページとしてともに使用され得る。ユーザは、それらのユーザ制限が許容する（加入レベルに基づいてサーバクラウドコードにより定義される）だけの数のページを追加することができる。基本的に、ユーザは、最大１０個の標準ページを使用することができる。
【０１０４】
ユーザは「ごみ箱（ｔｒａｓｈ）」アイコンをタップ（ｔａｐ）し、それらがこのステップでＢｌｒｔに追加したページを削除することができる。Ｂｌｒｔがクラウドまたはデバイスに保存された後には、これは行われることができない。
【０１０５】
インポートしたＰＤＦは、実際のＰＤＦページをＢｌｒｔのページとして使用するためにインポートされる。最大のＢｌｒｔページではなく最大のＰＤＦページに対して規定された別のユーザ制限がある。
【０１０６】
Ｂｌｒｔタイトル
Ｂｌｒｔへのページとして追加されたメディアに対するそれらの選択を確認するために、ユーザが「次へ（Ｎｅｘｔ）」を選択する場合、それらは、Ｂｌｒｔにタイトルを提供するようにプロンプトされる。これは必須である。
【０１０７】
Ｂｌｒｔタイトルは、電子メールの件名欄と非常に類似して、Ｂｌｒｔのコンテンツのメインディスクリプタになる。
【０１０８】
キャンバス記録
これから、ユーザは、「キャンバス」画面を見る。キャンバス画面は、二つのメイン状態、すなわち、記録状態および再生状態を有している。記録状態のキャンバス画面は、Ｂｌｒｔの最初のページをディスプレイする。
【０１０９】
メディア添付物（Ｂｌｒｔページ）がこの時点でバックグラウンドでクラウドにアップロードされ始める。
【０１１０】
ＵＩ上には、以下のようなインタラクティブ要素が初期に存在する。
【０１１１】
●ドローイングツールバー（ｄｒａｗｉｎｇ  ｔｏｏｌｂａｒ）（以下でさらに説明されるツール）
●「戻る（Ｂａｃｋ）」ボタン‐これは、ユーザをメディアプレビュー画面に復帰させる。
●記録ボタン（Ｒｅｃｏｒｄ  ｂｕｔｔｏｎ）‐これは、記録を開始させ、ドローイングツールバーを有効にする。
●タイムライン（Ｔｉｍｅｌｉｎｅ）‐まだ再生するものがない時に、これは記録前に相互作用されることができない。
●ページセレクター（Ｐａｇｅ  ｓｅｌｅｃｔｏｒ）‐これは、Ｂｌｒｔの全ページ数を表示し、記録の前後だけでなく、記録の間にもフリップ（ｆｌｉｐ）され得る。
記録ボタンをタップした後に、Ｂｌｒｔの記録が開始する。これから：
●記録ボタンがストップボタンとなる。
●プレイヘッドが動き始め、時間が正常にカウントされる。
●デバイスのマイクからオーディオが記録される。
●ドローイングツールが有効になる。
【０１１２】
記録が行われ続ける間に、ユーザは、利用可能なドローイングツールを使用することができる。ユーザが取るすべての行動は、記録の間に、軽い「タッチ」データファイルにローカルに記録される。これは、線と模様描き、ポインタ移動、キャンバス変形、ページ回転および元に戻す／やり直すを含む。
利用可能なドローイングツールは、以下の通りである。
【０１１３】
●ペンシルツール（Ｐｅｎｃｉｌ  ｔｏｏｌ）‐これは、キャンバス上に手で線を描く。
●模様ツール（Ｓｈａｐｅ  ｔｏｏｌ）、これは、以下のものの一つであり得る。
○サークルツール（Ｃｉｒｃｌｅ  ｔｏｏｌ）‐ドラッグにより規定される幅と高さで、キャンバスに円を描く。
○四角形ツール（Ｒｅｃｔａｎｇｌｅ  ｔｏｏｌ）‐ドラッグにより規定される幅と高さで、キャンバスに四角形を描く。
○ラインツール（Ｌｉｎｅ  ｔｏｏｌ）‐ドラッグにより規定される開始点および終了点で、キャンバスに直線を描く。
●ポイントツール（Ｐｏｉｎｔ  ｔｏｏｌ）‐これは、ユーザの指が押している間にキャンバスに円のような「レーザポインタ」を表示する。ユーザが自分の指を離すと、ポインタが消える。
●変形ツール（Ｔｒａｎｓｆｏｒｍ  ｔｏｏｌ）‐ユーザが自由にキャンバスをズーミングおよび再位置付けすることを可能にする（これは、二本の指でキャンバスをドラッグするかピンチング（ｐｉｎｃｈｉｎｇ）することにより選択される他のツールを利用して依然として可能である）。
●カラーセレクター（Ｃｏｌｏｕｒ  ｓｅｌｅｃｔｏｒ）‐カラーセレクターをディスプレイするようにフライアウト。選択されるカラーは、ペンシル、模様またはポインタツールで描かれたものに対するカラーになる。
●ストロークウェートセレクター（Ｓｔｒｏｋｅ  ｗｅｉｇｈｔ  ｓｅｌｅｃｔｏｒ）‐三つのオプションを有するストロークウェートセレクターをディスプレイするようにフライアウト。選択される線の厚さは、ペンシルまたは模様ツールで描かれたものの線の厚さになる。
●元に戻す／やり直す‐描き変更の前に元に戻すか、またはそれをやり直す。これは、ページ回転、ポインティングまたは変形を含まない。
【０１１４】
Ｂｌｒｔのために許容される時間が１０秒残っている場合（加入レベルによるユーザ制限）、時間が迫っていることを示すために、大きい「１０」が画面上にフラッシュ（ｆｌａｓｈ）される。５秒残っている場合、残った時間が０に達するまで大きい「５」が示され、カウントダウンする。この時点で、記録が終了する。
【０１１５】
ウェブＵＲＬがメディア選択ステップでメディアの代りに選択され得る。このアプリは、当該ＵＲＬにあるウェブサイトのスクリーンショットをスクロール（ｓｃｒｏｌｌｉｎｇ）し、それをイメージメディアとして呼び出す。この機能は、そのウェプページのＨＴＭＬ／ＣＳＳ／ｉｍｇパッケージ（インターネットエクスプローラにより使用されるＭＨＴファイルと非常に類似）をスクラップ（ｓｃｒａｐｉｎｇ）することにより拡張され得、これは、ウェブサイトダウンロードの大きさと同一または近接する。
【０１１６】
キャンバス‐再生（記録後）
記録が停止すると、これからＵＩは、状態を（記録後）再生する。これからＵＩは、以下のようなインタラクティブ要素を含む。
【０１１７】
●「除去（Ｃｌｅａｒ）」ボタン（「戻る」ボタンを代替）‐これは、ただいま行われた記録を削除し、キャンバスを変更する。
●事前‐記録状態に対する画面（追加のポップアップでユーザがこの動作を確認した後）
●記録ボタン（ストップボタンを代替）‐これは、現在の停止位置から記録を再開する。記録が既に最大許容時間の限界に逹した場合には表示されない。
●プレイボタン‐これは、最初から記録を再生する。参考：現在、これは、あなたが以下のことを行えないことを意味する。
●記録を再開すること
●停止位置にプレイヘッドを有するタイムライン。これは、グレーアウト（ｇｒｅｙｅｄ  ｏｕｔ）となり、このステージで相互作用しない。
●保存ボタン‐保存／送信プロセス（以下で詳細に説明）を開始する。
【０１１８】
プレイボタンがタップされる場合、記録されているＢｌｒｔは、それらが記録されたところと正確に同期化し、オーディオおよびジェスチャをリアルタイムで再生する。再生の間にプレイボタンはポーズボタンに変更され、これは、オーディオおよびジェスチャの再生を一時停止させ、その日時停止時点での記録の静止画面（ｆｒｅｅｚｅ  ｆｒａｍｅ）をディスプレイする。再生状態で、またプレイヘッドは、記録されているＢｌｒｔを介して「スクラブ（ｓｃｒｕｂ）」にドラッグされ得る。プレイを押すことにより、プレイヘッドの位置から再生が再開される。
【０１１９】
保存
保存ボタンは、記録が中止した後にＵＩ上に示され、記録後にキャンバスが再生状態で存在する場合にもまた示される。保存ボタンを押す際に：
●Ｂｌｒｔオブジェクトがクラウド上に生成される。
●Ｂｌｒｔオブジェクトとメディア（記録ステップの間に既にアップロードされる）との関係が生成される。
●オーディオおよびジェスチャデータがクラウドにアップロードされ始める。
【０１２０】
保存ボタンのタップの際に、ユーザは、送信画面をすぐ見ることができる。これは、キャンバス画面の上端にあるポップアップである。
【０１２１】
送信画面
送信画面は、以下のＵＩ要素を含む。
【０１２２】
●「ツー（Ｔｏ）」フィールド‐これは、ユーザがＢｌｒｔに対する初期受信者を追加できるところである。それらは、以下のもののうち一つの方法でこれを行うことができる。
○ツー（Ｔｏ）フィールドに電子メールアドレスを手動で入力し、次にコンマ文字を入力するかまたは確認のためにリターンを入力する。
○ツーフィールドに電子メールアドレスや名前を入力することを開始する。ポップアップは、以下に説明している様々なソースで一致する連絡先を自動検索するためのユーザタイプとして示される。
○連絡先ポップアップを表示させる「＋」ボタンをタップする。このポップアップは、以下のようにフィルタリングされ得る。
■アルファベット順のすべての連絡先
■Ｂｌｒｔを介してユーザと最近接触した人を基準として、デバイス上にローカルに保存された最近‐連絡先。これは、任意の時点でユーザと同一のＢｌｒｔ会話を行ったすべてのユーザまたは電子メールアドレスを含む。
■デバイス連絡先（すなわち、デバイスに応じてｉＰａｄ（登録商標）またはｉＰｈｏｎｅ（登録商標））‐ｉＯＳデバイスの内蔵された連絡先アプリにローカルに保存されたすべての連絡先。Ｂｌｒｔアプリには、これらの連絡先にアクセスする権限が与えられるべきであり、これは、連絡先ポップアップが開かれる最初の時間の間にユーザにプロンプトされる。
■フェイスブック‐ユーザがそれらのＢｌｒｔアカウントに自分のフェイスブックアカウントを連結した場合、ユーザのフェイスブック「友達」を並べる。
■ユーザがフェイスブックに最初ログインする際に使用権限を付与して、自分の友達リストにＢｌｒｔアクセスすることができるようにしなければならない。
■リンクトイン（ＬｉｎｋｅｄＩｎ）および他のソーシャルメディアプラットホーム‐アプリは、ユーザがフェイスブックと類似した方式で他のオンラインサービスに対して自分のアカウントを連結することができるようにする。
●Ｂｌｒｔタイトル（Ｂｌｒｔ  Ｔｉｔｌｅ）フィールド‐これは、メディアプレビューとキャンバス画面との間のステップで指定されたＢｌｒｔタイトルで予め満たされる。これは、Ｂｌｒｔ会話にユーザを追加する前に、ユーザがＢｌｒｔタイトルを編集することができる機会である。
●参考（Ｎｏｔｅ）追加‐これは、選択的フィールドである。ユーザは、このフィールドに「参考」を入力することができ、これは、Ｂｌｒｔ会話において一つのイベントとして追加され、また、Ｂｌｒｔの受信者に送信される通知メールに追加される。
●アップロードプログレスバー（Ｕｐｌｏａｄ  ｐｒｏｇｒｅｓｓ  ｂａｒ）‐これは、ユーザに、Ｂｌｒｔのメディア、オーディオおよびジェスチャ構成要素のアップロードの進行状況を見せる。このプログレスバーが１００％を示すと、Ｂｌｒｔの三つの主要構成要素が成功的にクラウドにアップロードされたものである。
●キャンセル（Ｃａｎｃｅｌ）
●送信（Ｓｅｎｄ）
【０１２３】
メディア添付物が記録ステップの間にアップロードを完了していない場合、それらアップロードは、オーディオおよびジェスチャデータがクラウドにアップロードされる前に、このステップの一部として完了する。
【０１２４】
送信画面上の「キャンセル」ボタンおよび「送信」ボタンは、いずれもデータアップロードの間に無効になる。アップロード時間が終了するか、失敗した場合（いかなる理由によって、一般的には、インターネット連結の損失によって）には、ユーザに以下の機会が与えられる。
●再試行（Ｒｅｔｒｙ）‐アプリは、まだアップロードされていない他のデータをアップロードしようと試みる。
●保存‐すべてのファイルがデバイスにローカルにキャッシングされる。キャッシングされるＢｌｒｔに対しては他のセクションで説明する。
●キャンセル‐Ｂｌｒｔのすべての構成要素‐メディア、オーディオおよびジェスチャが除去され、ユーザはインボックス画面に戻る。
【０１２５】
データが１００％アップロードされると、Ｂｌｒｔオブジェクトが成功的に生成され、クラウド上で完備される。ここで、送信画面上の「キャンセル」および「送信」ボタンが使用され得る。
【０１２６】
このステップでユーザがキャンセルをタップする場合、それらは、新たに生成されたＢｌｒｔ会話のための会話画面に（それらとの会話で唯一のユーザとして）戻る。アップロードが完了したため、Ｂｌｒｔオブジェクトが成功的にクラウドに生成された。
【０１２７】
ユーザが送信をタップする場合、アプリは、ツー（Ｔｏ）フィールドにある受信者を確認する。
【０１２８】
●手動で入力した電子メールアドレスは、有効な電子メールアドレスの正規表現に合わなければならない。一つ以上が表現に合わない場合、ユーザは、誤謬を修正するようにプロンプトされる。
●受信者の数は、ユーザのアカウントタイプのユーザ制限により許容される最大数を超えてはならない。これが超える場合、ユーザは、受信者の数が許容可能な範囲内になるまで受信者を除去するようにプロンプトされる。
【０１２９】
指定された受信者の電子メールアドレス（またはフェイスブックＩＤ）を成功的に検証した場合、サーバは、Ｂｌｒｔアカウントが予め指定された電子メールアドレスに存在するか否かをチェックする。
【０１３０】
電子メールアドレスまたはフェイスブックＩＤがデータベースにある登録Ｂｌｒｔアカウントと一致する場合、このＢｌｒｔ会話と受信者のＢｌｒｔアカウントとの関係が生成され、このＢｌｒｔ会話およびＢｌｒｔオブジェクトにアクセスする権限を受信者に提供する。この関係が成功的に結ばれた後には、電子メール通知およびプッシュ通知が受信者に対して発生する。
【０１３１】
電子メールアドレスまたはフェイスブックＩＤがデータベースにある登録Ｂｌｒｔアカウントと成功的に一致しない場合、ユーザオブジェクトが生成され続ける。このＢｌｒｔ会話と受信者のユーザオブジェクトとの関係が生成される。これは、以降の登録時点で見つかることがあり、そのため、それらがそれを受信した後に加入する場合にも、受信者は、このＢｌｒｔ会話を見ることができる。ユーザオブジェクトがこの電子メールアドレスまたはフェイスブックＩＤに対して既に生成されている場合には（例えば、それらがＢｌｒｔアカウントに加入する前に所定の電子メールアドレスまたはフェイスブックＩＤが複数のＢｌｒｔ会話に追加された場合）、このＢｌｒｔ会話と既存のユーザオブジェクトとの関係が生成される。
【０１３２】
登録されていない受信者の場合には、特定のテンプレートを利用した電子メール通知が発生する。
【０１３３】
Ｂｌｒｔ会話とすべての指定された受信者との適切な関係が一旦確認された後には、確認（ｃｏｎｆｉｒｍａｔｉｏｎ）がユーザに表示される。次に、ユーザが完了（Ｄｏｎｅ）を選択すると、新たに生成されたＢｌｒｔに対する会話画面に移動され得る。
【０１３４】
Ｂｌｒｔ会話
会話画面
会話画面は、現在表示されている特定のＢｌｒｔ会話に関連する以下の要素を、生成日／時間の年代順にディスプレイする。
【０１３５】
【表１】
0006461146.tif 000002
【０１３６】
会話画面上の他のＵＩ要素は、以下の通りである。
【０１３７】
●「戻る」ボタン‐ユーザがどこから来たのかに応じてインボックスまたはＭｙ  Ｂｌｒｔ画面にユーザを復帰させる。
●Ｂｌｒｔタイトル‐現在表示されているＢｌｒｔ会話のタイトルをディスプレイ
●リフレッシュ‐Ｂｌｒｔ会話が強制にこのＢｌｒｔ会話に関するサーバから任意の新しいコンテンツをグラブ（ｇｒａｂ）し、会話画面をリフレッシュする。
●「Ｂｌｒｔに人を追加」ボタン。これは、送信画面をポップアップとして表示させる。これは、Ｂｌｒｔを保存した後にキャンバス画面上にポップアップされる送信画面と同一の方式で機能するが、Ｂｌｒｔタイトルは変更できない。ユーザは、参考を追加することができ、これは、電子メール通知に含まれて会話における別のイベントとして表示される。新しいユーザがＢｌｒｔ会話に追加される場合、一つのイベントが会話にディスプレイされる。
●「タグ管理」ボタン。これは、アーカイブおよびタグセクションで詳細に説明された、インボックス画面上の「タグ管理」ポップアップと同一のポップアップを表示させる。
●「人によるフィルタリング」ボタン。これは「人によるフィルタリング」ポップアップを表示させ、これは、会話の名称および電子メールアドレスにあるユーザのリストをディスプレイする。これらは、会話を見た登録されたユーザと、会話をまだ見ていない登録されたユーザと、Ｂｌｒｔアカウントが登録されていない他のユーザとに分けられる。このポップアップにユーザがタップすると、当該ユーザにより生成された要素のみをディスプレイするように会話画面内のすべての要素をフィルタリングする。複数のユーザがフィルタリングから選択され得る。このフィルタリングは、ポップアップ内の「除去」ボタンにより除去され得る。
●「Ｂｌｒｔ  Ｒｅｐｌｙ」ボタン‐Ｂｌｒｔ応答を生成するように、ユーザをキャンバス記録画面に移動させる。
●コメントボックス‐タップされる場合、ユーザがコメントを入力することができるキーボードをフライアウトする。
【０１３８】
コメント
会話画面の下端にあるコメントボックスがタップされる場合、デバイスの基本画面キーボードがフライアップワードされ、ユーザがテキストコメントを入力できるようにする。
【０１３９】
コメントテキストを入力した後、ユーザが送信ボタンをタップすることにより、それを会話に追加することができる。これは、デバイス上にローカルにコメントをすぐ保存し、新しい要素として会話の下端にディスプレイする。また、これはすぐクラウドにアップロードされ始める。
【０１４０】
コメントがクラウドにアップロードされるにつれて、「ロード（ｌｏａｄｉｎｇ）」アイコンがこの要素とともにディスプレイされる。これは、ユーザが会話画面から離れる場合、バックグラウンドでアップロードさせ続ける。コメントが成功的にクラウドにアップロードされると、それは、会話内の他のユーザに表示されることができる。それは、会話内のすべてのユーザにプッシュ通知を提供し、集合化した電子メール通知が１時間当り一度ずつ最大に生成される。
【０１４１】
コメントがいかなる理由でアップロードに失敗した場合、「レッドクラウド（ｒｅｄ  ｃｌｏｕｄ）」アイコンがコメント要素の横にディスプレイされることで、このコメントは、クラウドではなく、ローカルに保存されていることを示すことになる。このアイコンは、アップロードの再試行のためにタップされ得る。
【０１４２】
Ｂｌｒｔ応答
会話画面の右側の上端にあるＢｌｒｔ応答ボタンをタップすることにより、ユーザは、Ｂｌｒｔ応答（ＢｌｒｔＲｅｐｌｙ）と称する、会話内のオリジナルＢｌｒｔと同一のメディア添付物を使用してＢｌｒｔを生成することができる。Ｂｌｒｔ応答ボタンがタップされる場合、ユーザは、予めロードされたＢｌｒｔ会話に対するメディア添付物を有するキャンバス記録画面に移動される。このようなメディア添付物は、Ｂｌｒｔ応答の生成の間に、ある時点で再度クラウドにアップロードされる必要がない。
【０１４３】
Ｂｌｒｔ応答のためのキャンバス記録画面は、保存ボタン以外は、新しいＢｌｒｔを生成する場合のキャンバス記録画面と同様であり、同一の方式で作動する。保存プロセスは、Ｂｌｒｔとは対照的に、Ｂｌｒｔ応答において相違する。保存ボタンのタップの際に：
●ユーザは、会話画面にすぐ復帰する。
●Ｂｌｒｔ応答要素が、その横のロードアイコンとともに、会話内の新しいアイテムとしてすぐディスプレイされる。
●オーディオおよびジェスチャデータがクラウドにアップロードされ始める。
【０１４４】
ユーザが、保存プロセスの任意のステップの間に任意の他の動作を行うことは制限されない。
【０１４５】
Ｂｌｒｔ応答のためのオーディオおよびジェスチャデータが成功的にクラウドにアップロードされる場合、Ｂｌｒｔ応答要素の横にあるロードアイコンが消える。
【０１４６】
これは、Ｂｌｒｔ応答がクラウド内にあり、会話内の他のユーザに表示されることを示す。Ｂｌｒｔ応答が成功的にアップロードされる場合、プッシュ通知および電子メール通知が会話内の他のすべてのユーザに発生する。
【０１４７】
Ｂｌｒｔ応答がいかなる理由でアップロードに失敗した場合、「レッドクラウド」アイコンがＢｌｒｔ応答要素の横にディスプレイされることにより、Ｂｌｒｔ応答は、クラウドではなく、ローカルに保存されていることを示すことになる。このアイコンは、アップロードの再試行のためにタップされ得る。
【０１４８】
Ｂｌｒｔインボックス画面
インボックス
Ｂｌｒｔインボックス画面は、各会話が最後にアップデートされる場合に順序化する、現在、ユーザがアクセスする権限を有するすべてのＢｌｒｔ会話をディスプレイする。
【０１４９】
「インボックス（Ｉｎｂｏｘ）」画面（「Ｍｙ  Ｂｌｒｔ」または「アーカイブ（Ａｒｃｈｉｖｅ）」と比較される）は、現在のユーザ以外のユーザによる少なくとも一つの会話アイテムを含む会話のみをディスプレイする。この画面のためのＵＩは、以下のアイテムを含む。
【０１５０】
●アーカイブボタン（Ａｒｃｈｉｖｅ  ｂｕｔｔｏｎ）‐ユーザをアーカイブ画面に移動させる。
●Ｂｌｒｔロゴおよび「インボックス（Ｉｎｂｏｘ）」ヘッダ
●「タグによるフィルタリング」ボタン‐これは、「タグによるフィルタリング」ポップアップを表示させる。ユーザは、この画面上に示される任意の会話により使用されるすべてのタグのリストから選択することができる。タグを選択すると、インボックス画面をフィルタリングすることにより、選択されたタグを含む会話のみを表示する。このポップアップ内の除去ボタンをタップすると、すべてのタグを選択解除する。インボックスが、現在、タグによりフィルタリングされている場合、「タグによるフィルタリング」アイコンがレッドにディスプレイされる。
●「人によるフィルタリング」ボタン‐これは、「人によるフィルタリング」ポップアップを表示させる。ユーザは、画面上に示されている任意の会話に追加されたすべてのユーザのリストから選択することができる。一つ以上のユーザを選択すると、インボックス画面をフィルタリングすることにより、選択されたユーザが追加されている会話のみを表示する。このポップアップ内の除去ボタンをタップすると、すべてのユーザに対する選択が解除される。インボックスが、現在、人によりフィルタリングされている場合には、「人によるフィルタリング」アイコンがレッドにディスプレイされる。
●「新しいＢｌｒｔ」ボタン‐これは、「Ｂｌｒｔ生成」で説明されたＢｌｒｔ生成プロセスを開始させる。
インボックス画面に並べられたそれぞれのＢｌｒｔ会話は、以下の要素を有する。
●ページアイコン‐Ｂｌｒｔ内のページの数をディスプレイする。
●サムネイル‐Ｂｌｒｔの最初のページに対する親指の爪の大きさを有するイメージ（マークアップなし）
●Ｂｌｒｔタイトル‐会話内に未読のアイテムが存在する場合、その左側に赤色の円を有するレッド（ｒｅｄ）にディスプレイする
●会話内に未読のアイテムが存在する場合には、「Ｎｅｗ  ｆｒｏｍ＜ｕｓｅｒ＞」を、そうでない場合には、「Ｓｔａｒｔｅｄ  ｂｙ＜ｕｓｅｒ  ｗｈｏ  ｃｒｅａｔｅｄ  Ｂｌｒｔ」を表示するテキスト
●会話の最新アップデートに対するタイムスタンプ
●クラウドアイコン、以下の状態の一つである。アイコンをタップすると、そのアイコンの意味を説明するポップアップが表示される。
○点線を有するグレー（Ｇｒｅｙ）クラウド‐クラウドにアップロードされた会話内に一つ以上のアイテムが存在するが、このデバイスにはダウンロードされていないことを示す。
○チェック表示を有するグレークラウド‐会話内のすべてのアイテムがクラウドにアップロードされており、また、このデバイスにダウンロードされていることを示す。
○びっくりマークを有するレッドクラウド‐生成されローカルに保存された（キャッシングされた）会話内の一つ以上のアイテムが存在するが、まだクラウドにアップロードされていないか、または現在のユーザ以外のいかなる他のユーザも会話に追加されていないことを示す。
●「タグ管理」アイコン‐タップすると、「タグ管理」ポップアップを表示する。
●「人」アイコン‐タップすると、会話内のカンマで分離されたユーザのリストを有するポップアップを表示する。
●アイテムカウント‐会話内の全体アイテムの数をディスプレイする吹き出しアイコン（イベントを含まない）。また、未読のアイテムが存在する場合には、未読のアイテムの数を有する小さい赤色の円がこのアイコン上にディスプレイされる。
【０１５１】
インボックス画面上のＢｌｒｔ会話をタップすると、クラウド以外の他の場所では、「タグ管理」または「人」アイコンが、当該Ｂｌｒｔのための会話画面にユーザを移動させる。
【０１５２】
インボックス画面内にＢｌｒｔ会話が存在しない場合（例えば、すべての話がアーカイブされた場合）、ユーザにとってＢｌｒｔを生成するようにするグラフィックプロンプトが代りにディスプレイされる。
【０１５３】
Ｍｙ  Ｂｌｒｔ
Ｍｙ  Ｂｌｒｔ画面は、アプリの下端タブバーからアクセスすることができる。Ｍｙ  Ｂｌｒｔは、インボックス画面と同一の機能および模様を有しており、会話における相違点のみをディスプレイする。Ｍｙ  Ｂｌｒｔ画面は、現在のユーザにより生成された会話のみをディスプレイする。
【０１５４】
タギング（Ｔａｇｇｉｎｇ）
タギング機能は、Ｂｌｒｔ会話に短いテキスト「タグ」を追加することで、インボックス画面内のカスタマイズ可能なフィルターとして使用するために存在する。タグは、「タグ管理」ポップアップを介して追加および除去され、このポップアップは、インボックス内の会話リストにある会話に対する「タグ管理」アイコンを介して、または会話画面のヘッダにある「タグ管理」アイコンを介してアクセスされ得る。「タグ管理」ポップアップは、それがアクセスされる画面に関係なく、同一のＵＩおよび機能を有する。
【０１５５】
「タグ管理」ポップアップは、Ｂｌｒｔ会話に添付されたタグを並べる。タグは、クラウドのＢｌｒｔオブジェクト上に一つの配列として保存される。
【０１５６】
「タグ管理」ポップアップの下端にあるテキストボックスをタップしてから入力することにより、新しいタグが追加され得る。次に、ユーザは、「タグ追加」ボタンをタップすることにより、リストにタグを追加することができる。このタグは、クラウド上のタグ配列にすぐアップロードされ、これは、会話オブジェクトとユーザオブジェクトとの関係の一部となる。インターネット連結の損失が存在する場合、タグ配列に対する変更は、デバイスがインターネット連結を回復した後にクラウドにアップロードされる。
【０１５７】
タグオブジェクトをタップして「タグ管理」ポップアップでその選択を解除することにより、Ｂｌｒｔ会話からタグが除去され得る。ユーザは、「タグ管理」ポップアップを閉じる前にタグを再選択する機会を有する。「タグ管理」ポップアップが閉じた場合、任意の選択解除されたタグは除去され、それ以上そのリストに表示されなくなる。
【０１５８】
任意の選択されたまたは生成されたタグは、現在のユーザにのみ表示されるかそれに対してのみ適用される。任意の他のユーザがＢｌｒｔ会話を見るかまたはそれと相互作用する方式には、いかなる影響も与えなくなる。
【０１５９】
「タグ管理」ポップアップには、二つの特殊タグが存在する‐「アーカイブ（Ａｒｃｈｉｖｅ）」および「フラグ付き（Ｆｌａｇｇｅｄ）」。このタグは、基本的に選択解除されており、すべてのＢｌｒｔ会話に対する「タグ管理」ポップアップにあるタグのリストの上端に常に表示される。
【０１６０】
アーカイブ
ユーザがＢｌｒｔ会話を永久削除することはできないとしても、ユーザが自分のインボックス／Ｍｙ  Ｂｌｒｔ画面のデクラッタ（ｄｅｃｌｕｔｔｅｒ）を希望する場合には、会話をアーカイブ画面に移動させることができる。「タグ管理」ポップアップで表示される特殊の「アーカイブ」タグを選択することで、Ｂｌｒｔがアーカイブされる。
【０１６１】
「アーカイブ」タグが、ユーザオブジェクトと会話オブジェクトとの関係でタグ配列に含まれた場合、当該Ｂｌｒｔ会話は、インボックス／Ｍｙ  Ｂｌｒｔ画面でディスプレイされない。このＢｌｒｔ会話は、「アーカイブ」画面でのみ表示され、これは、インボックス／Ｍｙ  Ｂｌｒｔ画面上の「アーカイブ」ボタンによりアクセスすることができる。
【０１６２】
アーカイブ画面は、それがインボックス画面からアクセスされたかまたはＭｙ  Ｂｌｒｔ画面からアクセスされたかに関係なく同一である。タグ「アーカイブ」で表されているすべての会話が示される。
【０１６３】
当該会話に対する「タグ管理」ポップアップを開き、「アーカイブ」タグを選択解除することにより、会話は、インボックス／Ｍｙ  Ｂｌｒｔ画面にまた移動され得る。タグ変更事項は、「タグ管理」ポップアップが閉じる時に適用される。
【０１６４】
フラギング（Ｆｌａｇｇｉｎｇ）
Ｂｌｒｔ会話は「フラグ付き（Ｆｌａｇｇｅｄ）」され得、「フラグ付き」タグが「タグ管理」ポップアップから選択される。
【０１６５】
Ｂｌｒｔ会話がフラグされる場合、それは、インボックス／Ｍｙ  Ｂｌｒｔ／アーカイブ画面にあるフラグされていないすべてのＢｌｒｔ上の他のセクションに示される。このセクションは、画面を横切って延びるレッドバー（ｒｅｄ  ｂａｒ）を有しており、これは、表示されている画面上にフラグされた会話が存在しないと表示されない。また、フラグされた会話は、Ｂｌｒｔタイトルの左側にフラグアイコンを有しており、また、より明るいバックグラウンドを有する。
【０１６６】
ユーザプロファイル、アカウントタイプおよびサブスクリプション
プロファイル画面
プロファイル画面は、アプリの下端にあるタブバーによりアクセスすることができ、ユーザのプロファイル、アカウント詳細事項および設定を含む。
【０１６７】
この画面上のＵＩ要素は、以下の通りである。
●フィードバック＆サポートリンク‐サポートハブポップアップを開き、ここで、ユーザは、Ｂｌｒｔ知識ベース（Ｋｎｏｗｌｅｄｇｅ  Ｂａｓｅ）を探索し、サポート要請またはフィードバックをＢｌｒｔチームに提出することができる。
●ユーザプロファイルセクション‐ユーザのプロファイルのすべてのフィールド、およびユーザが以下のいずれかを編集できるようにする編集ボタンをディスプレイする。
○電子メール‐アカウントの基本電子メールアドレス
○ディスプレイ名‐ユーザの名前が他のユーザにディスプレイされる方式
○名
○姓
○性別
○組職
○会社名
○パスワード
●フェイスブックセクション
○ユーザが自分のＢｌｒｔアカウントに連結されたフェイスブックアカウントを有する場合、このセクションは、フェイスブックユーザの名前および「連結解除」ボタンをディスプレイする。
○ユーザが連結されたフェイスブックアカウントを有していない場合、このセクションは、「フェイスブックでログイン」ボタンをディスプレイする。
●Ｂｌｒｔニュース‐データベースに指定されたＵＲＬでＪＳＯＮファイルをフェッチし、タイトル、サムネイル、ディスクリプションおよびオプションリンクをそれぞれ有するニュースアイテムをレンダリングする。これは、プロファイル画面が開かれる度にリフレッシュされる。
●アカウントセクション‐次のセクション「アカウントタイプ」で詳細に説明される。
●設定セクション
○設定通知‐新しい画面にスライドし、ここで、ユーザは、以下のものなどに対する電子メール通知の受信を希望するか否かをトグル（ｔｏｇｇｌｅ）することができる。
■新しいＢｌｒｔｓ
■Ｂｌｒｔ要請
■Ｂｌｒｔ応答
■新しいコメント（１時間当り一度だけ最大送信される電子メールダイジェスト）
○デバイス設定
○再表示ヘルプオーバレイ（Ｓｈｏｗ  ｈｅｌｐ  ｏｖｅｒｌａｙｓ  ａｇａｉｎ）‐これをトグルすると、「ヘルプオーバレイ」がもう一度ユーザに表示される
○バージョン‐アプリバージョンナンバーをディスプレイする。
●ログアウト‐ユーザをアプリからログアウトさせ、ログイン画面に復帰させる。
【０１６８】
アカウントタイプ
すべてのＢｌｒｔユーザアカウントは、アカウントタイプを有しており、これは、ユーザ権限およびＢｌｒｔアプリの様々な特徴に対する最大値を決定する。Ｂｌｒｔアカウントタイプにより影響を受ける特徴は、以下の通りである。
【０１６９】
●最大Ｂｌｒｔデュレーション‐ユーザによる一つのＢｌｒｔまたはＢｌｒｔ応答のための最大時間の長さ
●会話における最大ユーザ‐会話に追加され得る最大ユーザの数（与えられた会話は、会話の生成者に対するアカウント最大値により制限される）
●最大メディアサイズ‐ユーザによりアップロードされ得るメディア（または全体ＰＤＦ）の一つの「ページ」に対する最大ファイルサイズ（ＭＢ単位）
●最大イメージ解像度‐アプリによりサイズ変更される前にアップロードされたイメージが有し得る最大解像度（ピクセル単位）
●最大イメージ‐生成されたＢｌｒｔ（これは、ＰＤＦを含まない）に対するイメージメディアの最大「ページ」の数
●最大ＰＤＦページ‐アップロードされたＰＤＦが含み得る最大ページの数
【０１７０】
ユーザのアカウントタイプが特定の権限を有さなくても、権限を有するユーザにより生成されているか、またはその会話が生成されている時には権限があったユーザにより生成されたＢｌｒｔまたは会話を見続けることができる。例えば、ユーザのアカウントタイプが１分間のみＢｌｒｔを生成するようにする場合、３分間許容されるアカウントタイプを有するユーザにより送信されたＢｌｒｔを継続して受信および見ることができる。
【０１７１】
アカウントタイプおよび制限事項は、データベースで規定され、したがって、アプリ内にハードコーディングされない。既存のアカウントタイプおよび制限事項は、Ｂｌｒｔ管理者により編集され得、また、新しいユーザアカウントタイプがＢｌｒｔ管理者により生成され得る。すべての新しいアカウントが自動で使用するデフォルトアカウントタイプが存在する（ランチの際に、「Ｂｌｒｔフリー（Ｆｒｅｅ）」）。アカウントは、Ｂｌｒｔ管理者により手動で他のアカウントタイプに個別アップグレードされるか、または無料体験版または加入によりアップグレードされ得る（以下のセクションで詳細に説明される）。
【０１７２】
例示的なアカウントタイプおよび機能制限事項
【表２】
0006461146.tif 000003
【０１７３】
加入および無料体験版
すべての新しいユーザに対するデフォルトアカウントタイプは、「無料」アカウントであり、満了しない。ユーザが無料アカウントタイプの権限が過剰に制限的であることを発見した場合、それらは、「Ｂｌｒｔプレミアム（Ｐｒｅｍｉｕｍ）」に自分のアカウントをアップグレードすることが好ましい。ユーザが自分のアカウントをアップグレードできる標準経路は、プロファイル画面（Ｐｒｏｆｉｌｅ  Ｓｃｒｅｅｎ）を介するものである。
【０１７４】
無料体験版
プロファイル画面上のアカウントセクションは、ユーザの現在のアカウントタイプ、加入満了日（該当する場合）、および機能制限事項をディスプレイする。ユーザが「無料」アカウントタイプ上にある場合、Ｂｌｒｔプレミアムの無料体験版をスタートするボタンがある。ユーザが無料体験版オプションを選択する場合、いかなる購入や加入も行われない。ユーザは、Ｂｌｒｔプレミアムと同一のユーザ制限事項を有する他のアカウントタイプ「Ｂｌｒｔプレミアム体験版」にすぐアップグレードされる。データベースがアップデートされてユーザオブジェクトのアカウントタイプを変更することになり、また、「満了日」フィールドが、これによって３０日に設定される。
【０１７５】
ユーザが無料体験版の満了日が迫ってくるにつれて、Ｂｌｒｔプレミアムにより提供される追加権限を維持するための加入に対する支払いが行われるように思い出させる時間通知（アプリダイアログ、プッシュ通知および電子メール通知）がそれらに提供される。
【０１７６】
ユーザアカウントが過去にＢｌｒｔプレミアムに対する無料体験版を既に使用した場合、それらがまた前に有料加入したか否かに関係なく、それらはまた無料体験版を利用できなくなる。
【０１７７】
プレミアム加入
ユーザは、プロファイル画面を介していつでも支払いを行い、Ｂｌｒｔプレミアムに対する自分の有料加入を始めることができる。「加入活性化（Ａｃｔｉｖａｔｅ  Ｓｕｂｓｃｒｉｐｔｉｏｎ）」または「プレミアム取得（Ｇｅｔ  Ｐｒｅｍｉｕｍ）」ボタン（それらが現在無料体験版であるか否かに応じてコピー）をタップすると、イン‐アプリ（ｉｎ‐ａｐｐ）購入ダイアログを呼び出す。次に、ユーザは、Ｂｌｒｔ管理者により規定されたアプリ購入オブジェクトで自分の加入期間を選択することができる（ランチの際には、１年の加入を購入するオプションのみがある）。加入として称されるが、イン‐アプリ購入は、ユーザのｉＴｕｎｅｓアカウント（ｉＯＳ用）を介して行われるノン‐リニューイングワンス‐オフ（ｎｏｎ‐ｒｅｎｅｗｉｎｇ  ｏｎｃｅ‐ｏｆｆ）として具現される。
【０１７８】
支払いが確認された後には、データベースのユーザオブジェクトに対するユーザのアカウントタイプおよび満了日がそれに応じて変更される。依然としてユーザの無料体験版に対する時間が残っている場合、このような日付は加入期間に追加される。
【０１７９】
アカウント満了
データベースのユーザオブジェクトには、ユーザの現在のアカウントタイプとともに満了日フィールドが存在する。これは、ユーザの現在のアカウントタイプが「満了」する時点を規定する。ユーザのアカウントタイプが満了する場合、それらは、デフォルトアカウントタイプ（Ｂｌｒｔフリー）にすぐダウングレードされる。
【０１８０】
アカウント満了日は、電子メールおよびプッシュ通知、および満了時間にイン‐アプリダイアログ、以前日の指定された量をトリガーすることができる。
【０１８１】
プレミアム更新
プレミアム加入が満了日前に３０日より少なく残っている場合、ユーザは、加入を更新するように様々な時間置きにプロンプトされる。イン‐アプリ購入の具現は、非‐更新商品であるため、ユーザは、支払いをまた承諾しなければならない。支払いが確認された後には、購入された加入期間がユーザに対する満了日フィールドに追加される。
【０１８２】
メンテナンスモード（Ｍａｉｎｔｅｎａｎｃｅ  ｍｏｄｅ）
Ｂｌｒｔ管理者は、クラウドコードを介して、すべてに対する「メンテナンスモード」を活性化するかまたは基準に基づいて、アプリのユーザを選択する能力を有する。これは、サーバメンテナンス、アプリの互換されない旧バージョン、または一時的に（または永久的に）無効となるユーザアクセスを要する任意の予想できない状況において有用であり得る。
【０１８３】
有効となり得るメンテナンスモードに対する多数のモードが存在する。
【０１８４】
部分ロック
部分ロックメンテナンスモードは、ユーザが既にダウンロードされたＢｌｒｔ、Ｂｌｒｔ応答、会話およびコメントをブラウジング（ｂｒｏｗｓｉｎｇ）し、見ることができるようにするが、それらは、コンテンツを生成することができないか、アップデートされるためにサーバまたはデータベースを必要とするかまたは実行されるためにクラウドコードを必要とする任意のことを行うことができない。警告メッセージがユーザに提供され、それらがコンテンツ（Ｂｌｒｔ、Ｂｌｒｔ応答、会話およびコメント）を一時的に生成できないことを表示する。部分ロックが解除された後には、他の警告がユーザに提供される。
【０１８５】
部分ロックは、特定のユーザ、ユーザのグループ、またはすべてのユーザに適用され得る。
【０１８６】
全体ロック（メンテナンス）
全体ロックメンテナンスモードは、アプリの機能を完全に無効とし、クラウドコードに規定されたメンテナンスメッセージを有する一つの画面でそれを代替する。このようなモードが有効となる場合、ユーザは、そのアプリの機能のいずれかの機能を使用することが完全に不可能になる。モードが無効となる場合、プッシュ通知がすべての無効となったデバイスに送信され、アプリの機能をリフレッシュおよび復元するように要請する。
【０１８７】
全体ロック（メンテナンス）は、特定のユーザ、ユーザのグループ、またはすべてのユーザに適用され得る。
【０１８８】
全体ロック（有効でないバージョン）
アプリの旧バージョンは、現在データベースと互換されないものであり、Ｂｌｒｔ管理者が決定する場合、それらは許容可能なアプリバージョンの臨界値に対するデータベースのフィールドを設定することができる。臨界値以下の任意のバージョンのアプリが、サーバに要請を行おうと試みる場合、全体ロックメンテナンスモードは、アプリをアップデートするようにユーザに促すメッセージと結合する。
【０１８９】
全体ロック（有効でないバージョン）は、許容可能なアプリバージョン臨界値により制御され、特定のユーザまたはユーザのグループに対しては手動で有効となることができない。
【０１９０】
Ｂｌｒｔクラウドおよびローカルキャッシング
アップロード失敗後にキャッシュされた Ｂｌｒｔ
新しいＢｌｒｔを記録した後に「保存（Ｓａｖｅ）」をタップすると、ユーザは、メディア、オーディオおよびジェスチャデータのアップロードプログレスを見ることができる。連結の損失によってまたは他の理由によって、完全に（１００％）成功的なアップロードの前に、これが任意の時点で失敗する場合、ユーザは、デバイス（キャッシュされたＢｌｒｔ）にローカルにＢｌｒｔを保存するように選択することができる。
【０１９１】
メディア、オーディオおよびジェスチャデータは、デバイスにローカルに保存され、ユーザは、標準Ｂｌｒｔ会話画面を見ることができる。「レッドクラウド」アイコンは、まだクラウドにアップロードされていないことを示すためにオリジナルＢｌｒｔ要素の横にディスプレイされる。クラウド内に初期のＢｌｒｔオブジェクトがない場合、全体の会話は、クラウドで効果的でなくなるため、Ｂｌｒｔがアップロードされるまで、ユーザが会話に他のユーザを追加することを禁止する。
【０１９２】
フェイスブックおよび他のサービス統合
Ｂｌｒｔは、以下の連結を可能にするためにフェイスブックＡＰＩを利用する。
フェイスブックでログイン
ユーザは、アカウントを生成してログインするためにアプリのログイン画面上の「フェイスブックでログイン」ボタンを利用することができる。最初のログインの際に、アプリは、フェイスブックで認証し、ユーザに以下のような権限を要請する。
【０１９３】
●ベーシックデフォルト権限（ユーザの名前、性別、地域を含む）
●電子メールアドレス
●友達リスト
【０１９４】
ユーザにこのような権限が認められない場合、それらは、Ｂｌｒｔアカウントを生成することができず、フェイスブックによりログインすることができなくなる。
【０１９５】
権限が認められる場合、Ｂｌｒｔアカウントは、ユーザのフェイスブックＩＤに対する連関性とともに、ユーザの名前としてフェイスブックアカウントに対する電子メールアドレスを利用して生成される。
【０１９６】
以降、そのフェイスブックＩＤでログインすると、正しいＢｌｒｔアカウントに自動ログインされる。
【０１９７】
ユーザは、プロファイル画面を介していつでも、所定のＢｌｒｔアカウントから手動でフェイスブックアカウントに連結するか連結解除することができる。それらのフェイスブックアカウントを連結解除することは、それらがフェイスブックを介してこれ以上ログインすることができず、フェイスブック連絡先イン‐アプリを利用することができず、またこれによりそれらの電子メールアドレス、および連結解除の際に設定されたパスワードを使用してＢｌｒｔにログインする必要があることを意味する。
【０１９８】
フェイスブック連絡先
ユーザのフェイスブック友達リストに対するアクセスがフェイスブック連結の間に付与されるため、Ｂｌｒｔは、Ｂｌｒｔユーザデータベースで他のユーザとの関係を共有するＩＤを有するこのようなフェイスブックＩＤを相互‐参照することができる。換言すれば、Ｂｌｒｔアプリは、またＢｌｒｔアカウントを有するユーザのフェイスブック友達のリストをディスプレイすることができる。
【０１９９】
これは、フェイスブックが会話にユーザを追加する方法として使用され得ることを意味する。送信画面上で、ユーザが受信者を規定する場合、また、Ｂｌｒｔアカウントを有するユーザのフェイスブック友達のリストが並べられ、フェイスブックユーザが選択される場合、Ｂｌｒｔは、会話に対応するＢｌｒｔユーザアカウントを自動追加する。このようなユーザは、それらのデバイスに対するプッシュ通知およびそれら基本電子メールアドレスに対する電子メール通知を受信する。
【０２００】
以降、Ｂｌｒｔアプリはまた、まだＢｌｒｔアカウントを有していないフェイスブックユーザにアプリ‐生成されたメッセージを送信するためにフェイスブックＡＰＩを利用することができる。この場合、既存のＢｌｒｔアカウントを有する友達だけでなく、ユーザのフェイスブック友達全員が受信者選択リストにディスプレイされる。
【０２０１】
他のサービス
多数の他社サービスおよびソーシャルネットワークは、ログインを認証し、ユーザデータに対するアプリ権限を付与するフェイスブックと類似したＡＰＩを有する。ログインおよび連絡先への送信に対する可能な統合の例としては、Ｌｉｎｋｅｄｉｎ、Ｇｏｏｇｌｅ＋、およびＴｗｉｔｔｅｒが挙げられる。連絡先リスト統合は、フェイスブックと同様に具現され、ユーザは、多数のサービスを連結し、それらの連絡先リストをそれぞれフィルタリングすることができる。
【０２０２】
Ｂｌｒｔ  ＡＰＩ
ＢｌｒｔアプリおよびＢｌｒｔクラウドは、いずれもＢｌｒｔを生成、会話をアップデート、メディアをアップロードなどをするために、他のソフトウェアとの連結を有効とする自分のＡＰＩを有する。以下は、Ｂｌｒｔ  ＡＰＩを利用して機能を確張することができる二つの可能な例である。
【０２０３】
カスタムＢｌｒｔ電子メールアドレス
すべてのＢｌｒｔユーザに、ｎａｍｅ#３３３３３＠ｂｌｒｔ．ｃｏのように、自動生成された、固有の電子メールアドレスが付与される。この電子メールアドレスは、（ユーザが他のユーザとそれを意図的に共有しなかった場合には）ユーザではなく他の人により知らされるか決定されることができない。
【０２０４】
ユーザは、容易にＢｌｒｔを生成するために、固有の電子メールアドレスに電子メールを送信することができる。
●電子メールに件名またはコンテンツのない添付物としてメディアファイルを送信すると、ユーザがこのような添付物を使用して、Ｂｌｒｔアプリを始めた後にＢｌｒｔを生成する。
●件名の欄にある他のユーザの電子メールアドレスに添付物としてメディアファイルを送信すると、指定された電子メールアドレスにＢｌｒｔ要請を自動生成する。
●電子メール自体にコンテンツを追加すると、Ｂｌｒｔ要請に追加された参考を生成する。
【０２０５】
プロジェクト管理ソフトウェアと連結
ＪＩＲＡのような人気のあるプロジェクト管理／イシュー追跡ソフトウェアは、他社がそれらの機能を拡張し、他のサービスとの連結を有効とするためにプラグイン（ｐｌｕｇｉｎ）を発行することを可能にする。ユーザがＪＩＲＡイシューに添付されたメディアから直接Ｂｌｒｔを生成するか、または容易な今後の参照のためにＪＩＲＡイシューに既存のＢｌｒｔを添付／リンクすることを可能にする、ＪＩＲＡに対してプラグインが生成され得る。
【０２０６】
例示的なユーザインターフェース
図１１〜図２９はアップル社で製造されたアイパッド（登録商標）で実行されるＢｌｒｔアプリケーションの例示的なユーザインターフェース（および使用）を例示する一連のスクリーンショット（ｓｃｒｅｅｎｓｈｏｔ）を含む。このアプリは、必要に応じて、他のハードウェアデバイス、および運用システムプラットホームに提供され得る。
【０２０７】
イメージ例
図１１はユーザが「ＭｙＢｌｒｔｓ」‐基本的には自分のインボックス（Ｉｎｂｏｘ）を見ている場合、アプリのスクリーンショットを図示する。後続の図１２〜図１８はイメージを使用して新しいＢｌｒｔを構成することに関連するいくつかのスクリーンショットを図示する。
【０２０８】
図１２のユーザは、「新しいＢｌｒｔ（Ｎｅｗ  Ｂｌｒｔ）」ボタンをクリックして、新しいＢｌｒｔメッセージを生成するプロセスをスタートする。図示されているように、ユーザには、以下を含む様々なソースを使用する新しいＢｌｒｔ生成のオプションが提供される。
【０２０９】
●カメラ
●フォトギャラリー
●ドロップボックス
●ボックス
●スカイドライブ
●グーグルドライブ
●ウェブサイト
●テンプレート
【０２１０】
図１３はスクリーンショットを図示しており、ここで、ユーザは、図１２の「フォトギャラリー」を選択しており、その結果、ユーザがアイパッド（登録商標）にローカルに保存されたイメージから選択を行う「カメラロール（Ｃａｍｅｒａ  Ｒｏｌｌ）」がウィンドウに表示された。
【０２１１】
図１４はカメラロールから使用可能なイメージが選択され、「プレビュー」で全体画面が表示されることを図示する。ユーザには、最初のイメージに追加されたものと同一の方式で、多数の他のイメージを追加してＢｌｒｔを構成するオプションが与えられる。
【０２１２】
図１５は、ユーザがウィンドウ「Ｎａｍｅ  ｙｏｕｒ  Ｂｌｒｔ」の「Ａｄｄ  Ｂｌｒｔ  ｎａｍｅ」に招待されるスクリーンショットを図示する。これは、基本的にＢｌｒｔメッセージに対する件名標目（ｓｕｂｊｅｃｔ  ｈｅａｄｉｎｇ）である。
【０２１３】
図１６はイメージがプレビューされており、（赤色）点がインターフェースの左側の下端に提供され、Ｂｌｒｔメッセージ記録を開始するようにユーザを招待しており、以降、予想Ｂｌｒｔとも称するスクリーンショットを図示する。
【０２１４】
図１７は、カメラロールから前もって選択された橋梁（ｂｒｉｄｇｅ）のイメージを使用して、このプロセスが（０：１４ｓだけ）進められている実際のスクリーンショットを図示する。オーディオが記録され、インターフェースは、ユーザが希望するコンテンツを伝達するためにオーディオナレーションとタンデム（ｔａｎｄｅｍ）でユーザにより必要に応じて使用され得るツールパレットを提供する。ツールパレットは、必要に応じて、相違する厚さ、色、形状および構成のペン、図形、アイコン、カーソルおよびポインタの選択を含むことができる。イメージは、アイパッド（登録商標）の画面に対するタッチジェスチャを使用して、必要に応じて、パンニング（ｐａｎｎｉｎｇ）、ズーミング（ｚｏｏｍｉｎｇ）、ローテーティング（ｒｏｔａｔｉｎｇ）され得る。タッチジェスチャにより適切なツールおよびオプションが選択および使用され得る。タッチジェスチャ入力が行われない他のクライアントデバイスは、このようなジェスチャ注釈（ａｎｎｏｔａｔｉｏｎ）添付を構成する他の入力手段であるマウスを使用することができる。
【０２１５】
図１８はその後の記録のスクリーンショットを図示しており、ここで、ユーザは、この場合に一部の周辺材料を切り取り橋梁の詳細事項に焦点を合わせるズーミングされたイメージを有する。ユーザは、このＢｌｒｔで、先ずズーミングを行い、第二にこの詳細事項をサークリング（ｃｉｒｃｌｉｎｇ）することにより、また添付矢印を使用して、橋梁の構造的マスト（ｓｔｒｕｃｔｕｒａｌ  ｍａｓｔ）に視線を集中する。
【０２１６】
ウェブサイト例
図１９〜図２１は、他社のウェブサイトがＢｌｒｔメッセージを構成する際に使用されるスクリーンショットを図示する。図１９は、ユーザが自分のＢｌｒｔで機能することを希望するウェブサイトを入力するかこれを検索するために、ＵＲＬアドレスバー（基本的にｇｏｏｇｌｅ．ｃｏｍで付け加える）がユーザによる使用のために提供されるスクリーンショットを図示する。
【０２１７】
図２０は「ビートルズ」に対するウィキペディア（Ｗｉｋｉｐｅｄｉａ）表題語を図示している図であり、ここで、ユーザは、ウィキペディア表題語のタイトルをサークリングし注釈をつけて、Ｂｌｒｔのオーディオナレーションを添付する。
【０２１８】
図２１は、シドニーハーバー（Ｓｙｄｎｅｙ  Ｈａｒｂｏｕｒ）のマップをディスプレイするウェブサイトを特徴化する、構成中のＢｌｒｔのスクリーンショットである。ユーザは、ペンツールを使用してシドニーオペラハウス、およびシドニーオペラハウスの北道に視線を集中している。明確性のために、マップでどこが地でどこが水であるか確認するために、ユーザが港に「水（ｗａｔｅｒ）」を書き込んだ。添付のオーディオは、提案される散策路および次の目的地を受信者グループに説明する。
【０２１９】
アドレシング（Ａｄｄｒｅｓｓｉｎｇ）
図２２〜図２７はＢｌｒｔをアドレシングする様態に関連する様々なスクリーンショットを図示する。
【０２２０】
図２２は前に生成されたＢｌｒｔ（図１１〜図１８参照）に復帰し、記録の最後に、Ｂｌｒｔを受信するユーザを追加するために、ユーザを招待する「Ｂｌｒｔに人を追加（Ａｄｄ  ｐｅｏｐｌｅ  ｔｏ  Ｂｌｒｔ）」というタイトルのウィンドウを提供する。根本的なイメージは、Ｂｌｒｔの記録中にアップロードしており、オーディオデータおよびジェスチャデータは、ユーザが新たに生成されたＢｌｒｔに対する受信者を選択する際にアップロードの過程にある。
【０２２１】
図２３は、ユーザの「連絡先」にアクセスすることを可能にするインターフェース要素上でユーザが選択して、選択する連絡先のリストをスクロールすることを提供し、これは、Ａｌｌ、Ｒｅｃｅｎｔ、ｉＰａｄ（登録商標）、ＦａｃｅｂｏｏｋまたはＬｉｎｋとしてフィルタリングされ得るスクリーンショットを図示している図である。
【０２２２】
図２４はユーザがこの場合に自分の連絡先リストで薦められた連絡先（「Ｂｒｕｃｅ  Ｂａｎｎｅｒ」）をプレビューすることで選択したスクリーンショットを図示している図である。図２５は受信者のリストが準備中の他のスクリーンショットを図示している図である。図２６は「Ｓｅｎｔ  ｔｏ」というタイトルが付けられたウィンドウおよび添付の「砂時計」‐スタイルアイコンにより表示される、送信中のＢｌｒｔを図示している図である。図２７はＢｌｒｔの受信者のリストを特徴化した確認ウィンドウを特徴とするスクリーンショットを図示している図である。
【０２２３】
会話
図２８および図２９はＢｌｒｔアプリ内での例示的会話を示すスクリーンショットを図示している図である。図２８は差出人Ｂｌｒｔが上端の右側にある「Ｔｒａｃｙ  ＭｃＧｒａｄｙ」から示され、「Ｊａｎｅ  Ｈｅｓｔｅｒ」からのリターンコメント、および同一のイメージを特徴化した次のＢｌｒｔ応答がキャンバスの下で応答として後に続くスクリーンショットを図示している図である。「Ｂｒａｄ」はコメントで参加しており、その後、Ｔｒａｃｅｙ  ＭｃＧｒａｄｙはＪａｎｅとＢｒａｄに対する返事で自分のＢｌｒｔ返事で応答している。
【０２２４】
図２９は図２８と類似した他のスクリーンショットを図示している図であり、ここで、ユーザは、ビューイングのためのインターフェース要素を選択しており、選択的には、図２９の会話スレッド（ｔｈｒｅａｄ）に関連する「タグ」を追加する。これらは、「タグ管理」というタイトルのウィンドウにディスプレイされる。
【０２２５】
システムトポロジー
図３０は、ユーザがデータを送信することを可能とし、メディア送信に関連する帯域幅を減少させる一つのトポロジー（ｔｏｐｏｌｏｇｙ）を図示している図である。トポロジー１００は、ロジックサーバ１１０と、第１クライアントコンピューティングデバイス１２０と、第２クライアントコンピューティングデバイス１２５とを含むことができる。トポロジー１００に図示されている要素は、ネットワーク１３０を介して互いに通信的にカップリングされ得る。
【０２２６】
ネットワーク１３０は、インターネットのような有線または無線ネットワーク、イントラネット（ｉｎｔｒａｎｅｔ）、ＬＡＮ、ＷＡＮ、セルラネットワークまたは他のタイプのネットワークであり得る。ネットワーク１３０は、多数の相違する種類の有線または無線ネットワークの組み合わせであり得ることを理解するであろう。ネットワーク１３０はまた、電話回線、光ファイバケーブル、インターネットケーブル、マイクロ波伝送リンク、セルラーネットワーク、通信衛星、海底電話ケーブルからなってもよく、これは、センターをスイッチングすることにより相互連結され得る。
【０２２７】
第１クライアントコンピューティングデバイス１２０は、ラップトップコンピュータ、デスクトップコンピュータ、スマートフォン、タブレットコンピュータ、個人携帯情報端末、または命令を処理するように構成されてネットワーク１３０に連結してロジックサーバ１１０と通信するように構成されたハードウェアプロセッサを有する任意の他のタイプのデバイスであり得る。第１クライアントコンピューティングデバイス１２０は、メモリーデバイス、グラフィックユーザインターフェース、およびプレゼンテーションデバイスを含むことができる。メモリーデバイスは、プレゼンテーションに対応するデータパッケージのように、ロジックサーバ１１０により生成されるか受信されるデータを保存するデバイスであり得る。メモリーデバイスは、ハードディスクドライブ、光ディスクドライブ、および／またはフラッシュメモリードライブを含むことができ、これに限定されない。実施例において、メモリーデバイスは、第２クライアントコンピューティングデバイス１２５および／またはロジックサーバ１１０から受信する情報を保存するように構成され得る。ユーザインターフェースは、ユーザがネットワーク１３０を介して第１クライアントコンピューティングデバイス１２０、第２クライアントコンピューティングデバイス１２５、またはロジックサーバ１１０と相互作用することを可能にするデバイスであり得る。一つのユーザインターフェースを示しているが、用語「ユーザインターフェース」は、タッチ画面、物理的キーボード、マウス、カメラ、マイクロフォン、および／またはスピーカを含むことができ、これに限定されない。プレゼンテーションデバイスは、第１クライアントコンピューティングデバイス１２０のユーザインターフェースにディスプレイされるように構成された情報を受信することができるハードウェアプロセッサであり得る。例えば、プレゼンテーションデバイスは、ロジックサーバ１１０からデータパッケージを受信し、第１クライアントコンピューティングデバイス１２０のユーザにデータパッケージの要素をディスプレイすることができる。
【０２２８】
ユーザインターフェースを利用して、ユーザは、データパッケージを含むプレゼンテーションを生成する動作を行うことができ、ここで、データパッケージは、メディアデータ、ジェスチャデータ、および／またはオーディオデータを含むことができる。例えば、ユーザは、ピクチャー（ｐｉｃｔｕｒｅ）を取得してメディアデータを生成し、画面上に動作を行ってジェスチャデータを記録し、および／または会話を行ってオーディオデータを生成するものを含むことができる。実施例において、第１クライアントコンピューティングデバイス１２０は、第２クライアントコンピューティングデバイス１２５により受信され、第２クライアントコンピューティングデバイス１２５により再生されるように構成され得るプレゼンテーションを生成するように構成され得る。
【０２２９】
第２クライアントコンピューティングデバイス１２５は、ラップトップコンピュータ、デスクトップコンピュータ、スマートフォン、タブレットコンピュータ、個人携帯情報端末、または命令を処理するように構成されてネットワーク１３０に連結してロジックサーバ１１０と通信するように構成されたハードウェアプロセッサを有する任意の他のタイプのデバイスであり得る。第２クライアントコンピューティングデバイス１２５は、メモリーデバイス、グラフィックユーザインターフェース、およびプレゼンテーションデバイスを含むことができる。メモリーデバイスは、データパッケージのように、ロジックサーバ１１０により生成されるか受信されたデータを保存するデバイスであり得る。メモリーデバイスは、ハードディスクドライブ、光ディスクドライブ、および／またはフラッシュメモリードライブを含むことができ、これに限定されない。実施例において、メモリーデバイスは、第１クライアントコンピューティングデバイス１２０および／またはロジックサーバ１１０から受信される情報を保存するように構成され得る。ユーザインターフェースは、ユーザがネットワーク１３０を介して第１クライアントコンピューティングデバイス１２０、第２クライアントコンピューティングデバイス１２５、またはロジックサーバ１１０と相互作用することを可能にするデバイスであり得る。一つのユーザインターフェースを示しているが、用語「ユーザインターフェース」は、タッチ画面、物理的キーボード、マウス、カメラ、ビデオカメラ、マイクロフォン、および／またはスピーカーを含むことができ、これに限定されない。プレゼンテーションデバイスは、第２クライアントコンピューティングデバイス１２５のユーザインターフェースにディスプレイされるように構成された情報を受信することができるハードウェアプロセッサであり得る。例えば、プレゼンテーションデバイスは、ロジックサーバ１１０からデータパッケージを受信し、第２クライアントコンピューティングデバイス１２５のユーザにデータパッケージの要素をディスプレイすることができる。プレゼンテーションデバイスを利用して、第２クライアントコンピューティングデバイス１２５は、第２クライアントコンピューティングデバイス１２５にローカルにプレゼンテーションを再構成するためにデータパッケージを受信するように構成され得る。
【０２３０】
ロジックサーバ１１０は、第１クライアントコンピューティングデバイス１２０および／または第２クライアントコンピューティングデバイス１２５で実行されるモバイルアプリケーション、ソフトウェアなどをサポートするように構成された一般的なハードウェアプラットホームサーバのようなコンピューティングデバイスであり得る。ロジックサーバ１１０は、特定の位置に存在する物理的コンピューティングデバイスを含むことができるか、またはクラウドコンピュータネットワーク環境に配信され得る。この説明において、「クラウドコンピューティング」は、普遍的で便利な、注文型ネットワークが、仮想化により迅速にプロビジョニングされ、最小限の管理努力やサービス提供者の相互作用とともにリリースされ、次に、それによって拡張される構成可能なコンピューティングリソース（例えば、ネットワーク、サーバ、ストレージ、アプリケーションおよびサービス）の共有されたプール（ｐｏｏｌ）にアクセスできるモデルに定義され得る。クラウドモデルは、様々な特性（例えば、注文型セルフ‐サービス、広範囲なネットワークアクセス、リソースプーリング、迅速な弾力性、測定サービス等）、サービスモデル（例えば、サービスとしてのソフトウェア（「ＳａａＳ」）、サービスとしてのプラットホーム（「ＰａａＳ」）、サービスとしてのインフラストラクチャー（「ｌａａＳ」））、および展開モデル（例えば、プライベートクラウド、コミュニティクラウド、パブリッククラウド、ハイブリッドクラウドなど）で構成され得る。ロジックサーバ１１０は、一つ以上のコンピュータ‐使用可能またはコンピュータ‐読み取り可能媒体の任意の組み合わせを含むことができる。例えば、ロジックサーバ１１０は、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリー（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ；ＲＡＭ）デバイス、読み出し専用メモリー（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ；ＲＯＭ）デバイス、消去可能なプログラム可能読み出し専用メモリー（ＥＰＲＯＭ）またはフラッシュメモリーデバイス、ポータブルコンパクトディスク読み出し専用メモリー（ｃｏｍｐａｃｔ  ｄｉｓｃ  ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ；ＣＤＲＯＭ）、光記憶デバイス、および磁気記憶デバイスを含むコンピュータ‐読み取り可能媒体の一つ以上を含むことができる。
【０２３１】
実施例において、ロジックサーバ１１０は、第１クライアントコンピューティングデバイス１２０からデータを受信し、いかなるデータが第２クライアントコンピューティングデバイス１２５に保存されるかを決定し、第２クライアントコンピューティングデバイス１２５にデータを送信するように構成され、第２クライアントコンピューティングデバイス１２５にローカルに保存されない。ロジックサーバ１１０は、第１クライアントコンピューティングデバイス１２０からデータのパッケージを受信するように構成され得、ここで、データのパッケージは、オーディオデータ、ジェスチャデータおよびメディアデータのような様々なフォーマットに保存されるデータを含むことができる。パッケージ内のデータのフォーマットは、ネットワーク１３０を介して相違するネットワーク要素を送信するために帯域幅の変化量を必要とする相違するメモリーサイズを有することができる。したがって、ロジックサーバ１１０は、単に第２クライアントコンピューティングデバイス１２５に、より高い帯域幅（例えば、メディアデータ）を要するデータのみを一度送信することにより、ネットワーク１３０を介してデータのパッケージを送信することに必要な帯域幅の量を減少させることができる。例えば、ロジックサーバ１１０は、第１クライアントコンピューティングデバイス１２０から受信されたメディアデータが第２クライアントコンピューティングデバイス１２５にローカルに保存されるかを決定し、メディアデータが第２クライアントコンピューティングデバイス１２５にローカルに保存されていない場合には、第２クライアントコンピューティングデバイス１２５にメディアデータを送信するように構成され得る。
【０２３２】
ロジックサーバ１１０はまた、第１クライアントコンピューティングデバイス１２０から第２クライアントコンピューティングデバイス１２５に受信されるように、オーディオデータおよび／またはジェスチャデータを送信するように構成され得る。したがって、オーディオデータおよび／またはジェスチャデータは、非同期的に第２クライアントコンピューティングデバイス１２５に送信され得る。ユーザが第１クライアントコンピューティングデバイス１２０でオーディオデータおよび／またはジェスチャデータを生成するように、オーディオデータおよび／またはジェスチャデータは、ロジックサーバ１１０により受信され、第２クライアントコンピューティングデバイス１２５にリレー（ｒｅｌａｙ）され得る。
【０２３３】
図３１はロジックサーバ１１０の一実施例を図示する。ロジックサーバ１１０は、プロセッシングデバイス２０５と、通信デバイス２１０と、メモリーデバイス２１５と、プロファイルモジュール２２０と、メディアモジュール２２５と、ジェスチャモジュール２３０と、オーディオモジュール２３５と、パッケージモジュール２４０とを含むことができる。
【０２３４】
プロセッシングデバイス２０５は、メモリー、例えば、読み出し専用メモリー（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ；ＲＯＭ）およびランダムアクセスメモリー（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ；ＲＡＭ）、保存プロセッサ‐実行可能命令、およびプロセッサ‐実行可能命令を行う一つ以上のプロセッサを含むことができる。実施例において、プロセッシングデバイス２０５は、二つ以上のプロセッサを含み、プロセッサは、並列でまたは分散した方式で動作することができる。
【０２３５】
プロセッシングデバイス２０５は、ロジックサーバ１１０、またはギフトカードサーバ１１０の他の要素に関連するソフトウェアのオペレーティングシステムを行うことができる。
【０２３６】
通信デバイス２１０は、ロジックサーバ１１０がネットワーク１３０を介して他のデバイスと通信することを可能にするデバイスであり得る。通信デバイス２１０は、無線通信を行うための一つ以上の無線トランシーバ（ｔｒａｎｓｃｅｉｖｅｒ）、および／またはネットワーク１３０を介して有線通信を行うための一つ以上の通信ポート（ｐｏｒｔ）を含むことができる。通信デバイス２１０は、複数の相違する標準および／またはプロトコールを介してデータを通信するように構成され得る。
【０２３７】
メモリーデバイス２１５は、ロジックサーバ１１０により生成されるか受信されたデータを保存するデバイスであり得る。メモリーデバイス２１５は、ハードディスクドライブ、光ディスクドライブ、および／またはフラッシュメモリードライブを含むことができ、これに限定されない。実施例において、メモリーデバイス２１５は、第１クライアントコンピューティングデバイス１２０および／または第２クライアントコンピューティングデバイス１２５から受信される情報を保存するように構成され得る。メモリーデバイス２１５内に保存される情報は、プロセッシングデバイス２０５、通信デバイス２１０、および／またはモジュール２２０、２２５、２３０、２３５、２４０によりアクセスされ得る。
【０２３８】
プロファイルモジュール２２０は、クライアントコンピューティングデバイス１２０、１２５のユーザが、ユーザプロファイルを発生および生成するように構成されたハードウェアプロセッシングデバイスであり得る。ユーザのプロファイルは、メモリーデバイス２１５および／または他のストレージ位置に保存される情報を含むことができる。ユーザのプロファイルは、ユーザ情報、パッケージ情報、および応答（ｒｅｐｌｙ）情報を含むことができる。ユーザ情報は、例えば、ユーザ識別情報（例えば、ユーザの名前またはハンドル（ｈａｎｄｌｅ）、数、識別子、および／または他の識別情報）、セキュリティログイン情報（例えば、ログインコードまたはパスワード）、支払い情報（例えば、クレジットカード情報）などを含むことができる。パッケージ情報は、ユーザに関連するクライアントコンピューティングデバイスにローカルに保存されるデータに対応する情報を含むことができ、ここで、パッケージ情報は、プレゼンテーションをローカルに再構成するために利用され得る。例えば、パッケージ情報は、ユーザに関連する第１クライアントコンピューティングデバイス１２０にローカルに保存される第１メディア部分に関連する識別、タグなどを含むことができる。パッケージ情報を利用して、ロジックサーバ１１０は、いかなるメディアデータ、ジェスチャデータ、および／またはオーディオデータがユーザに関連するクライアントコンピューティングデバイスにローカルに保存されるかを決定することができる。応答情報は、第２クライアントコンピューティングデバイス１２５から第１クライアントコンピューティングデバイス１２０への応答に対応するデータを含むことができる。応答情報は、応答パッケージ内のメディアデータ、オーディオデータ、および／またはジェスチャデータの部分に対応する識別を含むことができる。応答情報は、第１クライアントコンピューティングデバイス１２０から第２クライアントコンピューティングデバイス１２５へのデータの送信に対応する同一のメディアデータ、オーディオデータ、および／またはジェスチャデータを含むことができる。プロファイル情報および応答情報を利用して、パッケージモジュール２４０は、いかなるデータが、受信クライアントコンピューティングデバイス１２０、１２５にローカルに保存されないかを決定し、受信クライアントコンピューティングデバイス１２０、１２５にローカルに保存されないデータを送信することができる。
【０２３９】
メディアモジュール２２５は、第１クライアントコンピューティングデバイス１２０および／または第２クライアントコンピューティングデバイス１２５からメディアデータを受信するように構成されたハードウェアプロセッシングデバイスであり得る。受信されたメディアデータは、第１コンピューティングデバイス１２０および／または第２コンピューティングデバイス１２５のユーザに提供されるデータのパッケージに対応することができ、これは、データのパッケージ内で最も大きいファイルタイプであり得る。メディアデータは、ｐｄｆｓ、ｊｐｇｓ、ビットマップ、イメージファイル、ｇｉｆｓ、などの複数の相違するタイプであり、すなわち、これらが本質的に主にラスタ基盤（ｒａｓｔｅｒｂａｓｅｄ）であるかまたはベクトル‐基盤であるかに関係ないイメージファイル、およびこれらのセマンティックコンテンツと関係ないイメージファイルにフォーマットされ得る。実施例において、メディアデータは、データパッケージの基本データファイルとして利用され得、ここで、ジェスチャデータは、メディアデータ上にオーバレイ（ｏｖｅｒｌａｉｄ）され得、オーディオデータは、ユーザに対するメディアデータのプレゼンテーションに同期化され得る。メディアデータは、ジェスチャモジュール２３０および／またはオーディオモジュール２３５の前にメディアモジュール２２５により受信され得、第１クライアントコンピューティングデバイス１２０上にプレゼンテーションの生成を開始するユーザに応答して受信され得る。したがって、メディアモジュール２２５は、プレゼンテーションが完了する前に、メディアデータを受信することができる。
【０２４０】
ジェスチャモジュール２３０は、第１クライアントコンピューティングデバイス１２０および／または第２クライアントコンピューティングデバイス１２５からジェスチャデータを受信するように構成されたハードウェアプロセッシングデバイスであり得る。ジェスチャデータは、グラフィックユーザインターフェース上で動作または動きを行うユーザに応答して受信され得、これは、メディアデータに対応することができる。ジェスチャデータは、複数の相違するタイプにフォーマットされ得、メディアデータに同期化され得、ここで、ジェスチャデータは、様々な時間にメディアデータにオーバレイされ得る。例えば、一実施例において、ジェスチャデータは、特定の時間範囲にメディアデータにオーバレイされる、ユーザにより描かれた円を含むことができる。ジェスチャデータは、ユーザにより行われる単一動作および／またはユーザにより行われる複数の動作に対応することができる。ジェスチャデータは、メディアデータのファイルより小さいファイルサイズであってもよく、メディアデータおよび／またはオーディオデータに関係なくロジックサーバ１１０、第１クライアントコンピューティングデバイス１２０、および／または第２クライアントコンピューティングデバイス１２５に送信され得る。
【０２４１】
オーディオモジュール２３５は、第１クライアントコンピューティングデバイス１２０および／または第２クライアントコンピューティングデバイス１２５からオーディオデータを受信するように構成されたハードウェアプロセッシングデバイスであり得る。オーディオデータは、メディアデータに対応することができるオーディオを生成するために行うユーザに応答して受信され得る。オーディオデータは複数の相違するタイプにフォーマットされ得、メディアデータおよびジェスチャデータに同期化され得、ここで、メディアデータがユーザに提供される間に、オーディオデータのセグメントはジェスチャデータに関連する動作および／または時間範囲に対応することができる。例えば、一実施例において、オーディオデータは、メディアデータが第１または第２クライアントコンピューティングデバイス１２０、１２５に提供される最初の６０秒間提供されるべき記録であり得る。メディアデータがユーザに提供される間に、オーディオデータは、メディアデータがユーザに提供される時間の全体セグメントおよび／または時間の複数のセグメントに対応することができる。また、オーディオデータは、メディアデータファイルより小さいファイルサイズであってもよく、メディアデータおよび／またはジェスチャデータに関係なくロジックサーバ１１０、第１クライアントコンピューティングデバイス１２０、および／または第２クライアントコンピューティングデバイス１２５に送信され得る。
【０２４２】
パッケージモジュール２４０は、第１クライアントコンピューティングデバイス１２０からメディアデータ、ジェスチャデータ、および／またはオーディオデータを受信し、第２クライアントコンピューティングデバイス１２５にメディアデータ、ジェスチャデータ、および／またはオーディオデータを送信するように構成されたハードウェアプロセッシングデバイスであり得る。パッケージモジュール２４０は、プレゼンテーションを生成する第１クライアントコンピューティングデバイス１２０のユーザに応答して第１クライアントコンピューティングデバイス１２０からメディアデータを受信することができる。メディアデータを受信するパッケージモジュール２４０に応答し、パッケージモジュール２４０は、メディアデータに関連するメタデータに基づいてメディアデータを受信する受信ユーザ（ｒｅｃｉｐｉｅｎｔ  ｕｓｅｒ）を決定し、受信ユーザに関連するメモリーデバイス２１５内のエントリーをパースし、また、メディアデータが受信ユーザに関連する第２クライアントコンピューティングデバイス１２５にローカルに保存される場合を決定するように構成され得、メディアデータが第２クライアントコンピューティングデバイス１２５にローカルに保存される場合、パッケージモジュール２４０は、第２クライアントコンピューティングデバイス１２５にメディアデータを送信することができず、メディアデータが第２クライアントコンピューティングデバイス１２５にローカルに保存されない場合、パッケージモジュール２４０は、第２クライアントコンピューティングデバイス１２５にメディアデータを送信することができる。次に、パッケージモジュール２４０は、受信ユーザに関連するメモリーデバイス２１５内のエントリーをアップデートし、メディアデータが第２クライアントコンピューティングデバイス１２５にローカルに保存されることを表示することができる。したがって、メディアデータは、ネットワーク１３０を介して帯域幅を減少させることができる、単一時間に第２クライアントコンピューティングデバイス１２５に送信されることのみを要することができる。また、第２クライアントコンピューティングデバイス１２５に送信される、第１クライアントコンピューティングデバイス１２０から受信するメディアデータに応答して、パッケージモジュール２４０は、第１クライアントコンピューティングデバイス１２０のユーザに関連するメモリーデバイス２１５内のエントリーをアップデートし、メディアデータが第１クライアントコンピューティングデバイス１２０にローカルに保存されることを表示することができる。したがって、パッケージモジュール２４０は、第１クライアントコンピューティングデバイス１２０にメディアデータを送信することに求められないことがある。
【０２４３】
パッケージモジュール２４０はまた第１クライアントコンピューティングデバイス１２０からオーディオデータおよび／またはジェスチャデータを受信することに応答して第２クライアントコンピューティングデバイス１２５にオーディオデータおよび／またはジェスチャデータを送信するように構成され得る。実施例において、パッケージモジュール２４０は、第２クライアントコンピューティングデバイス１２５にオーディオデータおよび／またはジェスチャデータを自動送信することができ、ここで、オーディオデータおよび／またはジェスチャデータは、第１クライアントコンピューティングデバイス１２０に生成された最初のプレゼンテーションを第２クライアントコンピューティングデバイス１２５で再生することに利用される。したがって、パッケージモジュール２４０は、第２クライアントコンピューティングデバイス１２５に、単に第１クライアントコンピューティングデバイス１２０で生成されたプレゼンテーションの部分のみを送信するように構成され得、この送信される部分は、エンドユーザにより生成されたデータのタイプに基づくことができる（例えば、メディアデータ、オーディオデータ、ジェスチャデータなど）。
【０２４４】
図３２は第２クライアントコンピューティングデバイスに、第１クライアントコンピューティングデバイスに生成されたプレゼンテーションを送信し、プレゼンテーションを送信するために必要な帯域幅を減少させるための方法３００を図示する。以下に提供された方法３００の動作は、例示的なものと意図される。いくつかの実施例において、方法３００は、説明されていない一つ以上の更なる動作により行われるか／または、説明された一つ以上の動作なしに行われ得る。また、方法３００の動作が図３２に図示され、以下に説明される順序は、限定的なものと意図されない。
【０２４５】
いくつかの実施例において、方法３００は、一つ以上のプロセッシングデバイス（例えば、デジタルプロセッサ、アナログプロセッサ、情報を処理するように設計されたデジタル回路、情報を処理するように設計されたアナログ回路、ステートマシン、および／または情報を電子的に処理するための他のメカニズム）に具現され得る。一つ以上のプロセッシングデバイスは、電子ストレージ媒体に電子的に保存される命令に応答して方法３００の動作のうちいくつかまたはすべての動作を行う一つ以上のデバイスを含む。一つ以上のプロセッシングデバイスは、方法３００の動作のうち一つ以上の動作の実行のために特別に設計されるハードウェア、ファームウエア、および／またはソフトウェアを介して構成された一つ以上のデバイスを含むことができる。
【０２４６】
動作３１０において、プレゼンテーションに関連するメディアデータは、第１クライアントコンピューティングデバイスから受信される。メディアデータは、プレゼンテーションが第１クライアントコンピューティングデバイスに完了する前に、受信され得、開始されるプレゼンテーションの生成に応答して受信され得る。メディアデータは、プレゼンテーションを受信すべき第２クライアントコンピューティングデバイスを動作する受信ユーザを表示するメタデータを含むことができる。メディアデータは、第１クライアントコンピューティングデバイスから第２クライアントコンピューティングデバイスに送信されるために必要なプレゼンテーションに関連する最大のファイルであり得る。動作３１０は、一つ以上の具現により、メディアモジュール２２５と同一または類似したメディアモジュールにより行われ得る。
【０２４７】
動作３２０において、プレゼンテーションが完了する前に、メディアが第２クライアントコンピューティングデバイスにローカルに保存されないものと決定され得る。この決定は、第２クライアントコンピューティングデバイスがメディアデータを含むプレゼンテーションを受信しなかったかおよび／または第２クライアントコンピューティングデバイスがメディアデータを含むプレゼンテーションを送信しなかったかを決定するために、第２クライアントコンピューティングデバイスを動作する受信ユーザに関連するメモリーデバイスのエントリーをパースすることに応答して行われ得る。動作３２０は、一つ以上の具現により、パッケージモジュール２３５と同一または類似したパッケージモジュールにより行われ得る。
【０２４８】
動作３３０において、メディアデータが第２クライアントコンピューティングデバイスにローカルに保存されないという決定に応答して、メディアデータが第２クライアントコンピューティングデバイスに送信され得る。ここで、プレゼンテーションが完了する前に、および／またはプレゼンテーションの他の部分（例えば、オーディオデータおよび／またはプレゼンテーションデータ）がロジックサーバにより受信される前に、メディアデータは、第２クライアントコンピューティングデバイスに送信され得る。動作３３０は、一つ以上の具現により、パッケージモジュール２３５と同一または類似したパッケージモジュールにより行われ得る。
【０２４９】
動作３４０において、オーディオデータおよび／またはジェスチャデータのような、プレゼンテーションの他の部分は、第１クライアントコンピューティングデバイスから受信され得る。オーディオデータおよび／またはジェスチャデータは、メディアデータが第２クライアントコンピューティングデバイスに送信された後に存在し得る相違する時間期間でおよび／または独立して受信され得る。オーディオデータおよび／またはジェスチャデータは、セグメントからプレゼンテーションの生成中におよび／またはプレゼンテーションが完了した後に、受信され得る。動作３４０は、一つ以上の具現により、ジェスチャモジュール２３０および／またはオーディオモジュール２３５と同一または類似したジェスチャモジュールおよび／またはオーディオモジュールにより行われ得る。
【０２５０】
動作３５０において、オーディオデータおよび／またはジェスチャデータは、オーディオデータおよび／またはジェスチャデータを受信することに応答して第２クライアントコンピューティングデバイスに自動送信され得る。動作３５０は、一つ以上の具現により、パッケージモジュール２３５と同一または類似したパッケージモジュールにより行われ得る。
【０２５１】
動作３６０において、プレゼンテーションは、メディアデータ、ジェスチャデータ、および／またはオーディオデータのような、プレゼンテーションの相違する部分を利用して第２クライアントコンピューティングデバイスに再構成され得る。動作３６０は、一つ以上の具現により、第２クライアントコンピューティングデバイス１２５と同一または類似した第２クライアントコンピューティングデバイスにより行われ得る。
【０２５２】
本技術は、現在最も実用的で好ましい具現例として見なされることに基づいて例示のために詳細に説明されているが、そのような詳細事項は、その目的のみのためのものであって、その技術が開示された具現に限定されるものではなく、逆に、添付の請求範囲の思想および範囲内にある変形物および均等物を包括するものに意図される。例えば、本技術は、できるだけ任意の具現の一つ以上の特徴が任意の他の具現の一つ以上の特徴と結合され得るということを考慮していることを理解すべきである。
【０２５３】
「一つの実施例」、「一実施例」、「一つの例」または「一例」に関する本明細書の全般にわたる言及は、その実施例または例とともに説明される特定の特徴、構造または特性が本発明の少なくとも一つの実施例に含まれるということを意味する。したがって、本明細書の全般にわたり様々な個所にある用語「一つの実施例において」、「一実施例において」、「一つの例」または「一例」の表現は、必ずしも同一の実施例または例を指すものではない。また、特定の特徴、構造または特性は、一つ以上の実施例または例において、任意の適切な組み合わせおよび／または下位組み合わせにより結合され得る。また、ここで、ともに提供される図面は、当業者に関する説明のためのものであり、図面は必ずしも縮尺通りに図示されたものではない。
【０２５４】
本発明による実施例は、装置、方法、コンピュータプログラム製品として具現され得る。したがって、本実施例は、全体的にハードウェア実施例、全体的にソフトウェア実施例（ファームウエア、常駐ソフトウェア、マイクロコードなどを含む）の形態を取るか、または「モジュール」または「システム」として本明細書で一般的に称され得るソフトウェアおよびハードウェア様態を組み合わせた実施例の形態を取ることもできる。また、本発明は、コンピュータ使用可能なプログラムコードが媒体内に具現された表現の任意の類型の媒体に具現されるコンピュータプログラム製品の形態を取ることもできる。
【０２５５】
一つ以上のコンピュータ使用可能なまたはコンピュータ読み取り可能な媒体の任意の組み合わせが使用され得る。例えば、コンピュータ読み取り可能な媒体は、ポータブルコンピュータディスケット、ハードディスク、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）デバイス、ＲＯＭ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）デバイス、ＥＰＲＯＭ（ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）またはフラッシュメモリーデバイス、ポータブルＣＤＲＯＭ（ｃｏｍｐａｃｔ  ｄｉｓｃ  ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）、光学記憶装置、および磁気記憶装置の一つ以上を含むことができる。本発明の動作を行うためのコンピュータプログラムコードは、一つ以上のプログラミング言語の任意の組み合わせにより記録され得る。
【図１】
0006461146.tif 000004
【図２】
0006461146.tif 000005
【図３】
0006461146.tif 000006
【図４】
0006461146.tif 000007
【図５】
0006461146.tif 000008
【図６】
0006461146.tif 000009
【図７】
0006461146.tif 000010
【図８】
0006461146.tif 000011
【図９】
0006461146.tif 000012
【図１０】
0006461146.tif 000013
【図１１】
0006461146.tif 000014
【図１２】
0006461146.tif 000015
【図１３】
0006461146.tif 000016
【図１４】
0006461146.tif 000017
【図１５】
0006461146.tif 000018
【図１６】
0006461146.tif 000019
【図１７】
0006461146.tif 000020
【図１８】
0006461146.tif 000021
【図１９】
0006461146.tif 000022
【図２０】
0006461146.tif 000023
【図２１】
0006461146.tif 000024
【図２２】
0006461146.tif 000025
【図２３】
0006461146.tif 000026
【図２４】
0006461146.tif 000027
【図２５】
0006461146.tif 000028
【図２６】
0006461146.tif 000029
【図２７】
0006461146.tif 000030
【図２８】
0006461146.tif 000031
【図２９】
0006461146.tif 000032
【図３０】
0006461146.tif 000033
【図３１】
0006461146.tif 000034
【図３２】
0006461146.tif 000035