JP2007272544A

JP2007272544A - Ｗｅｂ印刷システム、及び、携帯端末装置

Info

Publication number: JP2007272544A
Application number: JP2006097097A
Authority: JP
Inventors: Yutaka Yamada; 山田　　豊; Masahiro Mizuno; 雅裕水野; Kyosuke Torii; 京介鳥居; Hanayo Imagawa; 華代今川; Takashi Ito; 孝伊藤
Original assignee: Brother Industries Ltd
Current assignee: Brother Industries Ltd
Priority date: 2006-03-31
Filing date: 2006-03-31
Publication date: 2007-10-18

Abstract

【課題】インターネットに接続可能な携帯電話によってＷｅｂサーバから取得したＷｅｂデータをプリンタによって印刷するＷｅｂ印刷システムに関し、プリンタに印刷させるＷｅｂデータの印刷イメージを自動選択可能とするＷｅｂ印刷システムを提供する。
【解決手段】Ｓ５０にてメモリ３６の評価テーブル記憶手段１２１に格納される評価テーブル１３０を参照し、現在表示中の表示イメージの元になるＷｅｂデータに対応するレコードの評価フラグがＯＮであるか否かが判断される。評価フラグがＯＮであると判断した場合（Ｓ５０：ＹＥＳ）は、Ｓ５２にてプリンタ１４３に携帯電話用として取得したＷｅｂデータが送信される。Ｓ５０において入力されたＵＲＬを備えるレコードの評価フラグがＯＮでないと判断した場合（Ｓ５０：ＮＯ）は、Ｓ５１にてプリンタ１４３にＵＲＬ印刷機能の起動コマンドと印刷したいＷｅｂデータのＵＲＬとが送信される。
【選択図】図１５

Description

本発明は、インターネットに接続可能な携帯端末装置によってＷｅｂサーバから取得したＷｅｂデータを印刷装置によって印刷するＷｅｂ印刷システムに関し、特に印刷装置に印刷させるＷｅｂデータの印刷イメージを自動選択可能とするＷｅｂ印刷システムに関するものである。

従来、携帯端末装置は、携帯するという目的のため、表示画面が小さく、パーソナルコンピュータ（以下、ＰＣと称する）向けに作成されたＷｅｂデータの表示イメージ全体を表示することが出来なかった。そのため、Ｗｅｂデータを印刷装置にて印刷して閲覧するということが行われてきた。

そのような目的のシステムの一例を、図１６乃至図２２を参照して説明する。図１６は、従来のシステムにおけるデータの流れを示す模式図である。携帯電話２００が不図示のインターネットを介してＷｅｂサーバ５と接続されている。また、ＰＣ２０２も同様に不図示のインターネットを介してＷｅｂサーバ５と接続されている。携帯電話２００は所定の通信手段によりプリンタ４と接続されている。

ＰＣ２０２からＷｅｂサーバ５に対し矢印Ａに示すリクエストを送信すると、Ｗｅｂサーバ５からＰＣ２０２に対し矢印Ｂに示すレスポンスとしてＷｅｂデータが送り返される。携帯電話２００からＷｅｂサーバ５に対し矢印Ｃに示すリクエストを送信すると、Ｗｅｂサーバ５から携帯電話２００に対し矢印Ｄに示すレスポンスとしてＷｅｂデータが送り返される。

携帯電話２００からプリンタ４に向かう矢印Ｅは、携帯電話２００が矢印Ｄに示すレスポンスとして受信したＷｅｂデータをプリンタ４に送信することを示している。携帯電話２００、ＰＣ２０２、プリンタ４は、それぞれ後述するブラウザを備えており、プリンタ４の備えるブラウザはＰＣ２０２向けのブラウザである。但し、ＰＣ２０２のブラウザとプリンタ４のブラウザは必ずしも同一の製品である必要はない。尚、プリンタ４の場合、ＰＣ２０２並みの表示能力のあるディスプレイを通常備えていないので、プリンタ４の備えるブラウザというのは、実は表示機能を備えている必要はなく、ディスプレイがあった場合に表示される画面イメージをプリンタ４内部のメモリ上に展開する能力が有りさえすればよい。そして、その画面イメージは、ディスプレイに表示する替わりに印刷用のイメージデータとして紙面に印刷される。

ここで一旦、リクエストについて説明する。先ず、リクエストにはクライアント（携帯電話２００、ＰＣ２０２等、Ｗｅｂサーバにリクエストを送信する主体を示す。以下同様）がどういう種類の情報を受け取れるか等の情報をリクエストヘッダに含めて送ることができる。Ｗｅｂサーバ５はリクエストヘッダに含まれるこれらの情報を元にレスポンス（Ｗｅｂデータに相当）を変更して返すことがある。但し、常に同じ結果しか返さないＷｅｂサーバ５、Ｗｅｂサイト、Ｗｅｂページもあるのでいつでも変更するわけではない。

例えばクライアントはリクエストヘッダの「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅフィールド」でクライアントが表示できる言語（複数）を指定できる。Ｗｅｂサーバ５はあるテキストページ（１ＵＲＬ）について言語別のテキスト（複数）を用意しておくことも可能であり、どの言語のページを返すかを選択する目的でクライアントからのリクエストヘッダの「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅフィールド」の値を使用することもできる。

また、例えばクライアントはリクエストヘッダの「Ａｃｃｅｐｔフィールド」でクライアントが受信可能なメディアタイプ（画像種別や音声種別）を指定できる。Ｗｅｂサーバ５はある画像について画像フォーマットを変換してクライアントへのレスポンスとすることも可能で、どの画像フォーマットに変換するかを選択する目的でクライアントからのリクエストヘッダの「Ａｃｃｅｐｔフィールド」の値を使用することもできる。

また、クライアントはリクエストヘッダの「Ｕｓｅｒ−Ａｇｅｎｔフィールド」でクライアントにおいてＷｅｂデータを閲覧するために表示するアプリケーションソフトであるブラウザのブラウザ製品名をＷｅｂサーバ５に報せることができる。Ｗｅｂサーバ５はクライアントのブラウザ製品名、バージョンに応じて相応しいレスポンスを返すようにすることもできる。尚、これらのＨＴＴＰのしくみについてはＲＦＣ２６１６と呼ばれる規格により規定されている。

次に、Ｗｅｂデータについて説明する。Ｗｅｂデータとしては、ＨＴＭＬドキュメント、ＪＰＥＧ、ＢＭＰ、ＰＮＧ等各種の規格に基づく静止画データ、ＭＰＥＧ、ＡＶＩ等各種の規格に基づく動画データ、等がある。

また、同じＷｅｂサイトにＷｅｂデータを要求した時、携帯電話２００からの要求に対して返すＷｅｂデータと、ＰＣ２０２からの要求に対して返すＷｅｂデータとが異なるように構成し、携帯電話２００からの要求に対して返すＷｅｂデータは少ない情報しか有さず、ＰＣ２０２からの要求に対して返すＷｅｂデータは多くの情報を有するように構成されることがある。一方、携帯電話２００からの要求に対して返すＷｅｂデータと、ＰＣ２０２からの要求に対して返すＷｅｂデータとが同じであるように構成されることもある。それらの違いは、Ｗｅｂサイトの性質にも依るが、多くはＷｅｂサイトの運営者の考え方に依るため、一般的にはＷｅｂサイトにアクセスする者は、アクセスしてみないとどちらの構成か分からない。

次に、ブラウザについて説明する。ブラウザの機能は、ブラウザによりまちまちである。携帯電話２００に搭載されているブラウザは、携帯電話２００の備える画面が小さいことからサイズの大きい画像イメージを表示することは元々向いていないため、ブラウザもサイズの大きいイメージの表示には対応していないことが多い。また、画像イメージを表示する機能を全く有さないブラウザもある。また、携帯電話２００は携帯性を優先するため、小型であることが求められ記憶装置を設けるスペースも制限され、全般的にメモリ容量も小さい。そのため、メモリサイズの大きいＷｅｂデータを受け付けないブラウザも多い。このように、携帯電話２００のブラウザは、低機能であることが多い。それに対応するため、前述のように、Ｗｅｂサイトが携帯電話２００からの要求に対して返すＷｅｂデータは少ない情報しか有してないことが多い。

また、ＰＣ２０２に搭載されているブラウザも製品により所定のデータ形式の画像データ等には対応していないため表示できないことがある。ブラウザが所定のデータ形式に対応していない理由としては、設計者がそのデータ形式を表示するための機能をブラウザに組み込んでいない場合、新しく開発されたデータ形式であるため未対応である場合等が考えられる。

尚、ブラウザの備える画面に表示される画面イメージを構成し、情報の担い手となる文字列イメージやイラストイメージ等の個々のイメージを、以後、オブジェクトと呼称する。オブジェクトの元になるデータをオブジェクトデータと呼称する。また、本明細書の中ではオブジェクトの種類という時は、オブジェクトデータのデータ形式の違いまで含むこととする。例えば、同じイラストイメージ（イラストオブジェクト）のオブジェクトデータであっても、ＪＰＥＧ形式とＢＭＰ形式とは種類が違うこととする。そのため、１つの画面イメージの元となるＷｅｂデータ（後述するリンク先のデータも含む。以後、Ｗｅｂデータという時は、この意味である）は、一般的に様々な種類のオブジェクトを備えていると言える。また、１つの画面イメージの元となるＷｅｂデータが１つのオブジェクトのみで構成されていることもある。この例としては、１つの画像ファイルのみである場合、何もリンク（後述）のないＨＴＭＬドキュメントの場合、等がある。

再び、前述のシステムの一例に関する説明に戻る。図１７は、ＰＣ２０２から送られるリクエストのリクエストヘッダの一例を示す図である。図１８は、ＰＣ２０２から送られるリクエストのリクエストヘッダにおける別の例を示す図である。図１９は、携帯電話２００から送られるリクエストのリクエストヘッダの一例を示す図である。

ＰＣ２０２のブラウザの場合、ブラウザはＷｅｂページへのリクエストＡをＷｅｂサーバ５に送信する。図１７は、そのリクエストＡのリクエストヘッダ２１０の例である。そのレスポンスＢであるＨＴＭＬドキュメント（ｐａｇｅ．ｈｔｍｌ）にはテキストと画像へのリンクが含まれている。ブラウザはＨＴＭＬドキュメントから画像（ｐｉｃｔｕｒｅ．ｊｐｇ）のＵＲＬを取り出し、別のリクエストＡをＷｅｂサーバ５に送信する。図１８は、そのリクエストＡのリクエストヘッダ２１１の例である。Ｗｅｂサーバ５はレスポンスとしてｐｉｃｔｕｒｅ．ｊｐｇをオリジナル画像のままブラウザに送信する。この例では、１つのＷｅｂページがｐｅｇｅ．ｈｔｍｌとｐｉｃｔｕｒｅ．ｊｐｇとに基づいて表示され、ｐｅｇｅ．ｈｔｍｌとｐｉｃｔｕｒｅ．ｊｐｇで１つのＷｅｂデータを構成していることを示している。

図１７に示すように、リクエストヘッダ２１０は、その１行目で「ＧＥＴｐａｇｅ．ｈｔｍｌＨＴＴＰ／１．１」としてｐａｇｅ．ｈｔｍｌというＨＴＭＬドキュメントの送信を要求している。また、３行目で、「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ：ｊａ」として日本語のＨＴＭＬドキュメントの送信を要求している。また、５行目で、「Ｕｓｅｒ−Ａｇｅｎｔ：Ｍｏｚｉｌｌａ／４．０（ｃｏｍｐａｔｉｂｌｅ；ＭＳＩＥ５．５；Ｗｉｎｄｏｗｓ（登録商標）ＮＴ５．０）」としてＭｏｚｉｌｌａというブラウザのバージョンが４．０に対応したＨＴＭＬドキュメントの送信を要求している。

次に、図１８に示すように、リクエストヘッダ２１１は、その１行目で「ＧＥＴｐｉｃｔｕｒｅ．ｊｐｇＨＴＴＰ／１．１」としてｐｉｃｔｕｒｅ．ｊｐｇという画像ファイルの送信を要求している。また、３行目で、「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ：ｊａ」として日本語でのレスポンスを要求している。また、５行目で、「Ｕｓｅｒ−Ａｇｅｎｔ：Ｍｏｚｉｌｌａ／４．０（ｃｏｍｐａｔｉｂｌｅ；ＭＳＩＥ５．５；Ｗｉｎｄｏｗｓ（登録商標）ＮＴ５．０）」としてＭｏｚｉｌｌａというブラウザのバージョンが４．０に対応したＨＴＭＬドキュメントの送信を要求している。

次に、携帯電話２００のブラウザの場合、ブラウザはＷｅｂページへのリクエストＣをＷｅｂサーバ５に送信する。図１９は、そのリクエストＣのリクエストヘッダ２１２の例である。

