JP2003288336A

JP2003288336A - 特定機能代行システム、及び、電子機器、記憶媒体

Info

Publication number: JP2003288336A
Application number: JP2002091330A
Authority: JP
Inventors: Katsunori Enomoto; 勝則榎本; Yoshiyuki Kondo; 義之近藤
Original assignee: Brother Industries Ltd
Current assignee: Brother Industries Ltd
Priority date: 2002-03-28
Filing date: 2002-03-28
Publication date: 2003-10-10
Also published as: US20030187965A1; US7369257B2

Abstract

(57)【要約】【課題】多大なリソースを必要とする特定機能をサー
バに代行させて、リソース不足のクライアント側の機器
で当該特定機能を実行させることにより、クライアント
側のリソース不足の弊害を解消させること。【解決手段】ＷＷＷを介してサーバと接続された本体
において、所謂「２ｉｎ１コピー」に関するリクエスト
をサーバに送信し（Ｓ２０１）、さらに、入力原稿の読
取データをサーバに送信すると（Ｓ２０３，Ｓ２０
５）、サーバでは、所謂「２ｉｎ１コピー」の出力形式
に加工された出力データにデータ処理し（Ｓ３０４）、
編集データとして、本体に送信する。一方、本体では、
サーバから受信した編集データを記録紙に印刷する（Ｓ
２０７）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアント側の
電子機器とサーバとの間でデータの伝送が行われる特定
機能代行システム及び、電子機器、記憶媒体に関する。

【０００２】

【従来の技術】従来、ネットワークに接続されたファイ
ルサーバからマルチファンクション装置にデータを転送
する際の制御技術については、例えば、特開２００１−
１０１１０６に記載された「マルチファンクション・シ
ステムおよびその制御方法、並びにその制御プログラム
を記録した記録媒体」がある。この点、特開２００１−
１０１１０６に記載された「マルチファンクション・シ
ステムおよびその制御方法、並びにその制御プログラム
を記録した記録媒体」においては、ネットワーク上のフ
ァイルサーバに記憶されたアプリケーションやデータの
うち、ユーザーが使用するもののみをマルチファンクシ
ョン装置にダウンロードすることにより、マルチファン
クション装置で当該アプリケーションや当該データの使
用が可能になるので、マルチファンクション装置に必要
なメモリ容量を減らすことができる。

【０００３】

【発明が解決しようとする課題】しかしながら、昨今の
ネットワークの高速化に対し、上記マルチファンクショ
ン装置などのクライアント側の装置は、コストを抑える
ために、常にパワー不足であることを考えると、ダウン
ロードされるアプリケーションの記憶領域を確保するこ
とさえ、厳しい状況にある機種もある。また、コストを
抑えたために、リソースの少ない機種においては、多大
なリソースを必要とする機能（例えば、所謂「２ｉｎ
１」、「４ｉｎ１」など、贅沢なメモリ容量を必要とす
る集約コピー機能）を実行することができないという問
題点があった。

【０００４】そこで、本発明は、上述した問題点を解決
するためになされた特定機能代行システム及び、電子機
器、記憶媒体であって、多大なリソースを必要とする特
定機能をサーバに代行させて、リソース不足のクライア
ント側の電子機器で当該特定機能を実行させることによ
り、クライアント側のリソース不足の弊害を解消させる
ことを課題とする。

【０００５】

【課題を解決するための手段】この課題を解決するため
に成された請求項１に係る発明は、特定機能代行システ
ムであって、特定機能を実行させるためのモードを設定
する設定手段と、その特定機能の対象になる対象データ
を入力するためのデータ入力手段と、前記特定機能の実
行を要求するリクエスト情報と前記データ入力手段によ
り入力された対象データを送出する送出手段と、前記特
定機能にて処理された処理データを出力する出力手段と
を有する電子機器と、前記電子機器から送出されたリク
エスト情報に基づき、前記対象データを前記特定機能に
応じたデータ処理を行うデータ処理手段と、そのデータ
処理手段にて処理された処理データを送出元の電子機器
に返送する返送手段とを有するサーバと、を備え、前記
電子機器と前記サーバとをネットワークを介して接続す
ることにより、前記電子機器が、前記サーバにて特定機
能に応じたデータ処理の実行を要求するリクエスト情報
並びにその対象データを送出した後、サーバが、前記デ
ータ処理手段にてリクエスト情報に応じた特定機能のデ
ータ処理を行い、電子機器がサーバにより処理データを
受取ることを特徴としている。

【０００６】また、請求項２に係る発明は、要求された
リクエスト情報に基づき、特定機能に応じたデータ処理
を行うデータ処理手段、及びそのデータ処理処理手段に
て処理された処理データを送出元の電子機器に返送する
返送手段を有するサーバにネットワークを介して接続さ
れる電子機器であって、前記特定機能を実行させるため
のモードを設定する設定手段と、その特定機能の対象に
なる対象データを入力するためのデータ入力手段と、前
記特定機能の実行を要求するリクエスト情報と前記デー
タ入力手段により入力された対象データを前記サーバに
送出する送出手段と、前記サーバにて特定機能のデータ
処理がなされた処理データを受取り、その処理データを
出力する出力手段とを備えたことを特徴としている。

【０００７】また、請求項３に係る発明は、データを入
力するためのデータ入力手段、及び処理された処理デー
タを出力する出力手段とを有する電子機器と、要求に基
づき、各種のデータ処理を行うデータ処理手段を有する
サーバと、を備えたシステムで使用される記憶媒体であ
って、特定機能を実行させるためのモードを設定させる
処理と、その特定機能の対象になる対象データを前記デ
ータ入力手段にて入力させる処理と、前記特定機能の実
行を要求するリクエスト情報と前記データ入力手段によ
り入力された対象データをネットワークを介して前記サ
ーバに送出する処理と、前記サーバにて特定機能のデー
タ処理がなされた処理データを受取り、その処理データ
を出力させる処理とからなる特定機能代行処理プログラ
ムを格納したことを特徴としている。

【０００８】すなわち、本発明の特定機能代行システム
では、ネットワークを介してサーバと接続されたクライ
アント側の電子機器において、設定手段により、特定機
能をサーバに実行させるためのモードを設定し、送出手
段を介して、当該特定機能を要求するリクエスト情報を
サーバに送出するとともにデータ入力手段により入力し
た対象データをサーバに送出すると、サーバでは、デー
タ処理手段により、送出元の電子機器からの対象データ
を、送出元の電子機器からのリクエスト情報で要求され
た特定機能に応じた処理データにデータ処理し、返送手
段により、当該処理データを送出元の電子機器に返送す
る一方で、送出元の電子機器では、出力手段により、サ
ーバから受取った処理データを出力させることから、多
大なリソースを必要とする特定機能をサーバに代行させ
て、リソース不足のクライアント側の電子機器で当該特
定機能を実行させているので、クライアント側のリソー
ス不足の弊害を解消させることができる。

【０００９】よって、本発明の特定機能代行システムで
は、コストアップとなる高価格機能をサーバに代行させ
ることもできるので、低価格に抑えたクライアント側の
電子機器で高価格機能を実行することが可能となる。さ
らに、本発明の特定機能代行システムでは、機能拡張を
行う場合には、当該拡張機能をサーバに代行させること
ができるので、クライアント側の電子機器において、当
該拡張機能を実行するために必要なバージョンアップを
少量に抑えることが可能となる。

【００１０】もっとも、上記の作用・効果については、
クライアント側の電子機器で読み込まれる記憶媒体に格
納されたプログラムにより実現させてもよい。従って、
上記の作用・効果については、クライアント側の電子機
器や、クライアント側の電子機器で読み込まれる記憶媒
体においても、同様にして、発揮することができる。

【００１１】尚、本発明の特定機能代行システム及び、
電子機器、記憶媒体において、多大なリソースを必要と
する特定機能の具体例としては、例えば、集約コピー機
能や、ＯＣＲ機能、Ａ−Ｄ変換（音声・テキスト変換）
機能、Ｄ−Ａ変換（テキスト・音声変換）機能などがあ
り、これらの場合には、クライアント側において、サー
バに代行させた集約コピー機能を利用して印刷したり、
サーバに代行させたＯＣＲ機能を利用して印刷やメール
送信を行ったり、サーバに代行させたＡ−Ｄ変換（音声
・テキスト変換）機能を利用してメール送信を行った
り、サーバに代行させたＤ−Ａ変換（テキスト・音声変
換）機能を利用してメール受信を行ったりすることがで
きる。ここで、このような具体例を整理すると、以下の
ように、列挙することができる。

【００１２】すなわち、上記特定機能を、複数枚の入力
原稿をまとめて１枚の出力原稿にする集約コピー機能と
し、上記データ入力手段を、前記入力原稿を読み取る読
取手段とし、上記出力手段を、前記出力原稿を印刷する
印刷手段としたことを特徴とするものである。

【００１３】また、上記特定機能を、手書原稿から文字
データを取得するＯＣＲ機能とし、上記データ入力手段
を、前記手書原稿を読み取る読取手段とし、上記出力手
段を、前記文字データを印刷する印刷手段としたことを
特徴とするものである。

【００１４】また、上記ネットワークを介して電子メー
ルの受信・送信を行うメールサーバを備え、上記特定機
能を、手書原稿から文字データを取得するＯＣＲ機能と
し、上記データ入力手段を、前記手書原稿を読み取る読
取手段とし、上記出力手段を、前記文字データを前記電
子メールの一部として前記メールサーバに引き渡すメー
ル引渡手段としたことを特徴とするものである。

【００１５】また、上記ネットワークを介して電子メー
ルの受信・送信を行うメールサーバを備え、上記特定機
能を、音声データを文字データに変換するＡ−Ｄ変換機
能とし、上記データ入力手段を、前記音声データの音声
を認識する音声入力手段とし、上記出力手段を、前記文
字データを前記電子メールの一部として前記メールサー
バに引き渡すメール引渡手段としたことを特徴とするも
のである。

【００１６】また、上記ネットワークを介して電子メー
ルの受信・送信を行うメールサーバを備え、上記特定機
能を、文字データを音声データに変換するＤ−Ａ変換機
能とし、上記データ入力手段を、前記メールサーバより
受け取った前記電子メールから前記文字データを抽出す
る文字抽出手段とし、上記出力手段を、前記音声データ
を音声で出力する音声出力手段としたことを特徴とする
ものである。

