JP6670673B2 - 画像形成装置 - Google Patents

Description

本発明は、画像形成装置に関し、特に、上位装置からの要求に応じて処理を行う画像形成装置に関する。

ＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ ＣＯｍｍｕｎｉｃａｔｉｏｎ ｉｎ Ｍｅｄｉｃｉｎｅ）規格では、モダリティで撮影された医用画像データを画像形成装置に送信して印刷（画像形成）することができる。しかしながら、モダリティ側にＰｒｉｎｔ ＳＣＵ（Ｓｅｒｖｉｃｅ Ｃｌａｓｓ Ｕｓｅｒ）の機能が無い場合は、モダリティは、Ｓｔｏｒａｇｅ ＳＣＵ機能を用いて、医用画像データをＰｒｉｎｔ ＳＣＵ機能を具備する医用画像サーバに一旦送信（保存）し、医用画像サーバからＤＩＣＯＭ Ｐｒｉｎｔ操作を行う必要があった。

例えば、特許文献１には、モダリティが画像データを画像サーバに送信して、画像サーバがそれを蓄積するとともに、画像サーバが画像データを印刷装置に転送して、印刷装置が印刷を行うシステムが記載されている。

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

しかしながら、従来の技術では、一時的な説明用資料及び試し印刷等、保存する必要の無い画像データを印刷する場合であっても、一旦は画像サーバに保存しなければならない、という問題がある。
また、モダリティでの送信操作及び医用画像サーバでの印刷操作と２か所で各１回ずつ操作する必要があり手間がかかる、という問題がある。
さらに、画像サーバが故障及びメンテナンス等の事情により停止している時に印刷結果を得ることができない、という問題がある。

そこで、本発明は、上位装置で要求することのできない処理を、上位装置からの要求に従って行うことができるようにすることを目的とする。

本発明の一態様に係る画像形成装置は、印刷設定と処理識別情報とを対応付けて記憶する記憶部と、上位装置から、ＤＩＣＯＭ標準インターフェースを介して、処理識別情報、抽象構文、画像データ、及びデータを保存する処理の要求を受信する受信部と、前記受信部で受信された処理識別情報が前記記憶部に記憶されている処理識別情報と一致し、かつ前記受信部で受信された抽象構文に基づき前記受信部で受信された前記要求がＳｔｏｒａｇｅ ＳＣＵからの要求であると判断した場合、前記要求に基づくデータを保存する処理を実行せず、前記処理識別情報に対応付けて前記記憶部に記憶されている印刷設定に従って、前記受信部で受信された画像データに基づいて印刷処理を実行する処理実行部と、を備えることを特徴とする。

本発明の一態様によれば、上位装置で要求することのできない処理を、上位装置からの要求に従って行うことができる。

画像形成システムの概略図である。 画像形成装置の実装モデル図である。 画像形成装置の構成を概略的に示すブロック図である。 ＡＥＴ設定画面を示す概略図である。 （Ａ）及び（Ｂ）は、境界フレーム色を説明するための概略図である。 （Ａ）及び（Ｂ）は、空きフレーム色を説明するための概略図である。 （Ａ）〜（Ｇ）は、レイアウト例を示す概略図である。 Ｓｔｏｒａｇｅ ＳＣＵ及びＳＣＰ間の処理を示すシーケンス図である。 Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部の処理を示すフローチャートである。 抽象構文リストの一例を示す概略図である。 画像ボックスの一例を示す概略図である。 コマンド処理部での処理を示すフローチャートである。 Ａ−ＲＥＬＥＡＳＥ−ＲＱ処理部での処理を示すフローチャートである。 画像ボックス印刷処理を示すフローチャートである。 （Ａ）及び（Ｂ）は、制御部のハードウェア構成例を示す概略図である。

（構成の説明）
図１は、実施の形態に係る画像形成システム１００の概略図である。
画像形成システム１００は、上位装置としてのモダリティ１１０と、情報処理装置１２０と、画像形成装置１３０とを備える。
モダリティ１１０、情報処理装置１２０及び画像形成装置１３０は、ネットワーク１０１に接続されている。

モダリティ１１０は、医用画像データをＤＩＣＯＭ規格に従ってデータを作成した後、予め指定したシステム又は画像形成装置に、ＤＩＣＯＭ標準インターフェースに従って送信できる装置である。モダリティ１１０は、例えば、超音波診断装置（Ｅｃｈｏｇｒａｐｈｙ）又はコンピュータ断層装置（ＣＴ）等である。

情報処理装置１２０は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に従って送信されるデータを表示できるＷｅｂブラウザを具備する。

図２は、画像形成装置１３０の実装モデル図である。
画像形成装置１３０は、ＤＩＣＯＭ標準インターフェース１０を介して、Ｐｒｉｎｔ ＳＣＵ１１から、画像データ及び印刷パラメータ（画像形成パラメータ）を含む印刷要求（画像形成要求）を受信し、印刷（画像形成）を行うサービス１４を提供する。
また、画像形成装置１３０は、ＤＩＣＯＭ標準インターフェース１０を介して、Ｓｔｏｒａｇｅ ＳＣＵ１２からの保存要求（画像データ、検査情報又は患者情報等）を受信し、ＡＥＴ（Ａｐｐｌｉｃａｔｉｏｎ Ｅｎｔｉｔｙ Ｔｉｔｌｅ）の設定に基づいて印刷を行うサービス１５を提供する。
さらに、画像形成装置１３０は、ＤＩＣＯＭ標準インターフェース１０を介して、Ｖｅｒｉｆｉｃａｔｉｏｎ ＳＣＵ１３からの接続検証要求を受信し、接続検証を行うサービス１６を提供する。

図３は、画像形成装置１３０の構成を概略的に示すブロック図である。
画像形成装置１３０は、通信部１３１と、記憶部１３２と、画像形成部としての印刷部１３３と、制御部１４０とを備える。
ここで、制御部１４０及び印刷部１３３は、上位装置から要求される第１の処理の代わりに、上位装置から送られてくる処理識別情報に対応する処理内容に従って、画像データに基づいて第２の処理を実行する処理実行部として機能する。本実施の形態では、第１の処理は、データを保存する処理であり、第２の処理は、媒体に画像を形成する処理である。

