【事件の表示】
　特許第３３１４０７３号「画像処理装置及びデータ処理方法」の請求項１ないし６に係る特許に対する特許異議の申立てについて、次のとおり決定する。
【結　論】
　訂正を認める。
　特許第３３１４０７３号の請求項１ないし６に係る特許を維持する。
【理　由】
１．訂正の適否
１−１．訂正の内容
　（１）訂正事項ａ
　請求項１を、
「【請求項１】　ホストを接続するインターフェース手段と、
　前記インターフェース手段を介してホストからの指示情報を受信する受信手段と、
　データをファイルとしてそれぞれの入力種別が複数の種別のうちのいずれであるかを表す情報と対応付けて複数蓄積する蓄積手段と、
　画像を記録出力する記録手段と、
　データを送信する送信手段と、
　前記蓄積手段に蓄積されている複数のファイルのファイルＩＤ一覧と前記それぞれの入力種別を表す情報を、前記インターフェース手段を介してホストに通知する通知手段と、
　前記受信手段で受信したファイルＩＤを含む指示情報に基づき、前記蓄積手段に蓄積されている複数のファイルの中から一つを選択し、その選択されたファイルを前記記録手段で記録、もしくは前記送信手段で送信させるよう制御する制御手段とを有することを特徴とする画像処理装置。」と訂正する。
　又、請求項６を、
「【請求項６】　互いにインターフェースを介して情報のやり取りのできるホスト、及びデータをファイルとしてそれぞれの入力種別が複数の種別のうちのいずれであるかを表す情報と対応付けて複数蓄積するメモリ、画像を記録出力する記録部、データを送信する送信手段を備えた画像処理装置を有するシステムにおけるデータ処理方法において、
前記ホストが前記画像処理装置から、前記メモリ内に蓄積されている複数のファイルのファイルＩＤ一覧と前記それぞれの入力種別を表す情報を受信する工程と、
　前記ホストが、ファイルＩＤに基づき前記メモリに蓄積されている複数のファイルの中の一つを指定し、その指定されたファイルを前記記録部で記録するよう指示する指示情報を、前記インターフェースを介して前記画像処理装置に送信する工程と、
　前記ホス．トが、ファイルＩＤに基づき前記メモリに蓄積されている複数のファイルの中の一つを指定し、その指定されたファイルを前記送信手段で送信するよう指示する指示情報を、前記インターフェースを介して前記画像処理装置に送信する工程とを有することを特徴とするデータ処理方法。」と訂正する。
　（２）訂正事項ｂ
段落番号【０００５】を、
「【０００５】
【課題を解決するための手段】
　本発明は、上記課題を解決することを目的として成されたものであって、ホストを接続するインターフェース手段と、前記インターフェース手段を介してホストからの指示情報を受信する受信手段と、データをファイルとしてそれぞれの入力種別が複数の種別のうちのいずれであるかを表す情報と対応付けて複数蓄積する蓄積手段と、画像を記録出力する記録手段と、データを送信する送信手段と、前記蓄積手段に蓄積されている複数のファイルのファイルＩＤ一覧と前記それぞれの入力種別を表す情報を、前記インターフェース手段を介してホストに通知する通知手段と、前記受信手段で受信したファイルＩＤを含む指示情報に基づき、前記蓄積手段に蓄積されている複数のファイルの中から一つを選択し、その選択されたファイルを前記記録手段で記録、もしくは前記送信手段で送信させるよう制御する制御手段とを有することを特徴とする。」と訂正する。
又、段落番号【０００６】を、
「【０００６】又、本発明のデータ処理方法は、互いにインターフェースを介して情報のやり取りのできるホスト、及びデータをファイルとしてそれぞれの入力種別が複数の種別のうちのいずれであるかを表す情報と対応付けて複数蓄積するメモリ、画像を記録出力する記録部、データを送信する送信手段を備えた画像処理装置を有するシステムにおけるデータ処理方法において、前記ホストが前記画像処理装置から、前記メモリ内に蓄積されている複数のファイルのファイルＩＤ一覧と前記それぞれの入力種別を表す情報を受信する工程と、前記ホストが、ファイルＩＤに基づき前記メモリに蓄積されている複数のファイルの中の一つを指定し、その指定されたファイルを前記記録部で記録するよう指示する指示情報を、前記インターフェースを介して前記画像処理装置に送信する工程と、前記ホストが、ファイルＩＤに基づき前記メモリに蓄積されている複数のファイルの中の一つを指定し、その指定されたファイルを前記送信手段で送信するよう指示する指示情報を、前記インターフェースを介して前記画像処理装置に送信する工程とを有することを特徴とする。」と訂正する。
　
（３）訂正事項ｃ
　段落番号【００９０】を、
「【００９０】以上説明したように、本発明によれば、画像処理装置にファイルトとして蓄積されている複数のデータの一覧とそれぞれの入力種別を表す情報をホストに通知し、ホストは入力種別を表す情報を参照してこの通知された一覧の中から一つのファイルを選択してホストからの指示で選択的に記録もしくは送信させることができ、システムとしての使い勝手が向上する。」と訂正する。
　
１−２．訂正の適否
　請求項１及び６についての訂正事項ａは、蓄積手段（請求項１）あるいはメモリ（請求項６）に「ファイル」を「それぞれの入力種別が複数の種別のうちのいずれであるかを表す情報と対応付けて」蓄積することを限定し、且つ画像処理装置からホストに通知される情報に「前記それぞれの入力種別を表す情報」を追加するもので、特許請求の範囲の減縮を目的とするものである。訂正事項ａは、特許明細書の図２０、【００４６】〜【００５０】に記載されていたことである。
　以上とおりであるから、訂正事項ａは、特許法第１２０条第２項及び第３項の規定に適合するものである。
　また、その他の訂正事項ｂ及びｃについても特許法第１２０条第２項の規定に適合するものであるので上記訂正を認める。
　
１−３．むすび
　以上のとおりであるから、上記平成１６年７月１２日付けの訂正は、特許法等の一部を改正する法律（平成６年法律第１１６号）附則第６条第１項の規定によりなお従前の例によるとされる、特許法第１２０条の４第３項において準用する平成６年法律第１１６号による改正前の特許法第１２６条第１項ただし書、第２項及び第３項の規定に適合するので、当該訂正を認める。
　
２．異議申立てについての判断
２−１　本件発明
　上記のとおり、訂正は認められるから、本件特許の発明（請求項１〜請求項６）は、訂正された特許明細書に記載された次のとおりのものである。
請求項１；ホストを接続するインターフェース手段と、
　前記インターフェース手段を介してホストからの指示情報を受信する受信手段と、
　データをファイルとしてそれぞれの入力種別が複数の種別のうちのいずれであるかを表す情報と対応付けて複数蓄積する蓄積手段と、
　画像を記録出力する記録手段と、
　データを送信する送信手段と、
　前記蓄積手段に蓄積されている複数のファイルのファイルＩＤ一覧と前記それぞれの入力種別を表す情報を、前記インターフェース手段を介してホストに通知する通知手段と、
　前記受信手段で受信したファイルＩＤを含む指示情報に基づき、前記蓄積手段に蓄積されている複数のファイルの中から一つを選択し、その選択されたファイルを前記記録手段で記録、もしくは前記送信手段で送信させるよう制御する制御手段とを有することを特徴とする画像処理装置。
（以下、本件発明１という。）
請求項２；さらに、原稿上の画像を読み取る読取手段を有し、前記蓄積手段は前記読取手段からの画像データをファイルとして蓄積することを特徴とする請求項１に記載の画像処理装置。
請求項３；さらに、前記記録手段で画像を記録すべき記録紙の有無を、前記インターフェース手段を介してホストに通知する手段を有することを特徴とする請求項１又は２に記載の画像処理装置。
請求項４；さらに、前記蓄積手段で蓄積しているファイルの属性情報を、前記インターフェース手段を介してホストに通知する手段を有することを特徴とする請求項１乃至３のいずれか１つに記載の画像処理装置。
請求項５；さらに、前記受信手段で受信した指示情報に基づき前記蓄積手段で蓄積しているファイルを削除する手段を有することを特徴とする請求項１乃至４のいずれか１つに記載の画像処理装置。
請求項６；互いにインターフェースを介して情報のやり取りのできるホスト、及びデータをファイルとしてそれぞれの入力種別が複数の種別のうちのいずれであるかを表す情報と対応付けて複数蓄積するメモリ、画像を記録出力する記録部、データを送信する送信手段を備えた画像処理装置を有するシステムにおけるデータ処理方法において、
前記ホストが前記画像処理装置から、前記メモリ内に蓄積されている複数のファイルのファイルＩＤ一覧と前記それぞれの入力種別を表す情報を受信する工程と、
　前記ホストが、ファイルＩＤに基づき前記メモリに蓄積されている複数のファイルの中の一つを指定し、その指定されたファイルを前記記録部で記録するよう指示する指示情報を、前記インターフェースを介して前記画像処理装置に送信する工程と、
　前記ホストが、ファイルＩＤに基づき前記メモリに蓄積されている複数のファイルの中の一つを指定し、その指定されたファイルを前記送信手段で送信するよう指示する指示情報を、前記インターフェースを介して前記画像処理装置に送信する工程とを有することを特徴とするデータ処理方法。
（以下、本件発明６という。）
　
２−２　取消理由通知で引用された刊行物の記載
刊行物１（特開平３−８０６６４号公報）
　（１）「本発明は、画像データを光デイスク等に登録する電子フアイル装置に関し、特に、フアクシミリで受信した画像データの登録に関するものである。」（刊行物１の３頁上段左欄１〜３行）
　（２）「本発明は、受信したファクシミリデータを、直接登録できる電子ファイル装置を提供することを第１の目的とする。」（刊行物１の３頁下段左欄１〜３行）
　（３）「また、通常、画像は、イメージスキャナ等より入力され、メモリ上にビツトマップ展開され、その後、符号化され記憶媒体に記録されるが、この時、必要があれば、併せて、ファクシミリ送信手段が、メモリ上のビツトマップデータをファクシミリ通信に整合した符号則で符号化し、ファクシミリ送信する。」（刊行物１の５頁下段左欄２〜８行）
　（４）「以下、本発明の第１の実施例について説明する。
　第１図に、１本実施例に係る電子ファイル装置の構成を示す。
図中、制御装置ａｌは、電子ファイル装置全体の制御を行う、制御装置ｌの指示下で、ファクシミリ入出力制御装置４は、ファクシミリ機能を担当し、受信データのメモリ５上へのビットマップ展開や通信回線との入出力等を司る。
　画像処理プロセツサ１１は、メモリ５に一時保持されている画像のビットマップを符号化し、光ディスク入出力装置２を介して光ディスク３に登録する。または、逆に、光ディスク３の記憶データをメモリ５上にビットマップ展開する。
　コード情報ビットマップ展開装置１２は、セントロニクス入出力装置を介してワードプロセツサより受信した印字データのビットマップをメモリ５上に展開する。
　操作部８は、ユーザよりの指示を受付け、制御装Ｍ１に伝達する。
　表示装置９は、制御装置ｌの制御下で、制御情報やメモリマップ上にＲ関された画像を表示する。
　画像入力部７は、イメージスキャナ等を有し。
　メモリ５上に展開する画像データを発生する。
　画像印刷装置６は、メモリマップ上に展開された画像を印刷する。
　時計機構１０は、時刻を示す。」（刊行物１の６頁上段右欄２行〜同頁下段左欄７行）
　（５）「本電子ファイル装置のオペレータが、操作部８を操作して制御装置１に画像情報のファクシミリ受信データの登録の指示を行うと、制御装置１はファクシミリ入出力装置４に受信の指示を行う。
　その後、ファクシミリ入出力装置４はファクシミリからの画像データを受信すると、ビットマップに伸張し、メモリ５に一時記憶する。
　次に、受信情報（発信元ダイヤル番号、発信元情報、パスワード）と、時計機構１０の日付と時刻により、後述するタイトル情報を作成する。
　そして、メモリ５上のビットマップを画像処理プロセツサ１１により圧縮して、タイトル情報と共に、光ディスク人出力制御装置２を介して光ディスク３に登録する。」（刊行物１の６頁下段左欄１０行〜同頁下段右欄３行）
　（６）「そして、印字データが１枚の用紙分となつた時点（改頁のコードがセントロニクスインタフェースより送られてきた場合も含む）で、オペレータの入力した名称と１時計機構１０の日付と時刻によりタイトル情報を作成し、」（刊行物１の６頁下段右欄１６〜２０行）
　（７）「第２図に示すように、光ディスク３上の記憶領域には、タイトル情報格納部３１と画像データ格納部３２とが分離して設けられている。
　また、メモリ５上には、後述するタイトル格納ポインタ５０．画像格納ポインタ５１、ファクシミリ受信した情報を一時格納するファクシミリ受信情報５２、ビットマップを展開するビットマップメモリ５３、ワードプロセツサより受信した印刷データを−”時格納するセントロバツフア５４が設けられている。
　タイトル情報格納部３１は、複数のタイトル情報（Ｔ−１〜Ｔ−ｎ）を格納し、タイトル格納ポインタ５０がタイトル情報の最終アドレスをメモリ５内の示しく第３図参照）１画像格納ポインタＳ１が画像データの最終アドレスを示す。
　タイトル情報は、第３図に示すように、登録年月日３１１、登録時刻３１２、発信元ダイヤル番号３１３１発信元情報３１４１名称３１５．ペ−ジ３１６と、制御情報である画像格納ポインタ３１７、画像サイズ３１８より構成される。」（刊行物１の上段左欄１５行〜同頁上段右欄１４行）
　（８）「また、ファクシミリ入出力制御装置４のファクシミリ機能を利用することにより、光ディスク３に記憶している画像データの配信や転送等も容易に実現できる。
　次に、このようにして光ディスク３登録さレータ画像を検索する場合の動作について説明する。
　第８図に、この場合の制御装置１の処理の流れを示す。
まず、オペレータは、タイトル情報（Ｔ−１〜Ｔ−ｎ）の検索の為に検索条件及び文書パスワードを入力する（ステップ６２）。
　これを受け、制御装置１１は、タイトル格納ポインタ５０までのタイトル情報（Ｔ−１〜Ｔ−ｎ）を、光ディスク３より読み出し（ステップ６３）、検索条件及び文書パスワードと一致するかチエツクする（ステップ６４）。
　一致した場合は、一致したタイトル情報を表示装置９に表示し（ステップ６５）、更に、必要な画像に対応するタイトル情報を選択させる（ステップ６６）。
　タイトル情報が選択されたら、該タイトルに対応する画像を、光ディスク３より読み出し１表示装置９に表示し（ステップ６７）、印刷を要求さレータ場合は、印刷を行う（ステップ６８）。
　別の画像が必要であつた場合は、再び画像の選択より実行するが（ステップ７２）、不要であれば検索を終了する。」（刊行物１の９頁上段左欄１５行〜同頁下段左欄１行）
　
刊行物２（特開昭６３−８７８５８号公報）
　（１）「外部データ処理装置としてパーソナルコンピュータ（パソコン）等に接続された新規の画像処理装置に関するものであり」（刊行物２の１頁下段右欄６〜８行）
　（２）「１、ステ−タス要求コマンド。
　パソコン８が本装置１に対して制御を行う時に本装置１の状態をレポートすることを要求するコマンドであり、このコマンドに対して本装置は（１）リモート制御の可否（２）エラー有無（３）動作完了の有無（４）ファクシミリ受信時の次頁要求（５）ファクシミリ動作時の通話要求（６）イメージプリンタ用紙切れについて応答する。」（刊行物２の６頁上段右欄６〜１４行）
　（３）「ステップＳ７で、プリンタ用紙切れの判定が行なわれ、プリンタの用紙切れすなわち用紙未装着の場合は、
　ステップＳ８で、用紙切れステータスをオンにして、第３図のランプ２８を点灯する。」（刊行物２の７頁下段左欄１６〜２０行）
　
刊行物３（特開昭６３−１９３７６５号公報）
　（１）「本発明は、ファクシミリ装置に関し、特に、遠隔地より文書消去信号を受信し、その指示に従い蓄積文書を消去するファクシミリ装置に関する。」（刊行物３の１頁下段左欄１３〜１５行）
　（２）「上記目的を達成する為に、本発明に係るファクシミリ装置は、遠隔地より送られてくる文書消去信号を受信する手段と、該受信手段により受信された前記文書消去信号により指定された文書を蓄積文書の中から探して消去する手段とを具備して構成される。」（刊行物３の１頁下段右欄１５〜２０行）
　（３）「遠隔地に設置されたホストコンピ−タから文章消去信号を受信した場合（１）には、文書管理番号テ−ブル１４をサ−チして（２）、指定された文書番号があるかどうかをチエツクし（３）、もし存在すれば指定された文書番号を文書番号管理テ−ブル１４から消去し（４）」（刊行物３の２頁上段左欄１５〜２０行）
　（４）「以上な説明したように、本発明によれば、ファクシミリ装置に文書消去信号を受信する機能とその信号により指定された文書を消去する機能とを持たせることにより、遠隔地から蓄積文書の消去を行える効果が得られる。
　これにより、遠隔地にあるファクシミリ装置の蓄積装置が不要な文書で一杯となつて新たな文書の受信が不能となつた時に、不要な文書を消去して上記受信を可能とすることができる。」（刊行物３の２頁上段右欄５〜１３行）
　
刊行物４（特開平１−２２１０４１号公報）
　刊行物４には、ホストコンピュータとその周辺機器とをインターフェース手段で接続することが周知技術であることが示されている。
　
刊行物５（特開平１−３１４４６７号公報）
　（１）「ファックスサーバー３は、第２図に示すように、ＣＰＵ１１、メモリ１２、記憶部１３、Ｉ／Ｆ１４、１５、１６、操作部１７、画像入力部１８、画像出力部１９等を備えている。　ＣＰＵ１１は内部ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）に内蔵されているプログラムに従つてファックスサーバー３としてのシーケンスを実行するとともに、本発明のリスト文書送信処理および電文送信処理を実行する。メモリ１２は記憶部１３に記憶される電文をフアイル管理するための情報、例えば、後述する各電文毎の識別標識としてのポインタや電文枚数、宛先名称等を記憶し、メモリ１２の情報に基づいてＣＰＵ１１が記憶部１３内の電文をフアイル管理する。記憶部１３は大容量のメモリであり、例えばハ−ドデイスクあるいは光デイスク等で構成されている。記憶部１３にはフアクシミリ端末Ｆ１〜Ｆｎやフアクシミリ端末Ｆａから送信さてきた電文や画像入力部１８で読み取られた電文が記憶され、記憶部１３内に記憶された電文は、概念上、第３図に示すように、電文の宛先毎のメールボツクスに分類されて管理される。
　すなわち、ＣＰＵ１１はメモリ１２に各宛先毎に第４図に示すようなポインタテーブルを作成し、電文を受信すると、受信電文の宛先をチェックして宛先毎の受信順位に従つたエントリーナンバーを付与するとともにポインタを与えて記憶部１３の当該ポインタのアドレスに受信電文を蓄積する。」（刊行物５の２頁下段右欄１５行〜３頁上段左欄２０行）
　（２）「ＣＰＵ１１はエントリーナンバー０００であるポインタ０の記憶部１３のアドレスに、第５図に示すようなリスト文書を蓄積する。このリスト文書はエントリーナンバー順に並べられた受信電文のリストであつて、各受信電文の所定部分（先頭頁の文頭の数行分の文書）にエントリーナンバーを付記したものである。」（刊行物５の３頁上段右欄３〜１０行）
　（３）「画像入力部１８は例えば、スキャナ装置であり、原稿の画像を読み取る。画像入力部１８で読み取られた画像は電文として記憶部１３に蓄積され、このときの宛先等の情報は操作部１７から入力される。コネクタ１９はサーマルヘッド等を利用したもので、記憶部１３に蓄積した電文やリスト文書等を記録紙に記録することができる。」（刊行物５の３頁上段右欄１３〜１９行）
　（４）「ＣＰＵ１１はファクシミリ端末Ｆ１〜Ｆｎ等から送信要求があると、通常のファクシミリ手順に従つて電文の受信を行い、受信電文を記憶部１３に蓄積する（ステップＰ１）。このとき、ＣＰＵ１１は受信電文に関する情報、例えば、宛先名、頁数等を調べるとともに、前記エントリーナンバーの取得（ステップＰ２）、ポインタの取得を行う（ステップＰ３）。取得したエントリーナンバーおよびポインタ等をポインタテーブルに書き込み（ステップＰ４）、受信電文を記憶部１３の与えられたポインタのアドレスに蓄積する（ステップＰ５）。
　次いで、記憶部１３よりリスト文書を読み出し（ステップＰ６）、前記リスト文書の作成を行う（ステップＰ７）。」（刊行物５の３頁下段左欄１０行〜同頁下段右欄３行）
　（５）「ファクシミリ端末Ｆ１〜Ｆｎからリスト文書要求を示す所定のダイヤル番号の送出があると（ステップＳ２）、ＣＰＵ１１はそのダイヤル番号をチェックしてリスト文書要求であることを確認する（ステップＳ３）。ＣＰＵ１１はリスト文書要求を受けると、要求してきたファクシミリ端末Ｆ１〜Ｆｎ宛の電文のリスト文書を記憶部１３から読み出しくステップＳ４）、読み出したリスト文書を当該ファクシミリ端末Ｆ１〜Ｆｎ、に送信する（ステップＳ５）。
　リスト文書を受信したファクシミリ端末Ｆ１〜Ｆｎのオペレータはこのリスト文書を見て必要な電文が有るか否か判断し、有るときには、受信要求を示すダイヤル番号と、必要な電文のエントリーナンバーを示すダイヤル番号をファックスサーバー３に送出して特定電文の受信要求を行う。ＣＰｕ１１は受信要求とエントリーナンバーを受信するとくステップＳ６）、エントリーナンバーを確認して（ステップＳ７）、当該エントリーナンバーに対応するポインタに基づいて記憶部１３から電文を読み出し（ステップＳ８）、ファクシミリ端末Ｆ１〜Ｆｎに電文を送信する（ステップＳ９）。
　したがつて、各ファクシミリ端末Ｆ１〜Ｆｎやファクシミリ端末Ｆａ等のオペレータは電文の一部が表示されたリスト文書を見ることによりどのような電文が蓄積されているかを知ることができ、必要な電文の有無を判断することができる。その結果、必要な電文のみを速やかに要求することができ、通信時間を短縮して、通信コストを削減することができる。」（刊行物５の３頁下段右欄１６行〜４頁上段右欄５行）
　
刊行物６（特開平２−５８９６７号公報）
　「蓄積型ファクシミリ１において蓄積装置４に蓄積された文書を送信又はプリントしようとする場合に、その文書の蓄積時間を指定すると文書検索パラメータ入力回路５から入力された蓄積時刻に該当する文書を文書検索回路６が蓄積装置４から探し出し、送信又はプリントを開始する。」（刊行物６の１頁下段右欄１７行〜２頁上段左欄３行）
　
刊行物７（特開平３−４４２３０号公報）
　（１）「この受信文書は、ファイル管理部１４によりファイルＮｏがつけられ、かつ属性情報として紙サイズと解像度も管理される。」（刊行物７の８頁上段左欄６〜８行）
　（２）「未通知フアイルリストを生成する。
　この未通知フアイルリストの例を第１２図に示す。この未通知フアイルリストのフォーマットは、定型メッセージテーブル１９に登録されているものであり、空欄をＣＰＵ１０が埋めていくことになる。
　フアイルの項目は、フアイルＮｏ．受信時刻、紙サイズ、解像度等で構成される。
　ここには、紙サイズ情報と解像度情報が含まれているため、受信端末でのフアイル処理、即ち、画面出力情報への変換や、共有プリンタの指定等が可能となる。
　更に、ステツプＳ８１１で生成したリストをＬＡＮ端末出力制御部２１へ渡し、ログインユーザ端末宛に送信する。」（刊行物７の９頁上段右欄１〜２０行）
　
２−３．対比・判断
２−３−１．本件発明１について
（２−３−１−１）一致点・相違点の認定
　本件発明１と刊行物１の電子ファイル装置とを対比すると、両者は「ホストを接続するインターフェース手段と、前記インターフェース手段を介してホストからの指示情報を受信する受信手段と、データをファイルとして複数蓄積する蓄積手段と、画像を記録出力する記録手段と、データを送信する送信手段と、前記蓄積手段に蓄積されている複数のファイルのファイルＩＤ一覧を、前記インターフェース手段を介してホストに通知する通知手段と、前記受信手段で受信したファイルＩＤを含む指示情報に基づき、前記蓄積手段に蓄積されている複数のファイルの中から一つを選択し、その選択されたファイルを前記記録手段で記録、もしくは前記送信手段で送信させるよう制御する制御手段とを有することを特徴とする画像処理装置」において一致するが、先ず次の点で両者は相違する。
　
相違点：刊行物１の電子ファイル装置は、本件発明１の「データをファイルとしてそれぞれの入力種別が複数の種別のうちのいずれであるかを表す情報と対応付けて複数蓄積する蓄積手段」という構成を有しない点。
　
（２−３−１−２）相違点の判断
　相違点について検討するに、刊行物２乃至７には、「データをファイルとしてそれぞれの入力種別が複数の種別のうちのいずれであるかを表す情報と対応付けて複数蓄積する蓄積手段」については記載されておらず、刊行物２乃至７の記載から蓄積手段は自明の事項でもない。
　当該事項により本件発明１は、画像処理装置にファイルとして蓄積されている複数のデータの一覧とそれぞれの入力種別を表す情報をホストに通知し、ホストは入力種別を表す情報を参照してこの通知された一覧の中から一つのファイルを選択してホストからの指示で選択的に記録もしくは送信させることができ、システムとしての使い勝手が向上するという効果を奏するものであり、本件発明１が上記刊行物１乃至７に記載のものから容易に発明をすることができたものとはいえない。
　
　したがって、本件発明１と刊行物１の電子ファイル装置との他の相違点についての検討、判断を示すまでもなく、本件発明１は、前記の各刊行物に記載された発明に基いて当業者が容易に発明をすることができたものとすることはできない。
　
２−３−２．請求項２乃至５について
　上記のように、本件発明１は、刊行物１乃至７に記載された発明に基いて当業者が容易に発明をすることができたものとすることはできないものであるから、本件発明１を引用している請求項２乃至５に係る発明も、当業者が容易に考えられるものではない。
　
２−３−３．本件発明６について
（２−３−３−１）一致点・相違点の認定
　本件発明６と刊行物１の電子ファイル装置とを対比すると、両者は「互いにインターフェースを介して情報のやり取りのできるホスト、及びデータをファイルとして複数蓄積するメモリ、画像を記録出力する記録部、データを送信する送信手段を備えた画像処理装置を有するシステムにおけるデータ処理方法において、前記ホストが前記画像処理装置から、前記メモリ内に蓄積されている複数のファイルのファイルＩＤ一覧を受信する工程と、前記ホストが、ファイルＩＤに基づき前記メモリに蓄積されている複数のファイルの中の一つを指定し、その指定されたファイルを前記記録部で記録するよう指示する指示情報を、前記インターフェースを介して前記画像処理装置に送信する工程と、前記ホストが、ファイルＩＤに基づき前記メモリに蓄積されている複数のファイルの中の一つを指定し、その指定されたファイルを前記送信手段で送信するよう指示する指示情報を、前記インターフェースを介して前記画像処理装置に送信する工程とを有することを特徴とするデータ処理方法。」において一致するが、先ず次の点で両者は相違する。
　
相違点：刊行物１の電子ファイル装置は、本件発明６の「データをファイルとしてそれぞれの入力種別が複数の種別のうちのいずれであるかを表す情報と対応付けて複数蓄積するメモリ」という構成を有しない点。
　
（２−３−３−２）相違点の判断
　相違点について検討するに、刊行物２乃至７には、「データをファイルとしてそれぞれの入力種別が複数の種別のうちのいずれであるかを表す情報と対応付けて複数蓄積するメモリ」については記載されておらず、刊行物２乃至７の記載から蓄積手段は自明の事項でもない。
　当該事項により本件発明６は、画像処理装置にファイルとして蓄積されている複数のデータの一覧とそれぞれの入力種別を表す情報をホストに通知し、ホストは入力種別を表す情報を参照してこの通知された一覧の中から一つのファイルを選択してホストからの指示で選択的に記録もしくは送信させることができ、システムとしての使い勝手が向上するという効果を奏するものであり、本件発明６が上記刊行物１乃至７に記載のものから容易に発明をすることができたものとはいえない。
　
　したがって、本件発明６と刊行物１の電子ファイル装置との他の相違点についての検討、判断を示すまでもなく、本件発明６は、前記の各刊行物に記載された発明に基いて当業者が容易に発明をすることができたものとすることはできない。
　
３．結論
　以上のとおりであるから、特許異議の申立ての理由によっては本件請求項１乃至６に係る発明についての特許を取り消すことはできない。
　また、他に本件発明についての特許を取り消すべき理由を発見しない。
　したがって、本件請求項１乃至６に係る発明についての特許は拒絶の査定をしなければならない特許出願に対してされたものと認めない。
　よって、特許法等の一部を改正する法律（平成６年法律第１１６号）附則第１４条の規定に基づく、特許法等の一部を改正する法律の施行に伴う経過措置を定める政令（平成７年政令第２０５号）第４条第２項の規定により、結論のとおり決定する。
【異議決定日】
平成１６年８月２６日（２００４．８．２６）
【訂正の要旨】
審決（決定）の【理由】欄参照。
（５４）【発明の名称】
画像処理装置及びデータ処理方法
（５７）【特許請求の範囲】
　【請求項１】　ホストを接続するインターフェース手段と、
　前記インターフェース手段を介してホストからの指示情報を受信する受信手段と、
　データをファイルとして
それぞれの入力種別が複数の種別のうちのいずれであるかを表す情報と対応付けて
　画像を記録出力する記録手段と、
　データを送信する送信手段と、
　前記蓄積手段に蓄積されている複数のファイルのファイルＩＤ一覧
と前記それぞれの入力種別を表す情報
　前記受信手段で受信したファイルＩＤを含む指示情報に基づき、前記蓄積手段に蓄積されている複数のファイルの中から一つを選択し、その選択されたファイルを前記記録手段で記録、もしくは前記送信手段で送信させるよう制御する制御手段とを有することを特徴とする画像処理装置。
　【請求項２】　さらに、原稿上の画像を読み取る読取手段を有し、前記蓄積手段は前記読取手段からの画像データをファイルとして蓄積することを特徴とする請求項１に記載の画像処理装置。
　【請求項３】　さらに、前記記録手段で画像を記録すべき記録紙の有無を、前記インターフェース手段を介してホストに通知する手段を有することを特徴とする請求項１又は２に記載の画像処理装置。
　【請求項４】　さらに、前記蓄積手段で蓄積しているファイルの属性情報を、前記インターフェース手段を介してホストに通知する手段を有することを特徴とする請求項１乃至３のいずれか１つに記載の画像処理装置。
　【請求項５】　さらに、前記受信手段で受信した指示情報に基づき前記蓄積手段で蓄積しているファイルを削除する手段を有することを特徴とする請求項１乃至４のいずれか１つに記載の画像処理装置。
　【請求項６】　互いにインターフェースを介して情報のやり取りのできるホスト、及びデータをファイルとして
それぞれの入力種別が複数の種別のうちのいずれであるかを表す情報と対応付けて
　前記ホストが前記画像処理装置から、前記メモリ内に蓄積されている複数のファイルのファイルＩＤ一覧
と前記それぞれの入力種別を表す情報
　前記ホストが、ファイルＩＤに基づき前記メモリに蓄積されている複数のファイルの中の一つを指定し、その指定されたファイルを前記記録部で記録するよう指示する指示情報を、前記インターフェースを介して前記画像処理装置に送信する工程と、
　前記ホストが、ファイルＩＤに基づき前記メモリに蓄積されている複数のファイルの中の一つを指定し、その指定されたファイルを前記送信手段で送信するよう指示する指示情報を、前記インターフェースを介して前記画像処理装置に送信する工程とを有することを特徴とするデータ処理方法。
【発明の詳細な説明】
　【０００１】
　【産業上の利用分野】
　本発明は、画像処理装置及びデータ処理方法に関し、特にホストと情報のやり取りを行うことができる画像処理装置及び互いにインターフェースを介して情報のやり取りを行うことのできるホスト及び画像処理装置を有するシステムにおけるデータ処理方法に関するものである。
　【０００２】
　【従来の技術】
　従来より、ファクシミリ装置をホストコンピュータにより制御し、各種アプリケーションを実現させるというシステムが知られている。このようなシステムでは、ＲＳ−２３２Ｃ、ＧＰＩＢなどによってファクシミリ装置とホストコンピュータとを接続している。そして、ホストコンピュータからの指示でデータを記録させたり、送信させたりすることが提案されている。
　【０００３】
　【発明が解決しようとしている課題】
　しかしながら、従来では記録対象のデータ、送信対象にデータはもっぱらホストコンピュータから受信するデータであった。
　【０００４】
　そのため、ファクシミリ装置側で蓄積しているデータを指定して記録、送信させることのできないものであった。
　【０００５】
　【課題を解決するための手段】
　本発明は、上記課題を解決することを目的として成されたものであって、ホストを接続するインターフェース手段と、前記インターフェース手段を介してホストからの指示情報を受信する受信手段と、データをファイルとして
それぞれの入力種別が複数の種別のうちのいずれであるかを表す情報と対応付けて
と前記それぞれの入力種別を表す情報
　【０００６】
　又、本発明のデータ処理方法は、互いにインターフェースを介して情報のやり取りのできるホスト、及びデータをファイルとして
それぞれの入力種別が複数の種別のうちのいずれであるかを表す情報と対応付けて
と前記それぞれの入力種別を表す情報
　【０００７】
　【発明の実施の形態】
　以下、添付図面を参照して本発明に係る好適な実施の形態を詳細に説明をする。
　【０００８】
　図１は、本実施の形態に係るファクシミリ装置（以下、装置という）全体の構成を示すブロック図である。同図において、ＣＰＵ１は、ＲＯＭ２に格納された制御プログラムに従い、本装置全体の制御を行ない、ＲＡＭ３にはワークや制御データが一時的に保存される。また、イメージメモリ４は画像データをハンドリングするためのメモリであり、画像変換部５では解像度、紙サイズ、符号化方式を変換処理する。
　【０００９】
　本装置では、原稿（画像）は画像読取り部（スキャナ）６にて読み取られ、画像記録部（プリンタ）７にてプリント出力される。また、回線制御部８にて、本装置と通信網との通信手順が制御され、ホストコンピュータ１５と装置との通信手順は、対ホストｉ／ｆ部９にて制御される。尚、本発明では、インターフェースとしてＳＣＳＩ（Ｓｍａｌｌ　Ｃｏｍｐｕｔｅｒ　Ｓｙｓｔｅｍ　Ｉｎｔｅｒｆａｃｅ）を採用している。ＳＣＳＩは、ＲＳ−２３２Ｃ，ＧＰＩＢよりも高速でデータ転送が可能なインタフェースである。
　【００１０】
　ファイル管理部１０では、ファクシミリ装置内で作成されるドキュメント（文書）の管理を行ない、その文書は記憶装置１１に蓄積される。ファクシミリ装置としてのオペレーションは、操作部１２にて行なう。尚、上記回線制御部８と網、対ホストｉ／ｆ部９とホストコンピュータ１５とは、それぞれ専用ケーブル１３，１４にて接続される。
　【００１１】
　以下、本実施の形態に係るファクシミリ装置における制御について詳細に説明する。尚、本ファクシミリ装置としての送信、受信、コピー等の動作や方式については公知であるため、ここではその説明を省略する。
　【００１２】
　そこで、本装置について、対ホストｉ／ｆ９を介しての外部からの制御を、以下に詳細に記述する。
　【００１３】
　図２は、本ファクシミリ装置を構成する各ブロックの論理ユニット割り当ての例を示すものである。同図において、全論理ユニット２１は、ファクシミリ装置全体を１つのユニットとして位置づけたユニットであり、スキャナ２２、プリンタ２３、イメージメモリ２４、回線ユニツト２５では、それぞれスキャナ部、プリンタ部、イメージメモリ部、回線制御部を機能ブロックとして論理的なｉｄを設定している。本実施の形態では、これらの各ユニットに対して固有のコマンドを設定し、各ユニットの機能を最大限に活かし、かつホストコンピュータ１５側の負担を最小限に抑えるようにしている。
　【００１４】
　次に、各ユニット別に、ユニツトにて提供される機能などについて述べる。
　【００１５】
　図３は、対ホストｉ／ｆ９から入力されるコマンド処理の概要を示すフローチヤートである。同図において、ステツプＳ３０１〜Ｓ３０５では、どのユニットに対するコマンドかを判別し、そこでの判別結果に基づいてステツプＳ３０７〜Ｓ３１１にて各ユニット別の処理フローを実行する。また、ステツプＳ３０６では、未定義のコマンド等の不正コマンドが入力された場合の処理であるが、基本的には無視される。
＜全論理ユニットコマンドの処理＞図４は、図３のステツプＳ３０７における全論理ユニットコマンドの詳細処理を示すフローチヤートである。
［リザーブユニットコマンド処理］リザーブユニットコマンドは、ホストコンピュータ１５側よりファクシミリ装置側の機能を活用すべく制御する際に、最初に発行されるべきコマンドであり、ファクシミリ装置側では、本コマンドを受けると内部の動作状態等をチェックし、以降ホストコンピュータ１５側の制御に従うことができるか否かで異なるステータスをホストコンピュータ１５側に通知する。
　【００１６】
　また、本実施の形態においては、リザーブユニットコマンドを正常に処理した後は、“Ｏｎ−Ｌｉｎｅ”モードと称し、それ以降は、ホスト側からのコマンドを操作部１２からのオペレーションに優先させて処理させている。具体的には、図４のステツプＳ４０１においてリザーブユニットコマンドと判断した場合、ステツプＳ４１０でファクシミリ装置内部の状態を確認し、その結果ホストコンピュータ１５からの各種制御コマンドを実行し得る状態でなければ、ステツプＳ４１３で確認ステータスの送出を行なう（ＳＣＳＩの規約上のＣｈｅｃｋ　Ｃｏｎｄｉｔｉｏｎステータスの送出）。
　【００１７】
　確認ステータスが送出された場合、ホストコンピュータ１５からは情報要求コマンドを発行することにより、その理由を知ることができる。
　【００１８】
　ステツプＳ４１０での内部ステータスチェックの結果が正常ならば、ステツプＳ４１１でＯｎ−Ｌｉｎｅモードへ移行し、操作部１２への状態表示処理、内部制御ステータスの設定等を行ない、続くステツプＳ４１２でリザーブユニットコマンドの処理を正常に終了したことを示す正常ステータス送出処理（ＳＣＳＩ規約上のｇｏｏｄステータス送出を行なう）。
［リリースユニットコマンド処理］本コマンドは、リザーブユニットでファクシミリ装置としてＯｎ−Ｌｉｎｅモードとなり、ホストコンピュータ１５側からのコマンド処理を優先的に処理していた状態から、通常のファクシミリ装置として動作するＯｆｆ−Ｌｉｎｅのモードへ移行させるためのコマンドである。
　【００１９】
　ステツプＳ４０２においてリリースコマンドと判断された場合、ステツプＳ４２０でＯｆｆ−Ｌｉｎｅのモードへの移行処理を行なう。ホストコンピュータ１５からのコマンドを実行中の場合は、その実行を中断させ、内部ステータスをＯｆｆ−Ｌｉｎｅモードへ移行させ、ステツプＳ４２１で正常ステータスを送出して処理を終了する。
［情報要求コマンド処理］本コマンドは、本装置として有する機能をホストコンピュータ側へ通知させるだけでなく、確認ステータスを選出した場合には、その異状理由を通知する。
　【００２０】
　処理としては、ステツプＳ４０３にて情報要求コマンドと判断された場合、ステツプＳ４３０で内部情報通知処理を行ない、続くステツプＳ４３１で正常ステータス送出処理を行なつてコマンド処理を終了する。
　【００２１】
　ステツプＳ４０４では、全論理ユニットとしての未定義のコマンドを受けた場合の処理であり、確認ステータスを選出する。
　【００２２】
　尚、図１４に、全論理ユニットとして運用されるパラメータ群の一覧について示す。
＜スキャナコマンドの処理＞図５は、図３のステツプＳ３０８におけるスキャナユニット６に対する各種コマンドの詳細処理を示すフローチヤートであり、図１５は、スキャナコマンドで運用されるパラメータ群の一覧を示す。
［スキャナ情報要求コマンド処理］本コマンドは、スキャナ部６の情報をホストに通知させるためのコマンドであり、具体的には原稿の有無、原稿サイズ、障害の有無について通知する。図５−１のステツプＳ５０１でスキャナ情報要求コマンドと判断すると、ステツプＳ５１０で、そのスキャナ情報をホストコンピュータへ送出し、ステツプＳ５１１で正常ステータスを送出して一連の処理を終了させる。
［読み取りパラメータセットコマンド処理］本コマンドは、読み取り要求コマンドを受ける前に、読み取りモードの指定を受けるためのコマンドであり、解像度、符号化方式等の設定を受けつける。処理としては、ステツプＳ５０２で本コマンドと判断したならば、ステツプＳ５２０で所定のパラメータを受け付け、ステツプＳ５２１で正常ステータスを送出して、処理を終了する。
［読み取り要求コマンド処理］本コマンドは、上記読み取りパラメータセットコマンドを受けつけた後に、実際にスキャナにセットされた原稿を読み取り、ファクシミリ装置内の記憶装置１１にイメージデータを格納させるためのコマンドである。
　【００２３】
　ステツプＳ５０３で本コマンドと判断したならば、ステツプＳ５３１でスキャナの状態、読み取りパラメータの設定の有無（指定なき場合は、あらかじめ設定されたデフォルト値で動作させる）を確認し、実行できない状態ならば、ステツプＳ５３３で確認ステータス送出を行ない、処理を終了する。しかし、実行が可能ならば、ステツプＳ５３２においてディスコネクト処理を行ない、ホストコンピュータの論理的接続を一時解除して、他のコマンド（特にストップコマンド）が受けつけられる状態にしておく。続いて、ファクシミリ装置の機能を用いてステツプＳ５３４にて読み取り処理を行ない、次のステツプＳ５３５にてファイル管理部１０に対してファイル登録処理を行なう。
　【００２４】
　これにより、ホストから解像度、符号化方式等を指定してファクシミリ装置内のスキャナで画像を読み取らせることができ、さらに、その画像をファイルとして管理することができる。
　【００２５】
　ファイル登録処理が終了後は、ステツプＳ５３６でリセレクト処理を行ない、再びホストコンピュータとの論理的接続を行なう。その後、ステツプＳ５３７で読み取り処理の結果が正常か異常かを判断し、異常ならばステツプＳ５３８で確認ステータス選出を行なう。しかし、処理結果が正常であれば、ステツプＳ５３９で正常ステータスの送出を行なうことで、一連の処理を終了させる。
［ファイル情報要求コマンド処理］本コマンドは、読み取り要求コマンド実行により作成されたファイル情報、例えばファイル管理ｉｄ、ファイルサイズ等をホストコンピュータに通知するために用いる。
　【００２６】
　処理としては、図５−２のステツプＳ５０４でファイル情報要求コマンドと判断したならば、ステツプＳ５４０でそのファイル情報を送出し、続くステツプＳ５４１で正常ステータスを送出することで処理を終了する。
［ストップコマンド処理］本コマンドは、読み取り要求コマンドに基づき、原稿の読み取り動作中にその読み取り動作を中断させる際に用いられる。
　【００２７】
　ステップＳ５０５でストップコマンドと判断したならば、ステップＳ５５０で読み取り処理を中断し、ステップＳ５５１でストップコマンドを実行したことをホストに通知するために正常ステータスを送出し、ステップＳ５５２で読み取り処理が中断されたことに伴う、後処理を実行して処理を終了する。
［ステータス要求コマンド処理］本コマンドは、他のスキャナコマンド処理に対して確認ステータス送出を行なった後に発行され、確認ステータスが発行された要因についてホストコンピュータ側に通知させるものである。
　【００２８】
　処理としては、ステツプＳ５０６で本コマンドと判断されたならば、ステツプＳ５６０で所定のステータス情報を送出し、ステツプＳ５６１で正常ステータスを送出して処理を終了する。
　【００２９】
　尚、ステツプＳ５０７は、未定義のスキャナコマンドを受信した際に、確認ステータスを発行することを示している。
＜プリンタコマンド処理＞図６は、プリンタコマンド処理に関する処理を示すフローチヤートである。また、図１６は、プリンタコマンドで運用されるパラメータ群を示している。
［プリンタ情報要求コマンド処理］本コマンドは、プリンタ部７における記録紙の有無、サイズ、障害等をホストコンピュータに通知するためのコマンドである。
　【００３０】
　図６−１のステツプＳ６０１において本コマンドであることを判断すると、ステツプＳ６０１で、それらの情報の送出処理を行ない、ステツプＳ６１１で正常ステータスを送出して処理を終了する。
［プリント出力要求コマンド処理］本コマンドは、ファクシミリ装置内に管理されたドキュメントを選択的にプリント出力させるときに用いる。
　【００３１】
　ステツプＳ６０２において本コマンドであることを判断したら、ステツプＳ６２０において、プリンタの状態、指定されたファイルの有無等をチェックし、異状が検知されるとステツプＳ６２０で確認ステータスの送出を行なつて処理を終了する。しかし、確認結果が正常ならば、ステツプＳ６２２でホストコンピュータとの論理的接続を一時的に断ち、ステツプＳ６２３で、指定されたファイルのプリントアウト処理を行なう。プリントアウト処理終了後は、ステツプＳ６２４で再度ホストコンピュータとの論理的接続を行ない、ステツプＳ６２５での判定でプリント出力処理の結果が正常ならば、ステツプＳ６２６で、正常ステータスの送出処理を行なう。しかし、プリント出力処理の結果が異常ならば、ステツプＳ６２７で確認ステータスの送出処理を行ない、処理を終了させる。
　【００３２】
　これにより、ファクシミリ装置内にファイルとして管理されているドキュメントをホストからの指示によりファクシミリ装置内のプリンタで出力することができる。
［ストップコマンド処理］本コマンドは、プリント出力要求コマンド実行中に、その処理を中断させたいときに用いられるコマンドである。
　【００３３】
　図６−２のステツプＳ６０３で本コマンドと判断したならば、ステツプＳ６３０でプリント出力の中断処理を行ない、ステツプＳ６３１で本コマンドの実行を終了した意味での正常ステータスの送出処理を行なう。その後、ステツプＳ６３１でプリント出力要求の実行が中断されたことに伴う後処理を実行することで、一連の処理を終了する。
［ステータス要求コマンド処理］本コマンドは、他のプリンタコマンド処理に対して、確認ステータス送出を行なった後に、その確認ステータスが発行された要因についてホストコンピュータ側に通知するために用いられる。
　【００３４】
　処理としては、ステツプＳ６０４で本コマンドと判断されたならば、ステツプＳ６４０で所定の情報を送出し、ステツプＳ６４１で正常ステータスを送出して、処理を終了する。
　【００３５】
　ステツプＳ６０５は、未定義のプリンタコマンドを受けた場合に、確認ステータス送出処理を行なうことを示している。
＜イメージコマンド処理＞図７は、イメージコマンド処理に関する処理を示すフローチヤートである。また、図１７は、イメージコマンドで運用するパラメータについて示している。
［属性指定コマンド処理］本コマンドは、次に述べるデータライトコマンドでファイルの作成を行なうのに先立ち、ファイルとしての属性、例えば、画情報ならば、イメージサイズ、解像度、符号化形態、また、キャラクタデータであるならば、そのコード体系等をあらかじめ指定するものであり、その情報をファイルの属性として管理するために用いる。
　【００３６】
　処理としては、図７−１のステツプＳ７０１で本コマンドであることを判断したならば、ステツプＳ７１０で所定の属性指定パラメータを受信処理し、ステツプＳ７１１で正常ステータス送出を行ない、処理の終了となる。
［データライトコマンド処理］本コマンドは、ファクシミリ装置内でのドキュメントファイル作成に際し、そのデータをホストからファクシミリ装置に転送するために用いられる。本実施の形態では、１つのファイルに対して複数ページのデータを管理することはできるが、１文書１ファイルを前提としている。そして、ファイルを作成するに当たり、本コマンドを発行する前には、先に述べた属性指定コマンドにより、ファイル属性の指定があらかじめ宣言されていることを原則とする。
　【００３７】
　また、１つのファイルを作成するにあたり、本コマンドが複数回発行される可能性があり、１ページデータの終了か否か、また、ファイルデータとして最終であるか否かのフラグを本コマンド内のパラメータとして指定できる。これらのフラグにより、ページ単位の管理、ドキュメント単位の管理ができるようになっている。
　【００３８】
　以下、フローチヤートを参照して、具体的な処理について述べる。
　【００３９】
　図７−１のステツプＳ７０２において本コマンドであることを判断したら、ステツプＳ７２０において、ファクシミリ装置内での処理ステータスをチェックする。これは、属性指定コマンドによりファイル属性が明確になっているか、また、ファイルを作成するに十分な記憶容量が残っているか等の確認を行なうものであり、ここで異常と判断されたならば、ステツプＳ７２１において確認ステータスを送出して処理を終了する。
　【００４０】
　この時点で、すでに処理されたドキュメントのデータがあっても、以下に述べるステツプＳ７３２におけるファイル登録処理が正常に処理されない場合には、無条件にそのデータは廃棄される。
　【００４１】
　ステツプＳ７２０で処理ステータスが正常と判断された場合は、ステツプＳ７２２でドキュメントデータをファックス内に取り込む処理を行ない、この時点で記憶容量不足等の異常があれば、ステツプＳ７２４で確認ステータスの送出を行つて処理を終了する。しかし、ステツプＳ７２３で処理結果が正常と判断されると、ステツプＳ７２５でページ境界のデータであるか否かを見て、ページデータとして継続される場合は、ステツプＳ７２６で正常ステータスを送出する。そして、次のデータライトコマンドの受信を待つ。
　【００４２】
　ステツプＳ７２５での判定がＹＥＳであれば、図７−２のステツプＳ７２７で、ページデータとして、一旦ファイル管理上のクローズ処理を行ない、続くステツプＳ７２８で、そのクローズ処理に異常がなかったか否かを見る。ここで問題が発生していれば、ステツプＳ７２９で確認ステータスの送出処理を行なうが、問題が無ければ、ステツプＳ７３０でドキュメントファイルとして終了か否かを判定する。
　【００４３】
　継続してページデータが送られてくる場合は、ステツプＳ７３０での判定結果はＮＯとなるので、ステツプＳ７３１で正常ステータスを送出して、新たなデータライトコマンドを待つ。しかし、ドキュメントとして終了した場合は、ステツプＳ７３２でファイルとしての登録処理を行ない、ステツプＳ７３３で、その処理が正常と判断されたならば、ステツプＳ７３５で正常ステータスの送出を行なう。
　【００４４】
　一方、ステップＳ７３３で異常があると判断されると、ステツプＳ７３４で確認ステータスの送出が行なわれ、一連のファイル作成処理が終了する。
［ファイル指定コマンド処理］本コマンドは、ファクシミリ装置内で管理されたドキュメントデータをホストコンピュータへ転送するための実行コマンドであるデータリードコマンドを発行する前に、転送処理すべきファイルの指定を行なうためのコマンドである。
　【００４５】
　図７−３のステツプＳ７０３で本コマンドと判断されたならば、ステツプＳ７４０で所定のファイル指定情報を受信処理し、続くステツプＳ７４１で正常ステータスの送出を行なつて処理を終了する。
［データリードコマンド処理］本コマンドは、あらかじめ上述のファイル指定コマンドで指定されたファイルデータをホストコンピュータへ転送させるためのコマンドである。
　【００４６】
　ステツプＳ７０４で本コマンドと判断したならば、まずステツプＳ７５０において、本ファイルデータ転送処理に関連した内部ステータスを確認し、その結果が異常ならば、ステツプＳ７５１で確認ステータスを送出して、処理を終了する。しかし、ステツプＳ７５０での確認結果が正常ならば、ステツプＳ７５２においてデータ転送処理を実行し、次のステツプＳ７５３で、指定された転送バイト数に至らない状態で転送すべきデータが無くなれば、ステツプＳ７５４で確認ステータスの送出を行なって処理を終了する。しかし、送信データがあれば、ステツプＳ７５５で正常ステータスを送出して、処理を終了する。
［ファイル情報要求コマンド処理］本コマンドは、ファクシミリ装置内に管理されたファイルの情報をホストコンピュータに通知させるために用いられる。
　【００４７】
　本実施の形態では、ファイル情報を要求するときに３種類のコマンド種別を用意し、それらに対応した情報をホストコンピュータに通知させる。図１９に、それらのコマンドについて示す。
　【００４８】
　コマンド種別が「ファイルＩＤ一覧要求」の場合は、情報としてファクシミリ装置内に管理されたファイルのＩＤの一覧を通知する。「個別ファイル情報要求」の場合は、所定のファイルＩＤ、ページ番号を同時に指定し、図２０に示すようなファイル情報をホストに通知する。また、「最新ファイル情報要求」の場合は、最後に作成されたファイルのファイル情報を、図２０に示した形態でホストコンピュータに通知する。
　【００４９】
　尚、ファイル情報要求コマンドは、スキャナコマンド、イメージメモリコマンド、通信コマンドに対して用意されているが、コマンド種別が「最新ファイル情報要求」の場合は、読み取り要求コマンド、データライトコマンド、受信要求コマンド（ポーリング受信コマンドを含む）を実行したときに作成されたそれぞれのファイルの最新のファイルの情報を通知する。このように、本実施の形態では、ファクシミリ装置内にファイルとして格納されている情報を、ホスト側で運用しやすい形態で引き出すことができる。
　【００５０】
　コマンドの処理としては、図７−４のステツプＳ７０５で本コマンドと判断したならば、ステツプＳ７６０で、先に述べたコマンド種別に応じたファイル情報をホストコンピュータへ送出し、ステツプＳ７７１で正常ステータスを送出して処理を終了する。
［ファイルデリート要求コマンド］本コマンドは、指定されたファイルのデリート処理を行なうものであり、ステツプＳ７０６で本コマンドと判断したならば、ステツプＳ７７０で、指定されたファイルのデリート処理を行ない、ステップＳ７７１で正常ステータスを送出して処理を終了する。ここで、指定されたファイルが存在しない場合は、そのまま正常ステータスの送出処理をする。
［ステータス要求コマンド処理］本コマンドは、他のイメージメモリコマンド処理に対して、確認ステータス送出を行なった際に発行され、確認ステータスが発行された要因についてホストコンピュータ側に通知させるものである。
　【００５１】
　ステツプＳ７０７で本コマンドと判断されたならば、ステツプＳ７８０で所定の情報の送出処理を行ない、ステツプＳ７８１で正常ステータスを送出して処理を終了する。
　【００５２】
　尚、ステツプＳ７０８は、未定義のイメージメモリコマンドを受けた際に、確認ステータスを発行することを示している。
＜通信コマンド処理＞図８は、通信コマンド処理を示すフローチヤートであり、図１８は、通信コマンドで運用されるパラメータ群について示す。
［セッションオープンコマンド処理］本コマンドは、所定の相手端末に対して発呼処理し、セッションレイヤまでの通信手順を制御するためのものである。
　【００５３】
　図８−１のステツプＳ８０１で本コマンドと判断したならば、ステツプＳ８２０で、ホストコンピュータから指定されたアドレス情報、端末特性、端末能力情報を用いて発呼処理する。ステツプＳ８２１で、処理結果としてＲＳＳＰを受信し、正常に発呼処理が終了していると判断されれば、ステツプＳ８２３で正常ステータスの送出を行なう。しかし、ステツプＳ８２１でＲＳＳＮを受信する等、ｅｎｄ−ｔｏ−ｅｎｄでセッションレイヤまで接続できなかった場合は、ステツプＳ８２２で確認ステータスの送出を行ない処理を終了する。
［相手端末情報要求コマンド処理］本コマンドは、先に述べたセッションオープンコマンド処理において、相手端末とセッションレイヤまで接続されたとき、相手側からＲＳＳＰ等で通知された情報をホストコンピュータへ通知させるためのものである。
　【００５４】
　ステツプＳ８０２で本コマンドと判断したら、ステツプＳ８３０でセッションレイヤまで接続された状態であることを確認し、送出すべきデータがないときは、ステツプＳ８３１で確認ステータスを送出して処理を終了する。しかし、ステツプＳ８３０での判断でステータス確認が正常であれば、ステツプＳ８３２で相手端末情報を送出し、ステツプＳ８３３で正常ステータスを送出して処理を終了する。相手端末情報を受信したホストコンピュータは、この情報を表示部に表示する。これにより、所望の相手先に確実に発呼できたか否かの確認、及びホストのオペレータが処理したい通信アプリケーションの処理能力を相手装置が有するか否かを確認できる。そして、確認した情報に基づき、文書の送信及び受信が可能となる。
［セッションクローズコマンド処理］本コマンドは、セッションレイヤまで接続された状態から、回線切断処理までを行なうものである。
　【００５５】
　ステツプＳ８０３で本コマンドと判断したら、ステツプＳ８４０でＣＳＥの送出から始まる切断処理を実行し、ステツプＳ８４１で正常ステータスの送出を行なって処理を終了する。
［通信結果要求コマンド処理］本コマンドは、後述する送信要求コマンド、受信要求コマンド、ポーリング受信コマンドを実行したときの通信結果をホストコンピュータへ通知させるためのものである。
　【００５６】
　図８−４のステツプＳ８０４で本コマンドと判断したら、ステツプＳ８５０で最新の通信結果をホストコンピュータへ通知し、ステツプＳ８５１で正常ステータスの送出を行ない処理を終了する。
［通信中断コマンド処理］本コマンドは、後述する送信要求コマンド、受信要求コマンド、ポーリング受信要求コマンド等の処理の実行を中断させるためのものである。
　【００５７】
　ステツプＳ８０５で本コマンドと判断したならば、ステツプＳ８６０で通信中断処理を行ない、回線を切断する。そして、ステツプＳ８６１で本コマンドに対する正常ステータスの送出を行ない、続くステツプＳ８６２で、実行が中断されたコマンドに対する後処理を行なって処理を終了する。
［ファイル情報要求コマンド］本コマンドは、受信要求コマンド、ポーリング受信要求コマンドにより受信された文書ファイルの情報についてホストコンピュータに通知させるものである。ステツプＳ８０６で本コマンドと判断したならば、ステツプＳ８７０で所定のファイル情報の送出を行ない、ステツプＳ８７１で正常ステータスを送出して処理を終了する。
［送信要求コマンド］本コマンドは、所定の文書ファイルを相手端末に送信させるためのコマンドである。尚、送信文書ファイルはあらかじめファクシミリ内部にファイル化されていることを前提とする。また、送信要求を受けるにあたり、本実施の形態においては２つの形態がある。１つ発呼送信要求であり、他の１つはセッションモード送信要求である。それぞれの処理の詳細については後述するが、大きな違いは発呼処理を含むか否かという点である。
　【００５８】
　図８−３のステツプＳ８０７で本コマンドと判断したら、まずステツプＳ８８０で発呼送信要求か否かを判断し、発呼送信要求ならばステツプＳ８８１で発呼送信処理（図９に示すフローチヤートに従い後述する）を行ない、ステツプＳ８８０で発呼送信要求ではないと判定されると、ステツプＳ８８２でセッションモード送信要求があるかどうかの判定をする。
　【００５９】
　ステツプＳ８８２でセッションモード送信要求があれば、ステツプＳ８８３でセッションモード送信処理（図１０に示すフローチヤート参照）を行なう。しかし、ステツプＳ８８０，Ｓ８８２いずれにおいても、その判定がＮＯであれば、エラー処理としてステツプＳ８８４で確認ステータスの送出を行ない処理を終了する。
［受信要求コマンド処理］本コマンドは、Ｏｎ−Ｌｉｎｅモードにおいて受信処理させるためのコマンドである。その処理としては、ステツプＳ８０８で本コマンドと判断したならば、ステツプＳ８９０で受信要求処理を行ない、処理を終了する（詳細は、図１１に示すフローチヤートを参照して説明する）。
［ポーリング受信要求コマンド処理］本コマンドは、所定の相手端末からポーリング受信を実行するためのコマンドである。本コマンドにおいても、先の送信要求コマンドと同様、大別して２つの処理形態をサポートしている。１つは発呼ポーリング処理（図１２を参照）であり、他の１つはセッションモードポーリング処理（図１３を参照）である。
　【００６０】
　図８−４のステツプＳ８０９で本コマンドと判断したならば、まずステツプＳ９００で発呼ポーリング要求か否かを判断し、発呼ポーリング要求ならば、ステツプＳ９０１で発呼ポーリング処理を行なう。しかし、発呼ポーリング要求でなければ、ステツプＳ９０２でセッションモードポーリング要求か否かを判定し、その結果がＹＥＳならば、ステツプＳ９０３でセッションモードポーリング処理を行なう。
　【００６１】
　ステツプＳ９００，Ｓ９０２のいずれにおいても、その判定結果がＮＯであれば、エラー処理としてステツプＳ９０４で確認ステータスの送出を行ない、処理を終了する。
［ステータス要求コマンド処理］本コマンドは、他の通信コマンド処理に対して確認ステータス送出を行なった際に発行し、確認ステータスが発行された要因についてホストコンピュータ側に通知させるものである。
　【００６２】
　ステツプＳ８１０で本コマンドと判断したならば、ステツプＳ９１０でステータス情報の送出を行ない、次のステツプＳ９１１で正常ステータスを送出して処理を終了する。
　【００６３】
　尚、ステツプＳ８１１は、未定義の通信コマンドを受けた際に、確認ステータスを発行することを示している。
　【００６４】
　次に、図８−３，８−４に示した通信コマンド処理における、
▲１▼発呼送信処理
▲２▼セッションモード送信処理
▲３▼受信要求処理
▲４▼発呼ポーリング処理
▲５▼セッションモードポーリング処理について詳細に説明する。
　【００６５】
　図９は、発呼送信処理を示す詳細フローチヤートである。同図において、ステツプＳ１００１で、装置の状態として発呼送信ができるか否かを確認し、通信回線がビジー等でその処理ができない状態ならば、ステツプＳ１００２で確認ステータスを送出して、その処理を終了する。
　【００６６】
　一方、ステツプＳ１００１でのステータス確認の結果、発呼送信が可能と判定されると、ステツプＳ１００３で一旦ディストネクトして論理的にホストコンピュータとの接続を解放し、ストップコマンド等を受けつけられる状態にする。そして、ステツプＳ１００４において、ホストコンピュータから指定されたアドレス情報に基づき発呼処理をして、相手側とセッションレイヤまでの接続処理を行なう。
　【００６７】
　ステツプＳ１００５で相手側と正常に接続できたか否かを判断し、正常に接続できないと判断されたならば、ステツプＳ１００６でリセレクト処理を行なってホストコンピュータとの論理的接続を行ない、続くステツプＳ１００７で確認ステータスの送出を行なって処理を終了する。
　【００６８】
　ステツプＳ１００５での判断の結果、相手側と正常に接続できたときは、ステツプＳ１００８で、セッションレイヤまでの接続が終了後、ホストコンピュータから指定されたドキュメントの送信処理を行なう。そして、ステツプＳ１００９でドキュメント送信処理結果が異常と判断されれば、ステツプＳ１０１０へ進み、正常であればステツプＳ１０１２に進む。
　【００６９】
　ステツプＳ１０１０では、通信中か否かを判定し、通信中であれば、ステツプＳ１０１１で切断処理を行ない、上述のステツプＳ１００６の処理へ進むが、通信中でなければ、直接ステツプＳ１００６の処理へ進む。また、ステツプＳ１０１２では通信の切断処理を行ない、次のステツプＳ１０１３でリセレクト処理を行なった後、ステツプＳ１０１４で正常ステータス送出を行ない処理を終了させる。
　【００７０】
　図１０は、セッションモード送信処理を示すフローチヤートである。同図において、ステツプＳ１１０１で所定の相手とのセッションまでの接続がなされているかを確認し、本処理を続行できるないと判定した場合、ステツプＳ１１０２において確認ステータスの送出を行ない、処理を終了する。
　【００７１】
　しかし、ステツプＳ１１０１での判定の結果、上記接続がなされているときは、ステツプＳ１１０３で、まずデスコネクト処理を行ない、続くステツプＳ１１０４においてドキュメント送信処理を行なう。そして、ステツプＳ１１０５で送信処理が異常であると判断したならば、ステツプＳ１１０６に進んでリセレクト処理を実行し、ステツプＳ１１０７で確認ステータスを送出して処理を終了する。
　【００７２】
　一方、ステツプＳ１１０５での判断で送信処理が正常であれば、ステツプＳ１１０８でリセレクト処理を行ない、ステツプＳ１１０９で正常ステータスを送出して処理を終了する。
　【００７３】
　図１１は、受信要求処理を示すフローチヤートである。同図において、ステツプＳ１２０１で受信処理を実行できる状態か否かを確認し、できない状態であると判断されれば、ステツプＳ１２０２で確認ステータスの送出を行ない処理を終了する。
　【００７４】
　受信処理を実行できると判断された場合は、ステツプＳ１２０３へ進んでディスコネクト処理を行なった後、ステツプＳ１２０４へ進む。本ステップで、本装置は受信待機状態となり、本実施の形態では任意の相手からの着呼を待つ。そして、着呼があれば、それを受け付けて受信処理を行なう。ステツプＳ１２０５では、その受信結果を判定し、それが異常であればステツプＳ１２０６へ進んでリセレクト処理を実行する。そして、ステツプＳ１２０７で確認ステータスの送出を行ない処理を終了する。
　【００７５】
　しかし、受信結果が正常であれば、ステツプＳ１２０８で受信処理した文書のファイル登録処理を行なう。そして、ステツプＳ１２０９での判断で、その処理結果が異常であればステツプＳ１２０６の、また、正常であればステツプＳ１２１０の処理へと進める。
　【００７６】
　ステツプＳ１２０６，Ｓ１２１０ではリセレクト処理が行なわれ、ステツプＳ１２０７では確認ステータスの送出、ステツプＳ１２１１では正常ステータスの送出を行ない、処理を終了する。
　【００７７】
　図１２は、発呼ポーリング処理手順を示すフローチヤートである。
　【００７８】
　図１２−１のステツプＳ１３０１では、まず装置内のステータスの確認をし、処理が続行できない状態であると判断されたならば、ステツプＳ１３０２で確認ステータスの送出を行ない処理を終了する。しかし、処理が続行できると判断されればステツプＳ１３０３へ進み、ディスコネクト処理を行なう。続くステツプＳ１３０４で、ホストコンピュータで指定された相手先へ発呼処理をし、セッションレイヤまでの接続処理を行なう。そして、ステツプＳ１３０５で、その処理結果の判定を行ない、判定結果が異常ならばステツプＳ１３１３（図１２−２）へ進む。
　【００７９】
　ステツプＳ１３０５での判定結果が正常ならば、ステツプＳ１３０６で送信権反転処理（セッション反転）を行ない、次のステツプＳ１３０７にてドキュメントが送られてくるのを待つ。このステツプＳ１３０７で、ＣＤＳにより相手側からのドキュメント送信が開始されたならば、ステツプＳ１３０８でドキュメント受信処理を行なう。しかし、相手側からドキュメント送信をしないままに送信権反転処理を求められたならば、ステツプＳ１３１１（図１２−２）へ進む。
　【００８０】
　ステツプＳ１３０９では受信処理結果の判定を行ない、その結果が正常であると判定されればステツプＳ１３１０へ進んで、受信文書のファイル登録処理を実行する。しかし、判定結果が異常であれば、そのまま図１２−２のステツプＳ１３１１へ進み、送信権反転処理を行なって送信権を元に戻す。続いて、ステツプＳ１３１２で回線の切断処理を行ない、次のステツプＳ１３１３でリセレクト処理を行なった後、ステツプＳ１３１４において一連の処理が正常か異常かの判断をする。その結果、一連の処理が正常である場合には、ステツプＳ１３１５で正常ステータスを送出し、異常であれば、ステツプＳ１３１６で確認ステータスの送出を行なうことで処理を終了させる。
　【００８１】
　図１３は、セッションモードポーリング受信処理を示すフローチヤートである。同図のステツプＳ１４０１では、セッションまでの接続がなされて本処理が実行される状態にあるかどうかを確認し、その結果、処理の実行ができないと判定された場合は、ステツプＳ１４０２で確認ステータスの送出を行ない処理を終了する。しかし、ここで処理実行ができると判定されれば、ステツプＳ１４０３にてディスコネクト処理をし、続くステツプＳ１４０４で送信権反転処理を行なう。
　【００８２】
　ステツプＳ１４０５ではドキュメントの受信開始を待ち、相手側からＣＤＳでドキュメントの転送が開始されたならば、ステツプＳ１４０６でドキュメント受信処理を行なうが、相手側から直ちに送信権の反転が要求されたならば、ステツプＳ１４０９で、その後処理を行なう。
　【００８３】
　ステツプＳ１４０７では、ドキュメント受信処理の結果を判定し、その結果、受信が正常終了すると、ステツプＳ１４０８でファイル登録処理を実行する。しかし、異常終了の場合は、直接ステツプＳ１４０９に処理を進める。このステツプＳ１４０９では送信権反転の処理を行ない、次のステツプＳ１４１０でレセレクト処理をした後、ステツプＳ１４１１で、それまでの処理結果の判定をする。
　【００８４】
　つまり、処理が正常であればステツプＳ１４１２で正常ステータスの送出を行ない、異常ならばステツプＳ１４１３で確認ステータスの送出を行なう。そして、一連の処理を終了する。
　【００８５】
　以上説明したように、本実施の形態によれば、ファクシミリ装置とパーソナルコンピュータ等のホストとの間で、双方向にコマンドのやり取りができるようインタフエース部に自由度を持たせることで、ファクシミリ装置を構成する各ユニットをホストにより容易、かつ柔軟に活用することができるという効果がある。
　【００８６】
　また、インタフエースとしてＳＣＳＩ規格を適用することで、従来のＲＳ−２３２Ｃ、ＧＰＩＢ等を用いた画像転送に比べて、ファクシミリ装置とホスト間の画像転送を高速化できるという効果がある。
　【００８７】
　さらに、ホスト側のアプリケーションの開発に際し、より柔軟な論理的なインタフエースを提供することで、その開発工数を削減できる効果がある。
　【００８８】
　尚、上記実施の形態においては、ファクシミリ装置はスキャナ、プリンタ、イメージメモリ、通信制御に係る各ユニットを、それぞれ１個ずつ保有しているが、それらが複数個であっても、あるいはユニツトの一部が構成要素として欠けていても、発明の趣旨を逸脱しない範囲での変形である。
　【００８９】
　また、本発明は、複数の機器から構成されるシステムに適用しても１つの機器から成る装置に適用しても良い。また、本発明は、システム、あるいは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。
　【００９０】
　【発明の効果】
　以上説明したように、本発明によれば、画像処理装置にファイルトとして蓄積されている複数のデータの一覧
とそれぞれの入力種別を表す情報
入力種別を表す情報を参照して
【図面の簡単な説明】
　【図１】
　実施の形態に係るファクシミリ装置全体の構成を示すブロック図、
　【図２】
　実施の形態のファクシミリ装置を構成する各ブロックの論理ユニット割り当ての例を示す図、
　【図３】
　対ホストｉ／ｆ９から入力されるコマンド処理の概要を示すフローチヤート、
　【図４】
　図３のステツプＳ３０７における全論理ユニットコマンドの詳細処理を示すフローチヤート、
　【図５−１】
　図３のステツプＳ３０８におけるスキャナユニット６に対する各種コマンドの詳細処理を示すフローチヤート、
　【図５−２】
　図３のステツプＳ３０８におけるスキャナユニット６に対する各種コマンドの詳細処理を示すフローチヤート、
　【図６−１】
　プリンタコマンド処理に関する処理を示すフローチヤート、
　【図６−２】
　プリンタコマンド処理に関する処理を示すフローチヤート、
　【図７−１】
　イメージコマンド処理に関する処理を示すフローチヤート、
　【図７−２】
　イメージコマンド処理に関する処理を示すフローチヤート、
　【図７−３】
　イメージコマンド処理に関する処理を示すフローチヤート、
　【図７−４】
　イメージコマンド処理に関する処理を示すフローチヤート、
　【図８−１】
　イメージコマンド処理に関する処理を示すフローチヤート、
　【図８−２】
　イメージコマンド処理に関する処理を示すフローチヤート、
　【図８−３】
　イメージコマンド処理に関する処理を示すフローチヤート、
　【図８−４】
　通信コマンド処理を示すフローチヤート、
　【図９】
　発呼送信処理を示す詳細フローチヤート、
　【図１０】
　セッションモード送信処理を示すフローチヤート、
　【図１１】
　受信要求処理を示すフローチヤート、
　【図１２−１】
　発呼ポーリング処理手順を示すフローチヤート、
　【図１２−２】
　発呼ポーリング処理手順を示すフローチヤート、
　【図１３】
　セッションモードポーリング受信処理を示すフローチヤート、
　【図１４】
　論理ユニツトコマンドパラメータ群の一覧を示す図、
　【図１５】
　スキャナユニツトコマンドパラメータ群の一覧を示す図、
　【図１６】
　プリンタユニツトコマンドパラメータ群を示す図、
　【図１７】
　イメージユニツトコマンドパラメータを示す図、
　【図１８】
　通信ユニツトコマンドパラメータを示す図、
　【図１９】
　ファイル情報要求コマンドを示す図、
　【図２０】
　ファイル情報パラメータを示す図である。
　【符号の説明】
　１　ＣＰＵ
　２　ＲＯＭ
　３　ＲＡＭ
　４　イメージメモリ
　５　画像変換部
　６　画像読取り部
　７　画像記録部
　８　回線制御部
　９　対ホストｉ／ｆ部
　１０　ファイル管理部
　１１　記憶装置
　１２　操作部
　１３　回線ケーブル
　１４　専用ケーブル
　１５　ホストコンピュータ