JP2011503729A

JP2011503729A - プリントコンテントのカスタマイズ

Info

Publication number: JP2011503729A
Application number: JP2010533306A
Authority: JP
Inventors: ヘゲミーア、ダリン・ジー．; クーン、ダリル・アール．; ピース、デイビッド・マルク; ポウェル、シーン・リチャード
Original assignee: スキニット
Priority date: 2007-11-07
Filing date: 2008-11-07
Publication date: 2011-01-27
Also published as: WO2009062120A1; CA2705304A1; CN101889275A; US20090122329A1; EP2223239A1; EP2223239A4; US20130021630A1; AU2008323696A1

Abstract

ユーザにスクリーン上でバーチャルデザインを作ることができるインタラクティブなインタフェースを作るための方法と装置をここで開示する。ユーザによって作られたデザインの仕様書は、接着剤のアップリケまたはプリントを受信するために適合された他の材料の上に、高解像度のレンダリングおよびプリントするために、その後サーバに送られてもよい。いくつかの実施形態で、作られたプロダクトは、携帯電話、ラップトップ、携帯端末、スノーボード、ボート、または自動車のような、特定の装置に合うために適合される。代わりに、プリントされたプロダクトは、壁、窓、または建物の側面上の一部に粘着して適用されることができる。１つの実施形態で、インタラクティブなインタフェースは、粘着性のスキンにプリントするであろう特定のＣＡＤのために指定された、イメージ、色、テキストおよびシェイプの組み合わせを使うことによって、ユーザに、彼ら自身の個人的なプロダクトを作ることを許す。
【選択図】図１

Description

本発明は一般にイメージカスタマイゼーションの分野に関連する。さらに特に、本発明は、特定のエリアによって定義されるサブストレートの上にプリントすることに関して、カスタマイズされたコンテントをユーザが作ることができる一つの代表的な態様が導かれる。

（優先権の要求）
この出願は２００７年１１月７日に出願された米国出願第６０／９８６，２８３号に優先権を要求し、その内容はその全てが参照されることでここに組み込まれる。

本発明の種々の実施形態は、ユーザが、電子デバイスの特定のサーフェスへの粘着性のアプリケーションまたは他の具体的に形づくられた物理的なオブジェクトに関するカスタムデザインを作るおよび購入することができるように適合したツールから成るリッチイメージが対象にされる。特定のデバイスの選択可能なサーフェスの上にイメージ、シェイプおよびテキストを重ねおよび操作することによって、クライアントデバイスのメモリの中のアプリケーションレジデントがユーザにデザインを作ることを許す。ユーザは、サーフェステンプレートのライブラリから（例えば、ＣＡＤファイルのライブラリの中から）特定のデバイスを選択するか、または、寸法を定義して、および／またはアプリケーションの中から切り取られたツールを使うことによって、独自のテンプレートを作ってもよい。この方法で、ユーザは、独自のシェイプを有するまたは特定のデバイスのサーフェスに適合する粘着性のプリントをデザインしてもよい。

いくつかの実施形態で、アプリケーションはいろいろな製造プロセスによって利用されることができるイメージを作るために適合される。イメージは、レーザーエッチング、レーザーコンバーティングまたはカッティング、フォトプリント、またはプレッシャーセンスフィルムプリントで使用するためのファイルタイプとしてのアプリケーションのエクスポート機能を通して転送されることができる。いくつかの実施形態で、イメージは、他のアプリケーションと同様に、自動車、コンシューマエレクトロニクス、ホームインテリア、金属とプラスチックのようなサブストレートをペイントするための要求システム上のプリント、プラスチック、金属、タイルおよびセラミックの上のＵＶインクプリントのような直接のプリントシステムのようないろいろなアプリケーションで使用するために大きいまたは小さいフォーマットに変換されることができる。

発明の第１の態様で、方法が開示される。１つの実施形態で、方法は、第１のアプリケーションをユーザに提供することと、前記第１のアプリケーションは前記ユーザにデバイステンプレートと関連するイメージのコピーを図表を用いて編集することができるように適合される、前記ユーザから仕様書を受け取ることと、前記仕様書は前記イメージの編集されたコピーを描写するように適合される、前記仕様書に従ってレンダリングイメージを作り出すことと、前記レンダリングイメージをプリントすることと、を具備する。

発明の第２の態様で、コンピュータの読み取り可能な媒体が開示される。１つの実施形態で、コンピュータによって実行されるとき、プロセスを実行するインストラクションを構成するコンピュータの読み取り可能な媒体は、少なくとも１つのサーフェスコンフィグレーションの寸法を示しているデータのセットを受け取ることと、前記少なくとも１つのサーフェスコンフィグレーションのビジュアル表示を表示することと、前記少なくとも１つのサーフェスコンフィグレーションにグラフィカルな編集を含んでいるコマンドのセットを受け取ることと、前記コマンドのセットから仕様書を作ることと、前記仕様書は前記少なくとも１つのサーフェスコンフィグレーションの編集されたバージョンを示すために適合される、前記仕様書をリモートデバイスに転送することと、前記リモートデバイスは前記仕様書からレンダリングイメージを生成するように適合される、前記リモートデバイスは前記レンダリングイメージをプリントするよう適合される、を具備する。

発明の第３の態様で、装置が開示される。１つの実施形態で、装置は、ユーザにアプリケーションを提供するために適合されたファイルサーバと、前記アプリケーションは特定の領域のビジュアル表示の上で前記ユーザがデザインを作り出すことができるように適合される、特定の領域のビジュアル表示を含むデータを前記ユーザがダウンロードできるように適合されたコンテントライブラリと、前記ユーザによって作り出されたデザインの仕様書を受信するために適合された受信モジュールと、前記受信モジュールで受信された前記仕様書からレンダリングされたイメージを生成するために適合されたレンダリングモジュールと、前記レンダリングされたイメージをプリントするために適合されたプリントモジュールと、を具備する。

図１は本発明の１つの実施形態による代表的なネットワークトポロジを説明するブロックダイアグラムである。図２は本発明の１つの実施形態によるインタラクティブなインタフェースを実行することについての代表的な方法を説明するフローチャートである。図３は本発明の１つの実施形態による作られたスキンの粘着性の適用をサポートすることができる電子デバイスのサーフェスの図である。図４は本発明の１つの実施形態によるカスタマイゼーションデータを受け取ることについての代表的な方法を説明するフローチャートである。図５は本発明の１つの実施形態によるインタラクティブなアプリケーションで使用するためのグラフィカルユーザインタフェースのスクリーンキャプチャーである。図６は本発明の１つの実施形態によるキャンバスステージの上に回転させられるイメージの表示である。図７は本発明の１つの実施形態によるインタラクティブなアプリケーションで作られた原文オーバーレイを含んでいるキャンバスステージの表示である。図８は本発明の１つの実施形態によるサーバに選択されたイメージを提供することについての代表的な方法を説明するフローチャートである。図９は本発明の１つの実施形態によるインタラクティブなアプリケーションによって作られたスキンをレンダリングおよびプリントする代表的な方法を説明するフローチャートである。

発明の詳細な説明

ここで使われるように、用語「アプリケーション」は、限定することなく、特定の機能またはテーマを実行する実行可能なソフトウェアのどんなユニットでも含む。実行可能なソフトウェアのユニットは予め定められた環境上で動作してもよい。例えば、Java TV（登録商標）環境の中で動くダウンロード可能なJava Xlet（登録商標）またはウェブブラウザである。

