JP2006139759A - 送信データから代替を生成する方法およびシステム - Google Patents

Abstract

【課題】可視または可聴の送信の代替案を生成するための、送信データから代替を生成する方法およびシステムを提供する。
【解決手段】オンラインサービス（例えばオンラインゲームのユーザプロフィールなど）またはコンピュータ装置においてオンラインアカウントプロフィールまたはユーザ識別の一部として使用するために、ユーザの可聴または可視の送信データ（ユーザの写真など）から代替表現を生成すること。 オンラインアカウントまたはコンピューティング装置とともに使用するために、特定の表現が選択される。さらに、特定の表示装置（テレビ、セル電話など）に適したユーザの可聴データまたは可視データの特定の表現を生成し、提示することができる。
【選択図】図３

Description

本発明は、コンピューティング装置のためのユーザ識別を対象とし、より詳細にはユーザアカウントのための可視または可聴の代替（alternative）を対象とする。

アカウント名または「ユーザＩＤ」を要求するオンラインサービスにおけるユーザのコミュニティが増えるにつれて、ユーザ選択にすぐに利用できる名前の数が減少する。オンラインサービスのライフサイクルの初期には、「Ｂｉｌｌ」という名前を要求することができ、実際にその名前を発行することができたかもしれない。より古いサービス、またはより多くの人が利用しているサービスでは、「Ｂｉｌｌ」という名前を要求している人は、その名前はすでに取られていることがわかり、「Ｂｉｌｌ＿」、「Ｂｉｌ１０６０６７５」、「Ｗｉｌｄ＿Ｗｉｌｌｉａｍ」のような、システムで生成されたいくつかの代替の選択が提供される可能性がある。

新しいオンラインサービスおよびコンピュータシステムが作成されつつあり、これらは徐々に、テキスト表示名だけではなく、写真、３Ｄモデル、また遂には小さい音声クリップまたはビデオクリップを含む一意のユーザ識別マークに依存するようになってきた。

ユーザが身分を名乗るためにこうしたリッチメディア（ｒｉｃｈｅｒ ｍｅｄｉａ）を使用する場合、排他性はほとんど問題ではない。というのは、写真、音声およびビデオクリップは、本質的に一意の傾向にあるからである。しかし、リッチメディアは、それがユーザにどのように提示されるかという問題を提起する。例えば、写真は、解像度が高いコンピュータモニタでは、解像度がより低い（ＮＴＳＣ（National Television System Committee）など）のテレビセットよりずっと良く表示される傾向にある。

オンラインサービスおよびシステムが様々な装置（テレビ、セル電話、ＰＣ（personal computer）、ＰＤＡ（Personal Digital Assistant）など）を介して消費され、リッチメディアを個人識別に使用するとき、それが最も良く見え、かつ／または最も聞こえるように、一意の識別媒体をどのように表示するかに関する問題が生じる。

以前のオンラインサービス製品は、個人識別のためのいくつかの形式のリッチメディアをサポートしていた。ＭＳＮ Ｍｅｓｓｅｎｇｅｒ（商標）は、９６×９６ピクセルの写真を個人のプロフィールに追加することができる一例である。これは、見栄えの良い写真表現を得るために、ユーザにいくつかの制限および要求を課している。例えば、ユーザが大きい写真を送信したとき、その写真のＭＳＮ Ｍｅｓｓｅｎｇｅｒの表現は９６×９６ピクセルと小さく、一般に認識できない。アプリケーションシステムが写真をスケール変更し、斜めにし、縮小し、色を取り除き、そうでない場合は歪ませるため、写真は、認識できなくなるまで歪められる。結局、顧客にとっては不愉快となる可能性がある。

画像の代替の概念自体は新しくない。Ａｄｏｂｅ Ｐｈｏｔｏｓｈｏｐなどの写真編集アプリケーションは、ユーザに様々な画像フィルタの「サムネールプレビュー」を提供している。しかし、こうした代替表現は、従来、編集の目的に使用されていた。

アカウントを管理し、カスタマイズするために、オンラインシステムまたはコンピュータシステムに代替を生成する有効かつ効率的なシステムおよび方法を当業者は成し遂げていない。

本発明は、このような状況に鑑みてなされたもので、その目的とするところは、可視または可聴の送信の代替案を生成するための、送信データから代替を生成する方法およびシステムを提供することにある。

本発明は、オンラインサービスまたはコンピュータシステムにおいてオンラインアカウントプロフィールまたはユーザ識別の一部として使用するユーザの可聴データまたは可視データの代替表現の生成を対象にしている。可聴または可視の送信データ（ｄａｔａ ｓｕｂｍｉｓｓｉｏｎ）は、ユーザアカウントによってコンピューティング装置に提供される。コンピューティング装置は、送信データを分析し、選択のために代替を生成する。コンピューティング装置は、ユーザアカウント選択のために代替を出力する。オンラインアカウントまたはシステムとともに使用するために、少なくとも１つの固有の表現がユーザによって選択される。本発明の態様によれば、特定の表示装置に適した、ユーザの可聴データまたは可視データの特定の表現を生成し、かつ／または提案することができる。