【００１７】また、本発明の特定機能代行システム及
び、電子機器、記憶媒体において、クライアント側の電
子機器とサーバとを接続するネットワークには、インタ
ーネット、ＷＷＷ、ＬＡＮなどがあるが、特に、ＷＷＷ
は、実際の利用価値が高く、上述した効果を顕著に発揮
できる。

【００１８】すなわち、上記ネットワークがＷＷＷであ
ることを特徴とするものである。

【００１９】

【発明の実施の形態】以下に本発明の実施の形態につい
て、図面とともに説明する。図１は、本発明が適用され
たファクシミリ装置１の使用形態を表す説明図であり、
図２は、ファクシミリ装置１の外部構成を表す概略斜視
図、図３は、ファクシミリ装置１の内部構成を表す説明
図である。

【００２０】図１に示すように、ファクシミリ装置１
は、回線制御部３と、通信モジュール５と、を備えてい
る。回線制御部３は、外部接続ポート４（図４参照）を
備えており、この外部接続ポート４には、建造物内（家
庭内、オフィス内等）に設置されたスプリッタ８の電話
機用の接続ポートに繋がるアナログ線Ｌ１（２芯線、４
芯線からなる所謂電話線）が接続されている。

【００２１】一方、通信モジュール５は、ＷＡＮ側接続
ポート６及びＬＡＮ側接続ポート７（図３参照）を備え
ており、ＷＡＮ側接続ポート６は、スプリッタ８のＡＤ
ＳＬモデム用の接続ポートにＬＡＮケープルＬ２を介し
て接続されたＡＤＳＬモデム９に繋がるＬＡＮケーブル
Ｌ３に接続され、ＬＡＮ側接続ポート７は、ハブ（ＨＵ
Ｂ）１１に接続されている。

【００２２】また、このハブ（ＨＵＢ）１１には、双方
向通信可能な複数のＰＣ１３、１４や、プリンタ１６
（ネットワーク接続可能なインクジェットプリンタ、レ
ーザプリンタなど）、ＩＰ（インターネット・プロトコ
ル）方式で音声信号を送受信可能なＩＰ電話機１５、イ
ンターネット接続可能なインターネットファクシミリ装
置１７などの各ＬＡＮ端末１３〜１７が接続されてい
る。即ち、ハブ（ＨＵＢ）１１は、各ＬＡＮ端末１３〜
１７から構成される建造物内のローカルエリアネットワ
ーク（ＬＡＮ）に接続されている。

【００２３】一方、上記スプリッタ８は、ＡＤＳＬを利
用する際に使用される周知のスプリッタであり、基地局
側に設定されたスプリッタ１９から送信されてくる概ね
４ｋＨｚ以下の第一信号とそれより高周波のＡＤＳＬ用
の第二信号とが重畳された伝送信号を、その第一信号
と、第二信号に分離し、第一信号を、電話機用の上記接
続ポートに出力すると共に第二信号をＡＤＳＬモデム用
の接続ポートに出力する一方で、各接続ポートから入力
されてきた信号を重畳して、基地局側のスプリッタ１９
に送信する構成になっている。

【００２４】即ち、本実施の形態のファクシミリ装置１
は、回線制御部３を用いて、公衆回線網（即ち、公衆交
換電話綱：ＰＳＴＮ）内の加入者電話機に接続可能な構
成にされ、更に、通信モジュール５及びＡＤＳＬモデム
９を介して広域ネットワーク（ＷＡＮ）としてのインタ
ーネットに接続可能な構成になっている。

【００２５】更に、このファクシミリ装置１は、通信モ
ジュール５の後述するルータ制御部１０１の動作によ
り、インターネット内の通信装置（ＷＷＷサーバ２１
等）とＬＡＮ内の各ＬＡＮ端末１３〜１７との間で送受
信されるデータ（ＩＰパケット）をルーティングするル
ータとして機能する構成になっている。

【００２６】また、本実施の形態のファクシミリ装置１
は、原稿から光学的に画像を読み取り、その画像を表す
イメージデータをファクシミリデータにして、上記アナ
ログ繰Ｌ１を介して公衆回線網に接続された外部のファ
クシミリ装置２３に送信すると共に、外部のファクシミ
リ装置２３から公衆回線網及びアナログ線Ｌ１を介して
送信されてきたファクシミリデータを受信して、記録紙
にそのファクシミリデータに基づく画像を形成する通常
の機能（ファクシミリ機能）の他、プリンタ機能、コピ
ー機能を有している。

【００２７】このプリンタ機能とは、ＰＣ１３、１４や
ワードプロセッサ等から送信されてきたコードデータに
基づく画像を記録紙に形成する機能のことを意味し、当
該ファクシミリ装置１は、ＰＣインタフェース（ＰＣ
Ｉ／Ｆ）２４を介して外部のＰＣからコードデータを受
信したり、通信モジュール５を介してＬＡＮ内のＰＣ１
３，１４等からコードデータを受信すると、そのデータ
に基づく画像を記録紙に形成する構成になっている。ま
た、コピー機能とは、後述するスキャナ部３５及び記録
部３７を用いて、原稿から画像を読み取り、そのイメー
ジデータに基づいて、記録紙に画像を形成する複写機能
を意味する。

【００２８】このような機能を有するファクシミリ装置
1には、図２に示すように、その本体ケース２５の側部
に、ハンドセット（Ｈ／Ｓ）２６が取り付けられ、上面
の前部に、操作パネル２７が設けられている。尚、この
操作パネル２７には、相手側の電話番号（ＦＡＸ番号）
を入力するための数字キー２７１や、スタートキー２７
２、選択キー２７３などの各種操作キー２７０と、各種
機能に関連する情報を表示するための液晶ディスプレイ
（ＬＣＤ）２７４と、が備えられている。

【００２９】この他、本体の上部後部には、装置内に供
給する記録紙を収容するための第一給紙トレイ２９が設
けられ、その上には記録紙を載置するためのものであっ
て利用者による手差しで記録紙を供給するための第二給
紙トレイ３１が設けられている。更に、その上には、読
取用の原稿用紙を載置するための原稿用給紙トレイ３３
が設けられている。

【００３０】また、本体には、図３に示すように、原稿
から画像を読み取るためのスキャナ部３５、記録紙に多
色カラーの画像を形成するための記録部３７、及び、こ
れらの各部の駆動を制御するＣＰＵ３９（図４参照）を
搭載する基板（図示せず）、などが内蔵されている。

【００３１】スキャナ部３５では、原稿用給紙トレイ３
３に載置された原稿が、原稿センサ（図示せず）により
検出され、図３の矢印Ａにて示すように、給紙ローラ４
１及び分離パッド４３等からなる給紙機能によって一枚
ずつ取り込まれ、この後に、搬送ローラ４５により読取
装置４７まで搬送される。そして、読取装置４７では、
原稿上に形成されている画像が読み取られる。また、読
取装置４７による画像読取後の原稿は、排紙ローラ４９
を介して前方に設けられた第一排紙トレイ５１に排出さ
れる。

【００３２】尚、このスキャナ部３５には、原稿センサ
の他に、原稿の先頭を検出する原稿フロントセンサ５３
と、原稿の後端を検出する原稿リアセンサ５５とが設け
られており、ＣＰＵ３９は、これらのセンサからの検出
結果に基づき、スキャナ部３５内の各部を制御して紙送
りを調整し、上記スキャナ部３５の動作を実現する。

【００３３】一方、記録部３７では、第一給紙トレイ２
９あるいは第二給紙トレイ３１に載置された記録紙が、
図３の矢印Ｂにて示すように、給紙ローラ５７及び分離
パッド５９等からなる給紙機構によって一枚ずつ取り込
まれる。そして、記録紙は、搬送ローラ６１を介して画
像形成装置６３に送られる。画像形成装置６３では、記
録紙上に複数色（本実施の形態ではシアン、マゼンタ、
イエロー及びブラック）のトナーの組合せによる多色カ
ラーの画像が形成される。また、画像形成装置通過後の
記録紙は、下流側の定着装置６５に送られる。そして、
この定着装置６５では、トナーによる画像が記録紙上に
定着される。更に定着装置通過後の記録紙は、排紙ロー
ラ６７を介して、本体の全面こ設けられた第二排紙トレ
イ６９に排出される。

【００３４】尚、上記画像形成装置６３は、レーザ光走
査装置７１を動作させて感光ドラムにレーザ光を照射
し、その表面に静電潜像を形成する構成になっている。
このレーザ光走査装置７１は、ＣＰＵ３９からの指令に
従って、イメージデータに基づくレーザ光を発射するレ
ーザ発光部７７と、レーザ光反射用のレンズ７８、及び
レンズ７８に反射されたレーザ光を感光ドラムに導く反
射ミラー７９等を備えている。この他、画像形成差置６
３は、トナーを貯留するトナータンク７３を備えてお
り、静電潜像形成後の感光ドラムにトナータンク７３か
ら供給されたトナーを付着させ、転写ローラ７５によ
り、記録紙に電荷を付与して感光ドラムに付着したトナ
ーを記録紙に転写する構成になっている。

【００３５】次に、ファクシミリ装置１の電気的構成に
ついて説明する。尚、図４は、本実施の形態のファクシ
ミリ装置１の電気的構成を表すフロック図である。ま
た、図５は、ＲＡＭ８３のデータ構成を表す説明図（図
５（ａ））、ＲＯＭ８１内のデータ構成を表す説明図
（図５（ｂ））及び、後述する宛先情報記憶部８３ｃ内
のデータ構成を表す説明図（図５（ｃ））である。

【００３６】ファクシミリ装置1は、主に、ＣＰＵ３
９、ＲＯＭ８１、ＲＡＭ８３、スキャナ部３５、符号器
８５、記録部３７、復号器８７、操作キー２７０、ＬＣ
Ｄ２７４、モデム８９、回線制御部３、ＰＣインタフェ
ース（ＰＣＩ／Ｆ）２４、メール制御部９１、機能拡
張用インタフエース（Ｉ／Ｆ）９３を備えており、夫々
はパス９５を介して接続されている。また、この機能拡
張用インタフェース９３には、通信モジュール５が接続
されている。