ここで使われるように、用語「コンピュータプログラム」と「ソフトウェア」は、限定することなく、コンピュータによって処理されるために適合されたステップが認識可能な人または機械のどんなシーケンスでも含む。そのようなものは、例えば、コモンオブジェクトリクエストブローカーアーキテクチャ（CORBA）、（J2ME、Java Beans（登録商標）などを含む）Java（登録商標）のようなオブジェクト指向環境と同様に、C/C++、Fortran、COBOL、PASCAL、Prolog、Python、MATLAB、アセンブリ言語、スクリプト言語（例えば、ActionScript）、マークアップ言語（例えば、HTML、SGML、XML、VoXML）、機能言語（例えば、APL、Erlang、Haskell、Lisp、ML、F#およびScheme）を含む、どんなプログラミング言語または環境でもレンダリングされてよい。

ここで使われるように、用語「メモリ」は、デジタルデータをストアするために適合された、限定することなく、ROM、PROM、EEPROM、DRAM、SDRAM、DDR/2 SDRAM、EDO/FPMS、RLDRAM、SRAM、「フラッシュ」メモリ（例えば、NAND/NOR）、およびPSRAMを含む、どんなタイプの集積回路または他の記憶デバイスを含む。

ここで使われるように、用語「モジュール」は、望ましい機能を実行するようにデザインされた、どんなタイプのソフトウェア、ファームウェア、ハードウェア、またはその組み合わせにも関係する。

ここで使われるように、用語「ネットワーク」は、一般的に、限定することなく、ケーブルネットワーク、人工衛星ネットワーク、オプティカルネットワーク、セルラーネットワークおよび（MANs、WAN、LAN、WLANs、インターネットおよびイントラネットを含む）バスネットワークを含む、どんなタイプの遠隔通信またはデータネットワークにも関係する。このようなネットワークまたはその部分は、１つ以上の異なったトポロジ（例えば、リング、バス、スター、ループなど）、送信メディア（例えば、wired/RFケーブル、RF無線、ミリメートル波、ハイブリッドファイバ同軸ケーブルなど）、および／または、通信またはネットワーキングプロトコル（例えば、SONET、DOCSIS、IEEE Std、８０２.３、ＡＴＭ、X.25、フレームリレー、3GPP、3GPP2、WAP、SIP、UDP、FTP、RTP/RTCP、TCP/IP、H.323など）をどれでも利用してもよい。

ここで使われるように、用語「処理」は、制限することなく、デジタルシグナルプロセッサ（DSPs）、減少命令セットコンピュータ（RISC）、汎用の（CISC）プロセッサ、マイクロプロセッサ、ゲートアレイ（例えば、FPGAs）、プログラム可能論理回路（PLDs）、再構成可能な計算ファブリック（RCFs）、アレイプロセッサおよび特定用途向け集積回路（ASICs）を含む、あらゆるタイプのデジタルおよびグラフィック処理デバイスを利用してもよい。

代表的な実施形態の次の記述において、参考は、発明が実施されることができる特定の実施形態を説明のために示す添付の図面が作られる。この発明の実施形態の態様から逸脱することなく、他の実施形態が使われることができる、そして、構造的な変更がなされることができることは理解されるはずである。

本発明の種々の実施形態は、ユーザが、粘着性のアップリケ、ステッカー、ディーキャル、装飾用レイヤ、非接着剤のイメージ、フォトプリント、デバイスセルまたはデバイススキンを作るおよびカスタマイズすることができるように、ウェブアプリケーションに命令する。作られたプロダクトは、アイテムを個人の物にするまたは芸術的な魅力を増やすために、それからプリントされてもよく、そして、その後サーフェスに用いられてもよい。

いくつかの実施形態で、プリントされたプロダクトは、移動デバイス（例えば、携帯電話）、ラップトップコンピュータ、パーソナルディジタルアシスタント（PDA）、ビデオゲームコンソール（例えば、Xbox（登録商標）３６０）、携帯端末、または他の電子のシステムのような、電子デバイスの特定のサーフェスに合うように適合される。プロダクトは、代わりに、他の家庭のアイテムと同様に、スノーボード、本、ＣＤのケースのような、非電子デバイスに適用されてもよい。他の実施形態で、プリントされたプロダクトは、壁、窓、または建物の側面のような、建設されたサーフェスの上に配置するために適合されてもよい。まだ他の実施形態で、プロダクトは、自動車またはボートのような乗り物のために、ラップまたはサーフェスレイヤで使われてもよい。無数の他のアプリケーションは同じく可能である。

プリントされたプロダクトの外観を修正するために使われたウェブインタフェースは、ユーザがそれらの作成プロセスの間に使用するための種々の機能を表示するために適合されてもよい。例えば、いくつかの実施形態で、ユーザは、ローカルデバイス（例えば、デジタルカメラ）から、または、リモートデバイス（例えば、Facebook（登録商標）、Snapfish （登録商標）、外部イメージライブラリ、またはユーザから指定されたウェブアドレスのような外部のウェブサイト、）からイメージをアップロードしてもよい。いくつかの実施形態で、ユーザは、多くの選択可能なフォントを用いてクリエイションに形式化されたテキストを追加および配置してもよい、１つ以上の拡大縮小可能なイメージをデザインに追加及び配置してもよい、または、イメージに特定のエフェクトまたはフィルタ（例えば、フェイド、Guassianブラー、シャープン、ブライトン、ドロップシャドウなど）を追加してもよい。

本発明の実施形態はウェブベースのアプリケーションに関してここに記述および図解されたかもしれないが、この発明の実施形態は、そのように限定されず、スタンドアローンシステムと同様に、（限定されることなく、電子メール、TELNET、ファイル転送プロトコル（FTP）、インターネットリレーチャット（IRC）、ダイレクトコネクションなどを含む）他の通信プロトコルを用いるコンピューティングシステムにさらに適用可能であると理解されるべきである。さらに、発明の実施形態は、形成されたデバイスまたは予め作られたテンプレート上で使うために適合されたスキンに関してここに記述および図解されたかもしれないが、発明の実施形態は、形成されたデバイスまたは予め作られたテンプレートのためのコンテントの生成に限定する必要がなく、また、カスタマイズしたまたはユーザが指定した入力のセットからプリントされたプロダクトを含んでもよいと理解されるべきである。さらに、発明の実施形態は、ユーザに粘着性のプロダクトの外観のカスタマイズを手助けするように適合されたアプリケーションに関してここに記述および図解されたかもしれないが、プリントされたプロダクトは、必ずしも粘着性である必要がなく、そしてその代わりに無数の非接着剤のサーフェス（接着ペーパ、フォトグラフィックペーパ、フィルム、プラスチック、ボール紙など）の１つを利用してもよい。

図１は、本発明の１つの実施形態による代表的なネットワークトポロジを説明するブロックダイアグラムである。図面によって示されるように、クライアントデバイス１００、サーバ１２０および外部のウェブサイト１４０は、ネットワーク（例えば、インターネット）の上に通信接続される。

クライアントデバイス１００、サーバ１２０および外部のウェブサイト１４０は、デジタル情報をストア、リテインおよびその後リトリーブされることができるようにするために、それぞれ（図１でメモリ１０２、メモリ１２２およびメモリ１４２として描写された）メモリユニットを含んでもよい。メモリ１０２、メモリ１２２、およびメモリ１４２は、RAM、DRAM、SRAM、ROM、および／またはフラッシュメモリに制限されることなく含んで、揮発性及び持久記憶デバイスのどんな組み合わせでも構成してよい。例えば、レジスタ、メモリキャッシュ、データバッファ、メインメモリ、大量記憶デバイス、および／またはリムーバブルメディアを利用して、メモリ１０２、メモリ１２２およびメモリ１４２は、構造上のコンフィグレーションのいくつでもオーガナイズされてもよいことに言及する。