通信部１３１は、ＴＣＰ／ＩＰネットワーク１０１を通じてモダリティ１１０及び情報処理装置１２０と、ＴＣＰ／ＩＰプロトコルにて通信を行う。例えば、通信部１３１は、モダリティ１１０から、第２の処理の処理内容に対応する処理識別情報、画像データ及びデータの保存処理の要求を受信する受信部として機能する。そして、通信部１３１は、接続要求を受けたＰｏｒｔ番号により処理を振り分ける。
記憶部１３２は、画像形成装置１３０での処理に必要なデータを記憶する。例えば、記憶部１３２は、媒体に画像を形成する処理の処理内容を処理識別情報に対応付けて記憶する。
印刷部１３３は、制御部１４０で処理された印刷ジョブ（画像形成ジョブ）を処理し、印刷（画像形成）を行う。

制御部１４０は、画像形成装置１３０での処理を制御する。
制御部１４０は、Ｗｅｂサーバ部１４１と、ＡＥＴ設定部１４２と、ＰＤＵ解析部１４３と、Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４と、Ｐ−ＤＡＴＡ−ＴＦ処理部１４５と、ＤＩＭＳＥ解析部１４６と、コマンド処理部１４７と、画像形成ジョブ生成部としての印刷ジョブ生成部１４８と、Ａ−ＲＥＬＥＡＳＥ−ＲＱ処理部１４９と、印刷ジョブ受信部１５０とを備える。

Ｗｅｂサーバ部１４１は、通信部１３１を介して情報処理装置１２０のＷｅｂブラウザにＨＴＴＰにてＷｅｂサービスを提供する。図３に示されているように、Ｗｅｂサーバ部１４１には、ポート番号８０が割り当てられており、ポート番号８０を指定するデータは、通信部１３１で受信された後、Ｗｅｂサーバ部１４１に与えられる。
ＡＥＴ設定部１４２は、Ｗｅｂサーバ部１４１を介して、ＡＥＴに関する設定を行う。

ＰＤＵ解析部１４３は、通信部１３１を介してモダリティ１１０からＤＩＣＯＭ標準インターフェース１０にて送信されたデータを受信し、データ中に含まれるＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を解析して、その解析結果に応じて、次処理に処理を振り分ける。
Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４は、ＰＤＵ解析部１４３から与えられたＡ−ＡＳＳＯＣＩＡＴＥ−ＲＱ（アソシエーション確立要求）の内容を確認し、その確認結果に応じて、その応答を、通信部１３１を介して要求元のモダリティ１１０に送信する。

Ｐ−ＤＡＴＡ−ＴＦ処理部１４５は、ＰＤＵ解析部１４３から与えられたＰ−ＤＡＴＡ−ＴＦ（ＤＩＣＯＭメッセージ交換）の内容を確認し、その確認結果に応じて、次処理に処理を引き継ぐ。
ＤＩＭＳＥ解析部１４６は、Ｐ−ＤＡＴＡ−ＴＦ処理部１４５から与えられたＤＩＣＯＭメッセージ中から、ＤＩＭＳＥ（ＤＩＣＯＭ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ Ｅｌｅｍｅｎｔ）を解析し、そのコマンドを取得する。
コマンド処理部１４７は、ＤＩＭＳＥ解析部１４６で取得されたＤＩＭＳＥの各コマンドを処理し、通信部１３１を介して、その応答を要求元のモダリティ１１０に送信する。

印刷ジョブ生成部１４８は、モダリティ１１０から送信され、コマンド処理部１４７により内部保存された画像データに基づいて、ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）を用いて印刷ジョブを生成する。
Ａ−ＲＥＬＥＡＳＥ−ＲＱ処理部１４９は、ＰＤＵ解析部１４３から与えられたＡ−ＲＥＬＥＡＳＥ−ＲＱ（アソシエーション開放要求）の内容を確認して、その確認結果に応じて、その応答を、通信部１３１を介して要求元のモダリティ１１０に送信する。
印刷ジョブ受信部１５０は、通信部１３１を介して、情報処理装置１２０においてプリンタドライバで作成された印刷ジョブを受信し、それを次処理に引き継ぐ。

（動作の説明）
従来、医療画像診断（レントゲン写真等）は、フィルム等のアナログ画像を用いて行なわれていた。しかしながら、今日では、デジタル画像データと、患者情報及び撮影日等の付随情報とから構成される業界標準のＤＩＣＯＭ規格準拠のデータを作成し、ＤＩＣＯＭ規格に従って、ネットワーク経由で送受信し、そのデータを高解像度モニターに表示して診断を行う方式が主流となってきている。

この方式では、モダリティ１１０で撮影した画像データは、画像保存通信システム（ＰＡＣＳ：Ｐｉｃｔｕｒｅ Ａｒｃｈｉｖｉｎｇ ＡＮＤ Ｃｏｍｍｕｎｉｃａｔｉｏｎ ＳＹＳＴＥＭＳ）に送信（保存）され、モダリティ１１０又はＤＩＣＯＭ規格準拠の画像閲覧プログラム（ビューワ）にて、必要に応じて取得される。
以上のような方式において、モダリティ１１０側に求められる機能は、撮影された画像データを送信できること（Ｓｔｏｒａｇｅ ＳＣＵ）であり、コスト低減のためこの機能のみ実装されているモダリティ１１０も存在する。

他方、インフォームドコンセントの一般化に伴う説明資料、又は、医療現場のカンファレンスに用いる会議資料として医用画像データを印刷する運用も存在する。
このような場合、モダリティ１１０に画像データを印刷要求する機能（Ｐｒｉｎｔ ＳＣＵ）が実装されていれば、モダリティ１１０の操作で印刷要求を行えばよいが、実装されていない場合はＰＡＣＳに画像データを送信した後、ＰＡＣＳの端末を操作して印刷要求を行うことになる。

この運用では、画像データをＰＡＣＳに保存することを前提としているため、ＰＡＣＳが故障又はメンテナンス等の理由により停止、ＰＡＣＳがシステム上に存在しない、又は、ＰＡＣＳで保存できる容量が少ない場合は、撮影された画像データを印刷することができない。また、モダリティ１１０とＰＡＣＳとで各一回ずつ２回操作が必要になるため手間がかかる。
そこで、本件は、このような問題に対処するため、Ｓｔｏｒａｇｅ ＳＣＵから、予め設定されているＡＥＴを指定して画像データを画像形成装置１３０に送信することで、画像形成装置１３０は、そのＡＥＴの設定時に特定されたフォーマットにて、印刷ジョブを生成して、その印刷を行うことができる。さらに、画像形成装置１３０は、従来のＰｒｉｎｔ ＳＣＵからの要求を受けた場合には、要求されたフォーマットにて印刷ジョブを生成し、印刷を行うことができる。