【００３７】ＣＰＵ３９は、本装置の制御の中枢を担っ
ており、装置全体を統括制御する構成にされている。つ
まり例えば、ＣＰＵ３９は、ＲＯＭ８１内に予め記録さ
れた制御処理用のプログラムを読み出し、そのプログラ
ムに従って、ファクシミリデータの送受信や、宛先登録
等の処理を実行する。

【００３８】尚、ＲＯＭ８１内には、当該装置をファク
シミリ装置として動作させるために必要なファクシミリ
機能用プログラム群８１ａ（図５（ｂ）参照）が記憶さ
れている。具体的には例えば、回線制御部３が外部のフ
ァクシミリ装置２３から受信したファクシミリデータに
基づく画像を記録部３７に形成させるための受信用プロ
グラム等が上記ファクシミリ機能用プログラムとしてＲ
ＯＭ８１に納められている。

【００３９】また、ＲＯＭ８１内には、当該装置をＰＣ
等から送信されてきたデータを印刷するプリンタとして
動作させるために必要なプリンタ機能用プログラム群８
１ｂが記憶されている。具体的には例えば、通信モジュ
ール５がＬＡＮ内のＰＣ１３，１４から受信したデータ
に基づく画像を記録部３７に形成させるためのＰＣ印刷
用プログラムが上記プリンタ機能用プログラムとしてＲ
ＯＭ８１に納められている。

【００４０】この他、ＲＯＭ８１内には、上記プログラ
ム等で呼び出される記録部制御用プログラム８１ｃや、
その他の図示しない各種プログラム、そのプログラム実
行時に必要な各種データが予め記憶されている。

【００４１】一方、ＲＡＭ８３は、各種制御を行う際に
必要なワークメモリ８３ａ（図５（ａ）参照）や、ファ
クシミリデータ等を記憶する送受信データ記憶部８３
ｂ、ファクシミリデータの送信先に閑する宛先情報を記
憶する宛先情報記録部８３ｃ、として機能するようにさ
れている。

【００４２】また、宛先情報記憶部８３ｃは、図５
（ｃ）に示すように、ファクシミリデータの送信先に関
する宛先情報として電話番号を記録可能な構成であり、
更に、この電話番号に関連づけて、メールアドレスを記
憶可能な構成になっている。即ち、当該ファクシミリ装
置１は、相手先装置（外部のファクシミリ装置２３）が
公衆回線網経由のファクシミリデータの送受信の他に、
インターネット経由の電子メールの送受信を行うことが
可能な構成になっている場合に備えて、一つの宛名に対
して、電話番号とメールアドレスの両方を併記した形で
宛先情報を登録できるように構成されている。

【００４３】スキャナ部３５は、ファクシミリデータの
送信やコピー（原稿の複写）等の際に、原稿を読み取る
ためのものである。本実施の形態のスキャナ部３５は、
上述したように、原稿を原稿用給紙トレイ３３から取得
し、読取装置４７にて画像を読み取り、読取結果として
のイメージデータを符号器８５などに出力する構成にな
っている。

【００４４】また、符号器８５は、スキャナ部３５によ
って読み取られたイメージデータをファックスフォーマ
ットであるＧ３圧縮形式のイメージデータにするため
に、符号化処理を実行し、その処理後のイメージデータ
を出力する構成になっている。一方、復号器８７は、フ
ァックスフォーマットのイメージデータを復号化して、
記録部３７にて処理可能なイメージデータに変換する構
成になっている。

【００４５】また、記録部３７は、上述したように、カ
ラー画像を形成可能な所謂カラーレーザプリンタとして
機能する構成になっており、記録部制御用プログラム８
１ｃを実行するＣＰＵ３９からの指令に従い、復号器８
７によって復号化されたイメージデータに基づくカラー
画像を、画像形成装置６３を用いて記録紙に印刷し、印
例後の記録紙を出力する構成になっている。

【００４６】尚、本実施の形態の記録部３７は、通常印
刷モードの他に、通常より静かな音で画像を形成するこ
とが可能な静音印刷モードを備えており、これらの印刷
モードをＣＰＵ３９からの指令に従って切り換えて動作
する構成になっている。また、記録部３７は、単色印刷
も可能な構成になっており、ＣＰＵ３９からの指令にし
たがって、指定色のトナーのみを用いて画像を形成する
ことが可能な構成になっている。

【００４７】この他、操作キー２７０は、上述したよう
に操作パネル２７上に設けられており、利用者の操作に
従って、宛先情報の登録、宛先の指定、メモ情報の入力
や選択等といった各種処理操作を行うための指令信号を
装置内（ＣＰＵ３９など）に入力する構成になってい
る。

【００４８】同じく操作パネル２７に設けられたＬＣＤ
２７４は、利用者に操作手順を案内するメッセージやエ
ラーメッセージ等の各種メッセージ等を表示するための
表示手段として設けられている。また、本実施の形態の
ＬＣＤ２７４は、タッチパネルとしての機能を備えてお
り、ファクシミリデータの宛先指定や宛先情報の登録の
際に、ワンタッチキーの表示を行うと共に、利用者の操
件情報を取得し装置内に入力する構成になっている。

【００４９】モデム８９は、回線制御部３を介してスプ
リッタ８経由で公衆回線網に接続された外部のファクシ
ミリ装置２３との間でファクシミリデータの送受信を行
うためのものである。回線制御部３は、公衆回線網に対
するダイヤル信号の送出や、公衆回線網からの呼出信号
に対する応答等の動作を行うものであり、例えば、公衆
回線網を介して自身を外部のファクシミリ装置２３に通
信可能に接続する。

【００５０】一方、ＰＣインタフェース２４は、ＰＣと
当該ファクシミリ装置１とをパラレルインタフェース等
を介して接続するときに用いられるものであり、ＰＣ１
３，１４からのコードデータ等を受信したりする。

【００５１】また、メール制御部９１は、インターネッ
トに接続された外部の通信装置との間で電子メールの送
受信を行うことによって、電子メールによるファクシミ
リデータの送受信を実現するものである。つまり、メー
ル制御部９１は、符号器８５にて符号化されたファクス
フォーマットのバイナリイメージデータを、テキストコ
ードのイメージデータに変換すると共に、送信先のメー
ルアドレス等を含むヘッダ情報をそのデータに付加する
ことにより、ファックスフォーマットのイメージデータ
を、電子メールとして送信可能な電子メールフォーマッ
トのイメージデータにフォーマット変換したり、逆にイ
ンターネット経由で通信モジュール５を介して受信した
電子メールフォーマットのイメージデータを、ファック
スフォーマットのイメージデータに逆フォーマット変換
する処理を行う。尚、このメール制御部９１によってフ
ァックスフォーマットのイメージデータに逆フォーマッ
ト変換されたデータは、復号器８７によつて記録部３７
で出力可能なイメージデータに復号化されてから記録紙
に印刷される。

【００５２】機能拡張用インタフェース（Ｉ／Ｆ）９３
は、別体で構成されたルータ制御部１０１を備える通信
モジュール５を着脱自在に接続することができるように
構成されたＡＩＯ（アナログ入出力）やＲＳ２３２Ｃ等
のシリアルインタフェースである。尚、図３に示すよう
に、通信モジュール５は、装置の本体ケース２５内に収
容される。

【００５３】また、通信モジュール５は、ルータ制御部
１０１、ハブ（ＨＵＢ）１０３、ＩＰ電話部１０５、無
線処理部１０７、ウェブプリント部１１０や、ルータ制
御部１０１に繋がるインタフェース接続端子１０９など
を備えている。尚、通信モジュール５は、このインタフ
ェース接続端子１０９を介してインタフェース９３に接
続される。

【００５４】ルータ制御部１０１は、ＡＤＳＬモデム９
を介してインターネット内の通信装置との間でＩＰパケ
ットの送受信を行うためのものであり、周知のＩＰマス
カレード機能やルーテイング機能を備えるブロードバン
ドルータとして機能する。即ち、このルータ制御部１０
１は、ＩＰマスカレード機能により、ＬＡＮ内で用いら
れるプライベートＩＰアドレスと、ＷＡＮ（本実施の形
態ではインターネット内）で用いられるグローバルＩＰ
アドレスとを相互変換し、ルーティング機能により、Ｌ
ＡＮ側の端末と、ＷＡＮ側の通信装置（ＷＷＷサーバ２
１）と、を双方向通信可能に接続する。

【００５５】例えば、ルータ制御部１０１は、ハブ（Ｈ
ＵＢ）１０３を介してＩＰ電話部１０５、無線処理部１
０７、ウェブプリント部１１０との間でのデータの送受
信を行うことにより、ＩＰ電話部１０５、無線処理部１
０７及びウェブプリント部１１０をＡＤＳＬモデム９を
介してインターネットに双方向通信可能に接続する。

【００５６】また更に、ルータ制御部１０１は、ハブ
（ＨＵＢ）１０３を介してＬＡＮ側接続ポート７に接続
されるＬＡＮ内のＬＡＮ端末１３〜１７との間で通信を
行うことにより、ＬＡＮ内のＬＡＮ端末１３〜１７をイ
ンターネットに双方向通信可能に接続する。つまり例え
ば、ルータ制御部１０１は、経路制御して、インターネ
ット内のＷＷＷサーバ２１から受信したデータを、宛先
のＬＡＮ端末１３〜１７に送信する。

【００５７】この他、ルータ制御部１０１は、装置本体
側のＣＰＵ３９とインタフェース９３を介して通信を行
うことができるように構成されている。即ち、ＬＡＮ端
末１３〜１７やＩＰ電話部１０５、無線処理部１０７、
ウェブプリント部１１０は、ルータ制御部１０１及びイ
ンタフェース９３を介して装置本体側のＣＰＵ３９と双
方向通信を行うことができ、例えば、当該ファクシミリ
装置１のＣＰＵ３９は、ルータ制御部１０１を介してＬ
ＡＮ内のＰＣ１３，１４から印刷用のコードデータを取
得すると、ＣＰＵ３９にて、プリンタ機能用プログラム
を実行し、そのプログラム内で記録部制御用プログラム
８１ｃを呼び出して記録部３７を制御し、そのデータに
基づく画像を形成する。

