JP5552947B2 - 情報処理装置、表示制御方法及び表示制御プログラム - Google Patents

Description

本発明は、情報処理装置、表示制御方法及び表示制御プログラムに関し、例えば、直感的な操作としてのドラッグで操作入力が可能な情報処理装置に適用して好適なものである。

昨今、種々の操作デバイスを有する情報処理装置が普及している。例えば、タッチスクリーンを有する情報処理装置では、画面に対するタッチ操作（タッチ（触る）、タップ（触って離す）、ドラッグ（なぞる）、フリック（はらう）等）により、直感的な操作が可能となっている。

このような情報処理装置としては、例えば、ドラッグに応じて、画面に表示させた地図の縮尺を変更するようにしたナビゲーション装置が提案されている（例えば特許文献１参照）。

特開２００２−３２８０４０公報

ところで、従来の情報処理装置の多くは、ドラッグの方向と長さに応じて処理を実行するが、ここで、例えば、ドラッグの始点及び終点の位置、始点から終点までの距離、始点から終点への方向等に応じて処理を実行するようにしたとする。

このとき、ユーザに、ドラッグの始点及び終点の位置、始点から終点までの距離、始点から終点への方向を認識させながらドラッグを行わせることができれば、操作性を格段と向上させることができるものと考えられる。

本発明は以上の点を考慮してなされたもので、ドラッグによる操作入力を行ううえで、一段と操作性を向上させた情報処理装置、表示制御方法及び表示制御プログラムを提案しようとするものである。

かかる課題を解決するため本発明においては、操作部と、操作部を介したドラッグが行われると、当該ドラッグに応じた処理を実行すると共に、当該ドラッグの始点から終点へと伸び、当該ドラッグの始点側となる一端部と当該ドラッグの終点側となる他端部とで大きさ又は形状の少なくともいずれかが異なるカーソルを表示部に表示させる制御部とを設け、制御部が、カーソルが長くなるほど、カーソルを細くするようにした。

このように、カーソルがドラッグの始点から終点へと伸びることにより、ユーザに、ドラッグの始点から終点までの距離を認識させることができる。これに加え、このカーソルにおいてドラッグの始点側となる一端部とドラッグの終点側となる他端部とで大きさ又は形状の少なくともいずれかが異なることにより、ユーザに、このカーソルにおけるドラッグの始点側と終点側とを区別させることができる。この結果、ユーザに、ドラッグの始点から終点への方向と当該始点及び終点の位置とを認識させることができる。このように本発明においては、ユーザに、ドラッグの始点及び終点の位置、始点から終点までの距離、始点から終点への方向を認識させながら、ドラッグを行わせることができる。

本発明によれば、ユーザに、ドラッグの始点及び終点の位置、始点から終点までの距離、始点から終点への方向を認識させながらドラッグを行わせることができる。かくして、ドラッグによる操作入力を行ううえで、一段と操作性を向上させた情報処理装置、表示制御方法及び表示制御プログラムを実現することができる。

実施の形態の概要となる情報処理装置の機能構成を示すブロック図である。 携帯端末の外観構成を示す略線図である。 携帯端末のハードウェア構成を示すブロック図である。 モチカーソルの表示の説明にともなう略線図である。 モチカーソルの形状の説明にともなう略線図である。 再生速度の制御（１）の説明にともなう略線図である。 再生速度の制御（２）の説明にともなう略線図である。 再生速度の制御（３）の説明にともなう略線図である。 編集モードのときの再生速度の制御の説明にともなう略線図である。 スクロール速度の制御の説明にともなう略線図である。 パラメータの調整速度の制御の説明にともなう略線図である。 動画像再生画面の構成を示す略線図である。 動画像再生アプリでのモチカーソルによる操作入力例（１）の説明にともなう略線図である。 動画像再生アプリでのモチカーソルによる操作入力例（２）の説明にともなう略線図である。 トラック選択画面の構成を示す略線図である。 楽曲再生アプリでのモチカーソルによる操作入力例の説明にともなう略線図である。 静止画像再生画面の構成を示す略線図である。 静止画像再生アプリでのモチカーソルによる操作入力例（１）の説明にともなう略線図である。 静止画像再生アプリでのモチカーソルによる操作入力例（２）の説明にともなう略線図である。 操作入力処理手順（１）を示すフローチャートである。 操作入力処理手順（２）を示すフローチャートである。 操作入力処理手順（３）を示すフローチャートである。 操作入力処理手順（４）を示すフローチャートである。 操作入力処理手順（５）を示すフローチャートである。 地図画面の構成を示す略線図である。 地図表示アプリでのモチカーソルによる操作入力例の説明にともなう略線図である。 他の実施の形態における静止画像再生アプリでのモチカーソルによる操作入力例の説明にともなう略線図である。 他の実施の形態におけるモチカーソルの表示（１）の説明にともなう略線図である。 他の実施の形態におけるモチカーソルの表示（２）の説明にともなう略線図である。 他の実施の形態におけるモチカーソルの表示（３）の説明にともなう略線図である。 他の実施の形態におけるモチカーソルの表示（４）の説明にともなう略線図である。 他の実施の形態における地図表示アプリでのモチカーソルによる操作入力例（１）の説明にともなう略線図である。 他の実施の形態における地図表示アプリでのモチカーソルによる操作入力例（２）の説明にともなう略線図である。

以下、発明を実施するための最良の形態（以下実施の形態とする）について説明する。尚、説明は以下の順序で行う。
１．実施の形態の概要
２．第１の実施の形態
３．第２の実施の形態
４．他の実施の形態

＜１．実施の形態の概要＞
まず、実施の形態の概要を説明する。因みに、この概要を説明した後、第１の実施の形態、第２の実施の形態、他の実施の形態の説明に移る。

図１において１は、情報処理装置を示す。この情報処理装置１には、操作部２が設けられている。またこの情報処理装置１には、操作部２を介したドラッグが行われると、当該ドラッグに応じた処理を実行すると共に、当該ドラッグの始点から終点へと伸び、当該ドラッグの始点側となる一端部と当該ドラッグの終点側となる他端部とで大きさ又は形状の少なくともいずれかが異なるカーソルを表示部３に表示させる制御部４が設けられている。

このように、カーソルがドラッグの始点から終点へと伸びることにより、ユーザに、ドラッグの始点から終点までの距離を認識させることができる。これに加え、このカーソルにおいてドラッグの始点側となる一端部とドラッグの終点側となる他端部とで大きさ又は形状の少なくともいずれかが異なることにより、ユーザに、このカーソルにおけるドラッグの始点側と終点側とを区別させることができる。この結果、ユーザに、ドラッグの始点から終点への方向と当該始点及び終点の位置とを認識させることができる。このように情報処理装置１は、ユーザに、ドラッグの始点及び終点の位置、始点から終点までの距離、始点から終点への方向を認識させながら、ドラッグを行わせることができる。

より具体的には、制御部４が、当該カーソルを、当該一端部から当該他端部に向かうにつれて太くなる形状で表示させるようにしてもよい。

また制御部４が、当該カーソルを、ドラッグの始点を中心とする第１の円と、当該ドラッグの終点を中心とする、当該第１の円より大きな第２の円とを繋げた形状で表示させるようにしてもよい。

さらに制御部４が、当該カーソルが長くなるほど、当該カーソルを細くするようにしてもよい。この場合制御部４が、当該カーソルの表示面積が一定になるように、当該カーソルが長くなるほど当該カーソルを細くするようにしてもよい。

さらに制御部４が、ドラッグに応じて当該カーソルを表示させ、表示させた当該カーソルの色を、当該ドラッグに応じて実行する処理を切り換えることに応じて変化させるようにしてもよい。

さらに制御部４が、ドラッグに応じて当該カーソルを表示させ、表示させた当該カーソルの一端部から当該カーソルの他端部への方向を当該カーソルの向きとして、当該向き又は当該カーソルの長さの少なくともいずれかが変化することに応じて、当該カーソルの色を変化させるようにしてもよい。

さらに制御部４が、当該カーソルの透過率を、当該カーソルの長さが変化することに応じて変化させるようにしてもよい。

さらに制御部４が、ドラッグが終了すると、当該カーソルを縮ませた後に消去するようにしてもよい。この場合制御部４が、ドラッグが終了すると、当該カーソルを縮ませた後、弾性体が跳ねるようにアニメーションさせてから消去するようにしてもよい。

このような構成でなる情報処理装置１の具体例について、以下、詳しく説明する。

＜２．第１の実施の形態＞
［２−１．携帯端末の外観構成］
次に、第１の実施の形態について説明する。まず図２を用いて、上述した情報処理装置１の具体例である携帯端末１００の外観構成について説明する。

携帯端末１００は、片手で把持し得る程度の大きさでなる略扁平矩形状の筐体１０１を有している。

筐体１０１の前面１０１Ａの中央部には、長方形状のタッチスクリーン１０２が設けられている。タッチスクリーン１０２は、液晶パネルと、液晶パネルの表示面を覆う薄型透明のタッチパネルとで構成される。因みに、このタッチパネルは、例えば、静電容量式のタッチパネルである。

携帯端末１００は、このタッチスクリーン１０２に対する、指（タッチペン等でも可）によるタッチ操作を、ユーザによる操作入力として受け付けるようになっている。

さらにこの携帯端末１００の筐体１０１の前面１０１Ａには、タッチスクリーン１０２の近傍に、操作ボタン１０３も設けられている。

尚、この携帯端末１００は、長方形状のタッチスクリーン１０２が縦長となる向き（これを縦向きとも呼ぶ）でも、横長となる向き（これを横向きとも呼ぶ）でも使用できるようになっている。

［２−２．携帯端末のハードウェア構成］
次に図３を用いて、携帯端末１００のハードウェア構成について説明する。この携帯端末１００では、ＣＰＵ１１０が、不揮発性メモリ１１１に格納されているプログラムをＲＡＭ１１２に展開して読み込み、このプログラムに従って各種処理を実行すると共に各部を制御する。尚、ＣＰＵは、Central Processing Unitの略、ＲＡＭは、Random Access Memoryの略である。

タッチスクリーン１０２は、各種情報を表示する表示デバイスである液晶パネル１０２Ａと、操作入力を受け付ける操作入力デバイスであるタッチパネル１０２Ｂとで構成される。

タッチパネル１０２Ｂは、タッチパネル１０２Ｂ上の任意の位置が指でタッチされると、タッチされた位置（すなわちタッチ位置）の座標を検出する。そしてタッチパネル１０２Ｂは、このタッチ位置の座標を示す入力信号をＣＰＵ１１０に送る。

尚、タッチパネル１０２Ｂは、ドラッグされているとき等、タッチされ続けている間、一定時間ごとに、タッチ位置の座標を示す入力信号をＣＰＵ１１０に送るようになっている。

ＣＰＵ１１０は、タッチパネル１０２Ｂから送られてくる入力信号からタッチ位置の座標を取得すると、この座標を液晶パネル１０２Ａの画面座標に変換することで、液晶パネル１０２Ａの画面上のどの位置がタッチされたのかを認識する。つまり画面上のタッチ位置を認識する。

またＣＰＵ１１０は、一定時間ごとに送られてくる入力信号より取得したタッチ位置の座標を、順次液晶パネル１０２Ａの画面座標に変換していくことで、タッチ位置がどのように動いたのか（すなわちタッチ位置の軌跡）を認識する。

ＣＰＵ１１０は、このようにして認識したタッチ位置とその軌跡とに基づいて、画面に対してどのようなタッチ操作が行われたのかを特定し、このタッチ操作を操作入力として受け付け、この操作入力に応じた処理を実行する。

尚、ＣＰＵ１１０は、タッチ（触る）、タップ（触って離す）、ドラッグ（なぞる）、フリック（払う）等のタッチ操作を、操作入力として受け付けるようになっている。

またＣＰＵ１１０は、操作ボタン１０３に対する押下操作を認識すると、これをユーザによる操作入力として受け付け、この操作入力に応じた処理を実行するようにもなっている。

ここで、例えば、タッチスクリーン１０２に、不揮発性メモリ１１１に画像ファイルとして記憶されている画像のサムネイルが一覧表示されている状態で、ユーザが、所望のサムネイルをタップしたとする。

ＣＰＵ１１０は、このタッチ操作を、画像を再生する操作入力として受け付け、不揮発性メモリ１１１から、タップされたサムネイルに対応する画像ファイルを読み出す。

ここで、対応する画像ファイルが静止画像ファイルである場合、ＣＰＵ１１０は、この静止画像ファイルから静止画像データを抽出する。そしてＣＰＵ１１０は、この静止画像データに対して、デコード処理、デジタルアナログ変換処理等の所定の再生処理を施すことで、静止画像信号を得、これをタッチスクリーン１０２の液晶パネル１０２Ａに表示させる。

一方、対応する画像ファイルが動画像ファイルである場合、ＣＰＵ１１０は、この動画像ファイルから動画像データと音声データとを分離する。そしてＣＰＵ１１０は、動画像データに対して、デコード処理、デジタルアナログ変換処理等の所定の再生処理を施すことで、動画像信号を得、これをタッチスクリーン１０２の液晶パネル１０２Ａに表示させる。またＣＰＵ１１０は、音声データに対して、デコード処理、デジタルアナログ変換処理、増幅処理等の所定の再生処理を施すことで、音声信号を得、これをヘッドホン端子（図示せず）から出力する。

このようにして、携帯端末１００は、ユーザに指定された画像を再生するようになっている。

また、例えば、タッチスクリーン１０２に、不揮発性メモリ１１１に楽曲ファイルとして記憶されている楽曲（トラック）のタイトルがリスト表示されている状態で、ユーザが、所望のタイトルをタップしたとする。

ＣＰＵ１１０は、このタッチ操作を、楽曲を再生する操作入力として受け付け、不揮発性メモリ１１１から、タップされたタイトルに対応する楽曲ファイルを読み出す。

ＣＰＵ１１０は、この楽曲ファイルから音声データを抽出する。そしてＣＰＵ１１０は、この音声データに対して、デコード処理、デジタルアナログ変換処理、増幅処理等所定の再生処理を施すことで、音声信号を得、これをヘッドホン端子（図示せず）から出力する。

このようにして、携帯端末１００は、ユーザに指定された楽曲を再生するようになっている。

またこのときＣＰＵ１１０は、読み出した楽曲ファイルから、ジャケット画像、トラックのタイトル、アルバムのタイトル、アーティスト名等の関連情報を抽出して、これをタッチスクリーン１０２の液晶パネル１０２Ａに表示させる。

このようにして、携帯端末１００は、ユーザに指定された楽曲を再生するとともに、この楽曲に関する情報を表示するようになっている。

尚、携帯端末１００は、ＣＰＵ１１０が、楽曲ファイルごとの関連情報をもとに、楽曲ファイルを、上位階層をアルバムのタイトル、下位階層をトラックのタイトルとする階層構造で管理できるようになっている。

さらに、例えば、タッチスクリーン１０２に、Ｗｅｂブラウザの起動に対応するアイコンが表示されている状態で、ユーザが、このアイコンをタップしたとする。

ＣＰＵ１１０は、このタッチ操作を、Ｗｅｂブラウザを起動する操作入力として受け付け、不揮発性メモリ１１１から、Ｗｅｂブラウザのプログラムを読み出して実行することで、Ｗｅｂブラウザを起動する。

ここでＣＰＵ１１０は、タッチスクリーン１０２の液晶パネル１０２ＡにＷｅｂブラウザの画面を表示させると共に、ネットワークインタフェース１１３を介して、ネットワーク上のサーバからＷｅｂページのページデータを受信する。そしてＣＰＵ１１０は、このページデータに基づくページ画像を、Ｗｅｂブラウザの画面に表示させる。

このようにして、携帯端末１００は、Ｗｅｂブラウザを起動してＷｅｂページを表示するようになっている。

くわえてこの携帯端末１００には、タッチ操作の１つであるドラッグのみで様々な操作入力を行うことのできるユーザインタフェースが実装されている。

具体的に、携帯端末１００では、あらかじめ、ドラッグの始点及び終点の位置、始点から終点への方向、始点から終点までの距離等の情報（以下、これをドラッグ情報とも呼ぶ）と、各種操作入力とが対応付けられている。

尚、ドラッグの始点とは、ドラッグ開始時のタッチ位置（すなわち最初のタッチ位置）であり、ドラッグの終点とは、ドラッグ開始後の現在のタッチ位置である。すなわちドラッグ中、始点は固定で、終点は指の移動にともなって移動する。また、以下では、ドラッグの始点及び終点の位置を、始点終点位置とも呼び、ドラッグの始点から終点への方向を、始点終点方向とも呼び、ドラッグの始点から終点までの距離を、始点終点距離とも呼ぶ。

ＣＰＵ１１０は、実際にドラッグが行われると、このドラッグから、始点終点位置、始点終点方向、始点終点距離等のドラッグ情報を得、このドラッグ情報に対応付けられた操作入力を受け付ける。

このようにして、携帯端末１００は、ドラッグのみでも、その始点終点位置、始点終点方向、始点終点距離等を変えることで様々な操作入力を行うことができるようになっている。

ところで、このようなユーザインタフェースで良好な操作性が得られるようにするには、ドラッグの始点終点位置、始点終点方向、始点終点距離をユーザが容易に認識できるようにすることが望ましい。

そこで携帯端末１００は、図４に示すように、ドラッグが行われたときに、その始点終点位置、始点終点方向、始点終点距離を視覚的に表すカーソルＣｓを、タッチスクリーン１０２に表示するようになっている。

このカーソルＣｓは、ドラッグの始点から終点へと餅のように伸び、ドラッグの終点の移動に合わせて、向き（伸びる方向）や長さを変えることで、ドラッグに追従するようになっている。尚、このカーソルＣｓについては、ドラッグに応じて餅のように伸び縮みすることから、以下、モチカーソルＣｓと呼ぶこととする。

このモチカーソルＣｓを表示することにより、携帯端末１００は、ユーザに、ドラッグの始点終点位置、始点終点方向、始点終点距離を容易に認識させることができるようになっている。

このモチカーソルＣｓと、このモチカーソルＣｓによる操作入力とについて、以降、さらに詳しく説明する。

因みに、実施の形態の概要で説明した情報処理装置１の操作部２の具体的なハードウェアの例が上述した携帯端末１００のタッチパネル１０２Ｂである。また情報処理装置１の表示部３の具体的なハードウェアの例が携帯端末１００の液晶パネル１０２Ａである。さらに情報処理装置１の制御部４の具体的なハードウェアの例が携帯端末１００のＣＰＵ１１０である。

［２−３．モチカーソルによる操作入力］
［２−３−１．基本動作］
ＣＰＵ１１０は、タッチスクリーン１０２にユーザの指がタッチされると、図５（Ａ）に示すように、タッチ位置Ｔｐを中心とした円形でなるモチカーソルＣｓをタッチスクリーン１０２に表示させる。

