端末装置のプログラム、端末装置および端末装置の制御方法
【課題】ウェブページを適切に印刷することができる端末装置のプログラム等を提供すること。
【解決手段】スマートフォンのＣＰＵ１１は、ウェブページデータを特定するためのＵＲＬ入力を受け付けた場合に、ＵＲＬに基づいて、ブラウザアプリケーションのユーザエージェントの種類に対応するウェブページデータを取得する。取得したウェブページデータに基づくウェブページ画像を、パネル１８に表示させる。ＣＰＵ１１は、スマートフォンが備えているブラウザアプリケーションとは異なる種類のブラウザアプリケーションに対応するとともに、受付部で受け付けたＵＲＬに対応するウェブページデータを、ウェブサーバに要求する。ＣＰＵ１１は、要求に応じてウェブサーバから送信されるウェブページデータを取得する。ＣＰＵ１１は、取得したウェブページデータに基づいて印刷データを生成し、生成した印刷データを用いた印刷処理を実行する。
【解決手段】スマートフォンのＣＰＵ１１は、ウェブページデータを特定するためのＵＲＬ入力を受け付けた場合に、ＵＲＬに基づいて、ブラウザアプリケーションのユーザエージェントの種類に対応するウェブページデータを取得する。取得したウェブページデータに基づくウェブページ画像を、パネル１８に表示させる。ＣＰＵ１１は、スマートフォンが備えているブラウザアプリケーションとは異なる種類のブラウザアプリケーションに対応するとともに、受付部で受け付けたＵＲＬに対応するウェブページデータを、ウェブサーバに要求する。ＣＰＵ１１は、要求に応じてウェブサーバから送信されるウェブページデータを取得する。ＣＰＵ１１は、取得したウェブページデータに基づいて印刷データを生成し、生成した印刷データを用いた印刷処理を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、印刷するために適切なデータを取得することができる端末装置のプログラム、端末装置の制御方法、および端末装置に関する。
【背景技術】
【０００２】
現在、ウェブページを閲覧できる端末装置の種類が増加してきている。例えば、ＰＣ（Personal Computer）、携帯電話、スマートフォン（携帯電話と携帯情報端末（PDA）を融合した携帯端末）などである。これらの端末装置は、ウェブページを閲覧する際のブラウザ（ユーザエージェント）として、それぞれ異なる種類（形式と呼ぶこともある）のブラウザを使用している。また、ウェブページを提供するウェブサーバは、１つのＵＲＬ（Uniform Resource Locator）でアクセスされるウェブページについて、ブラウザの各種類に対応した複数種類のウェブページを提供している場合がある。例えば、１つのＵＲＬに対応するウェブページとして、「ＰＣ用ページ」「スマートフォン用ページ」「携帯用ページ」の各ウェブページを用意する場合が挙げられる。
【０００３】
また、特許文献１に開示されている従来のウェブブラウザの入力制御部は、現在表示しているウェブページの印刷プレビュー画像を表示することが指示された場合、印刷プレビューウィンドウを表示する。また、ユーザによって印刷ボタンが押下されると、プレビュー画像をプリンタから印刷することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−１８１９７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に開示されている技術では、ユーザは、ユーザが使用するブラウザの種類に対応したウェブページについては印刷することができる。しかし、ユーザが使用するブラウザ以外のブラウザの種類に対応しているウェブページについては、印刷することが困難である。本明細書では、このような不便性を解消することができる技術を提供する。
【課題を解決するための手段】
【０００６】
本目的を達成するための、本願の端末装置のプログラムは、ウェブページデータを特定するための特定情報を受け付ける受付部と、画像を表示する表示部と、ウェブサーバにウェブデータを送信するよう要求する要求部と、印刷データを生成する生成部と、を備えた端末装置のコンピュータが読み取り可能なプログラムであって、前記コンピュータを、前記特定情報を前記受付部が受け付けた場合に、当該特定情報に基づいて、当該特定情報が特定するウェブページデータのうち、第１ウェブページ表示ソフトウェアに対応する第１ウェブページデータの送信をウェブサーバに要求する第１要求処理を実行するよう、前記要求部を制御する第１要求制御手段と、前記第１要求処理に応じて取得された第１ウェブページデータに基づくウェブページ画像を表示部に表示させる第１表示制御手段と、前記受付部が受け付けた特定情報が特定するウェブページデータのうち、前記第１ウェブページ表示ソフトウェアとは異なる種類のウェブページ表示ソフトウェアである第２ウェブページソフトウェアに対応する第２ウェブページデータの送信を、ウェブサーバに要求する第２要求処理を実行するよう、前記要求部を制御する第２要求制御手段と、前記第１要求処理に応じて取得された第１ウェブページデータ、および、前記第２要求処理に応じて取得された第２ウェブページデータのうち、少なくともいずれかのウェブページデータに基づいた印刷データを生成部に生成させる印刷制御手段と、して機能させることを特徴とする。
【０００７】
このように構成された画像処理プログラムによって、コンピュータを上記各手段として機能させれば、第１ウェブページ表示ソフトウェアの種類とは異なる種類のウェブページ表示ソフトウェアに対応するウェブページデータを取得し、印刷データを生成することができる。これにより、例えば、ユーザが使用する端末装置で通常使用されるウェブページ表示ソフトウェア以外のウェブページ表示ソフトウェアの種類に対応しているウェブページについて、印刷することが可能となる。よって、例えば、通常使用されるウェブページ表示ソフトウェアに対応したウェブページと、他の種類のウェブページ表示ソフトウェアに対応したウェブページとの間で、含まれている情報量が異なる場合などにも対応することが可能となる。
【０００８】
また、請求項２に記載の画像処理プログラムでは、印刷指示の入力を受け付けることに応じて、端末装置が備えているウェブページ表示ソフトウェアとは異なる種類のウェブページ表示ソフトウェアに対応するウェブページデータが取得される。
よって、端末装置での閲覧しているウェブページが、情報量が少ないなどの理由でユーザにとって印刷するには適さない場合であっても、印刷に適した他のウェブページを印刷することができる。また、ウェブページの画像の閲覧のみを行なう場合に、閲覧に使用しない不要なウェブページデータが取得されてしまうことを防止することができる。
【０００９】
また、請求項３に記載の画像処理プログラムでは、ウェブページデータについて、印刷を行なう前段階において、印刷態様を確認することが可能となる。よってユーザの利便性を高めることができる。
【００１０】
また、請求項４に記載の画像処理プログラムでは、媒体サイズに基づいた印刷態様を確認することが可能となるため、ユーザの利便性を高めることができる。
【００１１】
また、請求項５に記載の画像処理プログラムでは、第１ウェブページデータに基づくウェブページ画像の印刷態様と、第２ウェブページデータに基づくウェブページ画像の印刷態様と、を表示した上でいずれかの印刷態様をユーザに選択させる。これにより、ユーザは所望する印刷態様を認識した上で、印刷するウェブページを容易に選択できる。また、請求項６に記載の画像処理プログラムでは、第１ウェブページデータと第２ウェブページデータとのうち、適したウェブページデータを印刷データの生成に用いることができる。また、請求項７に記載の画像処理プログラムでは、ウェブページ画像の全てを印刷するために必要な印刷媒体の数が最大または最小のウェブページに対して印刷処理を行うことができる。これにより、含まれている情報量が多いウェブページと、含まれている情報量が少ないウェブページとを、選択的に印刷することが可能となる。よって例えば、ユーザが使用するウェブページ表示部に対応したウェブページに含まれている情報量が少ない場合に、印刷媒体の数が最大のウェブページデータに対して印刷処理を行うことで、より多くの情報を含んだウェブページを印刷することが可能となる。また例えば、ユーザが使用するウェブページ表示部に対応したウェブページに、不要な情報（広告など）が含まれていることで情報量が多い場合に、印刷媒体の数が最小のウェブページデータに対して印刷処理を行うことで、必要最低限の情報が含まれているウェブページを印刷することが可能となる。
【００１２】
また、請求項８に記載の画像処理プログラムでは、データ量が最大または最小のウェブページデータを印刷データの作成に用いることができる。これにより、含まれている情報量が多いウェブページと、含まれている情報量が少ないウェブページとを、選択的に印刷することが可能となる。
【００１３】
請求項９に記載の画像処理プログラムでは、画像データを表示するための参照データの数が最大または最小のウェブページデータを印刷データの作成に用いることができる。これにより、含まれている情報量が多いウェブページと、含まれている情報量が少ないウェブページとを、選択的に印刷することが可能となる。
【００１４】
また、請求項１０に記載の画像処理プログラムでは、第１ウェブページデータと第２ウェブページデータに第３ウェブページデータを加えた複数のウェブページデータのうち、適したウェブページデータを印刷データの生成に用いることができる。また、請求項１１に記載の画像処理プログラムでは、複数のウェブページ表示ソフトウェアうちからいずれのウェブページ表示ソフトウェアに対応するウェブページを取得するかを選択し、選択したウェブページソフトウェアに対応するウェブページデータと第１ウェブページソフトウェアに対応するウェブページデータとを印刷データ生成の対象とできることから、ユーザの利便性を高めることができる。
【図面の簡単な説明】
【００１５】
【図１】通信システムのブロック図である。
【図２】ブラウザアプリケーションの動作フローチャートを示す図である。
【図３】ＨＴＴＰリクエストのメッセージ内容の一例を示す図である。
【図４】ＨＴＴＰレスポンスのメッセージ内容の一例を示す図である。
【図５】ユーザエージェントテーブルの一例を示す図である。
【図６】ブラウザアプリケーションの動作フローチャートを示す図である。
【図７】ブラウザアプリケーションの動作フローチャートを示す図である。
【図８】ユーザエージェントテーブルの一例を示す図である。
【図９】ブラウザアプリケーションの動作フローチャートを示す図である。
【図１０】ブラウザアプリケーションの動作フローチャートを示す図である。
【発明を実施するための形態】
【００１６】
＜第１実施形態＞
図１に、本願に係る第１実施形態として例示される通信システム１のブロック図を示す。通信システム１は、スマートフォン１０、ＭＦＰ（Multifunction Peripheral）５１、アクセスポイント６２、ウェブサーバ７１、基地局６１を備える。ＭＦＰ５１は、プリンタ機能、スキャナ機能、コピー機能、ファクシミリ機能などを備える多機能周辺装置である。アクセスポイント６２は、既知の中継装置である。ウェブサーバ７１は、インターネット７０を介して基地局６１に接続される。
【００１７】
スマートフォン１０とアクセスポイント６２とは、インフラストラクチャーモードの無線ＬＡＮ接続方式により、無線通信２００を行うことが可能とされている。また、ＭＦＰ５１とアクセスポイント６２とは、インフラストラクチャーモードの無線ＬＡＮ接続方式により、無線通信２０１を行うことが可能とされている。なお、無線通信２００および２０１の方式の例としては、例えばＩＥＥＥ８０２．１１ａ／ｂ／ｇの規格で定められる通信方式が挙げられる。また、スマートフォン１０とウェブサーバ７１とは、基地局６１およびインターネット７０を介して通信可能に接続されている。
【００１８】
スマートフォン１０の構成について説明する。スマートフォン１０は、ＰＤＡ（Personal Digital Assistants）機能を備える多機能携帯電話である。スマートフォン１０は、ＣＰＵ１１、記憶部１２、無線ＬＡＮ送受信部１５、無線ＬＡＮアンテナ部１６、ボタン入力部１７、パネル１８、携帯電話送受信部２２、携帯電話アンテナ部２３、カメラ部２７、を主に備えている。ＣＰＵ１１、記憶部１２、無線ＬＡＮ送受信部１５、ボタン入力部１７、パネル１８、携帯電話送受信部２２、カメラ部２７は入出力ポート２８を介して通信可能に接続している。
【００１９】
ＣＰＵ１１は、記憶部１２に記憶されるプログラムに従って、各機能の制御を行う。ＣＰＵ１１は、ブラウザアプリケーション２１ｂに従って処理を実行することによって、ウェブサーバ７１からウェブページデータを取得すること、ウェブページデータを記憶部１２に記憶させること、及び、記憶部１２内のウェブページデータによって表されるウェブページ画像をパネル１８に表示させること、を実行可能である。またＣＰＵ１１は、ブラウザアプリケーション２１ｂに従って処理を実行することによって、スマートフォン１０からＭＦＰ５１に印刷処理などを実行させることができる。オペレーティングシステム２１ｅは、ブラウザアプリケーション２１ｂに利用される基本的な機能を提供するプログラムである。
【００２０】
無線ＬＡＮ送受信部１５は、無線ＬＡＮアンテナ部１６を介して、インフラストラクチャーモードの無線通信２００を行う。そして、無線ＬＡＮ送受信部１５により、各種のデータを構成するデジタル信号が送受信される。また、携帯電話送受信部２２は、携帯電話アンテナ部２３を介して、基地局６１との間で無線通信２１０を行う。ボタン入力部１７は、スマートフォン１０の各機能を実行するためのキーである。ボタン入力部１７は、タッチパネルとして、パネル１８と一体に構成されていてもよい。パネル１８は、例えばＬＣＤパネルであり、スマートフォン１０の各種機能情報を表示する。
【００２１】
記憶部１２は、プログラム２１およびユーザエージェントテーブル８０を記憶する。なお、記憶部１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＨＤＤ（ハードディスク）などが組み合わされて構成されているとしてもよい。ＣＰＵ１１は、記憶部１２内のプログラム２１に従って処理を実行する。プログラム２１は、ブラウザアプリケーション２１ｂ、オペレーティングシステム２１ｅを含んでいる。以降、ブラウザアプリケーション２１ｂやオペレーティングシステム２１ｅなど、プログラムを実行するＣＰＵ１１のことを、単にプログラム名でも記載する場合がある。例えば「ブラウザアプリケーション２１ｂが」という記載は、ブラウザアプリケーション２１ｂを実行するＣＰＵ１１が」を意味する場合がある。
【００２２】
ブラウザアプリケーション２１ｂは、ウェブページデータによって作成されるウェブページ画像をパネル１８に表示させる処理を、ＣＰＵ１１に実行させるためのユーザエージェント（User agent）である。ユーザエージェントとは、ユーザがあるプロトコルに基づいてデータを利用する際に用いるソフトウェアである。またブラウザアプリケーション２１ｂは、スマートフォン１０用に適合するように作成された、スマートフォン用のブラウザアプリケーションである。
【００２３】
ユーザエージェントテーブル８０は、後述するＳ１１０、Ｓ１２０の処理で用いられるユーザエージェントの種類を示す情報を記憶する。図５に、ユーザエージェントテーブル８０の一例を示す。ユーザエージェントテーブル８０は、識別番号８１、ユーザエージェントタイプ８２、印刷用紙枚数８３、ユーザエージェント識別名８４を記憶する。識別番号８１は、各ユーザエージェントを識別するための連続番号である。ユーザエージェントタイプ８２は、後述するＳ１１０、Ｓ１２０の処理において、ＨＴＴＰリクエストが行われるユーザエージェントの種類を示す情報である。図５の例では、識別番号８１＝「１」〜「３」の各々に対応して、ユーザエージェントタイプ８２＝「スマートフォン用ブラウザ」、「ＰＣ用ブラウザ」、「携帯電話用ブラウザ」が記憶されている。印刷用紙枚数８３は、ウェブページデータから生成した印刷画像の全てを印刷するために必要な、印刷用紙の枚数である。ユーザエージェント識別名８４は、ユーザエージェントタイプ８２が示すユーザエージェントの名称を含む文字列である。図５の例では、ユーザエージェントタイプ８２＝「スマートフォン用ブラウザ」、「ＰＣ用ブラウザ」、「携帯電話用ブラウザ」の各々に対応して、ユーザエージェント識別名８４＝「Mozilla/4.0 (Compatible; MSIE 6.0; Windows NT 5.1 T-01A_6.5; Windows Phone 6.5)」（Mozilla、Windowsは登録商標）
、「Mozilla/5.0 (Compatible; MSIE 9.0; Windows NT 6.1 Trident/5.0)」、「SH901iC DoCoMo/2.0 SH901iC(c100;TB;W24H12)」（DoCoMoは登録商標）が記憶されている。ユーザエージェントタイプ８２とユーザエージェント識別名８４とは、ユーザエージェントテーブル８０に予め記憶されている。印刷用紙枚数８３は、後述するＳ１１８、Ｓ１３４の処理において、ユーザエージェントテーブル８０に記憶される。
【００２４】
ウェブサーバ７１の構成について説明する。ウェブサーバ７１は、ＣＰＵ７２、記憶部７３、通信部７４、を主に備えている。ウェブサーバ７１は、ネットワークにおいて、スマートフォン１０などのクライアント装置に対し、自身の保持しているウェブデータや各種機能を提供する装置である。ＣＰＵ７２は、各機能の制御を行う。記憶部７３は、ＰＣ用ウェブページデータ７５、スマートフォン用ウェブページデータ７６、携帯電話用ウェブページデータ７７、を記憶する。通信部７４は、様々な情報をクライアント装置との間で通信する。
【００２５】
また、ウェブページを提供するウェブサーバ７１は、ＰＣ（Personal Computer）、スマートフォン、携帯電話などの各種のクライアント装置からアクセスされる。これらのクライアント装置は、ウェブページを閲覧する際のブラウザアプリケーション（ユーザエージェント）として、それぞれのクライアント装置用のブラウザアプリケーション（ＰＣ用ブラウザ、スマートフォン用ブラウザ、携帯電話用ブラウザ）を使用している場合がある。そして、クライアント装置によって、ディスプレイの表示面積や解像度、あるいは、ユーザビリティに関する設計思想が異なるため、各クライアント装置用のブラウザアプリケーションでは、ウェブページの表示は異なったものになる。このためコンテンツ提供側であるウェブサーバ７１では、１つのＵＲＬ（Uniform Resource Locator）に対応して、ＰＣ用ウェブページデータ７５、スマートフォン用ウェブページデータ７６、携帯電話用ウェブページデータ７７の複数種類のウェブページデータを設けることで対応している。
【００２６】
第１実施形態に係る通信システム１の動作例を、図２ないし図５を用いて説明する。図２を用いて、スマートフォン１０のブラウザアプリケーション２１ｂから印刷を行う場合の動作例を説明する。ユーザが、ボタン入力部１７を介してブラウザアプリケーション２１ｂを起動させる操作を入力すると、ＣＰＵ１１は、ブラウザアプリケーション２１ｂを起動する。Ｓ１０８において、ＣＰＵ１１は、ユーザによるＵＲＬの入力を受け付けたか否かを判断する。入力を受け付けていない場合（Ｓ１０８：ＮＯ）にはＳ１０８へ戻り待機し、入力を受け付けた場合（Ｓ１０８：ＹＥＳ）にはＳ１１０へ進む。
【００２７】
Ｓ１１０において、ＣＰＵ１１は、指定されたＵＲＬへＨＴＴＰリクエストによってウェブページデータを要求する。図３に、ＨＴＴＰリクエスト１００のメッセージ内容の一例を示す。ＨＴＴＰリクエスト１００は、リクエスト行１０１、ヘッダ１０２、空行１０３、メッセージボディ１０４を備えている。リクエスト行１０１は、ウェブサーバ７１に要求する情報の通信手順を示しており、メソッド、ＨＴＴＰバージョンなどの情報を含んでいる。メソッドとは、ウェブサーバに要求を示すコマンドである。ＨＴＴＰバージョンとは、ブラウザアプリケーション２１ｂがサポートするＨＴＴＰのバージョンである。
【００２８】
ヘッダ１０２は、ウェブサーバ７１に対してブラウザアプリケーション２１ｂの情報を示す領域であり、ブラウザアプリケーション側でサポートするデータのタイプ、データの圧縮方法、ブラウザアプリケーションの種類などの情報を含んでいる。またヘッダ１０２には、ユーザエージェント文字列１１０が含まれている。ユーザエージェント文字列１１０は、「User-Agent:」という接頭辞が付いた文字列であり、ＨＴＴＰリクエストの一部
分を形成する。ユーザエージェント文字列１１０は、一般に、各ユーザエージェント識別名などの情報を含んでいる。
【００２９】
Ｓ１１０では、ＣＰＵ１１は、図５のユーザエージェントテーブルを参照し、ユーザエージェント文字列１１０内のユーザエージェント識別名８４を、ユーザエージェントタイプ「スマートフォン用ブラウザ」に対応する識別名に設定する。具体的には、図３のＨＴＴＰリクエスト１００の例に示すように、ユーザエージェント識別名が、スマートフォン用ブラウザを表す「Mozilla/4.0 (Compatible; MSIE 6.0; Windows NT 5.1 T-01A_6.5; Windows Phone 6.5)」に設定される。これにより、スマートフォン１０においてスマートフォン用のブラウザアプリケーションが使用されている旨を、ウェブサーバ７１へ伝達することができる。なお、後述するＳ１２０では、ユーザエージェント識別名を、スマートフォン用ブラウザ以外のブラウザを表す識別名に変更する処理が行われる。ユーザエージェント文字列１１０内のユーザエージェント識別名は、スマートフォン１０側からの自己申告であるため、ＣＰＵ１１は、ユーザエージェント識別名を、スマートフォン用ブラウザ以外のブラウザを表す識別名に、自由に設定することが可能である。
【００３０】
空行１０３は、ウェブサーバ７１にヘッダ１０２の終了を伝えるために使用される。メッセージボディ１０４は、ウェブサーバ７１にデータを送るために使用される。データの一例としては、ウェブページ上の入力欄に入力されたテキスト情報が挙げられる。メッセージボディ１０４は、ウェブサーバ７１に送信するデータが存在しない場合には、空白とされる。
【００３１】
Ｓ１１０においてスマートフォン１０から送信されたＨＴＴＰリクエストは、ウェブサーバ７１によって受信される。ウェブサーバ７１は、受信したＨＴＴＰリクエスト内のユーザエージェント文字列１１０に含まれるユーザエージェント識別名に基づいて、クライアント装置が使用しているブラウザアプリケーションの種類を判断する。そして、記憶部７３に記憶している複数種類のウェブページデータのうちから、判明したブラウザアプリケーションの種類に適したウェブページデータを選択して、ＨＴＴＰレスポンスを用いてスマートフォン１０へ返信する。第１実施形態の説明例では、ウェブサーバ７１は、スマートフォン１０が使用しているブラウザアプリケーションの種類が、スマートフォン用ブラウザであると判断する。よって、記憶部７３に記憶されているウェブページデータのうちから、スマートフォン用ウェブページデータ７６を選択して、スマートフォン１０に返信する。
【００３２】
Ｓ１１１において、ＣＰＵ１１は、ウェブサーバ７１からＨＴＴＰレスポンスを受信する。図４に、ＨＴＴＰレスポンス３００のメッセージ内容の一例を示す。ＨＴＴＰレスポンス３００は、レスポンス行３０１、ヘッダ３０２、空行３０３、メッセージボディ３０４を備えている。レスポンス行３０１は、ブラウザアプリケーション２１ｂに、ウェブサーバ７１での処理結果を伝える情報であり、ＨＴＴＰのバージョン、ステータスコード、説明文などの情報を含んでいる。ヘッダ３０２は、ブラウザアプリケーション２１ｂにウェブサーバ７１の情報を示すための情報であり、ウェブサーバ７１の種類、返信するデータのタイプ、データの圧縮方法などの情報を含んでいる。空行３０３は、ブラウザアプリケーション２１ｂにヘッダ３０２の終了を伝えるために使用される。メッセージボディ３０４は、ウェブページデータ（ＨＴＭＬ文書、画像ファイル、動画ファイルなど）を格納するために使用される。
【００３３】
Ｓ１１２において、ＣＰＵ１１は、ウェブサーバ７１から受信したＨＴＴＰレスポンスに含まれるメッセージボディ３０４を解析する。これにより、スマートフォン用ウェブページデータ７６を取得して、ウェブページ画像を形成し、パネル１８に表示させることができる。
【００３４】
Ｓ１１４において、ＣＰＵ１１は、印刷指示の入力を受け付けたか否かを判断する。具体的には、所定のウェブページ画像をＭＦＰ５１で印刷する旨の指示を、ユーザからボタン入力部１７等を介して受け付けたか否かを判断する。入力を受け付けていない場合（Ｓ１１４：ＮＯ）にはＳ１１４へ戻り待機し、入力を受け付けた場合（Ｓ１１４：ＹＥＳ）にはＳ１１６へ進む。
【００３５】
Ｓ１１６において、ＣＰＵ１１は、ＭＦＰ５１に現在設定されている用紙サイズを取得する。具体的には、アクセスポイント６２を介して、無線通信２００および２０１によってＭＦＰ５１と通信することで、印刷画像を印刷する印刷用紙の用紙サイズ（Ａ４など）を取得する。
【００３６】
Ｓ１１８においてＣＰＵ１１は、取得した用紙サイズに合わせて、印刷画像データを記憶部１２上に生成する。印刷画像データは、Ｓ１１２で取得したスマートフォン用ウェブページデータ７６に基づいて、周知のレンダリング処理を行うことにより生成される。例えば、ＣＰＵ１１は、Ｗｅｂサーバ７１から取得したＨＴＭＬ形式、または、ＸＭＬ形式のウェブページデータに基づいて、ＲＡＷ形式、ＪＰＧ形式、または、ＰＲＮ形式のうち、ＭＦＰ５１が印刷可能な形式の印刷画像データを作成する。また、ＣＰＵ１１は、用紙サイズに基づいて印刷画像データを生成する際に、スマートフォン用ウェブページデータ７６が表す印刷画像を全て印刷するために必要な印刷用紙枚数をカウントする。そして、ユーザエージェントテーブル８０（図５）において、ユーザエージェントタイプ８２＝「スマートフォン用ブラウザ」に対応する印刷用紙枚数８３の欄に、カウントした印刷用紙枚数を記憶する。第１実施形態の説明例では、「５」が記憶される。なお、印刷用紙枚数の計算方法は、プリンタドライバなどで行われている既知の技術であるため、ここでは詳細な説明を省略する。
【００３７】
Ｓ１２０において、ＣＰＵ１１は、ユーザエージェントテーブル８０に記憶されているユーザエージェント８２の中から、まだＨＴＴＰリクエストによって要求されていないユーザエージェント８２を選択する。そして、ＨＴＴＰリクエスト１００内のユーザエージェント文字列１１０に含まれているユーザエージェント識別名を、選択されたユーザエージェント８２を表すユーザエージェント識別名に変更する。そして、変更後のユーザエージェント識別名を含んだＨＴＴＰリクエストを、Ｓ１０８で取得されたＵＲＬに基づき、ウェブサーバ７１へ再送信する。
【００３８】
第１実施形態の説明例では、Ｓ１２０において、ユーザエージェントテーブル８０（図５）における、識別番号８１＝「２」のユーザエージェントタイプ８２＝「ＰＣ用ブラウザ」に対応するユーザエージェント識別名８４が、ユーザエージェント文字列１１０内のユーザエージェント識別名に設定される。「ＰＣ用ブラウザ」を表すユーザエージェント識別名の一例としては、「Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Trident/5.0)」が挙げられる。
【００３９】
Ｓ１２０においてスマートフォン１０から送信されたＨＴＴＰリクエストは、ウェブサーバ７１によって受信される。ウェブサーバ７１は、受信したＨＴＴＰリクエスト内のユーザエージェント文字列１１０に含まれるユーザエージェント識別名に基づいて、スマートフォン１０の使用しているブラウザアプリケーションの種類が、ＰＣ用であると判断する。そして、記憶部７３に記憶されているウェブページデータのうちから、ＰＣ用ウェブページデータ７５を選択して、スマートフォン１０に返信する。
【００４０】
Ｓ１２２において、ＣＰＵ１１は、変更後のユーザエージェント識別名に適合したウェブページデータを、ウェブサーバ７１から受信したか否かを判断する。具体的には、ウェブサーバ７１から返信されてきたＨＴＴＰレスポンス３００のメッセージボディ３０４に、ウェブページデータが格納されているか否かを判断する。ウェブページデータを受信していない場合（Ｓ１２２：ＮＯ）にはＳ１３６へ進み、受信した場合（Ｓ１２２：ＹＥＳ）にはＳ１３０へ進む。Ｓ１３０において、ＣＰＵ１１は、ＨＴＴＰレスポンス３００からウェブページデータを抽出する。第１実施形態の説明例では、ＰＣ用ウェブページデータ７５が抽出される。Ｓ１３２において、ＣＰＵ１１は、抽出したウェブページデータに基づいて、ウェブページ画像をパネル１８に表示させる。
【００４１】
Ｓ１３４において、ＣＰＵ１１は、Ｓ１１６で取得した用紙サイズに合わせて、印刷画像データを記憶部１２上に生成する。なお生成処理の内容は、前述のＳ１１８の処理内容と同様であるため、ここでは詳細な説明は省略する。また、ＣＰＵ１１は、用紙サイズに基づいてウェブページデータから印刷画像データを生成する際に、ＰＣ用ウェブページデータ７５が表す印刷画像を全て印刷するために必要な用紙枚数をカウントする。そして、ユーザエージェントテーブル８０（図５）において、Ｓ１２０で選択された識別番号８１＝「２」（ユーザエージェントタイプ８２＝「ＰＣ用ブラウザ」）に対応する印刷用紙枚数８３の欄に、カウントした印刷用紙枚数を記憶する。第１実施形態の説明例では、「８」が記憶される。
【００４２】
Ｓ１３６において、ＣＰＵ１１は、ユーザエージェントテーブル８０に登録されている全てのユーザエージェントタイプ８２について、ＨＴＴＰリクエストをウェブサーバ７１へ要求したか否かを判断する。全てのユーザエージェントタイプ８２についてＨＴＴＰリクエストを要求していない場合（Ｓ１３６：ＮＯ）にはＳ１２０へ戻り、ユーザエージェントテーブル８０上の新たなユーザエージェントタイプ８２について、ＨＴＴＰリクエストを要求する。
【００４３】
第１実施形態の説明例では、ユーザエージェントテーブル８０の識別番号８１＝「３」のユーザエージェントタイプ８２（「携帯電話用ブラウザ」）について、まだＨＴＴＰリクエストを要求していないと判断され（Ｓ１３６：ＮＯ）、Ｓ１２０へ戻る。そして、Ｓ１２０〜Ｓ１３４の処理が再度実行されることで、ユーザエージェントタイプ８２＝「携帯電話用ブラウザ」について、携帯電話用ウェブページデータ７７が取得される（Ｓ１３０）。また、携帯電話用ウェブページデータ７７が表す印刷画像を全て印刷するために必要な用紙枚数（第１実施形態の説明例では２枚）が算出され、ユーザエージェントテーブル８０の識別番号８１＝「３」に対応する印刷用紙枚数８３の欄に記憶される（Ｓ１３４）。なお、ユーザエージェントタイプ８２＝「携帯電話用ブラウザ」の場合のＳ１２０〜Ｓ１３４の処理内容は、前述したユーザエージェントタイプ８２＝「ＰＣ用ブラウザ」の場合のＳ１２０〜Ｓ１３４の処理内容と同様であるため、ここでは詳細な説明は省略する。
【００４４】
一方、Ｓ１３６において、全てのユーザエージェントタイプ８２についてＨＴＴＰリクエストを要求したと判断される場合（Ｓ１３６：ＹＥＳ）には、Ｓ１３８へ進む。Ｓ１３８において、ＣＰＵ１１は、ユーザエージェントテーブル８０の中から、記憶されている印刷用紙枚数８３が最小のユーザエージェントタイプ８２を選択する。そして、選択されたユーザエージェントタイプ８２に対応した印刷画像データを、無線通信２００および２０１を用いてＭＦＰ５１へ送信する。これにより、フローが終了する。
【００４５】
第１実施形態の説明例では、図５のユーザエージェントテーブル８０に示すように、印刷用紙枚数８３＝「２」が最小である。よって、ユーザエージェントタイプ８２＝「携帯電話用ブラウザ」が選択され、携帯電話用ウェブページデータ７７から生成された印刷画像データが、ＭＦＰ５１へ送信される。
【００４６】
第１実施形態に係るブラウザアプリケーション２１ｂの効果を説明する。第１実施形態のブラウザアプリケーション２１ｂでは、スマートフォン１０用のブラウザアプリケーション２１ｂとは異なる種類のブラウザアプリケーション（ＰＣ用ブラウザアプリケーション、携帯電話用ブラウザアプリケーションなど）に対応するウェブページデータを取得し、印刷画像を生成することができる。これにより、ユーザが使用するスマートフォン１０用のブラウザアプリケーション２１ｂに対応したウェブページデータと、他の種類のブラウザアプリケーションに対応したウェブページデータとの間で、含まれている情報量が異なる場合などにも対応することが可能となる。そして例えば、印刷用紙枚数が最小となるウェブページデータを選択することができる。これにより、ユーザが使用するスマートフォン１０用のブラウザアプリケーション２１ｂに対応したウェブページに、不要な情報（広告など）が含まれていることで情報量が多い場合に、ウェブページデータに基づいて作成した印刷画像データのうち、印刷に必要な印刷媒体の数が最小の印刷画像データを用いて印刷処理を行うことで、必要最低限の情報が含まれているウェブページを印刷することが可能となる。
【００４７】
また、本実施形態のブラウザアプリケーション２１ｂでは、Ｓ１１４において印刷指示の入力を受け付けることに応じて、スマートフォン１０用のブラウザアプリケーション２１ｂとは異なる種類のブラウザアプリケーションに対応する、ＰＣ用ウェブページデータ７５や携帯電話用ウェブページデータ７７が取得される。よって、ブラウザアプリケーション２１ｂを用いてウェブページの画像の閲覧のみを行なう場合に、閲覧に使用しない不要なウェブページデータ（ＰＣ用ウェブページデータ７５や携帯電話用ウェブページデータ７７など）が取得されてしまうことを防止することができる。
【００４８】
＜第２実施形態＞
第２実施形態を説明する。第２実施形態は、印刷プレビューを使用する形態である。第２実施形態で用いられる通信システムは、第１実施形態に係る通信システム１（図１）と同様であるため、ここでは詳細な説明は省略する。図６を用いて、スマートフォン１０のブラウザアプリケーション２１ｂから印刷を行う場合の動作例を説明する。図６のＳ２０８〜Ｓ２１６の動作は、Ｓ２１４で入力される印刷指示が、ウェブページ画像をＭＦＰ５１で印刷する旨の指示だけではなく、ウェブページ画像の印刷に先立って、印刷プレビュー画像を表示する旨の指示も含んでいることを除けば、第１実施形態に係るＳ１０８〜Ｓ１１６（図２）の動作と同様であるため、ここでは詳細な説明は省略する。
【００４９】
Ｓ２１８においてＣＰＵ１１は、取得した用紙サイズに合わせて、印刷プレビュー画像を記憶部１２上に生成する。印刷プレビュー画像は、Ｓ２１２で取得したスマートフォン用ウェブページデータ７６に基づいて生成された印刷画像の、印刷用紙への印刷態様を示す画像である。印刷プレビュー画像は、周知のレンダリング処理を行うことにより生成される。
【００５０】
Ｓ２２０において、ＣＰＵ１１は、ユーザエージェントテーブル８０に記憶されているユーザエージェントタイプ８２の中から、「ＰＣ用ブラウザ」のユーザエージェントタイプ８２を選択する。そして、ＨＴＴＰリクエスト１００内のユーザエージェント文字列１１０に含まれているユーザエージェント識別名を、「ＰＣ用ブラウザ」を表すユーザエージェント識別名に変更する。そして、変更後のユーザエージェント識別名を含んだＨＴＴＰリクエストを、Ｓ２０８で取得されたＵＲＬに基づき、ウェブサーバ７１へ再送信する。
【００５１】
Ｓ２２２において、ＣＰＵ１１は、ユーザエージェントタイプ８２＝「ＰＣ用ブラウザ」に適合したＰＣ用ウェブページデータ７５を、ウェブサーバ７１から受信したか否かを判断する。ＰＣ用ウェブページデータ７５を受信していない場合（Ｓ２２２：ＮＯ）にはＳ２２６へ進み、受信した場合（Ｓ２２２：ＹＥＳ）にはＳ２２３へ進む。Ｓ２２３において、ＣＰＵ１１は、ＨＴＴＰレスポンス３００からＰＣ用ウェブページデータ７５を抽出する。Ｓ２２４において、ＣＰＵ１１は、取得した用紙サイズに合わせて、Ｓ２２３で取得したＰＣ用ウェブページデータ７５に基づいて、印刷プレビュー画像を記憶部１２上に生成する。
【００５２】
Ｓ２２６において、ＣＰＵ１１は、印刷プレビュー画像をパネル１８に表示させる。このとき、Ｓ２２２でＰＣ用ウェブページデータ７５を受信していない場合（Ｓ２２２：ＮＯ）には、Ｓ２１８においてスマートフォン用ウェブページデータ７６に基づいて生成された印刷プレビュー画像のみがパネル１８に表示される。また、Ｓ２２２でＰＣ用ウェブページデータ７５を受信している場合（Ｓ２２２：ＹＥＳ）には、スマートフォン用ウェブページデータ７６に基づいて生成された印刷プレビュー画像に加えて、Ｓ２２４においてＰＣ用ウェブページデータ７５に基づいて生成された印刷プレビュー画像も表示される。
【００５３】
Ｓ２２８において、ＣＰＵ１１は、パネル１８に表示されている印刷プレビュー画像のうちの何れかの印刷プレビュー画像が、ユーザによって選択されたか否かを判断する。選択されていない場合（Ｓ２２８：ＮＯ）にはＳ２２８へ戻って待機し、選択された場合（Ｓ２２８：ＹＥＳ）にはＳ２３０へ進む。Ｓ２３０において、ＣＰＵ１１は、ユーザに選択された印刷プレビュー画像に対応するウェブページデータに基づいて、印刷画像データを生成する。Ｓ２３２においてＣＰＵ１１は、生成した印刷画像データをＭＦＰ５１へ送信する。そしてフローが終了される。
【００５４】
第２実施形態に係るブラウザアプリケーション２１ｂの効果を説明する。第２実施形態のブラウザアプリケーション２１ｂでは、Ｓ２２６において、複数種類のユーザエージェントタイプ８２の各々に対応したウェブページデータの印刷プレビュー画像をＬＣＤに表示させることができる。そして、表示されている複数の印刷プレビュー画像のうちから１つを選択することで、印刷処理を実行するウェブページデータを選択することが可能となる。よってユーザの利便性を高めることができる。
【００５５】
＜第３実施形態＞
第３実施形態を説明する。第３実施形態は、優先順位が設けられたユーザエージェントテーブルが用いられる形態である。図８に、第３実施形態で使用されるユーザエージェントテーブル８０ａの一例を示す。ユーザエージェントテーブル８０ａは、図５に示すユーザエージェントテーブル８０と同様に、ユーザエージェントタイプ８２、ユーザエージェント識別名８４を記憶する。ユーザエージェントテーブル８０ａは、さらに、優先順位８１を記憶する。ユーザエージェントテーブル８０ａは、一方で、印刷用紙枚数８３を記憶しない。優先順位８１ａは、各ユーザエージェントタイプ８２の優先順位を識別するための連続番号である。優先順位８１ａは、予めユーザによって定められるとしてもよい。なお、ユーザエージェントテーブル８０ａのその他の構成は、第１実施形態に係るユーザエージェントテーブル８０（図５）と同様であるため、ここでは詳細な説明は省略する。
【００５６】
図７を用いて、スマートフォン１０のブラウザアプリケーション２１ｂから印刷を行う場合の動作例を説明する。図７のＳ３０８〜Ｓ３１４の動作は、第１実施形態に係るＳ１０８〜Ｓ１１４（図２）の動作と同様であるため、ここでは詳細な説明は省略する。
【００５７】
Ｓ３２０において、ＣＰＵ１１は、ユーザエージェントテーブル８０ａに記憶されているユーザエージェントタイプ８２の中から、優先順位８１ａ＝「１」のユーザエージェントタイプ８２を選択する。第３実施形態の説明例では、図８に示すユーザエージェントテーブル８０ａにおいて、ユーザエージェントタイプ８２＝「ＰＣ用ブラウザ」が選択される。
【００５８】
Ｓ３２１において、ＣＰＵ１１は、ＨＴＴＰリクエスト１００内のユーザエージェント文字列１１０に含まれているユーザエージェント識別名を、「ＰＣ用ブラウザ」に対応するユーザエージェント識別名８４に変更する。そして、変更後のユーザエージェント識別名を含んだＨＴＴＰリクエストを、Ｓ３０８で取得されたＵＲＬに基づき、携帯電話送受信部２２にウェブサーバ７１へ送信させる。Ｓ３２２において、ＣＰＵ１１は、変更後のユーザエージェントタイプ８２（「ＰＣ用ブラウザ」）に適合したＰＣ用ウェブページデータ７５を、ウェブサーバ７１から受信したか否かを判断する。ＰＣ用ウェブページデータ７５を受信していない場合（Ｓ３２２：ＮＯ）には、Ｓ３２４へ進む。
【００５９】
Ｓ３２４において、ＣＰＵ１１は、ユーザエージェントテーブル８０ａにおいて、現在選択されている優先順位８１ａの次の順位に対応するユーザエージェントタイプ８２を選択する。そして、ＨＴＴＰリクエスト１００内のユーザエージェント文字列１１０に含まれているユーザエージェント識別名を、新たに選択したユーザエージェントタイプ８２に対応するユーザエージェント識別名８４に変更した上で、Ｓ３２１へ戻る。第３実施形態の説明例では、図８に示すユーザエージェントテーブル８０ａにおいて、優先順位８１ａ＝「２」に対応するユーザエージェントタイプ８２＝「携帯電話用ブラウザ」が選択される。そして、ＨＴＴＰリクエスト１００内のユーザエージェント文字列１１０に含まれているユーザエージェント識別名が「携帯電話用ブラウザ」を表す識別名に変更される。
【００６０】
一方、Ｓ３２２において、ＰＣ用ウェブページデータ７５を受信した場合（Ｓ３２２：ＹＥＳ）には、Ｓ３３０へ進む。Ｓ３３０において、ＣＰＵ１１は、ＨＴＴＰレスポンス３００からウェブページデータを抽出する。Ｓ３３４においてＣＰＵ１１は、第１実施形態のＳ１１６における処理と同様の方法で用紙サイズを取得し、取得した用紙サイズに合わせて、印刷画像データを記憶部１２上に生成する。Ｓ３３８において、ＣＰＵ１１は、ウェブページデータを取得できたユーザエージェントタイプ８２のうち、最も優先順位８１ａの高いユーザエージェントタイプ８２に関する印刷画像データを、無線ＬＡＮ送受信部１５にＭＦＰ５１へ送信させる。
【００６１】
以上より、第３実施形態に係るブラウザアプリケーション２１ｂでは、それぞれ異なるユーザエージェントタイプ８２の種類に対応している有効なウェブページデータの中で、最も優先順位８１ａの高いウェブページデータを自動で印刷することができる。これにより、ユーザは、複数種類のユーザエージェントタイプ８２の各々に対応するウェブページデータの有無を確認することなく、最適なウェブページデータについての印刷結果を取得することが可能となるため、ユーザの利便性を高めることができる。
【００６２】
＜第４実施形態＞
第４実施形態を説明する。第４実施形態は、インク使用量に応じて、印刷を実行する印刷画像データを決定する形態である。第４実施形態で用いられる通信システムは、第１実施形態に係る通信システム１（図１）と同様であるため、ここでは詳細な説明は省略する。図９を用いて、スマートフォン１０のブラウザアプリケーション２１ｂから印刷を行う場合の動作例を説明する。図９のＳ１５０以前の動作は、第１実施形態に係るＳ１０８〜Ｓ１３６（図２）の動作と同様であるため、ここでは詳細な説明は省略する。
【００６３】
Ｓ１５０において、ＣＰＵ１１は、Ｓ１１８およびＳ１３４で生成された全ての印刷画像データを、無線ＬＡＮ送受信部１５にＭＦＰ５１へ送信させる。ＭＦＰ５１は、受信した印刷画像データの各々について、インク使用量情報を算出する。インク使用量情報は、印刷時に必要なインク消費量を表す情報である。そしてＭＦＰ５１は、算出したインク使用量情報をスマートフォン１０に返信する。なお、インク消費量の算出方法は、プリンタドライバなどで行われている既知の技術であるため、ここでは詳細な説明を省略する。
【００６４】
Ｓ１５２において、ＣＰＵ１１は、ＭＦＰ５１からインク使用量情報を受信したか否かを判断する。受信していない場合（Ｓ１５２：ＮＯ）にはＳ１５２へ戻り待機し、受信した場合（Ｓ１５２：ＹＥＳ）にはＳ１５４へ進む。Ｓ１５４において、ＣＰＵ１１は、印刷画像データの各々について、インク使用量を比較する。Ｓ１５６において、ＣＰＵ１１は、インク使用量が最小の印刷画像データを選択し、無線ＬＡＮ送受信部１５に、選択した印刷画像データをＭＦＰ５１へ送信させる。そしてフローを終了する。
【００６５】
以上より、第４実施形態に係るブラウザアプリケーション２１ｂでは、それぞれ異なるユーザエージェントタイプ８２に対応ている有効なウェブページデータのうち、インク使用量が最も少ないウェブページデータを選択して印刷することが可能となる。よって、ＭＦＰ５１のインク使用量を抑えることが可能となる。
【００６６】
＜第５実施形態＞
第５実施形態を説明する。第５実施形態は、ウェブページデータのデータ量に応じて、印刷するウェブページデータを選択する形態である。第５実施形態で用いられる通信システムは、第１実施形態に係る通信システム１（図１）と同様であるため、ここでは詳細な説明は省略する。
【００６７】
図１０を用いて、スマートフォン１０のブラウザアプリケーション２１ｂから印刷を行う場合の動作例を説明する。図１０のＳ１６０以前の動作は、第１実施形態に係るＳ１０８〜Ｓ１３６（図２）の動作と同様であるため、ここでは詳細な説明は省略する。Ｓ１６０において、ＣＰＵ１１は、Ｓ１２０ないしＳ１３６で取得することができた全てのウェブページデータ（スマートフォン用ウェブページデータ７６、ＰＣ用ウェブページデータ７５、など）の各々について、ウェブページデータのＨＴＭＬ（Hyper Text Markup Language）ソースに含まれている＜ｉｍｇ＞タグの数をカウントする処理を実行する。＜ｉｍｇ＞タグは、画像データを表示するための情報である。より詳しく記述する。ウェブページデータには＜ｉｍｇ＞タグの次に、画像データのアドレスが含まれている。ウェブページデータに基づいてウェブページ画像を生成するとき、ブラウザアプリケーション２１ｂはウェブページデータに＜ｉｍｇ＞タグの次に含まれているアドレスを参照して、画像データを取得し、取得した画像データに基づく画像を生成し、その画像を、ウェブページデータに基づく画像の中に合成する。そのため、ウェブページデータのＨＴＭＬソースに含まれている＜ｉｍｇ＞タグの数は、ウェブページデータに基づくウェブページ画像に含まれる画像の数を示すと言える。
【００６８】
Ｓ１６４において、ＣＰＵ１１は、記憶部１２に記憶されている＜ｉｍｇ＞タグ数が最小のウェブページデータを選択する。Ｓ１６６において、ＣＰＵ１１は、選択されたウェブページデータから生成された印刷画像データを、無線ＬＡＮ送受信部１５に、無線通信２００および２０１を用いてＭＦＰ５１へ送信させる。これにより、フローが終了する。
【００６９】
第５実施形態に係るブラウザアプリケーション２１ｂの効果を説明する。一般的に画像データは、テキストデータ等に比してデータ量が非常に大きい。よって、＜ｉｍｇ＞タグの数が少なくなるほど、ウェブページデータに含まれている画像データが少なくなるため、ウェブページデータのデータ総量が小さいと判断することができる。これにより、各ユーザエージェントタイプ８２に応じた複数種類のウェブページデータの中から、データ量が最小となるウェブページデータを選択することができる。従って、必要最低限の情報が含まれているウェブページを選択して印刷することが可能となる。
【００７０】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。
【００７１】
＜変形例＞
本実施形態では、記憶部１２に記憶されたブラウザアプリケーション２１ｂに基づいて実行するＣＰＵ１１が、各種の処理を行う場合を説明した。なお、ブラウザアプリケーション２１ｂは記憶部１２に予め記憶されていてもよいし、ＣＤ−ＲＯＭ、ＵＳＢメモリ、ＳＤカードなどに元々記憶されており、スマートフォン１０の記憶部１２にロードされてもよい。また、変形例として、下記に示すように、ブラウザアプリケーション２１ｂに基づいて実行するＣＰＵ１１が、オペレーティングシステム２１ｅ、他のプログラム、ハード構成（パネル１８など）に対して、各種の処理を行わせる指示を出す形態であってもよい。
【００７２】
オペレーティングシステム２１ｅによって行われる処理に基づいて、ＣＰＵ１１がウェブサーバから送信されるウェブページデータを取得する処理を実行してもよい。係る場合、例えばＳ１３０、Ｓ２２３、Ｓ３３０では、ブラウザアプリケーション２１ｂに基づいて実行するＣＰＵ１１が、ウェブページデータを取得する処理を実行させる指示をオペレーティングシステム２１ｅに出力する形態となる。
【００７３】
オペレーティングシステム２１ｅによって行われる処理に基づいて、ＣＰＵ１１がウェブページデータに基づいて印刷画像データを生成する処理を実行してもよい。係る場合、例えばＳ１３４、Ｓ２３０、Ｓ３３４では、ブラウザアプリケーション２１ｂに基づいて実行するＣＰＵ１１が、印刷画像データを生成させる指示をオペレーティングシステム２１ｅに対して出力する形態となる。
【００７４】
オペレーティングシステム２１ｅによって行われる処理に基づいて、ＣＰＵ１１が印刷媒体の媒体サイズを取得する処理を実行してもよい。係る場合、例えばＳ１１６、Ｓ３３４では、ブラウザアプリケーション２１ｂに基づいて実行するＣＰＵ１１が、媒体サイズを取得する処理を実行させる指示をオペレーティングシステム２１ｅに対して出力する形態となる。
【００７５】
オペレーティングシステム２１ｅによって行われる処理に基づいて、ＣＰＵ１１が印刷画像データをＭＦＰ５１に送信する処理を実行してもよい。係る場合、例えばＳ１３８、Ｓ２３２、Ｓ３３８、Ｓ１５６、Ｓ１６６では、ブラウザアプリケーション２１ｂに基づいて実行するＣＰＵ１１が、印刷データをＭＦＰ５１に送信する処理を実行させる指示をオペレーティングシステム２１ｅに対して出力する形態となる。
【００７６】
本実施形態では、ブラウザアプリケーション２１ｂに基づいて実行するＣＰＵ１１が、変更後のユーザエージェント識別名を含んだＨＴＴＰリクエストを、取得されたＵＲＬに基づき、携帯電話送受信部２２にウェブサーバ７１へ再送信させる場合を説明した（Ｓ１２０）。すなわち、ＣＰＵ１１が、ブラウザアプリケーション２１ｂによって動作する場合を説明した。しかし、この形態に限られない。例えば、オペレーティングシステム２１ｅに基づいて実行するＣＰＵ１１が、携帯電話送受信部２２にＨＴＴＰリクエストを再送信させてもよい。この場合、ブラウザアプリケーション２１ｂはＨＴＴＰリクエストの再送信の指示を出力し、ＡＰＩがその指示に基づいてＨＴＴＰリクエストを送信する構成となる。また例えば、スマートフォン１０のＨＴＴＰリクエスト送信回路が、ＨＴＴＰリクエストを送信してもよい。この場合、スマートフォン１０はＨＴＴＰリクエスト送信回路のようなハード構成を備えていればよい。そしてブラウザアプリケーション２１ｂがＨＴＴＰリクエストの再送信の指示を出力し、ＨＴＴＰリクエスト送信回路がその指示に基づいてＨＴＴＰリクエストを送信する構成とすればよい。
【００７７】
第１実施形態のＳ１３８において、印刷用紙枚数８３が最大となる印刷画像データに関するユーザエージェントタイプ８２を選択するとしてもよい。また、第５実施形態のＳ５３８において、ＨＴＭＬソースに含まれている＜ｉｍｇ＞タグ数が最大となるウェブページデータに関するユーザエージェントタイプ８２を選択するとしてもよい。これにより、ユーザが使用しているブラウザアプリケーションの種類に対応したウェブページに含まれている情報量が少ない場合に、印刷用紙枚数が最大または＜ｉｍｇ＞タグ数が最大のウェブページデータに対して印刷処理を行うことで、より多くの情報を含んだウェブページを印刷することが可能となる。
【００７８】
第１実施形態では、ブラウザアプリケーション２１ｂ自体が、図２のＳ１０８〜Ｓ１３８のステップを実行する機能を備えているとしたが、この形態に限られない。例えば、Ｓ１１４以降のステップを実行する機能を備えたウェブページ取得アプリケーションが、ブラウザアプリケーション２１ｂにプラグインとして組み込まれる形態であってもよい。この場合、ＵＲＬの入力を受け付けてからウェブページ画像が表示されるまでの処理（Ｓ１０８〜Ｓ１１２）はブラウザアプリケーション２１ｂで実行され、ウェブページ画像表示以後の処理はウェブページ取得アプリケーションで実行されることになる。また同様に、第２ないし第５実施形態においても、ウェブページ取得アプリケーションがブラウザアプリケーション２１ｂにプラグインとして組み込まれる形態であってもよい。また、ウェブページ取得アプリケーションが、ブラウザアプリケーション２１ｂやオペレーティングシステム２１ｅの働きによって呼び出される形態であってもよい。この場合、ブラウザアプリケーション２１ｂがＳ１０８〜Ｓ１１２までの処理実行によって得た情報を、ウェブページ取得アプリケーションがブラウザアプリケーション２１ｂ取得する形態であってもよい。
【００７９】
ウェブサーバ７１は、ＰＣ用ウェブページデータ７５、スマートフォン用ウェブページデータ７６、携帯電話用ウェブページデータ７７を備えるとしたが、ウェブページデータの種類はこの３種類に限られず、より多くの種類を備えていても良い。例えば、ＰＣ用ウェブページデータが、ＰＣで使用されるブラウザ種類に応じて、さらに複数種類備えられていてもよい。
【００８０】
また、ウェブサーバ７１の記憶部７３に、ＰＣ用ウェブページデータ７５、スマートフォン用ウェブページデータ７６、携帯電話用ウェブページデータ７７が必ずしも記憶されている必要はない。これらのウェブページデータを、ウェブサーバ７１以外の他のサーバに記憶させておいてもよい。そしてウェブサーバ７１は、他のサーバに記憶させておいたウェブページデータを、スマートフォン１０へ返信するようにしてもよい。またウェブサーバ７１は、スマートフォン１０のアクセス先を、これらの他のサーバに変更させる処理を行うとしてもよい。具体的には、アクセス先をこれらの他のサーバに変更させる情報が含めたＨＴＴＰレスポンスを返信するようにしてもよい。これにより、ＣＰＵ１１はＳ１１１などで受信したＨＴＴＰレスポンスに含まれる情報に従い、Ｓ１１２などで、他のサーバにアクセスして、図４と同等のＨＴＴＰレスポンスを取得する。あるいは、別の具体例では、他のサーバにＨＴＴＰリクエストを転送してもよい。これにより、他のサーバはクライアントに図４と同等のＨＴＴＰレスポンスを返信する。
【００８１】
第１実施形態のＳ１１６において、ＭＦＰ５１に設定されている用紙サイズを取得するとしたが、この形態に限られない。ブラウザアプリケーション２１ｂ上で予め設定されている用紙サイズを取得する形態であってもよい。また、ＭＦＰ５１の用紙サイズとして、スマートフォン１０に予め記憶されている用紙サイズを使用する形態であってもよい。
【００８２】
第４実施形態のＳ１５０において、インク使用量情報を算出する処理は、いずれの装置で実行してもよい。例えば、スマートフォン１０のＣＰＵ１１が、インク使用量情報を算出する形態であってもよい。
【００８３】
本実施形態の説明例では、ブラウザアプリケーション２１ｂがスマートフォン１０で使用されている場合を説明したが、この形態に限られない。ブラウザアプリケーション２１ｂは、ＰＣ、携帯電話機、多機能周辺装置などの他の装置においても使用可能である。
【００８４】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【００８５】
なお、ボタン入力部１７は受付部の一例である。パネル１８は表示部の一例である。携帯電話送受信部２２は要求部の一例である。Ｓ１３４、Ｓ２３０、Ｓ３３４を実行するＣＰＵ１１は生成部の一例である。ＵＲＬは特定情報の一例である。Ｓ１１０を実行するＣＰＵ１１は第１要求制御手段、第１要求制御ステップの一例である。Ｓ１１２を実行するＣＰＵ１１は第１表示制御手段、第１表示制御ステップの一例である。Ｓ１２０、Ｓ２２０、Ｓ３２１を実行するＣＰＵ１１は第２要求制御手段、第２要求制御ステップの一例である。Ｓ１３４、Ｓ２３０、Ｓ３３４に至る処理を実行するＣＰＵ１１は印刷制御手段、印刷制御ステップの一例である。ボタン入力部１７は第２受付部の一例である。ボタン入力部１７は第３受付部の一例である。Ｓ２２６を実行するＣＰＵ１１は第２表示制御手段の一例である。用紙サイズは媒体サイズの一例である。Ｓ１１６、Ｓ２１６、Ｓ３３４を実行するＣＰＵ１１は第２取得部の一例である。ボタン入力部１７は第４受付部の一例である。＜ｉｍｇ＞タグは参照データの一例である。Ｓ１２０を実行するＣＰＵ１１は第３要求制御手段の一例である。Ｓ３２０、Ｓ３２４を実行するＣＰＵ１１は選択手段の一例である。
【００８６】
なお、各プログラムは一つのプログラムモジュールから構成されるものであってもよいし、複数のプログラムモジュールから構成されるものであってもよい。また、各一例は置換可能な他の構成であってもよく、本発明の範疇である。画像処理プログラム（ブラウザアプリケーション２１ｂなど）に基づく処理を実行するコンピュータ（ＣＰＵ１１など）であってもよいし、オペレーティングシステムや他のアプリケーションなど、画像処理プログラム以外のプログラムに基づく処理を実行するコンピュータであってもよいし、コンピュータの指示に従って動作するハード構成（パネル１８など）であってもよいし、コンピュータとハード構成とが連動した構成であってもよい。もちろん、複数のプログラムに基づく処理を連動させて処理を実行するコンピュータであってもよいし、複数のプログラムに基づく処理を連動させて処理を実行するコンピュータの指示に従って動作するハード構成であってもよい。
【符号の説明】
【００８７】
１：通信システム、１０：スマートフォン、１１：ＣＰＵ、１２：記憶部、１８：パネル、２１ｂ：ブラウザアプリケーション、５１：ＭＦＰ、７１：ウェブサーバ
【技術分野】
【０００１】
本願は、印刷するために適切なデータを取得することができる端末装置のプログラム、端末装置の制御方法、および端末装置に関する。
【背景技術】
【０００２】
現在、ウェブページを閲覧できる端末装置の種類が増加してきている。例えば、ＰＣ（Personal Computer）、携帯電話、スマートフォン（携帯電話と携帯情報端末（PDA）を融合した携帯端末）などである。これらの端末装置は、ウェブページを閲覧する際のブラウザ（ユーザエージェント）として、それぞれ異なる種類（形式と呼ぶこともある）のブラウザを使用している。また、ウェブページを提供するウェブサーバは、１つのＵＲＬ（Uniform Resource Locator）でアクセスされるウェブページについて、ブラウザの各種類に対応した複数種類のウェブページを提供している場合がある。例えば、１つのＵＲＬに対応するウェブページとして、「ＰＣ用ページ」「スマートフォン用ページ」「携帯用ページ」の各ウェブページを用意する場合が挙げられる。
【０００３】
また、特許文献１に開示されている従来のウェブブラウザの入力制御部は、現在表示しているウェブページの印刷プレビュー画像を表示することが指示された場合、印刷プレビューウィンドウを表示する。また、ユーザによって印刷ボタンが押下されると、プレビュー画像をプリンタから印刷することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−１８１９７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に開示されている技術では、ユーザは、ユーザが使用するブラウザの種類に対応したウェブページについては印刷することができる。しかし、ユーザが使用するブラウザ以外のブラウザの種類に対応しているウェブページについては、印刷することが困難である。本明細書では、このような不便性を解消することができる技術を提供する。
【課題を解決するための手段】
【０００６】
本目的を達成するための、本願の端末装置のプログラムは、ウェブページデータを特定するための特定情報を受け付ける受付部と、画像を表示する表示部と、ウェブサーバにウェブデータを送信するよう要求する要求部と、印刷データを生成する生成部と、を備えた端末装置のコンピュータが読み取り可能なプログラムであって、前記コンピュータを、前記特定情報を前記受付部が受け付けた場合に、当該特定情報に基づいて、当該特定情報が特定するウェブページデータのうち、第１ウェブページ表示ソフトウェアに対応する第１ウェブページデータの送信をウェブサーバに要求する第１要求処理を実行するよう、前記要求部を制御する第１要求制御手段と、前記第１要求処理に応じて取得された第１ウェブページデータに基づくウェブページ画像を表示部に表示させる第１表示制御手段と、前記受付部が受け付けた特定情報が特定するウェブページデータのうち、前記第１ウェブページ表示ソフトウェアとは異なる種類のウェブページ表示ソフトウェアである第２ウェブページソフトウェアに対応する第２ウェブページデータの送信を、ウェブサーバに要求する第２要求処理を実行するよう、前記要求部を制御する第２要求制御手段と、前記第１要求処理に応じて取得された第１ウェブページデータ、および、前記第２要求処理に応じて取得された第２ウェブページデータのうち、少なくともいずれかのウェブページデータに基づいた印刷データを生成部に生成させる印刷制御手段と、して機能させることを特徴とする。
【０００７】
このように構成された画像処理プログラムによって、コンピュータを上記各手段として機能させれば、第１ウェブページ表示ソフトウェアの種類とは異なる種類のウェブページ表示ソフトウェアに対応するウェブページデータを取得し、印刷データを生成することができる。これにより、例えば、ユーザが使用する端末装置で通常使用されるウェブページ表示ソフトウェア以外のウェブページ表示ソフトウェアの種類に対応しているウェブページについて、印刷することが可能となる。よって、例えば、通常使用されるウェブページ表示ソフトウェアに対応したウェブページと、他の種類のウェブページ表示ソフトウェアに対応したウェブページとの間で、含まれている情報量が異なる場合などにも対応することが可能となる。
【０００８】
また、請求項２に記載の画像処理プログラムでは、印刷指示の入力を受け付けることに応じて、端末装置が備えているウェブページ表示ソフトウェアとは異なる種類のウェブページ表示ソフトウェアに対応するウェブページデータが取得される。
よって、端末装置での閲覧しているウェブページが、情報量が少ないなどの理由でユーザにとって印刷するには適さない場合であっても、印刷に適した他のウェブページを印刷することができる。また、ウェブページの画像の閲覧のみを行なう場合に、閲覧に使用しない不要なウェブページデータが取得されてしまうことを防止することができる。
【０００９】
また、請求項３に記載の画像処理プログラムでは、ウェブページデータについて、印刷を行なう前段階において、印刷態様を確認することが可能となる。よってユーザの利便性を高めることができる。
【００１０】
また、請求項４に記載の画像処理プログラムでは、媒体サイズに基づいた印刷態様を確認することが可能となるため、ユーザの利便性を高めることができる。
【００１１】
また、請求項５に記載の画像処理プログラムでは、第１ウェブページデータに基づくウェブページ画像の印刷態様と、第２ウェブページデータに基づくウェブページ画像の印刷態様と、を表示した上でいずれかの印刷態様をユーザに選択させる。これにより、ユーザは所望する印刷態様を認識した上で、印刷するウェブページを容易に選択できる。また、請求項６に記載の画像処理プログラムでは、第１ウェブページデータと第２ウェブページデータとのうち、適したウェブページデータを印刷データの生成に用いることができる。また、請求項７に記載の画像処理プログラムでは、ウェブページ画像の全てを印刷するために必要な印刷媒体の数が最大または最小のウェブページに対して印刷処理を行うことができる。これにより、含まれている情報量が多いウェブページと、含まれている情報量が少ないウェブページとを、選択的に印刷することが可能となる。よって例えば、ユーザが使用するウェブページ表示部に対応したウェブページに含まれている情報量が少ない場合に、印刷媒体の数が最大のウェブページデータに対して印刷処理を行うことで、より多くの情報を含んだウェブページを印刷することが可能となる。また例えば、ユーザが使用するウェブページ表示部に対応したウェブページに、不要な情報（広告など）が含まれていることで情報量が多い場合に、印刷媒体の数が最小のウェブページデータに対して印刷処理を行うことで、必要最低限の情報が含まれているウェブページを印刷することが可能となる。
【００１２】
また、請求項８に記載の画像処理プログラムでは、データ量が最大または最小のウェブページデータを印刷データの作成に用いることができる。これにより、含まれている情報量が多いウェブページと、含まれている情報量が少ないウェブページとを、選択的に印刷することが可能となる。
【００１３】
請求項９に記載の画像処理プログラムでは、画像データを表示するための参照データの数が最大または最小のウェブページデータを印刷データの作成に用いることができる。これにより、含まれている情報量が多いウェブページと、含まれている情報量が少ないウェブページとを、選択的に印刷することが可能となる。
【００１４】
また、請求項１０に記載の画像処理プログラムでは、第１ウェブページデータと第２ウェブページデータに第３ウェブページデータを加えた複数のウェブページデータのうち、適したウェブページデータを印刷データの生成に用いることができる。また、請求項１１に記載の画像処理プログラムでは、複数のウェブページ表示ソフトウェアうちからいずれのウェブページ表示ソフトウェアに対応するウェブページを取得するかを選択し、選択したウェブページソフトウェアに対応するウェブページデータと第１ウェブページソフトウェアに対応するウェブページデータとを印刷データ生成の対象とできることから、ユーザの利便性を高めることができる。
【図面の簡単な説明】
【００１５】
【図１】通信システムのブロック図である。
【図２】ブラウザアプリケーションの動作フローチャートを示す図である。
【図３】ＨＴＴＰリクエストのメッセージ内容の一例を示す図である。
【図４】ＨＴＴＰレスポンスのメッセージ内容の一例を示す図である。
【図５】ユーザエージェントテーブルの一例を示す図である。
【図６】ブラウザアプリケーションの動作フローチャートを示す図である。
【図７】ブラウザアプリケーションの動作フローチャートを示す図である。
【図８】ユーザエージェントテーブルの一例を示す図である。
【図９】ブラウザアプリケーションの動作フローチャートを示す図である。
【図１０】ブラウザアプリケーションの動作フローチャートを示す図である。
【発明を実施するための形態】
【００１６】
＜第１実施形態＞
図１に、本願に係る第１実施形態として例示される通信システム１のブロック図を示す。通信システム１は、スマートフォン１０、ＭＦＰ（Multifunction Peripheral）５１、アクセスポイント６２、ウェブサーバ７１、基地局６１を備える。ＭＦＰ５１は、プリンタ機能、スキャナ機能、コピー機能、ファクシミリ機能などを備える多機能周辺装置である。アクセスポイント６２は、既知の中継装置である。ウェブサーバ７１は、インターネット７０を介して基地局６１に接続される。
【００１７】
スマートフォン１０とアクセスポイント６２とは、インフラストラクチャーモードの無線ＬＡＮ接続方式により、無線通信２００を行うことが可能とされている。また、ＭＦＰ５１とアクセスポイント６２とは、インフラストラクチャーモードの無線ＬＡＮ接続方式により、無線通信２０１を行うことが可能とされている。なお、無線通信２００および２０１の方式の例としては、例えばＩＥＥＥ８０２．１１ａ／ｂ／ｇの規格で定められる通信方式が挙げられる。また、スマートフォン１０とウェブサーバ７１とは、基地局６１およびインターネット７０を介して通信可能に接続されている。
【００１８】
スマートフォン１０の構成について説明する。スマートフォン１０は、ＰＤＡ（Personal Digital Assistants）機能を備える多機能携帯電話である。スマートフォン１０は、ＣＰＵ１１、記憶部１２、無線ＬＡＮ送受信部１５、無線ＬＡＮアンテナ部１６、ボタン入力部１７、パネル１８、携帯電話送受信部２２、携帯電話アンテナ部２３、カメラ部２７、を主に備えている。ＣＰＵ１１、記憶部１２、無線ＬＡＮ送受信部１５、ボタン入力部１７、パネル１８、携帯電話送受信部２２、カメラ部２７は入出力ポート２８を介して通信可能に接続している。
【００１９】
ＣＰＵ１１は、記憶部１２に記憶されるプログラムに従って、各機能の制御を行う。ＣＰＵ１１は、ブラウザアプリケーション２１ｂに従って処理を実行することによって、ウェブサーバ７１からウェブページデータを取得すること、ウェブページデータを記憶部１２に記憶させること、及び、記憶部１２内のウェブページデータによって表されるウェブページ画像をパネル１８に表示させること、を実行可能である。またＣＰＵ１１は、ブラウザアプリケーション２１ｂに従って処理を実行することによって、スマートフォン１０からＭＦＰ５１に印刷処理などを実行させることができる。オペレーティングシステム２１ｅは、ブラウザアプリケーション２１ｂに利用される基本的な機能を提供するプログラムである。
【００２０】
無線ＬＡＮ送受信部１５は、無線ＬＡＮアンテナ部１６を介して、インフラストラクチャーモードの無線通信２００を行う。そして、無線ＬＡＮ送受信部１５により、各種のデータを構成するデジタル信号が送受信される。また、携帯電話送受信部２２は、携帯電話アンテナ部２３を介して、基地局６１との間で無線通信２１０を行う。ボタン入力部１７は、スマートフォン１０の各機能を実行するためのキーである。ボタン入力部１７は、タッチパネルとして、パネル１８と一体に構成されていてもよい。パネル１８は、例えばＬＣＤパネルであり、スマートフォン１０の各種機能情報を表示する。
【００２１】
記憶部１２は、プログラム２１およびユーザエージェントテーブル８０を記憶する。なお、記憶部１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＨＤＤ（ハードディスク）などが組み合わされて構成されているとしてもよい。ＣＰＵ１１は、記憶部１２内のプログラム２１に従って処理を実行する。プログラム２１は、ブラウザアプリケーション２１ｂ、オペレーティングシステム２１ｅを含んでいる。以降、ブラウザアプリケーション２１ｂやオペレーティングシステム２１ｅなど、プログラムを実行するＣＰＵ１１のことを、単にプログラム名でも記載する場合がある。例えば「ブラウザアプリケーション２１ｂが」という記載は、ブラウザアプリケーション２１ｂを実行するＣＰＵ１１が」を意味する場合がある。
【００２２】
ブラウザアプリケーション２１ｂは、ウェブページデータによって作成されるウェブページ画像をパネル１８に表示させる処理を、ＣＰＵ１１に実行させるためのユーザエージェント（User agent）である。ユーザエージェントとは、ユーザがあるプロトコルに基づいてデータを利用する際に用いるソフトウェアである。またブラウザアプリケーション２１ｂは、スマートフォン１０用に適合するように作成された、スマートフォン用のブラウザアプリケーションである。
【００２３】
ユーザエージェントテーブル８０は、後述するＳ１１０、Ｓ１２０の処理で用いられるユーザエージェントの種類を示す情報を記憶する。図５に、ユーザエージェントテーブル８０の一例を示す。ユーザエージェントテーブル８０は、識別番号８１、ユーザエージェントタイプ８２、印刷用紙枚数８３、ユーザエージェント識別名８４を記憶する。識別番号８１は、各ユーザエージェントを識別するための連続番号である。ユーザエージェントタイプ８２は、後述するＳ１１０、Ｓ１２０の処理において、ＨＴＴＰリクエストが行われるユーザエージェントの種類を示す情報である。図５の例では、識別番号８１＝「１」〜「３」の各々に対応して、ユーザエージェントタイプ８２＝「スマートフォン用ブラウザ」、「ＰＣ用ブラウザ」、「携帯電話用ブラウザ」が記憶されている。印刷用紙枚数８３は、ウェブページデータから生成した印刷画像の全てを印刷するために必要な、印刷用紙の枚数である。ユーザエージェント識別名８４は、ユーザエージェントタイプ８２が示すユーザエージェントの名称を含む文字列である。図５の例では、ユーザエージェントタイプ８２＝「スマートフォン用ブラウザ」、「ＰＣ用ブラウザ」、「携帯電話用ブラウザ」の各々に対応して、ユーザエージェント識別名８４＝「Mozilla/4.0 (Compatible; MSIE 6.0; Windows NT 5.1 T-01A_6.5; Windows Phone 6.5)」（Mozilla、Windowsは登録商標）
、「Mozilla/5.0 (Compatible; MSIE 9.0; Windows NT 6.1 Trident/5.0)」、「SH901iC DoCoMo/2.0 SH901iC(c100;TB;W24H12)」（DoCoMoは登録商標）が記憶されている。ユーザエージェントタイプ８２とユーザエージェント識別名８４とは、ユーザエージェントテーブル８０に予め記憶されている。印刷用紙枚数８３は、後述するＳ１１８、Ｓ１３４の処理において、ユーザエージェントテーブル８０に記憶される。
【００２４】
ウェブサーバ７１の構成について説明する。ウェブサーバ７１は、ＣＰＵ７２、記憶部７３、通信部７４、を主に備えている。ウェブサーバ７１は、ネットワークにおいて、スマートフォン１０などのクライアント装置に対し、自身の保持しているウェブデータや各種機能を提供する装置である。ＣＰＵ７２は、各機能の制御を行う。記憶部７３は、ＰＣ用ウェブページデータ７５、スマートフォン用ウェブページデータ７６、携帯電話用ウェブページデータ７７、を記憶する。通信部７４は、様々な情報をクライアント装置との間で通信する。
【００２５】
また、ウェブページを提供するウェブサーバ７１は、ＰＣ（Personal Computer）、スマートフォン、携帯電話などの各種のクライアント装置からアクセスされる。これらのクライアント装置は、ウェブページを閲覧する際のブラウザアプリケーション（ユーザエージェント）として、それぞれのクライアント装置用のブラウザアプリケーション（ＰＣ用ブラウザ、スマートフォン用ブラウザ、携帯電話用ブラウザ）を使用している場合がある。そして、クライアント装置によって、ディスプレイの表示面積や解像度、あるいは、ユーザビリティに関する設計思想が異なるため、各クライアント装置用のブラウザアプリケーションでは、ウェブページの表示は異なったものになる。このためコンテンツ提供側であるウェブサーバ７１では、１つのＵＲＬ（Uniform Resource Locator）に対応して、ＰＣ用ウェブページデータ７５、スマートフォン用ウェブページデータ７６、携帯電話用ウェブページデータ７７の複数種類のウェブページデータを設けることで対応している。
【００２６】
第１実施形態に係る通信システム１の動作例を、図２ないし図５を用いて説明する。図２を用いて、スマートフォン１０のブラウザアプリケーション２１ｂから印刷を行う場合の動作例を説明する。ユーザが、ボタン入力部１７を介してブラウザアプリケーション２１ｂを起動させる操作を入力すると、ＣＰＵ１１は、ブラウザアプリケーション２１ｂを起動する。Ｓ１０８において、ＣＰＵ１１は、ユーザによるＵＲＬの入力を受け付けたか否かを判断する。入力を受け付けていない場合（Ｓ１０８：ＮＯ）にはＳ１０８へ戻り待機し、入力を受け付けた場合（Ｓ１０８：ＹＥＳ）にはＳ１１０へ進む。
【００２７】
Ｓ１１０において、ＣＰＵ１１は、指定されたＵＲＬへＨＴＴＰリクエストによってウェブページデータを要求する。図３に、ＨＴＴＰリクエスト１００のメッセージ内容の一例を示す。ＨＴＴＰリクエスト１００は、リクエスト行１０１、ヘッダ１０２、空行１０３、メッセージボディ１０４を備えている。リクエスト行１０１は、ウェブサーバ７１に要求する情報の通信手順を示しており、メソッド、ＨＴＴＰバージョンなどの情報を含んでいる。メソッドとは、ウェブサーバに要求を示すコマンドである。ＨＴＴＰバージョンとは、ブラウザアプリケーション２１ｂがサポートするＨＴＴＰのバージョンである。
【００２８】
ヘッダ１０２は、ウェブサーバ７１に対してブラウザアプリケーション２１ｂの情報を示す領域であり、ブラウザアプリケーション側でサポートするデータのタイプ、データの圧縮方法、ブラウザアプリケーションの種類などの情報を含んでいる。またヘッダ１０２には、ユーザエージェント文字列１１０が含まれている。ユーザエージェント文字列１１０は、「User-Agent:」という接頭辞が付いた文字列であり、ＨＴＴＰリクエストの一部
分を形成する。ユーザエージェント文字列１１０は、一般に、各ユーザエージェント識別名などの情報を含んでいる。
【００２９】
Ｓ１１０では、ＣＰＵ１１は、図５のユーザエージェントテーブルを参照し、ユーザエージェント文字列１１０内のユーザエージェント識別名８４を、ユーザエージェントタイプ「スマートフォン用ブラウザ」に対応する識別名に設定する。具体的には、図３のＨＴＴＰリクエスト１００の例に示すように、ユーザエージェント識別名が、スマートフォン用ブラウザを表す「Mozilla/4.0 (Compatible; MSIE 6.0; Windows NT 5.1 T-01A_6.5; Windows Phone 6.5)」に設定される。これにより、スマートフォン１０においてスマートフォン用のブラウザアプリケーションが使用されている旨を、ウェブサーバ７１へ伝達することができる。なお、後述するＳ１２０では、ユーザエージェント識別名を、スマートフォン用ブラウザ以外のブラウザを表す識別名に変更する処理が行われる。ユーザエージェント文字列１１０内のユーザエージェント識別名は、スマートフォン１０側からの自己申告であるため、ＣＰＵ１１は、ユーザエージェント識別名を、スマートフォン用ブラウザ以外のブラウザを表す識別名に、自由に設定することが可能である。
【００３０】
空行１０３は、ウェブサーバ７１にヘッダ１０２の終了を伝えるために使用される。メッセージボディ１０４は、ウェブサーバ７１にデータを送るために使用される。データの一例としては、ウェブページ上の入力欄に入力されたテキスト情報が挙げられる。メッセージボディ１０４は、ウェブサーバ７１に送信するデータが存在しない場合には、空白とされる。
【００３１】
Ｓ１１０においてスマートフォン１０から送信されたＨＴＴＰリクエストは、ウェブサーバ７１によって受信される。ウェブサーバ７１は、受信したＨＴＴＰリクエスト内のユーザエージェント文字列１１０に含まれるユーザエージェント識別名に基づいて、クライアント装置が使用しているブラウザアプリケーションの種類を判断する。そして、記憶部７３に記憶している複数種類のウェブページデータのうちから、判明したブラウザアプリケーションの種類に適したウェブページデータを選択して、ＨＴＴＰレスポンスを用いてスマートフォン１０へ返信する。第１実施形態の説明例では、ウェブサーバ７１は、スマートフォン１０が使用しているブラウザアプリケーションの種類が、スマートフォン用ブラウザであると判断する。よって、記憶部７３に記憶されているウェブページデータのうちから、スマートフォン用ウェブページデータ７６を選択して、スマートフォン１０に返信する。
【００３２】
Ｓ１１１において、ＣＰＵ１１は、ウェブサーバ７１からＨＴＴＰレスポンスを受信する。図４に、ＨＴＴＰレスポンス３００のメッセージ内容の一例を示す。ＨＴＴＰレスポンス３００は、レスポンス行３０１、ヘッダ３０２、空行３０３、メッセージボディ３０４を備えている。レスポンス行３０１は、ブラウザアプリケーション２１ｂに、ウェブサーバ７１での処理結果を伝える情報であり、ＨＴＴＰのバージョン、ステータスコード、説明文などの情報を含んでいる。ヘッダ３０２は、ブラウザアプリケーション２１ｂにウェブサーバ７１の情報を示すための情報であり、ウェブサーバ７１の種類、返信するデータのタイプ、データの圧縮方法などの情報を含んでいる。空行３０３は、ブラウザアプリケーション２１ｂにヘッダ３０２の終了を伝えるために使用される。メッセージボディ３０４は、ウェブページデータ（ＨＴＭＬ文書、画像ファイル、動画ファイルなど）を格納するために使用される。
【００３３】
Ｓ１１２において、ＣＰＵ１１は、ウェブサーバ７１から受信したＨＴＴＰレスポンスに含まれるメッセージボディ３０４を解析する。これにより、スマートフォン用ウェブページデータ７６を取得して、ウェブページ画像を形成し、パネル１８に表示させることができる。
【００３４】
Ｓ１１４において、ＣＰＵ１１は、印刷指示の入力を受け付けたか否かを判断する。具体的には、所定のウェブページ画像をＭＦＰ５１で印刷する旨の指示を、ユーザからボタン入力部１７等を介して受け付けたか否かを判断する。入力を受け付けていない場合（Ｓ１１４：ＮＯ）にはＳ１１４へ戻り待機し、入力を受け付けた場合（Ｓ１１４：ＹＥＳ）にはＳ１１６へ進む。
【００３５】
Ｓ１１６において、ＣＰＵ１１は、ＭＦＰ５１に現在設定されている用紙サイズを取得する。具体的には、アクセスポイント６２を介して、無線通信２００および２０１によってＭＦＰ５１と通信することで、印刷画像を印刷する印刷用紙の用紙サイズ（Ａ４など）を取得する。
【００３６】
Ｓ１１８においてＣＰＵ１１は、取得した用紙サイズに合わせて、印刷画像データを記憶部１２上に生成する。印刷画像データは、Ｓ１１２で取得したスマートフォン用ウェブページデータ７６に基づいて、周知のレンダリング処理を行うことにより生成される。例えば、ＣＰＵ１１は、Ｗｅｂサーバ７１から取得したＨＴＭＬ形式、または、ＸＭＬ形式のウェブページデータに基づいて、ＲＡＷ形式、ＪＰＧ形式、または、ＰＲＮ形式のうち、ＭＦＰ５１が印刷可能な形式の印刷画像データを作成する。また、ＣＰＵ１１は、用紙サイズに基づいて印刷画像データを生成する際に、スマートフォン用ウェブページデータ７６が表す印刷画像を全て印刷するために必要な印刷用紙枚数をカウントする。そして、ユーザエージェントテーブル８０（図５）において、ユーザエージェントタイプ８２＝「スマートフォン用ブラウザ」に対応する印刷用紙枚数８３の欄に、カウントした印刷用紙枚数を記憶する。第１実施形態の説明例では、「５」が記憶される。なお、印刷用紙枚数の計算方法は、プリンタドライバなどで行われている既知の技術であるため、ここでは詳細な説明を省略する。
【００３７】
Ｓ１２０において、ＣＰＵ１１は、ユーザエージェントテーブル８０に記憶されているユーザエージェント８２の中から、まだＨＴＴＰリクエストによって要求されていないユーザエージェント８２を選択する。そして、ＨＴＴＰリクエスト１００内のユーザエージェント文字列１１０に含まれているユーザエージェント識別名を、選択されたユーザエージェント８２を表すユーザエージェント識別名に変更する。そして、変更後のユーザエージェント識別名を含んだＨＴＴＰリクエストを、Ｓ１０８で取得されたＵＲＬに基づき、ウェブサーバ７１へ再送信する。
【００３８】
第１実施形態の説明例では、Ｓ１２０において、ユーザエージェントテーブル８０（図５）における、識別番号８１＝「２」のユーザエージェントタイプ８２＝「ＰＣ用ブラウザ」に対応するユーザエージェント識別名８４が、ユーザエージェント文字列１１０内のユーザエージェント識別名に設定される。「ＰＣ用ブラウザ」を表すユーザエージェント識別名の一例としては、「Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Trident/5.0)」が挙げられる。
【００３９】
Ｓ１２０においてスマートフォン１０から送信されたＨＴＴＰリクエストは、ウェブサーバ７１によって受信される。ウェブサーバ７１は、受信したＨＴＴＰリクエスト内のユーザエージェント文字列１１０に含まれるユーザエージェント識別名に基づいて、スマートフォン１０の使用しているブラウザアプリケーションの種類が、ＰＣ用であると判断する。そして、記憶部７３に記憶されているウェブページデータのうちから、ＰＣ用ウェブページデータ７５を選択して、スマートフォン１０に返信する。
【００４０】
Ｓ１２２において、ＣＰＵ１１は、変更後のユーザエージェント識別名に適合したウェブページデータを、ウェブサーバ７１から受信したか否かを判断する。具体的には、ウェブサーバ７１から返信されてきたＨＴＴＰレスポンス３００のメッセージボディ３０４に、ウェブページデータが格納されているか否かを判断する。ウェブページデータを受信していない場合（Ｓ１２２：ＮＯ）にはＳ１３６へ進み、受信した場合（Ｓ１２２：ＹＥＳ）にはＳ１３０へ進む。Ｓ１３０において、ＣＰＵ１１は、ＨＴＴＰレスポンス３００からウェブページデータを抽出する。第１実施形態の説明例では、ＰＣ用ウェブページデータ７５が抽出される。Ｓ１３２において、ＣＰＵ１１は、抽出したウェブページデータに基づいて、ウェブページ画像をパネル１８に表示させる。
【００４１】
Ｓ１３４において、ＣＰＵ１１は、Ｓ１１６で取得した用紙サイズに合わせて、印刷画像データを記憶部１２上に生成する。なお生成処理の内容は、前述のＳ１１８の処理内容と同様であるため、ここでは詳細な説明は省略する。また、ＣＰＵ１１は、用紙サイズに基づいてウェブページデータから印刷画像データを生成する際に、ＰＣ用ウェブページデータ７５が表す印刷画像を全て印刷するために必要な用紙枚数をカウントする。そして、ユーザエージェントテーブル８０（図５）において、Ｓ１２０で選択された識別番号８１＝「２」（ユーザエージェントタイプ８２＝「ＰＣ用ブラウザ」）に対応する印刷用紙枚数８３の欄に、カウントした印刷用紙枚数を記憶する。第１実施形態の説明例では、「８」が記憶される。
【００４２】
Ｓ１３６において、ＣＰＵ１１は、ユーザエージェントテーブル８０に登録されている全てのユーザエージェントタイプ８２について、ＨＴＴＰリクエストをウェブサーバ７１へ要求したか否かを判断する。全てのユーザエージェントタイプ８２についてＨＴＴＰリクエストを要求していない場合（Ｓ１３６：ＮＯ）にはＳ１２０へ戻り、ユーザエージェントテーブル８０上の新たなユーザエージェントタイプ８２について、ＨＴＴＰリクエストを要求する。
【００４３】
第１実施形態の説明例では、ユーザエージェントテーブル８０の識別番号８１＝「３」のユーザエージェントタイプ８２（「携帯電話用ブラウザ」）について、まだＨＴＴＰリクエストを要求していないと判断され（Ｓ１３６：ＮＯ）、Ｓ１２０へ戻る。そして、Ｓ１２０〜Ｓ１３４の処理が再度実行されることで、ユーザエージェントタイプ８２＝「携帯電話用ブラウザ」について、携帯電話用ウェブページデータ７７が取得される（Ｓ１３０）。また、携帯電話用ウェブページデータ７７が表す印刷画像を全て印刷するために必要な用紙枚数（第１実施形態の説明例では２枚）が算出され、ユーザエージェントテーブル８０の識別番号８１＝「３」に対応する印刷用紙枚数８３の欄に記憶される（Ｓ１３４）。なお、ユーザエージェントタイプ８２＝「携帯電話用ブラウザ」の場合のＳ１２０〜Ｓ１３４の処理内容は、前述したユーザエージェントタイプ８２＝「ＰＣ用ブラウザ」の場合のＳ１２０〜Ｓ１３４の処理内容と同様であるため、ここでは詳細な説明は省略する。
【００４４】
一方、Ｓ１３６において、全てのユーザエージェントタイプ８２についてＨＴＴＰリクエストを要求したと判断される場合（Ｓ１３６：ＹＥＳ）には、Ｓ１３８へ進む。Ｓ１３８において、ＣＰＵ１１は、ユーザエージェントテーブル８０の中から、記憶されている印刷用紙枚数８３が最小のユーザエージェントタイプ８２を選択する。そして、選択されたユーザエージェントタイプ８２に対応した印刷画像データを、無線通信２００および２０１を用いてＭＦＰ５１へ送信する。これにより、フローが終了する。
【００４５】
第１実施形態の説明例では、図５のユーザエージェントテーブル８０に示すように、印刷用紙枚数８３＝「２」が最小である。よって、ユーザエージェントタイプ８２＝「携帯電話用ブラウザ」が選択され、携帯電話用ウェブページデータ７７から生成された印刷画像データが、ＭＦＰ５１へ送信される。
【００４６】
第１実施形態に係るブラウザアプリケーション２１ｂの効果を説明する。第１実施形態のブラウザアプリケーション２１ｂでは、スマートフォン１０用のブラウザアプリケーション２１ｂとは異なる種類のブラウザアプリケーション（ＰＣ用ブラウザアプリケーション、携帯電話用ブラウザアプリケーションなど）に対応するウェブページデータを取得し、印刷画像を生成することができる。これにより、ユーザが使用するスマートフォン１０用のブラウザアプリケーション２１ｂに対応したウェブページデータと、他の種類のブラウザアプリケーションに対応したウェブページデータとの間で、含まれている情報量が異なる場合などにも対応することが可能となる。そして例えば、印刷用紙枚数が最小となるウェブページデータを選択することができる。これにより、ユーザが使用するスマートフォン１０用のブラウザアプリケーション２１ｂに対応したウェブページに、不要な情報（広告など）が含まれていることで情報量が多い場合に、ウェブページデータに基づいて作成した印刷画像データのうち、印刷に必要な印刷媒体の数が最小の印刷画像データを用いて印刷処理を行うことで、必要最低限の情報が含まれているウェブページを印刷することが可能となる。
【００４７】
また、本実施形態のブラウザアプリケーション２１ｂでは、Ｓ１１４において印刷指示の入力を受け付けることに応じて、スマートフォン１０用のブラウザアプリケーション２１ｂとは異なる種類のブラウザアプリケーションに対応する、ＰＣ用ウェブページデータ７５や携帯電話用ウェブページデータ７７が取得される。よって、ブラウザアプリケーション２１ｂを用いてウェブページの画像の閲覧のみを行なう場合に、閲覧に使用しない不要なウェブページデータ（ＰＣ用ウェブページデータ７５や携帯電話用ウェブページデータ７７など）が取得されてしまうことを防止することができる。
【００４８】
＜第２実施形態＞
第２実施形態を説明する。第２実施形態は、印刷プレビューを使用する形態である。第２実施形態で用いられる通信システムは、第１実施形態に係る通信システム１（図１）と同様であるため、ここでは詳細な説明は省略する。図６を用いて、スマートフォン１０のブラウザアプリケーション２１ｂから印刷を行う場合の動作例を説明する。図６のＳ２０８〜Ｓ２１６の動作は、Ｓ２１４で入力される印刷指示が、ウェブページ画像をＭＦＰ５１で印刷する旨の指示だけではなく、ウェブページ画像の印刷に先立って、印刷プレビュー画像を表示する旨の指示も含んでいることを除けば、第１実施形態に係るＳ１０８〜Ｓ１１６（図２）の動作と同様であるため、ここでは詳細な説明は省略する。
【００４９】
Ｓ２１８においてＣＰＵ１１は、取得した用紙サイズに合わせて、印刷プレビュー画像を記憶部１２上に生成する。印刷プレビュー画像は、Ｓ２１２で取得したスマートフォン用ウェブページデータ７６に基づいて生成された印刷画像の、印刷用紙への印刷態様を示す画像である。印刷プレビュー画像は、周知のレンダリング処理を行うことにより生成される。
【００５０】
Ｓ２２０において、ＣＰＵ１１は、ユーザエージェントテーブル８０に記憶されているユーザエージェントタイプ８２の中から、「ＰＣ用ブラウザ」のユーザエージェントタイプ８２を選択する。そして、ＨＴＴＰリクエスト１００内のユーザエージェント文字列１１０に含まれているユーザエージェント識別名を、「ＰＣ用ブラウザ」を表すユーザエージェント識別名に変更する。そして、変更後のユーザエージェント識別名を含んだＨＴＴＰリクエストを、Ｓ２０８で取得されたＵＲＬに基づき、ウェブサーバ７１へ再送信する。
【００５１】
Ｓ２２２において、ＣＰＵ１１は、ユーザエージェントタイプ８２＝「ＰＣ用ブラウザ」に適合したＰＣ用ウェブページデータ７５を、ウェブサーバ７１から受信したか否かを判断する。ＰＣ用ウェブページデータ７５を受信していない場合（Ｓ２２２：ＮＯ）にはＳ２２６へ進み、受信した場合（Ｓ２２２：ＹＥＳ）にはＳ２２３へ進む。Ｓ２２３において、ＣＰＵ１１は、ＨＴＴＰレスポンス３００からＰＣ用ウェブページデータ７５を抽出する。Ｓ２２４において、ＣＰＵ１１は、取得した用紙サイズに合わせて、Ｓ２２３で取得したＰＣ用ウェブページデータ７５に基づいて、印刷プレビュー画像を記憶部１２上に生成する。
【００５２】
Ｓ２２６において、ＣＰＵ１１は、印刷プレビュー画像をパネル１８に表示させる。このとき、Ｓ２２２でＰＣ用ウェブページデータ７５を受信していない場合（Ｓ２２２：ＮＯ）には、Ｓ２１８においてスマートフォン用ウェブページデータ７６に基づいて生成された印刷プレビュー画像のみがパネル１８に表示される。また、Ｓ２２２でＰＣ用ウェブページデータ７５を受信している場合（Ｓ２２２：ＹＥＳ）には、スマートフォン用ウェブページデータ７６に基づいて生成された印刷プレビュー画像に加えて、Ｓ２２４においてＰＣ用ウェブページデータ７５に基づいて生成された印刷プレビュー画像も表示される。
【００５３】
Ｓ２２８において、ＣＰＵ１１は、パネル１８に表示されている印刷プレビュー画像のうちの何れかの印刷プレビュー画像が、ユーザによって選択されたか否かを判断する。選択されていない場合（Ｓ２２８：ＮＯ）にはＳ２２８へ戻って待機し、選択された場合（Ｓ２２８：ＹＥＳ）にはＳ２３０へ進む。Ｓ２３０において、ＣＰＵ１１は、ユーザに選択された印刷プレビュー画像に対応するウェブページデータに基づいて、印刷画像データを生成する。Ｓ２３２においてＣＰＵ１１は、生成した印刷画像データをＭＦＰ５１へ送信する。そしてフローが終了される。
【００５４】
第２実施形態に係るブラウザアプリケーション２１ｂの効果を説明する。第２実施形態のブラウザアプリケーション２１ｂでは、Ｓ２２６において、複数種類のユーザエージェントタイプ８２の各々に対応したウェブページデータの印刷プレビュー画像をＬＣＤに表示させることができる。そして、表示されている複数の印刷プレビュー画像のうちから１つを選択することで、印刷処理を実行するウェブページデータを選択することが可能となる。よってユーザの利便性を高めることができる。
【００５５】
＜第３実施形態＞
第３実施形態を説明する。第３実施形態は、優先順位が設けられたユーザエージェントテーブルが用いられる形態である。図８に、第３実施形態で使用されるユーザエージェントテーブル８０ａの一例を示す。ユーザエージェントテーブル８０ａは、図５に示すユーザエージェントテーブル８０と同様に、ユーザエージェントタイプ８２、ユーザエージェント識別名８４を記憶する。ユーザエージェントテーブル８０ａは、さらに、優先順位８１を記憶する。ユーザエージェントテーブル８０ａは、一方で、印刷用紙枚数８３を記憶しない。優先順位８１ａは、各ユーザエージェントタイプ８２の優先順位を識別するための連続番号である。優先順位８１ａは、予めユーザによって定められるとしてもよい。なお、ユーザエージェントテーブル８０ａのその他の構成は、第１実施形態に係るユーザエージェントテーブル８０（図５）と同様であるため、ここでは詳細な説明は省略する。
【００５６】
図７を用いて、スマートフォン１０のブラウザアプリケーション２１ｂから印刷を行う場合の動作例を説明する。図７のＳ３０８〜Ｓ３１４の動作は、第１実施形態に係るＳ１０８〜Ｓ１１４（図２）の動作と同様であるため、ここでは詳細な説明は省略する。
【００５７】
Ｓ３２０において、ＣＰＵ１１は、ユーザエージェントテーブル８０ａに記憶されているユーザエージェントタイプ８２の中から、優先順位８１ａ＝「１」のユーザエージェントタイプ８２を選択する。第３実施形態の説明例では、図８に示すユーザエージェントテーブル８０ａにおいて、ユーザエージェントタイプ８２＝「ＰＣ用ブラウザ」が選択される。
【００５８】
Ｓ３２１において、ＣＰＵ１１は、ＨＴＴＰリクエスト１００内のユーザエージェント文字列１１０に含まれているユーザエージェント識別名を、「ＰＣ用ブラウザ」に対応するユーザエージェント識別名８４に変更する。そして、変更後のユーザエージェント識別名を含んだＨＴＴＰリクエストを、Ｓ３０８で取得されたＵＲＬに基づき、携帯電話送受信部２２にウェブサーバ７１へ送信させる。Ｓ３２２において、ＣＰＵ１１は、変更後のユーザエージェントタイプ８２（「ＰＣ用ブラウザ」）に適合したＰＣ用ウェブページデータ７５を、ウェブサーバ７１から受信したか否かを判断する。ＰＣ用ウェブページデータ７５を受信していない場合（Ｓ３２２：ＮＯ）には、Ｓ３２４へ進む。
【００５９】
Ｓ３２４において、ＣＰＵ１１は、ユーザエージェントテーブル８０ａにおいて、現在選択されている優先順位８１ａの次の順位に対応するユーザエージェントタイプ８２を選択する。そして、ＨＴＴＰリクエスト１００内のユーザエージェント文字列１１０に含まれているユーザエージェント識別名を、新たに選択したユーザエージェントタイプ８２に対応するユーザエージェント識別名８４に変更した上で、Ｓ３２１へ戻る。第３実施形態の説明例では、図８に示すユーザエージェントテーブル８０ａにおいて、優先順位８１ａ＝「２」に対応するユーザエージェントタイプ８２＝「携帯電話用ブラウザ」が選択される。そして、ＨＴＴＰリクエスト１００内のユーザエージェント文字列１１０に含まれているユーザエージェント識別名が「携帯電話用ブラウザ」を表す識別名に変更される。
【００６０】
一方、Ｓ３２２において、ＰＣ用ウェブページデータ７５を受信した場合（Ｓ３２２：ＹＥＳ）には、Ｓ３３０へ進む。Ｓ３３０において、ＣＰＵ１１は、ＨＴＴＰレスポンス３００からウェブページデータを抽出する。Ｓ３３４においてＣＰＵ１１は、第１実施形態のＳ１１６における処理と同様の方法で用紙サイズを取得し、取得した用紙サイズに合わせて、印刷画像データを記憶部１２上に生成する。Ｓ３３８において、ＣＰＵ１１は、ウェブページデータを取得できたユーザエージェントタイプ８２のうち、最も優先順位８１ａの高いユーザエージェントタイプ８２に関する印刷画像データを、無線ＬＡＮ送受信部１５にＭＦＰ５１へ送信させる。
【００６１】
以上より、第３実施形態に係るブラウザアプリケーション２１ｂでは、それぞれ異なるユーザエージェントタイプ８２の種類に対応している有効なウェブページデータの中で、最も優先順位８１ａの高いウェブページデータを自動で印刷することができる。これにより、ユーザは、複数種類のユーザエージェントタイプ８２の各々に対応するウェブページデータの有無を確認することなく、最適なウェブページデータについての印刷結果を取得することが可能となるため、ユーザの利便性を高めることができる。
【００６２】
＜第４実施形態＞
第４実施形態を説明する。第４実施形態は、インク使用量に応じて、印刷を実行する印刷画像データを決定する形態である。第４実施形態で用いられる通信システムは、第１実施形態に係る通信システム１（図１）と同様であるため、ここでは詳細な説明は省略する。図９を用いて、スマートフォン１０のブラウザアプリケーション２１ｂから印刷を行う場合の動作例を説明する。図９のＳ１５０以前の動作は、第１実施形態に係るＳ１０８〜Ｓ１３６（図２）の動作と同様であるため、ここでは詳細な説明は省略する。
【００６３】
Ｓ１５０において、ＣＰＵ１１は、Ｓ１１８およびＳ１３４で生成された全ての印刷画像データを、無線ＬＡＮ送受信部１５にＭＦＰ５１へ送信させる。ＭＦＰ５１は、受信した印刷画像データの各々について、インク使用量情報を算出する。インク使用量情報は、印刷時に必要なインク消費量を表す情報である。そしてＭＦＰ５１は、算出したインク使用量情報をスマートフォン１０に返信する。なお、インク消費量の算出方法は、プリンタドライバなどで行われている既知の技術であるため、ここでは詳細な説明を省略する。
【００６４】
Ｓ１５２において、ＣＰＵ１１は、ＭＦＰ５１からインク使用量情報を受信したか否かを判断する。受信していない場合（Ｓ１５２：ＮＯ）にはＳ１５２へ戻り待機し、受信した場合（Ｓ１５２：ＹＥＳ）にはＳ１５４へ進む。Ｓ１５４において、ＣＰＵ１１は、印刷画像データの各々について、インク使用量を比較する。Ｓ１５６において、ＣＰＵ１１は、インク使用量が最小の印刷画像データを選択し、無線ＬＡＮ送受信部１５に、選択した印刷画像データをＭＦＰ５１へ送信させる。そしてフローを終了する。
【００６５】
以上より、第４実施形態に係るブラウザアプリケーション２１ｂでは、それぞれ異なるユーザエージェントタイプ８２に対応ている有効なウェブページデータのうち、インク使用量が最も少ないウェブページデータを選択して印刷することが可能となる。よって、ＭＦＰ５１のインク使用量を抑えることが可能となる。
【００６６】
＜第５実施形態＞
第５実施形態を説明する。第５実施形態は、ウェブページデータのデータ量に応じて、印刷するウェブページデータを選択する形態である。第５実施形態で用いられる通信システムは、第１実施形態に係る通信システム１（図１）と同様であるため、ここでは詳細な説明は省略する。
【００６７】
図１０を用いて、スマートフォン１０のブラウザアプリケーション２１ｂから印刷を行う場合の動作例を説明する。図１０のＳ１６０以前の動作は、第１実施形態に係るＳ１０８〜Ｓ１３６（図２）の動作と同様であるため、ここでは詳細な説明は省略する。Ｓ１６０において、ＣＰＵ１１は、Ｓ１２０ないしＳ１３６で取得することができた全てのウェブページデータ（スマートフォン用ウェブページデータ７６、ＰＣ用ウェブページデータ７５、など）の各々について、ウェブページデータのＨＴＭＬ（Hyper Text Markup Language）ソースに含まれている＜ｉｍｇ＞タグの数をカウントする処理を実行する。＜ｉｍｇ＞タグは、画像データを表示するための情報である。より詳しく記述する。ウェブページデータには＜ｉｍｇ＞タグの次に、画像データのアドレスが含まれている。ウェブページデータに基づいてウェブページ画像を生成するとき、ブラウザアプリケーション２１ｂはウェブページデータに＜ｉｍｇ＞タグの次に含まれているアドレスを参照して、画像データを取得し、取得した画像データに基づく画像を生成し、その画像を、ウェブページデータに基づく画像の中に合成する。そのため、ウェブページデータのＨＴＭＬソースに含まれている＜ｉｍｇ＞タグの数は、ウェブページデータに基づくウェブページ画像に含まれる画像の数を示すと言える。
【００６８】
Ｓ１６４において、ＣＰＵ１１は、記憶部１２に記憶されている＜ｉｍｇ＞タグ数が最小のウェブページデータを選択する。Ｓ１６６において、ＣＰＵ１１は、選択されたウェブページデータから生成された印刷画像データを、無線ＬＡＮ送受信部１５に、無線通信２００および２０１を用いてＭＦＰ５１へ送信させる。これにより、フローが終了する。
【００６９】
第５実施形態に係るブラウザアプリケーション２１ｂの効果を説明する。一般的に画像データは、テキストデータ等に比してデータ量が非常に大きい。よって、＜ｉｍｇ＞タグの数が少なくなるほど、ウェブページデータに含まれている画像データが少なくなるため、ウェブページデータのデータ総量が小さいと判断することができる。これにより、各ユーザエージェントタイプ８２に応じた複数種類のウェブページデータの中から、データ量が最小となるウェブページデータを選択することができる。従って、必要最低限の情報が含まれているウェブページを選択して印刷することが可能となる。
【００７０】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。
【００７１】
＜変形例＞
本実施形態では、記憶部１２に記憶されたブラウザアプリケーション２１ｂに基づいて実行するＣＰＵ１１が、各種の処理を行う場合を説明した。なお、ブラウザアプリケーション２１ｂは記憶部１２に予め記憶されていてもよいし、ＣＤ−ＲＯＭ、ＵＳＢメモリ、ＳＤカードなどに元々記憶されており、スマートフォン１０の記憶部１２にロードされてもよい。また、変形例として、下記に示すように、ブラウザアプリケーション２１ｂに基づいて実行するＣＰＵ１１が、オペレーティングシステム２１ｅ、他のプログラム、ハード構成（パネル１８など）に対して、各種の処理を行わせる指示を出す形態であってもよい。
【００７２】
オペレーティングシステム２１ｅによって行われる処理に基づいて、ＣＰＵ１１がウェブサーバから送信されるウェブページデータを取得する処理を実行してもよい。係る場合、例えばＳ１３０、Ｓ２２３、Ｓ３３０では、ブラウザアプリケーション２１ｂに基づいて実行するＣＰＵ１１が、ウェブページデータを取得する処理を実行させる指示をオペレーティングシステム２１ｅに出力する形態となる。
【００７３】
オペレーティングシステム２１ｅによって行われる処理に基づいて、ＣＰＵ１１がウェブページデータに基づいて印刷画像データを生成する処理を実行してもよい。係る場合、例えばＳ１３４、Ｓ２３０、Ｓ３３４では、ブラウザアプリケーション２１ｂに基づいて実行するＣＰＵ１１が、印刷画像データを生成させる指示をオペレーティングシステム２１ｅに対して出力する形態となる。
【００７４】
オペレーティングシステム２１ｅによって行われる処理に基づいて、ＣＰＵ１１が印刷媒体の媒体サイズを取得する処理を実行してもよい。係る場合、例えばＳ１１６、Ｓ３３４では、ブラウザアプリケーション２１ｂに基づいて実行するＣＰＵ１１が、媒体サイズを取得する処理を実行させる指示をオペレーティングシステム２１ｅに対して出力する形態となる。
【００７５】
オペレーティングシステム２１ｅによって行われる処理に基づいて、ＣＰＵ１１が印刷画像データをＭＦＰ５１に送信する処理を実行してもよい。係る場合、例えばＳ１３８、Ｓ２３２、Ｓ３３８、Ｓ１５６、Ｓ１６６では、ブラウザアプリケーション２１ｂに基づいて実行するＣＰＵ１１が、印刷データをＭＦＰ５１に送信する処理を実行させる指示をオペレーティングシステム２１ｅに対して出力する形態となる。
【００７６】
本実施形態では、ブラウザアプリケーション２１ｂに基づいて実行するＣＰＵ１１が、変更後のユーザエージェント識別名を含んだＨＴＴＰリクエストを、取得されたＵＲＬに基づき、携帯電話送受信部２２にウェブサーバ７１へ再送信させる場合を説明した（Ｓ１２０）。すなわち、ＣＰＵ１１が、ブラウザアプリケーション２１ｂによって動作する場合を説明した。しかし、この形態に限られない。例えば、オペレーティングシステム２１ｅに基づいて実行するＣＰＵ１１が、携帯電話送受信部２２にＨＴＴＰリクエストを再送信させてもよい。この場合、ブラウザアプリケーション２１ｂはＨＴＴＰリクエストの再送信の指示を出力し、ＡＰＩがその指示に基づいてＨＴＴＰリクエストを送信する構成となる。また例えば、スマートフォン１０のＨＴＴＰリクエスト送信回路が、ＨＴＴＰリクエストを送信してもよい。この場合、スマートフォン１０はＨＴＴＰリクエスト送信回路のようなハード構成を備えていればよい。そしてブラウザアプリケーション２１ｂがＨＴＴＰリクエストの再送信の指示を出力し、ＨＴＴＰリクエスト送信回路がその指示に基づいてＨＴＴＰリクエストを送信する構成とすればよい。
【００７７】
第１実施形態のＳ１３８において、印刷用紙枚数８３が最大となる印刷画像データに関するユーザエージェントタイプ８２を選択するとしてもよい。また、第５実施形態のＳ５３８において、ＨＴＭＬソースに含まれている＜ｉｍｇ＞タグ数が最大となるウェブページデータに関するユーザエージェントタイプ８２を選択するとしてもよい。これにより、ユーザが使用しているブラウザアプリケーションの種類に対応したウェブページに含まれている情報量が少ない場合に、印刷用紙枚数が最大または＜ｉｍｇ＞タグ数が最大のウェブページデータに対して印刷処理を行うことで、より多くの情報を含んだウェブページを印刷することが可能となる。
【００７８】
第１実施形態では、ブラウザアプリケーション２１ｂ自体が、図２のＳ１０８〜Ｓ１３８のステップを実行する機能を備えているとしたが、この形態に限られない。例えば、Ｓ１１４以降のステップを実行する機能を備えたウェブページ取得アプリケーションが、ブラウザアプリケーション２１ｂにプラグインとして組み込まれる形態であってもよい。この場合、ＵＲＬの入力を受け付けてからウェブページ画像が表示されるまでの処理（Ｓ１０８〜Ｓ１１２）はブラウザアプリケーション２１ｂで実行され、ウェブページ画像表示以後の処理はウェブページ取得アプリケーションで実行されることになる。また同様に、第２ないし第５実施形態においても、ウェブページ取得アプリケーションがブラウザアプリケーション２１ｂにプラグインとして組み込まれる形態であってもよい。また、ウェブページ取得アプリケーションが、ブラウザアプリケーション２１ｂやオペレーティングシステム２１ｅの働きによって呼び出される形態であってもよい。この場合、ブラウザアプリケーション２１ｂがＳ１０８〜Ｓ１１２までの処理実行によって得た情報を、ウェブページ取得アプリケーションがブラウザアプリケーション２１ｂ取得する形態であってもよい。
【００７９】
ウェブサーバ７１は、ＰＣ用ウェブページデータ７５、スマートフォン用ウェブページデータ７６、携帯電話用ウェブページデータ７７を備えるとしたが、ウェブページデータの種類はこの３種類に限られず、より多くの種類を備えていても良い。例えば、ＰＣ用ウェブページデータが、ＰＣで使用されるブラウザ種類に応じて、さらに複数種類備えられていてもよい。
【００８０】
また、ウェブサーバ７１の記憶部７３に、ＰＣ用ウェブページデータ７５、スマートフォン用ウェブページデータ７６、携帯電話用ウェブページデータ７７が必ずしも記憶されている必要はない。これらのウェブページデータを、ウェブサーバ７１以外の他のサーバに記憶させておいてもよい。そしてウェブサーバ７１は、他のサーバに記憶させておいたウェブページデータを、スマートフォン１０へ返信するようにしてもよい。またウェブサーバ７１は、スマートフォン１０のアクセス先を、これらの他のサーバに変更させる処理を行うとしてもよい。具体的には、アクセス先をこれらの他のサーバに変更させる情報が含めたＨＴＴＰレスポンスを返信するようにしてもよい。これにより、ＣＰＵ１１はＳ１１１などで受信したＨＴＴＰレスポンスに含まれる情報に従い、Ｓ１１２などで、他のサーバにアクセスして、図４と同等のＨＴＴＰレスポンスを取得する。あるいは、別の具体例では、他のサーバにＨＴＴＰリクエストを転送してもよい。これにより、他のサーバはクライアントに図４と同等のＨＴＴＰレスポンスを返信する。
【００８１】
第１実施形態のＳ１１６において、ＭＦＰ５１に設定されている用紙サイズを取得するとしたが、この形態に限られない。ブラウザアプリケーション２１ｂ上で予め設定されている用紙サイズを取得する形態であってもよい。また、ＭＦＰ５１の用紙サイズとして、スマートフォン１０に予め記憶されている用紙サイズを使用する形態であってもよい。
【００８２】
第４実施形態のＳ１５０において、インク使用量情報を算出する処理は、いずれの装置で実行してもよい。例えば、スマートフォン１０のＣＰＵ１１が、インク使用量情報を算出する形態であってもよい。
【００８３】
本実施形態の説明例では、ブラウザアプリケーション２１ｂがスマートフォン１０で使用されている場合を説明したが、この形態に限られない。ブラウザアプリケーション２１ｂは、ＰＣ、携帯電話機、多機能周辺装置などの他の装置においても使用可能である。
【００８４】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【００８５】
なお、ボタン入力部１７は受付部の一例である。パネル１８は表示部の一例である。携帯電話送受信部２２は要求部の一例である。Ｓ１３４、Ｓ２３０、Ｓ３３４を実行するＣＰＵ１１は生成部の一例である。ＵＲＬは特定情報の一例である。Ｓ１１０を実行するＣＰＵ１１は第１要求制御手段、第１要求制御ステップの一例である。Ｓ１１２を実行するＣＰＵ１１は第１表示制御手段、第１表示制御ステップの一例である。Ｓ１２０、Ｓ２２０、Ｓ３２１を実行するＣＰＵ１１は第２要求制御手段、第２要求制御ステップの一例である。Ｓ１３４、Ｓ２３０、Ｓ３３４に至る処理を実行するＣＰＵ１１は印刷制御手段、印刷制御ステップの一例である。ボタン入力部１７は第２受付部の一例である。ボタン入力部１７は第３受付部の一例である。Ｓ２２６を実行するＣＰＵ１１は第２表示制御手段の一例である。用紙サイズは媒体サイズの一例である。Ｓ１１６、Ｓ２１６、Ｓ３３４を実行するＣＰＵ１１は第２取得部の一例である。ボタン入力部１７は第４受付部の一例である。＜ｉｍｇ＞タグは参照データの一例である。Ｓ１２０を実行するＣＰＵ１１は第３要求制御手段の一例である。Ｓ３２０、Ｓ３２４を実行するＣＰＵ１１は選択手段の一例である。
【００８６】
なお、各プログラムは一つのプログラムモジュールから構成されるものであってもよいし、複数のプログラムモジュールから構成されるものであってもよい。また、各一例は置換可能な他の構成であってもよく、本発明の範疇である。画像処理プログラム（ブラウザアプリケーション２１ｂなど）に基づく処理を実行するコンピュータ（ＣＰＵ１１など）であってもよいし、オペレーティングシステムや他のアプリケーションなど、画像処理プログラム以外のプログラムに基づく処理を実行するコンピュータであってもよいし、コンピュータの指示に従って動作するハード構成（パネル１８など）であってもよいし、コンピュータとハード構成とが連動した構成であってもよい。もちろん、複数のプログラムに基づく処理を連動させて処理を実行するコンピュータであってもよいし、複数のプログラムに基づく処理を連動させて処理を実行するコンピュータの指示に従って動作するハード構成であってもよい。
【符号の説明】
【００８７】
１：通信システム、１０：スマートフォン、１１：ＣＰＵ、１２：記憶部、１８：パネル、２１ｂ：ブラウザアプリケーション、５１：ＭＦＰ、７１：ウェブサーバ
【特許請求の範囲】
【請求項１】
ウェブページデータを特定するための特定情報を受け付ける受付部と、画像を表示する表示部と、ウェブサーバにウェブデータを送信するよう要求する要求部と、印刷データを生成する生成部と、を備えた端末装置のコンピュータが読み取り可能なプログラムであって、
前記コンピュータを、
前記特定情報を前記受付部が受け付けた場合に、当該特定情報に基づいて、当該特定情報が特定するウェブページデータのうち、第１ウェブページ表示ソフトウェアに対応する第１ウェブページデータの送信をウェブサーバに要求する第１要求処理を実行するよう、前記要求部を制御する第１要求制御手段と、
前記第１要求処理に応じて取得された第１ウェブページデータに基づくウェブページ画像を表示部に表示させる第１表示制御手段と、
前記受付部が受け付けた特定情報が特定するウェブページデータのうち、前記第１ウェブページ表示ソフトウェアとは異なる種類のウェブページ表示ソフトウェアである第２ウェブページソフトウェアに対応する第２ウェブページデータの送信をウェブサーバに要求する第２要求処理を実行するよう、前記要求部を制御する第２要求制御手段と、
前記第１要求処理に応じて取得された第１ウェブページデータ、および、前記第２要求処理に応じて取得された第２ウェブページデータのうち、少なくともいずれかのウェブページデータに基づいた印刷データを生成部に生成させる印刷制御手段と、
して機能させることを特徴とする端末装置のプログラム。
【請求項２】
前記端末装置は、印刷を指示する操作を受け付ける第２受付部を備え、
前記第２要求制御手段は、前記第２受付部が印刷を指示する操作を受け付けた場合に、前記第２要求処理を実行するよう、前記要求部を制御することを特徴とする請求項１に記載の端末装置のプログラム。
【請求項３】
前記端末装置は、印刷プレビュー画像の表示を指示する操作を受け付ける第３受付部を備え、
前記第２要求制御手段は、前記第３受付部が印刷プレビュー画像の表示を指示する操作を受け付けた場合に、前記第２要求処理を実行するよう、前記要求部を制御し、
前記コンピュータを、
前記第１ウェブページデータに基づく画像であって、前記第１ウェブページデータに基づいて前記生成部が生成する印刷データに基づくウェブページ画像がどのように印刷媒体に印刷されるかを示す第１印刷プレビュー画像と、前記第２ウェブページデータに基づく画像であって、前記第２ウェブページデータに基づいて前記生成部が生成する印刷データに基づくウェブページ画像がどのように印刷媒体に印刷されるかを示す第２印刷プレビュー画像と、を前記表示部に表示させる第２表示制御手段としてさらに機能させることを特徴とする請求項１または２に記載の端末装置のプログラム。
【請求項４】
前記端末装置は、印刷データに基づくウェブページ画像が印刷される印刷媒体の媒体サイズを取得する第２取得部を備え、
前記第２表示制御手段は、前記第２取得部が取得した媒体サイズに対応する前記第１印刷プレビュー画像と、前記第２取得部が取得した媒体サイズに対応する前記第２印刷プレビュー画像と、を前記表示部に表示させることを特徴とする請求項３に記載の端末装置のプログラム。
【請求項５】
前記端末装置は、前記第１印刷プレビュー画像と前記第２印刷プレビュー画像とのうち、いずれかを選択する操作を受け付ける第４受付部を備え、
前記印刷制御手段は、前記第１ウェブページデータと前記第２ウェブページデータとのうち、第４受付部が受け付けた操作によって指示される印刷プレビュー画像に対応するウェブページデータに基づいた印刷データを前記生成部に生成させることを特徴とする請求項３に記載の端末装置のプログラム。
【請求項６】
前記印刷制御手段は、前記第１ウェブページデータと前記第２ウェブページデータとからなる複数のウェブページデータのうち、いずれかのウェブページデータに基づいた印刷データを前記生成部に生成させることを特徴とする請求項１に記載の端末装置のプログラム。
【請求項７】
前記印刷制御手段は、
前記複数のウェブページデータのそれぞれに基づいて前記生成部が生成するそれぞれの印刷データについて、その印刷データに基づくウェブページ画像の全てを印刷するために必要な印刷媒体の数を、それぞれのウェブページデータによって決まる印刷媒体の数と定義した場合に、
前記複数のウェブページデータのうち、ウェブページデータによって決まる印刷媒体の数が最大となるウェブページデータ、または、最小となるウェブページデータに基づいた印刷データを前記生成部に生成させることを特徴とする請求項６に記載の端末装置のプログラム。
【請求項８】
前記印刷制御手段は、
前記複数のウェブページデータのうち、データ量が最大のウェブページデータ、または、最小のウェブページデータに基づいた印刷データを前記生成部に生成させることを特徴とする請求項６に記載の端末装置のプログラム。
【請求項９】
前記印刷制御手段は、
前記複数のウェブページデータのうち、ウェブページデータに含まれている、画像データを表示するための参照データの数が最大のウェブページデータ、または、最小のウェブページデータに基づいた印刷データを前記生成部に生成させることを特徴とする請求項６に記載の端末装置のプログラム。
【請求項１０】
前記端末装置は、前記受付部が受け付けた特定情報が特定するウェブページデータのうち、前記第１ウェブページ表示ソフトウェアと異なり、かつ、前記第２ウェブページ表示ソフトウェアとも異なる種類のウェブページ表示ソフトウェアである第３ウェブページソフトウェアに対応する第３ウェブページデータの送信をウェブサーバに要求する第３要求処理を実行するよう、前記要求部を制御する第３要求制御手段を備え、
前記印刷制御手段は、
前記第１ウェブページデータと前記第２ウェブページデータと前記第３ウェブページとからなる複数のウェブページデータのうち、いずれかのウェブページデータに基づいた印刷データを前記生成部に生成させることを特徴とする請求項１に記載の端末装置のプログラム。
【請求項１１】
前記コンピュータを、
それぞれ異なる種類のウェブページ表示ソフトウェアのうち、いずれかのウェブページ表示ソフトウェアを選択する選択手段としてさらに機能させ、
前記第２要求制御手段は、前記選択手段が選択したウェブページ表示ソフトウェアを前記第２ウェブページソフトウェアとして、前記第２要求処理を実行するよう、前記要求部を制御することを特徴とする請求項１に記載の端末装置のプログラム。
【請求項１２】
ウェブページデータを特定するための特定情報を受け付ける受付部と、画像を表示する表示部と、ウェブサーバにウェブデータを送信するよう要求する要求部と、印刷データを生成する生成部と、を備えた端末装置の制御方法であって、
前記特定情報を前記受付部が受け付けた場合に、当該特定情報に基づいて、当該特定情報が特定するウェブページデータのうち、第１ウェブページ表示ソフトウェアに対応する第１ウェブページデータの送信をウェブサーバに要求する第１要求処理を実行するよう、前記要求部を制御する第１要求制御ステップと、
前記第１要求処理に応じて取得された第１ウェブページデータに基づくウェブページ画像を表示部に表示させる第１表示制御ステップと、
前記受付部が受け付けた特定情報が特定するウェブページデータのうち、前記第１ウェブページ表示部とは異なる種類のウェブページソフトウェアである第２ウェブページソフトウェアに対応する第２ウェブページデータの送信を、ウェブサーバに要求する第２要求処理を実行するよう、前記要求部を制御する第２要求制御ステップと、
前記第１要求処理に応じて取得された第１ウェブページデータ、および、前記第２要求処理に応じて取得された第２ウェブページデータのうち、少なくともいずれかのウェブページデータに基づいた印刷データを生成部に生成させる印刷制御ステップと、
を備えることを特徴とする制御方法。
【請求項１３】
ウェブページデータを特定するための特定情報を受け付ける受付部と、
画像を表示する表示部と、
ウェブサーバにウェブデータを送信するよう要求する要求部と、
印刷データを生成する生成部と、
前記特定情報を前記受付部が受け付けた場合に、当該特定情報に基づいて、当該特定情報が特定するウェブページデータのうち、第１ウェブページ表示ソフトウェアに対応する第１ウェブページデータの送信をウェブサーバに要求する第１要求処理を実行するよう、前記要求部を制御する第１要求制御手段と、
前記第１要求処理に応じて取得された第１ウェブページデータに基づくウェブページ画像を表示部に表示させる第１表示制御手段と、
前記受付部が受け付けた特定情報が特定するウェブページデータのうち、前記第１ウェブページ表示ソフトウェアとは異なる種類のウェブページソフトウェアである第２ウェブページソフトウェアに対応する第２ウェブページデータの送信をウェブサーバに要求する第２要求処理を実行するよう、前記要求部を制御する第２要求制御手段と、
前記第１要求処理に応じて取得された第１ウェブページデータ、および、前記第２要求処理に応じて取得された第２ウェブページデータのうち、少なくともいずれかのウェブページデータに基づいた印刷データを印刷データを生成部に生成させる印刷制御手段と、
を備えることを特徴とする端末装置。
【請求項１】
ウェブページデータを特定するための特定情報を受け付ける受付部と、画像を表示する表示部と、ウェブサーバにウェブデータを送信するよう要求する要求部と、印刷データを生成する生成部と、を備えた端末装置のコンピュータが読み取り可能なプログラムであって、
前記コンピュータを、
前記特定情報を前記受付部が受け付けた場合に、当該特定情報に基づいて、当該特定情報が特定するウェブページデータのうち、第１ウェブページ表示ソフトウェアに対応する第１ウェブページデータの送信をウェブサーバに要求する第１要求処理を実行するよう、前記要求部を制御する第１要求制御手段と、
前記第１要求処理に応じて取得された第１ウェブページデータに基づくウェブページ画像を表示部に表示させる第１表示制御手段と、
前記受付部が受け付けた特定情報が特定するウェブページデータのうち、前記第１ウェブページ表示ソフトウェアとは異なる種類のウェブページ表示ソフトウェアである第２ウェブページソフトウェアに対応する第２ウェブページデータの送信をウェブサーバに要求する第２要求処理を実行するよう、前記要求部を制御する第２要求制御手段と、
前記第１要求処理に応じて取得された第１ウェブページデータ、および、前記第２要求処理に応じて取得された第２ウェブページデータのうち、少なくともいずれかのウェブページデータに基づいた印刷データを生成部に生成させる印刷制御手段と、
して機能させることを特徴とする端末装置のプログラム。
【請求項２】
前記端末装置は、印刷を指示する操作を受け付ける第２受付部を備え、
前記第２要求制御手段は、前記第２受付部が印刷を指示する操作を受け付けた場合に、前記第２要求処理を実行するよう、前記要求部を制御することを特徴とする請求項１に記載の端末装置のプログラム。
【請求項３】
前記端末装置は、印刷プレビュー画像の表示を指示する操作を受け付ける第３受付部を備え、
前記第２要求制御手段は、前記第３受付部が印刷プレビュー画像の表示を指示する操作を受け付けた場合に、前記第２要求処理を実行するよう、前記要求部を制御し、
前記コンピュータを、
前記第１ウェブページデータに基づく画像であって、前記第１ウェブページデータに基づいて前記生成部が生成する印刷データに基づくウェブページ画像がどのように印刷媒体に印刷されるかを示す第１印刷プレビュー画像と、前記第２ウェブページデータに基づく画像であって、前記第２ウェブページデータに基づいて前記生成部が生成する印刷データに基づくウェブページ画像がどのように印刷媒体に印刷されるかを示す第２印刷プレビュー画像と、を前記表示部に表示させる第２表示制御手段としてさらに機能させることを特徴とする請求項１または２に記載の端末装置のプログラム。
【請求項４】
前記端末装置は、印刷データに基づくウェブページ画像が印刷される印刷媒体の媒体サイズを取得する第２取得部を備え、
前記第２表示制御手段は、前記第２取得部が取得した媒体サイズに対応する前記第１印刷プレビュー画像と、前記第２取得部が取得した媒体サイズに対応する前記第２印刷プレビュー画像と、を前記表示部に表示させることを特徴とする請求項３に記載の端末装置のプログラム。
【請求項５】
前記端末装置は、前記第１印刷プレビュー画像と前記第２印刷プレビュー画像とのうち、いずれかを選択する操作を受け付ける第４受付部を備え、
前記印刷制御手段は、前記第１ウェブページデータと前記第２ウェブページデータとのうち、第４受付部が受け付けた操作によって指示される印刷プレビュー画像に対応するウェブページデータに基づいた印刷データを前記生成部に生成させることを特徴とする請求項３に記載の端末装置のプログラム。
【請求項６】
前記印刷制御手段は、前記第１ウェブページデータと前記第２ウェブページデータとからなる複数のウェブページデータのうち、いずれかのウェブページデータに基づいた印刷データを前記生成部に生成させることを特徴とする請求項１に記載の端末装置のプログラム。
【請求項７】
前記印刷制御手段は、
前記複数のウェブページデータのそれぞれに基づいて前記生成部が生成するそれぞれの印刷データについて、その印刷データに基づくウェブページ画像の全てを印刷するために必要な印刷媒体の数を、それぞれのウェブページデータによって決まる印刷媒体の数と定義した場合に、
前記複数のウェブページデータのうち、ウェブページデータによって決まる印刷媒体の数が最大となるウェブページデータ、または、最小となるウェブページデータに基づいた印刷データを前記生成部に生成させることを特徴とする請求項６に記載の端末装置のプログラム。
【請求項８】
前記印刷制御手段は、
前記複数のウェブページデータのうち、データ量が最大のウェブページデータ、または、最小のウェブページデータに基づいた印刷データを前記生成部に生成させることを特徴とする請求項６に記載の端末装置のプログラム。
【請求項９】
前記印刷制御手段は、
前記複数のウェブページデータのうち、ウェブページデータに含まれている、画像データを表示するための参照データの数が最大のウェブページデータ、または、最小のウェブページデータに基づいた印刷データを前記生成部に生成させることを特徴とする請求項６に記載の端末装置のプログラム。
【請求項１０】
前記端末装置は、前記受付部が受け付けた特定情報が特定するウェブページデータのうち、前記第１ウェブページ表示ソフトウェアと異なり、かつ、前記第２ウェブページ表示ソフトウェアとも異なる種類のウェブページ表示ソフトウェアである第３ウェブページソフトウェアに対応する第３ウェブページデータの送信をウェブサーバに要求する第３要求処理を実行するよう、前記要求部を制御する第３要求制御手段を備え、
前記印刷制御手段は、
前記第１ウェブページデータと前記第２ウェブページデータと前記第３ウェブページとからなる複数のウェブページデータのうち、いずれかのウェブページデータに基づいた印刷データを前記生成部に生成させることを特徴とする請求項１に記載の端末装置のプログラム。
【請求項１１】
前記コンピュータを、
それぞれ異なる種類のウェブページ表示ソフトウェアのうち、いずれかのウェブページ表示ソフトウェアを選択する選択手段としてさらに機能させ、
前記第２要求制御手段は、前記選択手段が選択したウェブページ表示ソフトウェアを前記第２ウェブページソフトウェアとして、前記第２要求処理を実行するよう、前記要求部を制御することを特徴とする請求項１に記載の端末装置のプログラム。
【請求項１２】
ウェブページデータを特定するための特定情報を受け付ける受付部と、画像を表示する表示部と、ウェブサーバにウェブデータを送信するよう要求する要求部と、印刷データを生成する生成部と、を備えた端末装置の制御方法であって、
前記特定情報を前記受付部が受け付けた場合に、当該特定情報に基づいて、当該特定情報が特定するウェブページデータのうち、第１ウェブページ表示ソフトウェアに対応する第１ウェブページデータの送信をウェブサーバに要求する第１要求処理を実行するよう、前記要求部を制御する第１要求制御ステップと、
前記第１要求処理に応じて取得された第１ウェブページデータに基づくウェブページ画像を表示部に表示させる第１表示制御ステップと、
前記受付部が受け付けた特定情報が特定するウェブページデータのうち、前記第１ウェブページ表示部とは異なる種類のウェブページソフトウェアである第２ウェブページソフトウェアに対応する第２ウェブページデータの送信を、ウェブサーバに要求する第２要求処理を実行するよう、前記要求部を制御する第２要求制御ステップと、
前記第１要求処理に応じて取得された第１ウェブページデータ、および、前記第２要求処理に応じて取得された第２ウェブページデータのうち、少なくともいずれかのウェブページデータに基づいた印刷データを生成部に生成させる印刷制御ステップと、
を備えることを特徴とする制御方法。
【請求項１３】
ウェブページデータを特定するための特定情報を受け付ける受付部と、
画像を表示する表示部と、
ウェブサーバにウェブデータを送信するよう要求する要求部と、
印刷データを生成する生成部と、
前記特定情報を前記受付部が受け付けた場合に、当該特定情報に基づいて、当該特定情報が特定するウェブページデータのうち、第１ウェブページ表示ソフトウェアに対応する第１ウェブページデータの送信をウェブサーバに要求する第１要求処理を実行するよう、前記要求部を制御する第１要求制御手段と、
前記第１要求処理に応じて取得された第１ウェブページデータに基づくウェブページ画像を表示部に表示させる第１表示制御手段と、
前記受付部が受け付けた特定情報が特定するウェブページデータのうち、前記第１ウェブページ表示ソフトウェアとは異なる種類のウェブページソフトウェアである第２ウェブページソフトウェアに対応する第２ウェブページデータの送信をウェブサーバに要求する第２要求処理を実行するよう、前記要求部を制御する第２要求制御手段と、
前記第１要求処理に応じて取得された第１ウェブページデータ、および、前記第２要求処理に応じて取得された第２ウェブページデータのうち、少なくともいずれかのウェブページデータに基づいた印刷データを印刷データを生成部に生成させる印刷制御手段と、
を備えることを特徴とする端末装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−２１６１９６（Ｐ２０１２−２１６１９６Ａ）
【公開日】平成２４年１１月８日（２０１２．１１．８）
【国際特許分類】
【出願番号】特願２０１２−５８２８０（Ｐ２０１２−５８２８０）
【出願日】平成２４年３月１５日（２０１２．３．１５）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２４年１１月８日（２０１２．１１．８）
【国際特許分類】
【出願日】平成２４年３月１５日（２０１２．３．１５）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]