(57)【要約】【課題】ＡＳＣＩＩ文字による名称に限定されない名称を印刷対象データに付けて印刷指示者に確認させた上で、印刷対象データを印刷する。【解決手段】画像形成装置１０において、通信制御部２１が、サーバから、ＨＴＭＬファイルを受信した後、ＨＴＭＬファイルに記述されたＵＲＬに対応する印刷対象ファイルを受信し、ファイル名取得部２４は、ＨＴＭＬファイル又は印刷対象ファイルに関連付けられた、ＡＳＣＩＩ文字による名称に限定されずに記述可能な記述情報に基づいて、印刷対象ファイルのファイル名を取得し、ファイル名決定部２７が、取得されたファイル名の中から最終的なファイル名を決定し、表示制御部２３が、決定されたファイル名が表示されるように制御し、印刷条件設定部２８が、印刷条件を設定し、印刷指示部２９が、設定された印刷条件で印刷対象ファイルを印刷するように画像形成部に指示する。【選択図】図３
2015082159.tif 000002
【特許請求の範囲】
【請求項１】
印刷対象データ及び当該印刷対象データを含むデータの一覧を表示するための表示対象データの少なくとも何れか一方である対象データを保持する他の装置から当該対象データを受信する受信手段と、
前記対象データに基づいて、前記印刷対象データの名称をＡＳＣＩＩ文字による名称に限定されずに記述可能な記述情報を取得する取得手段と、
前記記述情報に従って、前記印刷対象データの名称を決定する決定手段と、
前記印刷対象データの名称を表示する表示手段と、
印刷指示者により前記印刷対象データの印刷が指示されると、当該印刷対象データを印刷する印刷手段と
を備えたことを特徴とする印刷装置。
【請求項２】
前記受信手段は、前記対象データとして、少なくとも前記表示対象データを受信し、
前記取得手段は、前記表示対象データの部分、前記表示対象データにより示される場所に記憶された他のデータ、及び、前記表示対象データにより示される関数の戻り値の少なくとも１つを、前記記述情報として取得することを特徴とする請求項１に記載の印刷装置。
【請求項３】
前記表示手段は、前記印刷対象データを含むデータの一覧を表示する一覧画面に、当該印刷対象データの名称を表示することを特徴とする請求項２に記載の印刷装置。
【請求項４】
前記受信手段は、前記対象データとして、少なくとも前記印刷対象データを受信し、
前記取得手段は、前記印刷対象データに関連付けて受信された通信を制御するための情報、及び、前記印刷対象データの部分の少なくとも１つを、前記記述情報として取得することを特徴とする請求項１に記載の印刷装置。
【請求項５】
前記表示手段は、前記印刷対象データの印刷に関する条件を設定するための設定画面に、当該印刷対象データの名称を表示することを特徴とする請求項４に記載の印刷装置。
【請求項６】
前記受信手段は、前記対象データとして、前記印刷対象データ及び前記表示対象データを受信し、
前記表示手段は、前記印刷対象データを含むデータの一覧を表示する一覧画面に、前記表示対象データに基づいて取得された第１の記述情報に従って決定された当該印刷対象データの名称を表示した後、前記印刷指示者により当該一覧から当該印刷対象データが選択されると、当該印刷対象データの印刷に関する条件を設定するための設定画面に、当該印刷対象データに基づいて取得された第２の記述情報に従って決定された当該印刷対象データの名称を表示することを特徴とする請求項１乃至請求項５の何れかに記載の印刷装置。
【請求項７】
印刷対象データ及び当該印刷対象データを含むデータの一覧を表示するための表示対象データの少なくとも何れか一方である対象データを保持する保持装置と、
前記印刷対象データを印刷する印刷装置と
を備え、
前記保持装置は、
前記印刷装置により前記対象データの送信が要求されると、当該対象データを、前記印刷対象データの名称をＡＳＣＩＩ文字による名称に限定されずに記述可能な記述情報に関連付けて、当該印刷装置に送信する送信手段
を備え、
前記印刷装置は、
前記保持装置により前記記述情報に関連付けて送信された前記対象データを受信する受信手段と、
前記記述情報に従って、前記印刷対象データの名称を決定する決定手段と、
前記印刷対象データの名称を表示する表示手段と、
印刷指示者により前記印刷対象データの印刷が指示されると、当該印刷対象データを印刷する印刷手段と
を備えたことを特徴とする印刷システム。
【請求項８】
印刷対象データを含むデータの一覧を表示するための表示対象データ及び当該印刷対象データの名称をＡＳＣＩＩ文字による名称に限定されずに記述可能な記述情報の少なくとも何れか一方を保持する保持装置と、
前記印刷対象データを印刷する印刷装置と
を備え、
前記保持装置は、
前記印刷装置により前記表示対象データの送信が要求されると、当該表示対象データを当該印刷装置に送信し、前記印刷装置により前記記述情報の送信が要求されると、当該記述情報を当該印刷装置に送信する送信手段
を備え、
前記印刷装置は、
前記表示対象データの送信を要求することにより前記保持装置から送信された当該表示対象データを受信し、前記記述情報が記憶された場所が当該表示対象データにより示されていれば、当該記述情報の送信を要求することにより前記保持装置から送信された当該記述情報を受信する受信手段と、
前記記述情報に従って、前記印刷対象データの名称を決定する決定手段と、
前記印刷対象データの名称を表示する表示手段と、
印刷指示者により前記印刷対象データの印刷が指示されると、当該印刷対象データを印刷する印刷手段と
を備えたことを特徴とする印刷システム。
【請求項９】
コンピュータに、
印刷対象データ及び当該印刷対象データを含むデータの一覧を表示するための表示対象データの少なくとも何れか一方である対象データを保持する他の装置から当該対象データを受信する機能と、
前記対象データに基づいて、前記印刷対象データの名称をＡＳＣＩＩ文字による名称に限定されずに記述可能な記述情報を取得する機能と、
前記記述情報に従って、前記印刷対象データの名称を決定する機能と、
前記印刷対象データの名称が表示機構に表示されるように制御する機能と、
印刷指示者により前記印刷対象データの印刷が指示されると、当該印刷対象データを印刷機構に出力する機能と
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷装置、印刷システム、プログラムに関する。
【背景技術】
【０００２】
Ｗｅｂサーバに配信リクエストを行う際、履歴情報クライアント保存を示すリクエストパラメータを指定し、ダウンロードする際に指定した印刷用のリクエストパラメータ、およびデータの印刷イメージのサムネイル、サーバＵＲＬをダウンロードしたデータから取得して履歴情報として保存し、ユーザがＵＩを介してその履歴情報を参照し、サムネイル画像をクリックした際、履歴情報に記されたリクエストパラメータで、同履歴情報に記されたサーバＵＲＬにリクエストを行い、ダウンロード印刷を行う技術は知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２８５４６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、ＡＳＣＩＩ文字による名称に限定されない名称を印刷対象データに付けて印刷指示者に確認させた上で、印刷対象データを印刷することにある。
【課題を解決するための手段】
【０００５】
請求項１に記載の発明は、印刷対象データ及び当該印刷対象データを含むデータの一覧を表示するための表示対象データの少なくとも何れか一方である対象データを保持する他の装置から当該対象データを受信する受信手段と、前記対象データに基づいて、前記印刷対象データの名称をＡＳＣＩＩ文字による名称に限定されずに記述可能な記述情報を取得する取得手段と、前記記述情報に従って、前記印刷対象データの名称を決定する決定手段と、前記印刷対象データの名称を表示する表示手段と、印刷指示者により前記印刷対象データの印刷が指示されると、当該印刷対象データを印刷する印刷手段とを備えたことを特徴とする印刷装置である。
請求項２に記載の発明は、前記受信手段は、前記対象データとして、少なくとも前記表示対象データを受信し、前記取得手段は、前記表示対象データの部分、前記表示対象データにより示される場所に記憶された他のデータ、及び、前記表示対象データにより示される関数の戻り値の少なくとも１つを、前記記述情報として取得することを特徴とする請求項１に記載の印刷装置である。
請求項３に記載の発明は、前記表示手段は、前記印刷対象データを含むデータの一覧を表示する一覧画面に、当該印刷対象データの名称を表示することを特徴とする請求項２に記載の印刷装置である。
請求項４に記載の発明は、前記受信手段は、前記対象データとして、少なくとも前記印刷対象データを受信し、前記取得手段は、前記印刷対象データに関連付けて受信された通信を制御するための情報、及び、前記印刷対象データの部分の少なくとも１つを、前記記述情報として取得することを特徴とする請求項１に記載の印刷装置である。
請求項５に記載の発明は、前記表示手段は、前記印刷対象データの印刷に関する条件を設定するための設定画面に、当該印刷対象データの名称を表示することを特徴とする請求項４に記載の印刷装置である。
請求項６に記載の発明は、前記受信手段は、前記対象データとして、前記印刷対象データ及び前記表示対象データを受信し、前記表示手段は、前記印刷対象データを含むデータの一覧を表示する一覧画面に、前記表示対象データに基づいて取得された第１の記述情報に従って決定された当該印刷対象データの名称を表示した後、前記印刷指示者により当該一覧から当該印刷対象データが選択されると、当該印刷対象データの印刷に関する条件を設定するための設定画面に、当該印刷対象データに基づいて取得された第２の記述情報に従って決定された当該印刷対象データの名称を表示することを特徴とする請求項１乃至請求項５の何れかに記載の印刷装置である。
請求項７に記載の発明は、印刷対象データ及び当該印刷対象データを含むデータの一覧を表示するための表示対象データの少なくとも何れか一方である対象データを保持する保持装置と、前記印刷対象データを印刷する印刷装置とを備え、前記保持装置は、前記印刷装置により前記対象データの送信が要求されると、当該対象データを、前記印刷対象データの名称をＡＳＣＩＩ文字による名称に限定されずに記述可能な記述情報に関連付けて、当該印刷装置に送信する送信手段を備え、前記印刷装置は、前記保持装置により前記記述情報に関連付けて送信された前記対象データを受信する受信手段と、前記記述情報に従って、前記印刷対象データの名称を決定する決定手段と、前記印刷対象データの名称を表示する表示手段と、印刷指示者により前記印刷対象データの印刷が指示されると、当該印刷対象データを印刷する印刷手段とを備えたことを特徴とする印刷システムである。
請求項８に記載の発明は、印刷対象データを含むデータの一覧を表示するための表示対象データ及び当該印刷対象データの名称をＡＳＣＩＩ文字による名称に限定されずに記述可能な記述情報の少なくとも何れか一方を保持する保持装置と、前記印刷対象データを印刷する印刷装置とを備え、前記保持装置は、前記印刷装置により前記表示対象データの送信が要求されると、当該表示対象データを当該印刷装置に送信し、前記印刷装置により前記記述情報の送信が要求されると、当該記述情報を当該印刷装置に送信する送信手段を備え、前記印刷装置は、前記表示対象データの送信を要求することにより前記保持装置から送信された当該表示対象データを受信し、前記記述情報が記憶された場所が当該表示対象データにより示されていれば、当該記述情報の送信を要求することにより前記保持装置から送信された当該記述情報を受信する受信手段と、前記記述情報に従って、前記印刷対象データの名称を決定する決定手段と、前記印刷対象データの名称を表示する表示手段と、印刷指示者により前記印刷対象データの印刷が指示されると、当該印刷対象データを印刷する印刷手段とを備えたことを特徴とする印刷システムである。
請求項９に記載の発明は、コンピュータに、印刷対象データ及び当該印刷対象データを含むデータの一覧を表示するための表示対象データの少なくとも何れか一方である対象データを保持する他の装置から当該対象データを受信する機能と、前記対象データに基づいて、前記印刷対象データの名称をＡＳＣＩＩ文字による名称に限定されずに記述可能な記述情報を取得する機能と、前記記述情報に従って、前記印刷対象データの名称を決定する機能と、前記印刷対象データの名称が表示機構に表示されるように制御する機能と、印刷指示者により前記印刷対象データの印刷が指示されると、当該印刷対象データを印刷機構に出力する機能とを実現させるためのプログラムである。
【発明の効果】
【０００６】
請求項１の発明によれば、ＡＳＣＩＩ文字による名称に限定されない名称を印刷対象データに付けて印刷指示者に確認させた上で、印刷対象データを印刷することができる。
請求項２の発明によれば、印刷対象データを受信しなくても、ＡＳＣＩＩ文字による名称に限定されない名称を印刷対象データに付けることができる。
請求項３の発明によれば、印刷対象データを含むデータの一覧を表示する一覧画面上で、印刷対象データの名称を印刷指示者に確認させることができる。
請求項４の発明によれば、印刷対象データに直接関連付けられ、ＡＳＣＩＩ文字による名称に限定されない名称を、印刷対象データに付けることができる。
請求項５の発明によれば、印刷対象データの印刷に関する条件を設定するための設定画面上で、印刷対象データの名称を印刷指示者に確認させることができる。
請求項６の発明によれば、印刷対象データを含むデータの一覧を表示する一覧画面上、及び、印刷対象データの印刷に関する条件を設定するための設定画面上の何れにおいても、印刷対象データの名称を印刷指示者に確認させることができる。
請求項７の発明によれば、ＡＳＣＩＩ文字による名称に限定されない名称を印刷対象データに付けて印刷指示者に確認させた上で、印刷対象データを印刷することができる。
請求項８の発明によれば、ＡＳＣＩＩ文字による名称に限定されない名称を印刷対象データに付けて印刷指示者に確認させた上で、印刷対象データを印刷することができる。
請求項９の発明によれば、ＡＳＣＩＩ文字による名称に限定されない名称を印刷対象データに付けて印刷指示者に確認させた上で、印刷対象データを印刷することができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の実施の形態におけるコンピュータシステムの全体構成例を示した図である。
【図２】本発明の実施の形態における画像形成装置のハードウェア構成例を示した図である。
【図３】本発明の実施の形態における画像形成装置の機能構成例を示したブロック図である。
【図４】本発明の実施の形態におけるサーバのハードウェア構成例を示した図である。
【図５】本発明の実施の形態におけるサーバの機能構成例を示したブロック図である。
【図６】画像形成装置の起動時に操作パネルに表示されるメニュー画面の一例を示した図である。
【図７】メニュー画面の「仕様設定／登録」ボタンの押下時に操作パネルに表示される接続先の登録画面の一例を示した図である。
【図８】接続先の登録画面の「設定」ボタンの押下時に操作パネルに表示される設定画面の一例を示した図である。
【図９】本発明の実施の形態における画像形成装置のメイン処理の流れを示したフローチャートである。
【図１０】ＨＴＭＬファイルを受信して解析した後に操作パネルに表示されるファイル一覧画面の一例を示した図である。
【図１１】受信情報解析処理の流れを示したフローチャートである。
【図１２】受信情報解析処理で参照されるＭＩＭＥタイプについて示した図である。
【図１３】第１のファイル名取得処理及び第２のファイル名取得処理が実行された後にファイル名が保持されるファイル名管理テーブルの一例を示した図である。
【図１４】第１のファイル名取得処理の流れを示したフローチャートである。
【図１５】第２のファイル名取得処理の流れを示したフローチャートである。
【図１６】ファイル名決定処理の流れを示したフローチャートである。
【図１７】印刷処理の流れを示したフローチャートである。
【図１８】印刷対象ファイルのファイル名が決定された後に操作パネルに表示される印刷条件設定画面の一例を示した図である。
【図１９】印刷条件設定画面の「プリント」ボタンの押下時に操作パネルに表示されるダウンロード状態画面の一例を示した図である。
【図２０】本発明の実施の形態におけるサーバのファイル送信処理の流れを示したフローチャートである。
【発明を実施するための形態】
【０００８】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
【０００９】
［発明の背景］
ウェブブラウザが搭載され、このウェブブラウザがネットワーク上の外部サーバから送信されるファイルが印刷可能であると判断した場合にそのファイルを直接印刷可能な画像形成装置が商品化されている。通常、ウェブブラウザはＨＴＭＬ（HyperText Markup Language）で記述された表示データを外部サーバから取得し、これを解析して表示部に結果を表示する。また、ボタン、テキスト等の表示部品を操作することにより、表示データに記載されたサーバのアクセス先であるＵＲＬ（Uniform Resource Locator）からファイルを取得し、サーバから送られるファイルの情報（ＭＩＭＥタイプ）に応じてそのファイルを処理する。例えば、ファイルの情報がＨＴＭＬを示していれば、構文を解析して結果を表示し、ファイルの情報がＪＰＥＧを示していれば、ＪＰＥＧ画像を解凍して結果を表示する。その際、ファイルの情報が画像形成装置で印刷可能なファイルを示していれば、用紙サイズ、部数等の印刷条件を設定する画面を表示し、利用者の指示によりファイルを印刷する。
【００１０】
ところで、この場合、ファイル名を特定する方法としては、以下の方法が考えられる。
【００１１】
第一に、サーバのアクセス先であるＵＲＬを使用する方法である。
【００１２】
ＵＲＬはＲＦＣ３９８６で規定されており、日本語のファイル名等を表現するには、文字の代わりに「％ｘｘ」（ｘｘは１６進数）という形式のコードを表記することになっている。例えば、「日本.pdf」のＵＲＬは、ＵＴＦ−８エンコードで表現すれば、「http://domain/file/日本.pdf」ではなく、「http://domain/file/%E6%97%A5%E6%9C%AC.pdf」となる。但し、ローカル言語でファイル名を表現する場合、どのようなエンコードを用いるかについては規定がなく、動作する環境によって異なっているのが現状である。
【００１３】
また、動的にファイルを生成して返すＣＧＩ（Common Gateway Interface）のＵＲＬは、例えば、「http://domain/createFile.cgi」となり、生成されるファイルのファイル名を表現することができない。
【００１４】
更に、サーバにおけるファイルの構成によっては、例えば、「http://domain/dir/files/」といったＵＲＬが指定される場合もある。この場合は、サーバ側がその階層にあるデフォルトファイルを返す仕組みが一般的には用意されているが、ＵＲＬからファイル名を特定することは困難である。
【００１５】
第二に、Content-Disposition（ＲＦＣ１８０６）ヘッダを使用する方法である。
【００１６】
この方法では、サーバから送信されたContent-Dispositionヘッダのfilename属性をファイル名として使用する。但し、filename属性はＡＳＣＩＩ文字列に限定されているので、英数字のファイル名しか使用できない。つまり、この方法には、ローカル言語のファイル名を使用することができないという制限がある。
【００１７】
そこで、本実施の形態では、ネットワーク上の外部サーバから送信されるファイルを取得して印刷する場合に、日本語等のローカル言語でも表現可能なファイル名を特定して使用できるようにする。
【００１８】
［本実施の形態の構成］
図１は、本実施の形態におけるコンピュータシステムの全体構成例を示した図である。図示するように、このコンピュータシステムは、画像形成装置１０と、サーバ３０とが、ネットワーク８０を介して接続されることにより構成されている。ここで、画像形成装置１０は、１つしか示していないが、その台数は１つには限らないものとする。
【００１９】
画像形成装置１０は、紙等の記録媒体に画像を形成し、印刷媒体として出力する装置である。また、画像形成装置１０にはウェブブラウザが搭載されており、このウェブブラウザは、サーバ３０から送信されるファイルが印刷可能であると判断した場合に、そのファイルを画像形成装置１０で直接印刷する。本実施の形態では、印刷装置の一例として、画像形成装置１０を設けている。
【００２０】
サーバ３０は、ＨＴＭＬファイル等の各種ファイルを保持し、画像形成装置１０に搭載されたウェブブラウザからの要求に応じて、要求されたファイルをウェブブラウザに送信するコンピュータである。本実施の形態では、保持装置の一例として、サーバ３０を設けている。
【００２１】
ネットワーク８０は、画像形成装置１０とサーバ３０の間の情報通信に用いられる通信手段であり、例えば、インターネットである。
【００２２】
まず、画像形成装置１０の構成について説明する。
【００２３】
図２は、画像形成装置１０のハードウェア構成例を示した図である。図示するように、画像形成装置１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、ＲＯＭ（Read Only Memory）１３と、ＨＤＤ（Hard Disk Drive）１４と、操作パネル１５と、ＩＣカードリーダ１６と、画像形成部１７と、通信インターフェース（以下、「通信Ｉ／Ｆ」と表記する）１８とを備える。
【００２４】
ＣＰＵ１１は、ＲＯＭ１３等に記憶された各種プログラムをＲＡＭ１２にロードして実行することにより、後述する各機能を実現する。
【００２５】
ＲＡＭ１２は、ＣＰＵ１１の作業用メモリ等として用いられるメモリである。
【００２６】
ＲＯＭ１３は、ＣＰＵ１１が実行する各種プログラム等を記憶するメモリである。
【００２７】
ＨＤＤ１４は、画像形成部１７における画像形成にて用いる画像データ等を記憶する例えば磁気ディスク装置である。
【００２８】
操作パネル１５は、各種情報の表示やユーザからの操作入力の受付を行うタッチパネルである。ここで、操作パネル１５は、各種情報が表示されるディスプレイと、指やスタイラスペン等で指示された位置を検出する位置検出シートとからなる。或いは、タッチパネルに代えて、ディスプレイ及びキーボードを用いてもよい。本実施の形態では、表示手段、表示機構の一例として、操作パネル１５を設けている。
【００２９】
ＩＣカードリーダ１６は、ユーザが所持するＩＣカードに記録された情報を読み取る。ここで、ＩＣカードに記録された情報には、ユーザを識別するユーザＩＤ等がある。
【００３０】
画像形成部１７は、記録媒体に画像を形成する。ここで、画像形成部１７は、例えばプリンタであり、感光体に付着させたトナーを記録媒体に転写して像を形成する電子写真方式や、インクを記録媒体上に吐出して像を形成するインクジェット方式のものを用いるとよい。本実施の形態では、印刷手段、印刷機構の一例として、画像形成部１７を設けている。
【００３１】
通信Ｉ／Ｆ１８は、ネットワークを介して他の装置との間で各種情報の送受信を行う。
【００３２】
尚、ここでは図示しなかったが、画像形成装置１０は、紙等の記録媒体に記録された画像を読み取る画像読取部を備えてもよい。即ち、画像形成装置１０は、画像形成部１７によるプリンタ機能に加えて、画像読取部によるスキャナ機能や、画像読取部及び画像形成部１７によるコピー機能を有するものであってもよい。更には、画像読取部、画像形成部１７及び通信Ｉ／Ｆ１８によるファクシミリ機能を有するものであってもよい。
【００３３】
図３は、画像形成装置１０の機能構成例を示したブロック図である。図示するように、画像形成装置１０は、通信制御部２１と、操作受付部２２と、表示制御部２３と、ファイル名取得部２４と、認証部２５と、管理テーブル記憶部２６と、ファイル名決定部２７と、印刷条件設定部２８と、印刷指示部２９とを備えている。
【００３４】
通信制御部２１は、画像形成装置１０に登録されたＵＲＬにアクセスし、これに応じてサーバ３０から送られてきたＨＴＭＬファイルを受信する。また、ＨＴＭＬファイルに記述されたＵＲＬへのアクセスを指示する操作を操作受付部２２が受け付けると、そのＵＲＬにアクセスし、これに応じてサーバ３０から送られてきた印刷対象ファイル、ファイル名記述ファイル、画像ファイル等を受信する。ここで、ファイル名記述ファイルとは、印刷対象ファイルのファイル名が記述されたファイルである。そして、通信制御部２１は、ＨＴＭＬファイルを受信した場合は、受信したファイルを表示制御部２３及びファイル名取得部２４に受け渡し、印刷対象ファイルを受信した場合は、受信したファイル及びこのファイルと共に受信した通信情報（ＨＴＴＰヘッダ等）をファイル名取得部２４に受け渡し、ファイル名記述ファイルを受信した場合は、受信したファイルをファイル名取得部２４に受け渡し、画像ファイル等を受信した場合は、受信したファイルを表示制御部２３に受け渡す。本実施の形態では、印刷対象データの一例として、印刷対象ファイルを用いており、表示対象データの一例として、ＨＴＭＬファイルを用いている。また、印刷対象データ及び表示対象データの少なくとも何れか一方である対象データを受信する受信手段、表示対象データを受信した後に記述情報を受信する受信手段の一例として、通信制御部２１を設けている。
【００３５】
操作受付部２２は、ＨＴＭＬファイルに記述されたＵＲＬへのアクセスを指示する操作、印刷対象ファイルの印刷及びその取り消しを指示する操作、印刷対象ファイルのファイル名を変更する旨を入力する操作、印刷対象ファイルのダウンロードの停止を指示する操作等の利用者の操作を受け付ける。
【００３６】
表示制御部２３は、ＨＴＭＬファイルに記述されたＵＲＬに対応する印刷対象ファイルの一覧画面（以下、「ファイル一覧画面」という）、印刷対象ファイルの印刷条件を設定するための画面（以下、「印刷条件設定画面」という）等が操作パネル１５に表示されるように制御する。また、表示制御部２３は、ファイル一覧画面が操作パネル１５に表示される際には、印刷対象ファイルのファイル名もファイル一覧画面に表示されるように制御し、印刷条件設定画面が操作パネル１５に表示される際には、印刷対象ファイルのファイル名も印刷条件設定画面に表示されるように制御する。
【００３７】
ファイル名取得部２４は、通信制御部２１から受け取ったファイル及び通信情報に基づいて、印刷対象ファイルのファイル名を取得する。
【００３８】
具体的には、まず、ファイル名取得部２４は、通信制御部２１から受け取ったＨＴＭＬファイルに基づく第１のファイル名取得処理により、印刷対象ファイルのファイル名を取得する。ここで、第１のファイル名取得処理は、ＨＴＭＬファイルに含まれるサーバ３０にアクセスすることが定義されたタグ（以下、「サーバアクセスタグ」という）を参照し、サーバアクセスタグの属性の値である文字列、サーバアクセスタグの属性の値である場所にあるファイル名記述ファイル及びサーバアクセスタグの属性の値である関数の戻り値の何れかからファイル名を取得する処理である。そして、サーバアクセスタグの属性の値である文字列、サーバアクセスタグの属性の値である場所にあるファイル名記述ファイル及びサーバアクセスタグの属性の値である関数の戻り値は、ＵＲＬとは異なり、ファイル名をＡＳＣＩＩ文字に限定されずに記述可能なので、印刷対象データの名称をＡＳＣＩＩ文字による名称に限定されずに記述可能な記述情報の一例である。また、サーバアクセスタグの属性の値である文字列は、表示対象データの部分の一例であり、サーバアクセスタグの属性の値である場所にあるファイル名記述ファイルは、表示対象データにより示される場所に記憶された他のデータの一例であり、サーバアクセスタグの属性の値である関数の戻り値は、表示対象データにより示される関数の戻り値の一例である。
【００３９】
また、ファイル名取得部２４は、通信制御部２１から受け取った印刷対象ファイル及び通信情報等に基づく第２のファイル名取得処理により、印刷対象ファイルのファイル名を取得する。ここで、第２のファイル名取得処理は、通信情報に設定された値、印刷対象ファイルの属性の値、認証部２５により提供される認証情報の何れかからファイル名を取得する処理である。そして、通信情報に設定された値のうちのファイル名指定ヘッダ（後述）及び印刷対象ファイルの属性の値は、ファイル名をＡＳＣＩＩ文字に限定されずに記述可能なので、印刷対象データの名称をＡＳＣＩＩ文字による名称に限定されずに記述可能な記述情報の一例である。また、通信情報に設定された値は、印刷対象データに関連付けて受信された通信を制御するための情報の一例であり、印刷対象ファイルの属性の値は、印刷対象データの部分の一例である。
【００４０】
そして、本実施の形態では、記述情報を取得する取得手段、印刷対象データの名称を決定する決定手段の一例として、ファイル名取得部２４を設けている。
【００４１】
認証部２５は、利用者を認証する。具体的には、利用者が所持するＩＣカードからＩＣカードリーダ１６が読み取ったユーザＩＤを受け取り、これを予め登録されたユーザＩＤと照合する、といった認証処理を行い、認証処理で得られた認証情報をファイル名取得部２４に提供する。
【００４２】
管理テーブル記憶部２６は、ファイル名取得部２４により取得された印刷対象ファイルのファイル名を保持するファイル名管理テーブルを記憶する。
【００４３】
ファイル名決定部２７は、管理テーブル記憶部２６に記憶されたファイル名管理テーブルが保持する印刷対象ファイルのファイル名に基づいて、最終的に使用する印刷対象ファイルのファイル名を決定する。
【００４４】
印刷条件設定部２８は、操作パネル１５に表示された印刷条件設定画面上で印刷条件を指定する利用者の操作を操作受付部２２が受け付けると、その指定された印刷条件を、印刷対象ファイルを印刷する際に用いる印刷条件として設定する。
【００４５】
印刷指示部２９は、印刷対象ファイルと、印刷条件設定部２８が設定した印刷条件とを画像形成部１７に出力することにより、画像形成部１７に印刷対象ファイルの印刷を指示する。
【００４６】
尚、これらの処理部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、ＣＰＵ１１が、通信制御部２１、操作受付部２２、表示制御部２３、ファイル名取得部２４、認証部２５、ファイル名決定部２７、印刷条件設定部２８、印刷指示部２９を実現するプログラムを例えばＨＤＤ１４からＲＡＭ１２に読み込んで実行することにより、これらの処理部は実現される。また、管理テーブル記憶部２６は、例えばＨＤＤ１４により実現される。
【００４７】
次に、サーバ３０の構成について説明する。
【００４８】
図４は、サーバ３０のハードウェア構成を示した図である。図示するように、サーバ３０は、演算手段であるＣＰＵ３１と、記憶手段であるメインメモリ３２及び磁気ディスク装置（ＨＤＤ）３３とを備える。ここで、ＣＰＵ３１は、ＯＳ（Operating System）やアプリケーション等の各種ソフトウェアを実行し、後述する各処理部を実現する。また、メインメモリ３２は、各種ソフトウェアやその実行に用いるデータ等を記憶し、磁気ディスク装置３３は、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶し、これらの一方又は両方が上述した各記憶部を実現する。
更に、サーバ３０は、外部との通信を行うための通信Ｉ／Ｆ３４と、ビデオメモリやディスプレイ等からなる表示機構３５と、キーボードやマウス等の入力デバイス３６とを備える。
【００４９】
図５は、サーバ３０の機能構成例を示したブロック図である。図示するように、サーバ３０は、受信部４１と、ファイル取得部４２と、送信部４３とを備えている。
【００５０】
受信部４１は、画像形成装置１０からのアクセスがあると、このアクセスがあった場所を示す情報を受信する。
【００５１】
ファイル取得部４２は、受信部４１が受信した情報が示す場所からファイルを取得する。ここで、ファイル取得部４２が取得するファイルとしては、ＨＴＭＬファイル、印刷対象ファイル、ファイル名記述ファイル等がある。
【００５２】
送信部４３は、ファイル取得部４２が取得したファイルと、通信を制御する情報である通信情報とを、画像形成装置１０へ送信する。また、これに先立ち、アクセスがあった場所に印刷対象ファイルが記憶されていれば、アクセスがあった場所の設定に応じて、ファイル名を通信情報に設定する。本実施の形態では、印刷対象データ及び印刷対象データを含むデータの一覧を表示するための表示対象データの少なくとも何れか一方である対象データを記述情報に関連付けて送信する送信手段、表示対象データを送信した後に記述情報を送信する送信手段の一例として、送信部４３を設けている。
【００５３】
尚、これらの処理部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、ＣＰＵ３１が、受信部４１、ファイル取得部４２、送信部４３を実現するプログラムを例えば磁気ディスク装置３３からメインメモリ３２に読み込んで実行することにより、これらの処理部は実現される。
【００５４】
［本実施の形態の動作］
まず、画像形成装置１０の動作について説明する。画像形成装置１０は、起動すると、図６に例示するメニュー画面を操作パネル１５に表示する。このメニュー画面に表示されたボタンのうち、「外部アクセス」ボタンは、画像形成装置１０に登録された接続先にアクセスする際に押下されるボタンである。
【００５５】
ここで、画像形成装置１０は、「外部アクセス」ボタンへの接続先の登録を以下のように行う。即ち、図６のメニュー画面の「仕様設定／登録」ボタンが押下されると、画像形成装置１０は、図７に例示する接続先の登録画面を操作パネル１５に表示する。この登録画面では、「外部アクセスサーバ」が接続先に相当する。ここでは最大１０個の接続先が登録可能となっている。次に、「外部アクセスサーバ１」が選択されて「設定」ボタンが押下されると、画像形成装置１０は、図８に例示する「外部アクセスサーバ１」に関する設定画面を操作パネル１５に表示する。そして、この設定画面で接続先のＵＲＬが登録される。尚、本実施の形態では、「外部アクセスサーバ」の各々について、その「外部アクセスサーバ」にアクセスするためのボタンを、図６のメニュー画面上に配置することも可能としている。
【００５６】
このようにして画像形成装置１０に「外部アクセスサーバ」のＵＲＬが登録されると、画像形成装置１０は、本実施の形態の動作を開始する。図９は、本実施の形態の動作例におけるメイン処理の流れを示したフローチャートである。
【００５７】
図６のメニュー画面の「外部アクセス」ボタンが押下されると、通信制御部２１が、登録されたＵＲＬにアクセスする（ステップ１０１）。アクセスの結果、サーバ３０からはファイルが返されるので、通信制御部２１がこのファイルを受信する（ステップ１０２）。通常は、最初にＨＴＭＬファイルが返され、ＨＴＭＬファイルを解析した結果、ＨＴＭＬファイルに明示されたＵＲＬにアクセスすることで、ＨＴＭＬファイルに付随する画像ファイルやＪａｖａＳｃｒｉｐｔ（登録商標）言語で記述されたプログラムファイル等が返される。そして、通信制御部２１は、受信した情報を解析する受信情報解析処理を行う（ステップ１０３）。その後、通信制御部２１は、１つの画面（ページ）を構成する全てのファイルを受信したかどうかを判定し（ステップ１０４）、全てのファイルを受信していないと判定すれば、ステップ１０２に戻る。
【００５８】
一方、全てのファイルを受信したと判定すれば、表示制御部２３が、図１０に例示するファイル一覧画面が操作パネル１５に表示されるように制御する（ステップ１０５）。このとき、ファイル一覧画面では、各ファイルに対して、後述するステップ２０４で取得されたファイル名が表示される。この状態で、操作受付部２２は、利用者の操作を監視し、利用者がタッチパネルを操作したかどうかを判定する（ステップ１０６）。利用者がタッチパネルを操作したと判定されなければ、操作受付部２２は、ステップ１０６を繰り返すが、利用者がタッチパネルを操作したと判定されれば、通信制御部２１は、操作対象となったファイルに対応するリンクで定義されているＵＲＬにアクセスする（ステップ１０７）。アクセスの結果、サーバ３０からはファイルが返されるので、通信制御部２１がこのファイルを受信し（ステップ１０２）、受信情報解析処理を行う（ステップ１０３）。
【００５９】
ここで、図１０のファイル一覧画面について、更に詳しく説明する。図示するように、ファイル一覧画面の各行には、印刷対象ファイルのファイル名、所有者、更新日時、サイズ等が表示されている。本実施の形態では、ＰＤＦファイル及びＴＩＦＦファイルを印刷対象ファイルとしているので、全てのファイル名の拡張子は「.pdf」及び「.tif」の何れかである。また、ファイル名の左側には、ＰＤＦファイル及びＴＩＦＦファイルを区別可能なアイコンが表示されており、その更に左側には、印刷対象ファイルを選択するためのラジオボタンが表示されている。即ち、ラジオボタンを押下することにより所望の印刷対象ファイルを選択し、「Ｐｒｉｎｔ」ボタンを押下すると、その印刷対象ファイルがサーバ３０から送信される。
【００６０】
図１１は、図９のステップ１０３における受信情報解析処理の流れを示したフローチャートである。通常、サーバ３０との通信にはＨＴＴＰ（HyperText Transfer Protocol）が使用される。ＨＴＴＰでは、サーバ３０から送られるファイルの種類を示すために、Content-Typeヘッダに情報が設定される。具体的には、図１２に示すＭＩＭＥタイプがこのヘッダに設定される。
【００６１】
サーバ３０から送られたContent-Typeヘッダに「text/html」が設定されていれば受信情報はＨＴＭＬファイルなので、通信制御部２１は、Content-Typeヘッダに「text/html」が設定されているかどうかを判定することにより、受信情報がＨＴＭＬファイルであるかどうかを判定する（ステップ２０１）。受信情報がＨＴＭＬファイルであると判定されれば、表示制御部２３は、ＨＴＭＬファイルを解析して表示データを生成し、表示データが操作パネル１５に表示されるように制御する（ステップ２０２）。また、通信制御部２１は、ＨＴＭＬファイルに記述されたＵＲＬにアクセスして、ＨＴＭＬファイルに付随する他の情報（画像ファイル、プログラムファイル等）を取得し、表示制御部２３が、この情報も操作パネル１５に表示されるように制御する（ステップ２０３）。その後、ファイル名取得部２４は、通信制御部２１で解析されたＨＴＭＬの情報に基づいて、第１のファイル名取得処理を実行し、取得したファイル名を、管理テーブル記憶部２６に記憶されたファイル名管理テーブルに保持する（ステップ２０４）。
【００６２】
また、サーバ３０から送られたContent-Typeヘッダに「image/jpeg」、「image/png」、「image/bmp」等が設定されていれば受信情報は画像ファイルなので、通信制御部２１は、Content-Typeヘッダに「image/jpeg」、「image/png」、「image/bmp」等が設定されているかどうかを判定することにより、受信情報が画像ファイルであるかどうかを判定する（ステップ２０５）。受信情報が画像ファイルであると判定されれば、表示制御部２３は、画像ファイルを解析して表示データを生成し、表示データが操作パネル１５に表示されるように制御する（ステップ２０６）。
【００６３】
更に、本実施の形態では、サーバ３０から送られたContent-Typeヘッダに「application/pdf」又は「image/tiff」が設定されていれば受信情報は印刷対象ファイルとしているので、通信制御部２１は、Content-Typeヘッダに「application/pdf」又は「image/tiff」が設定されているかどうかを判定することにより、受信情報が印刷対象ファイルであるかどうかを判定する（ステップ２０７）。受信情報が印刷対象ファイルであると判定されれば、ファイル名取得部２４が、第２のファイル名取得処理を実行し、取得したファイル名を、管理テーブル記憶部２６に記憶されたファイル名管理テーブルに保持する（ステップ２０８）。これにより、ファイル名決定部２７が、第１のファイル名取得処理及び第２のファイル名取得処理でファイル名管理テーブルに保持されたファイル名に基づいて最終的なファイル名を決定するファイル名決定処理を実行する（ステップ２０９）。そして、最後に、印刷条件設定部２８及び印刷指示部２９が印刷処理を実行する（ステップ２１０）。
【００６４】
更にまた、本実施の形態では、サーバ３０から送られたContent-Typeヘッダに「application/fname」が設定されていれば受信情報はファイル名記述ファイルとしているので、通信制御部２１は、Content-Typeヘッダに「application/fname」が設定されているかどうかを判定することにより、受信情報がファイル名記述ファイルであるかどうかを判定する（ステップ２１１）。受信情報がファイル名記述ファイルであると判定されれば、ファイル名取得部２４が、ファイル名記述ファイルに記述されたファイル名を、管理テーブル記憶部２６に記憶されたファイル名管理テーブルに登録する（ステップ２１２）。ここで、ファイル名記述ファイルは、文字列でファイル名を記述したものであってもよいし、ＸＭＬ（eXxtensible Markup Language）等でファイル名を規定するものであってもよい。
【００６５】
図１３は、このようにしてファイル名が登録されるファイル名管理テーブルを示した図である。尚、「種別」欄に「External」と記されたファイルが、ファイル名記述ファイルに記述されたファイル名が登録されたファイルに相当する。
【００６６】
図１４は、図１１のステップ２０４における第１のファイル名取得処理の流れを示したフローチャートである。
【００６７】
図示するように、まず、ファイル名取得部２４は、ＨＴＭＬファイルの構文を解析する（ステップ２２１）。そして、ＨＴＭＬファイルの解析結果から、利用者の操作に応じてサーバ３０にアクセスすることが定義されたサーバアクセスタグを参照する（ステップ２２２）。以下の説明では、サーバアクセスタグとして、ＡタグやＦＯＲＭタグを例示するが、これらのタグには限定されない。
【００６８】
次に、ファイル名取得部２４は、サーバアクセスタグの属性の値としてファイル名が指定されているかどうかを判定する（ステップ２２３）。例えば、「<A HREF=”../../file/print” printFileName=”document1.pdf”>Click here!</A>」という記述では、「printFileName」という属性の値としてファイル名「document1.pdf」が指定されているので、ファイル名取得部２４は、サーバアクセスタグの属性の値としてファイル名が指定されていると判定する。そして、この場合は、属性の値として指定されたファイル名を図１３のファイル名管理テーブルに登録する（ステップ２２４）。尚、図１３で「種別」欄に「HTML-Attribute」と記されたファイルが、ここでファイル名が登録されたファイルに相当する。
【００６９】
また、ファイル名取得部２４は、サーバアクセスタグの属性の値としてファイル名の取得先が指定されているかどうかを判定する（ステップ２２５）。例えば、「<FORM ACTION=”../../file/print” printRemoteFileName=”../print/fileA”></FORM>」という記述では、「printRemoteFileName」という属性の値としてファイル名の取得先「../print/fileA」が指定されているので、ファイル名取得部２４は、サーバアクセスタグの属性の値としてファイル名の取得先が指定されていると判定する。そして、この場合は、ファイル名の取得先にアクセスする（ステップ２２６）。尚、このようにファイル名の取得先にアクセスすると、サーバ３０からはファイル名記述ファイルが送られてくる。これにより、通信制御部２１は、図９のステップ１０２でこのファイル名記述ファイルを受信し、ファイル名取得部２４は、図１１のステップ２１２でこのファイル名記述ファイルに記述されたファイル名をファイル名管理テーブルに登録する。
【００７０】
更に、ファイル名取得部２４は、サーバアクセスタグの属性の値としてファイル名を取得するための関数が指定されているかどうかを判定する（ステップ２２７）。例えば、「<FORM ACTION=”../../file/print” onprint=”getFileName()”></FORM>」という記述では、「onprint」という属性（イベントハンドラ）の値として関数「getFileName()」が指定されているので、ファイル名取得部２４は、サーバアクセスタグの属性の値として関数が指定されていると判定する。そして、この場合は、この関数を実行し、戻り値として得られた文字列をファイル名として図１３のファイル名管理テーブルに登録する（ステップ２２８）。尚、図１３で「種別」欄に「onprint」と記されたファイルが、ここでファイル名が登録されたファイルに相当する。
【００７１】
一方、ファイル名取得部２４は、サーバアクセスタグの属性の値として、ファイル名、ファイル名の取得先、ファイル名を取得するための関数の何れも指定されていないと判定した場合は、サーバアクセスタグの属性の値として指定されたＵＲＬを解析し、解析結果から得られたファイル名を図１３のファイル名管理テーブルに登録する（ステップ２２９）。尚、ＵＲＬはＲＦＣ１７３８で規定されており、それに従えば、ＵＲＬからファイル名を特定するためには、最後の記号”/”以降の文字列をファイル名として扱うことが考えられる。
【００７２】
しかしながら、例えば、以下のようなＵＲＬからはファイル名を特定することが困難である。即ち、「http://host/dir/dir/」のようにファイル名を指定する部分を持たないＵＲＬ、「http://host/dir/file.cgi」のように動的にファイルを生成するＣＧＩ等のプログラムを指すＵＲＬ、「http://host/dir/file.pl?name=aaa」のようにプログラム及びプログラムへの引数を指すＵＲＬ等である。ＵＲＬがこのようなものである場合、図１４には示していないが、ファイル名取得部２４は、例えば、現在時刻（年月日時分秒）の情報に基づいて、「20130617233245」、「20130617233245_unkown」、「20130617233245_host_dir_unkown_file」等のファイル名とすることが望ましい。そして、ファイル名取得部２４は、このようにＵＲＬを解析して得たファイル名も図１３のファイル名管理テーブルに登録する。
【００７３】
その後、ファイル名取得部２４は、ＨＴＭＬファイルの解析結果から、全てのサーバアクセスタグを参照したかどうかを判定する（ステップ２３０）。そして、全てのサーバアクセスタグを参照していないと判定すれば、処理をステップ２２２に戻し、全てのサーバアクセスタグを参照したと判定すれば、処理を図１１に戻す。
【００７４】
図１５は、図１１のステップ２０８における第２のファイル名取得処理の流れを示したフローチャートである。
【００７５】
図示するように、まず、ファイル名取得部２４は、図９のステップ１０２で通信制御部２１が印刷対象ファイルと共に受信したＨＴＴＰヘッダに、Content-Dispositionヘッダが含まれているかどうかを判定する（ステップ２４１）。そして、Content-Dispositionヘッダが含まれていると判定すれば、「filename=」以降の文字列をファイル名として図１３のファイル名管理テーブルに登録する（ステップ２４２）。
【００７６】
また、ファイル名取得部２４は、図９のステップ１０２で通信制御部２１が印刷対象ファイルと共に受信したＨＴＴＰヘッダに、ファイル名を指定するために特別に用意されたヘッダ（以下、「ファイル名指定ヘッダ」という）が含まれているかどうかを判定する（ステップ２４３）。そして、ファイル名指定ヘッダが含まれていると判定すれば、ファイル名指定ヘッダから得られるファイル名を図１３のファイル名管理テーブルに登録する（ステップ２４４）。その際、サーバ３０からは、ＵＴＦ−８のファイル名をＢＡＳＥ６４エンコードした文字列を設定したファイル名指定ヘッダを送信し、ファイル名取得部２４は、ファイル名指定ヘッダに設定された文字列をＢＡＳＥ６４デコードしてＵＴＦ−８のファイル名を得るようにするにするのが望ましい。但し、エンコード／デコード方法及びファイル名の文字コードはこれには限らず、ＢＡＳＥ６４以外のエンコード／デコード方法やＵＴＦ−８以外の文字コードを使用しても構わない。
【００７７】
更に、ファイル名取得部２４は、図９のステップ１０２で通信制御部２１が印刷対象ファイルと共に受信したＨＴＴＰヘッダにファイル名が指定されていないと判定すれば、印刷対象ファイルが解析可能なものであるかどうかを判定する（ステップ２４５）。そして、印刷対象ファイルが解析可能なものであると判定すれば、印刷対象ファイルを解析し、解析結果から得られたファイル名を図１３のファイル名管理テーブルに登録する（ステップ２４６）。例えば、ＩＳＯ３２０００で定義されているＰＤＦでは、「Key=Name」属性の値がファイル名と規定されている。従って、サーバ３０から送られてきた印刷対象ファイルを受信しながら「Key＝Name」属性の値を発見するまで解析を続け、「Key＝Name」属性の値として指定されているファイル名を取得すると、このファイル名を図１３のファイル名管理テーブルに登録する。一般に印刷対象ファイルの解析にはある程度の時間を要するが、本実施の形態では、ファイル名が取得できるまで解析を続け、次段のファイル名決定処理を待たせる。尚、印刷対象ファイルが解析可能なものでないと判定すれば、ファイル名取得部２４は、ファイル名をファイル名管理テーブルに登録することなく、処理をステップ２４７へ進める。
【００７８】
その後、認証部２５が、利用者を認証済みであるかどうかを判定する（ステップ２４７）。例えば、利用者が所持するＩＣカードからＩＣカードリーダ１６が読み取ったユーザＩＤを受け取り、これを予め登録されたユーザＩＤと照合する、といった認証処理を行い、認証情報をファイル名取得部２４に提供しているかどうかを判定する。その結果、認証部２５が利用者を認証済みであると判定すれば、ファイル名取得部２４は、例えば、認証情報と、その時点での現在時刻（年月日時分秒）の情報とに基づいて、「利用者名_20130617233245」、「部門_利用者名_20130617233245」といったファイル名を生成し、図１３のファイル名管理テーブルに登録する（ステップ２４８）。一方、認証部２５が利用者を認証済みでないと判定すれば、ファイル名取得部２４は処理を図１１に戻す。
【００７９】
図１６は、図１１のステップ２０９におけるファイル名決定処理の流れを示したフローチャートである。
【００８０】
図示するように、まず、ファイル名決定部２７は、管理テーブル記憶部２６に記憶されたファイル名管理テーブルから、図９のステップ１０２で通信制御部２１が受信した印刷対象ファイルに関する全ての行を読み出す（ステップ２６１）。
【００８１】
次に、ファイル名決定部２７は、読み出した行に含まれるファイル名がＨＴＭＬファイル内で明示されているかどうかを判定する（ステップ２６２）。そして、ファイル名がＨＴＭＬファイル内で明示されていると判定すれば、このＨＴＭＬファイル内で明示されたファイル名を使用することを決定する（ステップ２６３）。ここで、ファイル名がＨＴＭＬファイル内で明示されていると判定されるのは、読み出した行における「種別」が、図１３に示した「HTML-Attribute」又は「onprint」となっている場合である。
【００８２】
また、ファイル名決定部２７は、読み出した行に含まれるファイル名がＨＴＴＰヘッダで明示されているかどうかを判定する（ステップ２６４）。そして、ファイル名がＨＴＴＰヘッダで明示されていると判定すれば、このＨＴＴＰヘッダで明示されたファイル名を使用することを決定する（ステップ２６５）。ここで、ファイル名がＨＴＴＰヘッダで明示されていると判定されるのは、読み出した行における「種別」が、図１３に示した「Content-Disposition」となっている場合又は図１３には示していないがファイル名指定ヘッダを表す情報になっている場合である。
【００８３】
更に、ファイル名決定部２７は、読み出した行に含まれるファイル名が印刷対象ファイル内で明示されているかどうかを判定する（ステップ２６６）。そして、ファイル名が印刷対象ファイル内で明示されていると判定すれば、この印刷対象ファイルで明示されたファイル名を使用することを決定する（ステップ２６７）。ここで、ファイル名が印刷対象ファイル内で明示されていると判定されるのは、読み出した行における「種別」が、図１３には示していないが印刷対象ファイルを表す情報となっている場合である。
【００８４】
更にまた、ファイル名決定部２７は、読み出した行に含まれるファイル名がファイル名記述ファイル内で明示されているかどうかを判定する（ステップ２６８）。そして、ファイル名がファイル名記述ファイル内で明示されていると判定すれば、このファイル名記述ファイル内で明示されたファイル名を使用することを決定する（ステップ２６９）。ここで、ファイル名がファイル名記述ファイル内で明示されていると判定されるのは、読み出した行における「種別」が、図１３に示した「External」となっている場合である。
【００８５】
次いで、ファイル名決定部２７は、読み出した行に含まれるファイル名が認証情報から生成されたものであるかどうかを判定する（ステップ２７０）。その結果、ファイル名が認証情報から生成されたものであると判定すれば、この認証情報から生成されたファイル名を使用することを決定する（ステップ２７１）。一方、ファイル名が認証情報から生成されたものでないと判定された場合、現在時刻のみからファイル名を生成することがないものとすると、ファイル名はＵＲＬ内で明示されたものであることになる。従って、この場合は、このＵＲＬ内で明示されたファイル名を使用することを決定する（ステップ２７２）。
【００８６】
その後、ファイル名決定部２７は、処理を図１１に戻す。
【００８７】
尚、本実施の形態では、読み出した行に含まれるファイル名について、ＨＴＭＬファイル内で明示されているか、ＨＴＴＰヘッダで明示されているか、印刷対象ファイル内で明示されているか、ファイル名記述ファイル内で明示されているか、認証情報から生成されたものであるかの順に、判定を行うようにしたが、この限りではない。例えば、１つ目から４つ目までの判定は、順番を入れ替えてもよい。
【００８８】
図１７は、図１１のステップ２１０における印刷処理の流れを示したフローチャートである。
【００８９】
図示するように、まず、表示制御部２３は、図１８に例示する印刷条件設定画面が操作パネル１５に表示されるように制御する（ステップ２８１）。そして、利用者の印刷条件設定画面上での操作に応じて、印刷条件設定部２８が、用紙トレイ、排出先、カラー等の印刷条件を設定する（ステップ２８２）。また、印刷条件設定画面には、図１８に「ファイル名：ＭＯＶ０１０４５．ＭＰＧ」と示したように、ファイル名決定処理で決定されたファイル名が表示されるので、利用者はそのファイル名の確認も行う。
【００９０】
この状態で、操作受付部２２は、利用者の操作を監視し、利用者が「プリント」ボタンを押下したかどうかを判定する（ステップ２８３）。利用者が「プリント」ボタンを押下したと判定されれば、通信制御部２１は、印刷対象ファイルのダウンロードを行い（ステップ２８４）、表示制御部２３は、図１９に例示するダウンロード状態画面が操作パネル１５に表示されるように制御する（ステップ２８５）。ここで、このダウンロード状態画面には、印刷対象ファイルのファイル名及びダウンロード状態が表示される。尚、図９のステップ１０７で通信制御部２１がＵＲＬにアクセスした時点で、印刷対象ファイルのダウンロードは開始しているが、印刷対象ファイルのサイズが大きい場合等は、印刷条件設定画面が表示され、印刷条件設定画面にファイル名が表示されたとしても、ダウンロードが完了しているとは限らない。従って、この動作例では、ステップ２８４で、印刷対象ファイルのダウンロードを引き続き行うようにしている。しかしながら、印刷対象ファイルのサイズが小さい場合等でダウンロードが完了している場合は、ステップ２８４及びステップ２８５は実行しなくてもよい。
【００９１】
また、利用者が「プリント」ボタンを押下したと判定されなければ、操作受付部２２は、利用者が「取り消し」ボタンを押下したかどうかを判定する（ステップ２８６）。そして、利用者が「取り消し」ボタンを押下したと判定されれば、この印刷条件設定画面を閉じて、処理を図１１に戻す。
【００９２】
一方、利用者が「取り消し」ボタンを押下したと判定されなければ、操作受付部２２は、利用者がファイル名を変更する旨を入力する操作を行ったかどうかを判定する（ステップ２８７）。利用者がファイル名を変更する旨を入力する操作を行ったと判定されれば、表示制御部２３は、仮想キーボードが操作パネル１５に表示されるように制御し、操作受付部２２は、利用者がファイル名を変更する操作を受け付け（ステップ２８８）、ステップ２８３以降の処理を繰り返す。また、ステップ２８７で利用者がファイル名を変更する旨を入力する操作を行ったと判定されなかった場合は、ファイル名を変更することなく、ステップ２８３以降の処理を繰り返す。
【００９３】
その後、通信制御部２１は、印刷対象ファイルのダウンロードが終了したかどうかを判定する（ステップ２８９）。そして、印刷対象ファイルのダウンロードが終了したと判定されれば、印刷指示部２９は、ステップ２８２で設定された印刷条件で、印刷対象ファイルを印刷するよう、画像形成部１７に指示する（ステップ２９０）。
【００９４】
一方、印刷対象ファイルのダウンロードが終了したと判定されなければ、操作受付部２２は、利用者が「停止」ボタンを押下したかどうかを判定する（ステップ２９１）。そして、利用者が「停止」ボタンを押下したと判定されれば、通信制御部２１は、印刷対象ファイルのダウンロードを停止し（ステップ２９２）、処理を図１１に戻す。また、ステップ２９１で利用者が「停止」ボタンを押下したと判定されなければ、ステップ２８９以降の処理を繰り返す。
【００９５】
次に、サーバ３０の動作について説明する。尚、ここでは、ＨＴＭＬファイル、印刷対象ファイル、ファイル名記述ファイルは、完全な状態で（そのまま送信しても画像形成装置１０で利用可能な状態で）記憶されているものとする。
【００９６】
図２０は、サーバ３０がファイルを送信する際の処理の流れを示したフローチャートである。
【００９７】
画像形成装置１０に搭載されたウェブブラウザからのアクセスがあると、サーバ３０では、受信部４１が、このアクセスがあった場所を示す情報を受信する（ステップ３０１）。
【００９８】
次に、ファイル取得部４２が、この受信した情報により示される場所からファイルを取得する（ステップ３０２）。例えば、図９のステップ１０１で画像形成装置１０がサーバ３０にアクセスした場合、このアクセスがあった場所にはＨＴＭＬファイルが記憶されているはずなので、ファイル取得部４２は、ＨＴＭＬファイルを取得する。また、図９のステップ１０７で画像形成装置１０がサーバ３０にアクセスした場合、このアクセスがあった場所には印刷対象ファイル等が記憶されているはずなので、ファイル取得部４２は、印刷対象ファイル等を取得する。更に、図１４のステップ２２６で画像形成装置１０がサーバ３０にアクセスした場合、このアクセスがあった場所にはファイル名記述ファイルが記憶されているはずなので、ファイル取得部４２は、ファイル名記述ファイルを取得する。そして、このように取得されたファイルは、送信部４３に渡される。
【００９９】
すると、送信部４３は、ファイル取得部４２により取得されたファイルと共に画像形成装置１０に送信する通信情報を生成する（ステップ３０３）。その際、サーバ３０は、アクセスがあった場所の設定に応じて、ファイル名に関する情報を通信情報に設定する。
【０１００】
具体的には、まず、送信部４３は、アクセスがあった場所がContent-Dispositionヘッダを送信する設定になっているかどうかを判定する（ステップ３０４）。そして、アクセスがあった場所がContent-Dispositionヘッダを送信する設定になっていると判定すれば、ＨＴＴＰヘッダのContent-Dispositionヘッダのfilename属性に、ステップ３０２で取得したファイルのファイル名をセットする（ステップ３０５）。尚、ここでは、アクセスがあった場所に印刷対象ファイルが記憶されている場合に、その場所はContent-Dispositionヘッダを送信する設定になっているものとする。また、Content-Dispositionヘッダのfilename属性にセットするファイル名は、利用者が任意に決めて、サーバ３０の予め定められた記憶領域に記憶しておくとよい。
【０１０１】
次に、送信部４３は、アクセスがあった場所がファイル名指定ヘッダを送信する設定になっているかどうかを判定する（ステップ３０６）。そして、アクセスがあった場所がファイル名指定ヘッダを送信する設定になっていると判定すれば、ＨＴＴＰヘッダのファイル名指定ヘッダに、ステップ３０２で取得したファイルのファイル名をセットする（ステップ３０７）。尚、ここでは、アクセスがあった場所に印刷対象ファイルが記憶されている場合に、その場所はファイル名指定ヘッダを送信する設定になっているものとする。また、ファイル名指定ヘッダにセットするファイル名は、利用者が任意に決めて、サーバ３０の予め定められた記憶領域に記憶しておくとよい。
【０１０２】
その後、送信部４３は、ステップ３０２で取得されたファイルと、ステップ３０３で生成した通信情報（ステップ３０５又はステップ３０７で追加の設定を行った場合はその後の通信情報）とを、画像形成装置１０のウェブブラウザに送信する（ステップ３０８）。
【０１０３】
［変形例］
本実施の形態では、ファイル名取得部２４が第１のファイル名取得処理及び第２のファイル名取得処理を実行し、ファイル名決定部２７がこれらの処理で取得されたファイル名の中から最終的なファイル名を決定したが、ファイル名取得部２４が第１のファイル名取得処理及び第２のファイル名取得処理の何れか一方のみを実行し、ファイル名決定部２７が実行された方の処理で取得されたファイル名の中から最終的なファイル名を決定してもよい。
【０１０４】
本実施の形態では、サーバ３０がＨＴＭＬファイル、印刷対象ファイル及びファイル名記述ファイルを記憶していることを前提としたが、画像形成装置１０が印刷対象ファイルのファイル名を取得する際にファイル名記述ファイルを用いないのであれば、サーバ３０はファイル名記述ファイルを記憶していなくてもよい。
【０１０５】
尚、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することも可能である。
【符号の説明】
【０１０６】
１０…画像形成装置、２１…通信制御部、２２…操作受付部、２３…表示制御部、２４…ファイル名取得部、２５…認証部、２６…管理テーブル記憶部、２７…ファイル名決定部、２８…印刷条件設定部、２９…印刷指示部、３０…サーバ、４１…受信部、４２…ファイル取得部、４３…送信部、８０…ネットワーク
【図１】
2015082159.tif 000003
【図２】
2015082159.tif 000004
【図３】
2015082159.tif 000005
【図４】
2015082159.tif 000006
【図５】
2015082159.tif 000007
【図６】
2015082159.tif 000008
【図７】
2015082159.tif 000009
【図８】
2015082159.tif 000010
【図９】
2015082159.tif 000011
【図１０】
2015082159.tif 000012
【図１１】
2015082159.tif 000013
【図１２】
2015082159.tif 000014
【図１３】
2015082159.tif 000015
【図１４】
2015082159.tif 000016
【図１５】
2015082159.tif 000017
【図１６】
2015082159.tif 000018
【図１７】
2015082159.tif 000019
【図１８】
2015082159.tif 000020
【図１９】
2015082159.tif 000021
【図２０】
2015082159.tif 000022