次に、ＡＥＴの設定について説明する。
ＳＣＵがＳＣＰ（Ｓｅｒｖｉｃｅ Ｃｌａｓｓ Ｐｒｏｖｉｄｅｒ）にＤＩＣＯＭ規格で接続する際に、ＳＣＰで提供するＡＥＴを指定して要求を行う。本実施の形態では、情報処理装置１２０は、Ｗｅｂブラウザから画像形成装置１３０のＷｅｂサーバ部１４１で提供するＵＲＬにアクセスすることで、ＳＣＰが提供するＡＥＴの情報を予め設定することができる。

図４は、本実施の形態におけるＡＥＴ設定画面１６０を示す概略図である。
ＡＥＴ設定画面１６０では、ＡＥＴに特化した情報の設定が行われる。
ＡＥＴ設定画面１６０は、ＡＥＴ名入力欄１６１と、Ｓｔｏｒｅ Ｔｏ Ｐｒｉｎｔ設定入力欄１６２と、Ｓａｖｅ入力欄１６３とを有する。

ＡＥＴ名入力欄１６１は、ＡＥＴを識別するための処理識別情報であるＡＥＴ名の入力を受ける欄である。ＡＥＴ名は、任意の文字列である。ＡＥＴを複数保持する場合は、ＡＥＴ名は、画像形成装置１３０内でユニークな名称とする。
Ｓｔｏｒｅ Ｔｏ Ｐｒｉｎｔ設定入力欄１６２は、Ｓｔｏｒａｇｅ ＳＣＵから、ＡＥＴ名入力欄１６１に入力されたＡＥＴ名を指定して要求を受けた際に用いられる処理内容である印刷設定（画像形成設定）を入力する欄である。Ｓｔｏｒａｇｅ ＳＣＵは、目的が画像データの送信（保存）であるため、Ｐｒｉｎｔ ＳＣＵとは異なり印刷するために必要な各種パラメータを送信しない。そのため、Ｓｔｏｒａｇｅ ＳＣＵから要求を受けた際に適用されるパラメータを予め設定しておく。
本実施の形態では、Ｓｔｏｒｅ Ｔｏ Ｐｒｉｎｔ設定入力欄１６２は、トレイ選択欄１６２ａと、用紙サイズ選択欄１６２ｂと、コピー数選択欄１６２ｃと、境界フレーム色選択欄１６２ｄと、空きフレーム色選択欄１６２ｅと、レイアウト選択欄１６２ｆとを有する。これらの欄１６２ａ〜１６２ｆにより、本実施の形態のＳｔｏｒｅ Ｔｏ Ｐｒｉｎｔ設定入力欄１６２では、印刷設定として、トレイ、用紙サイズ、コピー数、境界フレーム色、空きフレーム色及びレイアウトを特定することができる。なお、特定することのできる印刷設定は、これらに限定されるものではない。

トレイ選択欄１６２ａでは、印刷に使用する媒体を格納した用紙トレイが選択される。
用紙サイズ選択欄１６２ｂは、トレイ選択欄１６２ａでＭＰ（Ｍｕｌｔｉ−Ｐｕｒｐｏｓｅ）トレイが選択された際に有効となる項目であり、用紙サイズ選択欄１６２ｂでは、ＭＰトレイにセットする媒体のサイズが選択される。
コピー数選択欄１６２ｃでは、印刷する部数が選択される。
境界フレーム色選択欄１６２ｄでは、レイアウト選択欄１６２ｆで選択されるレイアウトにより１ページに複数の画像が割り当てられた際に、画像間の境界を黒及び白の何れにするかが選択される。
境界フレーム色選択欄１６２ｄで黒が選択された場合には、図５（Ａ）に示されているように、画像間の境界ｂ１が黒で印刷される。境界フレーム色選択欄１６２ｄで白が選択された場合には、図５（Ｂ）に示されているように、画像間の境界ｂ２が白で印刷される。

図４に戻り、空きフレーム色選択欄１６２ｅでは、レイアウト選択欄１６２ｆで選択されるレイアウトにより１ページに複数の画像が割り当てられた際に、割り当てられた画像がない空きフレームを白及び黒の何れにするかが選択される。
空きフレーム色選択欄１６２ｅで黒が選択された場合には、図６（Ａ）に示されているように、空きフレームｆ１が黒で印刷される。空きフレーム色選択欄１６２ｅで白が選択された場合には、図６（Ｂ）に示されているように、空きフレームｆ２が白で印刷される。

図４に戻り、レイアウト選択欄１６２ｆでは、１ページに割り当てる画像のレイアウトが選択される。レイアウト選択欄１６２ｆでは、１ページに割り当てる画像のレイアウトを、「ＳＴＡＮＤＡＲＤ」の文字と、「￥」の記号と、「Ｃｏｌｕｍｎ，Ｒｏｗ」の数値とで構成されるフォーマットで示している。
図７（Ａ）〜（Ｇ）は、レイアウト選択欄１６２ｆで選択することのできるレイアウト例を示す概略図である。
図７（Ａ）は、１ページに１個の画像を割り当てたフォーマットＳＴＡＮＤＡＲＤ￥１，１のレイアウトを示している。図７（Ｂ）は、１ページに２個の画像を割り当てたフォーマットＳＴＡＮＤＡＲＤ￥１，２のレイアウトを示している。図７（Ｃ）は、１ページに６個の画像を割り当てたフォーマットＳＴＡＮＤＡＲＤ￥２，３のレイアウトを示している。図７（Ｄ）は、１ページに８個の画像を割り当てたフォーマットＳＴＡＮＤＡＲＤ￥２，４のレイアウトを示している。図７（Ｅ）は、１ページに１２個の画像を割り当てたフォーマットＳＴＡＮＤＡＲＤ￥３，４のレイアウトを示している。図７（Ｆ）は、１ページに４個の画像を割り当てたフォーマットＳＴＡＮＤＡＲＤ￥２，２のレイアウトを示している。図７（Ｇ）は、１ページに９個の画像を割り当てたフォーマットＳＴＡＮＤＡＲＤ￥３，３のレイアウトを示している。
ここで、複数画像を割り当てる際の縮小倍率を最低限に抑えるため、ＳＴＡＮＤＡＲＤ￥１，１、ＳＴＡＮＤＡＲＤ￥１，２、ＳＴＡＮＤＡＲＤ￥２，３、ＳＴＡＮＤＡＲＤ￥２，４及びＳＴＡＮＤＡＲＤ￥３，４では、印字する媒体の向きが縦にされ、ＳＴＡＮＤＡＲＤ￥２，２及びＳＴＡＮＤＡＲＤ￥３，３では、媒体の向きが横にされる。

