JP2013257862A - 中継サーバ、その制御方法、及びプログラム - Google Patents

Abstract

【課題】ネットワーク上のファイルを複数の転送方法で転送することの可能な仕組みを提供すること。
【解決手段】Ｓｅｒｖｅｒ３００は、ＣｌｉｅｎｔＰＣ２００に対して転送すべきデータの一覧と、そのデータに対応する複数の転送方法を入力される画面を送信し、ＣｌｉｅｎｔＰＣ２００で当該画面に入力されたデータを受信すると、入力された複数の転送方法に従って複数の転送プログラムを選択し、選択された複数の転送プログラムで処理したデータをネットワークを介して転送する。
【選択図】図１２

Description

本発明は、ファイルの転送方法に関し、特にネットワーク上のファイルを複数の転送方法で転送することの可能な中継サーバ、その制御方法、プログラムに関する。

従来、クライアントＰＣからプリンタに対して印刷を行う形態が多様化している。これまでは、クライアントＰＣにおいて印刷ジョブを生成し、それをプリンタに送信し、印刷ジョブを受信したプリンタは、当該印刷ジョブに基づいて印刷を実行するという流れであった。

ところが近年、いわゆるネットプリント技術が開発され、個人や企業において活用されている。ネットプリントの実現方法は様々だが、例えばドキュメントをサーバにアップロードすると、所定のコードが携帯端末に送信され、その所定のコードをプリンタに対して入力すると、プリンタはサーバから当該所定のコードに対応するドキュメントを取得して印刷する仕組みが存在する。また別の仕組みとしては、クライアントＰＣにおいて、GUIのドラッグアンドドロップなどを用いて、ドキュメントと、あるプリンタサーバが管理するプリンタをユーザが指定すると、指定されたドキュメントが、プリンタサーバ内のプリントオブジェクトに対応するプリンタドライバにより処理され、処理された印刷データがプリンタに対して送信されるという技術が存在する。

更に、下記の特許文献１には、印刷装置でＩＣカード（ｉｎｔｅｇｒａｔｅｄ
ｃｉｒｃｕｉｔ ｃａｒｄ）認証処理を行い、認証されたユーザの印刷データ一覧を印刷装置の表示部に表示させ、当該印刷データ一覧から選択された印刷データを印刷管理サーバで特定する。この特定された印刷データが格納されている印刷サーバに印刷コマンドを送信し、印刷データが印刷サーバから印刷装置に送信されることで、認証されたユーザが指定した印刷データが所望の印刷装置において印刷できる印刷システムが開示されている。

特開２００６−９９７１４号公報

しかしながら、これらの技術では、ユーザは、ネットワーク上のドキュメントに対して、所望の転送方法、例えば複数の転送方法等で自在に送信指示することが出来なかった。例えば、サーバに格納されたドキュメントに対して印刷とＦＡＸ送信とメール送信を行いたい場合、従来では、印刷指示とＦＡＸ送信指示とメール送信指示をそれぞれ異なるアプリケーションや画面から行う必要があった。

つまり、１つのドキュメントに対して複数のアプリケーションや画面からそれぞれ１回ずつ実行指示を行う必要があり、ユーザの作業が増えてしまう問題があった。

本発明は上記の課題を鑑みてなされたもので、複雑な指示を行うことなく、電子データを複数の転送方法で転送することの可能な仕組みを提供することを目的とする。

上記の目的を達成するために、本発明の中継サーバは、情報処理装置と通信可能に接続され、複数の転送方法で電子データを転送可能な中継サーバであって、中継サーバから転送する電子データと、当該電子データに対応する複数の転送方法とを入力可能な画面を生成する画面生成手段と、前記画面生成手段で生成された画面を前記情報処理装置に送信する画面送信手段と、前記画面送信手段で送信された画面においてユーザから入力された情報であって、転送する電子データと当該電子データに対応する複数の転送方法とを示す情報を、前記情報処理装置から受信する受信手段と、前記受信手段で受信した情報が示す複数の転送方法ごとの通信プロトコルを用いて、当該情報が示す電子データを当該複数の転送方法ごとに転送する転送手段とを備えることを特徴とする。

本発明によれば、あるファイルに対して複数の転送方法を選択することができ、選択された複数の転送方法に応じて当該ファイルを転送することが可能となるので、ネットワーク上のファイルを複数の転送方法で転送することのできる効果を奏する。

実施形態のネットワーク構成の一例を示す図である。 Ｃｌｉｅｎｔ ＰＣ２００、および、Ｓｅｒｖｅｒ３００のハード構成の一例を示す図である。 Ｓｅｒｖｅｒ３００にて実装される本実施形態のフレームワークの一例を示す図である。 Ｃｌｉｅｎｔ ＰＣ２００とＳｅｒｖｅｒ３００における認証処理等の一例を示す図である。 実施形態の印刷処理の一例を示す図である。 実施形態のファックス送信処理の一例を示す図である。 実施形態のＥ−ＭＡＩＬ送信処理の一例を示す図である。 ファイル管理またはファイル転送プロトコルを使用したファイル送信処理の一例を示す図である。 実施形態における完了メッセージのやり取りの一例を示す図である。 ファイルフォーマット変換処理の一例を示す図である。 ログインページの一例を示す図である。 リストページの一例を示す図である。 Ｃｌｉｅｎｔ ＰＣ２００からＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１へ送信されるメッセージ情報の一例を示す図である。 ＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１からＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２へのリクエストの一例を示す図である。 ＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１からＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２へのリクエストの一例を示す図である。 処理結果の一例を示す図である。 変形例の一例を示す図である。

以下、図面を参照して、本発明の実施の形態の一例について説明する。

図１は、本実施形態のネットワーク構成の一例を示す図である。１００１、１００２はプリンタ（画像処理装置）である。これらの装置は、プリント機能に加えて、ファクシミリ、スキャナなどの機能を持つ複合機であってもよい。１００３，１００４は、ファクシミリである。ファックス送信機能の他に機能を備えても良い。ファクシミリ１００３および１００４（ファクシミリ装置）は、それぞれ公衆回線１１００を介して、図示されていない他の拠点のファクシミリと通信可能である。プリンタ１００１、１００２、ファクシミリ１００３、１００４は、それぞれネットワーク１００６を介してＣｌｉｅｎｔ ＰＣ２００やＳｅｒｖｅｒ３００と相互に接続されている。

Ｓｅｒｖｅｒ３００（情報送信装置、中継サーバ）は、複数の物理的なサーバ装置から構成されてもよいし、１台のサーバから構成されても良い。Ｓｅｒｖｅｒ３００には、図３で示すサービスやアダプタがセットアップされている。これらのサービスやアダプタは、Ｓｅｒｖｅｒ３００内の１以上のＣＰＵにより実行される。