１つの実施形態で、初めに、クライアントデバイス１００を操作しているユーザは、サーバ１２０によってホストされたウェブサイトにナビゲートする。この接続は、ウェブブラウザ、ナビゲータ、または他のそのようなコミュニケーションソフトウェアによって確立されてもよい。ウェブサイトに接続すると同時に、ユーザはクライアントデバイス１００の中で使用するためにイメージングソフトウェア１２６をそのときダウンロードしてもよい。一旦実行されると、イメージングソフトウェア１２６はクライアントデバイス１００のメモリ１０２の中で常駐するアプリケーション１０４として提示されてもよい。

１つの実施形態で、イメージングソフトウェア１２６はスクリプト言語（例えば、ECMAScriptに基づいたスクリプト言語であるActionScript）で開発されてもよい、しかし、他の言語が選択肢で利用されてもよい。１つの実施形態で、Adobe Flash（登録商標）は開発環境としてイメージングソフトウェア１２６の作成のために使われてもよい。

イメージングソフトウェア１２６が開発およびインストールされる度に、アプリケーション１０４はそのとき実行されてもよい。アプリケーション１０４が、いくつかの異なった方法でユーザへそのインタフェースを提供してもよいことを言及する。１つの実施形態で、例えば、アプリケーション１０４はAdobe Flash Player（登録商標）を使って実行されてもよい、それはウェブブラウザの中で統合されることができるマルチメディアおよびアプリケーションプレーヤーである。もう１つの実施形態で、ビジュアルベーシックラッパーアプリケーションが選択肢で使われてもよい。無数の他のアプリケーションのフレームワークは、また、本発明の実施形態によるアプリケーション１０４を実行するための手段として用いられてもよい。

イメージングソフトウェア１２６は、イメージングソフトウェア１２６の現在の配備で利用可能なフューチャー、カラー、オプションおよびレイアウトを示すコンフィギュレーションファイル（例えば、XMLファイル）を含んでもよい。有利に、これは、一つの実行可能なファイルが種々の特定のサービスニーズまたは操作環境に適用するために調整されることが可能である。１つの実施形態で、アプリケーション１０４は、全てのセッティング、インタフェースの中でのカラーとグラフィックスの変更および（多数の言語に関する互換性をサポートするためにアプリケーションの至るところで使われたテキストレーベルとフレイズを含む）キーフューチャーのトグルに適合するために、初めにコンフィギュレーションファイルをロードする。

１つの実施形態で、アプリケーション１０４がうまく起動した度に、プリントされたプロダクトの中で使うためにコンテントをカスタマイズするために、ユーザはインタフェースを与えられる。１つの実施形態で、インタフェースは、メインコンソールまたはアイコンバー、コントロールとコンポーネントを含む交換可能な複数のパネル、メインステージエリアおよび複数のナビゲーションコントロール（例えば、パンとズームコントロール）から成る。もう１つの実施形態で、インタフェースは、タッチスクリーンパネルと一緒に使用するために適合される、そして大きいボタン、ブラウザモジュールおよびサードパーティーイメージエフェクトを含む。種々の他のインタフェースコンフィグレーションは、同じく本発明の態様に従って利用されてもよい。これらのインタフェースコンフィグレーションは、一部クライアントデバイス１００の操作上の特徴に一部依存してもよいことに言及する（例えば、クライアントデバイス１００がアクティブなネットワーク接続、アップロード／ダウンロードスピード、グラフィック機能などを持つと考えられることができるか否か。）。

それが編集されているとき、いくつかの実施形態は、彼のデザインに関してユーザにベターなコントロールを可能にするズームおよびパンコントロールを特徴とする。例えば、いくつかの実施形態で、ズームスライダまたはマウスホイールは、それらの編集でさらに正確になるために、ユーザが、デザインのどんなサーフェスのズームインおよびアウトすることを可能にする。いくつかの実施形態で、センタードラッグ可能なボタンを含んでいるパンコントロールは、ユーザが、どんなサイドまたはサーフェスのために全部のステージをドラッグアンドドロップすることを可能にする。１つの実施形態で、それの中でいくつかの場所でクリックおよびホールドすることによって、ステージをドラッグする間に、パンコントロールはボタンをホールドすることによって作動させられてもよい。１つの実施形態で、パンコントロールデバイスは、（例えば、上、下、右、左など）所定の指示に連続的にステージをパンするために適合されたクリック可能な矢印のセットを同じく含む。

アプリケーション１０４の実行の特定のポイントの間に、ユーザは、コンテントクリエーションプロセスを容易にするために、サーバ１２０からコンテントを要求することに選んでもよい。要求されたコンテント１２８は、制限することなく、デバイスフォームまたはテンプレート、選択可能なフォント、イメージ、シェイプおよびダウンロード可能なエフェクトを含んでもよい。１つの実施形態で、要求されたコンテント１２８は、サーバ１２０のメモリ１２２の中で配置された１つ以上のコンテントライブラリ１２４から選択されてもよい。

もしユーザがコンテントライブラリ１２４の中に格納されたコンテントを使うことを望まないなら、他のオプションも利用可能である。ユーザは、クライアントデバイス１００のメモリ１０２の中に局所的に格納したイメージ１０８をサーバ１２０に転送してもよい。１つの実施形態で、これらのイメージ１０８は、サーバ１２０のメモリ１２２の中に配置されたユーザディレクトリ１３０にストアされてもよい。代わりに、もしユーザが外部のウェブサイト１４０のメモリ１４２の中にストアしたイメージ１０８４の使用を指定することを望むなら、ユーザはイメージ１０８のロケーション１０６をサーバに指定してもよい。サーバは、外部のウェブサイト１４０にイメージ１４４のための要求を生成することができる、そしてそれからイメージ１０８は対応するユーザディレクトリ１３０にダウンロードされることができる。

いくつかの実施形態で、アプリケーション１０４のインタフェーススクリーンの上でそれが操作および／または編集されるとき、イメージについてのさらに好都合な表示を促進するために、イメージ処理モジュール１３２は、低い解像度のイメージハンドルを生成するために、サーバ１２０の中で使われてもよい。処理されたイメージ１３４は、サーバ１２０のメモリ１２２の中にストアされた生のイメージ１０８よりも低い解像度を含んでもよい、しかし、アプリケーション１０４の中で速くロードして、そしてイメージ編集操作のために早く応答をしてもよい。

ユーザがスクリーン上の彼のクリエイションに満足すると、最終のプロダクトの出力仕様書１１０はそれからユーザディレクトリ１３０に転送されてもよい。イメージ１０８の合成物および他の選択されたコンテントは、それからそのオリジナルの解像度でレンダリングされてもよく、プリント可能なフォーマットに変換されてもよく、そしてそのときプリントモジュールまたは外部の媒体によってプリントするためにスケジュールされてもよい。このプロセスは、（図９と添付のテキストを参照して）以下により詳細に論じられる。

図２は本発明の１つの実施形態によるインタラクティブなインタフェースを実行することについての代表的な方法を説明するフローチャートである。