その後、ユーザの指が離されないままドラッグが行われると、ＣＰＵ１１０は、図５（Ｂ）に示すように、モチカーソルＣｓを、ドラッグの始点Ｄ１（すなわち最初のタッチ位置Ｔｐ）から終点Ｄ２（現在のタッチ位置）へと伸ばす。

これにより携帯端末１００は、ユーザに、タッチ操作をドラッグとして受け付けていることを認識させることができると共に、モチカーソルＣｓを直接触って伸ばすような感覚でドラッグを行わせることができる。

またこのようにモチカーソルＣｓがドラッグの始点Ｄ１から終点Ｄ２へと伸びることにより、ユーザに、ドラッグの始点Ｄ１から終点Ｄ２までの距離（始点終点距離）を認識させることができる。

尚、以下、モチカーソルＣｓ内の、ドラッグの始点Ｄ１に対応する位置を、モチカーソルＣｓの始点Ｃ１とし、ドラッグの終点Ｄ２に対応する位置を、以下、モチカーソルＣｓの終点Ｃ２とする。すなわちモチカーソルＣｓは、ドラッグの始点Ｄ１に対応する始点Ｃ１から、ドラッグの終点Ｄ２に対応する終点Ｃ２へと伸びるようになっている。

またこのモチカーソルＣｓは、始点Ｃ１側から終点Ｃ２側に向かうにつれて太くなる形状をなしている。すなわち、始点Ｃ１側付近が最も細く、終点Ｃ２側付近が最も太くなる形状をなしている。

このような形状のモチカーソルＣｓを表示することで、ユーザに、モチカーソルＣｓにおけるドラッグの始点Ｄ１側と終点Ｄ２側とを区別させることができる。またこの結果、ユーザに、ドラッグの始点Ｄ１から終点Ｄ２への方向（すなわち始点終点方向）を認識させることもできる。さらにドラッグの始点Ｄ１及び終点Ｄ２の位置（すなわち始点終点位置）を認識させることもできる。

またドラッグ中、ドラッグの始点Ｄ１に対応するモチカーソルＣｓの始点Ｃ１は固定される一方、ドラッグの終点Ｄ２に対応するモチカーソルＣｓの終点Ｃ２は、指の移動に追従して移動する。これにより、携帯端末１００は、ユーザに、ドラッグの始点終点距離、始点終点方向、始点終点位置を認識させながらドラッグを行わせることができる。

さらにこのモチカーソルＣｓは、始点Ｃ１側の端部が、始点Ｃ１を中心とした半径ｒ１の半円になっている。こうすることで、ユーザは、当該半円の中心がドラッグの始点Ｄ１の位置であると認識する。これにより、ユーザに、ドラッグの始点Ｄ１の位置をより明確に認識させることができる。

同様に、モチカーソルＣｓは、終点Ｃ２側の端部が、終点Ｃ２を中心とした半径ｒ２の半円になっている。こうすることで、ユーザは、当該半円の中心がドラッグの終点Ｄ２の位置であると認識する。これにより、ユーザに、ドラッグの終点Ｄ２の位置もより明確に認識させることができる。

尚、このモチカーソルＣｓは、始点Ｃ１側から終点Ｃ２側に向かうにつれて太くなるように、始点Ｃ１側の半径ｒ１よりも終点Ｃ２側の半径ｒ２が大きい値に設定されている。このようにモチカーソルＣｓは、始点Ｃ１を中心とした半径ｒ１の円と、終点Ｃ２を中心とする、当該半径ｒ１の円よりも大きい半径ｒ２の円とを繋げた形状となっている。

またＣＰＵ１１０は、モチカーソルＣｓを半透明で表示させ、モチカーソルＣｓの背景の画像を透けて見せるようになっている。

さらに、タッチスクリーン１０２から指が離されてドラッグが終了すると、ＣＰＵ１１０は、モチカーソルＣｓの終点Ｃ２側を始点Ｃ１側に近づけて、モチカーソルＣｓを円形になるまで縮ませた後、画面から消去させるようになっている。

またＣＰＵ１１０は、表示させたモチカーソルＣｓの始点Ｃ１及び終点Ｃ２の位置、始点Ｃ１から終点Ｃ２への方向、始点Ｃ１から終点Ｃ２までの距離等に応じて、各種操作入力を受け付けるようになっている。

尚、以下では、適宜、モチカーソルＣｓの始点Ｃ１から終点Ｃ２への方向を、モチカーソルＣｓの向きとし、モチカーソルＣｓの始点Ｃ１から終点Ｃ２までの距離を、モチカーソルＣｓの長さとする。

ＣＰＵ１１０は、モチカーソルＣｓによる操作入力に応じて、例えば、動画像の再生速度を制御するようになっている。

実際、ＣＰＵ１１０が、動画像を順方向に１倍速で再生して、例えば、図６に示すように、横向きのタッチスクリーン１０２に対して横長となるように動画像を表示させているとする。

ここで、例えば、画面横方向へのドラッグが行われたとする。するとＣＰＵ１１０は、このドラッグに応じて、ドラッグの始点から終点へと横方向に伸びるモチカーソルＣｓを画面上に表示させる。

そして、ＣＰＵ１１０は、図７（Ａ）に示すように、モチカーソルＣｓの向きが右向きであれば、再生速度の符号を＋（つまり再生方向を順方向）とし、動画像を順方向に１倍速よりも速く再生する（つまり早送りする）。また一方、モチカーソルＣｓの向きが左向きであれば、再生速度の符号を−（つまり再生方向を逆方向）とし、動画像を逆方向に１倍速よりも速く再生する（つまり巻き戻しする）。

またこのときＣＰＵ１１０は、図８（Ａ）に示すように、モチカーソルＣｓの長さが長いほど、再生速度の値を大きな値に設定する。尚、図８以降のグラフにおいては、便宜上、モチカーソルＣｓが右（又は上）向きのときのモチカーソルＣｓの長さの符号を＋とし、モチカーソルＣｓが左（又は下）向きのときのモチカーソルＣｓの長さの符号を−としている。

このように、この携帯端末１００では、モチカーソルＣｓによりドラッグの始点終点方向と始点終点距離をユーザに示しつつ、モチカーソルＣｓによる操作入力で、動画像を所望の再生速度で早送りしたり巻き戻したりすることができる。

その後、タッチスクリーン１０２から指が離されてドラッグが終了されると、ＣＰＵ１１０は、モチカーソルＣｓを縮ませて画面から消去させる。同時に、ＣＰＵ１１０は、再び、動画像を順方向に１倍速で再生する。

また、図７（Ｂ）及び図８（Ｂ）に示すように、モチカーソルＣｓによる操作入力に応じて、動画像をスロー再生（つまり順方向に１倍速よりも遅い再生）する再生モードを別途設けるようにしてもよい。

この場合ＣＰＵ１１０は、上述した図７（Ａ）及び図８（Ａ）で示した場合と同様に、モチカーソルＣｓの向きが右向きであれば、動画像を順方向に１倍速よりも速く再生する（すなわち早送りする）。またこのときＣＰＵ１１０は、モチカーソルＣｓの長さが長いほど、再生速度の値を大きな値に設定する。

一方、モチカーソルＣｓの向きが左向きであり、モチカーソルＣｓの長さが所定値よりも短い場合、ＣＰＵ１１０は、動画像を順方向に１倍速よりも遅く再生（スロー再生）する。またこのときＣＰＵ１１０は、モチカーソルＣｓの長さが長いほど、再生速度の値を小さな値に設定する（すなわち、スロー再生の再生速度をより遅くする）。

またモチカーソルＣｓの向きが左向きで、モチカーソルＣｓの長さが所定値以上になると、ＣＰＵ１１０は、動画像を逆方向に１倍速よりも速く再生する（つまり巻き戻しする）。またこのときＣＰＵ１１０は、モチカーソルＣｓの長さが長いほど、再生速度の値を大きな値に設定する（すなわち巻き戻しの再生速度をより速くする）。

さらに、図７（Ｃ）及び図８（Ｃ）に示すように、モチカーソルＣｓによる操作入力に応じて、動画像のスロー再生に加えて、スロー逆再生（つまり逆方向に１倍速よりも遅く再生）する再生モードを別途設けるようにしてもよい。

この場合ＣＰＵ１１０は、上述した図７（Ａ）及び図８（Ａ）で示した場合と同様に、モチカーソルＣｓの向きが右向きであれば、動画像を順方向に１倍速よりも速く再生する（すなわち早送りする）。またこのときＣＰＵ１１０は、モチカーソルＣｓの長さが長いほど、再生速度の値を大きな値に設定する。

一方、上述した図７（Ｂ）及び図８（Ｂ）で示した場合と同様に、モチカーソルＣｓの向きが左向きであり、モチカーソルＣｓの長さが所定の第１の値よりも短い場合、ＣＰＵ１１０は、動画像を順方向に１倍速よりも遅く再生（スロー再生）する。またこのときＣＰＵ１１０は、モチカーソルＣｓの長さが長いほど、再生速度の値を小さな値に設定する（すなわち、スロー再生の再生速度をより遅くする）。

またモチカーソルＣｓの向きが左向きで、モチカーソルＣｓの長さが所定の第１の値以上になり所定の第２の値より短いときには、ＣＰＵ１１０は、動画像を逆方向に１倍速よりも遅く再生（スロー逆再生）する。またこのときＣＰＵ１１０は、モチカーソルＣｓの長さが長いほど、再生速度の値を大きな値に設定する（すなわち、スロー逆再生の再生速度をより速くする）。

さらに、モチカーソルＣｓの向きが左向きで、モチカーソルＣｓの長さが所定の第２の値以上になると、ＣＰＵ１１０は、動画像を逆方向に１倍速よりも速く再生する。またこのときＣＰＵ１１０は、モチカーソルＣｓの長さが長いほど、再生速度の値を大きな値に設定する（すなわち巻き戻しの再生速度をより速くする）。

さらに、これらの再生モードに限らず、動画像の編集を行うための編集モードを別途設けるようにしてもよい。

この編集モードの場合、ＣＰＵ１１０は、ドラッグが行われていない状態では再生速度を「０」とする（つまり動画像を一時停止させた状態で表示させる）。

ここでドラッグが行われると、ＣＰＵ１１０は、図９に示すように、モチカーソルＣｓの向きが右向きであれば、再生速度の符号を＋（つまり再生方向を順方向）とし、再生速度が「０」の状態から、モチカーソルＣｓが長くなるほど、再生速度の値を大きくしていく。

一方、モチカーソルＣｓの向きが左向きであれば、ＣＰＵ１１０は、再生速度の符号を−（つまり再生方向を逆方向）とし、再生速度が「０」の状態から、モチカーソルＣｓが長くなるほど、再生速度の値を大きくしていく。

またこのとき、ＣＰＵ１１０は、再生速度が順方向又は逆方向に１倍速よりも速いときに比べて、順方向又は逆方向に１倍速よりも遅いときは、モチカーソルＣｓの長さに対する再生速度の上がり度合い又は下がり度合いを緩やかにする。

かくして、この編集モードでは、動画像をスロー再生又はスロー逆再生する間、再生速度をより細かく調整することができる。

その後、タッチスクリーン１０２から指が離されてドラッグが終了すると、ＣＰＵ１１０は、モチカーソルＣｓを縮ませて画面から消去させる。同時に、ＣＰＵ１１０は、再び、動画像の再生速度を「０」とする（つまり動画像を一時停止させた状態で表示させる）。

このようにしてＣＰＵ１１０は、モチカーソルＣｓによる操作入力に応じて動画像の再生速度を制御するようになっている。

またＣＰＵ１１０は、モチカーソルＣｓによる操作入力に応じて、例えば各種リストや画像等のスクロール速度を制御するようにもなっている。

具体的にＣＰＵ１１０は、モチカーソルＣｓの向きに応じて、スクロール速度の符号（つまりスクロール方向）を制御し、モチカーソルＣｓの長さに応じて、スクロール速度の値を制御する。

例えば、図１０（Ａ）に示すように、楽曲（トラック）のタイトルを縦一列に並べたリスト（これをトラックリストとも呼ぶ）が、縦向きのタッチスクリーン１０２に表示されているとする。

ここで、画面縦方向へのドラッグが行われると、ＣＰＵ１１０は、このドラッグに応じて、ドラッグの始点から終点へと縦方向に伸びるモチカーソルＣｓを画面上に表示させる。

そして、ＣＰＵ１１０は、モチカーソルＣｓの向きが上向きであれば、スクロール速度の符号を＋とし、スクロール方向を、トラックリストを上から下に向かってスクロールさせる方向とする。また一方、ＣＰＵ１１０は、モチカーソルＣｓの向きが下向きであれば、スクロール速度の符号を−とし、スクロール方向を、トラックリストを下から上に向かってスクロールさせる方向とする。

さらにＣＰＵ１１０は、図１０（Ｃ）に示すように、モチカーソルＣｓの長さが長いほど、スクロール速度の値を大きな値に設定する。

また一方で、例えば、図１０（Ｂ）に示すように、複数枚の静止画像を横一列に並べたリストが、横向きのタッチスクリーン１０２に表示されているとする。

ここで、画面横方向へのドラッグが行われると、ＣＰＵ１１０は、このドラッグに応じて、ドラッグの始点から終点へと横方向に伸びるモチカーソルＣｓを画面上に表示させる。

そして、ＣＰＵ１１０は、モチカーソルＣｓの向きが右向きであれば、スクロール速度の符号を＋とし、スクロール方向を、静止画像を右から左にスクロールさせる方向とする。また一方、モチカーソルＣｓの向きが左向きであれば、スクロール速度の符号を−とし、スクロール方向を、静止画像を左から右にスクロールさせる方向とする。

さらにＣＰＵ１１０は、図１０（Ｃ）に示すように、モチカーソルＣｓの長さが長いほど、スクロール速度の値を大きな値に設定する。

このように、携帯端末１００は、ドラッグの始点終点方向と始点終点距離をユーザに示しつつ、モチカーソルＣｓによる操作入力で、各種リストや画像等を、所望の方向に所望の速度でスクロールすることができる。

尚、ドラッグが終了すると、ＣＰＵ１１０は、モチカーソルＣｓの終点側を始点側に近づけさせて、伸びていたモチカーソルＣｓを円形になるまで縮ませた後、このモチカーソルＣｓを画面から消去させ、スクロールを終了する。

さらにＣＰＵ１１０は、モチカーソルＣｓによる操作入力に応じて、例えば、各種パラメータ（音量や画像のズーム率、輝度、彩度等）の調整速度を制御するようにもなっている。

具体的にＣＰＵ１１０は、モチカーソルＣｓの向きに応じて、パラメータの調整速度の符号（つまり調整方向）を制御し、モチカーソルＣｓの長さに応じて、調整速度の値を制御する。

例えば、図１１（Ａ）に示すように、横向きのタッチスクリーン１０２に横長の動画像が表示されているとする。

ここで、画面縦方向へのドラッグが行われると、ＣＰＵ１１０は、このドラッグに応じて、ドラッグの始点から終点へと縦方向に伸びるモチカーソルＣｓを画面上に表示させる。

そして、ＣＰＵ１１０は、モチカーソルＣｓの向きが上向きであれば、音量の調整速度の符号を＋とし、調整方向を音量アップの方向とする。また一方、モチカーソルＣｓの向きが下向きであれば、音量の調整速度の符号を−とし、調整方向を音量ダウンの方向とする。

またＣＰＵ１１０は、図１１（Ｂ）に示すように、このときのモチカーソルＣｓの長さが長いほど、音量の調整速度の値を大きな値に設定する。

尚、ドラッグが終了すると、ＣＰＵ１１０は、モチカーソルＣｓを縮ませて画面から消去させ、音量の調整を終了する。以降、ドラッグが終了する直前の音量が維持される。

このように、携帯端末１００は、モチカーソルＣｓによりドラッグの始点終点方向と始点終点距離をユーザに示しつつ、モチカーソルＣｓによる操作入力で、動画像に付随する音声のパラメータである音量を所望の調整速度で上げ下げして調整することができる。

以上のようにして携帯端末１００は、ドラッグが行われると、ドラッグの始点終点位置、始点終点方向、始点終点距離を示すモチカーソルＣｓを表示させ、モチカーソルＣｓの向きと長さに応じて各種操作入力を受け付けるようになっている。

［２−３−２．各アプリケーションでの操作入力例］
次に、上述したモチカーソルＣｓによる操作入力について、携帯端末１００にインストールされたアプリケーション（単にアプリとも呼ぶ）での操作入力を例に、さらに詳しく説明する。

尚、携帯端末１００には、様々なアプリをインストールできるが、ここでは、一例として、音楽を再生するアプリと、静止画像を再生するアプリと、動画像を再生するアプリとがインストールされているとする。

ここでまず動画像を再生するアプリ（動画像再生アプリとも呼ぶ）での、モチカーソルＣｓによる操作入力について詳しく説明する。

ＣＰＵ１１０は、タッチスクリーン１０２に動画像再生アプリの起動に対応するアイコンを表示させた状態で、このアイコンがタップされると、このタッチ操作を、動画像再生アプリを起動する操作入力として受け付ける。

そしてＣＰＵ１１０は、不揮発性メモリ１１１から、動画像再生アプリのプログラムを読み出して実行することで、動画像再生アプリを起動する。

動画像再生アプリを起動すると、ＣＰＵ１１０は、不揮発性メモリ１１１に動画像ファイルとして記憶されている動画像のサムネイルをタッチスクリーン１０２に一覧表示させる。

さらにＣＰＵ１１０は、一覧表示させたサムネイルのうちの１つがタップされると、このタッチ操作を、動画像を再生する操作入力として受け付ける。

そしてＣＰＵ１１０は、タップされたサムネイルに対応する動画像ファイルから動画像を得る。

さらにこのときＣＰＵ１１０は、図１２に示す動画像再生画面２００をタッチスクリーン１０２に表示させる。尚、この動画像再生画面２００は、横長の画面であり、横向きでの使用を想定して、横長のタッチスクリーン１０２の全面に表示されるようになっている。

この動画像再生画面２００には、動画像がほぼ画面一杯に表示されるようになっている。さらにこの動画像再生画面２００は、上端付近に、画面左端から右端へと伸びるバー２０１が動画像上に重ねて表示されるようになっている。このバー２０１は、画面左端側の一端が動画像の先頭、画面右端側の他端が動画像の末尾を示し、このバー２０１上を移動するポインタ２０２により、動画像の現在の再生位置を示すようになっている。このバー２０１を、以下、再生バー２０１とも呼ぶ。

さらにこの動画像再生画面２００は、左端領域２００Ａ、中央領域２００Ｂ及び右端領域２００Ｃにより、横方向に３分割されている。ここで、左端領域２００Ａ及び右端領域２００Ｃの各々は、例えば、画面全体の１／６程度の大きさであり、中央領域２００Bが残りの４／６程度の大きさであるとする。これら左端領域２００Ａ、中央領域２００Ｂ及び右端領域２００Ｃの役割については、後述する。