Ｃｌｉｅｎｔ ＰＣ２００（情報処理装置）は、例えばＷｅｂブラウザを用いてＳｅｒｖｅｒ３００と通信する。Ｃｌｉｅｎｔ ＰＣ２００は、Ｓｅｒｖｅｒ３００から提供されるＧＵＩに関する情報を受信して、Ｃｌｉｅｎｔ ＰＣ２００のディスプレイ（図２の表示部２０８）の上に表示する。１００５は、ドキュメントサーバである。

図２は、Ｃｌｉｅｎｔ ＰＣ２００、および、Ｓｅｒｖｅｒ３００のハード構成の一例を示す図である。

図２はコンピュータ装置の一例であるＣｌｉｅｎｔ ＰＣ２００（又はＳｅｒｖｅｒ３００、又はドキュメントサーバ１００５）を示している。

まず、図２のコンピュータ装置が、Ｃｌｉｅｎｔ ＰＣ２００であるとして説明する。図２において、第１ＣＰＵ２０１や、第２ＣＰＵ２０２（省略可能）は、コンピュータ装置の各機能部の制御を司る。

ＲＯＭ２０３は、コンピュータ装置の各処理に関わるプログラムやデータを記憶する。ＲＯＭ２０３は、書換え不可能である。ＲＡＭ２０４は、コンピュータ装置の各処理に関わる一時的なデータを電気的に記憶する。ＲＡＭ２０４は、書換え可能である。第１ＨＤＤ２０５や、第２ＨＤＤ２０６（省略可能）は、コンピュータ装置の各処理に関わるプログラムや、各種データなどを記憶する。図２のコンピュータ装置では、本実施形態のプログラムを第１ＨＤＤ２０５に格納している。このプログラムは、ＲＡＭ２０４を一時保存領域として使用し、第１ＣＰＵ２０１もしくは第２ＣＰＵ２０２によって呼び出され実行される。

ネットワークＩ／Ｆ（インタフェース）２０９は、図１に示すネットワーク１００６に接続し、他の外部装置との情報交換を行う。外部機器Ｉ／Ｆ（インタフェース）２１０は、外部記憶機器等との接続を制御する。上記の各機能部は装置内部のデータの流れを司るシステムバス２１１を介して接続される。また、図２のコンピュータ装置がドキュメントサーバ１００５である場合、第１ＨＤＤ２０５や、第２ＨＤＤ２０６にはドキュメントが格納されている。

操作部２０７は、コンピュータ装置への指示入力を受け付ける。これは、キーボードやポインティングデバイスなどで構成される。表示部２０８は、コンピュータ装置の動作状況や、コンピュータ装置上で動作する各プログラムが出力する情報を表示する。

図４のＣｌｉｅｎｔ ＰＣ２００における処理及び図９のステップＳ６０４及びステップＳ６０５を実現するＷｅｂブラウザやその関連プログラムなどのプログラムが、第１ＨＤＤまたは第２ＨＤＤに記憶され、第１ＣＰＵ２０１または第２ＣＰＵ２０２のいずれか若しくは両方により、呼び出され実行される。さらに、表示部２０８には、後述する図１１で示すログインページや、図１２で示すドキュメント及び送信方法指定ページが表示される。

次に、図２のコンピュータ装置が、Ｃｌｉｅｎｔ ＰＣ２００とは別のＳｅｒｖｅｒ３００であるとして説明する。Ｓｅｒｖｅｒ３００に関して、Ｃｌｉｅｎｔ ＰＣ２００の説明と特に異なる部分を中心に、図２を用いて説明する。図４のＳｅｒｖｅｒ３００側の各処理、および、図５乃至図８の処理、および、図９のＳｅｒｖｅｒ３００側の各処理を実現するプログラムをはじめとした、図３に記載のプログラムモジュール群が、第１ＨＤＤまたは第２ＨＤＤに記憶され、第１ＣＰＵ２０１または第２ＣＰＵ２０２のいずれかにより呼び出され実行される。

図３は、Ｓｅｒｖｅｒ３００にて実装される本実施形態のフレームワークの一例を示す図である。ＢＰＥＬ Ｅｎｇｉｎｅ３０１は、ＢＰＥＬ Ｐｒｏｃｅｓｓを実行するエンジンである。ＢＰＥＬとはＢｕｓｉｎｅｓｓ Ｐｒｏｃｅｓｓ Ｅｘｅｃｕｔｉｏｎ Ｌａｎｇｕａｇｅの略である。１以上のＢＰＥＬ Ｐｒｏｃｅｓｓは、ＸＭＬファイルとして記述される。ＢＰＥＬの設計ツールを使えば、設計者は、ＧＵＩドラッグ＆ドロップでプロセスを定義できる。

ＢＰＥＬは、業界標準化団体において策定されている。ＢＰＥＬでは、複数のプロセス（例えば、業務タスク）をワークフローのように定義できる。例えば、設計者は、複数のＷｅｂ Ｓｅｒｖｉｃｅを呼び出すプロセスを、設計ツールを使って定義できる。またＢＰＥＬ Ｐｒｏｃｅｓｓ自体がＷｅｂ Ｓｅｒｖｉｃｅとなっているので、ＢＰＥＬ Ｐｒｏｃｅｓｓを呼び出したいときは、他のＷｅｂ Ｓｅｒｖｉｃｅを呼び出すのと同様の手順で使うことができる。さらに１つのＢＰＥＬ Ｐｒｏｃｅｓｓから他のＢＰＥＬ Ｐｒｏｃｅｓｓを呼び出すということも可能である。本実施形態では、ＢＰＥＬを使って複数のアダプタ（実体は複数のＷｅｂ Ｓｅｒｖｉｃｅ）を組み合わせたフローを定義できるようにしている。後述する３１１乃至３１８の各種アダプタは、それぞれがＢＰＥＬを使って呼び出し可能なＷｅｂ Ｓｅｒｖｉｃｅであり、各種の実行制御手順などが、ワークフローとして、ＢＰＥＬにより定義される。

Ｄｉｒｅｃｔｏｒｙ Ｓｅｒｖｉｃｅ３０２は、ユーザ情報の管理、ユーザの認証を行う。Ｄｉｒｅｃｔｏｒｙ Ｓｅｒｖｉｃｅ３０２内でユーザ情報が管理されていてもよいし、管理されていなくてもよい。Ｄｉｒｅｃｔｏｒｙ Ｓｅｒｖｉｃｅ３０２でユーザ情報が管理されていない場合は、Ｄｉｒｅｃｔｏｒｙ Ｓｅｒｖｉｃｅ３０２はＡｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙなどの外部の認証サーバと連携し、外部認証サーバに対してユーザ情報の問い合わせやユーザ認証を行う。

Ｃｏｎｔｅｎｔ Ｍａｎａｇｅｍｅｎｔ３０３は、文書、画像、動画などの電子ファイル（電子データ）を保存・管理する。この機能は同じサーバ上になくてもよい。

Ａｐｐｌｉｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ３０４は、ユーザが作成した任意のアプリケーションの実行やインストール状況などを管理するエンジンである。

