(57)【特許請求の範囲】
【請求項１】
コンピュータにより実行される方法であって、
触覚的係合状態信号を受信すること、
前記触覚的係合状態信号を受信することに応答して、予め設定された第１の持続時間後に満了するように構成された第１のタイマを始動すること、
前記第１のタイマの満了前に触覚的係合状態解除信号が受信されるか否かに基づいて、写真捕捉モードおよびビデオ捕捉モードのうちの一方を捕捉モードとして選択すること、
前記選択された捕捉モードを用いて視覚媒体を捕捉すること、
予め設定された第３の持続時間後に満了するように構成された第３のタイマを、前記視覚媒体をビデオとして捕捉することの開始時に始動すること、
前記第１のタイマの満了後かつ前記第３のタイマの満了前に前記触覚的係合状態解除信号が受信された場合、前記第１のタイマの満了後かつ前記第３のタイマの満了前に前記触覚的係合状態解除信号を受信することに応答して、前記視覚媒体の捕捉を取り消すこと、
を備える方法。
【請求項２】
前記第１のタイマの満了前に前記触覚的係合状態解除信号を受信すること、
前記第１のタイマの満了前に前記触覚的係合状態解除信号を受信することに応答して、視覚媒体捕捉コンポーネントを前記写真捕捉モードで構成すること、
前記視覚媒体を写真として捕捉すること、
を備える請求項１に記載の方法。
【請求項３】
前記第１のタイマが満了したと判断すること、
前記第１のタイマが満了したと判断することに応答して、視覚媒体捕捉コンポーネントを前記ビデオ捕捉モードで構成すること、
前記視覚媒体をビデオとして捕捉すること、
を備える請求項１に記載の方法。
【請求項４】
前記第１のタイマの満了後に前記触覚的係合状態解除信号を受信すること、
前記触覚的係合状態解除信号を受信することに応答して前記視覚媒体の捕捉を完了すること、を備える請求項３に記載の方法。
【請求項５】
予め設定された第２の持続時間後に満了するように構成された第２のタイマを、前記視覚媒体をビデオとして捕捉することの開始時に始動すること、
前記第２のタイマが満了したと判断すること、
前記第２のタイマが満了したと判断することに応答して、前記視覚媒体の捕捉を完了すること、を備える請求項３に記載の方法。
【請求項６】
前記捕捉された視覚媒体を表示すること、
前記捕捉された視覚媒体を送信するユーザコマンドを受信すること、
前記受信したユーザコマンドに応答して、前記捕捉された視覚媒体をネットワーク・サーバにアップロードすること、を備える請求項１に記載の方法。
【請求項７】
デバイス上のプロセッサ回路と、
触覚的係合状態信号を受信するように動作可能なタッチ・コントローラと、
前記タッチ・コントローラによって第１のタイマの満了前に触覚的係合状態解除信号が受信されるか否かに基づいて写真捕捉モードおよびビデオ捕捉モードのうちの一方の捕捉モードで構成されるように動作可能な視覚媒体捕捉コンポーネントであって、前記第１のタイマは、前記触覚的係合状態信号を受信することに応答して始動し、予め設定された第１の持続時間後に満了するように構成されている、前記視覚媒体捕捉コンポーネントと、
前記構成された捕捉モードにおいて前記視覚媒体捕捉コンポーネントによって捕捉された視覚媒体を記憶するように動作可能なストレージ・コンポーネントと、
を備え、
前記タッチ・コントローラは、前記第１のタイマの満了後かつ第３のタイマの満了前に前記触覚的係合状態解除信号を受信するように更に動作可能であり、前記第３のタイマは、前記視覚媒体をビデオとして捕捉することの開始時に始動し、予め設定された第３の持続時間の後に満了するように構成されており、
前記視覚媒体捕捉コンポーネントは、前記タッチ・コントローラが前記第３のタイマの満了前に前記触覚的係合状態解除信号を受信することに応答して、前記視覚媒体の捕捉を取り消すように更に動作可能である、装置。
【請求項８】
前記タッチ・コントローラは、前記第１のタイマの満了前に前記触覚的係合状態解除信号を受信するように更に動作可能であり、
前記視覚媒体捕捉コンポーネントは、前記第１のタイマの満了前に前記触覚的係合状態解除信号を受信することに応答して前記写真捕捉モードで構成され、前記視覚媒体を写真として捕捉するように更に動作可能である、請求項７に記載の装置。
【請求項９】
前記視覚媒体捕捉コンポーネントは、前記第１のタイマが満了したと判断することに応答して前記ビデオ捕捉モードで構成され、前記視覚媒体をビデオとして捕捉するように更に動作可能である、請求項７に記載の装置。
【請求項１０】
前記タッチ・コントローラは、前記第１のタイマの満了後に前記触覚的係合状態解除信号を受信するように更に動作可能であり、
前記視覚媒体捕捉コンポーネントは、前記タッチ・コントローラが前記触覚的係合状態解除信号を受信することに応答して、前記視覚媒体の捕捉を完了するように更に動作可能である、請求項９に記載の装置。
【請求項１１】
前記視覚媒体捕捉コンポーネントは、第２のタイマが満了したと判断することに応答して前記視覚媒体の捕捉を完了するように更に動作可能であり、前記第２のタイマは、前記視覚媒体をビデオとして捕捉することの開始時に始動し、予め設定された第２の持続時間後に満了するように構成されている、請求項９に記載の装置。
【請求項１２】
前記捕捉された視覚媒体を表示するように動作可能な表示コンポーネントを更に備え、
前記タッチ・コントローラは、前記捕捉された視覚媒体を送信するためのユーザコマンドを受信するように更に動作可能であり、
前記ストレージ・コンポーネントは、前記受信したユーザコマンドに応答して、前記捕捉された視覚媒体をネットワーク・サーバにアップロードするように更に動作可能である、請求項７に記載の装置。
【請求項１３】
実行されることによりシステムを動作させる命令を含む少なくとも１つのコンピュータ可読記憶媒体であって、
触覚的係合状態信号を受信し、
前記触覚的係合状態信号を受信することに応答して、予め設定された第１の持続時間後に満了するように構成された第１のタイマを始動させ、
前記第１のタイマの満了前に触覚的係合状態解除信号が受信されるか否かに基づいて、写真捕捉モードおよびビデオ捕捉モードのうちの一方を捕捉モードとして選択し、
前記選択された捕捉モードを用いて視覚媒体を捕捉し、
予め設定された第３の持続時間後に満了するように構成された第３のタイマを、前記視覚媒体をビデオとして捕捉することの開始時に始動させ、
前記第１のタイマの満了後かつ前記第３のタイマの満了前に前記触覚的係合状態解除信号を受信した場合、前記第１のタイマの満了後かつ前記第３のタイマの満了前に前記触覚的係合状態解除信号を受信することに応答して、前記視覚媒体の捕捉を取り消す
ように前記システムを動作させる命令を含むコンピュータ可読記憶媒体。
【請求項１４】
前記第１のタイマの満了前に前記触覚的係合状態解除信号を受信し、
前記第１のタイマの満了前に前記触覚的係合状態解除信号を受信することに応答して、視覚媒体捕捉コンポーネントを前記写真捕捉モードで構成し、
前記視覚媒体を写真として捕捉する
ように前記システムを動作させる命令を更に含む請求項１３に記載のコンピュータ可読記憶媒体。
【請求項１５】
前記第１のタイマが満了したと判断し、
前記第１のタイマが満了したと判断することに応答して、視覚媒体捕捉コンポーネントを前記ビデオ捕捉モードで構成し、
前記視覚媒体をビデオとして捕捉する
ように前記システムを動作させる命令を更に含む請求項１３に記載のコンピュータ可読記憶媒体。
【請求項１６】
前記第１のタイマの満了後に前記触覚的係合状態解除信号を受信し、
前記触覚的係合状態解除信号を受信することに応答して前記視覚媒体の捕捉を完了するように前記システムを動作させる命令を更に含む請求項１５に記載のコンピュータ可読記憶媒体。
【請求項１７】
予め設定された第２の持続時間後に満了するように構成された第２のタイマを、前記視覚媒体をビデオとして捕捉することの開始時に始動させ、
前記第２のタイマが満了したと判断し、
前記第２のタイマが満了したと判断することに応答して、前記視覚媒体の捕捉を完了するように前記システムを動作させる命令を更に含む請求項１５に記載のコンピュータ可読記憶媒体。
【請求項１８】
前記捕捉された視覚媒体を表示し、
前記捕捉された視覚媒体を送信するためのユーザコマンドを受信し、
前記受信したユーザコマンドに応答して、前記捕捉された視覚媒体をネットワーク・サーバにアップロードするように前記システムを動作させる命令を更に含む請求項１５に記載のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、単一のインタフェース要素を用いて視覚媒体を選択的に捕捉するための技術に関する。
【背景技術】
【０００２】
デバイスは、デジタル写真またはデジタルビデオを捕捉するためのメディア・アプリケーションを含むことができる。多くの場合、アプリケーションは、写真固有モードまたはビデオ固有モードで構成される必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
モードの切り替えが、対象のシーンの捕捉に遅延を生じさせる場合がある。また、複数の入力が必要とされる場合もあり、それによって、更なる遅延が生じる。したがって、メディア・アプリケーションにおける改善が必要とされている。
【課題を解決するための手段】
【０００４】
以下、本明細書に記載されるいくつかの新規の実施形態の基本的な理解を提供するために簡単な概要を提示する。この概要は、包括的な概観ではなく、本発明の主要／重要要素を特定することも、本発明の範囲を画定することも意図していない。この概要の唯一の目的は、後に提示されるより詳細な説明への前置きとして、いくつかの概念を簡単な形態で提示することである。
【０００５】
様々な実施形態は、包括的には、単一のインタフェース要素を用いて視覚媒体を選択的に捕捉するための技術を対象とする。タッチ・コントローラは、ユーザがタッチ・スクリーン上のインタフェース要素を選択したことを示す触覚的係合状態信号（haptic engagement signal）を受信することができる。視覚媒体捕捉コンポーネントは、タッチ・スクリーンとのユーザの係合状態の持続時間に基づいて構成され得る。視覚媒体捕捉コンポーネントは、短い持続時間の係合状態に基づいて写真固有モードで構成され、設定閾値より長い係合状態に基づいてビデオ固有モードで構成され得る。次に、視覚媒体捕捉コンポーネントは、構成された捕捉モードで視覚媒体を捕捉し得る。次に、この視覚媒体をユーザに表示し、任意で、インターネットベースのサービスに送信することができる。単一のタッチ・スクリーン・インタフェース要素を用いて写真および／またはビデオの捕捉を選択的に制御することによって、視覚媒体アプリケーションのユーザは、それらの所望のタイプの捕捉媒体をより迅速にかつ好都合に捕捉することができる。他の実施形態については以下で説明される。
【０００６】
上記のおよび関係する目的の達成に向けて、本明細書において、以下の説明および添付の図面に関連していくつかの例示的な態様が説明される。これらの態様は、本明細書において開示される原理を実施することができる様々な方法を示し、全ての態様およびそれらの等価物は、特許請求の範囲内にあることが意図される。他の利点および新規の特徴は、図面と併せて検討されるとき、以下の詳細な説明から明らかとなる。
【図面の簡単な説明】
【０００７】
【図１】視覚媒体捕捉システムの実施形態を示す図。
【図２】図１の視覚媒体捕捉システムのための第１の論理フローの実施形態を示す図。
【図３】タップを受信する視覚媒体捕捉システムのためのインタラクション図。
【図４】短押しを受信する視覚媒体捕捉システムのためのインタラクション図。
【図５】最大ビデオ持続時間よりも長い押下を受信する視覚媒体捕捉システムのためのインタラクション図。
【図６Ａ】図１の視覚媒体捕捉システムのための第２の論理フローの実施形態を示す図。
【図６Ｂ】図１の視覚媒体捕捉システムのための第３の論理フローの実施形態を示す図。
【図７】最小ビデオ持続時間を満たすのに十分な長さの押下を受信する視覚媒体捕捉システムのためのインタラクション図。
【図８Ａ】最小ビデオ持続時間を満たすのに不十分な長さの押下を受信する視覚媒体捕捉システムのための第１のインタラクション図。
【図８Ｂ】最小ビデオ持続時間を満たすのに不十分な長さの押下を受信する視覚媒体捕捉システムのための第２のインタラクション図。
【図９】図１の視覚媒体捕捉システムのための第４の論理フローの実施形態を示す図。
【図１０】写真およびビデオの双方を捕捉するのに不十分な長さの押下を受信する視覚媒体捕捉システムのためのインタラクション図。
【図１１】写真およびビデオの双方を捕捉するのに十分な長さの押下を受信する視覚媒体捕捉システムのためのインタラクション図。
【図１２】図１の視覚媒体捕捉システムのためのユーザ・インタフェースを示す図。
【図１３】図１のシステムのための集中型システムの実施形態を示す図。
【図１４】図１のシステムのための分散システムの実施形態を示す図。
【図１５】コンピューティング・アーキテクチャの実施形態を示す図。
【図１６】通信アーキテクチャの実施形態を示す図。
【発明を実施するための形態】
【０００８】
様々な実施形態が、単一のインタフェース要素を用いて視覚媒体を選択的に捕捉するための方法を対象とする。スマートフォン・デバイス上にインストールするかまたは事前構成することができるような視覚媒体アプリケーションを用いて、デジタル写真およびデジタルビデオのうちの一方または双方を捕捉することができる。多くの場合、スマートフォン・デバイスは、写真固有モードまたはビデオ固有モードとなるように構成することができる。ビデオ固有モードを用いて、捕捉ビデオのフレームを抽出すること等によって静止画像を捕捉することができるが、写真固有モードは、より少ない圧縮および写真固有のフラッシュの補助による、より高い分解能等の、より高品質な捕捉を可能にすることができる。
【０００９】
視覚媒体アプリケーションは、起動時に、ライブ・ビデオ・プレビューにおけるカメラ要素を通じて可視のシーンのプレビューを表示することができる。ビデオ捕捉のためのデバイスを構成することは、デバイスを、このライブ・ビデオ・プレビューのためのモードに保持することを含むことができ、フラッシュによって提供されるほぼ瞬時の照明と対照的に、カメラ要素の近くに位置決めされた発光ダイオード（ＬＥＤ）等の安定した照明による補助をアクティベートすることを含むこともできる。同じ照明要素が、写真捕捉モードおよびビデオ捕捉モードの双方において用いられ得るが、ほぼ瞬時の照明または持続的照明を提供するために異なる形で構成される場合があることが理解され得る。代替的に、いくつかの実施形態では、異なる照明要素が写真捕捉およびビデオ捕捉のために用いられてもよい。
【００１０】
視覚媒体アプリケーションは、タッチ・スクリーンディスプレイ上に、写真捕捉およびビデオ捕捉間での選択、および選択されたモードにおける捕捉の開始の双方に用いることができるアイコン等の単一のユーザ・インタフェース要素を提供することができる。タップ（ユーザ・インタフェース要素との短い持続時間の触覚的係合状態）時に、写真を撮ることができ、すなわち、タップの終了を示す係合状態解除が検出されると、写真モードが構成されて、写真が撮られる。押下（少なくとも最小閾値を満たす持続時間のユーザ・インタフェース要素との触覚的係合状態）時に、ビデオを撮ることができ、すなわち、触覚的係合状態が少なくとも最小閾値にわたって持続するとき、ビデオモードが構成されて、ビデオ記録が開始され、触覚的接触が終了する（触覚的係合状態解除）まで、または任意で、最大ビデオ持続時間に達するまで、ビデオ記録が継続する。次に、捕捉された視覚媒体（ビデオは、マイクを用いて捕捉されたオーディオ要素も含むことができることが理解され得る）を、スマートフォンのユーザに表示することができ、ユーザは、タグ、注記、または他のテキスト要素を加えることができ、この視覚媒体を別のユーザに送信するか、または、この捕捉された視覚媒体をネットワーク・サーバにアップロードすること等によって、この視覚媒体をインターネットベースのサービスにアップロードすることができる。結果として、実施形態は、スマートフォンベースの視覚媒体アプリケーションの使用の容易さおよび速度を改善することができる。
【００１１】
次に、図面を参照して説明する。図面において、同様の参照符号は全体を通じて類似の要素を指すのに用いられる。以下の説明において、説明の目的で、本発明の完全な理解を与えるために多数の特定の詳細が記載される。しかしながら、新規の実施形態は、これらの特定の詳細なしで実施することができることは明らかである。他の事例では、既知の構造およびデバイスは、それらの説明を容易にするためにブロック図形式で示される。特許請求の範囲に記載された主題に一致する全ての変更形態、等価物および代替形態をカバーすることが意図されている。
【００１２】
図１は、視覚媒体捕捉システム１００のブロック図を示す。１つの実施形態では、視覚媒体捕捉システム１００は、１つまたは複数のコンポーネントを含むソフトウェアベースの視覚媒体アプリケーション１２０を有するコンピュータにより実施されたシステムを備えることができる。図１に示す視覚媒体捕捉システム１００は、一定のトポロジーの限られた数の要素を有するが、視覚媒体捕捉システム１００は、所与の実施態様について望ましい代替のトポロジーにおいて、より多くのまたはより少ない要素を含んでもよいことが理解され得る。
【００１３】
視覚媒体捕捉システム１００は、視覚媒体アプリケーション１２０を含むことができる。視覚媒体アプリケーション１２０は、概して、タッチ・スクリーン１１０から触覚信号１１５を受信し、触覚信号１１５に基づいてカメラ１７０を構成し、カメラ１７０を用いて視覚媒体１７５を捕捉し、視覚媒体１７５を記憶し、タッチ・スクリーン１１０を用いて視覚媒体１７５を表示するように構成することができる。いくつかの実施形態では、視覚媒体１７５は、記憶される前に、ユーザ承認のためにタッチ・スクリーン１１０を用いて表示されてもよい。
【００１４】
視覚媒体アプリケーション１２０は、タッチ・コントローラ１３０を備えることができる。タッチ・コントローラ１３０は通常、触覚信号１１５を受信するように構成することができる。触覚信号１１５は、触覚的係合状態信号および／または触覚的係合状態解除信号を含むことができる。触覚的係合状態は、タッチ・スクリーン１１０の任意の場所から読み取られてもよく、または視覚媒体捕捉アイコン等のタッチ・スクリーン１１０の特定のエリアに限定されてもよい。いくつかの実施形態では、触覚的係合状態は、視覚媒体捕捉アイコンに対応するスクリーンのエリアとの係合状態である場合にのみ、視覚媒体捕捉を開始することができる。
【００１５】
いくつかの実施形態では、一旦触覚的係合状態が検知されると、写真またはビデオの捕捉中にデバイスのユーザ操作中に生じ得るように、タッチ・スクリーンとのユーザの係合状態が、視覚媒体捕捉アイコンに対応するスクリーンのエリア外にそれた場合であっても、係合状態が持続しているとみなすことができる。視覚媒体捕捉アイコンからの逸脱の許容される量は、４０ピクセル等の、点または画素の数によって制限することができる。タッチ・コントローラ１３０は、視覚媒体コンポーネント１４０がどのように動作するべきかを示すために、捕捉制御１３５を視覚媒体捕捉コンポーネント１４０に送信することができる。ユーザ係合状態がこの増大された許容可能エリアの更に外側にそれる場合、これは、視覚媒体捕捉に関する限り、触覚的係合状態解除であるとみなすことができる。いくつかの実施形態では、タッチ・スクリーンの任意の部分との触覚的接触が維持されている限り、触覚的係合状態は持続されているとみなすことができる。
【００１６】
タッチ・コントローラは、第１のタイマの満了前に触覚的係合状態解除信号を受信することができ、これに応答して、捕捉制御１３５を用いて、視覚媒体捕捉コンポーネント１４０に写真を捕捉するように命令することができる。タッチ・コントローラは、第１のタイマの満了前に触覚的係合状態解除信号を受信しない場合があり、第１のタイマの満了に応答して、捕捉制御１３５を用いて、視覚媒体捕捉コンポーネント１４０にビデオの捕捉を開始するように命令する。ビデオの捕捉は、触覚的係合状態解除信号の受信に基づいて、またはビデオとしての視覚媒体１７５の捕捉開始時に始動された第２のタイマの満了に基づいて終了することができ、第２のタイマは、予め設定された第２の持続時間の後に満了するように構成される。この予め設定された第２の持続時間は、視覚媒体共有サービスまたはソーシャル・ネットワーキング・サービスによってサポートされる最大ビデオ持続時間等の最大ビデオ持続時間に対応することができる。
【００１７】
視覚媒体アプリケーション１２０は、視覚媒体捕捉コンポーネント１４０を備えることができる。視覚媒体捕捉コンポーネント１４０は、通常、第１のタイマの満了前にタッチ・コントローラ１３０によって触覚的係合状態解除信号が受信されているか否かに基づいて、捕捉モードにおいて構成されるように準備することができる。この第１のタイマは、触覚的係合状態信号の受信に応答して始動することができ、予め設定された第１の持続時間の後に満了するように構成することができる。この予め設定された第１の持続時間は、タッチ・スクリーンとの触覚的係合状態が、タップではなく押下であるとみなすのに十分長いか否かを区別する閾値持続時間とすることができる。この予め設定された第１の持続時間は、デフォルトで、例えば４００ミリ秒として構成することができる。デフォルトで予め設定された第１の持続時間は、視覚媒体アプリケーション１２０の、または視覚媒体アプリケーション１２０によって用いられる、捕捉デバイスまたは捕捉デバイスのオペレーティング・システム等のプラットフォームのデフォルトとすることができる。予め設定された第１の持続時間は、ユーザにより構成可能であり得る。視覚媒体捕捉コンポーネント１４０は、写真モードおよびビデオ捕捉モードのうちの一方において構成することができる。視覚媒体捕捉コンポーネント１４０を写真捕捉モードまたはビデオ捕捉モードで構成した結果として、視覚媒体捕捉コンポーネント１４０が、構成１４５を用いてカメラ１７０のための設定を調整する。構成１４５は、捕捉分解能、カメラのフォーカス、圧縮レベル、フラッシュまたは照明の起動のための設定、および任意の他の既知のカメラ設定を含むことができる。
【００１８】
視覚媒体捕捉コンポーネント１４０は、（媒介としてオペレーティング・システムを用いること等によって）ビデオ捕捉を開始するか写真を撮ることの命令をカメラ１７０に送信することに応答してカメラ１７０によって捕捉される視覚媒体１７５を受信することができる。視覚媒体捕捉コンポーネント１４０は、視覚媒体１７５を、記憶するためにストレージ・コンポーネント１５０に送信し、ユーザに表示するために表示コンポーネント１６０に送信することができる。いくつかの実施形態では、表示コンポーネント１６０は、タッチ・スクリーン１１０を用いるユーザに視覚媒体１７５を表示し、ユーザが捕捉された視覚媒体１７５を記憶するか否かを判断することを可能にすることができ、視覚媒体１７５は、ユーザがこれを保持することを選択した場合にのみ記憶される。ユーザが捕捉された視覚媒体１７５を記憶することを選択する場合、それらは視覚媒体１７５のための受信者を選択し、タグまたは注記を追加する機会も提供され得る。
【００１９】
視覚媒体１７５をタグ付けすることは、テキストキャプションを追加すること、音声注記を追加すること、コメントを追加すること、テキスト記述を追加すること、音声記述を追加すること、または捕捉された視覚媒体１７５を拡張するためのテキストおよびオーディオの個々の使用もしくは組み合わせの使用からなることができる。捕捉された視覚媒体１７５を拡張するためにオーディオが用いられる場合、このオーディオは、ユーザが捕捉された視覚媒体１７５を検査して、タグ付け、記憶および／または共有するか否かを決定する期間中等に、最初の視覚媒体捕捉と別個に捕捉することができる。視覚媒体１７５へのタグ付けは、特定の対象物に対応する視覚媒体１７５内のエリアを選択すること等によって、視覚媒体１７５の１つまたは複数の対象物を特定することを含むことができる。特定の対象物が選択される場合、視覚媒体１７５のそのエリアを、捕捉デバイスに記憶されたユーザコンタクト等、またはソーシャル・ネットワーキング・サービスにおける既知の友人または他の知人等の既知のコンタクトと関連付けることをユーザにプロンプトし、権利を与えることができる。
【００２０】
視覚媒体１７５をタグ付けすることは、視覚媒体１７５をコンテキストメタデータに関連付けることを含むことができる。限定ではないが、プロパティ、視覚媒体１７５を捕捉したコンピューティングデバイスのための識別子、視覚媒体１７５が捕捉されたときに捕捉コンピューティングデバイスが動いていたかまたは動かされていた速度、視覚媒体１７５が捕捉されたときに捕捉コンピューティングデバイスが動いていたかまたは動かされていた方向、視覚媒体１７５が捕捉されたときに捕捉コンピューティングデバイスが受けた線方向および／または回転方向の加速、視覚媒体１７５が捕捉されたときの捕捉コンピューティングデバイスの向き、視覚媒体１７５が捕捉されたときに捕捉コンピューティングデバイスが位置していた地理的ロケーション、視覚媒体１７５が捕捉された時点、視覚媒体１７５が捕捉されたときの捕捉コンピューティングデバイスのカメラ１７０のための設定（例えば、構成１４５を含む）、視覚媒体１７５が捕捉されたときの捕捉コンピューティングデバイスの周囲の天候条件、ならびに視覚媒体１７５が捕捉されたときに捕捉コンピューティングデバイスによってアクセスされていた媒体（例えば、再生されていた楽曲）のタイトルおよび他のメタデータの任意の組み合わせを含むコンテキスト情報を用いて視覚媒体１７５にタグ付けすることができる。
【００２１】
視覚媒体アプリケーション１２０は、ストレージ・コンポーネント１５０を含むことができる。ストレージ・コンポーネント１４０は通常、視覚媒体捕捉コンポーネント１４０から視覚媒体１７５を受信し、視覚媒体１７５を記憶するように準備することができる。視覚媒体１７５を記憶することは、視覚媒体１７５をデバイス上にローカルで記憶すること、または視覚媒体共有サービスもしくはソーシャル・ネットワーキング・サービスによって運用されるネットワーク・サーバ等のネットワーク・サーバに視覚媒体１７５をアップロードすることによって記憶することのいずれかまたは双方に対応することができる。
【００２２】
視覚媒体アプリケーション１２０は、特定のプライバシ設定に対しユーザを許可することができる。視覚媒体アプリケーション１２０は、ユーザが、視覚媒体１７５等の任意の視覚媒体を共有する前にプライバシ合意にオプトインすることを必要とすることができる。例えば、インストール中、初期構成中、初期アカウントセットアップ中、既存のアカウントへのリンク中、または視覚媒体１７５の共有の前の任意の他の時点において、視覚媒体アプリケーション１２０は、まずユーザが、共有される任意の視覚媒体１７４が他者によってアクセスされ得ることを認識することを必要とすることができる。ユーザオプトインは、所有権、アクセス権、販売権、および視覚媒体１７５の生成および販売に関する他の検討事項の確立等の、知的財産の規定を含むことができる。
【００２３】
視覚媒体アプリケーション１２０は表示コンポーネント１６０を含むことができる。表示コンポーネント１６０は、通常、タッチ・スクリーン１１０を用いて視覚媒体１７５を表示するように準備することができる。
【００２４】
いくつかの実施形態では、スマートフォン、スマートフォン・オペレーティング・システム、またはスマートフォン視覚捕捉ライブラリによって最小ビデオ持続時間が課される場合がある。例えば、スマートフォンは、持続時間が２秒または３秒未満のビデオを捕捉することができない場合がある。したがって、ビデオとしての視覚媒体１７５の捕捉の開始時に第３のタイマを始動することができ、第３のタイマは、予め設定された第３の持続時間後に満了するように構成され、予め設定された第３の持続時間は、スマートフォン、スマートフォン・オペレーティング・システム、スマートフォン視覚捕捉ライブラリ、またはスマートフォン・ソフトウェアもしくはハードウェア・システムの他の要素によって課される最小ビデオ長に対する制限に対応する。代替的にまたは更に、予め設定された第３の持続時間は、不十分な長さのビデオを受信することによる不良なユーザ体験を回避するために課され得るような、視覚媒体アプリケーション１２０または捕捉された視覚媒体１７５を共有するためのサービスによって課される最小ビデオ長に対応することができる。タッチ・コントローラ１３０がビデオ捕捉中（例えば、第１のタイマの満了後に開始することができる）かつ第３のタイマの満了前に触覚的係合状態解除信号を受信する場合、視覚媒体捕捉コンポーネント１４０は、これに応答して視覚媒体１７５の捕捉を取り消すことができる。いくつかの場合、次に、視覚媒体捕捉コンポーネント１４０は、ビデオ捕捉が取り消されたことに応答して写真を捕捉することに進むことができる。
【００２５】
いくつかの実施形態では、ピクチャおよびビデオの双方を捕捉することができる。タッチ・コントローラ１３０は、触覚的係合状態信号を受信し、これに応答して、視覚媒体捕捉コンポーネント１４０に捕捉制御１３５を送信するように動作可能であり得る。視覚媒体捕捉コンポーネント１４０は、触覚的係合状態信号の受信に応答して写真捕捉モードで構成され、写真捕捉モードを用いて写真を捕捉し、写真を捕捉した後、ビデオ捕捉モードで構成され、ビデオ捕捉モードを用いてビデオを捕捉するように動作可能であり得る。
【００２６】
図２は、図１の視覚媒体捕捉システム１００のための論理フロー２００の実施形態を示す。論理フロー２００は、本明細書において説明される１つまたは複数の実施形態によって実行される動作のうちのいくつかまたは全てを表すことができる。
【００２７】
図２に示す例示される実施形態において、論理フロー２００は、ブロック２０２において、捕捉アイコン上のユーザタッチを受信することができる。例えば、ユーザタッチは、触覚的係合状態信号において受信することができる。これに応答して、論理フロー２００は、予め設定された第１の持続時間後に満了するように構成された第１のタイマを始動することができる。
【００２８】
論理フロー２００は、ブロック２０４において、ユーザが押下閾値の前にタッチを解放したか否かを判断することができる。ユーザがタッチを解放したと判断することは、タッチ・スクリーン１１０から触覚係合状態解除信号を受信することに対応することができる。押下閾値は、予め設定された第１の持続時間に対応することができ、それによって、ユーザは、第１の時間がまだ満了していない場合に、押下閾値の前にタッチを解放していることになる。ユーザが押下閾値の前に解放した場合、これは、写真を撮ることの要求として解釈することができ、論理フロー２００はブロック２０６に続くことができる。そうでない場合、論理フロー２００はブロック２１０に進むことができる。
【００２９】
論理フロー２００は、ブロック２０６において写真を捕捉することができる。写真を捕捉することは、カメラ１７０を写真捕捉モードに入るように構成し、次にカメラ１７０に写真を撮るように命令することを含むことができる。
【００３０】
論理フロー２００は、ブロック２０８において写真を表示することができる。写真は、タグの追加、写真の記憶および／または写真の共有のための付随する制御と共に表示することができる。
【００３１】
論理フロー２００は、ブロック２１０において、押下閾値の満了時にビデオ捕捉を開始することができる。ビデオ捕捉を開始することは、カメラ１７０をビデオモードに入るように構成することを含むことができるが、いくつかの実施形態では、カメラ１７０は、ライブ・ビデオ・プレビューを提供するために、既にビデオ捕捉モードにある場合がある。論理フロー２００は、第１のタイマが満了したと判断し、第１のタイマが満了したと判断することに応じてビデオ捕捉モードで視覚媒体捕捉コンポーネント１４０を構成することができる。
【００３２】
論理フロー２００は、ブロック２１２において、ユーザが最大ビデオ持続時間の前にタッチを解放したか否かを判断することができる。ユーザがタッチを解放したと判断することは、タッチ・スクリーン１１０から触覚的係合状態解除信号を受信することに対応することができる。最大ビデオ持続時間は、例えば、インターネットベースの視覚媒体共有サービスによってサポートされる最大ビデオ持続時間に対応することができる。最大ビデオ持続時間は、ソーシャル・ネットワーキング・サービスを通じて共有するための短い個人間のビデオの記録に適した８秒、１０秒または他の持続時間とすることができる。ユーザが最大ビデオ持続時間前に解除した場合、論理フロー２００はブロック２１４に続くことができる。そうでない場合、論理フロー２００はブロック２１８に進むことができる。
【００３３】
最大ビデオ持続時間に達したか否かは、ビデオとしての視覚媒体１７５の捕捉の開始時に第２のタイマを始動することによって判断することができる。第２のタイマは、予め設定された第２の持続時間後に満了するように構成される。したがって、最大ビデオ持続時間に達したという判断は、第２のタイマが満了したという判断によって実行することができる。したがって、論理フロー２００は、第２のタイマが満了したという判断に応答して、視覚媒体１７５の捕捉を完了することができる。
【００３４】
論理フロー２００は、ブロック２１４において、解放時にビデオ捕捉を終了し、次にブロック２１６に進むことができる。ビデオ捕捉を終了することは、短期メモリへの視覚媒体情報の転送を終了することと、次に、短期メモリに捕捉された視覚媒体情報を永続性ストレージに転送することとを含むことができる。代替的に、視覚媒体情報は、ユーザが、写真が記憶されるべきであることを特に示すときにのみ永続性ストレージに転送されてもよい。
【００３５】
論理フロー２００は、ブロック２１６において捕捉されたビデオを表示することができる。ビデオは、タグの追加、ビデオの記憶、および／またはビデオの共有のための付随する制御と共に表示することができる。
【００３６】
論理フロー２００は、ブロック２１８において最大ビデオ持続時間でビデオ捕捉を終了し、次にブロック２１６に進んで捕捉されたビデオを表示することができる。
図３は、タップを受信する視覚媒体捕捉システム１００のためのインタラクション図を示す。
【００３７】
図３に示すように、ユーザ・インタフェースは、捕捉アイコンが係合状態にあることを受信し、これはオペレーティング・システム（ＯＳ）によって処理される。ＯＳは、タップと押下とを区別するための設定された長さを有する押下閾値を用いてタイマを作動させる。ユーザ・インタフェースは、捕捉アイコンが解放されたことを受信し、これはＯＳによって処理され、ＯＳはこれが押下閾値に達する前に生じたと判断する。結果として、ＯＳは、視覚媒体アプリケーション１２０に対応し得るａｐｐにタップを報告する。したがって、ａｐｐは、写真を捕捉するようにＯＳに指示する。ＯＳは、これに応答して、写真を返す。次に、ａｐｐは、ユーザ・インタフェース上で写真を表示し、ここでＯＳは媒介としての役割を果たす。
【００３８】
いくつかの実施形態では、ａｐｐは、ＯＳがタップまたは押下が行われたと判断する前に、捕捉アイコンが係合状態にあることのインジケーションを迅速に受信することができる。これらの実施形態において、ａｐｐは、触覚的係合状態がタップに対応するかまたは押下に対応するかを判断する際に、ＯＳの説明された機能を実行することができる。
【００３９】
図４は、短押しを受信する視覚媒体捕捉システム１００のためのインタラクション図を示す。
図４に示すように、ユーザ・インタフェースは、捕捉アイコンが係合状態にあることを受信し、これは、オペレーティング・システム（ＯＳ）によって処理される。ＯＳは、タップと押下とを区別するための設定された長さを有する押下閾値を用いてタイマを作動させる。ユーザ・インタフェースは、捕捉アイコンが押下閾値よりも長い間係合状態にあったと判断する。結果として、ＯＳは、視覚媒体アプリケーション１２０に対応し得るａｐｐに押下が実行されていることを報告する。したがって、ａｐｐは、ビデオの捕捉を開始するようにＯＳに指示する。
【００４０】
ユーザ・インタフェースは、捕捉アイコンが解放されていることを受信し、これはＯＳによって処理される。ＯＳは、押下の解放をａｐｐに報告する。したがって、ａｐｐは、ビデオの捕捉を終了するようにＯＳに指示する。ＯＳはビデオをａｐｐに返す。いくつかの実施形態では、ビデオは、捕捉が完了した後に単一のユニットとして受信されるのではなく、ビデオ捕捉中にａｐｐによって連続してまたは反復して受信することができることが理解され得る。次に、ａｐｐは、ユーザ・インタフェース上にビデオを表示し、ここでＯＳは媒介としての役割を果たす。返されたビデオは、ａｐｐに返されたときに永続性ストレージに記憶することができ、または代替的に、永続性ストレージへの転送は、ユーザが、ビデオが記憶されるべきであることを示すまで遅延されてもよい。
【００４１】
図５は、最大ビデオ持続時間よりも長い押下を受信する視覚媒体捕捉システム１００のためのインタラクション図を示す。
図５に示すように、ユーザ・インタフェースは、捕捉アイコンが係合状態にあることを受信し、これはオペレーティング・システム（ＯＳ）によって処理される。ＯＳは、タップと押下とを区別するための設定された長さを有する押下閾値を用いてタイマを作動させる。ユーザ・インタフェースは、捕捉アイコンが、押下閾値よりも長い間係合状態にあったと判断する。結果として、ＯＳは、視覚媒体アプリケーション１２０に対応し得るａｐｐに押下が実行されていることを報告する。したがって、ａｐｐは、ビデオの捕捉を開始するようにＯＳに指示する。
【００４２】
ユーザ・インタフェースが、捕捉アイコンが解放されていることを受信する前に、ａｐｐは、最大ビデオ持続時間に達したと判断する。したがって、ａｐｐは、ビデオの捕捉を終了するようにＯＳに指示する。ＯＳはａｐｐにビデオを返す。いくつかの実施形態では、ビデオは、捕捉が完了した後に単一のユニットとして受信されるのではなく、ビデオ捕捉中にａｐｐによって連続してまたは反復して受信することができることが理解され得る。次に、ａｐｐは、ユーザ・インタフェース上にビデオを表示し、ここでＯＳは媒介としての役割を果たす。返されたビデオは、ａｐｐに返されたときに永続性ストレージに記憶することができ、または代替的に、永続性ストレージへの転送は、ユーザが、ビデオが記憶されるべきであることを示すまで遅延されてもよい。
【００４３】
図６Ａは、図１の視覚媒体捕捉システム１００のための第２の論理フロー６００の実施形態を示す。論理フロー６００は、本明細書において説明される１つまたは複数の実施形態によって実行される動作のうちのいくつかまたは全てを表すことができる。
【００４４】
図６に示される例示的な実施形態において、論理フロー６００は、ブロック６０２において捕捉アイコン上のユーザタッチを受信することができる。例えば、ユーザタッチは、触覚的係合状態信号において受信することができる。これに応答して、論理フロー６００は、予め設定された第１の持続時間後に満了するように構成された第１のタイマを始動することができる。
【００４５】
論理フロー６００は、ブロック６０４において、ユーザが押下閾値の前にタッチを解放したか否かを判断することができる。ユーザがタッチを解放したと判断することは、タッチ・スクリーン１１０から、触覚的係合状態解除信号を受信することに対応することができる。押下閾値は、予め設定された第１の持続時間に対応することができ、この第１の時間がまだ満了していない場合、ユーザが押下閾値の前にタッチを解放したことになる。ユーザが押下閾値の前に解放した場合、これは、写真を撮る要求であると解釈され、論理フロー６００はブロック６０６に続くことができる。そうでない場合、論理フロー６００はブロック６１０に進むことができる。
【００４６】
論理フロー６００は、ブロック６０６において写真を捕捉することができる。写真を捕捉することは、カメラ１７０を写真捕捉モードに入れるように構成し、次に、カメラ１７０に写真を撮るように命令することを含むことができる。
【００４７】
論理フロー６００は、ブロック６０８において写真を表示することができる。
論理フロー６００は、ブロック６１０において、押下閾値の満了時にビデオ捕捉を開始することができる。ビデオ捕捉を開始することは、カメラ１７０をビデオモードに入るように構成することを含むことができるが、いくつかの実施形態では、カメラ１７０はライブ・ビデオ・プレビューを提供するために、既にビデオ捕捉モードに入っている場合がある。論理フロー６００は、第１のタイマが満了したと判断し、第１のタイマが満了したことの判断に応答して、視覚媒体捕捉コンポーネント１４０をビデオ捕捉モードで構成することができる。
【００４８】
論理フロー６００は、ブロック６１２において、最小ビデオ持続時間の前にユーザがタッチを解放したか否かを判断することができる。ユーザがタッチを解放したと判断することは、タッチ・スクリーン１１０から触覚的係合状態解除信号を受信することに対応することができる。最小ビデオ持続時間は、例えば、カメラ１７０またはスマートフォン・デバイスによってサポートされる最小ビデオ持続時間に対応することができる。最小ビデオ持続時間は、２秒、３秒、または特定のデバイスに固有の他の時間とすることができる。ユーザが最小ビデオ持続時間の前に解放した場合、論理フロー６００はブロック６１４に続くことができる。そうでない場合、論理フロー６００はブロック６１６に進むことができる。
【００４９】
論理フローは、ブロック６１４において写真を捕捉することができる。写真を捕捉することは、カメラ１７０を写真捕捉モードで構成し、次に、カメラ１７０に写真を撮るように命令することを含むことができる。ユーザが最小ビデオ持続時間に達することに失敗した場合、デバイスハードウェアがビデオの記録に成功することが不可能である場合がある。したがって、論理フロー６００は、対象シーンの何らかの記録が保持されるように、ユーザのために写真を撮ることによって適応することができる。
【００５０】
論理フロー６００は、ブロック６１６において最大ビデオ持続時間の前にユーザがタッチを解放したか否かを判断することができる。ユーザがタッチを解放したと判断することは、タッチ・スクリーン１１０から触覚的係合状態解除信号を受信することに対応することができる。最大ビデオ持続時間は、例えば、インターネットベースの視覚媒体共有サービスによってサポートされる最大ビデオ持続時間に対応することができる。最大ビデオ持続時間は、８秒、１０秒、またはソーシャル・ネットワーキング・サービスを通じて共有するための短い個人間のビデオの記録に適した他の持続時間とすることができる。ユーザが最大ビデオ持続時間の前に解放した場合、論理フロー６００はブロック６１８に続くことができる。そうでない場合、論理フロー６００はブロック６２２に進むことができる。
【００５１】
最大ビデオ持続時間に達したか否かは、ビデオとしての視覚媒体１７５の捕捉の開始時に第２のタイマを始動させることによって判断することができ、第２のタイマは、予め設定された第２の持続時間の後に満了するように構成される。したがって、最大ビデオ持続時間に達したと判断することは、第２のタイマが満了したと判断することによって行うことができる。したがって、論理フロー６００は、第２のタイマが満了したという判断に応答して、視覚媒体１７５の捕捉を完了することができる。
【００５２】
論理フロー６００は、ブロック６１８において、解放時にビデオ捕捉を終了し、次にブロック６２０に進むことができる。
論理フロー６００は、ブロック６２０において、捕捉されたビデオを表示することができる。
【００５３】
論理フロー６００は、ブロック６２２において、最大ビデオ持続時間でビデオ捕捉を終了し、次にブロック６２０に進み、捕捉されたビデオを表示することができる。
図６Ｂは、図１の視覚媒体捕捉システム１００のための第３の論理フロー６５０の実施形態を示す。論理フロー６５０は、本明細書において記載される１つまたは複数の実施形態によって実行される動作のうちのいくつかまたは全てを表すことができる。
【００５４】
図６に示す例示される実施形態において、論理フロー６５０は、ブロック６５２において、捕捉アイコン上のユーザタッチを受信することができる。例えば、ユーザタッチは、触覚的係合状態信号において受信することができる。これに応答して、論理フロー６５０は、予め設定された第１の持続時間後に満了するように構成された第１のタイマを始動することができる。
【００５５】
論理フロー６５０は、ブロック６５４において、ユーザが押下閾値の前にタッチを解放したか否かを判断することができる。ユーザがタッチを解放したと判断することは、タッチ・スクリーン１１０から触覚係合状態解除信号を受信することに対応する。押下閾値は、予め設定された第１の持続時間に対応することができ、それによって、ユーザは、第１の時間がまだ満了していない場合に、押下閾値の前にタッチを解放していることになる。ユーザが押下閾値の前に解放した場合、これは、写真を撮ることの要求として解釈することができ、論理フロー６５０はブロック６５６に続くことができる。そうでない場合、論理フロー６５０はブロック６６０に進むことができる。
【００５６】
論理フロー６５０は、ブロック６５６において写真を捕捉することができる。写真を捕捉することは、カメラ１７０を写真捕捉モードで構成し、次にカメラ１７０に写真を撮るように命令することを含むことができる。
【００５７】
論理フロー６５０は、ブロック６５８において写真を表示することができる。
論理フロー６５０は、ブロック６６０において、押下閾値の満了時にビデオ捕捉を開始することができる。ビデオ捕捉を開始することは、カメラ１７０をビデオモードに入るように構成することを含むことができるが、いくつかの実施形態では、カメラ１７０は、ライブ・ビデオ・プレビューを提供するために、既にビデオ捕捉モードにある場合がある。論理フロー６５０は、第１のタイマが満了したと判断し、第１のタイマが満了したと判断することに応じてビデオ捕捉モードで視覚媒体捕捉コンポーネント１４０を構成することができる。
【００５８】
論理フロー６５０は、ブロック６６２において、ユーザが最小ビデオ持続時間の前にタッチを解放したか否かを判断することができる。ユーザがタッチを解放したと判断することは、タッチ・スクリーン１１０から触覚的係合状態解除信号を受信することに対応することができる。最小ビデオ持続時間は、例えば、カメラ１７０またはスマートフォン・デバイスによってサポートされる最小ビデオ持続時間に対応することができる。最小ビデオ持続時間は、２秒、３秒、または特定のデバイスに固有の他の時間とすることができる。ユーザが最小ビデオ持続時間の前に解放した場合、論理フロー６５０はブロック６６４に続くことができる。そうでない場合、論理フロー６５０はブロック６６６に進むことができる。
【００５９】
論理フローは、ブロック６６４において、ライブ・ビデオ・プレビューに戻ることができる。ユーザが最小ビデオ持続時間に達することに失敗した場合、デバイスハードウェアがビデオの記録に成功することは不可能な場合がある。ライブ・ビデオ・プレビューに戻ることは、カメラ１７０をライブ・ビデオ・プレビューモードに入るように構成することを含むことができる。ユーザコマンドに基づいて、カメラ１７０が、ライブ・ビデオ・プレビューモードから、写真捕捉またはビデオ捕捉のいずれかに遷移することができ、ライブ・ビデオ・プレビューが、ビデオ捕捉および写真捕捉の双方のためのプレビューを提供することが理解され得る。次に、論理フロー６５０はブロック６６５に進むことができる。
【００６０】
論理フロー６５０は、ブロック６６５において、更なるユーザタッチを待機することができる。カメラ１７０およびタッチ・スクリーン１１０がライブ・ビデオ・プレビューのために用いられている場合、視覚媒体アプリケーション１２０は、ユーザに、捕捉のために利用可能なシーンを示し続け、ユーザが捕捉アイコンとの触覚的接触を通じて捕捉を開始するのを待機することができる。論理フロー６５０は、ユーザタッチが受信されると、ブロック６５２に戻るように遷移することができる。視覚媒体アプリケーション１２０は、例えば、視覚媒体アプリケーション１２０の他のユーザ・インタフェース要素が選択されているか、または視覚媒体アプリケーション１２０が閉じていることに起因して、ブロック６５２以外の状態に遷移することもできることが理解され得る。
【００６１】
論理フロー６５０は、ブロック６６６において、最大ビデオ持続時間の前にユーザがタッチを解放したか否かを判断することができる。ユーザがタッチを解放したと判断することは、タッチ・スクリーン１１０から触覚的係合状態解除信号を受信することに対応することができる。最大ビデオ持続時間は、例えば、インターネットベースの視覚媒体共有サービスによってサポートされる最大ビデオ持続時間に対応することができる。最大ビデオ持続時間は、ソーシャル・ネットワーキング・サービスを通じて共有するための短い個人間のビデオの記録に適した８秒、１０秒または他の持続時間とすることができる。ユーザが最大ビデオ持続時間前に解除した場合、論理フロー６５０はブロック６６８に続くことができる。そうでない場合、論理フロー６５０はブロック６７２に進むことができる。
【００６２】
最大ビデオ持続時間に達したか否かは、ビデオとしての視覚媒体１７５の捕捉の開始時に第２のタイマを始動することによって判断することができる。第２のタイマは、予め設定された第２の持続時間後に満了するように構成される。したがって、最大ビデオ持続時間に達したという判断は、第２のタイマが満了したという判断によって実行することができる。したがって、論理フロー６５０は、第２のタイマが満了したという判断に応答して、視覚媒体１７５の捕捉を完了することができる。
【００６３】
論理フロー６５０は、ブロック６６８において、解放時にビデオ捕捉を終了し、次にブロック６７０に進むことができる。
論理フロー６５０は、ブロック６７０において捕捉されたビデオを表示することができる。
【００６４】
論理フロー６５０は、ブロック６７２において最大ビデオ持続時間でビデオ捕捉を終了し、次にブロック６７０に進んで捕捉されたビデオを表示することができる。
図７は、最小ビデオ持続時間を満たすのに十分に長い押下を受信する視覚媒体捕捉システム１００のためのインタラクション図を示す。
【００６５】
図７に示すように、ユーザ・インタフェースは、捕捉アイコンが係合状態にあることを受信し、これはオペレーティング・システム（ＯＳ）によって処理される。ＯＳは、タップと押下とを区別するための設定された長さを有する押下閾値を用いてタイマを作動させる。ユーザ・インタフェースは、捕捉アイコンが、押下閾値よりも長い間係合状態にあったと判断する。結果として、ＯＳは、視覚媒体アプリケーション１２０に対応し得るａｐｐに、押下が実行されていることを報告する。したがって、ａｐｐは、ビデオの捕捉を開始するようにＯＳに指示する。
【００６６】
ユーザ・インタフェースは、捕捉アイコンが解放されていることを受信し、これはＯＳによって処理される。ＯＳは、その押下の解放をａｐｐに報告する。したがって、ａｐｐは、ビデオの捕捉を終了するようにＯＳに指示する。最小ビデオ持続時間が満たされているので、ＯＳはビデオをａｐｐに返す。いくつかの実施形態では、ビデオは、捕捉が完了した後に単一のユニットとして受信されるのではなく、ビデオ捕捉中にａｐｐによって連続してまたは反復して受信することができることが理解され得る。次に、ａｐｐは、ユーザ・インタフェース上にビデオを表示し、ここでＯＳは媒介としての役割を果たす。返されたビデオは、捕捉の完了に永続性ストレージに記憶することができ、または代替的に、永続性ストレージへの転送は、ユーザが、ビデオが記憶されるべきであることを示すまで遅延されてもよい。
【００６７】
図８Ａは、最小ビデオ持続時間を満たすのに不十分な長さの押下を受信する視覚媒体捕捉システム１００のための第１のインタラクション図を示す。
図８に示すように、ユーザ・インタフェースは、捕捉アイコンが係合状態にあることを受信し、これはオペレーティング・システム（ＯＳ）によって処理される。ＯＳは、タップと押下とを区別するための設定された長さを有する押下閾値を用いてタイマを作動させる。ユーザ・インタフェースは、捕捉アイコンが押下閾値よりも長い間係合状態にあったと判断する。結果として、ＯＳは、視覚媒体アプリケーション１２０に対応し得るａｐｐに押下が実行されていることを報告する。したがって、ａｐｐは、ビデオの捕捉を開始するようにＯＳに指示する。
【００６８】
ユーザ・インタフェースは、捕捉アイコンが解放されていることを受信し、これはＯＳによって処理される。ＯＳは、押下の解放をａｐｐに報告する。したがって、ａｐｐは、ビデオの捕捉を終了するようにＯＳに指示する。最小ビデオ持続時間が満たされていないので、ＯＳはビデオをａｐｐに返すことができない。ビデオを記憶することができないので、ａｐｐは写真を捕捉するようにＯＳに指示する。ＯＳは、これに応答して、写真を返す。次に、ａｐｐは、ユーザ・インタフェース上で写真を表示し、ここでＯＳは媒介としての役割を果たす。
【００６９】
図８Ｂは、最小ビデオ持続時間を満たすのに不十分な長さの押下を受信する視覚媒体捕捉システム１００のための第２のインタラクション図を示す。
図８に示すように、ユーザ・インタフェースは、捕捉アイコンが係合状態にあることを受信し、これはオペレーティング・システム（ＯＳ）によって処理される。ＯＳは、タップと押下とを区別するための設定された長さを有する押下閾値を用いてタイマを作動させる。ユーザ・インタフェースは、捕捉アイコンが押下閾値よりも長い間係合状態にあったと判断する。結果として、ＯＳは、視覚媒体アプリケーション１２０に対応し得るａｐｐに押下が実行されていることを報告する。したがって、ａｐｐは、ビデオの捕捉を開始するようにＯＳに指示する。
【００７０】
ユーザ・インタフェースは、捕捉アイコンが解放されていることを受信し、これはＯＳによって処理される。ＯＳは、押下の解放をａｐｐに報告する。したがって、ａｐｐは、ビデオの捕捉を終了するようにＯＳに指示する。最小ビデオ持続時間が満たされていないので、ＯＳはビデオをａｐｐに返すことができない。ビデオを記憶することができないので、ａｐｐはライブ・ビデオ・プレビューを返すようにＯＳに指示する。
【００７１】
図９は、図１の視覚媒体捕捉システム１００のための第４の論理フロー９００の実施形態を示す。論理フロー９００は、本明細書において説明される１つまたは複数の実施形態によって実行される動作のうちのいくつかまたは全てを表すことができる。
【００７２】
図９に示す例示される実施形態において、論理フロー９００は、ブロック９０２において、捕捉アイコン上のユーザタッチを受信することができる。例えば、ユーザタッチは、触覚的係合状態信号において受信することができる。これに応答して、論理フロー９００は、予め設定された第１の持続時間後に満了するように構成された第１のタイマを始動することができる。
【００７３】
論理フロー９００は、ブロック９０４において写真を捕捉することができる。写真を捕捉することは、カメラ１７０を写真捕捉モードに入るように構成し、次にカメラ１７０に写真を撮るように命令することを含むことができる。写真は、未来の使用のために記憶することができる。
【００７４】
論理フロー９００は、ブロック９０６においてビデオ捕捉を開始することができる。写真が捕捉され記憶されると、ユーザは、最初の触覚的係合状態の時点におけるカメラの前のシーンの記録を有し、ここで、ユーザがビデオ捕捉を示し可能にするために十分な持続時間にわたって触覚的係合状態を継続する可能性に対応するように、ビデオが捕捉されてもよい。ビデオ捕捉を開始することは、カメラ１７０を写真捕捉モードに入れるように構成することを含むことができる。カメラ１７０は、写真が撮られる前はビデオ捕捉モードにあった場合があるが、ライブプレビューを提供するために、写真を撮るための写真捕捉モードに切り替えられている場合がある。したがって、カメラ１７０は、ビデオを捕捉するためのビデオ捕捉モードに戻るように切り替えられなくてはならない場合がある。
【００７５】
論理フロー９００は、ビデオ閾値に達する前に、ユーザがタッチを解放した（触覚的係合状態を終了した）か否かを判断することができる。いくつかの実施形態では、ビデオ閾値は、タップと押下とを区別する予め設定された第１の持続時間に対応してもよく、最小ビデオ長に達したか否かを追跡する予め設定された第３の持続時間に対応してもよく、これらのユーザ・インタフェース概念の組み合わせに対応してもよく、または完全に別個の時間閾値であってもよい。ビデオ閾値に達したか否かは、ビデオ記録の開始時（特に、ビデオ閾値が最小ビデオ持続時間に対応する場合）、または触覚的係合状態の検出時（特に、ビデオ閾値が押下閾値に対応する場合）に始動される第４のタイマに従って判断することができ、第４のタイマは、ビデオ閾値に対応する予め設定された第４の持続時間後に満了するように構成される。したがって、ビデオ閾値に達したと判断することは、第４のタイマが満了したと判断することによって行うことができる。ユーザが、ビデオ閾値に達する前にタッチを解放した場合、論理フロー９００はブロック９１０に進むことができる。そうでない場合、論理フロー９００はブロック９１４に進むことができる。
【００７６】
論理フロー９００は、ブロック９１０においてビデオ捕捉を終了することができる。この事例では、ビデオ捕捉を終了することは、オペレーティング・システムまたはビデオ捕捉ライブラリに、ビデオが記憶されるべきでないことを示すことに対応することができる。ビデオ閾値が最小ビデオ持続時間に対応するか、または最小ビデオ持続時間よりも短い場合、視覚媒体アプリケーション１２０は、いかなる記録されたビデオを受信するオプションも有しない場合がある。
【００７７】
論理フロー９００は、ブロック９１２において、写真を表示することができる。
論理フロー９００は、ブロック９１４において、ユーザが最大ビデオ持続時間の前にタッチを解放したか否かを判断することができる。ユーザがタッチを解放したと判断することは、タッチ・スクリーン１１０から触覚的係合状態解除信号を受信することに対応することができる。最大ビデオ持続時間は、例えば、インターネットベースの視覚媒体共有サービスによってサポートされる最大ビデオ持続時間に対応することができる。最大ビデオ持続時間は、ソーシャル・ネットワーキング・サービスを通じて共有するための短い個人間のビデオの記録に適した８秒、１０秒または他の持続時間とすることができる。ユーザが最大ビデオ持続時間前に解除した場合、論理フロー９００はブロック９１６に続くことができる。そうでない場合、論理フロー９００はブロック９２０に進むことができる。
【００７８】
最大ビデオ持続時間に達したか否かは、ビデオとしての視覚媒体１７５の捕捉の開始時に第２のタイマを始動することによって判断することができる。第２のタイマは、予め設定された第２の持続時間後に満了するように構成される。したがって、最大ビデオ持続時間に達したという判断は、第２のタイマが満了したという判断によって実行することができる。したがって、論理フロー９００は、第２のタイマが満了したという判断に応答して、視覚媒体１７５の捕捉を完了することができる。
【００７９】
論理フロー９００は、ブロック９１６において、解放時にビデオ捕捉を終了し、次にブロック９１８に進むことができる。
論理フロー９００は、ブロック９１８において捕捉されたビデオを表示することができる。いくつかの実施形態では、論理フロー９００は、写真およびビデオの双方を表示することができるか、表示に供することができる。したがって、ユーザは、写真とビデオのうちの一方または双方を記憶し、他のユーザに送信し、かつ／または視覚媒体共有サービスもしくはソーシャル・ネットワーキング・サービスのためのネットワーク・サーバにアップロードすることを選択することができる。
【００８０】
論理フロー９００は、ブロック９２０において、最大ビデオ持続時間でビデオ捕捉を終了し、次にブロック９１８に進んで捕捉されたビデオを表示することができる。
図１０は、写真およびビデオの双方を捕捉するのに不十分な長さの押下を受信する視覚媒体捕捉システム１００のためのインタラクション図を示す。
【００８１】
図１０に示すように、ユーザ・インタフェースは、捕捉アイコンが係合状態にあることを受信し、これはオペレーティング・システム（ＯＳ）によって処理され、ａｐｐに報告される。したがって、ａｐｐは、写真を捕捉するようにＯＳに指示する。ＯＳは、これに応答して、写真を返す。写真がａｐｐによって受信されると、ａｐｐは、ビデオの捕捉を開始するようにＯＳに指示する。
【００８２】
ユーザ・インタフェースは、捕捉アイコンが解放されていることを受信し、これはＯＳによって処理され、ａｐｐに報告される。ビデオ閾値にまだ達していないので、したがって、ａｐｐは、ビデオをａｐｐに返すことなくビデオ捕捉を終了するようにＯＳに指示する。次に、ａｐｐはユーザ・インタフェース上に写真を表示し、ここでＯＳは媒介としての役割を果たす。
【００８３】
いくつかの実施形態では、ビデオは、例えば、ビデオを捕捉しながらライブ表示するために、捕捉中にａｐｐに転送することができる。いくつかの実施形態では、ビデオを捕捉しながらライブ表示することは、ａｐｐによって指定される画面のエリア等において、ＯＳによって提供することができる。任意の実施形態において、ビデオは、最初に短期メモリ、例えば、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）等の揮発性の形態のメモリに捕捉することができる。ビデオは、捕捉の終了時に、ハードディスクまたはフラッシュ・メモリ等の永久、永続、または他の形態の拡張された持続時間のストレージにのみ転送することができる。短期メモリに捕捉されているビデオと、長期ストレージに記憶されているビデオとを区別することができる。したがって、ビデオ閾値に達することなく捕捉アイコンが解放される場合、ビデオを捕捉することはできるが記憶することができない。
【００８４】
図１１は、写真およびビデオの双方を捕捉するのに十分な長さの押下を受信する視覚媒体捕捉システム１００のためのインタラクション図を示す。
図１１に示すように、ユーザ・インタフェースは、捕捉アイコンが係合状態にあることを受信し、これはオペレーティング・システム（ＯＳ）によって処理され、ａｐｐに報告される。したがって、ａｐｐは、写真を捕捉するようにＯＳに指示する。ＯＳは、これに応答して、写真を返す。写真がａｐｐによって受信されると、ａｐｐは、ビデオの捕捉を開始するようにＯＳに指示する。
【００８５】
ユーザ・インタフェースは、捕捉アイコンが解放されていることを受信し、これはＯＳによって処理され、ａｐｐに報告される。ビデオ閾値に達しているので、ａｐｐは、ビデオ捕捉を終了し、ａｐｐにビデオを返すようにＯＳに指示する。次に、ａｐｐは、ユーザ・インタフェース上でビデオを表示し、ここでＯＳは媒介としての役割を果たす。
【００８６】
示すように、図１１の例示では、最大ビデオ持続時間に達していない。最大ビデオ持続時間に達している場合、ビデオ記録は終了し、ビデオが表示されることが理解され得る。逆に、図１１の例示では最小ビデオ持続時間が示されていないが、最小ビデオ持続時間に関係する説明された技法を、即時に写真捕捉を行い、その後ビデオ捕捉を行うための技法と組み合わせることができる。例えば、いくつかの実施形態では、ビデオ閾値は、最小ビデオ持続時間と長さを等しくすることができる。
【００８７】
上記で検討したように、短期メモリに捕捉されているビデオと、フラッシュ・メモリ等の長期ストレージに記憶されているビデオとを区別することができる。したがって、ビデオ閾値に達した後に捕捉アイコンが解放される場合、ビデオの捕捉を完結することができ、次に、ビデオを短期メモリから長期ストレージに転送することによって、完全なビデオを記憶することができる。特に、ビデオは、第１の触覚的接触信号（触覚的接触係合状態信号等）の後の指定された期間後に生じる第２の触覚的接触信号（触覚的接触解放信号等）に基づいて記憶することができる。
【００８８】
論考されるように、写真およびビデオの双方を捕捉するのに十分に長い押下を受信する視覚媒体捕捉システム１００の変形形態も同様に実施することができる。
１つの実施形態では、例えば、非一時的コンピュータ可読記憶媒体は、ディスプレイから触覚的接触信号を処理し、第１の触覚的接触信号に基づいて写真を記録し、第２の触覚的接触信号に基づいてビデオを記憶するための実行可能な命令を含むことができ、第２の触覚的接触信号は、第１の触覚的接触信号の後の指定された期間後に生じる触覚的接触解放信号である。ビデオを記憶することは、ビデオを短期メモリから長期メモリに転送することに対応することができる。
【００８９】
１つの実施形態において、例えば、非一時的コンピュータ可読記憶媒体は、ディスプレイからの触覚的接触信号を処理するための実行可能な命令を含むことができる。実行可能な命令は、第１の触覚的接触信号に基づいて、写真モードにおいて写真を記録することができる。実行可能な命令は、第２の触覚的接触信号に基づいてビデオを記憶することができる。第２の触覚的接触信号は、第１の触覚的接触信号の後の指定された期間後に生じる触覚的接触解放信号である。
【００９０】
第１の触覚的接触信号は、ディスプレイ上に表示される捕捉アイコンに対応するディスプレイの部分において受信することができる。触覚的接触解放信号である第２の触覚的接触信号は、第１の触覚的接触信号と第２の触覚的接触信号との間で触覚的接触が維持されることを示すことができる。この触覚的接触は、表示された捕捉アイコンに対応するディスプレイの部分において維持することができる。いくつかの実施形態では、ユーザは、捕捉中、捕捉アイコンに対応するよりも広いエリアに触覚的接触をそらすことを許容され得る。これは、例えば、ターゲットを捕捉フレーム内に保持するためにユーザが捕捉デバイスを動かすときに生じる場合があるような、捕捉デバイス（例えば、スマートフォン）またはユーザの手を捕捉中にシフトすることに起因した、ビデオ記録の不慮の終了を回避する役割を果たすことができる。このより広いエリアは、捕捉アイコンの周りのディスプレイの指定されたエリアであり得る。いくつかの実施形態では、捕捉アイコンにおける触覚的接触の中断は、触覚的接触解放信号とみなされる場合があり、結果として、触覚的接触が捕捉アイコンのエリア外で潜在的に継続しているにもかかわらず、記録が終了する。いくつかの実施形態では、捕捉アイコンまたはより広いエリアのいずれかにおける触覚的接触の中断も触覚的接触解放信号とみなされる場合があり、結果として、触覚的接触が捕捉アイコンのエリア外およびより広いエリア外で潜在的に継続しているにも関わらず、記録が終了する。したがって、触覚的接触の解放または触覚的係合状態解除は、タッチセンサ式スクリーンの表面全体に関してではなく、スクリーンの特定のエリアに従って特に判断され得る。
【００９１】
１つの実施形態では、例えば、電子デバイスは、写真モードおよびビデオモードにおいて視覚媒体を捕捉するための１つまたは複数のデジタル画像センサを含むことができる。電子デバイスは、デジタル画像センサからの視覚媒体を表すためのディスプレイを更に備えることができる。電子デバイスは、ディスプレイ上の触覚的接触係合状態、触覚的接触の持続性、および触覚的接触解放を特定するためのタッチ・コントローラを更に備えることができる。電子デバイスは、触覚的接触係合状態と触覚的接触解放との間の時間間隔の評価に基づいて、写真またはビデオとして視覚媒体を交互に記憶するための視覚媒体捕捉コントローラを更に備えることができる。
【００９２】
いくつかの実施形態では、電子デバイスは、照明要素を備えることができる。照明要素は、写真またはビデオの対象物の増大された可視性をもたらすために、光が少ない状況において選択的に利用することができる。照明要素は、写真固有モードおよびビデオ固有モードの双方で動作することができる場合がある。写真固有モードでは、照明要素は、ほぼ瞬時のフラッシュとして動作することができる。ビデオ固有モードでは、照明要素は、ビデオの全持続時間にわたって照明を提供する維持された光源として動作することができる。代替的に、いくつかの実施形態では、写真捕捉およびビデオ捕捉のために別個の照明要素を用いることができる。したがって、写真固有モードにおいて照明要素を作動させることは、写真固有の照明要素を作動させることを含むことができる。同様に、ビデオ固有モードにおいて照明要素を作動させることは、ビデオ固有の照明要素を作動させることを含むことができる。視覚媒体捕捉コンポーネント１４０は、写真を記録する間、写真固有モードにおいて照明要素を作動させるように動作可能であり得る。視覚媒体捕捉コンポーネント１４０は、ビデオを記録する間、ビデオ固有モードにおいて照明要素を作動させるように動作可能であり得る。照明要素を用いるか否かの判定は、捕捉要素によって知覚されるような照明レベルに基づいて、およびユーザ選択に従って決定することができることが理解され得る。
【００９３】
ディスプレイは、捕捉された写真またはビデオをユーザに表示することができる。いくつかの実施形態では、ディスプレイは、写真およびビデオの双方を閲覧に利用可能にし、ユーザが記憶および／または共有のために一方または双方を選択することを可能にすることができる。例えば、写真およびビデオは、表示を共有する分割画面ビューで表示することができ、ユーザは、この分割画面ビューにおいて、タグ付け、記憶および共有のために、一方または双方を選択することができる。代替的に、写真のみが記憶される場合、ビデオは決して捕捉も破棄もされず、写真のみを表示することができる。写真およびビデオの双方が捕捉される場合、ビデオを優先的に表示することができるが、ユーザは、ビデオの表示上に重ね合わされた写真アイコンを選択すること等によって、閲覧のための写真を選択することができる。
【００９４】
これらは、写真およびビデオの双方を捕捉するのに十分な長さの押下を受信する視覚媒体捕捉システム１００のいくつかの例示的な変形形態にすぎず、他のものも同様に実施され得る。実施形態はこの文脈に限定されない。
【００９５】
図１２は、図１の視覚媒体捕捉システム１００のためのユーザ・インタフェースを表示するスマートフォン・デバイス１２００の実施形態を示す。
図１２に示すように、スマートフォン・デバイス１２００は、カメラ１７０によって受信されている、シーンのライブ・ビデオ・プレビュー、すなわち進行中の稲妻を伴った嵐を表示している。シーンは、スマートフォン・デバイスのタッチ・スクリーン１１０上に表示されている。ユーザ・インタフェースは、円形の視覚媒体捕捉アイコンとして表示される、ユーザ・インタフェース要素１２１０を含む。ライブ・ビデオ・プレビューは、視覚媒体アプリケーション１２０が開かれるときの標準初期表示、および写真またはビデオが捕捉され、ユーザがこれを吟味し、タグ付けし、かつ／または送信し終えたときに視覚媒体アプリケーション１２０が戻るデフォルト表示の双方とすることができる。
【００９６】
ユーザ・インタフェース要素１２１０がユーザによってタッチされる場合、これはタッチ・スクリーン１１０によって登録され、触覚信号１１５として視覚媒体アプリケーション１２０に報告される。ユーザ・インタフェース要素１２１０とのユーザの接触の持続時間に応じて、写真を捕捉および記憶することができるか、ビデオを捕捉および記憶することができるか、または写真およびビデオの双方を捕捉および記憶することができる。
【００９７】
ユーザ・インタフェース要素１２１０は、写真および／またはビデオの捕捉中にユーザにフィードバックを提供するように変更することができる。例えば、ユーザ・インタフェース要素１２１０は、第１のタイマ、第２のタイマ、第３のタイマおよびビデオ閾値のうちの任意のもの、いくつか、または全ての進行状況または残り時間を示すことができる。ユーザ・インタフェース要素１２１０は、ビデオ捕捉が進行中であることを示すように変更することができる。代替的にまたは更に、他のユーザ・インタフェース要素を導入して、捕捉モード、およびタイマのうちの任意のものの進行状況またはビデオ閾値に向けた進行状況を示すことができる。
【００９８】
いくつかの実施形態では、ユーザは、接触するタッチ・スクリーン１１０のエリアの少なくとも一部分に、ユーザ・インタフェース要素１２１０によってカバーされている画面のエリアを含めるように要求される場合がある。一方、タッチ・スクリーン１１０とのユーザの接触は、捕捉中にユーザ・インタフェース要素１２１０からそれることを許容される場合がある。この許容は、例えば、ユーザの接触が初期接触エリアの周りのエリア内の任意の場所にそれることを許容することによって、ユーザ・インタフェース要素１２１０とのユーザの初期接触エリアに対して定義されてもよい。この許容は、例えば、ユーザの接触がユーザ・インタフェース要素１２１０の周りの拡張された領域内に任意の場所にそれることを許容することによって、ユーザ・インタフェース要素１２１０のみに対し相対的に定義されてもよい。
【００９９】
タッチ・スクリーン１１０上に追加のユーザ・インタフェース要素を表示することができることが理解され得る。例えば、照明モードの選択を可能にするためのアイコンを表示することができ、この選択は、捕捉中に追加の照明が常に用いられるという選択、捕捉中に追加の照明が決して用いられないという選択、または追加の照明が、捕捉デバイスが有利であると判断する場合にのみ用いられるという選択である。捕捉デバイスは、フラッシュまたは他の照明要素の自動構成のための既知の技法のうちの任意のものを用いて、追加の照明が有利であるか否かを判断することができる。
【０１００】
図１３は、集中型システム１３００のブロック図を示す。集中型システム１３００は、完全に単一のデバイス１３２０内にあるような単一のコンピューティング・エンティティにおいて、視覚媒体捕捉システム１００のための構造および／または動作のうちのいくつかまたは全てを実施することができる。
【０１０１】
デバイス１３２０は、視覚媒体捕捉システム１００のための情報を受信、処理および送信することが可能な任意の電子デバイスを含むことができる。電子デバイスの例は、限定ではないが、ウルトラ・モバイル・デバイス、モバイル・デバイス、携帯情報端末（ＰＤＡ）、モバイル・コンピューティング・デバイス、スマートフォン、電話、デジタル電話、携帯電話、電子書籍リーダ、ハンドセット、ワンウエイ・ページャ、ツーウエイ・ページャ、メッセージング・デバイス、コンピュータ、パーソナル・コンピュータ（ＰＣ）、デスクトップ・コンピュータ、ラップトップ・コンピュータ、ノートブック・コンピュータ、ネットブック・コンピュータ、ハンドヘルド・コンピュータ、タブレット・コンピュータ、サーバ、サーバ・アレイもしくはサーバ・ファーム、ウェブ・サーバ、ネットワーク・サーバ、インターネット・サーバ、ワークステーション、ミニコンピュータ、メインフレーム・コンピュータ、スーパーコンピュータ、ネットワーク機器、ウェブ機器、分散コンピューティング・システム、マルチプロセッサ・システム、プロセッサベースのシステム、家庭用電子機器、プログラム可能な家庭用電子機器、ゲーム・デバイス、テレビ、デジタル・テレビ、セット・トップ・ボックス、無線アクセス・ポイント、基地局、加入者局、モバイル加入者センター、無線ネットワーク・コントローラ、ルータ、ハブ、ゲートウェイ、ブリッジ、スイッチ、マシン、またはそれらの組み合わせを含むことができる。実施形態はこの文脈に限定されない。
【０１０２】
デバイス１３２０は、処理コンポーネント１３３０を用いて視覚媒体捕捉システム１００のための処理動作またはロジックを実行することができる。処理コンポーネント１３３０は、様々なハードウェア要素、ソフトウェア要素、または双方の組み合わせを含むことができる。ハードウェア要素の例は、デバイス、論理デバイス、コンポーネント、プロセッサ、マイクロプロセッサ、回路、プロセッサ回路、回路素子（例えば、トランジスタ、レジスタ、キャパシタ、インダクタ等）、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル・ロジック・デバイス（ＰＬＤ）、デジタル・シグナル・プロセッサ（ＤＳＰ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、メモリ・ユニット、論理ゲート、レジスタ、半導体デバイス、チップ、マイクロチップ、チップ・セット等を含むことができる。ソフトウェア要素の例は、ソフトウェア・コンポーネント、プログラム、アプリケーション、コンピュータ・プログラム、アプリケーション・プログラム、システム・プログラム、ソフトウェア開発プログラム、マシン・プログラム、オペレーティング・システム・ソフトウェア、ミドルウェア、ファームウェア、ソフトウェア・モジュール、ルーチン、サブルーチン、機能、方法、プロシージャ、ソフトウェア・インタフェース、アプリケーション・プログラム・インタフェース（ＡＰＩ）、命令セット、コンピューティング・コード、コンピュータ・コード、コード・セグメント、コンピュータ・コード・セグメント、単語、値、シンボル、またはそれらの任意の組み合わせを含むことができる。実施形態がハードウェア要素を用いて実施されるか、かつ／またはソフトウェア要素を用いて実施されるかを判断することは、所望の計算速度、パワー・レベル、耐熱性、処理サイクル・バジェット、入力データ・レート、出力データ・レート、メモリ・リソース、データ・バス速度および他の設計または性能の制約等の任意の数の要因に従って、所与の実施態様にとって望ましいとおりに変動することができる。
【０１０３】
デバイス１３２０は、通信コンポーネント１３４０を用いて視覚媒体捕捉システム１００の通信動作またはロジックを実行することができる。通信コンポーネント１３４０は、パケット交換ネットワーク（例えば、インターネット等の公衆ネットワーク、社内イントラネット等のプライベート・ネットワーク等）、回路交換網（例えば、公衆交換電話網）、またはパケット交換ネットワークおよび回路交換網の（適切なゲートウェイおよびトランスレータを用いた）組み合わせ等と共に用いるのに適した技法等の、任意のよく知られた通信技法およびプロトコルを実施することができる。通信コンポーネント１３４０は、１つまたは複数の通信インタフェース、ネットワーク・インタフェース、ネットワーク・インターフェース・カード（ＮＩＣ）、無線通信装置、ワイヤレストランスミッタ／ワイヤレスレシーバ（トランシーバ）、有線および／または無線通信媒体、物理的コネクタ等の様々なタイプの標準的な通信要素を含むことができる。限定ではないが、例として、通信媒体１３１２、１３４２は、有線通信媒体および無線通信媒体を含む。有線通信媒体の例は、有線、ケーブル、金属導線、プリント回路基盤（ＰＣＢ）、バックプレーン、スイッチ・ファブリック、半導体材料、ツイスト・ペア線、同軸ケーブル、光ファイバ、伝搬信号等を含むことができる。無線通信媒体の例は、音響、無線周波数（ＲＦ）スペクトル、赤外線および他の無線媒体を含むことができる。
【０１０４】
デバイス１３２０は、それぞれ通信信号１３１４、１３４４を用いて、通信コンポーネント１３４０を介して、それぞれ通信媒体１３１２、１３４２により他のデバイス１３１０、１３５０と通信することができる。デバイス１３１０、１３５０は、所与の実施態様にとって望ましいとおりに、デバイス１３２０の内部または外部とすることができる。例えば、デバイス１３１０は、視覚媒体アプリケーション１２０の第２のユーザによって用いられる、第２のスマートフォン等の第２のユーザデバイスに対応することができる。媒体１３１２を介して送信される信号１３１４は、デバイス１３２０からデバイス１３１０のユーザへの視覚媒体１７５の送信に対応することができる。別の例では、デバイス１３５０は、視覚媒体共有サービスまたはソーシャル・ネットワーキング・サービスによって運用することができるようなネットワーク・サーバ・デバイスに対応することができる。媒体１３４２を介して送信される信号１３４４は、視覚媒体共有サービスまたはソーシャル・ネットワーキング・サービスの別のユーザによる記憶および場合によっては取出しのための、デバイス１３２０からデバイス１３５０への視覚媒体１７５の送信に対応することができる。
【０１０５】
図１４は、分散システム１４００のブロック図を示す。分散システム１４００は、複数のコンピューティング・エンティティにわたって視覚媒体捕捉システム１００の構造および／または動作の部分を分散させることができる。分散システム１４００の例は、限定ではないが、クライアント−サーバアーキテクチャ、３層アーキテクチャ、Ｎ層アーキテクチャ、密結合またはクラスタ化アーキテクチャ、ピア・ツー・ピアアーキテクチャ、マスタ−スレーブアーキテクチャ、共有データベースアーキテクチャ、および他のタイプの分散システムを含むことができる。実施形態はこの文脈に限定されない。
【０１０６】
分散システム１４００は、クライアント・デバイス１４１０と、サーバ・デバイス１４５０とを備えることができる。通常、クライアント・デバイス１４１０およびサーバ・デバイス１４５０は、図１３を参照して説明されたようなクライアント・デバイス８２０と同じであるかまたは同様であり得る。例えば、クライアント・デバイス１４１０およびサーバシステム１４５０はそれぞれ、処理コンポーネント１４３０および通信コンポーネント１４４０を備えることができる。これらはそれぞれ、図１３を参照して説明されたような処理コンポーネント１３３０および通信コンポーネント１３４０と同じであるかまたは同様である。別の例では、デバイス１４１０、１４５０は、通信コンポーネント１４４０を介して通信信号１４１４を用いて通信媒体１４１２により通信することができる。
【０１０７】
クライアント・デバイス１４１０は、記載の実施形態に従って様々な方法を実行するように動作する１つまたは複数のクライアント・プログラムを含むかまたは用いることができる。１つの実施形態では、例えば、クライアント・デバイス１４１０は視覚媒体アプリケーション１２０を実施することができる。
【０１０８】
サーバ・デバイス１４５０は、記載の実施形態に従って様々な方法を実行するように動作する１つまたは複数のサーバ・プログラムを含むかまたは用いることができる。１つの実施形態では、例えば、サーバ・デバイス１４５０は視覚媒体サーバ１４６０を実装することができる。
【０１０９】
視覚媒体サーバ１４６０は、視覚媒体共有サービスまたはソーシャル・ネットワーキング・サービスのオペレータによって提供されるネットワーク・サーバに対応することができる。媒体１４１２を介して送信される信号１４１４は、クライアント・デバイス１４１０からサーバ・デバイス１４５０への視覚媒体１７５の送信に対応することができる。視覚媒体サーバ１４６０は、視覚媒体１７５を受信し、クライアント・デバイス１４１０のユーザのためのユーザアカウントに関連付けて視覚媒体１７５を記憶するように動作することができる。サーバ・デバイス１４５０上に記憶された視覚媒体１７５は、クライアント・デバイス１４１０のユーザによって決定されるような視覚媒体共有サービスまたはソーシャル・ネットワーキング・サービスの他のユーザにアクセス可能とすることができる。例えば、信号１４１４は、視覚媒体を取り出す権限を有する他のユーザのリストを含むことができる。信号１４１は、視覚媒体共有サービスまたはソーシャル・ネットワーキング・サービスによって、視覚媒体１７５が利用可能であることが通知される他のユーザのリストを含むことができる。視覚媒体サーバ１４６０は、通常、クライアント・デバイス１４１０およびその一般的なサービスのユーザの代わりに、視覚媒体１７５を受信、記憶、送信および他の形で管理するように動作可能であり得る。
【０１１０】
開示されるアーキテクチャの新規の態様を実行するための例示的な方法を表す１組のフローチャートが本明細書に含まれる。説明を簡単にするために、例えば、フローチャートまたはフロー図の形態で本明細書に示されている１つまたは複数の方法が、一連の動作として示され、説明されているが、いくつかの動作は、それらの動作に応じて、本明細書に示され説明されるものと異なる順序でおよび／または他の動作と同時に行われる場合があるので、本方法は動作の順序によって限定されないことが理解および認識され得る。例えば、当業者であれば、方法は、代替的に、状態図等において一連の相関する状態またはイベントとして表され得ることが理解および認識され得る。更に、方法において例示される全ての動作が新規の実施態様に必要であるわけではない場合がある。
【０１１１】
図１５は、上記で記載したような様々な実施形態を実施するのに適した例示的なコンピューティング・アーキテクチャ１５００の実施形態を示す。１つの実施形態において、コンピューティング・アーキテクチャ１５００は、電子デバイスからなるか、または電子デバイスの一部として実装することができる。電子デバイスの例は、中でも、図８を参照して説明したものを含むことができる。実施形態はこの文脈に限定されない。
【０１１２】
本出願において用いられるとき、「システム」および「コンポーネント」という語は、ハードウェア、ハードウェアおよびソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアのいずれかである、コンピュータに関係したエンティティを指すことを意図され、それらの例が、例示的なコンピューティング・アーキテクチャ１５００によって提供される。例えば、コンポーネントは、限定ではないが、プロセッサにおいて実行されるプロセス、プロセッサ、ハードディスク・ドライブ、（光学および／または磁気ストレージ媒体の）マルチストレージ・ドライブ、オブジェクト、実行ファイル、実行スレッド、プログラムおよび／またはコンピュータであり得る。例示のために、サーバ上で実行されるアプリケーションおよびサーバの双方がコンポーネントであり得る。１つまたは複数のコンポーネントがプロセスおよび／または実行スレッド内に常駐することができ、コンポーネントは、１つのコンピュータ上に局在することができ、および／または２つ以上のコンピュータ間で分散され得る。更に、コンポーネントは、動作を協調させるように、様々なタイプの通信媒体によって互いに通信可能に結合され得る。協調は、情報の一方向または双方向の交換を含むことができる。例えば、コンポーネントは、通信媒体により通信される信号の形態で情報を通信することができる。情報は、様々な信号線に割り当てられる信号として実施され得る。そのような割り当てにおいて、各メッセージは信号である。一方、更なる実施形態は、代替的にデータ・メッセージを用いることができる。そのようなデータ・メッセージは、様々な接続にわたって送信され得る。例示的な接続は、パラレル・インタフェース、シリアル・インタフェースおよびバス・インタフェースを含む。
【０１１３】
コンピューティング・アーキテクチャ１５００は、１つまたは複数のプロセッサ、マルチコア・プロセッサ、コプロセッサ、メモリ・ユニット、チップ・セット、コントローラ、周辺機器、インタフェース、オシレータ、タイミング・デバイス、ビデオ・カード、オーディオ・カード、マルチメディア入出力（Ｉ／Ｏ）コンポーネント、電源等の様々な一般的なコンピューティング要素を含む。しかしながら、実施形態は、コンピューティング・アーキテクチャ１５００による実施に限定されない。
【０１１４】
図１５に示すように、コンピューティング・アーキテクチャ１５００は、処理ユニット１５０４、システム・メモリ１５０６およびシステム・バス１５０８を備える。処理ユニット１５０４は、限定ではないが、ＡＭＤ（登録商標）プロセッサ、Ａｔｈｌｏｎ（登録商標）プロセッサ、Ｄｕｒｏｎ（登録商標）プロセッサおよびＯｐｔｅｒｏｎ（登録商標）プロセッサ；ＡＲＭ（登録商標）のアプリケーションプロセッサ、組込み型プロセッサおよびセキュアプロセッサ；ＩＢＭ（登録商標）およびＭｏｔｏｒｏｌａ（登録商標）のＤｒａｇｏｎＢａｌｌ（登録商標）プロセッサおよびＰｏｗｅｒＰＣ（登録商標）プロセッサ；ＩＢＭおよびＳｏｎｙ（登録商標）のセル・プロセッサ；Ｉｎｔｅｌ（登録商標）のＣｅｌｅｒｏｎ（登録商標）プロセッサ、Ｃｏｒｅ（２）Ｄｕｏ（登録商標）プロセッサ、Ｉｔａｎｉｕｍ（登録商標）プロセッサ、Ｐｅｎｔｉｕｍ（登録商標）プロセッサ、Ｘｅｏｎ（登録商標）プロセッサおよびＸＳｃａｌｅ（登録商標）プロセッサ；ならびに同様なプロセッサを含む様々な市販のプロセッサのうちの任意のものであり得る。デュアル・マイクロプロセッサ、マルチコア・プロセッサおよび他のマルチプロセッサアーキテクチャも処理ユニット１５０４として用いられることが可能である。
【０１１５】
システム・バス１５０８は、限定ではないがシステム・メモリ１５０６を含むシステム・コンポーネントのためのインタフェースを処理ユニット１５０４に提供する。システム・バス１５０８は、多岐にわたる市販のバス・アーキテクチャのうちの任意のものを用いてメモリ・バス（メモリ・コントローラを有するかまたは有しない）、周辺バスおよびローカルバスに更に相互接続することができるいくつかのタイプのバス構造のうちの任意のものとすることができる。インタフェース・アダプタは、スロット・アーキテクチャを介してシステム・バス１５０８に接続することができる。例示的なスロット・アーキテクチャは、限定ではないが、アクセラレーテッド・グラフィックス・ポート（ＡＧＰ）、カード・バス、（拡張）業界標準アーキテクチャ（（Ｅ）ＩＳＡ）、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）、ＮｕＢＵＳ、周辺コンポーネント相互接続（拡張）（ＰＣＩ（Ｘ））、ＰＣＩエクスプレス、パーソナル・コンピュータ・メモリ・カード国際組織（ＰＣＭＣＩＡ）等を含むことができる。
【０１１６】
コンピューティング・アーキテクチャ１５００は、様々な製造品を含むかまたは実装することができる。製造品は、ロジックを記憶するためのコンピュータ可読ストレージ媒体を含むことができる。コンピュータ可読ストレージ媒体の例は、揮発性メモリまたは不揮発性メモリ、取外し可能または非取外し可能メモリ、消去可能または非消去可能メモリ、書き込み可能または書き換え可能メモリ等を含む、電子データを記憶することが可能な任意の有形媒体を含むことができる。ロジックの例は、ソース・コード、コンパイルされたコード、解釈実行されたコード、実行可能コード、スタティック・コード、ダイナミック・コード、オブジェクト指向コード、視覚コード等の任意の適切なタイプのコードを用いて実施される実行可能なコンピュータ・プログラム命令を含むことができる。実施形態はまた、１つまたは複数のプロセッサによって読出しおよび実行されて、本明細書に記載の動作の実行を可能にすることができる、非一時的コンピュータ可読媒体に含まれるかまたは非一時的コンピュータ可読媒体上にある命令として少なくとも部分的に実施されることが可能である。
【０１１７】
システム・メモリ１５０６は、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、ダブル・データ・レートＤＲＡＭ（ＤＤＲＡＭ）、同期ＤＲＡＭ（ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能なプログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、強誘電性ポリマ・メモリ等のポリマ・メモリ、オーボニック（ovonic）・メモリ、相変化または強誘電性メモリ、シリコン−酸化物−窒化物−酸化物−シリコン（ＳＯＮＯＳ）メモリ、磁気カードまたは光カード、独立ディスクの冗長アレイ（ＲＡＩＤ）ドライブ等のデバイスのアレイ、ソリッド・ステート・メモリ・デバイス（例えば、ＵＳＢメモリ、ソリッド・ステート・ドライブ（ＳＳＤ）および情報を記憶するのに適した任意の他のタイプのストレージ媒体等の１つまたは複数の高速メモリ・ユニットの形態の様々なタイプのコンピュータ可読ストレージ媒体を含むことができる。図１５に示す例示される実施形態では、システム・メモリ１５０６は、不揮発性メモリ１５１０および／または揮発性メモリ１５１２を含むことができる。基本入出力システム（ＢＩＯＳ）を不揮発性メモリ１５１０に記憶することができる。
【０１１８】
コンピュータ１５０２は、内部（または外部）ハードディスク・ドライブ（ＨＤＤ）１５１４、取外し可能な磁気ディスク１５１８に対し読出しまたは書込みを行うための磁気フロッピー（登録商標）・ディスク・ドライブ（ＦＤＤ）１５１６、および取外し可能な光ディスク１５２２（例えば、ＣＤ−ＲＯＭまたはＤＶＤ）に対し読出しまたは書込みを行うための光ディスク・ドライブ１５２０を含む１つまたは複数の低速メモリの形態で様々なタイプのコンピュータ可読ストレージ媒体を備えることができる。ＨＤＤ１５１４、ＦＤＤ１５１６および光ディスク・ドライブ１５２０は、それぞれＨＤＤインタフェース１５２４、ＦＤＤインタフェース１５２６、および光ドライブ・インタフェース１５２８によってシステム・バス１５０８に接続されることが可能である。外部ドライブ実装のためのＨＤＤインタフェース１５２４は、ユニバーサル・シリアル・バス（ＵＳＢ）およびＩＥＥＥ１３９４インタフェース技術のうちの少なくとも一方を含むことができる。
【０１１９】
ドライブおよび関連するコンピュータ可読媒体は、データ、データ構造、コンピュータ実行可能命令等の揮発性ストレージおよび／または不揮発性ストレージを提供する。例えば、オペレーティング・システム１５３０、１つまたは複数のアプリケーション・プログラム１５３２、他のプログラム・モジュール１５３４およびプログラム・データ１５３６を含む複数のプログラム・モジュールがドライブおよびメモリ・ユニット１５１０、１５１２に記憶され得る。１つの実施形態では、１つまたは複数のアプリケーション・プログラム１５３２、他のプログラム・モジュール１５３４およびプログラム・データ１５３６は、例えば、視覚媒体捕捉システム１００の様々なアプリケーションおよび／またはコンポーネントを含むことができる。
【０１２０】
ユーザは、１つまたは複数の有線／無線入力デバイス、例えば、キーボード１５３８、およびマウス１５４０等のポインティング・デバイスを通じてコンピュータ１５０２にコマンドおよび情報を入力することができる。他の入力デバイスは、マイクロフォン、赤外線（ＩＲ）リモート・コントロール、無線周波数（ＲＦ）リモート・コントロール、ゲーム・パッド、スタイラス・ペン、カード・リーダ、ドングル、指紋リーダ、グローブ、グラフィック・タブレット、ジョイスティック、キーボード、網膜リーダ、タッチ・スクリーン（例えば、容量型、抵抗型等）、トラックボール、トラックパッド、センサ、スタイラス等を含むことができる。これらのおよび他の入力デバイスは、多くの場合に、システム・バス１５０８に結合された入力デバイス・インタフェース１５４２を通じて処理ユニット１５０４に接続されるが、パラレル・ポート、ＩＥＥＥ１３９４シリアル・ポート、ゲーム・ポート、ＵＳＢポート、ＩＲインタフェース等の他のインタフェースによって接続されてもよい。
【０１２１】
モニタ１５４４または他のタイプの表示デバイスも、ビデオ・アダプタ１５４６等のインタフェースを介してシステム・バス１５０８に接続される。モニタ１５４４は、コンピュータ１５０２に対し内部または外部にあり得る。モニタ１５４４に加えて、コンピュータは通常、スピーカ、プリンタ等の他の周辺出力デバイスを備える。
【０１２２】
コンピュータ１５０２は、リモート・コンピュータ１５４８等の１つまたは複数のリモート・コンピュータへの有線および／または無線通信を介して論理接続を用いてネットワーク化された環境において動作することができる。リモート・コンピュータ１５４８は、ワークステーション、サーバ・コンピュータ、ルータ、パーソナル・コンピュータ、ポータブル・コンピュータ、マイクロプロセッサに基づく娯楽機器、ピア・デバイス、または他の共通ネットワーク・ノードであり得、通常、コンピュータ１５０２について記載した要素のうちの多くまたは全てを備えるが、簡潔にするために、メモリ／ストレージ・デバイス１５５０のみが示されている。描かれる論理接続は、ローカル・エリア・ネットワーク（ＬＡＮ）１５５２および／またはより大きなネットワーク、例えば広域ネットワーク（ＷＡＮ）１５５４への有線／無線接続を含む。そのようなＬＡＮおよびＷＡＮネットワーキング環境は、事務所および会社において一般的であり、イントラネット等の、企業規模のコンピュータ・ネットワークを容易にする。これらは全て、グローバル通信ネットワーク、例えばインターネットに接続することができる。
【０１２３】
ＬＡＮネットワーキング環境において用いられるとき、コンピュータ１５０２は、有線および／または無線通信ネットワーク・インタフェースまたはアダプタ１５５６を通じてＬＡＮ１５５２に接続される。アダプタ１５５６は、ＬＡＮ１５５２への有線および／または無線通信を容易にすることができる。ＬＡＮ１５５２も、アダプタ１５５６の無線機能と通信するために配置された無線アクセス・ポイントを含むことができる。
【０１２４】
ＷＡＮネットワーキング環境において用いられるとき、コンピュータ１５０２は、モデム１５５８を含むことができるか、またはＷＡＮ１５５４の通信サーバに接続されるか、またはインターネット等によってＷＡＮ１５５４を介して、通信を確立する他の手段を有する。内部または外部の、有線および／または無線デバイスであり得るモデム１５５８は、入力デバイス・インタフェース１５４２を介してシステム・バス１５０８に接続する。ネットワーク化された環境では、コンピュータ１５０２について述べられたプログラム・モジュールまたはその一部分をリモート・メモリ／ストレージ・デバイス１５５０に記憶することができる。示されるネットワーク接続は例示であり、コンピュータ間で通信リンクを確立する他の手段が用いられてもよいことが理解され得る。
【０１２５】
コンピュータ１５０２は、ＩＥＥＥ８０２系規格を用いて、無線通信（例えば、ＩＥＥＥ８０２．１５オーバ・ザ・エアー変調技法）において動作可能に配置される無線デバイス等の、有線および無線デバイスまたはエンティティと通信するように動作可能である。これは、少なくとも、中でも、Ｗｉ−Ｆｉ（登録商標）（または無線フィデリティ）、ＷｉＭａｘ（登録商標）およびＢｌｕｅｔｏｏｔｈ（登録商標）の無線通信技術を含む。このため、この通信は従来のネットワークと同じように予め定義された通信構造であり得るか、または、単に少なくとも２つの装置の間におけるアドホック通信であり得る。Ｗｉ−Ｆｉネットワークは、安全で信頼性が高く高速なワイヤレス接続を提供するＩＥＥＥ８０２．１５ｘ（ａ、ｂ、ｇ、ｎ等）と称される無線技術を用いる。Ｗｉ−Ｆｉネットワークはコンピュータを互いに、インターネットに、および有線ネットワーク（ＩＥＥＥ８０２．３関連の媒体および機能を用いる）に接続するのに用いられ得る。
【０１２６】
図１６は上記の様々な実施形態を実施するのに適した例示的な通信アーキテクチャ１６００のブロック図を示す。この通信アーキテクチャ１６００は、トランスミッタ、レシーバ、トランシーバ、無線通信装置、ネットワーク・インタフェース、ベースバンド・プロセッサ、アンテナ、増幅器、フィルタ、電源等の様々な一般的な通信要素を含む。しかしながら、本発明の実施形態は通信アーキテクチャ１６００による実施に限定されない。
【０１２７】
図１６に示されるように、通信アーキテクチャ１６００は１つまたは複数のクライアント１６０２およびサーバ１６０４を含む。クライアント１６０２はクライアント・デバイス９１０を実装することができる。サーバ１６０４はサーバ・デバイス９５０を実装することができる。クライアント１６０２およびサーバ１６０４は、１つまたは複数のそれぞれのクライアント・データ・ストア１６０８およびサーバ・データ・ストア１６１０に動作可能に接続されている。これらは、クッキーおよび／または関連付けられた文脈情報等のそれぞれのクライアント１６０２およびサーバ１６０４にローカルな情報を記憶するために利用されることが可能である。
【０１２８】
クライアント１６０２およびサーバ１６０４は通信フレームワーク１６０６を用いて互いの間で情報を通信することができる。通信フレームワーク１６０６は任意の既知の通信技法およびプロトコルを実装することができる。通信フレームワーク１６０６は、パケット交換網（例えば、インターネット等の公衆ネットワーク、社内イントラネット等のプライベート・ネットワーク等）、回線交換網（例えば、公衆交換電話網）、またはパケット交換網と回線交換網との組み合わせ（適切なゲートウェイおよびトランスレータを備える）として実装されることが可能である。
【０１２９】
通信フレームワーク１６０６は、通信ネットワークを受け入れ、通信ネットワークと通信し、通信ネットワークに接続するように構成される様々なネットワーク・インタフェースを実施することができる。ネットワーク・インタフェースは、特殊な形態の入出力インタフェースと見なされ得る。ネットワーク・インタフェースは、限定ではないが、直接接続、イーサネット（登録商標）（例えば、シック、シン、ツイスト・ペア１０／１００／１０００ＢａｓｅＴ等）、トークン・リング、無線ネットワーク・インタフェース、セルラ・ネットワーク・インタフェース、ＩＥＥＥ８０２．１１ａ−ｘネットワーク・インタフェース、ＩＥＥＥ８０２．１６ネットワーク・インタフェース、ＩＥＥＥ８０２．２０ネットワーク・インタフェース等を含む接続プロトコルを用いることができる。更に、様々な通信ネットワークタイプと関わるために複数のネットワーク・インタフェースが用いられ得る。例えば、ブロードキャスト、マルチキャストおよびユニキャスト・ネットワークによる通信を可能にするために、複数のネットワーク・インタフェースが用いられることが可能である。処理要件がより高い速度およびより多くの容量を指示する場合、クライアント１６０２およびサーバ１６０４によって必要とされる通信帯域幅をプールし、負荷分散し、他の形で増大させるために、分散ネットワーク・コントローラ・アーキテクチャが同様に利用されることが可能である。通信ネットワークは、限定ではないが、直接相互接続、セキュア化されたカスタム接続、プライベート・ネットワーク（例えば、社内イントラネット）、公衆ネットワーク（例えば、インターネット）、パーソナル・エリア・ネットワーク（ＰＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、インターネット上のノードとして動作しているミッション（ＯＭＮＩ：Operating Missions as Nodes on the Internet）、広域ネットワーク（ＷＡＮ）、無線ネットワーク、セルラ・ネットワークおよび他の通信ネットワークを含む有線および／または無線ネットワークのうちの任意の１つおよびそれらの組み合わせであり得る。
【０１３０】
いくつかの実施形態は、「１つの実施形態」または「実施形態」という表現と、それらの派生語とを用いて説明され得る。これらの用語は、実施形態に関して説明される特定の特徴、構造または特性が少なくとも１つの実施形態に含まれることを意味している。本明細書の様々な箇所に現れる「１つの実施形態において」というフレーズは、必ずしも全てが同じ実施形態を指しているわけではない。更に、いくつかの実施形態は、「結合された」および「接続された」という表現と、それらの派生語とを用いて説明され得る。これらの表現は必ずしも互いの同義語として意図されているわけではない。例えば、いくつかの実施形態は、「接続された」および／または「結合された」という表現を用いることにより、２つ以上の要素が直接物理的にまたは電気的に相互接触していることを示すように説明され得る。一方、「結合された」という用語は、２つ以上の要素が互いに直接接触していないが、それでも互いに協働または関係していることを意味する場合もある。
【０１３１】
本明細書において用いられる表記および専門用語を全体的に参照すると、本明細書における詳細な説明は、コンピュータまたはコンピュータのネットワーク上で実行されるプログラム・プロシージャの観点で表され得る。これらの手続きに関する記載および表現は、当業者によって、当該技術分野における他の当業者に自身の研究の本質を最も効果的に伝えるために用いられている。
【０１３２】
プロシージャとは、ここでは、また一般的に、所望の結果をもたらすオペレーションの首尾一貫したシーケンスであると考えられる。これらのオペレーションは、物理的量の物理的操作を必要とするものである。必須ではないが通例、これらの量は、記憶、転送、組合せ、比較および他の形で操作されることが可能な電気信号、磁気信号または光信号の形態をとる。場合によっては、主に一般的用法の理由から、これらの信号を、ビット、値、要素、シンボル、文字、語、数等と呼ぶことが好都合であることがわかっている。しかしながら、これらの用語および同様の用語は全て適切な物理的量に関連付けられ、これらの量に適用される好都合な指標にすぎないことに留意されたい。
【０１３３】
更に、実行される操作は、多くの場合、人間のオペレータによって実行される知的オペレーションに一般的に関連付けられる、追加または比較等の用語で参照される。１つまたは複数の実施形態の一部を形成する、本明細書に説明されるオペレーションのいずれにおいても、人間のオペレータのそのような能力は必要でないか、ほとんどの場合に望ましくない。むしろ、オペレーションは機械オペレーションである。様々な実施形態のオペレーションを実行するための有用な機械は、汎用デジタル・コンピュータまたは同様のデバイスを含む。
【０１３４】
様々な実施形態は、これらのオペレーションを実行するための装置またはシステムにも関する。この装置は、必要とされる目的のために特に構築されることが可能であるか、またはコンピュータに記憶されるコンピュータ・プログラムによって選択的にアクティベートまたは再構成される汎用コンピュータを含むことができる。本明細書において提示されるプロシージャは、特定のコンピュータまたは他の装置に本質的に関係しない。様々な汎用機械は、本明細書における教示に関連して書かれたプログラムと共に用いられ得るか、または、必要とされる方法ステップを実行する、より特殊な装置を構築することが好都合であるとわかる場合がある。様々なこれらの機械のために必要とされる構造は、与えられる説明から明らかとなり得る。
【０１３５】
本開示の要約書は、読み手が技術的開示の本質を迅速に理解できるようにするために提供されていることを強調しておく。要約書は、特許請求の範囲の適用範囲または意味を解釈または限定することに用いられないという理解のもとに提出されている。更に、上記した「発明を実施するための形態」においては、開示を効率化するために様々な特徴がまとめて単一の実施形態にされていることがわかる。このような開示方法は、特許請求される実施形態が各請求項に明示的に記された特徴以外のものを必要とする意図を表していると解釈されるべきではない。むしろ、以下の特許請求の範囲が表しているように、本発明の主題は、開示されている単一の実施形態の全特徴よりも少ない特徴にある。このため、以下の特許請求の範囲は本明細書において「発明を実施するための形態」に組み込まれ、各請求項は独立した１つの実施形態に基づく。添付の特許請求の範囲において、「第１の」、「第２の」、「第３の」等の用語は単に指標として用いられており、それらの対象物に数的限定を課すことを意図したものではない。
【０１３６】
上記で説明したものは、開示されているアーキテクチャの例を含む。当然ながら、コンポーネントおよび／または方法の全ての考え得る組み合わせを記載することは不可能であるが、当業者であれば、多くの更なる組み合わせおよび置き換えが可能であることを認識することができる。したがって、新規のアーキテクチャは、添付の特許請求の範囲の趣旨および適用範囲内にある全てのそのような変化、変更および変形を包含することが意図される。
【図１】
0006378357.tif 000002
【図２】
0006378357.tif 000003
【図３】
0006378357.tif 000004
【図４】
0006378357.tif 000005
【図５】
0006378357.tif 000006
【図６Ａ】
0006378357.tif 000007
【図６Ｂ】
0006378357.tif 000008
【図７】
0006378357.tif 000009
【図８Ａ】
0006378357.tif 000010
【図８Ｂ】
0006378357.tif 000011
【図９】
0006378357.tif 000012
【図１０】
0006378357.tif 000013
【図１１】
0006378357.tif 000014
【図１２】
0006378357.tif 000015
【図１３】
0006378357.tif 000016
【図１４】
0006378357.tif 000017
【図１５】
0006378357.tif 000018
【図１６】
0006378357.tif 000019