JP2006033805A - Image forming apparatus and image forming method - Google Patents
Image forming apparatus and image forming method Download PDFInfo
- Publication number
- JP2006033805A JP2006033805A JP2005166150A JP2005166150A JP2006033805A JP 2006033805 A JP2006033805 A JP 2006033805A JP 2005166150 A JP2005166150 A JP 2005166150A JP 2005166150 A JP2005166150 A JP 2005166150A JP 2006033805 A JP2006033805 A JP 2006033805A
- Authority
- JP
- Japan
- Prior art keywords
- distribution
- instruction
- execution unit
- service execution
- delivery
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Facsimiles In General (AREA)
- Accessory Devices And Overall Control Thereof (AREA)
Abstract
Description
本発明は、配信対象となる文書（画像データ）に対応付けて配信指示書を管理すると共に、クライアントＰＣのユーザが配信指示書を指定するのみで、配信種別に係りなく共通に使用される配信指示書の再利用を可能とする配信処理を実現する画像形成装置及び画像形成方法を提供するものである。 The present invention manages a distribution instruction in association with a document (image data) to be distributed, and a distribution that is commonly used regardless of the distribution type only by the user of the client PC specifying the distribution instruction. The present invention provides an image forming apparatus and an image forming method for realizing a distribution process that enables reuse of an instruction sheet.
画像形成装置にネットワークを介して接続されるクライアントＰＣ（Personal Computer）から画像形成装置のプリンタ機能を利用する場合、印刷したい文書を指定し、所望の印刷の処理方法（オプション）を設定したのち、印刷処理を実行することによって所望の印刷を行っていた。 When using a printer function of an image forming apparatus from a client PC (Personal Computer) connected to the image forming apparatus via a network, after specifying a document to be printed and setting a desired printing processing method (option), The desired printing is performed by executing the printing process.
ネットワーク上の所定の画像形成装置（例えば、プリンタ装置）に対して印刷指示が集中しないように、画像形成装置が自ら利用権限を示すチケットをクライアントＰＣのユーザに発行することによって、プリンタ機能を効果的に利用できるようになった（例えば、特許文献１）。 The printer function is effective by issuing a ticket indicating the right of use to the client PC user so that print instructions are not concentrated on a predetermined image forming apparatus (for example, a printer apparatus) on the network. (For example, Patent Document 1).
また、ネットワークを介して、印刷したい地域を指定したチケットを利用することによって、印刷したい文書をその印刷したい地域に最も近い印刷ステーションにて印刷することができるようになった（例えば、特許文献２）。 Further, by using a ticket that designates an area to be printed via a network, a document to be printed can be printed at a printing station closest to the area to be printed (for example, Patent Document 2). ).
更に、ユーザ認証用のチケットを利用することによって、ネットワーク上のサーバ装置から情報配信を受けることが可能となるように制御できるようになった（例えば、特許文献３）。 Furthermore, by using a user authentication ticket, it has become possible to perform control so that information can be received from a server device on the network (for example, Patent Document 3).
上記のような技術によって、ネットワークを介してなされる複数のクライアントＰＣからの処理指示を所定の条件の下にて制御することができるようになった。
近年におけるネットワークに接続可能な画像形成装置は、種々の画像形成処理及び種々の通信手段によって画像データを配信することができるように開発されてきている。 In recent years, image forming apparatuses connectable to a network have been developed so that image data can be distributed by various image forming processes and various communication means.
しかしながら、上記従来技術では、このような画像形成装置が、処理対象となる文書に対応付けてユーザが設定したオプションを管理する機能がないため、ユーザは、処理の度にオプションの設定をする必要があった。 However, in the above prior art, such an image forming apparatus does not have a function of managing options set by the user in association with a document to be processed, so the user needs to set options every time processing is performed. was there.
例えば、読み込んだ或いはネットワークを介して受信した文書（画像データ）をファックス機能を利用してＦＡＸ送信で配信するようなオプションがユーザによって設定され、ＦＡＸ送信が実行された後にその文書を画像形成装置の電子メール（以下、単にメールと言う）機能を利用してメール送信で配信する場合、ユーザは、別途メール送信するためのオプションを設定し、メール送信を画像形成装置に指示しなければならない。 For example, an option for distributing a document (image data) that has been read or received via a network by fax transmission using a fax function is set by the user, and after the FAX transmission is executed, the document is processed into an image forming apparatus. When an e-mail (hereinafter simply referred to as mail) function is used for delivery by mail transmission, the user must set an option for sending mail separately and instruct the image forming apparatus to send the mail.
同一の文書である場合に、ＦＡＸ送信時のオプションの設定（配信指示書）を利用してメール送信させたい場合においても、再度、ユーザはオプションの設定を最初からしなければならなかった。 Even when the same document is used to send an e-mail using the option setting (delivery instruction) at the time of FAX transmission, the user has to set the option again from the beginning.
そこで、本発明の課題は、クライアントＰＣのユーザが配信指示書を指定するのみで文書の配信を文書配信装置に行なわせることができ、また、配信種別に係りなく共通に使用される配信指示書の再利用を可能とする配信処理を実現する画像形成装置及び画像形成方法を提供することである。 Therefore, an object of the present invention is to allow a document distribution apparatus to distribute a document only by a user of a client PC specifying a distribution instruction, and a distribution instruction that is commonly used regardless of the distribution type. It is an object to provide an image forming apparatus and an image forming method for realizing a distribution process that enables reuse.
上記課題を解決するため、本発明は、請求項１に記載されるように、要求元からの配信を指示する配信指示を受信する配信指示受信手段と、複数の異なる配信種別の夫々に対応する配信処理を実行可能とし、前記配信指示によって指定される配信指示書に従って、該配信指示書によって指定されるデータを該配信指示書によって指定される配信種別にて配信する配信手段とを有し、前記配信指示書は、該複数の異なる配信種別に共通に利用可能な形式であるように構成される。
In order to solve the above-mentioned problems, the present invention, as described in
このような画像形成装置では、複数の異なる配信種別に共通に利用可能な形式で構成される配信指示書が適用されるため、配信指示書を指定するのみで配信種別に係りなく再利用することが可能となる。従って、複数の異なる配信種別の夫々に対応する配信処理を統一した一つのサービス（Ｗｅｂサービス）としてユーザに提供することができる。 In such an image forming apparatus, a distribution instruction configured in a format that can be commonly used for a plurality of different distribution types is applied. Therefore, the image can be reused regardless of the distribution type only by specifying the distribution instruction. Is possible. Therefore, it is possible to provide the user with one service (Web service) that unifies the distribution processing corresponding to each of a plurality of different distribution types.
また、ユーザは、オプションの設定をすることなく、配信指示書を指定するのみでデータ配信をすることができる。配信の対象となるデータ（文書）を配信指示書と関連付ける構成とすることによって、ユーザは、単に、所望するデータ（文書）を指示するのみでこのような画像形成装置にデータ配信を行わせることができる。 Further, the user can perform data distribution only by specifying a distribution instruction without setting options. By adopting a configuration in which the data (document) to be distributed is associated with the distribution instruction, the user simply causes the image forming apparatus to perform data distribution simply by instructing the desired data (document). Can do.
更に、本発明は、上記画像形成装置での処理を実行する画像形成方法とすることもできる。 Furthermore, the present invention can also be an image forming method for executing processing in the image forming apparatus.
本願発明に係る画像形成装置は、複数の異なる配信種別に共通に利用可能な形式で構成される配信指示書が適用されるため、配信指示書を指定するのみで配信種別に係りなく再利用することが可能となる。従って、複数の異なる配信種別の夫々に対応する配信処理を統一した一つのサービス（Ｗｅｂサービス）としてユーザに提供することができる。 The image forming apparatus according to the present invention applies a distribution instruction configured in a format that can be commonly used for a plurality of different distribution types. Therefore, the image forming apparatus can be reused regardless of the distribution type only by specifying the distribution instruction. It becomes possible. Therefore, it is possible to provide the user with one service (Web service) that unifies the distribution processing corresponding to each of a plurality of different distribution types.
また、配信指示書を再利用可能とすることによって、配信指示書を格納する記憶領域を効果的に使用することができる。 In addition, by making the distribution instruction reusable, the storage area for storing the distribution instruction can be used effectively.
以下、本発明の実施の形態を図面に基づいて説明する。 Hereinafter, embodiments of the present invention will be described with reference to the drawings.
本発明の一実施例に係る多種の画像形成機能を融合する画像形成装置（以下、融合機と言う）は、例えば、図１に示すような機能構成を成す。図１は、本発明の一実施例に係る多種の画像形成機能を融合する融合機の機能構成を示すブロック図である。 An image forming apparatus that fuses various image forming functions according to an embodiment of the present invention (hereinafter referred to as a fusion machine) has, for example, a functional configuration as shown in FIG. FIG. 1 is a block diagram showing a functional configuration of a multi-function apparatus that fuses various image forming functions according to an embodiment of the present invention.
図１において、融合機１２００は、プロッタ１２０１と、スキャナ１２０２と、ＦＣＵ（Fax Control Unit）１３２０と、その他ハードウェアリソース１２０３などを有するとともに、プラットフォーム１２２０とアプリケーション１２３０とから構成されるソフトウェア群１２１０と、融合機起動部１２４０とを備えている。
In FIG. 1, the MFP 1200 includes a
融合機起動部１２４０は、融合機１２００の電源投入時に先ず始めに実行され、プラットフォーム１２２０やアプリケーション１２３０を起動する。
The MFP
プラットフォーム１２２０は、コントロールサービス１２５０と、システムリソースマネージャー（ＳＲＭ（System Resource Manager））１２２３と、ＯＳ（Operating System）１２２１とを有する。
The
このコントロールサービス１２５０は、複数のサービスモジュールにより形成され、ＥＣＳ（Engine Control Service）１２２４と、ＭＣＳ（Memory Control Service）１２２５と、ＯＣＳ（Operation panel Control Service）１２２６と、ＦＣＳ（FAX Control Service）１２２７と、ＮＣＳ（Network Control Service）１２２８とがある。なお、このプラットフォーム１２２０は、あらかじめ定義された関数により前記アプリケーションからの処理要求を受信可能とするアプリケーションプログラムインターフェース（ＡＰＩ）１２０５を有する。
The
ＯＳ１２２１は、ＵＮＩＸ（登録商標）などのオペレーティング・システムであり、プラットフォーム１２２０並びにアプリケーション１２３０の各ソフトウェアをそれぞれプロセスとして並列実行する。
The OS 1221 is an operating system such as UNIX (registered trademark), and executes the software of the
ＳＲＭ１２２３は、アプリケーション管理，操作部制御，システム画面表示，ＬＥＤ表示，ハードウェア資源管理，割り込みアプリケーション制御などのシステムの制御およびリソースの管理をおこなう。 The SRM 1223 performs system control and resource management such as application management, operation unit control, system screen display, LED display, hardware resource management, and interrupt application control.
ＥＣＳ１２２４は、ＦＣＵ１３２０、プロッタ１２０１、スキャナ１２０２、その他ハードウェアリソース１２０３などのエンジン部を制御する。ＭＣＳ１２２５は、メモリ制御をおこなう。ＯＣＳ１２２６は、オペレータと本体制御間の情報伝達手段となる操作パネルを制御する。ＦＣＳ１２２７は、ファクシミリ送受信をおこなう。ＮＣＳ１２２８は、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供する。
The ECS 1224 controls engine units such as the FCU 1320, the
本実施例において、ＮＣＳ１２２８は、複数のプロトコルのうちｈｔｔｐｄ（Hypertext Transfer Protocol Daemon）２によって、ネットワークを介して接続されるネットワーク機器とのデータ通信をＨＴＴＰ（Hypertext Transfer Protocol）で制御し、ＨＴＴＰリクエストヘッダで指定される処理に必要な複数のＷｅｂサービスを関数コールによって起動し、その複数のＷｅｂサービスによる処理結果をＨＴＴＰレスポンスで該ネットワーク機器へ通知する。Ｗｅｂサービスは、例えば、ＸＭＬ（eXtensible Markup Language）によって記述されたメッセージに従って処理を行う。或いは、ＮＣＳ１２２８は、ｆｔｐ（File Transfer Protocol）３によって、ネットワークを介して接続されるネットワーク機器へファイルを転送する。 In this embodiment, the NCS 1228 controls data communication with a network device connected via a network by using an HTTP (Hypertext Transfer Protocol Daemon) 2 among a plurality of protocols, and an HTTP request header. A plurality of Web services necessary for the processing specified in (1) are activated by function calls, and processing results of the plurality of Web services are notified to the network device by HTTP responses. For example, the Web service performs processing according to a message described in XML (eXtensible Markup Language). Alternatively, the NCS 1228 uses ftp (File Transfer Protocol) 3 to transfer a file to a network device connected via the network.
アプリケーション１２３０は、プリンタ用のアプリケーションであるプリンタアプリ１２１１と、コピー用アプリケーションであるコピーアプリ１２１２と、ファクシミリ用アプリケーションであるファックスアプリ１２１３と、スキャナ用アプリケーションであるスキャナアプリ１２１４と、ＷｅｂサービスアプリケーションであるＷｅｂサービス処理アプリ１２１５と、電子メール用アプリケーションであるメールアプリ１２１６と、配信用アプリケーションである配信アプリ１２１７とを有する。
The
各アプリケーション１２１１〜１２１７は、プラットフォーム１２２０上の各プロセスを利用して動作実行される。
Each application 1211 to 1217 is executed by using each process on the
Ｗｅｂサービス処理アプリ１２１５は、ＳＯＡＰ（Simple Object Access Protocol）に従ってメッセージ交換を行うＳＯＡＰ処理部７０と、ＡＰＩ（Application Program Interface）１２０５を介してコントロールサービス１２５０を利用して所定処理を行い、その処理結果をＷＳ−ＡＰＩ（Web Service Application Program Interface）を介してＷｅｂサービスとして提供する配信サービス実行部（ＷＳＦ）１４００とを有する。配信サービス実行部１４００は、Ｗｅｂサービスファンクションの一つである。
The Web
更に、Ｗｅｂサービス処理アプリ１２１５は、ＧＥＴメソッド又はＰＯＳＴメソッドによるＨＴＴＰリクエストを処理して、ＨＴＭＬを含むＨＴＴＰレスポンスを送信するＷｅｂサーバ５００を備えることによって、上記同様に、配信サービス実行部１４００によって、ＡＰＩ（Application Program Interface）１２０５を介してコントロールサービス１２５０を利用して所定処理を行い、その処理結果をＷＳ−ＡＰＩ（Web Service Application Program Interface）を介してＷｅｂサービスとして提供することができる。
Further, the Web
また、メールアプリ１２１６は、ユーザによって指定された電子メールアドレスへ融合機１２００にて蓄積された文書を添付して電子メール（以下、単にメールと言う）で送信する。通常、メールアプリ１２１６は、スキャナアプリ１２１４によって読み取り走査された文書を所定の複数のユーザへメール送信するような文書配信機能（Scan to Mail）として利用される。
In addition, the
配信アプリ１２１７は、ＦＡＸ受信で蓄積された文書を所定の機器へネットワーク等を介して配信する。
The
このように、融合機１２００は、各アプリで共通的に必要となる処理をプラットフォーム１２２０で一元的に処理する。
As described above, the MFP 1200 centrally processes the processing that is commonly required for each application by the
次に、融合機１２００のハードウェア構成について説明する。図２は、図１に示す融合機のハードウェア構成を示すブロック図である。図２に示すように、この融合機１２００は、オペレーションパネル１３１０と、ＦＣＵ（ファックスコントロールユニット）１３２０、プロッタ１２０１、スキャナ１２０２及びその他ハードウェア１２０３とで構成されるエンジン部１３５０と、コントローラ１３００のＡＳＩＣ１３０１とをＰＣＩ（Peripheral Component Interconnect）バス１３０９等で接続した構成となる。
Next, the hardware configuration of the
ＦＣＵ１３２０は、通常Ｇ３規格に従ってファックスデータの送受信を行う。ＦＣＵ１３２０は、オプションとして更にＧ３規格とＧ４規格とを搭載しても良い。
The
コントローラ１３００は、ＡＳＩＣ１３０１にＨＤＤ（Hard Disk Drive）１３０３などの記憶装置を接続するとともに、このＡＳＩＣ１３０１とＣＰＵ１３０４とをＣＰＵチップセットのＮＢ１３０５を介して接続している。このように、ＮＢ１３０５を介して接続する理由は、ＣＰＵ１３０４自体のインターフェイスが公開されていないためである。
The
ＣＰＵ１３０４は、融合機１２００の全体制御をおこなうものであり、ＯＳ１２２１上でプラットフォーム１２２０を形成するＥＣＳ１２２４、ＭＣＳ１２２５、ＯＣＳ１２２６、ＦＣＳ１２２７、及びＮＣＳ１２２８をそれぞれプロセスとして起動して実行させるとともに、アプリケーション１２３０を形成するプリンタアプリ１２１１、コピーアプリ１２１２、ファックスアプリ１２１３、スキャナアプリ１２１４、Ｗｅｂサービス処理アプリ１２１５、メールアプリ１２１６、及び配信アプリ１２１７を起動して実行させる。
The
ＮＢ１３０５は、ＣＰＵ１３０４とＳＢ１３０７、ＡＳＩＣ１３０１とを接続するためのブリッジである。ＡＳＩＣ１３０１は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。
The
ＮＢ１３０５は、ＰＣＩバスを介してＳＢ１３０７と接続する他、ネットワーク通信を制御するＮＩＣ（Network Interface Card）１３１１と、ＩＥＥＥ1394専用のケーブルで接続可能なＩＥＥＥ1394１３１３と、ＵＳＢ接続によって大容量の画像データの送受信を可能とするＵＳＢ１３１６とを接続する。
In addition to connecting to the
ＳＢ１３０７は、ＮＢ１３０５とＲＯＭ、ＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。 融合機１２００では、ＳＢ１３０７、ＮＩＣ１３１１、ＩＥＥＥ1394１３１３、ＵＳＢ１３１６、ＦＣＵ１３２０の標準のＧ３、Ｇ３オプション、Ｇ４オプションの複数のポートを介して送受信されるデータがＨＤＤ１３０３に蓄積され一元的に管理される。ＨＤＤ１３０３は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージであり、オペレーションパネル１３１０は、操作者からの入力操作の受け付け並びに操作者に向けた表示をおこなう操作部である。
The
ＡＧＰ１３０８は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェイスである。
The
以下に、配信指示書を指定するのみで配信可能とする配信処理の概要を図３で説明する。図３は、配信指示書を指定するのみで配信可能な第一のネットワーク構成を示すブロック図である。図３において、融合機１２００は、ネットワーク１５を介して、クライアントＰＣ（Personal Computer）１０とリポジトリ装置２０とに接続される。融合機１２００と、コンピュータ端末としてのクライアントＰＣ１０と、サーバコンピュータとしてのリポジトリサービス実行部１４１０を有するリポジトリ装置２０とはＨＴＴＰで通信制御される。
The outline of the distribution process that enables distribution only by specifying the distribution instruction will be described below with reference to FIG. FIG. 3 is a block diagram showing a first network configuration that can be distributed only by specifying a distribution instruction. In FIG. 3, the
リポジトリ装置２０は、画像データ３０とその画像データに関するファイル情報３１とを蓄積し管理するリポジトリサービス実行部１４１０によって、画像データ３０を利用するためのチケットを発行し、その発行したチケットによる該画像データ３０の利用を許可することによって、該画像データの利用をＷｅｂサービスとして提供するサーバコンピュータである。
The
また、クライアントＰＣ１０がＳＯＡＰによってＷｅｂサービスを要求する場合には、融合機１２００と、リポジトリ装置２０とは、ＳＯＡＰによって夫々のＷｅｂサービスを提供する。クライアントＰＣ１０がＷｅｂブラウザを利用してＷｅｂサービスを要求する場合には、融合機１２００と、リポジトリ装置２０とは、ＨＴＭＬ（Hypertext Transfer Markup Language）によって夫々のＷｅｂサービスを提供する。
Further, when the
クライアントＰＣ１０は、リポジトリ装置２０のリポジトリサービス実行部１４１０から所望する画像データ３０を利用するためのチケットを取得して（ステップＳ１）、そのチケットを融合機１２００の配信サービス実行部１４００へ渡して配信指示書３２の作成を要求する（ステップＳ２）。配信サービス実行部１４００は、クライアントＰＣ１０から受け取ったチケットによって、リポジトリサービス実行部１４１０に対して、文書ＩＤとファイル情報３１を要求する（ステップＳ３）。
The
リポジトリ装置２０において、リポジトリサービス実行部１４１０は、ステップＳ３で受け取ったチケットがステップＳ１で発行したものであることを確認後、文書ＩＤとファイル情報３１とを融合機１２００の配信サービス実行部１４００へ提供する（ステップＳ４）。配信サービス実行部１４００は、リポジトリサービス実行部１４１０から取得した文書ＩＤとファイル情報３１とをコントロールサービス１２５０へ通知することによって配信指示書３２を作成する。
In the
ファイル情報３１には、蓄積した時点での配信条件が設定されている。配信サービス実行部１４００は、コントロールサービス１２５０を使って、このファイル情報３１を変換して配信モード３３を作成し、文書識別子（文書ＩＤ）と配信モード３３とが設定される配信指示書３２を作成する。そして、配信サービス実行部１４００は、作成した配信指示書３２を識別する配信指示書ＩＤをクライアントＰＣ１０に通知する。
In the
クライアントＰＣ１０は、配信サービス実行部１４００から受信した配信指示書ＩＤによって配信指示書３２を指定して配信指示を配信サービス実行部１４００へ行う（ステップＳ５）。配信サービス実行部１４００は、配信指示書ＩＤによって配信指示書３２を識別し、配信指示書３２に設定されている文書ＩＤと配信モード３３とをコントロールサービス１２５０へ通知する（ステップＳ６）。
The
コントロールサービス１２５０は、配信サービス実行部１４００から通知された文書ＩＤと配信モード３３とに基づいて、リポジトリ装置２０のリポジトリサービス実行部１４１０から画像データ３０を取得し（ステップＳ７）、また、配信モード３３に従って、画像データ３０を配信する配信処理を実行する（ステップＳ８）。つまり、コントロールサービス１２５０は、配信エンジン部１３６０（ＦＣＵ１３２０、ＮＩＣ１３１１、ＵＳＢ１３１６等）を制御して画像データ３０を配信させる。
The
次に、クライアントＰＣ１０側で配信オプションを変更しない場合の配信処理を図４で説明する。図４は、配信オプションを変更しない場合の第一の配信処理を説明するためのフローチャート図である。
Next, a distribution process when the distribution option is not changed on the
図４において、クライアントＰＣ１０は、ネットワーク１５を介してコマンドstartSessionを送信して、融合機１２００の配信サービス実行部１４００とのセッションを確立する（ステップＳ１１）。セッション確立後、クライアントＰＣ１０は、コマンドcreateJobInstructionを送信して、リポジトリ装置２０のリポジトリサービス実行部１４１０から取得しておいたチケットを配信サービス実行部１４００に渡して配信指示書３２の作成を要求し（ステップＳ１２）、コマンドcreateJobを送信して、配信実行を指示する（ステップＳ１３）。
In FIG. 4, the
そして、クライアントＰＣ１０は、コマンドendSessionを送信して、融合機１２００の配信サービス実行部１４００とのセッションを終了する（ステップＳ１４）。
Then, the
このように、チケットをリポジトリ装置２０のリポジトリサービス実行部１４１０から取得して、融合機１２００の配信サービス実行部１４００に配信指示をするのみであるため、画像データ３０と配信指示書３２とが再利用可能となる。また、文書（画像データ）自体をネットワーク１５を介して転送することがないため、融合機１２００への伝送効率が良い。
As described above, since the ticket is only acquired from the repository
また、クライアントＰＣ１０がネットワーク１５に物理的に接続している必要はなく、無線ＬＡＮ（Local Area Network）で接続されるような形態であっても良く、また、文書データ自体を転送する必要がないため、携帯電話機などによってインターネットを介して融合機１２００の配信サービス実行部１４００及びリポジトリ装置２０のリポジトリサービス実行部１４１０と接続されるような形態でも良い。
Further, the
図３及び図４では、既に保存されている配信指示書３２をなんら変更せずに再利用した場合について説明したが、既に保存されている配信指示書３２を変更して配信する場合について図５から図７で説明する。
3 and 4, the case where the already stored
図５は、配信オプションを変更する場合の第二の配信処理の概要を説明するための図である。図５において、クライアントＰＣ１０は、リポジトリ装置２０のリポジトリサービス実行部１４１０から所望する画像データ３０を利用するためのチケットを取得して（ステップＳ２１）、そのチケットを融合機１２００の配信サービス実行部１４００へ渡して配信指示書３２の作成を要求する（ステップＳ２２）。配信サービス実行部１４００は、クライアントＰＣ１０から受け取ったチケットによって、リポジトリサービス実行部１４１０に対して、文書ＩＤとファイル情報３１を要求する（ステップＳ２３）。
FIG. 5 is a diagram for explaining the outline of the second distribution process when the distribution option is changed. In FIG. 5, the
リポジトリ装置２０において、リポジトリサービス実行部１４１０は、ステップＳ２３で受け取ったチケットがステップＳ２１で発行したものであることを確認後、文書ＩＤとファイル情報３１とを融合機１２００の配信サービス実行部１４００へ提供する（ステップＳ２４）。ファイル情報３１には、蓄積した時点での配信条件が設定されている。配信サービス実行部１４００は、コントロールサービス１２５０を使って、このファイル情報３１を変換して配信モード３３を作成し、文書ＩＤと配信モード３３とが設定される配信指示書３２を作成する。
In the
クライアントＰＣ１０は、配信指示書３２の内容を示すプロパティを融合機１２００の配信サービス実行部１４００から取得する（ステップＳ２５）。クライアントＰＣ１０は、ユーザが変更したプロパティの値に変更するように配信サービス実行部１４００に指示し（ステップＳ２６）、更に、配信指示書３２を指定して配信指示を融合機１２００の配信サービス実行部１４００に対して行う（ステップＳ２７）。配信サービス実行部１４００は、プロパティの値を変更した配信指示書３２に基づいて、文書ＩＤと配信モード３３とをコントロールサービス１２５０へ通知する（ステップＳ２８）。
The
コントロールサービス１２５０は、配信サービス実行部１４００から通知された文書ＩＤに基づいて、リポジトリ装置２０のリポジトリサービス実行部１４１０から画像データ３０を取得し（ステップＳ２９）、また、配信モード３３に従って、画像データ３０を配信する配信処理を実行する（ステップＳ３０）。つまり、コントロールサービス１２５０は、配信エンジン部１３６０（ＦＣＵ１３２０、ＮＩＣ１３１１、ＵＳＢ１３１６等）を制御して画像データ３０を配信させる。
The
上述した第二の配信処理のステップＳ２８において、配信サービス実行部１４００は、プロパティの値を変更した配信指示書３２に基づいてファイル情報３１を変更するようにしても良い。このような処理によって、ファイル情報３１は、リポジトリサービス実行部１４１０によって最新の状態で管理されることになる。
In step S28 of the second distribution process described above, the distribution
次に、クライアントＰＣ１０側で例えば、配信の相手先の変更、配信種別の変更等の配信オプションを変更した場合の配信処理を図６で説明する。図６は、配信オプションを変更する場合の第二の配信処理を説明するためのフローチャート図である。
Next, FIG. 6 illustrates a distribution process when the
図６において、クライアントＰＣ１０は、ネットワーク１５を介してコマンドstartSessionを送信して、融合機１２００の配信サービス実行部１４００とのセッションを確立する（ステップＳ３１）。セッション確立後、クライアントＰＣ１０は、コマンドcreateJobInstructionを配信サービス実行部１４００に送信して、リポジトリ装置２０のリポジトリサービス実行部１４１０から取得しておいたチケットを配信サービス実行部１４００に渡して配信指示書３２の作成を要求する（ステップＳ３２）。
In FIG. 6, the
更に、配信サービス実行部１４００に対してコマンドgetJobInstructionを送信して、配信指示書３２の内容を示すプロパティをリポジトリサービス実行部１４１０から取得する（ステップＳ３３）。
Further, the command getJobInstruction is transmitted to the distribution
ユーザの配信オプションの変更に応じて、クライアントＰＣ１０は、配信サービス実行部１４００に対してコマンドsetJobInstructionを送信して、配信指示書３２のプロパティの変更を指示する（ステップＳ３４）。この場合、クライアントＰＣ１０は、変更されたプロパティ部分のみを配信サービス実行部１４００に送信すれば良い。
In response to the change of the user's distribution option, the
更に、クライアントＰＣ１０は、コマンドcreateJobを送信して、配信実行を配信サービス実行部１４００に指示する（ステップＳ３５）。そして、クライントＰＣ１０は、コマンドendSessionを送信して、配信サービス実行部１４００とのセッションを終了する（ステップＳ３６）。
Furthermore, the
図７は、配信オプションを変更する場合の第二の配信処理におけるコマンドフローを示す図である。図７において、クライアントＰＣ１０がリポジトリサービス実行部１４１０に対してコマンドstartSession()を送信すると（ステップＳ２０１）、リポジトリサービス実行部１４１０は、セッションＩＤによって応答する（ステップＳ２０２）。クライアントＰＣ１０とリポジトリサービス実行部１４１０との間にセッションを確立する。
FIG. 7 is a diagram illustrating a command flow in the second distribution process when the distribution option is changed. In FIG. 7, when the
セッションが確立すると、クライアントＰＣ１０は、文書を利用するためのチケットを取得するため、リポジトリサービス実行部１４１０に対してコマンドgetTicket（セッションＩＤ、文書ＩＤ）を送信する（ステップＳ２０３）。リポジトリサービス実行部１４１０は、セッションＩＤ及び文書ＩＤに対応するチケットＩＤを発行し、そのチケットＩＤによって応答する（ステップＳ２０４）。
When the session is established, the
次に、クライアントＰＣ１０は、配信サービス実行部１４００に対してコマンドstartSession()を送信し（ステップＳ２０５）、配信サービス実行部１４００は、クライアントＰＣ１０に対してセッションＩＤで応答する（ステップＳ２０６）。クライアントＰＣ１０と配信サービス実行部１４００との間にセッションが確立する。
Next, the
セッションが確立すると、クライントＰＣ１０は、コマンドcreateJobInstruction（セッションＩＤ、チケットＩＤ）を送信して、配信サービス実行部１４００に対して配信指示書３２の作成を要求する（ステップＳ２０７）。
When the session is established, the
クライントＰＣ１０から配信指示書３２の作成要求を受信すると、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocIdByTicket（チケットＩＤ）を送信し（ステップＳ２０８）、リポジトリサービス実行部１４１０は、文書ＩＤによって応答する（ステップＳ２０９）。続けて、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocInfo（文書ＩＤ）を送信し（ステップＳ２１０）、リポジトリサービス実行部１４１０は、ファイル情報３１によって応答する（ステップＳ２１１）。
When receiving the request for creating the
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドgetDeliveryMode（文書ＩＤ、ファイル情報３１）を送信して（ステップＳ２１２）、コントロールサービス１２５０は、配信モード３３によって応答する（ステップＳ２１３）。配信モード３３は、配信機器固有の情報を示している。
Then, the distribution
配信サービス実行部１４００は、コントロールサービス１２５０から取得した配信モード３３に基づいて、配信指示書３２を作成し、配信指示書３２を識別する配信指示書ＩＤをステップ２０７でのクライアントＰＣ１０からのコマンドcreateJobInstructionの応答としてクライアントＰＣ１０に送信する（ステップＳ２１４）。
The distribution
配信サービス実行部１４００は、配信モード３３についてその設定が現在の機器で実現できない場合、これを省略すれば配信できるものと、省略してはいけないものとを判断する。この省略を許すか否かは、クライアントＰＣ１０の指示による。省略を許す設定の場合は、省略できるものは省略して配信指示書３２を作成し、省略を許さない設定の場合は、配信指示書３２を作成せずにエラーをクライアントＰＣ１０に返す。省略可能な配信モード３３の項目と省略不可能な配信モード３３の項目については、図２０で後述される。
When the setting of the
クライアントＰＣ１０は、配信指示書ＩＤを受信すると、配信サービス実行部１４００に対してコマンドgetJobInstruction（セッションＩＤ、配信指示書ＩＤ）を送信して、配信指示書３２のプロパティを要求する（ステップＳ２１５）。配信サービス実行部１４００は、配信指示書ＩＤに対応する配信指示書３２のプロパティによってクライアントＰＣ１０へ応答する（ステップＳ２１６）。
Upon receiving the distribution instruction ID, the
クライアントＰＣ１０は、ユーザの配信オプションの設定によって変更した配信指示書３２のプロパティによって配信サービス実行部１４００にて保存される配信指示書３２のプロパティを変更するため、配信サービス実行部１４００に対してコマンドsetJobInstruction（セッションＩＤ、配信指示書ＩＤ、配信指示書３２のプロパティ）を送信する（ステップＳ２１７）。配信サービス実行部１４００は、受信したコマンドsetJobInstructionで指定される配信指示書３２のプロパティに基づいて、コントロールサービス１２５０へ通知するための配信モード３３を作成する。
The
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドcheckDeliveryMode（文書ＩＤ、配信モード３３）を送信し（ステップＳ２１８）、コントロールサービス１２５０は、コマンド checkDeliveryModeに指定された配信モード３３に従って配信処理が行えるか否かを判断し、その判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」を応答として配信サービス実行部１４００へ送信する（ステップＳ２１９）。
Then, the distribution
配信サービス実行部１４００は、コントロールサービス１２５０から通知された判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」をステップＳ２１７でのコマンドsetJobInstructionに対する応答として送信する（ステップＳ２２０）。
The distribution
クライアントＰＣ１０は、コマンドsetJobInstructionに対する応答が「ＯＫ（処理可）」を示す場合にのみ、融合機１２００にて配信処理を行わせるために、配信サービス実行部１４００に対してコマンドcreateJob（セッションＩＤ、配信指示書ＩＤ）を送信する（ステップＳ２２１）。
The
配信サービス実行部１４００は、コマンドcreateJobを受信すると、コントロールサービス１２５０に対してコマンドentryJob（文書ＩＤ、配信モード３３）を送信して、配信ジョブの実行を指示する（ステップＳ２２２）。
Upon receiving the command createJob, the distribution
コントロールサービス１２５０は、コマンドentryJobで指定される文書ＩＤを用いてリポジトリサービス実行部１４００から画像データ３０を取得して、配信モード３３に従って画像エンジン部１３６０を制御して、取得した画像データ３０を配信させる。コントロールサービス１２５０は、その処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」を応答として配信サービス実行部１４００へ送信する（ステップＳ２２３）。
The
配信サービス実行部１４００は、コントロールサービス１２５０から通知された処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」をステップＳ２２１でのコマンドcreateJobに対する応答として送信する（ステップＳ２２４）。
The distribution
クライアントＰＣ１０は、コマンドcreateJobに対する応答が「ＯＫ（処理完了）」を示す場合にのみ、配信サービス実行部１４００に対してコマンドendSession（セッションＩＤ）を送信して、配信サービス実行部１４００とのセッションを解放する（ステップＳ２２５）。
The
上述により、例えば、ＦＡＸ送信時に作成した配信指示書３２をメール送信に変更する等の配信指示書３２の再利用をすることができる。
As described above, for example, it is possible to reuse the
リポジトリサービス実行部１４１０から提供される画像データ３０に関するファイル情報３１、コントロールサービス１２５０から提供される配信モード３３、及び、配信サービス実行部１４００からクライアントＰＣ１０へ提供される配信指示書３２のプロパティの夫々のデータ構成について図８から図１１で説明する。
図８は、リポジトリサービス実行部から提供されるファイル情報の構造体を示す図である。図８において、ファイル情報３１は、画像データ３０の蓄積時の処理内容を示す情報である。ファイル情報３１は、構造体fileinfo（以下、ファイル情報構造体と言う）によってデータが定義され、画像データ３０の文書名、画像データ３０がリポジトリサービス実行部１４１０に蓄積された蓄積日時、蓄積時のプリンタ、コピー、ファクス、スキャナ等の処理名、用紙サイズ、画像フォーマット、画像圧縮方式等の要素を有する。
FIG. 8 is a diagram showing a structure of file information provided from the repository service execution unit. In FIG. 8, file
リポジトリサービス実行部１４１０は、このような構造体fileinfoで示されるファイル情報３１を画像データ３０に対応させて管理している。
The repository
図９は、コントロールサービスから提供される配信モードの構造体を示す図である。図９において、配信モード３３は、構造体deliveryMode（以下、配信モード構造体と言う）によってデータが定義され、配信種別、回線種別、受信者を特定する情報を示すＦＡＸ番号、メールアドレス、又はＩＰアドレス等の配信宛先、送信者を特定する情報を示すＦＡＸ番号、メールアドレス、又はＩＰアドレス等の配信者名、時刻指定、件名、画像フォーマット、画像圧縮方式等の要素を有する。
FIG. 9 is a diagram showing a distribution mode structure provided by the control service. In FIG. 9, in the
コントロールサービス１２５０は、このような構造体deliveryModeで示される配信モード３３によって配信機器に固有の情報を管理している。
The
図１０は、配信モード構造体に設定される候補値の例を示す図である。図１０において、配信機器の設定状況を反映して、ファイル情報３１から作成された際の図９に示す配信モード構造体（構造体deliveryMode）の要素の候補値が示される。
FIG. 10 is a diagram illustrating an example of candidate values set in the distribution mode structure. In FIG. 10, the candidate values of the elements of the delivery mode structure (structure deliveryMode) shown in FIG. 9 when created from the
配信種別を示す要素DeliveryTypeの候補値として、例えば、ＦＡＸ送信を指定するＦＡＸ、メール送信を指定するＭａｉｌ、ＦＴＰ送信（ファイル転送）を指定するＦＴＰ、又は、配信サーバとしての蓄積文書の送信を指定する配信サーバ送信等が示される。 As a candidate value of the element DeliveryType indicating the distribution type, for example, FAX specifying FAX transmission, Mail specifying mail transmission, FTP specifying FTP transmission (file transfer), or transmission of stored documents as a distribution server is specified. Distribution server transmission to be performed is shown.
回線種別を示す要素LineTypeの候補値として、例えば、ＰＳＴＮ（Public Switched Telephone Network）回線でのＧ３プロトコルを指定するＰＳＴＮ−Ｇ３、ＩＳＤＮ（Integrated Services Digital Network）回線でのＧ３プロトコルを指定するＩＳＤＮ−Ｇ３、Ｇ４プロトコルを指定するＧ４、又は、ＬＡＮ（Local Area Network）を指定するＬＡＮ等が示される。 As candidate values of the element LineType indicating the line type, for example, a PSTN-G3 designating a G3 protocol on a PSTN (Public Switched Telephone Network) line, an ISDN-G3 designating a G3 protocol on an ISDN (Integrated Services Digital Network) line, for example. , G4 specifying the G4 protocol, LAN specifying the LAN (Local Area Network), or the like is shown.
画像フォーマットを示す要素ImageFormatの候補値として、例えば、ＴＩＦＦ（Tagged Image File Format）を指定するＴＩＦＦ、ＪＦＩＦ（JPEG File Interchange Format）を指定するＪＦＩＦ、又は、ＰＤＦ（Potable Document Format）を指定するＰＤＦ等が示される。 As candidate values of the element ImageFormat indicating the image format, for example, TIFF that specifies TIFF (Tagged Image File Format), JFIF that specifies JIFF (JPEG File Interchange Format), or PDF that specifies PDF (Potable Document Format), etc. Is shown.
画像圧縮方式を示す要素ImageCompressionの候補値として、例えば、ＭＨ（Modified Huffman）を指定するＭＨ、ＭＲ（Modified Read）を指定するＭＲ、ＭＭＲ（Modified MR）を指定するＭＭＲ、圧縮なしを指定するＲＡＷ、又は、ＪＰＥＧ（Joint Photographic Experts Group）を指定するＪＰＥＧ等が示される。 As candidate values of the element ImageCompression indicating the image compression method, for example, MH that specifies MH (Modified Huffman), MR that specifies MR (Modified Read), MMR that specifies MMR (Modified MR), RAW that specifies no compression Alternatively, JPEG or the like specifying JPEG (Joint Photographic Experts Group) is shown.
次にＦＡＸ送信を例として、配信指示書３２のプロパティの記述例について説明する。図１１は、ＦＡＸを指定した配信指示書のプロパティの記述例を示す図である。図１１（Ａ）において、配信サービス実行部１４００は、ＦＡＸを指定した配信指示書３２のプロパティ３２ｂをＸＭＬ（eXtensible Markup Language）で生成して管理し、ＦＡＸを指定した配信指示書３２のプロパティ３２ｂは、配信種別（<deliveryProperty>）、回線種別（<lineType>）、配信宛先（<address>）、配信者（<senderName>）、時刻指定（<timeLater>）、件名（<subject>）、画像フォーマット（<imageFormat>）、画像圧縮方式（<imageCompression>）、プロパティ保存の要又は不要（<saveProperty>）等の要素を有する。この場合、配信指示書３２はプロパティ３２ｂのみを有し、文書ＩＤを含まない。配信指示書３２のプロパティ３２ｂの各要素は、ＸＭＬで記述されたタグ名で特定される。
Next, a description example of the property of the
図１１（Ａ）に示す記述例において、配信種別「ＦＡＸ」、回線種別「Ｇ３」、配信宛先「０３−３２１０−９８７６」、配信者「suzuki」、時刻指定「２００４−０２−１６Ｔ１２：０１：００（２００４年２月１６日１２時１分００秒）」、件名「appointment」、画像フォーマット「ｔｉｆｆ」、画像圧縮方式「ＭＨ」、プロパティ保存の要又は不要「true（要）」が示される。 In the description example shown in FIG. 11A, the distribution type “FAX”, the line type “G3”, the distribution destination “03-3210-9876”, the distributor “suzuki”, and the time designation “2004-02-16T12: 01: 00 (February 16, 2004, 12:01:00) ”, the subject“ appointment ”, the image format“ tiff ”, the image compression method“ MH ”, and the property storage required or unnecessary“ true (required) ”are indicated. .
図１１（Ｂ）において、配信サービス実行部１４００は、図１１（Ａ）に示した配信指示書３２のプロパティ３２ｂと、更に、文書ＩＤを示す記述３２ａを含んで配信指示書３２を作成する。文書ＩＤを示す記述３２ａは、例えば、「<document>http://machineName.folderName.fileName1</document>」のように示される。
In FIG. 11B, the distribution
図１１では、ＦＡＸ送信を指定した配信指示書３２のプロパティについて説明したが、メール送信、ＦＴＰ送信、及び配信サーバ送信を指定した配信指示書３２のプロパティについて図１２、図１３及び図１４にて夫々説明する。
In FIG. 11, the properties of the
図１２は、メール送信を指定した配信指示書のプロパティの記述例を示す図である。図１２において、メール送信を指定した配信指示書３２のプロパティ３２ｂ−１は、例えば、配信種別「Ｍａｉｌ」、回線種別「ＬＡＮ」、配信宛先「ａｂｃ＠ａａａ．ｏｒｇ」、配信者「suzuki」、時刻指定「２００４−０２−１６Ｔ１２：０１：００（２００４年２月１６日１２時１分００秒）」、件名「appointment」、画像フォーマット「ｔｉｆｆ」、画像圧縮方式「ＭＨ」、プロパティ保存の要又は不要「true（要）」のようにＸＭＬで記述される。
FIG. 12 is a diagram showing a description example of the property of the delivery instruction sheet in which mail transmission is designated. In FIG. 12, the
ＦＡＸ送信が指定された場合と同様に、配信サービス実行部１４００は、図１２に示した配信指示書３２のプロパティ３２ｂ−１と、更に、文書ＩＤを示す記述３２ａを含んで配信指示書３２を作成する。
Similarly to the case where FAX transmission is designated, the distribution
図１３は、ＦＴＰ送信を指定した配信指示書のプロパティの記述例を示す図である。図１３において、ＦＴＰ送信を指定した配信指示書３２のプロパティ３２ｂ−２は、例えば、配信種別「ＦＴＰ」、回線種別「ＬＡＮ」、配信宛先「１１１．１１２．１１３．１４／ｆｏｏ／ｂａｒ」、配信者「suzuki」、時刻指定「２００４−０２−１６Ｔ１２：０１：００（２００４年２月１６日１２時１分００秒）」、件名「appointment」、画像フォーマット「ｔｉｆｆ」、画像圧縮方式「ＭＨ」、プロパティ保存の要又は不要「true（要）」のようにＸＭＬで記述される。
FIG. 13 is a diagram illustrating a description example of properties of a delivery instruction sheet in which FTP transmission is designated. In FIG. 13, the
ＦＡＸ送信が指定された場合と同様に、配信サービス実行部１４００は、図１３に示した配信指示書３２のプロパティ３２ｂ−２と、更に、文書ＩＤを示す記述３２ａを含んで配信指示書３２を作成する。
Similar to the case where FAX transmission is designated, the distribution
図１４は、配信サーバ送信を指定した配信指示書のプロパティの記述例を示す図である。図１４において、配信サーバ送信を指定した配信指示書３２のプロパティ３２ｂ−３は、例えば、配信種別「deliveryServer」、回線種別「ＬＡＮ」、配信宛先「１１１．１１２．１１３．２４／ｆｏｏ／ｂａｒ」、配信者「suzuki」、時刻指定「２００４−０２−１６Ｔ１２：０１：００（２００４年２月１６日１２時１分００秒）」、件名「appointment」、画像フォーマット「ｔｉｆｆ」、画像圧縮方式「ＭＨ」、プロパティ保存の要又は不要「true（要）」のようにＸＭＬで記述される。
FIG. 14 is a diagram illustrating a description example of the property of the distribution instruction specifying the distribution server transmission. In FIG. 14, the
ＦＡＸ送信が指定された場合と同様に、配信サービス実行部１４００は、図１４に示した配信指示書３２のプロパティ３２ｂ−３と、更に、文書ＩＤを示す記述３２ａを含んで配信指示書３２を作成する。
Similarly to the case where FAX transmission is designated, the distribution
上述したプロパティの記述例では、どの配信種別でも共通に利用されるプロパティについて示しているが、実際には、配信種別に固有の要素を追加して設定する場合がある。その場合、配信種別に固有の要素が追加された配信指示書３２を他の配信種別にて再利用する際には、その固有の要素が不要に追加されている場合がある。同一の配信種別であっても、機能のバージョンアップ等により、機能レベル間でプロパティに差異が生じる場合も同様に、異なる機能レベル間で配信指示書３２を再利用する際には、機能レベルに固有の要素が不要に含まれている場合がある。
In the property description example described above, properties that are commonly used in any distribution type are shown. However, in practice, an element unique to the distribution type may be added and set. In that case, when the
そのような固有の要素が必要である場合にはその値を参照し、不要である場合には無視することによって、いずれの場合であっても配信指示書３２を正常に処理することができる。後述される配信指示書３２のプロパティから配信モード３３への変換処理によって実現される。
When such a unique element is necessary, the value is referred to, and when it is unnecessary, the value is ignored, so that the
配信種別に固有の要素が付加されたプロパティの記述例について図１５で説明する。また、図１５に示す固有の要素を含むプロパティが別の配信種別にて再利用された場合のプロパティの記述例について図１６で説明する。固有の要素は、上述同様、ＸＭＬで記述されたタグ名によって示される。 A description example of a property to which an element specific to the distribution type is added will be described with reference to FIG. A description example of the property when the property including the unique element shown in FIG. 15 is reused in another distribution type will be described with reference to FIG. The unique element is indicated by a tag name described in XML, as described above.
図１５は、配信種別がＦＴＰの場合にＦＴＰに固有の要素が付加された配信指示書のプロパティの記述例を示す図である。図１５において、ＦＴＰを指定した配信指示書３２のプロパティ３２ｂ−４は、例えば、配信種別「ＦＴＰ」、回線種別「ＬＡＮ」、配信宛先「１１１．１１２．１１３．１４」、配信者「suzuki」、時刻指定「２００４−０２−１６Ｔ１２：０１：００（２００４年２月１６日１２時１分００秒）」、件名「appointment」、画像フォーマット「ｔｉｆｆ」、画像圧縮方式「ＭＨ」、プロパティ保存の要又は不要「true（要）」の共通に利用可能なＸＭＬの記述に加えて、ＦＴＰに固有の要素を示す記述３２ｆ（“<senderPassword>012345</senderPassword>”）が付加されている。
FIG. 15 is a diagram illustrating a description example of properties of a delivery instruction sheet to which elements unique to FTP are added when the delivery type is FTP. In FIG. 15, the
このようにＦＴＰに固有の要素を示す記述３２ｆが付加される場合は、例えば、最初に配信指示書３２を作成する際にＦＴＰに固有の要素の設定が要求されていた場合、図１１に示すようなプロパティ３２ｂ−２を再利用する際に機能レベルの違いによって固有の要素の設定が要求されていた場合、ＦＡＸを指定したプロパティ３２ｂ（図１１（Ａ））、メール送信を指定したプロパティ３２ｂ−１（図１２）、又は配信サーバを指定したプロパティ３２ｂ−３（図１４）を再利用する際に機能レベルの違いによって固有の要素の設定が要求されていた場合などである。
When the
更に、このようなプロパティ３２ｂ−４を示す配信指示書３２が作成された後、配信指示書３２の再利用によって、ユーザが異なる配信種別のＦＡＸを指定した場合、例えば、図１４に示すようなプロパティを示す配信指示書３２が作成される。
Further, after the
図１６は、配信種別がＦＡＸの場合にＦＴＰに固有の要素が含まれる配信指示書のプロパティの記述例を示す図である。図１６において、ＦＡＸを指定した配信指示書３２のプロパティ３２ｂ−５は、例えば、配信種別「ＦＡＸ」、回線種別「Ｇ３」、配信宛先「０３−３２１０−９８７６」、配信者「suzuki」、時刻指定「２００４−０２−１６Ｔ１２：１５：００（２００４年２月１６日１２時１５分００秒）」、件名「appointment」、画像フォーマット「ｔｉｆｆ」、画像圧縮方式「ＭＨ」、プロパティ保存の要又は不要「true（要）」の共通に利用可能なＸＭＬの記述に加えて、ＦＴＰに固有の要素を示す記述３２ｆ（“<senderPassword>012345</senderPassword>”）が含まれている。
FIG. 16 is a diagram illustrating a description example of properties of a delivery instruction sheet including elements specific to FTP when the delivery type is FAX. In FIG. 16, the
配信種別が異なる場合、或いは、機能レベルが異なる場合、固有の要素の設定のユーザインターフェースを持たない場合があるため、配信指示書３２を再利用する際にそのまま配信指示書３２に含まれることとなる。本発明では、後述される配信指示書３２のプロパティから配信モード３３への変換処理によって、そのような差異が吸収され配信指示書３２を正常に処理する。
When the distribution type is different, or when the function level is different, there is a case where the user interface for setting unique elements may not be included, so that when the
配信サービス実行部１４００は、図１１（Ａ）、図１２、図１３、図１４、図１５、又は図１６に示すようなＸＭＬで記述されたＦＡＸ送信、メール送信、ＦＴＰ送信又は配信サーバ送信を指定した配信指示のプロパティを画像データに対応させて管理している。
The distribution
このようにＸＭＬで記述された配信指示書３２は、配信種別に共通に利用可能な形式であるため、異なる配信種別間での再利用が容易に行うことができるようになる。また、配信指示書３２に対する処理を統一することが可能となる。更に、異なる配信種別、或いは、異なる機能レベルに固有の要素を配信指示書３２に含むことを許容する。サポートしていない機能が無視される。
As described above, the
また、上述したようなＸＭＬによる記述例は、ＣＳＶ形式にて構成することも可能である。 Moreover, the description example by XML as mentioned above can also be comprised in CSV format.
上記第二の配信処理では、クライアントＰＣ１０は、配信サービス実行部１４００から取得した配信指示書３２のプロパティのうち変更があったプロパティを融合機１２００へ送信し、配信サービス実行部１４００にて作成しておいた配信指示書３２の変更を行う。このような処理とすることによって、クライアントＰＣ１０は、配信指示書３２のプロパティの変更部分を指定するのみで、配信処理を実行することができる。
In the second distribution process, the
一方、融合機１２００は、複数のクライアントＰＣ１０との間で上記第二の配信処理を実行すると、各クライアントＰＣ１０から配信指示を受信するまで、作成しておいた複数の配信指示書３２を保持することになる。融合機１２００での配信指示書３２を保持するための記憶領域を有効に使用するために、各クライアントＰＣ１０にて変更したプロパティを含む配信指示書３２を作成するようにすることが考えられる。
On the other hand, when the
クライアントＰＣ１０にて変更したプロパティを含む配信指示書３２を作成する場合について図１７から図２０で説明する。
A case where the
図１７は、配信オプションを変更する場合の第三の配信処理の概要を説明するための図である。図１７中、図５と同一の部分には、同一符号を付し、その説明を省略する。 FIG. 17 is a diagram for explaining the outline of the third distribution process when the distribution option is changed. In FIG. 17, the same parts as those in FIG.
図１７において、配信サービス実行部１４００は、配信指示書３２を作成し、配信指示書３２のプロパティをクライアントＰＣ１０へ送信すると、記憶領域から作成した配信指示書３２を削除する。
In FIG. 17, the distribution
一方、クライアントＰＣ１０は、ステップＳ２５にて取得した配信指示書３２のプロパティの変更を行い、変更されたプロパティの値を含む全プロパティの値が設定された印刷指示書３２を作成する（ステップＳ２６−４）。そして、クライアントＰＣ１０は、作成した配信指示書３２を送信することによって、配信サービス実行部１４００に配信指示を行う（ステップＳ２７−４）。配信サービス実行部１４００は、クライアントＰＣ１０から受信した配信指示書３２に基づいて、文書ＩＤと配信モード３３とをコントロールサービス１２５０へ通知する（ステップＳ２８）。以降の処理は、図５の説明と同様である。
On the other hand, the
次に、クライアントＰＣ１０側で例えば、件名等の配信オプションを変更した場合の配信処理を図１８で説明する。図１８は、配信オプションを変更する場合の第三の配信処理を説明するためのフローチャート図である。図１８中、図６と同一のステップには、同一符号を付し、その説明を省略する。
Next, for example, a distribution process when the distribution option such as a subject is changed on the
図１８において、図６のステップＳ３４がステップＳ３４−２に置き換わる。ステップＳ３４−２では、クライアントＰＣ１０は、ユーザの配信オプションの変更に応じて、取得した配信指示書３２のプロパティの値を変更し、変更したプロパティの値を含む全プロパティの値が設定された配信指示書３２を作成する（ステップＳ３４−２）。そして、クライアントＰＣ１０は、コマンドcreateJobを送信して、配信実行を配信サービス実行部１４００に指示する（ステップＳ３５）。以降の処理は、図６の説明と同様である。
In FIG. 18, step S34 in FIG. 6 is replaced with step S34-2. In step S34-2, the
図１９は、配信オプションを変更する場合の第三の配信処理におけるコマンドフローを示す図である。図１９中、図７と同一のステップには、同一符号を付し、その説明を省略する。 FIG. 19 is a diagram illustrating a command flow in the third distribution process when the distribution option is changed. In FIG. 19, the same steps as those in FIG. 7 are denoted by the same reference numerals, and the description thereof is omitted.
図１９において、配信サービス実行部１４００は、作成して所定記憶領域に保存した配信指示書３２を識別する配信指示書ＩＤをクライアントＰＣ１０からのコマンドcreateJobInstructionの応答としてクライアントＰＣ１０に送信後（ステップＳ２１４）、クライアントＰＣ１０からコマンドgetJobInstruction（セッションＩＤ、配信指示書ＩＤ）を受信すると（ステップＳ２１５−２）、配信サービス実行部１４００は、配信指示書ＩＤに対応する文書ＩＤを含む配信指示書３２のプロパティによってクライアントＰＣ１０へ応答し、配信サービス実行部１４００が作成した配信指示書３２を所定記憶領域から削除する（ステップＳ２１６−２）。
In FIG. 19, the distribution
クライアントＰＣ１０は、ユーザの配信オプションの設定によって、プロパティを変更した配信指示書３２を作成し、配信サービス実行部１４００に対してコマンドcreateJobInstruction（セッションＩＤ、全配信指示書３２）を送信する（ステップＳ２１７−２）。配信サービス実行部１４００は、受信した配信指示書３２を識別するための配信指示書ＩＤを生成し、この配信指示書３２に基づいて、コントロールサービス１２５０へ通知するための配信モード３３を作成する。
The
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドcheckDeliveryMode（文書ＩＤ、配信モード３３）を送信し（ステップＳ２１８）、コントロールサービス１２５０は、コマンドcheckDeliveryModeに指定された配信モード３３に従って配信処理が行えるか否かを判断し、その判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」を応答として配信サービス実行部１４００へ送信する（ステップＳ２１９）。
Then, the distribution
配信サービス実行部１４００は、コントロールサービス１２５０から通知された判断結果が「ＯＫ（処理可）」である場合、配信指示書ＩＤをステップＳ２１７−２でのコマンドsetJobInstructionに対する応答として送信する（ステップＳ２２０−２）。コントロールサービス１２５０から通知された判断結果が「ＮＯＴ（処理不可）」である場合、「ＮＯＴ（処理不可）」を応答として送信する。
When the determination result notified from the
クライアントＰＣ１０は、コマンドcreateJobInstructionに対する応答が「ＯＫ（処理可）」を示す場合にのみ、融合機１２００にて配信処理を行わせるために、配信サービス実行部１４００に対してコマンドcreateJob（セッションＩＤ、配信指示書ＩＤ）を送信する（ステップＳ２２１）。以降の処理は、図７の説明と同様である。
Only when the response to the command create JobInstruction indicates “OK (processable)”, the
上述した第三の配信処理において、ステップＳ２１６−２にて配信サービス実行部１４００からクライアントＰＣ１０へ提供される配信指示書３２のプロパティについて図２０で説明する。
In the third distribution process described above, the properties of the
図２０は、第三の配信処理において、配信サービス実行部から提供される配信指示書のプロパティの記述例を示す図である。図２０において、第二の配信処理における配信指示書３２のプロパティとの違いは、文書ＩＤに相当する記述３２ａが付加されている点である。記述３２ａは、例えば、<document>http://machineName.folderName.fileName1</document>及び<document>http://machineName.folderName.fileName2</document>のように記述される。この場合、２つの文書が指定されていることを示す。記述３２ａには、１つ以上の文書を識別するための文書ＩＤ（例えば、文書が保存されている場所を示すＵＲＬ(Uniform Resource Locator)等）が示される。
FIG. 20 is a diagram illustrating a description example of the property of the distribution instruction provided from the distribution service execution unit in the third distribution process. In FIG. 20, the difference from the property of the
上述の第三の配信処理では、配信サービス実行部１４００は、配信指示書３２のための記憶領域を有効に使用することができる。
In the third distribution process described above, the distribution
次に、コントロールサービス１２５０が、図７のステップＳ２１２で配信サービス実行部１４００から受信したファイル情報３１をステップＳ２１３で配信サービス実行部１４００に通知する配信モード３３に変換する方法について図２１で説明する。図２１は、コントロールサービスによるファイル情報から配信モードへの変換処理を説明するためのフローチャート図である。図２１において、コントロールサービス１２５０は、ファイル情報構造体に値が設定されている要素を取り出す（ステップＳ４１）。
Next, a method in which the
コントロールサービス１２５０は、取り出した要素が配信モード構造体の要素に該当するか否かを判断する（ステップＳ４３）。該当しない場合、ステップＳ４４へ進む。該当する場合、配信モード構造体の該当要素に値をセットする（ステップＳ４３）。更に、ファイル情報構造体の全要素を確認したか否かを判断する（ステップＳ４４）。全要素を確認していない場合、ステップＳ４１へ戻りファイル情報構造体から値が設定されている次の要素を取り出し、上記同様の処理を繰り返す。一方、全要素を確認した場合、ファイル情報から配信モード３３への変換処理を終了する。
The
そして、図７のステップＳ２１４での配信サービス実行部１４００によって行われる、配信モード３３についてその設定が現在の機器で実現できない場合、これを省略すれば配信できるものと、省略してはいけないものとの判断は、図２２に示されるような情報に基づいて行われる。
If the setting for the
図２２は、配信モードの省略を判断するための情報を示す図である。図２２（Ａ）は、省略可能な配信モードを示すテーブルである。図２２（Ｂ）は、省略不可能な配信モードを示すテーブルである。図２２（Ａ）において、省略可能な配信モードの項目５ａとして、配信者名、時刻指定、件名、ソート・スタック、画像フォーマット、画像圧縮方式等がある。また、図２２（Ｂ）に示されるように、省略不可能な配信モードの項目５ｂとして、配信種別、改選種別、配信宛先等がある。 FIG. 22 is a diagram illustrating information for determining whether the delivery mode is omitted. FIG. 22A is a table showing delivery modes that can be omitted. FIG. 22B is a table showing delivery modes that cannot be omitted. In FIG. 22A, the delivery mode item 5a which can be omitted includes a distributor name, time designation, subject, sort stack, image format, image compression method, and the like. Also, as shown in FIG. 22B, the distribution mode item 5b that cannot be omitted includes a distribution type, a selection type, a distribution destination, and the like.
配信サービス実行部１４００は、これら省略可能な配信モードの項目５ａと省略不可能な配信モードの項目５ｂとを夫々テーブルとして保持しても良く、また、処理の中の判断処理部として組み込まれていても良い。
The delivery
図２２（Ａ）及び図２２（Ｂ）に示す省略可能な配信モードの項目５ａと省略不可能な配信モードの項目５ｂとに基づいて、ユーザが省略を許すに設定し、作成した配信モード構造体にて配信できない場合の配信モードの項目の省略処理について図２３で説明する。図２３は、配信モードの項目の省略処理を説明するフローチャート図である。 A delivery mode structure created by the user set to allow omission based on the omissible delivery mode item 5a and the omissible delivery mode item 5b shown in FIGS. 22 (A) and 22 (B). The process of omitting items in the distribution mode when the distribution cannot be performed by the body will be described with reference to FIG. FIG. 23 is a flowchart for explaining a process for omitting items in the distribution mode.
図２３において、配信サービス実行部１４００は、配信モード構造体に値が設定されている要素を取り出す（ステップＳ５１）。配信サービス実行部１４００は、取り出した要素が配信モード３３の省略対象の項目に該当するか否かを判断する（ステップＳ５２）。配信モード３３の省略対象の項目に該当しない場合、ステップＳ５７へ進む。一方、配信モード３３の省略対象の項目に該当する場合、処理に必要な機器情報をコントロールサービス１２５０から取得する（ステップＳ５３）。
In FIG. 23, the distribution
配信サービス実行部１４００は、該当処理が現在の機器設定にて実行可能であるか否かを判断する（ステップＳ５４）。実行可能な場合、ステップＳ５７へ進む。一方、実行可能でない場合、配信モード構造体の該当要素の値をクリアする（ステップＳ５５）。そして、項目が省略されている配信モード３３を保存する（ステップＳ５６）。
The distribution
配信サービス実行部１４００は、配信モード構造体の全要素を確認したか否かを判断する（ステップＳ５７）。配信モード構造体の全要素を確認していない場合、ステップＳ５１へ戻り上記同様の処理を繰り返す。一方、配信モード構造体の全要素を確認した場合、配信モード３３のプロパティから配信モード３３への変換処理を終了する。
The distribution
配信サービス実行部１４００が、図７のステップＳ２１７でクライアントＰＣ１０から受信した配信指示書３２のプロパティをステップＳ２１８でコントロールサービス１２５０に通知する配信モード３３に変換する方法について図２４で説明する。図２４は、配信サービス実行部による配信指示書のプロパティから配信モードへの変換処理を説明するためのフローチャート図である。
A method in which the distribution
図２４において、配信サービス実行部１４００は、配信モード３３のプロパティからプロパティ名を取り出す（ステップＳ６１）。ここで、プロパティ名とは、図１１から図１６にて示されるＸＭＬで記述されたタグ名に相当する。配信モード構造体の要素に該当するか否かを判断する（ステップＳ６２）。詳しくは、タグ名が配信モード構造体の要素に対応するか否かを判断する。配信モード構造体の要素に該当しない場合ステップＳ６３へ進む。配信モード構造体の要素に該当する場合、プロパティ値を取り出して（ステップＳ６３）、配信モード構造体の該当要素に値をセットする（ステップＳ６４）。
In FIG. 24, the distribution
配信サービス実行部１４００は、配信モード３３のプロタティの全てのプロパティを確認したか否かを判断する（ステップＳ６５）。全てのプロパティを確認していない場合、ステップＳ６１へ戻り、上記同様の処理を行う。一方、全てのプロパティを確認した場合、配信サービス実行部１４００による配信指示書３２のプロパティから配信モード３３への変換処理を終了する。
The distribution
このように、上述した変換処理では、配信モード構造体の要素に該当するプロパティ名（タグ名）の値のみが設定され、該当しないプロパティ名（タグ名）は無視される仕組みとなっている。そのため、配信指示書３２の値が引数として設定された従来処理の場合には、配信処理中における不正な値によってエラーが発生したが、そのようなエラー発生を抑止することが可能となる。本発明における変換処理では、配信種別が異なる、或いは、機能レベルが異なる等により、プロパティ名（タグ名）が配信モード構造体の要素に対応しない場合においても、エラーを発生させることなく変換処理が続行される。
As described above, in the conversion process described above, only the value of the property name (tag name) corresponding to the element of the distribution mode structure is set, and the property name (tag name) not corresponding is ignored. For this reason, in the case of the conventional processing in which the value of the
クライアントＰＣ１０にて変更された配信指示書３２のプロパティを配信せずにリポジトリサービス実行部１４１０に保存する場合の処理概要を図２５で説明する。変更された配信指示書３２のプロパティをリポジトリサービス実行部１４１０に保存する処理は、プロパティに保存指定がなされた場合に行なわれる。
An outline of processing when the properties of the
図２５は、配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理の概要を説明するための図である。 FIG. 25 is a diagram for explaining the outline of the fourth distribution process when the distribution option is changed and the property is specified to be saved.
図２５において、クライアントＰＣ１０は、リポジトリ装置２０のリポジトリサービス実行部１４１０から所望する画像データ３０を利用するためのチケットを取得して（ステップＳ７１）、そのチケットを融合機１２００の配信サービス実行部１４００へ渡して配信指示書３２の作成を要求する（ステップＳ７２）。配信サービス実行部１４００は、クライアントＰＣ１０から受け取ったチケットによって、リポジトリサービス実行部１４１０に対して、文書ＩＤとファイル情報３１を要求する（ステップＳ７３）。
In FIG. 25, the
リポジトリ装置２０において、リポジトリサービス実行部１４１０は、ステップＳ７３で受け取ったチケットがステップＳ７１で発行したものであることを確認後、文書ＩＤとファイル情報３１とを融合機１２００の配信サービス実行部１４００へ提供する（ステップＳ７４）。ファイル情報３１には、蓄積した時点での配信条件が設定されている。配信サービス実行部１４００は、コントロールサービス１２５０を使って、このファイル情報３１を変換して配信モード３３を作成し、文書ＩＤと配信モード３３とが設定される配信指示書３２を作成する。
In the
クライアントＰＣ１０は、配信指示書３２の内容を示すプロパティを融合機１２００の配信サービス実行部１４００から取得する（ステップＳ７５）。クライアントＰＣ１０は、ユーザが変更したプロパティ値に変更するように配信サービス実行部１４００に指示する（ステップＳ７６）。この時、プロパティが保存指定となる。
The
プロパティが保存指定のプロパティ値の変更要求を受信すると、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に変更されたプロパティ値を保存する（ステップＳ７７）。
When the property value change request for storing the property is received, the distribution
このように、変更されたプロパティ値によって、リポジトリサービス実行部１４１０で管理されるファイル情報３１を上書き保存することができる。
In this way, the
クライアントＰＣ１０側でのプロパティを保存指定とする場合の処理について図２６で説明する。図２６は、配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理を説明するフローチャート図である。図２６において、クライアントＰＣ１０は、コマンドstartSessionを送信して、融合機１２００の配信サービス実行部１４００とのセッションを確立する（ステップＳ８１）。セッション確立後、クライアントＰＣ１０は、コマンドcreateJobInstructionを送信して、リポジトリ装置２０のリポジトリサービス実行部１４１０から取得しておいたチケットを配信サービス実行部１４００に渡して配信指示書３２の作成を要求し（ステップＳ８２）、コマンドgetJobInstructionを送信して、配信指示書３２の内容を示すプロパティをリポジトリサービス実行部１４１０から取得する（ステップＳ８３）。
Processing when the property on the
ユーザの設定変更に応じて、プロパティ保存が指定されたコマンドsetJobInstructionを送信して、配信指示書３２のプロパティの変更及び保存をリポジトリサービス実行部１４１０へ指示し（ステップＳ８４）、コマンドendSessionを送信して、配信サービス実行部１４００とのセッションを終了する（ステップＳ８５）。
In response to the user setting change, a command setJobInstruction in which property storage is specified is transmitted to instruct the repository
図２７は、配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理におけるコマンドフローを示す図である。図２７において、クライアントＰＣ１０が融合機１２００の配信サービス実行部１４００に対してコマンドgetJobInstruction（セッションＩＤ、配信指示書ＩＤ）を送信すると（ステップＳ３０１）、配信サービス実行部１４００は、配信指示書３２のプロパティによって応答する（ステップＳ３０２）。
FIG. 27 is a diagram illustrating a command flow in the fourth distribution process when the distribution option is changed and the property is specified to be saved. In FIG. 27, when the
クライアントＰＣ１０は、プロパティ保存が有りに設定されたコマンドsetJobInstruction（セッションＩＤ、配信指示書ＩＤ、配信指示書３２のプロパティ）を配信サービス実行部１４００に送信する（ステップＳ３０３）。
The
配信サービス実行部１４００は、プロパティ保存が有りに設定されたコマンドsetJobInstructionを受信すると、コントロールサービス１２５０に対してコマンドcheckDeliveryMode（文書ＩＤ、配信モード３３）を送信する（ステップＳ３０４）。コントロールサービス１２５０は、コマンドcheckDeliveryModeに指定された配信モード３３に従って配信処理が行えるか否かを判断し、その判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」を応答として配信サービス実行部１４００へ送信する（ステップＳ３０５）。
When the distribution
配信サービス実行部１４００は、その判断結果が「ＯＫ（処理可）」を示す場合にのみ、コントロールサービス１２５０に対してコマンドgetFileInfo（文書ＩＤ、配信モード３３）を送信する（ステップＳ３０６）。コントロールサービス１２５０は、受信したコマンドgetFileInfoから配信モード３３を取り出してファイル情報３１に変換し、そのファイル情報３１によって配信サービス実行部１４００に応答する（ステップＳ３０７）。
The distribution
配信サービス実行部１４００は、コントロールサービス１２５０から配信モード３３から変換されたファイル情報３１を受信すると、リポジトリサービス実行部１４１０に対してコマンドsetDocInfo（文書ＩＤ、ファイル情報３１）を送信する（ステップＳ３０８）。リポジトリサービス実行部１４１０は、文書ＩＤに対応させてファイル情報３１を保存して、その保存処理結果「ＯＫ（保存完了）」又は「ＮＯＴ（保存エラー）」によって配信サービス実行部１４００に応答する（ステップＳ３０９）。
When the distribution
配信サービス実行部１４００は、リポジトリサービス実行部１４１０から通知された保存処理結果「ＯＫ（保存完了）」又は「ＮＯＴ（保存エラー）」をステップＳ３０３に対する応答としてクライアントＰＣ１０に通知する（ステップＳ３１０）。
The distribution
コントロールサービス１２５０が、図２７のステップ３０６において配信サービス実行部１４００から受信した配信モード３３をファイル情報３１に変換して配信サービス実行部１４００に提供する場合の配信モード３３からファイル情報３１に変換する変換処理を図２８で説明する。
The
図２８は、コントロールサービスによる配信モードからファイル情報への変換処理を説明するためのフローチャート図である。図２８において、コントロールサービス１２５０は、配信モード構造体に値が設定されている要素を取り出して（ステップＳ９１）、ファイル情報構造体の要素に該当するか否かを判断する（ステップＳ９２）。
FIG. 28 is a flowchart for explaining the conversion process from the delivery mode to the file information by the control service. In FIG. 28, the
ファイル情報構造体の要素に該当しない場合、コントロールサービス１２５０ステップＳ９４へ進む。一方、ファイル情報構造体の要素に該当する場合、コントロールサービス１２５０は、ファイル情報構造体の該当要素に値をセットする（ステップＳ９３）。
If it does not correspond to an element of the file information structure, the
そして、コントロールサービス１２５０は、配信モード構造体の全要素を確認したか否かを判断する（ステップＳ９４）。配信モード構造体の全要素を確認していない場合、コントロールサービス１２５０ステップＳ９１へ戻り、上記同様の処理を繰り返す。一方、配信モード構造体の全要素を確認した場合、コントロールサービス１２５０は、配信モード３３からファイル情報３１への変換処理を終了する。
Then, the
次に、異なる複数の配信種別による画像データ３０の配信を一連の処理にて行う複合配信について図２９及び図３０で説明する。図２９及び図３０は、複合配信処理のコマンドフローを示す図である。図２９及び図３０に示されるコマンドフローは、連続して実行される一連の処理を示している。ここでは、ＦＡＸ送信とメール送信とを一連の処理にて行う複合配信を例として説明する。また、ＦＡＸ送信を行い、そしてメール送信を行う場合で説明されるが、複合配信は、ＦＡＸ送信、メール送信、ＦＴＰ送信、及び配信サーバ送信の複数を組み合わせた一連の処理であり、その配信種別の処理順序は任意であり、限定されるものではない。
Next, composite distribution in which
図２９において、クライアントＰＣ１０がリポジトリサービス実行部１４１０に対してコマンドstartSession()を送信すると（ステップＳ７０１）、リポジトリサービス実行部１４１０は、セッションＩＤによって応答する（ステップＳ７０２）。クライアントＰＣ１０とリポジトリサービス実行部１４１０との間にセッションを確立する。
In FIG. 29, when the
セッションが確立すると、クライアントＰＣ１０は、文書を利用するためのチケットを取得するため、リポジトリサービス実行部１４１０に対してコマンドgetTicket（セッションＩＤ、文書ＩＤ）を送信する（ステップＳ７０３）。リポジトリサービス実行部１４１０は、セッションＩＤ及び文書ＩＤに対応するチケットＩＤを発行し、そのチケットＩＤによって応答する（ステップＳ７０４）。
When the session is established, the
次に、クライアントＰＣ１０は、配信サービス実行部１４００に対してコマンドstartSession()を送信し（ステップＳ７０５）、配信サービス実行部１４００は、クライアントＰＣ１０に対してセッションＩＤで応答する（ステップＳ７０６）。クライアントＰＣ１０と配信サービス実行部１４００との間にセッションが確立する。
Next, the
セッションが確立すると、クライントＰＣ１０は、コマンドcreateJobInstruction（セッションＩＤ、チケットＩＤ）を送信して、配信サービス実行部１４００に対して配信指示書３２の作成を要求する（ステップＳ７０７）。
When the session is established, the
クライントＰＣ１０から配信指示書３２の作成要求を受信すると、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocIdByTicket（チケットＩＤ）を送信し（ステップＳ７０８）、リポジトリサービス実行部１４１０は、文書ＩＤによって応答する（ステップＳ７０９）。続けて、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocInfo（文書ＩＤ）を送信し（ステップＳ７１０）、リポジトリサービス実行部１４１０は、ファイル情報３１によって応答する（ステップＳ７１１）。
When receiving the request for creating the
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドgetDeliveryMode（文書ＩＤ、ファイル情報３１）を送信して（ステップＳ７１２）、コントロールサービス１２５０は、配信モード（１）３３によって応答する（ステップＳ７１３）。配信モード（１）３３は、配信機器固有の情報を示している。
Then, the distribution
配信サービス実行部１４００は、コントロールサービス１２５０から取得した配信モード（１）３３に基づいて、配信指示書（１）３２を作成し、配信指示書（１）３２を識別する配信指示書ＩＤ（１）をステップ７０７でのクライアントＰＣ１０からのコマンドcreateJobInstructionの応答としてクライアントＰＣ１０に送信する（ステップＳ７１４）。
The distribution
配信サービス実行部１４００は、配信モード（１）３３についてその設定が現在の機器で実現できない場合、これを省略すれば配信できるものと、省略してはいけないものとを判断する。この省略を許すか否かは、クライアントＰＣ１０の指示による。省略を許す設定の場合は、省略できるものは省略して配信指示書３２を作成し、省略を許さない設定の場合は、配信指示書３２を作成せずにエラーをクライアントＰＣ１０に返す。
When the setting of the distribution mode (1) 33 cannot be realized by the current device, the distribution
クライアントＰＣ１０は、配信指示書ＩＤ（１）を受信すると、配信サービス実行部１４００に対してコマンドgetJobInstruction（セッションＩＤ、配信指示書ＩＤ（１））を送信して、配信指示書（１）３２のプロパティを要求する（ステップＳ７１５）。配信サービス実行部１４００は、配信指示書ＩＤ（１）に対応する配信指示書（１）３２のプロパティによってクライアントＰＣ１０へ応答する（ステップＳ７１６）。
Upon receiving the distribution instruction ID (1), the
クライアントＰＣ１０は、ユーザの配信オプションの設定によって変更した配信指示書（１）３２のプロパティによって配信サービス実行部１４００にて保存される配信指示書（１）３２のプロパティを変更するため、配信サービス実行部１４００に対してコマンドsetJobInstruction（セッションＩＤ、配信指示書ＩＤ（１）、配信指示書（１）３２のプロパティ）を送信する（ステップＳ７１７）。配信サービス実行部１４００は、受信したコマンドsetJobInstructionで指定される配信指示書（１）３２のプロパティに基づいて、コントロールサービス１２５０へ通知するための配信モード（１）３３を作成する。
The
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドcheckDeliveryMode（文書ＩＤ、配信モード（１）３３）を送信し（ステップＳ７１８）、コントロールサービス１２５０は、コマンド checkDeliveryModeに指定された配信モード３３に従って配信処理が行えるか否かを判断し、その判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」を応答として配信サービス実行部１４００へ送信する（ステップＳ７１９）。
The distribution
配信サービス実行部１４００は、コントロールサービス１２５０から通知された判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」をステップＳ７１７でのコマンドsetJobInstructionに対する応答として送信する（ステップＳ７２０）。
The distribution
続けて、図３０において、クライントＰＣ１０は、コマンドcreateJobInstruction（セッションＩＤ、チケットＩＤ）を送信して、配信サービス実行部１４００に対して配信指示書３２の作成を要求する（ステップＳ７２１）。ここで指定されるセッションＩＤは、ステップＳ７０１及びＳ７０２にて取得したセッションＩＤである。また、チケットＩＤは、図２９のステップＳ７０３及びＳ７０４にて取得したチケットＩＤである。
Subsequently, in FIG. 30, the
クライントＰＣ１０から配信指示書３２の作成要求を受信すると、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocIdByTicket（チケットＩＤ）を送信し（ステップＳ７２２）、リポジトリサービス実行部１４１０は、文書ＩＤによって応答する（ステップＳ７２３）。続けて、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocInfo（文書ＩＤ）を送信し（ステップＳ７２４）、リポジトリサービス実行部１４１０は、ファイル情報３１によって応答する（ステップＳ７２５）。
When receiving the request for creating the
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドgetDeliveryMode（文書ＩＤ、ファイル情報３１）を送信して（ステップＳ７２６）、コントロールサービス１２５０は、配信モード（２）３３によって応答する（ステップＳ７２７）。配信モード（２）３３は、配信機器固有の情報を示している。
Then, the distribution
配信サービス実行部１４００は、コントロールサービス１２５０から取得した配信モード（２）３３に基づいて、配信指示書（２）３２を作成し、配信指示書（２）３２を識別する配信指示書ＩＤ（２）をステップ７０７でのクライアントＰＣ１０からのコマンドcreateJobInstructionの応答としてクライアントＰＣ１０に送信する（ステップＳ７２８）。
The distribution
配信サービス実行部１４００は、配信モード（２）３３についてその設定が現在の機器で実現できない場合、これを省略すれば配信できるものと、省略してはいけないものとを判断する。この省略を許すか否かは、クライアントＰＣ１０の指示による。省略を許す設定の場合は、省略できるものは省略して配信指示書３２を作成し、省略を許さない設定の場合は、配信指示書３２を作成せずにエラーをクライアントＰＣ１０に返す。
When the setting for the distribution mode (2) 33 cannot be realized by the current device, the distribution
クライアントＰＣ１０は、配信指示書ＩＤ（２）を受信すると、配信サービス実行部１４００に対してコマンドgetJobInstruction（セッションＩＤ、配信指示書ＩＤ（２））を送信して、配信指示書（２）３２のプロパティを要求する（ステップＳ７２９）。配信サービス実行部１４００は、配信指示書ＩＤ（２）に対応する配信指示書（２）３２のプロパティによってクライアントＰＣ１０へ応答する（ステップＳ７３０）。
Upon receiving the distribution instruction ID (2), the
クライアントＰＣ１０は、ユーザの配信オプションの設定によって変更した配信指示書（２）３２のプロパティによって配信サービス実行部１４００にて保存される配信指示書（２）３２のプロパティを変更するため、配信サービス実行部１４００に対してコマンドsetJobInstruction（セッションＩＤ、配信指示書ＩＤ（２）、配信指示書（２）３２のプロパティ）を送信する（ステップＳ７３１）。配信サービス実行部１４００は、受信したコマンドsetJobInstructionで指定される配信指示書（２）３２のプロパティに基づいて、コントロールサービス１２５０へ通知するための配信モード（２）３３を作成する。
The
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドcheckDeliveryMode（文書ＩＤ、配信モード（２）３３）を送信し（ステップＳ７３２）、コントロールサービス１２５０は、コマンド checkDeliveryModeに指定された配信モード３３に従って配信処理が行えるか否かを判断し、その判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」を応答として配信サービス実行部１４００へ送信する（ステップＳ７３３）。
Then, the distribution
配信サービス実行部１４００は、コントロールサービス１２５０から通知された判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」をステップＳ７３１でのコマンドsetJobInstructionに対する応答として送信する（ステップＳ７３４）。
The distribution
クライアントＰＣ１０は、コマンドsetJobInstructionに対する応答が「ＯＫ（処理可）」を示す場合にのみ、融合機１２００にて配信処理を行わせるために、配信サービス実行部１４００に対してコマンドcreateJob（セッションＩＤ、配信指示書ＩＤ（１）、配信指示書ＩＤ（２））を送信する（ステップＳ７３５）。
The
配信サービス実行部１４００は、コマンドcreateJobを受信すると、コントロールサービス１２５０に対してコマンドentryJob（文書ＩＤ、配信モード（１）３３、配信モード（２）３３）を送信して、配信ジョブの実行を指示する（ステップＳ７３６）。
Upon receiving the command createJob, the distribution
コントロールサービス１２５０は、コマンドentryJobで指定される文書ＩＤを用いてリポジトリサービス実行部１４００から画像データ３０を取得して、配信モード（１）３３に従って画像エンジン部１３６０を制御して、取得した画像データ３０を配信させる。例えば、配信モード（１）３３がＦＡＸ送信を指定している場合、取得した画像データ３０をＦＡＸで配信する。続けて、配信モード（２）３３に従って画像エンジン部１３６０を制御して、取得した画像データ３０を配信させる。例えば、配信モード（２）３３がメール送信を指定している場合、取得した画像データ３０をメールで配信する。
The
コントロールサービス１２５０は、その処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」を応答として配信サービス実行部１４００へ送信する（ステップＳ７３７）。
The
配信サービス実行部１４００は、コントロールサービス１２５０から通知された処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」をステップＳ７３５でのコマンドcreateJobに対する応答として送信する（ステップＳ７３８）。
The distribution
クライアントＰＣ１０は、コマンドcreateJobに対する応答が「ＯＫ（処理完了）」を示す場合にのみ、配信サービス実行部１４００に対してコマンドendSession（セッションＩＤ）を送信して、配信サービス実行部１４００とのセッションを解放する（ステップＳ７３９）。
The
このようにセッションの確立は、一連の処理の開始に行うのみでよく、配信処理毎に行う必要がない。 In this way, the session establishment need only be performed at the start of a series of processes, and need not be performed for each distribution process.
以上、リポジトリサービス実行部１４１０が融合機１２００とは別のリポジトリ装置２０に備えられる例にて説明してきたが、本願発明は、図３１に示すように、融合機１２００に配信サービス実行部１４００とリポジトリサービス実行部１４１０とを備えるようにしても良い。図３１は、配信指示書を指定するのみで配信可能な第二のネットワーク構成を示すブロック図である。
As described above, the repository
図３１に示す第二のネットワーク構成において、図３に示す第一のネットワーク構成と異なり、融合機１２００は、融合機１２００内に配信サービス実行部１４００と、リポジトリサービス実行部１４１０と、コントロールサービス１２５０と、配信エンジン部１３６０とを有する。そのため、ネットワーク１５を介して行われた配信サービス実行部１４００とリポジトリサービス実行部１４１０との通信は、内部的なコマンドの発行によって行われる。
In the second network configuration shown in FIG. 31, unlike the first network configuration shown in FIG. 3, the
このような構成とすることで、クライアントＰＣ１０は、融合機１２００との間でチケットの取得及び配信指示書３２の取得を行えばよい。
With such a configuration, the
本発明によると、クライアントＰＣ１０は、画像データ３０の使用を許可するチケットを融合機１２００へ送信し、配信指示書３２を指定するのみで配信処理を実行させることができる。つまり、配信指示書３２の再利用を実現することができる。また、クライアントＰＣ１０は、融合機１２００から取得したプロパティを変更して、例えば、変更した配信種別にて配信処理を実行させることができる。更に、その変更したプロパティに基づく配信指示書３２を作成可能なファイル情報３１にて保存することができる。
According to the present invention, the
以下に、図３１に示す第二のネットワーク構成にて、チケットを使わない場合について説明する。図３に示す第一のネットワーク構成にても同様に実現される。 The case where no ticket is used in the second network configuration shown in FIG. 31 will be described below. The same is realized in the first network configuration shown in FIG.
図３２は、チケットを使わない場合の第五の配信処理の概要を説明するための図である。図３２において、クライアントＰＣ１０は、リポジトリサービス実行部１４１０に対して、所望する画像データ３０を利用するための文書パスワードを送信し、リポジトリサービス実行部１４１０がその文書パスワードをチェックする（ステップＳ１０１）。文書パスワードによって文書へのアクセスの正当性が確認された場合、画像データ３０を識別する文書ＩＤを融合機１２００の配信サービス実行部１４００へ渡して配信指示書３２の作成を要求する（ステップＳ１０２）。
FIG. 32 is a diagram for explaining the outline of the fifth distribution process when a ticket is not used. In FIG. 32, the
配信サービス実行部１４００は、クライアントＰＣ１０から受け取った文書ＩＤによって、リポジトリサービス実行部１４１０に対して、文書ＩＤとファイル情報３１を要求する（ステップＳ１０３）。
The distribution
リポジトリサービス実行部１４１０は、ステップＳ１０３で受け取った文書ＩＤがステップＳ１０１で正当性が確認されたものであることを確認後、文書ＩＤとファイル情報３１とを融合機１２００の配信サービス実行部１４００へ提供する（ステップＳ１０４）。配信サービス実行部１４００は、リポジトリサービス実行部１４１０から取得した文書ＩＤとファイル情報３１とをコントロールサービス１２５０へ通知することによって配信指示書３２を作成する。
The repository
ファイル情報３１には、蓄積した時点での配信条件が設定されている。配信サービス実行部１４００は、コントロールサービス１２５０を使って、このファイル情報３１を変換して配信モード３３を作成し、文書ＩＤと配信モード３３とが設定される配信指示書３２を作成する。そして、配信サービス実行部１４００は、作成した配信指示書３２を識別する配信指示書ＩＤをクライアントＰＣ１０に通知する。
In the
クライアントＰＣ１０は、配信サービス実行部１４００から受信した配信指示書ＩＤによって配信指示書３２を指定して配信指示を配信サービス実行部１４００へ行う（ステップＳ１０５）。配信サービス実行部１４００は、配信指示書ＩＤによって配信指示書３２を識別し、配信指示書３２に設定されている文書ＩＤと配信モード３３とをコントロールサービス１２５０へ通知する（ステップＳ１０６）。
The
コントロールサービス１２５０は、リポジトリサービス実行部１４１０から通知された文書ＩＤに基づいて、リポジトリサービス実行部１４１０から画像データ３０を取得し（ステップＳ１０７）、また、リポジトリサービス実行部１４１０から通知された配信モード３３に従って、画像データ３０を配信する配信処理を実行する（ステップＳ１０８）。つまり、コントロールサービス１２５０は、配信エンジン部１３６０（ＦＣＵ１３２０、ＮＩＣ１３１１、ＵＳＢ１３１６等）を制御して画像データ３０を配信させる。
The
図３３は、チケットを使わない場合の第五の配信処理を説明するためのフローチャート図である。図３３において、クライアントＰＣ１０は、ネットワーク１５を介してコマンドstartSessionを送信して、融合機１２００の配信サービス実行部１４００とのセッションを確立する（ステップＳ１１１）。セッション確立後、クライアントＰＣ１０は、コマンドcheckPasswordを送信して、リポジトリサービス実行部１４１０がその文書パスワードをチェックする（ステップＳ１１２）。
FIG. 33 is a flowchart for explaining a fifth distribution process when a ticket is not used. In FIG. 33, the
文書パスワードによって文書へのアクセスの正当性が確認された場合、クライアントＰＣ１０は、コマンドcreateJobInstructionを送信することによって、画像データ３０を識別する文書ＩＤを融合機１２００の配信サービス実行部１４００へ渡して配信指示書３２の作成を要求し（ステップＳ１１３）、更に、コマンドcreateJobを送信して、配信実行を指示する（ステップＳ１１４）。
When the validity of access to the document is confirmed by the document password, the
そして、クライアントＰＣ１０は、コマンドendSessionを送信して、融合機１２００の配信サービス実行部１４００とのセッションを終了する（ステップＳ１１５）。
Then, the
このように、文書に対する文書パスワードに基づいてアクセスの正当性が判断され、融合機１２００の配信サービス実行部１４００に配信指示をするのみである。従って、文書（画像データ）自体をネットワーク１５を介して転送することがなく、融合機１２００への伝送効率が良い。
In this way, the legitimacy of access is determined based on the document password for the document, and only a distribution instruction is given to the distribution
以下に、チケットを使わない場合のコマンドフローについて図３４から図３６にて説明する。先ず、ＷｅｂサービスとクライアントＰＣ１０との間のセッションをＷｅｂサービスを実行するＷｅｂサービスファンクション毎に管理する場合について説明する。本実施例では、配信サービス実行部１４００とリポジトリサービス実行部１４１０毎にセッションが管理される。
The command flow when no ticket is used will be described below with reference to FIGS. First, a case where a session between the Web service and the
図３４は、チケットを使わない場合の第一のコマンドフローを示す図である。図３４において、クライアントＰＣ１０がリポジトリサービス実行部１４１０に対してコマンドstartSession()を送信すると（ステップＳ６０１）、リポジトリサービス実行部１４１０は、リポジトリセッションＩＤによって応答する（ステップＳ６０２）。クライアントＰＣ１０とリポジトリサービス実行部１４１０との間にセッションを確立する。
FIG. 34 is a diagram showing a first command flow when a ticket is not used. In FIG. 34, when the
セッションが確立すると、クライアントＰＣ１０は、文書に対するアクセスの正当性を確認するため、リポジトリサービス実行部１４１０に対してコマンドcheckPassword（リポジトリセッションＩＤ、文書ＩＤ、文書パスワード）を送信する（ステップＳ６０３）。リポジトリサービス実行部１４１０は、文書ＩＤ及び文書パスワードによって、文書ＩＤによって識別される文書に対するアクセスの正当性をチェックし、そのチェック結果によって応答する（ステップＳ６０４）。
When the session is established, the
次に、クライアントＰＣ１０は、配信サービス実行部１４００に対してコマンドstartSession()を送信し（ステップＳ６０５）、配信サービス実行部１４００は、クライアントＰＣ１０に対して配信セッションＩＤで応答する（ステップＳ６０６）。クライアントＰＣ１０と配信サービス実行部１４００との間にセッションが確立する。
Next, the
セッションが確立すると、クライントＰＣ１０は、コマンドcreateJobInstruction（配信セッションＩＤ、リポジトリセッションＩＤ、文書ＩＤ）を送信して、サービス実行部１４００に対して配信指示書３２の作成を要求する（ステップＳ６０７）。
When the session is established, the
クライントＰＣ１０から配信指示書３２の作成要求を受信すると、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocInfo（リポジトリセッションＩＤ、文書ＩＤ）を送信し（ステップＳ６０８）、リポジトリサービス実行部１４１０は、ファイル情報３１によって応答する（ステップＳ６０９）。
When receiving the request for creating the
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドgetDeliveryMode（文書ＩＤ、ファイル情報３１）を送信して（ステップＳ６１０）、コントロールサービス１２５０は、配信モード３３によって応答する（ステップＳ６１１）。配信モード３３は、配信機器固有の情報を示している。
Then, the distribution
配信サービス実行部１４００は、コントロールサービス１２５０から取得した配信モード３３に基づいて、配信指示書３２を作成し、配信指示書３２を識別する配信指示書ＩＤをステップ６０７でのクライアントＰＣ１０からのコマンドcreateJobInstructionの応答としてクライアントＰＣ１０に送信する（ステップＳ６１２）。
The distribution
クライアントＰＣ１０は、配信指示書ＩＤを受信すると、配信サービス実行部１４００に対してコマンドgetJobInstruction（配信セッションＩＤ、配信指示書ＩＤ）を送信して、配信指示書３２のプロパティを要求する（ステップＳ６１３）。配信サービス実行部１４００は、配信指示書ＩＤに対応する配信指示書３２のプロパティによってクライアントＰＣ１０へ応答する（ステップＳ６１４）。
Upon receiving the distribution instruction ID, the
クライアントＰＣ１０は、ユーザの設定によって変更した配信指示書３２のプロパティによって配信サービス実行部１４００にて保存される配信指示書３２のプロパティを変更するため、配信サービス実行部１４００に対してコマンドsetJobInstruction（配信セッションＩＤ、配信指示書ＩＤ、配信指示書３２のプロパティ）を送信する（ステップＳ６１５）。
The
配信サービス実行部１４００は、受信したコマンドsetJobInstructionで指定される配信指示書３２のプロパティに基づいて、コントロールサービス１２５０へ通知するための配信モード３３を作成する。そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドcheckDeliveryMode（文書ＩＤ、配信モード３３）を送信し（ステップＳ６１６）、コントロールサービス１２５０は、コマンドcheckDeliveryModeに指定された配信モード３３に従って配信処理が行えるか否かを判断し、その判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」を応答として配信サービス実行部１４００へ送信する（ステップＳ６１７）。
The distribution
配信サービス実行部１４００は、コントロールサービス１２５０から通知された判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」をステップＳ６１５でのコマンドsetJobInstructionに対する応答として送信する（ステップＳ６１８）。
The distribution
クライアントＰＣ１０は、コマンドsetJobInstructionに対する応答が「ＯＫ（処理可）」を示す場合にのみ、融合機１２００にて配信処理を行わせるために、配信サービス実行部１４００に対してコマンドcreateJob（配信セッションＩＤ、配信指示書ＩＤ）を送信する（ステップＳ６１９）。配信サービス実行部１４００は、コマンドcreateJobを受信すると、コントロールサービス１２５０に対してコマンドentryJob（文書ＩＤ、配信モード３３）を送信して、配信ジョブの実行を指示する（ステップＳ６２０）。
Only when the response to the command setJobInstruction indicates “OK (processable)”, the
コントロールサービス１２５０は、コマンドentryJobで指定される文書ＩＤを用いてリポジトリサービス実行部１４００から画像データ３０を取得して、配信モード３３に従って、配信エンジン部１３６０（ＦＣＵ１３２０、ＮＩＣ１３１１、ＵＳＢ１３１６等）を制御して画像データ３０を配信させる。コントロールサービス１２５０は、その処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」を応答として配信サービス実行部１４００へ送信する（ステップＳ６２１）。
The
配信サービス実行部１４００は、コントロールサービス１２５０から通知された処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」をステップＳ６１９でのコマンドcreateJobに対する応答として送信する（ステップＳ６２２）。
The distribution
クライアントＰＣ１０は、コマンドcreateJobに対する応答が「ＯＫ（処理完了）」を示す場合にのみ、配信サービス実行部１４００に対してコマンドendSession（配信セッションＩＤ）を送信して、配信サービス実行部１４００とのセッションを解放する（ステップＳ６２３）。
The
次に、クライアントＰＣ１０が利用する一連のＷｅｂサービスで共通にセッションを管理する場合について図３５で説明する。図３５は、チケットを使わない場合の第二のコマンドフローを示す図である。
Next, a case where a session is commonly managed by a series of Web services used by the
図３５において、クライアントＰＣ１０がリポジトリサービス実行部１４１０に対してコマンドstartSession()を送信すると（ステップＳ６３１）、リポジトリサービス実行部１４１０は、グローバルセッションＩＤによって応答する（ステップＳ６３２）。クライアントＰＣ１０とリポジトリサービス実行部１４１０との間にセッションを確立する。
In FIG. 35, when the
セッションが確立すると、クライアントＰＣ１０は、文書に対するアクセスの正当性を確認するため、リポジトリサービス実行部１４１０に対してコマンドcheckPassword（グローバルセッションＩＤ、文書ＩＤ、文書パスワード）を送信する（ステップＳ６３３）。リポジトリサービス実行部１４１０は、文書ＩＤ及び文書パスワードによって、文書ＩＤによって識別される文書に対するアクセスの正当性をチェックし、そのチェック結果によって応答する（ステップＳ６３４）。
When the session is established, the
ステップＳ６３１及びＳ６３２によって、クライアントＰＣ１０とリポジトリサービス実行部１４１０との間でセッションが確立すると、グローバルセッションＩＤによってセッションが管理されるため、クライアントＰＣ１０は、配信サービス１４００との間のセッションを確立する必要がない。
When a session is established between the
従って、クライントＰＣ１０は、配信サービス実行部１４００とのセッションを確立するための処理を行うことなく、コマンドcreateJobInstruction（グローバルセッションＩＤ、リポジトリセッションＩＤ、文書ＩＤ）を送信して、配信サービス実行部１４００に対して配信指示書３２の作成を要求する（ステップＳ６３５）。
Therefore, the
クライントＰＣ１０から配信指示書３２の作成要求を受信すると、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocInfo（グローバルセッションＩＤ、文書ＩＤ）を送信し（ステップＳ６３６）、リポジトリサービス実行部１４１０は、ファイル情報３１によって応答する（ステップＳ６３７）。
When receiving the request for creating the
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドgetDeliveryMode（文書ＩＤ、ファイル情報３１）を送信して（ステップＳ６３８）、コントロールサービス１２５０は、配信モード３３によって応答する（ステップＳ６３９）。配信モード３３は、配信機器固有の情報を示している。
The distribution
配信サービス実行部１４００は、コントロールサービス１２５０から取得した配信モード３３に基づいて、配信指示書３２を作成し、配信指示書３２を識別する配信指示書ＩＤをステップ６３５でのクライアントＰＣ１０からのコマンドcreateJobInstructionの応答としてクライアントＰＣ１０に送信する（ステップＳ６４０）。
The distribution
クライアントＰＣ１０は、配信指示書ＩＤを受信すると、配信サービス実行部１４００に対してコマンドgetJobInstruction（グローバルセッションＩＤ、配信指示書ＩＤ）を送信して、配信指示書３２のプロパティを要求する（ステップＳ６４１）。配信サービス実行部１４００は、配信指示書ＩＤに対応する配信指示書３２のプロパティによってクライアントＰＣ１０へ応答する（ステップＳ６４２）。
Upon receiving the distribution instruction ID, the
クライアントＰＣ１０は、ユーザの設定によって変更した配信指示書３２のプロパティによって配信サービス実行部１４００にて保存される配信指示書３２のプロパティを変更するため、配信サービス実行部１４００に対してコマンドsetJobInstruction（グローバルセッションＩＤ、配信指示書ＩＤ、配信指示書３２のプロパティ）を送信する（ステップＳ６４３）。
The
配信サービス実行部１４００は、受信したコマンドsetJobInstructionで指定される配信指示書３２のプロパティに基づいて、コントロールサービス１２５０へ通知するための配信モード３３を作成する。そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドcheckDeliveryMode（文書ＩＤ、配信モード３３）を送信し（ステップＳ６４４）、コントロールサービス１２５０は、コマンドcheckDeliveryModeに指定された配信モード３３に従って配信処理が行えるか否かを判断し、その判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」を応答として配信サービス実行部１４００へ送信する（ステップＳ６４５）。
The distribution
配信サービス実行部１４００は、コントロールサービス１２５０から通知された判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」をステップＳ６４５でのコマンドsetJobInstructionに対する応答として送信する（ステップＳ６４６）。
The distribution
クライアントＰＣ１０は、コマンドsetJobInstructionに対する応答が「ＯＫ（処理可）」を示す場合にのみ、融合機１２００にて配信処理を行わせるために、配信サービス実行部１４００に対してコマンドcreateJob（グローバルセッションＩＤ、配信指示書ＩＤ）を送信する（ステップＳ６４７）。配信サービス実行部１４００は、コマンドcreateJobを受信すると、コントロールサービス１２５０に対してコマンドentryJob（文書ＩＤ、配信モード３３）を送信して、配信ジョブの実行を指示する（ステップＳ６４８）。
Only when the response to the command setJobInstruction indicates “OK (processable)”, the
コントロールサービス１２５０は、コマンドentryJobで指定される文書ＩＤを用いてリポジトリサービス実行部１４００から画像データ３０を取得して、配信モード３３に従って、配信エンジン部１３６０（ＦＣＵ１３２０、ＮＩＣ１３１１、ＵＳＢ１３１６等）を制御して画像データ３０を配信させる。コントロールサービス１２５０は、その処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」を応答として配信サービス実行部１４００へ送信する（ステップＳ６４９）。
The
配信サービス実行部１４００は、コントロールサービス１２５０から通知された処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」をステップＳ６４９でのコマンドcreateJobに対する応答として送信する（ステップＳ６５０）。
The distribution
クライアントＰＣ１０は、コマンドcreateJobに対する応答が「ＯＫ（処理完了）」を示す場合にのみ、配信サービス実行部１４００に対してコマンドendSession（グローバルセッションＩＤ）を送信して、配信サービス実行部１４００とのセッションを解放する（ステップＳ６５１）。
The
次に、クライアントＰＣ１０がＷｅｂサービスへの利用毎に文書パスワードによってアクセスの正当性をチェックする場合について図３６で説明する。
Next, the case where the
図３６は、チケットを使わない場合の第三のコマンドフローを示す図である。図３６中、図３５と同一のステップには、同一符号を付し、その説明を省略する。図３６に示される第三のコマンドフローでは、クライアントＰＣ１０がリポジトリサービス実行部１４１０との接続時及び配信サービス実行部１４００への接続時に、文書パスワードによって文書へのアクセスの正当性を確認する点が、図３５に示される第二のコマンドフローと異なっている。従って、ここでは、ステップＳ６３３からＳ６３７までの処理について説明する。その他のステップについては、図３５での説明と同様である。
FIG. 36 is a diagram showing a third command flow when a ticket is not used. In FIG. 36, steps that are the same as those in FIG. 35 are given the same reference numerals, and descriptions thereof will be omitted. In the third command flow shown in FIG. 36, when the
クライアントＰＣ１０は、文書に対するアクセスの正当性を確認するため、リポジトリサービス実行部１４１０に対してコマンドcheckPassword（グローバルセッションＩＤ、文書ＩＤ、文書パスワード）を送信する（ステップＳ６３３）。リポジトリサービス実行部１４１０は、文書ＩＤ及び文書パスワードによって、文書ＩＤによって識別される文書に対するアクセスの正当性をチェックし、そのチェック結果によって応答する（ステップＳ６３４）。
The
次に、クライアントＰＣ１０は、配信サービス実行部１４００への接続をコマンドcreateJobInstruction（グローバルセッションＩＤ、文書ＩＤ、文書パスワード）によって行う（ステップＳ６３５−２）。配信サービス実行部１４００への接続は、文書パスワードを指定した配信指示書３２の作成を要求することによって行う。
Next, the
配信サービス実行部１４００は、リポジトリサービス事項部１４１０へコマンドcheckPassword（グローバルセッションＩＤ、文書ＩＤ、文書パスワード）を送信して、文書へのアクセスの正当性を確認する（ステップＳ６３５−４）。リポジトリサービス実行部１４１０は、文書ＩＤ及び文書パスワードによって、文書ＩＤによって識別される文書に対するアクセスの正当性をチェックし、そのチェック結果によって応答する（ステップＳ６３５−６）。
The distribution
続けて、配信サービス実行部１４００は、リポジトリサービス事項部１４１０に対してコマンドgetDocInfo（グローバルセッションＩＤ、文書ＩＤ）を送信し（ステップＳ６３６）、リポジトリサービス実行部１４１０は、ファイル情報３１によって応答する（ステップＳ６３７）。以下の処理は、図３５に示す第二のコマンドフローの説明と同一である。
Subsequently, the distribution
このように、本発明によると、文書パスワードによって文書（画像データ３０）へのアクセスの許可を判断することができ、また、クライアントＰＣ１０は、融合機１２００から取得したプロパティを変更して、配信指示書３２を再利用しつつ配信処理を実行させることができる。例えば、変更した配信種別にて配信処理を実行させることができる。更に、その変更したプロパティに基づくファイル情報３１を保存することができる。
As described above, according to the present invention, permission of access to the document (image data 30) can be determined based on the document password, and the
配信指示書３２の概念は、例えば、配信指示書というクラスの設定（変更を含む）、取得、作成などのメソッド（操作）が行えるオブジェクトとして考えられている。
The concept of the
図３７は、オブジェクト指向に基づく配信指示書を説明するための図である。図３７において、上述した配信指示書３２がオブジェクト９０として示されている。オブジェクト９０は、配信指示書（配信指示書クラス）であることを示し、配信種別（delivery type）と、作成（create）、取得（例えば、配信種別を取得するためのgetDeliveryType）、設定（例えば、配信種別を設定するためのsetDeliveryType）のいずれか１つのメソッドを指定している。このようなオブジェクトからジョブクラスのオブジェクト９１が作成される。また、配信指示書クラスのオブジェクト９０は、ジョブクラスのオブジェクト９１とは切り離されたオブジェクトとして構成される。
FIG. 37 is a diagram for explaining a distribution instruction based on object orientation. In FIG. 37, the
上記より、本発明によれば、複数の異なる配信種別（例えば、ＦＡＸ送信、メール送信、ＦＴＰ送信、配信サーバ送信等）に共通に利用可能な形式で構成される配信指示書３２が適用されるため、ユーザは配信指示書３２を指定するのみで配信種別に係りなく再利用することが可能となる。従って、複数の異なる配信種別の夫々に対応する配信処理を統一した一つのサービス（Ｗｅｂサービス）としてユーザに提供することができる。また、配信指示書３２が複数の異なる配信種別によって共有可能であるため、配信指示書３２に係る格納領域を重複させることなく効率的に使用することができる。
As described above, according to the present invention, the
また、複数の異なる配信種別の夫々に対応する配信処理を統一した一つのサービス（Ｗｅｂサービス）が提供されるため、配信種別毎にセッションを確立する必要がない。従って、一回のセッションの確立で、複合配信（例えば、ＦＡＸ送信とメール送信のような異なる配信種別の組み合わせ）が可能となる。 In addition, since one service (Web service) in which distribution processing corresponding to each of a plurality of different distribution types is unified is provided, there is no need to establish a session for each distribution type. Therefore, composite distribution (for example, a combination of different distribution types such as FAX transmission and mail transmission) can be performed by establishing a single session.
また、ユーザは、配信オプションの設定を新たにしなくても配信指示書３２を指定するのみでデータ配信をすることができる。配信の対象となる画像データ（文書）３０を配信指示書３２を作成するためのファイル情報３１と関連付ける構成とすることによって、ユーザは、単に、所望する画像データ（文書）を指示するのみで融合機１２００にデータ配信を行わせることができる。
Further, the user can perform data distribution only by specifying the
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。 The present invention is not limited to the specifically disclosed embodiments, and various modifications and changes can be made without departing from the scope of the claims.
１０ クライアントＰＣ
２ ｈｔｔｐｄ（Hypertext Transfer Protocol Daemon）
３ ｆｔｐ（File Transfer Protocol）
７０ ＳＯＡＰ処理部
５００ Ｗｅｂサーバ
１２００ 融合機
１３００ コントローラ、 １３０１ ＡＳＩＣ
１３０２ ＭＥＭ−Ｃ、 １３０３ ＨＤＤ
１３０４ ＣＰＵ、 １３０５ ＮＢ
１３０６ ＭＥＭ−Ｐ、 １３０７ ＳＢ
１３０８ ＡＧＰ、 １３１０ オペレーションパネル
１３１１ ＮＩＣ、 １３１２ ＵＳＢターゲット
１３１３ ＩＥＥＥ１３９４ １３１４ セントロニクス
１３１５ シリアル １３１６ ＵＳＢ
１３２０ ＦＡＸコントロールユニット
１３２１ 不揮発性メモリ １３２２、１３２３ ＲＴＣ
１３５０ エンジン部 １３６０ 配信エンジン部
１４００ 配信サービス実行部（ＷＳＦ）
１４１０ リポジトリサービス実行部（ＷＳＦ）
10 Client PC
2 httpd (Hypertext Transfer Protocol Daemon)
3 ftp (File Transfer Protocol)
70
1302 MEM-C, 1303 HDD
1304 CPU, 1305 NB
1306 MEM-P, 1307 SB
1308 AGP, 1310
1320 FAX control unit 1321 Non-volatile memory 1322, 1323 RTC
1350
1410 Repository Service Execution Department (WSF)
Claims (15)
複数の異なる配信種別の夫々に対応する配信処理を実行可能とし、前記配信指示によって指定される配信指示書に従って、該配信指示書によって指定されるデータを該配信指示書によって指定される配信種別にて配信する配信手段とを有し、
前記配信指示書は、該複数の異なる配信種別に共通に利用可能な形式であることを特徴とする画像形成装置。 A delivery instruction receiving means for receiving a delivery instruction for instructing delivery from a request source;
The distribution process corresponding to each of a plurality of different distribution types can be executed, and the data specified by the distribution instruction is changed to the distribution type specified by the distribution instruction according to the distribution instruction specified by the distribution instruction. Distribution means for distributing
The image forming apparatus, wherein the distribution instruction is in a format that can be commonly used for the plurality of different distribution types.
前記要求元との前記セッションを解放するセッション解放手段とを有し、
前記セッション確立手段による前記要求元とのセッションの確立後、前記配信指示受信手段は該要求元から複数の前記配信指示を受信し、前記配信手段は該複数の配信指示に従って前記複合配信処理を実行し、前記セッション解放手段は該複合配信処理の終了後の該要求元からのセッション解放要求に応じて該セッションを解放することを特徴とする請求項３記載の画像形成装置。 Session establishment means for establishing a session with the requester;
Session release means for releasing the session with the request source,
After the session establishment unit establishes a session with the request source, the distribution instruction receiving unit receives the plurality of distribution instructions from the request source, and the distribution unit executes the composite distribution process according to the plurality of distribution instructions. 4. The image forming apparatus according to claim 3, wherein the session release unit releases the session in response to a session release request from the request source after the completion of the composite distribution process.
前記要求元から送信される前記配信指示書の全部又は一部を受信する指示書受信手段と、
前記指示書受信手段によって受信した前記配信指示書の全部又は一部に基づいて、一つの配信指示書を作成する指示書作成手段とを有し、
前記配信指示受信手段が前記配信指示を受信すると、前記配信手段は、前記指示書作成手段によって作成した前記配信指示書に従って、前記配信処理を実行することを特徴とする請求項１乃至４のいずれか一項記載の画像形成装置。 In response to a request for obtaining the delivery instruction from the request source, instruction sending means for sending all or part of the delivery instruction to the request source;
An instruction receiving means for receiving all or part of the distribution instruction transmitted from the request source;
An instruction form creating means for creating one delivery instruction based on all or part of the delivery instruction received by the instruction receiving means;
5. The distribution unit according to claim 1, wherein when the distribution instruction receiving unit receives the distribution instruction, the distribution unit executes the distribution process according to the distribution instruction created by the instruction creation unit. An image forming apparatus according to claim 1.
前記指示書保存手段は、前記ネットワークを介して前記配信指示書の内容を前記所定記憶領域に保存することを特徴とする請求項７記載の画像形成装置。 The predetermined storage area is installed outside accessible via a network,
The image forming apparatus according to claim 7, wherein the instruction storage unit stores the content of the distribution instruction in the predetermined storage area via the network.
前記配信指示受信手段によって受信した前記配信指示によって指定されるチケット識別情報に基づいて、前記データを識別するデータ識別情報と前記配信指示書とを取得して前記配信手段に提供する提供手段とを有することを特徴とした請求項１乃至８のいずれか一項記載の画像形成装置。 Ticket sending means for issuing a ticket indicating permission for use of the data in response to a use permission request for requesting permission to use the data from the request source, and transmitting ticket identification information for identifying the ticket to the request source. When,
Providing means for acquiring data identification information for identifying the data and the distribution instruction based on the ticket identification information specified by the distribution instruction received by the distribution instruction receiving means and providing the distribution means with the data identification information; The image forming apparatus according to claim 1, wherein the image forming apparatus is provided.
前記使用許可判断手段によって使用許可された場合、前記配信指示受信手段によって受信した前記配信指示が指定する前記データを識別するデータ識別情報と前記配信指示書とを前記配信手段に提供する提供手段とを有することを特徴とした請求項１乃至８のいずれか一項記載の画像形成装置。 A use permission judging means for judging use permission based on a password specified by the use permission request in response to a use permission request permitting use of the data from the request source;
Providing means for providing the distribution means with data identification information for identifying the data specified by the distribution instruction received by the distribution instruction receiving means and the distribution instruction when the use permission judgment means permits. The image forming apparatus according to claim 1, further comprising:
前記変換手段は、前記配信指示書が前記構造体の各要素に対応しない値を含む場合には、その値を無視することを特徴とする請求項１乃至１０記載の画像形成装置。 A value corresponding to each element of the structure that can be processed by the distribution means is obtained from the distribution instruction specified by the distribution instruction, and set as the value of the element, whereby the value of the distribution instruction is Having conversion means for converting to a structure value;
The image forming apparatus according to claim 1, wherein when the distribution instruction includes a value that does not correspond to each element of the structure, the conversion unit ignores the value.
要求元からの配信を指示する配信指示を受信する配信指示受信手順と、
複数の異なる配信種別の夫々に対応する配信処理を実行可能とし、前記配信指示によって指定される配信指示書に従って、該配信指示書によって指定されるデータを該配信指示書によって指定される配信種別にて配信する配信手順とを有し、
前記配信指示書は、該複数の異なる配信種別に共通に利用可能な形式であることを特徴とする画像形成方法。 In an image forming method executed in an image forming system that distributes data in response to a request from a request source,
A distribution instruction receiving procedure for receiving a distribution instruction for instructing distribution from a request source;
The distribution process corresponding to each of a plurality of different distribution types can be executed, and the data specified by the distribution instruction is changed to the distribution type specified by the distribution instruction according to the distribution instruction specified by the distribution instruction. Distribution procedure to distribute
The image forming method, wherein the distribution instruction is in a format that can be commonly used for the plurality of different distribution types.
前記要求元との前記セッションを解放するセッション解放手順とを有し、
前記セッション確立手順による前記要求元とのセッションの確立後、前記配信指示受信手順は該要求元から複数の前記配信指示を受信し、前記配信手順は該複数の配信指示に従って前記複合配信処理を実行し、前記セッション解放手順は該複合配信処理の終了後の該要求元からのセッション解放要求に応じて該セッションを解放することを特徴とする請求項１４記載の画像形成方法。 A session establishment procedure for establishing a session with the requester;
A session release procedure for releasing the session with the requester;
After establishing a session with the request source by the session establishment procedure, the distribution instruction reception procedure receives a plurality of distribution instructions from the request source, and the distribution procedure executes the composite distribution processing according to the plurality of distribution instructions. 15. The image forming method according to claim 14, wherein the session release procedure releases the session in response to a session release request from the request source after completion of the composite distribution process.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005166150A JP2006033805A (en) | 2004-06-14 | 2005-06-06 | Image forming apparatus and image forming method |
| US11/150,340 US8264713B2 (en) | 2004-06-14 | 2005-06-13 | Image forming apparatus, image forming method, and information processing apparatus |
| EP05253673A EP1608141A3 (en) | 2004-06-14 | 2005-06-14 | Image forming apparatus, image forming method, and information processing apparatus |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004175552 | 2004-06-14 | ||
| JP2004175553 | 2004-06-14 | ||
| JP2005166150A JP2006033805A (en) | 2004-06-14 | 2005-06-06 | Image forming apparatus and image forming method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2006033805A true JP2006033805A (en) | 2006-02-02 |
Family
ID=35899536
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005166150A Pending JP2006033805A (en) | 2004-06-14 | 2005-06-06 | Image forming apparatus and image forming method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2006033805A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010219700A (en) * | 2009-03-13 | 2010-09-30 | Ricoh Co Ltd | Image reading apparatus, distribution system, information processing method, and program |
-
2005
- 2005-06-06 JP JP2005166150A patent/JP2006033805A/en active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010219700A (en) * | 2009-03-13 | 2010-09-30 | Ricoh Co Ltd | Image reading apparatus, distribution system, information processing method, and program |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4070693B2 (en) | Image forming apparatus and scan data processing method | |
| JP4111685B2 (en) | Image processing apparatus, image transmission method, and program | |
| US20040070630A1 (en) | Multifunction apparatus, server, and server system | |
| JP2005101936A (en) | Communication apparatus and control method of communication apparatus | |
| JP5332984B2 (en) | Image processing apparatus system and image processing apparatus utilization method | |
| JP2004171532A (en) | Image forming apparatus and storage area acquisition method | |
| US20020140987A1 (en) | E-mail non-arrival information notification method and data communication apparatus | |
| JP4546294B2 (en) | Printing apparatus and control method thereof | |
| JP3977286B2 (en) | Image conversion service method and image conversion apparatus | |
| EP1608141A2 (en) | Image forming apparatus, image forming method, and information processing apparatus | |
| EP3349065B1 (en) | Image handling apparatus | |
| JP2004140801A (en) | Image forming apparatus and intensive printing method | |
| JP2006033805A (en) | Image forming apparatus and image forming method | |
| JP3675624B2 (en) | Network scanner | |
| JP4549235B2 (en) | Information processing apparatus and distribution processing method | |
| JP2007208448A (en) | Image transmitter | |
| JP2008070939A (en) | Distribution system | |
| JP2007282248A (en) | Communication apparatus and control method of communication apparatus | |
| JP3656375B2 (en) | Communication network system | |
| JP2004303224A (en) | Image forming device, image forming method and information processor for issuing print instruction to the image forming device | |
| JP2019071508A (en) | Communication device, control method thereof, and program | |
| JP2003300361A (en) | Imaging apparatus and imaging apparatus network system | |
| JP2007195083A (en) | Transmission processing apparatus | |
| JP2007193524A (en) | Image forming device and control method thereof, information processor and control method thereof, program and storage medium | |
| JP3742396B2 (en) | Image forming apparatus, thumbnail printing method, thumbnail output method, thumbnail printing system, and thumbnail output system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070827 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090813 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090818 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091009 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20091104 |