【００５８】一方、このルータ制御部１０１にハブ１０
３を介して接続されたＩＰ電話部１０５は、音声信号を
ＩＰパケットに格納し、インターネット経由で、外部の
ＩＰ電話機と、音声通信（通話）を行うことが可能な構
成になっている。

【００５９】また、無線処理部１０７は、外部の無線通
信装置と該当ファクシミリ装置１との間で無線通信を行
うためのものであり、フルートゥース規格（近距離無線
通信の規格）やＩｒＤＡ規格（赤外線通信の規格）によ
る無線接続方式にて、外部の無線通信装置をファクシミ
リ装置１内の各部に双方向通信可能に接続する構成にな
っている。即ち、当該ファクシミリ装置１においては、
ハブ１０３に接続された接続ポート７を用いることによ
り、有線接続方式にて各ＬＡＮ端末１３〜１７をファク
シミリ装置１に接続することができる他、この無線処理
部１０７を用いることにより、無線接続方式にてＬＡＮ
端末１３〜１７をファクシミリ装置１に接続することが
できる。

【００６０】この他、ウェブプリント部１１０は、ＣＰ
Ｕ１１１、ＲＯＭ１１３、ＲＡＭ１１５、ネットワーク
インタフェース１１７などを備えており、ネットワーク
インタフエース１１７を介してルータ制御部１０１との
間で通信を行うことにより、自身をインターネットに接
続したり、装置本体側のＣＰＵ３９と通信を行う構成に
なっている。

【００６１】ここで、図６は、ウェブプリント部１１０
のＲＡＭ１１５内のデータ構成を表す説明図（図６
（a））、ＲＯＭ１１３内のデータ構成を表す説明図
（図６（ｂ））である。このウェブプリント部１１０に
おけるＲＡＭ１１５は、図６（ａ）に示すように、ワー
クメモリ１１５ａや、ＷＷＷサーバ２１から取得したダ
ウンロードデータ等を記憶する送受信データ記憶部１１
５ｂ、ＷＷＷサーバ２１のアドレス（ＵＲＬ：Ｕｎｉｆ
ｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）情報を記
憶するＵＲＬ情報記憶部１１５ｃ、後述する転送機能を
使用する際のデータ転送先に関する転送先情報を記憶す
る転送先情報記憶部１１５ｄ、アクセス禁止データベー
ス１１５ｅ、キーワードデータベース１１５ｆ、履歴情
報記憶部１１５ｇ、ログ記憶部１１５ｈなどとして機能
する構成にされている。

【００６２】ＵＲＬ情報記憶部１１５ｃは、図６（ｃ）
に示すように、データ取得先を表すＵＲＬに関連付け
て、メモ情報、スケジューラ用設定データを複数個記録
可能な構成になっている。即ち、通信モジュール５は、
利用者による操作パネル２７の操作等によって外部入力
されたメモ情報を、対応するＵＲＬに対して関連付けて
ＵＲＬ情報記憶部１１５ｃに登録できるように構成され
ている。尚、周知のようにＵＲＬは、サーバアドレス、
ディレクトリ情報、ファイル名などから構成されるアド
レス情報である。また、図７は、ウェブプリント部１１
０のＣＰＵ１１１が実行するＵＲＬ・メモ情報登録処理
を表すフロ一チャートである。

【００６３】処理を実行すると、ＣＰＵ１１１は、Ｓ１
０１にてＵＲＬ及びメモ情報の入力を求める入力指示メ
ッセージをインタフェース９３を介して装置本体側に送
信することにより、装置本体側のＬＣＤ２７４にその入
力指示メッセージを表示させる。この後、ＣＰＵ１１１
は、Ｓ１０３にて、ＵＲＬ及びメモ情報の登録指令が操
作パネル２７からインタフェース９３を介して送信され
てくるまで待機し、登録指令を受信すると、Ｓ１０５に
て、その操作パネル２７から入力されたＵＲＬ及びメモ
情報を装置本体側から取得し、更にＳ１０７にて、その
ＵＲＬ及びメモ情報を互いに関連付けてＵＲＬ情報記憶
部１１５ｃに記録させる。尚、メモ情報は、現状におい
てＵＲＬがローマ字で標記され、その表示だけではどの
ホームページヘアクセスするかがわかりにくく、更に
は、ＬＣＤ２７４の表示領域も限られているため、目的
のＵＲＬを探すのが容易ではないことから、利用者が瞬
時にそのＵＲＬを判別できるようにするために設けたも
のである。

【００６４】この他、転送先情報記憶部１１５ｄは、後
述するプリンタ転送用のアドレス情報と、ＰＣ転送用の
アドレス情報とを記憶する構成になっている。尚、この
転送先情報記憶部１１５ｄは、プリンタ転送用及びＰＣ
転送用のアドレス情報として、ＬＡＮ内のプライベート
ＩＰアドレスに加え、ポート番号を記憶する構成になっ
ている。

【００６５】一方、ウェブプリント部１１０におけるＲ
ＯＭ１１３内には、図６（b）に示すように、ＷＷＷサ
ーバ２１からデータを取得したり、当該装置の記録部３
７にＷＷＷサーバ２１から取得したダウンロードデータ
を印刷させるための後述する各処理を表すウェブプリン
ト機能用プログラム群１１３ａや、ウェブプリント機能
動作時における動作条件を表すフラグ情報１１３ｂ、な
どが記憶されている。

【００６６】詳述すると、このウェブプリント部１１０
は、ルータ制御部１０１経由でＷＷＷサーバ２１から取
得したダウンロードデータに基づく画像を記録部３７に
印刷させる印刷機能、ＲＡＭ１１５内にデータを一時保
存する保存機能、ダウンロードデータをＬＡＮ側接続ポ
ート７を介してＬＡＮに接続された転送先のプリンタ
（転送先情報記憶部１１５ｄに記憶されているプリンタ
転送先のアドレス情報で特定されるプリンタ）１６に転
送するプリンタ転送機能、ダウンロードデータをＬＡＮ
側接続ポート７を介してＬＡＮに接続されたＰＣ１３，
１４に転送するＰＣ転送機能、ダウンロードデータに基
づく画像を記録部３７に単色で印刷させる単色印刷機
能、印刷時の機械音が抑えられた上記静音印刷モードで
記録部３７を動作させてダウンロードデータに基づく画
像を印刷させる静音印刷機能、ウェブプリント部１１０
で実行した各処理に関するログ情報を保存するログ保存
機能、エラーメッセージをＬＣＤ２７４に表示させるエ
ラー情報表示機能等を備えており、これらの機能をＲＯ
Ｍ１１３内が記憶するウェブプリント機能用プログラム
群１１３ａで実現する構成にされ、図８に示すフラグ情
報１１３ｂに基づいて、各機能を動作させるかどうか
（即ち、機能のＯＮ／ＯＦＦ）を切り換える構成にされ
ている。尚、図８は、フラグ情報１１３ｂとしてＲＯＭ
１１３内に記憶されているデータの構成を表す説明図で
ある。

【００６７】ウェブプリント部１１０は、所定条件で、
図８に示す『正常』動作モード、『ＵＲＬアクセス不許
可』動作モード、『印刷キャンセル』動作モード・『パ
スワードエラー』動作モード、『キーワードエラー』動
作モード、『同一コンテンツ検出』動作モード、『夜間
印刷』動作モード、『留守番』動作モード、『大量モノ
クロ印刷』動作モード、『紙なしエラー』動作モード、
『トナーなしエラー』動作モードのいずれかを選択し、
各機能の値（以下、「フラグ値」と表現する。）をフラ
グセット情報としてＲＡＭ１１５内に書き込むことによ
ってフラグをセットするようにされている。また、ウェ
ブプリント部１１０は、フラグ値”１”以上で、その機
能を動作（ＯＮ）させ、フラグ値”０”で、その機能の
動作を禁止（ＯＦＦ）する構成にされている。また、図
８において表す記号＊は、その動作モードが選択される
前にフラグセット情報として記憶されているフラグ値を
書き換えないようすることを示している。

【００６８】次に、本発明の実施の形態の特定機能代行
システムについて説明する。図９に、本実施の形態の特
定機能代行システム３０１の概念図を示す。本実施の形
態の特定機能代行システム３０１では、図９に示すよう
に、クライアントである本体３０２とサーバ３０３と
が、WWWなどのインターネットを介して接続されてお
り、本体３０２は、図４の通信モジュール５を介して、
サーバ３０３と通信することができる。

【００６９】この点、本体３０２は、図１のファクシミ
リ装置１に相当するものである。また、サーバ３０３
は、図１のＷＷＷサーバ２１に相当するものである。
尚、図９では、１つのサーバ３０３が明記されている
が、複数有していてもかまわない。

【００７０】そして、本実施の形態の特定機能代行シス
テム３０１では、本体３０２で読み取った入力原稿につ
いて、複数枚の入力原稿を１枚の出力原稿に集約するデ
ータ処理（「集約コピー機能」に相当するもの）をサー
バ３０３に代行させ、かかる出力原稿を本体３０２で記
録紙に印刷することを行うことができる。ここでは、２
枚の入力原稿をまとめて１枚の出力原稿にし記録紙に印
刷する、所謂「２ｉｎ１コピー」について、図１０〜図
１２に基づいて説明する。尚、図１０〜図１２に記載さ
れたフローチャートを実行するためのプログラムは、本
体３０２及びサーバ３０３に記憶される。

【００７１】図１０は、本実施の形態の特定機能代行シ
ステム３０１で所謂「２ｉｎ１コピー」が実行される際
のシステム全体のフローチャートを示した図である。す
なわち、Ｓ２０１において、「２ｉｎ１コピー」をリク
エストすることを、本体３０２からサーバ３０３に伝え
ることにより、Ｓ３０１において、「２ｉｎ１コピー」
のリクエストがあったことをサーバ３０３が確認する。
この点、「２ｉｎ１コピー」をリクエストする際には、
ＵＲＬを介して、サーバ３０３を特定し、ＨＴＴＰのプ
ロトコルで記載された「リクエスト情報」として送信す
る。尚、それらの操作は図４の操作キー２７０で行われ
る。