本発明の他の機能および利点は、添付の図面を参照して進める以下の実施形態の例の詳細な説明から明らかになる。

上記の概要、および以下の好適実施形態の詳細な説明は、添付の図面と併せ読めばよりよく理解できる。本発明の説明上、図面には本発明の構成例を示しているが、本発明は、開示した特定の方法および手段に限定されない。

本発明によれば、可視または可聴の送信の代替案を生成することができる。

以下、図面を参照して本発明を適用できる実施形態を詳細に説明する。

主題は、法的要件を満たすために具体的に説明する。しかし、説明自体は、本特許の範囲を限定するものではない。むしろ、本発明者は、現在または将来の他の技術とともに、異なるステップ、または本書に記載したものに似たステップの組み合わせを含むように、主張した主題を他の方法で具体化することもでき得ることを企図している。さらに、本明細書では、「ステップ」という用語を使用して、使用されている方法の様々な要素を言外に含む場合があるが、この用語は、個々のステップの順序が明示的に記載されている場合を除いて、本明細書に開示された様々なステップ間の任意の特定の順序を含意するものと解釈されるべきではない。

コンピューティング環境例
本発明の様々な実施形態は、コンピュータ上で実行することができる。図１および以下の説明は、本発明を実施できる適したコンピューティング環境の簡単な概説を提供するためのものである。必須ではないが、本発明は、クライアントワークステーションやサーバなど、コンピュータによって実行されるプログラムモジュールなどのコンピュータ実行可能命令の一般的な状況で説明する。一般にプログラムモジュールは、特定のタスクを実行する、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、構成要素、データ構造などを含む。

本発明は、ハンドヘルド装置、マルチプロセッサシステム、マイクロプロセッサベースまたはプログラム可能家庭用電化製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータなどを含む他のコンピュータシステム構成で実施できることを当業者であれば理解できよう。また、本発明は、タスクが通信ネットワークによってリンクされているリモート処理装置によって実行される分散コンピューティング環境でも実施することができる。分散コンピューティング環境では、プログラムモジュールを、ローカルおよびリモートのメモリ記憶装置に置くことができる。

図１に示すように、汎用コンピューティングシステム例は、プロセッサ２１、システムメモリ２２、およびシステムメモリを含む様々なシステム構成要素をプロセッサ２１に結合するシステムバス２３を含む従来のパーソナルコンピュータ２０などを含む。システムバス２３は、様々なバスアーキテクチャのうちの任意のものを使用するメモリバスまたはメモリコントローラ、周辺バス、およびローカルバスを含むいくつかのタイプのバス構造のうちどんなものでもよい。システムメモリは、読み取り専用メモリ（ＲＯＭ）２４およびランダムアクセスメモリ（ＲＡＭ）２５を含む。ＢＩＯＳ（Basic Input/Output System）２６は、例えば起動中など、パーソナルコンピュータ２０内の要素間での情報の転送を助ける基本ルーチンを含み、ＲＯＭ２４に格納されている。

パーソナルコンピュータ２０は、図には示していないが、ハードディスクから読み取り、あるいはそこに書き込むハードディスクドライブ２７、図には示していないが、リムーバブル磁気ディスク２９から読み取り、あるいはそこに書き込む磁気ディスクドライブ２８、およびＣＤ（compact disc）−ＲＯＭや他の光媒体など、リムーバブル光ディスク３１から読み取り、あるいはそこに書き込む光ディスクドライブ３０をさらに含み得る。ハードディスクドライブ２７、磁気ディスクドライブ２８、および光ディスクドライブ３０は、それぞれハードディスクドライブインタフェース３２、磁気ディスクドライブインタフェース３３、および光ディスクドライブインタフェース３４によってシステムバス２３に接続される。ドライブおよびその関連のコンピュータ可読媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、およびパーソナルコンピュータ２０の他のデータの不揮発性記憶域を提供する。

本明細書に記載した環境の例は、ハードディスク、リムーバブル磁気ディスク２９、およびリムーバブル光ディスク３１を使用するが、動作環境の例において、磁気カセット、フラッシュメモリカード、デジタルビデオディスク、ベルヌーイカートリッジ、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）など、コンピュータによってアクセス可能なデータを格納できる他のタイプのコンピュータ可読媒体を使用することもできることを当業者であれば理解されたい。

オペレーティングシステム３５、１つまたは複数のアプリケーションプログラム３６、他のプログラムモジュール３７、およびプログラムデータ３８を含めて、いくつかのプログラムモジュールをハードディスク、磁気ディスク２９、光ディスク３１、ＲＯＭ２４またはＲＡＭ２５に格納することができる。ユーザは、コマンドおよび情報をキーボード４０やポインティングデバイス４２などの入力装置を介してパーソナルコンピュータ２０に入力することができる。他の入力装置（図示せず）には、マイクロフォン、ジョイスティック、ゲームパッド、衛星パラボラアンテナ、スキャナなどがある。これらおよび他の入力装置は、しばしばシステムバスに結合されているシリアルポートインタフェース４６を介してプロセッサ２１に接続されるが、パラレルポート、ゲームポート、ユニバーサルシリアルバス（ＵＳＢ）など他のインタフェースで接続してもよい。モニタ４７または他のタイプの表示装置もまた、ビデオアダプタ４８などのインタフェースを介してシステムバス２３に接続される。パーソナルコンピュータは一般に、モニタ４７に加えて、スピーカやプリンタなどの他の周辺出力装置（図示せず）を含んでいる。図１のシステム例は、ホストアダプタ５５、ＳＣＳＩ（small computer system interface）バス５６、およびＳＣＳＩバス５６に接続されている外部記憶装置６２も含む。

