JP6467821B2 - 携帯端末装置、同装置における画像処理方法及び画像処理プログラム - Google Patents

Description

この発明は、スマートフォン、タブレット端末等の携帯端末装置、同装置で実施される画像処理方法及び画像処理プログラムに関する。

上記のような携帯端末装置には、表示部に表示したウェブページ上の画像を画像ファイルとして保存する場合に、ファイル名や保存先等をユーザーが入力するのに用いられるソフトウェアキーボード等の入力操作部を一時的に表示させる機能を備えたものがある。また、画像を印刷する場合に、印刷対象のファイルをファイル形式のまま印刷装置に送信するダイレクトプリント機能を備えたものもある。

これらの機能を備えた携帯端末装置では、表示部に表示された画像の保存と印刷に関して、携帯端末装置の機種によっては以下のような欠点があった。

なお、特許文献１には、利用者毎に環境が異なっても、あるいは文書作成時に使用したアプリケーションに依存する問題があっても、ウェブ上で確認したイメージ通りの印刷が行え、文字フォントの置き換えや文字化け、２ページに跨って印刷されるなどの問題を防止した印刷相違解消システムが開示されている。

具体的には、センターシステムにおいて、イメージデータ作成サーバはインターネット経由でＷＷＷサーバが受信した利用者端末からの文書データの文字をチェックした後、この文書データをページ概念を持つ汎用的なイメージデータに変換し、文書保存サーバはこの変換されたイメージデータを保存し、ＷＷＷサーバは保存されたイメージデータを読み出してＷｅｂ上に掲示し、利用者はブラウザを使用して確認し、承認された場合は、イメージデータをプリンタに印刷出力するというものである。

特開２００１−２２８９８２号公報

即ち、ある種の基本ＯＳを用いた携帯端末装置では、画像の保存時に一時的に表示されるソフトウェアキーボード等の入力操作部の表示状態を検知できないため、入力操作部の表示の有無によって画像ファイルのサイズが変動してしまう。

これを具体的に説明すると、図６に示すように、携帯端末装置１の表示部１５にウェブページの画像を表示させた場合、ウェブページの画像サイズの縦幅Ａ１が携帯端末装置１の表示領域の縦幅Ｂ１よりも小さい場合、余白領域Ｃ１が発生する。この画面に表示された画像を印刷する場合は、表示画像がキャプチャされて印刷されるが、余白領域Ｃ１もそのままのサイズでキャプチャされ印刷される。

一方、画面に表示された画像を保存する場合、図７に示すように、ソフトウェアキーボード等の入力操作部２０が表示されると、ウェブページの画像サイズの縦幅Ａ１は変わらないが、携帯端末装置１の画像表示領域の縦幅Ｂ２が小さくなる分、余白領域Ｃ２の縦幅が自動的に調整されて小さくなるものと考えられる。このため、保存のための表示画像のキャプチャも、余白領域Ｃ２の縦幅が小さい状態で実行されることになり、この保存画像に対してページが割り振られることになる。

このため、入力操作部２０が表示されないダイレクトプリント時と入力操作部２０が表示される保存時とで画像ファイルのページ数が異なってしまう恐れがあり、一旦保存した画像ファイルを再度印刷したときに、前回の印刷時とページ数が異なり、印刷設定が変わってしまうというという問題がある。

このような問題は、上述の特許文献１に記載の技術を参照しても、解消することはできない。

この発明は、このような技術的背景に鑑みてなされたものであって、表示手段に表示された画像の保存時に一時的にソフトウェアキー等の入力操作部が表示される場合であっても、入力操作部の表示の有無によって画像ファイルのサイズが変動してしまうことがなく、印刷時と保存時とで画像ファイルのページ数が異なってしまうのを防止した携帯端末装置、同装置における画像処理方法及び画像処理プログラムの提供を課題とする。

