(57)【特許請求の範囲】
【請求項１】
ウェブサーバから受信した画面情報に基づいて画面を表示する表示手段と、
前記表示手段によって表示された画面を介して選択されたＵＲＬに基づいてドキュメントを要求する要求手段と、
前記要求手段による要求に基づいて送信されるドキュメントを受信する受信手段と、
前記画面情報に含まれているクエリパラメータであって前記ＵＲＬに対して指定されているクエリパラメータに基づいて、前記受信手段が受信するドキュメントに対して実行する処理を決定する決定手段と、
前記受信手段が受信したドキュメントに対して、前記決定手段が決定した処理を実行する処理手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記ＵＲＬに対して前記クエリパラメータが指定されていなかった場合、前記受信手段が受信するドキュメントに対して実行する処理の選択を、前記要求手段が要求を行った後にユーザから受け付ける受付手段、を更に有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記受付手段は、更に、前記決定手段が決定した処理を実行可能でない場合に、前記受信手段が受信するドキュメントに対して実行する処理の選択を、前記要求手段が要求を行った後にユーザから受け付けることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記処理手段が実行する処理は、前記受信手段が受信したドキュメントを印刷する処理を含むことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記処理手段が実行する処理は、前記受信手段が受信したドキュメントを前記情報処理装置内の記憶部に格納する処理を含むことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
前記ウェブサーバが予め指定されたウェブサーバであるか否かを判定する判定手段、を更に有し、
前記処理手段は、前記ウェブサーバが予め指定されたウェブサーバであると前記判定手段によって判定された場合に、前記受信手段が受信したドキュメントに対して、前記決定手段が決定した処理を実行する、ことを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
前記ウェブサーバが予め指定されたウェブサーバでないと前記判定手段によって判定された場合に、前記受信手段が受信したドキュメントに対して実行する処理を、前記要求手段が要求を行った後にユーザに選択させる選択手段、をさらに有することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記要求手段は、前記表示手段によって表示された画面を介して選択された前記ＵＲＬに基づいて前記ウェブサーバに対してドキュメントを要求し、
前記受信手段は、前記要求手段による要求に基づいて前記ウェブサーバから送信されるドキュメントを受信することを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
【請求項９】
前記表示手段は、ウェブブラウザであることを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
【請求項１０】
情報処理装置において実行される情報処理方法であって、
ウェブサーバから受信した画面情報に基づいて画面を表示し、
前記画面を介して選択されたＵＲＬに基づいてドキュメントを要求し、
前記要求に基づいて送信されるドキュメントを受信し、
前記画面情報に含まれているクエリパラメータであって前記ＵＲＬに対して指定されているクエリパラメータに基づいて、前記受信するドキュメントに対して実行する処理を決定し、
前記受信したドキュメントに対して、前記決定した処理を実行する、
ことを特徴とする情報処理方法。
【請求項１１】
前記ＵＲＬに対して前記クエリパラメータが指定されていなかった場合に、前記受信するドキュメントに対して実行する処理の選択を、前記要求を行った後にユーザから受け付けることを特徴とする請求項１０に記載の情報処理方法。 
【請求項１２】
前記決定した処理を実行可能でない場合に、前記受信したドキュメントに対して実行する処理の選択を、前記要求を行った後にユーザから受け付けることを特徴とする請求項１１に記載の情報処理方法。
【請求項１３】
前記実行する処理は、前記受信したドキュメントを印刷する処理を含むことを特徴とする請求項１０乃至１２のいずれか１項に記載の情報処理方法。
【請求項１４】
前記実行する処理は、前記受信したドキュメントを前記情報処理装置内の記憶部に格納する処理を含むことを特徴とする請求項１０乃至１３のいずれか１項に記載の情報処理方法。
【請求項１５】
前記ウェブサーバが予め指定されたウェブサーバであるか否かを判定し、
前記ウェブサーバが予め指定されたウェブサーバであると判定された場合に、前記受信したドキュメントに対して、前記決定した処理を実行することを特徴とする請求項１０乃至１４のいずれか１項に記載の情報処理方法。
【請求項１６】
前記ウェブサーバが予め指定されたウェブサーバでないと判定された場合に、前記受信したドキュメントに対して実行する処理を、前記要求を行った後にユーザに選択させることを特徴とする請求項１５に記載の情報処理方法。
【請求項１７】
前記表示された画面を介して選択された前記ＵＲＬに基づいて前記ウェブサーバに対してドキュメントを要求し、
前記要求に基づいて前記ウェブサーバから送信されるドキュメントを受信することを特徴とする請求項１０乃至１６のいずれか１項に記載の情報処理方法。
【請求項１８】
前記ウェブサーバから受信した前記画面情報に基づいて画面をウェブブラウザに表示することを特徴とする請求項１０乃至１７のいずれか１項に記載の情報処理方法。
【請求項１９】
ウェブサーバから受信した画面情報に基づいて画面を表示し、
前記画面を介して選択されたＵＲＬに基づいてドキュメントを要求し、
前記要求に基づいて送信されるドキュメントを受信し、
前記画面情報に含まれているクエリパラメータであって前記ＵＲＬに対して指定されているクエリパラメータに基づいて、前記受信するドキュメントに対して実行する処理を決定し、
前記受信したドキュメントに対して、前記決定した処理を実行する、
ようにコンピュータを実行させるためのプログラム。
【請求項２０】
情報処理装置とウェブサーバとを含む情報処理システムであって、
前記情報処理装置は、
ウェブサーバから受信した画面情報に基づいて画面を表示する表示手段と、
前記表示手段によって表示された画面を介して選択されたＵＲＬに基づいてドキュメントを要求する要求手段と、
前記要求手段による要求に基づいてドキュメントを受信する受信手段と、
前記画面情報に含まれているクエリパラメータであって前記ＵＲＬに対して指定されているクエリパラメータに基づいて、前記受信手段が受信するドキュメントに対して実行する処理を決定する決定手段と、
前記受信手段が受信したドキュメントに対して、前記決定手段が決定した処理を実行する処理手段と、を有し、
前記ウェブサーバは、
前記要求手段によるドキュメントの要求を受け付ける受付手段と、
前記受付手段が受け付けた要求に基づいて前記情報処理装置にドキュメントを送信する送信手段と、を有する、
ことを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
受信したドキュメントを処理する情報処理装置、情報処理方法、プログラム、及び、情報処理システムに関する。
【背景技術】
【０００２】
従来から、ＭＦＰなどの情報処理装置にウェブブラウザ機能を備え、ネットワーク上のウェブサーバに接続して、ウェブサーバの提供するサービスを利用することが広く行われている。ウェブサーバは、ドキュメントサーバ機能等、様々なウェブアプリケーションにより、情報処理装置にサービスを提供することができる。
【０００３】
情報処理装置は、ウェブサーバからドキュメントを取得し、情報処理装置のプリント機能やストレージ保存機能によってドキュメントを印刷したり保存することが可能である。その際に、情報処理装置が取得したドキュメントに対してどのような処理を実行するかは、情報処理装置のユーザによって選択される。例えば、ユーザが印刷処理を選択した場合に、情報処理装置に本来作り込まれた印刷設定画面が表示され、ユーザにより印刷設定が行われる。
【０００４】
特許文献１では、過去にダウンロードした印刷データをローカルに保持せずに、前回と同じ印刷属性をもった印刷データを、前回と同じサーバから前回と同じリクエスト条件でダウンロードして印刷を行うウェブクライアント装置が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−２８５４６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記のようなＭＦＰ等の情報処理装置とウェブサーバとのシステムにおいて、情報処理装置をワークフローシステムにおける端末として使用するという場合もある。その場合には、情報処理装置にウェブブラウザを組み込みソフトウェアとして実装し、ウェブサーバのウェブアプリケーションからそのワークフローにおけるユーザインタフェースを提供可能にする。すると、ユーザは、そのワークフローシステムにおける統一されたユーザインタフェースに従って操作可能となり、情報処理装置に本来作り込まれていた、各機能ごとに多岐に渡った操作画面を使う必要がなくなるので、利便性が良くなる。
【０００７】
しかし、そのようなシステムにおいて、ユーザが情報処理装置に本来作り込まれた設定画面上でウェブサーバから取得したドキュメントに対して設定を行うと、ウェブサーバのウェブアプリケーションの作成者が意図しない設定がされてしまうことがあり得る。また、ユーザにとっても、ウェブサーバからドキュメントを取得して、ウェブブラウザ上で印刷等の処理を選択した後に、さらに、印刷設定画面がウェブブラウザとは別に表示されると、設定のための工数が増えてしまう。また、一般的に、ウェブサーバがプリンタドライバなどを介してドキュメントの印刷設定の指示を行う場合には複雑な処理が必要であり、ウェブアプリケーションの作成者にとって大きな負担となってしまう。
【０００８】
本発明の目的は、このような従来の問題点を解決することにある。上記の点に鑑み、本発明は、受信したドキュメントに対しての処理を効率的に行う情報処理装置、情報処理方法、プログラム、及び、情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明に係る情報処理装置は、ウェブサーバから受信した画面情報に基づいて画面を表示する表示手段と、前記表示手段によって表示された画面を介して選択されたＵＲＬに基づいてドキュメントを要求する要求手段と、前記要求手段による要求に基づいて送信されるドキュメントを受信する受信手段と、前記画面情報に含まれているクエリパラメータであって前記ＵＲＬに対して指定されているクエリパラメータに基づいて、前記受信手段が受信するドキュメントに対して実行する処理を決定する決定手段と、前記受信手段が受信したドキュメントに対して、前記決定手段が決定した処理を実行する処理手段と、を有することを特徴とする。
【発明の効果】
【００１０】
本発明によると、受信したドキュメントに対しての処理を効率的に行うことができる。
【図面の簡単な説明】
【００１１】
【図１】ドキュメント処理システムの全体構成を示す図である。
【図２】ＭＦＰの構成を示すブロック図である。
【図３】ウェブサーバの構成を示すブロック図である。
【図４】ＭＦＰとウェブサーバとの間のソフトウェア構成を説明する図である。
【図５】実施例１における、ウェブブラウザとウェブアプリケーション間の処理の手順を示す図である。
【図６】ＭＦＰの操作表示部に表示される画面の一例を示す図である。
【図７】ＭＦＰの操作表示部に表示される画面の一例を示す図である。
【図８】ウェブブラウザ側でのドキュメント処理の手順を示す図である。
【図９】実施例２における、ウェブブラウザ側でのドキュメント処理の手順を示す図である。
【図１０】ＭＦＰの操作表示部に表示される画面の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明の好適な実施例を詳しく説明する。尚、以下の実施例は特許請求の範囲に係る本発明を限定するものでなく、また本実施例で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。なお、同一の構成要素には同一の参照番号を付して、説明を省略する。
【００１３】
〔実施例１〕
図１は、ドキュメント処理システムの全体構成を示す図である。本システムでは、情報処理装置の一例であるＭＦＰ１０１とウェブサーバ１０２とウェブサーバ１０３とが、それぞれＬＡＮ１０４やインターネット１０５等のネットワークによって相互に通信可能に接続されている。ＭＦＰ１０１は、いわゆる多機能装置（ＭＦＰ：Multifunction Peripheral）である。ＭＦＰ１０１は、用紙等の記録媒体を光学的に読み取り（スキャン）、そのスキャンデータに基づいて記録媒体に画像を形成して印刷するというコピー機能を有している。また、ＭＦＰ１０１は、ネットワークを介して受信したドキュメントデータに基づいて記録媒体に文書を印刷するというプリント機能も有している。さらに、ＭＦＰ１０１は、ウェブブラウザ４００を実装し、ウェブサーバ１０２又は１０３に格納されているＰＤＦデータやＨＴＭＬデータ等のコンテンツを取得して操作表示部２１１に表示することができる。
【００１４】
図２は、ＭＦＰ１０１の構成を示すブロック図である。スキャナ２１３およびプリンタ２１４や、操作表示部２１１、操作入力部２１２、およびＬＡＮ１０４は、ＭＦＰ１０１のコントローラユニット２００に接続されている。コントローラユニット２００のＣＰＵ２０１は、各種の制御プログラムを実行し、ＭＦＰ１０１の各部を制御する。ＣＰＵ２０１は、ＲＯＭ２０３に格納されているブートプログラムに基づきＭＦＰ１０１を起動する。また、ＣＰＵ２０１は、ＨＤＤ２０４に格納されている制御プログラムを読み出し、ＲＡＭ２０２をワークエリアとして用いて各処理を実行する。ＨＤＤ２０４には、ウェブブラウザ４００の機能を実現するための各種制御プログラムが格納されている。また、ＨＤＤ２０４には、スキャナ２１３によって読み取られたスキャンデータやネットワークＩ／Ｆ２０７を介して外部のウェブサーバ１０２又は１０３から取得したドキュメントデータが格納される。また、ＨＤＤ２０４は、ウェブサーバ１０２等のアドレスを格納したアドレスデータベース４１１に対応する。アドレスデータベース４１１については後述する。
【００１５】
操作部出力Ｉ／Ｆ２０５は、操作表示部２１１にデータ出力するための、操作表示部２１１とのインタフェースとして機能する。操作部入力Ｉ／Ｆ２０６は、操作入力部２１２からデータ入力するための、操作入力部２１２とのインタフェースとして機能する。ネットワークＩ／Ｆ２０７は、ＬＡＮ１０４にデータを入出力するための、ＬＡＮ１０４とのインタフェースとして機能する。スキャナＩ／Ｆ２０８は、スキャナ２１３に画像データや制御データを入出力するための、スキャナ２１３とのインタフェースとして機能する。プリンタＩ／Ｆ２０９は、プリンタ２１４にドキュメントデータや制御データを出力するための、プリンタ２１４とのインタフェースとして機能する。システムバス２１０は、上記の各部を相互に接続する。
【００１６】
操作入力部２１２は、タッチパネルやハードキーなどの入力部を備えており、ユーザからの指示を受付けるためのインタフェースとして機能する。操作表示部２１１は、ＬＣＤやＬＥＤなどの表示装置を備えており、ユーザに表示するためのインタフェースとして機能する。スキャナ２１３は、ＣＣＤ等の読取素子を備えており、記録媒体を光学的に走査してスキャンデータを取得する。プリンタ２１４は、スキャンデータやドキュメントデータを用紙等の記録媒体上に印刷する。
【００１７】
図３は、ウェブサーバ１０２の構成を示すブロック図である。ウェブサーバ１０２としては、ＰＣ等の汎用的な情報処理装置が用いられる。なお、ウェブサーバ１０３もウェブサーバ１０２と同じ構成を有する。以下において、ウェブサーバ１０２を例として説明する。ウェブサーバ１０２は、インターネット１０５に接続可能な制御部３００を有する。制御部３００のＣＰＵ３０１は、各種制御プログラムを実行して、ウェブサーバ１０２全体の動作を制御する。ＣＰＵ３０１は、ＲＯＭ３０３やＨＤＤ３０４に格納されている制御プログラムを読み出し、ＲＡＭ３０２をワークエリアとして用いて各処理を実行する。ＨＤＤ３０４には、ウェブアプリケーション４２１の機能を実現するための各種制御プログラムが格納されている。また、ＨＤＤ３０４には、ウェブアプリケーション４２１が提供する画面コンテンツやドキュメントが格納されており、後述するコンテンツデータベース４２２に対応する。ネットワークＩ／Ｆ３０５は、インターネット１０５に情報を入出力するための、インターネット１０５とのインタフェースとして機能する。システムバス３０６は、上記の各部を相互に接続する。
【００１８】
図４は、ＭＦＰ１０１とウェブサーバ１０２との間のソフトウェア構成を説明する図である。操作指示入力部４０１〜保存処理部４１０の各部は、ＭＦＰ１０１のＣＰＵ２０１がＲＯＭ２０３又はＨＤＤ２０４に格納された制御プログラムを読み出して実行することで実現される。また、ウェブアプリケーション４２１は、ウェブサーバ１０２のＣＰＵ３０１がＲＯＭ３０３又はＨＤＤ３０４に格納された制御プログラムを読み出して実行することで実現される。
【００１９】
ＭＦＰ１０１は、ウェブブラウザ４００とプリント処理部４０９と保存処理部４１０を有する。ウェブブラウザ４００は、ＭＦＰ１０１に搭載された組み込みソフトウェアであり、操作指示入力部４０１〜アドレス保存部４０８に表わされる各機能を有する。
【００２０】
組み込みソフトウェアについて説明する。例えばＭＦＰ１０１をワークフローシステムにおける端末として使用するという場合に、ＭＦＰ１０１に組み込みソフトウェアを実装してウェブサーバ１０２からユーザインタフェースを提供可能にする。すると、ユーザは、そのワークフローシステムにおける統一されたユーザインタフェースに従って操作可能となり、ＭＦＰ１０１に本来作り込まれていた、各機能ごとに多岐に渡った操作画面を使う必要がなくなるので、利便性が良くなる。
【００２１】
ウェブブラウザ４００の操作指示入力部４０１は、操作部入力Ｉ／Ｆ２０６を介してユーザからの入力指示を受け付ける。例えば、コンテンツを取得する先のウェブサーバ１０２又は１０３のＵＲＬアドレスの入力や、表示されたコンテンツ上のリンクのクリック指示等のユーザ指示を受け付ける。コンテンツ取得部４０２は、ネットワークＩ／Ｆ２０７を介して、ウェブサーバ１０２との通信を行う。例えば、ユーザからの指示により、ウェブサーバ１０２に対してＨＴＴＰプロトコル等によってコンテンツを要求し、その要求に対する応答として、ウェブサーバ１０２からコンテンツを受信する。コンテンツ解析部４０３は、コンテンツ取得部４０２により取得したコンテンツを解析し、操作表示部２１１に表示するための表示画面を生成する。本実施例において、コンテンツは、例えばＨＴＭＬファイル等の構造化言語ファイルやＰＤＦファイル等のドキュメントデータである。ＨＴＭＬファイルには、操作表示部２１１に表示する表示画面の内容が記述されている。これらのコンテンツの種別は、「Ｃｏｎｔｅｎｔ−ｔｙｐｅ」と呼ばれるＨＴＭＬのヘッダ要素によって識別される。コンテンツ解析部４０３は、その「Ｃｏｎｔｅｎｔ−ｔｙｐｅ」を参照して、コンテンツの種別を識別する。
【００２２】
画面表示部４０４は、コンテンツ解析部４０３又はドキュメント描画部４０７が生成した画面を、操作部出力Ｉ／Ｆ２０５を介して操作表示部２１１に表示する。処理指示解析部４０５は、ウェブサーバ１０２又は１０３から受信したドキュメントに対する各処理の指示の有無を判定し、指示があると判定した場合に、その指示内容を解析する。本実施例において、ドキュメントに対する各処理の指示は、ＭＦＰ１０１から要求されたＵＲＬにクエリパラメータとして付加されている。または、ＨＴＭＬの拡張ヘッダ等に付加されている場合もある。指示内容としては、ドキュメントのプリント、表示、保存等があり、それぞれについて、プリント枚数や保存場所等が上記のクエリパラメータとして設定される。
【００２３】
処理実行部４０６は、処理指示解析部４０５が解析した指示内容に従って、ドキュメントに対して処理を実行する。指示内容に従って、プリント処理部４０９に対する印刷指示や、保存処理部４１０に対する保存指示や、ドキュメント描画部４０７に対する描画指示等を行う。また、処理実行部４０６は、指示された処理がＭＦＰ１０１において実行可能か否かを判定する。ドキュメント描画部４０７は、処理実行部４０６から指示を受けると、ドキュメントを操作表示部２１１に表示するための表示画面を生成する。アドレス保存部４０８は、ドキュメント処理の指示を受け付ける際に、ウェブサーバ１０２又は１０３のＵＲＬアドレスの入力をユーザに求め、入力されたＵＲＬアドレスをアドレスデータベース４１１に保存する。ＵＲＬアドレスの入力については、実施例２において説明する。プリント処理部４０９は、処理実行部４０６からドキュメントデータ及び印刷設定を受信し、プリンタＩ／Ｆ２０９を介してドキュメントを指示された印刷設定で印刷する。保存処理部４１０は、処理実行部４０６からドキュメントデータ及び保存設定を受信し、ＨＤＤ２０４の指定された箇所にドキュメントデータを保存する。
【００２４】
ウェブサーバ１０２は、ウェブアプリケーション４２１を含む。ウェブアプリケーション４２１は、ウェブブラウザ４００からの要求に応じて、コンテンツデータベース４２２からコンテンツを取得して加工し、応答としてＭＦＰ１０１に送信する。コンテンツデータベース４２２は、ＭＦＰ１０１のウェブブラウザ４００によって操作表示部２１１に表示されるＨＴＭＬデータやドキュメントデータ等を格納している。
【００２５】
［ウェブブラウザとウェブアプリケーション間の処理］
図５は、本実施例における、ＭＦＰ１０１のウェブブラウザ４００と、ウェブサーバ１０２のウェブアプリケーション４２１との間での処理の手順を示すフローチャートである。図５のウェブブラウザ４００側の各処理は、ＭＦＰ１０１のＣＰＵ２０１が制御プログラムを実行することによって実現される。また、図５のウェブアプリケーション４２１側の各処理は、ウェブサーバ１０２のＣＰＵ３０１が制御プログラムを実行することによって実現される。
【００２６】
Ｓ５０１で、ＭＦＰ１０１のウェブブラウザ４００は、ユーザからコンテンツ画面取得の指示を受け付ける。これは、例えば、ユーザがお気に入り等に登録されたＵＲＬアドレスを指定したり、ユーザがＵＲＬアドレスを直接入力したりすることによって行われる。本例では、「ｈｔｔｐ：／／ｘｘｘ．ｃｏｍ／ｓａｍｐｌｅ．ｈｔｍｌ」というＵＲＬアドレスがユーザから入力されることによって画面取得の指示を受け付けたとする。Ｓ５０２で、ウェブブラウザ４００は、Ｓ５０１で指示されたＵＲＬアドレスに対してコンテンツ取得を要求する。本例では、コンテンツ取得部４０２が、「ｘｘｘ．ｃｏｍ」というサーバに対して「ｓａｍｐｌｅ．ｈｔｍｌ」というコンテンツの取得要求を行う。「Ｓａｍｐｌｅ．ｈｔｍｌ」は、所望のドキュメントに対して実行可能な複数の処理をユーザが選択可能に表示する選択表示画面を表示するための描画ファイル（選択画面表示ファイル）である。
【００２７】
Ｓ５０３で、「ｘｘｘ．ｃｏｍ」というアドレスに対応するウェブサーバ１０２のウェブアプリケーション４２１は、ＭＦＰ１０１から要求された「ｓａｍｐｌｅ．ｈｔｍｌ」というコンテンツをコンテンツデータベース４２２から取得する。Ｓ５０４において、ウェブアプリケーション４２１は、Ｓ５０２で要求されたコンテンツ「ｓａｍｐｌｅ．ｈｔｍｌ」をＭＦＰ１０１のウェブブラウザ４００に応答として送信する。Ｓ５０５で、ウェブブラウザ４００のコンテンツ取得部４０２は、コンテンツ「ｓａｍｐｌｅ．ｈｔｍｌ」を受信する。そして、ウェブブラウザ４００のコンテンツ解析部４０３は、受信した「ｓａｍｐｌｅ．ｈｔｍｌ」に基づいて選択画面を生成し、画面表示部４０４は、操作表示部２１１にその選択画面を表示する。
【００２８】
ここで、操作表示部２１１に表示される画面について説明する。図６〜図８は、操作表示部２１１に表示される画面の一例を示す図である。これらの画面は、ウェブブラウザ４００の画面表示部４０４によって、操作部出力Ｉ／Ｆ２０５を介して操作表示部２１１に表示される。図６（ａ）は、Ｓ５０５で表示された画面の一例を示す図である。操作表示部２１１に表示されるコンテンツ表示領域６０１には、取得したコンテンツ、例えば「ｓａｍｐｌｅ．ｈｔｍｌ」の内容が表示される。また、アドレス表示領域６０２には、コンテンツ表示領域６０１に表示されているコンテンツのＵＲＬアドレス（位置情報）、例えば、「ｈｔｔｐ：／／ｘｘｘ．ｃｏｍ／ｓａｍｐｌｅ．ｈｔｍｌ」が表示される。リンク６０３〜６０５は、選択画面表示ファイル内で他のコンテンツにリンクが張られているアンカーテキストであり、「Ｓａｍｐｌｅ．ｐｄｆ」に対して実行可能な複数の処理を表わす。ユーザはこれらのアンカーテキストを選択画面上で選択すると、それらにリンクされているコンテンツをさらに取得することができる。
【００２９】
図６（ａ）に示すコンテンツ「ｓａｍｐｌｅ．ｈｔｍｌ」の記述は、例えば以下のような記述を含む。
Ｓａｍｐｌｅ．ｐｄｆ＜ｂｒ＞＜ｂｒ＞
＜ａ  ｈｒｅｆ＝”ｈｔｔｐ：／／ｘｘｘ．ｃｏｍ／ｐｄｆ／ｓａｍｐｌｅ．ｐｄｆ？ｃｍｄ＝ｖｉｅｗ”＞Ｖｉｅｗ＜／ａ＞＜ｂｒ＞＜ｂｒ＞
＜ａ  ｈｒｅｆ＝”ｈｔｔｐ：／／ｘｘｘ．ｃｏｍ／ｐｄｆ／ｓａｍｐｌｅ．ｐｄｆ？ｃｍｄ＝ｐｒｉｎｔ＆ｃｏｐｉｅｓ＝１”＞Ｐｒｉｎｔ＜／ａ＞＜ｂｒ＞＜ｂｒ＞
＜ａ  ｈｒｅｆ＝”ｈｔｔｐ：／／ｘｘｘ．ｃｏｍ／ｐｄｆ／ｓａｍｐｌｅ．ｐｄｆ？ｃｍｄ＝ｓｔｏｒｅ＆ｂｏｘｎｕｍ＝１０”＞Ｓｔｏｒｅ  ｉｎ  Ｕｓｅｒ  Ｉｎｂｏｘ＜／ａ＞＜ｂｒ＞＜ｂｒ＞
それぞれのアンカーテキストには、「ｈｒｅｆ」によってリンク先のコンテンツのアドレスが指定されている。ここで、リンク先のアドレスとしていずれも、「ｐｄｆ／ｓａｍｐｌｅ．ｐｄｆ」というＰＤＦファイルが指定されている。しかしながら、各アドレスに後続してそれぞれ異なったクエリパラメータが指定されている。ここで、クエリパラメータとは、例えば「ｃｍｄ＝ｖｉｅｗ」であるが、「ｓａｍｐｌｅ．ｐｄｆ」というＰＤＦドキュメントに対する指示された処理を表わしている。例えば、「ｃｍｄ＝ｖｉｅｗ」はビュー表示指示を表わし、「ｃｍｄ＝ｐｒｉｎｔ」はプリント指示を表わし、「ｃｍｄ＝ｓｔｏｒｅ」は格納指示を表わしている。クエリパラメータは、「＆」で指示を繋げることで、プリント部数以外にも両面印刷指定など、ドキュメント処理について様々な設定値を指定することができる。本実施例では、ウェブサーバ１０２のウェブアプリケーション４２１はＳ５０３で、上記のようなクエリパラメータが付加されたリンク先を指定したコンテンツを生成する。図６（ａ）では、プリントに関しては「Ｐｒｉｎｔ」の１種類しか示されていないが、例えば、「Ｐｒｉｎｔ２」というようなアンカーテキストが示されていても良い。その「Ｐｒｉｎｔ２」に対応する「Ｓａｍｐｌｅ．ｈｔｍｌ」の記述は、例えば以下のように「Ｐｒｉｎｔ」とは異なる指示（２部印刷）を表わすようにしても良い。
＜ａ  ｈｒｅｆ＝”ｈｔｔｐ：／／ｘｘｘ．ｃｏｍ／ｐｄｆ／ｓａｍｐｌｅ．ｐｄｆ？ｃｍｄ＝ｐｒｉｎｔ＆ｃｏｐｉｅｓ＝２”＞Ｐｒｉｎｔ＜／ａ＞＜ｂｒ＞＜ｂｒ＞
再び、図５を説明する。Ｓ５０５で図６（ａ）のように画面が表示された後、Ｓ５０６で、ユーザが図６（ａ）の画面内で所望のアンカーテキストをクリックして選択する。ここでは、ユーザが図６（ａ）のリンク６０４のアンカーテキストを選択したとする。リンク６０４については、「ｓａｍｐｌｅ．ｈｔｍｌ」内で「＜ａ  ｈｒｅｆ＝”ｈｔｔｐ：／／ｘｘｘ．ｃｏｍ／ｐｄｆ／ｓａｍｐｌｅ．ｐｄｆ？ｃｍｄ＝ｐｒｉｎｔ＆ｃｏｐｉｅｓ＝１”＞Ｐｒｉｎｔ＜／ａ＞＜ｂｒ＞＜ｂｒ＞」と記述されている。その場合には、Ｓ５０７で、ウェブブラウザ４００のコンテンツ取得部４０２は、「ｘｘｘ．ｃｏｍ」のウェブサーバ１０２に対して、「／ｐｄｆ／ｓａｍｐｌｅ．ｐｄｆ？ｃｍｄ＝ｐｒｉｎｔ＆ｃｏｐｉｅｓ＝１」との記述によるコンテンツの取得要求を行う。
【００３０】
Ｓ５０８で、ウェブサーバ１０２のウェブアプリケーション４２１は、ＭＦＰ１０１から要求されたコンテンツを取得する。例えば、ウェブアプリケーション４２１は、「／ｐｄｆ／ｓａｍｐｌｅ．ｐｄｆ」に対応するドキュメントをコンテンツデータベース４２２から取得する。コンテンツデータベース４２２からの取得の際には、ドキュメント処理の指示を表わすクエリパラメータは無視される。Ｓ５０９で、ウェブアプリケーション４２１は、コンテンツデータベース４２２から取得したコンテンツ「／ｐｄｆ／ｓａｍｐｌｅ．ｐｄｆ」を応答としてＭＦＰ１０１に送信する。
【００３１】
Ｓ５１０で、ＭＦＰ１０１のウェブブラウザ４００は、ウェブサーバ１０２のウェブアプリケーション４２１から送信されたコンテンツ「／ｐｄｆ／ｓａｍｐｌｅ．ｐｄｆ」の種別を判定する。ウェブブラウザ４００のコンテンツ解析部４０３は、Ｓ５０７でドキュメント要求したｈｔｔｐヘッダの「Ｃｏｎｔｅｎｔ−ｔｙｐｅ」を参照して、Ｓ５０９で取得したコンテンツがＭＦＰ１０１で処理可能な種別のコンテンツであるか否かを判定する。例えば、ウェブブラウザ４００は、「Ｃｏｎｔｅｎｔ−ｔｙｐｅ」が「ａｐｐｌｉｃａｔｉｏｎ／ｐｄｆ」で表わされたＰＤＦファイルであれば、ＭＦＰ１０１で処理可能な種別であると判定する。ここで、ＭＦＰ１０１で処理可能な種別のドキュメントであると判定された場合、ウェブブラウザ４００の処理指示解析部４０５は、そのドキュメントに対してドキュメント処理の指定がされているか否かを判定する。その判定は、Ｓ５０７でのコンテンツの取得要求時にドキュメント処理を指示するクエリパラメータが付加されていたか否かによって行われる。クエリパラメータが付加されていた場合に、処理指示解析部４０５はさらに、クエリパラメータにどのようなドキュメント処理の指示が付加されていたかを検出する。例えば、クエリパラメータとして「ｃｍｄ＝ｐｒｉｎｔ」が付加されていた場合には、ＰＤＦドキュメントの印刷実行が指示されていたと判定する。そして、処理指示解析部４０５はさらに、「ｃｏｐｉｅｓ＝１」という指示が付加されていた場合に、プリント部数として「１部」が設定されていたと認識する。
【００３２】
また、クエリパラメータとして「ｃｍｄ＝ｖｉｅｗ」が付加されていた場合には、ドキュメントの画面表示が指定されていたと判定する。また、クエリパラメータとして「ｃｍｄ＝ｓｔｏｒｅ＆ｂｏｘｎｕｍ＝１０」が付加されていた場合には、ドキュメントに対してＨＤＤ２０４内のユーザボックスと呼ばれる保存場所のうち１０番目のユーザボックスへの格納指示が指定されていたと判定する。以上のようにして、コンテンツ解析部４０３は、クエリパラメータによって、ドキュメント処理の指示内容を解析する。
【００３３】
Ｓ５１１で、ウェブブラウザ４００の処理実行部４０６は、Ｓ５１０で解析されたドキュメント処理を実行する。例えば、「ｃｍｄ＝ｐｒｉｎｔ＆ｃｏｐｉｅｓ＝１」がクエリパラメータとして付加されていた場合には、処理実行部４０６は、Ｓ５０９で受信したドキュメントをプリント処理部４０９に対して１部プリントするように指示する。
【００３４】
図６（ｂ）は、Ｓ５１１で操作表示部２１１に表示される画面の一例を示す図である。プリント実行中ダイアログ６１０は、ＭＦＰ１０１がドキュメントのプリントを実行中に表示されるダイアログである。プログレス・バー６１１は、ドキュメントのプリント処理の進行状況を示す。また、キャンセルボタン６１２は、ユーザによるドキュメントのプリント中止指示を受け付けるためのボタンである。本例の場合には、Ｓ５０６で、ユーザが図６（ａ）のリンク６０４を選択すると、ドキュメントのプリント処理が実行され、図６（ｂ）に示す画面が表示される。
【００３５】
また、Ｓ５０６において、ユーザがリンク６０３を選択すると、Ｓ５０７でドキュメント表示指示のクエリパラメータが付加されて、コンテンツの取得要求が行われる。その場合、Ｓ５１０では、処理指示解析部４０５は、ドキュメント表示指示がクエリパラメータで指定されていると判定し、Ｓ５１１で、処理実行部４０６は、ドキュメント描画部４０７に対して、Ｓ５０９で受信したドキュメントを表示するように指示する。その結果、ドキュメント描画部４０７は、ドキュメントをコンテンツ表示領域６０１に表示する。図７（ａ）は、Ｓ５１１で操作表示部２１１に表示される画面の一例を示す図である。ドキュメント表示領域６２１に、ドキュメントが画像６２２として表示される。ドキュメント表示領域６２１は、図６（ａ）のコンテンツ表示領域６０１と同じ領域である。本例の場合には、Ｓ５０６で、ユーザが図６（ａ）のリンク６０３を選択すると、ドキュメントの表示処理が実行され、図７（ａ）に示す画面が表示される。
【００３６】
Ｓ５１０で、処理指示解析部４０５がドキュメントに対してドキュメント処理の指定がされていないと判定した場合には、Ｓ５１１で、処理実行部４０６は、Ｓ５０９で受信したドキュメントに対してどのような処理を行うかをユーザに対して問い合わせる。図７（ｂ）は、Ｓ５１１で、処理指示解析部４０５がユーザに対してドキュメント処理を問い合わせる場合に表示される画面の一例を示す図である。図７（ｂ）に示す画面は、図６、図７（ａ）と異なり、ＭＦＰ１０１に本来作り込まれているダイアログ画面である。ドキュメント処理問い合わせダイアログ６３１には、Ｓ５０９で受信したドキュメントの処理の選択肢が表示される。表示指示ボタン６３２とプリントボタン６３３とユーザボックス保存ボタン６３４は、それぞれのドキュメント処理の選択を受け付けるためのボタンである。また、ユーザは、キャンセルボタン６３５を押下することによって、ドキュメントに対してどのような処理も行わないことを指示することができる。また、ユーザは、ＯＫボタン６３６を押下することによって、ボタン６３２〜６３４で選択された処理を確定し、ドキュメントに対してその処理を実行するように指示することができる。
【００３７】
以上のように、本実施例では、ＭＦＰ１０１のユーザが図６（ａ）に示す画面上でドキュメントに対して実行したい処理のリンクを選択すると、ＭＦＰ１０１は、そのドキュメントがＭＦＰ１０１で処理可能か否かを判定した後に処理を実行する。つまり、本システムにおいては、ユーザは図６（ａ）に示す画面上で所望のドキュメント処理を選択することになる。従って、従来のように、ＭＦＰ１０１に本来作り込まれているドキュメントの印刷設定画面が表示され、ウェブアプリケーション４２１の作成者が意図していないドキュメント処理が実行されてしまうことを防ぐことができる。また、Ｓ５０３で説明したように、ウェブアプリケーション４２１は、各ドキュメント処理をクエリパラメータとして付加するだけで良いので、プリンタドライバ等を介してＭＦＰ１０１を制御する必要がなく構成を簡易にすることができる。
【００３８】
図８は、図５のＳ５０６以降の処理について、ウェブブラウザ４００側に着目して示したフローチャートである。図８の各処理は、ＭＦＰ１０１のＣＰＵ２０１が制御プログラムを実行することによって実現される。Ｓ８０１で、ＭＦＰ１０１のウェブブラウザ４００は、ユーザからコンテンツ取得の指示を待機する。これは、図５のＳ５０６に対応する。Ｓ８０２で、ウェブブラウザ４００は、ユーザからのコンテンツ取得の指示の有無を判定する。例えば、操作指示入力部４０１は、ユーザから図６（ａ）に示す画面上でクリックによる選択を受け付けたか否かによって、コンテンツ取得の指示の有無を判定する。Ｓ８０２で、操作指示入力部４０１がコンテンツ取得の指示が無いと判定した場合には、Ｓ８０１を繰り返す。
【００３９】
Ｓ８０２で、操作指示入力部４０１がコンテンツ取得の指示があったと判定した場合には、Ｓ８０３に進む。Ｓ８０３で、コンテンツ取得部４０２は、指示されたＵＲＬアドレスに対してコンテンツを要求する。これは、図５のＳ５０７に対応する。Ｓ８０４で、コンテンツ取得部４０２は、ウェブサーバ１０２から応答として送信されるコンテンツを受信する。これは、図５のＳ５０９に対応する。
【００４０】
Ｓ８０５で、コンテンツ解析部４０３は、Ｓ８０４で受信したコンテンツの種別を解析し、そのコンテンツがＭＦＰ１０１で処理可能な種別のドキュメントであるか否かを判定する（ドキュメント判定の一例）。ここで、受信したコンテンツがＭＦＰ１０１で処理可能な種別のドキュメントでないと判定された場合には、Ｓ８０９で、コンテンツ解析部４０３は、コンテンツの内容を解析して画面を描画して生成する。そして、画面表示部４０４は、その生成した画面に基づいて操作表示部２１１に表示する。ここで、ＭＦＰ１０１で処理不可能な種別のドキュメントとは、例えばエラー画面が挙げられる。つまり、ＭＦＰ１０１がＰＤＦファイルを要求したがウェブサーバ１０２のコンテンツデータベース４２２になかった場合に、ウェブサーバ１０２がＭＦＰ１０１に応答した、エラー画面を表わすＨＴＭＬファイルである。その場合には、Ｓ８０９で、エラー画面が表示される。
【００４１】
一方、Ｓ８０５において、受信したコンテンツの種別がＭＦＰ１０１で処理可能であると判定された場合には、Ｓ８０６で、処理指示解析部４０５は、受信したドキュメントに対するドキュメント処理の指示の有無を判定する。処理指示解析部４０５は、Ｓ８０４で受信したコンテンツに対応した、Ｓ８０３でコンテンツ要求したＵＲＬアドレスを解析して、クエリパラメータが存在するか否かを判定する。クエリパラメータが存在しないと判定された場合には、Ｓ８１０に進む。Ｓ８１０で、処理指示解析部４０５は、ユーザに対してドキュメントをどのように処理するかを問い合わせるためのダイアログを表示する。ここでのダイアログとは、図７（ｂ）のドキュメント処理問い合わせダイアログ６３１である。処理指示解析部４０５は、ドキュメント処理問い合わせダイアログ６３１の画面の生成を、画面表示部４０４に対して指示する。
【００４２】
Ｓ８０６で、受信したドキュメントに対するドキュメント処理の指示があると判定された場合には、Ｓ８０７に進む。Ｓ８０７で、処理指示解析部４０５は、そのドキュメント処理の指示がＭＦＰ１０１で有効な指示であり且つＭＦＰ１０１で処理可能な指示であるか否かを判定する（処理判定の一例）。例えば、ＭＦＰ１０１で有効且つ処理可能な指示であるとは、ＭＦＰ１０１の機能を用いた指示であるということである。ＭＦＰ１０１で有効な処理でない若しくはＭＦＰ１０１で処理可能でない指示であると判定された場合には、Ｓ８１０に進む。その際に表示されるドキュメント処理問い合わせダイアログ６３１上では、ボタン６３２〜６３４のうち、ＭＦＰ１０１で処理可能なボタンのみが表示されるようにしても良い。また、その際に、ボタン６３２〜６３４のいずれの処理も実行できないと判定された場合には、処理指示解析部４０５は、ドキュメント処理問い合わせダイアログ６３１上にその旨を表示するようにしても良い。また、その場合に、ユーザがＯＫボタン６３６を押下したとしても、ドキュメントに対してどのような処理も実行しないようにする。
【００４３】
Ｓ８０７で、ＭＦＰ１０１で有効な指示であり且つＭＦＰ１０１で処理可能な指示であると判定された場合には、処理実行部４０６は、指示された内容に従って、ドキュメント処理を実行する。例えば、ドキュメントに対するプリント指示である場合には、プリント処理部４０９にドキュメントのプリントを指示する。また、ドキュメントに対する表示指示である場合には、ドキュメント描画部４０７にドキュメントの表示画面の描画を指示する。また、ドキュメントに対する保存指示である場合には、保存処理部４１０にドキュメントの保存を指示する。
【００４４】
以上のように、本実施例においては、ウェブサーバ１０２上のウェブアプリケーション４２１が指定したドキュメントリンクのクエリパラメータによる指示に従って、ＭＦＰ１０１のウェブブラウザ４００はドキュメント処理を実行する。
【００４５】
〔実施例２〕
次に、実施例２について説明する。なお、システム構成等は実施例１と同じである。以下、実施例１と異なる点について説明する。本実施例では、ウェブブラウザ４００は、予め定められたサーバアドレスを保持している。そして、ウェブブラウザ４００がドキュメントをウェブサーバから受信した際に、そのドキュメントは予め定められたサーバアドレスと一致するウェブサーバから受信したものであるか否かを判定する。そして、予め定められたサーバアドレスと一致するウェブサーバから受信したものであると判定された場合にのみ、そのドキュメントに対して指示されたドキュメント処理を実行する。
【００４６】
図９は、本実施例における、ウェブブラウザ４００のドキュメント処理の手順を示すフローチャートである。図９に示す各処理は、ＭＦＰ１０１のＣＰＵ２０１が制御プログラムを実行することにより実現される。Ｓ９０１で、ウェブブラウザ４００は、ユーザからの入力操作を待機する。Ｓ９０２で、ウェブブラウザ４００は、ユーザからの入力操作の有無を判定する。例えば、操作指示入力部４０１は、ドキュメント処理を許可するサーバアドレスの入力操作が、ユーザにより行われたか否かを判定する。Ｓ９０２で、サーバアドレスの入力操作があったと判定された場合には、Ｓ９１１で、サーバアドレスの入力処理が行われる。
【００４７】
図１０は、Ｓ９１１で、ウェブブラウザ４００の保存処理部４１０が操作表示部２１１に表示する、サーバアドレス入力指示画面の一例を示す図である。サーバアドレス入力ダイアログ６４１は、ウェブブラウザ４００がウェブサーバのアドレスをユーザに指定させるために表示する。ユーザは、アドレス入力フィールド６４２を介してウェブサーバのアドレスを入力することができる。本実施例においては、アドレス入力フィールド６４２に入力されたアドレスと一致するアドレスを有するウェブサーバからドキュメントを受信した場合にのみ、ドキュメント処理を実行する。ユーザは、キャンセルボタン６４３を押下することによって、アドレス入力フィールド６４２に対して入力していた内容をキャンセルすることができる。また、ユーザは、ＯＫボタン６４４を押下することによって、アドレス入力フィールド６４２に入力したアドレスの設定を確定する。
【００４８】
Ｓ９１１で、アドレス保存部４０８は、サーバアドレス入力ダイアログ６４１を操作表示部２１１に表示し、ユーザが入力したサーバアドレス情報をアドレスデータベース４１１に保存する。Ｓ９１１の後、Ｓ９０１に戻る。Ｓ９０２で、サーバアドレス入力指示がなかったと判定された場合には、Ｓ９０３で、ウェブブラウザ４００は、ユーザからのコンテンツ取得の指示の有無を判定する。これは、実施例１のＳ８０２の処理と同じである。図９のＳ９０４〜Ｓ９０８までの処理は、実施例１のＳ８０３〜Ｓ８０７までの処理と同じである。
【００４９】
Ｓ９０９で、処理実行部４０６は、処理指示解析部４０５から、Ｓ９０５でコンテンツを受信したウェブサーバ１０２のアドレスを取得する。また、処理実行部４０６は、アドレスデータベース４１１に保存されているアドレスを取得する。そして、処理実行部４０６は、ドキュメントを受信したウェブサーバ１０２のアドレスがアドレスデータベース４１１に保存されているアドレスと一致するか否かを判定する。ここで、コンテンツを受信したウェブサーバ１０２のアドレスとアドレスデータベース４１１に保存されているアドレスとが一致すると判定された場合には、Ｓ９１０で、指示されたドキュメント処理を実行する。Ｓ９１０は、実施例１のＳ８０８の処理と同じである。一方、Ｓ９０９でウェブサーバ１０２のアドレスとアドレスデータベース４１１に保存されているアドレスとが一致しないと判定された場合には、Ｓ９１３で、ユーザに対してドキュメント処理問い合わせダイアログ６３１を表示する。Ｓ９１３は、実施例１のＳ８１０の処理と同じである。また、Ｓ９０６において、受信したコンテンツの種別がＭＦＰ１０１で処理可能でないと判定された場合には、Ｓ９１２で、コンテンツ解析部４０３がコンテンツの内容を解析して描画し、画面を生成する。Ｓ９１２は、実施例１のＳ８０９の処理と同じである。
【００５０】
このように、実施例２における実施形態では、予め定められたアドレスに一致するウェブサーバから受信したドキュメントに対してのみ、指示されたドキュメント処理を実行する。これにより、悪意のあるウェブサーバから受信したドキュメント処理指示によって、大量の文書を印刷されてしまう等を防ぎ、セキュリティを維持することができる。
【００５１】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又はコンピュータ読取可能な各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
0005896712.tif 000002
【図２】
0005896712.tif 000003
【図３】
0005896712.tif 000004
【図４】
0005896712.tif 000005
【図５】
0005896712.tif 000006
【図６】
0005896712.tif 000007
【図７】
0005896712.tif 000008
【図８】
0005896712.tif 000009
【図９】
0005896712.tif 000010
【図１０】
0005896712.tif 000011