図４に戻り、Ｓａｖｅ入力欄１６３は、ＡＥＴ名入力欄１６１に入力されたＡＥＴ名に対応付けて、Ｓｔｏｒｅ Ｔｏ Ｐｒｉｎｔ設定入力欄１６２に入力された印刷設定を記憶する指示の入力を受ける欄である。この欄を指定した実行指示が入力されると、ＡＥＴ名入力欄１６１に入力されたＡＥＴ名に対応付けて、Ｓｔｏｒｅ Ｔｏ Ｐｒｉｎｔ設定入力欄１６２に入力された印刷設定が、記憶部１３２に記憶される。

次に、Ｓｔｏｒａｇｅ ＳＣＵから画像形成装置１３０に要求を行い、画像形成装置１３０で受信した画像データを印刷する処理について説明する。ここでは、モダリティ１１０は、Ｐｒｉｎｔ ＳＣＵを備えておらず、Ｓｔｏｒａｇｅ ＳＣＵにより画像形成装置１３０に印刷を行わせる。言い換えると、モダリティ１１０は、画像形成装置１３０に印刷を要求することはできないため、画像形成装置１３０に、画像データの保存を要求することで、その画像データに基づいて、印刷を行わせる。

図８は、Ｓｔｏｒａｇｅ ＳＣＵ及びＳＣＰ間の処理を示すシーケンス図である。
Ｓｔｏｒａｇｅ ＳＣＵは、例えば、図１に示されているモダリティ１１０であり、ＳＣＰは、画像形成装置１３０である。ここでは、一例として、モダリティ１１０としての超音波診断装置が、Ｕｌｔｒａｓｏｕｎｄ Ｉｍａｇｅの画像データを画像形成装置１３０に送信するシーケンスを示す。

最初に、ＳＣＵからＩＰアドレス及びポート番号を指定してＳＣＰを提供する画像形成装置１３０に対してＴＣＰ／ＩＰの接続要求が行われ、ＳＣＰが受諾（Ａｃｃｅｐｔ）しＴＣＰ／ＩＰの通信路が確立される（Ｓ１０）。

確立された通信路を使って、ＳＣＵは、アソシエート確立要求である、ＰＤＵの「Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ」を送信する（Ｓ１１）。この際、「Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ」には、ＡＥＴ名及び要求する１つ以上のアプリケーションコンテキストが含まれる。ここで、Ｓｔｏｒａｇｅ ＳＣＵは、画像形成装置１３０に、印刷を要求する場合には、図４に示されているＡＥＴ設定画面１６０を用いて予め設定されているＡＥＴ名を「Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ」に含める。
なお、図８に示されている「１．２．８４０．１０００８．５．１．４．１．１．６．１」というアプリケーションコンテキストは、Ｕｌｔｒａｓｏｕｎｄ Ｉｍａｇｅ ＳｔｏｒａｇｅのＳＯＰ Ｃｌａｓｓ ＵＩＤと規格上規定されている。

ステップＳ１１で要求されたＡＥＴが存在し、かつ、アプリケーションコンテキストが受付可能であれば、ＳＣＰは、肯定応答であるＡ−ＡＳＳＯＣＩＡＴＥ−ＡＣを送信する（Ｓ１２）。ここでは、要求されたＡＥＴが存在し、かつ、アプリケーションコンテキストが受付可能であるものとして、説明を続ける。
なお、要求されたＡＥＴが存在しない、又は、アプリケーションコンテキストが受付不可である場合は、ＳＣＰは、否定応答であるＡ−ＡＳＳＯＣＩＡＴＥ−ＲＪをＳＣＵに送信し、ＳＣＵが接続を開放する。

次に、ＳＣＵは、ＰＤＵの「Ｐ−ＤＡＴＡ−ＴＦ」でＤＩＳＭＥ形式にてコマンド情報（００００グループ）、検査情報（０００８グループ）、患者情報（００１０グループ）、画像収集情報（００１８、００２０グループ）及び画像データ（７ｅｆ０グループ）を送信する（Ｓ１３）。ここで、コマンド情報に含まれるコマンド種別（００００，０１００）については保存要求を示す０００１Ｈ（Ｃ−ＳＴＯＲＥ−ＲＱ）がセットされる。
そのような要求を受信したＳＣＰは、送付された情報を処理（多くの場合はＳｔｏｒａｇｅに保存）し、コマンド種別に８００１Ｈ（Ｃ−ＳＴＯＲＥ−ＲＳＰ）を、ステータス（００００，０９００）に正常終了を示す０をセットした応答をＳＣＵに返信する（Ｓ１４）。
なお、画像データが複数存在する場合は、ステップＳ１３及びステップＳ１４が操り返し行われる。

全ての対象画像データを送信したＳＣＵは、アソシエート開放要求であるＰＤＵの「Ａ−ＲＥＬＥＡＳＥ−ＲＱ」を送信する（Ｓ１５）。
そして、アソシエート開放要求を受けたＳＣＰは、アソシエート開放要求応答であるＰＤＵの「Ａ−ＲＥＬＥＡＳＥ−ＲＰ」を送信する（Ｓ１６）。
最後に、ＳＣＵは、確立されているＴＣＰ／ＩＰ通信路を切断して処理完了となる（Ｓ１７）。

次に、Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４の処理を説明する。
図９は、Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４の処理を示すフローチャートである。
まず、Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４は、ＳＣＵとしてのモダリティ１１０から要求されたＡＥＴが画像形成装置１３０内に定義されているか否かを確認する（Ｓ２０）。具体的には、Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４は、モダリティ１１０から送られてきたＡ−ＡＳＳＯＣＩＡＴＥ−ＲＱに含まれているＡＥＴ名が、記憶部１３２に記憶されている場合には、ＳＣＵから要求されたＡＥＴが画像形成装置１３０内に定義されていると判断する。ＳＣＵから要求されたＡＥＴが画像形成装置１３０内に定義されていない場合（Ｓ２０でＮｏ）には、処理はステップＳ２１に進み、ＳＣＵから要求されたＡＥＴが画像形成装置１３０内に定義されている場合（Ｓ２０でＹｅｓ）には、処理はステップＳ２２に進む。