図１９に示すように、リクエストヘッダ２１２は、その１行目で「ＧＥＴｐａｇｅ．ｈｔｍｌＨＴＴＰ／１．０」としてｐａｇｅ．ｈｔｍｌというＨＴＭＬドキュメントの送信を要求している。また、２行目で、「Ｕｓｅｒ−Ａｇｅｎｔ：ＤｏＣｏＭｏ／１．０／Ｄ５０１ｉ」としてＮＴＴドコモ社のＤ５０１ｉという携帯電話２００のモデルに搭載されているブラウザに対応したＨＴＭＬドキュメントの送信を要求している。尚、ＤｏＣｏＭｏは登録商標である（以下、同様）。

次に、ブラウザの画面について例を上げて説明する。

図２０は、ＰＣ２０２の備えるブラウザの画面イメージを示す図である。

図２０に示すように、ブラウザ３００の表示画面３０１は、表示画面３０１の上部にメニューバー３１０を備えている。メニューバー３１０には、ファイルメニュー、編集メニュー、表示メニュー、お気に入りメニュー、ツールメニュー、ヘルプメニューが存在し、各メニューは、更に下位のメニューを備えている。これらにより、ユーザは各種の処理をブラウザ３００に行わせるよう指示を出すことができる。メニューバー３１０の下には、アイコンによりメニューを選択できるようにもなっている領域がある。さらにその下には、Ｗｅｂデータの位置を示すＵＲＬを入力するアドレス入力欄３１１が備えられている。現在そこには、「ｈｔｔｐ：//ｗｗｗ．ｓａｍｐｌｅ．ｃｏｍ/ｐａｇｅ．ｈｔｍｌ」との入力がなされている。これは、「ｈｔｔｐというインターネットの通信規格に従って、ｗｗｗ．ｓａｍｐｌｅ．ｃｏｍというアドレスにあるＷｅｂサーバ５からｐａｇｅ．ｈｔｍｌ（リンク先のデータも含む）というＷｅｂデータを取得しなさい」ということを示している。

アドレス入力欄３１１の下には、Ｗｅｂデータを表示イメージに展開した結果を表示するＷｅｂデータ表示欄３１２が備えられている。現在そこには、Ｗｅｂデータであるｐａｇｅ．ｈｔｍｌ（リンク先のデータも含む）を表示イメージに展開した結果が表示されており、Ｗｅｂデータ表示欄３１２の上部に「今日の売上げ」という文字列３１３と、その下に棒グラフを示す画像３１４とが示されている。

図１７及び図１８に示すリクエストヘッダの例に当てはめると、Ｗｅｂデータを構成するｐａｇｅ．ｈｔｍｌは、文字列データとして「今日の売上げ」というオブジェクトデータを有し、それとは別に、リンクとして棒グラフの画像を有するオブジェクトデータ（ｐｉｃｔｕｒｅ．ｊｐｇ）が存在することを示している。

図２１は、ＰＣ２０２が取得したＷｅｂデータであるｐａｇｅ．ｈｔｍｌ（リンク先のデータも含む）を、ＰＣ２０２の有するブラウザ３００の表示イメージ展開機能と同等の印刷イメージ展開機能を有するプリンタ４に転送して、プリンタ４によって紙面に印刷させた印刷物を示している。尚、プリンタ４に転送されるデータは、ｐａｇｅ．ｈｔｍｌ（リンク先のデータも含む）であって、ビットマップデータに展開された印刷用のデータではない。その訳は、印刷用のデータとしてビットマップデータを展開する印刷イメージバッファを備えるには、大きなメモリ容量を必要とするので、携帯性が要求される携帯電話２００にあっては外形サイズが大きくなることと、コストが増大することから備えにくいためである。図２１に示されるように、図２０のＷｅｂデータ表示欄３１２に表示されているイメージと同じイメージが図２１に示す印刷物には印刷されている。

次に、図２２を参照して携帯電話２００のブラウザの画面について説明する。
図２２は、携帯電話２００のブラウザの画面イメージを示す図である。図２２に示すように、ブラウザ３２０の表示画面３２１は、携帯電話２００の画面全体がＷｅｂデータを表示イメージに展開した結果を表示するＷｅｂデータ表示欄３３１として構成されている。ＵＲＬの設定等、各種の指示は、携帯電話２００のキーボード１７の備える不図示のメニューボタンを押下することにより、不図示のメニュー選択画面が表示され、その中から所望のメニューを選択することにより行う。

現在表示中の画面は、図２０においてＰＣ２０２のブラウザ３００が指定したＵＲＬと同じＵＲＬである「ｈｔｔｐ：//ｗｗｗ．ｓａｍｐｌｅ．ｃｏｍ/ｐａｇｅ．ｈｔｍｌ」を指定してＷｅｂデータとしてｐａｇｅ．ｈｔｍｌを取得し、それを表示した結果である。この時にＷｅｂサーバ５に対して送信されたリクエストのリクエストヘッダの例が、前述のリクエストヘッダ２１２（図１９参照）に相当する。

図２２に示すように、Ｗｅｂデータ表示欄３３１の上部に、「今日の売上げ」という文字列３３２が示されているのみである。ＰＣ２０２のブラウザ３００に表示されていたような棒グラフの画像はない。

このように携帯電話２００のブラウザ３２０の画面に文字列オブジェクトしか表示されないことの理由は大きく２つ考えられる。１つは、Ｗｅｂサーバ５からＷｅｂデータが送り出される時点で既に棒グラフの画像を有するオブジェクトデータが欠落していることが考えられる。Ｗｅｂサーバ５によっては、前述のようにリクエストを発行するブラウザの種類によって、送信するＷｅｂデータを異なるようにすることがある。その場合、リクエストを発行したブラウザが携帯電話２００の小さい画面向けに作成されたブラウザ３２０である場合、Ｗｅｂデータに棒グラフの画像を有するオブジェクトデータがないことがありうる。

もう１つは、Ｗｅｂサーバ５から送り出されるＷｅｂデータは棒グラフの画像を有しているが、ブラウザ３２０にそれを表示する機能がないため表示されないことが考えられる。その場合も、ＨＴＭＬドキュメントには、画像データのリンクについて記載があったとしても、ブラウザ３２０に表示する機能がない以上、リンクを辿って画像データの取得まですることは少ない。例外的に、印刷時にＷｅｂデータを再取得する時が考えられる程度である。

前者の場合、Ｗｅｂデータをプリンタ４に送ってもやはり棒グラフのイメージは印刷されず、「今日の売上げ」という文字列のみが印刷される。しかし、後者の場合は、Ｗｅｂデータを全てプリンタ４に転送すれば棒グラフのイメージも印刷されるが、印刷は表示と同等のイメージになるように携帯電話２００によって考慮されると文字列のみが印刷される結果となる。

尚、フルブラウザと呼ばれるＰＣ２０２向けのＷｅｂデータの表示が可能な高機能のブラウザが存在する。フルブラウザを有する携帯電話２００では、携帯電話２００からＷｅｂサーバ５に対し、ＰＣ２０２が送るようなＰＣ２０２に対応したブラウザ製品名を指定したリクエスト（例えば、リクエスト２１０（図１７参照）のようなリクエスト）を送信することにより、Ｗｅｂデータを取得し、それをフルブラウザに表示することによりユーザが携帯電話２００向けのＷｅｂデータなのかＰＣ２０２向けのＷｅｂデータなのかを目視により判断していた。それにより、ＰＣ２０２向けのＷｅｂデータと分かれば、それをプリンタ４に送信して紙面に印刷していた。その方が、閲覧性が向上するからである。尚、現時点では、実際のところ、携帯電話２００においては、ＰＣ２０２と同等の表示能力を有するフルブラウザは存在しない。上下方向のスクロールのみで閲覧可能なＷｅｂデータを閲覧できるブラウザをフルブラウザと称していることが現実である。それは、１画面を閲覧するためにユーザに上下左右に渡ってスクロールすることを要求するため、使い勝手が悪いことがある。また、フルブラウザを搭載するためには、大きなメモリ容量が必要なことがある。携帯電話２００よりは、画面もメモリ容量も大きくすることが比較的可能なＰＤＡにおいては、ＰＣ２０２と同等の表示能力を有するフルブラウザは存在する。以下の説明は、携帯電話２００のフルブラウザは、ＰＣ２０２と同等の表示能力を有するフルブラウザという想定である。

携帯電話２００がフルブラウザを備えていない場合、一部の例外（印刷時にＷｅｂデータを再取得する場合）を除き、ＰＣ２０２向けのＷｅｂデータをＷｅｂサーバ５が備えていることは知る術がない。印刷に当たっても、携帯電話２００向けの小さい画面イメージを印刷した場合、その印刷には殆ど意味がない。

図１６に示す従来のシステムの例の他にも、画面の小さい携帯端末装置から印刷装置にＷｅｂデータを送り、紙面に印刷させることに関する提案はいくつかなされている。

例えば、特許文献１に見られるように、携帯端末装置と通信網とＷｅｂサイトとファクシミリとを備えて構成されているＷｅｂサイト閲覧システムがある。このシステムでは、通信網は、電話回線網やインターネット等からなる通信網である。携帯端末装置は、インターネットによりＷｅｂサイトから画像データを取り込み、Ｗｅｂサイトへの接続が終了すると、取り込んだ画像データをファクシミリ通信用データに変換し、電話回線を通じてファクシミリに送信する。ファクシミリ通信用データを受信したファクシミリは、それを紙面に印字もしくは表示部に表示するという提案がされている。

また、この例の変形例として、携帯端末装置は、インターネットによりＷｅｂサイトから画像データを取り込み、Ｗｅｂサイトへの接続が終了すると、ファクシミリに対し、ファクシミリ通信用データを送る替わりに、ＷｅｂサイトのＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）を送る。ＵＲＬを受信したファクシミリは、ＵＲＬに基づいてＷｅｂサイトにアクセスして画像データを取り込み、ファクシミリ通信用データに変換して紙面に印字するという提案がされている。

また、特許文献２に見られるように、インターネットに接続可能な携帯端末装置と携帯端末装置から印刷できる印刷装置とからなるプリントシステムがある。このシステムでは、携帯端末装置は、インターネットを介してコンテンツサーバから供給されるコンテンツの表示用の簡略データと印刷用の詳細データとを受け入れ、簡略データを表示手段に表示し、詳細データを印刷装置に出力する旨がクレームに記載されている。実施例としては、コンテンツサーバを含むサイト運営上必要な各手段を含むＷｅｂサイトでは、簡略データと詳細データという違いにより管理されており、携帯端末装置からは、Ｗｅｂサイトには、簡略データか詳細データかの指定をして、必要なデータを取得していることが示されている。また、特許文献２における別の実施例としては、Ｗｅｂサイトからは、詳細データしか送られてこないが、携帯端末装置において詳細データを元に簡略データを生成することが地図のイメージデータを例に示されている。
特開２００２−１９７０１３号公報特開２００２−２５９０９８号公報

しかしながら、フルブラウザを備える携帯電話２００において、印刷することにより閲覧性が向上したり、新しい情報を得たりすることができる、いわば印刷するに値するＷｅｂデータがＷｅｂサーバ５にあるか否かを調べることは、ユーザにとって手間であった。携帯電話２００において、ユーザが通常使用するブラウザをフルブラウザに設定することも考えられるが、小さい画面から大きいイメージを覗くことになり、１画面の全体を見渡すためには、上下左右にスクロールする必要があり、非常に煩わしい。そのため、通常は、フルブラウザを使用せず、携帯電話２００の小さい画面に特化したブラウザを使用し、時折フルブラウザを使用することになる。このように、印刷することにより閲覧性が向上したり、新しい情報を得たりするＷｅｂデータがあることを認識するには、両方のブラウザの閲覧が必要である。

また、フルブラウザを備えない携帯電話２００においては、印刷することにより閲覧性が向上したり、新しい情報を得たりすることができるＷｅｂデータがＷｅｂサーバ５にあるか否かを調べること自体が困難であった。尚、新しい情報を得ることができるＷｅｂデータとは、携帯電話２００向けのＷｅｂデータよりも容量の大きいＷｅｂデータだけを指すのではなく、例え携帯電話２００向けのＷｅｂデータよりは容量が小さくとも、携帯電話２００のブラウザで表示されない情報が表示されるＷｅｂデータであれば、そのＷｅｂデータも該当する。また、同一のＷｅｂデータであっても、使用するブラウザによって、表示される内容は異なることがある。その場合のＷｅｂデータからも新しい情報を得ることができることはある。

また、上述した特許文献１に見られるシステムでは、Ｗｅｂサイトから送られるＷｅｂデータは情報量が大きいデータであることが分かっていることが前提にある。尚、Ｗｅｂサイトから送られるＷｅｂデータの情報量が少ないＷｅｂデータ、即ち、携帯電話２００で表示されることを目的として作成されたＷｅｂデータである場合は、携帯電話２００の画面に表示して閲覧するだけで十分なため、印刷する必要はない。