パーソナルコンピュータ２０は、リモートコンピュータ４９など１つまたは複数のリモートコンピュータへの論理接続を使用してネットワーク式環境で動作することができる。リモートコンピュータ４９は、別のパーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピア装置、または他の一般のネットワークノードでよく、一般にパーソナルコンピュータ２０に関連して上述した多くまたはすべての要素を含むが、図１にはメモリ記憶装置５０のみを示している。図１に示した論理接続は、ローカルエリアネットワーク（ＬＡＮ）５１および広域ネットワーク（ＷＡＮ）５２を含む。こうしたネットワーキング環境は、オフィス、全社規模のコンピュータネットワーク、イントラネット、およびインターネットではごく一般的である。

ＬＡＮネットワーキング環境で使用する場合、パーソナルコンピュータ２０は、ネットワークインタフェースまたはアダプタ５３を介してＬＡＮ５１に接続される。ＷＡＮネットワーキング環境で使用する場合、パーソナルコンピュータ２０は一般に、モデム５４、またはインターネットなど広域ネットワーク５２を介して通信を確立する他の手段を含む。モデム５４は、内蔵のものでも外付けのものでもよく、シリアルポートインタフェース４６を介してシステムバス２３に接続される。ネットワーク式環境では、パーソナルコンピュータ２０に関連して示したプログラムモジュール、またはその一部をリモートメモリ記憶装置に格納することができる。図示したネットワーク接続は例であり、コンピュータ間の通信リンクを確立する他の手段を使用してもよいことは理解されよう。

本発明の多数の実施形態がコンピュータ化システムに特によく適していることが想定されるが、本書では、本発明をこうした実施形態に限定するものではない。逆に、「コンピュータシステム」という用語は、本明細書で使用する場合、こうした装置が本質的に電子、機械、論理、または可視のいずれであるかに関係なく、押しボタンを含む、またはボタンの押下またはボタンの押下に相当することを判定することができる任意のおよび、すべての装置を含むものとする。

例示的な実施形態
図２は、リモートコンピューティング装置２４０と対話するローカルコンピューティング装置例２２０を表すブロック図である。リモートコンピューティング装置２４０は、例えばオンラインサービスでもよい。図２は、例えばパーソナルコンピュータなどのローカルコンピューティング装置２２０に（例えばユーザ、入力装置、または他のコンピューティング装置を介して）提供される送信データを示している。送信データ例は、例えば、ピクチャファイル、ビデオファイル、音声ファイル、マルチメディアファイル、または他の任意のタイプのデータファイルでよい。送信データは、例えば．ｊｐｇ、．ｍｐｅｇ、．ｗａｖなど任意のフォーマットとすることができる。

次いで送信データは、処理のために、例えばケーブル、インターネット、または他の通信ネットワークを介してローカルコンピューティング装置２２０からリモートコンピューティング装置２４０に送信され、そうでない場合は提供または出力される。リモートコンピューティング装置２４０が送信データを受信した後、リモートコンピューティング装置２４０は、送信データを処理し、少なくとも１つの代替を生成することが望ましい。こうした代替は、初めに受信されていた送信データを基にし、適切な任意のアルゴリズム、技術、またはアプリケーションによって生成することができる。代替を生成する技術例には、それだけには限定されないが、サブセット解像度への領域クリッピング（ｒｅｇｉｏｎａｌ ｃｌｉｐｐｉｎｇ ｔｏ ａ ｓｕｂｓｅｔ ｒｅｓｏｌｕｔｉｏｎ）、多軸スキューによるスケール変更（ｓｃａｌｉｎｇ ｗｉｔｈ ｍｕｌｔｉｐｌｅ ａｘｉｓ ｓｋｅｗ）、および主要領域検出などがある。こうした技術については、本明細書でさらに説明する。

リモートコンピューティング装置２４０は、次いで、代替をローカルコンピューティング装置２２０に送信し、またはそうでない場合は提供する。次いで代替を、例えば選択のためにユーザに対して表示、再生、そうでない場合は提供することができる。次いで、選択された代替を、例えばユーザのために設定された、またはユーザに関連付けられているアカウントおよび／またはコンピューティング装置に関連付けることができる。

代替は、リモートで生成されるのではなく、ローカルコンピューティング装置２２０でローカルに生成できることが企図される。少なくとも１つの代替の選択をローカルコンピューティング装置２２０で行うことができ、次いでリモートコンピューティング装置２４０に選択が通知され、かつ／または選択が提供される。