ステップＳ２１では、Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４は、要求元のＳＣＵに否定応答であるＡ−ＡＳＳＯＣＩＡＴＥ−ＲＪを送信する。そして、処理は終了する。これにより、制御部１４０は、通信部１３１を介して、画像データを受信することを拒否することができる。

ステップＳ２２では、Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４は、Ｓｔｏｒａｇｅ ＳＣＵからの要求であるか否かを示す内部フラグについて、初期値である「ＦＡＬＳＥ」に初期化する。この内部フラグは、例えば、記憶部１３２に記憶されているものとする。
次に、Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４は、モダリティ１１０から送られてきたＡ−ＡＳＳＯＣＩＡＴＥ−ＲＱに含まれているアプリケーションコンテキストより抽象構文を取得する（Ｓ２３）。

次に、Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４は、ステップＳ２３で取得された抽象構文が、画像形成装置１３０が対応可能であるか否かを確認する（Ｓ２４）。例えば、記憶部１３２には、画像形成装置１３０が対応可能な抽象構文を含む抽象構文リストが予め記憶されており、Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４は、ステップＳ２３で取得された抽象構文が、その抽象構文リスト内に存在するかを確認する。ステップＳ２３で取得された抽象構文が対応可能である場合（Ｓ２４でＹｅｓ）には、処理はステップＳ２５に進み、ステップＳ２３で取得された抽象構文が対応可能ではない場合（Ｓ２４でＮｏ）には、処理はステップＳ２１に進む。

図１０は、抽象構文リストの一例を示す概略図である。
図１０に示されているように、抽象構文リスト１６５は、ＵＩＤ列１６５ａと、ＵＩＤ名列１６５ｂと、Ｓｔｏｒａｇｅ属性列１６５ｃとを有するテーブル形式の情報である。
ＵＩＤ列１６５ａは、画像形成装置１３０が対応可能な抽象構文であるＵＩＤ（Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）を格納する。Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４は、ステップＳ２３で取得された抽象構文を、ＵＩＤ列１６５ａに格納されているＵＩＤとつきあわせる。
ＵＩＤ名列１６５ｂは、ＵＩＤ列１６５ａに格納されているＵＩＤを識別するための識別情報であるＵＩＤ名を格納する。ＵＩＤ名は、ログ出力用の文字列として用いられる。
Ｓｔｏｒａｇｅ属性列１６５ｃは、ＵＩＤ列１６５ａに格納されているＵＩＤが、Ｓｔｏｒａｇｅ ＳＣＵから要求される場合は、ＴＲＵＥ、それ以外は、ＦＡＬＳＥを格納する。

ステップＳ２５では、Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４は、ステップＳ２３で取得された抽象構文が、Ｓｔｏｒａｇｅ ＳＣＵから要求されるものであるか否かを確認する。例えば、Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４は、抽象構文リスト１６５において、ステップＳ２３で取得された抽象構文に対応するＵＩＤのＳｔｏｒａｇｅ属性列１６５ｃの値が「ＴＲＵＥ」の場合には、抽象構文がＳｔｏｒａｇｅ ＳＣＵから要求されるものと判断し、その値が「ＦＡＬＳＥ」の場合には、抽象構文がＳｔｏｒａｇｅ ＳＣＵから要求されるものではないと判断する。抽象構文がＳｔｏｒａｇｅ ＳＣＵから要求されるものである場合には、処理はステップＳ２６に進み、Ｓｔｏｒａｇｅ ＳＣＵからの依頼である場合に特化した処理が行われる。一方、抽象構文がＳｔｏｒａｇｅ ＳＣＵから要求されるものではない場合には、処理はステップＳ２９に進む。

ステップＳ２６では、Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４は、内部フラグを、Ｓｔｏｒａｇｅ ＳＣＵからの要求であることを示す「Ｔｒｕｅ」に更新する。
そして、Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４は、Ｓｔｏｒａｇｅ ＳＣＵから受信した画像データ数を示す変数（Ｉｍａｇｅ＿ｎｕｍ）に初期値である「０」をセットする（Ｓ２７）。

次に、Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４は、内部的に画像データを管理するための画像ボックスを作成する（Ｓ２８）。画像ボックスはＳｔｏｒａｇｅ ＳＣＵから受信し、ＤＩＭＳＥ解析部１４６により抽出されたＤＩＭＳＥデータのうち、００２８グループ（画像表示情報）及び７ｆｅ０グループ（ピクセルデータ）のデータを抽出したリスト配列であり、１つのリストが１つの画像データを示す。
図１１は、画像ボックスの一例を示す概略図である。
図示するように、画像ボックス１６６は、Ｔａｇ列１６６ａと、Ｎａｍｅ列１６６ｂと、Ｄａｔａ列１６６ｃとを有するテーブル形式の情報である。

Ｔａｇ列１６６ａは、画像形成に必要なＴａｇ情報を格納する。Ｔａｇ列１６６ａには、ＤＩＣＯＭ規格に定める以下のデータが格納される。
（００２８，０００２）は、画像あたりのサンプル数を示す。
（００２８，０００４）は、光度測定解釈を示す。
（００２８，００１０）は、イメージのＹ方向のピクセル数を示す。
（００２８，００１１）は、イメージのＸ方向のピクセル数を示す。
（００２８，０１００）は、ピクセルに割り当てられたビット数を示す。
（００２８，０１０１）は、１ピクセルのビット数を示す。
（００２８，０１０２）は、高位ビット（ピクセルデータのＭＢＳ）を示す。
（７ｅｆ０，００１０）は、ピクセルデータを示す。

Ｎａｍｅ列１６６ｂは、Ｔａｇ列１６６ａに格納されたタグ情報の識別情報である名称を格納する。Ｎａｍｅ列１６６ｂに格納された名称は、ログ出力用に用いられる。
Ｄａｔａ列１６６ｃは、Ｔａｇ列１６６ａに格納されたタグ情報に対応させて、ＤＩＭＳＥ解析部１４６により抽出されたデータを格納する。

図９に戻り、ステップＳ２９では、Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４は、通信部１３１に、肯定応答であるＡ−ＡＳＳＯＣＩＡＴＥ−ＡＣを要求元のＳＣＵへ送信させる。そして、処理は終了する。