また、特許文献２に記載されているシステムでは、携帯端末装置は、インターネットを介してコンテンツサーバから供給されるコンテンツの表示用の簡略データと印刷用の詳細データとを受け入れ、簡略データを表示手段に表示し、詳細データを印刷装置に出力する。そして、実施例において開示されている例では、簡略データ及び詳細データは、Ｗｅｂサイトにおいて、簡略データと詳細データという違いにより管理されており、携帯端末装置から送られるリクエストの簡略データか詳細データかの指定に対応できるようにＷｅｂサイトは構成されている。そのため、Ｗｅｂサイトには、印刷することにより閲覧性が向上する情報量が大きいデータがあることが既に分かっている。このことは、限られたＷｅｂサイトにおいて実現されているだけであり、全てのＷｅｂサイトでは実現されていない。そのため、Ｗｅｂデータを印刷するに際し、ユーザが手間なく、印刷することにより閲覧性が向上したり、新しい情報を得たりするＷｅｂデータをＷｅｂサーバから取得することをＷｅｂサーバの協力がなく行えるようにはなっていない。

また、特許文献２の別の実施例においては、印刷用の詳細データを元に簡略データを生成することが地図のイメージデータを例に示されているが、現実にそれを実現するように構成することは難しい。例えあるデータ形式においてそれが実現できたとしても、全てのデータ形式に対して対応することは難しい。また、今後新しく出て来るであろうデータ形式に対しては当然対応できない。このことは、限られたＷｅｂサイトにおいて実現されているだけであり、全てのＷｅｂサイトでは実現されていない。そのため、汎用性はない。

そこで、本発明は、上述した問題点を解決するためになされたものであり、Ｗｅｂデータを印刷するに際し、ユーザが手間なく、印刷することにより閲覧性が向上したり、新しい情報を得たりするＷｅｂデータをＷｅｂサーバから取得することができるＷｅｂ印刷システム、及び、このＷｅｂ印刷システムに使用される携帯端末装置であって、このＷｅｂ印刷システムに使用されるＷｅｂサーバの協力なくそれが実現でき、それによって汎用性もあるＷｅｂ印刷システム、及び、このＷｅｂ印刷システムに使用される携帯端末装置を提供することを目的とする。

前記目的を達成するため請求項１に係るＷｅｂ印刷システムは、インターネットに接続するインターネット接続手段を備えＷｅｂデータを閲覧する携帯端末装置と、前記携帯端末装置に接続され前記Ｗｅｂデータを印刷する印刷装置とを備えるＷｅｂ印刷システムにおいて、Ｗｅｂデータは、データ形式の違いによる１種類以上のオブジェクトデータを備え、前記携帯端末装置は、Ｗｅｂデータの閲覧に際し前記種類の所定の組合せに含まれる各種類のオブジェクトデータに対応するオブジェクトのみを表示する第１Ｗｅｂ閲覧機能を有する第１Ｗｅｂ閲覧手段と、前記インターネット接続手段を介して前記Ｗｅｂデータが格納されているインターネット上の位置を表すＵＲＬと第１Ｗｅｂ閲覧機能を示す情報とを指定してＷｅｂデータの送信を要求する第１データ要求手段と、前記インターネット接続手段を介して前記ＵＲＬを指定すると共に前記所定の組合せとは異なる組合せに含まれる各種類のオブジェクトデータに対応するオブジェクトのみを表示すると共に前記携帯端末装置の画面より大きいサイズの画面に表示する第２Ｗｅｂ閲覧機能を示す情報を指定してＷｅｂデータの送信を要求する第２データ要求手段と、前記インターネット接続手段を介して前記第１データ要求手段または前記第２データ要求手段による要求に応じて返信されるＷｅｂデータを受信する受信手段と、前記第１データ要求手段に対し前記ＵＲＬを指定して前記Ｗｅｂデータの送信を要求し前記受信手段で当該要求に応じて返信されるＷｅｂデータを受信し前記第１Ｗｅｂ閲覧手段により当該Ｗｅｂデータを閲覧する場合、前記第１データ要求手段が指定した前記ＵＲＬと同一のＵＲＬを指定しての第２データ要求手段による要求に応じて返信されたＷｅｂデータを、前記第２Ｗｅｂ閲覧機能を有する第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１データ要求手段による要求に応じて返信されたＷｅｂデータを前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異なるか否かを判定するＷｅｂ判定手段と、前記Ｗｅｂデータの印刷に際し前記Ｗｅｂ判定手段は第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異なると判定した場合は前記第２データ要求手段による要求に応じて返信されるＷｅｂデータの印刷を前記印刷装置に指示し、第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異ならないと判定した場合は前記第１データ要求手段による要求に応じて返信されるＷｅｂデータの印刷を前記印刷装置に指示する印刷指示手段とを備えることを特徴とする。

また、請求項２に係るＷｅｂ印刷システムは、請求項１に記載のＷｅｂ印刷システムにおいて、前記携帯端末装置は、複数の記憶領域を有し前記ＵＲＬと前記Ｗｅｂ判定手段による判定の結果とを組にして前記記憶領域に対して各ＵＲＬ毎に記憶する記憶手段と、前記Ｗｅｂ判定手段による判定が行われる時に当該判定の結果により前記記憶手段を更新する更新手段と、前記記憶手段に所定のＵＲＬに対応する前記判定の結果が記憶されているか否かを判断する判断手段とを備え、前記第１データ要求手段によってＷｅｂデータの要求をするに際し、判断手段によって前記記憶手段に前記所定のＵＲＬに対応する前記判定の結果が記憶されていないと判断された場合には当該第１データ要求手段によるＷｅｂデータの要求に加え前記第２データ要求手段によって前記所定のＵＲＬを指定してのＷｅｂデータの要求を行い、前記更新手段は前記Ｗｅｂ判定手段による判定の結果によって前記記憶手段を更新し、前記印刷指示手段は、前記Ｗｅｂデータの印刷に際し、当該ＷｅｂデータのＵＲＬと組にして前記記憶領域に記憶されている前記判定の結果を参照し、前記判定の結果が第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異なるという結果の場合は前記第２データ要求手段による要求に応じて返信されるＷｅｂデータの印刷を前記印刷装置に指示し、前記判定の結果が第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異ならないという結果の場合は前記第１データ要求手段による要求に応じて返信されるＷｅｂデータの印刷を前記印刷装置に指示することを特徴とする。

また、請求項３に係るＷｅｂ印刷システムは、インターネットに接続する第１インターネット接続手段を備えＷｅｂデータを閲覧する携帯端末装置と、前記携帯端末装置に接続され前記Ｗｅｂデータを印刷する印刷装置とを備えるＷｅｂ印刷システムにおいて、Ｗｅｂデータは、データ形式の違いによる１種類以上のオブジェクトデータを備え、前記携帯端末装置は、Ｗｅｂデータの閲覧に際し前記種類の所定の組合せに含まれる各種類のオブジェクトデータに対応するオブジェクトのみを表示する第１Ｗｅｂ閲覧機能を有する第１Ｗｅｂ閲覧手段と、前記第１インターネット接続手段を介して前記Ｗｅｂデータが格納されているインターネット上の位置を表すＵＲＬと第１Ｗｅｂ閲覧機能を示す情報とを指定してＷｅｂデータの送信を要求する第１データ要求手段と、前記第１インターネット接続手段を介して前記ＵＲＬを指定すると共に前記所定の組合せとは異なる組合せに含まれる各種類のオブジェクトデータに対応するオブジェクトのみを表示すると共に前記携帯端末装置の画面より大きいサイズの画面に表示する第２Ｗｅｂ閲覧機能を示す情報を指定してＷｅｂデータの送信を要求する第２データ要求手段と、前記第１インターネット接続手段を介して前記第１データ要求手段または前記第２データ要求手段による要求に応じて返信されるＷｅｂデータを受信する第１受信手段と、前記第１データ要求手段に対し前記ＵＲＬを指定して前記Ｗｅｂデータの送信を要求し前記第１受信手段で当該要求に応じて返信されるＷｅｂデータを受信し前記第１Ｗｅｂ閲覧手段により当該Ｗｅｂデータを閲覧する場合、前記第１データ要求手段が指定した前記ＵＲＬと同一のＵＲＬを指定しての第２データ要求手段による要求に応じて返信されたＷｅｂデータを、前記第２Ｗｅｂ閲覧機能を有する第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１データ要求手段による要求に応じて返信されたＷｅｂデータを前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異なるか否かを判定するＷｅｂ判定手段と、前記印刷装置に対し前記ＵＲＬと前記第２Ｗｅｂ閲覧機能を示す情報とを送信するＵＲＬ送信手段と、前記印刷装置に対し前記Ｗｅｂデータの印刷要求を送信する印刷要求送信手段と、前記印刷装置を前記インターネットに接続する第２インターネット接続手段とを備え、前記印刷装置は、前記ＵＲＬ送信手段により送信された前記ＵＲＬと前記第２Ｗｅｂ閲覧機能を示す情報とを受信するＵＲＬ受信手段と、前記ＵＲＬ受信手段により受信した前記ＵＲＬと前記第２Ｗｅｂ閲覧機能を示す情報とを指定して前記第２インターネット接続手段を介してＷｅｂデータの送信を要求する第３データ要求手段と、前記第２インターネット接続手段を介して前記第３データ要求手段による要求に応じて返信されるＷｅｂデータを受信する第２受信手段と、前記印刷要求送信手段によって送信されたＷｅｂデータの印刷要求を受信する印刷要求受信手段と、前記第２受信手段により受信された前記Ｗｅｂデータまたは前記印刷要求受信手段により受信した印刷要求で印刷を要求されたＷｅｂデータを印刷する印刷手段とを備え、前記ＵＲＬ受信手段により前記ＵＲＬと前記第２Ｗｅｂ閲覧機能を示す情報とを受信した場合は、前記第３データ要求手段によりＷｅｂデータの送信を要求し、前記第２受信手段により当該Ｗｅｂデータの要求に応じて返信されるＷｅｂデータを受信し、前記印刷手段により当該Ｗｅｂデータを印刷するように構成され、前記携帯端末装置は、前記Ｗｅｂデータの印刷に際し前記Ｗｅｂ判定手段を介して、第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異なると判定された場合は前記ＵＲＬ送信手段を介して前記ＵＲＬと前記第２Ｗｅｂ閲覧機能を示す情報とを前記印刷装置に送信し、第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異ならないと判定された場合は前記印刷要求送信手段を介して前記第１データ要求手段による要求に応じて返信されるＷｅｂデータの印刷要求を前記印刷装置に送信する印刷指示手段とを備えることを特徴とする。

また、請求項４に係るＷｅｂ印刷システムは、請求項３に記載のＷｅｂ印刷システムにおいて、前記携帯端末装置は、複数の記憶領域を有し前記ＵＲＬと前記Ｗｅｂ判定手段による判定の結果とを組にして前記記憶領域に対して各ＵＲＬ毎に記憶する記憶手段と、前記Ｗｅｂ判定手段による判定が行われる時に当該判定の結果により前記記憶手段を更新する更新手段と、前記記憶手段に所定のＵＲＬに対応する前記判定の結果が記憶されているか否かを判断する判断手段とを備え、前記第１データ要求手段によってＷｅｂデータの要求をするに際し、判断手段によって前記記憶手段に前記所定のＵＲＬに対応する前記判定の結果が記憶されていないと判断された場合には当該第１データ要求手段によるＷｅｂデータの要求に加え前記第２データ要求手段によって前記所定のＵＲＬを指定してのＷｅｂデータの要求を行い、前記更新手段は前記Ｗｅｂ判定手段による判定の結果によって前記記憶手段を更新し、前記印刷指示手段は、前記Ｗｅｂデータの印刷に際し、当該ＷｅｂデータのＵＲＬと組にして前記記憶領域に記憶されている前記判定の結果を参照し、前記判定の結果が前記判定の結果が第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異なるという結果の場合は前記第２データ要求手段による要求に応じて返信されるＷｅｂデータの印刷を前記印刷装置に指示し、前記判定の結果が第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異ならないという結果の場合は前記第１データ要求手段による要求に応じて返信されるＷｅｂデータの印刷を前記印刷装置に指示することを特徴とする。

また、請求項５に記載の携帯端末装置は、請求項１乃至４の何れかに記載のＷｅｂ印刷システムに使用されることを特徴とする。

請求項１に係るＷｅｂ印刷システムでは、前記Ｗｅｂデータの印刷に際し前記Ｗｅｂ判定手段は第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異なると判定した場合は前記第２データ要求手段による要求に応じて返信されるＷｅｂデータの印刷を前記印刷装置に指示し、第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異ならないと判定した場合は前記第１データ要求手段による要求に応じて返信されるＷｅｂデータの印刷を前記印刷装置に指示する印刷指示手段を備えるように構成されている。