上記課題は、以下の手段によって解決される。
（１）ウェブページのデータをダウンロードし、そのデータに基づいて表示用画像を生成する表示用画像生成手段と、前記表示用画像を表示する表示手段と、前記表示用画像とは別に、前記表示用画像と同じウェブページのデータをダウンロードし、そのデータに基づいて、処理用画像を生成する処理用画像生成手段と、前記処理用画像生成手段により生成された処理用画像をキャプチャするキャプチャ手段と、を備えたことを特徴とする携帯端末装置。
（２）前記処理用画像は前記表示用画像よりも縦幅が小さく設定される前項１に記載の携帯端末装置。
（３）前記表示用画像の縦幅のサイズを取得するサイズ取得手段を備え、前記処理用画像はその縦幅が前記サイズ取得手段で取得された表示用画像の縦幅よりも小さく設定される前項１または２に記載の携帯端末装置。
（４）前記処理用画像の縦幅は自装置で許容される最小の縦幅に設定される前項１〜３のいずれかに記載の携帯端末装置。
（５）前記処理用画像生成手段による前記処理用画像の生成は、前記キャプチャ手段によりキャプチャされた処理用画像を印刷するための印刷実行ボタンが押下されたときに開始される前項１〜４のいずれかに記載の携帯端末装置。
（６）前記処理用画像生成手段による前記処理用画像の生成は、前記キャプチャ手段によりキャプチャされた処理用画像を保存するための保存実行ボタンが押下されたときに開始される前項１〜４のいずれかに記載の携帯端末装置。
（７）ウェブページのデータをダウンロードし、そのデータに基づいて表示用画像を生成する表示用画像生成ステップと、前記表示用画像を表示手段に表示する表示ステップと、前記表示用画像とは別に、前記表示用画像と同じウェブページのデータをダウンロードし、そのデータに基づいて、処理用画像を生成する処理用画像生成ステップと、前記処理用画像生成ステップにより生成された処理用画像をキャプチャするキャプチャステップと、を備えたことを特徴とする携帯端末装置における画像処理方法。
（８）ウェブページのデータをダウンロードし、そのデータに基づいて表示用画像を生成する表示用画像生成ステップと、前記表示用画像を表示手段に表示する表示ステップと、前記表示用画像とは別に、前記表示用画像と同じウェブページのデータをダウンロードし、そのデータに基づいて、処理用画像を生成する処理用画像生成ステップと、前記処理用画像生成ステップにより生成された処理用画像をキャプチャするキャプチャステップと、を携帯端末装置のコンピュータに実行させるための画像処理プログラム。

前項（１）に記載の発明によれば、表示手段に表示されるウェブページのデータに基づいて生成された表示用画像とは別に、表示用画像と同じウェブページのデータをダウンロードし、そのデータに基づいて、処理用画像を生成し、この処理用画像をキャプチャするから、表示手段に表示された画像の保存時に一時的にソフトウェアキー等の入力操作部が表示される場合であっても、前記キャプチャされた処理用画像については影響を受けることはなく、入力操作部の表示の有無によって画像ファイルのサイズが変動してしまうことがない。つまり、入力操作部の表示の有無に影響を受けることなく、画像ファイルが生成され保存されるから、キャプチャされた処理用画像を印刷にも保存にも用いることにより、入力操作部の表示の有無によって画像ファイルのサイズが変動してしまう不都合を解消でき、印刷時と保存時とで画像ファイルのページ数が異なってしまう問題を解決できる。

前項（２）に記載の発明によれば、処理用画像は前記表示用画像よりも縦幅が小さく設定されるから、余白領域を生じるサイズの小さいウェブページの画像であっても、無駄な余白領域を削減することができる。

前項（３）に記載の発明によれば、表示用画像の縦幅のサイズを取得し、処理用画像はその縦幅が取得した表示用画像の縦幅よりも小さく設定されるから、無駄な余白領域の発生を確実に防止することができる。

前項（４）に記載の発明によれば、処理用画像の縦幅は自装置で許容される最小の縦幅に設定されるから、無駄な余白領域の発生を防止することができる。