図９に示されたフローにより、ＳＣＵとＳＣＰ間にアソシエーションが確立し、その後、図８のステップＳ１３に示されているように、ＳＣＵからＣ−ＳＴＯＲＥ−ＲＱコマンドが送信される。

次に、画像形成装置でＣ−ＳＴＯＲＥ−ＲＱを受信した場合の処理について説明する。
図１２は、コマンド処理部１４７での処理を示すフローチャートである。
最初に、コマンド処理部１４７は、Ｓｔｏｒａｇｅ ＳＣＵからの要求であるか否かを確認するため、Ｓｔｏｒａｇｅ ＳＣＵからの要求であることを示す内部フラグを確認する（Ｓ３０）。内部フラグがＳｔｏｒａｇｅ ＳＣＵからの要求ではないことを示す「Ｆａｌｓｅ」である場合には、処理はステップＳ３１に進み、内部フラグがＳｔｏｒａｇｅ ＳＣＵからの要求であることを示す「Ｔｒｕｅ」である場合には、処理はステップＳ３２に進む。

ステップＳ３１では、コマンド処理部１４７は、通信部１３１に、否定応答を示すＳｔａｔｕｓにエラー値を設定したＣ−ＳＴＯＲＥ−ＲＳＰをモダリティ１１０へ送信させる。そして、処理は終了する。

ステップＳ３２では、コマンド処理部１４７は、Ｓｔｏｒａｇｅ ＳＣＵから受信した画像データ数を示す変数（Ｉｍａｇｅ＿ｎｕｍ）に１を加える。
次に、コマンド処理部１４７は、前述のＡ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理の際に作成された画像ボックスに、予め定められた要素（００２８グループと７ｆｅ０グループ）のデータを格納する（Ｓ３３）。
次に、コマンド処理部１４７は、通信部１３１に、肯定応答を示すＳｔａｔｕｓに正常値（０）を設定したＣ−ＳＴＯＲＥ−ＲＳＰをモダリティ１１０へ送信させる（Ｓ３４）。

続けて、レイアウト情報で指定される情報により１ページ内に割り当てる画像数が既に画像ボックス内に保存されている場合は直ちに印刷を行うため以降の処理を行う。
コマンド処理部１４７は、図８のステップＳ１１で受信したＡ−ＡＳＳＯＣＩＡＴＥ−ＲＱに含まれているＡＥＴ名に対応付けて記憶部１３２に記憶されている印刷設定から、レイアウトの情報（Ｃｏｌｕｍｎ及びＲｏｗ）を取得する（Ｓ３５）。
次に、コマンド処理部１４７は、ステップＳ３５で取得されたレイアウトの情報から、１ページ内に割り当てるページ内画像数（ＰｒｉｎｔＩｍａｇｅＰｅｒＰａｇｅ）を算出する（Ｓ３６）。ここで、１ページ内に割り当てる画像数は、ステップＳ３５で取得されたＣｏｌｕｍｎにＲｏｗを乗じた値となる。

次に、コマンド処理部１４７は、ステップＳ３６で算出されたページ内画像数と、既に画像ボックスに保存された画像数を比較する（Ｓ３７）。これらの数が同じである場合には、処理はステップＳ３８に進み、印刷処理が行われる。これらの数が異なる場合には、印刷を実行せずに次の画像データ受信、又は、アソシエーション開放を待つため、処理は終了する。

ステップＳ３８では、画像ボックス印刷処理が行われる。この処理については、図１４を用いて説明する。
次に、コマンド処理部１４７は、画像ボックスを削除する（Ｓ３９）。
また、コマンド処理部１４７は、受信した画像データ数を示す変数（Ｉｍａｇｅ＿ｎｕｍ）を初期値である「０」にリセットする（Ｓ４０）。そして、処理は終了する。
なお、図８のステップＳ１５に示されているように、対象となる画像データを全て送信した後は、ＳＣＵであるモダリティ１１０からアソシエーション開放を示すＰＤＵであるＡ−ＲＥＬＥＡＳＥ−ＲＱが送信される。

次に、画像形成装置１３０がＡ−ＲＥＬＥＡＳＥ−ＲＱを受信した場合の処理について説明する。
Ａ−ＲＥＬＥＡＳＥ−ＲＱは、ＤＩＣＯＭ規約上全てのＳＣＵから送信され得る。しかしながら、本実施の形態のように、Ｐｒｉｎｔ ＳＣＰ、Ｖｅｒｉｆｉｃａｔｉｏｎ ＳＣＰ及びＳｔｏｒａｇｅ ＳＣＰを画像形成装置１３０が提供する場合には、画像形成装置１３０は、Ｐｒｉｎｔ ＳＣＵ及びＶｅｒｉｆｉｃａｔｉｏｎ ＳＣＵに対しては、何もせずに応答（Ａ−ＲＥＬＥＡＳＥ−ＲＰ）を送信する。一方、Ｓｔｏｒａｇｅ ＳＣＵに対しては、画像形成装置１３０は、画像ボックス中に未印刷の画像データが残存している場合は、印刷処理を行ってから応答を返却する必要がある。以降にその処理フローを説明する。

図１３は、Ａ−ＲＥＬＥＡＳＥ−ＲＱ処理部１４９での処理を示すフローチャートである。
最初に、Ａ−ＲＥＬＥＡＳＥ−ＲＱ処理部１４９は、Ｓｔｏｒａｇｅ ＳＣＵからの要求か否かを確認するため、Ｓｔｏｒａｇｅ ＳＣＵからの要求であるか否かを示す内部フラグを確認する（Ｓ５０）。内部フラグがＳｔｏｒａｇｅ ＳＣＵからの要求であることを示す「Ｔｒｕｅ」である場合には、処理はステップＳ５１に進み、内部フラグがＳｔｏｒａｇｅ ＳＣＵからの要求ではないことを示す「Ｆａｌｓｅ」である場合には、処理はステップＳ５４に進む。

ステップＳ５１では、Ａ−ＲＥＬＥＡＳＥ−ＲＱ処理部１４９は、未印刷の画像データが残っているか否かを確認する。例えば、Ａ−ＲＥＬＥＡＳＥ−ＲＱ処理部１４９は、受信した画像データ数を示す変数（Ｉｍａｇｅ＿ｎｕｍ）が１以上である場合には、未印刷の画像データが残っていると判断する。