Ｐｒｉｎｔ Ａｄａｐｔｅｒ３１１は、印刷を実行するアダプタである。Ｐｒｉｎｔ Ａｄａｐｔｅｒ３１１は、Ｗｅｂ Ｓｅｒｖｉｃｅのインタフェースを使って実装されている。Ｐｒｉｎｔ Ａｄａｐｔｅｒ３１１が、呼び出されると、サーバ内にあらかじめインストールされているプリンタオブジェクトを呼び出して印刷を実行する。また、プリンタがダイレクトプリント機能に対応している場合は、指定されたＩＰアドレスに対して直接印刷データを送信することもできる。プリンタオブジェクトは、ＯＳに対して登録されているオブジェクトで、１以上のプリンタドライバに対応する。プリンタオブジェクトが指定され、オブジェクトに対してデータが与えられた場合は、プリンタドライバが呼び出され、プリンタオブジェクトに対して渡されたデータが印刷データへと変換され、プリンタオブジェクトに対応するプリンタ１００１又は１００２に対して、プリンタドライバの通信プロトコルに基づいて、印刷データが送信される。

ＦＡＸ Ａｄａｐｔｅｒ３１２は、ＦＡＸ送信を実行するアダプタである。サーバ内にあらかじめインストールされているＦＡＸオブジェクトを呼び出してＦＡＸ送信を実行する。ＦＡＸオブジェクトは、ＯＳに対して登録されているオブジェクトで、１以上のファックスドライバに対応する。ファックスオブジェクトが指定され、そのファックスオブジェクトに対してデータとファックス番号が与えられた場合は、ファックスドライバが呼び出され、ファックスオブジェクトに対して渡されたデータがファックス送信用データへと変換される。そして、ファックスドライバに対応するファクシミリ１００３に対して、ファックスドライバの通信プロトコルに基づいて、ファックス送信用データが送信される。データを受け取ったファクシミリ１００３は、必要に応じて公衆回線１１００を使って当該ファックス番号に対応するファックスデバイス、例えばファクシミリ１００４に対してファックス送信用データを送信する。

Ｆｉｌｅ Ａｄａｐｔｅｒ３１３は、ＳＭＢ、ＦＴＰなどのファイル送信プロトコルを使って、ネットワークを経由して与えられたデータ、例えば、ファイルを送信するアダプタである。

Ｅ−Ｍａｉｌ Ａｄａｐｔｅｒ３１４は、ＳＭＴＰなどのプロトコルを使って、与えられたデータ、例えばファイルをＥ−Ｍａｉｌを送信するアダプタである。

ＰＤＦ Ａｄａｐｔｅｒ３１５は、与えられたＰＤＦファイルの結合、分割を行うアダプタである。また、与えられたデータまたは処理済みのデータ対するパスワード付与、テキスト追加、地紋付与などの機能も持つ。

Ｃｏｎｔｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ａｄａｐｔｅｒ３１６は、Ｃｏｎｔｅｎｔ Ｍａｎａｇｅｍｅｎｔ３０３ を制御するアダプタである。Ｃｏｎｔｅｎｔ Ｍａｎａｇｅｍｅｎｔ３０３から、指定されたファイルを取得したり、Ｃｏｎｔｅｎｔ Ｍａｎａｇｅｍｅｎｔ３０３に対して指定されたファイルを格納したりすることができる。

Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ａｄａｐｔｅｒ３１７は、Ｄｉｒｅｃｔｏｒｙ Ｓｅｒｖｉｃｅ３０２を制御するアダプタである。Ｄｉｒｅｃｔｏｒｙ Ｓｅｒｖｉｃｅ３０２に対して認証要求を行うことができる。

Ｆｉｌｅ Ｆｏｒｍａｔ Ｃｏｎｖｅｒｓｉｏｎ Ａｄａｐｔｅｒ３１８は、ファイルのフォーマットを変換するアダプタである。表計算、ドキュメントアプリケーションフォーマット、プレゼンテーションフォーマット、ＴＩＦＦ、ＪＰＧ、ビットマップ、プレインテキスト、ＣＩＦ、ＧＩＦ、ＰＮＧなど各種フォーマットを相互に変換する機能を持たせても良い。

ＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１は、ＧＵＩアプリケーションである。ユーザが任意に作成できる。本実施形態の種々のＧＵＩを表示制御する機能を持つ。ＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１は、Ａｐｐｌｉｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ３０４によって管理・実行される。

ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、ユーザが作成した任意のＢＰＥＬ Ｐｒｏｃｅｓｓである。ＢＰＥＬ Ｅｎｇｉｎｅ３０１によって管理・実行される。

図４は、Ｃｌｉｅｎｔ ＰＣ２００とＳｅｒｖｅｒ３００における認証処理等の一例を示す図である。Ｃｌｉｅｎｔ ＰＣ２００内のＷｅｂブラウザを介した、ユーザからのアクセスリクエストを検知すると、図４の処理が開始する。

ステップＳ１００では、Ｃｌｉｅｎｔ ＰＣ２００は、Ｓｅｒｖｅｒ３００へアクセスし、アクセスリクエストを送信する。ステップＳ１０１では、Ｓｅｒｖｅｒ３００は、アクセスリクエストを受信し、ステップＳ１０２では、Ｓｅｒｖｅｒ３００内のＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１は、図１１のログインページを表示するための情報をＣｌｉｅｎｔ ＰＣ２００へ送信する。ステップＳ１０３では、Ｃｌｉｅｎｔ ＰＣ２００は、ログインページを受信する。そして、ステップＳ１０４では、Ｃｌｉｅｎｔ ＰＣ２００は、図１１のログインページの画面を表示部２０８上に表示する。

そして、ステップＳ１０５では、Ｃｌｉｅｎｔ ＰＣ２００は、ステップＳ１０４で表示されたログインページで、ユーザの認証情報等の入力と、図１１のログインボタンのユーザの入力を待つ。

ステップＳ１０６では、Ｃｌｉｅｎｔ ＰＣ２００は、操作部２０７を介したユーザの図１１のログインボタンの押下を受信（取得）する。そして、ステップＳ１０７では、ステップＳ１０６におけるログインボタンの押下を検知すると、ステップＳ１０５で入力を受け付けたログイン情報（例えば、ユーザ名とパスワード、認証ドメインなど）をＳｅｒｖｅｒ３００に対して送信する。

ステップＳ１０８では、Ｓｅｒｖｅｒ３００内のＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１は、Ｃｌｉｅｎｔ ＰＣ２００からログイン情報を受信する。ステップＳ１０９では、ＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１は、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ａｄａｐｔｅｒ３１７を呼び出して、受信したログイン情報を渡す。Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ａｄａｐｔｅｒ３１７は、ログイン情報が真正であることを確認されると、当該ログイン情報に対応するユーザのアクセス権情報を確認し、ＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１に対してＣｏｎｔｅｎｔｓに設定されているアクセス権情報を通知する。