前項（５）に記載の発明によれば、印刷実行ボタンが押下されたときに、処理用画像の生成が開始されるから、必要なときにのみ処理用画像を生成でき、効率の良い処理を行うことができる。

前項（６）に記載の発明によれば、保存実行ボタンが押下されたときに、処理用画像の生成が開始されるから、必要なときにのみ処理用画像を生成でき、効率の良い処理を行うことができる。

前項（７）に記載の発明によれば、処理用画像をキャプチャすると共に、このキャプチャされた画像を保存することで、入力操作部の表示の有無に影響を受けることなく、画像ファイルが生成され保存される。このため、キャプチャされた処理用画像を印刷にも保存にも用いることにより、入力操作部の表示の有無によって画像ファイルのサイズが変動してしまう不都合を解消でき、印刷時と保存時とで画像ファイルのページ数が異なってしまう問題を解決できる。

前項（８）に記載の発明によれば、表示手段に表示される表示用画像とは別に、表示用画像と同じウェブページのデータをダウンロードし、そのデータに基づいて、処理用画像を生成し、この処理用画像をキャプチャする処理を、携帯端末装置のコンピュータに実行させることができる。

この発明の一実施形態に係る携帯端末装置を備えた通信システムの構成図である。 携帯端末装置の機能構成を示すブロック図である。 ウェブページの画像を表示する場合とキャプチャする場合の画像生成についての説明図である。 図２に示した携帯端末装置の画像印刷時の動作を説明するためのフローチャートである。 図２に示した携帯端末装置の画像保存時の動作を説明するためのフローチャートである。 携帯端末装置の表示手段に表示された画像を印刷するときに表示手段に表示される画面を示す図である。 携帯端末装置の表示手段に表示された画像を保存するときに表示手段に表示される画面を示す図である。

以下、この発明の実施形態を図面に基づいて説明する。

図１は、この発明の一実施形態に係る携帯端末装置を備えた通信システムの構成図である。

このシステムは、スマートフォンやタブレット端末等からなる携帯端末装置１と、１台または複数台の画像処理装置２と、ウェブサーバ３とパーソナルコンピュータ４等を備え、これらが有線あるいは無線によるネットワーク５を介して相互に接続されている。

この実施形態では、前記画像処理装置２として、コピー機能、プリンタ機能、ファクシミリ機能、スキャン機能等の複数の機能を複合した多機能デジタル画像形成装置であるＭＦＰ（Multi Function Peripherals）が用いられている。

図２は、前記携帯端末装置１の機能構成を示すブロック図である。

携帯端末装置１は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、記憶部１４と、表示部１５と、タッチパネル１６と、通信インターフェース（通信ＩＦ）１７と、カメラ１８等を備えている。

前記ＣＰＵ１１は、搭載されているＯＳ（Operating System）、各種のデータ処理用のアプリケーション、画像処理装置２を操作するためのアプリケーション等に基づいて、携帯端末装置１の全体を統括的に制御するが、具体的な制御内容については後述する。

前記ＲＯＭ１２は、前記ＣＰＵ１１の動作プログラム等が格納されているメモリであり、ＲＡＭ１３は、前記ＣＰＵ１１が動作プログラムを実行する際の作業領域を提供するメモリである。

前記記憶部１４は、前記ＯＳ、アプリケーション、表示部１５に表示された画像についての画像ファイル等を保存するメモリである。

表示部１５は、ウェブページの画像またはカメラ撮影画像等の各種の画像、ユーザーに対する操作画面、メッセージ等を表示したり、ユーザー操作に使用されるものであり、液晶等の表示デバイスにより構成されている。また、タッチパネル１６は表示部１５の画面上に設けられ、ユーザーのタッチ操作を検出して、タッチされた座標等を特定するものである。

前記通信インターフェース１７は、電話回線を通じて通話を行ったり、アクセスポイントを介して無線通信により画像処理装置２やウェブサーバ３等とデータの送受を行うためのものである。前記カメラ１８は、各種の被写体を撮影するものである。