ステップＳ５２では、未印刷の画像データが残っているため、画像ボックス印刷処理が行われる。この処理については、図１４を用いて説明する。
次に、Ａ−ＲＥＬＥＡＳＥ−ＲＱ処理部１４９は、画像ボックスを削除する（Ｓ５３）。
そして、Ａ−ＲＥＬＥＡＳＥ−ＲＱ処理部１４９は、通信部１３１にＡ−ＲＥＬＥＡＳＥ−ＲＰをモダリティ１１０へ送信させる（Ｓ５４）。そして処理は終了する。

最後に、コマンド処理部１４７又はＡ−ＲＥＬＥＡＳＥ−ＲＱ処理部１４９から呼び出される画像ボックス印刷処理について説明する。
図１４は、画像ボックス印刷処理を示すフローチャートである。
画像ボックス印刷処理は、印刷ジョブ生成部１４８により行われる。

印刷ジョブ生成部１４８は、図８のステップＳ１１で受信したＡ−ＡＳＳＯＣＩＡＴＥ−ＲＱに含まれているＡＥＴ名に対応付けて記憶部１３２に記憶されている印刷設定から、レイアウトの情報を取得する（Ｓ６０）。
次に、印刷ジョブ生成部１４８は、ステップＳ６０で取得されたレイアウトの情報が、ＳＴＡＮＤＡＲＤ￥２，２又はＳＴＡＮＤＡＲＤ￥３，３であるか否かを確認する（Ｓ６１）。レイアウトの情報がＳＴＡＮＤＡＲＤ￥２，２又はＳＴＡＮＤＡＲＤ￥３，３である場合（Ｓ６１でＹｅｓ）には、処理はステップＳ６２に進み、レイアウトの情報がＳＴＡＮＤＡＲＤ￥２，２又はＳＴＡＮＤＡＲＤ￥３，３ではない場合（Ｓ６２でＮｏ）には、処理はステップＳ６３に進む。

ステップＳ６２では、印刷ジョブ生成部１４８は、媒体の向きを横向き（Ｌａｎｄｓｃａｐｅ）に設定する。そして、処理はステップＳ６４に進む。
一方、ステップＳ６３では、印刷ジョブ生成部１４８は、媒体の向きを縦向き（Ｐｏｒｔｒａｉｔ）に設定する。そして、処理はステップＳ６４に進む。
なお、ディスプレイに表示することを前提としているため画像データは横に長いイメージが多い。このため、ステップＳ６２及びステップＳ６３のように、媒体の向きが設定される。

ステップＳ６４では、印刷ジョブ生成部１４８は、図８のステップＳ１１で受信したＡ−ＡＳＳＯＣＩＡＴＥ−ＲＱに含まれているＡＥＴ名に対応付けて記憶部１３２に記憶されている印刷設定から、用紙トレイ、用紙サイズ、コピー数、境界フレーム色及び空きフレーム色の情報を取得する。

次に、印刷ジョブ生成部１４８は、ステップＳ６２〜ステップＳ６４で得られた情報に基づいて、ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）にて印刷ジョブのヘッダ部を生成する（Ｓ６５）。そして、印刷ジョブ生成部１４８は、次処理以降で画像データをページに割り当てる。

印刷ジョブ生成部１４８は、実際に割り当て済みの画像データ数を示す変数である「ｃｎｔ」を初期化する（Ｓ６６）。ここでは、「ｃｎｔ」の値は、「０」にセットされる。
次に、印刷ジョブ生成部１４８は、未だ割り当てられていない１つの画像データを特定し、特定された画像データの画像ボックス１６６に格納されている各種データを取得し、８ビットピクセルデータに変換する（Ｓ６７）。
次に、印刷ジョブ生成部１４８は、画像の高さ、幅をレイアウトに応じた適切なサイズに割り当てる（Ｓ６８）。
次に、印刷ジョブ生成部１４８は、変換後の画像データをＤＬにて印刷ジョブに追加する（Ｓ６９）。
次に、印刷ジョブ生成部１４８は、「ｃｎｔ」に１を加える（Ｓ７０）。これにより、「ｃｎｔ」に対応する画像ボックス１６６に画像データの処理が完了する。

次に、印刷ジョブ生成部１４８は、画像データの割当数を示す変数（ｃｎｔ）と、受信した画像データの数を示す変数（Ｉｍａｇｅ＿ｎｕｍ）とを比較する（Ｓ７１）。画像データの割当数を示す変数が受信した画像データの数を示す変数と一致する場合には、処理はステップＳ７２に進み、画像データの割当数を示す変数が受信した画像データの数を示す変数と一致しない場合には、処理はステップＳ６７に戻り、処理が繰り返される。言い換えると、ステップＳ６７〜ステップＳ７０までの処理は、画像ボックス１６６に格納されている画像データ数分繰り返される。

そして、印刷ジョブ生成部１４８は、全画像データを印刷ジョブに追加し終わった後、ＰＤＬにて印刷ジョブにフッタを追加し、印刷ジョブを完成させる（Ｓ７２）。
次に、印刷ジョブ生成部１４８は、作成した印刷ジョブを印刷部１３３に投入することで、印刷部１３３に印刷を実行させる（Ｓ７３）。

なお、図８のステップＳ１７に示されているように、アソシエーション開放後はＳＣＵからＴＣＰ／ＩＰの接続が切断され、一連の処理が終了する。
以上の処理をもって、Ｓｔｏｒａｇｅ ＳＣＵからの画像送信要求を受け付け、印刷が行われる。