図３は、可視または可聴の送信データから代替案を生成する方法例を示すフロー図である。この方法例は、ユーザが、例えばアカウントの関連付けなどのために可視または可聴の送信データを添付したいときに使用することができる。ステップ３１０で、ユーザは、プログラムを初期化し、アカウントを設定する（例えばｍｓｎ．ｃｏｍなどのオンラインサービスとのアカウントを設定する）。ステップ３２０で、ユーザは、例えば（オンラインサービスまたは他のリモートコンピューティング装置などから）ローカルまたはリモートに提供されるプロンプトまたはウィザードに従ってアカウントデータを選択または入力することによって、アカウントを構成することが望ましい。

ステップ３３０で、例えば送信データをアカウントに関連付けることによって、ユーザアカウントをカスタマイズしたいかどうかがユーザに尋ねられる。３３０でユーザがステップアカウントをカスタマイズしたくない場合、ステップ３９９で、アカウントは、例えばユーザによって加えられた任意の変更とともに保存され、プログラムが終了する。

しかし、ユーザがアカウントをカスタマイズしたい場合、ステップ３４０で、プログラム（またはプロセッサ、または他の処理ソフトウェアまたはハードウェアなど）は、ユーザに、例えば可聴媒体または可視媒体をユーザアカウントに関連付けるよう要求することが望ましい。ステップ３５０で（例えばユーザ入力によって）送信データが受信され、ステップ３６０で代替媒体表現が生成される。

代替媒体表現は、ステップ３７０で、選択のためにユーザに提示されることが望ましい。こうした提示は、例えば可視表示および／または音声再生などの形を取ることができる。ステップ３８０でユーザが代替媒体表現のうちの１つまたは複数を使用することを決定した場合、ステップ３９０で、ユーザは代替媒体表現を選択し、アカウントが新しい媒体選択で更新される。好ましくは、変更は、例えばユーザによって加えられた変更とともに保存され、ステップ３９９で処理が終了する。

ユーザがステップ３７０で提供された代替媒体表現を使用しないことを決定した場合、処理はステップ３６０に進み、新しい１組の代替が生成され、提示される。

図４Ａおよび図４Ｂは、本発明による送信データに基づいて生成することができる代替媒体表現例の象徴表現を示している。図４Ａを参照すると、送信データ４００は、ユーザから受信され、ユーザ選択のために少なくとも１つの代替４１０、４２０、４３０が生成される。例えば、図示したように、送信データは、写真または他のタイプのピクチャまたは画像を表すデータファイルでよい。あるいは、送信データは、例えば、ビデオファイル、音声ファイル、マルチメディアファイル、または他の任意のタイプのデータファイルでよい。次いでプロセッサは、本明細書でさらに説明するように、送信データに基づいて代替を生成する。プロセスは、例えば頭の形の領域検出を使用して代替を生成することができる。

図４Ａに示すように、例えば送信データ４００は、写真を表す。写真は、様々なオブジェクト、および背景（空など）および前景（地面など）といっしょの男の画像など、様々な画像を含むことに留意されたい。このピクチャが、送信時に、単にユーザアカウントを表すために使用される場合、ピクチャ内の要素が認識できない（したがって好ましくない）可能性がある。というのは、ピクチャは、表示装置にスケール変更されるからである（例えばＰＤＡや電話の表示装置、または小さいアイコンや表示エリアのようなオンライン表示など）。したがって、元の送信データ４００の様々な部分を、その後の選択のためにユーザに提示される代替として使用することが好ましい。

図４Ａに示すように、３つの代替４１０、４２０、４３０がユーザによるその後の提示および選択のために生成される。ここで、ユーザは、それぞれロケットモータおよび照明ユニットを表す代替４２０および４３０の代わりに、男のプロフィール画像である代替４１０を選択することを望む。代替は、例えば頭の形の領域検出を使用して導出することができる。このように、ユーザアカウントは、選択された（および例えばより適切な、より望ましい、かつ／またはより認識可能な）代替によって表すことができる。追加の代替４５０を図４Ｂに示している。これらの代替４５０は、例えばユーザに同時に提示されても、連続的に提示されてもよい。さらに、ユーザが前に提示された代替（代替４１０、４２０、４３０）は望ましくないと気付いた場合、こうした代替をユーザに提示することができる。

上述したように、代替を生成する技術例には、それだけには限定されないが、サブセット解像度への領域クリッピング、多軸スキューによるスケール、および主要領域検出などがある。一般に、領域クリッピングは、画像を大幅に縮小することなく装置（テレビやモニタなど）に表示することができるものより元の写真が大きいときに使用することができる。画像のスケール変更または縮小は、ピクチャを使用不可にする、または望ましくないようにする程度まで歪みをもたらす可能性がある。例えば表示装置の目的の解像度（例えばインターレース後の解像度は３２０×２４０ピクセル）を検出し、次いでその解像度を、例えば７２０×４８０ピクセルから成る元の画像と比較することによって、システムは、より小さい領域の基本的なマッピングを行い、実質的に元の一部分から新しい画像を作成することができる。