ＣＰＵ１１０は、このような動画像再生画面２００に、先頭のチャプタから１倍速で順方向に再生した動画像を表示していく。尚、順方向に１倍速の再生を、以下、通常再生とも呼ぶ。

また、１本の動画像は、所定の単位ごと（例えば場面ごと）に区切られていて、ここでは、この単位ごとの部分的な動画像をチャプタと呼ぶ。すなわち、１本の動画像は、複数のチャプタにより構成されている。

ここで、この動画像再生画面２００では、横方向へのドラッグにより、動画像の再生を制御できるようになっている。

実際、図１３（Ａ）に示すように、画面横方向へのドラッグが行われたとする。するとＣＰＵ１１０は、このドラッグに応じて、ドラッグの始点から終点へと横方向に伸びるモチカーソルＣｓを画面上に表示させる。尚、このモチカーソルＣｓは、タッチスクリーン１０２から指が離されてドラッグが終了するまで表示され続ける。

ここで、ＣＰＵ１１０は、表示させているモチカーソルＣｓの向きが横向きであることを認識すると、さらにモチカーソルＣｓの終点（すなわちドラッグの終点）が、画面の中央領域２００Ｂ内であるかを判別する。ここでモチカーソルＣｓの終点が中央領域２００Ｂ内であれば、ＣＰＵ１１０は、モチカーソルＣｓの向きと長さに応じて、画面に表示している動画像（すなわちチャプタ）の再生速度（再生方向と再生速度の値）を制御する。

具体的に、ＣＰＵ１１０は、表示させているモチカーソルＣｓの向きが右向きであれば、再生速度の符号を＋にして、再生方向を順方向とする。また一方で、表示させているモチカーソルＣｓの向きが左向きであれば、再生速度の符号を−にして、再生方向を逆方向とする。さらにこのときのモチカーソルＣｓの長さが長いほど、再生速度の値を大きな値に設定する。

この結果、例えば、画面右方向へのドラッグによりモチカーソルＣｓが右に長く伸びていれば、動画像再生画面２００に表示される動画像が、順方向に速く再生される（すなわち早送りされる）ことになる。

また、画面左方向へのドラッグによりモチカーソルＣｓが左に短く伸びていれば、動画像再生画面２００に表示される動画像が、逆方向にゆっくり再生される（すなわち巻き戻される）ことになる。

さらに、このような画面横方向へのドラッグの後、指をタッチスクリーン１０２から離さず動かさなければ、モチカーソルＣｓが向きと長さを変えずに表示され続け、このときの再生速度（再生方向と再生速度の値）が維持される。

このように、動画像再生画面２００では、モチカーソルＣｓによりドラッグの始点終点方向と始点終点距離をユーザに示しつつ、モチカーソルＣｓによる操作入力で、動画像を所望の再生方向に所望の再生速度で再生することができる。

尚、ここでは、動画像に付随する音声については、説明を省略したが、音声についても、動画像と同様に、ドラッグにより再生が制御される。

さらにドラッグが継続されて、例えば図１３（Ｂ）に示すように、モチカーソルＣｓの終点が画面の中央領域２００Ｂ外に出た（すなわち左端領域２００Ａ内又は右端領域２００Ｃ内に入った）とする。

するとＣＰＵ１１０は、動画像再生画面２００の表示内容を、チャプタから、チャプタのリスト（これをチャプタリストとも呼ぶ）に遷移させる。

チャプタリストとは、各チャプタから抽出された代表的な静止画像（これをチャプタ画像とも呼ぶ）を再生時刻順に横一列に並べたリストである。

ここで、チャプタリストは、各チャプタから抽出された代表的なチャプタ画像のリストであるから、チャプタに対して上位階層の情報であると言える。

つまり、このとき、ＣＰＵ１１０は、動画像再生画面２００の表示内容を、チャプタから、その上位階層の情報であるチャプタリストに遷移させるようになっている。

具体的に、ＣＰＵ１１０は、図１３（Ｃ）に示すように、表示させているチャプタをズームアウトさせて、遷移する直前に再生していたチャプタのチャプタ画像Ｃｐ（Ｎ）を含んだチャプタリストの一部分を、動画像再生画面２００に表示させる。

実際、図１３（Ｃ）は、動画像再生画面２００の中央にチャプタ画像Ｃｐ（Ｎ）が表示され、その左側に、１つ前のチャプタ画像ＣＰ（Ｎ−１）の一部分が表示され、チャプタ画像Ｃｐ（Ｎ）の右側に、次のチャプタ画像Ｃｐ（Ｎ＋１）の一部分が表示された例である。

このように、動画像再生画面２００では、チャプタからチャプタリストに遷移したときに、遷移する直前に再生していたチャプタのチャプタ画像Ｃｐ（Ｎ）が画面中央に位置するようにチャプタリストを表示するようにした。

こうすることで、この動画像再生画面２００では、ユーザに、何ら違和感を与えることなく、チャプタからチャプタリストへとシームレスに遷移することができる。

またこのときモチカーソルＣｓについては、このような表示内容の遷移に関わらず、タッチスクリーン１０２から指が離されてドラッグが終了するまで、動画像再生画面２００に表示され続ける。

すなわちこのときの動画像再生画面２００には、中央領域２００Ｂ内から、中央領域２００Ｂ外（すなわち左端領域２００Ａ又は右端領域２００Ｃ内）へと横方向に伸びるモチカーソルＣｓが表示されていることになる。

ここで、ＣＰＵ１１０は、モチカーソルＣｓの向きと長さに応じて、画面に表示させているチャプタリストのスクロール速度（スクロール方向とスクロール速度の値）を制御してチャプタリストをスクロールさせる。

具体的に、ＣＰＵ１１０は、表示させているモチカーソルＣｓの向きが右向きであれば、チャプタリストのスクロール方向を左方向（すなわちチャプタ画像Ｃｐが左に移動する方向）とする。また一方で、表示させているモチカーソルＣｓの向きが左向きであれば、チャプタリストのスクロール方向を右方向（すなわちチャプタ画像Ｃｐが右に移動する方向）とする。さらにこのときのモチカーソルＣｓの長さが長いほど、スクロール速度の値を大きな値に設定する。

この結果、例えば、画面右方向へのドラッグによりモチカーソルＣｓが右に長く伸びていれば、動画像再生画面２００に表示されるチャプタリストが、左方向に高速にスクロールすることになる。

また、画面左方向へのドラッグによりモチカーソルＣｓが左に短く伸びていれば、動画像再生画面２００に表示されるチャプタリストが、右方向にゆっくりスクロールすることになる。

さらに、このような画面横方向へのドラッグの後、指をタッチスクリーン１０２から離さず動かさなければ、モチカーソルＣｓが向きと長さを変えずに表示され続け、このときのスクロール速度（スクロール方向とスクロール速度の値）が維持される。

このように、この動画像再生画面２００では、モチカーソルＣｓの終点が、左端領域２００Ａ又は右端領域２００Ｃ内に入ると、表示内容がチャプタからチャプタリストに遷移する。

そしてこのときの動画像再生画面２００では、モチカーソルＣｓによりドラッグの始点終点方向と始点終点距離をユーザに示しつつ、モチカーソルＣｓによる操作入力で、チャプタリストを所望のスクロール速度でスクロールすることができる。

こうすることで、ユーザは、この動画像再生画面２００を介して、チャプタリストから、所望のチャプタのチャプタ画像Ｃｐを容易に検索することができる。

ここで、任意のチャプタ画像Ｃｐが動画像再生画面２００の中央に表示されているときに、ドラッグが終了した（すなわち指がタッチスクリーン１０２から離された）とする。

するとＣＰＵ１１０は、図１３（Ｄ）に示すように、モチカーソルＣｓの終点側を始点側に近づけさせて、横方向に伸びていたモチカーソルＣｓを円形になるまで縮ませた後、このモチカーソルＣｓを画面から消去させる。

またこのときＣＰＵ１１０は、動画像再生画面２００の表示内容を、チャプタリストから下位階層の情報となるチャプタに遷移させる。

具体的に、ＣＰＵ１１０は、表示させているチャプタリストをズームインさせて、遷移する直前に中央に表示されていたチャプタ画像Ｃｐに対応するチャプタを、その先頭から通常再生して動画像再生画面２００に表示していく。

このように、チャプタリストからチャプタに遷移したときには、遷移する直前に画面中央に表示されていたチャプタ画像Ｃｐに対応するチャプタから再生を開始する。

こうすることで、この動画像再生画面２００では、ユーザに、何ら違和感を与えることなく、チャプタリストからチャプタへとシームレスに遷移することができる。さらに、チャプタの検索からチャプタの再生までの一連の動作を、１回のドラッグのみで簡単に行うことができる。

尚、チャプタリストに遷移後、指が離されずにドラッグが継続され、モチカーソルＣｓの終点が中央領域２００Ｂ外から再び中央領域２００Ｂ内に戻ったとする。

この場合も、現在の表示内容がチャプタリストであれば、ＣＰＵ１１０は、引き続き、モチカーソルＣｓの向きと長さに応じて、チャプタリストのスクロール速度を制御する。

上述したように、動画像再生アプリでは、横方向へのドラッグに応じて横向きのモチカーソルＣｓを動画像再生画面２００に表示する。そしてこの動画像再生アプリでは、表示しているモチカーソルＣｓの終点が中央領域２００Ｂ内であれば、このモチカーソルＣｓの向き（左又は右）と長さに応じて、チャプタの再生方向と再生速度の値を設定する。

このように、この動画像再生アプリでは、モチカーソルＣｓによる操作入力のみで、チャプタの再生方向と再生速度の値を自由に設定してチャプタを再生することができる。

またこの動画像再生アプリでは、ドラッグに応じてモチカーソルＣｓの終点が左端領域２００Ａ内又は右端領域２００Ｃ内に入ると、表示内容を、チャプタから上位階層の情報であるチャプタリストに遷移させる。

このとき、この動画像再生アプリでは、モチカーソルＣｓの向きと長さに応じて、チャプタリストのスクロール方向とスクロール速度の値を設定する。

その後、ドラッグが終了すると、この動画像再生アプリでは、表示内容を、チャプタリストから再び下位階層の情報であるチャプタに遷移させ、このチャプタの先頭から再生を開始する。

このように、この動画像再生アプリでは、横方向へのドラッグにともなうモチカーソルＣｓによる操作入力のみで、チャプタとチャプタリストを切り換えたり、チャプタリストを所望のスクロール速度でスクロールさせたりすることができる。

さらに、この動画像再生画面２００では、縦方向へのドラッグで、動画像に付随する音声のパラメータである音量を調整できるようにもなっている。

実際、図１４（Ａ）及び（Ｂ）に示すように、画面縦方向へのドラッグが行われたとする。するとＣＰＵ１１０は、このドラッグに応じて、ドラッグの始点から終点へと縦方向に伸びるモチカーソルＣｓを画面上に表示させる。

ここで、ＣＰＵ１１０は、表示させているモチカーソルＣｓの向きが縦向きであることを認識すると、このときのモチカーソルＣｓの向きと長さに応じて、音量の調整速度（調整方向と調整速度の値）を制御して音量を増減する。

具体的に、ＣＰＵ１１０は、表示させているモチカーソルＣｓの向きが上向きであれば、調整速度の符号を＋にして、音量の調整方向を音量アップの方向とする。また一方で、表示させているモチカーソルＣｓの向きが下向きであれば、調整速度の符号を−にして、音量の調整方向を音量ダウンの方向とする。さらにこのときのモチカーソルＣｓの長さが長いほど、音量の調整速度の値を大きな値に設定する。

この結果、例えば、画面上方向へのドラッグによりモチカーソルＣｓが上に長く伸びていれば、音量が一気に上がっていくことになる。

また、例えば、画面下方向へのドラッグによりモチカーソルＣｓが下に短く伸びていれば、音量がゆっくり下がっていくことになる。

さらに、このような画面縦方向へのドラッグの後、指をタッチスクリーン１０２から離さず動かさなければ、モチカーソルＣｓが向きと長さを変えずに表示され続け、このときの調整速度（調整方向と調整速度の値）が維持される。

このように、この動画像再生画面２００では、モチカーソルＣｓによりドラッグの方向と長さをユーザに認識させながら、このドラッグの方向と長さで、音量を所望の調整速度で調整することができる。

またこのときＣＰＵ１１０は、現在の音量を示す音量バーＢｍを、画面の所定位置（例えば中央下方）に表示させる。これにより、ユーザは、この音量バーＢｍを目視して現在の音量を確認しながら、音量を調整することができる。

その後、ドラッグが終了すると、ＣＰＵ１１０は、モチカーソルＣｓの終点側を始点側に近づけさせて、縦方向に伸びていたモチカーソルＣｓを円形になるまで縮ませた後、このモチカーソルＣｓを画面から消去させ、音量の調整を終了する。以降、ドラッグが終了する直前の音量が維持される。

上述したように、動画像再生アプリでは、縦方向へのドラッグに応じて縦向きのモチカーソルＣｓを動画像再生画面２００に表示する。そしてこの動画像再生アプリでは、表示しているモチカーソルＣｓの向き（上又は下）と長さに応じて、音量の調整方向と調整速度の値を設定する。

このように、この動画像再生アプリでは、縦方向へのドラッグにともなうモチカーソルＣｓによる操作入力のみで、調整方向と調整速度の値を自由に代えながら音量を調整することができる。

また、この動画像再生アプリでは、縦方向へのドラッグであれば、画面上のどの部分でドラッグを行っても音量を調整できるので、例えば、ユーザが、動画像を見ながら、動画像の重要でない部分でドラッグを行って音量を調整するようなことができる。

また、例えば、動画像の音声のみを聞くような場合には、画面を注視することなく、ブラインドタッチで、音量を調整するようなことも容易にできる。

次に楽曲（トラック）を再生するアプリ（楽曲再生アプリとも呼ぶ）での、モチカーソルＣｓによる操作入力について詳しく説明する。

ＣＰＵ１１０は、タッチスクリーン１０２に楽曲再生アプリの起動に対応するアイコンを表示させた状態で、このアイコンがタップされると、このタッチ操作を、楽曲再生アプリを起動する操作入力として受け付ける。

そしてＣＰＵ１１０は、不揮発性メモリ１１１から、楽曲再生アプリのプログラムを読み出して実行することで、楽曲再生アプリを起動する。

楽曲再生アプリを起動すると、ＣＰＵ１１０は、図１５に示すトラック選択画面２１０をタッチスクリーン１０２に表示させる。

尚、このトラック選択画面２１０は、縦長の画面であり、縦向きでの使用を想定して、縦長のタッチスクリーン１０２の全面に表示されるようになっている。

このトラック選択画面２１０は、上端領域２１０Ａ、中央領域２１０Ｂ及び下端領域２１０Ｃにより、縦方向に３分割されている。ここで、上端領域２１０Ａ及び下端領域２１０Ｃの各々は、例えば、画面全体の１／６程度の大きさであり、中央領域２１０Ｂが残りの４／６程度の大きさであるとする。これら上端領域２１０Ａ、中央領域２１０Ｂ及び下端領域２１０Ｃの役割については、後述する。

ＣＰＵ１１０は、このようなトラック選択画面２１０に、トラックリストを表示させる。このトラックリストは、不揮発性メモリ１１１に楽曲ファイルとして記憶されているトラック（楽曲）のタイトルを、例えば収録したアルバムのタイトルとトラック番号とに基づいて縦一列に並べたリストである。

具体的に、このトラックリストは、トラックを、タイトル順に整理されたアルバムごとにまとめてトラック番号順に並べたリストである。

尚、このトラックリストには、トラックのタイトルにくわえて、アルバムのタイトルが、各アルバムの先頭トラックのタイトルの前（画面上では上）に挿入されている。

すなわち、このトラックリストは、アルバム１のタイトル、アルバム１のトラック番号１のタイトル、…、トラック番号５のタイトル、アルバム２のタイトル、アルバム２のトラック番号１のタイトル、…のようにして、タイトルが並べられている。

トラック選択画面２１０には、このトラックリストの少なくとも一部分が表示される。実際、図１５は、トラック選択画面２１０に、トラックリストに含まれるタイトルのうち、５個のトラックのタイトルが表示された例である。

ここで、このトラック選択画面２１０では、縦方向へのドラッグで、トラックリストのスクロール速度（スクロール方向とスクロール速度の値）を制御できるようになっている。

実際、図１６（Ａ）に示すように、画面縦方向へのドラッグが行われたとする。するとＣＰＵ１１０は、このドラッグに応じて、ドラッグの始点から終点へと縦方向に伸びるモチカーソルＣｓを画面上に表示させる。尚、このモチカーソルＣｓは、タッチスクリーン１０２から指が離されてドラッグが終了するまで表示され続ける。

ここで、ＣＰＵ１１０は、表示させているモチカーソルＣｓの向きが縦向きであることを認識すると、さらにモチカーソルＣｓの終点（すなわちドラッグの終点）が、画面の中央領域２１０Ｂ内であるかどうかを判定する。ここでモチカーソルＣｓの終点が中央領域２１０Ｂ内であれば、ＣＰＵ１１０は、モチカーソルＣｓの向きと長さに応じて、トラックリストのスクロール速度を制御してトラックリストをスクロールさせる。

具体的に、ＣＰＵ１１０は、表示させているモチカーソルＣｓの向きが上向きであれば、トラックリストのスクロール方向を上方向（すなわちタイトルが下に移動する方向）とする。また一方で、表示させているモチカーソルＣｓの向きが下向きであれば、トラックリストのスクロール方向を下方向（すなわちタイトルが上に移動する方向）とする。さらにこのときのモチカーソルＣｓの長さが長いほど、スクロール速度の値を大きな値に設定する。

この結果、例えば、画面上方向へのドラッグによりモチカーソルＣｓが上に長く伸びていれば、トラック選択画面２１０に表示されるトラックリストが、下方向に高速にスクロールすることになる。

また、例えば、画面下方向へのドラッグによりモチカーソルＣｓが下に短く伸びていれば、トラック選択画面２１０に表示されるトラックリストが、上方向にゆっくりスクロールすることになる。

さらに、このような画面縦方向へのドラッグの後、指をタッチスクリーン１０２から離さず動かさなければ、モチカーソルＣｓが向きと長さを変えずに表示され続け、このときのスクロール速度（スクロール方向とスクロール速度の値）が維持される。

このように、トラック選択画面２１０では、モチカーソルＣｓによりドラッグの始点終点方向と始点終点距離をユーザに示しつつ、モチカーソルＣｓによる操作入力で、トラックリストを所望のスクロール速度でスクロールすることができる。

こうすることで、ユーザは、このトラックリストから、所望のトラックのタイトルを容易に検索することができる。

