JP2015204052A - Zoom image processing system - Google Patents
Zoom image processing system Download PDFInfo
- Publication number
- JP2015204052A JP2015204052A JP2014084203A JP2014084203A JP2015204052A JP 2015204052 A JP2015204052 A JP 2015204052A JP 2014084203 A JP2014084203 A JP 2014084203A JP 2014084203 A JP2014084203 A JP 2014084203A JP 2015204052 A JP2015204052 A JP 2015204052A
- Authority
- JP
- Japan
- Prior art keywords
- image
- terminal device
- user terminal
- window
- zoom
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Controls And Circuits For Display Device (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
Description
この発明は、ズーム画像処理システムに係り、特に表示手段(ディスプレイ)に表示されるウインドウ内の画像の一部を独立するように分割してズーム(拡大)するズーム画像処理システムに関する。 The present invention relates to a zoom image processing system, and more particularly to a zoom image processing system that divides and zooms (enlarges) a part of an image in a window displayed on a display means (display) independently.
インターネットにおける通信システムにおいて、制御装置がユーザ端末装置(携帯型端末機、設置型端末機等)からの要求信号を入力すると、制御装置は、その入力した要求信号に基づいた制御信号を出力し、ユーザ端末装置の表示手段(ディスプレイ)に所要のアプリケーションのウインドウを表示させている。
また、この通信システムとしては、ユーザ端末装置の表示手段のアプリケーションのウインドウに表示させた画像の一部をズーム(拡大)させるズーム画像処理システムがある。
このようなズーム画像処理システムとしては、以下の先行技術文献がある。
In a communication system on the Internet, when a control device inputs a request signal from a user terminal device (portable terminal, installed terminal, etc.), the control device outputs a control signal based on the input request signal, A window of a required application is displayed on the display means (display) of the user terminal device.
Further, as this communication system, there is a zoom image processing system that zooms (enlarges) a part of an image displayed in an application window of display means of a user terminal device.
As such zoom image processing systems, there are the following prior art documents.
特許文献1に記載の同期ズームするためのシステム及び方法は、表示手段に複数の区画を表示させ、ユーザによる入力に基づいて複数の区画のうち選択された区画上の作成ズームウインドウを特定し、この作成ズームウインドウに基づいて複数の区画のうちの残りの各区画の対応するズームウインドウを自動的に決定し、ガスタービンの動作状態を監視する際に、異なるセンサからのデータを容易に比較させるものである。
The system and method for synchronous zoom described in
ところが、従来、ズーム画像処理システムにおいては、表示手段のウインドウ内の画像としての、例えば、絵画の一部を、一枚一枚表示するごとにHTML等の拡張子を組み込んだ場合に、膨大な作業になったり、また、絵画を変更する場合も、手間が増えてしまい、その作業が繁雑になるという不都合があった。
また、絵画の作者の新しい絵画をはめ込むことや、その絵画をチェックすることも、枚数が増えれば、増えるほど、比較級数的に作業が増えることから、改善が望まれていた。
However, in the conventional zoom image processing system, for example, when an extension such as HTML is incorporated every time a part of a picture is displayed as an image in the window of the display means, When working or changing a painting, there is an inconvenience that labor is increased and the work becomes complicated.
In addition, the improvement of the painting artist's new painting and the checking of the painting were desired because the more the number of copies, the greater the work in comparison series.
そこで、この発明は、膨大な画像を全て同じフォルダに無造作に入れておくだけで、煩雑な作業を不要とし、簡単に画像を分割しつつ独立してズームして行くことができるズーム画像処理システムを提供することにある。 Accordingly, the present invention is a zoom image processing system that can simply zoom in independently while dividing an image by simply putting all of a huge number of images in the same folder without any complicated work. Is to provide.
この発明は、入力手段と表示手段とを備えるユーザ端末装置を設け、このユーザ端末装置の前記表示手段にウインドウを表示させる制御装置を設けたズーム画像処理システムにおいて、前記制御装置は、前記入力手段の操作による前記ユーザ端末装置からの画像要求信号を入力すると、この画像要求信号に基づいた画像を前記表示手段の前記ウインドウ内に表示させる画像制御信号を出力し、前記入力手段の操作による前記ユーザ端末装置からの画像分割要求信号を入力すると、この画像分割要求信号に基づいた前記表示手段の前記ウインドウ内の前記画像の一部を分割して独立するようにズームさせる分割ズーム制御信号を出力することを特徴とする。 The present invention provides a zoom image processing system provided with a user terminal device including input means and display means, and provided with a control device for displaying a window on the display means of the user terminal device, wherein the control device includes the input means. When an image request signal from the user terminal device is input by the operation of the above, an image control signal for displaying an image based on the image request signal in the window of the display means is output, and the user by the operation of the input means When an image division request signal is input from the terminal device, a divided zoom control signal is output to divide a part of the image in the window of the display unit based on the image division request signal and to zoom independently. It is characterized by that.
この発明は、膨大な画像を全て同じフォルダに無造作に入れておくだけで、煩雑な作業を不要とし、簡単に画像を分割しつつ独立してズームして行くことができる。 According to the present invention, it is possible to zoom independently while easily dividing an image by simply putting all of a huge number of images in the same folder without any complicated work.
この発明は、膨大な画像を全て同じフォルダに無造作に入れておくだけで、煩雑な作業を不要とし、簡単に画像を分割しつつ独立してズームして行く目的を、ユーザ端末装置からの画像分割要求信号に基づいた表示手段のウインドウ内の画像の一部を、分割して独立するようにズームさせて実現するものである。 The present invention eliminates the need for cumbersome work by simply putting all of a huge number of images in the same folder, and is designed to easily divide images and zoom independently. A part of the image in the window of the display means based on the division request signal is divided and zoomed so as to be independent.
図1〜図16は、この発明の実施例を示すものである。
図1に示すように、ズーム画像処理システム1は、複数のユーザ端末装置(携帯型端末機、設置型端末機等)2と、このユーザ端末装置2に第1電気通信回線3を介して連絡する制御装置4と、この制御装置4に第2電気通信回線5を介して連絡する複数の顧客端末装置(携帯型端末機、設置型端末機等)6とを備え、また、ユーザ端末装置2と顧客端末装置6とを第3電気通信回線7によって連絡している。
1 to 16 show an embodiment of the present invention.
As shown in FIG. 1, the zoom
ユーザ端末装置2は、ユーザ(不特定の多数人)が利用するものであって、中央処理手段(CPU)8と、ユーザが制御装置4へアクセスするために操作される入力手段9と、制御装置4から出力される制御信号に応じたアプリケーションのウインドウを表示する表示手段(ディスプレイ)10と、送受信手段11とを備える。
The
制御装置4は、中央処理手段(CPU)12と、第1電気通信回線3を介してユーザ端末装置2に連絡する第1入出力手段(I/O)13と、第3電気通信回線7を介して顧客端末装置6に連絡する第2入出力手段(I/O)14とを備える。
制御装置4は、サーバーとしての機能を備え、それ自体でユーザ端末装置2と顧客端末装置6との間を繋ぐための所要のシステムを構築している。
The control device 4 includes a central processing unit (CPU) 12, a first input / output unit (I / O) 13 that communicates with the
The control device 4 has a function as a server, and constructs a required system for connecting the
顧客端末装置6は、顧客(特定された銀行等の企業)が利用するものであって、中央処理手段(CPU)15と、顧客が制御装置4へアクセスするために操作される入力手段16と、制御装置4から出力される制御信号に応じたアプリケーションのウインドウを表示する表示手段(ディスプレイ)17と、送受信手段18と、ユーザ用データ記憶手段19とを備える。
The
この実施例において、制御装置4は、データベース20を備える。このデータベース20は、ユーザ端末装置2の表示手段10のウインドウ内に表示させる複数の画像データを蓄積する画像データ部21と、ユーザ端末装置2からのユーザの各種データを蓄積するユーザ用データ部22と、後述する各種ミッション(問題)データを蓄積するミッション用データ23とを有する。データベース20には、ユーザ端末機2及び顧客端末機6からのアクセスが可能である。従って、顧客端末機6のユーザ用データ記憶手段19には、データベース20からユーザの各種データを取得して記憶させることが可能である。
また、制御装置4は、一時保存データ記憶手段24を備える。この一時保存データ記憶手段24は、メモリやキャッシュ等からなり、所定のデータ(後述するファイル名データ等)を一時保存する。
In this embodiment, the control device 4 includes a
In addition, the control device 4 includes temporary storage data storage means 24. The temporary storage
制御装置4は、画像制御手段25と、分割ズーム制御手段26とを備える。
画像制御手段25は、入力手段9の操作によるユーザ端末装置2からの画像要求信号を入力すると、この画像要求信号に基づいた画像を表示手段10のウインドウ内に表示させる画像制御信号を出力する。
分割ズーム制御手段26は、入力手段9の操作によるユーザ端末装置2からの画像分割要求信号を入力すると、この画像分割要求信号に基づいた表示手段10のウインドウ内の画像の一部を分割して独立するようにズームさせる分割ズーム制御信号を出力する。従って、表示手段10のウインドウ内には、分割された画像全体がその以前の画像全体に切り替わって表示される。
The control device 4 includes an image control unit 25 and a divided
When an image request signal is input from the
When the division
制御装置4は、ファイル名生成手段27を備える。
ファイル名生成手段27は、入力手段10の操作によるユーザ端末装置2からの画像分割要求信号を入力した場合に、前記画像分割要求信号に基づいて分割される画像の場所に文字(例えば、アルファベット)の文字列を当てはめ、表示手段10の前記ウインドウ内の前記画像の分割の深度のレベルが大きくなるにつれて前記文字例を変更して新たな文字例を生成し、この新たな文字例自体を前記分割される画像のファイル名データとして生成する。
The control device 4 includes file name generation means 27.
When the image name division request signal is input from the
制御装置4は、図2に示すように、ユーザ端末装置2の表示手段10に、アプリケーションのウインドウ28として、メインウインドウ29と、サイドウインドウ30と、作者(アーティスト)ウインド31とを表示する。
As shown in FIG. 2, the control device 4 displays a
具体的に説明すると、図3に示すように、ユーザ端末機2の表示手段10には、ウインドウ28として、左側で画像としての絵画を表示する大型のメインウインドウ29と、このメインウインドウ29の右側のサイドウインドウ30とが表示される。
Specifically, as shown in FIG. 3, the
メインウインドウ29とサイドウインドウ30とは、独立したコンテンツとして、ユーザの入力手段9の操作によるユーザ端末機2からの要求信号によって、それぞれ独自に操作・実行される。
メインウインドウ29内には、画像として、例えば、絵画が表示される。なお、画像としては、写真、マンガ絵等とすることも可能である。
サイドウインドウ30は、メインウインドウ29におけるシステムのミッション(問題)として利用される。
サイドウインドウ30では、図3に示すように、ログイン表示エリア31と、ミッション表示エリア32と、ボタン表示エリア33と、詳細表示エリア34と、作者表示エリア35とが表示される。
ログイン表示エリア31には、ログインボックス36が表示される。
ミッション表示エリア32には、ミッション(問題)の内容が表示され、ミッションの種類として、オープンミッション(Open Mission)、又はクローズドミッション(Closed Mission)と、また、ゲット(Get)ボタンボックス37と、詳細ボックス38とが表示される。
ボタン表示エリア33には、戻りボタン(Back)39と、送りボタン(Next)40と、全ミッション内の場所を表すページ表示部41とが表示される。
詳細表示エリア34には、通常、ログデザインが表示され、上部メインの内容に応じて変化し、サイト説明と、その他が表示され、また、オープンミッションのときに、パスワードボックス42が表示される。
作者表示エリア35には、絵画のアーティスト(作者:担当者)が表示される。
制御装置4は、作者表示エリア35がメインウインドウ29に表示されている絵画と連動することから、メインウインドウ29でその表示の指示を実行する。
The
In the
The
In the
A
The
In the
In the
In the
Since the
以下に、制御装置4で分割される画像(絵画)のファイル名の付け方について、図4(A)〜図4(D)に沿って説明する。
図4(A)は、メインウインドウ内の絵画を複数に区画(16区画)した場所に文字列を当てはめた状態を示す図である。
図4(B)は、図4(A)の絵画の一部を独立するように分割(1回目の分割)してズームし且つ複数に区画(16区画)した場所に文字列を付した状態を示す図である。
図4(C)は、図4(B)の絵画の一部を独立するように分割(2回目の分割)してズームし且つ複数に区画(16区画)した場所に文字列を付した状態を示す図である。
図4(D)は、図4(C)の絵画の一部を独立するように分割(3回目の分割)してズームし且つ複数に区画(16区画)した場所に文字列を付した状態を示す図である。
この図4(A)〜図4(D)に示すように、例えば、メインウインドウ29内の最初の画像としての1枚の絵画が16つの区画に分割された各場所に、a〜pまでのアルファベット(文字)の文字列を当てはめ(図4(A)参照)、そして、画像の分割の深度のレベルが深くなるにつれて、その文字列を変更(追加等)して新たな文字列を生成し、この新たな文字列自体を絵画のファイル名データとして生成する(図4(B)〜図4(D)参照)。このファイル名データは、例えば、アルゴリズム化して暗号化することも可能である。このようなファイル名データの付け方は、膨大なファイル名データヘのアクセスを可能とする。また、プログラマは、ファイル名データの作成後、容易にその内容を確認することができる。
このような構成とすることにより、膨大な絵画をすべて同じフォルダに無造作に入れておくだけで、煩雑な作業が不要になり、画像としての絵画を独立するようにズームして行くという作業が非常に簡単に実現できる。更に、同時に、画像(絵画)の作者自身が規則(ルール)に基づいてファイル名を付けるだけで,自らがチェック用のフォルダを作り、そこに、ファイル名データさえ付けておけば、簡単にその絵画をチェックすることも可能となる。しかも、10文字のファイル名だけで2、000億枚の絵画を指定することが可能となる。
Below, how to give the file name of the image (picture) divided | segmented by the control apparatus 4 is demonstrated along FIG. 4 (A)-FIG. 4 (D).
FIG. 4A is a diagram showing a state in which a character string is applied to a place where a picture in the main window is divided into a plurality of sections (16 sections).
FIG. 4B shows a state in which a part of the picture of FIG. 4A is divided so as to be independent (first division), zoomed, and a character string is attached to a plurality of sections (16 sections). FIG.
FIG. 4C shows a state where a part of the picture of FIG. 4B is divided so as to be independent (second division), zoomed, and character strings are attached to a plurality of sections (16 sections). FIG.
FIG. 4D shows a state in which a part of the painting of FIG. 4C is divided so as to be independent (third division), zoomed, and character strings are attached to a plurality of sections (16 sections). FIG.
As shown in FIGS. 4 (A) to 4 (D), for example, each picture as the first image in the
By having such a configuration, simply putting all of the huge paintings in the same folder in a simple manner eliminates the need for cumbersome work, and the work of zooming the paintings as images independently Can be realized easily. Furthermore, at the same time, if the author of the image (painting) himself gives a file name based on the rule (rule), he creates a folder for checking himself, and even if the file name data is added there, it can be easily done. It is also possible to check paintings. Moreover, 200 billion paintings can be specified with only a 10-character file name.
膨大な絵画のデータにアクセスするためのファイル名データの付け方については、さらに説明する。
メインウインドウ29に表示される最初の絵画が1枚であることから、ファイル名「a.jpg」であり、レベル1である。ここで、ファイル名「ab.jpg」は、「a.jpg」(レベル1)の左上から横へ2板目を表わしている。
同じように、「app.jpg」は、最初の絵画の右下のさらに右下の絵を指している。
ファイル名の文字の桁数は、絵画を分割するレベルの深度を表わし、文字(a〜p)は、その位置を表わしている(図4(A)〜(D)参照)。
ファイル名の付け方において、最初の絵画「a.jpg」は、左上から「aa.jpg−ab.jpg−ac.jpg…」というように、最初の絵画の16枚にa〜pのアルファベット(文字)が付き、その絵画のファイル名となる(図4(A)参照)。そして、さらに奥へ進む度に(深度を大きくしていくにつれて)、同様に繰り返される(図4(B)〜(D)参照)。
a(レベル1−1枚)最初の絵画
aa〜ap(レベル2−16枚)(最初の絵画を16分割)
aaa〜app(レベル3−256枚)(1回目の分割)
aaaa〜appp(レベル4−4096枚)(2回目の分割)
aaaa〜apppp(レベル5−65536枚)(3回目の分割)
……
つまり、文字の桁数は、分割の深度のレベル(深さ)を表わしている。また、ファイル名の最初の「a」以外は、分割される場所を直接的に表わしている。
そして、1枚の絵画を16区画に分割したそれぞれの場所が、「a〜p」までの文字列に対応している。また、最初の絵画が「a.jpg」(文字と拡張子)であることから、その最初の絵画の「a.jpg」のファイル名と場所の文字とを組み合わせたものが、次の絵画の分割された新たなファイル名になる。つまり、「a」という絵画の「a〜p」までの位置が、そのままファイル名データになる。
このようなファイル名データの付け方により、膨大なファイルヘのアクセスが実現可能となる。
The method of assigning file name data for accessing enormous painting data will be further explained.
Since the first picture displayed in the
Similarly, “app.jpg” refers to the lower right picture in the lower right of the first picture.
The number of characters in the file name represents the depth of the level at which the painting is divided, and the characters (ap) represent the positions (see FIGS. 4A to 4D).
In the method of naming the file, the first painting “a.jpg” has 16 letters of letters a to p (letters) from the top left, such as “aa.jpg-ab.jpg-ac.jpg ...” from the upper left. ) And the file name of the picture (see FIG. 4A). And it repeats similarly every time it progresses to the back (as the depth is increased) (see FIGS. 4B to 4D).
a (level 1-1) first painting aa-ap (level 2-16) (first painting divided into 16)
aaa-app (level 3-256 sheets) (first division)
aaaa to appp (level 4 to 4096) (second division)
aaaa-apppp (level 5-65536 sheets) (third division)
......
That is, the number of digits of characters represents the level (depth) of division. Further, except for the first “a” in the file name, it directly represents the place to be divided.
And each place which divided | segmented one painting into 16 divisions respond | corresponds to the character string to "ap". In addition, since the first painting is “a.jpg” (letters and extension), the combination of the file name of “a.jpg” of the first painting and the character of the place is the next painting. The new file name is divided. That is, the position from “a to p” of the picture “a” becomes the file name data as it is.
Such a way of assigning file name data makes it possible to access an enormous number of files.
次いで、制御装置4によって動作されるメインウインドウの流れについて、図5のフローチャートに沿って説明する。
図5に示すように、制御装置4のプログラムがスタートすると(ステップA01)、先ず、一時保存データ記憶手段24に記憶されているファイル名を初期化する(ステップA02)。
そして、ユーザ端末機2からの要求信号に基づいた画像(絵画)を画像データ部21から読み出してユーザ端末機2の表示手段10のメインウインドウ29内に表示する(ステップA03)。この場合、その画像の文字列データを、一時保存データ記憶手段24に一時保存する。
また、画像データ部21から読み出した画像(絵画)の作者を、作者表示エリア35に表示する(ステップA04)。
その後は、以下の入力手段9の操作によるユーザ端末装置2からの第1〜第4画像要求信号によって処理が分かれる。
第1画像要求信号では、画面分割線要求であって(ステップA05)、そして、画面分割線が表示されているか否かを判断する(ステップA06)。
このステップA06がYESで、画面分割線が表示されている場合には、画面分割線を消去し(ステップA07)、そして、前記ステップA04の後に戻す。
しかし、前記ステップA06がNOで、画面分割線が表示されていない場合には、画面分割線を表示し(ステップA08)、そして、前記ステップA04の後に戻す。
第2画像要求信号では、初期画面要求であって(ステップA09)、そして、前記ステップA02に戻す。
第3画像要求信号では、画面進行要求であって(ステップA10)、そして、画面データがあるか否かを画像データ部21から判断する(ステップA11)。前記ステップA10の画面進行要求については、後述の図6のフローチャートで具体的に説明する。
このステップA11がYESで、画面データがある場合には、前記ステップA03に戻す。しかし、このステップA11がNOで、画面データがない場合には、前記ステップA04の後に戻す。
第4画像要求信号では、画面逆行要求であって(ステップA12)、そして、前記ステップA03に戻す。前記ステップA12の画面逆行要求については、後述の図7のフローチャートで具体的に説明する。
Next, the flow of the main window operated by the control device 4 will be described along the flowchart of FIG.
As shown in FIG. 5, when the program of the control device 4 starts (step A01), first, the file name stored in the temporary storage data storage means 24 is initialized (step A02).
Then, an image (painting) based on the request signal from the
Further, the author of the image (painting) read out from the
Thereafter, the processing is divided according to the first to fourth image request signals from the
In the first image request signal, it is a screen dividing line request (step A05), and it is determined whether or not a screen dividing line is displayed (step A06).
If this step A06 is YES and the screen dividing line is displayed, the screen dividing line is erased (step A07), and the process returns after step A04.
However, if step A06 is NO and the screen dividing line is not displayed, the screen dividing line is displayed (step A08), and the process returns after step A04.
The second image request signal is an initial screen request (step A09), and the process returns to step A02.
In the third image request signal, it is a screen progress request (step A10), and it is determined from the
If this step A11 is YES and there is screen data, the process returns to step A03. However, when this step A11 is NO and there is no screen data, it returns after said step A04.
The fourth image request signal is a screen reverse request (step A12), and the process returns to step A03. The screen reverse request in step A12 will be specifically described with reference to the flowchart of FIG.
図5の前記ステップA11の画面進行要求については、以下の図6のフローチャートに沿って説明する。
図6に示すように、画面進行要求のプログラムがスタートすると(ステップB01)、先ず、ユーザ端末機2からの要求信号に基づいた画像(絵画)の表示画面の文字列データを一時保存データ記憶手段24から取得し(ステップB02)、そして、この画面の位置が指定されたか否かを判断する(ステップB03)。このステップB03がNOで、画面の位置が指定されていない場合には、この判断を継続する。
このステップB03がYESで、画面の位置が指定されている場合には、この画面の位置データを、一時保存データ記憶手段24に保存する(ステップB04)。
そして、前記文字列データの文字列の下位に前記画面の位置データを加えて(文字列の変更)、目的の新たな文字列を生成する(ステップB05)。この新たな文字列は、拡張子を外したファイル名を指すものである。
さらに、この新たな文字列に拡張子(例えば、jpg)を付加し、ファイル名として、前記画面の位置データを読み出せる形式としたファイル名データを生成する(ステップB06)。これにより、目的のデータ(画像データや文字列データ等)に、アクセス可能となる。
その後、この画面進行要求のプログラムをエンドとする(ステップB07)。
The screen advance request in step A11 of FIG. 5 will be described with reference to the flowchart of FIG.
As shown in FIG. 6, when the screen progress request program starts (step B01), first, the character string data of the display screen of the image (painting) based on the request signal from the
If this step B03 is YES and the position of the screen is designated, the position data of this screen is stored in the temporary storage data storage means 24 (step B04).
Then, the position data of the screen is added to the lower part of the character string of the character string data (change of the character string) to generate a new target character string (step B05). This new character string indicates the file name without the extension.
Further, an extension (for example, jpg) is added to the new character string, and file name data in a format in which the screen position data can be read is generated as a file name (step B06). This makes it possible to access target data (image data, character string data, etc.).
After that, the screen progress request program is ended (step B07).
図5の前記ステップA12の画面逆行要求の場合については、以下の図7のフローチャートに沿って説明する。
図7に示すように、画面逆行要求のプログラムがスタートすると(ステップC01)、先ず、表示画面とし(ステップC02)、そして、この表示画面のファイル名を、一時保存データ記憶手段24に保存してある文字列データから取得する(ステップC03)。
そして、前記表示画面のファイル名の下位の一文字を削除し(文字列の変更)、目的の新たな文字列を生成する(ステップC04)。ここで、この新たな文字列は、拡張子を外したファイル名を指すものである。
さらに、この新たな文字列に拡張子(例えば、jpg)を付加し、ファイル名として読み出せる形式のファイル名データを生成する(ステップC05)。
その後、この画面逆行要求のプログラムをエンドとする(ステップC06)。
The case of the screen reverse request in step A12 in FIG. 5 will be described with reference to the flowchart in FIG.
As shown in FIG. 7, when the screen backward request program starts (step C01), first, a display screen is displayed (step C02), and the file name of the display screen is stored in the temporary storage data storage means 24. Obtained from certain character string data (step C03).
Then, the lower one character of the file name on the display screen is deleted (change of character string), and a new target character string is generated (step C04). Here, this new character string indicates the file name without the extension.
Further, an extension (for example, jpg) is added to the new character string to generate file name data in a format that can be read as a file name (step C05).
Thereafter, the screen backward request program is ended (step C06).
この結果、上記の構成により、メインウインドウ29に表示された画像としての絵画の分割された場所に文字列を当てはめ、その分割の深度のレベルが大きくなるにつれてその文字列を変更して新たな文字列を生成し、そして、この新たな文字列自体を絵画のファイル名データとして生成することにより、膨大な絵画を全て同じフォルダに無造作に入れておくだけで、煩雑な作業を不要とし、簡単に絵画をズームして行くことができる。
As a result, according to the above configuration, the character string is applied to the divided place of the painting as the image displayed in the
また、この実施例において、記制御装置4は、ユーザ端末装置2の表示手段10にウインドウ28としてのメインウインドウ29とサイドウインドウ30とを表示するとともに、メインウインドウ29には画像としての絵画を表示するとともに、サイドウインドウ30にはユーザ端末装置2のいずれもが利用可能なオープンミッション画面43と(図3(A)参照)、ユーザ端末装置2中の特定のユーザ端末装置のみが利用可能なクローズドミッション画面44(図3(B)参照)との少なくとも一方の画面を表示させる。
In this embodiment, the control device 4 displays a
図3(A)、図3(B)に示すように、サイドウインドウ30では、オープンミッション画面43の場合と、クローズドミッション画面44の場合とで、表示内容が異なる。
オープンミッション画面43からクローズドミッション画面44へ切り替わるには、ログインし、ミッション種類をクローズドミッションとし、権利発生(ゲットボタン37をオン)、オープンミッション画面43ならログインのみ、クローズミッション画面44ならログインとパスワードとの入力が必要であり、ミッションの切り替え、ミッション内容の切り替えを行う。
また、クローズドミッション画面44では、ログインしていると、ログインボックス36が「ログアウト」に表示され、また、ログインをしているが、パスワードが未入力の場合に、ゲットボタン37が押せない状態である。つまり、クローズドミッション画面44では、詳細表示エリア34にパスワードボックス42が表示され、このパスワードボックス44にパスワードが入力された後、ゲットボタン37が押せるようになり、エリアの実況を表示し、エリアに隠されている商品の残り数や当選人数等が表示される。そして、ゲットボタン37を押すと、パスワードボックス42が消える。
なお、オープンミッション画面43では、基本的には、ログインが不要であり、誰でも参加でき、クイズ、教材等からなる。なお、オープンミッション画面43でも、ログインを必要にすることも可能である。
しかし、クローズドミッション画面44では、条件があり、例えば、購入後、パスワードを入力した人だけが参加できる。
As shown in FIGS. 3 (A) and 3 (B), in the
To switch from the
On the
Note that the
However, there are conditions on the
ここで、サイドウインドウ30におけるミッション(問題)とは、何かを探させて、賞金・賞品等の懸賞を与えるシステムである。ユーザの賞金・賞品等の懸賞の受け取り時に、ユーザ端末装置2では、サイドウインドウ30上でIDやパスワード等でログインさせることにより、顧客端末装置6からユーザ端末装置2へその旨の通知信号が出力される。
Here, the mission (problem) in the
次に、この懸賞に関して具体的に説明する。
懸賞は、メインウインドウ29のシステム上で行われるオープンミッション(オープン懸賞)とクローズドミッション(オープン懸賞)とに分けられる。
顧客端末装置6から参加する企業は、商品購入を前提(パスワードによる)とした懸賞を、そのシステム内で行い、同時に、制御装置4でも、同じシステム内で商品購入の義務の無い懸賞を行う。これによって、参加するユーザは、商品購入を条件としたクローズド懸賞(クライアント企業の主催)を行いながら、制御装置4でのオープン懸賞にも同時に参加していることになる。
つまり、結果的に、例えば、10円のキャラメルを買って1000万円を当てることも可能になりる。しかも、制御装置4のシステムの多くの懸賞は、抽選ではなく、基本的に、「早い者勝ち」とすることも可能である。つまり、各ユーザが同時に探すことは、必然的に抽選と同じ意味を持つという意味である。
また、オープンミッション画面43とクローズドミッション画面44とを同時に行うことができ、オープンミッション画面43では、誰でも参加でき、制限がなく、制御装置4が提供する懸賞である。一方、クローズドミッション画面44は、パスワードを入力した人だけが参加でき、制限があり、企業の参加によって提供された懸賞である。これにより、企業は、販売促進や集客のための展開が可能となる。
制御装置4は、メインウインドウ29とサイドウインドウ30とを、サイドウインドウ30からメインウインドウ29の画像データ部21の絵画の差し替えを指示することと、メインウインドウ29に表示されている絵画を調べて「当たり判定」することで、それぞれ関係があるように制御信号をユーザ端末装置2及び顧客端末装置6へ出力する。
Next, this prize will be described in detail.
The sweepstakes are divided into an open mission (open sweepstakes) and a closed mission (open sweepstakes) performed on the system of the
A company participating from the
In other words, as a result, for example, it is possible to buy a caramel of 10 yen and win 10 million yen. In addition, many sweepstakes in the system of the control device 4 can be basically “first come first served” instead of lottery. That is, it means that each user searches for the same meaning as a lottery.
In addition, the
The control device 4 instructs the
次いで、制御装置4によって動作されるサイドウインドウの流れについて、図8のフローチャートに沿って説明する。
図8に示すように、サイドウインドウのプログラムがスタートすると(ステップD01)、先ず、ミッション番号(m)を初期設定する(m=1)(ステップD02)。
そして、ログイン名のエリアを表示し(ステップD03)、また、ミッション(問題)を表示する(ステップD04)。
その後、ログイン済みか否かを判断する(ステップD05)。
このステップD05がYESで、ログイン済みの場合には、クローズドミッションか否かを判断する(ステップD06)。
このステップD06がNOで、クローズドミッションでない場合には、ゲット(Get)ボタン36を表示し(ステップD07)、ゲット要求を行う(ステップD08)。このステップD08におけるゲット要求については、後述の図9のフローチャートに沿って説明する。
一方、前記ステップD06がYESで、クローズドミッションの場合には、パスワード入力済みか否かを判断する(ステップD09)。
このステップD09がYESで、パスワード入力済みの場合には、前記ステップD07に移行する。
このステップD09がNOで、パスワード入力済みでない場合、又は、前記ステップD05がNOで、ログイン済みでない場合には、ミッション番号表示を行う(ステップD10)。このステップD10におけるミッション番号表示については、後述の図11のフローチャートに沿って説明する。
その後は、以下の入力手段9の操作によるユーザ端末装置2からの第1〜第3要求信号によって処理が分かれる。
第1要求信号では、ログイン要求する(ステップD11)。このステップD11におけるログイン要求については、後述の図12のフローチャートに沿って説明する。
第2要求信号では、ミッション詳細要求する(ステップD12)。このステップD12におけるミッション詳細要求については、後述の図14のフローチャートに沿って説明する。
第3要求信号では、ミッション切替え要求する(ステップD13)。このステップD13におけるミッション切替え要求については、後述の図15のフローチャートに沿って説明する。
そして、前記ステップD08の処理後、前記ステップD11の処理後、前記ステップD12の処理後、又は、前記ステップD13の処理後は、前記ステップD04に戻す。
Next, the flow of the side window operated by the control device 4 will be described along the flowchart of FIG.
As shown in FIG. 8, when the side window program starts (step D01), first, the mission number (m) is initialized (m = 1) (step D02).
Then, the login name area is displayed (step D03), and the mission (problem) is displayed (step D04).
Thereafter, it is determined whether or not login has been completed (step D05).
If this step D05 is YES and the user has logged in, it is determined whether or not it is a closed mission (step D06).
When this step D06 is NO and it is not a closed mission, the
On the other hand, if step D06 is YES and the mission is closed, it is determined whether or not a password has been entered (step D09).
If this step D09 is YES and the password has been entered, the process proceeds to step D07.
If step D09 is NO and the password has not been entered, or if step D05 is NO and login has not been completed, the mission number is displayed (step D10). The mission number display in step D10 will be described with reference to the flowchart of FIG.
Thereafter, the processing is divided according to the first to third request signals from the
In the first request signal, a login request is made (step D11). The login request in step D11 will be described with reference to the flowchart of FIG.
In the second request signal, a mission detail request is made (step D12). The detailed mission request in step D12 will be described with reference to the flowchart of FIG.
In the third request signal, a mission switching request is made (step D13). The mission switching request in step D13 will be described with reference to the flowchart of FIG.
Then, after step D08, after step D11, after step D12, or after step D13, the process returns to step D04.
図8の前記ステップD08におけるゲット要求について、図9のフローチャートに沿って説明する。
図9に示すように、ゲット要求のプログラムがスタートすると(ステップE01)、先ず、当たり判定を行う(ステップE02)。このステップE02における当たり判定については、後述の図10のフローチャートに沿って説明する。
そして、当選か否かを判断する(ステップE03)。
このステップE03がYESで、当選の場合には、当選をお知らせし(ステップE04)、当選の受領確認を行う(ステップE05)。
そして、その当選を受領したか否かを判断する(ステップE06)。
このステップE6がYESで、当選を受領した場合には、データベース20の画像データ等の変更を行い(ステップE07)、当選の手続きを行い(ステップE08)、そして、当選に関しての説明と同意とを行う(ステップE09)。
その後、賞金か否かを判断する(ステップE10)。
このステップE10がYESで、賞金の場合には、顧客端末装置6からユーザ端末装置2へ賞金の振り込みを行う通知信号を出力する(ステップE11)。しかし、前記ステップE10がNOの場合には、顧客端末装置6で賞品の発送の通知信号をユーザ端末装置2へ出力する(ステップE12)。
一方、前記ステップE03がNOで、当選でない場合には、当たりでないメッセージを表示する(ステップE13)。
このステップE13の処理後、又は、前記ステップE06がNOで、当選の受領をしていない場合には、このゲット要求のプログラムをエンドとする(ステップE14)。
The get request in step D08 of FIG. 8 will be described with reference to the flowchart of FIG.
As shown in FIG. 9, when the get request program starts (step E01), first, a hit determination is performed (step E02). The hit determination in step E02 will be described with reference to the flowchart of FIG.
Then, it is determined whether or not it is won (step E03).
If this step E03 is YES and it is a win, the winning is notified (step E04) and the receipt of the win is confirmed (step E05).
Then, it is determined whether or not the winning is received (step E06).
If this step E6 is YES and the winning is received, the image data in the
Thereafter, it is determined whether or not the prize is a prize (step E10).
If this step E10 is YES and it is a prize, a notification signal for transferring a prize is output from the
On the other hand, if the step E03 is NO and the player has not won, a message that is not a win is displayed (step E13).
After the processing of step E13, or when the step E06 is NO and the winning is not received, the program of this get request is ended (step E14).
図9の前記ステップE02における当たり判定について、図10のフローチャートに沿って説明する。
図10に示すように、当たり判定のプログラムがスタートすると(ステップF01)、先ず、一時保存データ記憶手段24から文字列データを読み込む(ステップF02)。このステップF02では、一時保存データ記憶手段24に一時保存した文字列データから、現在表示している画像を判断する。
そして、データベース20からミッション(問題)データを取得する(ステップF03)。このステップF03では、このミッションの当選及び当選履歴を取得する。この当選履歴には、「当選済みフラグ」を含むものである。
そして、当選画像か否かを判断する(ステップF04)。つまり、このステップF04では、表示されている画像が当たりか否かを確認する。
このステップF04がYESで、当選画像の場合には、当選済みフラグがオンかオフかの確認をする(ステップF05)。
このステップF05で当選済みフラグがオンの場合には、「残念なお知らせ」として処理する(ステップF06)。
このステップF05で当選済みフラグがオフの場合には、データベース20からユーザの個人データを取得する(ステップF07)。
そして、公正取引規定がクリアか否かを判断する(ステップF08)。このステップF08では、個人データで、当選回数や年齢の制限等、公正取引委員会の規定に該当しているか否かをチェックする。
このステップF08がNOで、公正取引委員会の規定に該当している場合には、公正取引規定のお知らせとして処理する(ステップF09)。
このステップF08がYESで、公正取引委員会の規定に該当していない場合には、当選として処理する(ステップF10)。
一方、前記ステップF04がNOで、当選画像でない場合、前記ステップF06の処理後、又は前記ステップF09の処理後は、非当選として処理する(ステップF11)。
前記ステップF10の処理後、又は前記ステップF11の処理後は、この当たり判定のプログラムをエンドとする(ステップF12)。
The hit determination in step E02 of FIG. 9 will be described with reference to the flowchart of FIG.
As shown in FIG. 10, when the hit determination program starts (step F01), first, character string data is read from the temporary storage data storage means 24 (step F02). In this step F02, the currently displayed image is determined from the character string data temporarily stored in the temporary storage data storage means 24.
Then, mission (problem) data is acquired from the database 20 (step F03). In this step F03, the winning of this mission and the winning history are acquired. This winning history includes a “winned flag”.
Then, it is determined whether or not it is a winning image (step F04). That is, in this step F04, it is confirmed whether or not the displayed image is hit.
If this step F04 is YES and the image is a winning image, it is confirmed whether the winning flag is ON or OFF (step F05).
If the winning flag is turned on in step F05, it is processed as “disappointing notice” (step F06).
If the winning flag is OFF in step F05, the user's personal data is acquired from the database 20 (step F07).
Then, it is determined whether or not the fair transaction regulations are clear (step F08). In this step F08, it is checked whether or not personal data meets the rules of the Fair Trade Commission, such as the number of winnings and age restrictions.
When this step F08 is NO and corresponds to the provisions of the Fair Trade Commission, it is processed as a notice of the fair trade regulations (step F09).
When this step F08 is YES and does not correspond to the provisions of the Fair Trade Commission, it is processed as a win (step F10).
On the other hand, if step F04 is NO and the image is not a winning image, after the process of step F06 or after the process of step F09, it is processed as non-winning (step F11).
After the process of step F10 or after the process of step F11, the hit determination program is ended (step F12).
図8の前記ステップD10におけるミッション番号表示について、図11のフローチャートに沿って説明する。
図11に示すように、ミッション番号表示のプログラムがスタートすると(ステップG01)、先ず、ミッション番号(m)を表示する(ステップG02)。
そして、m(ミッション番号)が零(0)(m=0)か否かを判断する(ステップG03)。
このステップG03がNOで、m(ミッション番号)が零(0)でない場合には、戻り(Back)ボタン39を表示する(ステップG04)。
このステップG04の処理後、又は、前記ステップG03がYESで、m(ミッション番号)が零(0)の場合には、m(ミッション番号)がn(最大ミッション番号)である(m=n)か否かを判断する(ステップG05)。
このステップG05がNOで、m(ミッション番号)がn(最大ミッション番号)でない場合には、送り(Next)ボタン40を表示する(ステップG06)。
このステップG06の処理後、又は、前記ステップG05がYESで、m(ミッション番号)がn(最大ミッション番号)の場合(m=n)には、このミッション番号表示のプログラムをエンドとする(ステップG07)。
The mission number display in step D10 of FIG. 8 will be described with reference to the flowchart of FIG.
As shown in FIG. 11, when the mission number display program starts (step G01), first, the mission number (m) is displayed (step G02).
Then, it is determined whether m (mission number) is zero (0) (m = 0) (step G03).
When this step G03 is NO and m (mission number) is not zero (0), the
After the process of step G04, or when step G03 is YES and m (mission number) is zero (0), m (mission number) is n (maximum mission number) (m = n) (Step G05).
When this step G05 is NO and m (mission number) is not n (maximum mission number), the send (Next)
After the processing of step G06, or when step G05 is YES and m (mission number) is n (maximum mission number) (m = n), this mission number display program is terminated (step G07).
図8の前記ステップD11のログイン要求については、図12のフローチャートに沿って説明する。
図12に示すように、ログイン要求のプログラムがスタートすると(ステップH01)、先ず、ログインしているか否かを判断する(ステップH02)。
このステップH2がYESで、ログインしている場合には、ログオフとする(ステップH03)。
このステップH2がNOで、ログインしていない場合には、ID、パスワードを入力させる(ステップH04)。
このとき、このステップH04では、会員登録処理を行う(ステップH05)。このステップH05における会員登録処理については、後述の図13のフローチャートに沿って説明する。
そして、ログインを行わせる(ステップH06)。
このステップH06の処理後、又は、前記ステップH03の処理後は、このログイン要求のプログラムをエンドとする(ステップH07)。
The login request in step D11 in FIG. 8 will be described with reference to the flowchart in FIG.
As shown in FIG. 12, when the login request program starts (step H01), it is first determined whether or not the user is logged in (step H02).
If this step H2 is YES and you are logged in, log off (step H03).
If this step H2 is NO and the user is not logged in, an ID and a password are input (step H04).
At this time, in step H04, member registration processing is performed (step H05). The member registration process in step H05 will be described with reference to the flowchart of FIG.
Then, login is performed (step H06).
After the process of step H06 or after the process of step H03, the log-in request program is ended (step H07).
図12の前記ステップH05における会員登録処理については、図13のフローチャートに沿って説明する。
図13に示すように、会員登録処理のプログラムがスタートとすると(ステップI01)、先ず、このシステムのポリシーを告知する(ステップI02)。
そして、そのポリシーに同意をしたか否かを判断する(ステップI03)。
このステップI03がYESの場合には、メインウインドウ29を入力画面とし(ステップI04)、そして、ユーザ端末装置2でメールの入力を要求し、その後、そのメールを確認する(ステップI05)。このステップI05では、ユーザサイドとしてのユーザ端末装置2で、届いたメールにあるURLをクリックして登録を完了する。
そして、メインウインドウ29を登録完了の画面とする(ステップI06)。
このステップI06の処理後、又は、前記ステップI03がNOで、同意していない場合には、この会員登録処理のプログラムをエンドとする(ステップI07)。
The member registration process in step H05 of FIG. 12 will be described with reference to the flowchart of FIG.
As shown in FIG. 13, when the member registration processing program starts (step I01), first, the policy of this system is notified (step I02).
Then, it is determined whether or not the policy has been agreed (step I03).
If this step I03 is YES, the
Then, the
After the process of step I06, or when the above-mentioned step I03 is NO and does not agree, the member registration process program is ended (step I07).
図8の前記ステップD12のミッション詳細要求について、図14のフローチャートに沿って説明する。
図14に示すように、ミッション詳細要求のプログラムがスタートすると(ステップJ01)、クローズドミッションか否かを判断する(ステップJ02)。
このステップJ02がNOで、クローズドミッションでない場合には、提供企業によるミッション(問題)の説明を行う(ステップJ03)。
このステップJ03がYESで、クローズドミッションである場合には、参加説明と購入とを条件として(ステップJ04)、提携企業による規約の同意文章を挙げる(ステップJ05)。
そして、その規約に同意するか否かを判断する(ステップJ06)。
このステップJ06がYESで、その規約に同意する場合には、パスワード入力画面を表示する(ステップJ07)。
そして、正確なパスワードを入力したか否かを判断する(ステップJ08)。
このステップJ08がYESで、正確なパスワードを入力した場合には、キャンセルがあったか否かを判断する(ステップJ09)。
このステップJ09がYESで、キャンセルがあった場合には、パスワードの入力を取り消す(ステップJ10)。
一方、前記ステップJ08がNOで、正確なパスワードを入力していない場合には、キャンセルがあったか否かを判断する(ステップJ11)。
このステップJ11がNOで、キャンセルがなかった場合には、前記ステップJ07に戻す。
前記ステップJ03の処理後、前記ステップJ06がNOで、同意がない場合、前記ステップJ09がNOで、キャンセルでない場合、前記ステップJ10の処理後、又は、前記ステップJ11がYESで、キャンセルをしている場合には、このミッション詳細要求のプログラムをエンドとする(ステップJ12)。
The mission detail request in step D12 in FIG. 8 will be described with reference to the flowchart in FIG.
As shown in FIG. 14, when the mission detail request program starts (step J01), it is determined whether or not it is a closed mission (step J02).
When this step J02 is NO and it is not a closed mission, the mission (problem) by the provider is explained (step J03).
If this step J03 is YES and it is a closed mission, the agreement text of the agreement by the partner company is given on the condition of participation explanation and purchase (step J04).
Then, it is determined whether or not the agreement is agreed (step J06).
If this step J06 is YES and the agreement is agreed, a password input screen is displayed (step J07).
Then, it is determined whether or not an accurate password has been entered (step J08).
If this step J08 is YES and an accurate password has been entered, it is determined whether or not there has been a cancellation (step J09).
If this step J09 is YES and there is a cancellation, the password input is canceled (step J10).
On the other hand, if step J08 is NO and the correct password has not been entered, it is determined whether or not there has been a cancellation (step J11).
If step J11 is NO and there is no cancellation, the process returns to step J07.
After step J03, if step J06 is NO and there is no agreement, if step J09 is NO and not cancel, cancel after step J10 or if step J11 is YES If so, the mission detail request program is ended (step J12).
図8の前記ステップD13のミッション切替要求について、図15のフローチャートに沿って説明する。
図15に示すように、ミッション切替要求のプログラムがスタートすると(ステップK01)、戻り(Back)ボタン39が表示されている場合と、送り(Next)ボタン40が表示されている場合とで、流れが異なる。
そこで、先ず、戻り(Back)ボタン39が表示されているか否かを判断する(ステップK02)。このステップK02がNOで、戻り(Back)ボタン39が表示されていない場合には、この判断を継続する。
このステップK02がYESで、戻り(Back)ボタン39が表示されている場合には、戻り(Back)要求をし(ステップK03)、m(ミッション番号)−1とする(m−1)(ステップK04)。
一方で、送り(Next)ボタン40が表示されているか否かを判断する(ステップK05)。このステップK05がNOで、送り(Next)ボタン40が表示されていない場合には、この判断を継続する。
このステップK05がYESで、送り(Next)ボタン40が表示されている場合には、送り(Next)要求をし(ステップK06)、m(ミッション番号)+1とする(m+1)(ステップK07)。
前記ステップK04の処理後、又は、前記ステップK07の処理後は、このミッション切替要求のプログラムをエンドとする(ステップK08)。
The mission switching request in step D13 in FIG. 8 will be described with reference to the flowchart in FIG.
As shown in FIG. 15, when the mission switching request program starts (step K01), the flow is different between when the
Therefore, first, it is determined whether or not the
If this step K02 is YES and the return (Back)
On the other hand, it is determined whether or not the
If this step K05 is YES and the send (Next)
After the process of step K04 or after the process of step K07, the mission switching request program is ended (step K08).
即ち、このサイドウインドウ29におけるシステムでは、宝探しであり、分割された絵画の一部を選択することにより、無限に画面が切り替わり、その中で、設定されたミッションをクリアすることによって賞金や賞品が当たるシステムである。
例えば、絵画の分割の全てが10レベルの深度を持ったとすると、実際、687億枚の画面になる。この場合、その絵画を深く掘り下げることで、難易度を変更可能である。
このシステムでは、絵画がズームされて奥へ進む際に(深度のレベルが大きくなる場合)、他の世界観を展開させる。
また、このシステムの使い方としては、企業や地域振興のためのクローズド懸賞としての使い方、絵画を制作したアーティストのギャラリーとしての使い方、商品のカタログとしての使い方、ユーザによるコミニュティとしての使い方等がある。
そして、ミッション(問題)の答えとなる絵画を見つけ、ゲットボタン37を押した時点で、当選が確定する。つまり、懸賞は、全てのミッション(問題)が与えられ、それをクリアすることで、当選が確定する。そして、懸賞に当たってから、ログインすればよい。
That is, in the system in this
For example, if all of the painting divisions have a depth of 10 levels, there are actually 68.7 billion screens. In this case, the difficulty level can be changed by digging deep into the painting.
In this system, when the painting is zoomed and goes deeper (when the depth level increases), other worldviews are developed.
In addition, the usage of this system includes usage as a closed sweepstakes for company and regional promotion, usage as a gallery of artists who created paintings, usage as a catalog of products, usage as a community by users, and the like.
Then, when a picture that becomes the answer to the mission (problem) is found and the
さらに、この実施例において、制御装置4は、図1に示すように、ズーム速さ制御手段45を備える。
このズーム速さ制御手段45は、表示手段10のメインウインドウ29の絵画の一部を分割して独立するようにズームさせる際に、前記絵画のズームの速さを可変とする。これは、ズームされる絵画を自然に見せるためである。
このズームの速さ変化させる技術について、図16(A)〜図16(D)に沿って説明する。
図16(A)〜図16(D)に示すように、16つに区画された一つの場所を分割すると、その分割された部分が拡大されて画面全体に広がる。つまり、視覚的には、絵画の一部が独立してズームしたような効果になる。
その場合、16つに分割されたうち、右上の絵画(例えば、aa.jpg)をズームする場合は、その16分の1の絵画の右下の角を、ウインドウ全体の右下まで引張る(図16(A)、図16(B)参照)ことになる。
同様に、四隅の絵画は、一つの角を引っ張ることで拡大して表現しており、それ以外の場所の絵画では、2〜4つの角をそれぞれの方向に拡大(図16(C)、図16(D)参照)させることになる。
Further, in this embodiment, the control device 4 includes zoom speed control means 45 as shown in FIG.
The zoom speed control means 45 makes the zoom speed of the picture variable when a part of the picture in the
A technique for changing the zoom speed will be described with reference to FIGS.
As shown in FIGS. 16A to 16D, when one place divided into 16 parts is divided, the divided parts are enlarged and spread over the entire screen. In other words, visually, the effect is as if a part of the painting was zoomed independently.
In that case, when the upper right painting (for example, aa.jpg) is zoomed among the 16 divisions, the lower right corner of the 1 / 16th painting is pulled to the lower right corner of the entire window (see FIG. 16 (A) and FIG. 16 (B)).
Similarly, the paintings at the four corners are enlarged by pulling one corner, and the paintings at other places are enlarged in two to four corners in each direction (FIG. 16C, FIG. 16 (D)).
その場合のズームする速さについては、以下に説明する。
一定の速度で絵画を独立するようにズームすると、位置によっては自然に拡大したように見えない場合がある。このため、全体のどの位置を拡大して見ているかの認識が狂ってしまう。
それを回避するために、この実施例では、絵画の隅の角を広げる速度を、可変とする。
例えば、最初はゆっくりとスタートし、途中で早くなり、終点に近づくと、また、ブレーキがかかりゆっくりになるようなイメージです。
もちろん自然に見せ、正しく認識させるために、そのスピードの可変の値(関数)は調整が必要である。
この絵画のズームの速度に関しては、様々なパターンがあり、例えば、最初は遅く、中間では早く、最後には遅くしたり、あるいは、最初は早く、中間では遅く、最後には早くしたり等で、種々可変可能である。
また、絵画のズームの種類として、ズームインや、ズームアウトがある。
The zooming speed in that case will be described below.
If you zoom the painting independently at a constant speed, it may not appear to be naturally enlarged depending on the position. For this reason, the recognition of which position in the whole is being magnified is distorted.
In order to avoid this, in this embodiment, the speed of expanding the corners of the painting is variable.
For example, the image starts slowly at first, gets faster on the way, and approaches the end point.
Of course, the variable value (function) of the speed needs to be adjusted to make it look natural and be recognized correctly.
There are various patterns regarding the zoom speed of this painting. For example, it is slow at the beginning, fast in the middle, slow at the end, fast at the beginning, slow in the middle, fast at the end, etc. Various variations are possible.
In addition, there are zoom-in and zoom-out as types of zooming of paintings.
この発明に係るズーム画像処理システムを、他のシステムにも適用可能である。 The zoom image processing system according to the present invention can be applied to other systems.
1 ズーム画像処理システム
2 ユーザ端末装置
3 第1電気通信回線
4 制御装置
5 第2電気通信回線
6 顧客端末装置
7 第3電気通信回線
9 ユーザ端末装置の入力手段
10 ユーザ端末装置の表示手段
20 制御装置のデータベース
21 データベースの画像データ部
22 データベースのユーザ用データ部
23 データベースのミッション用データ部
24 制御装置の一時保存データ記憶手段
25 制御装置の画像制御手段
26 制御装置の分割ズーム制御手段
27 制御装置のファイル名生成手段
28 表示手段のウインドウ
29 メインウインドウ
30 サイドウインドウ
43 サイドウインドウのオープンミッション画面
44 サイドウインドウのクローズドミッション画面
DESCRIPTION OF
Claims (5)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2014084203A JP2015204052A (en) | 2014-04-16 | 2014-04-16 | Zoom image processing system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2014084203A JP2015204052A (en) | 2014-04-16 | 2014-04-16 | Zoom image processing system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2015204052A true JP2015204052A (en) | 2015-11-16 |
Family
ID=54597463
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2014084203A Pending JP2015204052A (en) | 2014-04-16 | 2014-04-16 | Zoom image processing system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2015204052A (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001243101A (en) * | 2000-02-29 | 2001-09-07 | Finalist Co Ltd | Method for management and structuring partitioned bit map image |
| JP2005265842A (en) * | 2004-03-02 | 2005-09-29 | Microsoft Corp | Advanced navigation technique for key base |
| JP2009522696A (en) * | 2006-01-04 | 2009-06-11 | ヤフー! インコーポレイテッド | Network user database for the sidebar |
| US20090317020A1 (en) * | 2008-06-24 | 2009-12-24 | Microsoft Corporation | Variable Resolution Images |
| US8487957B1 (en) * | 2007-05-29 | 2013-07-16 | Google Inc. | Displaying and navigating within photo placemarks in a geographic information system, and applications thereof |
-
2014
- 2014-04-16 JP JP2014084203A patent/JP2015204052A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001243101A (en) * | 2000-02-29 | 2001-09-07 | Finalist Co Ltd | Method for management and structuring partitioned bit map image |
| JP2005265842A (en) * | 2004-03-02 | 2005-09-29 | Microsoft Corp | Advanced navigation technique for key base |
| JP2009522696A (en) * | 2006-01-04 | 2009-06-11 | ヤフー! インコーポレイテッド | Network user database for the sidebar |
| US8487957B1 (en) * | 2007-05-29 | 2013-07-16 | Google Inc. | Displaying and navigating within photo placemarks in a geographic information system, and applications thereof |
| US20090317020A1 (en) * | 2008-06-24 | 2009-12-24 | Microsoft Corporation | Variable Resolution Images |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20240394795A1 (en) | Systems and methods for computing an index for a binary options transaction | |
| US20020143630A1 (en) | Method and apparatus for serving or delivering advertisements for a world wide web page | |
| US20070118804A1 (en) | Interaction model assessment, storage and distribution | |
| KR20090074247A (en) | Provide feedback on offers for ad space | |
| US8005715B2 (en) | Domains template management system | |
| WO2018171271A1 (en) | Application recommendation method, client, server, and system | |
| JP2015204052A (en) | Zoom image processing system | |
| JP2019179353A (en) | Advertisement distribution device, advertisement distribution method and advertisement distribution program | |
| KR20210080730A (en) | Local store marketing system using kiosk | |
| JPH11220719A (en) | Image communication system | |
| JP2019149055A (en) | Reform proposal method, program, and reform proposal system | |
| JP2008171224A (en) | Advertising system for social networking services | |
| JP6488730B2 (en) | Program, content providing system, information processing apparatus, and control method | |
| CN110298680A (en) | Advertisement management unit, advertisement management method and computer readable recording medium | |
| JP2004220375A (en) | Utilization information provision device, utilization information provision method, and utilization information provision program | |
| JP6204134B2 (en) | GUIDANCE INFORMATION PROVIDING SYSTEM, GUIDANCE INFORMATION PROVIDING METHOD, AND GUIDANCE INFORMATION PROVIDING PROGRAM | |
| KR20000030796A (en) | The publicity method of an enterprise through the Internet | |
| KR20250104231A (en) | Art work relay method for providing augmented reality service implementing virtual exhibition of art work in consumer's real space, and system thereof | |
| EP3264354A1 (en) | Member information management system and member information management program | |
| JP2003271875A (en) | Billing calculation method for website and website providing apparatus | |
| JP5662358B2 (en) | Mobile promotional system, server for mobile promotional system, and server program for mobile promotional system | |
| WO2023181109A1 (en) | Information processing device, display system, and information processing method | |
| JP2003167541A (en) | Software distribution server, advertisement display method, and advertisement display program | |
| JP5740542B1 (en) | Server apparatus, advertisement display method, recording medium, and program | |
| KR20030034719A (en) | Method for eliminating file for advertisement |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20170216 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20170428 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20171026 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20171108 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20180515 |