これにより、Ｗｅｂデータを印刷するに際し、ユーザが手間なく、印刷することにより閲覧性が向上したり、新しい情報を得たりするＷｅｂデータをＷｅｂサーバから取得することがＷｅｂサーバの協力なくでき、よって汎用性もあるＷｅｂ印刷システムを提供できる。また、取得したＷｅｂデータの印刷を印刷装置に指示することにより、印刷物の形でＷｅｂデータを閲覧でき、閲覧性が向上する。また、携帯端末装置からでは閲覧できない情報を閲覧できる。

また、請求項２に係るＷｅｂ印刷システムでは、前記携帯端末装置は、複数の記憶領域を有し前記ＵＲＬと前記Ｗｅｂ判定手段による判定の結果とを組にして前記記憶領域に対して各ＵＲＬ毎に記憶する記憶手段を備えるように構成されている。

これにより、Ｗｅｂデータの要求の度に、Ｗｅｂ判定手段によって毎回判定する必要がなくなり、そのためのＷｅｂデータの要求と要求に応じて送られるＷｅｂデータの通信も減らすことができ、よってデータ通信量を減らすことができると共にＷｅｂサーバの負荷を低減できる。

また、請求項３に係るＷｅｂ印刷システムでは、前記携帯端末装置は、前記Ｗｅｂデータの印刷に際し前記Ｗｅｂ判定手段を介して、第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異なると判定された場合は前記ＵＲＬ送信手段を介して前記ＵＲＬと前記第２Ｗｅｂ閲覧機能を示す情報とを前記印刷装置に送信し、第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異ならないと判定された場合は前記印刷要求送信手段を介して前記第１データ要求手段による要求に応じて返信されるＷｅｂデータの印刷要求を前記印刷装置に送信する印刷指示手段とを備えるように構成されている。

これにより、Ｗｅｂデータを印刷するに際し、ユーザが手間なく、印刷することにより閲覧性が向上したり、新しい情報を得たりするＷｅｂデータをＷｅｂサーバから取得することがＷｅｂサーバの協力なくでき、よって汎用性もあるＷｅｂ印刷システムを提供できる。また、取得したＷｅｂデータのＵＲＬを印刷装置に送って印刷を指示することにより、印刷物の形でＷｅｂデータを閲覧でき、閲覧性が向上する。また、携帯端末装置からでは閲覧できない情報を閲覧できる。

また、請求項４に係るＷｅｂ印刷システムでは、前記携帯端末装置は、複数の記憶領域を有し前記ＵＲＬと前記Ｗｅｂ判定手段による判定の結果とを組にして前記記憶領域に対して各ＵＲＬ毎に記憶する記憶手段を備えるように構成されている。

また、請求項５に係る携帯端末装置は、前述のＷｅｂ印刷システムにて使用されるように構成されている。

これにより、前述のＷｅｂ印刷システムにて使用される携帯端末装置を提供できる。

以下、本発明に係るＷｅｂ印刷システムについて、具体化した第１実施形態乃至第３実施形態に基づいて図面を参照しつつ詳細に説明する。

先ず、本第１実施形態に係るＷｅｂ印刷システムについて図１乃至図１３に基づき説明する。図１は、本第１実施形態に係るＷｅｂ印刷システムの概略構成図である。

図１に示すように、本第１実施形態に係るＷｅｂ印刷システム１は、携帯端末装置としての携帯電話２が不図示の基地局を介してインターネット３に接続され、携帯電話２はプリンタ４と接続されて構成されている。また、様々なＷｅｂデータを提供するＷｅｂサーバ５がインターネット３に接続されている。

図２を参照して携帯電話２の概略を説明する。図２は、携帯電話２の外観を示す図である。携帯電話２は、デジタル携帯電話である。図２に示すように、携帯電話２は、プリンタ４へ印刷を指示する印刷ボタン１０、電話番号を入力したり、各種操作を行ったりする、上カーソルキー１１、下カーソルキー１２、左カーソルキー１３、右カーソルキー１４、決定キー１５、英字、数字、仮名、記号等各種の文字が入力可能な複数の文字キー１６等を備えたキーボード１７、各種設定画面を表示するＬＣＤ１８、電波を送受信するアンテナ部１９、音声を出力するスピーカ２０等を備える。

図３は、携帯電話２の機能ブロック図である。

図３に示すように、携帯電話２は、キーボード１７（図２参照）を備えた操作部３０、音声信号をデジタルデータに変換したり、逆にデジタルデータを音声信号に変換したりするモデム３１、モデム３１に接続され、デジタルデータによる通信を行うアンテナ部１９を備えている。尚、通話用の音声信号の送受信でないデータ通信の場合、音声信号をデジタルデータに変換したり、デジタルデータを音声信号に変換したりする必要はないので、その場合は、モデム３１を介さずにデジタルデータがそのままアンテナ部１９によって通信される。

携帯電話２は、また、ＬＣＤ１８を備えＬＣＤ１８への表示を制御する不図示のＬＣＤＣ等からなる表示部３２、ＵＳＢの規格に基づく通信を行うためＵＳＢケーブルが接続されるＵＳＢポート３３、不図示のマイクを備えて音声を音声信号として入力する送話部３４、スピーカ２０を備えて音声信号を音声として出力する受話部３５、各種データを記憶し不図示のＲＯＭ、ＲＡＭ、フラッシュＲＯＭからなるメモリ３６を備えている。メモリ３６を構成する不図示のＲＡＭは、送信するデータを格納する送信バッファ、受信するデータを格納する受信バッファ、Ｗｅｂデータを格納するＷｅｂデータバッファ、表示イメージを展開する表示バッファ、その他の作業用領域等を備えている。

メモリ３６を構成する不図示のＲＯＭには、例えば、通話やデータ通信、プリンタ４への印刷指示といった携帯電話２の基本的な動作を行うための基本動作プログラムが格納される基本動作プログラム記憶領域を備えている。また、メモリ３６を構成する不図示のＲＯＭにはＷｅｂデータを受信した時に、Ｗｅｂデータを携帯電話２のＬＣＤ１８のような小さな画面において閲覧するためのブラウザが格納されるブラウザ記憶領域を備えている。このブラウザは、Ｗｅｂデータを画面イメージに展開する機能を当然に備えている。また、メモリ３６を構成する不図示のＲＯＭには、その他のプログラムが記憶されている。またメモリ３６を構成する不図示のＲＯＭには各プログラムから参照される各種のプログラム関連情報を格納するプログラム関連情報格納領域を備えている。

また、携帯電話２は、各部の動作を制御し、不図示のＣＰＵ、タイマ等を備えた制御回路３７を備える。また、携帯電話２は、電池３８と、電池３８から得られる電気の電流、電圧を調整する電源発生回路３９とを備えている。

尚、本第１実施形態では、アンテナ部１９は、不図示の基地局を介してインターネット３に接続するために使用され、ＵＳＢポート３３は、プリンタ４に接続するために使用される。

図４は、プリンタ４の機能ブロック図である。

図４に示すように、プリンタ４は、不図示のキーボードを備えた操作部５０、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）に接続するためのＬＡＮＩ／Ｆ部５１、ＵＳＢの規格に基づく通信を行うためＵＳＢケーブルが接続されるＵＳＢポート５２、各種データを記憶し不図示のＲＯＭ、ＲＡＭ、フラッシュＲＯＭからなるメモリ５４を備えている。メモリ５４を構成する不図示のＲＡＭは、送信するデータを格納する送信バッファ、受信するデータを格納する受信バッファ、Ｗｅｂデータを格納するＷｅｂデータバッファ、印刷イメージを展開する印刷バッファ、その他の作業用領域等を備えている。メモリ５４を構成する不図示のＲＯＭには、例えば、ビットマップデータからなる印刷データを受信しそのビットマップデータを印刷するといったプリンタ４の基本的な動作を行うための基本動作プログラムが格納される基本動作プログラム記憶領域を備えている。また、メモリ５４を構成する不図示のＲＯＭにはＷｅｂデータからなる印刷データを受信した時に、ＷｅｂデータをＰＣのような大きな画面を有する機器が閲覧用に備えるブラウザが作成する画面イメージと同じイメージを印刷イメージとして作成するＷｅｂデータ展開プログラムが格納されるＷｅｂデータ展開プログラム記憶領域を備えている。また、メモリ５４を構成する不図示のＲＯＭには、その他のプログラムが記憶されている。また、メモリ５４を構成する不図示のＲＯＭには各プログラムから参照される各種のプログラム関連情報を格納するプログラム関連情報格納領域を備えている。

また、プリンタ４は、受信した印刷データに基づいて紙面に印刷する印刷部５３を備えている。

また、プリンタ４は、各部の動作を制御し、不図示のＣＰＵ、タイマ等を備えた制御回路５５を備える。また、プリンタ４は、１００Ｖの商用電源を電源としており、そこから得られる電気の電流、電圧を調整する電源発生回路５６とを備えている。

尚、本第１実施形態では、ＵＳＢポート５２は、携帯電話２に接続するために使用される。また、プリンタ４は、ＨＤＤを備えていてもよい。

図５は、Ｗｅｂサーバ５の機能ブロック図である。

図５に示すように、Ｗｅｂサーバは、不図示のキーボードを備えた操作部６０、各種情報を表示する表示部６１、インターネット３に接続するための通信Ｉ／Ｆ部６２、各種データを記憶し不図示のＲＯＭ、ＲＡＭ、フラッシュＲＯＭからなるメモリ６３を備えている。メモリ６３を構成する不図示のＲＡＭは、送信するデータを格納する送信バッファ、受信するデータを格納する受信バッファ、その他の作業用領域等を備えている。メモリ６３を構成する不図示のＲＯＭには、例えば、Ｗｅｂデータの送信を要求するリクエストが送られてきた場合、リクエストを解析して要求に沿ったＷｅｂデータを後述するデータベースから検索し、リクエストを送ってきたクライアントにＷｅｂデータを送信するといったＷｅｂサーバ５の基本的な動作を行うための基本動作プログラムが格納される基本動作プログラム記憶領域を備えている。また、メモリ６３を構成する不図示のＲＯＭには、その他のプログラムが記憶されている。また、メモリ６３を構成する不図示のＲＯＭには各プログラムから参照される各種のプログラム関連情報を格納するプログラム関連情報格納領域を備えている。

また、Ｗｅｂサーバ５は、複数のＷｅｂデータが各種情報毎に検索可能に収納されて構成されるデータベースとしてＨＤＤ６４を備えている。また、Ｗｅｂサーバ５は、各部の動作を制御し、不図示のＣＰＵ、タイマ等を備えた制御回路６５を備える。また、Ｗｅｂサーバ５は、１００Ｖの商用電源を電源としており、そこから得られる電気の電流、電圧を調整する電源発生回路６６とを備えている。

次に、図６は、Ｗｅｂ印刷システム１におけるデータの流れを示す模式図である。

本第１実施形態の携帯電話２の有するブラウザは、従来技術で図２２を参照して説明したような、小さい画面に対応したブラウザであって、フルブラウザではない。そのため、小さい画面に対応したブラウザが有する小さい画面向けのＷｅｂデータを要求するリクエスト（以後、小画面リクエストと称することにする）を送信する機能は有している。一方、ＰＣ２０２の画面のように大きい画面に対応したブラウザが有する大きい画面向けのＷｅｂデータを要求するリクエスト（以後、大画面リクエストと称することにする）を送信する機能も有している。但し、本ブラウザは、その表示はできない（それができれば、フルブラウザである）。尚、本ブラウザはフルブラウザの表示機能を有していても構わないが、その場合の印刷時の処理は、以後の説明とは異なることとする（大雑把に言えば大画面リクエストと小画面リクエストとを互いに読み替える。詳細な説明は省略）。

本第１実施形態の携帯電話２の有するブラウザの表示画面の構成は図２２に示す表示画面３２１と同じである。ＵＲＬの設定等、各種の指示は、携帯電話２のキーボード１７の備える不図示のメニューボタンを押下することにより、不図示のメニュー選択画面が表示され、その中から所望のメニューを選択することにより行う点も同じである。そのため、本第１実施形態に係るブラウザの説明に際しては、従来技術の説明としてブラウザの説明に用いた符号と同じ符号を用いて説明することにする。

図６を参照して本第１実施形態のＷｅｂ印刷システム１におけるデータの流れを追いながら処理の概要を説明する。

携帯電話２における表示画面３２１へのＷｅｂデータの表示に際しては、携帯電話２は、Ｗｅｂサーバ５に対し小画面リクエストＦを送信する。この小画面リクエストＦを受け取ったＷｅｂサーバ５はそれに応じてレスポンスＧとしてＷｅｂデータを送り返す。それを受け取った携帯電話２は、Ｗｅｂデータを表示イメージに変換し表示画面３２１に表示する。