さらにＣＰＵ１１０は、図１６（Ｂ）に示すように、モチカーソルＣｓの終点が上端領域２１０Ａ内又は下端領域２１０Ｃ内に近づくほど、トラックリストに含まれるタイトルのうち、トラックのタイトルのみ、その表示サイズを徐々に小さくしていく。

このようにトラックのタイトルの表示サイズが徐々に小さくなることにともなって、蛇腹が縮んでいくようにして、トラックリストに含まれるアルバムのタイトルの表示間隔が徐々に狭くなっていく。

そして、モチカーソルＣｓの終点が上端領域２１０Ａ内又は下端領域２１０Ｃ内に入ったとする。すると、ＣＰＵ１１０は、図１６（Ｃ）に示すように、トラックのタイトルを最終的に画面から消去して、表示内容をトラックリストのアルバムのタイトルのみのリストに遷移させる。このリストを、アルバムリストとも呼ぶ。

尚、アルバムリストは、トラックのタイトルの上位階層であるアルバムのタイトルのリストであるから、トラックリストに対して上位階層の情報である。

つまり、このとき、ＣＰＵ１１０は、トラック選択画面２１０の表示内容を、トラックリストから、その上位階層の情報であるアルバムリストに遷移させるようになっている。

このように、トラックリストに含まれるタイトルのうち、トラックのタイトルのみ、その表示サイズを徐々に小さくして、最終的に画面から消去することで、画面の表示内容をトラックリストからアルバムリストに遷移するようにした。

こうすることで、このトラック選択画面２１０では、ユーザに、何ら違和感を与えることなく、トラックリストからアルバムリストへとシームレスに遷移することができる。

またこのときモチカーソルＣｓについては、このような表示内容の遷移に関わらず、ドラッグが終了するまで、トラック選択画面２１０に表示され続ける。

すなわちこのときのトラック選択画面２１０には、中央領域２１０Ｂ内から、中央領域２１０Ｂ外（すなわち上端領域２１０Ａ又は下端領域２１０Ｃ）へと縦方向に伸びるモチカーソルＣｓが表示されていることになる。

ここで、ＣＰＵ１１０は、表示させているモチカーソルＣｓの長さが所定の閾値を超えている間、モチカーソルＣｓの向きと長さに応じて、画面に表示させているアルバムリストのスクロール速度を制御してアルバムリストをスクロールさせる。

具体的に、ＣＰＵ１１０は、表示させているモチカーソルＣｓの向きが上向きであれば、アルバムリストのスクロール方向を上方向（すなわちタイトルが下に移動する方向）とする。また一方で、表示させているモチカーソルＣｓの向きが下向きであれば、アルバムリストのスクロール方向を下方向（すなわちタイトルが上に移動する方向）とする。さらにこのときのモチカーソルＣｓの長さが長いほど、スクロール速度の値を大きな値に設定する。

この結果、例えば、画面上方向へのドラッグによりモチカーソルＣｓが上に長く伸びていれば、トラック選択画面２１０に表示されるアルバムリストが、下方向に高速にスクロールすることになる。

また、例えば、画面下方向へのドラッグによりモチカーソルＣｓが下に短く伸びていれば、トラック選択画面２１０に表示されるアルバムリストが、上方向にゆっくりスクロールすることになる。

さらに、このような画面縦方向へのドラッグの後、指をタッチスクリーン１０２から離さず動かさなければ、モチカーソルＣｓが向きと長さを変えずに表示され続け、このときのスクロール速度（スクロール方向とスクロール速度の値）が維持される。

このように、トラック選択画面２１０では、モチカーソルＣｓによりドラッグの始点終点方向と始点終点距離をユーザに示しつつ、モチカーソルＣｓによる操作入力で、アルバムリストを所望のスクロール速度でスクロールすることができる。

こうすることで、ユーザは、このアルバムリストから、所望のアルバムのタイトルを容易に検索することができる。

ここで、ドラッグがさらに継続され、図１６（Ｄ）に示すように、ドラッグの終点が始点に近づくことにより、モチカーソルＣｓの長さが所定の閾値以下にまで縮んだとする。

するとＣＰＵ１１０は、トラック選択画面２１０の表示内容を、アルバムリストから下位階層の情報であるトラックリストに遷移させる。

具体的に、アルバムリストに含まれるアルバムのタイトルとアルバムのタイトルとの間に、トラックのタイトルを挿入して表示することで、表示内容を、アルバムリストからトラックリストに遷移させる。尚、このときのトラックのタイトルの表示サイズは、例えば、トラックリストからアルバムリストに遷移する直前の表示サイズと同サイズであるとする。

そしてＣＰＵ１１０は、モチカーソルＣｓの長さが短くなるほど、トラックのタイトルの表示サイズを徐々に大きくしながら元の大きさに戻していく。

このようにトラックのタイトルの表示サイズが徐々に大きくなることにともなって、蛇腹が伸びていくようにして、トラックリストに含まれるアルバムのタイトルの表示間隔が徐々に広くなっていく。

このように、アルバムリストに含まれるアルバムのタイトル間に、トラックのタイトルを挿入して、その表示サイズを徐々に元の大きさに戻していくようにすることで、表示内容をトラックリストからアルバムリストに遷移するようにした。

こうすることで、このトラック選択画面２１０では、ユーザに、何ら違和感を与えることなく、アルバムリストからトラックリストへとシームレスに遷移することができる。

かくして、ユーザは、縦方向へのドラッグのみで、アルバムの検索からトラックの検索までをスムーズに行うことができる。

その後、ドラッグが終了した（すなわち指がタッチスクリーン１０２から離された）とする。

するとＣＰＵ１１０は、モチカーソルＣｓの終点側を始点側に近づけさせて、縦方向に伸びていたモチカーソルＣｓを円形になるまで縮ませた後、このモチカーソルＣｓを画面から消去させる。

さらにこのときＣＰＵ１１０は、トラックリストに含まれるトラックのタイトルの表示サイズを、元の大きさに戻す。尚、ドラッグが終了したときに、アルバムリストを表示させていた場合、ＣＰＵ１１０は、表示内容を、アルバムリストにトラックのタイトルを挿入するようにして、トラックリストに遷移させるようになっている。

ここで、さらにこのトラック選択画面２１０に表示されているトラックのタイトルうちの１つがタップされることで、このトラックが選択されたとする。

すると、ＣＰＵ１１０は、タップされたトラックのタイトルに対応する楽曲ファイルからトラックの音声を得、この音声をヘッドホン端子（図示せず）から出力していく。

上述したように、楽曲再生アプリでは、縦方向へのドラッグに応じて縦向きのモチカーソルＣｓをトラック選択画面２１０に表示する。そしてこの楽曲再生アプリでは、表示しているモチカーソルＣｓの終点が中央領域２１０Ｂ内であれば、このモチカーソルＣｓの向き（上又は下）と長さに応じて、トラックリストのスクロール方向とスクロール速度の値を設定する。

さらにこの楽曲再生アプリでは、ドラッグに応じてモチカーソルＣｓの終点が中央領域２１０Ｂから出て上端領域２１０Ａ内又は下端領域２１０Ｃ内に入ると、表示内容を、トラックリストから上位階層の情報であるアルバムリストに遷移させる。

このとき、この楽曲再生アプリでは、モチカーソルＣｓの向きと長さに応じて、アルバムリストのスクロール方向とスクロール速度の値を設定する。

その後、モチカーソルＣｓの長さが所定の閾値以下になると、この楽曲再生アプリでは、表示内容を、アルバムリストから再び下位階層の情報であるトラックリストに遷移させる。

このように、この楽曲再生アプリでは、モチカーソルＣｓによる操作入力のみで、トラックリストとアルバムリストを切り換えたり、トラックリスト及びアルバムリストを所望のスクロール速度でスクロールさせたりすることができる。

かくして、ユーザは、アルバムの検索からトラックの検索までを容易に行うことができる。

次に静止画像を再生するアプリ（静止画像再生アプリとも呼ぶ）での、モチカーソルＣｓによる操作入力について詳しく説明する。

ＣＰＵ１１０は、タッチスクリーン１０２に静止画像再生アプリの起動に対応するアイコンを表示させた状態で、このアイコンがタップされると、このタッチ操作を、静止画像再生アプリを起動する操作入力として受け付ける。

そしてＣＰＵ１１０は、不揮発性メモリ１１１から、静止画像再生アプリのプログラムを読み出して実行することで、静止画像再生アプリを起動する。

静止画像再生アプリを起動すると、ＣＰＵ１１０は、不揮発性メモリ１１１に静止画像ファイルとして記憶されている静止画像のサムネイルをタッチスクリーン１０２に一覧表示させる。

さらにＣＰＵ１１０は、一覧表示させたサムネイルのうちの１つがタップされると、このタッチ操作を、静止画像を再生する操作入力として受け付ける。

そしてＣＰＵ１１０は、タップされたサムネイルに対応する静止画像ファイルから静止画像を得る。

さらにこのときＣＰＵ１１０は、図１７に示す静止画像再生画面２２０をタッチスクリーン１０２に表示させる。尚、この静止画像再生画面２２０は、横長の画面であり、横向きでの使用を想定して、横長のタッチスクリーン１０２の全面に表示されるようになっている。

この静止画像再生画面２２０には、静止画像がほぼ画面一杯に表示されるようになっている。またこの静止画像再生画面２２０は、下端に、パレット２２１の上端部分が表示され、この上端部分をタッチして画面上方向へのドラッグを行うことで、パレット２２１を静止画像再生画面２２０上に引き出して表示できるようにもなっている。このパレット２２１は、静止画像のパラメータである輝度及び彩度を調整する為のパレット（これを輝度彩度パレットとも呼ぶ）であり、詳しくは後述する。

この静止画像再生画面２２０では、表示されている静止画像に対する縦方向へのドラッグで、静止画像のパラメータであるズーム率（拡大率／縮小率）の調整速度（調整方向と調整速度の値）を制御できるようになっている。

実際、図１８（Ａ）に示すように、静止画像の任意の箇所が所定時間タッチされ続けたとする。因みに、所定時間以上のタッチを長押しとも呼び、所定時間未満のタッチを短押しとも呼ぶ。

するとＣＰＵ１１０は、図１８（Ｂ）に示すように、静止画像の長押しされた位置に、この位置を中心とする円形のモチカーソルＣｓを表示させるとともに、この位置をズームの中心に設定する。またこの位置が、モチカーソルＣｓの始点ともなる。

尚、このとき表示されるモチカーソルＣｓの大きさは、例えば、タッチした指から若干食み出す程度の大きさに設定されている。

さらに長押ししている指を離さずに、図１８（Ｃ）に示すように、画面縦方向へのドラッグが行われたとする。

するとＣＰＵ１１０は、このドラッグに応じて、モチカーソルＣｓを、ドラッグの始点（すなわち最初に長押しされた位置）から終点へと縦方向に引き伸ばす。

ここで、ＣＰＵ１１０は、モチカーソルＣｓの向きが縦向きであることを認識すると、モチカーソルＣｓの始点をズームの中心として、このときのモチカーソルＣｓの向きと長さに応じて、静止画像のズーム率（拡大率／縮小率）の調整速度を制御してズーム率を増減する。

具体的に、ＣＰＵ１１０は、表示させているモチカーソルＣｓの向きが上向きであれば、ズーム率の調整方向をズームイン（拡大）する方向（すなわちズーム率が１００％から増加する方向）とする。また一方で、表示させているモチカーソルＣｓの向きが下向きであれば、ズーム率の調整方向をズームアウト（縮小）する方向（すなわちズーム率が１００％から減少する方向）とする。さらにこのときのモチカーソルＣｓの長さが長いほど、ズーム率（拡大率／縮小率）の調整速度の値を大きな値に設定する。

この結果、例えば、画面上方向へのドラッグによりモチカーソルＣｓが上に長く伸びていれば、静止画像の拡大率が一気に大きくなっていくことになる。これにより、静止画像再生画面２２０に表示されている静止画像が、モチカーソルＣｓの始点を中心に、一気に拡大されていく。

また、例えば、画面下方向へのドラッグによりモチカーソルＣｓが下に短く伸びていれば、静止画像の縮小率がゆっくり小さくなっていくことになる。これにより、静止画像再生画面２２０に表示されている静止画像が、モチカーソルＣｓの始点を中心に、ゆっくり縮小されていく。

さらに、このような画面縦方向へのドラッグの後、指をタッチスクリーン１０２から離さず動かさなければ、モチカーソルＣｓが向きと長さを変えずに表示され続け、このときの調整速度（調整方向と調整速度の値）が維持される。

このように、静止画像再生画面２２０では、モチカーソルＣｓによりドラッグの始点終点方向と始点終点距離をユーザに示しつつ、モチカーソルＣｓによる操作入力で、静止画像のズーム率を所望の調整速度で調整することができる。

また、この静止画像再生画面２２０では、長押しからのドラッグのみで、ズームの中心の設定から、ズーム率の調整までの一連の操作をシームレスに行うことができる。

かくして、ユーザは、この静止画像再生画面２２０を介して、容易且つ迅速に、静止画像の全体を見たり、所望部分を所望の大きさにして見たりすることができる。

その後、ドラッグが終了すると、ＣＰＵ１１０は、モチカーソルＣｓの終点側を始点側に近づけさせて、縦方向に伸びていたモチカーソルＣｓを円形になるまで縮ませた後、このモチカーソルＣｓを画面から消去させ、ズーム率の調整を終了する。このとき、ズームの中心もリセットされる。以降、ドラッグが終了する直前のズーム率が維持される。

またこの静止画像再生画面２２０では、長押しせずに、短押しから任意の方向へのドラッグ（フリックでも可）を行うことで、表示している静止画像をスクロールできるようにもなっている。

実際、短押しから任意の方向へのドラッグ（又はフリック）が行われたとする。するとＣＰＵ１１０は、このドラッグの方向と長さ（又はフリックの方向と速さ）に応じて、静止画像のスクロールを制御して静止画像をスクロールさせる。

具体的に、ＣＰＵ１１０は、ドラッグ（又はフリック）の方向とは反対の方向に、ドラッグの長さに応じた分（又はフリックの速さに応じた分）だけ静止画像をスクロールさせる。

このように、この静止画像再生画面２２０では、長押しにより、ドラッグによる操作入力を、ズーム率の調整又はスクロールに切り換えることができるようになっている。

さらに、この静止画像再生画面２２０では、静止画像の任意の箇所が長押しされると、この位置に、長押ししている指から食み出す程度の大きさのモチカーソルＣｓを表示するようにした。こうすることで、長押しされた箇所がズームの中心に設定されて、ドラッグによる操作入力がズーム率の調整に切り換わった旨をユーザに容易に認識させることができる。

また一方で、静止画像再生画面２２０の下端に表示されている輝度彩度パレット２２１の上端部分がタッチされ、画面上方向へのフリック（ドラッグでも可）が行われたとする。

すると、ＣＰＵ１１０は、図１９（Ａ）に示すように、このフリックに応じて、静止画像再生画面２２０の下端から上方向に、輝度彩度パレット２２１を引き出す。

この輝度彩度パレット２２１は、横幅が、静止画像再生画面２２０の横幅と同サイズであり、例えば、静止画像再生画面２２０の下端から上端まで（すなわち画面全体）を覆うように引き出されるようになっている。

さらにこの輝度彩度パレット２２１は、輝度を調整するときに利用される左側の領域２２１Ｌと、彩度を調整するときに利用される右側の領域２２１Ｒとで２分割されている。尚、左側の領域２２１Ｌを輝度設定領域とも呼び、右側の領域２２１Ｒを彩度設定領域とも呼ぶ。

さらにこれら輝度設定領域２２１Ｌ及び彩度設定領域２２１Ｒの各々は、外枠以外の部分が透明であり、静止画像再生画面２２０に表示されている静止画像が透けて見えるようになっている。

また輝度設定領域２２１Ｌには、「輝度」という文字が表示され、彩度設定領域２２１Ｒには、「彩度」という文字が表示されるようになっている。

この輝度彩度パレット２２１では、輝度設定領域２２１Ｌ内を始点とする縦方向へのドラッグで、静止画像の輝度を調整でき、彩度設定領域２２１Ｒ内を始点とする縦方向へのドラッグで、静止画像の彩度を調整できるようになっている。

実際、図１９（Ｂ）及び（Ｃ）に示すように、輝度領設定域２２１Ｌ内がタッチされ、画面縦方向へのドラッグが行われたとする。するとＣＰＵ１１０は、このドラッグに応じて、ドラッグの始点から終点へと縦方向に伸びるモチカーソルＣｓを画面上に表示させる。

ここで、ＣＰＵ１１０は、表示させているモチカーソルＣｓの向きが縦向きであることを認識すると、このときのモチカーソルＣｓの向きと長さに応じて、表示させている静止画像の輝度の調整速度（調整方向と調整速度の値）を制御する。

具体的に、ＣＰＵ１１０は、表示させているモチカーソルＣｓの向きが上向きであれば、輝度の調整方向を、輝度を上げる方向とする。また一方で、表示させているモチカーソルＣｓの向きが下向きであれば、輝度の調整方向を、輝度を下げる方向とする。さらにこのときのモチカーソルＣｓの長さが長いほど、輝度の調整速度の値を大きな値に設定する。

この結果、例えば、画面上方向へのドラッグによりモチカーソルＣｓが上に長く伸びていれば、表示されている静止画像の輝度が一気に上がっていくことになる。

また、例えば、画面下方向へのドラッグによりモチカーソルＣｓが下に短く伸びていれば、表示されている静止画像の輝度がゆっくり下がっていくことになる。

さらに、このような画面縦方向へのドラッグの後、指をタッチスクリーン１０２から離さず動かさなければ、モチカーソルＣｓが向きと長さを変えずに表示され続け、このときの調整速度（調整方向と調整速度の値）が維持される。

これに対して、図１９（Ｄ）及び（Ｅ）に示すように、彩度設定領域２２１Ｒ内がタッチされ、画面縦方向へのドラッグが行われたとする。するとＣＰＵ１１０は、このドラッグに応じて、ドラッグの始点から終点へと縦方向に伸びるモチカーソルＣｓを画面上に表示させる。

ここで、ＣＰＵ１１０は、表示させているモチカーソルＣｓの向きが縦向きであることを認識すると、このときのモチカーソルＣｓの向きと長さに応じて、表示させている静止画像の彩度の調整速度を制御する。

具体的に、ＣＰＵ１１０は、表示させているモチカーソルＣｓの向きが上向きであれば、彩度の調整方向を、彩度を上げる方向とする。また一方で、表示させているモチカーソルＣｓの向きが下向きであれば、彩度の調整方向を、彩度を下げる方向とする。さらにこのときのモチカーソルＣｓの長さが長いほど、彩度の調整速度の値を大きな値に設定する。