ステップＳ１１０では、ＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１は、そのアクセス権情報に基づき、Ｃｏｎｔｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ａｄａｐｔｅｒ３１６に対してそのユーザがアクセス可能なファイルリストの取得を要求する。ＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１は、Ｃｏｎｔｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ａｄａｐｔｅｒ３１６から得た、そのユーザがアクセス可能なファイルのリストを示すファイルリストに基づき、図１２で示すページ（以降、リストページという場合がある。）を構成する（画面生成手段）。ファイルリストは、Ｓｅｒｖｅｒ３００のＣｏｎｔｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ａｄａｐｔｅｒ３１６が定期的にドキュメントサーバ１００５等のドキュメントを格納する装置に対してアクセスし、各ドキュメントに対するユーザごとにアクセス権や保存場所を管理しているリストである。

そして、ステップＳ１１１では、ＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１は、そのリストページ（表示画面）をＣｌｉｅｎｔ ＰＣ２００に対して送信する（画面送信手段）。

ステップＳ１１２では、Ｃｌｉｅｎｔ ＰＣ２００は、Ｓｅｒｖｅｒ３００から送信されたリストページを受信する。そして、ステップＳ１１３では、Ｃｌｉｅｎｔ ＰＣ２００は、受信したリストページをＣｌｉｅｎｔ ＰＣ２００の表示部２０８へ表示する。そして、ステップＳ１１４では、Ｃｌｉｅｎｔ ＰＣ２００は、図１２に示す各種チェックボックスその他に関するユーザの入力を受け付け、ステップＳ１１５では、最終的に図１２のＳｅｎｄボタンの押下を待つ。

図１２はＣｌｉｅｎｔ ＰＣ２００の表示部２０８に表示されるリストページの一例を示す図（表示画面）である。１２０８列には、ユーザが送信を許可されているドキュメント名が表示されている。１２０９列には、ドキュメントのフォーマットが表示されている。これらの属性はドキュメントサーバ１００５のデータベースや、Ｃｏｎｔｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ａｄａｐｔｅｒ３１６が収集した情報から取得されて表示される。１２１０列ではプリント、１２１１列ではファックス、１２１２列ではＥ−Ｍａｉｌ、１２１３列ではファイルのネットワーク送信を、ドキュメントごとにチェックボックスで指定できるようになっている。例えば、図１２ではドキュメント名が「ＮＤＡ」のドキュメントはファイルフォーマットがワードプロセッサアプリのファイル形式である「ＤＯＣ」であり、プリントと同時にＥ−Ｍａｉｌにより、他へ転送されるように指定されている。また、この画面でもしユーザが、１つ又は複数のファイルに対して、プリント、ファックス、Ｅ−Ｍａｉｌ、ファイル送信の全て又はその一部の複数の送信方法（転送方法）を指定しようと思えば任意に指定が可能である。

１２０１乃至１２０７は、それぞれの転送方法ごとに、転送先に関する属性その他の設定ができるようになっている。例えば、１２０２は転送先のプリンタオブジェクト、すなわち、プリンタドライバとポートの組に対応し、複数のプリンタオブジェクトから１つのプリンタオブジェクトを選択可能である。１２０１も同様にファックスオブジェクトを指定できる。１２０３では、ファックスオブジェクトに呼び出させたいファックス番号を指定する。

Ｅ−Ｍａｉｌ送信に関しては、エリア１２１４では、Ｅ−Ｍａｉｌアドレスを指定できる。１２０４では、１２１２列でファイルを複数指定した場合、ファイルを結合して転送すべきか否かを指定できる。ファイルのネットワーク送信では、１２０６ではファイルの転送プロトコル例えば、ＦＴＰやＳＭＢなどを指定でき、１２０７では、ファイルのパスやＵＲＩを指定できる。１２０５では、同様にファイルのネットワーク送信におけるファイルの結合の要否を指定できる。

さて、図１２のＳｅｎｄボタンの押下を検知すると、ステップＳ１１６では、Ｃｌｉｅｎｔ ＰＣ２００は、ステップＳ１１５で入力された情報に基づきメッセージ情報を作成して、ＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１に対して当該メッセージ情報（例えば、図１３のような情報）を送信する。

図１３は、Ｃｌｉｅｎｔ ＰＣ２００からＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１へ送信されるメッセージ情報の一例を示す図である。１３０１乃至１３１３は通信の管理に用いられる情報である。１３１４は、図１２の入力内容に応じて生成されている。すなわち、ドキュメント１，２，３，４、５はプリントするよう指示されている。また、ドキュメント１，２はＥ−Ｍａｉｌするよう指定されている。ここでは、ファックスやネットワークファイル送信は指定されていないためにそれらに関連する値が空になっているが、もちろん指定された場合は、それらが値として指定される。また、プリントに関しては、送信先のプリンタオブジェクトが指定されている。Ｅ−Ｍａｉｌに関しては、送信先のメールアドレスが指定されている。ステップＳ１１７では、ＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１は、ステップＳ１１６において送信されたメッセージ情報を受信する（受信手段）。図５に説明を移し、ステップＳ２００では、ＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１は、そのメッセージ情報に基づき、ＢＰＥＬ Ｐｒｏｃｅｓｓをコールする。

尚、図１３の１３１４において、「ＥｍａｉｌＭｅｒｇｅ」は、Ｅ−Ｍａｉｌの転送において、複数のファイルが指定された場合、これらを結合するか否かを示す。１２０４がチェックされている場合に、「１」が、チェックされていない場合に「空」の値が入る。また、同様に「ＦｉｌｅＭｅｒｇｅ」に関しては、図１２の１２０５にチェックがされている場合に「１」の値が、チェックされていない場合に「空」の値が入ることになる。

図５は、本実施形態の印刷処理の一例を示す図である。図５のＡは、図４のＡに対応する。ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、ステップＳ２０１で、ＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１からのリクエストを受信する。図１４Ａ及び図１４Ｂは、ＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１からＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２へのリクエストの一例を示す図である。図１４Ａと図１４Ｂは一続きの図である。図１２のような入力が、クライアントのブラウザのＵＩで行われた場合、これに基づき、図１３のデータがＣｌｉｅｎｔ ＰＣ２００で生成され、その図１３のデータがＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ ３２１へ送信される。そして、図１３のデータに基づき、図１４Ａ及び図１４ＢのデータがＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１により生成され、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２に渡される。ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、図１４Ａ及び図１４Ｂのデータを解釈して必要なアダプタを呼び出す。例えば、各アダプタが呼び出されると、各アダプタに対応したファックスドライバ、プリンタドライバ、Ｅ−Ｍａｉｌ送信プログラム、ネットワークファイル送信アプリケーションが駆動され、データの送信処理が行なわれる。