【００７２】その後、本体３０２では、Ｓ２０２におい
て、１枚目の入力原稿の読み取りを行い、１枚目の入力
原稿の読み取りが終了したら、Ｓ２０３において、１枚
目の入力原稿の読取データをサーバ３０３に送信する。
これにより、Ｓ３０２において、１枚目の入力原稿の読
取データをサーバ３０３が受信する。さらに、本体３０
２では、Ｓ２０４において、２枚目の入力原稿の読み取
りを行い、２枚目の入力原稿の読み取りが終了したら、
Ｓ２０５において、２枚目の入力原稿の読取データをサ
ーバ３０３に送信する。これにより、Ｓ３０３におい
て、２枚目の入力原稿の読取データをサーバ３０３が受
信する。この点、本体３０２での入力原稿の読み取り
は、図４のスキャナ部３５を用いて、入力原稿から画像
を読み取ることにより行われ、また、入力原稿の読取デ
ータの送信は、入力原稿から画像を読み取ることにより
得られたイメージデータをＨＴＭＬデータに変換し、Ｈ
ＴＴＰのプロトコルによって行われる。

【００７３】その後、サーバ３０３では、Ｓ３０４にお
いて、１枚目の入力原稿の読取データ及び２枚目の入力
原稿の読取データに対し、レイアウティング処理（縮小
・回転・編集）を行い、１枚目の入力原稿の読取データ
及び２枚目の入力原稿の読取データをまとめて、１枚目
の出力原稿の編集データとし、Ｓ３０５において、１枚
目の出力原稿の編集データを本体３０２に送信する。こ
れにより、Ｓ２０６において、１枚目の出力原稿の編集
データを本体３０２が受信する。この点、出力原稿の編
集データの送信は、ＨＴＭＬデータでＨＴＴＰのプロト
コルによって行われる。

【００７４】その後、本体３０２では、Ｓ２０７におい
て、１枚目の出力原稿の編集データを記録紙に印刷す
る。この点、出力原稿の編集データの記録紙への印刷
は、コピー機能を使用し、編集データであるＨＴＭＬデ
ータをイメージデータに変換して記録紙に画像を形成さ
せている。もっとも、ファクシミリ機能を使用して、編
集データであるＨＴＭＬデータをファクシミリデータに
変換して記録紙に画像を形成させてもよいし、プリンタ
機能を使用して、編集データであるＨＴＭＬデータをコ
ードデータに変換して記録紙に画像を形成させてもよ
い。

【００７５】そして、それ以降の入力原稿がある場合に
は、Ｓ２０２及びＳ３０２以降の処理を繰り返すことに
より、それ以降の入力原稿がない場合には、Ｓ２０７を
もって終了することにより、本実施の形態の特定機能代
行システム３０１で所謂「２ｉｎ１コピー」が実行され
る。尚、このときの本体３０２における詳しいフローチ
ャートを図１１に示し、また、このときのサーバ３０３
における詳しいフローチャートを図１２に示す。

【００７６】すなわち、本体３０２では、図１１に示す
ように、Ｓ２１１において、サーバ３０３に所謂「２ｉ
ｎ１コピー」をリクエストした後、Ｓ２１２において、
入力原稿を読み取り、Ｓ２１３において、入力原稿の読
取データをサーバ３０３に転送すると、Ｓ２１４におい
て、サーバ３０３に転送された読取データの入力原稿が
偶数ページであるか否かを判断する。ここで、サーバ３
０３に転送された読取データの入力原稿が偶数ページで
あると判断する場合（Ｓ２１４：Ｙｅｓ）には、Ｓ２１
５に進んで、印刷データ（図１０の編集データ）を要求
する旨の通知データをサーバ３０３に送信する。

【００７７】その後、Ｓ２１６において、印刷データ
（図１０の編集データ）をサーバ３０３から受信する
と、Ｓ２１７において、印刷データ（図１０の編集デー
タ）を記録紙に印刷し、Ｓ２１８に進む。一方、サーバ
３０３に転送された読取データの入力原稿が奇数ページ
であると判断した場合（Ｓ２１４：Ｎｏ）には、上記Ｓ
２１５，Ｓ２１６，Ｓ２１７を行うことなく、Ｓ２１８
に進む。

【００７８】Ｓ２１８では、次の入力原稿があるか否か
を図４のスキャナ部３５の原稿センサ（図示せず）を介
して判断する。ここで、次の入力原稿があると判断する
場合（Ｓ２１８：Ｙｅｓ）には、Ｓ２１２に戻って、Ｓ
２１２以降の処理を繰り返す。一方、次の入力原稿がな
いと判断した場合（Ｓ２１８：Ｎｏ）には、Ｓ２１９に
進んで、サーバ３０３に転送された読取データの入力原
稿が奇数ページであるか否かを判断する。ここで、サー
バ３０３に転送された読取データの入力原稿が奇数ペー
ジであると判断する場合（Ｓ２１９：Ｙｅｓ）には、Ｓ
２２０に進んで、印刷データ（図１０の編集データ）を
要求する旨の通知データをサーバ３０３に送信する。

【００７９】その後、Ｓ２２１において、印刷データ
（図１０の編集データ）をサーバ３０３から受信する
と、Ｓ２２２において、印刷データ（図１０の編集デー
タ）を記録紙に印刷し、Ｓ２２３に進む。一方、サーバ
３０３に転送された読取データの入力原稿が偶数ページ
であると判断した場合（Ｓ２１９：Ｎｏ）には、上記Ｓ
２２０，Ｓ２２１，Ｓ２２２を行うことなく、Ｓ２２３
に進む。Ｓ２２３では、所謂「２ｉｎ１コピー」を終了
する旨の通知データをサーバ３０３に送信する。

【００８０】一方、サーバ３０３では、図１２に示すよ
うに、Ｓ３１１において、本体３０２から所謂「２ｉｎ
１コピー」のリクエストがあるか否かを判断する。ここ
で、本体３０２から所謂「２ｉｎ１コピー」のリクエス
トがないと判断した場合（Ｓ３１１：Ｎｏ）には、Ｓ３
１１に戻って、本体３０２から所謂「２ｉｎ１コピー」
のリクエストがあるか否かの判断を繰り返す。一方、本
体３０２から所謂「２ｉｎ１コピー」のリクエストがあ
ると判断する場合（Ｓ３１１：Ｙｅｓ）には、Ｓ３１２
に進んで、本体３０２から通知データを受信したか否か
を判断する。

【００８１】ここで、本体３０２から通知データを受信
しないと判断した場合（Ｓ３１２：Ｎｏ）には、Ｓ３１
２に戻って、本体３０２から通知データを受信したとか
否かの判断を繰り返す。一方、本体３０２から通知デー
タを受信したと判断する場合（Ｓ３１２：Ｙｅｓ）に
は、Ｓ３１３に進んで、本体３０２から受信した通知デ
ータの種別を判断する。ここで、本体３０２から受信し
た通知データが読取データである場合には、Ｓ３１４に
進んで、読取データをワークエリアに記憶した後、Ｓ３
１２に戻って、Ｓ３１２以降の処理を繰り返す。

【００８２】一方、本体３０２から受信した通知データ
が制御データである場合には、Ｓ３１５に進んで、通知
データの指示内容を判断する。ここで、通知データの指
示内容が所謂「２ｉｎ１コピー」を終了する旨である場
合には、Ｓ３１１に戻って、Ｓ３１１以降の処理を繰り
返す。一方、通知データの指示内容が印刷データ（図１
０の編集データ）を要求する旨である場合には、Ｓ３１
６に進んで、ワークエリアに記憶された読取データに対
し、２枚の入力原稿の読取データをまとめて１枚の出力
原稿とするレイアウティング処理（縮小・回転・編集）
を行い、さらに、Ｓ３１７において、ＨＴＴＰのプロト
コルによる印刷データ（図１０の編集データ）に変換す
る。そして、Ｓ３１８に進んで、印刷データ（図１０の
編集データ）を本体３０２に送信した後、Ｓ３１２に戻
って、Ｓ３１２以降の処理を繰り返す。

【００８３】尚、図１０〜図１２のフローチャートは、
所謂「２ｉｎ１コピー」を実行するものであったが、４
枚の入力原稿をまとめて１枚の出力原稿にし記録紙に印
刷する所謂「４ｉｎ１コピー」や所謂「６ｉｎ１コピ
ー」、…についても、図１１のＳ２１４，Ｓ２１９の判
断を修正すれば、同様にして実行することができる。

【００８４】また、本実施の形態の特定機能代行システ
ム３０１では、本体３０２で読み取った手書原稿につい
て、当該手書原稿から文字データを取得するデータ処理
（「ＯＣＲ機能」に相当するもの）をサーバ３０３に代
行させ、かかる文字データを本体３０２で記録紙に印刷
することを行うことができる。ここでは、手書原稿から
取得した文字データを記録紙に印刷すること（以下、
「「ＯＣＲ機能」に基づく印刷」という）について、図
１３〜図１５に基づいて説明する。尚、図１３〜図１５
に記載されたフローチャートを実行するためのプログラ
ムは、本体３０２及びサーバ３０３に記憶される。

【００８５】図１３は、本実施の形態の特定機能代行シ
ステム３０１で「「ＯＣＲ機能」に基づく印刷」が実行
される際の、システム全体のフローチャートを示した図
である。すなわち、Ｓ２３１において、「「ＯＣＲ機
能」に基づく印刷」をリクエストすることを、本体３０
２からサーバ３０３に伝えることにより、Ｓ３３１にお
いて、「「ＯＣＲ機能」に基づく印刷」のリクエストが
あったことをサーバ３０３が確認する。この点、「「Ｏ
ＣＲ機能」に基づく印刷」をリクエストする際には、Ｕ
ＲＬを介して、サーバ３０３を特定し、ＨＴＴＰのプロ
トコルで記載された「リクエスト情報」として送信す
る。尚、それらの操作は、図４の操作キー２７０で行わ
れる。

【００８６】その後、本体３０２では、Ｓ２３２におい
て、手書原稿の読み取りを行い、手書原稿の読み取りが
終了したら、Ｓ２２３において、手書原稿の読取データ
をサーバ３０３に送信する。これにより、Ｓ３３２にお
いて、手書原稿の読取データをサーバ３０３が受信す
る。この点、本体３０２での手書原稿の読み取りは、図
４のスキャナ部３５を用いて、手書原稿から画像を読み
取りることにより行われ、また、手書原稿の読取データ
の送信は、手書原稿から画像を読み取りることにより得
られたイメージデータをＨＴＭＬデータに変換し、ＨＴ
ＴＰのプロトコルによって行われる。