この実施形態に係る携帯端末装置１は、ウェブページの画像を表示部１５に表示するための画像生成とは別に、キャプチャ用の画像生成を行う。

図３は、ウェブページの画像を表示する場合とキャプチャする場合の画像生成についての説明図である。

表示部１５に表示するための画像は、従来と同様に、表示部１５の表示画面１５ａのサイズと同じサイズの画像生成領域である表示用ビュー１００に生成される。一方、キャプチャ用の画像は、表示用ビュー１００とは異なる画像生成領域であるキャプチャ用ビュー２００に生成される。

キャプチャ用ビュー２００は、表示用ビュー１００の背面に生成されるのが、表示画面に対してなされるユーザーの操作等に影響を及ぼさない点で望ましい。

また、キャプチャ用ビュー２００の縦幅Ａ３は、ウェブページの画像の縦幅が小さい場合に発生する余白領域を可及的になくすため、表示用ビュー１００の縦幅Ａ４よりも小さく設定するのが望ましい。さらに望ましくは、表示用ビュー１００に生成されたウェブページの画像の実際の縦幅を取得して、画像の縦幅よりもキャプチャ用ビュー２００の縦幅Ａ３を小さく設定するのが、余白領域を確実に消滅できることから推奨される。また、携帯端末装置１で許容される最小の縦幅に設定しても良い。

表示用ビュー１００へ生成されたウェブページの画像は表示部１５に表示される。ユーザーが表示部１５に表示された画像を印刷したい場合は、印刷設定画面を表示部１５に表示させ、印刷設定を行って印刷実行ボタンを押す。すると、表示用ビュー１００に生成されたウェブページの画像と同じ画像を、ウェブページからダウンロードしてキャプチャ用ビュー２００に生成する。そして、キャプチャ用ビュー２００に生成した画像をキャプチャするとともに、キャプチャした画像を印刷設定とともに画像処理装置２に送信し、印刷を実行する。

一方、ユーザーが表示部１５に表示された画像を保存したい場合は、保存設定画面を表示部１５に表示させ、ファイル名の入力等を行う。この際に、表示画面にはソフトウェアキーボード等の入力操作部が表示される。ユーザーが必要な保存設定を行ったのち保存実行ボタンを押すと、表示用ビュー１００に生成されたウェブページの画像と同じ画像を、ウェブページからダウンロードしてキャプチャ用ビュー２００に生成する。そして、キャプチャ用ビュー２００に生成した画像をキャプチャするとともに、キャプチャした画像を保存設定に従って指定された保存場所に保存する。

例えば、AndroidOSでは、「WebView wview;、Picture picture=wview.capturePicture();」のように、WebViewクラスのcapturePicture()メソッドで、画像を取得（キャプチャ）することが可能であり、画像の縦幅がキャプチャ用ビュー２００の縦幅Ａ３よりも長い場合は、画像の縦幅のサイズでキャプチャされる。

このように、キャプチャされるウェブページの画像は、キャプチャ用ビュー２００に生成され、このキャプチャ用ビュー２００は表示用ビュー１００とは異なり、画像の保存時に表示部１５に表示されるソフトウェアキーボード等の入力操作部の表示の影響を受けることがない。従って、キャプチャ用ビュー２００の縦幅Ａ３よりもウェブページの画像の縦幅の方が短く、余白領域が発生するような場合であっても、画像の保存時に、余白領域が入力操作部の表示の影響を受けて、画像ファイルのサイズが変更されることはなくなり、印刷時と同じサイズで保存することができる。その結果、印刷時と保存時とで画像ファイルのページ数が異なってしまい、一旦保存した画像ファイルを再度印刷したときに、前回の印刷時とページ数が異なり、印刷設定が変わってしまう、という問題を解消できる。