また、携帯電話２は、印刷に際し、先ず、Ｗｅｂサーバ５に対し大画面リクエストＨを送信する。この大画面リクエストＨを受け取ったＷｅｂサーバ５はそれに応じてレスポンスＩとしてＷｅｂデータを送り返す。それを受け取った携帯電話２は、レスポンスＧとしてのＷｅｂデータとレスポンスＩとしてのＷｅｂデータとを所定の規則に従って比較し、その結果に応じて一方のＷｅｂデータを印刷データＪとしてプリンタ４に送信する。

次に、Ｗｅｂ印刷システム１を構成する各装置における処理について、図７乃至図９を参照して説明する。図７は、Ｗｅｂサーバ５におけるリクエスト受信時の処理のフローチャートである。図８は、携帯電話２におけるブラウザの表示処理のフローチャートである。図９は、携帯電話２におけるブラウザの印刷ボタン処理のフローチャートである。尚、プリンタ４の印刷処理については、従来技術の欄で、図１６を参照して説明したシステムのプリンタ４と同様である。即ち、制御回路５５の備える不図示のＣＰＵは、ＵＳＢポート５２を介して印刷データとしてＷｅｂデータが受信されると、それをＰＣ２０２の備えるような大画面向けのブラウザが有する大画面への表示イメージとして展開する時と同じ手法でメモリ５４の備える不図示のＲＡＭの印刷バッファにイメージを展開し、そのイメージを印刷イメージとして印刷部５３によって紙面に印刷させている。

先ず、図７を参照してＷｅｂサーバ５におけるリクエスト受信時の処理を説明する。尚、この処理は全て制御回路６５の備える不図示のＣＰＵにより実行される。

図７に示すように、先ず、ステップ１（Ｓ１と記載する。以後同様）において、通信Ｉ／Ｆ６２を介してリクエストを受信する。その後、Ｓ２に移行する。Ｓ２では、リクエストの内容が解釈される。ここでは、Ｗｅｂデータとして取得したい対象として何が指定されているかを「ＧＥＴ」に続けて記載されている内容を参照して取得したり、ブラウザの種類（その中には、小画面向けか大画面向けかといった違いも含む）を、「Ｕｓｅｒ−Ａｇｅｎｔフィールド」を参照して取得したり、Ｗｅｂデータの言語指定を「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅフィールド」を参照して取得したりしている。その後、Ｓ３に移行する。Ｓ３では、Ｓ２で取得したリクエストの内容に基づき、ＷｅｂデータのデータベースであるＨＤＤ６４が検索されて目的のＷｅｂデータが取得され、そのＷｅｂデータが通信Ｉ／Ｆ６２を介して、Ｓ１のリクエストの発信元に対して送信される。尚、Ｗｅｂデータによっては、例えば、ブラウザの種類に応じて複数用意しておらず、１種類しかないこともある。

次に、図８を参照して、携帯電話２におけるブラウザの表示処理を説明する。尚、この処理と、図９を参照して後述する印刷ボタン処理は、全て制御回路３７の備える不図示のＣＰＵにより実行される。

図８に示すように、ブラウザ３２０の表示画面３２１へのＷｅｂデータの表示に際しては、先ず、Ｓ１０では、不図示のＵＲＬ入力画面に入力されたＵＲＬに指定されたＷｅｂサーバ５に対し、アンテナ部１９を介して携帯電話用のリクエスト（小画面リクエスト）が送信される。これは、図６における小画面リクエストＦに相当する。その後、Ｓ１１に移行する。Ｗｅｂサーバ５からは、図７を参照して説明したようにリクエスト（今回は小画面リクエスト）に対応するＷｅｂデータを送り返してくるので、Ｓ１１では、そのＷｅｂデータがアンテナ部１９を介して受信される。これは、図６におけるレスポンスＧに相当する。その後、Ｓ１２に移行する。Ｓ１２では、受信されたＷｅｂデータが、メモリ３６の備える不図示のＲＡＭの作業領域に一時記憶されると共に、ブラウザの表示画面３２１のＷｅｂデータ表示欄３３１に対しＷｅｂデータを表示イメージに展開した結果が表示される。

次に、図９を参照して、携帯電話２におけるブラウザの印刷ボタン処理を説明する。本第１実施形態においては、印刷ボタン１０はハードキーとしてキーボード１７に設けられているが、ソフトキーとしてブラウザ３２０の表示画面３２１の何れかに設けられてもよい。本第１実施形態の印刷ボタン１０は、図８を参照して説明したブラウザの表示処理を経て、表示画面３２１にＷｅｂデータの表示イメージが表示されている状態においてのみ有効であって、それ以外では無効である。そして、この印刷ボタン処理の実現する機能は、表示画面３２１に表示イメージが表示されているＷｅｂデータ、若しくは、それに関連するＷｅｂデータをプリンタ４にて印刷するための機能である。

図９に示すように、印刷ボタン１０の押下に際しては、前述のように押下が有効か否かが判断され、有効でないと判断された場合は、何もしない。有効と判断された場合は、Ｓ２０にて、サーバ５に対し、アンテナ部１９を介してＰＣ用のリクエスト（大画面リクエスト）が送信される。これは、図６における大画面リクエストＨに相当する。その後、Ｓ２１に移行する。Ｗｅｂサーバ５からは、図７を参照して説明したようにリクエスト（今回は大画面リクエスト）に対応するＷｅｂデータを送り返してくるので、Ｓ２１では、そのＷｅｂデータがアンテナ部１９を介して受信される。これは、図６におけるレスポンスＩに相当する。その後、Ｓ２２に移行する。Ｓ２２では、受信されたＷｅｂデータが、メモリ３６の備える不図示のＲＡＭの作業領域に一時記憶される。その後、Ｓ２３に移行する。Ｓ２３では、Ｓ２２において一時記憶されたＷｅｂデータと図８のＳ１２において一時記憶されたＷｅｂデータとが所定の規則に従って比較される。

（１）ここでは、先ずＷｅｂデータ自体が同一か否かを判断する。それには、単純に、Ｗｅｂデータを比較すればよい。

（２）同一であると判断された場合は、Ｓ２３における比較処理はそれで終了する。

（３）同一ではないと判断された場合は、小画面リクエストに対して送り返されたＷｅｂデータについて、それを構成する各オブジェクトの種類を全て抽出する。

（４）携帯電話２のブラウザにおいて表示可能なオブジェクトの種類を抽出する（予め、それらをメモリ３６の何処かに記憶しておいてもよい）。

（５）そして、（３）と（４）の結果から、携帯電話２のブラウザによって表示可能なＷｅｂデータを構成するオブジェクトの種類を抽出する。

（６）また、大画面リクエストに対して送り返されたＷｅｂデータについて、それを構成する各オブジェクトの種類を全て抽出する。

（７）大画面向けのブラウザにおいて表示可能なオブジェクトの種類を抽出する（予め、それらをメモリ３６の何処かに記憶しておいてもよい）。

（８）そして、（６）と（７）の結果から、大画面向けのブラウザによって表示可能なＷｅｂデータを構成するオブジェクトの種類を抽出する。

（９）そして、（５）と（８）の結果を比較し、両者のオブジェクトの種類が同じか否かを判断する。両者のオブジェクトの種類が同じと判断された場合は、小画面リクエストに対して送り返されたＷｅｂデータと大画面リクエストに対して送り返されたＷｅｂデータとは同等とされる。一方、両者のオブジェクトの種類が同じでないと判断された場合は、小画面リクエストに対して送り返されたＷｅｂデータと大画面リクエストに対して送り返されたＷｅｂデータとは同等でないとされる。Ｓ２３における比較処理は以上で終了する。Ｓ２３の処理の後は、Ｓ２４に移行する。

Ｓ２４では、Ｓ２３によるＷｅｂデータの比較処理の結果、各Ｗｅｂデータは同等であると判断されたか否かが判断される。各Ｗｅｂデータが同等であると判断された場合は、Ｓ２５に移行し、各Ｗｅｂデータが同等でないと判断された場合は、Ｓ２６に移行する。

Ｓ２５では、携帯電話用として取得したＷｅｂデータ（小画面リクエストに対するレスポンス）がプリンタ４に印刷データとして送信される。

また、Ｓ２６では、ＰＣ用として取得したＷｅｂデータ（大画面リクエストに対するレスポンス）がプリンタ４に印刷データとして送信される。

尚、Ｓ２３の比較処理に関して、両者のオブジェクトの種類が同じでないと判断された場合は、当然各Ｗｅｂデータをそれぞれに対応するブラウザによって表示した結果においても、それぞれが異なるオブジェクトの組合せとなる。

プリンタ４は、制御回路５５の備える不図示のＣＰＵにより、ＵＳＢポート５２またはＬＡＮＩ／Ｆ部５１を介して、各種のデータを受信すると、受信したデータを解析してそのデータに応じた動作をするようプリンタ４の各部を制御するように構成されている。

プリンタ４のＣＰＵは、印刷データとしてビットマップデータを受信したと判断した場合は、メモリ５４の不図示の印刷バッファにビットマップデータを展開し、それを印刷部５３によって紙面に印刷させる。

また、プリンタ４のＣＰＵは、印刷データとしてＷｅｂデータを受信したと判断した場合は、Ｗｅｂ展開プログラムに基づいて、Ｗｅｂデータから大きな画面を有する機器が備えるブラウザが作成する画面イメージと同じイメージを生成し、メモリ５４の不図示の印刷バッファにそのイメージを展開する。その後、そのイメージを印刷部５３によって紙面に印刷させる。

第１実施形態に係るＷｅｂ印刷システム１では、Ｗｅｂデータの印刷に際しＷｅｂデータの比較の処理は大画面リクエストのレスポンスであるＷｅｂデータを大画面用のブラウザに表示した場合のオブジェクトの組合せと、小画面リクエストのレスポンスであるＷｅｂデータを携帯電話２のブラウザに表示した場合のオブジェクトの組合せとが異なると判定した場合は大画面用の大画面リクエストのレスポンスであるＷｅｂデータの印刷をプリンタ４に指示し、大画面リクエストのレスポンスであるＷｅｂデータを大画面用のブラウザに表示した場合のオブジェクトの組合せと、小画面リクエストのレスポンスであるＷｅｂデータを携帯電話２のブラウザに表示した場合のオブジェクトの組合せとが異ならないと判定した場合は小画面リクエストのレスポンスであるＷｅｂデータの印刷をプリンタ４に指示するように構成されている。

これにより、Ｗｅｂデータを印刷するに際し、ユーザが手間なく、印刷することにより閲覧性が向上したり、新しい情報を得たりするＷｅｂデータをＷｅｂサーバ５から取得することがＷｅｂサーバ５の協力なくでき、よって汎用性もあるＷｅｂ印刷システム１を提供できる。また、取得したＷｅｂデータの印刷をプリンタ４に指示することにより、印刷物の形でＷｅｂデータを閲覧でき、閲覧性が向上する。また、携帯電話２からでは閲覧できない情報を閲覧できる。

尚、一般的には小さい画面の携帯電話２のブラウザよりも、大きい画面の機器（ＰＣ２０２等）のブラウザの方が高機能なことから、Ｓ２３におけるＷｅｂデータの比較処理は、「（１）先ずＷｅｂデータ自体が同一か否かを判断する。それには、単純に、Ｗｅｂデータを比較すればよい。（２）Ｓ２３における比較処理を終了する。」とし、Ｓ２４では、「Ｓ２３によるＷｅｂデータの比較処理の結果、各Ｗｅｂデータは同一であると判断されたか否かを判断する。各Ｗｅｂデータが同一であると判断された場合は、Ｓ２５に移行し、各Ｗｅｂデータが同一でないと判断された場合は、Ｓ２６に移行する。」としてもよい。

この場合も当然に、各Ｗｅｂデータをそれぞれに対応するブラウザによって表示した結果においても、それぞれが異なるオブジェクトの組合せとなる。

尚、また、従来技術においても、ユーザは、携帯電話に特化したブラウザから小画面リクエストを送信し、それに応じて返って来たＷｅｂデータを用いて印刷した時、携帯電話に特化したブラウザの画面表示には現れなかった情報（非表示情報と呼ぶことにする）が印刷されることは例外的にはあった（前述した、印刷時にＷｅｂデータを再取得する場合を指す）。また、フルブラウザを携帯電話が有しているのであれば、フルブラウザから送信される大画面リクエストに応じて返って来たＷｅｂデータを用いて表示した場合、携帯電話に特化したブラウザにおける非表示情報はなく、それに基づく印刷も可能であった。

それに対し、本第１実施形態に係る発明は、携帯電話に特化したブラウザしか有しない携帯電話よりは、非表示情報が印刷される可能性が確実に高い。それは、小画面リクエストと大画面リクエストの両方を送信してＷｅｂデータを取得しているためである。また、携帯電話に特化したブラウザとフルブラウザとを備えた携帯電話に対しては、ユーザが一方のブラウザにおける非表示情報を印刷しようとする時、ユーザが両方のブラウザを一々切り換えながら見て印刷データを選択するという手間を省くことができるという利点がある。