【００８７】その後、サーバ３０３では、Ｓ３３３にお
いて、手書原稿の読取データに対し、ＯＣＲ処理（テキ
スト文書化）を行って、手書原稿が文字データ化された
編集データとし、Ｓ３３４において、手書原稿の編集デ
ータを本体３０２に送信する。これにより、Ｓ２３４に
おいて、手書原稿の編集データを本体３０２が受信す
る。この点、手書原稿の編集データの送信は、ＨＴＭＬ
データでＨＴＴＰのプロトコルによって行われる。

【００８８】その後、本体３０２では、Ｓ２３５におい
て、手書原稿の編集データを記録紙に印刷する。この
点、手書原稿の編集データの記録紙への印刷は、コピー
機能を使用し、編集データであるＨＴＭＬデータをイメ
ージデータに変換して記録紙に画像を形成させている。
もっとも、ファクシミリ機能を使用して、編集データで
あるＨＴＭＬデータをファクシミリデータに変換して記
録紙に画像を形成させてもよいし、プリンタ機能を使用
して、編集データであるＨＴＭＬデータをコードデータ
に変換して記録紙に画像を形成させてもよい。尚、この
ときの本体３０２における詳しいフローチャートを図１
４に示し、また、このときのサーバ３０３における詳し
いフローチャートを図１５に示す。

【００８９】すなわち、本体３０２では、図１４に示す
ように、Ｓ２４１において、サーバ３０３に「「ＯＣＲ
機能」に基づく印刷」をリクエストした後、Ｓ２４２に
おいて、手書原稿を読み取り、Ｓ２４３において、手書
原稿の読取データをサーバ３０３に転送すると、Ｓ２４
５において、当該手書原稿の読取データに対する編集デ
ータがサーバ３０３から転送されたか否かを判断する。
ここで、当該手書原稿の読取データに対する編集データ
がサーバ３０３から転送されなかったと判断した場合
（Ｓ２４５：Ｎｏ）には、Ｓ２４５に戻って、当該手書
原稿の読取データに対する編集データがサーバ３０３か
ら転送されたか否かの判断を繰り返す。一方、当該手書
原稿の読取データに対する編集データがサーバ３０３か
ら転送されたと判断する場合（Ｓ２４５：Ｙｅｓ）に
は、Ｓ２４６に進んで、サーバ３０３から受信した、当
該手書原稿の読取データに対する編集データを、図４の
ＲＡＭ８３，ＲＡＭ１１５などに記憶する。

【００９０】その後、Ｓ２４７において、次の手書原稿
があるか否かを図４のスキャナ部３５の原稿センサ（図
示せず）を介して判断する。ここで、次の手書原稿があ
ると判断する場合（Ｓ２４７：Ｙｅｓ）には、Ｓ２４２
に戻って、Ｓ２４２以降の処理を繰り返す。一方、次の
手書原稿がないと判断した場合（Ｓ２４７：Ｎｏ）に
は、Ｓ２４８に進んで、「「ＯＣＲ機能」に基づく印
刷」を終了する旨の通知データをサーバ３０３に送信す
る。そして、Ｓ２４９において、編集データを記録紙に
印刷し、終了する。

【００９１】一方、サーバ３０３では、図１５に示すよ
うに、Ｓ３４１において、本体３０２から「「ＯＣＲ機
能」に基づく印刷」のリクエストがあるか否かを判断す
る。ここで、本体３０２から「「ＯＣＲ機能」に基づく
印刷」のリクエストがないと判断した場合（Ｓ３４１：
Ｎｏ）には、Ｓ３４１に戻って、本体３０２から「「Ｏ
ＣＲ機能」に基づく印刷」のリクエストがあるか否かの
判断を繰り返す。一方、本体３０２から「「ＯＣＲ機
能」に基づく印刷」のリクエストがあると判断する場合
（Ｓ３４１：Ｙｅｓ）には、Ｓ３４２に進んで、本体３
０２から通知データを受信したか否かを判断する。

【００９２】ここで、本体３０２から通知データを受信
しないと判断した場合（Ｓ３４２：Ｎｏ）には、Ｓ３４
２に戻って、本体３０２から通知データを受信したとか
否かの判断を繰り返す。一方、本体３０２から通知デー
タを受信したと判断する場合（Ｓ３４２：Ｙｅｓ）に
は、Ｓ３４３に進んで、本体３０２から受信した通知デ
ータの種別を判断する。ここで、本体３０２から受信し
た通知データが「「ＯＣＲ機能」に基づく印刷」を終了
する旨である場合には、Ｓ３４１に戻って、Ｓ３４１以
降の処理を繰り返す。

【００９３】一方、本体３０２から受信した通知データ
が読取データある場合には、Ｓ３４４に進んで、本体３
０２から受信した読取データに対し、ＯＣＲ処理（テキ
スト文書化）を行って文字データ化し、Ｓ３４５におい
て、ＨＴＴＰのプロトコルによるＯＣＲ結果データ（図
１３及び図１４の編集データ）として、本体３０２に送
信する。

【００９４】尚、図１３及び図１４のフローチャートで
は、本体３０２において、編集データを記録紙に印刷し
ている（Ｓ２３５，Ｓ２４９）。この点、本実施の形態
の特定機能代行システム３０１は、図９に示すように、
本体３０２とサーバ３０３とが、WWWなどのインターネ
ットを介して接続されているものであるが、さらに、か
かるインターネットを介して、電子メールの受信・送信
を行うメールサーバにも接続されている場合には、本体
３０２において、図４のメール制御部９１を使用して、
編集データを電子メールの一部としてもよい。

【００９５】また、本実施の形態の特定機能代行システ
ム３０１が、上述したように、電子メールの受信・送信
を行うメールサーバにも接続されている場合には、本体
３０２に入力した音声データについて、当該音声データ
を文字データに変換するデータ処理（「Ａ−Ｄ変換機
能」に相当するもの）をサーバ３０３に代行させ、本体
３０２において、かかる文字データを電子メールの一部
としてメールサーバに転送することができる。ここで
は、音声データから変換した文字データを電子メールの
一部としてメールサーバに転送すること（以下、「音声
変換に基づく電子メール送信」という）について、図１
６〜図１８に基づいて説明する。尚、図１６〜図１８に
記載されたフローチャートを実行するためのプログラム
は、本体３０２及びサーバ３０３に記憶される。

【００９６】図１６は、本実施の形態の特定機能代行シ
ステム３０１で「音声変換に基づく電子メール送信」が
実行される際の、システム全体のフローチャートを示し
た図である。すなわち、Ｓ２５１において、「音声変換
に基づく電子メール送信」をリクエストすることを、本
体３０２からサーバ３０３に伝えることにより、Ｓ３５
１において、「音声変換に基づく電子メール送信」のリ
クエストがあったことをサーバ３０３が確認する。この
点、「音声変換に基づく電子メール送信」をリクエスト
する際には、ＵＲＬを介して、サーバ３０３を特定し、
ＨＴＴＰのプロトコルで記載された「リクエスト情報」
として送信する。尚、それらの操作は、図４の操作キー
２７０で行われる。

【００９７】その後、本体３０２では、Ｓ２５２におい
て、音声データの入力を行い、音声データのサンプリン
グが終了したら、音声サンプリングデータをサーバ３０
３に送信する。これにより、Ｓ３５２において、音声サ
ンプリングデータをサーバ３０３が受信する。この点、
本体３０２での音声データの入力・サンプリングは、図
４のハンドセット（Ｈ／Ｓ）２６を介して行われ、ま
た、音声サンプリングデータの送信は、ＨＴＭＬデータ
に変換して、ＨＴＴＰのプロトコルによって行われる。

【００９８】その後、サーバ３０３では、Ｓ３５３にお
いて、音声サンプリングデータに対し、音声からテキス
トに変換する処理を行って、音声データが文字データ化
された変換データとし、Ｓ３５４において、音声データ
の変換データを本体３０２に送信する。これにより、Ｓ
２５３において、音声データの変換データを本体３０２
が受信する。この点、音声データの変換データの送信
は、ＨＴＭＬデータでＨＴＴＰのプロトコルによって行
われる。

【００９９】その後、本体３０２では、Ｓ２５４におい
て、音声データの編集データを電子メールの一部として
メールサーバに転送する。この点、音声データの編集デ
ータを電子メールの一部としてメールサーバに転送する
には、図４のメール制御部９１を使用する。尚、このと
きの本体３０２における詳しいフローチャートを図１７
に示し、また、このときのサーバ３０３における詳しい
フローチャートを図１８に示す。

【０１００】すなわち、本体３０２では、Ｓ２６１にお
いて、音声入力が終了したか否かを判断し、ここで、音
声入力が終了しないと判断した場合（Ｓ２６１：Ｎｏ）
には、Ｓ２６２において、図４のハンドセット（Ｈ／
Ｓ）２６で入力された音声データをアナログからデジタ
ル化し、Ｓ２６３において、デジタル化された音声デー
タを図４のＲＡＭ８３やＲＡＭ１１５に記憶し、Ｓ２６
１に戻って、音声入力が終了したか否かの判断を繰り返
す。

【０１０１】一方、音声入力が終了したと判断する場合
（Ｓ２６１：Ｙｅｓ）には、Ｓ２６４において、サーバ
３０３に「音声変換に基づく電子メール送信」をリクエ
ストし、Ｓ２６５において、デジタル化された音声デー
タをサーバ３０３に転送し、Ｓ２６６に進む。

【０１０２】そして、Ｓ２６６では、変換データ（ＴＥ
ＸＴデータ）がサーバ３０３から転送されたか否かを判
断し、ここで、変換データ（ＴＥＸＴデータ）がサーバ
３０３から転送されなかったと判断した場合（Ｓ２６
６：Ｎｏ）には、Ｓ２６６に戻って、変換データ（ＴＥ
ＸＴデータ）がサーバ３０３から転送されたか否かの判
断を繰り返す。一方、変換データ（ＴＥＸＴデータ）が
サーバ３０３から転送されたと判断する場合（Ｓ２６
６：Ｙｅｓ）には、Ｓ２６７に進んで、変換データ（Ｔ
ＥＸＴデータ）をサーバ３０３から受信した後に、Ｓ２
６８において、変換データ（ＴＥＸＴデータ）を電子メ
ールの一部としてメールサーバに送信する。