別のアルゴリズム例は、よりよい出力のために媒体をスケール変更またはサイズを変更することを伴う多軸スキューによるスケール変更の技術を使用する。多くの場合、このスケール変更は、ソース媒体とターゲット媒体との間の高さおよび幅の寸法の不一致のために歪みを生じ得る。さらに、２つの軸のより大きい方をスケール変更し、より小さい軸は大きい方に比例したままであるとき、画像の周りに縁または「グラウト」がなされる。この問題を解決するために、例えば、元の画像を小さい方の軸まで、この場合は幅まで縮小し、残りは切り取るという、一般にフォトフィル（ｐｈｏｔｏ ｆｉｌｌ）として知られている別の代替をスケールに適用することができる。

さらに、一部のハイエンドアプリケーションは、主要領域検出を使用する。システムは、より高度なアルゴリズムを使用して、可視媒体または可聴媒体における主要領域を検出することができる。可聴の送信媒体では、例えば、可聴波自体の中の主な山および谷を選択して、代替として提供することができる。可視の送信媒体では、例えば、明るい領域または暗い領域を検出し、導出された代替画像の中心点として使用することができる。高度な主要領域検出システムは、例えば、ハイコントラスト領域を判定し、形状認識ソフトウェアを使用して、可視媒体内の人の顔を拾い出すことができる。

ターゲットレンダリング媒体とは、例えば、媒体の出力装置または表示装置である。ターゲットレンダリング媒体例は、それだけには限定されないが、テレビ、コンピュータモニタ、セル電話、ＰＤＡ、ゲームコンソール、マルチメディアコンソール、スピーカ、または他の表示、再生、または出力装置とすることができる。異なるターゲットレンダリング媒体は、例えば異なる出力フォーマットおよび解像度を有し得る。したがって、送信データから生成された一部の代替は、ある特定のターゲットレンダリング媒体上での提示により適し、または望ましく、他の代替は、別のターゲットレンダリング媒体上での提示により適し、または望ましい可能性がある。特定のターゲットレンダリング媒体に適した少なくとも１つの代替を提供することが望ましい。

図５は、可視または可聴の送信データから特定のターゲットレンダリング媒体のために送信データから特定の代替を生成する方法例を示すフロー図であるが、任意のタイプのデータファイルを送信データとして使用できることが企図されている。さらに、例えば１つまたは複数の潜在的なターゲットレンダリング媒体のために代替を生成し、同時にまたは連続して提示することを企図している。ステップ５０５、５１０、および５１５は、上述したステップ３１０、３２０、３３０に対応しており、簡潔にするためにこれらの説明は省略する。ステップ５１５でユーザがアカウントをカスタマイズしたくない場合、ステップ５９９で、アカウントは、望ましくは任意の変更とともに保存され、プログラムが終了する。

しかし、ステップ５１５で、ユーザがアカウントをカスタマイズしたい場合、ステップ５２０で、プログラムは、ユーザに、可視媒体または可聴媒体などのデータをユーザアカウントに関連付けるよう要求する。ステップ５２５で、プログラムは、（例えばユーザ入力などによって）送信データを受信する。ステップ５３０で、プログラムは、ユーザに、ターゲットレンダリング媒体を要求し、ステップ５３５で、プログラムは、ターゲットレンダリング媒体（または、例えば媒体）についてのユーザの選択を受信する。

ステップ５３５で、ターゲットレンダリング媒体を受信すると、プログラム（または背後にあるまたは関連のプロセッサなど）は、ステップ５４０で送信データを分析して、送信データがターゲットレンダリング媒体に適しているかどうかを判定する。例えばターゲットレンダリング媒体の解像度や能力が送信データを（例えば適切なまたは望ましい鮮明度で）適切に表示、再生、ブロードキャスト、そうでない場合は出力または提示するのに十分ではない場合、送信データは適切ではない可能性がある。例えば、可視送信データは、非常に高い忠実度（例えばマルチメガピクセルの写真など）を有しており、ターゲットレンダリング媒体（セル電話のディスプレイなど）は、高度の歪み無しに送信データを表示することができないと仮定する。こうした場合、送信データはターゲットレンダリング媒体に適していないと考えられる。こうした妥当性は、例えば、送信データとターゲットレンダリング媒体との間の解像度および／またはサイズを比較することによって判定することができる。

ステップ５４５で、送信データがターゲットレンダリング媒体に適していると判定されると、ステップ５６５で、アカウントは新しい媒体選択で更新され、変更が保存され、ステップ５９９でプログラムが終了する。

送信データがターゲットレンダリング媒体とともに使用するのに適していないことがステップ５４５で判定された場合、ステップ５５０で１つまたは複数の代替媒体表現が生成される。こうした代替は、例えば、本明細書に記載した技術例を使用して生成することができる。例えば、１つまたは複数の代替が第１のターゲットレンダリング媒体のために生成され、少なくとも１つの他の代替が第２のターゲットレンダリング媒体のために生成されるように、こうした代替媒体表現が１つまたは複数のターゲットレンダリング媒体のために生成されることを企図する。