この結果、例えば、画面上方向へのドラッグによりモチカーソルＣｓが上に長く伸びていれば、表示されている静止画像の彩度が一気に上がっていくことになる。

また、例えば、画面下方向へのドラッグによりモチカーソルＣｓが下に短く伸びていれば、表示されている静止画像の彩度がゆっくり下がっていくことになる。

さらに、このような画面縦方向へのドラッグの後、指をタッチスクリーン１０２から離さず動かさなければ、モチカーソルＣｓが向きと長さを変えずに表示され続け、このときの調整速度が維持される。

このように、この輝度彩度パレット２２１では、モチカーソルＣｓによりドラッグの始点終点方向と始点終点距離をユーザに示しつつ、モチカーソルＣｓによる操作入力で、輝度や彩度を所望の調整速度で調整することができる。

また輝度彩度パレット２２１は、外枠以外の部分が透明であることにより、この輝度彩度パレット２２１の下に表示されている静止画像を視認しながら、輝度や彩度を調整することができる。

その後、ドラッグが終了すると、ＣＰＵ１１０は、モチカーソルＣｓの終点側を始点側に近づけさせて、縦方向に伸びていたモチカーソルＣｓを円形になるまで縮ませた後、このモチカーソルＣｓを画面から消去させ、輝度又は彩度の調整を終了する。以降、ドラッグが終了する直前の輝度又は彩度が維持される。

上述したように、静止画像再生アプリでは、静止画像再生画面２２０に表示している静止画像の任意の箇所が長押しされると、長押しされた位置に、円形のモチカーソルＣｓを表示する。またこのとき静止画像再生アプリでは、長押しされた位置をズームの中心に設定するとともに、ドラッグによる操作入力を、静止画像のスクロールからズーム率の調整に切り換える。

そしてこの静止画像再生アプリでは、縦方向へのドラッグに応じてモチカーソルＣｓを縦方向に引き伸ばすとともに、このモチカーソルＣｓの向き（上又は下）と長さに応じて、静止画像のズーム率の調整方向と調整速度の値を設定する。

またこの静止画像再生アプリでは、長押しされずにドラッグ（フリックでも可）が行われると、ドラッグに応じて、静止画像再生画面２２０に表示している静止画像をスクロールする。

このように、この静止画像再生アプリでは、長押しにより、ドラッグによる操作入力を、ズーム率の調整又はスクロールに切り換えることができ、ドラッグのみでズーム率の調整及び静止画像のスクロールを行うことができる。

またこの静止画像再生アプリでは、輝度彩度パレット２２１内を始点にして縦方向へのドラッグが行われると、これに応じて、縦向きのモチカーソルＣｓを表示する。

ここで、この静止画像再生アプリでは、ドラッグの始点が輝度彩度パレット２２１の輝度設定領域２２１Ｌ内であれば、モチカーソルＣｓの向きと長さに応じて、静止画像の輝度の調整方向と調整速度の値を設定する。

また一方で、この静止画像再生アプリでは、ドラッグの始点が、彩度設定領域２２１Ｒ内であれば、モチカーソルＣｓの向きと長さに応じて、静止画像の彩度の調整方向と調整速度の値を設定する。

このように、この静止画像再生アプリでは、輝度彩度パレット２２１内でのドラッグの始点の位置により、ドラッグによる操作入力を、静止画像の輝度の調整又は彩度の調整に切り換えることができるようになっている。

そのうえで、この静止画像再生アプリでは、縦方向へのドラッグにともなうモチカーソルＣｓによる操作入力のみで、静止画像の輝度や彩度を、調整方向と調整速度の値を自由に代えながら調整することができる。

ここまで説明したように、携帯端末１００は、動画像の再生、表示内容の切り換え、各種リストのスクロール、各種パラメータの調整などを、ドラッグにともなうモチカーソルＣｓによる操作入力のみで容易に行うことができるようになっている。

［２−４．操作入力処理手順］
次に、携帯端末１００が、モチカーソルＣｓによる操作入力に応じて実行する具体的な処理の手順（これを操作入力処理手順）について説明する。

［２−４−１．動画像再生アプリでの操作入力処理手順］
ここでまず動画像再生アプリで、チャプタの再生、チャプタ及びチャプタリストの切り換え、チャプタリストのスクロールを行う場合の、操作入力処理手順について、図２０に示すフローチャートを用いて説明する。

尚、図２０に示す操作入力処理手順ＲＴ１は、携帯端末１００のＣＰＵ１１０が、不揮発性メモリ１１１に格納されている動画像再生アプリのプログラムにしたがって実行する処理の手順である。

ＣＰＵ１１０は、動画像再生アプリを起動して、一覧表示させた動画像のサムネイルのうちの１つがタップされると、この操作入力処理手順ＲＴ１を開始して、ステップＳＰ１に移る。ステップＳＰ１においてＣＰＵ１１０は、タッチパネル１０２Ｂからの入力信号をもとに、タッチパネル１０２Ｂに対するタッチ操作があるか否かを判別する。

ここで否定結果を得ると、このときＣＰＵ１１０は、ステップＳＰ２に移り、タップされたサムネイルに対応する動画像を順方向に１倍速で再生（すなわち通常再生）し、再びステップＳＰ１に戻る。

これに対して、上述のステップＳＰ１で肯定結果を得ると、ＣＰＵ１１０は、ステップＳＰ３に移る。ステップＳＰ３においてＣＰＵ１１０は、このときのタッチ操作に応じて適宜モチカーソルＣｓを表示させると共に、このときのタッチ操作が画面横方向へのドラッグであるか否かを判別する。

ここで否定結果を得ると、ＣＰＵ１１０は、再びステップＳＰ１に戻る。これに対して、このステップＳＰ３で肯定結果を得ると、ＣＰＵ１１０は、ステップＳＰ４に移る。

ステップＳＰ４においてＣＰＵ１１０は、現在の表示内容が、チャプタであるか否かを判別する。このステップＳＰ４で肯定結果を得ると、このときＣＰＵ１１０は、ステップＳＰ５に移る。

ステップＳＰ５においてＣＰＵ１１０は、表示させているモチカーソルＣｓの終点（すなわちドラッグの終点）が、左端領域２００Ａ内又は右端領域２００Ｃ内であるか否かを判別する。

ここで否定結果を得ると、このことは、現在の表示内容がチャプタで、モチカーソルＣｓの終点が、左端領域２００Ａ外又は右端領域２００Ｃ外（すなわち中央領域２００Ｂ内）であることを意味する。

このときＣＰＵ１１０は、ステップＳＰ６に移り、表示させているモチカーソルＣｓの向きと長さに応じて、チャプタの再生速度を制御し、再びステップＳＰ１に戻る。

これに対して、上述のステップＳＰ５で肯定結果を得ると、このことは、現在の表示内容がチャプタで、モチカーソルＣｓの終点が、左端領域２００Ａ内又は右端領域２００Ｃ内（すなわち中央領域２００Ｂ外）であることを意味する。

このときＣＰＵ１１０は、ステップＳＰ７に移り、表示内容をチャプタから上位階層の情報であるチャプタリストに遷移させ、再びステップＳＰ１に戻る。

また一方で、上述のステップＳＰ４で否定結果を得ると、このことは、現在の表示内容がチャプタリストであることを意味する。

このときＣＰＵ１１０は、ステップＳＰ８に移り、表示させているモチカーソルＣｓの向きと長さに応じて、チャプタリストのスクロール速度を制御し、再びステップＳＰ１に戻る。

このような操作入力処理手順ＲＴ１にしたがって、ＣＰＵ１１０は、ドラッグにともなうモチカーソルＣｓによる操作入力に応じて、チャプタの再生、チャプタ及びチャプタリストの切り換え、チャプタリストのスクロールを行うようになっている。

つづけて、動画像再生アプリで、音量の調整を行う場合の、操作入力処理手順について、図２１に示すフローチャートを用いて説明する。

尚、図２１に示す操作入力処理手順ＲＴ２も、携帯端末１００のＣＰＵ１１０が、不揮発性メモリ１１１に格納されている動画像再生アプリのプログラムにしたがって実行する処理の手順である。

ＣＰＵ１１０は、動画像再生アプリを起動して、一覧表示させた動画像のサムネイルのうちの１つがタップされると、この操作入力処理手順ＲＴ２を開始して、ステップＳＰ１０に移る。ステップＳＰ１０においてＣＰＵ１１０は、タッチパネル１０２Ｂからの入力信号をもとに、タッチパネル１０２Ｂに対するタッチ操作があるか否かを判別する。

このステップＳＰ１０においてＣＰＵ１１０は、肯定結果を得るまで待ち受け、肯定結果を得ると、ステップＳＰ１１に移る。

ステップＳＰ１１においてＣＰＵ１１０は、このときのタッチ操作に応じて適宜モチカーソルＣｓを表示させると共に、このときのタッチ操作が画面縦方向へのドラッグであるか否かを判別する。

このステップＳＰ１１で否定結果を得ると、このときＣＰＵ１１０は、再びステップＳＰ１０に戻る。これに対して、このステップＳＰ１１で肯定結果を得ると、このときＣＰＵ１１０は、ステップＳＰ１２に移る。

ステップＳＰ１２においてＣＰＵ１１０は、このとき表示させているモチカーソルＣｓの向きが上向きであるか（すなわちドラッグの終点が始点より上方にあるか）否かを判別する。

このステップＳＰ１２で肯定結果を得ると、このことは、モチカーソルＣｓの向きが上向き（すなわちドラッグの終点が始点より上方）であることを意味する。

このときＣＰＵ１１０は、ステップＳＰ１３に移り、このとき表示させているモチカーソルＣｓの向き（上向き）と長さに応じた調整速度で音量をアップさせ、再びステップＳＰ１０に戻る。

これに対して、上述のステップＳＰ１２で否定結果を得ると、このことは、モチカーソルＣｓの向きが下向き（すなわちドラッグの終点が始点より下方）であることを意味する。

このときＣＰＵ１１０は、ステップＳＰ１４に移り、表示させているモチカーソルＣｓの向き（下向き）と長さに応じた調整速度で音量をダウンさせ、再びステップＳＰ１０に戻る。

このような操作入力処理手順ＲＴ２にしたがって、ＣＰＵ１１０は、ドラッグにともなうモチカーソルＣｓによる操作入力に応じて、音量の調整を行うようになっている。

［２−４−２．楽曲再生アプリでの操作入力処理手順］
次に、楽曲再生アプリで、トラックリスト及びアルバムリストの切り換え、トラックリスト及びアルバムリストのスクロールを行う場合の、操作入力処理手順について、図２２に示すフローチャートを用いて説明する。

尚、図２２に示す操作入力処理手順ＲＴ３は、携帯端末１００のＣＰＵ１１０が、不揮発性メモリ１１１に格納されている楽曲再生アプリのプログラムにしたがって実行する処理の手順である。

ＣＰＵ１１０は、楽曲再生アプリを起動すると、この操作入力処理手順ＲＴ３を開始して、ステップＳＰ２０に移る。ステップＳＰ２０においてＣＰＵ１１０は、タッチパネル１０２Ｂからの入力信号をもとに、タッチパネル１０２Ｂに対するタッチ操作があるか否かを判別する。

このステップＳＰ２０で否定結果を得ると、このときＣＰＵ１１０は、ステップＳＰ２１に移り、トラック選択画面２１０にトラックリストを表示させて、再びステップＳＰ２０に戻る。

これに対して、上述のステップＳＰ２０で肯定結果を得ると、ＣＰＵ１１０は、ステップＳＰ２２に移る。ステップＳＰ２２においてＣＰＵ１１０は、このときのタッチ操作に応じて適宜モチカーソルＣｓを表示させると共に、このときのタッチ操作が画面縦方向へのドラッグであるか否かを判別する。

このステップＳＰ２２で否定結果を得ると、ＣＰＵ１１０は、再びステップＳＰ２０に戻る。これに対して、このステップＳＰ２２で肯定結果を得ると、ステップＳＰ２３に移る。

ステップＳＰ２３においてＣＰＵ１１０は、現在の表示内容が、トラックリストであるか否かを判別する。このステップＳＰ２３で肯定結果を得ると、このときＣＰＵ１１０は、ステップＳＰ２４に移る。

ステップＳＰ２４においてＣＰＵ１１０は、表示させているモチカーソルＣｓの終点（すなわちドラッグの終点）が、上端領域２１０Ａ内又は下端領域２１０Ｃ内であるか否かを判別する。

このステップＳＰ２４で否定結果を得ると、このことは、現在の表示内容がトラックリストで、モチカーソルＣｓの終点が、上端領域２１０Ａ内でも下端領域２１０Ｃ内でもなく中央領域２１０Ｂ内であることを意味する。

このときＣＰＵ１１０は、ステップＳＰ２５に移り、表示させているモチカーソルＣｓの向きと長さに応じて、トラックリストのスクロール速度を制御し、再びステップＳＰ２０に戻る。

これに対して、上述のステップＳＰ２４で肯定結果を得ると、このことは、現在の表示内容がトラックリストで、モチカーソルＣｓの終点が、上端領域２１０Ａ内又は下端領域２１０Ｃ内（すなわち中央領域２１０Ｂ外）であることを意味する。

このときＣＰＵ１１０は、ステップＳＰ２６に移り、表示内容をトラックリストから上位階層の情報であるアルバムリストに遷移させ、再びステップＳＰ２０に戻る。

また一方で、上述のステップＳＰ２３で否定結果を得ると、このことは、現在の表示内容がアルバムリストであることを意味する。

このときＣＰＵ１１０は、ステップＳＰ２７に移り、表示させているモチカーソルＣｓの長さが所定の閾値を超えているか否かを判別する。

このステップＳＰ２７で肯定結果を得ると、このことは、現在の表示内容がアルバムリストで、モチカーソルＣｓの長さが、所定の閾値を超えていることを意味する。

このときＣＰＵ１１０は、ステップＳＰ２８に移り、モチカーソルＣｓの向きと長さに応じて、アルバムリストのスクロール速度を制御し、再びステップＳＰ２０に戻る。

これに対して、上述のステップＳＰ２７で否定結果を得ると、このことは、現在の表示内容がアルバムリストで、モチカーソルＣｓの長さが、所定の閾値以下であることを意味する。

このときＣＰＵ１１０は、ステップＳＰ２９に移り、表示内容をアルバムリストから下位階層の情報であるトラックリストに遷移させ、再びステップＳＰ２０に戻る。

このような操作入力処理手順ＲＴ３にしたがって、ＣＰＵ１１０は、ドラッグにともなうモチカーソルＣｓによる操作入力に応じて、表示内容の切り換え、トラックリスト及びアルバムリストのスクロールを行うようになっている。

［２−４−３．静止画像再生アプリでの操作入力処理手順］
次に、静止画像再生アプリで、静止画像のパラメータであるズーム率の調整を行う場合の、操作入力処理手順について、図２３に示すフローチャートを用いて説明する。

尚、図２３に示す操作入力処理手順ＲＴ４は、携帯端末１００のＣＰＵ１１０が、不揮発性メモリ１１１に格納されている静止画像再生アプリのプログラムにしたがって実行する処理の手順である。

ＣＰＵ１１０は、静止画像再生アプリを起動して、一覧表示させた静止画像のサムネイルのうちの１つがタップされると、この操作入力処理手順ＲＴ４を開始して、ステップＳＰ３０に移る。ステップＳＰ３０においてＣＰＵ１１０は、タッチパネル１０２Ｂからの入力信号をもとに、タッチパネル１０２Ｂに対するタッチ操作があるか否かを判別する。

このステップＳＰ３０においてＣＰＵ１１０は、肯定結果を得るまで待ち受け、肯定結果を得ると、ステップＳＰ３１に移る。

ステップＳＰ３１においてＣＰＵ１１０は、タッチパネル１０２Ｂからの入力信号をもとに、このときのタッチ操作が、表示させている静止画像に対する最初の長押しであるか否かを判別する。尚、最初の長押しとは、タッチパネル１０２に指を触れて離すまでの一連のタッチ操作の中で最初に触れた位置での長押しである。

このステップＳＰ３１で肯定結果を得ると、このときＣＰＵ１１０は、ステップＳＰ３２に移る。ステップＳＰ３２においてＣＰＵ１１０は、長押しされた位置にモチカーソルＣｓを表示させるとともに、長押しされた位置をズームの中心に設定して、再びステップＳＰ３０に戻る。

これに対して、上述のステップＳＰ３１で否定結果を得ると、このときＣＰＵ１１０は、ステップＳＰ３３に移る。ステップＳＰ３３においてＣＰＵ１１０は、タッチパネル１０２Ｂからの入力信号をもとに、このときのタッチ操作がドラッグであるか否かを判別する。

このステップＳＰ３３で否定結果を得ると、このときＣＰＵ１１０は、再びステップＳＰ３０に戻る。これに対して、このステップＳＰ３３で肯定結果を得ると、このときＣＰＵ１１０は、ステップＳＰ３４に移る。

ステップＳＰ３４においてＣＰＵ１１０は、既にズームの中心が設定済みであるか否かを判別する。

このステップＳＰ３４で肯定結果を得ると、このことは、既にズームの中心が設定済みであること、すなわち現在行われているドラッグが長押しからのドラッグであることを意味する。

このときＣＰＵ１１０は、ステップＳＰ３５に移り、表示させているモチカーソルＣｓの向きが上向きであるか（すなわちドラッグの終点が始点より上方にあるか）否かを判別する。

このステップＳＰ３５で否定結果を得ると、このことは、モチカーソルＣｓの向きが上向き（すなわちドラッグの終点が始点より上方）であることを意味する。

このときＣＰＵ１１０は、ステップＳＰ３６に移る。ステップＳＰ３６においてＣＰＵ１１０は、表示させているモチカーソルＣｓの向き（上向き）と長さに応じた調整速度で、ズームの中心として設定されている位置を中心に、静止画像の拡大率を大きく（ズームイン）し、再びステップＳＰ３０に戻る。

これに対して、上述のステップＳＰ３５で否定結果を得ると、このことは、モチカーソルＣｓの向きが下向き（すなわちドラッグの終点が始点より下方）であることを意味する。

このときＣＰＵ１１０は、ステップＳＰ３７に移る。ステップＳＰ３７においてＣＰＵ１１０は、表示させているモチカーソルＣｓの向き（下向き）と長さに応じた調整速度で、ズームの中心として設定されている位置を中心に、静止画像の縮小率を小さく（ズームアウト）し、再びステップＳＰ３０に戻る。

また一方で、上述のステップＳＰ３４で否定結果を得ると、このことは、このときズームの中心が未設定であること、すなわち現在行われているドラッグが短押しからのドラッグ（又はフリック）であることを意味する。

このときＣＰＵ１１０は、ステップＳＰ３８に移り、ドラッグの方向と長さ（又はフリックの方向と速さ）に応じて、静止画像をスクロールさせ、再びステップＳＰ３０に戻る。