しかも、キャプチャ用ビュー２００の縦幅Ａ３は表示用ビュー１００の縦幅Ａ４よりも小さく設定され、望ましくは、表示用ビュー１００に生成されたウェブページの画像の縦幅よりも小さく設定されることで、無駄な余白領域の発生を確実に抑制し、ウェブページの画像をそのままのサイズでキャプチャすることが可能となる。

図４は、図２に示した携帯端末装置１の画像印刷時の動作を説明するためのフローチャートである。この動作は、携帯端末装置１のＣＰＵ１１が記憶部１４等に格納されたアプリケーションに基づいて実行される。

表示部１５には、所定のウェブページからダウンロードした画像が表示されている。表示された画像をユーザーが印刷する場合、ユーザーが印刷ボタン等を押下すると、ステップＳ１１で、ＣＰＵ１１は印刷範囲の選択のための印刷範囲選択ダイアログを作成して、表示部１５に表示する。ユーザーが印刷設定を進める毎に、ステップＳ１２で次のダイアログが作成され表示される。全てのダイアログに対して設定を行い、ユーザーが印刷指示ボタンを押下すると、ステップＳ２１で、このボタン押下を契機として非同期イベントが発生して次のステージに進み、ＣＰＵ１１はウェブページの再ロード処理を行う。すなわち、まずステップＳ３１でＣＰＵ１１はキャプチャ用ビュー２００を作成した後、ステップＳ３２で、表示用ビュー１００に表示されているウェブページの画像と同じ画像のウェブページからの再ロードを開始して、キャプチャ用ビュー２００に読み込んだウェブページの画像を生成する。

すると、ステップＳ４１で、ウェブページの読み込みによる非同期イベントが発生し、次のステージに進む。このステージでは、ステップＳ５１でウェブページの読み込みを完了すると、ステップＳ５２で、ＰＤＦファイル作成開始メッセージを送信する。

すると、ステップＳ６１で、このメッセージによる非同期イベントが発生し、次のステージに進む。このステージでは、ステップＳ７１でキャプチャ用ビュー２００に形成された画像をキャプチャした後、ステップＳ７２ではページ数分のＰＮＧファイルを作成する。次いで、ステップＳ７３で、ＰＮＧファイルをＰＤＦファイルに変換した後、ステップＳ７４で、プリント機能のアプリケーションまたは外部装置との連携アプリケーションを起動し、画像処理装置２等にキャプチャした画像を送信し、元のステージに戻る。

図５は、図２に示した携帯端末装置１の画像保存時の動作を説明するためのフローチャートである。この動作は、携帯端末装置１のＣＰＵ１１が記憶部１４等に格納されたアプリケーションに基づいて実行される。

表示部１５には、所定のウェブページからダウンロードした画像が表示されている。表示された画像をユーザーが保存する場合、ユーザーが保存ボタン等を押下すると、ステップＳ１１１で、ＣＰＵ１１は保存先の選択のための保存先選択ダイアログを作成して、表示部１５に表示する。ユーザーが保存先を指定し、さらに表示部１５に表示された入力操作部を用いてファイル名等を設定したのち、保存指示ボタンを押下すると、ステップＳ１２１で、このボタン押下を契機として非同期イベントが発生し、次のステージに進む。

ＣＰＵ１１はウェブページの再ロード処理を行う。すなわち、まずステップＳ１３１でＣＰＵ１１はキャプチャ用ビュー２００を作成した後、ステップＳ１３２で、表示用ビュー１００に表示されているウェブページの画像と同じ画像のウェブページからの再ロードを開始して、キャプチャ用ビュー２００に読み込まれたウェブページの画像を生成する。

すると、ステップＳ１４１で、ウェブページの読み込みによる非同期イベントが発生し、次のステージに進む。このステージでは、ステップＳ１５１でウェブページの読み込みを完了すると、ステップＳ１５２で、保存用非同期処理のタスクを起動する。