代替媒体表現は、ステップ５５５で、検討およびその後の選択のためにユーザに提示されることが望ましい。ユーザが（例えば様々なターゲットレンダリング媒体についての）代替媒体表現５６０のうちの１つまたは複数を使用することを決定した場合、ステップ５６５で、ユーザは代替媒体表現を選択し、アカウントは新しい媒体選択で更新され、変更が保存され、ステップ５９９でプログラムが終了する。ユーザが代替媒体表現５６０を使用しないことを決定した場合、望ましくは処理はステップ５５０に進み、追加の代替が生成され、検討およびその後の選択のために提示される。次いでユーザは、新しい１組の生成された代替から選択を行うことができる。

図６は、本発明による送信データから代替を生成するシステム例６００を示すブロック図である。システム６００は、ユーザまたはユーザアカウントから直接、または間接的に送信データを受信する入力装置６１０を含む。入力装置６１０は、例えば、キーボード、ハードディスクドライブ、ディスケット、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、リムーバブル記憶装置、赤外線信号、インターネット、または他の入力装置を含み得る。

送信データは、入力装置６１０からプロセッサ６２０に提供される。プロセッサ６２０は、送信データから代替を作成する。次いでプロセッサ６２０は、ユーザに提示するために、代替を出力装置６３０に提供する。出力装置６３０は、テレビ、コンピュータモニタ、セル電話、ＰＤＡ、ゲームコンソール、マルチメディアコンソール、スピーカ、または他の出力装置を含み得る。このように、ユーザは、アカウントに関連付けられる１つまたは複数の代替を表示し、聞き、そうでない場合は検討し、その後選択することができる。

ユーザは、送信データからの代替がターゲットレンダリング媒体で聞かれ、表示され、そうでない場合は出力または提示される通りにそれを表示し、聞き、そうでない場合は検討した上で、その代替をアカウントに関連付けることを望むことがあり、その関連付けによってこの代替がターゲットレンダリング媒体に出力されることになる。例えば、セル電話上に表示された可視画像は、コンピュータ画面上に表示された同じ可視画像のように見えない場合がある。したがって、ユーザは、忠実度が低い装置上で同じ可視画像がどのように見えるかをシミュレーションするために、コンピュータ画面の画像を例えば十分に歪め、またはサイズ変更させたい場合がある。

図７は、可視または可聴の送信データから特定のターゲットレンダリング媒体のために送信データから特定の代替をシミュレートする方法例を示すフロー図である。ステップ７０５、７１０、および７１５は、上述したステップ３１０、３２０、３３０に対応しており、簡潔にするためにこれらの説明は省略する。ユーザがステップ７１５でアカウントをカスタマイズしたくない場合、ステップ７９９で、アカウントは保存され、プログラムが終了する。

しかし、７１５でユーザがアカウントをカスタマイズしたい場合、処理は、上述したステップ５２０から５４５と同じように、ステップ７２０から７４５に進む。したがって、簡潔にするためにステップ７２０〜７４５の説明を省略する。

ステップ７４５で送信データが適切な場合、ステップ７７０で、アカウントは新しい媒体選択で更新され、変更が保存され、ステップ７９９でプログラムが終了する。

送信データがターゲットレンダリング媒体との使用に適してない場合、ステップ７５０で、代替媒体表現が生成される。次いで、特定のターゲットレンダリング媒体のために生成された代替を使用して、ステップ７５５で、特定のターゲットレンダリング媒体のための代替（可視および／または可聴代替）をシミュレートする。ステップ７５５でのこのシミュレーションは、７５０で作成された可視代替または可聴代替を歪ませて、例えば可視データまたは可聴データが特定のターゲットレンダリング媒体でどのように見えるか、または聞こえるかをユーザに知らせることを含み得る。

シミュレートされた代替媒体表現は、ステップ７６０で、選択のためにユーザに提示される。ステップ７６５で、ユーザが代替媒体表現を使用することを決定した場合、ステップ７７０で、ユーザはその代替媒体表現を選択し、アカウントは新しい媒体選択で更新され、変更が保存され、ステップ７９９でプログラムが終了する。ステップ７６５でユーザが代替媒体表現を使用しないことを決定した場合、望ましくは処理はステップ７５０に進み、追加の代替が生成され、シミュレートされ、その後の検討および選択のためにユーザに提示される。

結言
本明細書に記載した様々なシステム、方法、および技術を、ハードウェア、ソフトウェア、または必要に応じてその組み合わせとともに実装することができる。したがって、本発明の方法および装置、またはそのいくつかの態様または一部は、フロッピー（登録商標）ディスク、ＣＲ−ＲＯＭ、ハードドライブ、または他の任意のマシン可読記憶媒体など、有形の媒体に組み込まれるプログラムコード（すなわち命令）の形をとることができ、プログラムコードがコンピュータなどのマシンにロードされ、それによって実行されると、そのマシンは本発明を実施する装置となる。プログラム可能コンピュータ上でプログラムコードを実行する場合、コンピュータは一般に、プロセッサ、プロセッサによって読み取り可能な記憶媒体（揮発性および不揮発性メモリおよび／または記憶要素を含む）、少なくとも１つの入力装置、および少なくとも１つの出力装置を含む。１つまたは複数のプログラムは、コンピュータシステムと通信するための高レベル手続き型またはオブジェクト指向型のプログラミング言語で実施されることが好ましい。しかし、必要に応じて、プログラムは、アセンブリ言語またはマシン言語で実施することができる。どんな場合でも、言語はコンパイル型またはインタプリタ型言語とすることができ、ハードウェア実装と組み合わせることができる。

