(57)【要約】【課題】Ｗｅｂページを３Ｄ表示用画像へ変換するサービスにおいて、画像変換装置の設置台数を増やさずに、多数の画像変換要求に答える。【解決手段】サービスを利用する端末１０にも画像変換機能を持たせ、画像変換要求が多い場合には、資源管理装置４０は、画像変換要求を行った端末以外の端末１０に対して画像変換の依頼を行う。画像変換の要求数や画像変換の依頼数は計数され、サービスの利用金額と画像変換に対する対価とが相殺される。【選択図】　　　　図２
2004062464.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂページから３Ｄ表示用の画像への変換を行う変換画像変換装置を有し、ユーザの端末からの要求を受けてＷｅｂページを３Ｄ表示用の画像に変換するサービスを画像処理リソース仲介システムにより提供し、前記画像変換の要求元の端末では、変換された３Ｄ表示用の画像を３Ｄ表示する画像処理リソース仲介方法において、
前記ユーザの端末に前記Ｗｅｂページから前記３Ｄ表示用の画像への変換機能を持たせ、
前記画像処理リソース仲介システムが、複数のＷｅｂページの前記３Ｄ表示用の画像への変換要求を受けた場合には、その要求数に応じて、前記変換をおこなうべき他のユーザの端末および前記画像変換装置を決定し、
当該決定された他のユーザ端末および画像変換装置において前記変換を実行し、
当該変換の結果を画像変換要求元の端末に返す
ことを特徴とする画像処理リソース仲介方法。
【請求項２】
請求項１に記載の画像処理リソース仲介方法において、前記画像処理リソース仲介システムは、ユーザの端末からの画像変換要求数およびユーザの端末への画像変換の依頼数を計数することを特徴とする画像処理リソース仲介方法。
【請求項３】
請求項２に記載の画像処理リソース仲介方法において、ユーザの端末からの画像変換要求数およびユーザの端末への画像変換の依頼数の計数結果に基づいて、ユーザの端末の画像変換要求に対する対価とユーザの端末への画像変換の依頼に対する対価とが相殺されることを特徴とする画像処理リソース仲介方法。
【請求項４】
Ｗｅｂページから３Ｄ表示用の画像への変換を行う変換画像変換装置を有し、ユーザの端末からの要求を受けてＷｅｂページを３Ｄ表示用の画像に変換するサービスを画像処理リソース仲介システムにより提供し、前記画像変換の要求元の端末では、変換された３Ｄ表示用の画像を３Ｄ表示する画像処理リソース仲介システムにおいて、
前記ユーザの端末に前記Ｗｅｂページから前記３Ｄ表示用の画像への変換機能を持たせ、
前記画像処理リソース仲介システムが、前記Ｗｅｂページから前記３Ｄ表示用の画像への要求を受けた場合には、その要求数に応じて、前記変換をおこなうべき他のユーザの端末および前記画像変換装置を決定する手段と、
当該決定された他のユーザ端末および画像変換装置において前記変換が実行され、当該変換の結果を画像変換要求元の端末に返す手段と
を有することを特徴とする画像処理リソース仲介システム。
【請求項５】
請求項４に記載の画像処理リソース仲介システムにおいて、ユーザの端末からの画像変換要求数およびユーザの端末への画像変換の依頼数をそれぞれ計数する手段をさらに備えたことを特徴とする画像処理リソース仲介システム。
【請求項６】
請求項５に記載の画像処理リソース仲介システムにおいて、ユーザの端末からの画像変換要求数およびユーザの端末への画像変換の依頼数の計数結果に基づいて、ユーザの端末の画像変換要求に対する対価とユーザの端末への画像変換の依頼に対する対価とが相殺されることを特徴とする画像処理リソース仲介システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネット上のホームページやエレクトリック・コマース（ＥＣ）における商品表示画像データを端末画面の３次元（３Ｄと表記することがある）空間上に表示するためのサービスを提供するための画像処理リソース仲介方法およびシステムに関する。
【０００２】
【従来の技術】
インターネット上のホームページやＥＣにおける商品表示などで使用される画像データを端末画面の３次元空間上に表示するサービスを行うシステムが提案されている。このようなシステムの代表的なシステム構成例を図１に示す。
【０００３】
図１において、１０は、ユーザが使用する端末である。端末１０には、たとえば、パソコンなど通信機能を有する汎用の情報処理機器を使用することができるので、ハードウェア構成については詳細な説明を省略する。端末１０は３Ｄ表示部１および通信インタフェイス部３を有している。３Ｄ表示部１は、３Ｄ表示用の画像を端末１０の画面の３次元空間上に表示する機能を有し、プログラムにより実現される。
【０００４】
３Ｄ表示部１に関する技術としては、たとえば、日本電信電話株式会社のＩｎｆｏｌｅａｄと呼ばれるブラウジング技術がよく知られている。
【０００５】
通信インタフェイス部３は、後述のサービス制御装置３０および資源管理装置４０と通信を行う。通信インタフェイス部３は既存の通信プログラムを使用することが可能である。
【０００６】
３０は端末１０から検索要求を受けると、インターネット６０に接続された１以上のＷｅｂサーバ７０を検索し、検索要求に合致したＷｅｂページの記憶場所（一般にＵＲＬと呼ばれる）を記載したリスト（ＵＲＬリスト称することがある）を検索要求元の端末１０に返すサービス制御装置である。サービス制御装置３０はさらに上記ＵＲＬの示すＷｅｂサーバに記憶されたＷｅｂベージ（Ｗｅｂサーバに記憶されているＨＴＭＬ文書のこと）を端末１０で３Ｄ表示する場合の３次元空間上のＷｅｂページの配置の座標値（ｘ，ｙ，ｚ）を各Ｗｅｂページについて作成し、作成された配置の座標値をリストの形態で、検索要求元の端末１０に返す。
【０００７】
４０は端末１０から３Ｄ表示用画像の変換要求を受け付ける資源管理装置である。より詳細には、端末１０から上記ＵＲＬリストの形態で３Ｄ表示用画像の変換要求を受け付けると、ＵＲＬリストに記載されたＵＲＬの画像変換要求を接続された画像変換装置５０に振り分ける。図１では第１および第２の画像変換装置５０が接続されている例を示す。
【０００８】
５０は、Ｗｅｂページを３Ｄ表示用の画像に変換する画像変換装置である。第１および第２の画像変換装置５０は資源管理装置４０から引渡されたＵＲＬを使用して、そのＵＲＬが示す記憶場所のＷｅｂページを１または複数のＷｅｂサーバ７０から取得する。また、さらに取得したＷｅｂページをＨＴＭレンダリング処理により３Ｄ表示用画像に変換する。変換により得られた３Ｄ表示用画像は資源管理装置４０を介して、変換要求元の端末１０に返される。変換要求元の端末１０は返された３Ｄ表示用画像を使用して、３Ｄ表示部１により、先に取得した配置の座標値（リスト形態）に基づいて、表示画面上に３Ｄ表示用画像を３Ｄ表示する。
【０００９】
インターネット６０は、“インターネット”と称される専用通信回線であり、詳細な説明を要しないであろう。
【００１０】
７０は種々のＷｅｂページを記憶し、端末１０に対してＷｅｂページを提供するＷｅｂサーバである。通常、Ｗｅｂページはブラウザと呼ばれる表示用ソフトにより端末１０で表示される。
【００１１】
１１〜１３は第１〜第３の端末１０とサービス制御装置３０を接続する（通信）回線である。１４〜１６は第１〜第３の端末１０と資源管理装置４０を接続する（通信）回線である。１７および１８は資源管理装置４０と第１および第２の画像変換装置５０との間を接続する（通信）回線である。
【００１２】
１９および２０は第１および第２の画像変換装置５０をインターネット６０と接続するための（通信）回線である。２１はＷｅｂサーバ７０とインターネット６０を接続する（通信）回線である。
【００１３】
【発明が解決しようとする課題】
資源管理装置４０から見ると、多数の端末１０から画像変換の要求が増えると、その要求に答えるべく多数の画像変換装置５０を用意しなければならない。このため、上記画像変換サービスを提供する会社にとっては設備コストが高くなるという問題がある。さらに、どの程度の画像変換要求があるのかのトラヒック条件の推定も難しい。このため、最初から多数の画像変換装置を設置すると、これらの設備が使用されず、不良資産になる危険性もある。
【００１４】
そこで、本発明の目的は、上述の点に鑑みて、経済的に３Ｄ表示用の画像変換処理サービスを提供することができる画像処理リソース仲介方法およびシステムを提供することにある。
【００１５】
【課題を解決するための手段】
このような目的を達成するために、請求項１の発明は、Ｗｅｂページから３Ｄ表示用の画像への変換を行う変換画像変換装置（５０）を有し、ユーザの端末（１０）からの要求を受けてＷｅｂページを３Ｄ表示用の画像に変換するサービスを画像処理リソース仲介システムにより提供し、前記画像変換の要求元の端末では、変換された３Ｄ表示用の画像を３Ｄ表示する画像処理リソース仲介方法において、前記ユーザの端末にＷｅｂページから前記３Ｄ表示用の画像への変換機能を持たせ、前記画像処理リソース仲介システムが、複数のＷｅｂページの前記３Ｄ表示用の画像への変換要求を受けた場合には、その要求数に応じて、前記変換をおこなうべき他のユーザの端末および前記画像変換装置を決定し（Ｓ３０，Ｓ１００）、当該決定された他のユーザ端末および画像変換装置において前記変換を実行し、当該変換の結果を画像変換要求元の端末に返す（Ｓ６０）ことを特徴とする。
【００１６】
請求項２の発明は、請求項１に記載の画像処理リソース仲介方法において、前記画像処理リソース仲介システムは、ユーザの端末からの画像変換要求数およびユーザの端末への画像変換の依頼数を計数することを特徴とする。
【００１７】
請求項３の発明は、請求項２に記載の画像処理リソース仲介方法において、ユーザの端末からの画像変換要求数およびユーザの端末への画像変換の依頼数の計数結果に基づいて、ユーザの端末の画像変換要求に対する対価とユーザの端末への画像変換の依頼に対する対価とが相殺されることを特徴とする。
【００１８】
請求項４の発明は、Ｗｅｂページから前記３Ｄ表示用の画像への変換を行う変換画像変換装置（５０）を有し、ユーザの端末（１０）からの要求を受けてＷｅｂページを３Ｄ表示用の画像に変換するサービスを画像処理リソース仲介システムにより提供し、前記画像変換の要求元の端末では、変換された３Ｄ表示用の画像を３Ｄ表示する画像処理リソース仲介システムにおいて、前記ユーザの端末に前記Ｗｅｂページから前記３Ｄ表示用の画像への変換機能を持たせ、前記画像処理リソース仲介システムが、前記Ｗｅｂページから前記３Ｄ表示用の画像への要求を受けた場合には、その要求数に応じて、前記変換をおこなうべき他のユーザの端末および前記画像変換装置を決定する手段（４０）と、当該決定された他のユーザ端末および画像変換装置において前記変換が実行され、当該変換の結果を画像変換要求元の端末に返す手段（４０）とを有することを特徴とする。
【００１９】
請求項５の発明は、請求項４に記載の画像処理リソース仲介システムにおいて、ユーザの端末からの画像変換要求数およびユーザの端末への画像変換の依頼数をそれぞれ計数する手段（８０，９０）をさらに備えたことを特徴とする。
【００２０】
請求項６の発明は、請求項５に記載の画像処理リソース仲介システムにおいて、ユーザの端末からの画像変換要求数およびユーザの端末への画像変換の依頼数の計数結果に基づいて、ユーザの端末の画像変換要求に対する対価とユーザの端末への画像変換の依頼に対する対価とが相殺されることを特徴とする。
【００２１】
上記（）部は請求項の構成要件と実施形態の対応関係を明示する目的で付されており、請求項の構成要件を限定するものではない。本発明には実施形態以外にも種々の形態が存在する。
【００２２】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を詳細に説明する。
（第１の実施形態）
図２は本発明第１の実施形態のシステム構成の一例を示す。なお、図２において、図１の従来例と同様の個所には同一の符号を付しており詳細な説明を省略する。従来例と第１の実施形態の画像処理リソース仲介システムのハードウェア上の相違点を最初に説明する。第１の実施形態では、ユーザの端末１０がインターネット６０に対して第１２〜第１４の回線１００１〜１００３により接続しており、端末１０自体がＷｅｂサーバ７０から変換すべきＷｅｂページ（画像処理リソース、すなわちＨＴＭＬ文書）を取得可能となっている。また、従来例の画像処理リース仲介システムは、サービス制御装置３０、資源管理装置４０および画像変換装置５０等で構成されていたが、第１の実施形態では、さらに、画像変換要求を行わない他のユーザの端末１０が画像変換装置５０として、画像処理リソース仲介システムに加わる点が従来例と異なる。このために、各端末１０は画像変換装置５０と同じ画像変換機能を有する画像変換部２を有している。
【００２３】
次に処理内容の相違点を説明する。従来例では、端末１０の１つから画像変換要求（Ｗｅｂページから３Ｄ表示用画像への変換）の依頼があると、画像変換装置５０のみで画像変換処理を行っているが、第１の実施形態では、資源管理装置４０が、画像変換要求元以外の端末１０にも画像変換を依頼し、依頼を受けた端末１０が画像変換を行う点が従来例と異なる点である。
【００２４】
図２のシステム構成で実行される画像処理リース仲介システムの動作を図３を参照して説明する。
この例では第１の端末１０が画像変換の要求元になる。
【００２５】
第１の端末１０からサービス制御装置３０に検索要求が送られると、サービス制御装置３０は従来と同様にしてインターネット上を検索し、検索要求に合致したＷｅｂページのＵＲＬを取得する。取得されたＵＲＬを記載したリストおよび端末１０の画面での３Ｄ表示用画像の配置位置を示す座標値（配置情報と呼ぶ場合がある）が第１の端末１０に返される。第１の端末１０は、このリストを資源管理装置４０に画像変換要求として送信する。
【００２６】
資源管理装置４０は、リストに記載されたＵＲＬを１以上の画像変換装置５０および第２および第３の端末１０に予め定めた分配規則に従って分配する。分配の規則はシステム施行者が適宜定めればよいが、２，３の例を紹介しておくと、（ａ）空きの（画像変換処理を行っていない）画像変換装置５０に対して、変換実行可能な個数のＵＲＬを割り当てる。要求されたＵＲＬの個数が空きの画像変換装置５０の個数を上回る場合には、上回る分を所定個数ずつ空きの複数の端末１０に割り当てる。
（ｂ）空きの端末１０および空きの画像変換装置５０でＵＲＬ個数を均等配分する。
【００２７】
図３の例は、（ａ）の方法を示している。資源管理装置４０は、第１および第２の画像変換装置５０および第２および第３の端末にＵＲＬを分配することにより画像変換を行う端末１０および画像変換装置５０を決定（選択）する。
【００２８】
ＵＲＬの分配を受けた第１および第２の画像変換装置５０および端末１０はそれぞれ、そのＵＲＬの示すＷｅｂページをそれが搭載されたＷｅｂサーバ（たとえば、７０）から取り込み、画像変換を行う。変換の結果得られる３Ｄ表示用画像（画像変換後のＷｅｂページ）が第１および第２の画像変換装置５０および第２および第３の端末１０から資源管理装置４０を介して画像変換要求元の第１の端末１０に返される。
【００２９】
第１の端末１０は受け取った画像を、上述の配置情報の示す座標値に対応した画面上の位置に表示する。このための処理は３Ｄ表示部１により実行される。
【００３０】
上記の処理を実行する資源管理装置４０内の処理手順の一例を図６に示す。この処理手順はプログラム（スクリプトや高級言語プログラムから変換されたマシン語プログラム）等により実現される。
【００３１】
資源管理装置４０は図６の処理手順を繰り返し実行する。すなわち、端末１０から画像変換要求があるか否かを判定することにより、端末１０からの画像変換要求を待機する（ステップＳ１０→エンドの繰り返し）。端末１０から画像変換要求が送信されるとステップＳ１０の判定がＹＥＳとなり、手順はステップＳ２０へと進む。ステップＳ２０で資源管理装置４０は画像要求として送信されたリストに記載されているＵＲＬ個数を計数し、現在の空きの画像変換装置５０の個数を調べる。その個数から空きの画像変換装置５０の処理可能なＵＲＬ数を予め定めた計算式から算出し、リストのＵＲＬ記載数と比較する（ステップＳ２０）。リストのＵＲＬ記載数が処理可能なＵＲＬより多いときには手順をステップＳ３０へと進める。
【００３２】
このステップで資源管理装置４０は予め定めた分配規則に従って、ＵＲＬを送る空きの画像変換装置５０および端末１０を決定する。リストに記載されたＵＲＬが資源管理装置４０から決定された画像変換装置５０および端末１０に対して送られる。送信方法はたとえば、ＨＴＴＰなど周知の方法を使用すればよい。資源管理装置４０は、画像変換装置５０および端末１０から変換結果の３Ｄ表示用画像を受信して（ステップＳ５０）、画像変換要求元の端末１０に変換結果の３Ｄ表示用画像を送信する（ステップＳ６０）。
【００３３】
ステップＳ２０の判定で、リストに記載されたＵＲＬの個数が、空きの画像変換装置５０の処理可能数以内の場合には従来と同様の処理が行われる。すなわち、空きの画像変換装置５０のみが選択されて、その画像変換装置５０にＵＲＬが送られる。また、画像変換装置５０から受け取った変換結果の３Ｄ表示用画像が画像変換要求元の端末に返される（ステップＳ１００〜Ｓ１２０→Ｓ６０）。
【００３４】
上述の処理に関連して資源管理装置４０は、画像変換を依頼した端末１０および画像変換装置５０を管理することは言うまでもない。たとえば、管理の方法としては、利用可能な端末装置および画像変換装置をテーブルに記載しておき、画像変換中か空きかをフラグ情報により管理すればよい。
【００３５】
画像変換を支援する端末１０の処理手順を図７に示す。この処理手順は画像変換部２および通信インタフェイス部３として機能するプログラムにより分散処理される。
【００３６】
通信インタフェイス部３は、資源管理部４０から画像変換の依頼を受けたか否かを繰り返し判定し、依頼がこない場合には、他の処理を実行する（ステップＳ２００→Ｓ２４０→エンドの繰り返し）。この中には、Ｗｅｂページの検索を要求したり、画像変換を要求する処理などが含まれる。
【００３７】
資源管理装置４０から画像変換の依頼を受けた場合には、通信インタフェイス部３は変換すべきＷｅｂページ、すなわち、ＨＴＭＬ文書を受け取り、画像変換部２に引渡す（ステップＳ２００→Ｓ２１０）。画像変換部２は、ＨＴＭＬ文書を３Ｄ表示用画像に変換し、通信インタフェイス部３に引渡す（ステップＳ２２０）。通信インタフェイス部３は、引渡された３Ｄ表示用画像を資源管理装置４０に送信して図７の処理手順を終了する（ステップＳ２３０→エンド）。
【００３８】
以上述べた処理を画像処理リソース仲介システムで実行することにより、画像変換装置５０が過負荷（処理可能数を変換要求数が上回ること）となることはない。また、専用画像変換装置（５０）も最初から多数設置する必要はなく、設備コストを必要最小限に抑えることができる。また、多数の画像変換要求に答えることも可能となる。
【００３９】
（第２の実施形態）
第１の実施形態の応用形態をさらに説明する。第２の実施形態のシステム構成を図４に示す。図４においても図１の従来例、図２の第１の実施形態と同様の個所には同一の符号を付しており詳細な説明を省略する。
【００４０】
第２の実施形態では、資源管理装置４０がＷｅｂ検索を伴う画像変換サービスに対して課金をするために、要求による画像変換回数（ネットワーク処理回数）を計数するネットワーク処理回数計数部８０を有している。
【００４１】
また、画像変換を資源管理装置４０から依頼した端末１０に対してはその対価を支払うべく、端末１０の画像変換回数を計数する端末処理回数計数部９０をも資源管理装置４０が有している。ネットワーク処理回数計数部８０および端末処理回数計数部９０もプログラムにより実現される。計数処理は周知であるので特に詳細な説明を要しないであろう。ネットワーク処理回数計数部８０および端末処理回数計数部９０の計数結果は処理回数蓄積部１００（たとえば、資源管理装置４０のハードディスク）に蓄積される。
【００４２】
資源管理装置４０は、さらに差分計数部１１０をも有している。差分計数部１１０はプログラムにより実現され、たとえば、１ヶ月などの所定期間単位で、端末１０が依頼した画像変換数と逆に依頼により行った画像変換数の差分を計算する。その計算結果により、徴収あるいは支払う金額が決定される。徴収金額および支払金額の決定方法はシステム保有者が適宜決定すればよい。また、差分計数部１１０が徴収金額（課金の金額）または支払金額を決定してもよい。
【００４３】
図５に画像変換の要求数と受領依頼数の相殺の一例を示した。なお、図５に示す処理シーケンス（手順）は、図３と同様である。
【００４４】
この例では、第１の端末１０がネットワーク処理数（インターネットから取り込んだＷｅｂページの個数、すなわち、画像変換回数）“１２５”、依頼で実行した画像変換回数（端末処理数）“５０”とが処理回数蓄積部１００に蓄積されている。第２の端末１０のネットワーク処理数は“２２５”、端末処理数が“１５０”、第３の端末１０のネットワーク処理数が“３２５”、端末処理数が“２５０”であるとする。
【００４５】
第１の端末１０が検索・画像変換要求を行って、８個のＵＲＬについて画像変換要求がおこなわれたとする。また、第２および第３の端末１０に対してはそれぞれ１つのＷｅｂページの画像変換依頼が行われると、処理回数蓄積部１００に蓄積される第１の端末１０のネットワーク処理数は、１２５＋８に更新される。
また、第２および第３の端末処理数が１５０＋１，２５０＋１に更新される。
【００４６】
上述の実施形態の他に次の実施形態を実施できる。
１）サービス制御装置３０および資源管理装置４０との間をインターネット６０で接続してもよい。
２）資源管理装置４０により端末１０からの画像変換処理を行う端末登録を受け付けてもよい。登録を受け付けたときに画像変換用プログラム（画像変換部２）を登録の端末１０にダウンロードするようにしてもよい。
３）サービス制御装置３０、資源管理装置４０が実行する処理を１台のコンピュータで実行してもよいし、複数のコンピュータで分散処理してもよい。
４）上述の実施形態では画像処理リソース仲介システムがＷｅｂページの検索サービスも提供しているが、ユーザ端末自身がＷｅｂページの検索を行ってもよい。
５）ＷｅｂページはＨＴＭＬ文書以外にもＸＭＬ文書等、ブラウザで表示可能な文書とすることができる。
【００４７】
【発明の効果】
以上、説明したように、請求項１、４の発明によれば、ユーザは検索などにｙり得られたＷｅｂページを３Ｄ表示用のイメージに変換するサービスを利用するだけではなく、画像変換を行うことで、その対価を得ることができる。また、画像処理リソース仲介システム保有会社にとっては、画像変換装置の保有台数を多数保有する必要なく、ユーザからの多数の画像変換要求に答えることができる。
【００４８】
請求項２、５の発明によれば、ユーザは、画像変換サービスの利用と画像変換の役務の提供により、サービスの利用金額を減らすことが可能となる。
【００４９】
請求項３、６の発明では画像変換の実行の対価と画像変換の要求の対価とが相殺されるので、ユーザは、画像変換の要求に対して支払うべき金額を減らすことが可能となる。
【図面の簡単な説明】
【図１】従来例のシステム構成の一例を示すブロック図である。
【図２】本発明第１の実施形態のシステム構成の一例を示すブロック図である。
【図３】本発明第１の実施形態の処理手順を示す説明図である。
【図４】本発明第２の実施形態のシステム構成の一例を示すブロック図である。
【図５】本発明第２の実施形態の処理手順を示す説明図である。
【図６】資源管理装置の処理手順を示すフローチャートである。
【図７】端末の処理手順を示すフローチャートである。
【符号の説明】
１０　端末
３０　サービス制御装置
４０　資源管理装置
５０　画像変換装置
６０　インターネット
７０　Ｗｅｂサーバ
【図１】
2004062464.tif 000003
【図２】
2004062464.tif 000004
【図３】
2004062464.tif 000005
【図４】
2004062464.tif 000006
【図５】
2004062464.tif 000007
【図６】
2004062464.tif 000008
【図７】
2004062464.tif 000009