すると、ステップＳ１６１でタスク実行イベントが発生し、次のステージに進む。このステージでは、ステップＳ１７１でキャプチャ用ビュー２００に形成された画像をキャプチャした後、ステップＳ１７２では、ページ数分のＰＮＧファイルを作成する。次いで、ステップＳ１７３で、ＰＮＧファイルをＰＤＦファイルに変換した後、ステップＳ１７４で、画像を外部ストレージ等の所定の保存場所にアップロードする。次いでステップＳ１７５で、保存完了を画面に表示してユーザーに通知したのち、元のステージに戻る。

図４及び図５の例では、印刷実行ボタンまたは保存実行ボタンが押下されたときに、キャプチャ用ビュー２００へのウェブページの画像の生成が開始されるから、必要なときにのみキャプチャ用ビュー２００へウェブページの画像を生成でき、効率の良い処理を行うことができる。

なお、表示用ビュー１００に表示されたウェブページの画像に余白領域が存在しているかどうかを判断し、存在しない場合は表示用ビュー１００からウェブページの画像をキャプチャし、余白領域が存在している場合にのみ、キャプチャ用ビュー２００にウェブページの画像を生成しキャプチャする構成としても良い。

１ 携帯端末装置
１１ ＣＰＵ
１４ 記憶部
１５ 表示部
１５ａ 表示画面
１７ 通信インターフェース
１００ 表示用ビュー
２００ キャプチャ用ビュー

Claims (8)

1. ウェブページのデータをダウンロードし、そのデータに基づいて表示用画像を生成する表示用画像生成手段と、
   前記表示用画像を表示する表示手段と、
   前記表示用画像とは別に、前記表示用画像と同じウェブページのデータをダウンロードし、そのデータに基づいて、処理用画像を生成する処理用画像生成手段と、
   前記処理用画像生成手段により生成された処理用画像をキャプチャするキャプチャ手段と、
   を備えたことを特徴とする携帯端末装置。
2. 前記処理用画像は前記表示用画像よりも縦幅が小さく設定される請求項１に記載の携帯端末装置。
3. 前記表示用画像の縦幅のサイズを取得するサイズ取得手段を備え、前記処理用画像はその縦幅が前記サイズ取得手段で取得された表示用画像の縦幅よりも小さく設定される請求項１または２に記載の携帯端末装置。
4. 前記処理用画像の縦幅は自装置で許容される最小の縦幅に設定される請求項１〜３のいずれかに記載の携帯端末装置。
5. 前記処理用画像生成手段による前記処理用画像の生成は、前記キャプチャ手段によりキャプチャされた処理用画像を印刷するための印刷実行ボタンが押下されたときに開始される請求項１〜４のいずれかに記載の携帯端末装置。
6. 前記処理用画像生成手段による前記処理用画像の生成は、前記キャプチャ手段によりキャプチャされた処理用画像を保存するための保存実行ボタンが押下されたときに開始される請求項１〜４のいずれかに記載の携帯端末装置。
7. ウェブページのデータをダウンロードし、そのデータに基づいて表示用画像を生成する表示用画像生成ステップと、
   前記表示用画像を表示手段に表示する表示ステップと、
   前記表示用画像とは別に、前記表示用画像と同じウェブページのデータをダウンロードし、そのデータに基づいて、処理用画像を生成する処理用画像生成ステップと、
   前記処理用画像生成ステップにより生成された処理用画像をキャプチャするキャプチャステップと、
   を備えたことを特徴とする携帯端末装置における画像処理方法。
8. ウェブページのデータをダウンロードし、そのデータに基づいて表示用画像を生成する表示用画像生成ステップと、
   前記表示用画像を表示手段に表示する表示ステップと、
   前記表示用画像とは別に、前記表示用画像と同じウェブページのデータをダウンロードし、そのデータに基づいて、処理用画像を生成する処理用画像生成ステップと、
   前記処理用画像生成ステップにより生成された処理用画像をキャプチャするキャプチャステップと、
   を携帯端末装置のコンピュータに実行させるための画像処理プログラム。

Images