本発明の方法および装置は、電気配線またはケーブルなどを介して、光ファイバを介して、または他の任意の送信形式を介してなど、何らかの送信媒体を介して送信されるプログラムコードの形式で組み込むこともでき、プログラムコードは、ＥＰＲＯＭ、ゲートアレイ、プログラム可能論理デバイス（ＰＬＤ）、クライアントコンピュータ、ビデオレコーダなど、マシンによって受信され、そこにロードされ、それによって実行されると、そのマシンは本発明を実施する装置になる。汎用プロセッサ上で実施されるとき、プログラムコードは、プロセッサと結合して、本発明の機能を実行するように動作する一意の装置を提供する。

本発明を様々な図の好適実施形態とともに説明してきたが、本発明から逸脱することなく本発明の同じ機能を実行するために、他の同様の実施形態を使用し、または変更および追加を記載した実施形態に加えることができることを理解されたい。したがって、本発明は、任意の単一の実施形態に限定されるべきではなく、むしろ添付の特許請求の範囲による広さおよび範囲で解釈すべきである。

本発明の態様を組み込むことができるコンピュータシステムを表すブロック図である。 本発明によるリモートコンピューティング装置またはオンラインサービスと対話するローカルコンピューティング装置例を表すブロック図である。 本発明による送信データから代替を生成する方法例を示すフロー図である。 本発明による送信データに応答して生成された代替の媒体表現例を示す象徴表現である。 本発明による送信データに応答して生成された別の代替の媒体表現例を示す象徴表現である。 本発明による、特定のターゲットレンダリング媒体のために送信データから特定の代替を生成する方法例を示すフロー図である。 本発明による送信データから代替を生成するシステム例を示すブロック図である。 本発明による、特定のターゲットレンダリング媒体のために送信データから特定の代替をシミュレートする方法例を示すフロー図である。

符号の説明

２０ コンピュータ
２１ プロセッサ
２２ システムメモリ
２３ システムバス
２７ ハードドライブ
２８ フロッピー（登録商標）ドライブ
２９ リムーバブル記憶装置
３０ 光ドライブ
３２ ハードディスクドライブＩ／Ｆ
３３ 磁気ディスクドライブＩ／Ｆ
３４ 光ドライブＩ／Ｆ
３６ アプリケーションプログラム
３６ アプリケーション
３７ 他のプログラム
３８ プログラムデータ
４０ キーボード
４２ マウス
４６ シリアルポートＩ／Ｆ
４７ モニタ
４８ ビデオアダプタ
４９ リモートコンピュータ
５０ フロッピー（登録商標）ドライブ
５３ ネットワークＩ／Ｆ
５４ モデム
５５ ホストアダプタ
５６ ＳＣＳＩバス
６２ 記憶装置
２２０ ローカルコンピューティング装置（ユーザＰＣなど）
２４０ リモートコンピューティング装置

Claims (35)

1. 送信データから代替を生成する方法であって、
   ビデオファイル、音声ファイル、マルチメディアファイル、およびピクチャファイルのうちの１つを含む送信データを受信するステップと、
   前記送信データに基づいて少なくとも１つの代替を判定するステップと、
   前記少なくとも１つの代替をユーザアカウントに関連付けるステップと
   を備えることを特徴とする方法。
2. 前記少なくとも１つの代替を出力し、その後前記代替のうちの１つの選択を受信するステップをさらに備えることを特徴とする請求項１に記載の方法。
3. 前記送信データを受信するステップは、前記少なくとも１つの代替を生成し、選択のために前記少なくとも１つの代替を出力するプロセッサによって実行されることを特徴とする請求項２に記載の方法。
4. 出力装置を介して選択のために前記少なくとも１つの代替を提供するステップをさらに備えることを特徴とする請求項２に記載の方法。
5. 前記選択をアカウント識別子に関連付けるステップをさらに備えることを特徴とする請求項２に記載の方法。
6. 前記選択はユーザアカウントインタフェースを介して受信されることを特徴とする請求項５に記載の方法。
7. 前記ユーザアカウントから選択された代替を受信するステップをさらに備えることを特徴とする請求項１に記載の方法。
8. 前記選択された代替を前記ユーザアカウントに関連付けるステップをさらに備えることを特徴とする請求項１に記載の方法。
9. ターゲットレンダリング媒体のために送信データから代替を生成する方法であって、
   ビデオファイル、音声ファイル、マルチメディアファイル、およびピクチャファイルのうちの１つを含む送信データを受信するステップと、
   前記ターゲットレンダリング媒体を識別するステップと、
   前記ターゲットレンダリング媒体のために少なくとも１つの代替を生成するステップと、
   前記少なくとも１つの代替をユーザアカウントに関連付けるステップと
   を備えることを特徴とする方法。
