(57)【要約】  クライアント・サーバ・ネットワークにおける携帯無線装置を用いてデジタル・メディアを管理するためのシステム及び方法を提供する。システムは、最低限の利用者の対話によるデジタル・メディア・コンテンツ（例えば、オーディオ、画像、ビデオ、グラフィック、テキストなど）を管理するための方法論を有する。そのデジタル・メディア・コンテンツは携帯無線装置（例えば、携帯電話、携帯情報端末（ＰＤＡ）、ネットワーク接続可能なデジタル・カメラなど）によって作成されたものである。メディア・コンテンツの管理には、コンテンツの捕獲、事前処理、保管、分類、エンハンス、閲覧、転送、共有、公開、印刷などを含む。
2009523273.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ装置のストレージ・ロケーションを有するサービス・ユニットと連携するデジタル・メディア・ライフサイクル管理システムを用いるためのコンピュータ装置であって、
処理ユニットと、
複数のデジタル・メディアのピースを含むメモリと、
デジタル・メディアのピースを捕獲し、前記メモリ内に前記デジタル・メディアのピースを記憶するデジタル・メディア捕獲装置と、
前記処理ユニットによって実行されるメディア・アプリケーションと、
を備え、
前記メディア・アプリケーションは、
前記メモリ内に記憶した前記デジタル・メディアのピースを管理するメモリ管理モジュールと、
前記メモリ内に含まれる前記デジタル・メディアのピースを含んでいるギャラリーを表示するメディア表示モジュールと、
前記メモリ内に含まれる前記デジタル・メディアのピースを、前記コンピュータ装置から離れたサービス・ユニット上のコンピュータ装置のストレージ・ロケーションへ自動的にアップロードする機能を有するデータ転送・モジュールとを含むことを特徴とするコンピュータ装置。
【請求項２】
前記デジタル・メディア捕獲装置は前記コンピュータ装置と結合したデジタル・カメラを備え、デジタル・メディアのピースそれぞれは前記デジタル・カメラによって生成したデジタル画像を含むことを特徴とする請求項１に記載のコンピュータ装置。
【請求項３】
デジタル・メディアのピースそれぞれはデジタル写真、デジタル・オーディオのピース又はデジタル・ビデオのピースを含むことを特徴とする請求項１に記載のコンピュータ装置。
【請求項４】
前記メモリ管理モジュールはデジタル・メディアのピースそれぞれのサムネイルを生成するモジュールを含み、前記サムネイルは前記デジタル・メディアのピースより少ないメモリ空間を使用し、前記デジタル・メディアのピースを前記サービス・ユニットにアップロードする際に前記メモリから前記デジタル・メディアのピースを廃棄することを特徴とする請求項１に記載のコンピュータ装置。
【請求項５】
前記メモリ管理モジュールはデジタル・メディアのピースそれぞれを圧縮するコンテンツ圧縮モジュールを含むことを特徴とする請求項４に記載のコンピュータ装置。
【請求項６】
前記コンピュータ装置は携帯電話装置、移動電話装置、携帯ｅメール装置、スマートホン装置、ポケットＰＣ装置を含むことを特徴とする請求項１に記載のコンピュータ装置。
【請求項７】
前記メディア・アプリケーションは、利用者が一又は二以上のタグとデジタル・メディアのピースそれぞれを関連付けすることを可能にするコンテンツ分類分けモジュールを含むことを特徴とする請求項１に記載のコンピュータ装置。
【請求項８】
前記メディア・アプリケーションは、広告と前記コンピュータ装置に記憶したデジタル・メディアのピースそれぞれが関連するデジタル・メディアのピースを見る間、前記コンピュータ装置の利用者に対して広告を配信する広告配信モジュールを含むことを特徴とする請求項１に記載のコンピュータ装置。
【請求項９】
コンテンツのピースそれぞれを捕獲する複数のコンピュータ装置と連携するコンテンツ・ライフサイクル管理システムの部分であるサービス・ユニットであって、
処理ユニットと、
ストレージ・ユニットと、
前記サービス・ユニットの前記処理ユニットによって実行される一又は二以上のサービス・ユニット・モジュールと、
を備え、
前記一又は二以上のサービス・ユニット・モジュールは、
各コンピュータ装置から一又は二以上のコンテンツのピースを受信する通信モジュールと、特定のコンピュータ装置における前記一又は二以上のコンテンツのピースを、前記ストレージ・ユニット内の前記特定のコンピュータ装置に対するストレージ・ロケーションに記憶するコンテンツ・アーカイブ・モジュールと、
前記コンテンツのピースの知覚による品質を向上させるコンテンツ・エンハンス・モジュールと、
前記通信モジュールによって受信した前記コンテンツのピースを分析し、前記コンテンツと関連するメタデータを生成し、前記コンテンツのピースを分類分けするコンテンツ分析モジュールとを含むことを特徴とするサービス・ユニット。
【請求項１０】
特定のコンピュータ装置と関連する前記コンテンツのピースを表示するギャラリー・モジュールを含むことを特徴とする請求項９に記載のサービス・ユニット。
【請求項１１】
前記コンテンツ・エンハンス・モジュールは、前記処理ユニットによって実行される一又は二行以上のコンピュータ・コードを含み、前記コンピュータ・コードは特定のコンピュータ装置において捕獲したコンテンツを前記特定のコンピュータ装置の特徴のセットに基づいて品質を向上させるための方法と、コンテンツのピースを前記コンテンツのピースに関連する利用者のタグのセットに基づいて品質を向上させるための方法を実装することを特徴とする請求項９に記載のサービス・ユニット。
【請求項１２】
一又は二以上のモジュールは、
各コンピュータ装置から受信したコンテンツのピースそれぞれを処理するコンテンツ処理モジュールであって、前記コンテンツのピースのフォーマットを異なるフォーマットに変換するトランスコーディング・モジュールを含む前記コンテンツ処理モジュールと、
前記コンテンツのピースの特徴を操作するコンテンツ操作モジュールと、
コンテンツのピースそれぞれを著作権侵害から保護する著作権管理モジュールとを含むことを特徴とする請求項９に記載のサービス・ユニット。
【請求項１３】
前記一又は二以上のモジュールはコンピュータ装置に広告を配信する広告モジュールを含むことを特徴とする請求項９に記載のサービス・ユニット。
【請求項１４】
コンテンツのピースそれぞれは画像、デジタル・オーディオのピース又はデジタル・ビデオのピースを含むことを特徴とする請求項９に記載のサービス・ユニット。
【請求項１５】
前記広告は前記コンピュータ装置の位置に基づいて前記コンピュータ装置に提供する方向指示を有した告知を含むことを特徴とする請求項１３に記載のサービス・ユニット。
【請求項１６】
前記広告は前記コンピュータ装置の画面をスキャンするバーコード・スキャナーによって読み取り可能であるバーコード・クーポンを有した告知を含むことを特徴とする請求項１３に記載のサービス・ユニット。
【請求項１７】
前記サービス・ユニットは前記一又は二以上のモジュールを動作させる処理ユニットをそれぞれが有する一又は二以上のサーバ・コンピュータを含み、前記一又は二以上のモジュールは前記一又は二以上のサーバ・コンピュータの前記処理ユニットによって実行され、前記一又は二以上のサーバ・コンピュータは一又は二以上のアプリケーション・サーバ、一又は二以上のデータ・ストレージ・サーバ、一又は二以上のデータベース・サーバを含むことを特徴とする請求項９に記載のサービス・ユニット。
【請求項１８】
各データベース・サーバはＭｙＳｑｌデータベース・サーバを含むことを特徴とする請求項１７に記載のサービス・ユニット。
【請求項１９】
一又は二以上のコンピュータ装置を用いたデジタル・メディアのピースのライフサイクルを管理するための方法であって、
各コンピュータ装置は
処理ユニットと、
複数のデジタル・メディアのピースを含むメモリと、
デジタル・メディアのピースを捕獲し、前記デジタル・メディアのピースを前記メモリ内に記憶するデジタル・メディア捕獲装置と、
を有し、
サービス・ユニットは
処理ユニットと、
ストレージ・ユニットと、
前記サービス・ユニットの前記処理ユニットによって実行する一又は二以上のサービス・ユニット・モジュールと、
を有し、
前記方法は、
前記コンピュータ装置の前記メモリに記憶した前記デジタル・メディアのピースを管理する段階と、
前記メモリに含まれる前記デジタル・メディアのピースを含むギャラリーを表示する段階と、
前記コンピュータ装置の前記メモリ内に含まれる前記デジタル・メディアのピースを、前記コンピュータ装置から離れたサービス・ユニット上のコンピュータ装置のストレージ・ロケーションへ自動的にアップロードする段階と、
を含むデジタル・メディアのピースのライフサイクルを管理するための方法。
【請求項２０】
前記コンピュータ装置と結合したデジタル・カメラによって生成したデジタル画像を、各コンピュータ装置において捕獲することを特徴とする請求項１９に記載の方法。
【請求項２１】
デジタル・メディアのピースそれぞれはデジタル写真、デジタル・オーディオのピース又はデジタル・ビデオのピースを含むことを特徴とする請求項１９に記載の方法。
【請求項２２】
前記デジタル・メディアのピースの管理にはデジタル・メディアのピースそれぞれのサムネイルを生成することを含み、前記サムネイルは前記デジタル・メディアのピースより少ないメモリ空間を使用し、前記デジタル・メディアのピースを前記サービス・ユニットにアップロードする際に前記メモリから前記デジタル・メディアのピースを廃棄することを特徴とする請求項１９に記載の方法。
【請求項２３】
前記デジタル・メディアのピースの管理にはデジタル・メディアのピースそれぞれを圧縮することを特徴とする請求項２２に記載の方法。
【請求項２４】
前記デジタル・メディアのピースを各コンピュータ装置において分類分けし、前記分類分けは前記コンピュータ装置の利用者によって、一又は二以上のタグとデジタル・メディアのピースのそれぞれと関連付けすることを特徴とする請求項１９に記載の方法。
【請求項２５】
広告を前記コンピュータ装置に記憶したデジタル・メディアのピースそれぞれと関連付けし、デジタル・メディアのピースを見る間、前記コンピュータ装置の利用者に広告を配信することを特徴とする請求項１９に記載の方法。
【請求項２６】
一又は二以上のコンピュータ装置を用いたデジタル・メディアのピースのライフサイクルを管理するための方法であって、
各コンピュータ装置は
処理ユニットと、
複数のデジタル・メディアのピースを含むメモリと、
デジタル・メディアのピースを捕獲し、前記デジタル・メディアのピースを前記メモリ内に記憶するデジタル・メディア捕獲装置と、
を有し、
サービス・ユニットは
処理ユニットと、
ストレージ・ユニットと、
前記サービス・ユニットの前記処理ユニットによって実行する一又は二以上のサービス・ユニット・モジュールと、
を有し、
前記方法は、
各コンピュータ装置から一又は二以上のコンテンツのピースを受信する段階と、
特定のコンピュータ装置からの前記一又は二以上のコンテンツのピースを、前記サービス・ユニットにおける前記ストレージ・ユニット内の特定の前記コンピュータ装置についてのストレージ・ロケーションに記憶する段階と、
前記コンテンツのピースの知覚による品質を向上させる段階と、
前記ストレージ・ユニットに記憶したコンテンツのピースそれぞれを分析して、コンテンツのピースそれぞれに関連するメタデータを生成し、コンテンツのピースそれぞれを分類分けする段階と、
を含むデジタル・メディアのピースのライフサイクルを管理するための方法。
【請求項２７】
特定のコンピュータ装置と関連する前記コンテンツのピースを、ギャラリー・モジュールにおいて表示することを特徴とする請求項２６に記載の方法。
【請求項２８】
前記コンテンツのピースの知覚による品質の向上は、特定のコンピュータ装置で捕獲したコンテンツを、前記特定のコンピュータ装置の特徴のセットに基づいて品質を向上させ、コンテンツのピースを前記コンテンツのピースに関連する利用者のタグのセットに基づいて品質を向上させることを特徴とする請求項２６に記載の方法。
【請求項２９】
前記コンテンツのピースのフォーマットを異なるフォーマットにトランスコーダー・モジュールを用いて変換すること、前記コンテンツのピースの特徴を操作すること、コンテンツのピースそれぞれを著作権侵害から保護することを特徴とする請求項２６に記載の方法。
【請求項３０】
各コンピュータ装置に広告を配信することを特徴とする請求項２６に記載の方法。
【請求項３１】
コンテンツのピースそれぞれは画像、デジタル・オーディオのピース又はデジタル・ビデオのピースを含むことを特徴とする請求項２６に記載の方法。
【請求項３２】
前記広告は前記コンピュータ装置の位置に基づいて前記コンピュータ装置に提供する方向指示を有した告知を含むことを特徴とする請求項３０に記載の方法。
【請求項３３】
前記広告は前記コンピュータ装置の画面をスキャンするバーコード・スキャナーによって読み取り可能であるバーコード・クーポンを有した告知を含むことを特徴とする請求項３０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般にコンピュータ装置によって捕獲したデジタル・メディアのようなデジタル・メディアのライフサイクルを管理するためのシステム及び方法に関する。
【背景技術】
【０００２】
優先権主張と関連出願
本出願は、２００５年１２月２１日出願の米国仮特許出願６０／７５２，９７６号“Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｌｉｆｅｃｙｃｌｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ”の３５  ＵＳＣ１１９（ｅ）及び１２０に基づく利益を主張し、ここに参考文献として利用する。
【０００３】
今日の携帯無線装置の環境では、多くの人が多数のデジタル・データを有している。そのデジタル・データにはｅメール・メッセージやデジタル写真などが含まれる。人々は望ましくはデジタル・データ／デジタル・メディアを管理できるようにしたいと思っている。それら装置を用いて捕獲したデジタル写真の例として、デジタル写真を管理する通常のプロセスを図１に示す。利用者はデジタル・カメラを内蔵する携帯電話１０を用いることができ、画像を撮り、その後、デジタル画像を携帯電話のメモリ内に保存する。デジタル写真を楽しむため又は操作、共有、印刷などのために、利用者はデジタル画像を１枚ずつ通信リンク上でダウンロードしなければならない。その後、携帯電話のメモリからデジタル画像ファイルを削除しなければならない。利用者はそれらデジタル画像を取得することができる。そして、オンライン・フォルダ（利用者のコンピュータ上又はウェブ・サイト上など）を作成してデジタル画像を保存することができる。その後、利用者が特定のデジタル画像を使用や印刷、共有、操作したいと思った場合、利用者はそのデジタル画像にアクセスすることができる。とりわけ、携帯電話からコンピュータに１枚ずつデジタル画像をダウンロードすることは単調な作業である。
【０００４】
図１に示すような面倒で時間のかかる通常のプロセスは、携帯装置からパーソナル・コンピュータへデジタル・コンテンツを転送するために行われ（広くかつ簡単に利用することができる）、作成したコンテンツの適切な利用を妨げる。利用者が携帯装置、特に携帯電話を用いて作成したコンテンツの多くは装置に残されることは無く、最終的には共有や適切な利用がなされないまま削除される。
【０００５】
以下に示すシステム及び方法は、そのような既存装置のコンテンツ管理システムの制約を克服する。システムは最低限の利用者の対話によって、単純で効果的な総括的解決方法を提供し、様々なアプリケーション（閲覧、共有、公開、印刷など）のために、装置のメディア・コンテンツの全ライフサイクル（捕獲から、装置上の処理、転送、サーバ上の処理まで）を管理する。
【発明の開示】
【課題を解決するための手段】
【０００６】
本発明の概要
クライアント・サーバ・ネットワークにおける携帯無線装置を用いてデジタル・メディアを管理するためのシステム及び方法を提供する。システムは、最低限の利用者の対話によるデジタル・メディア・コンテンツ（例えば、オーディオ、画像、ビデオ、グラフィック、テキストなど）を管理するための方法論を有する。そのデジタル・メディア・コンテンツは携帯無線装置（例えば、携帯電話、携帯情報端末（ＰＤＡ）、ネットワーク接続可能なデジタル・カメラなど）によって作成されたものである。メディア・コンテンツの管理には、コンテンツの捕獲、事前処理、保管、分類、エンハンス、閲覧、転送、共有、公開、印刷などのプロセスを含む。
【発明を実施するための最良の形態】
【０００７】
本発明は特にクライアント・サーバ・デジタル写真のライフサイクル管理に適用でき、これに関連して、説明目的のためにシステムを記載する。しかし、システム及び方法はより有用性を有することで高く評価されるであろう。他のデジタル・コンテンツのピース（pieces of digital content）を管理するようシステム及び方法を用いることができるからである。それらデジタル・コンテンツのピースはオーディオやビデオ、その他既知又は開発中のデジタル・メディアなどである。実施例として示すシステムはデジタル・カメラを有する携帯電話のためのデジタル・メディアを管理するが、以下の詳細な説明に示すようなコンピュータ装置の様々なタイプのシステムを用いることができる。以下に示す実装はクライアント・サーバ環境の関係内にあり、携帯無線装置（例えば、携帯電話、携帯情報端末（ＰＤＡ）、ネットワーク接続可能なデジタル・カメラなど）はクライアントとして機能し、基本となるコンテンツ管理サービス提供機能はネットワーク内にあるサーバが提供する。しかしながら、他の環境において又は他のクライアント装置とシステムを用いてシステムを実装することができ、方法は以下に示す特定の環境や特定のクライアント装置に限定するものでは無い。
【０００８】
図２はデジタル・メディア管理システム５０の実装例を示す。システムは一又は二以上のコンピュータ装置５２及びサービス・ユニット５４を含むことができ、一又は二以上のコンピュータ装置５２及びサービス・ユニット５４は互いにリンク５６上で連携する。事業者ネットワーク又は他の独立したネットワークによって、サービス・ユニットは中心的役割を果たすことができる。ネットワークはサービス・ユニットが求めるサービスをどれが有するかに依存する。リンク上でサービス・ユニットと連携するために、各コンピュータ装置は十分なメモリや処理能力、接続性を用いて、処理ユニット装置とすることができる。例えば、各コンピュータ装置は、携帯電話装置、移動電話装置、ブラックベリーのような携帯ｅメール装置、パームＴｒｅｏやパームＯＳ準拠の装置のようなスマートホン装置、ＨＰ  ＪｏｕｒｎａｄａのようなポケットＰＣ装置そして、それらと同等なものとすることができる。図２に示すシステムの実装において、コンピュータ装置は携帯電話のような標準的な携帯無線装置とすることができる。そして、ＧＳＭ／ＥＤＧＥ、ＷＣＤＭＡ、ＣＤＭＡ２０００などの利用可能な無線通信テクノロジーを用いて既存の事業者ネットワーク５６内で稼動する。
【０００９】
図２に示すように、サービス・ユニット５４は事業者ネットワーク又は事業者ネットワークとは別のネットワークとすることができ（リンク５６としてネットワークを利用する）、双方のサービス・ユニット５４の実施例を示している。ネットワーク５６はまたサービス・ユニット５４を一又は二以上の他の装置５８に接続するよう用いることができる。その一又は二以上の他の装置５８はデジタル・メディアの収集や管理、表示のためのアプリケーションを実行できる。その一又は二以上の装置はアプリケーション又はブラウザを実行するパーソナル・コンピュータとすることができる。アプリケーションのユーザ・インタフェースを装置上や他のコンピュータ装置上そして、それらと同等なものに表示する。このサービス構成を用いると、システムは利用者の対話を伴わずに又は最低限の利用者の対話を用いて、ユーザが生成した装置のコンテンツの全ライフ・サイクルを管理するための方法及びシステムを提供する。システムが以下を含むことができることによって、さまざまなプロセスを提供する。それは、コンテンツの捕獲や、装置の処理、データ圧縮、データ転送、装置の管理、コンテンツの分析、コンテンツの分類、コンテンツの品質向上、非同期の広告配信、サーバ側のコンテンツ処理などである。それぞれは以下に、より詳細に説明する。これらプロセスを用いることで、様々なコンテンツ・アプリケーションのために、システムはコンテンツ・サービスを提供するよう最低限の利用者の対話によって用いることができる。そのコンテンツ・アプリケーションは捕獲や整理と検索、閲覧、共有、公開、印刷、広告などである。システムは結果的に、標準的なコンピュータ装置を、すぐれた品質や改善した技術、最低限の操作によって、様々な携帯サービスを享受するようにする。
【００１０】
図３はシステムのクラスタ構成５０を含むデジタル・メディア管理システムの詳細な例を示す。システムは一又は二以上のコンピュータ装置５２を有することができ、リンク５６上で標準的なファイアウォール６０と通信が可能である。一又は二以上のコンピュータ装置によって通信されるデータや情報が、一又は二以上の既知であるロード・バランサ６２に送信される前に、ファイアウォール６０は不正な攻撃及び不正な利用者の対話を阻止する。ロード・バランサ６２はコンピュータ装置からのデータや情報に基づいて、一又は二以上のアプリケーション・サーバ６３、一又は二以上のストレージ・サーバ・グループ６４、そして、一又は二以上のデータベース・サーバ６５に、データや情報を分配できる。一又は二以上のアプリケーション・サーバはそれぞれ、クラスタ及びキャッシュが使用可能なｊａｖａ（登録商標）２プラットフォーム・エンタープライズ・エディション（Ｊ２ＥＥ）アプリケーション／モジュールを用いてＪＢｏｓｓ（有名なオープン・ソースのアプリケーション・サーバであって、サーブレット及びＪＳＰを実行するために、エンタープライズＪａｖａ（登録商標）Ｂｅａｎｓ（ＥＪＢｓ）をサポートし、Ｊｂｏｓｓと連動してアパッチ・トムキャットのようなサーブレット・コンテナを用いる）を実行できる。一又は二以上のアプリケーション・サーバはＬｉｎｕｘ、ＪＢｏｓｓ  ＡＳ  ４．０．４、ＪＢｏｓｓ  ＡＳ  ｃｌｕｓｔｅｒｓ、Ｌｏａｄ  ｂａｌａｎｃｅｒ、ＪＢｏｓｓ  ＡＳ  ｃａｃｈｉｎｇ、サーバ・ユニット・サーバ・アプリケーション、ストレージ・サーバ・クラスタ及びストレージ・サーバのバックアップ管理を実行できる。
【００１１】
一又は二以上のストレージ・サーバ６４はストレージ・サーバの一又は二以上のグループを有することができ、そのストレージ・サーバはリナックスを実行し、メディア・ファイルを保持する。一又は二以上のストレージ・サーバはメディア・ファイルの高速検索や管理のためにインデックスを提供し、最適化した性能のためのストレージ管理を提供する。一又は二以上のストレージ・サーバはアプリケーション・サーバを有する。そのアプリケーション・サーバはストレージ・サーバのバックアップを管理し、パイプを介してアプリケーション・サーバと通信するためのＳｑｕｉｄ（オープン・ソース・プログラムで、Ｗｅｂや他のインターネット・コンテンツをユニックス・ベースのプロキシ・サーバにキャッシュする。そのプロキシ・サーバはコンテンツの発信サイトより利用者の近くに存在する）を実行する。そのパイプはアプリケーション・サーバと通信する通信メカニズムである。
【００１２】
一又は二以上のデータベース・サーバ６５はさらに一又は二以上のＭｙｓｑｌサーバ、一又は二以上のＭｙｓｑｌ管理サーバ、一又は二以上のデータ・ノードを含むことができる。一又は二以上のデータベース・サーバはリナックスを実行し、Ｍｙｓｑｌ５．０を実行し、また、Ｍｙｓｑｌクラスタを実行する。一又は二以上のＭｙｓｑｌサーバはＭｙｓｑｌデータ・ノードを分配し、管理する。そして、Ｍｙｓｑｌサーバはアプリケーション・サーバを有し、アプリケーション・サーバはＭｙｓｑｌサーバと通信し、Ｍｙｓｑｌサーバはデータを取得するようＭｙｓｑｌデータ・ノードと順に通信する。Ｍｙｓｑｌ管理サーバはクラスタ構築、ロギングなどを提供する。Ｍｙｓｑｌデータ・ノードはＭｙｓｑｌデータベースを実行する。そのデータ・ノードはデータベース内に記憶したレコードを保持し、バックアップ・ノード上の複製データを提供する。図４はシステムのサーバの相互関係を含むデジタル・メディア管理システムの詳細な例を示す。アプリケーション・サーバはストレージ・サーバ・クラスタにアクセスすることができ、ストレージ・サーバのバックアップを実行でき、ストレージ・サーバ内に記憶されたメディア・ファイルの読み込みや変更ができる。アプリケーション・サーバはまたデータベース・サーバへのデータベース・クエリーを生成でき、クエリー・レスポンスを受信できる。Ｍｙｓｑｌ管理サーバはクラスタを管理できる。そして、そのＭｙｓｑｌ管理サーバはデータ・ノードに問い合わせすることができ、Ｍｙｓｑｌデータ・ノードから結果を取得できる。
【００１３】
図５はシステムのモジュールを含むデジタル・メディア管理システムの詳細な例を示す。モジュールは実際のアプリケーションのためのラッパー・クラスとして機能し、図に示していない幾つかの下位モジュールから成る。モジュールはウェブ・アプリケーション（コレクション／ギャラリー）を操作するＷｅｂＡｐｐモジュール、クライアントのＷＡＰアプリケーション（各コンピュータ装置上のクライアント・アプリケーション）を操作するＷＡＰＳｉｔｅモジュール、管理者のログインや管理を操作するＡｄｍｉｎＣｏｎｓｏｌｅモジュール、利用者登録、アカウント作成、アカウント削除、アカウント情報の更新及び利用者のログインのチェックを操作するＵｓｅｒＡｃｃｏｕｎｔＭｇｍｔモジュール、そしてシステムの主機能を操作して他のモジュールに制御を渡すＰｒｏｔｏｃｏｌＨａｎｄｌｅｒモジュールを含む。モジュールはさらに、登録時及び／又は他のイベント発生時に各コンピュータ装置へショート・メッセージ（ＳＭＳ）及び／又はｅメール・メッセージを送信するために関連するＳＭＳ／Ｅｍａｉｌモジュール、３rdパーティーのウェブ・サイトへメディア・ファイルのアップロードを操作する３rdＰａｒｔｙＰｕｂｌｉｓｈｉｎｇモジュール、アップロードしたメディアの品質向上が必要であるかチェックして品質の向上や変更を行い、サーバに保存するＭｅｄｉａＥｎｈａｎｃｅｍｅｎｔモジュール、システム・ストレージ・ユニットへのメディア・ファイルの自動アップロードを操作し、各コンピュータ装置上でメディア・ファイルを即時に利用可能とするＳｔｏｒａｇｅＳｅｒｖｅｒＭｇｍｔモジュール、ログイン時間、ログアウト時間、メディアのアップロード、削除、更新時間、売買及び他の有用な情報を含む全ての利用者のログを保存するＬｏｇｇｉｎｇモジュール、オンライン支払いを操作するＰａｙｍｅｎｔモジュール、支払い済み利用者のために明細書を計算し作成するＢｉｌｌｉｎｇモジュール、広告の発行を操作するＡｄｖｅｒｔｉｓｉｎｇモジュール、及びアプリケーションのバックエンドを形成し、データベースと連携して情報の記憶や取り出しを行うＤＢｑｕｅｒｙモジュール。
【００１４】
より詳細には、ＷｅｂＡＰＰモジュールはＳｔｒｕｔｓ１．２を用いて実装できる。このＳｔｒｕｔｓ１．２は「Ｍｏｄｅｌ２」アプローチに基づくサーブレットやジャバ・サーバー・ページズ（ＪＳＰ）ベースのウェブ・アプリケーションを構築するためのオープン・ソースのフレームワークであり、標準的なモデル・ビュー・コントローラ（ＭＶＣ）デザイン・パラダイムの変形である。Ｍｏｄｅｌ２において、サーブレット（または同等なもの）はビジネス・ロジックの実行を管理し、プレゼンテーション・ロジックは主にサーバー・ページに備わっている。ジャバ・サーブレットＡＰＩはジャバ・プラットフォームの拡張機能機構であり、ウェブ・アプリケーション開発者にウェブ・サーバの機能を拡張するためや、現存のビジネス・システムにアクセスするための単純で均一のメカニズムを提供する。ＷｅｂＡＰＰモジュールはフォーム検証のための検証フレームワークやコードと表示の分離ためのＶｅｌｏｃｉｔｙ（ＨＴＭＬのテンプレートを出力する）を含むことができる。Ｖｅｌｏｃｉｔｙはジャバ・ベースのテンプレート・エンジンであり、誰でも単純で強力なテンプレート言語の利用が可能になる。そのテンプレート言語はジャバ・コードで定義したオブジェクトを参照する。Ｖｅｌｏｃｉｔｙはウェブ・ページからジャバ・コードを分離することで、ウェブ・サイトの動作期間中に保守をより容易にし、実行可能な代替案をジャバ・サーバー・ページズ（ＪＳＰ）又はＰＨＰに提供する。ＷｅｂＡＰＰモジュールはまた、通常タスクのためのサーブレット・フィルター、動的制御のためのＪＳＰ標準タグライブラリ（ＪＳＴＬ）及びＪＳＰを含むことができる。
【００１５】
ＷＡＰＳｉｔｅモジュールはクライアント・サイトを操作するために既知であるＡｓｙｎｃｈｒｏｎｏｕｓ  Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ  ａｎｄ  ＸＭＬ（ＡＪＡＸ）やＷＡＰプロトルを用いて実装できる。ＡｄｍｉｎＣｏｎｓｏｌｅモジュールはＷｅｂＡＰＰモジュールと結合することができ、他のモジュールと連携するジャバ・ルーチンとして実装できる。ＵｓｅｒＡｃｃｏｕｎｔＭｇｍｔモジュールはＤＢｑｕｅｒｙモジュールと連携するジャバ・ルーチンとして実装できる。ＰｒｏｔｏｃｏｌＨａｎｄｌｅｒモジュールはリクエストを取得するためのサーブレット・フィルターやジャバ・ルーチンを用いて実装できる。ＳＭＳ／Ｅｍａｉｌモジュールはｃｌｉｃｋａｔｅｌｌ及びｂｕｌｋｓｍｓのような既知の３rdパーティーのゲートウェイを用いることができる。３rdＰａｒｔｙＰｕｂｌｉｓｈｉｎｇモジュールは３rdパーティー・サイトに接続する他のモジュールを含むことができる。ＭｅｄｉａＥｎｈａｎｃｅｍｅｎｔモジュールは固有のメディアの品質向上プロセスを用いるジャバ・ルーチンとして実装できる。ＳｔｏｒａｇｅＳｅｒｖｅｒＭｇｍｔモジュール及びＬｏｇｇｉｎｇモジュールはジャバ・ルーチンを含むことができる。ＰａｙｍｅｎｔモジュールはＶｅｒｉＳｉｇｎのような３rdパーティー・サービスを用いることができ、ジャバ・ルーチンを含むこともできる。ＢｉｌｌｉｎｇモジュールはＤＢｑｕｅｒｙモジュールと連携するジャバ・ルーチンを含むことができる。Ａｄｖｅｒｔｉｓｉｎｇモジュールはジャバ・ルーチンを含むことができる。ＤＢｑｕｅｒｙモジュールはＨｉｂｅｒｎａｔｅ（強力で、高い性能のオブジェクトと関係の持続及びクエリー・サービスであって、Ｈｉｂｅｒｎａｔｅは持続クラスを作り出す。持続クラスには、オブジェクト指向において用いられる以下のような、関連性（association）、承継（inheritance）、多態性（polymorphism）、コンポジション（composition）、コレクション（collections）を含む。）を用いて実装でき、直列化した（serialized）ビーン・オブジェクトを含むことができる。
【００１６】
図６はシステムのデータベース設計を含むデジタル・メディア管理システムの詳細な例を示す。図６ではデータベース設計における個別の構成要素やレコード間の関係を示す。図６に示す例では、構成要素やレコードは関係データベースのテーブル内に記憶しているが、システムをこのデータベースの実装に制限するものでは無い。ここで、この例では、データベースはＰｉｘＵｓｅｒテーブルを含むことができ、システムの各利用者のためのアカウント情報を記憶する。そして、データベースはＰｈｏｎｅＭｏｄｅｌテーブルを含むことができ、システムがサポートするコンピュータ装置の異なる各タイプの仕様や特徴を記憶する。コンピュータ装置の新しいタイプのサポートは簡単に提供することができ、新しいコンピュータ装置毎に新しいＰｈｏｎｅＭｏｄｅｌテーブルを加えることで行う。データベースはＰｈｏｎｅＭａｎｕｆａｃｔｕｒｅｒテーブルをさらに含むことができ、各コンピュータ装置毎に製造業者の詳細を記憶する。そして、データベースはＰｈｏｎｅＳｕｐｐｏｒｔテーブルも含むことができ、ＰｉｘＵｓｅｒテーブルをＰｈｏｎｅＭｏｄｅｌテーブルとリンクさせ、コンピュータ装置のタイプとシステムの各利用者を関連付けするためにリンクする。データベースはＭｅｄｉａテーブルをさらに含むことができ、メディア・ファイル情報を記憶する。そして、データベースはＰｈｏｔｏＣｏｌｌｅｃｔｉｏｎテーブルを含むことができ、ＭｅｄｉａテーブルをＣｏｌｌｅｃｔｉｏｎテーブルとリンクさせ、Ｃｏｌｌｅｃｔｉｏｎテーブルは各利用者毎のコレクション情報を記憶する。各ユーザ毎のコレクションは特定の利用者に関連する多様なメディアのピース（pieces of media）を含むことができる。データベースはまたＦｒｉｅｎｄｓＣｏｌｌｅｃｔｉｏｎテーブルを含むことができ、共有コレクションについての情報を記憶する。また、データベースはＳｈａｒｉｎｇＦｒｉｅｎｄｓテーブルを含むことができ、各利用者毎の友人情報を記憶する。そして、データベースはＣｏｍｍｅｎｔｓテーブルを含むことができ、各ＦｒｉｅｎｄｓＣｏｌｌｅｃｔｉｏｎ毎のコメントを記憶する。データベースはまたＴａｇｓテーブルを含むことができ、各ＦｒｉｅｎｄｓＣｏｌｌｅｃｔｉｏｎ毎のタグを記憶する。また、データベースはＣｏｕｎｔｒｙテーブルを含むことができ、国の詳細を記憶する。そして、データベースはＧａｌｌｅｒｙテーブルを含むことができ、ギャラリーの詳細を記憶する。ＧａｌｌｅｒｙＬｏｇｉｎテーブルはギャラリーに署名して入るようアカウント情報を記憶する。ＯｕｔｓｉｄｅＧａｌｌｅｒｙテーブルはＦｒｉｅｎｄｓＣｏｌｌｅｃｔｉｏｎをＧａｌｌｅｒｙテーブルとリンクさせる。
【００１７】
システムは一又は二以上のクライアント・プロセス及びクライアント・モジュール、そして一又は二以上のサーバ・サイド・プロセス及びサーバ・サイド・モジュールを含むことができる。クライアント・プロセス及びクライアント・モジュールを図７及び８に関連させて説明する。一方、サーバ・プロセス及びサーバ・モジュールを図９及び１０に関連させて説明する。クライアント・プロセス及びクライアント・モジュールについて、より詳細に説明する。
【００１８】
図７及び８はシステムのクライアント・プロセス及びクライアント・モジュールの詳細を示す。クライアント・プラットフォーム７０は携帯電話のようなコンピュータ装置上でメディア管理サービスを生成するためのフレームワークである。システムの典型的な実装では、クライアント・プラットフォームは一又は二以上の一部のソフトウエア・コードとして実装される（一部のソフトウエア・コードは複数行のコンピュータ・コードからなる）。その一部のソフトウエア・コードはコンピュータ装置の一部である処理ユニットによって実行される。そのようなフレームワークへの要求は
●携帯可能であること（複数のオペレーティング・システムと装置で動作しなければならない）
●比較的小さいフットプリント（footprint）であること（非常に効率的なメモリなど）
●Java（登録商標） 2 Platform, Micro Edition（J2ME）のセキュリティ制限とAPIの制限とは無関係であること
●高速で実行すること
●柔軟なインターフェースのセットを提供すること
【００１９】
図７を参照すると、クライアント・プラットフォーム７０はコンテンツ捕獲モジュール７２、装置処理モジュール７４、データ圧縮モジュール７６、コンテンツ分類分けモジュール７８、データ転送モジュール８０、装置管理モジュール８２及び広告配信モジュール８４を含むことができる。図８は図７に示したモジュールによって実装したデジタル・メディア・ライフサイクル管理プロセスのステップを示す。
【００２０】
コンテンツ捕獲モジュール
コンテンツ捕獲モジュールはコンピュータ装置上に存在し、捕獲装置と連携するアプリケーションのためのインターフェースを提供する。捕獲モジュールはまた、各メディア・ファイルと関連付けが行えるメタデータを生成する。そのメタデータには時間やデータ、捕獲したコンテンツの場所（場所に基づくサービスが利用可能である場合）を含むことができる。ビジュアル・データの場合、捕獲装置はコンピュータ装置のデジタル・カメラである。コンテンツ捕獲モジュールは一部のカスタム・ソフトウェアとすることができる。そのカスタム・ソフトウェアは既存のカメラ・アプリケーションとは異なる。なぜならば、コンテンツ捕獲モジュールは必要以上の特徴を排除したものだからである。その必要以上の特徴は本問題解決に必要では無く及び／又はユーザ・インタフェースを複雑にするものである。このコンテンツ捕獲モジュールは一回のクリックで行う操作を備え、そして写真ギャラリーに移動し、撮影済みの写真を見る方法を提供する。元からある捕獲装置アプリケーションが上記の必要な特徴を提供するのであれば、システムは元からある捕獲装置アプリケーションを用いて実装できる。
【００２１】
装置処理モジュール
このモジュールはコンピュータ装置上に存在し、捕獲したコンテンツを操作するために、複雑では無い重要なプロセスを実行する。例えば、画像データに関してモジュールはインテリジェント・サムネイル生成、スクリーン・サイズに適合する画像のリスケーリング、画像の回転、ｊｐｅｇ変換などを提供する。ビデオ・データに関して、ビデオから最初に映像として判読したフレームを抽出することによってサムネイルを機能的に生成する。オーディオ・データに関して、サムネイルとして３秒間のフットプリント（footprint）を保存する。装置処理モジュールは極めて効率的なメモリ及びＣＰＵである。そして、そのようなプロセスのために最適化したアルゴリズムを用いる。
【００２２】
ビデオ・サムネイル生成
通常、ビデオの第一フレームはビデオを表すサムネイルとして用いられる。しかしながら、第一フレームは意味のあるフレームでは無い可能性がある。利用者がビデオの捕獲を開始した際、捕獲の輝度レベルを調整する間にカメラを撮影する。これは、映像的に十分な意味を持たない最初のいくつかのフレームを過度に又は不十分に公開する結果となる可能性がある。同様に、編集したビデオに関して、最初のフレームは暗転又はテキストを有する可能性があり、それらはサムネイルに表示しない。この問題の一つの解決方法は、フレームは意味ある情報であって、映像的に良好な最初のフレームを検出することである。
【００２３】
ビデオ・シーケンスからインテリジェント・サムネイル生成のためのプロセスは最初のフレームから開始するビデオの各フレームを調べる。以下の２つの条件に関してフレームを検査する。
ａ）全フレーム内のピクセル明暗度変化が特定の閾値より大きくなければならない。
ｂ）ピクセル明暗度の標準偏差が十分に大きくなければならない。
上記条件の２つの閾値は変更することがあり、実験によって決定する。フレームがこれら２つの条件を満たす場合、フレームは映像的に意味があり、ビデオのサムネイルのためのフレームとして選択されることを意味する。アルゴリズムはその後、中止する。
【００２４】
オーディオ・サムネイル生成
同様なアプローチをオーディオ・データに応用する。開始から始まる時間（約１秒）の任意のインスタンス毎に、オーディオを約３秒間解析する。オーディオ・セグメント内に十分な変化がある場合、その後、オーディオのためのオーディオ・サムネイルとしてセグメントを取得する。
【００２５】
同様に、画像のリサイズ、リスケーリングなどに関して、複雑な計算が少ない単純で高速なアルゴリズムを用いることに配慮している。これは、処理する装置のオーバーヘッドをより少なくし、高速な実行時間、そして、より良好な利用者の操作性を保証する。
【００２６】
システムが休止中である動作を妨げることなく、バックグラウンドで実行する潜在的なアプリケーションによって、このモジュールは用いられる。
【００２７】
データ圧縮モジュール
このモジュールはクライアント・プラットフォームの重要な構成要素である。このモジュールは知覚による品質を落とすことなく捕獲したコンテンツのファイル・サイズを減少させる。この利点は帯域及びストレージに関して非常に好ましい。ネットワークを介して最終的に送信されるコンテンツはより小さいデータ・サイズを用いる。小さいデータ・サイズ用いることは、利用者毎のデータ送信のコストを削減するのと同様に事業者毎のネットワーク・データ・トラフィックを削減するのに役立つ。サーバ・サイドでは、データ・サイズを減少することはストレージ・コストの削減に役立つ。データ圧縮モジュールは極めて効率的なメモリ及びＣＰＵである。このモジュールが用いるデータ圧縮システム及びプロセスの例は効率的な圧縮のためのシステム及び方法である。そのシステム及び方法は審査中の２００６年１２月に出願された特許出願「Ｅｆｆｉｃｉｅｎｔ  ｃｏｎｔｅｎｔ  ｃｏｍｐｒｅｓｓｉｏｎ  ａｎｄ  ｄｅｃｏｍｐｒｅｓｓｉｏｎ  ｓｙｓｔｅｍ  ａｎｄ  ｍｅｔｈｏｄ」に記載されている。ここにこの特許出願を参考文献として組み入れる。システムが休止中である動作を妨げることなく、バックグラウンドで実行する潜在的なアプリケーションによって、このモジュールは用いられる。
【００２８】
コンテンツ分類分けモジュール
コンテンツ分類分けモジュールはコンピュータ装置の利用者にコンテンツやメディアを分類することを可能にする。又は、自動でコンテンツやメディアの分類分けを実行する。分類分けはコレクションの構築に役立つ。コレクション（例えばコンテンツ・アルバム）は、論理的に相互に関連するコンテンツ・インスタンス（例えば画像）の集まりである。素早く簡単なコンテンツ整理のために、捕獲したコンテンツは任意の関連に基づいて分類分けすることができ、同時に異なるコレクションに集めることもできる。分類分けは日時の間隔、場所、利用者のタグ、及び／又は日時の間隔、場所、利用者のタグの組み合わせに基づくことができる。日時の間隔は以下のタイプのいずれかにすることができる。１）固定：コレクションは固定の時間間隔を用いて作成する。例えば、撮影した写真の１時間を１周期とするなど。２）イベント発生：コレクションは時間の間隔を分析することによって構築する。この時間の間隔はコンテンツを捕獲する間に発生する。例えば、短い時間の間隔で撮影した写真は同時に集めてコレクションを作成することができ、長い時間の間隔であるものは別のコレクションに置くことができる。
【００２９】
場所による分類はコンテンツを捕獲した場所とすることができる。例えば、その場所は、装置の地球上の位置に対応する無線通信事業者ＡＰＩｓを介して得ることができる。システムでは、各コンテンツのインスタンス（画像）は場所によるタグ付けが行え、コレクションはコンテンツを捕獲した場所の近さに基づいて生成することができる。
【００３０】
システムにおいて、利用者は画像をタグ付けすることができ、コレクションはタグ情報に基づいて構築できる。例えば、「誕生日」と名づけられたコレクションは「誕生日」タグが付いた全ての写真を保持する。コレクションは上記の分類基準の組み合わせを用いて構築することができる。例えば、コレクションは特定の場所における「誕生日」のコンテンツやメディアを有することができる。
【００３１】
データ転送モジュール
このモジュールはリンクを介して装置からサービス・ユニット（典型的な実施例ではサーバである）に効率的にデータを転送することについて関連する。捕獲したコンテンツの転送をインテリジェントな方法で実行する。その実行はいくつかのインジケータ及びモニターから方法を生成することによって行われる。最も重要なことは、転送は利用者とやりとりを行うこと無くバックグラウンドで実行する。データ転送モジュールは効率的な方法で捕獲したコンテンツを管理するために異なるプロセスを扱う。この効率的な方法は転送、パケット化、広告配信を含む。
【００３２】
転送プロセス
データ転送モジュールはスケジューリングやコンピュータ装置とサービス・ユニット間のメディア・ファイルの転送を扱う。このモジュールは、サービス・ユニットに利用者を識別させるようコンピュータ装置に記憶した利用者の情報を採用する。このモジュールはスケジューラ、転送ハンドラー、ストレージ・マネージャーを含むことができる。
【００３３】
スケジューラ及びストレージ・マネージャーは高性能なアルゴリズム及びモニター（ファイル・システム・モニターや装置モニター、メディア・アクセス・モニターなど）のセットを用いて、メディア転送及びコンピュータ装置の自由なストレージ空間をスケジューリングする。ファイル・システム・モニターはファイル・システムの利用を監視する。そして、自由なストレージ空間の量が所定の閾値に到達した又はあまりにも早く減少した場合、スケジュールにイベントをトリガーする。ネットワーク・モニターはネットワーク帯域幅や時間及び空間の可用性のための統計を集めて提供する。装置モニターは装置を用いる方法（動作時間、アプリケーション、使用法など）について統計を集めて提供する。メディア・アクセス・モニターは利用者がメディア・ファイルにアクセスした最終時間や利用者がファイルを利用した頻度についての情報を提供する。
【００３４】
コンテンツのインスタンス（例えば、画像）をサービス・ユニットに転送した場合、このインスタンス（画像）はコンピュータ装置から削除され、ストレージ空間に保存される。しかし、フットプリント（スクリーン・サイズのサムネイル）はコンピュータ装置に残っており、コンピュータ装置がオフラインの間に楽しむ（見る）ために利用可能となっている。ストレージ・マネージャーはモニターからの入力に基づいてコンピュータ装置からフットプリント（サムネイル）を削除する決定をすることができる。元のコンテンツ（画像）は、コンピュータ装置がオンラインである場合は利用可能であり、必要である場合はサービス・ユニットからいつでもダウンロードを行い元に戻すことができる。
【００３５】
転送ハンドラーはメディア・ファイルやメタデータ、他の情報をサービス・ユニットとコンピュータ装置の間で移動する。転送は非同期で行われ、非常に効率的なメモリである。そして、バックグラウンドで動作する。システム上で実行する他のアプリケーションに影響を与えず、携帯電話に干渉するような動作もしない。転送ハンドラーはネットワークの劣化を適切に処理する。その処理は状態の情報を保持し、ネットワークが利用可能となった際に中断した操作を自動的に再開することによって行う。
【００３６】
パケット化
データ転送モジュールはデータ転送前にインテリジェントにパケット化することについて関連する。このプロセスはデータを適切なヘッダーを有する任意のパケットに分けることを含む。その利点は、高い解像度の画像又はビデオ・ファイルのような大きなファイルを転送した際に明らかになる。
【００３７】
ファイル転送の最中にネットワークが落ちた場合、データ転送モジュールでは、サービス・ユニットにおいて既に受信に成功したデータの一部については再送信を行わない。代わりに、サービス・ユニットで受信していないデータのみを送信する。コンピュータ装置とサービス・ユニットの間の適切な通信プロトコルには、正しい状態の情報がコンピュータ装置とサービス・ユニットの間に常に存在していることを保証するものを用いる。常に最も効率的な方法によって、コンテンツを送信するためである。
【００３８】
広告配信
データ転送モジュールは広告配信エンジンと結合し、サービス・ユニットによって配信される又はコンピュータ装置によるリクエストで導かれた広告を扱う。データ転送モジュールを用いることによって、ネットワークに接続したコンピュータ装置にあるアプリケーションは、利用者に対して、コンピュータ装置上の画像の部分的な閲覧ついての操作性を与える。このモジュールは最初の画像のためのサムネイルを提供し、要求によっては、全体の画像も提供する。これは、利用者がストレージ空間に制限が無いと理解できるようなユニークな操作性を提供する。
【００３９】
装置管理モジュール
装置管理モジュールは高価値以外の各種理知的なコンピュータ装置の管理プロセスを実装する。これらプロセスは、最良と考えられる結果を導くために、利用者の操作性に価値を与え、既存のテクノロジーを高め、プラットフォームに内在する制限を最適化する。
【００４０】
装置管理モジュールはバックグラウンド・アプリケーションを起動する。そのバックグラウンド・アプリケーションはコンピュータ装置のスイッチがオンになっている間、実行されつづける。このアプリケーションの主な目的は装置上の全てのコンテンツ管理プロセスを監視し、最適化したプロセスを維持することである。このアプリケーションはコンピュータ装置のコンテンツを整理し、サービス・ユニットにコンテンツ・データをアップロードする。ネットワーク接続が利用でき無い場合、スケジュール及び接続の可用性に従いコンテンツのアップロードに対応する。装置管理モジュールは、装置で実行する多くの異なるプロセスについて関連する。そのプロセスは同期やメモリ管理、自動更新、ウォッチドッグ・プロセスを含む。
【００４１】
同期
装置管理アプリケーションはコンピュータ装置とサービス・ユニット間のコンテンツ同期について関連する。これは、クライアント・プラットフォームが、同期済みの全てのコンテンツ（画像）及びコンテンツ・メタデータを維持することを可能にする。その同期はコンピュータ装置とサービス・ユニット間で行われる。同期ＡＰＩはコンテンツ・ファイル、コンテンツと関連するメタデータ（時間、日、場所、利用者のタグ、他のメタデータ）、一又は二以上のイベント（コンテンツの削除、コンテンツのコレクションの削除、公開コンテンツの共有、個人コンテンツの生成、他の個人利用者との共有コンテンツ生成など）、利用者の行動についてのログ（捕獲したコンテンツのインスタンスの数、利用者がコンテンツを捕獲してから再生するまでの時間、利用者がメニューからコンテンツを再生するまでの時間、ギャラリー内でコンテンツ・コレクションを再生している時間、ギャラリー内でコンテンツのフットプリント（footprint）を再生している時間、ギャラリー内でコンテンツを再生している時間など）を同期することを可能にする。
【００４２】
メモリ管理
上記で説明した同期はコンピュータ装置の自動メモリ管理を実行するアプリケーションのための一つの方法である。データ・ファイルをサービス・ユニットに転送する際に、コンテンツは装置から削除される。この装置は次のコンテンツのセットのために空間を作成し、利用者に対して、コンピュータ装置上に制限の無いストレージを仮想的に有するようにする。一又は二以上の利用可能な全てのメモリを検出することによって、コンピュータ装置のメモリを管理する。その全てのメモリはアプリケーションや捕獲したコンテンツの量、捕獲したコンテンツの日時、サービス・ユニットへ完全に転送したコンテンツの日時によって用いられる。コンピュータ装置のメモリを管理することで、プラットフォ−ムは、元のコンテンツを縮小したフットプリント（footprint）を生成でき、元のコンテンツを削除でき、コンテンツの世代を検出でき、そしてそれに応じてフットプリント（footprint）を削除できる。
【００４３】
自動更新
装置管理アプリケーションは、自動更新をトリガーするためにコンピュータ装置のクライアント・ソフトウェア更新をダウンロードしインストールすることによって用いられる。アップデーターはダウンロードを行い、パッチの完全性を検証し、アプリケーションの休止を中断する。そして、パッチによって影響がある全てをバックアップし、パッチを適用する。パッチの適用が正常に完了しない場合、前の状態にアプリケーションを復元する。全てのプロセスは利用者が操作すること無く、自動で行われ、無線によって提供される。
【００４４】
ウォッチドッグ
ウォッチドッグ・アプリケーションは装置管理アプリケーションと結合し、バックグラウンドで実行する。それは、小さいアプリケーションであって、故障はあるものとして考えられている。その機能は装置管理アプリケーションを監視することである。装置管理アプリケーションが故障又は何かしらの原因で閉じて、再度、起動するしか方法が無い場合、起動することがその役割となる。ウォッチドッグ・アプリケーションは自動的に開始しなければならず、コンピュータ装置のスイッチが入っている際はいかなる時も、携帯電話のスイッチが切られない限り実行を維持しなければならない。
【００４５】
広告配信モジュール
広告配信モジュールはコンピュータ装置への非同期な広告配信を容易にする。非同期な広告の性質は、ネットワークが停止していても広告を配信することを保証する。広告はコンピュータ装置にキャッシュされ（広告配信モジュール内で）、そのキャッシュはネットワークが接続している間、隠れたバックグラウンド・プロセスによって行われるからである。そして、ネットワークの接続の存在に関係なく、利用者に非同期で配信されるからである。広告配信モジュールは利用者が興味を持っている広告のレコードを保持することができる。レコードはサービス・ユニットに転送され、後に配信する対象となるようサービス・ユニットによって用いられる。
【００４６】
広告配信モジュールは広告を配信することができ、利用者に広告と連携するようにすることを可能にする。広告を配信する際、モジュールは、顧客のプロフィールや表示画像、オーディオ、テキスト、グラフィック及びビデオなどの広告に基づき顧客を目標とすることができる。利用者は、広告のタイプに応じて異なる方法で広告とやりとりを行うことができる。例えば、広告のタイプは利用者に対して、広告のためのＵＲＬの詳細を用いてブラウザ・セッションを開くようにさせ、利用者に電話の呼び出しを開始させ、広告に関連する場所への方向指示の提示やバーコード・クーポンを表示する。そのバーコード・クーポンは利用者が購入する場所にあるバーコード・リーダによって読むことができる。
【００４７】
クライアント・プラットフォームはコンテンツ・ビューワー・アプリケーションを含むことができ、そのコンテンツ・ビューワー・アプリケーションはＧＵＩベースのアプリケーションであって、コンテンツ・コレクションや個人コレクションのコンテンツを閲覧するのに用いることができる。このビューワー・アプリケーションはオフライン及びオンラインの両方での写真の閲覧を提供する。このビューワー・アプリケーションは以下を提供することができる。コンピュータ装置のコレクションの閲覧、コレクション内の個人コンテンツの閲覧、コレクション内の全てのコレクション又は全ての写真を見る間のサムネイル画像の表示、スクリーン・サイズ及びフル・サイズ写真又は個人コレクションの抽出の表示、写真の削除方法、ネットワークに接続できずにサーバが利用不可能であるオフラインの間に閲覧する場合のコンピュータ装置で写真を閲覧する方法、動的コレクションの構築。
【００４８】
図９及び１０はシステムのサービス・ユニット・プロセスの詳細を示す。サービス・ユニット・プラットフォーム９０はネットワーク上にある一又は二以上のコンピュータ装置上でメディア管理サービスを生成するためのフレームワークである。そのサービス・ユニット・プロセス・プラットフォームはサーバなどである。システムの典型的な実装では、サービス・ユニット・プロセス・プラットフォームは一又は二以上の一部のソフトウエア・コードとして実装される（一部のソフトウエア・コードは複数行のコンピュータ・コードからなる）。そのソフトウエア・コードは処理ユニットによって実行され、その処理ユニットはシステムのサーバ・ユニット構成要素の役割を果たすサーバ・コンピュータの一部である。そのようなフレームワークへの要求は
●高速で実行すること
●高速データ検索システムを有すること
●柔軟なインターフェースのセットを提供すること
【００４９】
図９を参照すると、サービス・ユニット・プラットフォームは一又は二以上のモジュールを含むことができ、そのモジュールはコンテンツ・アーカイブ・モジュール９２、コンテンツ処理モジュール９４、コンテンツ・エンハンス・モジュール９６、コンテンツ分析モジュール９８を含むことができる。図１０にそれらモジュールのステップを示す。サービス・ユニットは通信モジュール（図９では図示せず）を有することができ、各コンピュータ装置からのメディアのピース（pieces of media）を受信する。
【００５０】
コンテンツ・アーカイブ・モジュール
このモジュールはサービス・ユニットにおけるコンテンツ・メディアの記憶やバックアップのためのアーカイブを行うことについて関連する。ストレージ・システム及びアーカイブ・システム（コンテンツ保管モジュールの一部）は固定日時に基づいて（毎日、毎週など）に全ての利用者のバックアップを実行することができる。それらシステムは最適化したファイル・ストレージ・システムを提供し、ファイル又はファイルの小部分のストレージ及び検索を可能にする。また、高速検索システムを提供することができ、処理のオーバーヘッドを伴うことなく要求したファイル又はファイルの小部分を取得する。そして、システムの全ての利用者にストレージを制限することなく提供でき、コンテンツに関連した適切なキーワードを生成する。そのキーワードは、メタデータやタグに由来し、非常に大きいアーカイブのコレクションからコンテンツを検索するのに役立つ。
【００５１】
コンテンツ処理モジュール
このモジュールはコンテンツを記憶するうえで様々なプロセスを実行することについて関連する。サービス・ユニットに記憶したコンテンツは時々、さらなる使用に適合するよう特定の方法で処理する必要がある。使用法の計画に応じて、要求可能な多くの異なるプロセスが存在する。そのようなプロセスは通常、サービス・ユニット側で実行され、トランスコーディング、コンテンツ操作、著作権保護などを含む。
【００５２】
トランスコーディング
サービス・ユニットにアップロードしたコンテンツは通常、捕獲における標準フォーマットである。例えば、多くの画像は標準的なＪＰＥＧフォーマットで捕獲され、ＪＰＥＧ画像としてアップロードされる。しかし、記憶したコンテンツを他のクライアントに戻す場合、受信するクライアントは異なるフォーマットを要求できる。例えば、ＪＰＥＧ２０００フォーマットで捕獲した画像を他のクライアントにＪＰＥＧフォーマットで流す必要があり得る。他の例では、一つのフォーマット（Ｈ．２６３など）で捕獲したビデオを他のフォーマット（ＭＰＥＧ−４など）で流す必要があり得る。このような場合、コンテンツはトランスコーディングする必要がある。すなわち、一つのフォーマットから他のフォーマットへ変更する。この処理のタイプは通常サービス・ユニットで実行する。
【００５３】
コンテンツ操作
コンテンツのフォーマットを変更する（トランスコーディング）代わりに、時々、コンテンツを操作する必要があり、コンテンツをクライアントに流すためにより適切にする。例えば、高解像度画像は、小さいスクリーンのコンピュータ装置に送信する前に低い解像度にリスケールする必要がある。同様な処理をビデオにも要求される可能性がある。このようなコンテンツ操作は、サービス・ユニットで動的に変化させて実行する。
【００５４】
著作権保護
他のクライアントと共有をする場合、サーバにアップロードしたコンテンツは潜在的な著作権侵害から保護する必要がある。アップロードしたコンテンツ内のセキュア・デジタル署名の組み込みは、著作権保護を保証するサービス・ユニットで実行される。デジタル署名は一又は二以上のデジタル透かし、可視可能なロゴの挿入、メタデータの挿入などを含む。
【００５５】
コンテンツ・エンハンス・モジュール
このモジュールはコンテンツの知覚による品質の向上について関連する。コンピュータ装置から捕獲したコンテンツは通常、最高品質ではない、そこで、特別なプロセスは利用者の相対的な物の見え方からコンテンツの知覚による品質を改良するよう適用する。例えば、画像又はビデオに関して、以下のプロセスを適用できる。
●画像の品質向上
○輝度及びコントラストの調整
○カラー・バランス
○ノイズ除去
○輪郭調整
○赤目除去
○ひずみ（Jitter）除去
●写真印刷のための最適化
●品質向上のためのカメラ情報（ＣＭＯＳ／ＣＣＤ写真感度、絞りサイズ、カラー・バランス）を含む装置のプロフィールを用いる
●品質向上のための画像メタデータを用いる（写真を撮影した日時、タグ、回転／写真方向、戸外／屋内の照明など）
●自動の品質向上のための学習アルゴリズムを監視する。多種多様な単純画像に対して人的訓練を用い、アルゴリズムが最も品質を改善するよう決定する。
【００５６】
コンテンツ分析モジュール
このモジュールはコンテンツの解釈やメタデータの生成のために捕獲したコンテンツを分析することについて関連する。サーバにアップロードしたコンテンツはコンテンツの意味を解釈するよう自動的に分析される。例えば、画像は所定の特徴の存在を探すよう分析する。その所定の特徴は人、景色、戸外／屋内での場面などである。被写体は所定の特徴に従って識別や分類が行われる。その所定の特徴は形状、サイズ、色彩、配置などである。そのような映像的な意味から、それら異なる特徴に従って画像を分類するところの分類メカニズムを導く。このプロセスはコンテンツの自動分類や自動整理、自動問い合わせを補完するのに用いる。
【００５７】
サーバ・ユニットはまたデータベース管理やファイル・システムを含むことができ、そのファイル・システムには全ての利用者やコンテンツ、コレクションの情報を有することができる。コンテンツは物理的にファイル・システム上に存在することができる。加えて、ファイル・システム・ディレクトリ管理はコレクションから独立することができる。すなわち、ファイル・システムが保持する写真ディレクトリとデータベース内の写真のコレクション情報との間には関連性が存在しないようにできる。データベース内にコレクションを保持することができ、コンテンツのＵＲＬをコレクションに従ってマッピングできる。データベース及びファイル・システムは、ロードバランスやデータ保全のために一つ以上のサーバに分散することができる。
【００５８】
サービス・ユニット・モジュールとクライアント・プラットフォーム・モジュールの組み合わせは、高価値で最低限の利用者の対話を提供する。その対話は様々なアプリケーションを提供し、そのアプリケーションは以下を含めることができる。コンテンツの捕獲、コンテンツの整理及び問い合わせ、コンテンツの閲覧、コンテンツの共有、コンテンツの公開、コンテンツの印刷及び広告。
【００５９】
コンテンツ捕獲アプリケーション
上記で説明したシステムはコンテンツ捕獲装置を有する通常のコンピュータ装置をストレージの制限が無く非常に使い勝手の良いコンテンツ捕獲装置に変化させる。したがって、利用者がコンテンツ管理に専念するのに必要であった手間の掛かる多くのステップの代わりに、利用者は全てのコンテンツを捕獲するのにワンクリックの解決方法を手に入れることとなる。その全てのコンテンツは、他のコンテンツ管理作業を伴う利用者が捕獲したいと思うコンテンツである。その他のコンテンツ管理作業は、システムによって行われるストレージ、アーカイブ、転送、分類分け、コレクション、品質向上、分析、メモリなどの管理を含む。したがって、システムは、利用者がコンテンツの捕獲を行うように集中させる。
【００６０】
コンテンツ整理及び問い合わせアプリケーション
システムは利用者が捕獲したコンテンツを自動で効率的に整理するための手段を提供する。システムによる分析や分類分け、コレクション構築プロセスは必要なフレームワークを構築するのに用いられる。そのフレームワークは、異なる基準に従って、コンテンツを整えて収集するためのものである。そのフレームワークはまた、効率的にコンテンツを問い合わせするために用いる。
【００６１】
システムはコンテンツを整理する機能を利用者からの入力を伴うことなく提供する。コンテンツを自動で分析し、異なるグループに分類分けするからである。ユーザ・インタフェースは利用者がフォルダーにコンテンツを整理するよう選択させ、メタデータを編集させ、分類も作成させる。コンテンツに関連する全てのメタデータはサービス・ユニットのデータベースに記憶されている。加えて、利用者は任意の基準や利用者のタグに基づいて（組み合わせて用いることもできる）、コンテンツに問い合わせすることができる。
【００６２】
コンテンツ閲覧アプリケーション
システムは捕獲したコンテンツの閲覧について機能を向上させた操作を可能にさせる。特に、ＧＵＩベースのアプリケーションは、コレクション内のグループ及び個人コンテンツのインスタンスのようなコンテンツ・コレクションを閲覧するのに用いられる。アプリケーションはオフライン及びオンラインでのコンテンツの閲覧を提供する。コンテンツ閲覧は以下を含むことができる。ネットワークが利用可能である場合のサービス・ユニットに記憶したコンテンツの閲覧、ネットワークが利用可能である場合のコンピュータ装置に記憶したコンテンツの閲覧、ネットワークが利用不能な場合のコンピュータ装置のコンテンツの閲覧、コレクションの閲覧、コレクション内の全てのコンテンツの閲覧、そして、全てのコレクション又はコレクション内の全てのコンテンツを見る及び／又は異なる基準で構築したコレクションを閲覧する間のコンテンツのフットプリント（画像サムネイル）を示すこと。
【００６３】
コンテンツ共有アプリケーション
システムは、仮想的に利用者をネットワークに接続した状態で、多用途で使い勝手の良いコンテンツを共有するための方法を用いたコンテンツ共有を提供する。システムを用いることで、どの利用者も他の利用者とコンテンツを共有できる。利用者はネットワークに接続することで、共有を個人共有（コンテンツは誰にも共有しない、セキュアなログインを介してアクセスした利用者のみ共有する）、公開共有（コンテンツは誰でも見ることができる。そして、コンテンツはログインによっては保護されておらず、公開ＵＲＬ又は装置の閲覧アプリケーション内で利用することができる。）、コンテンツが特定の共有である利用者との共有とすることができる。その特定の共有はシステム上の他の利用者と行い、他の利用者はログインしなければならないようにすることができる。そのログインは利用者が共有したコンテンツを見るため又は装置の閲覧アプリケーションで見るために行う。
【００６４】
コンテンツ共有は３つの方法で開始することができる。１番目は、末端の利用者がウェブにアクセスした場合（ＰＣ又は装置）、利用者は、潜在的なサービスによって提供されるウェブ・ギャラリーを介してコンテンツを共有することができる。２番目は、末端利用者の装置が同一の閲覧アプリケーションの場合、利用者はＵＲＬを介して共有できる。３番目は、末端利用者の装置はＷＡＰギャラリー（コンピュータ装置上に利用者に対してＧＵＩを示す）を介してコンテンツを共有できる。
【００６５】
コンテンツ公開アプリケーション
システムは利用者がサード・パーティー・サイトにコンテンツを転送するのを可能にする。コンテンツの公開は、コンテンツを内部又は外部のアプリケーションや送信先に公開することを含むことができ、装置のプラットフォームへ又は装置のプラットフォームから、コンテンツの取り出し及び書き込みを行うことができる。公開アプリケーションは以下を含むことができる。認証済みの送信先、オンライン・アルバム（個人用、半公開用、公開用）、事前定義済みの外部サービス（ＦｌｉｃｋｒやＳｍｕｇＭｕｇ）へのアップロード、メッセージ（ＭＭＳ、ｅ−ｍａｉｌ、ＳＭＳなど）を介したコンピュータ装置からの共有（モバイルからモバイルへ又はモバイルからＰＣへ）、ブログ・サイトへのアップロード、印刷サービスへのアップロード。
【００６６】
コンテンツ印刷アプリケーション
システムはリムーバル・メディアや外部のリソースへのコンテンツの書き込みを用いることができる。例えば、画像をＣＤに保存して生成する又は写真印刷機に印刷することができる。このプロセスはコンピュータ装置から直接開始できる。
【００６７】
広告アプリケーション
システムは各コンピュータ装置に広告を提供することができ、コンピュータ装置に対して非同期の広告配信も提供することができる。広告は画像、オーディオ、テキスト、グラフィックス、ビデオやそれらの組み合わせに基づくことができる。利用者が特定の広告に興味を示した場合、クリックすることができ、その結果、申し入れについての詳細を利用者は受け取る。その申し入れは以下を含むことができる。広告のためのＵＲＬの詳細を用いてブラウザ・セッションを開く、電話呼出の開始、広告に関する場所への方向指示を利用者に提示する、バーコード・クーポンの表示。バーコード・クーポンは利用者が購入しようとしている場所にあるバーコード・リーダで読むことができる。システムは利用者が興味を示した広告のレコードを保持できる。このレコードはサービス・ユニットに転送され、利用者への広告の対象とするようシステムによって後に用いられる。
【００６８】
図１１はシステムのコレクション・アプリケーションにおける開始アプリケーション・ワークフローの例を示す。特に、様々な機能及び操作はコンピュータ装置に配置するクライアント・プラットフォームによって提供されることを示す。図１２はコレクション・ワークフローの例を示す。図１３はシステムのメディアのフローを示す。図１４はシステムの設定についてのプロセス・フローを示す。
【００６９】
図１５乃至１７はシステムのコンピュータ装置やウェブ・ベースのギャラリー、ＷＡＰページ・ギャラリー上のギャラリーのためのユーザ・インタフェースの例を示す。特に、図１５はシステムの各コンピュータ装置に表示されるデジタル・メディア・ギャラリーの例を示す。ギャラリーは利用者のコンピュータ装置で特定のデジタル・メディア又はデジタル・メディアのコレクションを確認することを可能にする。図１６は利用者がウェブ上でサービス・ユニットにアクセスした場合の利用者へ提供するギャラリーを示す。図１７はギャラリーのＷＡＰページ版を示す（コンピュータ装置上に表示される）。図１５乃至１７に示した例において、利用者は友人のコレクションを見る。
【００７０】
図１８Ａ乃至１８Ｄはコンピュータ装置に対して、システムが提供する広告の例を示す。特に、システムは小さいバナー広告を生成することができる。そのバナー広告は図１８Ａに示すようにコンピュータ装置上のギャラリー内に表示する。そのバナー広告をクリックした場合、全画面広告をクーポンと一緒に表示する。他には、システムは図１８Ｂに示すように携帯ゲームの広告を表示することができる。利用者がその広告をクリックした場合、利用者はゲームをコンピュータ装置から直接購入することができる。他には、システムはバナー広告を生成することができる。図１８Ｃに示すように、広告をクリックすると、利用者に対して、表示された製品やサービス（例ではレストラン）の電話番号をアドレス帳に加え、サービスへの電話呼出を起動することを可能にする。図１８Ｄに示すように、システムはマルチメディア広告を生成することができる。利用者が広告をクリックすると、メディア・プレーヤーを起動し、マルチメディア・コンテンツを再生する。
【００７１】
上記記述は本発明の特定の実施例に関連している。当業者によって本発明の原理及び思想から逸脱することなく本実施例を変更できることは明確である。発明の範囲は特許請求の範囲によって定義される。
【図面の簡単な説明】
【００７２】
【図１】従来のデジタル写真のライフサイクルを示す。
【図２】デジタル・メディア管理システムの実装例を示す。
【図３】システムのクラスタ構成を含むデジタル・メディア管理システムの詳細な例を示す。
【図４】システムのサーバの相互関係を含むデジタル・メディア管理システムの詳細な例を示す。
【図５】システムのモジュールを含むデジタル・メディア管理システムの詳細な例を示す。
【図６】システムのデータベース設計を含むデジタル・メディア管理システムの詳細な例を示す。
【図７】システムのクライアント・プロセスの詳細を示す。
【図８】システムのクライアント・プロセスの詳細を示す。
【図９】システムのサービス・ユニット・プロセスの詳細を示す。
【図１０】システムのサービス・ユニット・プロセスの詳細を示す。
【図１１】システムのコレクション・アプリケーションにおける開始アプリケーション・ワークフローの例を示す。
【図１２】コレクション・ワークフローの例を示す。
【図１３】システムのメディアのフローを示す。
【図１４】システムの設定についてのプロセス・フローを示す。
【図１５】システムのコンピュータ装置やウェブ・ベースのギャラリー、ＷＡＰページ・ギャラリー上のギャラリーのためのユーザ・インタフェースの例を示す。
【図１６】システムのコンピュータ装置やウェブ・ベースのギャラリー、ＷＡＰページ・ギャラリー上のギャラリーのためのユーザ・インタフェースの例を示す。
【図１７】システムのコンピュータ装置やウェブ・ベースのギャラリー、ＷＡＰページ・ギャラリー上のギャラリーのためのユーザ・インタフェースの例を示す。
【図１８Ａ】コンピュータ装置に対して、システムが提供する広告の例を示す。
【図１８Ｂ】コンピュータ装置に対して、システムが提供する広告の例を示す。
【図１８Ｃ】コンピュータ装置に対して、システムが提供する広告の例を示す。
【図１８Ｄ】コンピュータ装置に対して、システムが提供する広告の例を示す。
【図１】
2009523273.tif 000003
【図２】
2009523273.tif 000004
【図３】
2009523273.tif 000005
【図４】
2009523273.tif 000006
【図５】
2009523273.tif 000007
【図６】
2009523273.tif 000008
【図７】
2009523273.tif 000009
【図８】
2009523273.tif 000010
【図９】
2009523273.tif 000011
【図１０】
2009523273.tif 000012
【図１１】
2009523273.tif 000013
【図１２】
2009523273.tif 000014
【図１３】
2009523273.tif 000015
【図１４】
2009523273.tif 000016
【図１５】
2009523273.tif 000017
【図１６】
2009523273.tif 000018
【図１７】
2009523273.tif 000019
【図１８Ａ】
2009523273.tif 000020
【図１８Ｂ】
2009523273.tif 000021
【図１８Ｃ】
2009523273.tif 000022
【図１８Ｄ】
2009523273.tif 000023
【国際調査報告】
2009523273.tif 000024