ブロック２０２において、ユーザはテンプレートを選択するよう指示される。テンプレートは、一般的なシェイプ、フォーム、所定の構造の寸法、デバイス、またはプリント可能なエリアの記述がある、そして、１つ以上のカスタマイズ可能なプリントサーフェスを含んでもよい。それぞれのサーフェスは、電子機器、ユーザ入力または電子周辺機器での接続を受けるモジュールを特徴とする電子デバイスをサポートしてもよい多くの空の領域を含んでもよい。

代表的なサーフェス３０２のビジュアル表示は図３で描写される、そしてそれはポピュラーなビデオギャンブルコンソールのフロントフェイスを説明する。図面によって示されるように、サーフェス３０２は、シリアルバスコネクタ３０４、電力スイッチ３０６、メモリポート３０８のシリーズ、赤外線センサ３１０とDVDトレイ３１２のために用意された領域と同様に、一部によってその窪んだエッジ３１４によって定義される、
再び図２に言及して、システムは、ブロック２０４においてユーザが予め作られたテンプレートからスキンをデザインすることを望むかどうか決定する。予め作られたテンプレートは、外部のデバイス（例えば、図１でのサーバ１２０のコンテントライブラリ１２４）からダウンロード可能なCADファイルであってもよい、または、イメージングソフトウェア１２６の始めのダウンロードの一部としてライブラリの中に提供されてもよい。

１つの実施形態で、クライアントデバイス１００の記憶制限についての依存を同時になくす間に、望ましいテンプレートは、ランタイムに動的にロードされる、それでユーザに適切なテンプレートだけを受け取ることができるようにする。それで、１つの実施形態で、テンプレートは、（ブロック２０２に示されるように）、ユーザによって選択された後のみ、ダウンロードされる、そしてそれは、新しいデバイステンプレートが作られるとき、アプリケーション１０４がアップデートを継続的に要求することを防止する。さらに、これは、また、クライアントデバイス１００のメモリ１０２の中で不必要なテンプレートがスペースをいっぱいにすることを防止してもよい。

いくつかの実施形態で、サーバ１２０から決定されたユーザについての情報によれば、テンプレートのパッケージはクライアントデバイス１００に提供される。例えば、もし彼がノキア（登録商標）の携帯電話を使うことをユーザが示したなら、ノキア（登録商標）の携帯電話のためのテンプレートだけがイメージングソフトウェア１２６パッケージに提供される。

１つの実施形態で、それぞれのデバイステンプレートは、アプリケーション１０４に選択されたデバイスのプリントシェイプを提供する添付のイメージファイル（例えば、PNGまたはSWF）と同様に、選択されたデバイスの座標と大きさを定義する拡張可能なマークアップ言語（XML）ファイルを含む。

XMLファイルは、選択されたデバイスの大きさと座標の情報のすべて、デバイスに関連するサーフェス上で使うためのイメージファイルのロケーション、それぞれのイメージがそれぞれのサーフェスの上にどのように表示されかを示しているデータを含むシンプルなテキストファイルであってもよい、編集可能なテキストまたは自動配置（auto-placing）の特別なグラフィックスを制限するように、特定の行動を定義するために他の創造者によって指定された領域を含んでもよい。

イメージファイルは、デバイスまたはプロダクトの基礎をなすサーフェスのビジュアル表示を提供する。いくつかの実施形態で、イメージファイルは、デバイスのサーフェスの上にイメージオーバーレイを明らかに描写するために、透過的なアルファチャネルを利用する。オプションとして、アルファチャンネルの透明度レベルは、ユーザによって調整可能であってもよい。それで部分的な透明の外観を作るために、ユーザにイメージを背景と重ね合わせることができるようにしている。

もしユーザが予め作られたテンプレートから作業することを望まないなら、ベース表示に１つ以上のカットパスを提供することによって、彼はカスタマイズされたテンプレートを作ることを代わりに決めてもよい、それによって、ユーザにカスタマイズされたテンプレートの寸法および／または境界線を定義することができる。これはブロック２０６で示される。カスタマイズされたテンプレートは、例えば、ユーザに特定のシェイプ（例えば、人、自動車、道路標識、心臓の形など）で粘着性のラベルを作ることができるようにするために、使われてもよい。１つの実施形態で、アプリケーション１０４は、選択可能なカットツールを使ってユーザが特定のカットパスを指定することを手伝うために自動化されたプロセスを含んでもよい。サーバサイドのアルゴリズムおよび進歩した数学的なイメージデータ分析は、イメージの中でエッジを識別するために、自動的に描くためのパスの中でユーザがポイントを速くプロットすることを助けるために、それらの望ましいカットアウト対象の周囲に正確にスムーズにカーブするために、またはBezierカーブの最終のカットパスにラインを変えるために、使われてもよい。

１つの実施形態で、ユーザによって提供されたカットパスはXMLファイルで処理および記録される、そして対応するイメージファイルが生成される。これはブロック２０７で示される。カスタムテンプレートのために生成したXMLファイルは、いくつかの実施形態による予め作られたテンプレートのXMLファイルとして同じフォーマットをとってもよい。適切なテンプレートが選択される度に、プロセスはブロック２０８において進む、そしてそのポイントにおいてユーザはアプリケーション１０４に関連したグラフィカルユーザインタフェース（GUI）から多くのオプションを与えられる。

ブロック２１０において、もしユーザがスキンのプレビューすることを決めたなら、ブロック２１２においてスクリーン上でユーザにスキンの表示が表示される。上に述べられるように、プレビューされたスキンは、グラフィックス処理のスピードを増加するまたはさもなければクライアントデバイス１００と関連したパフォーマンス限界を調整するために、実際に選択されたイメージの低い解像度のバージョンを利用してもよい。いくつかの実施形態で、クリエイションの合成物は、アプリケーション１０４に関連したステージングエリアの中に直接生成されてもよい、そしてそれで別個のプレビューオプションが不必要であるかもしれません。

いくつかの実施形態で、プレビューは、それらがデザインした全部のスキンにおいてトップダウンのパースペクティブ（perspective）をユーザに提供する。表示されたプレビューはユーザによってまた操作可能であってもよい、それによって、どちらを見るかについて特定のサーフェスを選択することをユーザに可能としている。この特徴は、多数のフレームまたはサーフェスを含むテンプレートを設計することをユーザは大いに手伝うことができる。

いくつかの実施形態で、ユーザはプレビューを見るための解像度を決定してセレクタが提供されてもよい。セレクタは、高性能なマシンでユーザがそれらのオリジナルの解像度でイメージを編集および操作できるようにするために、または、イメージの編集操作を速くするために低い解像度バージョンを選択するために、使われることができる。いくつかの実施形態で、スクリーン上で表示されたプレビューは、レンダリングおよびプリントされた後に、スキンと実質的に同じに見えるように適合される。

ブロック２１４において、もしユーザがスキンを保存することを望むなら、スキンファイルがメモリ１０２に書き込まれてもよい。１つの実施形態で、スキンファイルは、テンプレートの仕様書と同じフォーマットにストアされる（例えば、選択されたデバイスの大きさと座標情報、デバイスに関連したサーフェスの上で使用するためのイメージファイルのロケーション、および、それぞれのイメージがそれぞれのサーフェスの上にどのように表示されるかを示すデータのすべてを含むXMLファイル）。ネットワーク接続が現在利用可能ではないときでも、ローカルストレージはユーザにアプリケーション１０４によってスキンで作業することができるようにする。オプションとして、保存されたスキンファイルも、バックアップまたは記録保管の目的のために、リモートロケーション（例えば、図１のサーバ１２０のユーザディレクトリ１３０）に書き込まれてもよい。