図１４Ａ及び図１４Ｂについて詳細に説明すると、「＜ｄｏｃｓ＞＜／ｄｏｃｓ＞」タグで囲まれた１４０１では、５つのドキュメントが指定されている。１つめはドキュメント名が、「ＮＤＡ」、ドキュメントタイプが「ＤＯＣ」つまり、ワードプロセッサアプリ形式のファイル、２つめのドキュメントはドキュメント名が、「ＮＤＡ Ｓｕｐｐｌｅｍｅｎｔ」、ドキュメントタイプが同じく「ＤＯＣ」となっている。また、３つめのドキュメントは、ドキュメント名が「Ｅｎｔｅｒｐｒｉｓｅ Ｉｍａｇｉｎｇ」となっており、ドキュメントタイプは「ＰＤＦ」となっている。さらに、４つ目のドキュメント名は、「ＭＦＰ Ｅｍｂｅｄｄｅｄ」となっており、ドキュメントタイプは「ＪＰＧ」となっている。さらに、５番目のドキュメントは、「Ｐｒｉｃｅ Ｌｉｓｔ」となっており、ドキュメントタイプは表計算アプリケーションのファイルフォーマットである「Ｓｈｅｅｔ」となっている。「＜ｓｅｎｄＤｏｃｓ＞＜／ｓｅｎｄＤｏｃｓ＞」タグで囲まれているのは転送方法の一例を示している。ドキュメントの１、２，３，４，５をプリントせよ、つまり、プリンタなどへ転送せよという指定になっている。ここでは、ファックス指定されているドキュメントは無く、ドキュメント１と２は、Ｅ−Ｍａｉｌするよう指示されている。ファイルをネットワーク送信するよう指定されているドキュメントは無い。

「＜ｓｅｎｄＳｅｔｔｉｎｇｓ＞＜／ｓｅｎｄＳｅｔｔｉｎｇｓ＞」タグでは、それぞれの送信方法において、送信設定を指定している。例えば、「＜ｐｒｉｎｔ＞＜／ｐｒｉｎｔ＞」タグでは、プリンタオブジェクト名を指定できる。「＜ｆａｘ＞＜／ｆａｘ＞」タグでは、ファックスオブジェクトを指定できる。

「＜ａｄｄｒｅｓｓ＞＜／ａｄｄｒｅｓｓ＞」では、Ｅ−Ｍａｉｌのアドレスを指定できる。また、「＜ｍｅｒｇｅ＞＜／ｍｅｒｇｅ＞」タグでは、複数のファイルが「＜ｓｅｎｄＤｏｃｓ＞」で指定されている場合、Ｅ−Ｍａｉｌ送信指定されている複数のファイルの結合の要否を指定できる。「＜ｆｉｌｅ＞＜／ｆｉｌｅ＞」タグでは、ファイルの転送プロトコル（例えば、ＳＭＢやＦＴＰなど）、ファイルのパス又はＵＲＩが指定できる。同様に、「＜ｍｅｒｇｅ＞＜／ｍｅｒｇｅ＞」タグでは、複数のファイルが「＜ｓｅｎｄＤｏｃｓ＞」で指定されている場合、ネットワーク送信を指定されている複数のファイルの結合の要否を指定できる。尚、図１４Ａ及び図１４Ｂのデータを以下、指定メッセージということもある。

ステップＳ２０１に続いて、ステップＳ２０２では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、プリントを指示されたファイルを取得する。例えばこの処理は指定メッセージの解析、例えば図１４Ａの１４０１、図１４Ｂの１４０２、１４０３のようなメッセージを解析することで行なわれる。以下の処理も同様である。

更に、ステップＳ２０３では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、ステップＳ２０２にて指示されたファイルが１つ以上かどうかを判定する。つまり、指定されたファイルがあるか否かを判定することになる。指定されたファイルが「１」以上、つまり指定されたファイルが１つでもあると判定された場合、ステップＳ２０４に処理を進める。指定されたファイルが「０」、つまりなかった場合、ステップＳ３０１へ進める。

ステップＳ２０４では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、ファイルフォーマットの変換処理を行なう。そして、ステップＳ２０５へ進む。

ステップＳ２０５では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、ステップＳ２０２にて取得されたファイルが２個以上かどうかを判定する。判定結果がＮＯだった場合、ステップＳ２０７へ進む。判定結果がＹＥＳだった場合、ステップＳ２０６へ進み、ステップＳ２０６では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、ＰＤＦ Ａｄａｐｔｅｒ３１５を呼び出し、ファイルの結合処理をＰＤＦ Ａｄａｐｔｅｒ３１５に実行させる。ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、処理結果として結合されたＰＤＦをＰＤＦ Ａｄａｐｔｅｒ３１５から取得し、Ｓｅｒｖｅｒ３００の所定のフォルダに保存する。

そして、ステップＳ２０７では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、結合されたファイル、または、１つのファイルを印刷するようＰｒｉｎｔ Ａｄａｐｔｅｒ３１１へ指示をする（選択手段）。ステップＳ２０７では、Ｐｒｉｎｔ Ａｄａｐｔｅｒ３１１は、指定されたファイルを指定されたプリンタオブジェクトに対応するプリンタドライバへ入力する。プリンタドライバは、与えられたファイルを解析して印刷データを作成し、プリンタドライバに指定されている印刷先（ポートに対応するプリンタ１００１または１００２など）に対して印刷データを送信して印刷させる（転送手段）。そして、処理は図６のＢへ進む。

図６は、本実施形態のファックス送信処理の一例を示す図である。

ステップＳ３０１では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、ファックス送信を指示されたファイルを取得する。例えばこの処理は指定メッセージの解析、例えば図１４Ａの１４０１、図１４Ｂの１４０２、１４０３のようなメッセージを解析することで行なわれてもよい。以下も処理も同様である。

更に、ステップＳ３０２では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、ステップＳ３０１にて指示されたファイルが１つ以上かどうかを判定する。つまり、指定されたファイルがあるか否かを判定することになる。指定されたファイルが１以上、つまり指定されたファイルがあると判定された場合、ステップＳ３０３に処理を進める。指定されたファイルが「０」、つまりなかった場合、ステップＳ４０１へ進める。

ステップＳ３０３では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、ファイルフォーマットの変換処理を行ない、ステップＳ３０１で取得されたファイルをファックス可能なフォーマットへと変換する。そして、ステップＳ３０４へ進む。

ステップＳ３０４では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、ステップＳ３０１にて取得されたファイルが２個以上かどうかを判定する。判定結果がＮＯだった場合、ステップＳ３０８へ進む。判定結果がＹＥＳだった場合、ステップＳ３０５へ進み、ステップＳ３０５では、指定されたファイルが既に結合されているかどうかを確認する。具体的には、前述したステップＳ２０６や、後述するステップＳ３０７、ステップＳ４０８、ステップＳ５０８で結合処理が行われるので、この結合結果が所定のフォルダに存在すれば、その結合済みファイルを用いるようにする。ステップＳ３０５での確認の結果、既に結合されていると判断された場合は、ステップＳ３０６にて結合されたファイルを所定のフォルダからＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は取得し、ステップＳ３０８へ進む。ステップＳ３０５での確認の結果、結合されていないと確認された場合は、ステップＳ３０７でＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、ＰＤＦ Ａｄａｐｔｅｒ３１５を呼び出し、ファイルの結合処理をＰＤＦ Ａｄａｐｔｅｒ３１５に実行させ、所定のフォルダに保存する。そして、処理はステップＳ３０８へ進む。

