移動電話機においてサービスを利用することの品質を向上させる方法
本発明は、少なくとも１つのマルチメディアデータ（１００）に関連する、特に写真、および／またはビデオ、および／またはオーディオ、および／またはテキストに関連する、前記データの少なくとも１つの処理がかかわる、サービスの品質を向上させるための方法に関する。前記サービスは、ネットワークを介してユーザの移動電話機（１１０）において、遠隔通信プロバイダおよび／または事業者によって提案される。前記方法は、マルチメディアデータのサイズ、および／または移動電話機のコンピュータリソース、および／または獲得デバイスおよび／またはマルチメディアデータを再現するデバイスの品質、および／または前記ネットワークの伝送特性、および／またはサービスのタイプなどの、利用の品質に影響を与える少なくとも１つの要因からもたらされる限界を克服するように設計される。方法は、以下のステップを含む。すなわち、事前に、またはリアルタイムで、前記要因に基づき、移動電話機において処理されるべきマルチメディアデータの第１の部分（１０２）、ネットワークを介して移動電話機に接続された少なくとも１つのリモートサーバ（１１２）において処理されるべきマルチメディアデータの第２の部分（１０４）を特定し、処理の第１の部分は、移動電話機において実行されるべきであり、処理の第２の部分は、少なくとも１つのリモートサーバにおいて実行されるべきであるステップと、移動電話機および／またはリモートサーバにおいて、そのように特定された処理の各部分を実行し、かつ／またはそのように特定されたマルチメディアデータの各部分を処理するステップとを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、少なくとも１つのタイプのマルチメディアデータに関連する、サービスプロバイダおよび／または遠隔通信事業者によって移動電話端末装置のユーザに提案されるサービスを利用することの品質を向上させる方法に関する。
【背景技術】
【０００２】
「マルチメディアデータ」によって本明細書で意味するのは、写真、ビデオ、サウンドファイル、オーディオビジュアルファイル、テキストファイル、描画ファイル、および／または１つまたはいくつかのプログラムである。
【０００３】
「あるタイプのマルチメディアデータに関連するサービスを利用することの品質」によって本明細書で意味するのは、ユーザによって知覚されるようなマルチメディアデータの品質、ユーザによって知覚されるサービスへの応答時間、および／またはサービスの成功率、例えば、マルチメディアデータの送信の成功である。
【０００４】
本発明は、マルチメディアデータに関連するサービスを利用することの品質に影響を与える少なくとも１つの要因からもたらされる限界を克服することを目的とする。利用の品質に影響を与えるそのような要因は、以下を含むグループに含まれる。すなわち、
マルチメディアデータのサイズ 例えば、移動電話機によって伝送されるべき、あるタイプのマルチメディアデータは、ネットワークによって許可された最大サイズを超えてはならない、
移動電話機のＩＴリソース このため、移動電話機メモリが、マルチメディアデータを処理するのに不十分である可能性があり、あるいは移動電話機のＩＴパフォーマンスが、ユーザが容認できる時間内にマルチメディアデータを処理するのに不十分である可能性がある、
マルチメディアデータに関する獲得デバイスおよび／または復元デバイスの品質、
ネットワーク伝送規格、すなわち、ネットワークの出力、伝送されるメッセージのサイズ、
提案されるサービス 例えば、写真印刷サービスが、写真を別の移動体に送信するサービスを使用する際に目に見えない、ノイズのような、マルチメディアデータの欠陥を明るみに出す可能性がある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
【課題を解決するための手段】
【０００６】
このため、本発明による方法は、以下のステップを含む。すなわち、
アプリオリに、またはリアルタイムで、前記要因に応じて、移動電話機内で処理されなければならないマルチメディアデータの第１の部分、ネットワークを介して移動電話機に接続された少なくとも１つのリモートサーバ内で処理されなければならないマルチメディアデータの第２の部分が特定され、プロセスの第１の部分は、移動電話機内で実行されなければならず、プロセスの第２の部分は、少なくとも１つのリモートサーバ内で実行されなければならないステップと、
移動電話機内、および／またはリモートサーバ内で、そのように特定されたプロセスの各部分が実行され、かつ／またはそのように特定されたマルチメディアデータの各部分が処理されるステップとである。
【０００７】
この場合、前述した部分は、０から１までの間に含まれる任意の値をとることができることに留意されたい。
【０００８】
本発明では、移動電話機内でマルチメディアデータに関連するサービスを利用することの品質を向上させることができるだけでなく、サービスを拡張することができ、サービスを受けるのに必要な時間が短縮される。
【０００９】
例えば、マルチメディアデータが、写真などのイメージである場合、プロセスは、移動電話とサーバの間で分担されることが可能であり、あるいはプロセスは、サーバ内で実行されることが可能である。
【００１０】
一実施形態では、方法は、以下のステップを含む。すなわち、
以降、「リモートプロセス」と呼ばれる、サーバ内で実行されなければならないプロセスに関連する指示が、移動電話機において定義されるステップと、
移動電話機が、それらの指示をリモートサーバに伝送するステップと、
サーバが、それらの指示を実行するステップとである。
【００１１】
指示は、
リモートサーバ内で処理されなければならないマルチメディアデータの第２の部分、および／または
少なくとも１つのリモートサーバが、そのリモートサーバ内で処理されるべきマルチメディアデータの第２の部分を特定することを可能にする識別子、および／または
サーバ内で実行されなければならないリモートプロセスの第２の部分、および／または
サービスの受益者のアドレス、および／または
サーバが、そのような受益者のアドレスを獲得することを可能にするコードを含むことが可能であり、
方法は、サーバが、サービスの受益者に、プロセスに関連する指示を実行したことの結果を伝送するステップをさらに含む。
【００１２】
変形形態によれば、サーバ内で実行されなければならないプロセスに関連する指示は、特に移動体との通信後、サーバにおいて定義される。
【００１３】
一実施形態によれば、リモートプロセスの部分は、以下を含むグループに含まれる少なくとも１つのプロセスを含む。すなわち、
１つまたはいくつかのタイプの移動電話機に結び付いた獲得欠陥に関する補正プロセスなどの、マルチメディアデータの改良、
特に移動電話機のスクリーン、任意の他のディスプレイ、または印刷手段などの、データが向けられた復元手段または記録手段の欠陥のすべて、または一部を除去することに向けられたプロセス、
特に、データが、手書きによるテキストおよび／または描画に結び付いた写真である場合に、例えば、そのようなデータを保存する、または印刷することを目的とする、マルチメディアデータの背景クリーンアップ、
マルチメディアデータの品質の分析、
イメージのケースで、すなわち、回転またはトリミングによる、イメージの幾何学的移動などの、マルチメディアデータの所望されるレタッチ、
ＭＭＳ、ファクシミリ、電子メールなどの伝送、
イメージをテキストに関連付けること、
受取側、マルチメディアデータアルバムを作成するためのサービス、記録サービスに、印刷サービス、マルチメディアデータページレイアウトを送ること、
例えば、写真および／またはテキストを挿入するために、移動電話機を介してマルチメディアデータが送信される場合に、マルチメディアデータを編集するための指示を移動電話機に返信で提供すること、および
例えば、ファイルを印刷サービスに送信するためのサービス提供プロセスである。
【００１４】
一実施形態によれば、方法は、移動電話機内で、マルチメディアデータ圧縮ステップ、例えば、ＪＰＥＧタイプの圧縮を含み、そのような圧縮ステップは、マルチメディアデータサイズ、適用されるマルチメディアデータの圧縮率、およびマルチメディアデータのフォーマットを最適化するためのプリプロセスを含み、そのような前処理は、要求されるサービスのタイプと、ネットワーク伝送規格と、マルチメディアデータサイズに応じた最適な圧縮曲線と、マルチメディアデータ圧縮タイプとを含むグループに含まれるパラメータの少なくとも１つに依存し、
マルチメディアデータ圧縮は、好ましくは、周波数ドメイン内で実施され、
方法は、圧縮に結び付いたアーチファクトまたは欠陥に関する除去プロセスを好ましくは、伴う、リモートサーバ内の伸張をさらに含む。
【００１５】
マルチメディアデータの最適圧縮曲線／サイズは、以下の形で決定される。すなわち、
ａ）サービスのタイプに応じて、データの最終使用のために必要なサイズが決定され、例えば、写真のケースでは、データを使用するためのサイズは１０×１５ｃｍフォーマットで印刷するために２メガピクセルであり、移動電話端末装置のスクリーン上で表示するために５０キロピクセルであり、コンピュータスクリーン上で表示するために３００，０００ピクセルであり、そのようなサービスが未知であるケースでは、使用のために考慮されるサイズは、元のマルチメディアデータのサイズであり、あるいは別の実施形態では、知られているすべてのサービスに必要な最大サイズである、
ｂ）マルチメディアデータを伝送するためのファイルの最大サイズが、ネットワーク容量、および伝送されるべき他のデータ要因に応じて決定される、
ｃ）サンプリングのための最適レートが、マルチメディアデータ（すなわち、示されるイメージからの）に基づいて定義されたチャートを使用して決定され、チャートは、最大ファイルサイズに応じて、サンプリングレートの値を提供する、
ｄ）圧縮パラメータが、マルチメディアデータのコンテンツに応じて決定され、例えば、イメージの圧縮は、より多くの詳細が存在するほど、それだけ高率でなければならない。一実施形態では、データの最終使用に要求されるサイズと可能な限り等しいファイルサイズを得るために、いくつかの範囲の圧縮パラメータが、試験される。
【００１６】
一実施形態では、マルチメディアデータは、圧縮なしに、またはさらなる圧縮なしに、または低い圧縮率で、または低いさらなる圧縮率でリモートサーバ内に格納され、移動電話機への伝送のために圧縮され、移動電話機において、提供されるべき、または移動電話機によって要求されたサービスに応じてプロセスを受け、伝送される処理済みの圧縮されたデータには、圧縮なしで、または、伝送される処理済みの圧縮されたデータよりも低い圧縮率で後の使用を可能にするために、リモートサーバ内に圧縮なしで格納された元のマルチメディアデータに結び付けられたマークアップが、割り当てられる。「圧縮」によって主に意味するのは、データのサイズおよび／またはサブサンプリングを低減することである。
【００１７】
一実施形態によれば、リモートサーバは、出所、および処理されるべきマルチメディアデータを識別することができるようにするため、さらに、各タイプのマルチメディアデータに関するプロセスのタイプを決定するために、移動電話機シグネチャに関するベースを含み、シグネチャは、マルチメディアデータから抽出されるか、またはマルチメディアデータに付加される。シグネチャは、以下のカテゴリのいずれか１つに属することが可能である。すなわち、
単一タイプの移動電話機に関する個々のシグネチャ、
いくつかのタイプの移動電話機に関するグループシグネチャ、
すべてのタイプの移動電話機に対応するシグネチャである。
【００１８】
一実施形態によれば、リモートサーバは、以下のグループ内に含まれる位置を占める。すなわち、
ＭＭＳ−Ｃと呼ばれるＭＭＳ中心、
ＭＭＳ−Ｃへの入口に、
ＭＭＳ−Ｃからの出口に、
ＷＡＰゲートウェイ、および
ＭＭＳ中心のＭＭ９インタフェースまたはＭＭ７インタフェース。
【００１９】
また、本発明は、写真、および／またはビデオ、および／またはオーディオ、および／またはテキストに関連する、移動電話機内においてサービスプロバイダおよび／または遠隔通信事業者によって提案されるサービスを利用することの品質を、そのようなデータに関する少なくとも１つのプロセスを実施して向上させるための手段を含む移動電話端末装置にも関し、
利用の品質を向上させるためのそのような手段は、
アプリオリに、またはリアルタイムで、利用の品質に影響を与える少なくとも１つの要因に応じて、移動電話機内で処理されなければならないマルチメディアデータの第１の部分、移動電話機に接続可能な少なくとも１つのリモートサーバ内で処理されなければならないマルチメディアデータの第２の部分を特定するための、プロセスの第１の部分は、移動電話機内で実行されなければならず、プロセスの第２の部分は、リモートサーバ内で実行されなければならない、手段と、
移動電話機内でそのように特定されたプロセスまたはプロセス群を実行する手段と、
リモートサーバに、そのようなサーバ内で処理されなければならないマルチメディアデータ、またはデータの部分を伝送するための手段とを含む。
【００２０】
一実施形態によれば、端末装置は、そのような移動電話機内で、処理されるべきマルチメディアデータの部分、および／または実行されなければならないプロセスの部分を特定するための手段、および／または前記部分に関連する情報をリモートサーバから受信するための手段を含む。
【００２１】
一実施形態によれば、端末装置は、リモートサーバに、そのようなサーバ内で実行されなければならないプロセスに関連する指示を伝送するための手段を含む。
【００２２】
一実施形態では、端末装置は、指示が、
リモートサーバ内で処理されなければならないマルチメディアデータの第２の部分、および／または
少なくとも１つのリモートサーバが、そのようなリモートサーバ内で処理されるべきマルチメディアデータの第２の部分を特定することを可能にする識別子、および／または
サーバ内で実行されなければならないリモートプロセスの第２の部分、および／または
サービスの受益者のアドレス、および／または
サーバが、そのような受益者のアドレスを獲得することを可能にするコードを含むようになっている。
【００２３】
一実施形態によれば、サーバ内で実行されなければならないリモートプロセスの部分を特定するための手段は、プロセスが、以下を含むグループに含まれる場合に、そのようなリモートプロセスを選択するための手段を含む。すなわち、
あるタイプの移動電話機に結び付いた獲得欠陥に関する補正プロセスなどの、マルチメディアデータの改良、
すなわち、移動電話機のスクリーン、任意の他のディスプレイのスクリーン、または印刷手段のスクリーンなどの、データが向けられた復元手段または記録手段の欠陥のすべて、または一部を除去することに向けられたプロセス、
マルチメディアデータを編集すること、
特に、データが、手書きによるテキストおよび／または描画に結び付いた写真である場合に、例えば、そのようなデータを記録する、または印刷することを目的とする、マルチメディアデータの背景クリーンアップ、
マルチメディアデータの品質の分析、
イメージのケースで、すなわち、回転またはトリミングによる、イメージの幾何学的移動などの、マルチメディアデータの所望されるレタッチ、
ＭＭＳ、ファクシミリ、電子メールなどの伝送の手段、
イメージをテキストに関連付けること、受取側に、マルチメディアデータアルバムを作成するためのサービス、記録サービスに、印刷サービス、マルチメディアデータページレイアウト、例えば、写真および／またはテキストを挿入するために、移動電話機を介してマルチメディアデータが送信される場合に、マルチメディアデータを編集するために、移動電話機に返信で提供されるべき指示を送信すること、および
サービスを提供するためのマルチメディアデータプロセス、すなわち、マルチメディアデータを含むファイルのフォーマットまたはサイズの変更である。
【００２４】
一実施形態によれば、端末装置は、マルチメディアデータを圧縮するための手段、例えば、ＪＰＥＧタイプの手段を含み、そのような圧縮手段は、マルチメディアデータのサイズ、適用されるマルチメディアデータの圧縮率、およびマルチメディアデータのフォーマットを最適化するための前処理手段を含み、そのようなプリプロセスは、要求されるサービスのタイプと、ネットワーク伝送規格と、マルチメディアデータのサイズに応じた最適な圧縮曲線と、マルチメディアデータ圧縮タイプとを含むグループに含まれるパラメータの少なくとも１つに依存し、
マルチメディアデータ圧縮は、好ましくは、周波数ドメイン内で実施される。
【００２５】
また、本発明は、少なくとも１つのタイプのマルチメディアデータに関連する、すなわち、写真、および／またはビデオ、および／またはオーディオ、および／またはテキストに関連する、サービスを利用することの品質を、そのようなデータに関する少なくとも１つのプロセスを実施して向上させるための手段を含む移動電話遠隔通信ネットワークサーバにも関し、利用の品質を向上させるための手段は、
移動電話機によってサービスを利用することの品質に影響を与える要因に応じて、移動電話機内で処理されなければならないマルチメディアデータの第１の部分、ネットワークを介して移動電話機に接続された少なくとも１つのリモートサーバ内で処理されなければならないマルチメディアデータの第２の部分を特定するための、プロセスの第１の部分は、移動電話機内で実行されなければならず、プロセスの第２の部分は、少なくとも１つのリモートサーバ内で実行されなければならない、手段と、
前記部分の値を移動電話機に伝送するための手段と、
そのようなサーバ内で処理されなければならないマルチメディアデータプロセスの部分を実行するための手段とを含む。
【００２６】
一実施形態によれば、サーバは、以下のグループに含まれるプロセスの少なくとも１つを実行するための手段を含む。すなわち、
あるタイプの移動電話機に結び付いた獲得欠陥に関する補正プロセスなどの、マルチメディアデータの改良、
すなわち、移動電話機のスクリーン、任意の他のディスプレイのスクリーン、または印刷手段のスクリーンなどの、データが向けられた復元手段または記録手段の欠陥のすべて、または一部を除去することに向けられたプロセス、
マルチメディアデータを編集すること、
特に、データが、手書きによるテキストおよび／または描画に結び付いた写真である場合に、例えば、そのようなデータを記録する、または印刷することを目的とする、マルチメディアデータの背景クリーンアップ、
マルチメディアデータの品質の分析、
イメージのケースで、すなわち、回転またはトリミングによる、イメージの幾何学的移動などの、マルチメディアデータの所望されるレタッチ、
ＭＭＳ、ファクシミリ、電子メールなどの伝送の手段、
イメージをテキストに関連付けること、受取側に、マルチメディアデータアルバムを作成するためのサービス、記録サービスに、印刷サービス、マルチメディアデータページレイアウト、例えば、写真および／またはテキストを挿入するために、移動電話機を介してマルチメディアデータが送信される場合に、マルチメディアデータを編集するために、移動電話機に返信で提供されるべき指示を送信すること、および
サービスを提供するためのマルチメディアデータプロセス、すなわち、マルチメディアデータを含むファイルのフォーマットまたはサイズの変更である。
【００２７】
一実施形態では、サーバは、圧縮なしに、またはさらなる圧縮なしに、または移動電話機から受信されるマルチメディアデータと比べて、低いさらなる圧縮率で、マルチメディアデータを格納するため、およびそのような圧縮されたデータを移動電話機に伝送するため、およびマークアップをそのようなマルチメディアデータに割り当てるための手段を含む。
【００２８】
一実施形態によれば、サーバは、出所、および処理されるべきマルチメディアデータを識別することができるようにするため、さらに、各タイプのマルチメディアデータに関するプロセスのタイプを決定するために、移動電話機シグネチャに関するベースを含み、
シグネチャは、マルチメディアデータから抽出されるか、またはマルチメディアデータに付加される。
【００２９】
そのようなケースでは、シグネチャは、以下のカテゴリのいずれか１つに属することが可能である。すなわち、
単一タイプの移動電話機に関する個々のシグネチャ、
いくつかのタイプの移動電話機に関するグループシグネチャ、
すべてのタイプの移動電話機に対応するシグネチャである。
【００３０】
一実施形態によれば、リモートサーバは、以下のグループのなかに含まれる位置を占める。すなわち、
ＭＭＳ−Ｃと呼ばれるＭＭＳ中心、
ＭＭＳ−Ｃへの入口に、
ＭＭＳ−Ｃからの出口に、
ＷＡＰゲートウェイ、および
ＭＭＳ中心のＭＭ９インタフェースまたはＭＭ７インタフェース。
本発明のその他の特徴および利点は、実施形態の方法のいくつかの方法の説明において明らかとなり、それらの方法は、本明細書に添付された概略図を参照することによって実行される。
【発明を実施するための最良の形態】
【００３１】
説明される例は、「フォトフォン」または「カメラフォン」としてしばしば、知られる、撮影デバイスを備えた移動電話端末装置を主に参照する。
（サービスを利用すること）
そのような端末装置を使用することは、特に、以下にかかわる場合、面倒である。すなわち、
イメージを（ＭＭＳ、ＷＡＰ、その他を介して）送信するように電話機を構成すること、
プロバイダに関するサービスをパラメータ化すること、つまり、例えば、オンライン印刷サービスのために記録するために、自身の個人的詳細を提供し、ピックアップポイントを選択することなどが必要である、
写真に添えるテキスト、またはアドレスをキー入力すること、すなわち、テキストを入力することは、かなり時間がかかり、郵便アドレスが、アドレス帳に取り込まれていることはめったにないといった具合である、
サービスを利用すること、すなわち、写真を撮影すること、レタッチすること、および送信することなどの、いくつかの機能を次々に使用することがしばしば、必要であり、アプリケーションの設計は、イメージサービスに適合されているのではなく、より機能指向（カメラ、ＭＭＳ）であり、このため、一部の操作は、いくらか時間がかかる、
カメラの代わりに端末装置を使用すること。
【００３２】
（イメージ品質）
イメージ品質は、より小さいサイズ、電力消費量、および移動端末装置価格のために限られる。
【００３３】
品質は、端末装置タイプに応じて変わり、特定のイメージ処理を要する。イメージ品質は、どのようにイメージが見られるかに依存する。詳細には、極めて小さいスクリーン上では、欠陥は、目に見えないのに対して、大型スクリーン上、またはプリントアウト上では、そのような欠陥は、目に見えるようになる。
【００３４】
イメージは、許可された通過帯域内に格納する目的で、非常に圧縮され、これにより、イメージを表示する、または印刷するために要求される伸張中に、アーチファクトが生じる。
【００３５】
このため、移動電話端末装置で写真サービスを利用することの発展を妨げる特に厄介な欠点が、そのようなサービスは、専用のカメラに結び付いたサービスと比べて、はるかに効率が劣るため、存在する。
【００３６】
（アーキテクチャ）
イメージを向上させるための計算時間は、イメージのサイズに、すなわち、ピクセルの数に概ね比例する。
【００３７】
イメージの品質を向上させることは、相当な計算時間を要し、そのため、相当な電力を要する。端末装置に組み込まれるプロセッサの能力は、センサからのピクセルの数ほど急速に増加しない。
【００３８】
ＩＴパフォーマンスは、限られ、端末装置タイプによって異なる。
【００３９】
ＩＴパフォーマンスへのアクセスは、端末装置タイプに応じて変わる。すなわち、一部の端末装置は、Ｃ＋＋で書かれたコードを受け入れ、一部の端末装置は、Ｊａｖａ（登録商標）コード（Ｃ＋＋よりも、イメージ処理に関して、はるかに遅い）だけを受け入れ、他の端末装置は、コーディングを受け入れない。
【００４０】
ローカルストレージ容量は、限られている。
【００４１】
伝送パイプのサイズは、限られている。フランス国では、サイズは、メッセージ当たり５０ｋｏに相当し、１００ｋｏに徐々に移行している。
【００４２】
イメージは、サーバによって様々なサービス向けに系統的に通過する。
【００４３】
以上の問題を解決するため、本発明は、イメージ品質を向上させ、かつ／または使用のための設計を改良する。
【００４４】
本発明による方法は、撮影前、および／または撮影中、撮影後に介入する。
【００４５】
このため、図１に示されるとおり、イメージ１００から、または、より一般的には、あるタイプのマルチメディアデータから開始して、移動電話機１１０内部で処理されなければならない、そのようなデータの第１の部分、およびリモートサーバ１１２において処理されなければならないイメージ１００の第２の部分１０４が、特定される。
【００４６】
変形として、図１ｂないし図８に関連して後段で説明するとおり、すべてのマルチメディアデータ（またはマルチメディアデータの一部分）の処理は、プロセスの第１の部分が、端末装置１１０内部で実行され、プロセスの第２の部分が、サーバ１１２内部で実行されるように分割される。
【００４７】
図１ａに示された例では、マルチメディアデータ１２０は、さらに圧縮されることなく、またはわずかにさらに圧縮されて、リモートサーバ１１２の中に格納される。データ１２０は、移動電話機１１０に伝送するために圧縮される。また、データ１２０は、そのような電話機１１０に提供される、またはそのような電話機１１０によって要求されるサービスに応じて処理も受ける。さらに、データ１２０には、そのようなデータにリンクされたマークアップ１２２が割り当てられる。そのようなマークアップは、サーバのデータとともに、端末装置１１０に向けて伝送されて、同一の圧縮されていない元のデータ１２０が後に、移動端末装置、または別の移動端末装置によって要求された際に、利用可能であるようにする。つまり、移動端末装置が、イメージを受信し、そのイメージを別の移動端末装置に伝送することを所望する場合、圧縮、およびそれに続く伸張による劣化を防止するために、マルチメディアデータは、マークアップを介してサーバ１１２の中で、そのデータの元の品質を取得することができる。
【００４８】
１．サービス
１．１．イメージを使用すると考えられる様々なサービスは、以下のとおりである。すなわち、
端末装置からファクシミリを送信すること、
別の端末装置に向けて送信すること、
電子メールに向けて送信すること、
オンラインアルバムに向けて送信すること、
個人用インターネットサイト（英語で「ｍｏｂｌｏｇ」）に向けて送信すること、
絵はがきを送信すること、
印刷を求める要求を送信すること、
パスポート写真を求める要求を送信すること、
発行側端末装置へのフィードバックを要求すること、
【００４９】
１．２．サービスのそれぞれに関して、
撮影を行い、アルバムの中で検索を行い、撮影された写真の改良を伴うレタッチを行い（レッスン、フレーミング支援、検証、その他）、
ユーザ設計が改良され、
ローカルプロセス、および／またはサーバに移されたプロセスを実行することによって、後段で説明するとおり、イメージ品質が向上させられ、
必要な場合、テキスト写真（ときとして、「ＦｏｔｏＴｅｘｔ＋」と呼ばれる）が使用される。
【００５０】
１．３．端末装置からファクシミリ（ファックス）を送信するために、手続きは、以下のとおりである。すなわち、
テキストおよび／または描画を含む文書が撮影され、
背景クリーンアップが実行され、
・ローカル（端末装置において）、または
・ファックス装置へのディスパッチを伴ってサーバ上においてリモートで、
テキストが、キー入力されることが可能であり、
ファックスのレイアウトが可能であり、
ファックスが、ＭＭＳ、ＷＡＰ、ｈｔｔｐ、その他を介して、または、プロセスがローカルである場合、端末装置からファックス装置に向けて直接に送信されることが可能である。
【００５１】
端末装置からファックスを送信するために、以下の手続きも可能である。すなわち、
テキストおよび／または描画を含む文書を撮影すること、
端末装置内部の背景クリーンアッププロセス
可能なテキスト入力
ファックスレイアウト
ＭＭＳ、ＷＡＰ、ｈｔｔｐ、その他を介して、または端末装置からファックス装置に向けて直接に送信すること。
端末装置からファックスを送信するために、別の手続きを使用することも可能である。すなわち、
テキストおよび／または描画を含む文書を撮影すること、
可能なテキスト入力、
ＭＭＳ、ＷＡＰ、ｈｔｔｐ、その他を介してサーバに向けて送信すること、
端末装置内部の背景クリーンアッププロセス、
ファックスレイアウト、
ファックス装置へのディスパッチ。
【００５２】
１．４．パスポート写真サービスは、この実施形態では、以下のステップを含む。すなわち、
フレーミング支援を伴う撮影。
【００５３】
そのようなフレーミング支援は、公式文書に関する国の標準に適合させられることが可能である。
フレーミング支援は、以下のチェックポイントをより容易に実行するためにイメージを分割することを可能にする。
規則の遵守を検証すること、すなわち、
検証されることが可能な規則は、例えば、
一様な背景に関してチェックすること、
背景色に関してチェックすること、
十分な背景の明るさに関してチェックすること、
背景の陰影に関してチェックすること、
顔の明るさ（暗すぎてはならない）をチェックすること、
帽子またはベールが存在しないことを確かめること、
アクセサリが存在しないことを確かめること、
顔の比率をチェックすること、
写真が、横顔ではなく、正面から撮影されていることを確かめること。
検証は、自動的および／または手動であることが可能である。
規則が遵守されていない場合、
好ましくは、補正は、自動的であり、かつ／または
補正は、例えば、背景クリーンアップのために、操作者によって手動で実行され、
さもなければ、メッセージが、好ましくは、迅速に、ユーザに送り返されて、ユーザが、写真を再撮影することができるようにする。
【００５４】
そのようなメッセージは、例えば、欠陥のない写真をどのように再撮影するかを示す。
写真の裏に書き込まれるべき可能なテキスト入力は、例えば、以下のとおりである。すなわち、
名前
学校写真に関する名前およびクラスのリファレンス。
受取側の郵便アドレス、または写真ピックアップポイントの入力。
サービスプロバイダの可能な選択。
イメージの可能なレタッチ（背景クリーンアップ、コントラスト、その他）。レタッチは、操作者への自動写真伝送を介して手動で、かつ／または自動的に行われる。
伝送。
このサービスは、公式文書に関する国の規則に適合させられることが可能である。
【００５５】
１．５．カメラフォン（またはフォトフォン）で可能な他のサービス、すなわち、
文字認識。
顔認識。
バーコード読み取り。
権利およびデジタル署名（「透かし」）を管理すること。
個人用移動Ｗｅｂサイト（「ブログ」）。
例えば、母の日、またはバレンタインデーに関する、あるいは詩の抜粋に関する、テキストテンプレートおよび写真。
例えば、海上、または山中の、極限状態に関する医療ＳＯＳ。
自動車事故の場合の合意調書。申請は、質問をして、報告書を作成するために撮影されるべき写真を指示する。
例えば、病気の植物に関する遠隔診断。
実際的なサービス
測定 例えば、クレジットカードなどの所定のサイズを有するアイテムが並置された、家具、または他の物体のサイズを測定すること。
色 ２つの物体のあいだの色の組み合わせを計算すること。例えば、ズボンと靴の間で、またはネクタイとシャツの間で色を合わせること。
多種多様なサービス
モーフォアストロロジ 毎日、自身の誕生日および顔を使用して計算された個人化された星占い。
「モーフォマッチング」 ２人の個人間の、それらの個人の顔の写真に基づく友好レベルを評価すること。
オーラ 写真上の個人（またはアイテム）に色付きの「オーラ」を加えること、
セキュリティおよび識別または認証
署名 筆記の署名（例えば、サーバによって生成された番号に加えられた）が、認証として使用されることが可能である。
【００５６】
また、写真も認証として使用されることが可能である。
プロのためのサービス。すなわち、
推定 見積書を準備するように呼び出される職人は、しばしば、専門家に問い合わせる必要がある。カメラフォンは、見積書を作成する際に、取り付け工／納入業者に問い合わせるための手段を提供する。例えば、巻き上げブラインド用のモータの取り付け工は、巻き上げブラインドの取り付け工と連絡をとって、取り除くことに関する困難を突き止めることができる。
【００５７】
また、評価の遅れまたは誤りを回避する目的で、例えば、最初に計画されていたよりも激しい伐木を許可するために、深い溝を掘るのを妨げている根をカメラフォンで示して、後の段階で出現する選択に関して顧客から承認を受けることも可能である。
【００５８】
２．イメージの品質を向上させること、およびページレイアウト
撮影を行った後、いくつかの技術を使用して、イメージ品質およびユーザ設計を向上させることができる。すなわち、
イメージを向上させるプロセスを実行すること。
端末装置のＩＴパフォーマンス、端末装置のメモリ容量、センサのサイズ、サービスのタイプ、および端末装置に機能を追加することの容易さに応じて、プロセスは、端末装置上で実行されても、サーバ上で実行されてもよい。そのようなケースでは、データ伝送フォーマットが定義される。
捕捉デバイスの欠陥にプロセスを適合させること。そのようなケースでは、すなわち、デバイスのシグネチャを分析することにより、イメージの出所が識別される。
復元手段の欠陥にプロセスを適合させること。そのため、サービスのタイプを識別し、場合により、使用される復元手段のタイプを識別して、次に、そのような情報を伝送することが必要である。
【００５９】
サーバ上のプロセスのケースでは、プロセスは、
伝送されたメッセージからイメージを抽出すること、
イメージ品質を向上させること、
伝送されたメッセージイメージを、そのように向上させられたイメージで置き換えることから成る。
【００６０】
イメージを２回、補正することがないように、イメージには、例えば、Ｅｘｉｆ、または類似のメタデータを追加する、または変更することにより、マークが付けられることが可能である。
【００６１】
メタデータによって意味するのは、マルチメディアデータに結び付けられ、マルチメディアデータを含むファイルのフォーマットに関連する情報、および／または圧縮に関連する情報、および／またはデータの出所、および／または獲得規格に対応するデータであることに留意されたい。例えば、写真のケースでは、獲得パラメータ（焦点、開放、および露出時間などの）、および／またはピクセルの数などの、マルチメディアデータを使用して得られた計算結果。
【００６２】
イメージを処理することは、以下の様々な形で実行されることが可能である。すなわち、
ａ）計算は、ローカルで（すなわち、端末装置において）全く行われず、イメージは、リモート計算（サーバにおける）の後に、ユーザ（すなわち、ユーザ）に送り返される。
ｂ）ローカル計算が、端末装置スクリーンの解像度に応じて行われ、リモート計算が、サービスによって伝送されるイメージに関して行われる。
ｃ）端末装置スクリーンの解像度のローカル計算が行われ、サービスによって伝送されるイメージに関して、送信するのに先立つ圧縮アーチファクトのクリーンアップに加えて、伸張が、サーバ内部で実行され、サービスに向けて伝送されるイメージ処理は、ローカルで、かつ／またはリモートで行われることが可能である。
【００６３】
すべての場合で、リモートイメージ伝送は、サイズおよび圧縮を、サービス、ならびに後段で説明される、許可されたメッセージサイズに適合させることによって行われなければならない。
【００６４】
同様に、ページレイアウトも、以下のとおり、ローカルで、またはリモートで実行されることが可能である。すなわち、
ａ）計算は、ローカルで全く行われず、サービスによって伝送されるイメージに関するそのような計算は、リモートで行われ、その後、ユーザに戻される。
ｂ）ローカル計算が、端末装置スクリーンの解像度に応じて行われ、リモート計算が、サービスによって伝送されるイメージに関して行われる。
ｃ）端末装置スクリーンの解像度のローカル計算が行われ、サービスによって伝送されるイメージに関して、送信するのに先立つ圧縮アーチファクトのクリーンアップに加えて、伸張が、サーバ内部で実行される。
【００６５】
もちろん、前述した方法は、他のタイプのマルチメディアデータ、すなわち、ビデオ、および／またはオーディオ、および／またはテキストに関連するマルチメディアデータにも適用されることが可能である。
【００６６】
このため、少なくとも１つのマルチメディアデータ、すなわち、写真、および／またはビデオ、および／またはオーディオ、および／またはテキストに関連するマルチメディアデータに関連する、少なくとも１つのプロセスを実施して、ネットワークを介して、ユーザの移動電話端末装置内で、サービスプロバイダおよび／または遠隔通信事業者によって提案されるサービスを利用することの品質を向上させる方法およびシステムを得ることができる。
【００６７】
このプロセスは、以下のような、利用の品質に影響を及ぼす少なくとも１つの要因からもたらされる限界を克服するように適合されることを想い起こされたい。すなわち、
マルチメディアデータのサイズ、および／または
移動電話機のＩＴリソース、および／または
マルチメディアデータの獲得デバイスおよび／または復元デバイスの品質、
前記ネットワークの伝送規格、
サービスのタイプ。
【００６８】
このため、方法は、以下のステップを含む。すなわち、
アプリオリに、またはリアルタイムで、前記要因に応じて、移動電話機内部で、かつ／または移動電話機に接続可能な少なくとも１つのリモートサーバ内部で処理されなければならないマルチメディアデータの部分および／またはプロセスの部分を決定する、
そのように決定されたプロセスの各部分を実行すること、および／またはそのように決定されたマルチメディアデータの各部分を処理することを、移動電話機内部で、またはリモートサーバ内部で、いずれにせよ行い、
ユーザに関して、サービスの品質が向上するようにする、すなわち、
サービスが、任意のタイプのマルチメディアデータに関して、例えば、増大するサイズの写真に関して使用されることが可能であり、
すべての端末装置タイプに関してサービスの利用が向上させられ、
ネットワークの通過帯域に関連して、サービスの結果が向上させられ、
サービスへのアクセスが簡略化され、
サービスを得るのに要求される時間が短縮され、
サービスの結果が向上させられ（より良好な写真、ビデオ、オーディオの知覚）
新たなサービスへのアクセスが可能であり、
ユーザ満足度が高められる。
【００６９】
サービスプロバイダおよび／または遠隔通信事業者に関して、新たなサービスが提供されることが可能である。
【００７０】
この方法は、以下のステップをさらに含む。すなわち、
フォーマットを介して、リモートプロセスに関連する命令を定義するステップ、
サーバに関して、それらの命令を実行するステップである。
【００７１】
そのような命令は、以下を含むことが可能である。すなわち、
マルチメディアデータの部分、および／またはマルチメディアデータのそのような部分をサーバが獲得することができるようにする識別子、
以降、「リモートプロセス」と呼ばれる、サーバ上で実行されなければならないプロセスの部分、すなわち、
マルチメディアデータの品質を向上させるプロセス、および／または
マルチメディアデータのレタッチプロセス、および／または
マルチメディアデータの編集プロセス、および／または
サービスをディスパッチするプロセス、および／または
サービスを提供するプロセス、および／または
サービスの受益者のアドレス、および／または受益者のアドレスをサーバが得ることを可能にするコード。
【００７２】
方法は、サーバに関して、命令を実行したことの結果をサービスの受益者に伝送するステップをさらに含む。
【００７３】
「サービス」によって特に意味するのは、
任意のサービス、すなわち、本特許出願の範囲内で説明されるサービス、
より包括的なサービスの一部分、例えば、サービスによって要求されるリモート計算である。
【００７４】
「写真」によって特に意味するのは、
写真テキストおよび／または図および／または自然なイメージである。
【００７５】
「補正」とも呼ばれる「プロセス」によって特に意味するのは、
本特許出願において説明されるすべてのタイプのプロセス、
品質を向上させるプロセス、
電話機に適合された、品質を向上させるプロセス、
アルバムへの挿入、
ページレイアウト、
送信すること。
【００７６】
「ＩＴリソース」によって特に意味するのは、
ＩＴパフォーマンス、
メモリ容量、
プログラミング言語である。
【００７７】
「伝送規格」によって特に意味するのは、
通過帯域、
負荷、
メッセージの最大サイズである。
「識別子」によって特に意味するのは、
ユーザによって選択されたイメージをサーバが探し出すことを可能にするイメージコード（ＳＭＳ、または他の手段によってサーバに伝送される）である。
【００７８】
「コード」によって特に意味するのは、
郵便アドレスを見つけるのに使用される電話番号である。
「受益者」によって特に意味するのは、
ユーザ、
第三者である。
【００７９】
「命令」によって特に意味するのは、本特許出願において説明されるデータである。
【００８０】
２．１．イメージ処理のタイプ
端末装置内部、および／またはサーバ上でイメージに対して行われるプロセスは、以下のとおりであることが可能である。
撮影デバイスおよび／または撮影された写真からの欠陥のすべて、または一部を除去する、または低減すること。すなわち、露出、照光、幾何歪み、色収差、口径食、ボケ、非点収差、ホワイトバランス、飽和、マトリックス除去、ノイズ、動きによるブレ、焦点ボケ、圧縮アーチファクト、ボケ除去アーチファクト、他のプロセスに関するアーチファクト、エイリアシングアーチファクト。
【００８１】
復元手段、すなわち、端末装置スクリーン、コンピュータスクリーン、印刷手段から欠陥のすべて、または一部を除去すること。
サイズ（ピクセルの数）を変更すること。
圧縮。
アーチファクトを除去することを伴う、または伴わない伸張。
テキストおよび／または描画のケースにおける背景クリーンアップ。
レタッチ、すなわち、白黒に変換すること、回転させること、イメージゾーンを抽出すること、効果を適用すること、フレームを追加すること。
【００８２】
背景上、または別の写真上のはめ込み。
テキストを追加すること。
ユーザに助言を与えるためにイメージ品質を分析すること。
【００８３】
２．２．リモートプロセスのための指示
端末装置の能力、メモリ容量、イメージサイズ、マルチメディアデータを処理するのに不適合であるＪａｖａ（登録商標）プログラミングではなく、Ｃ＋＋で端末装置をプログラミングする可能性、および所望されるサービスのタイプに応じて、プロセスの一部分を移転することが可能である。ユーザに関して、そのようなユーザへのフィードバックを要する動作に関するプロセスは、リアルタイムのままである。
【００８４】
移転されるプロセスを記述することを可能にする情報が（各イメージについて、または１回限りで）、伝送されなければならない、すなわち、
ａ）サーバ上で行われるべき改良プロセスのタイプ、これは、例えば、以下に関する。例えば、
コンピュータスクリーン上で視覚化するためのデータタイプの欠陥を捕捉する端末装置の補正。
コンピュータスクリーン上で視覚化するための自動認識を伴う撮影タイプの欠陥を捕捉する端末装置の補正。
印刷出力のための自動認識を伴う撮影タイプの欠陥を捕捉する端末装置の補正。
テキスト写真および手書きのスケッチに関する背景クリーンアップ。
データタイプの端末装置スクリーン上で視覚化するための自動認識を伴う欠陥を捕捉する撮影端末装置の補正。
撮影品質分析。
【００８５】
プロセスが全く実行されない場合でも、そのような命令は、場合により、既定で、伝送されなければならない。
ｂ）スクリーンのサイズに縮小されたイメージに対して端末装置内部でレタッチを行い、最終サイズになった際に、後のレタッチを行うことを可能にする、イメージに対して行われるべき修正（回転、トリミング、フレームを追加すること、その他）。
ｃ）サービスのタイプ、およびサービスの受取側、すなわち、
ＭＭＳ 番号
電子メール アドレス
絵はがき サービスプロバイダ
ファクシミリ 番号
アルバム サービスプロバイダ
印刷 サービスプロバイダ
発行側端末装置へのフィードバック
ｄ）出力編集指示
絵はがき、またはその他のためのページレイアウト（特に色およびフォント）、
写真、テキスト、またはクリーンアップされた写真テキストの挿入。
【００８６】
編集データは、いくつかのフォーマットで印刷することを可能にするため、物理的フォーマットとは別個でなければならない。テキスト要素およびイメージ要素のサイズおよび位置は、下流で決定される。
ｅ）コンテンツ
受取側のアドレス（郵便、またはその他）
メッセージ
写真
テキスト写真
そのようなコンテンツは、アドレスおよび／またはメタデータとして伝送されることが可能である。
【００８７】
コンテンツは、フォーマットによって記述されることが可能である。そのようなフォーマットは、オープン（標準および／または拡張可能）であることが可能である。そのようなフォーマットは、ＭＭＳ「ＳＭＩＬ」フォーマットの拡張であることが可能である。そのようなフォーマットは、すべてのタイプのディスパッチプロトコル（ＭＭＳ、ｈｔｔｐ、ＷＡＰ、電子メール、その他）と相性がよくなければならず、このため、既存のネットワークと相性がよくなければならない。
【００８８】
２．３ 撮影デバイスの認識
一実施形態によれば、リモートサーバは、処理されるべきマルチメディアデータの出所を識別することができるようにするため、さらに、各タイプのマルチメディアデータに関するプロセスのタイプを決定するために、移動電話機シグネチャに関するベースを含み、シグネチャは、マルチメディアデータから抽出されるか、またはマルチメディアデータに付加される。
【００８９】
マルチメディアデータの出所を認識するために、適合されたプロセスを適用することを可能にする、マルチメディアシグネチャの分析が行われる。
【００９０】
次に、マルチメディアデータが写真である場合の実施形態の例を説明する。
【００９１】
イメージの中に含まれるシグネチャ情報、すなわち、ＪＰＥＧコメント、Ｅｘｉｆ、定量化テーブル、または他のメタデータを、シグネチャに関するベースを、各シグネチャに関して、行われるべき補正のタイプを伴って構成する目的で、使用することができる。
【００９２】
これは、写真が、発行側端末装置を出所としていないために、または発行側端末装置（「ユーザエージェント」、またはそれに相当する物）のタイプが入手可能でないために、写真を撮影した端末装置が、処理サーバによって知られていないケースに関して、特に興味深い。
【００９３】
イメージをキャプチャするデバイスの自動認識は、以下のステップに従ってアクティブにされることが可能である。すなわち、
可能なシグネチャのベースが、端末装置のグループに含まれる各端末装置に関して作成されるステップ、
各シグネチャに関して、例えば、伸張アーチファクト、鮮明度、色、コントラスト、またはノイズの点で、行われるべきプロセスまたは補正が、決定されるステップ。そのような補正は、
シグネチャが、ある特定のタイプの端末装置だけを指し示す場合に、１つのタイプの端末装置に適合させられた補正、
例えば、いくつかの端末装置が、同一のシグネチャを有し、そのような端末装置が、共通の規格を有する場合に、いくつかのタイプの端末装置に適合させられた補正、または
例えば、ある適合させられた補正をそのシグネチャに適用することが、可能でない、または所望されない、あいまいさのケースで、すべてのタイプの端末装置に適合させられた補正であることが可能である。
端末装置のシグネチャが、イメージファイルを使用して特定されるステップ。
行われるべき補正のタイプが、シグネチャ、およびシグネチャのベースを使用して決定されるステップ。
【００９４】
シグネチャのベースは、定期的に更新され、未知のシグネチャの数をできるだけ少なくするため、したがって、適合させられていない補正の数をできるだけ少なくするため、好ましくは、デバイスを市場に出すのに先立って行われる。
【００９５】
いくつかのタイプの端末装置が、同一のシグネチャを有することが可能である。そのようなケースでは、そのような異なる端末装置に関して、適合する補正が作成されることが可能である。
【００９６】
この場合、すべての端末装置タイプに関して同一の補正を使用することが可能であることを想い起こされたい。この問題解決法は、簡単であるという利点を有するが、補正を最適化しない。
【００９７】
一部の端末装置は、いくつかのシグネチャを有することが可能であり、そのようなケースでは、様々なシグネチャが、ベースに追加される。
【００９８】
シグネチャは、以下の情報のすべて、または一部から成る。すなわち、
ＪＰＥＧ定量化テーブル、
コメント、
ＪＰＥＧサブサンプリング、
イメージサイズ、
Ｅｘｉｆデータ 「Ｍａｋｅｒ」フィールドおよび「Ｍｏｄｅｌ」フィールド、
Ｅｘｉｆデータ 他のフィールド、
イメージを使用して測定された規格である。
【００９９】
補正を決定するために、特に疑念がある場合に、以下も使用することができる。すなわち、
不確かな形で出所を与えるが、あいまいさを完全に取り除く、発行側端末装置のタイプ。その目的で、例えば、デバイスのタイプに対応し、前記デバイスによって伝送される「ユーザエージェント」が、使用され、またはフォーマット変種に関して、メッセージ自体からのシグネチャさえ、使用される。例えば、メッセージが、「ＭＭＳ」であるケースでは、添付されたファイルの名前、ファイルの順序、メッセージに組み込まれたｘｍｌ「ＳＭＩＬ」フォーマットのファイルコンテンツがすべて、そのメッセージを作成した端末装置のタイプを特定することを可能にするメッセージシグネチャを成す。実際、「ＭＭＳ」メッセージに関する符号化標準が存在するものの、各端末装置は、その標準を遵守しながら、特定の形でメッセージを符号化する、つまり、
写真を発行した個人の電話番号上のシグネチャの履歴。
【０１００】
シグネチャ符号化の例は、以下のとおりである。すなわち、
Ａｕｔｏ＃１３，９，９，１３，１８，２０，２４，２３＃２１１＃０＃１２８０ｘ９６０＃ｔｕｔｕ｜ｔｉｔｉ｜ｇｌｏｕｇｌｏｕ＃０２２０＃ＳＯ５０５ｉ＃ＤｏＣｏＭｏ＃
この例では、様々なフィールドが、「＃」記号によって分けられ、以下のとおり説明される。すなわち、
１．Ａｕｔｏ 情報が全く入手可能でないことを意味する「自動」を含むことが可能であるか、あるいは別の形で、例えば、前述したとおり、「ユーザエージェント」を使用して、またはメッセージシグネチャ自体から特定されたデバイス識別子を含むことが可能である、デバイスタイプの情報。
２．１３，９，９，１３，１８，２０，２４，２３ ＪＰＥＧヘディングの中で与えられるような、輝度定量化テーブル（チャネルＹ）からの最初のｎ個の係数を含む。
３．２１１ ３つ、または４つの数を含む数値形態のＪＰＥＧサブサンプリングのフォーマット。
４．０ ＪＰＥＧタグ値、「ｓａｗ＿ＪＦＩＦ＿ｍａｒｋｅｒ」（これは、１または０である）。
５．１２８０ｘ９６０ ピクセル数単位のイメージの高さと幅
６．ＪＰＥＧコメントのすべて、または一部
７．以下のフィールドは、Ｅｘｉｆに関する情報を含む。すなわち、
Ｅｘｉｆが存在するか否かを示し、存在する場合、バージョンが与えられる。存在しない場合、「ＮｏＥｘｉｆ」が書き込まれる。
Ｅｘｉｆが存在する場合、デバイスモデルに対応する「ｍｏｄｅｌ」フィールドが含まれる。Ｅｘｉｆが存在する場合、デバイス製造業者に対応する「ｍａｋｅｒ」フィールドが含まれる。
【０１０１】
２．４．イメージの移転された処理
好ましくは、イメージを伝送のために符号化するために、すべての電話機において実施されているＪＰＥＧ標準圧縮プログラムが使用されるが、別のフォーマットが使用されてもよい。イメージ処理ステップは、以下のとおりである。すなわち、
場合により、前処理。
場合により、サービスのタイプ、および伝送「パイプ」のサイズに応じた、イメージサイズ、圧縮率、イメージフォーマット（そのようなフォーマットは、色選択および白黒も含む）の最適化、すなわち、
以下に説明するとおり、サービスおよびパイプサイズに応じた最適圧縮曲線／イメージサイズを考慮に入れることにより、イメージが既に圧縮されている場合、圧縮およびサイズ変更は、計算時間を抑えるように、好ましくは、周波数ドメインで実行され、
さもなければ、圧縮は、サイズを変更した後に行われる。
サーバ内部で、
圧縮アーチファクトを除去することにより、すべてが伸張され、
次に、
撮影デバイスの欠陥のすべて、または一部が、除去または低減され、あるいは、テキスト写真および／または描画（ＦｏｔｏＴｅｘｔ＋）のケースでは、背景がクリーンアップされ、
復元手段の欠陥の一部、またはすべてが、除去され、
他のすべてのプロセス、すなわち、レタッチ、ページレイアウト、その他が、適用され、
イメージには、プロセスを何回も適用することを防止するようにマークが付けられる。
【０１０２】
転送は、ＭＭＳ、追加料金ＭＭＳ、電子メール、ｈｔｔｐ、ＷＡＰ、または他の手段を介して実行される。
【０１０３】
メッセージは、第三者に送信されること、かつ／または、例えば、結果を視覚化するため、または助言を受けるために、発行側端末装置上で使用されることが可能である。
【０１０４】
２．５．サービスのローカル処理
好ましくは、イメージを伝送のために符号化するために、すべての端末装置にインストールされているＪＰＥＧ標準圧縮プログラムが使用されるが、別のフォーマットが使用されてもよい。イメージ処理ステップは、以下のとおりである。すなわち、
ａ）場合により、前処理。
ｂ）次に、
撮影デバイスの欠陥のすべて、または一部が、除去または低減され、あるいは、テキスト写真および／または描画（ＦｏｔｏＴｅｘｔ＋）のケースでは、背景がクリーンアップされ、復元手段の欠陥の一部、またはすべてが、除去され、
他のプロセス、例えば、レタッチ、ページレイアウト、その他が、適用され、
ｃ）プロセスを何回も適用することを防止するように、イメージにマークを付け、
場合により、サービスのタイプ、およびパイプのサイズに応じて、イメージサイズ、圧縮率、イメージフォーマットを最適化し、すなわち、
サービスおよびパイプサイズに応じた最適圧縮曲線／イメージサイズを考慮に入れることにより、イメージが既に圧縮されている場合、圧縮およびサイズ変更は、計算時間を抑えるように、好ましくは、周波数ドメインで実行され、
さもなければ、圧縮は、サイズを変更した後に行われる。
ｄ）大きいサイズのイメージを使用するサービスに関して、
サーバ内部で、圧縮アーチファクトを除去して、伸張が実行され、その後に、必要な場合、使用サイズまで拡大が行われる。
【０１０５】
転送は、最終ユーザに向けて直接に実行されるか（絵はがきの場合を除き）、またはサービスプロバイダを介して実行されることが可能である。
【０１０６】
２．６．格納
一実施形態では、マルチメディアデータは、さらなる圧縮なしに、または低いさらなる圧縮率で、リモートサーバ内に格納され、移動電話機への伝送のために圧縮され、提供されるべき、または移動電話機によって要求されたサービスに応じてプロセスを受け、伝送される圧縮された処理済みのデータには、圧縮なしで、または、伝送される処理済みの圧縮されたデータよりも低い圧縮率で後の使用を可能にするために、リモートサーバ内に圧縮なしで格納された元のマルチメディアデータに結び付けられたマークアップが、割り当てられる。圧縮なしの格納によって意味するのは、圧縮またはサイズ縮小に先立つ、または、さもなければ、低い圧縮率および／またはわずかなサイズ縮小での格納である。
【０１０７】
出力を最適化する目的で、受取側への伝送に先立ってイメージが圧縮される、または縮小されるケースでは、イメージは、メッセージの受取側によって最大品質ですべてのサービスが利用されることを可能にするために、圧縮またはサイズ縮小に先立ってサーバ内に格納されることが可能である。そのような機構は、実際、その同一のイメージに関して後日にサービスを利用することを可能にし、例えば、端末装置Ａが、端末装置Ｂに、ＭＭＳによってイメージを送信し、端末装置Ｂが、サーバ内に格納されたイメージに基づき、そのイメージを絵はがきサービスに伝送する。
【０１０８】
これを行うため、以下のステップが必要である。すなわち、
サーバ内に元のイメージを格納し、識別子を使用して、そのイメージに索引を付けるステップ、
プロセス、特に、すべてのサービスには適合していないが、要求するサービスに適合させられたプロセスを適用するステップ、
識別子を使用してイメージに永続的な形でマークを付けるステップ、
イメージを伝送するステップである。
イメージが、サーバを再び通過する際に、
マークアップを使用して、識別子が抽出されることが可能であり、
次に、対応する索引付きの元のイメージが、探し出され、
イメージが、必要に応じて、索引付きの大きいサイズのイメージで置き換えられることが可能である。
【０１０９】
現在、サーバのハードディスクは、およそ５百万のイメージを格納することができる。
そのような格納によって得られる利点は、最適な品質、伝送のためのより小さい通過帯域、およびすべてのタイプの端末装置に対する適合である。
【０１１０】
２．７．システム
「補正サーバ」とも呼ばれるリモートサーバが、以下のとおり、配置されることが可能である。すなわち、
ＭＭＳ−Ｃ（事業者によってホストされるＭＭＳ処理システム）内部に、
ＭＭＳ−Ｃへの入口に、
ＭＭＳ−Ｃからの出口に、
ＷＡＰゲートウェイ内部に、
ＭＭ９内部に、
ＭＭ７内部に。
【０１１１】
以下の端末装置とサーバの組み合わせが可能である。すなわち、
標準の端末装置、およびサーバ
サーバを伴わない、イメージ処理アプリケーションを有する端末装置、
サーバを伴う、イメージ処理アプリケーションを有する端末装置、
サーバを伴う、処理アプリケーションではないが、アプリケーションを有する端末装置、
サーバを伴う、縮小サイズイメージによってユーザにプレビューを与える前処理アプリケーションを有する端末装置。
【０１１２】
ユーザにフィードバックを与えるプロセスは、以下のとおり実現されることが可能である。すなわち、
ローカル（端末装置内部）で、または
ｈｔｔｐ、または別のプロトコルを介してリモートで、
２．８．イメージをパイプのサイズに適合させること
遠隔通信事業者は、例えば、ＭＭＳによって、伝送されるメッセージのサイズを制限する。
【０１１３】
イメージファイルのサイズは、イメージのコンテンツに依存する。所与の数のピクセル、および所与の知覚される品質レベルに関して、多くの詳細を含むイメージは、より少ない詳細を含むイメージより相当に大きいファイルを生じさせる。
【０１１４】
このため、すべてのケースでサービスの利用を可能にし、事業者によって割り当てられた通過帯域を超えないように、品質レベルを自動的に適合させることが必要である。
この品質レベルを適合させるいくつかのやり方が存在し、主要なポイントは、利用に依存し、そのため、サービスタイプに依存する。
【０１１５】
サービスを使用する際、イメージは、以下のパターンを採用する。すなわち、
ａ）写真を撮影し、場合により、圧縮
ｂ）マルチメディアデータのサイズ、適用される圧縮率、およびフォーマットを最適化するための前処理、すなわち、伝送されるファイルのサイズを縮小することにより、事業者によって割り当てられた通過帯域を適合させることであり、そのような縮小は、ピクセルの数を場合により低減し、かつ／または圧縮率を高めることを介して実行される。
ｃ）好ましくは、アーチファクトの低減を伴う伸張。
ｄ）サービスのために使用されるスクリーンまたはプリンタ（最終ピクセル数）に適合させる目的でピクセルの数を変更すること。
【０１１６】
ファイルサイズを縮小するため、ピクセルの数と、使用される圧縮の間で妥協が存在する。すなわち、
そのような妥協は、最終ピクセル数に依存し、このため、要求されるサービスのタイプ、および伸張プロセス、特に、アーチファクトが低減されるべきかどうかに依存し、
ある圧縮レベルを超えると、ピクセルの数を低減することが賢明である。
ファイルサイズ縮小動作は、以下のとおり行われることが可能である。すなわち、
好ましくは、周波数領域内でイメージを伸張することなく、
イメージ伸張の後に、または
イメージ伸張およびアーチファクト低減の後に。
【０１１７】
２．９．応用例
プロセス分散の例を以下に提示する。すなわち、
ａ）３Ｇネットワークでの応用例
そのようなネットワークは、高速の端末装置−サーバ交換を可能にする。このため、サーバ内部でプロセスを実行し、電話上で結果を迅速に表示することが可能である。
このため、端末装置上の任意のＩＴパフォーマンス、および多数のピクセルで作業することが可能である。
ｂ）２．５Ｇおよび最上級電話機（英語で「Ｓｍａｒｔｐｈｏｎｅ」）での応用例。
このネットワークは、高速の端末装置−サーバ交換を可能にしない。しかし、端末装置は、高いＩＴパフォーマンスを有する。
このため、ユーザにプレビューを示し、電話機上で結果を迅速に表示するために、スクリーンサイズに応じて、端末装置内部でイメージ処理を実行することが可能である。
このため、ユーザに向けてのフィードバックを要さずに、サーバ上でフル解像度処理を実行することが可能である。
ｃ）２．５Ｇネットワークおよび中級電話機（英語で「Ｆｅａｔｕｒｅｐｈｏｎｅ」）での応用例。
【０１１８】
ネットワークは、高速の端末装置−サーバ交換を可能にしない。
【０１１９】
端末装置は、限られたＩＴパフォーマンスを有し、交換は、遅い。ユーザ向けのプレビューの利用可能性は、より限られているが、その他の利点（設計、サービスへのアクセス、その他）は、維持される。
【０１２０】
このため、ユーザに向けてのフィードバックを制限することにより、サーバ内部でプロセスを実行することが可能である。
【０１２１】
３．写真テキストソリューション（ＦｏｔｏＴｅｘｔ＋ コンポーネント） 背景クリーンアップ
本発明は、「ＦｏｔｏＴｅｘｔ＋」と呼ばれるコンポーネントを用意し、このコンポーネントは、例えば、透明な背景上のストローク、特に、手書きテキスト、概略の描画、マップまたはスケッチ、印刷されたテキストから成る、「バイナリタイプの」任意の文書の撮影された写真を変換することを可能にするテキストスキャナである。
【０１２２】
このコンポーネントは、紙の欠陥、すなわち、紙の陰影、正方形または線、折り目、汚れ、しわ、および、もちろん、カメラおよび照光の欠陥を補正し（背景クリーンアップ）する。これは、閾値を超える情報を抜き出すことによって行われることが可能である。
このコンポーネントは、コントラストレベルを最適化する。
【０１２３】
このコンポーネントは、例えば、ボケ除去マスクを適用することにより、焦点合わせの「クローズアップボケ」の自動補正を実行する。実際、カメラフォンは、８０ｃｍ鮮明度から無限遠のためにプログラミングされており、一般に、オートフォーカスを有さない。しかし、テキストの写真は、およそ１５ｃｍの距離で、すなわち、カメラフォンのボケレンジ内で撮影される。
【０１２４】
この欠陥が、非常に低い解像度（スクリーン上の解像度、すなわち、１６０×１２０、つまり、ＣＩＦなどの）にほとんどセンシティブでないとすれば、この欠陥は、３００，０００ピクセル（ＶＧＡ）から特にセンシティブである。
【０１２５】
また、このコンポーネントは、比色上の欠陥も補正する。
【０１２６】
このコンポーネントは、非常に高い圧縮率に適合する。このため、およそ２５ｋｏであるテキスト写真は、転送を最適化するために、圧縮の後、最大で５ｋｏだけになる。
【０１２７】
伸張、次いで、処理の後、イメージは、背景上への重ね合わせを向上させるために、印刷フォーマットに戻され、すなわち、１インチ当たり３００ポイントまで、または最終文書のフォーマットに従って拡大される。
【０１２８】
このコンポーネントは、レベルグレーストロークを一様な背景上に生じさせる。
【０１２９】
このコンポーネントは、様々な形で使用されることが可能である。すなわち、
単独で、
処理済のイメージは、元のイメージよりも読み取りやすいので、撮影の後、端末装置スクリーン上で表示するために、
別の受取側に送信するため（ＭＭＳ、またはその他により）、
絵はがきの裏側で（メッセージおよび／またはアドレス）、
イメージを描いて、
クリーンアップされたイメージをマスクとして使用しながら、写真と、一様な色、またはテクスチャとの間のミキシング操作を介して背景色を透明にすることにより、写真上にクリーンアップされたイメージを重ね合わせることを可能にする、タッチアップソフトウェアを使用して。
【０１３０】
各ピクセルに関して、クリーンアップされたイメージのグレーレベルが、ＩＮ値を有し、写真が、ＰＨ値を有し、一様な色またはテクスチャが、ＣＯ値を有する場合、ＣＯ＊（１−ＩＮ）／ＭＡＸＩＮ＋ＰＨ＊ＩＮ／ＭＡＸＩＮを取り、ただし、ＭＡＸＩＮは、クリーンアップされたイメージにおけるすべてのピクセルの最大値である。
【０１３１】
例えば、絵はがきに関して、ユーザが、以下の２つの写真を撮影する。すなわち、
ａ）絵はがきの表側のための写真、および
ｂ）紙の上の書かれた／描かれたテキスト／グラフィックの写真
【０１３２】
ユーザインタフェースが、テキスト／グラフィックを写真の表側に位置付けることを可能にし、ローカルまたはリモートの端末装置スクリーン解像度プロセスが、プレビューを表示して、ユーザの作業を円滑にすることを可能にする。
【０１３３】
テキスト／グラフィックの写真が、処理され、読み取りやすさを高めるように一様でない照光のゾーンを除去することによってクリーニングされ、背景上でクリーニングされて、写真の表側に印刷される。
【０１３４】
写真のケースでは、特にパスポート写真のケースでは、背景クリーニングは、例えば、顔の輪郭を検出して、周囲を一様な色で埋めることにより、撮影された実際の人以外の、写真のすべての部分を一様にすることから成る。
【０１３５】
４．サービスの例
図１ｂから図８を使用して、以下に説明するのは、「フォトカード」とも呼ばれる、フォトカード作成サービスである。
【０１３６】
図は、そのサービスを使用している場合の、端末装置の様々なスクリーン（マン／マシンインタフェース）を示す。
【０１３７】
図１ｂに示されたスクリーン１０は、フォトカードサービスを選択した後のウェルカムに当る。それは、起動されると、いくつかのアクションからの選択を提供するウェルカムスクリーンにかかわり、それらのアクションは、「新たなフォトカード」、「下書き」、「送信済みカード」、「送信中のカード」、「テンプレート」として図示されている。選択は、アクションの１つを選択することにより、端末装置の「ジョイスティック」を使用して行われる。
【０１３８】
「オプション」メニューを起動することも可能であり、すると、そのメニューは、スクリーン１２を表示して、ユーザが、アクション、選好、支援を選択すること、またはサービスを終了にすることさえできるようにする。
【０１３９】
図２ａ、図２ｂ、および図２ｃの例に示される、選好を選択する場合、ユーザは、左ジョイスティックまたは右ジョイスティックを使用することにより、３つの選好、すなわち、「一般」（図２ａ）、「写真」（図２ｂ）、および「サーバ」（図２ｃ）のなかから選択することができる。
【０１４０】
「一般」タブに対応する、図２ａのスクリーン１４上で、ユーザは、ユーザの前回の下書きを自動的に読み込むことを所望するかどうかを尋ねられる。
【０１４１】
選好選択の「写真」タブに対応するスクリーン１６（図２ｂ）上で、ユーザは、使用された前回のイメージを自動的に表示することを所望するかどうか、および前回のページレイアウトを自動的に使用することを所望するかどうかを尋ねられる。
【０１４２】
選好メニューの「サーバ」タブに対応する図２ｃのスクリーン１８上で、ユーザは、ＭＭＳサーバまたはｈｔｔｐサーバなどの、いずれのサーバに接続することを所望するかを尋ねられる。
【０１４３】
図３には、ユーザが、図１ｂのスクリーン１２の「選択」オプションメニューでアクションを選択した際に表示される、スクリーン２０が示されている。このため、スクリーン２０が示され、スクリーン２０上には、下書き、テンプレート、送信されるべきカード、および送信中のカードの間で、選択可能なオプションが表示されている。スクリーン２０上で、最新の下書きが示されており、その下書きは、写真２２とテキスト２４とを含む。スクリーン２０のメニューオプションは、「開く」コマンドでスクリーン２６にアクセスすることを可能にする。
【０１４４】
そのような「開く」コマンドを選択する際、または図１ｂ上の新たな絵はがきの作成および送信を選択する際、「表側」のためのイメージ（ページレイアウト）、「裏側」のためのテキスト（ページレイアウト）、およびアドレスを、図４に示されるとおり、選択することが可能である。
【０１４５】
図４に示されるスクリーン３０は、イメージの選択に当たり、この選択は、図示されるとおり、それが、表側にイメージを有する新たな絵はがきを作成するためのサービスにかかわることを示し、新たな写真を撮影する、撮影された前回の写真を選択する、端末装置のメモリの中に格納されたアルバムから写真を選択する、同一のサービスに関して最近、使用された写真を選択する、または最後に、リモートサーバから写真を選択する可能性を提供する。
【０１４６】
「表側」タブ（図５）を選択する際、表側ページレイアウトに関する支援が提供される。ユーザが、好ましいページレイアウトを前もって選択した場合、そのようなレイアウトが、直接に表示される。選択していない場合、スクリーンは、図示されるとおり、オプションのリストを表示する。すなわち、端末装置内部でページレイアウトを選択すること、またはリモートサーバから選択すること、または新たなページレイアウトを作成することを可能にする。
【０１４７】
「ページレイアウトを選択する」を選択する際、色、スタイル、サイズ、その他が異なるページレイアウトなどの、いくつかのタイプのページレイアウトの間における選択が与えられる。
【０１４８】
ユーザが、「新たなページレイアウトを作成する」というオプションを選択した場合、一連のオプションが提案され、オプションは、この例では、フレームカラーの選択、フレームの厚みの選択、ならびに丸い角を有するカードの選択およびスタイルの選択である。
【０１４９】
ユーザが、図４に示されるスクリーン３０の「テキスト」タブをクリックすると、図６からのスクリーン３４が現れ、「スマートテキスト」タイプの新規のテキスト（半自動的入力を有するテキスト）、新規の「写真テキスト」、または既存の写真テキストの間の選択を提供する。
【０１５０】
「新規のテキスト」オプションを選択した場合、マン／マシンインタフェースが、標準入力または半自動的入力を伴うテキスト作成に切り替わり、半自動的入力は、テキストに関するいくつかのフィールドを許すこと、およびそれらのフィールドの各フィールドの中で、既に記憶されているテキストを再使用することから成る。第１のフィールドは、受取側を指すヘッダフィールド、すなわち、「Ｄｅａｒ ｆｒｉｅｎｄ」、「Ｄｅａｒ Ｍｕｍ」、その他である。第２のフィールドは、テキストの本文、すなわち、「Ｉｔ’ｓ ｆｉｎｅ ｔｏｄａｙ」、「Ｇｒｅａｔ ｈｏｌｉｄａｙｓ！」、その他に関する。第３のフィールドは、改まった結語を含むテキストの結びに関し、第４のフィールドは、署名を含む。
【０１５１】
「写真テキスト」オプションを選択した場合、スクリーン（図示せず）が表示されて、「完全に平行であることを確かめなさい」や「一様な照光となるように試みなさい」といった、テキスト写真を正しく撮影するための指示を伴って、テキスト、例えば、手書きのテキストの写真をユーザが撮影しなければならないことをユーザに知らせる。
【０１５２】
一実施形態では、長方形のフレーミングが、スクリーン上に表示され、写真が歪んでいるか否かに応じて、写真が正しいアングルで撮影されているかどうかを判定することを可能にする。
【０１５３】
テキストが作成される、または撮影されると、ユーザは、図４の「裏側」タブに対応し、裏側の、すなわち、テキストに関する、ページレイアウトに関連する次のステップに進むことができる。そのようなケースでは、図７のスクリーン３６が表示され、以下のオプションを提供する。すなわち、
前回のページレイアウトを選択すること、
選好されるページレイアウトを選択すること、
ページレイアウトを選択すること、
リモートサーバ上のページレイアウトを選択すること、および
新規のページレイアウトを作成することである。
【０１５４】
例えば、端末装置のメモリの中で見つけることができるページレイアウトの選択は、一実施形態では、使用されるべきであり、例えば、写真が撮影された場所に対応する郵便切手のタイプを選択することから成る。また、選択は、背景色を選択することから成ることも可能である。
【０１５５】
新規のページレイアウトを作成することに関して、フォントの選択、フォントのサイズ、全体的な色、および切手がすべて、提案される。
【０１５６】
図８は、ユーザが、図４のスクリーン上の「アドレス」タブを選択した場合に現れるスクリーン３８を示す。端末装置が、連絡先リストを既に含む場合、「オプション」ボックス（スクリーン４０）を使用して、受取側が、連絡先のリストから選択される。新たな連絡先にかかわる場合、スクリーンは、ファーストネーム（オプションＴ９と接触することによって選択されることが可能である）、ファミリネーム、番地、通りの名前、都市および国の郵便番号に関する、いくつかのゾーンを示す。
【０１５７】
好ましくは、郵便番号が指示されると、それに対応する都市が自動的に現れ、それとは反対に、都市が指示されると、郵便番号が自動的に示される。
【０１５８】
また、同一の絵はがきに関して、いくつかの受取側を選択することも可能である。
【０１５９】
絵はがきが未完成である場合、スクリーンは、そのような絵はがきが完成していないことを告げ、イメージ、受取側、およびテキストを選択するよう求め、また、既定の表側ページレイアウト（イメージ）が使用されていること、および、同様に、既定の裏側ページレイアウト（テキスト）が使用されていることも示す。
【０１６０】
絵はがきが完成した場合、送信スクリーンは、絵はがきが、送信される準備ができていることを示し、その絵はがきをテンプレートとして保存するよう、ユーザに提案する。
【０１６１】
最後に、ディスパッチの後で、スクリーンは、絵はがきが送信されたことを示し、同一のカードを別の受取側に送信するよう、ユーザに提案する。
【０１６２】
５．伝送されるべきデータをネットワーク伝送容量に適合させること
カメラフォン内のセンサの容量は、常に増加しており、伝送プロトコルを含む通過帯域を大幅に超えている。例えば、ＶＧＡセンサは、３００，０００ピクセルを提供し、各ピクセルは、カラーチャネルの各チャネルを符号化するために、１オクテットを使用し、これにより、およそ９００ｋｏの全体イメージがもたらされる。しかし、ほとんどの端末装置は、圧縮された後、３０ｋｏないし５０ｋｏの、すなわち、ＶＧＡセンサのケースにおける初期データのおよそ３％ないし５％のファイルを送信することしかできない。
【０１６３】
そのような所見に基づき、本発明は、伝送されるイメージ品質をプロトコルによって最適化することを可能にする方法を提案し、プロトコルは、そのような最適化に鑑みて、サブサンプリングレート、および圧縮パラメータ、すなわち、ＪＥＰＧタイプのパラメータを選択することを可能にする。
【０１６４】
実際、イメージファイルサイズを小さくするために、一方で、サブサンプリングが行われることが可能であり、他方、イメージは、ＪＰＥＧアルゴリズムなどの、圧縮アルゴリズムを使用して圧縮されることが可能である。
【０１６５】
後のサブサンプリングおよび再サンプリングは、解像度を低くし、詳細が失われること、およびエイリアシングを必然的に伴う。
【０１６６】
さらに、ＪＰＥＧ圧縮は、情報の損失をもたらし、圧縮率が高いために、いっそう重大なアーチファクト（欠陥）の出現を生じさせる。
【０１６７】
以上を述べた上で、再サンプリングによって生じさせられる解像度の損失は、もはや補正されない可能性がある。それに対して、ＪＰＥＧ圧縮によって生じさせられるアーチファクトは、それらのアーチファクトが、ある限度内で補正されることを可能にする、整った、既知の分布を有する。そのような補正は、例えば、ＪＰＥＧ標準で説明されているとおり、ユニットエッジを平滑化することにより、またはそのような欠陥を伸張し、補正することを可能にする「ＪＥＰＧ ＣＬＥＡＮＥＲ」として知られているアルゴリズムによってさえ、実行される。
【０１６８】
圧縮率およびサンプリングレートを決定するために、圧縮率が、横座標で示され、サンプリングレートが縦座標で示された、図９に示されるチャートを使用する。
【０１６９】
そのようなチャートは、３つの異なるイメージに対応する３つの曲線を含む。
【０１７０】
チャートは、以下の形で得られる。すなわち、１メガピクセル鮮明度を最初に表す、３つの試験イメージが選択される。
【０１７１】
そのようなイメージを使用して、異なるレートで圧縮されたコピーが生成されて、水平方向でも、垂直方向でも同一である、９０％、８０％、７０％、６０％、その他のサンプリングレートであらかじめ再サンプリングされた、所与のサイズ、すなわち、２００ｋｏ、１５０ｋｏ、１００ｋｏ、８０ｋｏ、６０ｋｏ、５５ｋｏ、５０ｋｏ、４５ｋｏ、４０ｋｏ、３５ｋｏ、その他のファイルを獲得することを可能にする。
【０１７２】
イメージは、次に、ファイルサイズ別に分類され、そのため、各ファイルグループは、異なる鮮明度ではあるが、同一サイズを有するイメージから成る。
【０１７３】
このように得られた異なるイメージを比較することができるために、そのようなイメージは、双三次タイプの補間計算によって、オリジナルの鮮明度に戻されている。
【０１７４】
次に、各イメージシリーズに関して、経験を積んだ閲覧者が、コンピュータスクリーン上の様々なイメージを観察して、もちろん、サブサンプリングレート、および対応する圧縮率を記録しながら、同様のサイズのファイルと比べて、閲覧者が最も満足がいくと判断したイメージを決定した。
【０１７５】
ＪＰＥＧ圧縮をイメージ再サンプリングに関連付けることにより、それらの方法のいずれが別個に使用される場合よりも、良好な結果を得ることが可能になることが認められた。
【０１７６】
このため、図９のチャートは、所与の圧縮率に関して、最良のイメージ品質をもたらすサンプリングレートの値を選択することを可能にすることが認められた。
【０１７７】
図１０に示されたチャートでは、ｋｏイメージファイルサイズは、横座標で示されているのに対して、サンプリングレートは、縦座標で示されている。この図１０に示される曲線は、ファイルサイズおよびサンプリングレートに応じた、最も満足のいくイメージを示す。
【０１７８】
圧縮なしで、およそ３Ｍｏのサイズである１メガピクセルイメージに基づき、３０ｋｏファイルを得る目的で、イメージ圧縮に先立ち、５０％（ピクセル数を４分の１に削減することに相当する）でイメージをサブサンプリングすることが好ましい。５０ｋｏのファイルを得るのに、イメージ圧縮に先立ち、７０％（すなわち、ピクセル数を２分の１に削減することに相当する）でイメージをサブサンプリングすることが賢明である。最後に、１３０ｋｏを超えるファイルに関しては、サブサンプリングなしに、ＪＰＥＧ圧縮だけを使用することが好ましい。
【０１７９】
実際には、移動電話端末装置は、本発明の趣旨の範囲内で、マルチメディアデータのサイズに応じた最適圧縮曲線としても知られる、図９ａおよび図１０ａに示されたチャートをメモリの中に含む。図９ａは、図９におけるすべての曲線の平均を成す５０曲線を有するチャートを表すのに対して、図１０ａのチャートは、図１０の曲線の平均値に対応する５２曲線を含む。
【０１８０】
このため、ネットワークを介して送信されるべきファイルを決定するために、移動電話端末装置によってネットワークを介して伝送されることが可能なファイルサイズにリンクされたアルゴリズムが、端末装置内にプログラミングされる。図１０ａの横座標の、そのファイルサイズは、同一の図における縦座標のサンプリングレートに対応する。そのようなサンプリングレートは、図９ａからの５０曲線を使用して、図９ａからの横座標の圧縮率を算出することを可能にする。このアルゴリズムは、図１０ａの横座標における点Ａから出て、図９ａの横座標における点Ｂに達する矢印によって表される。
【０１８１】
しかし、得られた圧縮率は、ネットワークによってサポートされるファイルサイズを超えるファイルサイズをもたらす可能性がある。というのは、所与の圧縮率に関して、最終ファイルサイズは、イメージの中に含まれる詳細の量に依存するからである。このことが、そのようなケースにおいて、アルゴリズムが、より高い圧縮率Ｂ’を選択する理由であり、これにより、図９ａの５０曲線により、対応するサンプリングレートを選択することが可能になり、図１０ａのチャートを使用して、ファイルサイズＡ’が、ネットワークによって許される最大値より低いかどうかを検証することが可能になる。そのような繰り返しの手続きは、サイズＡ’が、依然として大きすぎる場合、すなわち、満足のいくファイルサイズが得られるまで、Ａ’より低いファイルサイズＡ”を選択することによって続けられる。
【０１８２】
もちろん、マルチメディアデータサイズに応じた最適な圧縮曲線は、端末装置のメモリ内で、図９ａおよび図１０ａからのチャートの形態で表されることが可能であるが、値テーブルまたはアルゴリズムとして表されることも可能である。
【０１８３】
もちろん、マルチメディアデータのサイズに応じて、最適圧縮曲線の必要な部分だけが、端末装置メモリ内で表されることも可能である。必要な部分は、例えば、様々な電話事業者のネットワークによって通過させられることが可能な最大ファイルサイズに対応する抽出部分である。
【図面の簡単な説明】
【０１８４】
【図１】本発明による方法のステップを示す図である。
【図１ａ】本発明による方法のステップを示す図である。
【図１ｂ】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図２ａ】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図２ｂ】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図２ｃ】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図３】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図４】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図５】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図６】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図７】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図８】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図９】イメージデータの送信を伝送ネットワークの容量に適合させることを可能にする、本発明に準拠する方法を示すチャートである。
【図１０】イメージデータの送信を伝送ネットワークの容量に適合させることを可能にする、本発明に準拠する方法を示すチャートである。
【図９ａ】イメージデータの送信を伝送ネットワークの容量に適合させることを可能にする、本発明に準拠する方法を示すチャートである。
【図１０ａ】イメージデータの送信を伝送ネットワークの容量に適合させることを可能にする、本発明に準拠する方法を示すチャートである。
【技術分野】
【０００１】
本発明は、少なくとも１つのタイプのマルチメディアデータに関連する、サービスプロバイダおよび／または遠隔通信事業者によって移動電話端末装置のユーザに提案されるサービスを利用することの品質を向上させる方法に関する。
【背景技術】
【０００２】
「マルチメディアデータ」によって本明細書で意味するのは、写真、ビデオ、サウンドファイル、オーディオビジュアルファイル、テキストファイル、描画ファイル、および／または１つまたはいくつかのプログラムである。
【０００３】
「あるタイプのマルチメディアデータに関連するサービスを利用することの品質」によって本明細書で意味するのは、ユーザによって知覚されるようなマルチメディアデータの品質、ユーザによって知覚されるサービスへの応答時間、および／またはサービスの成功率、例えば、マルチメディアデータの送信の成功である。
【０００４】
本発明は、マルチメディアデータに関連するサービスを利用することの品質に影響を与える少なくとも１つの要因からもたらされる限界を克服することを目的とする。利用の品質に影響を与えるそのような要因は、以下を含むグループに含まれる。すなわち、
マルチメディアデータのサイズ 例えば、移動電話機によって伝送されるべき、あるタイプのマルチメディアデータは、ネットワークによって許可された最大サイズを超えてはならない、
移動電話機のＩＴリソース このため、移動電話機メモリが、マルチメディアデータを処理するのに不十分である可能性があり、あるいは移動電話機のＩＴパフォーマンスが、ユーザが容認できる時間内にマルチメディアデータを処理するのに不十分である可能性がある、
マルチメディアデータに関する獲得デバイスおよび／または復元デバイスの品質、
ネットワーク伝送規格、すなわち、ネットワークの出力、伝送されるメッセージのサイズ、
提案されるサービス 例えば、写真印刷サービスが、写真を別の移動体に送信するサービスを使用する際に目に見えない、ノイズのような、マルチメディアデータの欠陥を明るみに出す可能性がある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
【課題を解決するための手段】
【０００６】
このため、本発明による方法は、以下のステップを含む。すなわち、
アプリオリに、またはリアルタイムで、前記要因に応じて、移動電話機内で処理されなければならないマルチメディアデータの第１の部分、ネットワークを介して移動電話機に接続された少なくとも１つのリモートサーバ内で処理されなければならないマルチメディアデータの第２の部分が特定され、プロセスの第１の部分は、移動電話機内で実行されなければならず、プロセスの第２の部分は、少なくとも１つのリモートサーバ内で実行されなければならないステップと、
移動電話機内、および／またはリモートサーバ内で、そのように特定されたプロセスの各部分が実行され、かつ／またはそのように特定されたマルチメディアデータの各部分が処理されるステップとである。
【０００７】
この場合、前述した部分は、０から１までの間に含まれる任意の値をとることができることに留意されたい。
【０００８】
本発明では、移動電話機内でマルチメディアデータに関連するサービスを利用することの品質を向上させることができるだけでなく、サービスを拡張することができ、サービスを受けるのに必要な時間が短縮される。
【０００９】
例えば、マルチメディアデータが、写真などのイメージである場合、プロセスは、移動電話とサーバの間で分担されることが可能であり、あるいはプロセスは、サーバ内で実行されることが可能である。
【００１０】
一実施形態では、方法は、以下のステップを含む。すなわち、
以降、「リモートプロセス」と呼ばれる、サーバ内で実行されなければならないプロセスに関連する指示が、移動電話機において定義されるステップと、
移動電話機が、それらの指示をリモートサーバに伝送するステップと、
サーバが、それらの指示を実行するステップとである。
【００１１】
指示は、
リモートサーバ内で処理されなければならないマルチメディアデータの第２の部分、および／または
少なくとも１つのリモートサーバが、そのリモートサーバ内で処理されるべきマルチメディアデータの第２の部分を特定することを可能にする識別子、および／または
サーバ内で実行されなければならないリモートプロセスの第２の部分、および／または
サービスの受益者のアドレス、および／または
サーバが、そのような受益者のアドレスを獲得することを可能にするコードを含むことが可能であり、
方法は、サーバが、サービスの受益者に、プロセスに関連する指示を実行したことの結果を伝送するステップをさらに含む。
【００１２】
変形形態によれば、サーバ内で実行されなければならないプロセスに関連する指示は、特に移動体との通信後、サーバにおいて定義される。
【００１３】
一実施形態によれば、リモートプロセスの部分は、以下を含むグループに含まれる少なくとも１つのプロセスを含む。すなわち、
１つまたはいくつかのタイプの移動電話機に結び付いた獲得欠陥に関する補正プロセスなどの、マルチメディアデータの改良、
特に移動電話機のスクリーン、任意の他のディスプレイ、または印刷手段などの、データが向けられた復元手段または記録手段の欠陥のすべて、または一部を除去することに向けられたプロセス、
特に、データが、手書きによるテキストおよび／または描画に結び付いた写真である場合に、例えば、そのようなデータを保存する、または印刷することを目的とする、マルチメディアデータの背景クリーンアップ、
マルチメディアデータの品質の分析、
イメージのケースで、すなわち、回転またはトリミングによる、イメージの幾何学的移動などの、マルチメディアデータの所望されるレタッチ、
ＭＭＳ、ファクシミリ、電子メールなどの伝送、
イメージをテキストに関連付けること、
受取側、マルチメディアデータアルバムを作成するためのサービス、記録サービスに、印刷サービス、マルチメディアデータページレイアウトを送ること、
例えば、写真および／またはテキストを挿入するために、移動電話機を介してマルチメディアデータが送信される場合に、マルチメディアデータを編集するための指示を移動電話機に返信で提供すること、および
例えば、ファイルを印刷サービスに送信するためのサービス提供プロセスである。
【００１４】
一実施形態によれば、方法は、移動電話機内で、マルチメディアデータ圧縮ステップ、例えば、ＪＰＥＧタイプの圧縮を含み、そのような圧縮ステップは、マルチメディアデータサイズ、適用されるマルチメディアデータの圧縮率、およびマルチメディアデータのフォーマットを最適化するためのプリプロセスを含み、そのような前処理は、要求されるサービスのタイプと、ネットワーク伝送規格と、マルチメディアデータサイズに応じた最適な圧縮曲線と、マルチメディアデータ圧縮タイプとを含むグループに含まれるパラメータの少なくとも１つに依存し、
マルチメディアデータ圧縮は、好ましくは、周波数ドメイン内で実施され、
方法は、圧縮に結び付いたアーチファクトまたは欠陥に関する除去プロセスを好ましくは、伴う、リモートサーバ内の伸張をさらに含む。
【００１５】
マルチメディアデータの最適圧縮曲線／サイズは、以下の形で決定される。すなわち、
ａ）サービスのタイプに応じて、データの最終使用のために必要なサイズが決定され、例えば、写真のケースでは、データを使用するためのサイズは１０×１５ｃｍフォーマットで印刷するために２メガピクセルであり、移動電話端末装置のスクリーン上で表示するために５０キロピクセルであり、コンピュータスクリーン上で表示するために３００，０００ピクセルであり、そのようなサービスが未知であるケースでは、使用のために考慮されるサイズは、元のマルチメディアデータのサイズであり、あるいは別の実施形態では、知られているすべてのサービスに必要な最大サイズである、
ｂ）マルチメディアデータを伝送するためのファイルの最大サイズが、ネットワーク容量、および伝送されるべき他のデータ要因に応じて決定される、
ｃ）サンプリングのための最適レートが、マルチメディアデータ（すなわち、示されるイメージからの）に基づいて定義されたチャートを使用して決定され、チャートは、最大ファイルサイズに応じて、サンプリングレートの値を提供する、
ｄ）圧縮パラメータが、マルチメディアデータのコンテンツに応じて決定され、例えば、イメージの圧縮は、より多くの詳細が存在するほど、それだけ高率でなければならない。一実施形態では、データの最終使用に要求されるサイズと可能な限り等しいファイルサイズを得るために、いくつかの範囲の圧縮パラメータが、試験される。
【００１６】
一実施形態では、マルチメディアデータは、圧縮なしに、またはさらなる圧縮なしに、または低い圧縮率で、または低いさらなる圧縮率でリモートサーバ内に格納され、移動電話機への伝送のために圧縮され、移動電話機において、提供されるべき、または移動電話機によって要求されたサービスに応じてプロセスを受け、伝送される処理済みの圧縮されたデータには、圧縮なしで、または、伝送される処理済みの圧縮されたデータよりも低い圧縮率で後の使用を可能にするために、リモートサーバ内に圧縮なしで格納された元のマルチメディアデータに結び付けられたマークアップが、割り当てられる。「圧縮」によって主に意味するのは、データのサイズおよび／またはサブサンプリングを低減することである。
【００１７】
一実施形態によれば、リモートサーバは、出所、および処理されるべきマルチメディアデータを識別することができるようにするため、さらに、各タイプのマルチメディアデータに関するプロセスのタイプを決定するために、移動電話機シグネチャに関するベースを含み、シグネチャは、マルチメディアデータから抽出されるか、またはマルチメディアデータに付加される。シグネチャは、以下のカテゴリのいずれか１つに属することが可能である。すなわち、
単一タイプの移動電話機に関する個々のシグネチャ、
いくつかのタイプの移動電話機に関するグループシグネチャ、
すべてのタイプの移動電話機に対応するシグネチャである。
【００１８】
一実施形態によれば、リモートサーバは、以下のグループ内に含まれる位置を占める。すなわち、
ＭＭＳ−Ｃと呼ばれるＭＭＳ中心、
ＭＭＳ−Ｃへの入口に、
ＭＭＳ−Ｃからの出口に、
ＷＡＰゲートウェイ、および
ＭＭＳ中心のＭＭ９インタフェースまたはＭＭ７インタフェース。
【００１９】
また、本発明は、写真、および／またはビデオ、および／またはオーディオ、および／またはテキストに関連する、移動電話機内においてサービスプロバイダおよび／または遠隔通信事業者によって提案されるサービスを利用することの品質を、そのようなデータに関する少なくとも１つのプロセスを実施して向上させるための手段を含む移動電話端末装置にも関し、
利用の品質を向上させるためのそのような手段は、
アプリオリに、またはリアルタイムで、利用の品質に影響を与える少なくとも１つの要因に応じて、移動電話機内で処理されなければならないマルチメディアデータの第１の部分、移動電話機に接続可能な少なくとも１つのリモートサーバ内で処理されなければならないマルチメディアデータの第２の部分を特定するための、プロセスの第１の部分は、移動電話機内で実行されなければならず、プロセスの第２の部分は、リモートサーバ内で実行されなければならない、手段と、
移動電話機内でそのように特定されたプロセスまたはプロセス群を実行する手段と、
リモートサーバに、そのようなサーバ内で処理されなければならないマルチメディアデータ、またはデータの部分を伝送するための手段とを含む。
【００２０】
一実施形態によれば、端末装置は、そのような移動電話機内で、処理されるべきマルチメディアデータの部分、および／または実行されなければならないプロセスの部分を特定するための手段、および／または前記部分に関連する情報をリモートサーバから受信するための手段を含む。
【００２１】
一実施形態によれば、端末装置は、リモートサーバに、そのようなサーバ内で実行されなければならないプロセスに関連する指示を伝送するための手段を含む。
【００２２】
一実施形態では、端末装置は、指示が、
リモートサーバ内で処理されなければならないマルチメディアデータの第２の部分、および／または
少なくとも１つのリモートサーバが、そのようなリモートサーバ内で処理されるべきマルチメディアデータの第２の部分を特定することを可能にする識別子、および／または
サーバ内で実行されなければならないリモートプロセスの第２の部分、および／または
サービスの受益者のアドレス、および／または
サーバが、そのような受益者のアドレスを獲得することを可能にするコードを含むようになっている。
【００２３】
一実施形態によれば、サーバ内で実行されなければならないリモートプロセスの部分を特定するための手段は、プロセスが、以下を含むグループに含まれる場合に、そのようなリモートプロセスを選択するための手段を含む。すなわち、
あるタイプの移動電話機に結び付いた獲得欠陥に関する補正プロセスなどの、マルチメディアデータの改良、
すなわち、移動電話機のスクリーン、任意の他のディスプレイのスクリーン、または印刷手段のスクリーンなどの、データが向けられた復元手段または記録手段の欠陥のすべて、または一部を除去することに向けられたプロセス、
マルチメディアデータを編集すること、
特に、データが、手書きによるテキストおよび／または描画に結び付いた写真である場合に、例えば、そのようなデータを記録する、または印刷することを目的とする、マルチメディアデータの背景クリーンアップ、
マルチメディアデータの品質の分析、
イメージのケースで、すなわち、回転またはトリミングによる、イメージの幾何学的移動などの、マルチメディアデータの所望されるレタッチ、
ＭＭＳ、ファクシミリ、電子メールなどの伝送の手段、
イメージをテキストに関連付けること、受取側に、マルチメディアデータアルバムを作成するためのサービス、記録サービスに、印刷サービス、マルチメディアデータページレイアウト、例えば、写真および／またはテキストを挿入するために、移動電話機を介してマルチメディアデータが送信される場合に、マルチメディアデータを編集するために、移動電話機に返信で提供されるべき指示を送信すること、および
サービスを提供するためのマルチメディアデータプロセス、すなわち、マルチメディアデータを含むファイルのフォーマットまたはサイズの変更である。
【００２４】
一実施形態によれば、端末装置は、マルチメディアデータを圧縮するための手段、例えば、ＪＰＥＧタイプの手段を含み、そのような圧縮手段は、マルチメディアデータのサイズ、適用されるマルチメディアデータの圧縮率、およびマルチメディアデータのフォーマットを最適化するための前処理手段を含み、そのようなプリプロセスは、要求されるサービスのタイプと、ネットワーク伝送規格と、マルチメディアデータのサイズに応じた最適な圧縮曲線と、マルチメディアデータ圧縮タイプとを含むグループに含まれるパラメータの少なくとも１つに依存し、
マルチメディアデータ圧縮は、好ましくは、周波数ドメイン内で実施される。
【００２５】
また、本発明は、少なくとも１つのタイプのマルチメディアデータに関連する、すなわち、写真、および／またはビデオ、および／またはオーディオ、および／またはテキストに関連する、サービスを利用することの品質を、そのようなデータに関する少なくとも１つのプロセスを実施して向上させるための手段を含む移動電話遠隔通信ネットワークサーバにも関し、利用の品質を向上させるための手段は、
移動電話機によってサービスを利用することの品質に影響を与える要因に応じて、移動電話機内で処理されなければならないマルチメディアデータの第１の部分、ネットワークを介して移動電話機に接続された少なくとも１つのリモートサーバ内で処理されなければならないマルチメディアデータの第２の部分を特定するための、プロセスの第１の部分は、移動電話機内で実行されなければならず、プロセスの第２の部分は、少なくとも１つのリモートサーバ内で実行されなければならない、手段と、
前記部分の値を移動電話機に伝送するための手段と、
そのようなサーバ内で処理されなければならないマルチメディアデータプロセスの部分を実行するための手段とを含む。
【００２６】
一実施形態によれば、サーバは、以下のグループに含まれるプロセスの少なくとも１つを実行するための手段を含む。すなわち、
あるタイプの移動電話機に結び付いた獲得欠陥に関する補正プロセスなどの、マルチメディアデータの改良、
すなわち、移動電話機のスクリーン、任意の他のディスプレイのスクリーン、または印刷手段のスクリーンなどの、データが向けられた復元手段または記録手段の欠陥のすべて、または一部を除去することに向けられたプロセス、
マルチメディアデータを編集すること、
特に、データが、手書きによるテキストおよび／または描画に結び付いた写真である場合に、例えば、そのようなデータを記録する、または印刷することを目的とする、マルチメディアデータの背景クリーンアップ、
マルチメディアデータの品質の分析、
イメージのケースで、すなわち、回転またはトリミングによる、イメージの幾何学的移動などの、マルチメディアデータの所望されるレタッチ、
ＭＭＳ、ファクシミリ、電子メールなどの伝送の手段、
イメージをテキストに関連付けること、受取側に、マルチメディアデータアルバムを作成するためのサービス、記録サービスに、印刷サービス、マルチメディアデータページレイアウト、例えば、写真および／またはテキストを挿入するために、移動電話機を介してマルチメディアデータが送信される場合に、マルチメディアデータを編集するために、移動電話機に返信で提供されるべき指示を送信すること、および
サービスを提供するためのマルチメディアデータプロセス、すなわち、マルチメディアデータを含むファイルのフォーマットまたはサイズの変更である。
【００２７】
一実施形態では、サーバは、圧縮なしに、またはさらなる圧縮なしに、または移動電話機から受信されるマルチメディアデータと比べて、低いさらなる圧縮率で、マルチメディアデータを格納するため、およびそのような圧縮されたデータを移動電話機に伝送するため、およびマークアップをそのようなマルチメディアデータに割り当てるための手段を含む。
【００２８】
一実施形態によれば、サーバは、出所、および処理されるべきマルチメディアデータを識別することができるようにするため、さらに、各タイプのマルチメディアデータに関するプロセスのタイプを決定するために、移動電話機シグネチャに関するベースを含み、
シグネチャは、マルチメディアデータから抽出されるか、またはマルチメディアデータに付加される。
【００２９】
そのようなケースでは、シグネチャは、以下のカテゴリのいずれか１つに属することが可能である。すなわち、
単一タイプの移動電話機に関する個々のシグネチャ、
いくつかのタイプの移動電話機に関するグループシグネチャ、
すべてのタイプの移動電話機に対応するシグネチャである。
【００３０】
一実施形態によれば、リモートサーバは、以下のグループのなかに含まれる位置を占める。すなわち、
ＭＭＳ−Ｃと呼ばれるＭＭＳ中心、
ＭＭＳ−Ｃへの入口に、
ＭＭＳ−Ｃからの出口に、
ＷＡＰゲートウェイ、および
ＭＭＳ中心のＭＭ９インタフェースまたはＭＭ７インタフェース。
本発明のその他の特徴および利点は、実施形態の方法のいくつかの方法の説明において明らかとなり、それらの方法は、本明細書に添付された概略図を参照することによって実行される。
【発明を実施するための最良の形態】
【００３１】
説明される例は、「フォトフォン」または「カメラフォン」としてしばしば、知られる、撮影デバイスを備えた移動電話端末装置を主に参照する。
（サービスを利用すること）
そのような端末装置を使用することは、特に、以下にかかわる場合、面倒である。すなわち、
イメージを（ＭＭＳ、ＷＡＰ、その他を介して）送信するように電話機を構成すること、
プロバイダに関するサービスをパラメータ化すること、つまり、例えば、オンライン印刷サービスのために記録するために、自身の個人的詳細を提供し、ピックアップポイントを選択することなどが必要である、
写真に添えるテキスト、またはアドレスをキー入力すること、すなわち、テキストを入力することは、かなり時間がかかり、郵便アドレスが、アドレス帳に取り込まれていることはめったにないといった具合である、
サービスを利用すること、すなわち、写真を撮影すること、レタッチすること、および送信することなどの、いくつかの機能を次々に使用することがしばしば、必要であり、アプリケーションの設計は、イメージサービスに適合されているのではなく、より機能指向（カメラ、ＭＭＳ）であり、このため、一部の操作は、いくらか時間がかかる、
カメラの代わりに端末装置を使用すること。
【００３２】
（イメージ品質）
イメージ品質は、より小さいサイズ、電力消費量、および移動端末装置価格のために限られる。
【００３３】
品質は、端末装置タイプに応じて変わり、特定のイメージ処理を要する。イメージ品質は、どのようにイメージが見られるかに依存する。詳細には、極めて小さいスクリーン上では、欠陥は、目に見えないのに対して、大型スクリーン上、またはプリントアウト上では、そのような欠陥は、目に見えるようになる。
【００３４】
イメージは、許可された通過帯域内に格納する目的で、非常に圧縮され、これにより、イメージを表示する、または印刷するために要求される伸張中に、アーチファクトが生じる。
【００３５】
このため、移動電話端末装置で写真サービスを利用することの発展を妨げる特に厄介な欠点が、そのようなサービスは、専用のカメラに結び付いたサービスと比べて、はるかに効率が劣るため、存在する。
【００３６】
（アーキテクチャ）
イメージを向上させるための計算時間は、イメージのサイズに、すなわち、ピクセルの数に概ね比例する。
【００３７】
イメージの品質を向上させることは、相当な計算時間を要し、そのため、相当な電力を要する。端末装置に組み込まれるプロセッサの能力は、センサからのピクセルの数ほど急速に増加しない。
【００３８】
ＩＴパフォーマンスは、限られ、端末装置タイプによって異なる。
【００３９】
ＩＴパフォーマンスへのアクセスは、端末装置タイプに応じて変わる。すなわち、一部の端末装置は、Ｃ＋＋で書かれたコードを受け入れ、一部の端末装置は、Ｊａｖａ（登録商標）コード（Ｃ＋＋よりも、イメージ処理に関して、はるかに遅い）だけを受け入れ、他の端末装置は、コーディングを受け入れない。
【００４０】
ローカルストレージ容量は、限られている。
【００４１】
伝送パイプのサイズは、限られている。フランス国では、サイズは、メッセージ当たり５０ｋｏに相当し、１００ｋｏに徐々に移行している。
【００４２】
イメージは、サーバによって様々なサービス向けに系統的に通過する。
【００４３】
以上の問題を解決するため、本発明は、イメージ品質を向上させ、かつ／または使用のための設計を改良する。
【００４４】
本発明による方法は、撮影前、および／または撮影中、撮影後に介入する。
【００４５】
このため、図１に示されるとおり、イメージ１００から、または、より一般的には、あるタイプのマルチメディアデータから開始して、移動電話機１１０内部で処理されなければならない、そのようなデータの第１の部分、およびリモートサーバ１１２において処理されなければならないイメージ１００の第２の部分１０４が、特定される。
【００４６】
変形として、図１ｂないし図８に関連して後段で説明するとおり、すべてのマルチメディアデータ（またはマルチメディアデータの一部分）の処理は、プロセスの第１の部分が、端末装置１１０内部で実行され、プロセスの第２の部分が、サーバ１１２内部で実行されるように分割される。
【００４７】
図１ａに示された例では、マルチメディアデータ１２０は、さらに圧縮されることなく、またはわずかにさらに圧縮されて、リモートサーバ１１２の中に格納される。データ１２０は、移動電話機１１０に伝送するために圧縮される。また、データ１２０は、そのような電話機１１０に提供される、またはそのような電話機１１０によって要求されるサービスに応じて処理も受ける。さらに、データ１２０には、そのようなデータにリンクされたマークアップ１２２が割り当てられる。そのようなマークアップは、サーバのデータとともに、端末装置１１０に向けて伝送されて、同一の圧縮されていない元のデータ１２０が後に、移動端末装置、または別の移動端末装置によって要求された際に、利用可能であるようにする。つまり、移動端末装置が、イメージを受信し、そのイメージを別の移動端末装置に伝送することを所望する場合、圧縮、およびそれに続く伸張による劣化を防止するために、マルチメディアデータは、マークアップを介してサーバ１１２の中で、そのデータの元の品質を取得することができる。
【００４８】
１．サービス
１．１．イメージを使用すると考えられる様々なサービスは、以下のとおりである。すなわち、
端末装置からファクシミリを送信すること、
別の端末装置に向けて送信すること、
電子メールに向けて送信すること、
オンラインアルバムに向けて送信すること、
個人用インターネットサイト（英語で「ｍｏｂｌｏｇ」）に向けて送信すること、
絵はがきを送信すること、
印刷を求める要求を送信すること、
パスポート写真を求める要求を送信すること、
発行側端末装置へのフィードバックを要求すること、
【００４９】
１．２．サービスのそれぞれに関して、
撮影を行い、アルバムの中で検索を行い、撮影された写真の改良を伴うレタッチを行い（レッスン、フレーミング支援、検証、その他）、
ユーザ設計が改良され、
ローカルプロセス、および／またはサーバに移されたプロセスを実行することによって、後段で説明するとおり、イメージ品質が向上させられ、
必要な場合、テキスト写真（ときとして、「ＦｏｔｏＴｅｘｔ＋」と呼ばれる）が使用される。
【００５０】
１．３．端末装置からファクシミリ（ファックス）を送信するために、手続きは、以下のとおりである。すなわち、
テキストおよび／または描画を含む文書が撮影され、
背景クリーンアップが実行され、
・ローカル（端末装置において）、または
・ファックス装置へのディスパッチを伴ってサーバ上においてリモートで、
テキストが、キー入力されることが可能であり、
ファックスのレイアウトが可能であり、
ファックスが、ＭＭＳ、ＷＡＰ、ｈｔｔｐ、その他を介して、または、プロセスがローカルである場合、端末装置からファックス装置に向けて直接に送信されることが可能である。
【００５１】
端末装置からファックスを送信するために、以下の手続きも可能である。すなわち、
テキストおよび／または描画を含む文書を撮影すること、
端末装置内部の背景クリーンアッププロセス
可能なテキスト入力
ファックスレイアウト
ＭＭＳ、ＷＡＰ、ｈｔｔｐ、その他を介して、または端末装置からファックス装置に向けて直接に送信すること。
端末装置からファックスを送信するために、別の手続きを使用することも可能である。すなわち、
テキストおよび／または描画を含む文書を撮影すること、
可能なテキスト入力、
ＭＭＳ、ＷＡＰ、ｈｔｔｐ、その他を介してサーバに向けて送信すること、
端末装置内部の背景クリーンアッププロセス、
ファックスレイアウト、
ファックス装置へのディスパッチ。
【００５２】
１．４．パスポート写真サービスは、この実施形態では、以下のステップを含む。すなわち、
フレーミング支援を伴う撮影。
【００５３】
そのようなフレーミング支援は、公式文書に関する国の標準に適合させられることが可能である。
フレーミング支援は、以下のチェックポイントをより容易に実行するためにイメージを分割することを可能にする。
規則の遵守を検証すること、すなわち、
検証されることが可能な規則は、例えば、
一様な背景に関してチェックすること、
背景色に関してチェックすること、
十分な背景の明るさに関してチェックすること、
背景の陰影に関してチェックすること、
顔の明るさ（暗すぎてはならない）をチェックすること、
帽子またはベールが存在しないことを確かめること、
アクセサリが存在しないことを確かめること、
顔の比率をチェックすること、
写真が、横顔ではなく、正面から撮影されていることを確かめること。
検証は、自動的および／または手動であることが可能である。
規則が遵守されていない場合、
好ましくは、補正は、自動的であり、かつ／または
補正は、例えば、背景クリーンアップのために、操作者によって手動で実行され、
さもなければ、メッセージが、好ましくは、迅速に、ユーザに送り返されて、ユーザが、写真を再撮影することができるようにする。
【００５４】
そのようなメッセージは、例えば、欠陥のない写真をどのように再撮影するかを示す。
写真の裏に書き込まれるべき可能なテキスト入力は、例えば、以下のとおりである。すなわち、
名前
学校写真に関する名前およびクラスのリファレンス。
受取側の郵便アドレス、または写真ピックアップポイントの入力。
サービスプロバイダの可能な選択。
イメージの可能なレタッチ（背景クリーンアップ、コントラスト、その他）。レタッチは、操作者への自動写真伝送を介して手動で、かつ／または自動的に行われる。
伝送。
このサービスは、公式文書に関する国の規則に適合させられることが可能である。
【００５５】
１．５．カメラフォン（またはフォトフォン）で可能な他のサービス、すなわち、
文字認識。
顔認識。
バーコード読み取り。
権利およびデジタル署名（「透かし」）を管理すること。
個人用移動Ｗｅｂサイト（「ブログ」）。
例えば、母の日、またはバレンタインデーに関する、あるいは詩の抜粋に関する、テキストテンプレートおよび写真。
例えば、海上、または山中の、極限状態に関する医療ＳＯＳ。
自動車事故の場合の合意調書。申請は、質問をして、報告書を作成するために撮影されるべき写真を指示する。
例えば、病気の植物に関する遠隔診断。
実際的なサービス
測定 例えば、クレジットカードなどの所定のサイズを有するアイテムが並置された、家具、または他の物体のサイズを測定すること。
色 ２つの物体のあいだの色の組み合わせを計算すること。例えば、ズボンと靴の間で、またはネクタイとシャツの間で色を合わせること。
多種多様なサービス
モーフォアストロロジ 毎日、自身の誕生日および顔を使用して計算された個人化された星占い。
「モーフォマッチング」 ２人の個人間の、それらの個人の顔の写真に基づく友好レベルを評価すること。
オーラ 写真上の個人（またはアイテム）に色付きの「オーラ」を加えること、
セキュリティおよび識別または認証
署名 筆記の署名（例えば、サーバによって生成された番号に加えられた）が、認証として使用されることが可能である。
【００５６】
また、写真も認証として使用されることが可能である。
プロのためのサービス。すなわち、
推定 見積書を準備するように呼び出される職人は、しばしば、専門家に問い合わせる必要がある。カメラフォンは、見積書を作成する際に、取り付け工／納入業者に問い合わせるための手段を提供する。例えば、巻き上げブラインド用のモータの取り付け工は、巻き上げブラインドの取り付け工と連絡をとって、取り除くことに関する困難を突き止めることができる。
【００５７】
また、評価の遅れまたは誤りを回避する目的で、例えば、最初に計画されていたよりも激しい伐木を許可するために、深い溝を掘るのを妨げている根をカメラフォンで示して、後の段階で出現する選択に関して顧客から承認を受けることも可能である。
【００５８】
２．イメージの品質を向上させること、およびページレイアウト
撮影を行った後、いくつかの技術を使用して、イメージ品質およびユーザ設計を向上させることができる。すなわち、
イメージを向上させるプロセスを実行すること。
端末装置のＩＴパフォーマンス、端末装置のメモリ容量、センサのサイズ、サービスのタイプ、および端末装置に機能を追加することの容易さに応じて、プロセスは、端末装置上で実行されても、サーバ上で実行されてもよい。そのようなケースでは、データ伝送フォーマットが定義される。
捕捉デバイスの欠陥にプロセスを適合させること。そのようなケースでは、すなわち、デバイスのシグネチャを分析することにより、イメージの出所が識別される。
復元手段の欠陥にプロセスを適合させること。そのため、サービスのタイプを識別し、場合により、使用される復元手段のタイプを識別して、次に、そのような情報を伝送することが必要である。
【００５９】
サーバ上のプロセスのケースでは、プロセスは、
伝送されたメッセージからイメージを抽出すること、
イメージ品質を向上させること、
伝送されたメッセージイメージを、そのように向上させられたイメージで置き換えることから成る。
【００６０】
イメージを２回、補正することがないように、イメージには、例えば、Ｅｘｉｆ、または類似のメタデータを追加する、または変更することにより、マークが付けられることが可能である。
【００６１】
メタデータによって意味するのは、マルチメディアデータに結び付けられ、マルチメディアデータを含むファイルのフォーマットに関連する情報、および／または圧縮に関連する情報、および／またはデータの出所、および／または獲得規格に対応するデータであることに留意されたい。例えば、写真のケースでは、獲得パラメータ（焦点、開放、および露出時間などの）、および／またはピクセルの数などの、マルチメディアデータを使用して得られた計算結果。
【００６２】
イメージを処理することは、以下の様々な形で実行されることが可能である。すなわち、
ａ）計算は、ローカルで（すなわち、端末装置において）全く行われず、イメージは、リモート計算（サーバにおける）の後に、ユーザ（すなわち、ユーザ）に送り返される。
ｂ）ローカル計算が、端末装置スクリーンの解像度に応じて行われ、リモート計算が、サービスによって伝送されるイメージに関して行われる。
ｃ）端末装置スクリーンの解像度のローカル計算が行われ、サービスによって伝送されるイメージに関して、送信するのに先立つ圧縮アーチファクトのクリーンアップに加えて、伸張が、サーバ内部で実行され、サービスに向けて伝送されるイメージ処理は、ローカルで、かつ／またはリモートで行われることが可能である。
【００６３】
すべての場合で、リモートイメージ伝送は、サイズおよび圧縮を、サービス、ならびに後段で説明される、許可されたメッセージサイズに適合させることによって行われなければならない。
【００６４】
同様に、ページレイアウトも、以下のとおり、ローカルで、またはリモートで実行されることが可能である。すなわち、
ａ）計算は、ローカルで全く行われず、サービスによって伝送されるイメージに関するそのような計算は、リモートで行われ、その後、ユーザに戻される。
ｂ）ローカル計算が、端末装置スクリーンの解像度に応じて行われ、リモート計算が、サービスによって伝送されるイメージに関して行われる。
ｃ）端末装置スクリーンの解像度のローカル計算が行われ、サービスによって伝送されるイメージに関して、送信するのに先立つ圧縮アーチファクトのクリーンアップに加えて、伸張が、サーバ内部で実行される。
【００６５】
もちろん、前述した方法は、他のタイプのマルチメディアデータ、すなわち、ビデオ、および／またはオーディオ、および／またはテキストに関連するマルチメディアデータにも適用されることが可能である。
【００６６】
このため、少なくとも１つのマルチメディアデータ、すなわち、写真、および／またはビデオ、および／またはオーディオ、および／またはテキストに関連するマルチメディアデータに関連する、少なくとも１つのプロセスを実施して、ネットワークを介して、ユーザの移動電話端末装置内で、サービスプロバイダおよび／または遠隔通信事業者によって提案されるサービスを利用することの品質を向上させる方法およびシステムを得ることができる。
【００６７】
このプロセスは、以下のような、利用の品質に影響を及ぼす少なくとも１つの要因からもたらされる限界を克服するように適合されることを想い起こされたい。すなわち、
マルチメディアデータのサイズ、および／または
移動電話機のＩＴリソース、および／または
マルチメディアデータの獲得デバイスおよび／または復元デバイスの品質、
前記ネットワークの伝送規格、
サービスのタイプ。
【００６８】
このため、方法は、以下のステップを含む。すなわち、
アプリオリに、またはリアルタイムで、前記要因に応じて、移動電話機内部で、かつ／または移動電話機に接続可能な少なくとも１つのリモートサーバ内部で処理されなければならないマルチメディアデータの部分および／またはプロセスの部分を決定する、
そのように決定されたプロセスの各部分を実行すること、および／またはそのように決定されたマルチメディアデータの各部分を処理することを、移動電話機内部で、またはリモートサーバ内部で、いずれにせよ行い、
ユーザに関して、サービスの品質が向上するようにする、すなわち、
サービスが、任意のタイプのマルチメディアデータに関して、例えば、増大するサイズの写真に関して使用されることが可能であり、
すべての端末装置タイプに関してサービスの利用が向上させられ、
ネットワークの通過帯域に関連して、サービスの結果が向上させられ、
サービスへのアクセスが簡略化され、
サービスを得るのに要求される時間が短縮され、
サービスの結果が向上させられ（より良好な写真、ビデオ、オーディオの知覚）
新たなサービスへのアクセスが可能であり、
ユーザ満足度が高められる。
【００６９】
サービスプロバイダおよび／または遠隔通信事業者に関して、新たなサービスが提供されることが可能である。
【００７０】
この方法は、以下のステップをさらに含む。すなわち、
フォーマットを介して、リモートプロセスに関連する命令を定義するステップ、
サーバに関して、それらの命令を実行するステップである。
【００７１】
そのような命令は、以下を含むことが可能である。すなわち、
マルチメディアデータの部分、および／またはマルチメディアデータのそのような部分をサーバが獲得することができるようにする識別子、
以降、「リモートプロセス」と呼ばれる、サーバ上で実行されなければならないプロセスの部分、すなわち、
マルチメディアデータの品質を向上させるプロセス、および／または
マルチメディアデータのレタッチプロセス、および／または
マルチメディアデータの編集プロセス、および／または
サービスをディスパッチするプロセス、および／または
サービスを提供するプロセス、および／または
サービスの受益者のアドレス、および／または受益者のアドレスをサーバが得ることを可能にするコード。
【００７２】
方法は、サーバに関して、命令を実行したことの結果をサービスの受益者に伝送するステップをさらに含む。
【００７３】
「サービス」によって特に意味するのは、
任意のサービス、すなわち、本特許出願の範囲内で説明されるサービス、
より包括的なサービスの一部分、例えば、サービスによって要求されるリモート計算である。
【００７４】
「写真」によって特に意味するのは、
写真テキストおよび／または図および／または自然なイメージである。
【００７５】
「補正」とも呼ばれる「プロセス」によって特に意味するのは、
本特許出願において説明されるすべてのタイプのプロセス、
品質を向上させるプロセス、
電話機に適合された、品質を向上させるプロセス、
アルバムへの挿入、
ページレイアウト、
送信すること。
【００７６】
「ＩＴリソース」によって特に意味するのは、
ＩＴパフォーマンス、
メモリ容量、
プログラミング言語である。
【００７７】
「伝送規格」によって特に意味するのは、
通過帯域、
負荷、
メッセージの最大サイズである。
「識別子」によって特に意味するのは、
ユーザによって選択されたイメージをサーバが探し出すことを可能にするイメージコード（ＳＭＳ、または他の手段によってサーバに伝送される）である。
【００７８】
「コード」によって特に意味するのは、
郵便アドレスを見つけるのに使用される電話番号である。
「受益者」によって特に意味するのは、
ユーザ、
第三者である。
【００７９】
「命令」によって特に意味するのは、本特許出願において説明されるデータである。
【００８０】
２．１．イメージ処理のタイプ
端末装置内部、および／またはサーバ上でイメージに対して行われるプロセスは、以下のとおりであることが可能である。
撮影デバイスおよび／または撮影された写真からの欠陥のすべて、または一部を除去する、または低減すること。すなわち、露出、照光、幾何歪み、色収差、口径食、ボケ、非点収差、ホワイトバランス、飽和、マトリックス除去、ノイズ、動きによるブレ、焦点ボケ、圧縮アーチファクト、ボケ除去アーチファクト、他のプロセスに関するアーチファクト、エイリアシングアーチファクト。
【００８１】
復元手段、すなわち、端末装置スクリーン、コンピュータスクリーン、印刷手段から欠陥のすべて、または一部を除去すること。
サイズ（ピクセルの数）を変更すること。
圧縮。
アーチファクトを除去することを伴う、または伴わない伸張。
テキストおよび／または描画のケースにおける背景クリーンアップ。
レタッチ、すなわち、白黒に変換すること、回転させること、イメージゾーンを抽出すること、効果を適用すること、フレームを追加すること。
【００８２】
背景上、または別の写真上のはめ込み。
テキストを追加すること。
ユーザに助言を与えるためにイメージ品質を分析すること。
【００８３】
２．２．リモートプロセスのための指示
端末装置の能力、メモリ容量、イメージサイズ、マルチメディアデータを処理するのに不適合であるＪａｖａ（登録商標）プログラミングではなく、Ｃ＋＋で端末装置をプログラミングする可能性、および所望されるサービスのタイプに応じて、プロセスの一部分を移転することが可能である。ユーザに関して、そのようなユーザへのフィードバックを要する動作に関するプロセスは、リアルタイムのままである。
【００８４】
移転されるプロセスを記述することを可能にする情報が（各イメージについて、または１回限りで）、伝送されなければならない、すなわち、
ａ）サーバ上で行われるべき改良プロセスのタイプ、これは、例えば、以下に関する。例えば、
コンピュータスクリーン上で視覚化するためのデータタイプの欠陥を捕捉する端末装置の補正。
コンピュータスクリーン上で視覚化するための自動認識を伴う撮影タイプの欠陥を捕捉する端末装置の補正。
印刷出力のための自動認識を伴う撮影タイプの欠陥を捕捉する端末装置の補正。
テキスト写真および手書きのスケッチに関する背景クリーンアップ。
データタイプの端末装置スクリーン上で視覚化するための自動認識を伴う欠陥を捕捉する撮影端末装置の補正。
撮影品質分析。
【００８５】
プロセスが全く実行されない場合でも、そのような命令は、場合により、既定で、伝送されなければならない。
ｂ）スクリーンのサイズに縮小されたイメージに対して端末装置内部でレタッチを行い、最終サイズになった際に、後のレタッチを行うことを可能にする、イメージに対して行われるべき修正（回転、トリミング、フレームを追加すること、その他）。
ｃ）サービスのタイプ、およびサービスの受取側、すなわち、
ＭＭＳ 番号
電子メール アドレス
絵はがき サービスプロバイダ
ファクシミリ 番号
アルバム サービスプロバイダ
印刷 サービスプロバイダ
発行側端末装置へのフィードバック
ｄ）出力編集指示
絵はがき、またはその他のためのページレイアウト（特に色およびフォント）、
写真、テキスト、またはクリーンアップされた写真テキストの挿入。
【００８６】
編集データは、いくつかのフォーマットで印刷することを可能にするため、物理的フォーマットとは別個でなければならない。テキスト要素およびイメージ要素のサイズおよび位置は、下流で決定される。
ｅ）コンテンツ
受取側のアドレス（郵便、またはその他）
メッセージ
写真
テキスト写真
そのようなコンテンツは、アドレスおよび／またはメタデータとして伝送されることが可能である。
【００８７】
コンテンツは、フォーマットによって記述されることが可能である。そのようなフォーマットは、オープン（標準および／または拡張可能）であることが可能である。そのようなフォーマットは、ＭＭＳ「ＳＭＩＬ」フォーマットの拡張であることが可能である。そのようなフォーマットは、すべてのタイプのディスパッチプロトコル（ＭＭＳ、ｈｔｔｐ、ＷＡＰ、電子メール、その他）と相性がよくなければならず、このため、既存のネットワークと相性がよくなければならない。
【００８８】
２．３ 撮影デバイスの認識
一実施形態によれば、リモートサーバは、処理されるべきマルチメディアデータの出所を識別することができるようにするため、さらに、各タイプのマルチメディアデータに関するプロセスのタイプを決定するために、移動電話機シグネチャに関するベースを含み、シグネチャは、マルチメディアデータから抽出されるか、またはマルチメディアデータに付加される。
【００８９】
マルチメディアデータの出所を認識するために、適合されたプロセスを適用することを可能にする、マルチメディアシグネチャの分析が行われる。
【００９０】
次に、マルチメディアデータが写真である場合の実施形態の例を説明する。
【００９１】
イメージの中に含まれるシグネチャ情報、すなわち、ＪＰＥＧコメント、Ｅｘｉｆ、定量化テーブル、または他のメタデータを、シグネチャに関するベースを、各シグネチャに関して、行われるべき補正のタイプを伴って構成する目的で、使用することができる。
【００９２】
これは、写真が、発行側端末装置を出所としていないために、または発行側端末装置（「ユーザエージェント」、またはそれに相当する物）のタイプが入手可能でないために、写真を撮影した端末装置が、処理サーバによって知られていないケースに関して、特に興味深い。
【００９３】
イメージをキャプチャするデバイスの自動認識は、以下のステップに従ってアクティブにされることが可能である。すなわち、
可能なシグネチャのベースが、端末装置のグループに含まれる各端末装置に関して作成されるステップ、
各シグネチャに関して、例えば、伸張アーチファクト、鮮明度、色、コントラスト、またはノイズの点で、行われるべきプロセスまたは補正が、決定されるステップ。そのような補正は、
シグネチャが、ある特定のタイプの端末装置だけを指し示す場合に、１つのタイプの端末装置に適合させられた補正、
例えば、いくつかの端末装置が、同一のシグネチャを有し、そのような端末装置が、共通の規格を有する場合に、いくつかのタイプの端末装置に適合させられた補正、または
例えば、ある適合させられた補正をそのシグネチャに適用することが、可能でない、または所望されない、あいまいさのケースで、すべてのタイプの端末装置に適合させられた補正であることが可能である。
端末装置のシグネチャが、イメージファイルを使用して特定されるステップ。
行われるべき補正のタイプが、シグネチャ、およびシグネチャのベースを使用して決定されるステップ。
【００９４】
シグネチャのベースは、定期的に更新され、未知のシグネチャの数をできるだけ少なくするため、したがって、適合させられていない補正の数をできるだけ少なくするため、好ましくは、デバイスを市場に出すのに先立って行われる。
【００９５】
いくつかのタイプの端末装置が、同一のシグネチャを有することが可能である。そのようなケースでは、そのような異なる端末装置に関して、適合する補正が作成されることが可能である。
【００９６】
この場合、すべての端末装置タイプに関して同一の補正を使用することが可能であることを想い起こされたい。この問題解決法は、簡単であるという利点を有するが、補正を最適化しない。
【００９７】
一部の端末装置は、いくつかのシグネチャを有することが可能であり、そのようなケースでは、様々なシグネチャが、ベースに追加される。
【００９８】
シグネチャは、以下の情報のすべて、または一部から成る。すなわち、
ＪＰＥＧ定量化テーブル、
コメント、
ＪＰＥＧサブサンプリング、
イメージサイズ、
Ｅｘｉｆデータ 「Ｍａｋｅｒ」フィールドおよび「Ｍｏｄｅｌ」フィールド、
Ｅｘｉｆデータ 他のフィールド、
イメージを使用して測定された規格である。
【００９９】
補正を決定するために、特に疑念がある場合に、以下も使用することができる。すなわち、
不確かな形で出所を与えるが、あいまいさを完全に取り除く、発行側端末装置のタイプ。その目的で、例えば、デバイスのタイプに対応し、前記デバイスによって伝送される「ユーザエージェント」が、使用され、またはフォーマット変種に関して、メッセージ自体からのシグネチャさえ、使用される。例えば、メッセージが、「ＭＭＳ」であるケースでは、添付されたファイルの名前、ファイルの順序、メッセージに組み込まれたｘｍｌ「ＳＭＩＬ」フォーマットのファイルコンテンツがすべて、そのメッセージを作成した端末装置のタイプを特定することを可能にするメッセージシグネチャを成す。実際、「ＭＭＳ」メッセージに関する符号化標準が存在するものの、各端末装置は、その標準を遵守しながら、特定の形でメッセージを符号化する、つまり、
写真を発行した個人の電話番号上のシグネチャの履歴。
【０１００】
シグネチャ符号化の例は、以下のとおりである。すなわち、
Ａｕｔｏ＃１３，９，９，１３，１８，２０，２４，２３＃２１１＃０＃１２８０ｘ９６０＃ｔｕｔｕ｜ｔｉｔｉ｜ｇｌｏｕｇｌｏｕ＃０２２０＃ＳＯ５０５ｉ＃ＤｏＣｏＭｏ＃
この例では、様々なフィールドが、「＃」記号によって分けられ、以下のとおり説明される。すなわち、
１．Ａｕｔｏ 情報が全く入手可能でないことを意味する「自動」を含むことが可能であるか、あるいは別の形で、例えば、前述したとおり、「ユーザエージェント」を使用して、またはメッセージシグネチャ自体から特定されたデバイス識別子を含むことが可能である、デバイスタイプの情報。
２．１３，９，９，１３，１８，２０，２４，２３ ＪＰＥＧヘディングの中で与えられるような、輝度定量化テーブル（チャネルＹ）からの最初のｎ個の係数を含む。
３．２１１ ３つ、または４つの数を含む数値形態のＪＰＥＧサブサンプリングのフォーマット。
４．０ ＪＰＥＧタグ値、「ｓａｗ＿ＪＦＩＦ＿ｍａｒｋｅｒ」（これは、１または０である）。
５．１２８０ｘ９６０ ピクセル数単位のイメージの高さと幅
６．ＪＰＥＧコメントのすべて、または一部
７．以下のフィールドは、Ｅｘｉｆに関する情報を含む。すなわち、
Ｅｘｉｆが存在するか否かを示し、存在する場合、バージョンが与えられる。存在しない場合、「ＮｏＥｘｉｆ」が書き込まれる。
Ｅｘｉｆが存在する場合、デバイスモデルに対応する「ｍｏｄｅｌ」フィールドが含まれる。Ｅｘｉｆが存在する場合、デバイス製造業者に対応する「ｍａｋｅｒ」フィールドが含まれる。
【０１０１】
２．４．イメージの移転された処理
好ましくは、イメージを伝送のために符号化するために、すべての電話機において実施されているＪＰＥＧ標準圧縮プログラムが使用されるが、別のフォーマットが使用されてもよい。イメージ処理ステップは、以下のとおりである。すなわち、
場合により、前処理。
場合により、サービスのタイプ、および伝送「パイプ」のサイズに応じた、イメージサイズ、圧縮率、イメージフォーマット（そのようなフォーマットは、色選択および白黒も含む）の最適化、すなわち、
以下に説明するとおり、サービスおよびパイプサイズに応じた最適圧縮曲線／イメージサイズを考慮に入れることにより、イメージが既に圧縮されている場合、圧縮およびサイズ変更は、計算時間を抑えるように、好ましくは、周波数ドメインで実行され、
さもなければ、圧縮は、サイズを変更した後に行われる。
サーバ内部で、
圧縮アーチファクトを除去することにより、すべてが伸張され、
次に、
撮影デバイスの欠陥のすべて、または一部が、除去または低減され、あるいは、テキスト写真および／または描画（ＦｏｔｏＴｅｘｔ＋）のケースでは、背景がクリーンアップされ、
復元手段の欠陥の一部、またはすべてが、除去され、
他のすべてのプロセス、すなわち、レタッチ、ページレイアウト、その他が、適用され、
イメージには、プロセスを何回も適用することを防止するようにマークが付けられる。
【０１０２】
転送は、ＭＭＳ、追加料金ＭＭＳ、電子メール、ｈｔｔｐ、ＷＡＰ、または他の手段を介して実行される。
【０１０３】
メッセージは、第三者に送信されること、かつ／または、例えば、結果を視覚化するため、または助言を受けるために、発行側端末装置上で使用されることが可能である。
【０１０４】
２．５．サービスのローカル処理
好ましくは、イメージを伝送のために符号化するために、すべての端末装置にインストールされているＪＰＥＧ標準圧縮プログラムが使用されるが、別のフォーマットが使用されてもよい。イメージ処理ステップは、以下のとおりである。すなわち、
ａ）場合により、前処理。
ｂ）次に、
撮影デバイスの欠陥のすべて、または一部が、除去または低減され、あるいは、テキスト写真および／または描画（ＦｏｔｏＴｅｘｔ＋）のケースでは、背景がクリーンアップされ、復元手段の欠陥の一部、またはすべてが、除去され、
他のプロセス、例えば、レタッチ、ページレイアウト、その他が、適用され、
ｃ）プロセスを何回も適用することを防止するように、イメージにマークを付け、
場合により、サービスのタイプ、およびパイプのサイズに応じて、イメージサイズ、圧縮率、イメージフォーマットを最適化し、すなわち、
サービスおよびパイプサイズに応じた最適圧縮曲線／イメージサイズを考慮に入れることにより、イメージが既に圧縮されている場合、圧縮およびサイズ変更は、計算時間を抑えるように、好ましくは、周波数ドメインで実行され、
さもなければ、圧縮は、サイズを変更した後に行われる。
ｄ）大きいサイズのイメージを使用するサービスに関して、
サーバ内部で、圧縮アーチファクトを除去して、伸張が実行され、その後に、必要な場合、使用サイズまで拡大が行われる。
【０１０５】
転送は、最終ユーザに向けて直接に実行されるか（絵はがきの場合を除き）、またはサービスプロバイダを介して実行されることが可能である。
【０１０６】
２．６．格納
一実施形態では、マルチメディアデータは、さらなる圧縮なしに、または低いさらなる圧縮率で、リモートサーバ内に格納され、移動電話機への伝送のために圧縮され、提供されるべき、または移動電話機によって要求されたサービスに応じてプロセスを受け、伝送される圧縮された処理済みのデータには、圧縮なしで、または、伝送される処理済みの圧縮されたデータよりも低い圧縮率で後の使用を可能にするために、リモートサーバ内に圧縮なしで格納された元のマルチメディアデータに結び付けられたマークアップが、割り当てられる。圧縮なしの格納によって意味するのは、圧縮またはサイズ縮小に先立つ、または、さもなければ、低い圧縮率および／またはわずかなサイズ縮小での格納である。
【０１０７】
出力を最適化する目的で、受取側への伝送に先立ってイメージが圧縮される、または縮小されるケースでは、イメージは、メッセージの受取側によって最大品質ですべてのサービスが利用されることを可能にするために、圧縮またはサイズ縮小に先立ってサーバ内に格納されることが可能である。そのような機構は、実際、その同一のイメージに関して後日にサービスを利用することを可能にし、例えば、端末装置Ａが、端末装置Ｂに、ＭＭＳによってイメージを送信し、端末装置Ｂが、サーバ内に格納されたイメージに基づき、そのイメージを絵はがきサービスに伝送する。
【０１０８】
これを行うため、以下のステップが必要である。すなわち、
サーバ内に元のイメージを格納し、識別子を使用して、そのイメージに索引を付けるステップ、
プロセス、特に、すべてのサービスには適合していないが、要求するサービスに適合させられたプロセスを適用するステップ、
識別子を使用してイメージに永続的な形でマークを付けるステップ、
イメージを伝送するステップである。
イメージが、サーバを再び通過する際に、
マークアップを使用して、識別子が抽出されることが可能であり、
次に、対応する索引付きの元のイメージが、探し出され、
イメージが、必要に応じて、索引付きの大きいサイズのイメージで置き換えられることが可能である。
【０１０９】
現在、サーバのハードディスクは、およそ５百万のイメージを格納することができる。
そのような格納によって得られる利点は、最適な品質、伝送のためのより小さい通過帯域、およびすべてのタイプの端末装置に対する適合である。
【０１１０】
２．７．システム
「補正サーバ」とも呼ばれるリモートサーバが、以下のとおり、配置されることが可能である。すなわち、
ＭＭＳ−Ｃ（事業者によってホストされるＭＭＳ処理システム）内部に、
ＭＭＳ−Ｃへの入口に、
ＭＭＳ−Ｃからの出口に、
ＷＡＰゲートウェイ内部に、
ＭＭ９内部に、
ＭＭ７内部に。
【０１１１】
以下の端末装置とサーバの組み合わせが可能である。すなわち、
標準の端末装置、およびサーバ
サーバを伴わない、イメージ処理アプリケーションを有する端末装置、
サーバを伴う、イメージ処理アプリケーションを有する端末装置、
サーバを伴う、処理アプリケーションではないが、アプリケーションを有する端末装置、
サーバを伴う、縮小サイズイメージによってユーザにプレビューを与える前処理アプリケーションを有する端末装置。
【０１１２】
ユーザにフィードバックを与えるプロセスは、以下のとおり実現されることが可能である。すなわち、
ローカル（端末装置内部）で、または
ｈｔｔｐ、または別のプロトコルを介してリモートで、
２．８．イメージをパイプのサイズに適合させること
遠隔通信事業者は、例えば、ＭＭＳによって、伝送されるメッセージのサイズを制限する。
【０１１３】
イメージファイルのサイズは、イメージのコンテンツに依存する。所与の数のピクセル、および所与の知覚される品質レベルに関して、多くの詳細を含むイメージは、より少ない詳細を含むイメージより相当に大きいファイルを生じさせる。
【０１１４】
このため、すべてのケースでサービスの利用を可能にし、事業者によって割り当てられた通過帯域を超えないように、品質レベルを自動的に適合させることが必要である。
この品質レベルを適合させるいくつかのやり方が存在し、主要なポイントは、利用に依存し、そのため、サービスタイプに依存する。
【０１１５】
サービスを使用する際、イメージは、以下のパターンを採用する。すなわち、
ａ）写真を撮影し、場合により、圧縮
ｂ）マルチメディアデータのサイズ、適用される圧縮率、およびフォーマットを最適化するための前処理、すなわち、伝送されるファイルのサイズを縮小することにより、事業者によって割り当てられた通過帯域を適合させることであり、そのような縮小は、ピクセルの数を場合により低減し、かつ／または圧縮率を高めることを介して実行される。
ｃ）好ましくは、アーチファクトの低減を伴う伸張。
ｄ）サービスのために使用されるスクリーンまたはプリンタ（最終ピクセル数）に適合させる目的でピクセルの数を変更すること。
【０１１６】
ファイルサイズを縮小するため、ピクセルの数と、使用される圧縮の間で妥協が存在する。すなわち、
そのような妥協は、最終ピクセル数に依存し、このため、要求されるサービスのタイプ、および伸張プロセス、特に、アーチファクトが低減されるべきかどうかに依存し、
ある圧縮レベルを超えると、ピクセルの数を低減することが賢明である。
ファイルサイズ縮小動作は、以下のとおり行われることが可能である。すなわち、
好ましくは、周波数領域内でイメージを伸張することなく、
イメージ伸張の後に、または
イメージ伸張およびアーチファクト低減の後に。
【０１１７】
２．９．応用例
プロセス分散の例を以下に提示する。すなわち、
ａ）３Ｇネットワークでの応用例
そのようなネットワークは、高速の端末装置−サーバ交換を可能にする。このため、サーバ内部でプロセスを実行し、電話上で結果を迅速に表示することが可能である。
このため、端末装置上の任意のＩＴパフォーマンス、および多数のピクセルで作業することが可能である。
ｂ）２．５Ｇおよび最上級電話機（英語で「Ｓｍａｒｔｐｈｏｎｅ」）での応用例。
このネットワークは、高速の端末装置−サーバ交換を可能にしない。しかし、端末装置は、高いＩＴパフォーマンスを有する。
このため、ユーザにプレビューを示し、電話機上で結果を迅速に表示するために、スクリーンサイズに応じて、端末装置内部でイメージ処理を実行することが可能である。
このため、ユーザに向けてのフィードバックを要さずに、サーバ上でフル解像度処理を実行することが可能である。
ｃ）２．５Ｇネットワークおよび中級電話機（英語で「Ｆｅａｔｕｒｅｐｈｏｎｅ」）での応用例。
【０１１８】
ネットワークは、高速の端末装置−サーバ交換を可能にしない。
【０１１９】
端末装置は、限られたＩＴパフォーマンスを有し、交換は、遅い。ユーザ向けのプレビューの利用可能性は、より限られているが、その他の利点（設計、サービスへのアクセス、その他）は、維持される。
【０１２０】
このため、ユーザに向けてのフィードバックを制限することにより、サーバ内部でプロセスを実行することが可能である。
【０１２１】
３．写真テキストソリューション（ＦｏｔｏＴｅｘｔ＋ コンポーネント） 背景クリーンアップ
本発明は、「ＦｏｔｏＴｅｘｔ＋」と呼ばれるコンポーネントを用意し、このコンポーネントは、例えば、透明な背景上のストローク、特に、手書きテキスト、概略の描画、マップまたはスケッチ、印刷されたテキストから成る、「バイナリタイプの」任意の文書の撮影された写真を変換することを可能にするテキストスキャナである。
【０１２２】
このコンポーネントは、紙の欠陥、すなわち、紙の陰影、正方形または線、折り目、汚れ、しわ、および、もちろん、カメラおよび照光の欠陥を補正し（背景クリーンアップ）する。これは、閾値を超える情報を抜き出すことによって行われることが可能である。
このコンポーネントは、コントラストレベルを最適化する。
【０１２３】
このコンポーネントは、例えば、ボケ除去マスクを適用することにより、焦点合わせの「クローズアップボケ」の自動補正を実行する。実際、カメラフォンは、８０ｃｍ鮮明度から無限遠のためにプログラミングされており、一般に、オートフォーカスを有さない。しかし、テキストの写真は、およそ１５ｃｍの距離で、すなわち、カメラフォンのボケレンジ内で撮影される。
【０１２４】
この欠陥が、非常に低い解像度（スクリーン上の解像度、すなわち、１６０×１２０、つまり、ＣＩＦなどの）にほとんどセンシティブでないとすれば、この欠陥は、３００，０００ピクセル（ＶＧＡ）から特にセンシティブである。
【０１２５】
また、このコンポーネントは、比色上の欠陥も補正する。
【０１２６】
このコンポーネントは、非常に高い圧縮率に適合する。このため、およそ２５ｋｏであるテキスト写真は、転送を最適化するために、圧縮の後、最大で５ｋｏだけになる。
【０１２７】
伸張、次いで、処理の後、イメージは、背景上への重ね合わせを向上させるために、印刷フォーマットに戻され、すなわち、１インチ当たり３００ポイントまで、または最終文書のフォーマットに従って拡大される。
【０１２８】
このコンポーネントは、レベルグレーストロークを一様な背景上に生じさせる。
【０１２９】
このコンポーネントは、様々な形で使用されることが可能である。すなわち、
単独で、
処理済のイメージは、元のイメージよりも読み取りやすいので、撮影の後、端末装置スクリーン上で表示するために、
別の受取側に送信するため（ＭＭＳ、またはその他により）、
絵はがきの裏側で（メッセージおよび／またはアドレス）、
イメージを描いて、
クリーンアップされたイメージをマスクとして使用しながら、写真と、一様な色、またはテクスチャとの間のミキシング操作を介して背景色を透明にすることにより、写真上にクリーンアップされたイメージを重ね合わせることを可能にする、タッチアップソフトウェアを使用して。
【０１３０】
各ピクセルに関して、クリーンアップされたイメージのグレーレベルが、ＩＮ値を有し、写真が、ＰＨ値を有し、一様な色またはテクスチャが、ＣＯ値を有する場合、ＣＯ＊（１−ＩＮ）／ＭＡＸＩＮ＋ＰＨ＊ＩＮ／ＭＡＸＩＮを取り、ただし、ＭＡＸＩＮは、クリーンアップされたイメージにおけるすべてのピクセルの最大値である。
【０１３１】
例えば、絵はがきに関して、ユーザが、以下の２つの写真を撮影する。すなわち、
ａ）絵はがきの表側のための写真、および
ｂ）紙の上の書かれた／描かれたテキスト／グラフィックの写真
【０１３２】
ユーザインタフェースが、テキスト／グラフィックを写真の表側に位置付けることを可能にし、ローカルまたはリモートの端末装置スクリーン解像度プロセスが、プレビューを表示して、ユーザの作業を円滑にすることを可能にする。
【０１３３】
テキスト／グラフィックの写真が、処理され、読み取りやすさを高めるように一様でない照光のゾーンを除去することによってクリーニングされ、背景上でクリーニングされて、写真の表側に印刷される。
【０１３４】
写真のケースでは、特にパスポート写真のケースでは、背景クリーニングは、例えば、顔の輪郭を検出して、周囲を一様な色で埋めることにより、撮影された実際の人以外の、写真のすべての部分を一様にすることから成る。
【０１３５】
４．サービスの例
図１ｂから図８を使用して、以下に説明するのは、「フォトカード」とも呼ばれる、フォトカード作成サービスである。
【０１３６】
図は、そのサービスを使用している場合の、端末装置の様々なスクリーン（マン／マシンインタフェース）を示す。
【０１３７】
図１ｂに示されたスクリーン１０は、フォトカードサービスを選択した後のウェルカムに当る。それは、起動されると、いくつかのアクションからの選択を提供するウェルカムスクリーンにかかわり、それらのアクションは、「新たなフォトカード」、「下書き」、「送信済みカード」、「送信中のカード」、「テンプレート」として図示されている。選択は、アクションの１つを選択することにより、端末装置の「ジョイスティック」を使用して行われる。
【０１３８】
「オプション」メニューを起動することも可能であり、すると、そのメニューは、スクリーン１２を表示して、ユーザが、アクション、選好、支援を選択すること、またはサービスを終了にすることさえできるようにする。
【０１３９】
図２ａ、図２ｂ、および図２ｃの例に示される、選好を選択する場合、ユーザは、左ジョイスティックまたは右ジョイスティックを使用することにより、３つの選好、すなわち、「一般」（図２ａ）、「写真」（図２ｂ）、および「サーバ」（図２ｃ）のなかから選択することができる。
【０１４０】
「一般」タブに対応する、図２ａのスクリーン１４上で、ユーザは、ユーザの前回の下書きを自動的に読み込むことを所望するかどうかを尋ねられる。
【０１４１】
選好選択の「写真」タブに対応するスクリーン１６（図２ｂ）上で、ユーザは、使用された前回のイメージを自動的に表示することを所望するかどうか、および前回のページレイアウトを自動的に使用することを所望するかどうかを尋ねられる。
【０１４２】
選好メニューの「サーバ」タブに対応する図２ｃのスクリーン１８上で、ユーザは、ＭＭＳサーバまたはｈｔｔｐサーバなどの、いずれのサーバに接続することを所望するかを尋ねられる。
【０１４３】
図３には、ユーザが、図１ｂのスクリーン１２の「選択」オプションメニューでアクションを選択した際に表示される、スクリーン２０が示されている。このため、スクリーン２０が示され、スクリーン２０上には、下書き、テンプレート、送信されるべきカード、および送信中のカードの間で、選択可能なオプションが表示されている。スクリーン２０上で、最新の下書きが示されており、その下書きは、写真２２とテキスト２４とを含む。スクリーン２０のメニューオプションは、「開く」コマンドでスクリーン２６にアクセスすることを可能にする。
【０１４４】
そのような「開く」コマンドを選択する際、または図１ｂ上の新たな絵はがきの作成および送信を選択する際、「表側」のためのイメージ（ページレイアウト）、「裏側」のためのテキスト（ページレイアウト）、およびアドレスを、図４に示されるとおり、選択することが可能である。
【０１４５】
図４に示されるスクリーン３０は、イメージの選択に当たり、この選択は、図示されるとおり、それが、表側にイメージを有する新たな絵はがきを作成するためのサービスにかかわることを示し、新たな写真を撮影する、撮影された前回の写真を選択する、端末装置のメモリの中に格納されたアルバムから写真を選択する、同一のサービスに関して最近、使用された写真を選択する、または最後に、リモートサーバから写真を選択する可能性を提供する。
【０１４６】
「表側」タブ（図５）を選択する際、表側ページレイアウトに関する支援が提供される。ユーザが、好ましいページレイアウトを前もって選択した場合、そのようなレイアウトが、直接に表示される。選択していない場合、スクリーンは、図示されるとおり、オプションのリストを表示する。すなわち、端末装置内部でページレイアウトを選択すること、またはリモートサーバから選択すること、または新たなページレイアウトを作成することを可能にする。
【０１４７】
「ページレイアウトを選択する」を選択する際、色、スタイル、サイズ、その他が異なるページレイアウトなどの、いくつかのタイプのページレイアウトの間における選択が与えられる。
【０１４８】
ユーザが、「新たなページレイアウトを作成する」というオプションを選択した場合、一連のオプションが提案され、オプションは、この例では、フレームカラーの選択、フレームの厚みの選択、ならびに丸い角を有するカードの選択およびスタイルの選択である。
【０１４９】
ユーザが、図４に示されるスクリーン３０の「テキスト」タブをクリックすると、図６からのスクリーン３４が現れ、「スマートテキスト」タイプの新規のテキスト（半自動的入力を有するテキスト）、新規の「写真テキスト」、または既存の写真テキストの間の選択を提供する。
【０１５０】
「新規のテキスト」オプションを選択した場合、マン／マシンインタフェースが、標準入力または半自動的入力を伴うテキスト作成に切り替わり、半自動的入力は、テキストに関するいくつかのフィールドを許すこと、およびそれらのフィールドの各フィールドの中で、既に記憶されているテキストを再使用することから成る。第１のフィールドは、受取側を指すヘッダフィールド、すなわち、「Ｄｅａｒ ｆｒｉｅｎｄ」、「Ｄｅａｒ Ｍｕｍ」、その他である。第２のフィールドは、テキストの本文、すなわち、「Ｉｔ’ｓ ｆｉｎｅ ｔｏｄａｙ」、「Ｇｒｅａｔ ｈｏｌｉｄａｙｓ！」、その他に関する。第３のフィールドは、改まった結語を含むテキストの結びに関し、第４のフィールドは、署名を含む。
【０１５１】
「写真テキスト」オプションを選択した場合、スクリーン（図示せず）が表示されて、「完全に平行であることを確かめなさい」や「一様な照光となるように試みなさい」といった、テキスト写真を正しく撮影するための指示を伴って、テキスト、例えば、手書きのテキストの写真をユーザが撮影しなければならないことをユーザに知らせる。
【０１５２】
一実施形態では、長方形のフレーミングが、スクリーン上に表示され、写真が歪んでいるか否かに応じて、写真が正しいアングルで撮影されているかどうかを判定することを可能にする。
【０１５３】
テキストが作成される、または撮影されると、ユーザは、図４の「裏側」タブに対応し、裏側の、すなわち、テキストに関する、ページレイアウトに関連する次のステップに進むことができる。そのようなケースでは、図７のスクリーン３６が表示され、以下のオプションを提供する。すなわち、
前回のページレイアウトを選択すること、
選好されるページレイアウトを選択すること、
ページレイアウトを選択すること、
リモートサーバ上のページレイアウトを選択すること、および
新規のページレイアウトを作成することである。
【０１５４】
例えば、端末装置のメモリの中で見つけることができるページレイアウトの選択は、一実施形態では、使用されるべきであり、例えば、写真が撮影された場所に対応する郵便切手のタイプを選択することから成る。また、選択は、背景色を選択することから成ることも可能である。
【０１５５】
新規のページレイアウトを作成することに関して、フォントの選択、フォントのサイズ、全体的な色、および切手がすべて、提案される。
【０１５６】
図８は、ユーザが、図４のスクリーン上の「アドレス」タブを選択した場合に現れるスクリーン３８を示す。端末装置が、連絡先リストを既に含む場合、「オプション」ボックス（スクリーン４０）を使用して、受取側が、連絡先のリストから選択される。新たな連絡先にかかわる場合、スクリーンは、ファーストネーム（オプションＴ９と接触することによって選択されることが可能である）、ファミリネーム、番地、通りの名前、都市および国の郵便番号に関する、いくつかのゾーンを示す。
【０１５７】
好ましくは、郵便番号が指示されると、それに対応する都市が自動的に現れ、それとは反対に、都市が指示されると、郵便番号が自動的に示される。
【０１５８】
また、同一の絵はがきに関して、いくつかの受取側を選択することも可能である。
【０１５９】
絵はがきが未完成である場合、スクリーンは、そのような絵はがきが完成していないことを告げ、イメージ、受取側、およびテキストを選択するよう求め、また、既定の表側ページレイアウト（イメージ）が使用されていること、および、同様に、既定の裏側ページレイアウト（テキスト）が使用されていることも示す。
【０１６０】
絵はがきが完成した場合、送信スクリーンは、絵はがきが、送信される準備ができていることを示し、その絵はがきをテンプレートとして保存するよう、ユーザに提案する。
【０１６１】
最後に、ディスパッチの後で、スクリーンは、絵はがきが送信されたことを示し、同一のカードを別の受取側に送信するよう、ユーザに提案する。
【０１６２】
５．伝送されるべきデータをネットワーク伝送容量に適合させること
カメラフォン内のセンサの容量は、常に増加しており、伝送プロトコルを含む通過帯域を大幅に超えている。例えば、ＶＧＡセンサは、３００，０００ピクセルを提供し、各ピクセルは、カラーチャネルの各チャネルを符号化するために、１オクテットを使用し、これにより、およそ９００ｋｏの全体イメージがもたらされる。しかし、ほとんどの端末装置は、圧縮された後、３０ｋｏないし５０ｋｏの、すなわち、ＶＧＡセンサのケースにおける初期データのおよそ３％ないし５％のファイルを送信することしかできない。
【０１６３】
そのような所見に基づき、本発明は、伝送されるイメージ品質をプロトコルによって最適化することを可能にする方法を提案し、プロトコルは、そのような最適化に鑑みて、サブサンプリングレート、および圧縮パラメータ、すなわち、ＪＥＰＧタイプのパラメータを選択することを可能にする。
【０１６４】
実際、イメージファイルサイズを小さくするために、一方で、サブサンプリングが行われることが可能であり、他方、イメージは、ＪＰＥＧアルゴリズムなどの、圧縮アルゴリズムを使用して圧縮されることが可能である。
【０１６５】
後のサブサンプリングおよび再サンプリングは、解像度を低くし、詳細が失われること、およびエイリアシングを必然的に伴う。
【０１６６】
さらに、ＪＰＥＧ圧縮は、情報の損失をもたらし、圧縮率が高いために、いっそう重大なアーチファクト（欠陥）の出現を生じさせる。
【０１６７】
以上を述べた上で、再サンプリングによって生じさせられる解像度の損失は、もはや補正されない可能性がある。それに対して、ＪＰＥＧ圧縮によって生じさせられるアーチファクトは、それらのアーチファクトが、ある限度内で補正されることを可能にする、整った、既知の分布を有する。そのような補正は、例えば、ＪＰＥＧ標準で説明されているとおり、ユニットエッジを平滑化することにより、またはそのような欠陥を伸張し、補正することを可能にする「ＪＥＰＧ ＣＬＥＡＮＥＲ」として知られているアルゴリズムによってさえ、実行される。
【０１６８】
圧縮率およびサンプリングレートを決定するために、圧縮率が、横座標で示され、サンプリングレートが縦座標で示された、図９に示されるチャートを使用する。
【０１６９】
そのようなチャートは、３つの異なるイメージに対応する３つの曲線を含む。
【０１７０】
チャートは、以下の形で得られる。すなわち、１メガピクセル鮮明度を最初に表す、３つの試験イメージが選択される。
【０１７１】
そのようなイメージを使用して、異なるレートで圧縮されたコピーが生成されて、水平方向でも、垂直方向でも同一である、９０％、８０％、７０％、６０％、その他のサンプリングレートであらかじめ再サンプリングされた、所与のサイズ、すなわち、２００ｋｏ、１５０ｋｏ、１００ｋｏ、８０ｋｏ、６０ｋｏ、５５ｋｏ、５０ｋｏ、４５ｋｏ、４０ｋｏ、３５ｋｏ、その他のファイルを獲得することを可能にする。
【０１７２】
イメージは、次に、ファイルサイズ別に分類され、そのため、各ファイルグループは、異なる鮮明度ではあるが、同一サイズを有するイメージから成る。
【０１７３】
このように得られた異なるイメージを比較することができるために、そのようなイメージは、双三次タイプの補間計算によって、オリジナルの鮮明度に戻されている。
【０１７４】
次に、各イメージシリーズに関して、経験を積んだ閲覧者が、コンピュータスクリーン上の様々なイメージを観察して、もちろん、サブサンプリングレート、および対応する圧縮率を記録しながら、同様のサイズのファイルと比べて、閲覧者が最も満足がいくと判断したイメージを決定した。
【０１７５】
ＪＰＥＧ圧縮をイメージ再サンプリングに関連付けることにより、それらの方法のいずれが別個に使用される場合よりも、良好な結果を得ることが可能になることが認められた。
【０１７６】
このため、図９のチャートは、所与の圧縮率に関して、最良のイメージ品質をもたらすサンプリングレートの値を選択することを可能にすることが認められた。
【０１７７】
図１０に示されたチャートでは、ｋｏイメージファイルサイズは、横座標で示されているのに対して、サンプリングレートは、縦座標で示されている。この図１０に示される曲線は、ファイルサイズおよびサンプリングレートに応じた、最も満足のいくイメージを示す。
【０１７８】
圧縮なしで、およそ３Ｍｏのサイズである１メガピクセルイメージに基づき、３０ｋｏファイルを得る目的で、イメージ圧縮に先立ち、５０％（ピクセル数を４分の１に削減することに相当する）でイメージをサブサンプリングすることが好ましい。５０ｋｏのファイルを得るのに、イメージ圧縮に先立ち、７０％（すなわち、ピクセル数を２分の１に削減することに相当する）でイメージをサブサンプリングすることが賢明である。最後に、１３０ｋｏを超えるファイルに関しては、サブサンプリングなしに、ＪＰＥＧ圧縮だけを使用することが好ましい。
【０１７９】
実際には、移動電話端末装置は、本発明の趣旨の範囲内で、マルチメディアデータのサイズに応じた最適圧縮曲線としても知られる、図９ａおよび図１０ａに示されたチャートをメモリの中に含む。図９ａは、図９におけるすべての曲線の平均を成す５０曲線を有するチャートを表すのに対して、図１０ａのチャートは、図１０の曲線の平均値に対応する５２曲線を含む。
【０１８０】
このため、ネットワークを介して送信されるべきファイルを決定するために、移動電話端末装置によってネットワークを介して伝送されることが可能なファイルサイズにリンクされたアルゴリズムが、端末装置内にプログラミングされる。図１０ａの横座標の、そのファイルサイズは、同一の図における縦座標のサンプリングレートに対応する。そのようなサンプリングレートは、図９ａからの５０曲線を使用して、図９ａからの横座標の圧縮率を算出することを可能にする。このアルゴリズムは、図１０ａの横座標における点Ａから出て、図９ａの横座標における点Ｂに達する矢印によって表される。
【０１８１】
しかし、得られた圧縮率は、ネットワークによってサポートされるファイルサイズを超えるファイルサイズをもたらす可能性がある。というのは、所与の圧縮率に関して、最終ファイルサイズは、イメージの中に含まれる詳細の量に依存するからである。このことが、そのようなケースにおいて、アルゴリズムが、より高い圧縮率Ｂ’を選択する理由であり、これにより、図９ａの５０曲線により、対応するサンプリングレートを選択することが可能になり、図１０ａのチャートを使用して、ファイルサイズＡ’が、ネットワークによって許される最大値より低いかどうかを検証することが可能になる。そのような繰り返しの手続きは、サイズＡ’が、依然として大きすぎる場合、すなわち、満足のいくファイルサイズが得られるまで、Ａ’より低いファイルサイズＡ”を選択することによって続けられる。
【０１８２】
もちろん、マルチメディアデータサイズに応じた最適な圧縮曲線は、端末装置のメモリ内で、図９ａおよび図１０ａからのチャートの形態で表されることが可能であるが、値テーブルまたはアルゴリズムとして表されることも可能である。
【０１８３】
もちろん、マルチメディアデータのサイズに応じて、最適圧縮曲線の必要な部分だけが、端末装置メモリ内で表されることも可能である。必要な部分は、例えば、様々な電話事業者のネットワークによって通過させられることが可能な最大ファイルサイズに対応する抽出部分である。
【図面の簡単な説明】
【０１８４】
【図１】本発明による方法のステップを示す図である。
【図１ａ】本発明による方法のステップを示す図である。
【図１ｂ】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図２ａ】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図２ｂ】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図２ｃ】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図３】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図４】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図５】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図６】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図７】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図８】絵はがきを送信するサービスに関する本発明の実施形態の例を示す図である。
【図９】イメージデータの送信を伝送ネットワークの容量に適合させることを可能にする、本発明に準拠する方法を示すチャートである。
【図１０】イメージデータの送信を伝送ネットワークの容量に適合させることを可能にする、本発明に準拠する方法を示すチャートである。
【図９ａ】イメージデータの送信を伝送ネットワークの容量に適合させることを可能にする、本発明に準拠する方法を示すチャートである。
【図１０ａ】イメージデータの送信を伝送ネットワークの容量に適合させることを可能にする、本発明に準拠する方法を示すチャートである。
【特許請求の範囲】
【請求項１】
少なくとも１つのタイプのマルチメディアデータ（１００）に関連する、すなわち、写真、および／またはビデオ、および／またはオーディオ、および／またはテキストに関連する、ネットワークを介してユーザの移動電話機（１１０）内でサービスプロバイダおよび／または遠隔通信事業者によって提案されるサービスを利用することの品質を、そのようなデータに関する少なくとも１つのプロセスを実施して向上させるための方法であって、
前記マルチメディアデータのサイズ、および／または
前記移動電話機のＩＴリソース、および／または
前記マルチメディアデータに関する獲得デバイスおよび／または復元デバイスの品質、および／または
前記ネットワークの伝送特性、および／または
サービスのタイプなどの、利用の品質に影響を与える少なくとも１つの要因からもたらされる限界を克服することを目的とし、
アプリオリに、またはリアルタイムで、前記要因に応じて、前記移動電話機内で処理されなければならない前記マルチメディアデータの第１の部分（１０２）、前記ネットワークを介して前記移動電話機に接続された少なくとも１つのリモートサーバ（１１２）内で処理されなければならない前記マルチメディアデータの第２の部分（１０４）を特定し、前記プロセスの第１の部分は、前記移動電話機内で実行されなければならず、前記プロセスの第２の部分は、少なくとも１つのリモートサーバ内で実行されなければならないステップと、
前記移動電話機内および／または前記リモートサーバ内で、そのように特定されたプロセスの各部分が実行され、かつ／またはそのように特定された前記マルチメディアデータの各部分が処理されるステップとを含む方法。
【請求項２】
以降、「リモートプロセス」と呼ばれる、前記サーバ内で実行されなければならないプロセスに関連する指示が、前記移動電話機（１１０）において定義されるステップと、
前記移動電話機が、それらの指示を前記リモートサーバに伝送するステップと、
前記サーバが、それらの指示を実行するステップとをさらに含む請求項１に記載の方法。
【請求項３】
前記指示は、
前記リモートサーバ内で処理されなければならない前記マルチメディアデータの前記第２の部分、および／または
少なくとも１つのリモートサーバが、そのリモートサーバ内で処理されるべき前記マルチメディアデータの前記第２の部分を特定することを可能にする識別子、および／または
前記サーバ内で実行されなければならない前記リモートプロセスの前記第２の部分、および／または
前記サービスの受益者のアドレス、および／または
前記サーバが、そのような受益者のアドレスを獲得することを可能にするコードを含む、請求項２に記載の方法であって、
前記サーバが、前記サービスの前記受益者に、前記プロセスに関連する前記指示を実行したことの結果を伝送するステップをさらに含む方法。
【請求項４】
前記サーバ内で実行される前記リモートプロセスの前記部分は、
あるタイプの移動電話機に結び付いた獲得欠陥に関する補正プロセスなどの、前記マルチメディアデータの改良と、
特に移動電話機のスクリーン、他のディスプレイのスクリーン、または印刷手段のスクリーンなどの、前記データが向けられた復元手段または記録手段の欠陥のすべて、または一部を除去することに向けられたプロセスと、
前記マルチメディアデータを編集することと、
特に、前記データが、手書きによるテキストおよび／または描画に結び付いた写真である場合に、例えば、そのようなデータを保存する、または印刷することを目的とする、前記マルチメディアデータの背景クリーンアップと、
前記マルチメディアデータの品質の分析と、
イメージのケースで、すなわち、回転またはトリミングによる、イメージの幾何学的移動などの、前記マルチメディアデータの所望されるレタッチと、
ＭＭＳ、ファクシミリ、電子メールなどの伝送モードと、
イメージをテキストに関連付けること、受取側、マルチメディアデータアルバムを作成するためのサービス、記録サービスに、印刷サービス、マルチメディアデータページレイアウトを送ること、例えば、写真および／またはテキストを挿入するために、前記移動電話機を介して前記マルチメディアデータが送信される場合に、前記マルチメディアデータを編集するための指示を前記移動電話機に返信で提供することと、
サービスを提供するためのマルチメディアデータプロセス、すなわち、前記マルチメディアデータを含むファイルのフォーマットまたはサイズの変更とを含むグループに含まれる少なくとも１つのプロセスを含む、先行する請求項のいずれかに記載の方法。
【請求項５】
前記移動電話機内で、前記マルチメディアデータサイズ、適用される前記マルチメディアデータの圧縮率、および前記マルチメディアデータのフォーマットを最適化するためのプリプロセスを含むマルチメディアデータ圧縮ステップ、例えば、ＪＰＥＧタイプの圧縮を含む先行する請求項のいずれかに記載の方法であって、
そのような前処理は、要求されるサービスのタイプと、ネットワーク伝送規格と、前記マルチメディアデータサイズに応じた最適な圧縮曲線と、前記マルチメディアデータ圧縮タイプとを含むグループに含まれるパラメータの少なくとも１つに依存し、
前記マルチメディアデータ圧縮は、好ましくは、周波数ドメイン内で実施され、
前記圧縮に結び付いたアーチファクトまたは欠陥に関する除去プロセスを好ましくは、伴う、前記リモートサーバ内の伸張をさらに含む方法。
【請求項６】
前記マルチメディアデータは、圧縮なしに、またはさらなる圧縮なしに、または前記移動電話機から受信される前記マルチメディアデータとの関連において低いさらなる圧縮率で前記リモートサーバ内に格納され、前記移動電話機への前記マルチメディアデータの伝送のために圧縮され、前記移動電話機において、提供されるべき、または前記移動電話機によって要求されたサービスに応じてプロセスを受け、伝達される圧縮された処理済みのデータには後の使用を可能にするために、前記リモートサーバ内に格納された元のマルチメディアデータに結び付けられたマークアップ（１２２）が、割り当てられる、先行する請求項のいずれかに記載の方法。
【請求項７】
前記リモートサーバは、出所、および処理されるべきマルチメディアデータを識別することができるようにするため、さらに、各タイプのマルチメディアデータに関するプロセスのタイプを決定するために、移動電話機シグネチャに関するベースを含む、先行する請求項のいずれかに記載の方法であって、
前記シグネチャは、前記マルチメディアデータから抽出されるか、または前記マルチメディアデータに付加される、方法。
【請求項８】
前記シグネチャは、以下のカテゴリ、すなわち、
単一タイプの移動電話機に関する個々のシグネチャ、
いくつかのタイプの移動電話機に関するグループシグネチャ、
すべてのタイプの移動電話機に対応するシグネチャのいずれか１つに属する請求項７に記載の方法。
【請求項９】
前記リモートサーバは、以下のグループ、すなわち、
ＭＭＳ−Ｃと呼ばれるＭＭＳ中心、
ＭＭＳ−Ｃへの入口に、
ＭＭＳ−Ｃからの出口に、
ＷＡＰゲートウェイ
前記ＭＭＳ中心のＭＭ９インタフェースまたはＭＭ７インタフェースに含まれる位置を占める、先行する請求項のいずれかに記載の方法。
【請求項１０】
少なくとも１つのタイプのマルチメディアデータに関連する、すなわち、写真、および／またはビデオ、および／またはオーディオ、および／またはテキストに関連する、移動電話機において、サービスプロバイダおよび／または遠隔通信事業者によって提案されるサービスを利用することの品質を、そのようなデータに関する少なくとも１つのプロセスを実施して向上させるための手段を含む移動電話端末装置であって、
利用の品質を向上させるためのそのような手段は、
アプリオリに、またはリアルタイムで、利用の品質に影響を与える少なくとも１つの要因に応じて、前記移動電話機内で処理されなければならない前記マルチメディアデータの第１の部分、前記移動電話機に接続可能な少なくとも１つのリモートサーバ内で処理されなければならない前記マルチメディアデータの第２の部分を特定するための、前記プロセスの第１の部分は、前記移動電話機内で実行されなければならず、前記プロセスの第２の部分は、リモートサーバ内で実行されなければならない、手段と、
前記移動電話機内でそのように特定された前記プロセスまたは前記プロセス群を実行する手段と、
前記リモートサーバに、そのようなサーバ内で処理されなければならない前記マルチメディアデータ、またはデータの部分を伝送するための手段とを含む端末装置。
【請求項１１】
そのような移動電話機内で、処理されるべき前記マルチメディアデータの前記部分、および／または実行されなければならない前記プロセスの前記部分を特定するための手段、および／または前記部分に関連する情報をリモートサーバから受信するための手段を含む請求項１０に記載の端末装置。
【請求項１２】
前記リモートサーバに、そのようなサーバ内で実行されなければならない前記プロセスに関連する指示を伝送するための手段を含む請求項１０または１１に記載の端末装置。
【請求項１３】
前記指示は、
前記リモートサーバ内で処理されなければならない前記マルチメディアデータの前記第２の部分、および／または
少なくとも１つのリモートサーバが、そのリモートサーバ内で処理されるべき前記マルチメディアデータの前記第２の部分を特定することを可能にする識別子、および／または
前記サーバ内で実行されなければならない前記リモートプロセスの前記第２の部分、および／または
前記サービスの受益者のアドレス、および／または
前記サーバが、そのような受益者のアドレスを獲得することを可能にするコードを含む、請求項１２に記載の端末装置。
【請求項１４】
前記サーバ内で実行されなければならない前記リモートプロセスの前記部分を特定するための前記手段は、
あるタイプの移動電話機に結び付いた獲得欠陥に関する補正プロセスなどの、前記マルチメディアデータの改良と、
特に、移動電話機のスクリーン、他のディスプレイのスクリーン、または印刷手段のスクリーンなどの、前記データが向けられた復元手段または記録手段の欠陥のすべて、または一部を除去することに向けられたプロセスと、
前記マルチメディアデータを編集することと、
特に、前記データが、手書きによるテキストおよび／または描画に結び付いた写真である場合に、例えば、そのようなデータを保存する、または印刷することを目的とする、前記マルチメディアデータの背景クリーンアップと、
前記マルチメディアデータの品質の分析と、
イメージのケースで、すなわち、回転またはトリミングによる、イメージの幾何学的移動などの、前記マルチメディアデータの所望されるレタッチと、
ＭＭＳ、ファクシミリ、電子メールなどの伝送モードと、
イメージをテキストに関連付けること、受取側、マルチメディアデータアルバムを作成するためのサービス、記録サービスに、印刷サービス、マルチメディアデータページレイアウトを送ること、例えば、写真および／またはテキストを挿入するために、前記移動電話機を介して前記マルチメディアデータが送信される場合に、前記マルチメディアデータを編集するための指示を前記移動電話機に返信で提供することと、
前記サービスを提供するためのマルチメディアデータプロセス、すなわち、前記マルチメディアデータを含むファイルのフォーマットまたはサイズの変更とを含むグループに前記プロセスが含まれる場合に、そのようなリモートプロセスを選択するための手段を含む、請求項１０から１３のいずれかに記載の端末装置。
【請求項１５】
前記マルチメディアデータを圧縮するための手段、例えば、ＪＰＥＧタイプの手段を含む請求項１０から１４のいずれかに記載の端末装置であって、
そのような圧縮手段は、前記マルチメディアデータサイズ、適用される前記マルチメディアデータの圧縮率、および前記マルチメディアデータのフォーマットを最適化するためのプリプロセス手段を含み、そのような前処理は、要求されるサービスのタイプと、ネットワーク伝送規格と、前記マルチメディアデータサイズに応じた最適な圧縮曲線と、前記マルチメディアデータ圧縮タイプとを含むグループに含まれるパラメータの少なくとも１つに依存し、
前記マルチメディアデータ圧縮は、好ましくは、周波数ドメイン内で実施される、端末装置。
【請求項１６】
少なくとも１つのタイプのマルチメディアデータに関連する、すなわち、写真、および／またはビデオ、および／またはオーディオ、および／またはテキストに関連する、サービスを利用することの品質を、そのようなデータに関する少なくとも１つのプロセスを実施して向上させるための手段を含む移動電話遠隔通信ネットワークのサーバであって、
利用の品質を向上させるための前記手段は、
移動電話機サービスを利用することの品質に影響を与える要因に応じて、前記移動電話機内で処理されなければならない前記マルチメディアデータの第１の部分、前記ネットワークを介して前記移動電話機に接続された少なくとも１つのリモートサーバ内で処理されなければならない前記マルチメディアデータの第２の部分を特定するための、前記プロセスの第１の部分は、前記移動電話機内で実行されなければならず、前記プロセスの第２の部分は、少なくとも１つのリモートサーバ内で実行されなければならない、手段と、
前記部分の値を前記移動電話機に伝送するための手段と、
そのようなサーバ内で処理されなければならない前記マルチメディアデータプロセスの前記部分を実行するための手段とを含むサーバ。
【請求項１７】
あるタイプの移動電話機に結び付いた獲得欠陥に関する補正プロセスなどの、前記マルチメディアデータの改良と、
特に、移動電話機のスクリーン、他のディスプレイのスクリーン、または印刷手段のスクリーンなどの、前記データが向けられた復元手段または記録手段の欠陥のすべて、または一部を除去することに向けられたプロセスと、
前記マルチメディアデータを編集することと、
特に、前記データが、手書きによるテキストおよび／または描画に結び付いた写真である場合に、例えば、そのようなデータを保存する、または印刷することを目的とする、前記マルチメディアデータの背景クリーンアップと、
前記マルチメディアデータの品質の分析と、
イメージのケースで、すなわち、回転またはトリミングによる、イメージの幾何学的移動などの、前記マルチメディアデータの所望されるレタッチと、
ＭＭＳ、ファクシミリ、電子メールなどの伝送モードと、
イメージをテキストに関連付けること、受取側、マルチメディアデータアルバムを作成するためのサービス、記録サービスに、印刷サービス、マルチメディアデータページレイアウトを送ること、例えば、写真および／またはテキストを挿入するために、前記移動電話機を介して前記マルチメディアデータが送信される場合に、前記マルチメディアデータを編集するための指示を前記移動電話機に返信で提供することと、
前記サービスを提供するためのマルチメディアデータプロセス、すなわち、前記マルチメディアデータを含むファイルのフォーマットまたはサイズの変更とを含むグループに含まれるプロセスの少なくとも１つを実行する手段を含む請求項１６に記載のサーバ。
【請求項１８】
マルチメディアデータを、さらなる圧縮なしに、または移動電話機から受信される前記マルチメディアデータとの関連において低いさらなる圧縮率で格納するため、および圧縮を伴うそのようなデータを移動電話機に向けて伝送するため、およびそのようなマルチメディアデータにマークアップを割り当てるための手段を含む請求項１６または１７に記載のサーバ。
【請求項１９】
前記リモートサーバは、出所、および処理されるべきマルチメディアデータを識別することができるようにするため、さらに、各タイプのマルチメディアデータに関するプロセスのタイプを決定するために、移動電話機シグネチャに関するベースを含む、請求項１６から１８に記載のサーバであって、
前記シグネチャは、前記マルチメディアデータから抽出されるか、または前記マルチメディアデータに付加される、サーバ。
【請求項２０】
前記シグネチャは、以下のカテゴリ、すなわち、
単一タイプの移動電話機に関する個々のシグネチャ、
いくつかのタイプの移動電話機に関するグループシグネチャ、
すべてのタイプの移動電話機に対応するシグネチャのいずれか１つに属する請求項１９に記載のサーバ。
【請求項２１】
以下のグループ、すなわち、
ＭＭＳ−Ｃと呼ばれるＭＭＳ中心、
ＭＭＳ−Ｃへの入口に、
ＭＭＳ−Ｃからの出口に、
ＷＡＰゲートウェイ
前記ＭＭＳ中心のＭＭ９インタフェースまたはＭＭ７インタフェースに含まれる位置を占める請求項１６から２０のいずれかに記載のサーバ。
【請求項１】
少なくとも１つのタイプのマルチメディアデータ（１００）に関連する、すなわち、写真、および／またはビデオ、および／またはオーディオ、および／またはテキストに関連する、ネットワークを介してユーザの移動電話機（１１０）内でサービスプロバイダおよび／または遠隔通信事業者によって提案されるサービスを利用することの品質を、そのようなデータに関する少なくとも１つのプロセスを実施して向上させるための方法であって、
前記マルチメディアデータのサイズ、および／または
前記移動電話機のＩＴリソース、および／または
前記マルチメディアデータに関する獲得デバイスおよび／または復元デバイスの品質、および／または
前記ネットワークの伝送特性、および／または
サービスのタイプなどの、利用の品質に影響を与える少なくとも１つの要因からもたらされる限界を克服することを目的とし、
アプリオリに、またはリアルタイムで、前記要因に応じて、前記移動電話機内で処理されなければならない前記マルチメディアデータの第１の部分（１０２）、前記ネットワークを介して前記移動電話機に接続された少なくとも１つのリモートサーバ（１１２）内で処理されなければならない前記マルチメディアデータの第２の部分（１０４）を特定し、前記プロセスの第１の部分は、前記移動電話機内で実行されなければならず、前記プロセスの第２の部分は、少なくとも１つのリモートサーバ内で実行されなければならないステップと、
前記移動電話機内および／または前記リモートサーバ内で、そのように特定されたプロセスの各部分が実行され、かつ／またはそのように特定された前記マルチメディアデータの各部分が処理されるステップとを含む方法。
【請求項２】
以降、「リモートプロセス」と呼ばれる、前記サーバ内で実行されなければならないプロセスに関連する指示が、前記移動電話機（１１０）において定義されるステップと、
前記移動電話機が、それらの指示を前記リモートサーバに伝送するステップと、
前記サーバが、それらの指示を実行するステップとをさらに含む請求項１に記載の方法。
【請求項３】
前記指示は、
前記リモートサーバ内で処理されなければならない前記マルチメディアデータの前記第２の部分、および／または
少なくとも１つのリモートサーバが、そのリモートサーバ内で処理されるべき前記マルチメディアデータの前記第２の部分を特定することを可能にする識別子、および／または
前記サーバ内で実行されなければならない前記リモートプロセスの前記第２の部分、および／または
前記サービスの受益者のアドレス、および／または
前記サーバが、そのような受益者のアドレスを獲得することを可能にするコードを含む、請求項２に記載の方法であって、
前記サーバが、前記サービスの前記受益者に、前記プロセスに関連する前記指示を実行したことの結果を伝送するステップをさらに含む方法。
【請求項４】
前記サーバ内で実行される前記リモートプロセスの前記部分は、
あるタイプの移動電話機に結び付いた獲得欠陥に関する補正プロセスなどの、前記マルチメディアデータの改良と、
特に移動電話機のスクリーン、他のディスプレイのスクリーン、または印刷手段のスクリーンなどの、前記データが向けられた復元手段または記録手段の欠陥のすべて、または一部を除去することに向けられたプロセスと、
前記マルチメディアデータを編集することと、
特に、前記データが、手書きによるテキストおよび／または描画に結び付いた写真である場合に、例えば、そのようなデータを保存する、または印刷することを目的とする、前記マルチメディアデータの背景クリーンアップと、
前記マルチメディアデータの品質の分析と、
イメージのケースで、すなわち、回転またはトリミングによる、イメージの幾何学的移動などの、前記マルチメディアデータの所望されるレタッチと、
ＭＭＳ、ファクシミリ、電子メールなどの伝送モードと、
イメージをテキストに関連付けること、受取側、マルチメディアデータアルバムを作成するためのサービス、記録サービスに、印刷サービス、マルチメディアデータページレイアウトを送ること、例えば、写真および／またはテキストを挿入するために、前記移動電話機を介して前記マルチメディアデータが送信される場合に、前記マルチメディアデータを編集するための指示を前記移動電話機に返信で提供することと、
サービスを提供するためのマルチメディアデータプロセス、すなわち、前記マルチメディアデータを含むファイルのフォーマットまたはサイズの変更とを含むグループに含まれる少なくとも１つのプロセスを含む、先行する請求項のいずれかに記載の方法。
【請求項５】
前記移動電話機内で、前記マルチメディアデータサイズ、適用される前記マルチメディアデータの圧縮率、および前記マルチメディアデータのフォーマットを最適化するためのプリプロセスを含むマルチメディアデータ圧縮ステップ、例えば、ＪＰＥＧタイプの圧縮を含む先行する請求項のいずれかに記載の方法であって、
そのような前処理は、要求されるサービスのタイプと、ネットワーク伝送規格と、前記マルチメディアデータサイズに応じた最適な圧縮曲線と、前記マルチメディアデータ圧縮タイプとを含むグループに含まれるパラメータの少なくとも１つに依存し、
前記マルチメディアデータ圧縮は、好ましくは、周波数ドメイン内で実施され、
前記圧縮に結び付いたアーチファクトまたは欠陥に関する除去プロセスを好ましくは、伴う、前記リモートサーバ内の伸張をさらに含む方法。
【請求項６】
前記マルチメディアデータは、圧縮なしに、またはさらなる圧縮なしに、または前記移動電話機から受信される前記マルチメディアデータとの関連において低いさらなる圧縮率で前記リモートサーバ内に格納され、前記移動電話機への前記マルチメディアデータの伝送のために圧縮され、前記移動電話機において、提供されるべき、または前記移動電話機によって要求されたサービスに応じてプロセスを受け、伝達される圧縮された処理済みのデータには後の使用を可能にするために、前記リモートサーバ内に格納された元のマルチメディアデータに結び付けられたマークアップ（１２２）が、割り当てられる、先行する請求項のいずれかに記載の方法。
【請求項７】
前記リモートサーバは、出所、および処理されるべきマルチメディアデータを識別することができるようにするため、さらに、各タイプのマルチメディアデータに関するプロセスのタイプを決定するために、移動電話機シグネチャに関するベースを含む、先行する請求項のいずれかに記載の方法であって、
前記シグネチャは、前記マルチメディアデータから抽出されるか、または前記マルチメディアデータに付加される、方法。
【請求項８】
前記シグネチャは、以下のカテゴリ、すなわち、
単一タイプの移動電話機に関する個々のシグネチャ、
いくつかのタイプの移動電話機に関するグループシグネチャ、
すべてのタイプの移動電話機に対応するシグネチャのいずれか１つに属する請求項７に記載の方法。
【請求項９】
前記リモートサーバは、以下のグループ、すなわち、
ＭＭＳ−Ｃと呼ばれるＭＭＳ中心、
ＭＭＳ−Ｃへの入口に、
ＭＭＳ−Ｃからの出口に、
ＷＡＰゲートウェイ
前記ＭＭＳ中心のＭＭ９インタフェースまたはＭＭ７インタフェースに含まれる位置を占める、先行する請求項のいずれかに記載の方法。
【請求項１０】
少なくとも１つのタイプのマルチメディアデータに関連する、すなわち、写真、および／またはビデオ、および／またはオーディオ、および／またはテキストに関連する、移動電話機において、サービスプロバイダおよび／または遠隔通信事業者によって提案されるサービスを利用することの品質を、そのようなデータに関する少なくとも１つのプロセスを実施して向上させるための手段を含む移動電話端末装置であって、
利用の品質を向上させるためのそのような手段は、
アプリオリに、またはリアルタイムで、利用の品質に影響を与える少なくとも１つの要因に応じて、前記移動電話機内で処理されなければならない前記マルチメディアデータの第１の部分、前記移動電話機に接続可能な少なくとも１つのリモートサーバ内で処理されなければならない前記マルチメディアデータの第２の部分を特定するための、前記プロセスの第１の部分は、前記移動電話機内で実行されなければならず、前記プロセスの第２の部分は、リモートサーバ内で実行されなければならない、手段と、
前記移動電話機内でそのように特定された前記プロセスまたは前記プロセス群を実行する手段と、
前記リモートサーバに、そのようなサーバ内で処理されなければならない前記マルチメディアデータ、またはデータの部分を伝送するための手段とを含む端末装置。
【請求項１１】
そのような移動電話機内で、処理されるべき前記マルチメディアデータの前記部分、および／または実行されなければならない前記プロセスの前記部分を特定するための手段、および／または前記部分に関連する情報をリモートサーバから受信するための手段を含む請求項１０に記載の端末装置。
【請求項１２】
前記リモートサーバに、そのようなサーバ内で実行されなければならない前記プロセスに関連する指示を伝送するための手段を含む請求項１０または１１に記載の端末装置。
【請求項１３】
前記指示は、
前記リモートサーバ内で処理されなければならない前記マルチメディアデータの前記第２の部分、および／または
少なくとも１つのリモートサーバが、そのリモートサーバ内で処理されるべき前記マルチメディアデータの前記第２の部分を特定することを可能にする識別子、および／または
前記サーバ内で実行されなければならない前記リモートプロセスの前記第２の部分、および／または
前記サービスの受益者のアドレス、および／または
前記サーバが、そのような受益者のアドレスを獲得することを可能にするコードを含む、請求項１２に記載の端末装置。
【請求項１４】
前記サーバ内で実行されなければならない前記リモートプロセスの前記部分を特定するための前記手段は、
あるタイプの移動電話機に結び付いた獲得欠陥に関する補正プロセスなどの、前記マルチメディアデータの改良と、
特に、移動電話機のスクリーン、他のディスプレイのスクリーン、または印刷手段のスクリーンなどの、前記データが向けられた復元手段または記録手段の欠陥のすべて、または一部を除去することに向けられたプロセスと、
前記マルチメディアデータを編集することと、
特に、前記データが、手書きによるテキストおよび／または描画に結び付いた写真である場合に、例えば、そのようなデータを保存する、または印刷することを目的とする、前記マルチメディアデータの背景クリーンアップと、
前記マルチメディアデータの品質の分析と、
イメージのケースで、すなわち、回転またはトリミングによる、イメージの幾何学的移動などの、前記マルチメディアデータの所望されるレタッチと、
ＭＭＳ、ファクシミリ、電子メールなどの伝送モードと、
イメージをテキストに関連付けること、受取側、マルチメディアデータアルバムを作成するためのサービス、記録サービスに、印刷サービス、マルチメディアデータページレイアウトを送ること、例えば、写真および／またはテキストを挿入するために、前記移動電話機を介して前記マルチメディアデータが送信される場合に、前記マルチメディアデータを編集するための指示を前記移動電話機に返信で提供することと、
前記サービスを提供するためのマルチメディアデータプロセス、すなわち、前記マルチメディアデータを含むファイルのフォーマットまたはサイズの変更とを含むグループに前記プロセスが含まれる場合に、そのようなリモートプロセスを選択するための手段を含む、請求項１０から１３のいずれかに記載の端末装置。
【請求項１５】
前記マルチメディアデータを圧縮するための手段、例えば、ＪＰＥＧタイプの手段を含む請求項１０から１４のいずれかに記載の端末装置であって、
そのような圧縮手段は、前記マルチメディアデータサイズ、適用される前記マルチメディアデータの圧縮率、および前記マルチメディアデータのフォーマットを最適化するためのプリプロセス手段を含み、そのような前処理は、要求されるサービスのタイプと、ネットワーク伝送規格と、前記マルチメディアデータサイズに応じた最適な圧縮曲線と、前記マルチメディアデータ圧縮タイプとを含むグループに含まれるパラメータの少なくとも１つに依存し、
前記マルチメディアデータ圧縮は、好ましくは、周波数ドメイン内で実施される、端末装置。
【請求項１６】
少なくとも１つのタイプのマルチメディアデータに関連する、すなわち、写真、および／またはビデオ、および／またはオーディオ、および／またはテキストに関連する、サービスを利用することの品質を、そのようなデータに関する少なくとも１つのプロセスを実施して向上させるための手段を含む移動電話遠隔通信ネットワークのサーバであって、
利用の品質を向上させるための前記手段は、
移動電話機サービスを利用することの品質に影響を与える要因に応じて、前記移動電話機内で処理されなければならない前記マルチメディアデータの第１の部分、前記ネットワークを介して前記移動電話機に接続された少なくとも１つのリモートサーバ内で処理されなければならない前記マルチメディアデータの第２の部分を特定するための、前記プロセスの第１の部分は、前記移動電話機内で実行されなければならず、前記プロセスの第２の部分は、少なくとも１つのリモートサーバ内で実行されなければならない、手段と、
前記部分の値を前記移動電話機に伝送するための手段と、
そのようなサーバ内で処理されなければならない前記マルチメディアデータプロセスの前記部分を実行するための手段とを含むサーバ。
【請求項１７】
あるタイプの移動電話機に結び付いた獲得欠陥に関する補正プロセスなどの、前記マルチメディアデータの改良と、
特に、移動電話機のスクリーン、他のディスプレイのスクリーン、または印刷手段のスクリーンなどの、前記データが向けられた復元手段または記録手段の欠陥のすべて、または一部を除去することに向けられたプロセスと、
前記マルチメディアデータを編集することと、
特に、前記データが、手書きによるテキストおよび／または描画に結び付いた写真である場合に、例えば、そのようなデータを保存する、または印刷することを目的とする、前記マルチメディアデータの背景クリーンアップと、
前記マルチメディアデータの品質の分析と、
イメージのケースで、すなわち、回転またはトリミングによる、イメージの幾何学的移動などの、前記マルチメディアデータの所望されるレタッチと、
ＭＭＳ、ファクシミリ、電子メールなどの伝送モードと、
イメージをテキストに関連付けること、受取側、マルチメディアデータアルバムを作成するためのサービス、記録サービスに、印刷サービス、マルチメディアデータページレイアウトを送ること、例えば、写真および／またはテキストを挿入するために、前記移動電話機を介して前記マルチメディアデータが送信される場合に、前記マルチメディアデータを編集するための指示を前記移動電話機に返信で提供することと、
前記サービスを提供するためのマルチメディアデータプロセス、すなわち、前記マルチメディアデータを含むファイルのフォーマットまたはサイズの変更とを含むグループに含まれるプロセスの少なくとも１つを実行する手段を含む請求項１６に記載のサーバ。
【請求項１８】
マルチメディアデータを、さらなる圧縮なしに、または移動電話機から受信される前記マルチメディアデータとの関連において低いさらなる圧縮率で格納するため、および圧縮を伴うそのようなデータを移動電話機に向けて伝送するため、およびそのようなマルチメディアデータにマークアップを割り当てるための手段を含む請求項１６または１７に記載のサーバ。
【請求項１９】
前記リモートサーバは、出所、および処理されるべきマルチメディアデータを識別することができるようにするため、さらに、各タイプのマルチメディアデータに関するプロセスのタイプを決定するために、移動電話機シグネチャに関するベースを含む、請求項１６から１８に記載のサーバであって、
前記シグネチャは、前記マルチメディアデータから抽出されるか、または前記マルチメディアデータに付加される、サーバ。
【請求項２０】
前記シグネチャは、以下のカテゴリ、すなわち、
単一タイプの移動電話機に関する個々のシグネチャ、
いくつかのタイプの移動電話機に関するグループシグネチャ、
すべてのタイプの移動電話機に対応するシグネチャのいずれか１つに属する請求項１９に記載のサーバ。
【請求項２１】
以下のグループ、すなわち、
ＭＭＳ−Ｃと呼ばれるＭＭＳ中心、
ＭＭＳ−Ｃへの入口に、
ＭＭＳ−Ｃからの出口に、
ＷＡＰゲートウェイ
前記ＭＭＳ中心のＭＭ９インタフェースまたはＭＭ７インタフェースに含まれる位置を占める請求項１６から２０のいずれかに記載のサーバ。
【図１】
【図１ａ】
【図１ｂ】
【図２ａ】
【図２ｂ】
【図２ｃ】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図９ａ】
【図１０】
【図１０ａ】
【図１ａ】
【図１ｂ】
【図２ａ】
【図２ｂ】
【図２ｃ】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図９ａ】
【図１０】
【図１０ａ】
【公表番号】特表２００８−５０２２４９（Ｐ２００８−５０２２４９Ａ）
【公表日】平成２０年１月２４日（２００８．１．２４）
【国際特許分類】
【出願番号】特願２００７−５２６５１８（Ｐ２００７−５２６５１８）
【出願日】平成１７年６月８日（２００５．６．８）
【国際出願番号】ＰＣＴ／ＦＲ２００５／０５０４２９
【国際公開番号】ＷＯ２００５／１２５０９９
【国際公開日】平成１７年１２月２９日（２００５．１２．２９）
【出願人】（５０６４０７３７２）
【Ｆターム（参考）】
【公表日】平成２０年１月２４日（２００８．１．２４）
【国際特許分類】
【出願日】平成１７年６月８日（２００５．６．８）
【国際出願番号】ＰＣＴ／ＦＲ２００５／０５０４２９
【国際公開番号】ＷＯ２００５／１２５０９９
【国際公開日】平成１７年１２月２９日（２００５．１２．２９）
【出願人】（５０６４０７３７２）
【Ｆターム（参考）】
[ Back to top ]