いくつかの実施形態で、ユーザの最も現在のデザイン処理を指定する保存状態は継続的に起こされる。有利に、それらの接続サイトの偶然の終了、それらのウェブブラウザクラッシュ、電源異常、または他の似たような状況の場合、保存状態は、ユーザにそれらのデザインを回復することを可能にする。それで、ユーザがサイトに戻るとき、最も現在の保存状態をロードするオプションでそれらは指示されてもよい。いくつかの実施形態で、保存状態は、特定の期間の満期または特定の活動の発生の上において、ユーザディレクトリ１３０から自動的に削除される（例えば、ファイルが編集されたときから３０日）。

いくつかの実施形態で、各イメージの編集操作の後に、状態は保存される。これはアプリケーション１０４の中から取り消し／やり直し機能を実行するために使われることができる。状態の実行ヒストリを保持することは、もし望むなら、前の状態に後退することをユーザに許す。

ブロック２１８において、もしユーザがスキンをオーダーすることを望むなら、仕様書の最終版はブロック２２０においてサーバに送られてもよい。１つの実施形態で、仕様書は、スキンがレンダリングのために準備されることが用意できていることを示しているフラグまたは他のマーカーを含んでもよい。代わりに、表示は、（例えば、データベース、キュー、スケジュール、リスト、テキストファイル、または他の類似のデータ構造に書き込まれるように、）クライアントデバイス１００から未処理のオーダーの存在を示しているサーバに送られてもよい。

ブロック２２２において、もしユーザが新しいスキンを作ることを望むなら、スキンコンフィギュレーションデータはブロック２２５においてリセットされてもよい。１つの実施形態で、現在のコンフィギュレーションデータは消去される、そしてオリジナルのテンプレートのキャッシュされたバージョンがメモリにロードされる。オプションとして、新しいスキンファイルが作られる前に、現在のスキンファイルを保存することをそれが望むかどうかについて、アプリケーション１０４はユーザに問い合わせてもよい。

ブロック２２６において、もしユーザが新しいテンプレートを作ることを望むなら、コントロールはブロック２０２毎に進む。オプションとして、新しいテンプレートを選択する前に、現在のスキンファイルを保存することを望むかどうかについて、アプリケーション１０４はユーザに問い合わせてもよい。

ブロック２２８において、もしユーザが新しいサーフェスを選択することを望むなら、システムはどのサーフェスが選択されたか決定する、そしてそのサーフェスの表示がそれからアプリケーション１０４のステージングエリアで表示されてもよい（ブロック２３０）。ユーザは、彼の特定のデザイン好みに従って、そのときこのサーフェスをカスタマイズしてもよい。これはブロック２３２において描写される。アプリケーション１０４によってサポートされるサーフェスカスタマイゼーションの種々の方法は、以下にその後記述されることを言及する（例えば、図４と添付テキストを参照）。

１つの実施形態で、それぞれのサーフェスまたは「キャンバスステージ」は、設計および最終的にプリントされるであろう物理的なエリアのバーチャル表示を含んでもよい。キャンバスステージは、オブジェクト親クラスで提供されるベース機能に従って、ユーザによって操作（追加、削除、移動、センター、スケール、回転、フェイドなど）されることができる多数のユーザオブジェクト（例えば、シェイプ、テキスト、フローなど）を含んでもよい。いくつかの実施形態で、キャンバスステージは、コンテナのオリジナルのレイヤースタック、マスク、適した背景イメージまたは色で適切に表示するために適合されたテンプレートを含む。キャンバスステージも、所定のサーフェスのシェイプの外部に置かれた領域を隠すために適合された１つ以上のマスクエリアと同様に、グラフィックのセットまたはユーザオブジェクトを含む。

いくつかの実施形態で、アプリケーションインタフェースは、それぞれのキャンバスステージの選択可能なサムネイルサイズのビュー５０８を含んでいるスクロール可能なパネル５０６（図５に示されるように）を含む。これらのサムネイルサイズのビューは、ユーザに進行中のデザインのリアルタイムスクリーンショットを見て、そして異なったキャンバスステージの間に速く選択できるようにする。１つの実施形態で、種々のキャンバスステージまたはサーフェス表示は、（例えば、ステージングエリアでまたはブロック２１０-２１２に関する上で論じられたプレビューの間に）一つのユニットだと見なされるために、スクリーン上に置かれてもよい。

ユーザは、（ブロック２３２とブロック２３４において示された）選択されたサーフェスまたはサーフェスのためにいくつかの望ましいカスタマイゼーションデータを提供する度に、コントロールはユーザ選択でそのときレジュームする、そして処理はブロック２０８毎に繰り返す。この方法で、ユーザは彼のスキンをリファインすること、後の修正のために彼の作業を保存すること、またはスキンがプリントに関するレンダリングおよびスケジュールするために最終的に用意することを指定することを、続けることができる。

図４は本発明の１つの実施形態によるカスタマイゼーションデータを受け取ることについての代表的な方法を説明するフローチャートである。描写される方法は、仕様書ファイルの中で処理と次の出力のためのアプリケーション１０４でユーザにデータを入力することができるようにすることができる。出力仕様書１１０は、そのとき、高い解像度のレンダリングとプリントスケジューリングのためにサーバ１２０に転送されることができる。

ブロック４０２において、入力が初めにユーザから受け取られる。上記のとおり、アプリケーション１０４の中のユーザインタフェースは、多数のフォーム、スタイル、またはコンフィグレーションで受けてもよい。１つの実施形態で、グラフィカルユーザインタフェースは、１つ以上のセッティングエリア、カラー選択パレット、ナビゲーションのコントロールおよび種々のイメージを選択するためのメニューのセット、フォントスタイル、シェイプ、フィルタ、エフェクトおよび他のオプションを含んで、ユーザに与えられる。インタフェースは、カスタマイズ可能または独自のGUIコンポーネントでまたは単に原文のインタフェースとして、標準的なGUIコンポーネント（例えば、スクロールパネル、スライダー、スライドバー、ラジオボタン、スピンボックス、テキストフィールド、ステータスバーなど）を使って実行されてもよい。

ブロック４０４において、選択されたサーフェスのために、ユーザが新しい背景の色を選択したかどうかが決定される。背景の色は、カラーパレット、カラースペクトル、RGBスライダーのセット、または種々の他の手段によって選択されてもよい。いくつかの実施形態で、アプリケーション１０４は、イメージオーバーレイが背景の上に置かれるとき、どのように現われるかについてコントロールするために、背景の不透明度／透明度のレベルをユーザが調整することを可能にする。いくつかの実施形態で、グレースケールのレベルは同じく調整されてもよい。カラー設定が決定される度に、新しい背景の色と対応する設定はそのときブロック４０６に設定される。