ステップＳ３０８では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、ＦＡＸ Ａｄａｐｔｅｒ３１２を呼び出し（選択手段）、対象ファイルを指定されたファックスオブジェクトに対してファックス番号を指定して送信する（転送手段）。なお、ステップＳ３０８では、必要なフォーマット変換処理なども行なわれる場合がある。そして、処理は、図７のＣへ進む。

図７は、本実施形態のＥ−Ｍａｉｌ送信処理の一例を示す図である。

ステップＳ４０１では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、Ｅ−Ｍａｉｌ送信を指示されたファイルを取得する。例えばこの処理は指定メッセージの解析、例えば図１４Ａの１４０１、図１４Ｂの１４０２，１４０３のようなメッセージを解析することで行なわれてもよい。以下も処理も同様である。

更に、ステップＳ４０２では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ ３２２は、ステップＳ４０１にて指示されたファイルが１個以上かどうかを判定する。つまり、指示されたファイルがあるか否かを判定することになる。指定されたファイルが１以上、つまり指定されたファイルがあると判定された場合、ステップＳ４０３に処理を進める。指定されたファイルが０、つまりなかった場合、ステップＳ５０１へ進む。

ステップＳ４０３では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、結合オプションが指定されているか否かを判定する。結合オプションが指定されているか否かは、図１２の１２０４が指定されているか否かを示す情報がＣｌｉｅｎｔ ＰＣ２００から受信したメッセージ内にあるため、これを確認することにより行なう。ステップＳ４０３で、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２が結合オプションが指定されていないと判断した場合、ステップＳ４０９でそのまま指定されたファイルの送信処理を行なう。ステップＳ４０３で、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２がファイルの結合オプションが指定されていると判断した場合、ステップＳ４０４でＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２が必要なファイル変換処理を行い、ステップＳ４０５へ進む。

ステップＳ４０５では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、ステップＳ４０１にて取得されたファイルが２個以上かどうかを判定する。判定結果がＮＯだった場合、ステップＳ４０９へ進む。判定結果がＹＥＳだった場合、ステップＳ４０６へ進み、指定されたファイルが既に結合されているかどうかを確認する。

ステップＳ４０６での確認の結果、既に結合されていると判断された場合は、ステップＳ４０７では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、結合されたファイルを所定のフォルダから取得し、ステップＳ４０９へ進む。ステップＳ４０６での確認の結果、結合されていないと判断された場合は、ステップＳ４０８では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、ＰＤＦ Ａｄａｐｔｅｒ３１５を呼び出し、ファイルの結合処理をＰＤＦ Ａｄａｐｔｅｒ３１５に実行させ、所定のフォルダに保存する。そして、処理はステップＳ４０９へ進む。

ステップＳ４０９では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、Ｅ−Ｍａｉｌ Ａｄａｐｔｅｒ３１４を呼び出し（選択手段）、対象ファイルを添付したメールを生成して、当該メールを指定されたＥ−Ｍａｉｌアドレスに対して送信する（転送手段）。そして、処理は、図８のＤへ進む。

図８は、ファイル管理またはファイル転送プロトコルを使用したファイル送信処理の一例を示す図である。

ステップＳ５０１では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、所定のファイル管理またはファイル転送プロトコルを用いてファイルをネットワーク送信するよう指示されたファイルを取得する。例えばこの処理は指定メッセージの解析、例えば図１４Ａの１４０１、図１４Ｂの１４０２、１４０３のようなメッセージを解析することで行なわれてもよい。以下も処理も同様である。

更に、ステップＳ５０２で、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、ステップＳ５０１にて指示されたファイルが１個以上かどうかを判定する。つまり、指示されたファイルがあるか否かを判定することになる。指定されたファイルが１以上、つまり指定されたファイルがあると判定された場合、ステップＳ５０３に処理を進める。指定されたファイルが０、つまりなかった場合、ステップＳ６０１へ進む。

ステップＳ５０３では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、結合オプションが指定されているか否かを判定する。結合オプションが指定されているか否かは、図１２の１２０５が指定されているか否かを示す情報がＣｌｉｅｎｔ ＰＣ２００から受信したメッセージ内にあるため、これを確認することにより行なう。ステップＳ５０３で、結合オプションが指定されていないと判断した場合、ステップＳ５０９では、ステップＳ５０９でそのまま指定されたファイルの送信処理を行なう。ステップＳ５０３で、ファイルの結合オプションが指定されていると判断した場合、ステップＳ５０４でＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２が必要なファイル変換処理を行い、ステップＳ５０５へ進む。

ステップＳ５０５では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、ステップＳ５０１にて取得されたファイルが２個以上かどうかを判定する。判定結果がＮＯだった場合、ステップＳ５０９へ進む。判定結果がＹＥＳだった場合、ステップＳ５０６へ進み、指定されたファイルが既に結合されているかどうかを確認する。ステップＳ５０６での確認の結果、既に結合されていると判断された場合は、ステップＳ５０７にて結合されたファイルを所定のフォルダからＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ ３２２は取得し、ステップＳ５０９へ進む。ステップＳ５０６での確認の結果、結合されていないと確認された場合は、ステップＳ５０７でＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、ＰＤＦ Ａｄａｐｔｅｒ３１５を呼び出し、ファイルの結合処理をＰＤＦ Ａｄａｐｔｅｒ３１５に実行させる。そして、処理はステップＳ５０９へ進む。

ステップＳ５０９では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、Ｅ−Ｍａｉｌ Ａｄａｐｔｅｒ３１４を呼び出し（選択手段）、対象ファイルを指定されたファイル管理プロトコル又はファイル転送プロトコルを利用して、所定のサーバに送信する（転送手段）。そして、処理は、図９のＥへ進む。

図９は、実施形態における完了メッセージのやり取りの一例を示す図である。

ステップＳ６０１では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、図１５に示すような、処理結果を含むレスポンスをＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１へ返却する。

ステップＳ６０２では、ＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１は、レスポンスを受信（取得）する。図１５の１５０１は処理完了メッセージを示し、１５０２には何らかのエラーメッセージが挿入可能である。ステップＳ６０３では、ＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１は、図１５に示す情報に基づくＨＴＭＬメッセージをＣｌｉｅｎｔ ＰＣ２００に対して送信する。

ステップＳ６０４では、Ｃｌｉｅｎｔ ＰＣ２００は、Ｓｅｒｖｅｒ３００からのメッセージを受信し、そのメッセージに基づき、ブラウザを使って処理結果（例えば、図１５の１５０１や１５０２に示される情報）を表示する。