10. 前記ターゲットレンダリング媒体は、テレビ、コンピュータモニタ、ハンドヘルドモバイル装置、セル電話、ＰＤＡ、ゲームコンソール、マルチメディアコンソール、時計、ホームシアター、スピーカのうちの少なくとも１つを含むことを特徴とする請求項９に記載の方法。
11. 少なくとも１つのターゲットレンダリング媒体に関する情報を受信するステップをさらに備えることを特徴とする請求項９に記載の方法。
12. 少なくとも１つのターゲットレンダリング媒体の選択を受信するステップをさらに備えることを特徴とする請求項９に記載の方法。
13. 前記少なくとも１つの代替を出力し、その後前記代替のうちの前記少なくとも１つの選択を受信するステップをさらに備えることを特徴とする請求項９に記載の方法。
14. プロセッサは前記送信データを受信し、ターゲットレンダリング媒体のために前記少なくとも１つの代替を生成し、選択のために前記少なくとも１つの代替を出力することを特徴とする請求項１３に記載の方法。
15. 前記少なくとも１つの代替を選択のために前記ユーザアカウントに提供するステップをさらに備えることを特徴とする請求項１３に記載の方法。
16. 前記選択をアカウント識別子に関連付けるステップをさらに備えることを特徴とする請求項１３に記載の方法。
17. 前記選択はユーザアカウントインタフェースを介して受信されることを特徴とする請求項１６に記載の方法。
18. 前記ユーザアカウントから選択された代替を受信するステップをさらに備えることを特徴とする請求項１３に記載の方法。
19. 前記選択された代替を前記ユーザアカウントに関連付けるステップをさらに備えることを特徴とする請求項９に記載の方法。
20. 選択のために前記少なくとも１つの代替のターゲットレンダリング媒体に関連付けられている情報を出力するステップをさらに備えることを特徴とする請求項９に記載の方法。
21. 代替のターゲットレンダリング媒体の少なくとも１つの選択を受信するステップをさらに備えることを特徴とする請求項９に記載の方法。
22. 送信データから代替を生成するシステムであって、
    ビデオファイル、音声ファイル、マルチメディアファイル、およびピクチャファイルのうちの１つを含む送信データを受信する入力装置と、
    前記入力装置から前記送信データを受信し、前記送信データに基づいて少なくとも１つの代替を判定し、前記少なくとも１つの代替をユーザアカウントに関連付けるプロセッサと
    を備えたことを特徴とするシステム。
23. 前記入力装置は、キーボード、ハードドライブ、ディスケット、コンパクトディスク、リムーバブル記憶装置、赤外線信号、およびインターネットのうちの１つを含むことを特徴とする請求項２２に記載のシステム。
24. 前記少なくとも１つの代替を出力する出力装置をさらに備えたことを特徴とする請求項２２に記載のシステム。
25. 前記出力装置は、テレビ、コンピュータモニタ、ハンドヘルドモバイル装置、セル電話、ＰＤＡ、ゲームコンソール、マルチメディアコンソール、時計、ホームシアター、スピーカのうちの１つを含むことを特徴とする請求項２４に記載のシステム。
26. ターゲットレンダリング媒体のために送信データから代替をシミュレートする方法であって、
    前記ターゲットレンダリング媒体を識別するステップと、
    ビデオファイル、音声ファイル、マルチメディアファイル、およびピクチャファイルのうちの１つを含む送信データを受信するステップと、
    シミュレーションを介して前記ターゲットレンダリング媒体のために少なくとも１つの代替を生成するステップと、
    前記少なくとも１つの代替のシミュレートされた選択をユーザアカウントに関連付けるステップと
    を備えることを特徴とする方法。
27. 前記特定のターゲットレンダリング媒体の前記送信データを操作し、前記少なくとも１つの代替を出力し、その後、前記代替のうちの１つの前記少なくとも１つの代替のシミュレートされた選択を受信するステップをさらに備えることを特徴とする請求項２６に記載の方法。
28. 操作された代替を生成するために、少なくとも１つのターゲットレンダリング媒体に関連付けられている情報を受信するステップをさらに備えることを特徴とする請求項２７に記載の方法。
29. 少なくとも１つのターゲットレンダリング媒体の選択を受信するステップをさらに備えることを特徴とする請求項２７に記載の方法。
30. プロセッサは前記送信データを受信し、前記ターゲットレンダリング媒体のために前記少なくとも１つの代替を生成し、選択のために前記少なくとも１つの代替を出力することを特徴とする請求項２７に記載の方法。
31. 前記少なくとも１つの代替のシミュレーションを選択のために前記ユーザアカウントに提供する出力装置をさらに備えることを特徴とする請求項２７に記載の方法。
32. 前記選択をアカウント識別子に関連付けるステップをさらに備えることを特徴とする請求項２７に記載の方法。
33. 前記選択はユーザアカウントインタフェースを介して受信されることを特徴とする請求項３２に記載の方法。
34. 前記ユーザアカウントから選択された代替のシミュレーションを受信するステップをさらに備えることを特徴とする請求項２７に記載の方法。
35. 前記選択された代替のシミュレーションを前記ユーザアカウントに関連付けるステップをさらに備えることを特徴とする請求項２６に記載の方法。
    
    

Images