【０１０３】一方、サーバ３０３では、図１８に示すよ
うに、Ｓ３６１において、本体３０２から「音声変換に
基づく電子メール送信」のリクエストがあるか否かを判
断し、ここで、本体３０２から「音声変換に基づく電子
メール送信」のリクエストがないと判断した場合（Ｓ３
６１：Ｎｏ）には、Ｓ３６１に戻って、本体３０２から
「音声変換に基づく電子メール送信」のリクエストがあ
るか否かの判断を繰り返す。一方、本体３０２から「音
声変換に基づく電子メール送信」のリクエストがあると
判断する場合（Ｓ３６１：Ｙｅｓ）には、Ｓ３６２に進
んで、本体３０２からデジタル化された音声データの転
送があったか否かを判断する。

【０１０４】ここで、本体３０２からデジタル化された
音声データの転送がなかったと判断した場合（Ｓ３６
２：Ｎｏ）には、Ｓ３６２に戻って、本体３０２からデ
ジタル化された音声データの転送があったか否かの判断
を繰り返す。一方、本体３０２からデジタル化された音
声データの転送があったと判断する場合（Ｓ３６２：Ｙ
ｅｓ）には、Ｓ３６３に進んで、デジタル化された音声
データに対して、音声認識処理（テキスト文書化）を行
って、変換データ（ＴＥＸＴデータ）とし、Ｓ３６４に
おいて、変換データ（ＴＥＸＴデータ）を、図１６の変
換データとして、本体３０２に送信した後、Ｓ３６２に
戻る。

【０１０５】また、本実施の形態の特定機能代行システ
ム３０１では、上述したように、電子メールの受信・送
信を行うメールサーバにも接続されている場合には、本
体３０２で受信した電子メールの文字データについて、
当該文字データを音声データに変換するデータ処理
（「Ｄ−Ａ変換機能」に相当するもの）をサーバ３０３
に代行させ、本体３０２において、かかる音声データを
再生することができる。ここでは、電子メールの文字デ
ータから変換した音声データを再生すること（以下、
「音声変換に基づく電子メール受信」という）につい
て、図１９〜図２１に基づいて説明する。尚、図１９〜
図２１に記載されたフローチャートを実行するためのプ
ログラムは、本体３０２及びサーバ３０３に記憶され
る。

【０１０６】図１９は、本実施の形態の特定機能代行シ
ステム３０１で「音声変換に基づく電子メール受信」が
実行される際の、システム全体のフローチャートを示し
た図である。すなわち、Ｓ２７１において、「音声変換
に基づく電子メール受信」をリクエストすることを、本
体３０２からサーバ３０３に伝えることにより、Ｓ３７
１において、「音声変換に基づく電子メール受信」のリ
クエストがあったことをサーバ３０３が確認する。この
点、「音声変換に基づく電子メール受信」をリクエスト
する際には、ＵＲＬを介して、サーバ３０３を特定し、
ＨＴＴＰのプロトコルで記載された「リクエスト情報」
として送信する。尚、それらの操作は、図４の操作キー
２７０で行われる。

【０１０７】その後、本体３０２では、Ｓ２７２におい
て、電子メールから文字データを抽出し、メールデータ
として、サーバ３０３に送信する。これにより、Ｓ３７
２において、文字データであるメールデータをサーバ３
０３が受信する。この点、本体３０２での電子メールの
受信は、図４のメール制御部９１を介して行われ、電子
メールからの文字データの抽出は、ＲＯＭ８１に記憶さ
れたプログラムに基づいて行われる。また、メールデー
タの送信は、ＨＴＭＬデータに変換して、ＨＴＴＰのプ
ロトコルによって行われる。

【０１０８】その後、サーバ３０３では、Ｓ３７３にお
いて、メールデータに対し、テキストから音声に変換す
る処理を行って、文字データが音声データ化された音声
サンプリングデータとし、Ｓ３７４において、音声サン
プリングデータを本体３０２に送信する。これにより、
Ｓ２７３において、音声サンプリングデータを本体３０
２が受信する。この点、音声サンプリングデータの送信
は、ＨＴＭＬデータでＨＴＴＰのプロトコルによって行
われる。

【０１０９】その後、本体３０２では、Ｓ２７４におい
て、音声サンプリングデータを再生する。この点、音声
サンプリングデータを再生するには、図４のＨ／Ｓ２６
又はＩＰ電話部１０５を使用する。尚、このときの本体
３０２における詳しいフローチャートを図２０に示し、
また、このときのサーバ３０３における詳しいフローチ
ャートを図２１に示す。

【０１１０】すなわち、本体３０２では、Ｓ２８１にお
いて、サーバ３０３に「音声変換に基づく電子メール受
信」をリクエストし、Ｓ２８２において、電子メールか
ら抽出されたＴＥＸＴデータ（文字データ）をサーバ３
０３に転送し、Ｓ２８３に進む。

【０１１１】そして、Ｓ２８３では、音声データ（音声
サンプリングデータ）がサーバ３０３から転送されたか
否かを判断し、ここで、音声データ（音声サンプリング
データ）がサーバ３０３から転送されなかったと判断し
た場合（Ｓ２８３：Ｎｏ）には、Ｓ２８３に戻って、音
声データ（音声サンプリングデータ）がサーバ３０３か
ら転送されたか否かの判断を繰り返す。一方、音声デー
タ（音声サンプリングデータ）がサーバ３０３から転送
されたと判断する場合（Ｓ８３：Ｙｅｓ）には、Ｓ２８
４に進んで、音声データ（音声サンプリングデータ）を
サーバ３０３から受信した後に、Ｓ２８５において、音
声データ（音声サンプリングデータ）を再生する。

【０１１２】一方、サーバ３０３では、図２１に示すよ
うに、Ｓ３８１において、本体３０２から「音声変換に
基づく電子メール受信」のリクエストがあるか否かを判
断し、ここで、本体３０２から「音声変換に基づく電子
メール受信」のリクエストがないと判断した場合（Ｓ３
８１：Ｎｏ）には、Ｓ３８１に戻って、本体３０２から
「音声変換に基づく電子メール受信」のリクエストがあ
るか否かの判断を繰り返す。一方、本体３０２から「音
声変換に基づく電子メール受信」のリクエストがあると
判断する場合（Ｓ３８１：Ｙｅｓ）には、Ｓ３８２に進
んで、電子メールから抽出されたメールデータ（テキス
トデータ）が本体３０２から転送されたか否かを判断す
る。

【０１１３】ここで、電子メールから抽出されたメール
データ（テキストデータ）が本体３０２から転送されな
かったと判断した場合（Ｓ３８２：Ｎｏ）には、Ｓ３８
２に戻って、電子メールから抽出されたメールデータ
（テキストデータ）が本体３０２から転送されたか否か
の判断を繰り返す。一方、電子メールから抽出されたメ
ールデータ（テキストデータ）が本体３０２から転送さ
れたと判断する場合（Ｓ３８２：Ｙｅｓ）には、Ｓ３８
３に進んで、電子メールから抽出されたメールデータ
（テキストデータ）を、音声データに変換し、Ｓ３８４
において、音声データを、本体３０２に送信した後、Ｓ
３８２に戻る。

【０１１４】以上詳細に説明したように、本実施形態の
特定機能代行システム３０１では、ＷＷＷを介してサー
バ３０３と接続されたクライアント側の本体３０２にお
いて、図４の操作キー２７０により、「集約コピー機
能」や、「ＯＣＲ機能」、「Ａ−Ｄ変換機能」、「Ｄ−
Ａ変換機能」をサーバ３０３に実行させるためのモード
を設定し、図４の通信モジュール５を介して、「集約コ
ピー機能」や、「ＯＣＲ機能」、「Ａ−Ｄ変換機能」、
「Ｄ−Ａ変換機能」を要求する「リクエスト情報」とし
て、所謂「２ｉｎ１コピー」や、「「ＯＣＲ機能」に基
づく印刷」、「音声変換に基づく電子メール送信」、
「音声変換に基づく電子メール受信」のリクエストをサ
ーバ３０３に送信するとともに、さらに、図４のスキャ
ナ部３５や、図４のＨ／Ｓ２６、図４のメール制御部９
１で、入力原稿の読取データや、手書原稿のイメージデ
ータ、音声サンプリングデータ、文字データのメールデ
ータをサーバ３０３に送信する。

【０１１５】すると、サーバ３０３では、送信元の本体
３０２からの入力原稿の読取データや、手書原稿のイメ
ージデータ、音声サンプリングデータ、文字データのメ
ールデータを、送信元の本体３０２からの「リクエスト
情報」で要求された「集約コピー機能」や、「ＯＣＲ機
能」、「Ａ−Ｄ変換機能」、「Ｄ−Ａ変換機能」に応じ
た処理データにデータ処理し（Ｓ３０４（Ｓ３１６），
Ｓ３３３（Ｓ３４４），Ｓ３５３（Ｓ３６３），Ｓ３７
３（Ｓ３８３））、当該処理データを、編集データや、
音声データ、変換データとして、送信元の本体３０２に
送信する。

【０１１６】一方、送信元の本体３０２では、サーバ３
０３から受信した処理データを、コピー機能などを使用
して、編集データを記録紙に印刷したり、図４のメール
制御部９１を使用して、電子メールの一部としてメール
サーバに送信したり、図４のＨ／Ｓ２６やＩＰ電話部１
０５を使用して、音声再生させている。

【０１１７】従って、本実施形態の特定機能代行システ
ム３０１では、多大なリソースを必要とする「集約コピ
ー機能」や、「ＯＣＲ機能」、「Ａ−Ｄ変換機能」、
「Ｄ−Ａ変換機能」をサーバ３０２に代行させており、
クライアント側の本体３０２において、図４のＲＯＭ８
１や、ＲＡＭ８３、ＲＯＭ１１３、ＲＡＭ１１５などの
リソースが不足しても、「集約コピー機能」や、「ＯＣ
Ｒ機能」、「Ａ−Ｄ変換機能」、「Ｄ−Ａ変換機能」を
実行させることができるので、クライアント側の本体３
０２のリソース不足の弊害を解消させることができる。