Ｖｅｒｉｆｉｃａｔｉｏｎ ＳＣＵ及びＰｒｉｎｔ ＳＣＵからの要求については、図９に示されているように、Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４によりＳｔｏｒａｇｅ ＳＣＵからの要求であるか否かを示す内部フラグが「Ｆａｌｓｅ」に設定された後（Ｓ２２）、公知技術により処理が行われる。
例えば、Ｖｅｒｉｆｉｃａｔｉｏｎ ＳＣＵの場合は、ＴＣＰ／ＩＰ接続後に抽象構文にＶｅｒｉｆｉｃａｔｉｏｎ ＳＯＰ Ｃｌａｓｓを指定したＡ−ＡＳＳＯＣＩＡＴＥ−ＲＱが送信され、以降Ｃ−ＥＣＨＯ−ＲＱコマンドの送受信が行われ、Ａ−ＲＥＬＥＡＳＥ−ＲＱが送信される。
また、Ｐｒｉｎｔ ＳＣＵの場合は、ＴＣＰ／ＩＰ接続後に抽象構文にＢａｓｉｃ Ｇｒａｙｓｃａｌｅ Ｐｒｉｎｔ Ｍａｎａｇｅｍｅｎｔ Ｍｅｔａ ＳＯＰ Ｃｌａｓｓ、又は、Ｂａｓｉｃ Ｃｏｌｏｒ Ｐｒｉｎｔ Ｍａｎａｇｅｍｅｎｔ Ｍｅｔａ ＳＯＰ Ｃｌａｓｓを指定したＡ−ＡＳＳＯＣＩＡＴＥ−ＲＱが送信され、以降各種コマンド（Ｎ−ＧＥＴ−ＲＱ、Ｎ−ＣＲＥＡＴＥ−ＲＱ、Ｎ−ＳＥＴ−ＲＱ、Ｎ−ＡＣＴＩＯＮ−ＲＱ、Ｎ−ＤＥＬＥＴＥ−ＲＱ）の送受信が行われ、Ａ−ＲＥＬＥＡＳＥ−ＲＱが送信される。
Ｓｔｏｒａｇｅ ＳＣＵからの要求と共通であるのはＡ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４での処理と、Ａ−ＲＥＬＥＡＳＥ−ＲＱ処理部１４９での処理であるが、Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部１４４及び図１０に示されている抽象構文リスト１６５によって設定されるＳｔｏｒａｇｅ ＳＣＵからの要求であるか否かを示す内部フラグによって、各ＳＣＵからの要求が競合することなく適切に処理される。

以上に記載された画像形成装置１３０における制御部１４０一部又は全部は、例えば、図１５（Ａ）に示されているように、メモリ１と、メモリ１に格納されているプログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等のプロセッサ２とにより構成することができる。このようなプログラムは、ネットワークを通じて提供されてもよく、また、記録媒体に記録されて提供されてもよい。
なお、記憶部１３２は、メモリ１により実現されていてもよく、その他の記憶装置により実現されていてもよい。

また、画像形成装置１３０における制御部１４０の一部又は全部は、例えば、図１５（Ｂ）に示されているように、単一回路、復号回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ）又はＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の処理回路３で構成することもできる。

以上に記載された実施の形態によれば、Ｐｒｉｎｔ ＳＣＵを具備しないモダリティ１１０であっても、言い換えると、印刷処理を要求することのできないモダリティ１１０であっても、図示しない医用画像サーバに画像データを保存することなく、直接、画像形成装置１３０に画像データを送信し、保存処理を要求することで、好適な印刷設定で印刷された結果を得ることができる。

以上に記載された実施の形態では、説明を簡易にするために画像形成装置１３０で保有する、ＡＥＴ名に対応する印刷設定を１つとしているが、実施の形態はこのような例に限定されない。例えば、図４に示されているＡＥＴ設定画面１６０を介して、複数のＡＥＴ名に対応する印刷設定を入力することで、画像形成装置１３０内で複数のＡＥＴ名に対応する印刷設定を保持することができる。この場合、モダリティ１１０側で接続要求するＡＥＴ名を使い分けることで、好適な印刷設定にて印刷結果を得ることができる。

また、以上に記載された実施の形態では、画像ボックスに格納し管理するデータを、００２８グループの画像表示データ及び７ｅｆ０グループのピクセルデータとしたが、０００８グループ（検査情報）、００１０グループ（患者情報）、又は、００１８及び００２０グループ（画像収集情報）等の付随する情報も格納することができるようにすることで、画像形成する際にこれらの付随する情報をテキストにして画像情報に重畳して印刷することも可能である。

１００ 画像形成システム、 １０１ ネットワーク、 １１０ モダリティ、 １２０ 情報処理装置、 １３０ 画像形成装置、 １３１ 通信部、 １３２ 記憶部、 １３３ 印刷部、 １４０ 制御部、 １４１ Ｗｅｂサーバ部、 １４２ ＡＥＴ設定部、 １４３ ＰＤＵ解析部、 １４４ Ａ−ＡＳＳＯＣＩＡＴＥ−ＲＱ処理部、 １４５ Ｐ−ＤＡＴＡ−ＴＦ処理部、 １４６ ＤＩＭＳＥ解析部、 １４７ コマンド処理部、 １４８ 印刷ジョブ生成部、 １４９ Ａ−ＲＥＬＥＡＳＥ−ＲＱ処理部、 １５０ 印刷ジョブ受信部。

Claims (5)

1. 印刷設定と処理識別情報とを対応付けて記憶する記憶部と、
   上位装置から、ＤＩＣＯＭ標準インターフェースを介して、処理識別情報、抽象構文、画像データ、及びデータを保存する処理の要求を受信する受信部と、
   前記受信部で受信された処理識別情報が前記記憶部に記憶されている処理識別情報と一致し、かつ前記受信部で受信された抽象構文に基づき前記受信部で受信された前記要求がＳｔｏｒａｇｅ ＳＣＵからの要求であると判断した場合、前記要求に基づくデータを保存する処理を実行せず、前記処理識別情報に対応付けて前記記憶部に記憶されている印刷設定に従って、前記受信部で受信された画像データに基づいて印刷処理を実行する処理実行部と、を備えること
   を特徴とする画像形成装置。
2. 前記記憶部は、複数の印刷設定の各々と、当該複数の印刷設定を識別するための複数の処理識別情報の各々とを対応付けて記憶しており、
   前記受信部は、前記データを保存する処理の要求を受信する前に、前記処理識別情報を前記上位装置から受信し、
   前記処理実行部は、前記受信部で受信された処理識別情報に対応付けて前記記憶部に記憶されている印刷設定に従って、前記画像データに基づいて印刷処理を実行すること
   を特徴とする請求項１に記載の画像形成装置。
3. 前記処理実行部は、前記印刷設定及び前記処理識別情報の入力を受け、前記入力された印刷設定及び処理識別情報を前記記憶部に記憶させること
   を特徴とする請求項１又は２に記載の画像形成装置。
4. 前記処理実行部は、前記受信部で受信された処理識別情報が、前記記憶部に記憶されている処理識別情報と一致しない場合には、前記受信部による前記画像データの受信を拒否すること
   を特徴とする請求項１から３の何れか一項に記載の画像形成装置。
5. 前記受信部は、さらに前記画像データに付随する情報を受信し、
   前記処理実行部は、前記情報を前記画像データに重畳して印刷すること
   を特徴とする請求項１から４の何れか一項に記載の画像形成装置。

Images