また、第１実施形態に係る携帯電話２は、Ｗｅｂ印刷システム１にて使用されるように構成されている。

これにより、Ｗｅｂ印刷システム１にて使用される携帯電話２を提供できる。

次に、本第２実施形態に係るＷｅｂ印刷システムについて説明する。第２実施形態は第１実施形態と殆ど同じである。第１実施形態と同じ構成には第１実施形態と同じ符号を付して説明する。本第２実施形態に係る携帯電話１２０は、第１実施形態に係る携帯電話２とは、携帯電話１２０のメモリ３６に評価テーブル記憶エリア記憶部１２１が設けられている点が異なる。また、それに伴い、携帯電話１２０の処理も一部異なる。以下では、第１実施形態と異なる部分を中心に図１、図２、図６、図１０乃至図１３を参照して説明する。

図１０は、携帯電話１２０の機能ブロック図である。図１１は、評価テーブル記憶エリア記憶部３７に記憶されている評価テーブルの一例を示す模式図である。図１２は、携帯電話１２０におけるブラウザの表示処理のフローチャートである。図１３は、携帯電話１２０におけるブラウザの印刷ボタン処理のフローチャートである。

図１０に示すように、携帯電話１２０は、各種データを記憶し不図示のＲＯＭ、ＲＡＭ、フラッシュＲＯＭからなるメモリ３６を備えている。メモリ３６を構成する不図示のＲＡＭは、送信するデータを格納する送信バッファ、受信するデータを格納する受信バッファ、Ｗｅｂデータを格納するＷｅｂデータバッファ、表示イメージを展開する表示バッファ、後述する評価テーブル１３０（図１１参照）を記憶する評価テーブル記憶部１２１、その他の作業用領域等を備えている。それ以外の電気的な構成は第１実施形態に係る携帯電話２と同じである。尚、評価テーブル１３０は、第３実施形態においても使用される。

また、携帯電話１２０は、ＨＤＤを備えていてもよい。その場合、評価テーブル記憶部１２１は書き換え可能な部分に設けられていればよいので、評価テーブル記憶部１２１はＲＡＭに設けられる替わりにＨＤＤに設けられてもよい。

図１１を参照して、評価テーブル１３０について説明する。図１１に示すように、ＵＲＬ欄１３１と評価フラグ欄１３２とからなり、ＵＲＬと評価フラグからなるレコードを格納するようになっている。評価テーブル１３０は初期状態においては、何もレコードは格納されておらず、ブラウザによってＷｅｂデータが参照される度に、そのＷｅｂデータに対応するレコードが追加される。但し、同一のＵＲＬを有するレコードは１つしか存在しない。レコードに含まれるＵＲＬは、Ｗｅｂデータが存在するインターネット上の位置を表している。また、前述の第１実施形態において、携帯電話２におけるブラウザの印刷ボタン処理中、Ｓ２３にて、２つのＷｅｂデータに関して所定の規則に従って比較をしている。その比較処理に相当する比較処理を第２実施形態でも行う。レコードに含まれる評価フラグは、その比較処理の結果に対応するフラグである。即ち、小画面リクエストに対して送り返されたＷｅｂデータと大画面リクエストに対して送り返されたＷｅｂデータとが同等と判断された場合、評価フラグはＯＮとなり、小画面リクエストに対して送り返されたＷｅｂデータと大画面リクエストに対して送り返されたＷｅｂデータとが同等ではないと判断された場合、評価フラグはＯＦＦとなる。

評価テーブル１３０は、第１実施形態において、プリンタ４にＷｅｂデータの印刷を指示する度に、前述のＳ２３における評価を行っていたのに対し、一度評価したことのあるＷｅｂデータの評価を行わないようにすることを目的に導入されるテーブルである。そのため、評価テーブル１３０に既に格納されているレコードに対応するＷｅｂデータの評価は第２実施形態では行わない。

図１１によれば、評価テーブル１３０には、その先頭に、ＵＲＬが「ｗｗｗ．ｓａｍｐｌｅ．ｃｏｍ」、評価フラグが「ＯＮ」のレコードが格納されている。２番目には、ＵＲＬが「ｗｗｗ．ｓａｍｐｌｅ．ｃｏｍ／ｐａｇｅ１．ｈｔｍｌ」、評価フラグが「ＯＮ」のレコードが格納されている。３番目には、ＵＲＬが「ｗｗｗ．ｓａｍｐｌｅ．ｃｏｍ／ｐａｇｅ２．ｈｔｍｌ」、評価フラグが「ＯＮ」のレコードが格納されている。４番目には、ＵＲＬが「ｗｗｗ．ｔｅｍｐ．ｃｏｍ／ｔｅｓｔ／ｈｏｍｅ．ｈｔｍ」、評価フラグが「ＯＦＦ」のレコードが格納されている。５番目には、ＵＲＬが「ｗｗｗ．ｔｅｍｐ．ｃｏｍ／ｔｅｓｔ／ｐｉｃｔｕｒｅ．ｊｐｇ」、評価フラグが「ＯＦＦ」のレコードが格納されている。

例えば、先頭のレコードの場合、ＵＲＬ：「ｗｗｗ．ｓａｍｐｌｅ．ｃｏｍ」に対してＷｅｂサーバ５から送り返されるＷｅｂデータのファイル名は不明だが、仮に「ｓａｍｐｌｅ．ｈｔｍｌ」とする。小画面リクエストに対するレスポンスとしてのｓａｍｐｌｅ．ｈｔｍｌと大画面リクエストに対するレスポンスとしてのｓａｍｐｌｅ．ｈｔｍｌとは、評価フラグはＯＮなので、同等とみなされる。この場合、プリンタ４に送る印刷データとしては、どちらのｓａｍｐｌｅ．ｈｔｍｌでも構わないので、本実施形態では小画面リクエストに対するレスポンスとしてのｓａｍｐｌｅ．ｈｔｍｌを送る。

また、４番目のレコードの場合、小画面リクエストに対するレスポンスとしてのｈｏｍｅ．ｈｔｍと大画面リクエストに対するレスポンスとしてのｈｏｍｅ．ｈｔｍとは、評価フラグはＯＦＦなので、同等ではないとみなされる。この場合、プリンタ４に送る印刷データとしては、大画面リクエストに対するレスポンスとしてのｈｏｍｅ．ｈｔｍを送る。

尚、４番目のレコードに対応するＷｅｂデータであるｈｏｍｅ．ｈｔｍにリンクされ、ｈｏｍｅ．ｈｔｍに対応する１個の画面イメージを構成する画像イメージがあるとする。そしてその画像イメージがｐｉｃｔｕｒｅ．ｊｐｇである場合、それと５番目のレコードに対応するＷｅｂデータであるｐｉｃｔｕｒｅ．ｊｐｇとは、Ｗｅｂデータとしては別物である。例え同名のファイルかつ同じ画像イメージであっても、それらはそれぞれ別のＷｅｂページに対応するＷｅｂデータである。

次に、本実施形態における評価テーブル１３０は、携帯電話１２０のブラウザ３２０が起動されるタイミングで初期化される。尚、評価テーブル１３０は、携帯電話１２０の起動時にのみ初期化され、携帯電話１２０が電源ＯＮの状態においては何回ブラウザ３２０の起動を繰り返しても初期化を行わないように構成してもよい。また、評価テーブル１３０は、ＨＤＤに記憶され、各レコードにＵＲＬへの最終アクセス日時欄を設けて所定の日時が経過したレコードはクリアするように構成してもよい。また、各レコードには、さらに、初期化タイミング設定欄を設けて、レコード毎に初期化するタイミングを設定可能に構成してもよい。そうすることにより、例えば、あるレコードは１週間アクセスがないＵＲＬのレコードはクリアする、あるレコードは３日間アクセスがないＵＲＬのレコードはクリアする、等の設定が可能である。初期化タイミング設定欄を参照してレコードをクリアするタイミングも、ブラウザ起動時、携帯電話１２０の電源ＯＮ時、レコード毎にＵＲＬへのアクセス時、等々自由に構成可能である。

次に、図１２を参照して、携帯電話１２０におけるブラウザの表示処理を説明する。尚、この処理と、図１３を参照して後述する印刷ボタン処理は、全て制御回路３７の備える不図示のＣＰＵにより実行される。

図１２に示すように、ブラウザ３２０の表示画面３２１へのＷｅｂデータの表示に際しては、先ず、Ｓ３０では、不図示のＵＲＬ入力画面に入力されたＵＲＬに指定されたＷｅｂサーバ５に対し、アンテナ部１９を介して携帯電話用のリクエスト（小画面リクエスト）
が送信される。これは、図６における小画面リクエストＦに相当する。その後、Ｓ３１に移行する。Ｗｅｂサーバ５からは、図７を参照して説明したようにリクエスト（今回は小画面リクエスト）に対応するＷｅｂデータを送り返してくるので、Ｓ３１では、そのＷｅｂデータがアンテナ部１９を介して受信される。これは、図６におけるレスポンスＧに相当する。その後、Ｓ３２に移行する。Ｓ３２では、受信されたＷｅｂデータが、メモリ３６の備える不図示のＲＡＭの作業領域に一時記憶されると共に、ブラウザの表示画面３２１のＷｅｂデータ表示欄３３１に対しＷｅｂデータを表示イメージに展開した結果が表示される。その後、Ｓ３３に移行する。

Ｓ３３では、メモリ３６の評価テーブル記憶手段１２１に格納される評価テーブル１３０を参照し、Ｓ３０において入力されたＵＲＬを備えるレコードが評価テーブル１３０にあるか否かが判断される。Ｓ３０において入力されたＵＲＬを備えるレコードが評価テーブル１３０にあると判断した場合（Ｓ３３：ＹＥＳ）は、この表示処理は終了する。Ｓ３０において入力されたＵＲＬを備えるレコードが評価テーブル１３０にないと判断した場合（Ｓ３３：ＮＯ）は、Ｓ３４に移行する。

Ｓ３４では、サーバ５に対し、アンテナ部１９を介してＰＣ用のリクエスト（大画面リクエスト）が送信される。これは、図６における大画面リクエストＨに相当する。その後、Ｓ３５に移行する。Ｗｅｂサーバ５からは、図７を参照して説明したようにリクエスト（今回は大画面リクエスト）に対応するＷｅｂデータを送り返してくるので、Ｓ３５では、そのＷｅｂデータがアンテナ部１９を介して受信される。これは、図６におけるレスポンスＩに相当する。その後、Ｓ３６に移行する。Ｓ３６では、受信されたＷｅｂデータが、メモリ３６の備える不図示のＲＡＭの作業領域に一時記憶される。その後、Ｓ３７に移行する。Ｓ３７では、Ｓ３６において一時記憶されたＷｅｂデータとＳ３２において一時記憶されたＷｅｂデータとが所定の規則に従って比較される。尚、ここでの比較方法は、第１実施形態において、図９の印刷ボタン処理のＳ２３にて説明した比較方法と同様なので説明は省略する。その後、Ｓ３８に移行する。

Ｓ３８では、Ｓ３７における比較の結果が評価テーブル１３０にレコードとして追加される。即ち、評価テーブル１３０に既に格納済みのレコードの末尾に、ＵＲＬの値がＳ３０において入力されたＵＲＬであって、評価フラグがＳ３７の比較の結果を反映した値であるレコードが追加される。評価フラグの値は、小画面リクエストに対して送り返されたＷｅｂデータと大画面リクエストに対して送り返されたＷｅｂデータとが同等と判断された場合ＯＮとなり、小画面リクエストに対して送り返されたＷｅｂデータと大画面リクエストに対して送り返されたＷｅｂデータとが同等ではないと判断された場合ＯＦＦとなる。以上で、図１２に係る表示処理は終了する。

次に、図１３を参照して、携帯電話１２０におけるブラウザの印刷ボタン処理を説明する。第１実施形態と同様、本第２実施形態の印刷ボタン１０は、図８を参照して説明したブラウザの表示処理を経て、表示画面３２１にＷｅｂデータの表示イメージが表示されている状態においてのみ有効であって、それ以外では無効である。

図１３に示すように、印刷ボタン１０の押下に際しては、前述のように押下が有効か否かが判断され、有効でないと判断された場合は、何もしない。有効と判断された場合は、Ｓ４０にて、メモリ３６の評価テーブル記憶手段１２１に格納される評価テーブル１３０を参照し、現在表示中の表示イメージの元になるＷｅｂデータに対応するレコードの評価フラグ、即ち、図１２のＳ３０において入力されたＵＲＬを備えるレコードの評価フラグがＯＮであるか否かが判断される。その評価フラグがＯＮであると判断した場合（Ｓ４０：ＹＥＳ）は、Ｓ４１に移行する。Ｓ３０において入力されたＵＲＬを備えるレコードの評価フラグがＯＮでないと判断した場合（Ｓ４０：ＮＯ）は、Ｓ４２に移行する。

