(57)【要約】【課題】ズーム画像処理システムにおいて、膨大な画像を全て同じフォルダに無造作に入れておくだけで、煩雑な作業を不要とし、簡単に画像を独立するようにズームして行くことにある。【解決手段】制御装置（４）は、入力手段（９）の操作によるユーザ端末装置（２）からの画像要求信号を入力すると、この画像要求信号に基づいた画像を表示手段（１０）のウインドウ（２９）内に表示させる画像制御信号を出力し、そして、入力手段（９）の操作によるユーザ端末装置（２）からの画像分割要求信号を入力すると、この画像分割要求信号に基づいた表示手段（１０）のウインドウ（２９）内の画像の一部を分割して独立するようにズームさせる分割ズーム制御信号を出力する。【選択図】図１
2015204052.tif 000002
【特許請求の範囲】
【請求項１】
入力手段と表示手段とを備えるユーザ端末装置を設け、このユーザ端末装置の前記表示手段にウインドウを表示させる制御装置を設けたズーム画像処理システムにおいて、前記制御装置は、前記入力手段の操作による前記ユーザ端末装置からの画像要求信号を入力すると、この画像要求信号に基づいた画像を前記表示手段の前記ウインドウ内に表示させる画像制御信号を出力し、前記入力手段の操作による前記ユーザ端末装置からの画像分割要求信号を入力すると、この画像分割要求信号に基づいた前記表示手段の前記ウインドウ内の前記画像の一部を分割して独立するようにズームさせる分割ズーム制御信号を出力することを特徴とするズーム画像処理システム。
【請求項２】
前記制御装置は、前記入力手段の操作による前記ユーザ端末装置からの画像分割要求信号を入力した場合に、前記画像分割要求信号に基づいて分割される画像の場所に文字の文字列を当てはめ、前記表示手段の前記ウインドウ内の前記画像の分割の深度のレベルが大きくなるにつれて前記文字例を変更して新たな文字例を生成し、この新たな文字例自体を前記分割される画像のファイル名データとして生成するファイル名生成手段を備えることを特徴とする請求項１に記載のズーム画像処理システム。
【請求項３】
前記制御装置は、前記ユーザ端末装置の前記表示手段の前記ウインドウ内に表示させる複数の画像データを蓄積する画像データ部と、前記ユーザ端末装置からのユーザの各種データを蓄積するユーザ用データ部とを有するデータベースを備えることを特徴とする請求項１に記載のズーム画像処理システム。
【請求項４】
前記制御装置は、前記ユーザ端末装置の前記表示手段に前記ウインドウとしてメインウインドウとサイドウインドウとを表示するとともに、前記メインウインドウ内には前記画像としての絵画を表示するとともに、前記サイドウインドウには前記ユーザ端末装置のいずれもが利用可能なオープンミッション画面と前記ユーザ端末装置中の特定のユーザ端末装置のみが利用可能なクローズドミッション画面との少なくとも一方の画面を表示させることを特徴とする請求項１に記載のズーム画像処理システム。
【請求項５】
前記制御装置は、前記表示手段の前記メインウインドウ内の前記絵画の一部を分割して独立するようにズームさせる際に、前記絵画のズームの速さを可変とすることを特徴とする請求項４に記載のズーム画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ズーム画像処理システムに係り、特に表示手段（ディスプレイ）に表示されるウインドウ内の画像の一部を独立するように分割してズーム（拡大）するズーム画像処理システムに関する。
【背景技術】
【０００２】
インターネットにおける通信システムにおいて、制御装置がユーザ端末装置（携帯型端末機、設置型端末機等）からの要求信号を入力すると、制御装置は、その入力した要求信号に基づいた制御信号を出力し、ユーザ端末装置の表示手段（ディスプレイ）に所要のアプリケーションのウインドウを表示させている。
また、この通信システムとしては、ユーザ端末装置の表示手段のアプリケーションのウインドウに表示させた画像の一部をズーム（拡大）させるズーム画像処理システムがある。
このようなズーム画像処理システムとしては、以下の先行技術文献がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１８２６１７号公報
【０００４】
特許文献１に記載の同期ズームするためのシステム及び方法は、表示手段に複数の区画を表示させ、ユーザによる入力に基づいて複数の区画のうち選択された区画上の作成ズームウインドウを特定し、この作成ズームウインドウに基づいて複数の区画のうちの残りの各区画の対応するズームウインドウを自動的に決定し、ガスタービンの動作状態を監視する際に、異なるセンサからのデータを容易に比較させるものである。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところが、従来、ズーム画像処理システムにおいては、表示手段のウインドウ内の画像としての、例えば、絵画の一部を、一枚一枚表示するごとにＨＴＭＬ等の拡張子を組み込んだ場合に、膨大な作業になったり、また、絵画を変更する場合も、手間が増えてしまい、その作業が繁雑になるという不都合があった。
また、絵画の作者の新しい絵画をはめ込むことや、その絵画をチェックすることも、枚数が増えれば、増えるほど、比較級数的に作業が増えることから、改善が望まれていた。
【０００６】
そこで、この発明は、膨大な画像を全て同じフォルダに無造作に入れておくだけで、煩雑な作業を不要とし、簡単に画像を分割しつつ独立してズームして行くことができるズーム画像処理システムを提供することにある。
【課題を解決するための手段】
【０００７】
この発明は、入力手段と表示手段とを備えるユーザ端末装置を設け、このユーザ端末装置の前記表示手段にウインドウを表示させる制御装置を設けたズーム画像処理システムにおいて、前記制御装置は、前記入力手段の操作による前記ユーザ端末装置からの画像要求信号を入力すると、この画像要求信号に基づいた画像を前記表示手段の前記ウインドウ内に表示させる画像制御信号を出力し、前記入力手段の操作による前記ユーザ端末装置からの画像分割要求信号を入力すると、この画像分割要求信号に基づいた前記表示手段の前記ウインドウ内の前記画像の一部を分割して独立するようにズームさせる分割ズーム制御信号を出力することを特徴とする。
【発明の効果】
【０００８】
この発明は、膨大な画像を全て同じフォルダに無造作に入れておくだけで、煩雑な作業を不要とし、簡単に画像を分割しつつ独立してズームして行くことができる。
【図面の簡単な説明】
【０００９】
【図１】図１はズーム画像処理システムの構成図である。（実施例）
【図２】図２はユーザ端末装置の表示手段のメインウインドウ内の画像としての絵画とサイドウインドウとを示す図である。（実施例）
【図３】図３（Ａ）はサイドウインドウにおけるオープンミッション（Ｏｐｅｎ  Ｍｉｓｓｉｏｎ）画面を示す図である。図３（Ｂ）はサイドウインドウにおけるとクローズドミッション（Ｃｌｏｓｅｄ  Ｍｉｓｓｉｏｎ）画面を示す図である。（実施例）
【図４】図４（Ａ）はメインウインドウ内の絵画を複数に区画（１６区画）した場所に文字列を当てはめた状態を示す図である。図４（Ｂ）は図４（Ａ）の絵画の一部を独立するように分割（１回目の分割）してズームし且つ複数に区画（１６区画）した場所に文字列を付した状態を示す図である。図４（Ｃ）は図４（Ｂ）の絵画の一部を独立するように分割（２回目の分割）してズームし且つ複数に区画（１６区画）した場所に文字列を付した状態を示す図である。図４（Ｄ）は図４（Ｃ）の絵画の一部を独立するように分割（３回目の分割）してズームし且つ複数に区画（１６区画）した場所に文字列を付した状態を示す図である。（実施例）
【図５】図５はメインウインドウの動作の流れを示すフローチャートである。（実施例）
【図６】図６は図５の画面進行要求のフローチャートである。（実施例）
【図７】図７は図５の画面逆行要求のフローチャートである。（実施例）
【図８】図８はサイドウインドウの動作の流れを示すフローチャートである。（実施例）
【図９】図９は図８のゲット（Ｇｅｔ）要求のフローチャートである。（実施例）
【図１０】図１０は図９の当たり判定のフローチャートである。（実施例）
【図１１】図１１は図８のミッション番号表示のフローチャートである。（実施例）
【図１２】図１２は図８のログイン要求のフローチャートである。（実施例）
【図１３】図１３は図１２の会員登録処理のフローチャートである。（実施例）
【図１４】図１４は図８のミッション詳細要求のフローチャートである。（実施例）
【図１５】図１５は図８のミッション切替要求のフローチャートである。（実施例）
【図１６】図１６（Ａ）は左上の区画の絵画の１つの隅を右下へズームする際を説明する図である。図１６（Ｂ）は右下の区画の絵画の１つの隅を左上へズームする際を説明する図である。図１６（Ｃ）は左上から２番目の区画の絵画の２つの隅を右側へズームする際を説明する図である。図１６（Ｄ）は左上から２番目且つ左側の２列目の区画の絵画の２つの隅を右側へズームする際を説明する図である。（実施例）
【発明を実施するための形態】
【００１０】
この発明は、膨大な画像を全て同じフォルダに無造作に入れておくだけで、煩雑な作業を不要とし、簡単に画像を分割しつつ独立してズームして行く目的を、ユーザ端末装置からの画像分割要求信号に基づいた表示手段のウインドウ内の画像の一部を、分割して独立するようにズームさせて実現するものである。
【実施例】
【００１１】
図１〜図１６は、この発明の実施例を示すものである。
図１に示すように、ズーム画像処理システム１は、複数のユーザ端末装置（携帯型端末機、設置型端末機等）２と、このユーザ端末装置２に第１電気通信回線３を介して連絡する制御装置４と、この制御装置４に第２電気通信回線５を介して連絡する複数の顧客端末装置（携帯型端末機、設置型端末機等）６とを備え、また、ユーザ端末装置２と顧客端末装置６とを第３電気通信回線７によって連絡している。
【００１２】
ユーザ端末装置２は、ユーザ（不特定の多数人）が利用するものであって、中央処理手段（ＣＰＵ）８と、ユーザが制御装置４へアクセスするために操作される入力手段９と、制御装置４から出力される制御信号に応じたアプリケーションのウインドウを表示する表示手段（ディスプレイ）１０と、送受信手段１１とを備える。
【００１３】
制御装置４は、中央処理手段（ＣＰＵ）１２と、第１電気通信回線３を介してユーザ端末装置２に連絡する第１入出力手段（Ｉ／Ｏ）１３と、第３電気通信回線７を介して顧客端末装置６に連絡する第２入出力手段（Ｉ／Ｏ）１４とを備える。
制御装置４は、サーバーとしての機能を備え、それ自体でユーザ端末装置２と顧客端末装置６との間を繋ぐための所要のシステムを構築している。
【００１４】
顧客端末装置６は、顧客（特定された銀行等の企業）が利用するものであって、中央処理手段（ＣＰＵ）１５と、顧客が制御装置４へアクセスするために操作される入力手段１６と、制御装置４から出力される制御信号に応じたアプリケーションのウインドウを表示する表示手段（ディスプレイ）１７と、送受信手段１８と、ユーザ用データ記憶手段１９とを備える。
【００１５】
この実施例において、制御装置４は、データベース２０を備える。このデータベース２０は、ユーザ端末装置２の表示手段１０のウインドウ内に表示させる複数の画像データを蓄積する画像データ部２１と、ユーザ端末装置２からのユーザの各種データを蓄積するユーザ用データ部２２と、後述する各種ミッション（問題）データを蓄積するミッション用データ２３とを有する。データベース２０には、ユーザ端末機２及び顧客端末機６からのアクセスが可能である。従って、顧客端末機６のユーザ用データ記憶手段１９には、データベース２０からユーザの各種データを取得して記憶させることが可能である。
また、制御装置４は、一時保存データ記憶手段２４を備える。この一時保存データ記憶手段２４は、メモリやキャッシュ等からなり、所定のデータ（後述するファイル名データ等）を一時保存する。
【００１６】
制御装置４は、画像制御手段２５と、分割ズーム制御手段２６とを備える。
画像制御手段２５は、入力手段９の操作によるユーザ端末装置２からの画像要求信号を入力すると、この画像要求信号に基づいた画像を表示手段１０のウインドウ内に表示させる画像制御信号を出力する。
分割ズーム制御手段２６は、入力手段９の操作によるユーザ端末装置２からの画像分割要求信号を入力すると、この画像分割要求信号に基づいた表示手段１０のウインドウ内の画像の一部を分割して独立するようにズームさせる分割ズーム制御信号を出力する。従って、表示手段１０のウインドウ内には、分割された画像全体がその以前の画像全体に切り替わって表示される。
【００１７】
制御装置４は、ファイル名生成手段２７を備える。
ファイル名生成手段２７は、入力手段１０の操作によるユーザ端末装置２からの画像分割要求信号を入力した場合に、前記画像分割要求信号に基づいて分割される画像の場所に文字（例えば、アルファベット）の文字列を当てはめ、表示手段１０の前記ウインドウ内の前記画像の分割の深度のレベルが大きくなるにつれて前記文字例を変更して新たな文字例を生成し、この新たな文字例自体を前記分割される画像のファイル名データとして生成する。
【００１８】
制御装置４は、図２に示すように、ユーザ端末装置２の表示手段１０に、アプリケーションのウインドウ２８として、メインウインドウ２９と、サイドウインドウ３０と、作者（アーティスト）ウインド３１とを表示する。
【００１９】
具体的に説明すると、図３に示すように、ユーザ端末機２の表示手段１０には、ウインドウ２８として、左側で画像としての絵画を表示する大型のメインウインドウ２９と、このメインウインドウ２９の右側のサイドウインドウ３０とが表示される。
【００２０】
メインウインドウ２９とサイドウインドウ３０とは、独立したコンテンツとして、ユーザの入力手段９の操作によるユーザ端末機２からの要求信号によって、それぞれ独自に操作・実行される。
メインウインドウ２９内には、画像として、例えば、絵画が表示される。なお、画像としては、写真、マンガ絵等とすることも可能である。
サイドウインドウ３０は、メインウインドウ２９におけるシステムのミッション（問題）として利用される。
サイドウインドウ３０では、図３に示すように、ログイン表示エリア３１と、ミッション表示エリア３２と、ボタン表示エリア３３と、詳細表示エリア３４と、作者表示エリア３５とが表示される。
ログイン表示エリア３１には、ログインボックス３６が表示される。
ミッション表示エリア３２には、ミッション（問題）の内容が表示され、ミッションの種類として、オープンミッション（Ｏｐｅｎ  Ｍｉｓｓｉｏｎ）、又はクローズドミッション（Ｃｌｏｓｅｄ  Ｍｉｓｓｉｏｎ）と、また、ゲット（Ｇｅｔ）ボタンボックス３７と、詳細ボックス３８とが表示される。
ボタン表示エリア３３には、戻りボタン（Ｂａｃｋ）３９と、送りボタン（Ｎｅｘｔ）４０と、全ミッション内の場所を表すページ表示部４１とが表示される。
詳細表示エリア３４には、通常、ログデザインが表示され、上部メインの内容に応じて変化し、サイト説明と、その他が表示され、また、オープンミッションのときに、パスワードボックス４２が表示される。
作者表示エリア３５には、絵画のアーティスト（作者：担当者）が表示される。
制御装置４は、作者表示エリア３５がメインウインドウ２９に表示されている絵画と連動することから、メインウインドウ２９でその表示の指示を実行する。
【００２１】
以下に、制御装置４で分割される画像（絵画）のファイル名の付け方について、図４（Ａ）〜図４（Ｄ）に沿って説明する。
図４（Ａ）は、メインウインドウ内の絵画を複数に区画（１６区画）した場所に文字列を当てはめた状態を示す図である。
図４（Ｂ）は、図４（Ａ）の絵画の一部を独立するように分割（１回目の分割）してズームし且つ複数に区画（１６区画）した場所に文字列を付した状態を示す図である。
図４（Ｃ）は、図４（Ｂ）の絵画の一部を独立するように分割（２回目の分割）してズームし且つ複数に区画（１６区画）した場所に文字列を付した状態を示す図である。
図４（Ｄ）は、図４（Ｃ）の絵画の一部を独立するように分割（３回目の分割）してズームし且つ複数に区画（１６区画）した場所に文字列を付した状態を示す図である。
この図４（Ａ）〜図４（Ｄ）に示すように、例えば、メインウインドウ２９内の最初の画像としての１枚の絵画が１６つの区画に分割された各場所に、ａ〜ｐまでのアルファベット（文字）の文字列を当てはめ（図４（Ａ）参照）、そして、画像の分割の深度のレベルが深くなるにつれて、その文字列を変更（追加等）して新たな文字列を生成し、この新たな文字列自体を絵画のファイル名データとして生成する（図４（Ｂ）〜図４（Ｄ）参照）。このファイル名データは、例えば、アルゴリズム化して暗号化することも可能である。このようなファイル名データの付け方は、膨大なファイル名データヘのアクセスを可能とする。また、プログラマは、ファイル名データの作成後、容易にその内容を確認することができる。
このような構成とすることにより、膨大な絵画をすべて同じフォルダに無造作に入れておくだけで、煩雑な作業が不要になり、画像としての絵画を独立するようにズームして行くという作業が非常に簡単に実現できる。更に、同時に、画像（絵画）の作者自身が規則（ルール）に基づいてファイル名を付けるだけで，自らがチェック用のフォルダを作り、そこに、ファイル名データさえ付けておけば、簡単にその絵画をチェックすることも可能となる。しかも、１０文字のファイル名だけで２、０００億枚の絵画を指定することが可能となる。
【００２２】
膨大な絵画のデータにアクセスするためのファイル名データの付け方については、さらに説明する。
メインウインドウ２９に表示される最初の絵画が１枚であることから、ファイル名「ａ．ｊｐｇ」であり、レベル１である。ここで、ファイル名「ａｂ．ｊｐｇ」は、「ａ．ｊｐｇ」（レベル１）の左上から横へ２板目を表わしている。
同じように、「ａｐｐ．ｊｐｇ」は、最初の絵画の右下のさらに右下の絵を指している。
ファイル名の文字の桁数は、絵画を分割するレベルの深度を表わし、文字（ａ〜ｐ）は、その位置を表わしている（図４（Ａ）〜（Ｄ）参照）。
ファイル名の付け方において、最初の絵画「ａ．ｊｐｇ」は、左上から「ａａ．ｊｐｇ−ａｂ．ｊｐｇ−ａｃ．ｊｐｇ…」というように、最初の絵画の１６枚にａ〜ｐのアルファベット（文字）が付き、その絵画のファイル名となる（図４（Ａ）参照）。そして、さらに奥へ進む度に（深度を大きくしていくにつれて）、同様に繰り返される（図４（Ｂ）〜（Ｄ）参照）。
ａ（レベル１−１枚）最初の絵画
ａａ〜ａｐ（レベル２−１６枚）（最初の絵画を１６分割）
ａａａ〜ａｐｐ（レベル３−２５６枚）（１回目の分割）
ａａａａ〜ａｐｐｐ（レベル４−４０９６枚）（２回目の分割）
ａａａａ〜ａｐｐｐｐ（レベル５−６５５３６枚）（３回目の分割）
……
つまり、文字の桁数は、分割の深度のレベル（深さ）を表わしている。また、ファイル名の最初の「ａ」以外は、分割される場所を直接的に表わしている。
そして、１枚の絵画を１６区画に分割したそれぞれの場所が、「ａ〜ｐ」までの文字列に対応している。また、最初の絵画が「ａ．ｊｐｇ」（文字と拡張子）であることから、その最初の絵画の「ａ．ｊｐｇ」のファイル名と場所の文字とを組み合わせたものが、次の絵画の分割された新たなファイル名になる。つまり、「ａ」という絵画の「ａ〜ｐ」までの位置が、そのままファイル名データになる。
このようなファイル名データの付け方により、膨大なファイルヘのアクセスが実現可能となる。
【００２３】
次いで、制御装置４によって動作されるメインウインドウの流れについて、図５のフローチャートに沿って説明する。
図５に示すように、制御装置４のプログラムがスタートすると（ステップＡ０１）、先ず、一時保存データ記憶手段２４に記憶されているファイル名を初期化する（ステップＡ０２）。
そして、ユーザ端末機２からの要求信号に基づいた画像（絵画）を画像データ部２１から読み出してユーザ端末機２の表示手段１０のメインウインドウ２９内に表示する（ステップＡ０３）。この場合、その画像の文字列データを、一時保存データ記憶手段２４に一時保存する。
また、画像データ部２１から読み出した画像（絵画）の作者を、作者表示エリア３５に表示する（ステップＡ０４）。
その後は、以下の入力手段９の操作によるユーザ端末装置２からの第１〜第４画像要求信号によって処理が分かれる。
第１画像要求信号では、画面分割線要求であって（ステップＡ０５）、そして、画面分割線が表示されているか否かを判断する（ステップＡ０６）。
このステップＡ０６がＹＥＳで、画面分割線が表示されている場合には、画面分割線を消去し（ステップＡ０７）、そして、前記ステップＡ０４の後に戻す。
しかし、前記ステップＡ０６がＮＯで、画面分割線が表示されていない場合には、画面分割線を表示し（ステップＡ０８）、そして、前記ステップＡ０４の後に戻す。
第２画像要求信号では、初期画面要求であって（ステップＡ０９）、そして、前記ステップＡ０２に戻す。
第３画像要求信号では、画面進行要求であって（ステップＡ１０）、そして、画面データがあるか否かを画像データ部２１から判断する（ステップＡ１１）。前記ステップＡ１０の画面進行要求については、後述の図６のフローチャートで具体的に説明する。
このステップＡ１１がＹＥＳで、画面データがある場合には、前記ステップＡ０３に戻す。しかし、このステップＡ１１がＮＯで、画面データがない場合には、前記ステップＡ０４の後に戻す。
第４画像要求信号では、画面逆行要求であって（ステップＡ１２）、そして、前記ステップＡ０３に戻す。前記ステップＡ１２の画面逆行要求については、後述の図７のフローチャートで具体的に説明する。
【００２４】
図５の前記ステップＡ１１の画面進行要求については、以下の図６のフローチャートに沿って説明する。
図６に示すように、画面進行要求のプログラムがスタートすると（ステップＢ０１）、先ず、ユーザ端末機２からの要求信号に基づいた画像（絵画）の表示画面の文字列データを一時保存データ記憶手段２４から取得し（ステップＢ０２）、そして、この画面の位置が指定されたか否かを判断する（ステップＢ０３）。このステップＢ０３がＮＯで、画面の位置が指定されていない場合には、この判断を継続する。
このステップＢ０３がＹＥＳで、画面の位置が指定されている場合には、この画面の位置データを、一時保存データ記憶手段２４に保存する（ステップＢ０４）。
そして、前記文字列データの文字列の下位に前記画面の位置データを加えて（文字列の変更）、目的の新たな文字列を生成する（ステップＢ０５）。この新たな文字列は、拡張子を外したファイル名を指すものである。
さらに、この新たな文字列に拡張子（例えば、ｊｐｇ）を付加し、ファイル名として、前記画面の位置データを読み出せる形式としたファイル名データを生成する（ステップＢ０６）。これにより、目的のデータ（画像データや文字列データ等）に、アクセス可能となる。
その後、この画面進行要求のプログラムをエンドとする（ステップＢ０７）。
【００２５】
図５の前記ステップＡ１２の画面逆行要求の場合については、以下の図７のフローチャートに沿って説明する。
図７に示すように、画面逆行要求のプログラムがスタートすると（ステップＣ０１）、先ず、表示画面とし（ステップＣ０２）、そして、この表示画面のファイル名を、一時保存データ記憶手段２４に保存してある文字列データから取得する（ステップＣ０３）。
そして、前記表示画面のファイル名の下位の一文字を削除し（文字列の変更）、目的の新たな文字列を生成する（ステップＣ０４）。ここで、この新たな文字列は、拡張子を外したファイル名を指すものである。
さらに、この新たな文字列に拡張子（例えば、ｊｐｇ）を付加し、ファイル名として読み出せる形式のファイル名データを生成する（ステップＣ０５）。
その後、この画面逆行要求のプログラムをエンドとする（ステップＣ０６）。
【００２６】
この結果、上記の構成により、メインウインドウ２９に表示された画像としての絵画の分割された場所に文字列を当てはめ、その分割の深度のレベルが大きくなるにつれてその文字列を変更して新たな文字列を生成し、そして、この新たな文字列自体を絵画のファイル名データとして生成することにより、膨大な絵画を全て同じフォルダに無造作に入れておくだけで、煩雑な作業を不要とし、簡単に絵画をズームして行くことができる。
【００２７】
また、この実施例において、記制御装置４は、ユーザ端末装置２の表示手段１０にウインドウ２８としてのメインウインドウ２９とサイドウインドウ３０とを表示するとともに、メインウインドウ２９には画像としての絵画を表示するとともに、サイドウインドウ３０にはユーザ端末装置２のいずれもが利用可能なオープンミッション画面４３と（図３（Ａ）参照）、ユーザ端末装置２中の特定のユーザ端末装置のみが利用可能なクローズドミッション画面４４（図３（Ｂ）参照）との少なくとも一方の画面を表示させる。
【００２８】
図３（Ａ）、図３（Ｂ）に示すように、サイドウインドウ３０では、オープンミッション画面４３の場合と、クローズドミッション画面４４の場合とで、表示内容が異なる。
オープンミッション画面４３からクローズドミッション画面４４へ切り替わるには、ログインし、ミッション種類をクローズドミッションとし、権利発生（ゲットボタン３７をオン）、オープンミッション画面４３ならログインのみ、クローズミッション画面４４ならログインとパスワードとの入力が必要であり、ミッションの切り替え、ミッション内容の切り替えを行う。
また、クローズドミッション画面４４では、ログインしていると、ログインボックス３６が「ログアウト」に表示され、また、ログインをしているが、パスワードが未入力の場合に、ゲットボタン３７が押せない状態である。つまり、クローズドミッション画面４４では、詳細表示エリア３４にパスワードボックス４２が表示され、このパスワードボックス４４にパスワードが入力された後、ゲットボタン３７が押せるようになり、エリアの実況を表示し、エリアに隠されている商品の残り数や当選人数等が表示される。そして、ゲットボタン３７を押すと、パスワードボックス４２が消える。
なお、オープンミッション画面４３では、基本的には、ログインが不要であり、誰でも参加でき、クイズ、教材等からなる。なお、オープンミッション画面４３でも、ログインを必要にすることも可能である。
しかし、クローズドミッション画面４４では、条件があり、例えば、購入後、パスワードを入力した人だけが参加できる。
【００２９】
ここで、サイドウインドウ３０におけるミッション（問題）とは、何かを探させて、賞金・賞品等の懸賞を与えるシステムである。ユーザの賞金・賞品等の懸賞の受け取り時に、ユーザ端末装置２では、サイドウインドウ３０上でＩＤやパスワード等でログインさせることにより、顧客端末装置６からユーザ端末装置２へその旨の通知信号が出力される。
【００３０】
次に、この懸賞に関して具体的に説明する。
懸賞は、メインウインドウ２９のシステム上で行われるオープンミッション（オープン懸賞）とクローズドミッション（オープン懸賞）とに分けられる。
顧客端末装置６から参加する企業は、商品購入を前提（パスワードによる）とした懸賞を、そのシステム内で行い、同時に、制御装置４でも、同じシステム内で商品購入の義務の無い懸賞を行う。これによって、参加するユーザは、商品購入を条件としたクローズド懸賞（クライアント企業の主催）を行いながら、制御装置４でのオープン懸賞にも同時に参加していることになる。
つまり、結果的に、例えば、１０円のキャラメルを買って１０００万円を当てることも可能になりる。しかも、制御装置４のシステムの多くの懸賞は、抽選ではなく、基本的に、「早い者勝ち」とすることも可能である。つまり、各ユーザが同時に探すことは、必然的に抽選と同じ意味を持つという意味である。
また、オープンミッション画面４３とクローズドミッション画面４４とを同時に行うことができ、オープンミッション画面４３では、誰でも参加でき、制限がなく、制御装置４が提供する懸賞である。一方、クローズドミッション画面４４は、パスワードを入力した人だけが参加でき、制限があり、企業の参加によって提供された懸賞である。これにより、企業は、販売促進や集客のための展開が可能となる。
制御装置４は、メインウインドウ２９とサイドウインドウ３０とを、サイドウインドウ３０からメインウインドウ２９の画像データ部２１の絵画の差し替えを指示することと、メインウインドウ２９に表示されている絵画を調べて「当たり判定」することで、それぞれ関係があるように制御信号をユーザ端末装置２及び顧客端末装置６へ出力する。
【００３１】
次いで、制御装置４によって動作されるサイドウインドウの流れについて、図８のフローチャートに沿って説明する。
図８に示すように、サイドウインドウのプログラムがスタートすると（ステップＤ０１）、先ず、ミッション番号（ｍ）を初期設定する（ｍ＝１）（ステップＤ０２）。
そして、ログイン名のエリアを表示し（ステップＤ０３）、また、ミッション（問題）を表示する（ステップＤ０４）。
その後、ログイン済みか否かを判断する（ステップＤ０５）。
このステップＤ０５がＹＥＳで、ログイン済みの場合には、クローズドミッションか否かを判断する（ステップＤ０６）。
このステップＤ０６がＮＯで、クローズドミッションでない場合には、ゲット（Ｇｅｔ）ボタン３６を表示し（ステップＤ０７）、ゲット要求を行う（ステップＤ０８）。このステップＤ０８におけるゲット要求については、後述の図９のフローチャートに沿って説明する。
一方、前記ステップＤ０６がＹＥＳで、クローズドミッションの場合には、パスワード入力済みか否かを判断する（ステップＤ０９）。
このステップＤ０９がＹＥＳで、パスワード入力済みの場合には、前記ステップＤ０７に移行する。
このステップＤ０９がＮＯで、パスワード入力済みでない場合、又は、前記ステップＤ０５がＮＯで、ログイン済みでない場合には、ミッション番号表示を行う（ステップＤ１０）。このステップＤ１０におけるミッション番号表示については、後述の図１１のフローチャートに沿って説明する。
その後は、以下の入力手段９の操作によるユーザ端末装置２からの第１〜第３要求信号によって処理が分かれる。
第１要求信号では、ログイン要求する（ステップＤ１１）。このステップＤ１１におけるログイン要求については、後述の図１２のフローチャートに沿って説明する。
第２要求信号では、ミッション詳細要求する（ステップＤ１２）。このステップＤ１２におけるミッション詳細要求については、後述の図１４のフローチャートに沿って説明する。
第３要求信号では、ミッション切替え要求する（ステップＤ１３）。このステップＤ１３におけるミッション切替え要求については、後述の図１５のフローチャートに沿って説明する。
そして、前記ステップＤ０８の処理後、前記ステップＤ１１の処理後、前記ステップＤ１２の処理後、又は、前記ステップＤ１３の処理後は、前記ステップＤ０４に戻す。
【００３２】
図８の前記ステップＤ０８におけるゲット要求について、図９のフローチャートに沿って説明する。
図９に示すように、ゲット要求のプログラムがスタートすると（ステップＥ０１）、先ず、当たり判定を行う（ステップＥ０２）。このステップＥ０２における当たり判定については、後述の図１０のフローチャートに沿って説明する。
そして、当選か否かを判断する（ステップＥ０３）。
このステップＥ０３がＹＥＳで、当選の場合には、当選をお知らせし（ステップＥ０４）、当選の受領確認を行う（ステップＥ０５）。
そして、その当選を受領したか否かを判断する（ステップＥ０６）。
このステップＥ６がＹＥＳで、当選を受領した場合には、データベース２０の画像データ等の変更を行い（ステップＥ０７）、当選の手続きを行い（ステップＥ０８）、そして、当選に関しての説明と同意とを行う（ステップＥ０９）。
その後、賞金か否かを判断する（ステップＥ１０）。
このステップＥ１０がＹＥＳで、賞金の場合には、顧客端末装置６からユーザ端末装置２へ賞金の振り込みを行う通知信号を出力する（ステップＥ１１）。しかし、前記ステップＥ１０がＮＯの場合には、顧客端末装置６で賞品の発送の通知信号をユーザ端末装置２へ出力する（ステップＥ１２）。
一方、前記ステップＥ０３がＮＯで、当選でない場合には、当たりでないメッセージを表示する（ステップＥ１３）。
このステップＥ１３の処理後、又は、前記ステップＥ０６がＮＯで、当選の受領をしていない場合には、このゲット要求のプログラムをエンドとする（ステップＥ１４）。
【００３３】
図９の前記ステップＥ０２における当たり判定について、図１０のフローチャートに沿って説明する。
図１０に示すように、当たり判定のプログラムがスタートすると（ステップＦ０１）、先ず、一時保存データ記憶手段２４から文字列データを読み込む（ステップＦ０２）。このステップＦ０２では、一時保存データ記憶手段２４に一時保存した文字列データから、現在表示している画像を判断する。
そして、データベース２０からミッション（問題）データを取得する（ステップＦ０３）。このステップＦ０３では、このミッションの当選及び当選履歴を取得する。この当選履歴には、「当選済みフラグ」を含むものである。
そして、当選画像か否かを判断する（ステップＦ０４）。つまり、このステップＦ０４では、表示されている画像が当たりか否かを確認する。
このステップＦ０４がＹＥＳで、当選画像の場合には、当選済みフラグがオンかオフかの確認をする（ステップＦ０５）。
このステップＦ０５で当選済みフラグがオンの場合には、「残念なお知らせ」として処理する（ステップＦ０６）。
このステップＦ０５で当選済みフラグがオフの場合には、データベース２０からユーザの個人データを取得する（ステップＦ０７）。
そして、公正取引規定がクリアか否かを判断する（ステップＦ０８）。このステップＦ０８では、個人データで、当選回数や年齢の制限等、公正取引委員会の規定に該当しているか否かをチェックする。
このステップＦ０８がＮＯで、公正取引委員会の規定に該当している場合には、公正取引規定のお知らせとして処理する（ステップＦ０９）。
このステップＦ０８がＹＥＳで、公正取引委員会の規定に該当していない場合には、当選として処理する（ステップＦ１０）。
一方、前記ステップＦ０４がＮＯで、当選画像でない場合、前記ステップＦ０６の処理後、又は前記ステップＦ０９の処理後は、非当選として処理する（ステップＦ１１）。
前記ステップＦ１０の処理後、又は前記ステップＦ１１の処理後は、この当たり判定のプログラムをエンドとする（ステップＦ１２）。
【００３４】
図８の前記ステップＤ１０におけるミッション番号表示について、図１１のフローチャートに沿って説明する。
図１１に示すように、ミッション番号表示のプログラムがスタートすると（ステップＧ０１）、先ず、ミッション番号（ｍ）を表示する（ステップＧ０２）。
そして、ｍ（ミッション番号）が零（０）（ｍ＝０）か否かを判断する（ステップＧ０３）。
このステップＧ０３がＮＯで、ｍ（ミッション番号）が零（０）でない場合には、戻り（Ｂａｃｋ）ボタン３９を表示する（ステップＧ０４）。
このステップＧ０４の処理後、又は、前記ステップＧ０３がＹＥＳで、ｍ（ミッション番号）が零（０）の場合には、ｍ（ミッション番号）がｎ（最大ミッション番号）である（ｍ＝ｎ）か否かを判断する（ステップＧ０５）。
このステップＧ０５がＮＯで、ｍ（ミッション番号）がｎ（最大ミッション番号）でない場合には、送り（Ｎｅｘｔ）ボタン４０を表示する（ステップＧ０６）。
このステップＧ０６の処理後、又は、前記ステップＧ０５がＹＥＳで、ｍ（ミッション番号）がｎ（最大ミッション番号）の場合（ｍ＝ｎ）には、このミッション番号表示のプログラムをエンドとする（ステップＧ０７）。
【００３５】
図８の前記ステップＤ１１のログイン要求については、図１２のフローチャートに沿って説明する。
図１２に示すように、ログイン要求のプログラムがスタートすると（ステップＨ０１）、先ず、ログインしているか否かを判断する（ステップＨ０２）。
このステップＨ２がＹＥＳで、ログインしている場合には、ログオフとする（ステップＨ０３）。
このステップＨ２がＮＯで、ログインしていない場合には、ＩＤ、パスワードを入力させる（ステップＨ０４）。
このとき、このステップＨ０４では、会員登録処理を行う（ステップＨ０５）。このステップＨ０５における会員登録処理については、後述の図１３のフローチャートに沿って説明する。
そして、ログインを行わせる（ステップＨ０６）。
このステップＨ０６の処理後、又は、前記ステップＨ０３の処理後は、このログイン要求のプログラムをエンドとする（ステップＨ０７）。
【００３６】
図１２の前記ステップＨ０５における会員登録処理については、図１３のフローチャートに沿って説明する。
図１３に示すように、会員登録処理のプログラムがスタートとすると（ステップＩ０１）、先ず、このシステムのポリシーを告知する（ステップＩ０２）。
そして、そのポリシーに同意をしたか否かを判断する（ステップＩ０３）。
このステップＩ０３がＹＥＳの場合には、メインウインドウ２９を入力画面とし（ステップＩ０４）、そして、ユーザ端末装置２でメールの入力を要求し、その後、そのメールを確認する（ステップＩ０５）。このステップＩ０５では、ユーザサイドとしてのユーザ端末装置２で、届いたメールにあるＵＲＬをクリックして登録を完了する。
そして、メインウインドウ２９を登録完了の画面とする（ステップＩ０６）。
このステップＩ０６の処理後、又は、前記ステップＩ０３がＮＯで、同意していない場合には、この会員登録処理のプログラムをエンドとする（ステップＩ０７）。
【００３７】
図８の前記ステップＤ１２のミッション詳細要求について、図１４のフローチャートに沿って説明する。
図１４に示すように、ミッション詳細要求のプログラムがスタートすると（ステップＪ０１）、クローズドミッションか否かを判断する（ステップＪ０２）。
このステップＪ０２がＮＯで、クローズドミッションでない場合には、提供企業によるミッション（問題）の説明を行う（ステップＪ０３）。
このステップＪ０３がＹＥＳで、クローズドミッションである場合には、参加説明と購入とを条件として（ステップＪ０４）、提携企業による規約の同意文章を挙げる（ステップＪ０５）。
そして、その規約に同意するか否かを判断する（ステップＪ０６）。
このステップＪ０６がＹＥＳで、その規約に同意する場合には、パスワード入力画面を表示する（ステップＪ０７）。
そして、正確なパスワードを入力したか否かを判断する（ステップＪ０８）。
このステップＪ０８がＹＥＳで、正確なパスワードを入力した場合には、キャンセルがあったか否かを判断する（ステップＪ０９）。
このステップＪ０９がＹＥＳで、キャンセルがあった場合には、パスワードの入力を取り消す（ステップＪ１０）。
一方、前記ステップＪ０８がＮＯで、正確なパスワードを入力していない場合には、キャンセルがあったか否かを判断する（ステップＪ１１）。
このステップＪ１１がＮＯで、キャンセルがなかった場合には、前記ステップＪ０７に戻す。
前記ステップＪ０３の処理後、前記ステップＪ０６がＮＯで、同意がない場合、前記ステップＪ０９がＮＯで、キャンセルでない場合、前記ステップＪ１０の処理後、又は、前記ステップＪ１１がＹＥＳで、キャンセルをしている場合には、このミッション詳細要求のプログラムをエンドとする（ステップＪ１２）。
【００３８】
図８の前記ステップＤ１３のミッション切替要求について、図１５のフローチャートに沿って説明する。
図１５に示すように、ミッション切替要求のプログラムがスタートすると（ステップＫ０１）、戻り（Ｂａｃｋ）ボタン３９が表示されている場合と、送り（Ｎｅｘｔ）ボタン４０が表示されている場合とで、流れが異なる。
そこで、先ず、戻り（Ｂａｃｋ）ボタン３９が表示されているか否かを判断する（ステップＫ０２）。このステップＫ０２がＮＯで、戻り（Ｂａｃｋ）ボタン３９が表示されていない場合には、この判断を継続する。
このステップＫ０２がＹＥＳで、戻り（Ｂａｃｋ）ボタン３９が表示されている場合には、戻り（Ｂａｃｋ）要求をし（ステップＫ０３）、ｍ（ミッション番号）−１とする（ｍ−１）（ステップＫ０４）。
一方で、送り（Ｎｅｘｔ）ボタン４０が表示されているか否かを判断する（ステップＫ０５）。このステップＫ０５がＮＯで、送り（Ｎｅｘｔ）ボタン４０が表示されていない場合には、この判断を継続する。
このステップＫ０５がＹＥＳで、送り（Ｎｅｘｔ）ボタン４０が表示されている場合には、送り（Ｎｅｘｔ）要求をし（ステップＫ０６）、ｍ（ミッション番号）＋１とする（ｍ＋１）（ステップＫ０７）。
前記ステップＫ０４の処理後、又は、前記ステップＫ０７の処理後は、このミッション切替要求のプログラムをエンドとする（ステップＫ０８）。
【００３９】
即ち、このサイドウインドウ２９におけるシステムでは、宝探しであり、分割された絵画の一部を選択することにより、無限に画面が切り替わり、その中で、設定されたミッションをクリアすることによって賞金や賞品が当たるシステムである。
例えば、絵画の分割の全てが１０レベルの深度を持ったとすると、実際、６８７億枚の画面になる。この場合、その絵画を深く掘り下げることで、難易度を変更可能である。
このシステムでは、絵画がズームされて奥へ進む際に（深度のレベルが大きくなる場合）、他の世界観を展開させる。
また、このシステムの使い方としては、企業や地域振興のためのクローズド懸賞としての使い方、絵画を制作したアーティストのギャラリーとしての使い方、商品のカタログとしての使い方、ユーザによるコミニュティとしての使い方等がある。
そして、ミッション（問題）の答えとなる絵画を見つけ、ゲットボタン３７を押した時点で、当選が確定する。つまり、懸賞は、全てのミッション（問題）が与えられ、それをクリアすることで、当選が確定する。そして、懸賞に当たってから、ログインすればよい。
【００４０】
さらに、この実施例において、制御装置４は、図１に示すように、ズーム速さ制御手段４５を備える。
このズーム速さ制御手段４５は、表示手段１０のメインウインドウ２９の絵画の一部を分割して独立するようにズームさせる際に、前記絵画のズームの速さを可変とする。これは、ズームされる絵画を自然に見せるためである。
このズームの速さ変化させる技術について、図１６（Ａ）〜図１６（Ｄ）に沿って説明する。
図１６（Ａ）〜図１６（Ｄ）に示すように、１６つに区画された一つの場所を分割すると、その分割された部分が拡大されて画面全体に広がる。つまり、視覚的には、絵画の一部が独立してズームしたような効果になる。
その場合、１６つに分割されたうち、右上の絵画（例えば、ａａ．ｊｐｇ）をズームする場合は、その１６分の１の絵画の右下の角を、ウインドウ全体の右下まで引張る（図１６（Ａ）、図１６（Ｂ）参照）ことになる。
同様に、四隅の絵画は、一つの角を引っ張ることで拡大して表現しており、それ以外の場所の絵画では、２〜４つの角をそれぞれの方向に拡大（図１６（Ｃ）、図１６（Ｄ）参照）させることになる。
【００４１】
その場合のズームする速さについては、以下に説明する。
一定の速度で絵画を独立するようにズームすると、位置によっては自然に拡大したように見えない場合がある。このため、全体のどの位置を拡大して見ているかの認識が狂ってしまう。
それを回避するために、この実施例では、絵画の隅の角を広げる速度を、可変とする。
例えば、最初はゆっくりとスタートし、途中で早くなり、終点に近づくと、また、ブレーキがかかりゆっくりになるようなイメージです。
もちろん自然に見せ、正しく認識させるために、そのスピードの可変の値（関数）は調整が必要である。
この絵画のズームの速度に関しては、様々なパターンがあり、例えば、最初は遅く、中間では早く、最後には遅くしたり、あるいは、最初は早く、中間では遅く、最後には早くしたり等で、種々可変可能である。
また、絵画のズームの種類として、ズームインや、ズームアウトがある。
【産業上の利用可能性】
【００４２】
この発明に係るズーム画像処理システムを、他のシステムにも適用可能である。
【符号の説明】
【００４３】
１  ズーム画像処理システム
２  ユーザ端末装置
３  第１電気通信回線
４  制御装置
５  第２電気通信回線
６  顧客端末装置
７  第３電気通信回線
９  ユーザ端末装置の入力手段
１０  ユーザ端末装置の表示手段
２０  制御装置のデータベース
２１  データベースの画像データ部
２２  データベースのユーザ用データ部
２３  データベースのミッション用データ部
２４  制御装置の一時保存データ記憶手段
２５  制御装置の画像制御手段
２６  制御装置の分割ズーム制御手段
２７  制御装置のファイル名生成手段
２８  表示手段のウインドウ
２９  メインウインドウ
３０  サイドウインドウ
４３  サイドウインドウのオープンミッション画面
４４  サイドウインドウのクローズドミッション画面
【図１】
2015204052.tif 000003
【図２】
2015204052.tif 000004
【図３】
2015204052.tif 000005
【図４】
2015204052.tif 000006
【図５】
2015204052.tif 000007
【図６】
2015204052.tif 000008
【図７】
2015204052.tif 000009
【図８】
2015204052.tif 000010
【図９】
2015204052.tif 000011
【図１０】
2015204052.tif 000012
【図１１】
2015204052.tif 000013
【図１２】
2015204052.tif 000014
【図１３】
2015204052.tif 000015
【図１４】
2015204052.tif 000016
【図１５】
2015204052.tif 000017
【図１６】
2015204052.tif 000018