ブロック４０８において、ユーザが選択されたサーフェスにイメージを追加することを要求したかどうかが決定される。イメージは、クライアントデバイス１００を含む種々のソース、（例えば、提供されたURLによるような）外部のウェブサイト、または、サーバ１２０と関連した１つ以上のコンテントライブラリ１２４から選択されてもよい。種々のフォーマットのイメージは、制限することなく、GIF、JPG、PNG、TIPおよびSWFフォーマットを含むアプリケーション１０４で利用されてもよい。イメージ選択および転送の選択処理は、以下にさらに詳細で論じられる（例えば、図８と添付テキストを参照）。１つの実施形態で、（ブロック４１０において描写されるように）、適切なイメージファイルがサーバにアップロードされる度に、低い解像度でイメージのコピーを作るように、イメージはサーバでそのとき処理される。これらの処理されたイメージ１３４は、クライアントデバイス１００においてそのとき受け取られ（ブロック４１２）、そしてサムネイルの対応するセットは、アプリケーションインタフェースから選択するために利用可能であってもよい。

例えば、図５は本発明の１つの実施形態によればインタラクティブなアプリケーションで使用するためのグラフィカルユーザインタフェースのスクリーンキャプチャーである。図面によって示されるように、イメージライブラリパネル５０４は、キャンバスステージ５００にドラッグアンドドロップしてもよいイメージサムネイル５０２のセットを含む。いくつかの実施形態で、サムネイル５０２がキャンバスステージ５００の上にドラッグされる度に、イメージは選択されたサーフェスに自動的に合わせられ、そしてユーザはそのとき非線形にイメージを操ることができる。さらに特に、アプリケーション１０４は、ユーザに（例えば、マウスまたは矢印キーによって）キャンバスステージについてイメージを置くことができるようにしてもよく、（例えば、イメージのコーナーにおいて位置しているハンドルをステージ上でドラッグすることによって、またはパネルスライダーを使うことによって、）イメージのサイズを変えるまたは回転することができるようにしてもよく、イメージと関連する透明度の設定を調整できるようにしてもよく、またはオプションを編集する他のイメージを指定することができるようにしてもよい。イメージをカスタマイズするための種々のコマンドは、ブロック４１４においてアプリケーションによってそのとき受け取られる。

いくつかの実施形態で、操作されたイメージの表示は、アプリケーションインタフェースのワークスペースの中で現われることができて、そして、ユーザが１つ以上のバーチャルコントロールを操作するとき、アニメイトされてもよい。例えば、図６はキャンバスステージ５００の上で回転させられる（イメージ境界線６００によって定義された）イメージの表示である。図面によって示されるように、キャンバスステージ５００の上でイメージオーバーレイのビジュアル表示は、どのイメージ１０８の領域がそれの上に置かれるかを、ユーザに明らかに決定できるようにする。オプションとして、キャンバスステージ５００の外に及んでいるイメージの部分は、さらにアプリケーションインタフェースのパフォーマンスまたは全体的な視界をよくするためにマスクされてもよい。イメージのこれらの部分は、マスクされたエリア６０２として図６で描写される。

いくつかの実施形態で、アプリケーション１０４は、ユーザがクリップボードからグラフィックデータを容易にコピーおよびペーストすることを可能にする。１つの実施形態で、コピーされたオブジェクトは、クリップボードからのペーストアイコンに関して、グラフィックの半透明なコピーをアニメイトする「ゴーストイメージ」を表示する。クリップボードグラフィックは、そのときクリップボードの上に表示されたグラフィックのコピーを含むペーストアイコンの下に現してもよい。１つの実施形態で、このアイコンの上にマウスを転がすことは、その中で表示された現在のオブジェクトで同じクリップボードグラフィックを表示するであろう。もしユーザがクリップボードに全部のキャンバスステージをコピーするなら、キャンバスサムは同じアニメーションを表示するであろう、そして、クリップボードはそれがコピーされたという時点からキャンバスステージのスクリーンショットを表示するであろう。クリップボードからのペーストアイコンを押すことは、現在のキャンバスステージの上にクリップボードのコンテントをペーストするであろう。１つの実施形態で、もしユーザがすべての他のサイドに全部のキャンバスステージをコピーすることに決めるなら、キャンバスサムの多数の「ゴーストイメージ」を持っているアニメーションは、パネルの他のサイドに向かってアニメイトするであろう、そして、すべての他のサイドの上にユーザオブジェクトを複製するであろう、しかし、クリップボードのコンテンツは変化していないままでいるであろう。

再び図４を参照して、（ブロック４１６において示されるように）、もし、選択されたサーフェスにまたはイメージに関してテキストを追加するために要求が生成したことをユーザが決定しているなら、選択されたテキストはブロック４１８においてその時決定する。アプリケーションインタフェースに現われている１つ以上のテキストフィールドから入力を読み出すことによって、これは達成されてもよい。

テキストカスタマイゼーションコマンドは、そのときブロック４２０において受けられてもよい。これらのコマンドは、制限することなく、フォント、ポジション、サイズ、透明度、色あい、または入力テキストのボールドネスを変えるためのコマンドを含む。いくつかの実施形態で、ユーザは前もって定められたフォントのリストからフォントを選択してもよい。１つの実施形態で、もし選択されたフォントのための情報がクライアントデバイス１００のメモリ１０２の中ですでにストアされないなら、求められたフォントはインターネットにアクティブな接続によってダウンロードされてもよい。１つの実施形態で、もし新しいフォントがフォント選択メニューからその後選択されるなら、テキストのスケール、ポジションおよび色は、ユーザにスムーズなスイッチを与えるためにローカルにキャッシュされてもよい。

キャンバスステージの上に挿入されたテキストの例が図７で描写される。図面によって示されるように、キャンバスオーバーレイ５００は、原文オーバーレイ７０２と同様に、イメージオーバーレイ７０２を含む。いくつかの実施形態で、重なったオブジェクト（テキスト、イメージ、フロー、エフェクトなど）の命令は、アプリケーションインタフェース１０４の中で適合されることができることを言及する。

再び図４に戻って、ブロック４２２において、もしそれが、ユーザが選択されたサーフェスにシェイプを加える要求を起こすことを決定しているなら、選択されたシェイプはブロック４２４において決定されることができる。シェイプは、ピクセルベースであることとは対照に、ベクトルベースであってもよい（すなわち、数学上ポイント、ライン、カーブおよび色が定義されるまたはベースにされる）、（イメージのそれぞれのピクセルは、色および／またはグレースケールのデータの組み合わせによって定義される）。有利に、これは、無限に拡大縮小可能なシェイプを許し、そして従って、サーフェス寸法の広範囲に適するように適合する。

シェイプ操作コマンドは、ブロック４２６においてそのとき受信される。これらのコマンドは、制限することなく、シェイプのスケール、色合い、またはカラー化するコマンド、キャンバスステージ５００の上にシェイプを置くコマンド、シェイプを回転するコマンドなどを含んでもよい。外部のウェブサイト（例えば、提供されたURL）からまたは本発明の実施形態によるサーバ１２０の中で配置されたコンテントライブラリから、（例えば、イメージングソフトウェア１２６の最初の配置の間、クライアントデバイス１００のメモリ１０２の中にインストールされたダウンロード可能なシェイプのパッケージを含むように）シェイプおよび他のベクトルベースのアートワークはローカルソースから提供されてもよいことに言及する。

ブロック４２８において、もしユーザが選択されたサーフェスにフィルタまたはエフェクトを加えることを望むことを決定しているなら、これらの選択されたフィルタまたはエフェクトはそれからブロック４３０において適用されてもよい。選択されたフィルタは、制限することなく、ブラー、Gaussianブラー、シャープン、ドロップドロウ、ブライトン、ティントなどを含む。いくつかの実施形態で、赤目除去およびセピア調のような第三者エフェクトは、同じく応用されることができる。

