(57)【要約】本発明におけるユーザ端末は、データを管理するサーバにデータの送信を依頼する手段と、上記データに要求されるデータ属性を規定した属性情報を送信する手段と、上記属性情報に適合するデータを受信する手段と、上記受信したデータを表示する表示手段とを備える。
2004111862.tif 000002
【特許請求の範囲】
【請求項１】
データを管理するサーバにデータの送信を依頼する手段と、
前記データに要求されるデータ属性を規定した属性情報を送信する手段と、
前記属性情報に適合するデータを受信する手段と、
前記受信したデータを表示する表示手段と、
を備えるユーザ端末。
【請求項２】
データを管理するサーバにデータの送信依頼と前記データに要求されるデータ属性を規定した属性情報とを送信する手段と、
前記属性情報に適合するデータを受信する手段と、
前記受信したデータを表示する表示手段と、
を備えるユーザ端末。
【請求項３】
ユーザ端末から送信依頼されたデータの属性情報を受信する手段と、
前記属性情報に従って前記データを変換する手段と、
前記変換したデータを、前記ユーザ端末に送信する手段と、
を備えるサーバ。
【請求項４】
データを提供する端末にデータの送信を依頼する手段と、
前記データに要求されるデータ属性を規定した属性情報を送信する手段と、
前記属性情報に適合するデータを受信する手段と、
を備えるサーバ。
【請求項５】
サーバから送信依頼されたデータの属性情報を受信する手段と、
前記属性情報に従って前記データを変換する手段と、
前記変換したデータを、前記サーバに送信する手段と、
を備えるユーザ端末。
【請求項６】
データを管理するサーバにデータの送信を依頼するステップと、
前記データに要求されるデータ属性を規定した属性情報を送信するステップと、
前記属性情報に適合するデータを受信するステップと、
前記受信したデータを表示する表示ステップと、
を備えるコンピュータが実行可能なプログラム。
【請求項７】
データを管理するサーバにデータの送信依頼と前記データに要求されるデータ属性を規定した属性情報とを送信するステップと、
前記属性情報に適合するデータを受信するステップと、
前記受信したデータを表示する表示ステップと、
を備えるコンピュータが実行可能なプログラム。
【請求項８】
ユーザ端末から送信依頼されたデータの属性情報を受信するステップと、
前記属性情報に従って前記データを変換するステップと、
前記変換したデータを、前記ユーザ端末に送信するステップと、
を備えるコンピュータが実行可能なプログラム。
【請求項９】
データを提供するユーザ端末にデータの送信を依頼するステップと、
前記データに要求されるデータ属性を規定した属性情報を送信するステップと、
前記属性情報に適合するデータを受信するステップと、
を備えるコンピュータが実行可能なプログラム。
【請求項１０】
サーバから送信依頼されたデータの属性情報を受信するステップと、
前記属性情報に従って前記データを変換するステップと、
前記変換したデータを、前記サーバに送信するステップと、
を備えるコンピュータが実行可能なプログラム。
【請求項１１】
ユーザ端末から送信依頼されたデータの属性情報を受信するステップと、
前記属性情報に従って前記データを変換するステップと、
前記変換したデータを、前記ユーザ端末に送信するステップと、
を備えるサーバのデータ提供方法。
【請求項１２】
データを提供するユーザ端末にデータの送信を依頼するステップと、
前記データに要求されるデータ属性を規定した属性情報を送信するステップと、
前記属性情報に適合するデータを受信するステップと、
を備えるサーバのデータ提供方法。
【発明の詳細な説明】
【技術分野】  本発明は、ネットワークを介してデータを授受する技術に関する。
【背景技術】  近年、情報機器を用いて様々なデータ（例えば、画像データ、文字データ、音声データ等）が提供されている。例えば、インターネットを介してウェブ上から端末に画像データを提供する技術などがある。従来、このウェブ上から画像データを提供する方法では、まず、コンテンツ製作者がウェブ上に提供する画像データをファイルとして置いておく。そして、ユーザがウェブ上でそのファイルにアクセスすることにより個々に画像データをダウンロードして端末内に保持する。このような方法によると、提供される画像のオリジナル性は損なわれないが、画像データをダウンロードする個々の端末ではそれぞれ表示性能が決まっているため、ダウンロード後に端末側で各々表示性能に合致するように画像データを加工する必要があった。しかしながら、性能の低い端末では、画像の表示に時間がかかったり、端末のメモリ不足のために画像が表示できなかったりするという問題が生じていた。その他に、端末上の表示プログラムが対応していないフォーマットの場合には、画像が表示できないという問題も生じていた。このため、コンテンツ作成側では、例えば、端末ごとの表示性能に合致する画像を作成したり、新たに端末が出るたびにその端末が使用できる解像度にあわせてコンテンツを追加したりしなければならなかった。
また、画像データをダウンロードして印刷する場合を考えてみると、このような画像データは表示用に作られているため印刷向きではない。従って、ダウンロードした画像データを印刷した場合には、印刷の品質が悪くなってしまう。
以上述べたように、従来では、ウェブ上から端末の性能や用途に合った適切な画像データを入手することが困難であり、入手後に不具合を解消するための無駄な作業が多く発生していた。
その他、本発明に係る技術として、特許文献１に開示された技術がある。
【特許文献１】特開２０００−１９８２４８号公報
【発明の開示】
本発明は、以上のような問題を解決し、ネットワークを介して入手できるデータを、そのデータを受信する端末の性能または用途に合った適切な状態で取り扱うことを可能にする技術を提供することを目的とする。
上記問題を解決するため、本発明は以下のような構成をとる。即ち、本発明は、ユーザ端末であり、データを管理するサーバにデータの送信を依頼する手段と、上記データに要求されるデータ属性を規定した属性情報を送信する手段と、上記属性情報に適合するデータを受信する手段と、上記受信したデータを表示する表示手段とを備える。
本発明によれば、データの送信を依頼し、そのデータに要求されるデータ属性を規定した属性情報を送信し、その属性情報に適合するデータを受信して表示する。従って、ユーザ端末は、個々の性能やニーズに合ったデータを入手し、表示することができる。
また、上記ユーザ端末は、データを管理するサーバにデータの送信依頼と上記データに要求されるデータ属性を規定した属性情報とを送信する手段と、上記属性情報に適合するデータを受信する手段と、上記受信したデータを表示する表示手段とを備えるように構成してもよい。
本発明によれば、データの送信依頼と共に、そのデータに要求されるデータ属性を規定した属性情報を送信し、その属性情報に適合するデータを受信して表示する。従って、ユーザ端末は、個々の性能やニーズに合ったデータを入手し、表示することができる。
また、本発明は、サーバであり、ユーザ端末から送信依頼されたデータの属性情報を受信する手段と、上記属性情報に従って上記データを変換する手段と、上記変換したデータを、上記ユーザ端末に送信する手段とを備える。
本発明によれば、送信依頼されたデータの属性情報を受信し、その属性情報に従って上記データを変換し、その変換したデータをデータの依頼元に送信する。従って、サーバは、データを送信する前に予めデータの依頼元が要求するデータの属性情報を知ることで、データの依頼元の要求に適合するデータを提供することができる。
また、上記サーバは、データを提供する端末にデータの送信を依頼する手段と、上記データに要求されるデータ属性を規定した属性情報を送信する手段と、上記属性情報に適合するデータを受信する手段とを備えるように構成してもよい。
本発明によれば、データの送信を依頼し、そのデータに要求されるデータ属性を規定した属性情報を送信し、その属性情報に適合するデータを受信する。従って、サーバは、個々の性能やニーズに合ったデータを入手することができる。
さらに、上記ユーザ端末は、サーバから送信依頼されたデータの属性情報を受信する手段と、上記属性情報に従って上記データを変換する手段と、上記変換したデータを、上記サーバに送信する手段とを備えるように構成してもよい。
本発明によれば、送信依頼されたデータの属性情報を受信し、その属性情報に従って上記データを変換し、その変換したデータをデータの依頼元に送信する。従って、ユーザ端末は、データを送信する前に予めデータの依頼元が要求するデータの属性情報を知ることで、データの依頼元の要求に適合するデータを提供することができる。
以上説明したように、本発明によれば、端末の性能や用途に合った適切な状態のデータを取り扱うことができ、効率的なデータの授受を行なうことができる。
例えば、本発明によれば、サーバは、ユーザ端末に対し、画像データを印刷する時には解像度の高いデータを送信し、表示するだけの時には解像度の低いデータを送信するというように、用途に応じて最適化された画像データを送信することが可能となる。
また、本発明は、コンピュータその他の装置、機械等が上記いずれかの処理を実行する方法であってもよい。また、本発明は、コンピュータその他の装置、機械等に、以上のいずれかの機能を実現させるプログラムであってもよい。また、本発明は、そのようなプログラムをコンピュータ等が読み取り可能な記録媒体に記録したものでもよい。
【図面の簡単な説明】  図１は、本実施形態におけるシステムの概要を示す図であり、
図２は、画像データをサーバ２へアップロードする際に、サーバ２から属性情報を送信する処理を示す図であり、
図３は、本システムで使用するユーザ端末１の例を示す図であり、
図４は、図１に示したサーバ２に登録されているオリジナル画像３を管理する管理情報のデータ構造を示す図であり、
図５は、図１に示したユーザ端末１で保持される属性情報のデータ構造を示す図であり、
図６は、ユーザ端末１とサーバ２とで実行される画像データの送受信処理を示すフローチャートである。
【発明を実施するための最良の形態】  以下、図面を用いて本発明の実施形態について説明する。なお、本実施形態の説明は例示であり、本発明の構成は以下の説明に限定されない。
《実施形態》
次に、本発明を実現するための実施形態について図面を用いて説明する。
〈概要〉
図１は、本実施形態におけるシステムの概要を示す図である。図１に示す例では、本システムは、ユーザ端末１とサーバ２とが不図示のネットワークを介して接続され構成される。ここで、ネットワークは、例えば、インターネット等、一般的なデータ通信ネットワークである。
ユーザ端末１は、不図示のＣＰＵ、メモリ、表示部、操作部、及び通信部等を含み構成される。ユーザ端末１は、例えば、パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ（Ｄａｔａ）  Ａｓｓｉｓｔａｎｔｓ）等である。また、表示部は、例えば、液晶ディスプレイ、ＣＲＴ、プラズマディスプレイ等である。また、操作部は、押しボタンダイヤル、マウス、トラックボール、ジョイスティック、キーボード等である。
パーソナルコンピュータの構成要素および作用については、広く知られているので、その説明を省略する。ただし、ユーザ端末１は、例えば、デジタルカメラ等で撮影された画像データを表示するための装置、例えば、電子写真表示装置（いわゆる電子写真立て等）であってもよい。電子写真表示装置についても、基本的な構成は、パーソナルコンピュータと同様であるので、その説明を省略する。
サーバ２は、不図示のＣＰＵ、メモリ、外部記憶装置、操作部、及び通信部等を含み構成される。サーバ２についても、一般的なコンピュータであるので、その説明を省略する。ただし、外部記憶装置は、例えば、ハードディスク、ＤＶＤ等である。
以下、ユーザ端末１とサーバ２とにより構成される本システムの機能概要について図１を用いて説明する。ここでは、ユーザ端末１がネットワークを介してサーバ２にアクセスし、画像データをダウンロードする場合を想定して説明する。このダウンロードは、例えば、ユーザ端末１上で定期的に起動されるプログラムにより実行すればよい。
ユーザ端末１には、ダウンロード対象の画像データに要求される属性情報が予め作成され保持される。この属性情報は、用途に応じて作成してもよいし、ユーザ端末１のハードウエア仕様等に応じて作成してもよい。この属性情報とは、ダウンロードされる画像データがこうなってほしいというその画像データに関連する情報であれば何でもよい。例えば、画像の解像度、色、明るさ、鮮やかさの補正値、色温度、ファイル（圧縮）形式、画像の内容やジャンルを表すキーワード、ファイルを特定するハッシュ値などが考えられる。サーバ２には、１以上の画像データとその画像データに関連づけられた管理情報とが登録される。
ユーザ端末１は、属性情報を画像データ要求（アクセス）と共にサーバ２に送信する。図１に示す例では、属性情報として“解像度：８００×６００Ｄｏｔ”、“フォーマット：ＪＰＥＧ”、“色温度：１６００Ｋ（ケルビン）”がユーザ端末１からサーバ２に送信されている。この属性情報は、作成時に初期設定情報として送信してもよいし、情報に変更があるときのみ送信してもよい。
サーバ２は、画像データ要求と属性情報とを受信する。そして、サーバ２は、要求された画像データに対応する登録されているオリジナル画像３を、受信した属性情報に従って変換処理（加工）する。図１に示す例では、画像データ要求に対応する画像データとして“解像度：１６００×１２００Ｄｏｔ”、“フォーマット：ＴＩＦＦ”、“色温度：１４００Ｋ”から成るオリジナル画像３がサーバ２に登録されている。このオリジナル画像３は変換処理の結果、オリジナル画像４に縮小されている。ここで、サーバ２は、変換処理済みの画像データをファイル内に有するようにしてもよい。即ち、サーバ２は、受信した画像データ要求と属性情報とに基づいて変換処理済みの画像データをファイルに保持し、必要に応じて検索するようにしてもよい。そして、変換処理された画像データ４は、サーバ２からユーザ端末１に送信（ダウンロード）される。
以上は、図１に基づいて説明したが、本システムは、図２に示されるように機能することもできる。図２は、画像データをサーバ２へアップロードする際に、サーバ２から属性情報を送信する処理を示す図である。アップロードは、例えば、ユーザ端末１上で定期的に起動されるプログラムにより実行すればよい。
まず、サーバ２は、画像データ要求（データの送信依頼ともいう）と共に属性情報をユーザ端末１に送信する。図２に示す例では、属性情報として“解像度：１６００×１２００Ｄｏｔ”、“フォーマット：ＴＩＦＦ”、“色温度：１４００Ｋ”がサーバ２からユーザ端末１に送信されている。ユーザ端末１は、挿入されているメモリカードまたは自身のメモリに保持されているアップロード対象となるオリジナル画像３を、受信した属性情報に従って変換処理（加工）する。図２に示す例では、“解像度：２５６０×１９２０Ｄｏｔ”、“フォーマット：ＲＡＷ”、“色温度：１６００Ｋ”から成るオリジナル画像３がアップロードされる対象画像として示されている。このオリジナル画像３は変換処理の結果、オリジナル画像４に縮小されている。そして、変換処理された画像データ４は、ユーザ端末１からサーバ２に送信（アップロード）される。送信された画像データは、サーバ２のメモリに保持され管理される。ここで、サーバ２は、用途に応じて送信された画像の解像度や形式などを変更して保存するようにしてもよい。
〈端末例〉
上記図１、図２では、ユーザ端末１としてパーソナルコンピュータ、ＰＤＡ等の情報機器を想定した。しかし、本システムにおいては、ユーザ端末１は、このような情報機器に限定されない。図３に他のユーザ端末１の例を示す。このユーザ端末１は、いわゆる電子写真立てと呼ばれるものであり、サーバ２から画像データをダウンロードして表示する機能を有している。以下、このユーザ端末１については、本実施形態と関連する機能について主に説明する。
このユーザ端末１は、筐体１０に表示部１１、押しボタン１２Ａ−１２Ｅ、設置方向検出センサ１３Ａ−１３Ｄを組み込んだ構成を有する。
表示部１１は、液晶ディスプレイ、プラズマディスプレイ、ＥＬ（エレクトロルミネッセンス）パネル等である。表示部１１には、サーバ２からダウンロードされた画像等の他、メニュー（図３では、ＭＥＮＵ１−ＭＥＮＵ５）が表示される。
これらのメニューは、押しボタン１２Ａ−１２Ｅを押下することで実行できる。これらのメニューに対応する処理としては、例えば、画像の属性情報の設定、変更、あるいは、画像および属性情報のサーバ２へのアップロード等がある。なお、ユーザ端末１に取り外し可能な媒体、例えば、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ）、ＤＶＤ、フラッシュメモリカード等のインターフェース１４を設け、そのような媒体から読み出した画像を表示し、あるいは、サーバ２にアップロードするようにしてもよい。
また、上記のメニューの設定により、メニューそのものを非表示にできる。非表示状態から表示にするには、例えば、押しボタン１２Ａによるユーザ操作を検知するようにすればよい。
〈データ構造〉
図４は、図１に示したサーバ２に登録されているオリジナル画像３を管理する管理情報のデータ構造を示す図である。この管理情報は、一つの画像ごとに作成される。図４に示す例では、管理情報は、画像データ（あるいは格納先）、画像名（例えば、夏の富士山）、ファイルの作成・更新・最終参照日時（例えば、２０００／０８／１２）、検索キーワード（例えば、山，日本，富士山，火山など）、フォーマット（例えば、ＪＰＥＧ）、解像度（例えば、２０４８×１２８０）、ＤＰＩ（例えば、６００ＤＰＩ（Ｄｏｔ  Ｐｅｒ  Ｉｎｃｈ））、色温度（例えば、１４００ケルビン）、色深度（３２ビット）を有する。このうち、画像データには、画像情報を直接格納してもよいし、他のファイル等に画像情報を格納し、そのファイル等の格納先を保持するようにしてもよい。図５に示す例では、画像情報自体は、他のファイル（例えば、ｃ：￥ｄａｔａ￥ｎａｋａｇａｗａ￥ｆｕｊｉ１．ｊｐｇ）に格納されている。また、検索キーワードには、画像の内容やジャンルを表すキーワードを保持させる。
図５は、図１に示したユーザ端末１で保持される要求情報のデータ構造を示す図である。この要求情報は、画像の送信を要求する情報（以下、リクエスト情報という）、及び要求する画像の変換処理に係る情報（以下、属性情報という）を有する。図４に示す例では、リクエスト情報は、画像を特定する情報（例えば、ファイルの格納先：ｃ：￥ｄａｔａ￥ｎａｋａｇａｗａ￥ｆｕｊｉ１．ｊｐｇ）、検索キーワード（例えば、山，日本，富士山，火山など）を有する。また、属性情報は、フォーマット（例えば、ＪＰＥＧ）、圧縮率（例えば、１０分の１）、解像度（例えば、８００×６００）、色深度（例えば、６４０００色）、ＤＰＩ（例えば、７２ＤＰＩ）、色温度（例えば、１６００ケルビン）、変更指示情報を有する。このうち、変更指示情報とは、画像をどのように変更させるかを指示できる情報である。例えば、球形変換（座標や強さ）する、右８０°に回転する、赤を青に変える、水に滲んだ感じにする、下半分をエンボス加工する、下端をトリミングする、背景を消す等の画像に加工を施すための情報が考えられる。この変更指示情報は、ユーザ端末１とサーバ２とにおいて実行されるデータ通信プログラム間で互いに解釈可能なコマンド形式で記述される。
〈作用〉
本システムでは、ユーザ端末１とサーバ２とが互いに連携し、ファイルを共有する。即ち、ユーザ端末１とサーバ２とは、定期的に互いの共有領域にあるファイルを比較する。ここで、例えば、サーバ２上でダウンロード対象領域にあるファイルがユーザ端末１に含まれていない場合には、そのファイルがサーバ２からユーザ端末１にダウンロードされる。また、例えば、ユーザ端末１上でアップロード対象のファイルがサーバ２上にない場合には、そのようなファイルがアップロードされる。このような処理をファイル共用同期処理と呼ぶ。
〈処理フロー〉
次に、ユーザ端末１とサーバ２とが実行する具体的な処理について図６を用いて説明する。図６は、ユーザ端末１とサーバ２とで実行される画像データの送受信処理を示すフローチャートである。ここで、図６において示される縦方向の矢印は、サーバ２あるいはユーザ端末１が実行する処理を示し、横方向の矢印は、ユーザ端末１−サーバ２間で行なわれる通信を示す。この画像データの送受信処理は、ユーザ端末１とサーバ２との連携によるファイル共用同期処理時に実行されてもよいし、図３に例示した端末１を用いてユーザからのメニュー操作により実行されてもよい。
まず、ユーザ端末１は、サーバ２に対して画像データを要求する（Ｓ１）。ここで、画像データを要求するとは、画像データの送信を依頼することをいう。ここでは、例えば、図５に示されるリクエスト情報が送信される。画像データの要求を受けたサーバ２は、ユーザ端末１に対して画像の属性情報を要求する（Ｓ２）。即ち、サーバ１がユーザ端末１に対して、どういう属性から成る画像を送信すればよいかを問合わせる。
続いて、ユーザ端末１は、要求した画像データに対して属性の要求がある場合には、その属性情報を送信する（Ｓ３）。ここで、属性とは、上記画像データが適合すべき特性等をいう。ここでは、例えば、図５に示される何れかの属性情報が送信される。サーバ２は、受信した属性情報に従って要求に対応するオリジナル画像３を変換処理する（Ｓ４）。ここでは、例えば、図５に示されるリクエスト情報（検索キーワード）から、図４に示される管理情報の検索キーワードに該当するオリジナル画像に対して、受信した画像の属性情報に従って変換処理を実施する。この時、サーバ２は、変換処理済みの画像を自身のメモリに登録するようにしてもよい。
サーバ２は、変換した画像をユーザ端末１に対して送信する（Ｓ５）。ユーザ端末１は、サーバ２からの画像を受信する（Ｓ６）。このようにして、ユーザ端末１は、要求した画像を希望する状態で受信することができる。
以上は、サーバ２がユーザ端末１に画像データをダウンロードする場合を想定して説明したが、ユーザ端末１がサーバ２に画像データをアップロードする場合についても同様の処理が実施される。即ち、サーバ２も同様に、要求した画像データを自身が希望する形式で受信することができる。
上記の画像データの送受信処理において、画像データの送信要求（Ｓ１）とその画像データに要求する属性情報（Ｓ３）とは、異なるステップで実行されているが、同じステップ（１回の送信要求の中で）で実行されるような構成を採ってもよい。即ち、画像データの送信要求時に、要求する属性情報も併せて送信するようにすればよい。
本実施形態によれば、サーバ２がユーザ端末１に画像データをダウンロードする前に、ユーザ端末１がサーバ２に対して希望する画像の属性情報を画像データの要求時に予め送信しておくことにより、ユーザ端末１は、自身の性能やニーズにあった画像を入手して表示することができる。
また、本実施形態によれば、ユーザ端末１がサーバ２に画像データをアップロードする前に、サーバ２がユーザ端末１に対して希望する画像の属性情報を画像データの要求時に予め送信しておくことにより、サーバ２は、用途に応じた画像を保持し管理することができる。
また、本実施形態によれば、ユーザ端末１とサーバ２は、ファイル共用同期処理時に上記の処理を実行することにより、容易に画像データを共有することができる。
〈変形例〉
上述した実施形態では、画像データを送受信する場合を想定していた。しかし、本発明の実施は、データ形式に限定されない。例えば、文字データであってもよいし、音声データであってもよい。即ち、ネットワークを介して提供できるデータであれば何でもよい。
〈コンピュータ等が読み取り可能な記録媒体〉
コンピュータその他の装置、機械等（以下コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。
ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体の内コンピュータ等から取り外し可能なものとしては、例えばフロッピーディスク（登録商標）、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ＤＡＴ、８ｍｍテープ、メモリカード等がある。
また、コンピュータ等に固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
【産業上の利用可能性】  本発明は、各種情報機器の製造産業、各種情報機器を利用したサービス産業に適応可能である。
【図１】
2004111862.tif 000003
【図２】
2004111862.tif 000004
【図３】
2004111862.tif 000005
【図４】
2004111862.tif 000006
【図５】
2004111862.tif 000007
【図６】
2004111862.tif 000008
【国際調査報告】
2004111862.tif 000009
2004111862.tif 000010
2004111862.tif 000011