図１０は、図５乃至図８で実行されうる、ファイルフォーマット変換処理の一例を示す図である。

ステップＳ７０１では、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、非ＰＤＦファイルが１つでも指定されたかを判定する。もし、ステップＳ７０１で非ＰＤＦファイルが１つでも指定されたと判定された場合、ステップＳ７０２で、Ｆｉｌｅ Ｆｏｒｍａｔ Ｃｏｎｖｅｒｓｉｏｎ Ａｄａｐｔｅｒ３１８を呼び出して、指定された非ＰＤＦファイルのＰＤＦへの変換処理を行なう。非ＰＤｆファイルが１つでも指定されていなかったら、ファイルフォーマット変換処理を終了する。

ステップＳ７０３で、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２は、すべての非ＰＤＦファイルがすべてＰＤＦファイルへ変換されたかどうかを判定する。もし、ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２が、非ＰＤＦファイルはすべてＰＤＦファイルに変換されたと判断したら、処理を終了する。ＢＰＥＬ Ｐｒｏｃｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ３２２が、すべての非ＰＤＦファイルがＰＤＦファイルに変換されていないと判断した場合、ステップＳ７０３で処理待ちとなるが、この際、タイマーをセットして所定時間後にエラー処理となるようにしても良い。

なお、図１０のフォーマット変換を使用しない場合、上述の仕様に下記の制限を加えた変形例を考えることが出来る。図４のステップＳ１１０にてリストページを作成する際に、Ｐｒｉｎｔｅｒ Ａｄａｐｔｅｒ３１１、Ｆａｘ Ａｄａｐｔｅｒ３１２、Ｅ−Ｍａｉｌ Ａｄａｐｔｅｒ３１４、Ｆｉｌｅ Ａｄａｐｔｅｒ３１３のすべてで処理可能な共通な１つのフォーマット、例えば、ＰＤＦファイルだけしか表示しないようにするリストページを作成することが考えられる。例えば、図１２の代りに図１６のような画面を表示させるための情報をステップＳ１１０にて生成する。こうすることで、Ｐｒｉｎｔｅｒ Ａｄａｐｔｅｒ３１１、Ｆａｘ Ａｄａｐｔｅｒ３１２、Ｅ−Ｍａｉｌ Ａｄａｐｔｅｒ３１４、Ｆｉｌｅ Ａｄａｐｔｅｒ３１３のいずれに対してもＧＵＩ Ａｐｐｌｉｃａｔｉｏｎ３２１はＰＤＦデータを送信できるようになる。この実施例では、送信したいファイルをチェックし、ファックスオブジェクトやプリンタオブジェクト、あるいはメールアドレスまたはファイル送信のパスを指定することで、指定したファイルを指定した転送方法で送信可能としている。もちろん、プリンタオブジェクト、ファックスオブジェクト、あるいはメールアドレスまたはファイル送信のパスの全てまたはこの中の一部を指定して指定した少なくとも１以上のファイルを転送指示できる。

以上述べたように、Ｃｌｉｅｎｔ ＰＣ２００と通信するＳｅｒｖｅｒ３００は、以下を含んでいる。

Ｓｅｒｖｅｒ３００において転送すべきデータの一例であるファイルと、そのファイルに対応する複数の転送方法（例えば、プリント、ファックス、Ｅ−Ｍａｉｌ、ファイル送信等）とを入力させる表示画面を、前記Ｓｅｒｖｅｒ３００にて実行されるウェブサービスにおいて表示させるための表示情報の一例である図１２を構成するためのＨＴＭＬ情報やＸＭＬ情報などをネットワークＩ／Ｆ２０９が送信する。ウェブサービスが表示画面において受け付けた入力に基づき、データと、複数の転送方法を示す情報とが、ネットワークＩ／Ｆ２０９により受信される。また、Ｃｌｉｅｎｔ ＰＣ２００において実行されるウェブサービスにおいてデータと、複数の転送方法を示す情報例えば、プリント、ファックス、Ｅ−Ｍａｉｌ、ファイル送信等、が受信される。転送方法を示す情報としては、例えば図１３の１３１４にて設定され得る値が挙げられる。

ネットワークＩ／Ｆ２０９が受信した、データの複数の転送方法を示す情報に従って、情報送信装置がサポートする転送方法の中から複数の転送方法を第１ＣＰＵ２０１などが取得する。

更に、ネットワークＩ／Ｆが受信したデータを、第１ＣＰＵ２０１が選択した複数の転送プログラム（例えば、Ｐｒｉｎｔｅｒ Ａｄａｐｔｅｒ３１１、Ｆａｘ Ａｄａｐｔｅｒ３１２、Ｅ−Ｍａｉｌ Ａｄａｐｔｅｒ３１４、Ｆｉｌｅ Ａｄａｐｔｅｒ３１３等がそれぞれに対応するプログラムを実行する。）において処理し、処理したデータを、ネットワークを介してネットワークＩ／Ｆ２０９は転送する。

転送プログラムとしては、ファックスドライバ及びプリンタドライバを用いてもよく、転送方法を示す情報に従って、ファックスドライバ及びプリンタドライバを第１ＣＰＵ２０１は選択し、選択されたファックスドライバ及びプリンタドライバを実行して得られたデータをネットワークＩ／Ｆ２０９は転送するようにしてもよい。

さらに、図１２に示すごとく、複数のデータと、当該複数のデータごとに異なる転送方法とを指定できる画面を、Ｃｌｉｅｎｔ ＰＣ２００の表示部において表示させるための情報を含むＨＴＭＬ情報やＸＭＬ情報をネットワークＩ／Ｆ２０９は送信するようにしてもよい。

更に、複数のデータがＣｌｉｅｎｔ ＰＣ２００から送信されてきた場合は、その複数のデータを結合させて得られたデータをネットワークＩ／Ｆ２０９は転送し、１つのデータがＣｌｉｅｎｔ ＰＣ２００から送信されてきた場合は、その複数のデータを結合するプログラムの一例であるＰＤＦ Ａｄａｐｔｅｒ３１５により処理させることなく、その１つのデータをネットワークＩ／Ｆ２０９は転送するようにしてもよい。

Ｃｌｉｅｎｔ ＰＣ２００から送信されてくる複数のデータをＳｅｒｖｅｒ３００において結合させるか否かを示す情報をネットワークＩ／Ｆ２０９は受信し、複数のデータをＳｅｒｖｅｒ３００において結合させるか否かを示す情報が、複数のデータをＳｅｒｖｅｒ３００において結合させないことを示している場合、複数のデータをＳｅｒｖｅｒ３００において結合させずにネットワークＩ／Ｆ２０９はデータを転送し、複数のデータをＳｅｒｖｅｒ３００において結合させることを示していた場合、複数のデータをＳｅｒｖｅｒ３００において結合させた後、ネットワークＩ／Ｆ２０９はそのデータを転送するようにしてもよい。