いくつかの実施形態で、ユーザは特定のイメージに追加するようイメージ境界を同様に選んでもよい。例えば、１つの実施形態で、ユーザはデザインに古い「トレジャーマップ」雰囲気を与えるためにバーントペーパー境界を指定することができる。種々の他の可能なボーダー、フレームおよび他のエフェクトは、サーバ１２０のコンテントライブラリ１２４からダウンロード可能であってもよい。

図８は本発明の１つの実施形態によるサーバに選択されたイメージを提供することについての代表的な方法を説明するフローチャートである。上に述べられるように、アプリケーション１０４は、ローカルソース（例えば、コンピュータ、カメラ、ハンドヘルドデバイスなどの中に表示されたメモリ）またはリモートソース（例えば、Shutterfly（登録商標）、Snapfish（登録商標）、Google Images（登録商標）、Facebook（登録商標）のような外部のウェブサイト）からユーザがイメージを指定することを可能にする。１つの実施形態によれば、イメージが選択される度に、それはサーバ１２０のメモリ１２２の中でユーザディレクトリ１３０にそのとき移されてもよい。１つの実施形態で、サーバ１２０は、イメージの低い解像度バージョン（そしてオプションとして、イメージのサムネイル）を作るために適合される。このコンテントは、クライアントデバイス１００にそのとき提供される、それによって、ダウンロードを速くする、アプリケーション１０４の中で使用するメモリを小さくする、そして、計算上集中的な画像処理操作を少なくすることを可能にする（すなわち、ユーザは、アプリケーション１０４の中で存在しているイメージデータを動かす良い動作を経験することができる）。

ブロック８０２において、ユーザはイメージのロケーションについて質問される、そしてユーザからの回答はブロック８０４において受けられる。この入力のためのインタフェースは、標準的なGUIコンポーネントを特徴としているナビゲーションパネル（例えば、スクロールパネル、スライダー、アイコン、スライドバー、ラジオボタン、テキストフィールド、ステータスバーなど）、特注のまたは専有のGUIコンポーネントを特徴としているインタフェース、または単にテキストで与えられるインタフェースを含む、いろいろな方法に実装されることができる。

ブロック８０６において、もしユーザがローカルなデバイスを選択したなら、ローカルなデバイスのコンテンツはそのときユーザに提供されてもよい。１つの実施形態で、ユーザは利用可能なデバイスのリストからローカルなデバイスを選択するよう最初に指示される（例えば、外部のハードドライブ、内部のハードドライブの中の利用可能なパーティション、連続的なバスケーブルによって接続された周辺デバイスなど）。選択されたデバイスのコンテンツは、ユーザにファイルとディレクトリのナビゲーションのメニューとしてそのとき提供されてもよい。１つの実施形態で、ユーザは利用可能なテキストフィールドの中で直接ファイルのパスを指定することができる。ポインタまたは選択されたファイル（またはファイルそれ自身）のロケーションの他の表示はブロック８２０で受け取られ、そしてファイルはブロック８２２においてサーバにそのときアップロードされる。

ブロック８０８において、もしユーザが（コンテントライブラリ１２４のような）リモートライブラリからファイルを選択することを望むことを決定しているなら、リモートライブラリのコンテンツはブロック８１６においてユーザに提供される。いくつかの実施形態で、リモートライブラリは、カテゴリによってアレンジされたナビガブルなフォルダのセットとしてユーザに与えられるために適合造される。例えば、１つのフォルダが「背景パターン」を含んでもよい、もう１つは「動物」のイメージを含んでもよい、もう１つは「スポーツ」、「風景」などに関係してもよい。オプションとして、リモートライブラリは、他のサーバの中でストアされたファイルにリファレンスを含んでいてもよい、またはさもなければ、１つ以上のファイルサーバまたはネットワークによって付加された記憶システムからコンテントを要求するように適合させられてもよい。選択されたファイルの表示がブロック８２０において決定される度に、（例えば、ユーザディレクトリ１３０の中でのように）ファイルがブロック８２２においてサーバ１２０にそのときアップロードされてもよい。もし求められたイメージがサーバ１２０のメモリ１２２の中ですでにストアされるなら、リファレンスまたはイメージへのポインタが選択的にユーザディレクトリ１３０に書き込まれてもよい。

ブロック８１０において、もしユーザが特定のウェブサイトからイメージを選択することを決定しているなら、ウェブサイトのコンテンツはブロック８１８においてユーザにそれから与えられてもよい。１つの実施形態で、ウェブサイトのコンテンツはファイルおよびディレクトリのリストとして提供される。オプションとして、１つ以上の拡張フィルタは、アプリケーション１０４（例えば、MP3、MPG、EXEなど）と互換性がないコンテントをマスクするために使われてもよい。選択されたファイルの表示がブロック８２０において決定される度に、（例えば、ユーザディレクトリ１３０の中のように）ファイルがブロック８２２においてサーバ１２０にそのときアップロードされてもよい。事前のケースのように、もし求められたイメージがメモリ１２２の中ですでにどこかにストアされるなら、リファレンスまたはイメージへのポインタが選択的にユーザディレクトリ１３０に書き込まれてもよい。

もしユーザが識別できないコマンドを入力したなら、エラーメッセージまたは無効な項目がブロック８１２において表示されることができる、そしてプロセスはブロック８０４毎に繰り返す。メモリ１２２の中でスペースを解放するための指定された期間の後に、いくつかの実施形態で、サーバ１２０に転送されたイメージが自動的に削除または保存されてもよいことを言及する。

図９は本発明の１つの実施形態によるインタラクティブなアプリケーションによって作られたスキンをレンダリングおよびプリントする代表的な方法を説明するフローチャートである。１つの実施形態で、レンダリング処理は、アプリケーション１０４によって生成されたXMLファイルを使い、メディアで使われる高解像度のバージョンを用いてデザインを再構築することを試みる。

ブロック９０２において、未処理または新しいオーダーがあるかどうかが決定される。１つの実施形態で、サーバ１２０（例えば、.NETアプリケーション）のメモリ１２２の中のアプリケーションレジデントは、いくつかのオーダーがまだ未処理かどうかを決定するためにデータベースをチェックする。もし未処理のオーダーが存在しているなら、次の未処理のオーダーはブロック９０４において読み込まれる。さもなければ、プロセスは終わる（または、代わりに、ブロック９０２において再開する前に指定された時間期間のためにスリープする）。

ブロック９０６において、出力仕様書、イメージ、およびサポートファイルは、レンダリングアプリケーション（例えば、Adobe Flash（登録商標））にロードされる。レンダリングアプリケーションのメモリ限界を越えることが予想された大きいプリントオーダーのために、別個のレンダリング処理は選択的に使われてもよい（例えば、Shockwaveフラッシュ（SWF）の代わりにアドービポータブルドキュメントフォーマット（PDF）をサポートしているアプリケーション）。スキンはブロック９０８においてそのとき提出される。いくつかの実施形態で、サーバ１２０（例えば、.NETアプリケーション）のメモリ１２２の中のアプリケーションレジデントは、大きい出力フォーマットをサポートするための象限で結果として生じているイメージを統合してもよい。

ブロック９１０において、レンダリング処理からの出力は、プリント可能なフォーマットに変換される。１つの実施形態で、プリント可能なフォーマットはJoint Photographic Experts Groupイメージ（JPG）から成る、しかし、他のフォーマットは本発明の実施形態によれば同じく可能である。オーダーは、生産のために準備ができているというマークを付けられたイメージについて、そのとき、ブロック９１２で完全に指定されてもよい。