このような操作入力処理手順ＲＴ４にしたがって、ＣＰＵ１１０は、ドラッグにともなうモチカーソルＣｓによる操作入力に応じて、静止画像のパラメータであるズーム率の調整を行うようになっている。

つづけて、静止画像再生アプリで、輝度及び彩度の調整を行う場合の、操作入力処理手順について、図２４に示すフローチャートを用いて説明する。

尚、図２４に示す操作入力処理手順ＲＴ５も、携帯端末１００のＣＰＵ１１０が、不揮発性メモリ１１１に格納されている静止画像再生アプリのプログラムにしたがって実行する処理の手順である。

ＣＰＵ１１０は、輝度彩度パレット２２１を静止画像再生画面２２０上に引き出して表示させると、この操作入力処理手順ＲＴ５を開始して、ステップＳＰ４０に移る。ステップＳＰ４０においてＣＰＵ１１０は、タッチパネル１０２Ｂからの入力信号をもとに、タッチパネル１０２Ｂに対するタッチ操作があるか否かを判別する。

このステップＳＰ４０においてＣＰＵ１１０は、肯定結果を得るまで待ち受け、肯定結果を得ると、ステップＳＰ４１に移る。

ステップＳＰ４１においてＣＰＵ１１０は、このときのタッチ操作が、最初のタッチであるか否かを判別する。尚、最初のタッチとは、タッチパネル１０２に指を触れて離すまでの一連のタッチ操作の中で最初に触れた位置でのタッチである。

このステップＳＰ４１で否定結果を得ると、このときＣＰＵ１１０は、再びステップＳＰ４０に戻る。これに対して、このステップＳＰ４１で肯定結果を得ると、このときＣＰＵ１１０は、ステップＳＰ４２に移る。

ステップＳＰ４２においてＣＰＵ１１０は、最初にタッチされた位置が、輝度設定領域２２１Ｌ内であるか否かを判別する。

このステップＳＰ４２で肯定結果を得ると、このことは、最初にタッチされた位置が、輝度設定領域２２１Ｌ内であることを意味する。このときＣＰＵ１１０は、ステップＳＰ４３に移る。

ステップＳＰ４３においてＣＰＵ１１０は、タッチされた位置にモチカーソルＣｓを表示させると共に、調整対象を輝度に設定して、再びステップＳＰ４０に戻る。

これに対して、上述のステップＳＰ４２で否定結果を得ると、このことは、最初にタッチされた位置が、輝度設定領域２２１Ｌ内ではないことを意味する。

このときＣＰＵ１１０は、ステップＳＰ４４に移り、最初にタッチされた位置が、彩度設定領域２２１Ｒ内であるか否かを判別する。

このステップＳＰ４４で否定結果を得ると、このことは、最初にタッチされた位置が、輝度設定領域２２１Ｌ内でも彩度設定領域２２１Ｒ内でもないことを意味する。このとき、ＣＰＵ１１０は、再びステップＳＰ４０に戻る。

これに対して、上述のステップＳＰ４４で肯定結果を得ると、このことは、最初にタッチされた位置が、彩度設定領域２２１Ｒ内であることを意味する。このときＣＰＵ１１０は、ステップＳＰ４５に移る。

ステップＳＰ４５においてＣＰＵ１１０は、タッチされた位置にモチカーソルＣｓを表示させると共に、調整対象を彩度に設定して、再びステップＳＰ４０に戻る。

また一方で、上述のステップＳＰ４１で否定結果を得ると、このことは、このときのタッチ操作が、最初のタッチではないことを意味する。

このときＣＰＵ１１０は、ステップＳＰ４６に移り、このときのタッチ操作が縦方向へのドラッグであるか否かを判別する。

このステップＳＰ４６で否定結果を得ると、このことは、このときのタッチ操作が、最初のタッチでもドラッグでもないことを意味する。このときＣＰＵ１１０は、再びステップＳＰ４０に戻る。

これに対して、上述のステップＳＰ４６で肯定結果を得ると、このことは、このときのタッチ操作が縦方向へのドラッグであることを意味する。このときＣＰＵ１１０は、ステップＳＰ４７に移る。

ステップＳＰ４７においてＣＰＵ１１０は、既に調整対象が設定済みであるか否かを判別する。

このステップＳＰ４７で否定結果を得ると、このことは、調整対象が未設定であること、すなわち現在行われているドラッグが輝度設定領域２２１Ｌと彩度設定領域２２１Ｒの外側で行われたタッチからのドラッグであることを意味する。このときＣＰＵ１１０は、再びステップＳＰ４０に戻る。

これに対して、上述のステップＳＰ４７で肯定結果を得ると、このことは、既に調整対象が設定済みであること、すなわち現在行われているドラッグが輝度設定領域２２１Ｌ内又は彩度設定領域２２１Ｒ内で行われたタッチからのドラッグであることを意味する。

このときＣＰＵ１１０は、ステップＳＰ４８に移り、表示させているモチカーソルＣｓの向きが上向きであるか（すなわちドラッグの終点が始点より上方にあるか）否かを判別する。

このステップＳＰ４８で否定結果を得ると、このことは、モチカーソルＣｓの向きが上向き（すなわちドラッグの終点が始点より上方）であることを意味する。

このときＣＰＵ１１０は、ステップＳＰ４９に移り、表示させているモチカーソルＣｓの向き（上向き）と長さに応じた調整速度で、調整対象（輝度又は彩度）の値をアップさせて、再びステップＳＰ４０に戻る。

これに対して、上述のステップＳＰ４８で否定結果を得ると、このことは、モチカーソルＣｓの向きが下向き（すなわちドラッグの終点が始点より下方）であることを意味する。

このときＣＰＵ１１０は、ステップＳＰ５０に移り、表示させているモチカーソルＣｓの向き（下向き）と長さに応じた調整速度で、調整対象（輝度又は彩度）の値をダウンさせて、再びステップＳＰ４０に戻る。

このような操作入力処理手順ＲＴ５にしたがって、ＣＰＵ１１０は、ドラッグにともなうモチカーソルＣｓによる操作入力に応じて、静止画像のパラメータである輝度及び彩度の調整を行うようになっている。

［２−５．第１の実施の形態の動作及び効果］
以上の構成において、携帯端末１００のＣＰＵ１１０は、タッチスクリーン１０２に対してドラッグが行われると、ドラッグの始点から終点へと伸び、ドラッグの始点側から終点側に向かうにつれて太くなる形状のモチカーソルＣｓを表示させるようにした。

このようにモチカーソルＣｓがドラッグの始点から終点へと伸びることにより、携帯端末１００では、ユーザに、ドラッグの始点から終点までの距離（始点終点距離）を認識させることができる。

またこのようにモチカーソルＣｓがドラッグの始点側から終点側に向かうにつれて太くなる形状をなすことにより、このモチカーソルＣｓにおけるドラッグの始点側となる一端部とドラッグの終点側となる他端部とで大きさが異なることとなる。

これにより、携帯端末１００では、ユーザに、モチカーソルＣｓにおけるドラッグの始点側と終点側とを区別させることができる。この結果、携帯端末１００では、ユーザに、ドラッグの始点及び終点の位置（始点終点位置）と始点から終点への方向（始点終点方向）とを認識させることができる。

このように携帯端末１００では、ユーザに、ドラッグの始点及び終点の位置、始点から終点までの距離、始点から終点への方向を認識させながら、ドラッグを行わせることができる。

ところで、モチカーソルＣｓの代わりに、例えば、ドラッグの始点と終点の各々に１つずつカーソルを表示させるようなことも考えられる。しかしながらこの場合、２つのカーソルを別々に表示するので、ユーザにとっては、これらがどのような関係にあるのかわかりにくくなる。ゆえに、この場合、これら２つのカーソルがそれぞれドラッグの始点と終点の位置を示していることをユーザに認識させることが困難となる。

また、このように２つのカーソルを表示してしまうと、装置側で、指の動きがドラッグとして正確に認識されたのか、それとも例えば２箇所がタップされたと誤認識されてしまったのか、ユーザが直感的に判別できなくなる。

これに対して本発明の携帯端末１００は、上述したように、１つのモチカーソルＣｓをドラッグの始点から終点へと伸びるように表示させるようにした。

こうすることで、携帯端末１００は、このモチカーソルＣｓにより、ドラッグの始点と終点の位置を容易にユーザに認識させることができると共に、指の動きをドラッグとして正確に認識したことをユーザにフィードバックすることができる。

また本発明の携帯端末１００は、ドラッグの始点から終点への距離を、モチカーソルＣｓの長さで可視化しているので、上述したように２つのカーソルを表示する場合と比して、ドラッグの始点から終点までの距離をより明確にユーザに認識させることもできる。

さらに本発明の携帯端末１００は、ドラッグの始点から終点への方向を、モチカーソルＣｓの形状で可視化しているので、上述したように２つのカーソルを表示する場合と比して、ドラッグの始点から終点への方向をより明確にユーザに認識させることもできる。

以上の構成によれば、携帯端末１００は、ドラッグの始点から終点へと伸び、ドラッグの始点側から終点側に向かうにつれて太くなる形状のモチカーソルＣｓをタッチスクリーン１０２に表示させる。これにより、携帯端末１００は、ユーザに、ドラッグの始点及び終点の位置、始点から終点までの距離、始点から終点への方向を認識させながらドラッグを行わせることができ、かくしてドラッグによる操作入力を行ううえで、一段と操作性を向上させることができる。

＜３．第２の実施の形態＞
次に第２の実施の形態について説明する。この第２の実施の形態では、携帯端末１００に、モチカーソルＣｓによる操作入力に対応するアプリとして、地図を表示するアプリ（これを地図表示アプリとも呼ぶ）がインストールされるようになっている。

尚、携帯端末１００のハードウェア構成、モチカーソルＣｓによる操作入力の基本動作については、第１の実施の形態と同様であるので、第１の実施の形態を参照とする。ゆえに、ここでは、地図表示アプリでのモチカーソルＣｓによる操作入力についてのみ説明する。

［３−１．地図表示アプリでの操作入力例］
携帯端末１００のＣＰＵ１１０は、タッチスクリーン１０２に地図表示アプリの起動に対応するアイコンを表示させた状態で、このアイコンがタップされると、このタッチ操作を、地図表示アプリを起動する操作入力として受け付ける。

そしてＣＰＵ１１０は、不揮発性メモリ１１１から、地図表示アプリのプログラムを読み出して実行することで、地図表示アプリを起動する。

地図表示アプリを起動すると、ＣＰＵ１１０は、図２５に示す地図画面２３０をタッチスクリーン１０２に表示させる。尚、この地図画面２３０は、縦長の画面であり、縦向きでの使用を想定して、縦長のタッチスクリーン１０２の全面に表示されるようになっている。

この地図画面２３０は、画面の中央を中心とした矩形の領域でなる中央領域２３０Ａと、中央領域２３０Ａの外側を囲む領域でなる外側領域２３０Ｂとにより、２分割されている。ここで、中央領域２３０Ａの縦及び横の長さは、例えば、画面の縦及び横の長さの８割程度の長さであるとする。地図画面２３０には、中央領域２３０Ａを示す枠Ｆｒ１（図２６（Ａ））が表示されるようになっている。

またＣＰＵ１１０は、任意の地域（例えばユーザに予め設定された地域）の地図情報データを不揮発性メモリ１１０から読み出し、当該地図情報データをもとに地図画像を地図画面２３０に表示させる。尚、地図画面２３０には、この地図画像の少なくとも一部分が表示される。

この地図画面２３０では、ドラッグで、地図画像のスクロールを制御できるようになっている。

実際、図２６（A）に示すように、画面右上方向へのドラッグが行われたとする。するとＣＰＵ１１０は、ドラッグの終点が画面の中央領域２３０Ａ内であるかどうかを判別する。

ここで、ドラッグの終点が中央領域２３０Ａ内であれば、ＣＰＵ１１０は、スクロールモードを通常スクロールモードにして、このドラッグの方向と長さに応じて、地図画像のスクロールを制御する。すなわち、このときＣＰＵ１１０は、一般的な、ドラッグによるスクロール制御を行う。

具体的にＣＰＵ１１０は、ドラッグの方向と同一の方向に、ドラッグの長さに応じた分だけ地図画像をスクロールさせる。図２６（Ａ）では、ドラッグの方向が画面右上方向であるので、ＣＰＵ１１０は、画面右上方向に、ドラッグの長さに応じた分だけ地図画像をスクロールさせる。

また、ドラッグが継続されて、図２６（Ｂ）に示すように、ドラッグの終点が中央領域２３０Ａ外（すなわち外側領域２３０Ｂ内）に出たとする。

するとＣＰＵ１１０は、スクロールモードをモチスクロールモードに遷移させ、枠Ｆｒ１を画面から消去させると共に、ドラッグの始点から終点へと伸びるモチカーソルＣｓを画面上に表示させる。尚、このモチカーソルＣｓは、タッチスクリーン１０２から指が離されてドラッグが終了するまで表示される。

モチカーソルＣｓを表示させると、ＣＰＵ１１０は、このモチカーソルＣｓの向きと長さに応じて、地図画像のスクロールを制御する。

具体的に、ＣＰＵ１１０は、表示させているモチカーソルＣｓの向きと同一の方向を、地図画像のスクロール方向とする。さらにこのときのモチカーソルＣｓの長さが長いほど、スクロール速度の値を大きな値に設定する。

この結果、図２６（Ｂ）に示すように、画面右上方向へのドラッグによりモチカーソルＣｓが右上に長く伸びていれば、地図画面２３０に表示される地図画像が、右上方向に高速にスクロールすることになる。

このようなドラッグの後、指をタッチスクリーン１０２から離さず動かさなければ、モチカーソルＣｓが向きと長さを変えずに表示され続け、このときのスクロール速度（スクロール方向とスクロール速度の値）が維持される。

さらに、このようなドラッグの後、指が離されずにドラッグが継続され、図２６（Ｃ）に示すように、モチカーソルＣｓの終点（すなわちドラッグの終点）が中央領域２３０Ａ外から再び中央領域２３０Ａ内に戻ったとする。

この場合、ＣＰＵ１１０は、モチスクロールモードを継続し、引き続き、モチカーソルＣｓの向きと長さに応じて、地図画像のスクロール速度を制御する。すなわちＣＰＵ１１０は、いったんモチスクロールモードに遷移した後は、指が離されてドラッグが終了するまで、ドラッグの終点の位置によらずモチスクロールモードを継続するようになっている。

その後、ドラッグが終了すると、ＣＰＵ１１０は、地図画像のスクロールを終了し、伸びていたモチカーソルＣｓを円形になるまで縮ませた後、このモチカーソルＣｓを画面から消去させ、枠Ｆｒ１を再び表示させる。

以上のように、地図表示アプリでは、ドラッグが行われると、ドラッグの終点が中央領域２３０Ａ外に出るまでは、通常スクロールモードにし、一般的なドラッグによるスクロール制御を行う。

一方、地図表示アプリでは、ドラッグの終点が中央領域２３０Ａ外に出ると、モチスクロールモードに遷移し、モチカーソルＣｓの向きと長さに応じて地図画像のスクロール方向とスクロール速度の値を制御する。

こうすることで、地図表示アプリでは、ドラッグの終点を中央領域２３０Ａ外に出すといった簡易な操作をユーザに行わせるだけで、一般的なドラッグによるスクロール制御からモチカーソルＣｓによるスクロール速度の制御へ遷移することができる。

したがってユーザは、ドラッグだけで、一般的なドラッグによるスクロール制御か、モチカーソルＣｓによるスクロール速度の制御かを容易に選択することができる。

＜４．他の実施の形態＞
［４−１．他の実施の形態１］
尚、上述した第１の実施の形態では、動画像再生アプリにおいて、モチカーソルＣｓによる操作入力で、チャプタの再生速度の制御、チャプタとチャプタリストの切り換え（階層の切り換え）、及び音量の調整速度の制御を行うようにした。

これに限らず、この他のアプリにおいて、モチカーソルＣｓによる操作入力で、各種コンテンツの再生速度の制御、階層の切り換え、及び各種パラメータの調整速度の制御を行うようにしてもよい。

例えば、楽曲再生アプリにおいて、モチカーソルＣｓによる操作入力で、楽曲（トラック）の再生速度の制御を行うようにしてもよい。

この場合、ＣＰＵ１１０は、例えば、トラックリストからトラックが選択されると、トラックの関連情報（トラックのタイトル、ジャケット画像等）を画面に表示させると共に、トラックを通常再生する。

その後、画面横方向へのドラッグが行われると、ＣＰＵ１１０は、このドラッグに応じて横向きのモチカーソルＣｓを表示させ、このモチカーソルＣｓの向き（左又は右）と長さに応じて、トラックの再生方向と再生速度の値を設定する。

またこのとき、モチカーソルＣｓの終点が、画面の左右両端に設けられた所定の領域に入ったら、画面の表示内容をトラックの関連情報から上位階層のトラックリストに遷移させるようにして、階層を切り換えるようにしてもよい。

こうすることで、楽曲再生アプリでも、動画像再生アプリと同様に、楽曲（トラック）の再生速度の制御、及びトラックの関連情報から上位階層のトラックリストへの切り換えを行うことができるようになる。

また、上述した第１の実施の形態では、楽曲再生アプリにおいて、モチカーソルＣｓによる操作入力で、トラックリストのスクロール速度を制御するようにした。

これに限らず、この他のアプリにおいて、モチカーソルＣｓによる操作入力で、各種表示物（画像、テキスト、リストなど）のスクロール速度を制御するようにしてもよい。

例えば、Ｗｅｂブラウザにおいて、モチカーソルＣｓによる操作入力で、ページ画像のスクロール速度を制御するようにしてもよい。

この場合、ＣＰＵ１１０は、例えば、Ｗｅｂブラウザの画面にページ画像を表示した状態で、画面縦方向へのドラッグが行われると、このドラッグに応じて縦向きのモチカーソルＣｓを表示する。そしてＣＰＵ１１０は、このモチカーソルＣｓの向き（上又は下）と長さに応じて、ページ画像のスクロール方向とスクロール速度の値を設定する。

尚、スクロール方向は、１次元の方向（縦方向又は横方向）に限定されるものではなく、地図、写真、拡大したドキュメント等、表示される範囲に対して全体が上下左右に拡がる表示物に対しては、２次元の方向にスクロールさせることもできる。

ところで、表示物によっては、スクロール速度を制御して連続的にスクロールさせるよりも、ある単位ごとに間欠的にスクロールさせたほうが、視覚的に確認し易くなる場合がある。

例えば、サムネイルのリストをスクロールさせる場合、１枚目のサムネイルを表示させて数秒待機したらこのサムネイルスクロールさせて次のサムネイルを表示するような間欠的なスクロールの方が、サムネイル１枚１枚に対する視認性は向上する。