Ｓ４１では、携帯電話用として取得したＷｅｂデータ（図１２のＳ３１において受信）がプリンタ４に印刷データとして送信され、終了する。

Ｓ４２では、大画面用のブラウザに対応したＷｅｂデータを記憶しているか否かが判断される。図１２の表示処理において、Ｓ３６にて、大画面用のブラウザに対応したＷｅｂデータとして取得したＷｅｂデータを一時記憶しているが、一時記憶であるので、いつまでも記憶されているとは限らない。本実施形態においては、図１２に示すブラウザの表示処理において、Ｓ３２にて新しいＷｅｂデータが一時記憶された時点で、それまでのＷｅｂデータは一時記憶から消滅される（新しいＷｅｂデータで上書きされる）。ここでは、その一時記憶が残っているか否かが判断される。大画面用のブラウザに対応したＷｅｂデータが残っていると判断された場合（Ｓ４２：ＹＥＳ）は、Ｓ４６に移行し、大画面用のブラウザに対応したＷｅｂデータが残っていないと判断された場合（Ｓ４２：ＮＯ）は、Ｓ４３に移行する。

Ｓ４６では、ＰＣ用として取得したＷｅｂデータ（大画面リクエストに対するレスポンス）がプリンタ４に印刷データとして送信され、印刷ボタン処理は終了する。

Ｓ４３では、サーバ５に対し、アンテナ部１９を介してＰＣ用のリクエスト（大画面リクエスト）が送信される。これは、図６における大画面リクエストＨに相当する。その後、Ｓ４４に移行する。Ｗｅｂサーバ５からは、図７を参照して説明したようにリクエスト（今回は大画面リクエスト）に対応するＷｅｂデータを送り返してくるので、Ｓ４４では、そのＷｅｂデータがアンテナ部１９を介して受信される。これは、図６におけるレスポンスＩに相当する。その後、Ｓ４５に移行する。Ｓ４５では、受信されたＷｅｂデータが、メモリ３６の備える不図示のＲＡＭの作業領域に一時記憶される。その後、Ｓ４６に移行する。

Ｓ４６では、前記したようにＰＣ用として取得したＷｅｂデータ（大画面リクエストに対するレスポンス）がプリンタ４に印刷データとして送信され、印刷ボタン処理は終了する。

これにより、携帯電話１２０はブラウザ３２０へＷｅｂデータの表示イメージを表示する度に、Ｗｅｂデータを毎回判定する必要がなくなり、そのための大画面リクエストとリクエストに応じて送られるレスポンスとしてのＷｅｂデータの通信も減らすことができ、よってデータ通信量を減らすことができると共にＷｅｂサーバ５の負荷を低減できる。

尚、本第２実施形態では、図１２に示すように、ブラウザ３２０の表示処理において、小画面リクエストを送信した結果受信したＷｅｂデータに関し、評価が済んでいない場合、大画面リクエストを送信しその結果受信したＷｅｂデータとの比較をし、評価テーブル１３０に格納するようになっている。即ち、ブラウザへの表示時に比較を行っている。しかしながら、その比較をするタイミングをプリンタ４への印刷データを送る時に行ってもよい。

その場合、例えば、図１２に示す表示処理は、第１実施形態の表示処理である図８と同じ処理にする。そして、図１３に示す印刷ボタン処理は、印刷ボタン処理の開始直後にＳ４０の処理に移行するのではなく、図１２のＳ３３乃至Ｓ３８に係る処理を実行後、Ｓ４０に移行する、という処理が考えられる。

これにより、携帯電話１２０はプリンタ４へ印刷データとしてＷｅｂデータを送信する度に、Ｗｅｂデータを毎回判定する必要がなくなり、そのための大画面リクエストとリクエストに応じて送られるレスポンスとしてのＷｅｂデータの通信も減らすことができ、よってデータ通信量を減らすことができると共にＷｅｂサーバ５の負荷を低減できる。

次に、本第３実施形態に係るＷｅｂ印刷システムについて説明する。第３実施形態は第２実施形態と殆ど同じである。第２実施形態と同じ構成には第２実施形態と同じ符号を付して説明する。本第３実施形態に係る携帯電話１４０は、第２実施形態に係る携帯電話１２０とは、携帯電話１４０からプリンタ１４３へ印刷データとしてＵＲＬを送信する点が異なる。また、それに伴い、携帯電話１４０の処理も一部異なる。プリンタ１４３の構成も一部異なる。以下では、第２実施形態と異なる部分を中心に図１、図２、図１４、図１５を参照して説明する。

プリンタ１４３は、第１実施形態及び第２実施形態のように、Ｗｅｂデータを印刷データとして受信してそれを印刷イメージに展開して紙面に印刷する機能の他に、ＵＲＬを印刷データとして受信した時、ＵＲＬに示されるＷｅｂデータをプリンタ１４３自らがＷｅｂサーバ５から取得してそれを印刷イメージに展開して紙面に印刷する機能も備えている。

図１４を参照して本第３実施形態のＷｅｂ印刷システム１におけるデータの流れを追いながら処理の概要を説明する。図１４は、Ｗｅｂ印刷システム１におけるデータの流れを示す模式図である。

携帯電話１４０における表示画面３２１へのＷｅｂデータの表示に際しては、携帯電話１４０は、Ｗｅｂサーバ５に対し小画面リクエストＬを送信する。この小画面リクエストＬを受け取ったＷｅｂサーバ５はそれに応じてレスポンスＭとしてＷｅｂデータを送り返す。それを受け取った携帯電話１４０は、Ｗｅｂデータを表示イメージに変換し表示画面３２１に表示する。

また、携帯電話１４０は、Ｗｅｂデータの評価に際し、Ｗｅｂサーバ５に対し大画面リクエストＮを送信する。この大画面リクエストＮを受け取ったＷｅｂサーバ５はそれに応じてレスポンスＯとしてＷｅｂデータを送り返す。それを受け取った携帯電話１４０は、レスポンスＭとしてのＷｅｂデータとレスポンスＯとしてのＷｅｂデータとを所定の規則に従って比較し、その結果に応じて、大画面リクエストに対応するイメージを印刷する時はＵＲＬを印刷データＰとしてプリンタ１４３に送信し、小画面リクエストに対応するイメージを印刷する時はレスポンスＭとして取得したＷｅｂデータをプリンタ１４３に送信する。

プリンタ１４３では、受信した印刷データＰがＷｅｂデータか、ＵＲＬかを判断し、Ｗｅｂデータであれば、それを印刷イメージに展開して紙面に印刷する。一方、受信した印刷データＰがＵＲＬであれば、Ｗｅｂサーバ５に対し大画面リクエストＱを送信する。この大画面リクエストＱを受け取ったＷｅｂサーバ５はそれに応じてレスポンスＲとしてＷｅｂデータを送り返す。それを受け取ったプリンタ１４３はそれを印刷イメージに展開して紙面に印刷する。尚、大画面リクエストＱは、中のデータに関してはプリンタ１４３の独自の設定に基づいており、携帯電話１４０からはデータの値を変更はできない。

図１５は、携帯電話１４０におけるブラウザの印刷ボタン処理のフローチャートである。尚、この印刷ボタン処理は、全て制御回路３７の備える不図示のＣＰＵにより実行される。

第２実施形態と同様、本第３実施形態の印刷ボタン１０は、図１２を参照して説明したブラウザの表示処理を経て、表示画面３２１にＷｅｂデータの表示イメージが表示されている状態においてのみ有効であって、それ以外では無効である。

図１５に示すように、印刷ボタン１０の押下に際しては、前述のように押下が有効か否かが判断され、有効でないと判断された場合は、何もしない。有効と判断された場合は、Ｓ５０にて、メモリ３６の評価テーブル記憶手段１２１に格納される評価テーブル１３０を参照し、現在表示中の表示イメージの元になるＷｅｂデータに対応するレコードの評価フラグ、即ち、図１２のＳ３０において入力されたＵＲＬを備えるレコードの評価フラグがＯＮであるか否かが判断される。その評価フラグがＯＮであると判断した場合（Ｓ５０：ＹＥＳ）は、Ｓ５２に移行する。Ｓ５０において入力されたＵＲＬを備えるレコードの評価フラグがＯＮでないと判断した場合（Ｓ５０：ＮＯ）は、Ｓ５１に移行する。

Ｓ５１では、プリンタ１４３にＵＲＬ印刷機能の起動コマンドと印刷したいＷｅｂデータのＵＲＬとが送信され、終了する。

Ｓ５２では、プリンタ１４３に携帯電話用として取得したＷｅｂデータが送信され、終了する。

プリンタ１４３は、第１実施形態及び第２実施形態のプリンタ４の機能に加え、印刷データとしてＵＲＬが送られてきた場合にも対応している。

そのため、プリンタ１４３のＣＰＵは、印刷データとしてＵＲＬを受信したと判断した場合は、携帯電話１４０に対し、ＵＳＢポート５２を介してＷｅｂサーバ５に対してＷｅｂデータを要求するリクエストを発行するよう指示を送出する。携帯電話１４０では、そのような指示に対応できるように構成されており、アンテナ部１９を介してＷｅｂサーバ５にリクエストを送信する。そのリクエストに対応するＷｅｂデータがＷｅｂサーバ５から携帯電話１４０に送り返されてくるので、携帯電話１４０はＷｅｂデータを受信するとそれを、そのままＵＳＢポート３３を介してプリンタ１４３に送信する。プリンタ１４３のＣＰＵは、Ｗｅｂデータを受信したと判断した場合、Ｗｅｂ展開プログラムに基づいて、Ｗｅｂデータから大きな画面を有する機器が備えるブラウザが作成する画面イメージと同じイメージを生成し、メモリ５４の不図示の印刷バッファにそのイメージを展開する。その後、そのイメージを印刷部５３によって紙面に印刷させる。尚、上述の携帯電話１４０によるプリンタ１４３のＷｅｂデータ取得を仲介する機能は、携帯電話１４０が通常有している機能であり、周知技術であるので詳細な説明は省略する。

第３実施形態に係るＷｅｂ印刷システム１では、携帯電話１４０は、Ｗｅｂデータの印刷に際しＷｅｂデータの比較の処理により、大画面リクエストのレスポンスであるＷｅｂデータを大画面用のブラウザに表示した場合のオブジェクトの組合せと、小画面リクエストのレスポンスであるＷｅｂデータを携帯電話１４０のブラウザに表示した場合のオブジェクトの組合せとが異なると判定された場合はＵＳＢポート３３を介してＵＲＬをプリンタ１４３に送信し、大画面リクエストのレスポンスであるＷｅｂデータを大画面用のブラウザに表示した場合のオブジェクトの組合せと、小画面リクエストのレスポンスであるＷｅｂデータを携帯電話１４０のブラウザに表示した場合のオブジェクトの組合せとが異ならないと判定された場合はアンテナ部１９を介して小画面リクエストのレスポンスであるＷｅｂデータの印刷をプリンタ１４３に指示するように構成されている。

これにより、Ｗｅｂデータを印刷するに際し、ユーザが手間なく、印刷することにより閲覧性が向上したり、新しい情報を得たりするＷｅｂデータをＷｅｂサーバ５から取得することがＷｅｂサーバ５の協力なくでき、よって汎用性もあるＷｅｂ印刷システム１を提供できる。また、取得したＷｅｂデータの印刷をプリンタ１４３に指示することにより、印刷物の形でＷｅｂデータを閲覧でき、閲覧性が向上する。また、携帯電話１４０からでは閲覧できない情報を閲覧できる。

尚、第３実施形態では、ＵＲＬ印刷機能に関して、大画面リクエストＱは、中のデータに関してはプリンタ１４３の独自の設定に基づいており、携帯電話１４０からはデータの値を変更はできないため、携帯電話１４０からプリンタ１４３に対し送られる印刷データＰも、ＵＲＬしか送ることができなかった（図１４参照）。しかしながら、印刷データＰにＵＲＬに加えてリクエストも送られるようにＷｅｂ印刷システム１を構成してもよく、その場合、印刷データＰとしてＵＲＬに加えてリクエストＮを送ることもでき、プリンタ１４３からＷｅｂサーバ５へのリクエストＱに、より細かくＷｅｂデータの指定が可能になる（図１４参照）。

その場合は、Ｗｅｂ印刷システム１は、携帯電話１４０は、Ｗｅｂデータの印刷に際しＷｅｂの比較の処理により、大画面リクエストのレスポンスであるＷｅｂデータを大画面用のブラウザに表示した場合のオブジェクトの組合せと、小画面リクエストのレスポンスであるＷｅｂデータを携帯電話１４０のブラウザに表示した場合のオブジェクトの組合せとが異なると判定された場合はＵＳＢポート３３を介してＵＲＬと大画面リクエストをプリンタ１４３に送信し、大画面リクエストのレスポンスであるＷｅｂデータを大画面用のブラウザに表示した場合のオブジェクトの組合せと、小画面リクエストのレスポンスであるＷｅｂデータを携帯電話１４０のブラウザに表示した場合のオブジェクトの組合せとが異ならないと判定された場合はアンテナ部１９を介して小画面リクエストのレスポンスであるＷｅｂデータの印刷をプリンタ１４３に指示するように構成されることになる。