上述した実施形態の機能を実現するべく各種のデバイスを動作させるように、該各種デバイスと接続された装置あるいはシステム内のコンピュータに対し、前記実施形態の機能を実現するためのソフトウエアのプログラムコードを供給し、そのシステムあるいは装置のコンピュータ（ＣＰＵあるいはＭＰＵ）に格納されたプログラムに従って前記各種デバイスを動作させることによって実施したものも、本発明の範疇に含まれる。

また、この場合、前記ソフトウエアのプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコード自体は本発明を構成する。また、そのプログラムコードをコンピュータに供給するための手段、例えばかかるプログラムコードを格納した記録媒体は本発明を構成する。かかるプログラムコードを記憶する記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。

また、コンピュータが供給されたプログラムコードを実行することにより、上述の実施形態の機能が実現されるだけでなく、そのプログラムコードがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）あるいは他のアプリケーションソフト等と共同して上述の実施形態の機能が実現される場合にもかかるプログラムコードは本発明の実施形態に含まれることは言うまでもない。

さらに、供給されたプログラムコードがコンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって上述した実施形態の機能が実現される場合にも本発明に含まれることは言うまでもない。

なお、前記実施形態は、何れも本発明を実施するにあたっての具体化のほんの一例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。

１００１ プリンタ
１００２ プリンタ
１００３ ファクシミリ
１００４ ファクシミリ
１００５ ドキュメントサーバ
１００６ ネットワーク
１１００ 公衆回線
２００ Ｃｌｉｅｎｔ ＰＣ
３００ Ｓｅｒｖｅｒ
２０１ 第１ＣＰＵ
２０２ 第２ＣＰＵ
２０３ ＲＯＭ
２０４ ＲＡＭ
２０５ 第１ＨＤＤ
２０６ 第２ＨＤＤ
２０７ 操作部
２０８ 表示部
２０９ ネットワークＩ／Ｆ
２１０ 外部機器Ｉ／Ｆ

Claims (10)

1. 情報処理装置と通信可能に接続され、複数の転送方法で電子データを転送可能な中継サーバであって、
   中継サーバから転送する電子データと、当該電子データに対応する複数の転送方法とを入力可能な画面を生成する画面生成手段と、
   前記画面生成手段で生成された画面を前記情報処理装置に送信する画面送信手段と、
   前記画面送信手段で送信された画面においてユーザから入力された情報であって、転送する電子データと当該電子データに対応する複数の転送方法とを示す情報を、前記情報処理装置から受信する受信手段と、
   前記受信手段で受信した情報が示す複数の転送方法ごとの通信プロトコルを用いて、当該情報が示す電子データを当該複数の転送方法ごとに転送する転送手段と
   を備えることを特徴とする中継サーバ。
2. 前記中継サーバは、
   前記受信手段で受信した情報が示す電子データが複数存在する場合に、当該複数の電子データを結合する結合手段を更に備えることを特徴とする請求項１に記載の中継サーバ、
3. 前記転送手段は、前記受信手段で受信した情報が示す電子データが複数存在する場合には、前記結合手段で結合した電子データを当該複数の転送方法ごとに転送し、前記受信手段で受信した情報が示す電子データが１つである場合には、当該電子データを当該複数の転送方法ごとに即時転送することを特徴とする請求項２に記載の中継サーバ。
4. 前記中継サーバは、
   前記受信手段で受信した情報が示す電子データが所定の保存形式でない場合に、当該電子データを当該保存形式に変換する変換手段を更に備えることを特徴とする請求項１乃至３のいずれか１項に記載の中継サーバ。
5. 前記転送手段は、前記受信手段で受信した情報が示す複数の転送方法に、画像処理装置に対する印刷指示が含まれていた場合には、前記中継サーバが備えたプリンタドライバの通信プロトコルを用いて、当該情報が示す電子データを当該画像処理装置に転送することを特徴とする請求項１乃至４のいずれか１項に記載の中継サーバ。
6. 前記転送手段は、前記受信手段で受信した情報が示す複数の転送方法に、ファクシミリ装置に対するファックス指示が含まれていた場合には、前記中継サーバが備えたファックスドライバの通信プロトコルを用いて、当該情報が示す電子データを当該ファクシミリ装置に転送することを特徴とする請求項１乃至５のいずれか１項に記載の中継サーバ。
7. 前記転送手段は、前記受信手段で受信した情報が示す複数の転送方法に、メール送信指示が含まれていた場合には、前記中継サーバが備えたメール送信のための通信プロトコルを用いて、当該情報が示す電子データを添付したメールを転送することを特徴とする請求項１乃至６のいずれか１項に記載の中継サーバ。
8. 前記転送手段は、前記受信手段で受信した情報が示す複数の転送方法に、電子データの格納指示が含まれていた場合には、前記中継サーバが備えた、電子データを格納するサーバと通信するための通信プロトコルを用いて、当該情報が示す電子データを当該サーバに転送することを特徴とする請求項１乃至７のいずれか１項に記載の中継サーバ。
9. 情報処理装置と通信可能に接続され、複数の転送方法で電子データを転送可能な中継サーバの制御方法であって、
   前記中継サーバの画面生成手段が、中継サーバから転送する電子データと、当該電子データに対応する複数の転送方法とを入力可能な画面を生成する画面生成ステップと、
   前記中継サーバの画面送信手段が、前記画面生成ステップで生成された画面を前記情報処理装置に送信する画面送信ステップと、
   前記中継サーバの受信手段が、前記画面送信ステップで送信された画面においてユーザから入力された情報であって、転送する電子データと当該電子データに対応する複数の転送方法とを示す情報を、前記情報処理装置から受信する受信ステップと、
   前記中継サーバの転送手段が、前記受信ステップで受信した情報が示す複数の転送方法ごとの通信プロトコルを用いて、当該情報が示す電子データを当該複数の転送方法ごとに転送する転送ステップと
   を備えることを特徴とする中継サーバの制御方法。
10. 情報処理装置と通信可能に接続され、複数の転送方法で電子データを転送可能な中継サーバの制御方法をコンピュータに実行させるためのコンピュータに読み取り実行可能なプログラムであって、
    前記中継サーバを、
    中継サーバから転送する電子データと、当該電子データに対応する複数の転送方法とを入力可能な画面を生成する画面生成手段と、
    前記画面生成手段で生成された画面を前記情報処理装置に送信する画面送信手段と、
    前記画面送信手段で送信された画面においてユーザから入力された情報であって、転送する電子データと当該電子データに対応する複数の転送方法とを示す情報を、前記情報処理装置から受信する受信手段と、
    前記受信手段で受信した情報が示す複数の転送方法ごとの通信プロトコルを用いて、当該情報が示す電子データを当該複数の転送方法ごとに転送する転送手段
    として機能させることを特徴とするコンピュータに読み取り実行可能なプログラム。

Images