この場合、モチカーソルＣｓの長さに応じて、スクロール速度の値を設定するのではなく、スクロールとスクロールの間の待機時間を設定するようにすればよい。

このようにすれば、モチカーソルＣｓの向きと長さで、間欠的なスクロールのスクロール方向と待機時間とを制御できるようになる。

尚、連続的なスクロールを行うのか、間欠的なスクロールを行うのかは、ユーザに設定させるようにしてもよいし、ＣＰＵ１１０が、表示物ごとに設定された設定情報をもとに、自動で設定するようにしてもよい。

因みに、間欠的なスクロールが効果的な他の例としては、例えば、表示物がドキュメントである場合や、表示物がドキュメント＋図表である場合等がある。

実際、表示物がドキュメントである場合、例えば、行単位、センテンス単位、もしくは検索された文字列を含んだページ単位で、間欠的にスクロールさせるようなことができる。

また表示物がドキュメント＋図表である場合、例えば、図表を含んだページ単位で、間欠的にスクロールさせるようなことができる。

さらに、アプリに限らず、ＯＳ等、各種ソフトウェアにおいて、モチカーソルＣｓによる操作入力で、表示物のスクロール速度の制御、階層の切り換え、各種パラメータの調整速度の制御、待機時間の制御を行うようにしてもよい。因みに、ＯＳとは、Operating Systemの略である。

例えば、ＯＳにおいて、モチカーソルＣｓによる操作入力で、フォルダのリストやファイルのリストのスクロール速度を制御するようにしてもよい。また、ファイルからフォルダへと階層を切り換えるようにしてもよい。さらに、例えば、画面の解像度の調整速度を制御するようにしてもよい。さらに、例えば、画像のスライドショーの待機時間を制御するようにしてもよい。

［４−２．他の実施の形態２］
また、上述した第１の実施の形態では、静止画像再生アプリにおいて、静止画像の任意の箇所が所定時間タッチされ続けると（すなわち長押しされると）、この位置にモチカーソルＣｓを表示させるようにした。

これに限らず、図２７（Ａ）に示すように、静止画像の任意の箇所がタップ（触って離す）されたら、この位置にモチカーソルＣｓを表示させるようにしてもよい。

具体的に、ＣＰＵ１１０は、静止画像の任意の箇所がタップされると、タップされた位置に、この位置を中心とする円形のモチカーソルＣｓを表示させると共に、この位置をズームの中心に設定する。またこの位置が、モチカーソルＣｓの始点ともなる。

その後、この円形のモチカーソルＣｓがタッチされ、画面縦方向へのドラッグが行われたとする。するとＣＰＵ１１０は、このドラッグに応じて、モチカーソルＣｓを、モチカーソルの始点からドラッグの方向に、モチカーソルＣｓの長さがドラッグの始点から終点への距離と等しくなるように引き伸ばす。

そして、ＣＰＵ１１０は、このときのモチカーソルＣｓの向きと長さに応じて、静止画像のズーム率（拡大率／縮小率）の調整速度を制御する。

また、この場合、必ずしも、円形のモチカーソルＣｓをタッチしなくてもよく、モチカーソルＣｓ以外の部分がタッチされてドラッグが行われた場合も、タッチしてドラッグが行われた場合と同じようにズーム率の調整速度を制御することができる。

実際、図２７（Ｂ）及び（Ｃ）に示すように、円形のモチカーソルＣｓを表示させた状態で、モチカーソルＣｓ以外の部分がタッチされ、画面縦方向へのドラッグが行われたとする。この場合、ＣＰＵ１１０は、このドラッグに応じて、モチカーソルＣｓを、モチカーソルの始点からドラッグの方向と平行な方向に、モチカーソルＣｓの長さがドラッグの始点から終点への距離と等しくなるように引き伸ばす。

この結果、モチカーソルＣｓは、モチカーソルＣｓがタッチされてドラッグされたときと同じように引き伸ばされる。

そして、ＣＰＵ１１０は、このときのモチカーソルＣｓの向きと長さに応じて、静止画像のズーム率（拡大率／縮小率）の調整速度を制御する。

この結果、ズーム率の調整速度は、モチカーソルＣｓがタッチされたときと同様の調整速度になる。

このようにすれば、厳密にモチカーソルＣｓをタッチしてからドラッグを行わなくてもよく、操作性を向上させることができる。このことは、特に、タッチスクリーン１０２が小さく、表示されるモチカーソルＣｓが小さい場合に、より効果的である。

その後、ドラッグが終了すると、ＣＰＵ１１０は、モチカーソルＣｓを円形になるまで縮ませて、ズーム率の調整を一時停止する。そして、再度、タップが行われると、モチカーソルＣｓを画面から消去させると共に、ズームの中心をリセットして、ズーム率の調整を終了する。尚、タップに限らず、ダブルタップ（２回連続のタップ）等、この他種々の操作に応じて、モチカーソルＣｓを表示させるようにしてもよい。またこれに限らず、タッチ位置が所定の閾値以上移動してタッチ操作がドラッグであるとＣＰＵ１１０が判別した時点でモチカーソルＣｓを表示させるようにしてもよい。またこのようなモチカーソルＣｓの表示のさせ方については、アプリごとに変更するようにしてもよい。

［４−３．他の実施の形態３］
さらに、上述した第１の実施の形態では、例えば、楽曲再生アプリにおいて、モチカーソルＣｓによる操作入力で、トラックリストとアルバムリストという２つの階層の情報を切り換えるようにした。

これに限らず、モチカーソルＣｓによる操作入力で、３つ以上の階層の情報の切り換えを行うようにしてもよい。

ここで、例えば、楽曲ファイルが、最上位階層をアーティスト名、その下位階層をアルバムのタイトル、最下位階層をトラックのタイトルとする３層の階層構造で管理されているとする。

この場合、ＣＰＵ１１０は、例えば、まず最下位階層の情報であるトラックリストを、トラック選択画面２１０に表示させる。ここで、画面縦方向のドラッグによりモチカーソルＣｓの終点が、中央領域２１０Ｂ内から、上端領域２１０Ａ内又は下端領域２１０Ｃ内に入ったとする。すると、ＣＰＵ１１０は、表示内容を、トラックリストから１つ上の階層の情報であるアルバムリストに遷移させる。

その後、ドラッグが継続され、モチカーソルＣｓの長さが所定の閾値以下にまで縮んだとする。すると、ＣＰＵ１１０は、表示内容を、アルバムリストから１つ下の階層の情報であるトラックリストに遷移させる。

これに対して、アルバムリストに切り換わった後、ドラッグが継続され、モチカーソルＣｓの終点が一旦中央領域２１０Ｂ内に戻ってから、再び上端領域２１０Ａ内又は下端領域２１０Ｃ内に入ったとする。すると、ＣＰＵ１１０は、表示内容を、アルバムリストから１つ上の階層の情報であるアーティストリストに遷移させる。

その後、ドラッグが継続され、モチカーソルＣｓの長さが所定の閾値以下にまで縮んだとする。すると、ＣＰＵ１１０は、表示内容を、アーティストリストから１つ下の階層の情報であるアルバムリストに遷移させる。

また、ドラッグが終了した場合、ＣＰＵ１１０は、現在の表示内容に関係なく、表示内容を、最下位階層の情報であるトラックリストに遷移させる。

またこれに限らず、各種アプリにおいて、モチカーソルＣｓの終点が画面に設定された所定の領域内に入ることに応じて、複数の階層の情報を順次切り換えるようにしてもよい。

また上述した第１の実施の形態では、動画像再生アプリにおいて、チャプタからチャプタリストへと階層の情報を切り換えるようにしたが、これに限らず、例えば、チャプタから次のチャプタへのようにチャプタを切り換えるようにしてもよい。

すなわちＣＰＵ１１０は、画面横方向のドラッグによりモチカーソルＣｓの終点が、中央領域２００Ｂ内から、右端領域２００Ｃ内に入ったとする。すると、ＣＰＵ１１０は、表示内容を、現在表示させているチャプタの次のチャプタに変更させる。

一方で、画面横方向のドラッグによりモチカーソルＣｓの終点が、中央領域２００Ｂ内から、左端領域２００Ａ内に入ったとする。すると、ＣＰＵ１１０は、表示内容を、現在表示させているチャプタの１つ前のチャプタに変更させる。

その後、ドラッグが終了したら、ＣＰＵ１１０は、そのとき表示させているチャプタの再生を通常再生に戻す。

またこれに限らず、各種アプリにおいて、モチカーソルＣｓの終点が画面に設定された所定の領域内に入ることに応じて、表示させる情報を順次切り換えるようにしてもよい。

尚、この領域の位置及び大きさは限定するものではないが、動画像再生アプリであれば、モチカーソルＣｓを横方向に伸ばすことでチャプタの再生速度を制御することから、モチカーソルＣｓを伸ばした延長線上に位置する左右の端部であることが望ましい。

また楽曲再生アプリでは、モチカーソルＣｓを縦方向に伸ばすことで、リストのスクロールを制御することから、上下の端部であることが望ましい。

［４−４．他の実施の形態４］
さらに、上述した第１の実施の形態では、静止画像再生画面２２０の下端に表示されている輝度彩度パレット２２１の上端部分がタッチされ、画面上方向へのフリックが行われると、輝度彩度パレット２２１を画面上に引き出すようにした。

これに限らず、静止画像再生画面２２０に別途メニューなどを表示させ、このメニューの中から、輝度彩度設定が選択されたら、輝度彩度パレット２２１を画面上に表示させるようにしてもよい。

また上述した第１の実施の形態では、輝度彩度パレット２２１を、画面全体を占有する位置及び大きさで表示するようにした。

これに限らず、輝度彩度パレット２２１を、例えば、画面の下半分又は上半分を占有する位置及び大きさで表示するようにしたり、画面を上下に二等分する中心線を含んだ中央部分を占有する位置及び大きさで表示するようにしたりしてもよい。

またこのとき、ドラッグの始点が、輝度彩度パレット２２１で覆われていない箇所であれば、このドラッグに応じて、画面に表示している静止画像をスクロールさせるようにしてもよい。

この場合、ＣＰＵ１１０は、このドラッグ（又はフリック）の方向と長さに応じて静止画像のスクロールを制御する。

このように、ドラッグの始点が、輝度彩度パレット２２１内であれば、輝度彩度の調整、輝度彩度パレット２２１外の静止画像上であれば、静止画像のスクロールというように、ドラッグの位置により、実行する処理を変えるようにしてもよい。

また上述した第１の実施の形態では、輝度を調整するための輝度設定領域２２１Ｌと、彩度を調整するための彩度設定領域２２１Ｒからなる輝度彩度パレット２２１を表示するようにした。

これに限らず、例えば、輝度をアップさせるための輝度アップ領域と、輝度をダウンさせるための輝度ダウン領域からなる輝度パレット（図示せず）を表示するようにしてもよい。

この場合、ＣＰＵ１１０は、輝度アップ領域内を始点にして縦方向へのドラッグが行われると、縦向きのモチカーソルＣｓを表示すると共に、このモチカーソルＣｓの長さに応じた調整速度の値で、輝度を上げていく。

また、輝度ダウン領域内を始点にして縦方向へのドラッグが行われると、ＣＰＵ１１０は、縦向きのモチカーソルＣｓを表示すると共に、このモチカーソルＣｓの長さに応じた調整速度の値で、輝度を下げていく。

さらに、輝度や彩度に限らず、明度やシャープネス等、画質に関する各種パラメータに対応する領域を設けて、最初のタッチ位置がどの領域内であるか否かに応じて、ドラッグにより調整可能なパラメータを変更するようにしてもよい。

［４−５．他の実施の形態５］
さらに、上述した第１及び第２の実施の形態では、操作デバイスとしてタッチスクリーン１０２を有する携帯端末１００に本発明を適用するようにした。

これに限らず、この他種々の操作デバイスを有する情報処理装置に本発明を適用するようにしてもよく、また適用することができる。

具体的には、マウス、ボタン付きのタッチパッド、ボタン付きのジョイスティック、押込操作が可能なアナログスティック、カメラ等、ドラッグが可能な操作デバイスを有する情報処理装置に本発明を適用することができる。

実際、マウスでドラッグを行う場合、ＣＰＵ１１０が、例えば、画面上にマウスの移動に応じて移動するポインタを表示させる。その後、ユーザが、このポインタを所望の位置に移動させ、マウスのボタンをクリックすることでドラッグの始点を指定する。ここで、ＣＰＵ１１０は、モチカーソルＣｓを表示させる。そして、ユーザが、ボタンをクリックしたままマウスを動かしてドラッグの終点（すなわちモチカーソルＣｓの終点）を移動させることでドラッグを行う。

また、ボタン付きのタッチパッドでドラッグを行う場合、ＣＰＵ１１０が、例えば、画面上にタッチパッドに対するタッチ操作に応じて移動するポインタを表示させる。その後、ユーザが、このポインタを所望の位置に移動させ、タッチパッドのボタンを押下することでドラッグの始点を指定する。ここで、ＣＰＵ１１０は、モチカーソルＣｓを表示させる。そして、ユーザが、ボタンを押下したままタッチ位置を動かしてドラッグの終点（すなわちモチカーソルＣｓの終点）を移動させることでドラッグを行う。

さらに、ジョイスティックでドラッグを行う場合、ＣＰＵ１１０が、例えば、画面上にジョイスティックの傾きに応じて移動するポインタを表示させる。その後、ユーザが、このポインタを所望の位置に移動させ、ジョイスティックのボタンを押下することでドラッグの始点を指定する。ここで、ＣＰＵ１１０は、モチカーソルＣｓを表示させる。そして、ユーザが、ボタンを押下したままジョイスティックを傾けてドラッグの終点（すなわちモチカーソルＣｓの終点）を移動させることでドラッグを行う。

さらに、アナログスティックでドラッグを行う場合、ＣＰＵ１１０が、例えば、画面上にアナログスティックの傾きに応じて移動するポインタを表示させる。その後、ユーザが、このポインタを所望の位置に移動させ、アナログスティックを押し込んでドラッグの始点を指定する。ここで、ＣＰＵ１１０が、モチカーソルＣｓを表示させる。そして、ユーザが、アナログスティックを押し込んだままアナログスティックを傾けてドラッグの終点（すなわちモチカーソルＣｓの終点）を移動させることでドラッグを行う。

さらに、カメラでドラッグを行う場合、ＣＰＵ１１０が、例えば、カメラで撮影した画像をもとに指の動きを認識して、画面上にこの指の動きに応じて移動するポインタを表示させる。その後、ユーザが、このポインタを所望の位置に移動させ、所定のジェスチャ（例えば指で円を描くジェスチャ）を行うことでドラッグの始点を指定する。ここで、ＣＰＵ１１０が、モチカーソルＣｓを表示させる。そして、ユーザが、さらに指を移動させてドラッグの終点（すなわちモチカーソルＣｓの終点）を移動させることでドラッグを行う。

尚、上述した操作は、一例であり、要は、ドラッグの始点と終点とを指定する操作であればよい。

また、タッチスクリーン１０２以外のこれらの操作デバイスを有する情報処理装置であれば、操作デバイスと表示デバイスとが別々に設けられていてもよいし、外部の表示デバイスと接続されるようになっていてもよい。

［４−６．他の実施の形態６］
さらに、上述した第１の実施の形態では、ドラッグに応じて、モチカーソルＣｓを表示するようにした。

ここで、モチカーソルＣｓと共に、このモチカーソルＣｓによる操作入力に応じて現在どのような処理を行っているのかを示す処理情報を画面上に表示するようにしてもよい。

例えば、モチカーソルＣｓによる操作入力に応じて、動画像を任意の再生速度で再生しているときに、ＣＰＵ１１０が、画面上にこのときの再生方向を示す例えば「早送り」や「巻き戻し」などの文字を表示させるようにする。また、再生方向と再生速度の値を直接的に示す例えば「２．０ｘ」や「−１．５ｘ」などの文字や、間接的に示す例えば「＞＞」や「＜＜＜」などの図形を表示させるようにしてもよい。

こうすることで、現在、モチカーソルＣｓによる操作入力に応じてどのような処理を行っているのかを、ユーザに容易に確認させることができる。

また、再生速度の値が最大値に達したら、モチカーソルＣｓをそれ以上伸びないようにするなどしてもよい。またこのとき、モチカーソルＣｓを点滅表示させたり、上述した、再生方向と再生速度の値を示す情報（「２．０ｘ」、「＞＞」等）を点滅表示させたりしてもよい。

すなわち、再生速度の値が最大値に達したことがユーザにわかるように、モチカーソルＣｓや再生速度の値を示す情報の表示形態を変えるようにしてもよい。

［４−７．他の実施の形態７］
さらに、上述した第１の実施の形態では、楽曲再生アプリにおいて、ＣＰＵ１１０が、アルバムリストに遷移させた後、モチカーソルＣｓの長さが所定の閾値以下になると、アルバムリストからトラックリストに戻るようにした。

ここで、この動作を、動画像再生アプリに適用してもよい。すなわち、動画像再生アプリにおいて、ＣＰＵ１１０が、チャプタリストに遷移させた後、モチカーソルＣｓの長さが所定の閾値以下になると、チャプタリストからチャプタに戻るようにしてもよい。

［４−８．他の実施の形態８］
さらに、上述した第１の実施の形態では、モチカーソルＣｓの向きと長さに応じて、動画像の再生方向と再生速度の値を制御するようにした。

これに限らず、再生方向を固定にして、モチカーソルＣｓの向きに依らず長さのみに応じて、動画像の再生速度の値のみを制御するようにしてもよい。

また、動画像の再生速度の値を固定にして、モチカーソルＣｓの長さに依らず向きのみに応じて、動画像の再生方向のみを制御するようにしてもよい。

さらに、トラックリストのスクロール方向を固定にして、モチカーソルＣｓの向きに依らず長さのみに応じて、トラックリストのスクロール速度の値のみを制御するようにしてもよい。

さらに、トラックリストのスクロール速度の値を固定にして、モチカーソルＣｓの長さに依らず向きのみに応じて、トラックリストのスクロール方向のみを制御するようにしてもよい。

さらに、音量の調整速度の値を固定にして、モチカーソルＣｓの長さに依らず向きのみに応じて、音量の調整方向のみを制御するようにしてもよい。

また、コンテンツの再生、表示内容の切り換え、リストのスクロール、パラメータの調整に限らず、この他、種々の処理を、モチカーソルＣｓによる操作入力で実行するようにしてもよい。

［４−９．他の実施の形態９］
さらに、上述した第１及び第２の実施の形態では、携帯端末１００に、液晶パネル１０２Ａと静電容量式のタッチパネル１０２Ｂとで構成されるタッチスクリーン１０２を設けるようにした。

これに限らず、タッチスクリーン１０２の代わりに、タッチパネル機能を内蔵する液晶ディスプレイを携帯端末１００に設けるようにしてもよい。