また、第３実施形態に係る携帯電話１４０は、Ｗｅｂ印刷システム１にて使用されるように構成されている。

これにより、Ｗｅｂ印刷システム１にて使用される携帯電話１４０を提供できる。

尚、本発明は本第１実施形態乃至第３実施形態に限定されることはなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることは勿論である。

携帯端末装置は、携帯電話２ではなく、ＰＤＡでもよい。

第１実施形態に係るＷｅｂ印刷システムの概略構成図である。携帯電話２の外観を示す外観図である。携帯電話２の機能ブロック図である。プリンタ４の機能ブロック図である。Ｗｅｂサーバ５の機能ブロック図である。Ｗｅｂ印刷システム１におけるデータの流れを示す模式図である。Ｗｅｂサーバ５におけるリクエスト受信時の処理のフローチャートである。携帯電話２におけるブラウザの表示処理のフローチャートである。携帯電話２におけるブラウザの印刷ボタン処理のフローチャートである。第２実施形態に係る携帯電話１２０の機能ブロック図である。評価テーブルの一例を示す模式図である。携帯電話１２０におけるブラウザの表示処理のフローチャートである。携帯電話１２０におけるブラウザの印刷ボタン処理のフローチャートである。第３実施形態に係るＷｅｂ印刷システム１におけるデータの流れを示す模式図である。携帯電話１４０におけるブラウザの印刷ボタン処理のフローチャートである。従来のシステムにおけるデータの流れを示す模式図である。ＰＣ２０２から送られるリクエストのリクエストヘッダの一例を示す図である。ＰＣ２０２から送られるリクエストのリクエストヘッダにおける別の例を示す図である。携帯電話２００から送られるリクエストのリクエストヘッダの一例を示す図である。ＰＣ２０２の備えるブラウザの画面イメージを示す図である。プリンタ４による印刷イメージを示す図である。携帯電話２００のブラウザの画面イメージを示す図である。

符号の説明

１Ｗｅｂ印刷システム
２携帯電話
３インターネット
４プリンタ
５Ｗｅｂサーバ
３６メモリ
３７制御回路
５４メモリ
５５制御回路
６３メモリ
６５制御回路
１２１評価テーブル記憶部
１２０携帯電話
１４０携帯電話
１４３プリンタ

Claims

インターネットに接続するインターネット接続手段を備えＷｅｂデータを閲覧する携帯端末装置と、前記携帯端末装置に接続され前記Ｗｅｂデータを印刷する印刷装置とを備えるＷｅｂ印刷システムにおいて、
Ｗｅｂデータは、
データ形式の違いによる１種類以上のオブジェクトデータを備え、
前記携帯端末装置は、
Ｗｅｂデータの閲覧に際し前記種類の所定の組合せに含まれる各種類のオブジェクトデータに対応するオブジェクトのみを表示する第１Ｗｅｂ閲覧機能を有する第１Ｗｅｂ閲覧手段と、
前記インターネット接続手段を介して前記Ｗｅｂデータが格納されているインターネット上の位置を表すＵＲＬと第１Ｗｅｂ閲覧機能を示す情報とを指定してＷｅｂデータの送信を要求する第１データ要求手段と、
前記インターネット接続手段を介して前記ＵＲＬを指定すると共に前記所定の組合せとは異なる組合せに含まれる各種類のオブジェクトデータに対応するオブジェクトのみを表示すると共に前記携帯端末装置の画面より大きいサイズの画面に表示する第２Ｗｅｂ閲覧機能を示す情報を指定してＷｅｂデータの送信を要求する第２データ要求手段と、
前記インターネット接続手段を介して前記第１データ要求手段または前記第２データ要求手段による要求に応じて返信されるＷｅｂデータを受信する受信手段と、
前記第１データ要求手段に対し前記ＵＲＬを指定して前記Ｗｅｂデータの送信を要求し前記受信手段で当該要求に応じて返信されるＷｅｂデータを受信し前記第１Ｗｅｂ閲覧手段により当該Ｗｅｂデータを閲覧する場合、前記第１データ要求手段が指定した前記ＵＲＬと同一のＵＲＬを指定しての第２データ要求手段による要求に応じて返信されたＷｅｂデータを、前記第２Ｗｅｂ閲覧機能を有する第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１データ要求手段による要求に応じて返信されたＷｅｂデータを前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異なるか否かを判定するＷｅｂ判定手段と、
前記Ｗｅｂデータの印刷に際し前記Ｗｅｂ判定手段は第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異なると判定した場合は前記第２データ要求手段による要求に応じて返信されるＷｅｂデータの印刷を前記印刷装置に指示し、第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異ならないと判定した場合は前記第１データ要求手段による要求に応じて返信されるＷｅｂデータの印刷を前記印刷装置に指示する印刷指示手段とを備えることを特徴とするＷｅｂ印刷システム。
前記携帯端末装置は、
複数の記憶領域を有し前記ＵＲＬと前記Ｗｅｂ判定手段による判定の結果とを組にして前記記憶領域に対して各ＵＲＬ毎に記憶する記憶手段と、
前記Ｗｅｂ判定手段による判定が行われる時に当該判定の結果により前記記憶手段を更新する更新手段と、
前記記憶手段に所定のＵＲＬに対応する前記判定の結果が記憶されているか否かを判断する判断手段とを備え、
前記第１データ要求手段によってＷｅｂデータの要求をするに際し、判断手段によって前記記憶手段に前記所定のＵＲＬに対応する前記判定の結果が記憶されていないと判断された場合には当該第１データ要求手段によるＷｅｂデータの要求に加え前記第２データ要求手段によって前記所定のＵＲＬを指定してのＷｅｂデータの要求を行い、前記更新手段は前記Ｗｅｂ判定手段による判定の結果によって前記記憶手段を更新し、
前記印刷指示手段は、前記Ｗｅｂデータの印刷に際し、当該ＷｅｂデータのＵＲＬと組にして前記記憶領域に記憶されている前記判定の結果を参照し、前記判定の結果が第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異なるという結果の場合は前記第２データ要求手段による要求に応じて返信されるＷｅｂデータの印刷を前記印刷装置に指示し、前記判定の結果が第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異ならないという結果の場合は前記第１データ要求手段による要求に応じて返信されるＷｅｂデータの印刷を前記印刷装置に指示することを特徴とする請求項１に記載のＷｅｂ印刷システム。
インターネットに接続する第１インターネット接続手段を備えＷｅｂデータを閲覧する携帯端末装置と、前記携帯端末装置に接続され前記Ｗｅｂデータを印刷する印刷装置とを備えるＷｅｂ印刷システムにおいて、
Ｗｅｂデータは、
データ形式の違いによる１種類以上のオブジェクトデータを備え、
前記携帯端末装置は、
Ｗｅｂデータの閲覧に際し前記種類の所定の組合せに含まれる各種類のオブジェクトデータに対応するオブジェクトのみを表示する第１Ｗｅｂ閲覧機能を有する第１Ｗｅｂ閲覧手段と、
前記第１インターネット接続手段を介して前記Ｗｅｂデータが格納されているインターネット上の位置を表すＵＲＬと第１Ｗｅｂ閲覧機能を示す情報とを指定してＷｅｂデータの送信を要求する第１データ要求手段と、
前記第１インターネット接続手段を介して前記ＵＲＬを指定すると共に前記所定の組合せとは異なる組合せに含まれる各種類のオブジェクトデータに対応するオブジェクトのみを表示すると共に前記携帯端末装置の画面より大きいサイズの画面に表示する第２Ｗｅｂ閲覧機能を示す情報を指定してＷｅｂデータの送信を要求する第２データ要求手段と、
前記第１インターネット接続手段を介して前記第１データ要求手段または前記第２データ要求手段による要求に応じて返信されるＷｅｂデータを受信する第１受信手段と、
前記第１データ要求手段に対し前記ＵＲＬを指定して前記Ｗｅｂデータの送信を要求し前記第１受信手段で当該要求に応じて返信されるＷｅｂデータを受信し前記第１Ｗｅｂ閲覧手段により当該Ｗｅｂデータを閲覧する場合、前記第１データ要求手段が指定した前記ＵＲＬと同一のＵＲＬを指定しての第２データ要求手段による要求に応じて返信されたＷｅｂデータを、前記第２Ｗｅｂ閲覧機能を有する第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１データ要求手段による要求に応じて返信されたＷｅｂデータを前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異なるか否かを判定するＷｅｂ判定手段と、
前記印刷装置に対し前記ＵＲＬと前記第２Ｗｅｂ閲覧機能を示す情報とを送信するＵＲＬ送信手段と、
前記印刷装置に対し前記Ｗｅｂデータの印刷要求を送信する印刷要求送信手段と、
前記印刷装置を前記インターネットに接続する第２インターネット接続手段とを備え、
前記印刷装置は、
前記ＵＲＬ送信手段により送信された前記ＵＲＬと前記第２Ｗｅｂ閲覧機能を示す情報とを受信するＵＲＬ受信手段と、
前記ＵＲＬ受信手段により受信した前記ＵＲＬと前記第２Ｗｅｂ閲覧機能を示す情報とを指定して前記第２インターネット接続手段を介してＷｅｂデータの送信を要求する第３データ要求手段と、
前記第２インターネット接続手段を介して前記第３データ要求手段による要求に応じて返信されるＷｅｂデータを受信する第２受信手段と、
前記印刷要求送信手段によって送信されたＷｅｂデータの印刷要求を受信する印刷要求受信手段と、
前記第２受信手段により受信された前記Ｗｅｂデータまたは前記印刷要求受信手段により受信した印刷要求で印刷を要求されたＷｅｂデータを印刷する印刷手段とを備え、
前記ＵＲＬ受信手段により前記ＵＲＬと前記第２Ｗｅｂ閲覧機能を示す情報とを受信した場合は、前記第３データ要求手段によりＷｅｂデータの送信を要求し、前記第２受信手段により当該Ｗｅｂデータの要求に応じて返信されるＷｅｂデータを受信し、前記印刷手段により当該Ｗｅｂデータを印刷するように構成され、
前記携帯端末装置は、
前記Ｗｅｂデータの印刷に際し前記Ｗｅｂ判定手段を介して、第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異なると判定された場合は前記ＵＲＬ送信手段を介して前記ＵＲＬと前記第２Ｗｅｂ閲覧機能を示す情報とを前記印刷装置に送信し、第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異ならないと判定された場合は前記印刷要求送信手段を介して前記第１データ要求手段による要求に応じて返信されるＷｅｂデータの印刷要求を前記印刷装置に送信する印刷指示手段とを備えることを特徴とするＷｅｂ印刷システム。
前記携帯端末装置は、
複数の記憶領域を有し前記ＵＲＬと前記Ｗｅｂ判定手段による判定の結果とを組にして前記記憶領域に対して各ＵＲＬ毎に記憶する記憶手段と、
前記Ｗｅｂ判定手段による判定が行われる時に当該判定の結果により前記記憶手段を更新する更新手段と、
前記記憶手段に所定のＵＲＬに対応する前記判定の結果が記憶されているか否かを判断する判断手段とを備え、
前記第１データ要求手段によってＷｅｂデータの要求をするに際し、判断手段によって前記記憶手段に前記所定のＵＲＬに対応する前記判定の結果が記憶されていないと判断された場合には当該第１データ要求手段によるＷｅｂデータの要求に加え前記第２データ要求手段によって前記所定のＵＲＬを指定してのＷｅｂデータの要求を行い、前記更新手段は前記Ｗｅｂ判定手段による判定の結果によって前記記憶手段を更新し、
前記印刷指示手段は、前記Ｗｅｂデータの印刷に際し、当該ＷｅｂデータのＵＲＬと組にして前記記憶領域に記憶されている前記判定の結果を参照し、前記判定の結果が前記判定の結果が第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異なるという結果の場合は前記第２データ要求手段による要求に応じて返信されるＷｅｂデータの印刷を前記印刷装置に指示し、前記判定の結果が第２Ｗｅｂ閲覧手段により表示するオブジェクトの組合せと、前記第１Ｗｅｂ閲覧手段により表示するオブジェクトの組合せとが異ならないという結果の場合は前記第１データ要求手段による要求に応じて返信されるＷｅｂデータの印刷を前記印刷装置に指示することを特徴とする請求項３に記載のＷｅｂ印刷システム。
請求項１乃至４の何れかに記載のＷｅｂ印刷システムに使用されることを特徴とする携帯端末装置。