【０１１８】また、本実施形態の特定機能代行システム
３０１では、例えば、「集約コピー機能」や、「ＯＣＲ
機能」、「Ａ−Ｄ変換機能」、「Ｄ−Ａ変換機能」が高
価格である場合には、当該高価格機能をサーバ３０３に
代行させているので、低価格に抑えたクライアント側の
本体３０２で当該高価格機能を実行することが可能とな
る。さらに、本実施形態の特定機能代行システム３０１
では、例えば、「集約コピー機能」や、「ＯＣＲ機
能」、「Ａ−Ｄ変換機能」、「Ｄ−Ａ変換機能」の拡張
を行う場合には、当該拡張機能をサーバ３０３に代行さ
せることができるので、クライアント側の本体３０２に
おいて、当該拡張機能を実行するために必要なバージョ
ンアップを少量に抑えることが可能となる。

【０１１９】尚、本発明は上記実施の形態に限定される
ものでなく、その趣旨を逸脱しない範囲で様々な変更が
可能である。例えば、上述した本実施形態の特定機能代
行システム３０１の作用・効果については、クライアン
ト側の本体３０２で読み込まれるフローピーディスクな
どの記憶媒体に格納されたプログラムにより実現させて
もよい。従って、上述した本実施形態の特定機能代行シ
ステム３０１の作用・効果については、クライアント側
の本体３０２や、クライアント側の本体３０２で読み込
まれるフローピーディスクなどの記憶媒体においても、
同様にして、発揮することができる。

【０１２０】また、本実施形態の特定機能代行システム
３０１では、本体３０２や、サーバ３０３、メールサー
バを接続するネットワークは、ＷＷＷであったが、この
点、インターネット、ＬＡＮなどであってもよい。もっ
とも、ＷＷＷは、実際の利用価値が高く、上述した効果
を顕著に発揮できる。

【０１２１】

【発明の効果】本発明の特定機能代行システムでは、ネ
ットワークを介してサーバと接続されたクライアント側
の電子機器において、設定手段により、特定機能をサー
バに実行させるためのモードを設定し、送出手段を介し
て、当該特定機能を要求するリクエスト情報をサーバに
送出するとともにデータ入力手段により入力した対象デ
ータをサーバに送出すると、サーバでは、データ処理手
段により、送出元の電子機器からの対象データを、送出
元の電子機器からのリクエスト情報で要求された特定機
能に応じた処理データにデータ処理し、返送手段によ
り、当該処理データを送出元の電子機器に返送する一方
で、送出元の電子機器では、出力手段により、サーバか
ら受取った処理データを出力させることから、多大なリ
ソースを必要とする特定機能をサーバに代行させて、リ
ソース不足のクライアント側の電子機器で当該特定機能
を実行させているので、クライアント側のリソース不足
の弊害を解消させることができる。

【０１２２】よって、本発明の特定機能代行システムで
は、コストアップとなる高価格機能をサーバに代行させ
ることもできるので、低価格に抑えたクライアント側の
電子機器で高価格機能を実行することが可能となる。さ
らに、本発明の特定機能代行システムでは、機能拡張を
行う場合には、当該拡張機能をサーバに代行させること
ができるので、クライアント側の電子機器において、当
該拡張機能を実行するために必要なバージョンアップを
少量に抑えることが可能となる。

【０１２３】もっとも、上記の作用・効果については、
クライアント側の電子機器で読み込まれる記憶媒体に格
納されたプログラムにより実現させてもよい。従って、
上記の作用・効果については、クライアント側の電子機
器や、クライアント側の電子機器で読み込まれる記憶媒
体においても、同様にして、発揮することができる。

【図面の簡単な説明】

【図１】本実施の形態のファクシミリ装置１の使用形態
を表す説明図である。

【図２】ファクシミリ装置１の外部構成を表す概略斜視
図である。

【図３】ファクシミリ装置１の内部構成を表す説明図で
ある。

【図４】ファクシミリ装置１の電気的構成を表すブロッ
ク図である。

【図５】ＲＯＭ８１及びＲＡＭ８３内のデータ構成を表
す説明図である。

【図６】ウェブプリント部１１０のＲＯＭ１１３及びＲ
ＡＭ１１５内のデータ構成を表す説明図である。

【図７】ウェブプリント部１１０のＣＰＵ１１１が実行
するＵＲＬ・メモ情報登録処理を表すフローチャートで
ある。

【図８】ＲＯＭ１１３内に記憶されているフラグ情報１
１３ｂに関する説明図である。

【図９】本発明の一実施の形態による特定機能代行シス
テムの概念図である。

【図１０】本発明の一実施の形態による特定機能代行シ
ステムで所謂「２ｉｎ１コピー」が実行される際の、シ
ステム全体のフローチャートを示した図である。

【図１１】本発明の一実施の形態による特定機能代行シ
ステムで所謂「２ｉｎ１コピー」が実行される際の、本
体（クライアント）のフローチャートを示した図であ
る。

【図１２】本発明の一実施の形態による特定機能代行シ
ステムで所謂「２ｉｎ１コピー」が実行される際の、サ
ーバのフローチャートを示した図である。

【図１３】本発明の一実施の形態による特定機能代行シ
ステムで「「ＯＣＲ機能」に基づく印刷」が実行される
際の、システム全体のフローチャートを示した図であ
る。

【図１４】本発明の一実施の形態による特定機能代行シ
ステムで「「ＯＣＲ機能」に基づく印刷」が実行される
際の、本体（クライアント）のフローチャートを示した
図である。

【図１５】本発明の一実施の形態による特定機能代行シ
ステムで「「ＯＣＲ機能」に基づく印刷」が実行される
際の、サーバのフローチャートを示した図である。

【図１６】本発明の一実施の形態による特定機能代行シ
ステムで「音声変換に基づく電子メール送信」が実行さ
れる際の、システム全体のフローチャートを示した図で
ある。

【図１７】本発明の一実施の形態による特定機能代行シ
ステムで「音声変換に基づく電子メール送信」が実行さ
れる際の、本体（クライアント）のフローチャートを示
した図である。

【図１８】本発明の一実施の形態による特定機能代行シ
ステムで「音声変換に基づく電子メール送信」が実行さ
れる際の、サーバのフローチャートを示した図である。

【図１９】本発明の一実施の形態による特定機能代行シ
ステムで「音声変換に基づく電子メール受信」が実行さ
れる際の、システム全体のフローチャートを示した図で
ある。

【図２０】本発明の一実施の形態による特定機能代行シ
ステムで「音声変換に基づく電子メール受信」が実行さ
れる際の、本体（クライアント）のフローチャートを示
した図である。

【図２１】本発明の一実施の形態による特定機能代行シ
ステムで「音声変換に基づく電子メール受信」が実行さ
れる際の、サーバのフローチャートを示した図である。

【符号の説明】

１ファクシミリ装置５通信モジュール２１ＷＷＷサーバ２６Ｈ／Ｓ３５スキャナ部８１ＲＯＭ８３ＲＡＭ９１メール制御部１１３ＲＯＭ１１５ＲＡＭ１０５ＩＰ電話２７０操作キー３０１特定機能代行システム３０２本体３０３サーバ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｎ 1/387 Ｈ０４Ｎ 1/387 ５Ｃ０７６Ｆターム(参考） 2C061 AP01 AQ05 AQ06 HQ17 5B009 KB00 LA01 RC01 VC03 5B021 AA01 BB01 BB04 CC05 EE01 5C062 AA02 AA06 AA29 AB20 AB38 AC41 AC42 AC43 AE16 BA04 5C075 AB90 BB11 CA03 CA14 5C076 AA18 AA19 BA06

Claims

【特許請求の範囲】

【請求項１】特定機能を実行させるためのモードを設
定する設定手段と、その特定機能の対象になる対象デー
タを入力するためのデータ入力手段と、前記特定機能の
実行を要求するリクエスト情報と前記データ入力手段に
より入力された対象データを送出する送出手段と、前記
特定機能にて処理された処理データを出力する出力手段
とを有する電子機器と、前記電子機器から送出されたリクエスト情報に基づき、
前記対象データを前記特定機能に応じたデータ処理を行
うデータ処理手段と、そのデータ処理手段にて処理され
た処理データを送出元の電子機器に返送する返送手段と
を有するサーバと、を備え、前記電子機器と前記サーバとをネットワークを介して接
続することにより、前記電子機器が、前記サーバにて特
定機能に応じたデータ処理の実行を要求するリクエスト
情報並びにその対象データを送出した後、サーバが、前
記データ処理手段にてリクエスト情報に応じた特定機能
のデータ処理を行い、電子機器がサーバにより処理デー
タを受取ることを特徴とする特定機能代行システム。
【請求項２】要求されたリクエスト情報に基づき、特
定機能に応じたデータ処理を行うデータ処理手段、及び
そのデータ処理処理手段にて処理された処理データを送
出元の電子機器に返送する返送手段を有するサーバにネ
ットワークを介して接続される電子機器であって、前記特定機能を実行させるためのモードを設定する設定
手段と、その特定機能の対象になる対象データを入力するための
データ入力手段と、前記特定機能の実行を要求するリクエスト情報と前記デ
ータ入力手段により入力された対象データを前記サーバ
に送出する送出手段と、前記サーバにて特定機能のデータ処理がなされた処理デ
ータを受取り、その処理データを出力する出力手段とを
備えたことを特徴とする電子機器。
【請求項３】データを入力するためのデータ入力手
段、及び処理された処理データを出力する出力手段とを
有する電子機器と、要求に基づき、各種のデータ処理を
行うデータ処理手段を有するサーバと、を備えたシステ
ムで使用される記憶媒体であって、特定機能を実行させるためのモードを設定させる処理
と、その特定機能の対象になる対象データを前記データ入力
手段にて入力させる処理と、前記特定機能の実行を要求するリクエスト情報と前記デ
ータ入力手段により入力された対象データをネットワー
クを介して前記サーバに送出する処理と、前記サーバにて特定機能のデータ処理がなされた処理デ
ータを受取り、その処理データを出力させる処理とから
なる特定機能代行処理プログラムを格納したことを特徴
とする記憶媒体。