この発明の実施形態は添付の図画に関して十分に記述されたが、種々の変更と修正は技術で熟練した人たちに明白であろうことは言及される。添付のクレームによって定義されるように、このような変更と修正はこの発明の実施形態の態様の中に含まれていることを理解されるはずである。

この書類で使われた用語と語句そしてこれらのバリエーションは、明確に規定されない限り、制限とは対照的に、制限がないと解釈されるべきである。前述の例として、用語「含む」は、「制限なく含む」または同様のものをという意味で読まれるべきである、用語「例」は、その包括的または制限するリストではなく、議論している事項の代表的な例を提供するために使われる、「従来の」、「伝統的な」、「通常の」、「標準の」、「周知の」および類似の意味の用語のような形容詞は、所定の期間に記載された項目または所定期間に利用可能な項目に限定していると解釈されるべきではない、しかしその代わりに、今周知のまたは将来のいつでも、または利用可能であるかもしれない、従来の、伝統的な、通常の、または、標準の技術を包含すると読まれるべきである。同様に、項目のグループを接続詞でつなぐ「および（and）」は、グループ分けでこれらの項目の一つ一つが与えられることを要求すると読まれるべきではなく、さもなければ明確に規定されていない限り、むしろ「および／または」と読まれるべきである。同様に、項目のグループを接続詞でつなぐ「または」は、そのグループの間で相互の排他性を要求すると読まれるべきではなく、さもなければ明確に規定されていない限り、むしろ「および／または」と読まれるべきである。さらに、開示の項目、要素またはコンポーネントは、単数で記述またはクレーム化されるかもしれないが、単数への制限が明確に述べられないなら、複数形はその態様の中にあると見込まれる。いくつかの場合、「１つ以上」、「少なくとも」、「制限されないが」、または他の同様の語句のような広い言葉と語句の存在は、そのような広い語句がないかもしれない場合に、狭い場合を意図または要求されることを意味すると読まれるべきではない。

Claims

第１のアプリケーションをユーザに提供することと、前記第１のアプリケーションは前記ユーザにデバイステンプレートと関連するイメージのコピーを図表を用いて編集することができるように適合される、
前記ユーザから仕様書を受け取ることと、前記仕様書は前記イメージの編集されたコピーを描写するように適合される、
前記仕様書に従ってレンダリングイメージを作り出すことと、
前記レンダリングイメージをプリントすることと、
を具備する方法。
請求項１の方法であって、前記デバイステンプレートは拡張可能なマークアップ言語ファイル及びイメージファイルを構成する。
請求項１の方法であって、前記仕様書は拡張可能なマークアップ言語ファイルを構成する。
請求項２の方法であって、前記拡張可能なマークアップ言語ファイルは少なくとも１つのサーフェスのシェイプを示すデータを構成する。
請求項２の方法であって、前記拡張可能なマークアップ言語ファイルはイメージのロケーションを示すデータを構成する、前記イメージの少なくとも一部分は前記イメージの編集されたコピーが現われるように適合される。
請求項２の方法であって、
ユーザから選択されたイメージの前記ロケーションを受け取ることと、
前記選択されたイメージを受け取ることと、
前記選択されたイメージの解像度より細かい解像度で前記選択されたイメージのコピーを生成することと、
前記ユーザに前記選択されたイメージの前記コピーを提供することと、
をさらに具備し、
前記デバイステンプレートに関連した前記イメージの前記コピーの上で前記選択されたイメージを位置付けるときよりも、前記デバイステンプレートに関連した前記イメージの前記コピーの上で前記選択されたイメージの前記コピーを位置付けるときに、前記ユーザがグラフィック操作を早く実行できるように、前記選択されたイメージの前記コピーが適合される。
請求項１の方法であって、前記ユーザに前記デバイステンプレートを作ることができるように、前記第１のアプリケーションはさらに適合される。
請求項７の方法であって、前記第１のアプリケーションは、特定のパス内で自動的にポイントをプロットすることによって、前記ユーザが前記デバイステンプレートを作ることをアシストすることに適合するロジックを構成する。
請求項７の方法であって、前記第１のアプリケーションは、前記イメージ内で自動的にエッジを確認することによって、前記ユーザが前記デバイステンプレートを作ることをアシストすることに適合するロジックを構成する。
コンピュータによって実行されるとき、プロセスを実行するインストラクションを構成するコンピュータの読み取り可能な媒体は、
少なくとも１つのサーフェスコンフィグレーションの寸法を示しているデータのセットを受け取ることと、
前記少なくとも１つのサーフェスコンフィグレーションのビジュアル表示を表示することと、
前記少なくとも１つのサーフェスコンフィグレーションにグラフィカルな編集を含んでいるコマンドのセットを受け取ることと、
前記コマンドのセットから仕様書を作ることと、前記仕様書は前記少なくとも１つのサーフェスコンフィグレーションの編集されたバージョンを示すために適合される、
前記仕様書をリモートデバイスに転送することと、前記リモートデバイスは前記仕様書からレンダリングイメージを生成するように適合される、前記リモートデバイスは前記レンダリングイメージをプリントするよう適合される、
を具備する。
請求項１０のコンピュータの読み取り可能な媒体であって、前記コマンドのセットは、前記サーフェスコンフィグレーションの上にグラフィカルな対象を挿入するコマンドを構成する。
請求項１１のコンピュータの読み取り可能な媒体であって、グラフィカルな対象はサイズが変更されて適合される。
請求項１１のコンピュータの読み取り可能な媒体であって、グラフィカルな対象は回転されて適合される。
請求項１１のコンピュータの読み取り可能な媒体であって、グラフィカルな対象は前記サーフェスコンフィグレーションの上で再配置されて適合される。
請求項１１のコンピュータの読み取り可能な媒体であって、前記グラフィカルな対象は調整可能な透過性レベルを構成する。
請求項１０のコンピュータの読み取り可能な媒体であって、それぞれのグラフィカルな編集の後、新しい仕様書が作られる。
請求項１６のコンピュータの読み取り可能な媒体であって、プロセスは、指定された仕様書をロードするコマンドを受けることをさらに含む。
ユーザにアプリケーションを提供するために適合されたファイルサーバと、前記アプリケーションは特定の領域のビジュアル表示の上で前記ユーザがデザインを作り出すことができるように適合される、
前記特定の領域の前記ビジュアル表示を含むデータを前記ユーザがダウンロードできるように適合されたコンテントライブラリと、
前記ユーザによって作り出されたデザインの仕様書を受信するために適合された受信モジュールと、
前記受信モジュールで受信された前記仕様書からレンダリングされたイメージを生成するために適合されたレンダリングモジュールと、
前記レンダリングされたイメージをプリントするために適合されたプリントモジュールと、
を具備する装置。
請求項１８の装置であって、前記コンテントライブラリは、前記デザイン内で使うために、前記ユーザにコンテントをダウンロードできるようにさらに適合される。
請求項１９の装置であって、前記コンテントはピクセルベースのイメージを構成する。
請求項１９の装置であって、前記コンテントはベクトルベースのイメージを構成する。
請求項１９の装置であって、前記コンテントはイメージ境界線を構成する。
請求項１９の装置であって、前記コンテントはダウンロード可能なフォントを構成する。
請求項１９の装置であって、前記コンテントはダウンロード可能なエフェクトを構成する。
請求項１９の装置であって、前記コンテントは拡大縮小可能なシェイプを構成する。