さらに液晶パネル１０２Ａについても、ＥＬ（Electroluminescence display）ディスプレイ等、この他種々のディスプレイ用いるようにしてもよい。

［４−１０．他の実施の形態１０］
さらに、上述した第１及び第２の実施の形態では、モチカーソルＣｓの形状を、始点Ｃ１側から終点Ｃ２側に向かうにつれて太くなる形状とした。

これに限らず、ドラッグの始点側となる一端部と終点側となる他端部とで大きさ又は形状の少なくともいずれかが異なる形状であれば、モチカーソルＣｓの形状は、この他種々の形状であってもよい。またモチカーソルＣｓの大きさについても、種々の大きさであってよい。

例えば、図２８に示すように、始点Ｃ１の位置を頂点として終点Ｃ２側に向かって太くなり、終点Ｃ２側の端部が丸みを帯びた形状、いわゆる涙型のモチカーソルＣｓを表示させるようにしてもよい。

また例えば、図２９に示すように、始点Ｃ１側の端部が半径ｒ１の円で終点Ｃ２側の端部が半径ｒ２（ｒ２＞ｒ１）の円でなり、これらを細長い棒状の線で繋いだ形状のモチカーソルＣｓを表示させるようにしてもよい。

さらに例えば、ＣＰＵ１１０は、始点Ｃ１側から終点Ｃ２側にではなく、終点Ｃ２側から始点Ｃ１側に向かうにつれて太くなる形状のモチカーソルＣｓを表示させるようにしてもよい。

［４−１１．他の実施の形態１１］
さらに、上述した第１及び第２の実施の形態では、ＣＰＵ１１０は、モチカーソルＣｓを。始点を中心とする半径ｒ１の円と、終点を中心とする半径ｒ２の円とをつなげた形状で表示させるようにした。

これに限らず、ＣＰＵ１１０は、モチカーソルＣｓを、その長さが長くなるほど、モチカーソルＣｓの幅（この場合、半径ｒ１及びｒ２）を細くなるように表示させるようにしてもよい。

この場合、モチカーソルＣｓの長さが変化してもその表示面積が一定となるようにして、モチカーソルＣｓが長くなるほど、モチカーソルＣｓを細くするようにしてもよい。これにより、図３０（Ａ）に示すように、モチカーソルＣｓが比較的短いときはモチカーソルＣｓが全体的に太く、図３０（Ｂ）に示すように、モチカーソルＣｓが長いほど、モチカーソルＣｓが全体的に細く表示されることとなる。尚、この場合も、ＣＰＵ１１０は、モチカーソルＣｓを始点Ｃ１側から終点Ｃ２側に向かって太くなる形状で表示するよう、常に半径ｒ２を半径ｒ１よりも大きい値に設定するものとする。

これにより、画面に対するモチカーソルＣｓの占有面積が常に一定となるので、モチカーソルＣｓを長くするほど、占有面積も大きくなって画面上でモチカーソルＣｓにより隠れてしまう部分が拡がっていくような状況を回避することができる。

またこうすることで、モチカーソルＣｓにより隠れてしまう部分を大きく拡げてしまうことなく、モチカーソルＣｓの最小サイズ（すなわちドラッグ開始直後の大きさ）を大きくすることもできる。

［４−１２．他の実施の形態１２］
さらに、上述した第１及び第２の実施の形態では、ＣＰＵ１１０は、モチカーソルＣｓを半透明で表示させて、モチカーソルＣｓの背景の画像を透けて見せるようにした。

これに限らず、ＣＰＵ１１０は、モチカーソルＣｓの透過率を、モチカーソルＣｓの長さが変化することに応じて変化させるようにしてもよい。

例えば、図３１（Ａ）に示すように、モチカーソルＣｓの長さが短くなるほど透過率を低くし、図３１（Ｂ）に示すように、モチカーソルＣｓの長さが長くなるほど、透過率を高くするようにしてもよい。

これにより、モチカーソルＣｓが長くなってもモチカーソルＣｓの背景の画像が見えづらくなることを防止できるとともに、モチカーソルＣｓが短いときにモチカーソルＣｓ自体が見えづらくなるのを防止できる。

また例えば、ＣＰＵ１１０は、モチカーソルＣｓの長さが所定の値よりも短いときはモチカーソルＣｓの透過率を高くし、モチカーソルＣｓの長さが所定の値を超えたらモチカーソルＣｓの透過率を低くするようにしてもよい。

さらにこれに限らず、ＣＰＵ１１０は、モチカーソルＣｓの長さが変化することに応じて、モチカーソルＣｓの色を変化させるようにしてもよい。

この場合、例えば、動画像再生アプリにおいて、上述したようにモチカーソルＣｓの長さに応じて動画像の再生速度の値を設定するとする。ここでＣＰＵ１１０は、モチカーソルＣｓの長さが変化するのに応じて再生速度の値を変化させると共に、モチカーソルＣｓの色も変化させる。

これにより、携帯端末１００は、ユーザに、動画像の再生速度の値の変化をモチカーソルＣｓの色の変化によって認識させることができる。

尚、モチカーソルＣｓの代わりに、例えば、ドラッグの始点と終点の各々に１つずつカーソルを表示させる場合、終点を示すカーソルを指よりも大きく表示させない限り、当該カーソルが指によって完全に隠れて見えなくなり、カーソルの色がわからなくなってしまう。しかしながら、カーソルを指よりも大きく表示させると、逆にカーソルの背景の画像が見えづらくなってしまう。

これに対して本発明の携帯端末１００は、上述したように、モチカーソルＣｓをドラッグの始点から終点へと伸びるように表示させるので、モチカーソルＣｓを指より太く表示させなくても、指によって隠されない部分ができる。したがって本発明の携帯端末１００は、ユーザに、モチカーソルＣｓの指によって隠されない部分を目視させて、モチカーソルＣｓの色の変化などを認識させることができるようになっている。

さらにこれに限らず、ＣＰＵ１１０は、モチカーソルＣｓを色で塗りつぶさずに外形のみを線で表示させるようにしてもよい。これに加えて、ＣＰＵ１１０は、モチカーソルＣｓの始点及び終点の位置にマーク（例えば円形状や「×」形状など）を表示させるようにしてもよい。これにより、ドラッグの始点及び終点の位置をより明確にユーザに認識させることができる。

さらにこれに限らず、ＣＰＵ１１０は、モチカーソルＣｓの背景の画像の色に応じて、モチカーソルＣｓの色（塗りつぶしの色や外形の線の色）を設定するようにしてもよい。この場合、ＣＰＵ１１０は、例えば、モチカーソルＣｓの背景の画像に多く含まれる色の補色をモチカーソルＣｓの色として設定する。これにより、携帯端末１００は、モチカーソルＣｓが当該画像に埋もれないようにでき、モチカーソルＣｓを見やすくすることができる。

さらにこれに限らず、ＣＰＵ１１０は、モチカーソルＣｓの向きが変化するのに応じてモチカーソルＣｓの色を変化させるようにしてもよい。

この場合、例えば、動画像再生アプリにおいて、上述したようにモチカーソルＣｓの向きに応じて音量の調整方向を設定するとする。ここでＣＰＵ１１０は、モチカーソルＣｓの向きが上向きから下向きに変化したとき、又は下向きから上向きに変化したときに、モチカーソルＣｓの色を変化させる。

これにより携帯端末１００は、ユーザに、音量の調整方向が変化したことを、モチカーソルＣｓの色の変化によって視覚的に認識させることができる。

また例えば、動画像再生アプリにおいて、上述したようにモチカーソルＣｓが横向きのときは動画像の再生速度を制御し、縦向きのときは音量の調整速度を制御するとする。ここでＣＰＵ１１０は、モチカーソルＣｓの向きが縦向きから横向きに変化したとき、又は横向きから縦向きに変化したときに、モチカーソルＣｓの色を変化させる。

これにより、ユーザに、モチカーソルＣｓによる操作入力が再生速度の制御から音量の調整速度の制御へ、又は音量の調整速度の制御から再生速度の制御に切り替わったことを、モチカーソルＣｓの色の変化によって視覚的に認識させることができる。

さらにこれに限らず、ＣＰＵ１１０は、モチカーソルＣｓの色を、モチカーソルＣｓによる操作入力に応じて実行する処理を切り替えることに応じて変化させるようにしてもよい。

この場合、例えば、動画再生アプリにおいて、上述したように、モチカーソルＣｓの終点が画面の中央領域２００Ｂ外に出ると、表示内容をチャプタからチャプタリストに遷移させる。このときＣＰＵ１１０は、モチカーソルＣｓによる操作入力に応じて実行する処理を、チャプタの再生速度の制御からチャプタリストのスクロール速度の制御に切り替えるとともに、モチカーソルＣｓの色を変化させる。

これにより、携帯端末１００は、ユーザに、モチカーソルＣｓによる操作入力に応じて実行する処理が切り替わったことを、モチカーソルＣｓの色の変化によって視覚的に認識させることができる。

［４−１３．他の実施の形態１３］
さらに、上述した第１の実施の形態では、ドラッグが終了したときは、モチカーソルＣｓの終点側を始点側に近づけて、伸びていたモチカーソルＣｓを円形になるまで縮ませたあと、モチカーソルＣｓを画面から消去させるようにした。

これに限らず、ＣＰＵ１１０は、モチカーソルＣｓを終点側から始点側に向かって縮ませたあと、弾性体が跳ねるようにアニメーション（例えば数回小刻みな振動を繰り返すアニメーション）させてから、モチカーソルＣｓを画面から消去させてもよい。

またこれに限らず、ＣＰＵ１１０は、ドラッグが終了したときは、モチカーソルＣｓを縮ませることなく、モチカーソルＣｓを画面から消去させるようにしてもよい。

［４−１４．他の実施の形態１４］
さらに、上述した第２の実施の形態では、地図表示アプリにおいて、ドラッグの終点が中央領域２３０Ａ外に出ると、モチスクロールモードに遷移し、モチカーソルＣｓによる操作入力で地図画像のスクロール速度の制御を行うようにした。

これに限らず、地図表示アプリにおいて、ドラッグの終点の位置によらず、ドラッグが行われると常にモチスクロールモードとし、モチカーソルＣｓによる操作入力で地図画像のスクロール速度の制御を行うようにしてもよい。

この場合、ＣＰＵ１１０は、図３２に示すように、ドラッグが行われると、ドラッグに応じてモチカーソルＣｓを表示させる。そしてＣＰＵ１１０は、表示させているモチカーソルＣｓの向きと同一の方向を、地図画像のスクロール方向とし、このときのモチカーソルＣｓの長さが長いほど、スクロール速度の値を大きな値に設定する。

またこれに限らず、地図表示アプリにおいて、ドラッグの始点が画面の所定領域内にあるか否かに応じて、通常スクロールモードとモチスクロールモードとを切り換えるようにしてもよい。

この場合、図３３（Ａ）に示すように、地図画面２３０には、例えば、指から少しはみ出る大きさの矩形の領域でなる中央領域２３０Ｃが画面の中央に設定される。ＣＰＵ１１０は、地図表示アプリを起動すると、地図画面２３０に地図画像を表示させると共に、中央領域２３０Ｃを示す枠Ｆｒ２を表示させる。

そして、ドラッグが行われると、ＣＰＵ１１０は、ドラッグの始点が画面の中央領域２３０Ｃ内であるかどうかを判別する。

ここで、図３３（Ｂ）に示すように、ドラッグの始点が中央領域２３０Ｃ外であれば、ＣＰＵ１１０は、スクロールモードを通常スクロールモードにし、枠Ｆｒ２を画面から消去させる。

そしてＣＰＵ１１０は、このドラッグの方向と長さに応じて、地図画像のスクロールを制御する。具体的にＣＰＵ１１０は、ドラッグの方向と反対の方向に、ドラッグの長さに応じた分だけ地図画像をスクロールさせる。

一方、図３３（Ｃ）に示すように、ドラッグの始点が中央領域２３０Ｃ内であれば、ＣＰＵ１１０は、スクロールモードをモチスクロールモードにする。このときＣＰＵ１１０は、枠Ｆｒ２を画面から消去させると共に、ドラッグの始点から終点へと伸びるモチカーソルＣｓを画面上に表示させる。

モチカーソルＣｓを表示させると、ＣＰＵ１１０は、このモチカーソルＣｓの向きと長さに応じて、地図画像のスクロールを制御する。

具体的に、ＣＰＵ１１０は、表示させているモチカーソルＣｓの向きと反対の方向を、地図画像のスクロール方向とする。さらにこのときのモチカーソルＣｓの長さが長いほど、スクロール速度の値を大きな値に設定する。

ドラッグが終了すると、ＣＰＵ１１０は、地図画像のスクロールを終了し、モチカーソルＣｓを表示させていた場合はモチカーソルＣｓを画面から消去させ、枠Ｆｒ２を再び表示させる。

このように、ＣＰＵ１１０は、ドラッグの始点が中央領域２３０Ｃ外のときは、一般的なドラッグによるスクロール制御を行い、ドラッグの始点が中央領域２３０Ｃ内のときは、モチカーソルＣｓによるスクロール速度の制御を行う。

これにより、携帯端末１００は、ユーザに、ドラッグの始点を変えるという簡易な操作を行わせるだけで、一般的なドラッグによるスクロール制御か、モチカーソルＣｓによるスクロール速度の制御かを容易に選択させることができる。

［４−１５．他の実施の形態１５］
さらに、上述した第１の実施の形態では、楽曲再生アプリにおいて、トラックリストのスクロール方向をモチカーソルＣｓの向きと反対方向とするようにした。

これに限らず、楽曲再生アプリにおいて、トラックリストのスクロール方向をモチカーソルＣｓの向きと同じ方向とするようにしてもよい。

またこれに限らず、この他のアプリにおいて、スクロール方向をモチカーソルＣｓの向きと同じ方向とするようにしてもよいし、スクロール方向をモチカーソルＣｓの向きと反対の方向とするようにしてもよい。要は、スクロール方向をモチカーソルＣｓの向きと同じ方向とするか反対の方向とするかは、各アプリにおいて適宜設定すればよい。

［４−１６．他の実施の形態１６］
さらに、上述した第１及び第２の実施の形態では、情報処理装置としての携帯端末１００に、操作部及び表示部としてのタッチスクリーン１０２と、制御部としてのＣＰＵ１１０を設けるようにした。

本発明はこれに限らず、同様の機能を有するのであれば、上述した携帯端末１００の各機能部（操作部、表示部、制御部）を、他の種々のハードウェアにより構成するようにしてもよい。

［４−１７．他の実施の形態１７］
さらに上述した第１及び第２の実施の形態では、各種処理を実行するためのプログラムを、携帯端末１００の不揮発性メモリ１１１に書き込んでおくようにした。

これに限らず、例えば、携帯端末１００にメモリカードなどの記憶媒体のスロットを設け、ＣＰＵ１１０が、このスロットに差し込まれた記憶媒体からプログラムを読み出して実行するようにしてもよい。またＣＰＵ１１０が、この記憶媒体から読み出したプログラムを、不揮発性メモリ１１１にインストールするようにしてもよい。さらにＣＰＵ１１０が、このプログラムを、ネットワークインタフェース１１３を介して、ネットワーク上の機器からダウンロードして、不揮発性メモリ１１１にインストールするようにしてもよい。

［４−１８．他の実施の形態１８］
さらに、本発明は、上述した第１及び第２の実施の形態と他の実施の形態とに限定されるものではない。すなわち本発明は、上述した第１及び第２の実施の形態と他の実施の形態の一部または全部を任意に組み合わせた形態、もしくは一部を抽出した形態にもその適用範囲が及ぶものである。

本発明は、ドラッグによる操作入力が可能な情報処理装置等で広く利用することができる。

１……情報処理装置、２……操作部、３……表示部、４……制御部、１００……携帯端末、１０１……筐体、１０２……タッチスクリーン、１０２Ａ……液晶パネル、１０２Ｂ……タッチパネル、１１０……ＣＰＵ。

Claims (11)

1. 操作部と、
   操作部を介したドラッグが行われると、当該ドラッグに応じた処理を実行すると共に、当該ドラッグの始点から終点へと伸び、当該ドラッグの始点側となる一端部と当該ドラッグの終点側となる他端部とで大きさ又は形状の少なくともいずれかが異なるカーソルを表示部に表示させる制御部と
   を具え、
   上記制御部は、
   上記カーソルが長くなるほど上記カーソルを細くする
   情報処理装置。
2. 上記制御部は、
   上記一端部から上記他端部に向かうにつれて太くなる形状の上記カーソルを表示させる
   請求項１に記載の情報処理装置。
3. 上記制御部は、
   上記カーソルの表示面積が一定になるように、当該カーソルが長くなるほど上記カーソルを細くする
   請求項１に記載の情報処理装置。
4. 上記制御部は、
   上記ドラッグの始点を中心とする第１の円と、当該ドラッグの終点を中心とする、当該第１の円より大きな第２の円とを繋げた形状の上記カーソルを表示させる
   請求項１に記載の情報処理装置。
5. 上記制御部は、
   上記ドラッグに応じて上記カーソルを表示させ、表示させた当該カーソルの色を、上記処理を切り換えることに応じて変化させる
   請求項１に記載の情報処理装置。
6. 上記制御部は、
   上記ドラッグに応じて上記カーソルを表示させ、表示させた当該カーソルの一端部から当該カーソルの他端部への方向を当該カーソルの向きとして、当該向き又は当該カーソルの長さの少なくともいずれかが変化することに応じて、当該カーソルの色を変化させる
   請求項１に記載の情報処理装置。
7. 上記制御部は、
   上記カーソルの透過率を、上記カーソルの長さが変化することに応じて変化させる
   請求項１に記載の情報処理装置。
8. 上記制御部は、
   上記ドラッグが終了すると、上記カーソルを縮ませた後に消去する
   請求項１に記載の情報処理装置。
9. 上記制御部は、
   上記ドラッグが終了すると、上記カーソルを縮ませた後、弾性体が跳ねるようにアニメーションさせてから消去する
   請求項８に記載の情報処理装置。
10. 操作部を介したドラッグが行われると、当該ドラッグに応じた処理を実行すると共に、当該ドラッグの始点から終点へと伸び、当該ドラッグの始点側となる一端部と当該ドラッグの終点側となる他端部とで大きさ又は形状の少なくともいずれかが異なるカーソルを、当該カーソルが長くなるほど当該カーソルが細くなるように表示部に表示させる
    表示制御方法。
11. コンピュータに対し、
    操作部を介したドラッグが行われると、当該ドラッグに応じた処理を実行すると共に、当該ドラッグの始点から終点へと伸び、当該ドラッグの始点側となる一端部と当該ドラッグの終点側となる他端部とで大きさ又は形状の少なくともいずれかが異なるカーソルを、当該カーソルが長くなるほど当該カーソルが細くなるように表示部に表示させるステップ
    を実行させるための表示制御プログラム。

Images