[go: up one dir, main page]

JPH10240550A - 情報処理装置及びその方法 - Google Patents

情報処理装置及びその方法

Info

Publication number
JPH10240550A
JPH10240550A JP4452497A JP4452497A JPH10240550A JP H10240550 A JPH10240550 A JP H10240550A JP 4452497 A JP4452497 A JP 4452497A JP 4452497 A JP4452497 A JP 4452497A JP H10240550 A JPH10240550 A JP H10240550A
Authority
JP
Japan
Prior art keywords
information
user
job
unit
printer
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
Application number
JP4452497A
Other languages
English (en)
Inventor
Masanori Wakai
聖範 若井
Suresshu Jachandoran
スレッシュ ジェヤチャンドラン
Masayuki Takayama
誠之 高山
Kenichi Fujii
憲一 藤井
Shoichi Ibaraki
正一 茨木
Arunaroora Suda
アルナ・ローラ 須田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP4452497A priority Critical patent/JPH10240550A/ja
Priority to DE69733710T priority patent/DE69733710T2/de
Priority to EP97310528A priority patent/EP0853273B1/en
Priority to US08/997,791 priority patent/US6317823B1/en
Publication of JPH10240550A publication Critical patent/JPH10240550A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/0035—User-machine interface; Control console
    • H04N1/00405—Output means
    • H04N1/00488—Output means providing an audible output to the user
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
    • G06F3/121—Facilitating exception or error detection and recovery, e.g. fault, media or consumables depleted
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1237—Print job management
    • G06F3/126—Job scheduling, e.g. queuing, determine appropriate device
    • G06F3/1261—Job scheduling, e.g. queuing, determine appropriate device by using alternate printing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
    • G06F3/1285—Remote printer device, e.g. being remote from client or server
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1297—Printer code translation, conversion, emulation, compression; Configuration of printer parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00962—Input arrangements for operating instructions or parameters, e.g. updating internal software
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00962—Input arrangements for operating instructions or parameters, e.g. updating internal software
    • H04N1/00968—Input arrangements for operating instructions or parameters, e.g. updating internal software by scanning marks on a sheet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/32502—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device in systems having a plurality of input or output devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/32502—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device in systems having a plurality of input or output devices
    • H04N1/32523—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device in systems having a plurality of input or output devices a plurality of output devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/32502—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device in systems having a plurality of input or output devices
    • H04N1/32523—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device in systems having a plurality of input or output devices a plurality of output devices
    • H04N1/32529—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device in systems having a plurality of input or output devices a plurality of output devices of different type, e.g. internal and external devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/32502—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device in systems having a plurality of input or output devices
    • H04N1/32545—Distributing a job or task among a plurality of input devices or a plurality of output devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1293—Printer information exchange with computer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0077—Types of the still picture apparatus
    • H04N2201/0081—Image reader
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0077—Types of the still picture apparatus
    • H04N2201/0082—Image hardcopy reproducer

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Accessory Devices And Overall Control Thereof (AREA)

Abstract

(57)【要約】 【課題】 ユーザの操作の負担を軽減し、利用可能な最
適な装置資源が活用する。 【解決手段】 コンピュータ2301に、ユーザからの印刷
指示を受信する受信手段と、受信した印刷指示を解析す
る解析手段と、該解析手段の解析結果に基づいて、ユー
ザより指示されたカラー文書の印刷処理と該処理の実行
が指示されたモノクロプリンタ2303とを決定する決定手
段と、プリンタ2302、2303に印刷処理の実行を指示する
指示手段と、利用可能なプリンタのプロパティやステー
タスなどの状況を認識する認識手段と、前記解析結果及
び前記状況に基づいて、指示されたカラー文書の印刷処
理を指示されたモノクロプリンタ2303に指示すべきでな
いと判断して、ユーザにカラープリンタ2302で印刷する
かの問い合わせを行なう質問手段とを備える。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、複数の装置と接続
された情報処理装置及びその方法に関するものである。
【０００２】
【従来の技術】複数の装置が利用可能な環境において、
種々の処理を実行させるには、ユーザが各処理に適した
装置を選択し、選択した装置に、対応する処理の実行を
命じるのが一般的である。
【０００３】例えば、コンピュータで作成した情報を印
刷する場合、コンピュータがネットワークなどを介して
複数のプリンタと接続しているなら、ユーザがコンピュ
ータを操作して、出力先のプリンタを指定し、指定した
プリンタで印刷を行なうことができる。
【０００４】
【発明が解決しようとする課題】しかしながら、上記従
来の技術では、指示されたある装置が故障や機能不足な
どで指示された処理が全くできない、あるいは完全には
できない場合は、その装置に命じた処理がユーザの目的
どおりには達成できないという問題があった。これを解
決するには、ユーザが処理結果を確認して、改めて、同
じ処理または追加の処理を他の装置に命じる必要があっ
た。
【０００５】また、処理の目的を達成するために、ユー
ザの指示した装置より適切な装置があっても、ユーザの
指示した装置でしか処理できなかった。
【０００６】また、ある装置から、外部の装置に対し
て、自装置で出力すべき情報を要求したり、自装置から
入力した情報の処理を要求したりして、外部の装置と要
求に関わる情報のやり取りを行なうことはできなかっ
た。
【０００７】本発明の目的は、このような従来の課題を
解決し、処理の目的を達成するためのユーザの操作の負
担を軽減でき、利用可能な最適な装置資源が活用できる
情報処理装置及びその方法を提供することにある。
【０００８】
【課題を解決するための手段】上記課題を解決するため
に、本発明によれば、情報処理装置に、情報を受信する
受信手段と、受信した情報を解析する解析手段と、該解
析手段の解析結果に基づいて、ユーザより指示された処
理と該処理の実行が指示された装置とを決定する決定手
段と、他の装置に処理の実行を指示する指示手段と、状
況を認識する認識手段と、前記解析結果及び前記状況に
基づいて、前記指示された処理を前記指示された装置に
指示すべきか否かを判断する判断手段と、該判断手段に
より指示すべきでないと判断された場合に、前記ユーザ
に問い合わせを行なう質問手段とを備える。
【０００９】また、本発明の他の態様によれば、情報処
理方法に、情報を受信する受信工程と、受信した情報を
解析する解析工程と、該解析工程の解析結果に基づい
て、ユーザより指示された処理と該処理の実行が指示さ
れた装置とを決定する決定工程と、他の装置に処理の実
行を指示する指示工程と、状況を認識する認識工程と、
前記解析結果及び前記状況に基づいて、前記指示された
処理を前記指示された装置に指示すべきか否かを判断す
る判断工程と、該判断工程により指示すべきでないと判
断された場合に、前記ユーザに問い合わせを行なう質問
工程とを備える。
【００１０】また、本発明の他の態様によれば、情報処
理装置に、外部装置と通信するための通信手段と、情報
を出力する出力手段と、前記通信手段を介して、前記外
部装置に情報を要求し、該要求した情報を前記外部装置
より受信して、前記出力手段により出力するように制御
する制御手段とを備える。
【００１１】また、本発明の他の態様によれば、情報処
理装置に、外部装置と通信するための通信手段と、情報
を入力する入力手段と、該入力手段より入力された情報
を処理する処理手段と、前記通信手段を介して、前記外
部装置に、前記入力された情報を送信して、該情報の処
理を要求するように制御する制御手段とを備える。
【００１２】また、本発明の他の態様によれば、情報処
理方法に、外部装置と通信するための通信工程と、情報
を出力する出力工程と、前記通信工程において、前記外
部装置に情報を要求し、該要求した情報を前記外部装置
より受信して、前記出力工程で出力するように制御する
制御工程とを備える。
【００１３】また、本発明の他の態様によれば、情報処
理方法に、外部装置と通信するための通信工程と、情報
を出力する出力工程と、前記通信工程において、前記外
部装置に情報を要求し、該要求した情報を前記外部装置
より受信して、前記出力工程で出力するように制御する
制御工程とを備える。
【００１４】
【発明の実施の形態】
〔実施形態１〕図１は本実施形態のシステム構成図であ
り、ネットワークに接続された複数の装置をあらわして
いる。この中で101はパーソナルコンピュータ(ＰＣ)、1
02はスキャナ、103はカラープリンタ、104はモノクロプ
リンタを表わしている。
【００１５】本実施形態では、複数の装置が接続された
システム（図１の場合はネットワークに接続されてい
る）において、ある装置にＪＯＢの実行が指示された場
合に、ＪＯＢの内容より、その目的を解析し、自分が実
行すべきＪＯＢは何であるかを理解する。理解した結
果、実行すべきＪＯＢに必要な情報を取得し、実行す
る。ＪＯＢを実行する際に、指示された内容よりも効果
的な手法や別の装置がある場合には、他の装置に処理を
指示したり、その手法をユーザに提案するための通知を
行なったりする。
【００１６】また、ＪＯＢの内容によっては、指示その
ものを拒否することも行なう。ここで、ＪＯＢの種類に
は、利用者の入力操作や他の機器からの実行指示や、こ
れらのＪＯＢを解析した結果や、アイドリング時に自分
自身で生成する新たなＪＯＢがある。例えば、スキャナ
から文書を読みとって、別のプリンタで印刷する場合に
は、下記のようなＪＯＢが発生する。 ユーザがスキャナにセットした文書について、スキャ
ナへの指示の内容の解析 スキャナがユーザから受け取った指示（及び文書がセ
ットされたこと）を解析して生成した、文書の読取り・
解析処理と、読取った文書を印刷する為のプリンタへの
指示処理 スキャナが指示処理にしたがって生成した、プリンタ
への印刷指示 プリンタがスキャナから受け取った印刷指示を解析し
て生成した、印刷処理
【００１７】このようなＪＯＢの生成管理方法の詳細に
ついては、実施形態１１以降で説明する。
【００１８】以下では、これらの処理を、複数の装置に
より実行する手順を、図面に基づいて具体的に説明す
る。
【００１９】図２は、本実施形態の処理を行うための機
能構成図である。ＪＯＢ受取り部201は、ユーザまたは
他の装置からＪＯＢを受取る。受取られたＪＯＢは、Ｊ
ＯＢテーブル202に登録される。ＪＯＢ解析部203は、Ｊ
ＯＢテーブル202に登録されているＪＯＢを取り出して
解析する。他機器情報取得部204は、接続している他の
機器の属性や現在の状態などを取得する。状況判断部20
7は、他の機器の現在の状態などから状況を判断する。
【００２０】最適プランニング部210は、ＪＯＢの実行
に関して最適なプランを立てる。ＪＯＢ実行判断部206
では、ＪＯＢを実行するか否か、実行する場合は、自装
置で実行するのか、他の機器で実行するのか等を判断す
る。他の機器で実行する場合は、他機器への指示部205
により、他の機器へＪＯＢの実行を指示する。自装置で
実行する場合は、ＪＯＢ実行部209で実行する。実行通
知部211は、実行結果や他の機器に実行を指示したこと
などをユーザに通知する。
【００２１】図３は、本実施形態の処理を実現するため
の各装置のハードウェア構成図である。
【００２２】Ｉ／Ｏ301は、装置外部との入出力を行な
う。ＣＰＵ302は、プログラムを実行するとともに、装
置各部を制御する。ＲＯＭ303は、後述する各フローチ
ャートに対応するＣＰＵ302の実行すべきプログラムや
固定データなどを記憶する。ＲＡＭ304は、ＪＯＢテー
ブル202や、他機器情報取得部204で取得した他の機器の
属性や現在の状態など、処理の実行中に発生する各種変
数や中間データなどを一時的に記憶する。また、ＲＡＭ
304に装置外部などからプログラムをロードして記憶さ
せるようにしてもよい。
【００２３】図４は、本実施形態の処理の流れを示した
フローチャートである。
【００２４】まず、ステップS109で、ＪＯＢテーブルの
内容を初期化する。ステップS110では、利用者からの入
力ＪＯＢや、システムが検知可能なデバイスなどからの
入力ＪＯＢや、これらのＪＯＢを解析した結果や、アイ
ドリング時に自分自身で生成した新たなＪＯＢがあるか
どうかチェックして、ＪＯＢが入力されたかを判定す
る。入力されれば、ステップS111で、ＪＯＢテーブルに
入力されたＪＯＢを追加する。ステップS112でＪＯＢテ
ーブルにＪＯＢがあるかを調べ、あれば、ステップS113
で、ＪＯＢを取り出す。ステップS114では、与えられた
指示を解析し、その情報からＪＯＢの目的を解析する。
ステップS115では、解析した指示から、更に行なうべき
ＪＯＢを洗い出す。ステップS116では、ステップS115で
洗い出したＪＯＢを登録する。
【００２５】ステップS117では、未実行のＪＯＢがある
かを調べ、あれば、ステップS118に進む。ステップS118
では、ＪＯＢが実行可能か判断を行い、不可能と判断し
た場合は、ステップS115に戻り、新たに行わなければな
らないＪＯＢを洗い出す。ステップS119では、ＪＯＢを
実行し、ステップS117に戻る。
【００２６】例えば、スキャナから文書を読みとって、
別のプリンタで印刷するように、ユーザが指示を与えた
場合には、印刷済みの文書を入手することがユーザの目
的だと解析される。また、この場合、スキャナがユーザ
から受け取った情報を解析して生成した、文書の読取り
・解析処理と、読取った文書を印刷する為のプリンタへ
の指示処理がＪＯＢとして洗い出される。これらの詳細
な流れの説明については、具体例に基づいて実施形態１
１以降で説明する。
【００２７】図５は、複数のプリンタから、最適なプリ
ンタを選択して印刷を実行する処理の流れを示した図で
ある。
【００２８】図５においては、ホストコンピュータから
の命令や、リモコンなどからの指示として、あるいはユ
ーザが音声で発した自然言語の命令や、カバーページか
ら読み取ったバーコードあるいは文章を解析するなどし
て、ＪＯＢ情報が送信・入力される。
【００２９】送信されてきたＪＯＢ情報を受取ったデバ
イスは、ＪＯＢを解析し、ＪＯＢに適した処理を実行可
能なプリンタを自動的に選択して出力を行い、更に通知
指示がある場合には通知先に応じた最適なメディアを選
択し通知する。
【００３０】そのために、ユーザの要求に対して、プリ
ンタの構成を参照し、適切なプリンタを選択して印刷を
実行させる。その際、状況に応じて、複数のプリンタへ
処理を振り分けることも行なう。また、通知指示がある
場合には、通知に最適なメディアを選択して、印刷を実
行したプリンタ名や印刷の終了などを通知する。
【００３１】ユーザの要求としては、用紙サイズ、印字
品質、カラー、時間制限(例えば、5時までに印刷した
い）などがある。また、プリンタの構成としては、プリ
ンタの種類と台数、性能、現在の状態（正常動作してい
るか、印刷待ちのキューがあるか、用紙やトナーが不足
していないか）などがある。通知のためのメディアとし
ては、ユーザの端末で音声により報知したり、電話で伝
えたり、ポケベルにメッセージを送ったり、あるいは通
知内容を文書として電子メールやＦＡＸで送信したりす
る。
【００３２】以下では、図４のフローチャートに従っ
て、図５の処理を各装置が処理する状況を説明する。
【００３３】まず、ステップS110で、例えば、ホストコ
ンピュータに対してある文書を緊急で５時までに出力す
る指示を与えられた場合、ステップS111で、ＪＯＢテー
ブルにＪＯＢを追加する。ステップS113で、ＪＯＢを取
り出し、ステップS114で、与えられた指示を解析し、そ
の情報からＪＯＢの目的を解析する。
【００３４】ステップS115では、解析した指示から以下
のＪＯＢが洗い出される。 出力するべき文書から出力に適したプリンタを選択
するための情報（用紙サイズ、印字品質、カラー文書な
ど）と、制限時間などの情報を取得する。 接続されたプリンタからの情報に適したプリンタ
を選択する。 選択したプリンタが出力に障害がないかを検査す
る。 自動的に選択したプリンタに出力する。 選択したプリンタと出力を実行したことを通知す
る。
【００３５】ステップS116では、ステップS115で洗い出
したＪＯＢを登録する。ステップS117で、洗い出したＪ
ＯＢが全てなくなったと判断されるまで、以下を繰り返
す。ステップS118では、ＪＯＢが実行可能か判断を行
い、不可能と判断した場合は新たに行わなければならな
いＪＯＢを洗い出す。ステップS119で、洗い出したＪＯ
Ｂを順に実行する。
【００３６】〔実施形態２〕図６は、各種デバイスに対
して指示する方法として、リモートコントローラ(リモ
コン)を利用する場合を説明する図である。
【００３７】このリモコン605は、表示部を具え、プリ
ンタ601、602やＦＡＸ603、ＰＣ604などのデバイスに近
づくだけで、そのデバイスに対応したコントロールパネ
ルや情報を表示し、そのデバイスに対して指示を与え、
コントロールすることができる。更に、リモコン605の
近くのデバイスからネットワークを介して、遠く離れた
デバイスをコントロールすることもできる。
【００３８】また、リモコン605は、各デバイスのステ
ータスをモニタして、表示することができ、リモコン60
5の近くのデバイスを介して、ネットワーク上にある遠
く離れたデバイスのステータスを取得することも可能で
ある。
【００３９】〔実施形態３〕図７は、スキャナから文書
を読み込み、特定のプリンタに送信しようとした場合の
例を示す図である。
【００４０】文書がスキャナ701から読み込まれた後、
利用者が送信先を（音声などを利用して）指定する。あ
るいは、カバーページに送信先が指定されており、自動
的に送信先が決定される。このようにして、送信先とし
て、モノクロプリンタＡ702が決定された後、 送信先の状態を取得した結果、送信先が印刷不可能な
状態の場合、自動的に代わりのプリンタ(例えば、モノ
クロプリンタＢ703）に送信し、印刷する。 送信先として指定されたプリンタが（カラー、用紙サ
イズなどの条件から）印刷できない場合、そのページだ
けを他のプリンタ（例えば、カラーであれば、カラープ
リンタＣ704）に送信する。 大量ページ数の文書の場合、いくつかのプリンタに分
けて印刷を行う。 送信先に転送先が指定されている場合、自動的に転送
先に送信する。
【００４１】〔実施形態４〕図８は、スキャナから文書
を読み込み、（ネットワークドメインが異なるなどの理
由で）スキャナが管理できない特定のプリンタに送信し
ようとした場合の例を示す図である。
【００４２】文書がオースティンにあるスキャナ701か
ら読み込まれた後、利用者が送信先を（音声などを利用
して）指定する。あるいは、カバーページに送信先が文
字列またはバーコードで記載されており、それを読み取
って認識・解釈することで、自動的に送信先が決定され
る。このようにして、送信先として東京にあるモノクロ
プリンタＡ702が決定され、実際にモノクロプリンタＡ7
02に文書が送られた後に、 モノクロプリンタＡ702が、自分自身では印刷不可能
な状態の場合、代わりのプリンタ（モノクロプリンタＢ
703）に送信し、印刷する。 モノクロプリンタＡ702が、（カラーページを含む、
用紙サイズが異なるなどの条件から）受信した文書を印
刷できない場合、受信した文書全体あるいは印刷できな
いページだけを他のプリンタ（例えば、カラーであれ
ば、カラープリンタＣ704）に送信する。 大量ページ数の文書の場合、モノクロプリンタＡ702
が自分自身で印刷するとともに、他のプリンタにも分け
て印刷を行う。 モノクロプリンタＡ702が自分自身に転送先が指定さ
れている場合、自動的に転送先に転送する。
【００４３】実施形態３と実施形態４との相違点は、実
施形態３では、スキャナ701が送信先を決定していたの
に対し、実施形態４では、スキャナ701から文書を受信
したプリンタ702が、転送先を決定する点にある。
【００４４】〔実施形態５〕図９は、スキャナから文書
を読み込み、（ネットワークドメインが異なるなどの理
由により）スキャナが管理できない特定のプリンタに送
信しようとした場合の例を示す図である。
【００４５】文書がオースティンにあるスキャナ701か
ら読み込まれた後、利用者が送信先を（音声やキーボー
ドなどを利用して）指定する。あるいは、カバーページ
に送信先が文字列またはバーコードで記載されており、
それを読み取って認識・解釈することで、自動的に送信
先が決定される。このようにして、送信先として東京に
あるモノクロプリンタＡ702が決定された後、実際にモ
ノクロプリンタＡ702に文書が送られた後に、より高度
な処理が可能なパソコン705に転送される。
【００４６】その結果、パソコン705は、この文書が緊
急の文書であると(例えばカバーレターの「至急」とい
う文字から)判断し、文書の受け取り手が今どこに居る
のかが、スケジュールデータなどから分かれば、その場
所(例えば厚木)に転送する。その際、転送先がプリンタ
ではなく、ＦＡＸ Ｄ706であるなどメディアが異なれ
ば、メディア変換を行なって送信する。
【００４７】〔実施形態６〕図１０は、スキャナから文
書を読み込み、（ネットワークドメインが異なるなどの
理由により）スキャナが管理できない特定のプリンタに
送信しようとした場合の例を示す図である。
【００４８】文書がオースティンにあるスキャナ701か
ら読み込まれた後、利用者が送信先を（音声などを利用
して）指定する。あるいは、カバーページに送信先が文
字列またはバーコードで記載されており、それを読み取
って認識・解釈することで、自動的に送信先が決定され
る。このようにして、送信先として東京にあるモノクロ
プリンタＡ702が決定された後、実際にプリンタＡ702に
文書が送られた後に、より高度な処理が可能なパソコン
705に転送される。その結果、パソコン705は、文書の受
け取り手を認識し、通知文を作成して、電話707によ
り、文書の受け取り手に文書の到着を通知することがで
きる。
【００４９】〔実施形態７〕図１１は、プリンタの状態
を通知する場合の例を示す図である。
【００５０】ＰＣ1102は、ネットワークを介してプリン
タ1103のステータスを取得し、エラーやイベントの発生
などステータスの変化を検知すると、その内容に応じ
て、ユーザあるいは管理者などの通知先を決定し、決定
された通知先に対応するメディアを利用して通知を行な
う。例えばユーザあるいは管理者の端末1101へ電子メー
ルで通知したり、電話1104に電話連絡したり、ポケット
ベル1105にメッセージを送信したりする。
【００５１】これにより、例えば、図１０の例におい
て、電話707に代えて、電子メールやポケットベルで文
書の受信を通知してもよい。
【００５２】〔実施形態８〕本実施形態では、ＪＯＢを
指示された装置が、ＪＯＢを自分で実行する場合に、そ
のまま行なうのではなく、ＪＯＢの種類や条件によって
は、ＪＯＢの内容を実行前にユーザに通知・確認した
り、ユーザにとって不要と判断されるＪＯＢを取り消し
たりする。
【００５３】図１２７は、ＪＯＢの種類と条件に対応し
て、事前通知を行うかどうかを指定した情報である。
【００５４】図１２は、本実施形態の処理手順を表わし
たフローチャートである。
【００５５】まず、ステップS120で、指示されたＪＯＢ
を実行する前に、実行する処理や内容をユーザに通知す
るべきかを、図１２７のＪＯＢの種類と条件に対応した
事前通知の指定情報を参照したり、実施形態２９で説明
するようにカバーページなどに記載されている内容を解
析することで、判断する。事前に通知する場合は、ステ
ップS121からステップS122に進み、実行する処理や内容
を通知する。更に、ステップS123で、必要があれば、ユ
ーザから実行の許可をもらってから、ステップS124でＪ
ＯＢを実行する。
【００５６】一方、事前に通知しない場合は、ステップ
S125で、ユーザにとって必要なＪＯＢであるかを判断
し、必要であれば、ステップS127でＪＯＢを実行する
が、不要であれば、ステップS128でＪＯＢを破棄する。
【００５７】次に、ＪＯＢの内容が情報のファイリング
の場合に、システムが情報のファイリングを実行する前
に内容を解析して、内容をユーザに伝える処理を行う例
を説明する。
【００５８】図１３は、ファイリング処理で、ファイリ
ングする情報を事前にユーザに伝える場合を示す図であ
る。1301はファイル記憶装置、1302はスキャナ、1303は
ユーザ端末である。
【００５９】図１３におけるスキャナ1302の処理を、図
１２のフローチャートに従って説明する。
【００６０】ステップS120で、情報のファイリングを行
うＪＯＢであるため、図１２７の指定情報を参照して、
ファイリングを行う前にファイリングする情報を通知す
ると判断し、情報をスキャンする。ステップS121で、フ
ァイリングする情報を通知するため処理をステップS122
に渡す。ステップS122で、スキャンした情報をネットワ
ークを介してユーザ端末1303に通知する。ステップS124
で、ファイリングのＪＯＢを行う。
【００６１】次に、受信情報がある場合に1枚目を受信
して内容を解析し、ユーザに全く関係ない情報と判断さ
れた場合は、それ以降の情報を受信しない例を説明す
る。
【００６２】図１４は、多量の受信データを最初のペー
ジから必要であるか不要であるかを判断し、次ページ以
降の情報を破棄する場合の図である。1401は受信側、14
02は送信側のＰＣである。
【００６３】図１４におけるＰＣ1401の処理を、図１２
のフローチャートに従って説明する。
【００６４】ステップS120で、図１２７のＪＯＢの種類
と条件に対応した事前通知の指定情報を参照した結果、
情報の受信だけなので事前通知は行わないと判断する。
ステップS121では、処理をステップS125に渡す。ステッ
プS125で、受信した情報の最初のページを解析し、「庶
務担当者へのお知らせ」とあるので、ユーザには関係な
い情報であり、この情報の受信は不要であると判断す
る。ステップS126で、処理をステップS128に渡す。ステ
ップS128では、受信した1枚目を破棄するとともに、2枚
目以降の情報を受信しないで処理を終了する。
【００６５】〔実施形態９〕図１５は、本実施形態の処
理手順を示すフローチャートである。本実施形態では、
処理の実行を指示された装置が、装置自身で実行すべき
か、他の装置で実行すべきかを判断し、判断結果に応じ
て、処理を自身で実行あるいは他の装置に指示する。
【００６６】まず、ステップS150では、ＪＯＢが入力さ
れたかを判定し、入力されれば、ステップS151で、ＪＯ
Ｂテーブルに入力されたＪＯＢを追加する。ステップS1
52でＪＯＢテーブルにＪＯＢがあるかを調べ、あれば、
ステップS153で、ＪＯＢを取り出す。ステップS154で
は、与えられた指示を解析し、その情報からＪＯＢの目
的を解析する。ステップS155では、装置自身の状況を判
断する。ステップS156では、ＪＯＢの目的に応じた他の
装置の状況を判断する。
【００６７】装置自身及び他の装置の状況に基づいて、
自分で実行することが最適であれば、ステップS157から
ステップS158へ進み、自分で実行することに決定し、ス
テップS159で、自分でＪＯＢを実行する。一方、自分で
実行するのが最適でなく、ＪＯＢの目的に応じた最適な
装置が他に存在するなら、ステップS160からステップS1
61に進み、自分以外の装置でＪＯＢを行なうことを決定
し、ステップS162で、目的に応じた他の装置にＪＯＢの
実行を指示する。ステップS163では、自分以外の装置で
ＪＯＢを実行したことをユーザに通知する。
【００６８】また、ＪＯＢの目的に応じた装置が他にも
存在しなければ、ステップS160からステップS164に進
み、ＪＯＢの目的を損なわない最適な方法をプランニン
グして、ステップS165で、そのプランをユーザに提案す
る。
【００６９】図１６は、本実施形態の情報の流れを示す
図である。
【００７０】ＰＣ101のユーザが、スキャナ102で入力し
た情報をプリンタ104に出力するようなＪＯＢを与えた
場合に、プリンタ104が例えば印字動作不良の場合に、
プリンタ104は、与えられたＪＯＢが実行できないこと
を判断し、他の装置とコミュニケーションをとり、与え
られたＪＯＢを実行可能なプリンタ103を見つける。
【００７１】これにより、ＪＯＢを自分で行わず、プリ
ンタ103で行うとを判断し、プリンタ103にＪＯＢを指示
する。更に自分が行った行動をユーザに伝えるために、
ＰＣ101に通知する。図１６は、この流れを矢印で表わ
したものである。
【００７２】以下に、図１６の処理において、各装置が
処理する手順を、図１５のフローチャートにそって説明
する。
【００７３】まず、スキャナ102の処理を説明すると、
ステップS150で、情報をスキャンし、プリンタ104に情
報を送信するＪＯＢを受取る。ステップS151で、ＪＯＢ
テーブルにこのＪＯＢを追加し、ステップS153でＪＯＢ
をとりだす。ステップS154でデータをスキャンし、送信
するＪＯＢであることを理解する。ステップS155で、自
分は正常に動作しており、指示された情報をスキャンし
送信することに問題がないことを判断する。
【００７４】ステップS156で、他の装置にＪＯＢをまわ
すことができないことを理解する。ステップS157では、
自分で実行することが最適なため、ステップS158へ処理
を渡す。ステップS158で、自分で情報をスキャンするこ
とを決定し、ステップS159で、情報をスキャンし、ネッ
トワークを介して１の経路でプリンタ104に情報を送信
する。
【００７５】一方、プリンタ104では、ステップS150
で、受信した情報を出力するＪＯＢを受取る。ステップ
S151で、ＪＯＢテーブルにこのＪＯＢを追加する。ステ
ップS153でＪＯＢを取り出す。ステップS154で、受信し
た情報からＰＣ101のユーザの情報を用紙に出力するこ
とを理解する。ステップS155で、自分にはトナーがなく
なっており、用紙に出力することはできないと判断す
る。ステップS116では、ネットワークを介して他に受信
した情報を出力できるプリンタがないかコミュニケート
し、出力可能なプリンタ103があると判断する（２の経
路）。
【００７６】ステップS157で、自分では実行できないた
めステップS160に処理を渡す。ステップS160では、情報
を出力するというＪＯＢをプリンタ103で実行可能であ
るため、ステップS161で、プリンタ103に受信した情報
を送信することを決定する。ステップS162で、プリンタ
103に送信する情報を出力するように指示する（３の経
路）。ステップS163で、ＪＯＢを指示したユーザのＰＣ
101に、指示された出力はプリンタ103で行ったことを電
子メールで通知する（４の経路）。
【００７７】図１２８は、ＪＯＢの目的に応じた装置が
存在しない場合の情報の流れを示す図である。
【００７８】ＰＣ101のユーザが、スキャナ102で入力し
た情報をプリンタ104に出力するようなＪＯＢを与えた
場合に、プリンタ104がトナー切れで印刷不能である
と、プリンタ104は、他の装置とコミュニケーションを
とり、与えられたＪＯＢの目的に応じたプリンタ103を
見つけ、その状況を判断する。ここで、プリンタ103は
用紙切れで印刷不能であり、それ以外にＪＯＢの目的に
応じたプリンタが存在しないため、最適なプランとし
て、プリンタ104または103を印刷可能な状態に回復させ
て印刷することをユーザに提案するために、ＰＣ101に
通知する。図１２８は、この流れを矢印で表わしたもの
である。
【００７９】次に、図１２８の処理において、各装置が
処理する手順を、図１５のフローチャートにそって説明
する。
【００８０】スキャナ102が文書を読取り、プリンタ104
に送信するまでは同様である。プリンタ104では、ステ
ップS150で、受信した情報を出力するＪＯＢを受取る。
ステップS151で、ＪＯＢテーブルにこのＪＯＢを追加す
る。ステップS153でＪＯＢを取り出す。ステップS154
で、受信した情報からＰＣ101のユーザの情報を用紙に
出力することを理解する。ステップS155で、自分にはト
ナーがなくなっており、用紙に出力することはできない
と判断する。ステップS116では、ネットワークを介して
他に受信した情報を出力できるプリンタがないかコミュ
ニケートするが、プリンタ103も用紙切れのため印刷不
可能であり、その外にも適当なデバイスが存在しないと
判断する。
【００８１】ステップS157で、自分では実行できないた
めステップS160に処理を渡す。ステップS160では、情報
を出力するというＪＯＢを実行可能なデバイスが存在し
ない為、ステップs164に進む。ステップs164では、情報
を出力するというＪＯＢの目的である印刷を実現するた
めの最適な方法をプランニングする。その結果、印刷可
能なデバイスのステータスを正常に戻すことが、最適な
方法であるとプランニングされる。続くステップs165
で、プランニングされた結果に従って、図129に示した
ようなWindowによって、トナー切れのプリンタ104また
は用紙切れのプリンタ103を印刷可能な状態に回復させ
ることをユーザに提案する。
【００８２】その後、ユーザの答えや、プリンタ自体の
ステータスの変化が入力ＪＯＢとして認識され、同様な
処理が行われ、ユーザの目的を達成することができる。
【００８３】上記で述べたプランニングの詳細について
は、具体例に基づいて実施形態１１以降で説明する。
【００８４】〔実施形態１０〕実施形態９の処理におい
て、ステップS158、S159で、自分でＪＯＢを実行すると
判断し、実行する場合に、更に指示されたＪＯＢを実行
するにあたり、問題の発生の有無を、後述する図１７の
手順のように詳細に解析し、ＪＯＢを実行する環境や状
況によっては、ＪＯＢ実行することが適さないと判断さ
れた場合に問題を通知したり、ＪＯＢを拒否する場合が
ある。
【００８５】例えば、機密書類の印刷の指示があった場
合に、許可されたユーザと確認されない場合は、その指
示を拒否する。
【００８６】図１７はＪＯＢ実行の詳細な手順を表わす
フローチャートである。
【００８７】ステップS170で、指示されたＪＯＢの実行
に問題はないか解析する。ステップS171で、ＪＯＢの実
行に問題がなければ、ステップS175で、ＪＯＢを実行す
る。問題があれば、ステップS172で、発生した問題をユ
ーザに通知するか、ＪＯＢの実行を拒否するかを判断す
る。通知する場合は、ステップS174で問題を通知する。
一方、拒否する場合は、ステップS176で、ＪＯＢを拒否
し、拒否を通知する。
【００８８】以下、ＰＣ101のユーザが、スキャナ102で
読んだ機密情報をプリンタ104に出力するよう指示した
場合を、図１５、１７に基づいて説明する。図１８は、
読み込む機密情報の例を示す図である。
【００８９】まず、スキャナ102では、ステップS150
で、情報をスキャンし、プリンタ104に情報を送信する
ＪＯＢを受取る。ステップS151で、ＪＯＢテーブルにこ
のＪＯＢを追加する。ステップS153で、ＪＯＢを取り出
す。ステップS154で、データをスキャンし、送信するＪ
ＯＢであることを理解する。ステップS155で、自分は正
常に動作しており、指示された情報をスキャンし送信す
ることに問題がないことを判断する。
【００９０】ステップS155で、他の装置にＪＯＢをまわ
すことができないことを理解する。ステップS157で、自
分で実行することが最適なためステップS158へ処理を渡
す。ステップS158で、自分で情報をスキャンすることを
決定する。ステップS170で、情報をスキャンした結果、
出力不可の機密書類であることを解析した。ステップS1
71で、ＪＯＢの実行には問題がある。ステップS172で、
ＪＯＢ（情報をスキャンして出力すること）を拒否する
と判断する。ステップS173で、ＪＯＢの拒否を行うので
ステップS176へ処理を渡す。ステップS176で、ＪＯＢの
拒否を通知する。
【００９１】また、同様にして、同一のシステムを複数
のユーザが使用する場合に、ログイン名などから現在の
ユーザを認識し、他のユーザのファイルの内容の出力の
指示も拒否することができる。また、ユーザからの指示
ではなく、外部から文書を受信した場合にも、宛先のユ
ーザが現在のユーザと異なれば、受信文書の出力や受信
の事実の通知を拒否したり、宛先のユーザがシステムを
利用するまで、処理を保留したりすることもできる。
【００９２】〔実施形態１１〕図４に従って、処理の流
れを説明する。まず、ステップS109で、ＪＯＢテーブル
を初期化する。ステップS110で、利用者からの入力や、
システムが検知可能なデバイスなどからの入力があるか
どうかチェックする。ステップS111で、上記ステップで
入力された内容を解析するための、入力解析 ＪＯＢ を
ＪＯＢテーブルに追加する。ステップS112で、実行可
能な ＪＯＢが存在するかチェックし、あれば、ステッ
プS113で実行可能な ＪＯＢを取得する。ステップS114
で、ＪＯＢを実行させようとした背景となる目的を理解
する。
【００９３】ステップS115で、入力された内容や、シス
テムが検知可能なデバイスなどの状態や、システムが現
在知っている知識その他から、考えられる処理をプラン
ニングし、ステップS116で、必要ならば新たなＪＯＢを
追加する。ステップS117−S119で、ステップS115でプラ
ンニングされた内容にしたがって処理を実行する。ＪＯ
Ｂがなくなるまで繰り返し、なくなったらステップS110
に戻る。
【００９４】利用者が <file A>を印刷しようとした場
合について、説明する。図２２は、<file A>の内容を表
わす図であり、車の絵の部分がカラーで描かれているも
のとする。また、図２３は、本実施形態のシステムの構
成を示す図であり、ユーザがＰＣ2301から印刷指示を行
い、通常使うプリンタとしてモノクロプリンタ2303が設
定されており、それ以外にカラープリンタ2302も接続さ
れている。
【００９５】ステップS109で、ＪＯＢテーブル初期化す
る。ステップS111で、入力が何も無い時に行われるＪＯ
ＢをＪＯＢテーブルに追加する(図19)。また、図２０の
Windowで、ファイル名 <file A>を指定し、印刷を選択
すると、ステップS110で、入力があると判断されステッ
プS111へ進む。ステップS111で、図２１に示すように、
入力解析ＪＯＢをＪＯＢテーブルに追加する(図２１)。
ステップS112で、実行可能な ＪＯＢが存在するので、
ステップS113へ進む。ステップS113では、実行可能な
ＪＯＢ:入力 "印刷 <file A>"の解析を取得する。ステ
ップS114で、入力"印刷 <file A>" の目的は、<file A>
を印刷することだと理解する。
【００９６】ステップS115では、下記の条件・状況か
ら、カラープリンタへの印刷を利用者に提案することを
プランニングする。 ・<file A>にはカラーの部分が含まれる(図２２の車の
部分)。 ・使用可能なカラープリンタ2302が存在する(図２３)。
【００９７】ステップS119で、利用者に「カラープリン
タで印刷しますか？」と問い合わせる(図２４)。同時
に、ＪＯＢテーブルに、利用者の応答が無い場合の対応
のＪＯＢを追加する(図２５)。そして、ステップS110に
戻る。
【００９８】ステップS110で、10分間入力がないと、ス
テップS112で、実行可能なＪＯＢが存在するので、ステ
ップS113へ進む。ステップS113で、実行可能なＪＯＢ :
利用者の応答が無い場合の対応を取得する。
【００９９】ステップS114で、利用者の応答が無い場合
の対応の目的は、提案を受け入れてくれるかどうかを知
ることだと理解する。ステップS115で、下記の条件・状
況から、電話を使って利用者に問い合わせることを決定
する。 ・利用者が現在いる場所の電話番号を知っている(図２
６のスケジュールデータ)。 ・緊急に印刷しなければならない(図２６のスケジュー
ルデータで、13時からの商談にfile Aを使用する)。
【０１００】ステップS119で、利用者に「カラープリン
タで印刷しますか？」と問い合わせる(図２７)。同時
に、ＪＯＢテーブルに利用者の応答が無い場合の対応の
ＪＯＢを追加する(図２８)。ステップS110に戻るステッ
プS110で、図２７のように利用者が「はい、よろしく」
と言うと、入力があると判断されステップS111へ進む。
ステップS111で、入力解析ＪＯＢ をＪＯＢテーブルに
追加する(図２１)。ステップS112で、実行可能なＪＯＢ
が存在するので、ステップS113へ進む。ステップS113
で、実行可能なＪＯＢ:入力“はい、よろしく”の解析
を取得する。ステップS114で、入力 "はい、よろしく”
の目的は、提案を受け入れたことを示すことだと理解す
る。
【０１０１】ステップS115で、<file A>をカラープリン
タ2302に送って、印刷することを決定する。ステップS1
18 で、<file A>をカラープリンタ2302に送って印刷す
る。同時に、ＪＯＢテーブルに印刷が正常に終了したか
どうかの確認のためのＪＯＢを追加する(図２９)。ステ
ップS110に戻る。
【０１０２】ステップS110で、入力無し、ステップS112
で、図３０のように、プリンタステータスが「印刷中」か
ら「印刷済み 文書有り」に変化すると、実行可能なＪＯ
Ｂが存在するので、ステップS113へ進む。ステップS113
で、実行可能なＪＯＢ:プリンタステータスに対応した
処理を取得する。ステップS114で、図３１のプリンタス
テータス表から、ステータス「印刷済み文書有り」は印
刷された文書がプリンタのトレイに残されているという
意味なので、その目的は、印刷済み文書が利用者に渡る
ことだと理解する。
【０１０３】ステップS115で、すぐに利用者が取りに来
るかもしれないので、待つことに決定する。ステップS1
16で、ＪＯＢテーブルに印刷済み文書を取りに来たかど
うかの確認のためのＪＯＢを追加する(図３２)。ステッ
プS110に戻る。ステップS110で、10分間入力がない。ス
テップS112で、印刷済み文書が残されたままだとする
と、実行可能なＪＯＢが存在するので、ステップS113へ
進む。ステップS113で、実行可能なＪＯＢ:印刷済み文
書がある場合の対応を取得する。ステップS114で、図３
１から、ステータス「印刷済み文書有り」は印刷された
文書がプリンタのトレイに残されているという意味なの
で、その目的は、印刷済み文書が利用者に渡ることだと
理解する。ステップS115で、10分間文書が残されたまま
なので、利用者は忘れていると判断して、「印刷済み文
書がカラープリンタにあります」と通知することに決定
する。ステップS119で、「印刷済み文書が BJC600にあ
ります」と通知する(図３３)。同時に、ＪＯＢテーブル
に利用者の応答が無い場合の対応のＪＯＢと、印刷済み
文書を取りに来た場合の対応のＪＯＢを追加する(図３
４)。ステップS110に戻る。
【０１０４】ステップS110で、入力が無い。ステップS1
12で、図28のようにプリンタステータスが「印刷済み文
書有り」から「正常」に変化すると、実行可能なＪＯＢ
が存在するので、ステップS113へ進む。ステップS113
で、実行可能なＪＯＢ:印刷済み文書有りに対応したＪ
ＯＢの見直しを取得する。ステップS114で、印刷済み文
書有りに対応したＪＯＢの見直しの目的は、不要になっ
たＪＯＢを削除することだと理解する。ステップS115
で、利用者の応答を待っているＪＯＢを削除することを
決定する。ステップS119で、利用者の応答を待っている
ＪＯＢを削除する。ここでは、新しいＪＯＢは追加され
ない。初期状態で、ステップS110に戻る。
【０１０５】図３６、３７は、プラン及びアクションの
ルールを示す図である。
【０１０６】利用者が図２０の印刷 Window において、
ボタン〔印刷〕を押した場合、図３６の表のプラン＆アク
ションを参照して、利用者の目的は現在の状態が「印刷済
み文書有り」になることだと判断される。さらに、「印
刷済み文書有り」は目的「印刷済み文書取得」の前提条
件にもなっているので、最終的な利用者の目的は「印刷
済み文書取得」であると判断される。
【０１０７】利用者が図２４や図３３の質問 Window
や、図２７の電話による問い合せに対して、音声やマウ
ス操作等により賛意表明や反意表明の操作を行った場
合、利用者の目的は問い合せに対する賛意表明や反意表
明だと判断される。
【０１０８】図３７において、システムの究極の目的
は、ユーザの目的達成である。そのための前提条件とし
て、システムは安定していなければならない。また、そ
の上でシステムはユーザの目的を理解し、目的達成
のプランニングをし、実行する。
【０１０９】システムの安定の為には、異状時にシステ
ムを正常化することはもちろん、コストの削減やシステ
ムの不安定化の回避の為、実行している必要のないとき
には電源をOFFする。
【０１１０】図３８は、図３７の一部をわかりやすく図
示したものである。
【０１１１】ユーザの目的を理解する為には、入力があ
った場合、入力を理解する。また、図３６のユーザの目
的の「印刷済み文書取得」に対応して、「印刷済み文書
をユーザに渡す」ことがシステムの目的として存在す
る。
【０１１２】印刷済み文書をユーザに渡す為には、印刷
済み文書が存在していることが前提であり、その上で文
書がある場所をユーザに教えることで目的を達成しよう
としている。もちろん、利用者が実際に文書を取得する
為には、利用者が文書を取りに来るか、何らかの方法で
利用者に文書を届けなければならないが、本システムで
は詳しく定義はしておらず、印刷済み文書が無くなるこ
とが利用者が取得したことと等価であると判断してい
る。
【０１１３】一方、印刷済み文書が有る為には、印刷元
文書が有るとともに、印刷条件が明確化されており、対
応する印刷環境が正常に存在していることが前提であ
り、その上で対応する印刷環境を選択し、印刷を実行す
る。印刷元文書が有る為には、印刷元文書を作成すれば
よい。印刷条件を明確化する為には、条件が不明確な部
分をユーザに問い合せればよい。印刷環境が正常でいる
ためには、印刷環境が異常な場合、印刷環境を正常化す
ればよい。また、ユーザの意志を取得する為には、一定
時間ユーザからの応答が無い場合、あらためてリプラン
ニングする必要がある。
【０１１４】各デバイスのプロパティは、各デバイス内
部のメモリまたは各デバイスを管理しているサーバ内の
メモリに格納されている。図３９は各デバイスのプロパ
ティの例である。各デバイスのステータスは、各デバイ
ス内部に持ち、各デバイスが能動的に発信するか、他の
サーバなどの要求に従って受動的に返すことで、他の装
置に伝えられる。
【０１１５】本システムにおいては、プロパティは各デ
バイス固有のものであり、変化することはないので、シ
ステムの起動時あるいはネットワーク上の接続に変更が
あったときに取得される。一方、ステータスはプランニ
ングを行う過程において、必要に応じて取得されるか、
あるいはある一定時間間隔で取得し、内部のメモリ内の
情報として更新記憶される。
【０１１６】〔実施形態１２〕実施形態１１と同じく、
<file A>を印刷する場合に、カラープリンタがBusyの場
合の処理の例である。
【０１１７】まず、入力： "印刷 <file A>"があると、
これをＪＯＢテーブルに追加し、目的は印刷であると理
解される。ここで、条件・状況として、文書にカラーの
部分が含まれており、使用可能なカラープリンタがBusy
であるとする。そこで、Busyでなくなるまで待つか、
モノクロで印刷するかを、利用者に質問するというプラ
ンを立てる。「カラープリンタ がBusy です。待ちます
か？それとも、モノクロプリンタで印刷しますか？」を
ユーザに質問する。利用者が "待つ"を選択した場合、B
usyでなくなるまで待機する。
【０１１８】〔実施形態１３〕 入力：“<file A>は、<file A'>に変更された。”があ
った場合、ＪＯＢテーブルの更新が目的であると理解す
る。条件・状況で、ＪＯＢテーブルに<file A>の印刷
ＪＯＢがある。そこで、印刷対象を<file A'>に変更す
るか、利用者に質問する。というプランを立てる。そし
て、「修正前の<file A>の代りに、<fileA'>を印刷しま
すか？」という質問を発する。
【０１１９】〔実施形態１４〕本実施形態は、複数の装
置が接続されたシステム（この場合はネットワークに接
続されている）において、各装置にＪＯＢが指示された
場合に、それぞれの装置がＪＯＢの目的を解析し、自分
の状況や指示装置の状況から、指示された装置でのＪＯ
Ｂ実行を行わない方が良いと判断した場合に、ＪＯＢを
他の装置に転送して実行するための実施形態である。
【０１２０】図４１は、複数の装置がネットワークに接
続されている状態を表した２つの例であり、(Ａ)は、ス
キャナ411、プリンタ412、413の各装置がそれぞれの状
況を判断できる環境のネットワークである。(Ｂ)は、ス
キャナ411が、プリンタ412、413の状況を判断できない
環境のネットワークである。
【０１２１】図４２は本実施形態の処理を行うための機
能構成を示す図である。ＪＯＢ受取り部421は、ユーザ
または他の装置からＪＯＢを受取る。受取られたＪＯＢ
は、ＪＯＢテーブル422に登録される。ＪＯＢ解析部423
は、ＪＯＢテーブル422に登録されているＪＯＢを取り
出して解析する。他装置状況判断部424は、接続してい
る他の装置の属性や現在の状態などを判断する。自装置
状況判断部427は、装置自身の属性や現在の状態などを
判断する。
【０１２２】最適プランニング部425は、ＪＯＢの実行
に関して最適なプランを立てる。ＪＯＢ実行判断部426
では、ＪＯＢを実行するか否か、実行する場合は、自装
置で実行するのか、他の装置で実行するのか等を判断す
る。自装置で実行する場合は、ＪＯＢ実行部428で実行
する。他の装置で実行する場合は、他装置へのＪＯＢ転
送部429により、他の機器へＪＯＢを転送する。実行通
知部211は、実行結果や他の装置にＪＯＢを転送したこ
となどをユーザに通知する。
【０１２３】図４３は本実施形態を実現するための処理
の流れを表わしたメインのフローチャートである。
【０１２４】まず、ステップS430では、利用者からの入
力ＪＯＢや、システムが検知可能なデバイスなどからの
入力ＪＯＢや、これらのＪＯＢを解析した結果や、アイ
ドリング時に自分自身で生成した新たなＪＯＢがあるか
どうかチェックして、ＪＯＢが入力されたかを判定す
る。入力されれば、ステップS431で、ＪＯＢテーブルに
入力されたＪＯＢを追加する。ステップS432でＪＯＢテ
ーブルにＪＯＢがあるかを調べ、あれば、ステップS433
で、ＪＯＢを取り出す。ステップS434では、与えられた
指示を解析し、その情報からＪＯＢの目的を解析する。
ステップS435では、他の装置へのＪＯＢがあるかを判断
して、あれば、ステップS436で他の装置を制御する。な
ければ、ステップS437で自装置を制御する。
【０１２５】図４４は、メイン処理の中で、ステップS4
36で他の装置に対して処理を行う場合に他の装置を制御
するときの処理の流れを表わすフローチャートである。
【０１２６】ステップS440で、ＪＯＢ中で指定された装
置の状況を判断し、この判断に基づいて、ステップS441
では、指定された装置でJOBを実行することに問題があ
るか判断する。問題がなければ、ステップS442で、指定
された装置にＪＯＢを送信する。指定された装置での実
行に問題がある場合には、ステップS443で、指定された
装置以外の装置で、そのJOBに適した装置があるかを調
べ、あれば、その状況を判断する。その結果、指定され
た装置以外でそのＪＯＢを実行可能な装置があれば、ス
テップS445で、その装置にＪＯＢを転送し、ステップS4
46で、ＪＯＢを転送したことをユーザに通知する。一
方、指定された装置以外の装置で、そのJOBに適した装
置がないか、あっても現在利用できない場合は、ステッ
プS447で、ＪＯＢの目的を損なわない最適なプランを立
て、ステップS448で、そのプランをユーザに提案する。
【０１２７】図４５は、メイン処理の中で、ステップS4
37で自分の装置で処理を行う場合の処理の流れを表わす
フローチャートである。
【０１２８】ステップS450で、自装置の状況を判断し、
この判断に基づいて、ステップS451では、自装置でJOB
を実行することに問題があるか判断する。問題がなけれ
ば、ステップS452で、ＪＯＢを実行する。自装置での実
行に問題がある場合には、ステップS453で、自装置以外
の装置で、そのJOBに適した装置があるかを調べ、あれ
ば、その状況を判断する。その結果、自装置以外でその
ＪＯＢを実行可能な装置があれば、ステップS445で、そ
の装置にＪＯＢを転送し、ステップS446で、ＪＯＢを転
送したことをユーザに通知する。一方、自装置以外の装
置で、そのJOBに適した装置がないか、あっても現在利
用できない場合は、ステップS447で、ＪＯＢの目的を損
なわない最適なプランを立て、ステップS448で、そのプ
ランをユーザに提案する。
【０１２９】図４６は、図４１の(Ａ)において、スキャ
ナ411から読み込んだ情報をプリンタ412にＡの経路で出
力するよう指示されたが、スキャナ411の他装置状況判
断部424において、プリンタ412に故障を発見したため
に、プリンタ413にＢの経路を通して出力を行なったと
きの図である。
【０１３０】図４７は、図４１の(Ｂ)において、スキャ
ナ411から読み込んだ情報をプリンタ412にＡの経路で出
力するよう指示され、スキャナ411はプリンタ412の状況
を確認しようとするが、離れた場所にあるため、ネット
ワークの状況を考慮して無条件に情報を送信し、プリン
タ412が、自分自身が故障しているために、受取った情
報（ＪＯＢ）をプリンタ413にＢの経路で転送した場合
の図である。
【０１３１】以下に図４６、４７の処理を行う過程を、
図４３−４５のフローチャートに基づいて説明する。
【０１３２】図４６のスキャナ411からプリンタ412へ出
力ＪＯＢが発生した場合、スキャナ411の処理は、以下
のようになる。
【０１３３】まず、ステップS430で、情報をスキャン
し、プリンタ412に情報を送信するＪＯＢを受取る。ス
テップS431で、ＪＯＢテーブルにＪＯＢを追加する。ス
テップS433で、ＪＯＢを取り出す。ステップS434で、デ
ータをスキャンし、このＪＯＢが、指示されたプリンタ
に送信するＪＯＢであることを理解する。ステップＳ４
３５で、自分がスキャンした情報をプリンタ４１２で出
力するという他の装置で行うＪＯＢがあることを判断す
る。この判断により、ステップS436で、図４４の他装置
制御処理に処理を渡す。
【０１３４】ステップS440で、指示されたプリンタ412
の現在の状態を取得する。この結果、プリンタ412から
故障中である情報を受取り、ステップS441で、出力不可
能であることを判断する。この場合、故障中でなくても
例えば、用紙切れ、トナー切れなどといった出力を行う
ことができない状態である場合も考えられる。ステップ
S443で、指示された装置であるプリンタ412では、ＪＯ
Ｂを実行することが不可能なため、ＪＯＢを実行可能な
同様な他の装置を、ネットワーク上からコミュニケート
をとり、検索する。ステップS444で、ＪＯＢを実行可能
なプリンタ413を発見したので、プリンタ413でのＪＯＢ
の実行を決定する。
【０１３５】ステップS445で、スキャンした情報をプリ
ンタ413に対して送信する。ステップS446で、指示され
た以外のことを実行したので、指示した相手に対してＪ
ＯＢの変更を行ったことを通知する。以上で、指示され
たＪＯＢの処理を終了したので、次のＪＯＢが入力され
るまで待つ。
【０１３６】次に、図４７のスキャナ411からプリンタ4
12へ出力ＪＯＢが発生した場合の処理を説明する。
【０１３７】スキャナ411では、ステップS430で、情報
をスキャンし、プリンタ412に情報を送信するＪＯＢを
受取る。ステップS431で、ＪＯＢテーブルにＪＯＢを追
加し、ステップS433で、ＪＯＢを取り出す。ステップS4
34で、データをスキャンし、このＪＯＢが、指示された
プリンタに送信するＪＯＢであることを理解する。ステ
ップS435で、自分がスキャンした情報をプリンタ412で
出力するという他の装置に対して行うＪＯＢがあること
を判断する。この判断により、ステップS436で、図４４
の他装置制御処理に処理を渡す。
【０１３８】ステップS440で、指示されたプリンタ412
とコミュニケートしてその状況を知ろうとするが、プリ
ンタ412が離れた場所にあることが確認されるので、プ
リンタ412の状態に関係なく情報を送信することを判断
する。ステップS441で、プリンタ412は離れているの
で、問題ないものと判断する。ステップS442で、指示さ
れた装置であるプリンタ412にスキャンした情報を送信
し、ＪＯＢを渡す。以上で、指示されたＪＯＢの処理を
終了したので、次のＪＯＢが入力されるまで待つ。
【０１３９】一方、プリンタ412では、ステップS430
で、受信した情報を出力するＪＯＢを受取る。ステップ
S431で、ＪＯＢテーブルにＪＯＢを追加する。ステップ
S433で、ＪＯＢを取り出す。ステップS434で、受信した
情報を自分が出力するＪＯＢであることを理解する。ス
テップS435で、他の装置に対するＪＯＢはないと判断す
る。ステップS437で、図４５の自装置制御処理に処理を
渡す。
【０１４０】ステップS450で、自分の現在の状態を見
る。ステップS451で、自分は現在故障中でＪＯＢの実行
ができないことを判断する。この場合、故障中でなくて
も例えば、用紙切れ、トナー切れなどといった出力を行
うことができない状態である場合も考えられる。ステッ
プS453で、ＪＯＢを実行可能な、自分と同様な他の装置
をネットワーク上からコミュニケートをとり、検索す
る。
【０１４１】ステップS454で、ＪＯＢを実行可能なプリ
ンタ413を発見したので、プリンタ413でのＪＯＢの実行
を決定する。ステップS455で、プリンタ412に送信され
てきた情報をプリンタ413に対して再送信する。ステッ
プS456で、指示された以外の処理を実行したので、指示
した相手に対してＪＯＢの変更を行ったことを通知す
る。ここでは、指示した相手に通知を行ったが、出力先
が指示した相手から離れた場所であるため、受取り人に
対して通知を行うようにしてもよい。以上で指示された
ＪＯＢの処理を終了したので、次のＪＯＢが入力される
まで待つ。プリンタ413は何も問題無く、受取った情報
を出力するＪＯＢを実行可能であるため、ＪＯＢの実行
を行なう。
【０１４２】以上の実施形態では、各装置が自動的にＪ
ＯＢの転送を行ったが、それぞれの装置に問題がある場
合は、ユーザがＪＯＢを転送するように順位を付けて設
定することも可能である。例えば、本実施形態において
は、ユーザはスキャンした文書を指定したプリンタで印
刷することをＪＯＢとして入力しているが、この時に、
指定したプリンタが使用不可能な場合に印刷を代行する
第２、第３のプリンタを同時にＪＯＢ中に設定しておい
ても良い。これにより、ステップs443またはステップs4
53において、ＪＯＢに適した機器として、設定された第
２、第３のプリンタが選択され、その状況が判断され
る。また、逆にＪＯＢを受け取るプリンタの側に、自分
自身が使用不可能な場合に印刷を代行する第２、第３の
プリンタを設定しておいても良い。この時には、前述の
ようにＪＯＢ自身に第２、第３のプリンタを設定されて
なかったとしても、ＪＯＢを受け取ったプリンタが、自
分自身に設定されている指定にしたがって、ＪＯＢを転
送することができる。
【０１４３】また、故障や動作不能な場合以外であって
も、ＪＯＢを行うことに適さないスペック、例えば、モ
ノクロプリンタへのＪＯＢがカラーの情報の印刷である
場合や、ＪＯＢ待ちが多く、すぐに処理できない場合な
どでも、ＪＯＢを行わない判断条件となりうる。
【０１４４】〔実施形態１５〕本実施形態は、プリンタ
が受信した緊急情報をユーザに出力するＪＯＢを実行す
るにあたり、図４５のステップS450の自装置の状況を判
断する処理において、ＪＯＢの実行の問題を判断する判
断材料として、目的のユーザのスケジュール情報も加味
する場合の処理を表わす。
【０１４５】ここでは、緊急情報を伝えるべきユーザが
外出しており、外出先にネットワークに接続されたプリ
ンタ413が存在する図４８に示す環境の処理を説明す
る。
【０１４６】この場合、図４３の手順において、ステッ
プS434で、ＪＯＢの目的は、受信した情報をユーザに緊
急に連絡することであることを理解する。ステップS435
で、他装置へのＪＯＢはこの時点ではないので、ステッ
プS437に処理を渡す。ステップS437では、図４５の自装
置制御処理に処理を渡す。
【０１４７】ステップS450で、自装置の状況を判断する
場合に、送信先として指示されたユーザのスケジュール
を装置414に確認し、外出中であると判断する。ステッ
プS451で、ユーザが外出中なので、緊急の連絡には、自
装置での実行に問題があると判断する。ステップS453
で、外出先に情報を出力可能なプリンタがあるか確認す
る。ステップS454で、出力可能なプリンタ412があるこ
とを確認したので、そのプリンタで出力することを決定
する。ステップS455で、プリンタ412に情報を送信す
る。ステップS456で、ＪＯＢを転送したことを送り元と
送り先のユーザに通知する。
【０１４８】また、ステップS443で、ＪＯＢの転送先と
して同様の出力が可能な装置がない場合で、ユーザの使
用する他の装置、例えばＰＣやＦＡＸ、電話などがある
と判断した場合などには、ステップS444では、その装置
で実行するとしてもよい。但し、情報をそのまま送信で
きないため、ステップS445では、プリンタへの出力情報
を変換し、電子メール文書やＦＡＸ文書にして送信した
り、音声情報に変換して出力することになる。
【０１４９】この時、ステップS446では、出力に用いる
メディアによっては、あらためて別のメディアを利用し
てＪＯＢを転送したことを通知する必要はなく、同一の
メディアで同時に伝えることもできる。例えば、電話を
利用して出力情報を送信する時には、出力情報を伝えた
後又は前に転送したという事実を伝える方が、よりスマ
ートであると考えられる。
【０１５０】なお、ステップS443で、上述したＰＣやＦ
ＡＸ、電話などを、プリンタで実行すべきＪＯＢに適し
た機器とは判断せずに、ステップS447で、それらの装置
を利用することをＪＯＢの目的を損なわない最適なプラ
ンとして決定し、ステップS448で、そのプランを提案す
るようにしてもよい。
【０１５１】〔実施形態１６〕図４９に、本実施形態の
処理手順を示す。図４９は、図４３のフローチャートに
ＪＯＢがなかった時の処理として、ステップS498〜500
を加えたものである。
【０１５２】ステップS498で、他の装置の現在の動作状
況を調査し、ステップS499で、自分で実行可能なＪＯＢ
が実行されずに他の装置に溜まっているかを判断し、溜
まっている場合に、ステップS500で、そのＪＯＢを取り
出して自装置のＪＯＢテーブルに追加し、相手装置のＪ
ＯＢテーブルから削除する。このようにして、本実施形
態では、自らＪＯＢを見つけ出して処理する。
【０１５３】図５０は、この処理を行う状況で、プリン
タ412にＪＯＢが存在しておらず、プリンタ413が待ちＪ
ＯＢを10件持っているので、プリンタ415が、プリンタ4
13のＪＯＢを取り出して、自装置で処理する概念を表わ
した図である。
【０１５４】プリンタ415の処理の流れは以下の通りで
ある。ステップS492で、ＪＯＢはないので処理をステッ
プS498に渡す。ステップS498で、他の装置であるプリン
タ412とプリンタ413の現在の状況を調査する。ステップ
S499で、プリンタ413に自分で実行可能なＪＯＢがある
ことを判断する。ステップS500で、プリンタ413からそ
のＪＯＢを取り出し、自分のＪＯＢテーブルに追加す
る。さらに、プリンタ413から、取り出したＪＯＢを削
除する。ステップS490で、ＪＯＢの入力はない。ステッ
プS492で、先ほど自分で追加したＪＯＢが存在するの
で、ＪＯＢの実行を行うために処理をステップS493に渡
す。
【０１５５】以降、実施形態１４、１５で説明した自ら
の装置で実行するための動作を行ない、処理を終了す
る。
【０１５６】〔実施形態１７〕図５１は、本実施形態の
装置を用いたシステムにおける、プリントＪＯＢの流
れ、及びその他の情報の流れを示した図である。なお、
図中の太い矢印はプリントＪＯＢの流れを表し、点線の
矢印はその他の情報の流れを表している。
【０１５７】ただし、本実施形態で述べているプリント
ＪＯＢとは、印刷対象となっている文書、及び印刷枚
数、印刷品質、印刷サイズなどの印刷時に参照されるパ
ラメータ類を含めたものである。また、その他の情報に
は、各プリンタが持っている印刷中、正常、用紙無し等
のステータスや、プリントＪＯＢスケジューリング部が
持っているプリントＪＯＢのスケジュールがある。
【０１５８】図５１において、クライアントマシン510
では、プリントＪＯＢ作成部512でプリントＪＯＢを作
成し、プリントＪＯＢ記憶部513にいったん記憶した
後、プリントＪＯＢ送信部514により、プリントＪＯＢ
を作成したクライアントマシン510から、プリンタを管
理するサーバマシン511に送信される。
【０１５９】サーバマシン511では、送られてきたプリ
ントＪＯＢをプリントＪＯＢ受信部516により受け取
り、プリントＪＯＢのパラメータ類が未設定の場合はプ
リントＪＯＢ自動設定部517に渡し、すでに設定されて
いる場合はプリントＪＯＢ自動変更部518に渡す。
【０１６０】プリントＪＯＢ自動設定部517では、プリ
ントＪＯＢから取得される緊急性、経済性、品質などを
考慮しながら、未設定の印刷パラメータを設定する。一
方、プリントＪＯＢ自動変更部518では、同様な処理
を、すでに設定されているパラメータを変更することで
も実現する。このようにして、設定または変更されたプ
リントＪＯＢは、プリントＪＯＢスケジューリング部52
0が持っているプリントＪＯＢのスケジュールに登録さ
れ、そこから順次プリントＪＯＢ送信部519へ読み出さ
れて、または直接プリントＪＯＢ送信部519に渡り、印
刷される。
【０１６１】ここで、プリントＪＯＢ自動設定部517及
びプリントＪＯＢ自動変更部518には、プリンタ状況認
識部515を介して取得された、印刷中、正常、用紙無し
等の使用可能なプリンタのステータスが渡り、プリント
ＪＯＢの設定または変更において利用される。また、同
様に、プリントＪＯＢスケジューリング部520が持って
いるプリントＪＯＢの印刷スケジュールも渡り、利用さ
れる。
【０１６２】また、図５１に表してあるように、プリン
トＪＯＢは異なる経路で流れることも想定される。例え
ば、プリントＪＯＢを作成したマシンと、プリンタを管
理しているマシンが同じ場合には、プリントＪＯＢ送信
部514を通らないこともありえる。
【０１６３】図５２は、プリントＪＯＢ自動設定部517
の処理の流れを表したフローチャートである。プリント
ＪＯＢ自動設定部517では、指定された品質を満足する
範囲で、できるだけ速く、できるだけ経済的に印刷でき
るようにパラメータを自動設定する。
【０１６４】図５２では、まずステップS520で、シュミ
レートの準備として、印刷時間やトナー使用量を決定す
る要因を初期化する。続いて、ステップS521で、品質決
定変数を品質最高値（例えば５）で初期化し、ステップ
S522で、印刷時間をシュミレートする。ステップS523
で、シュミレートされた印刷時間が指定値を満たすかを
判定する。満たされる場合は、ステップS524で、トナー
使用量をシュミレートする。ステップS525で、シュミレ
ートされたトナー使用量が指定値を満たすかを判定す
る。満たされる場合は、ステップS526で、現在の品質決
定変数の値にＪＯＢを変更する。
【０１６５】ステップS523または525で、指定された値
を満たさない場合、ステップS527で、品質決定変数を1
つ減らす。ステップS528で、指定された品質が満たされ
るかを判定し、満たされるなら、ステップS522に処理が
戻される。満たされなければ、自動設定不能エラーとな
って終了する。
【０１６６】図５３は、プリンタA521とプリンタB522の
指定品質の違いによる、1文字あたりの印刷時間とトナ
ー使用量を表した図である。これらの値は、各プリンタ
固有の不変の値でも良いし、過去に行った印刷の所用時
間やトナー使用量を測定し、この測定値から平均を取る
ようにした動的に変化する値でも良い。
【０１６７】図５４は、本実施形態で印刷されるプリン
トＪＯＢの内容と、利用者が指定したパラメータを表し
た図である。本実施形態を用いたシステムでは、図５４
で表したプリントＪＯＢの内容と、設定パラメータとを
あわせてプリントＪＯＢと呼んでいる。本実施形態で
は、印刷時間とトナー使用量をシュミレートする為に、
プリントＪＯＢの印刷量を文字数換算で500文字として
説明している。また、利用者は緊急性のみを1分以内と
指定し、経済性や品質はデフォルト値のまま指定しなか
ったものとしている。
【０１６８】図５４の例で、プリントＪＯＢ自動設定部
517が起動されると、まずステップS520のシュミレート
の準備において、印刷時間やトナー使用量を決定する要
因を初期化する。例えば、図５３の表に定義したよう
に、プリンタＡ521及びプリンタＢ522の最低品質（＝
1）の場合のそれぞれの1文字あたりの印刷時間は平均10
0mステップSと200mステップSであり、1文字あたりのト
ナー使用量は平均100mgと200mgである。
【０１６９】続いて、ステップS521で、品質決定変数を
品質最高値（例えば５）で初期化し、ステップS522で、
印刷時間をシュミレートする。例えば、プリンタA521と
プリンタB522は印刷可能であり、プリントＪＯＢスケジ
ューリングでスケジュールされているプリントＪＯＢが
1つも無いとすれば、すぐに印刷を開始することがで
き、待ち時間は不要である。よって、印刷対象のプリン
トＪＯＢに500文字含まれているとした場合、プリンタA
では250秒かかり、プリンタBでは500秒かかるとシュミ
レートされる。すると、ステップS523では、図５４の指
定パラメータで指定された緊急性1分以内を満たすこと
ができないので、ステップS527で、品質決定変数を1つ
減らす。ここで、図５４の指定パラメータでは品質は指
定されていないので、再びステップS522の印刷時間のシ
ュミレートに処理が戻される。これらの処理が繰り返さ
れた結果、品質が最低品質の１になって初めて印刷時間
がプリンタA521で50秒となり、緊急性を満たすので、品
質を品質決定変数の値（＝１）に設定し、正常終了す
る。
【０１７０】ここで、もし品質を２以上に設定していた
とすると、利用者が設定したパラメータを満たすことが
できないので、自動設定不能エラーとなって終了する。
【０１７１】〔実施形態１８〕図５５は、プリントＪＯ
Ｂ自動変更部518の処理の流れを表したフローチャート
である。プリントＪＯＢ自動変更部518では、指定され
た緊急性及び経済性を満足する範囲で、できるだけ高品
質で印刷できるようにパラメータを自動変更する。その
上で、すべての指定を満足することができない場合、最
優先の指定を満足させ、その他の指定はできるだけ指定
に近いように変更する。
【０１７２】図５６は、本実施形態で印刷されるプリン
トＪＯＢの内容と、利用者が指定したパラメータを表し
た図である。本実施形態を用いたシステムでは、図５６
で表したプリントＪＯＢの内容と、設定パラメータをあ
わせてプリントＪＯＢと呼んでいる。本実施形態では、
印刷時間とトナー使用量をシュミレートする為に、プリ
ントＪＯＢの印刷量を文字数換算で500文字として説明
している。また、利用者はすべてのパラメータを設定し
たが、その中でも品質は最優先であると指定している。
【０１７３】図５５において、プリントＪＯＢ自動変更
部518が起動されると、まずステップS550で、シュミレ
ートの準備において、印刷時間やトナー使用量を決定す
る要因を初期化する。例えば、図５３の表に定義したよ
うに、プリンタＡ及びプリンタＢの最低品質（＝1）の
場合のそれぞれの1文字あたりの印刷時間は平均100mス
テップSと200mステップSであり、1文字あたりのトナー
使用量は平均100mgと200mgである。
【０１７４】続いて、ステップS551で、品質決定変数を
品質最高値（例えば５）で初期化し、ステップS552で印
刷時間をシュミレートする。例えば、プリンタA521とプ
リンタB522は印刷可能であり、プリントＪＯＢスケジュ
ーリング部520でスケジュールされているプリントＪＯ
Ｂが1つも無いとすれば、すぐに印刷を開始することが
でき、待ち時間は不要である。よって、印刷対象のプリ
ントＪＯＢに500文字含まれているとした場合、プリン
タA521では250秒かかり、プリンタB522では500秒かかる
とシュミレートされる。
【０１７５】すると、ステップS553では、図５６の指定
パラメータで指定された緊急性１分以内を満たすことが
できないので、ステップS556で、品質決定変数を1つ減
らす。ステップS557で、図５６の指定パラメータの品質
の指定を満たすので、再びステップS552の印刷時間のシ
ュミレートに処理が戻される。これらの処理が繰り返さ
れた結果、利用者が指定した品質（＝３）になっても、
印刷時間はプリンタA521で150秒であり、緊急性を満た
すことができない。そこで、ステップS556で、品質決定
変数を１減らすと、ステップS557で、利用者が指定した
品質を満たすことができなくなる為、ステップS558へ進
み、品質が最優先の指定パラメータかどうかチェックさ
れ、最優先の場合、ステップS560で、指定された品質で
プリントＪＯＢを変更し、正常終了する。
【０１７６】ここで、もし緊急性が最優先だったとする
と、品質が最低品質の１になって初めて印刷時間がプリ
ンタAで50秒となり、緊急性を満たすので、品質を品質
決定変数の値（＝１）に設定し、正常終了する。
【０１７７】〔実施形態１９〕図５７は、本実施形態の
装置を用いたシステムにおける、プリントＪＯＢの流
れ、及びその他の情報の流れを示した図である。なお、
図中の太い矢印はプリントＪＯＢの流れを表し、点線の
矢印はその他の情報の流れを表している。
【０１７８】ただし、本実施形態で述べているプリント
ＪＯＢとは、印刷対象となっている文書、及び印刷枚
数、印刷品質、印刷サイズなどの印刷時に参照されるパ
ラメータ類を含めたものである。また、その他の情報に
は、各プリンタが持っている印刷中、正常、用紙無し等
のステータスや、プリントＪＯＢスケジューリングが持
っているプリントＪＯＢのスケジュールがある。
【０１７９】図５７において、クライアントマシン510
では、プリントＪＯＢ作成部512でプリントＪＯＢを作
成し、プリントＪＯＢ記憶部513にいったん記憶した
後、プリントＪＯＢ送信部514により、プリントＪＯＢ
を作成したクライアントマシン510から、プリンタを管
理するサーバマシン511に送信される。
【０１８０】サーバマシン511では、送られてきたプリ
ントＪＯＢをプリントＪＯＢ受信部516により受け取
り、プリントＪＯＢ解釈部571に渡す。プリントＪＯＢ
解釈部571では、受け取ったプリントＪＯＢに含まれる
ユーザからの指示を解釈し、システムが処理可能なパラ
メータ等の情報に変換する。プリントＪＯＢのパラメー
タ類が未設定の場合はプリントＪＯＢ自動設定部517に
渡し、すでに設定されている場合はプリントＪＯＢ自動
変更部518に渡す。
【０１８１】プリントＪＯＢ自動設定部517では、プリ
ントＪＯＢから取得される緊急性、経済性、品質などを
考慮しながら、未設定の印刷パラメータを設定する。一
方、プリントＪＯＢ自動変更部518では、同様な処理を
すでに設定されているパラメータを変更することでも実
現する。このようにして、設定または変更されたプリン
トＪＯＢは、プリントＪＯＢスケジューリング部520が
持っているプリントＪＯＢのスケジュールに登録され、
そこから順次プリントＪＯＢ送信部519へ読み出され
て、または直接プリントＪＯＢ送信部に渡り、印刷され
る。
【０１８２】ここで、プリントＪＯＢ自動設定部及びプ
リントＪＯＢ自動変更部518には、プリンタ状況認識部5
15を介して取得された印刷中、正常、用紙無し等の使用
可能なプリンタのステータスが渡り、プリントＪＯＢの
設定または変更において利用される。また、同様にプリ
ントＪＯＢスケジューリング部520が持っているプリン
トＪＯＢの印刷スケジュールも渡り、利用される。
【０１８３】また、図５７に表してあるように、プリン
トＪＯＢは異なる経路で流れることも想定される。例え
ば、プリントＪＯＢを作成したマシンと、プリンタを管
理しているマシンが同じ場合には、プリントＪＯＢ送信
部514を通らないこともありえる。
【０１８４】本実施形態では、図５８に示すように、プ
リントＪＯＢのパラメータの設定を、自然言語を利用し
てあいまいに設定している。図１３０は、自然言語によ
る入力文字列に対応して、パラメータ設定におけるその
文字列の表わす意味と、その意味を完成させるために必
要な要求項目とを示した図である。プリントＪＯＢ解釈
部571では、プリントＪＯＢ設定パラメータとして渡さ
れた自然言語による指示を、図１３０に示した自然言語
による入力文字列に対応した意味と、意味を完成させる
ために必要な要求項目とを参照して、次のように解釈す
る。
【０１８５】入力された自然言語中の文字列「印刷」か
ら、この文字列の意味するユーザの目的となるアクショ
ンは、〔印刷〕である。更に、そこから要求される項
目、〔対象〕は同時に入力されたプリントＪＯＢの内容
そのものであり、〔品質〕及び〔枚数〕は入力された自
然言語中の解釈されていない部分で指定されているはず
だと、予想される。そこで、文字列「取引先用１枚、メ
ンバー用５枚」を解釈すると、高品位の〔品質〕で〔枚
数〕１枚を印刷し、自由な〔品質〕で〔枚数〕５枚を印
刷するように指定されていることが理解される。
【０１８６】これ以降の、プリントＪＯＢ自動設定部51
7、及びプリントＪＯＢ自動変更部518の処理は、実施形
態１７及び１８と同様である。
【０１８７】〔実施形態２０〕本実施形態では、図５９
に示すように、プリントＪＯＢのパラメータの設定を、
プリントＪＯＢの内容である文書自体に記載された配布
先と枚数に基づいて行っている。プリントＪＯＢ解釈部
571では、プリントＪＯＢの内容を解釈して、次のよう
に動作する。
【０１８８】アクションは、印刷である。「取引先用」
は、高品位と解釈し、枚数は１枚とする。「ABCプロジェ
クト」は、「メンバー用」であり、品位は自由と解釈し
て、枚数は５枚とする（利用者はABCプロジェクトの一
員であるという情報は事前に持っている。）。
【０１８９】これ以降の、プリントＪＯＢ自動設定部51
7、及びプリントＪＯＢ自動変更部518以降の処理は、実
施形態１７及び１８と同様である。
【０１９０】〔実施形態２１〕図６０は、本実施形態の
装置を用いたシステムにおける、プリントＪＯＢの流
れ、及びその他の情報の流れを示した図である。なお、
図中の太い矢印はプリントＪＯＢの流れを表し、点線の
矢印はその他の情報の流れを表している。
【０１９１】ただし、本実施形態で述べているプリント
ＪＯＢとは、印刷対象となっている文書、及び印刷枚
数、印刷品質、印刷サイズなどの印刷時に参照されるパ
ラメータ類を含めたものである。また、その他の情報に
は、各プリンタが持っている印刷中、正常、用紙無し等
のステータスや、プリントＪＯＢスケジューリング部52
0が持っているプリントＪＯＢのスケジュールがある。
【０１９２】図６０において、クライアントマシン510
では、プリントＪＯＢ作成部512でプリントＪＯＢを作
成し、プリントＪＯＢ記憶部513にいったん記憶した
後、プリントＪＯＢ送信部514により、プリントＪＯＢ
を作成したクライアントマシン510から、プリンタを管
理するサーバマシン511に送信される。
【０１９３】サーバマシン511では、送られてきたプリ
ントＪＯＢをプリントＪＯＢ受信部516により受け取
り、プリントＪＯＢ解釈部571に渡す。プリントＪＯＢ
解釈部571では、受け取ったプリントＪＯＢに含まれる
ユーザからの指示を解釈し、システムが処理可能なパラ
メータ等の情報に変換する。プリントＪＯＢのパラメー
タ類が未設定の場合はプリントＪＯＢ自動設定部517に
渡し、すでに設定されている場合はプリントＪＯＢ自動
変更部518に渡す。また、プリントＪＯＢシュミレーシ
ョン部601では、プリントＪＯＢで指定された設定での
印刷をシュミレートし、印刷時間及びトナー使用量を求
める。
【０１９４】プリントＪＯＢ自動設定部517では、プリ
ントＪＯＢから取得される緊急性、経済性、品質などを
考慮しながら、未設定の印刷パラメータを設定する。一
方、プリントＪＯＢ自動変更部518では、同様な処理を
すでに設定されているパラメータを変更することでも実
現する。このようにして、設定または変更されたプリン
トＪＯＢは、プリントＪＯＢスケジューリング部520が
持っているプリントＪＯＢのスケジュールに登録され、
そこから順次プリントＪＯＢ送信部519へ読み出され
て、または直接プリントＪＯＢ送信部519に渡り、印刷
される。
【０１９５】ここで、プリントＪＯＢ自動設定部517及
びプリントＪＯＢ自動変更部518には、プリンタ状況認
識部515を介して取得された印刷中、正常、用紙無し等
の使用可能なプリンタのステータスが渡り、プリントＪ
ＯＢの設定または変更において利用される。また、同様
にプリントＪＯＢスケジューリング部520が持っている
プリントＪＯＢの印刷スケジュールも渡り、利用され
る。
【０１９６】また、図６０に表してあるように、プリン
トＪＯＢは異なる経路で流れることも想定される。例え
ば、プリントＪＯＢを作成したマシンと、プリンタを管
理しているマシンが同じ場合には、プリントＪＯＢ送信
部514を通らないこともある。
【０１９７】図６１は、プリントＪＯＢシュミレーショ
ン部601による処理のフローチャートである。プリント
ＪＯＢシュミレーション部601では、まずステップS611
で、シュミレートの準備として、印刷時間やトナー使用
量を決定する要因を初期化する。ステップS612で、プリ
ントＪＯＢで指定された設定での印刷時間をシュミレー
トし、ステップS613で、プリントＪＯＢで指定された設
定でのトナー使用量をシュミレートして、印刷時間及び
トナー使用量を求める。
【０１９８】具体的な方法は、実施形態１７及び１８で
説明したものと同様である。
【０１９９】〔実施形態２２〕本実施形態では、プリン
タに複数の出力トレイを設け、利用者に応じて出力する
トレイを選択する。
【０２００】図６２は、本実施形態のプリンタシステム
の処理手順のフローチャートである。プリンタシステム
はプリントＪＯＢを受信すると、複数のプリントＪＯＢ
を同時に受け取った場合の対応などの処理を行った後、
図６２の処理を起動する。
【０２０１】図６３に、本実施形態のプリンタシステム
のプリンタの外観図を示す。同図に示すように、このプ
リンタ631、632は、出力トレイを複数持ち、プリンタ63
1では、それぞれの出力トレイにそのトレイ上の文書が
誰の文書であるかを表示する画面を持ち、プリンタ632
では、共通画面にどの出力トレイに誰の文書があるかを
表示する。また、それぞれの出力トレイ毎にあらかじめ
利用者を設定しておけば、利用者専用の出力トレイにな
り、特に設定しておかなければそれぞれの出力トレイの
利用者は必要に応じて変化することになる。
【０２０２】本システムにより、文書の到着を知らせ
る、印刷の終了を知らせる、印刷済み文書の取り忘れを
知らせる（センサーがついている）などの機能が実現さ
れる。
【０２０３】以上の処理の流れを説明する。図６２にお
いて、ステップS621で、プリントＪＯＢに含まれる情報
から、送付先情報を取得する。送付先情報は、実施形態
２９で説明するようにプリントＪＯＢの内容中に記入さ
れた指定を解釈することで取得するか、Ｅｍａｉｌのよ
うに最初からプリントＪＯＢの内容とは別に設定された
情報から取得される。この時、従来技術の使用例のよう
に、通常のパソコンの出力デバイスとしてプリンタを使
用する場合には、普通、送付先は指定されていないが、
本実施形態を用いたシステムのように、ＦＡＸやＥｍａ
ｉｌの代りのようにして使用する場合には、逆に送付先
が指定されているのが普通である。ステップS622で、送
付先が指定されているかどうかチェックする。ステップ
S623で、送付先の人に文書が届いたことを通知する。ス
テップS624で、プリントＪＯＢに含まれる情報から、送
付元情報を取得する。送付元情報は、実施形態２９で説
明するようにプリントＪＯＢの内容中に記入された指定
を解釈することで取得するか、Ｅｍａｉｌのように最初
からプリントＪＯＢの内容とは別に設定された情報から
取得される。この時、従来のように、通常のパソコンの
出力デバイスとしてプリンタを使用する場合には、普
通、送付元は本システムの管理範囲にあるが、本実施形
態を用いたシステムのように、ＦＡＸの代りのようにし
て使用する場合には、逆に送付元は管理範囲には無いの
が普通である。ステップS625で、送付元が管理範囲にあ
るかどうかチェックする。ステップS626で、送付先が指
定されている場合には送付先に対応して、出力トレイを
選択する。送付先が指定されておらず、送付元だけが指
定されている場合には送付元に対応して、出力トレイを
選択する。ステップS627で、図６３の(a)のように、対
応する出力トレイに、送付先または送付元の情報を表示
する。または、図６３の(b)のように、共通表示画面
に、送付先または送付元の情報と出力トレイの場所を表
示する。この時、それぞれの出力トレイ毎にあらかじめ
利用者を設定してあれば、利用者専用の出力トレイにな
り、特に設定しておかなければそれぞれの出力トレイの
利用者は必要に応じて変化することになる。
【０２０４】ステップS628で、印刷を実行する。ステッ
プS629で、印刷が終了し、送付元が管理範囲にあるかチ
ェックする。ステップS630で、送付元に印刷が終了した
ことを通知する。ステップS631で、一定時間文書が残っ
ていて送付元が管理範囲にあるかチェックする。ステッ
プS632で、送付元に印刷済み文書が長い間残っているこ
とを通知する。
【０２０５】〔実施形態２３〕本実施形態では、時間に
関する情報を取り扱う。図６５は、本実施形態のシステ
ムの機能構成を示す図である。処理部650は、理解部65
2、プランニング部653、実行部654、応答部655、知識ベ
ース656を備え、データベース651と接続している。
【０２０６】図６４は、本実施形態の全体的な処理の流
れであり、図６５の機能構成における処理手順をフロー
チャート化したものである。
【０２０７】ステップS640で、外部からの入力があるか
を調べ、あれば、理解部652により、知識ベース656を参
照して、ステップS641で、入力された文章を単語やセン
テンス単位で解析し、更にステップS643で、入力内容の
目的を解析し、理解する。ステップS644で、目的の理解
に必要な情報が不足していないかを判断し、不足があれ
ば、ステップS645でユーザに対して問い合わせを行い、
ユーザからの回答を知識ベース656に学習してステップS
643に戻る。不足がなければ、ステップS646に進む。ま
た、ステップS640で入力がなければ、ステップS642で、
実行すべき仕事を見つけ出して、ステップS646に進む。
【０２０８】ステップS646では、プランニング部653に
より、目的を達成するためのプランニングを行なう。ス
テップS647では、プランニングのために必要な情報が不
足していないかを判断し、不足があれば、ステップS648
でユーザに対して問い合わせを行い、ユーザからの回答
を知識ベース656に学習してステップS646に戻る。不足
がなければ、ステップS649で、実行部654によりプラン
を実行する。この時、実行部654は、必要に応じて、デ
ータベース651にアクセスしたり、他のアプリケーショ
ンと交信したりする。そして、応答部655により、ステ
ップS650で、レスポンスの実行をすべきかを判定し、す
る場合は、その内容を決定する。更に、ステップS651
で、決定された内容に対応するレスポンスを作成してユ
ーザに応答する。
【０２０９】理解部652は、外部から入力された情報、
例えばキーボード入力、音声入力、Email、FAX、ニュー
ス情報などに対して、必要なら認識を行なった上で、内
容の解析を行ない、文章中にある言葉から時間的な概念
を解析し、時間に関わりのある文章の内容を理解するも
のである。
【０２１０】図６７は、電子メールからスケジュール情
報を抽出する例を示す図である。上述の処理は、具体的
には図６７にあるように、Emailで受取った文書の内容
を解析し、「２月２２日」「１３時３０分」「１５：０
０」という時間的概念を見つけ出して解析し、この概念
に関わりのある文章「２月２２日の１３時３０分から１
５：００までＢ会議室で、特許システム説明会を予定し
ています。」を理解することにより、時間に関連する行
動をスケジュールへと対応づけることが可能となる。
【０２１１】また、解析された時間的概念と現在時刻と
を比較し、未来の時刻であれば、その行動をスケジュー
ルに登録し、過去の時刻に関する記述であれば、スケジ
ュールに登録せずに破棄する、あるいは過去の出来事の
記録として、個人データベースなど、スケジュール以外
の種類の情報として登録する。
【０２１２】また、理解部652は、外部から入力された
情報、例えばキーボード入力、音声入力、Email、FAX、
ニュース情報などの内容の解析を行ない、文章中にある
言葉の中にシステムがまだ知らない言葉（単語、概念な
ど）や実行したことがないプランなどを発見したときに
は、その言葉やプランに緊急性がない場合は、その言葉
やプランに関わる情報を順次見つけていくことで学習を
行なっていき、知識ベース656に知識として貯える。
【０２１３】具体的には、例えば、ＸＹＺという知らな
い言葉が出てきた時にＸＹＺという何かが存在すること
を記憶しておき、次に「ＸＹＺは非常においしい」「Ｘ
ＹＺは固い」などといった文章を解析することで、ＸＹ
Ｚは固くておいしい食べ物である。と学習する。
【０２１４】プランについても、初めてのプランを指示
された場合に、その時の状況から、例えば、ユーザが不
在時のプランと理解すれば、ユーザ不在時のプランの立
てかたの例として学習を行なうものである。
【０２１５】更に、システムが行なった行動やプランに
ついて、例えばユーザに関わる情報をニュースなどから
取得した時に、その都度ユーザに対して報告を行なって
いるシステムに対して、ユーザが報告を受けた際に、
「次からはこの情報の報告はしなくていいよ。」などと
いった自然言語でシステムに指示を出すことにより、シ
ステムはその情報の報告を行なわないように学習をする
こともできる。
【０２１６】以上のように、このシステムでは、理解部
652で、外部から入力された情報の内容の解析を行な
い、目的を解析し、プランニング部653で、目的を達成
するためにシステムが行なわなければならない行動のプ
ランを立てる。そして、実行部654で、処理の実行を行
なうものである。また、応答部655により、実行した処
理についてユーザに通知を行なう。
【０２１７】例えば、図６７にあるようなEmailを受け
た場合に、差出人の情報から、個人データベースに未登
録の相手からのメールであると理解した場合には、メー
ルからその人に関する情報を抽出し、データベース651
の個人データベースに登録する。更に、それ以外に個人
データベースに未登録の人物に関する情報がある場合に
も、個人データベースに登録するようにしてもよい。
【０２１８】またメールが説明会の案内であることを理
解することにより、データベース651のユーザのスケジ
ュールにアクセスし、既存のスケジュールデータとの時
間のマッチングを行なう。新規スケジュールデータに既
存のスケジュールデータとの衝突などの問題がなけれ
ば、このデータをスケジュールを追加登録するが、図６
９で示すように、問題を発見した場合には、送信元に対
する返事およびユーザに対する報告を作成する。
【０２１９】このように、本システムは、受取った情報
から内容を理解することにより、システムが行なうべき
レスポンスを状況により作り出して実行するものであ
る。
【０２２０】なお、上記説明では、Emailを送ってきた
相手に対して、システムがユーザに確認せずに返事を作
成し、返送するという処理を行なったが、これは文書中
に「都合の悪い方は、至急ご連絡下さい。」という文章
があり、これを解析した結果から、応答の緊急度が高い
と判断したために行なった行動である。ここで、開催予
定がかなり先の日時であったり、任意参加などの会合
で、応答の緊急度が低いと判断された場合には、応答に
先立ってユーザに確認を行なうなど、緊急度に応じて行
なう行動を決定するものである。
【０２２１】また、自然言語によるユーザからの指示と
同様に、ユーザからの自然言語入力に対して、スケジュ
ールや個人データベース等にアクセスして応答すること
が可能である。
【０２２２】例えば、「だれそれの電話番号は何番？」
と自然言語で質問することにより、個人データベースの
アクセスを行なったり、「１６日の会議は何処である
？」と自然言語で質問を受けることによりスケジュール
にアクセスし、ユーザに返事をすることが可能である。
【０２２３】図６６は、本実施形態の全体的な処理を行
なうシステムと外部との入出力の種類を表した図であ
る。
【０２２４】入力としては、キーボードから入力した
り、電子メールとして受信した自然言語情報、あるいは
スキャナから画像として入力される文書や画像、マイク
などから入力される音声、カメラから入力される画像な
どが扱える。スキャナにより読み取られた文書には文字
認識処理を施し、音声には音声認識処理を施すことによ
り、自然言語の入力情報を得ることができる。
【０２２５】入力において、入力無し（Idle）は、図６
４のステップS642で示したように、外部からの入力が何
もない場合にシステム自らが実行するべき仕事を探し
て、入力とするものである。例えば、与えられた仕事が
無いアイドル状態の時に、ニュースをアクセスし、ユー
ザに関わりのある情報を自ら取りに行き、入力情報とす
る。
【０２２６】また、出力としては、スケジュールなどの
データベースへの登録や、ファイル記憶装置へのファイ
リング、またはデータの削除。更には、ユーザへの通知
や送信元への返答などがある。出力で重要なことは、シ
ステムの理解の範囲では処理を行なうことができないと
いう判断をすることができ、できない旨の応答をするな
ど、処理ができない場合に他のアクションを行なうこと
が可能な点である。
【０２２７】また、入出力の相手としては、ユーザや外
部の装置、あるいはシステム内部の他の処理部あるいは
別のアプリケーションなどがある。
【０２２８】また、入ってきた文書を解析して、人に関
する情報及び時間に関する情報をデータ抽出して、個人
情報データベースやスケジュールデータに格納すると共
に、期待されているアクションを類推するのに必要な情
報も抽出して、プランニングで利用される。
【０２２９】図６７の例では、入ってきた Email 文書
を解析した結果、人に関する記述として、 システム知財推進課の鈴木です。 鈴木 (ichiro@abc.canon.co.jp) 044-549-6312 ( 内線 620-5151 ) Canon (株) 知的財産本部システム知財推進課 が存在しており、このうちメールアドレスが”kazuyo@a
bc.canon.co.jp”である人物が個人データベースに登録
済みで、他の人物は未登録だとすると、そこから図６７
のように、PERSON1,2,3の情報が抽出され、データベー
ス651に登録される。
【０２３０】一方、時間に関する情報の記述として、
「 2月22日の13時30分から15:00までB会議室で、特許シ
ステム説明会を予定しています。」が存在するので、そ
こからEVENT1の情報が抽出される。
【０２３１】さらに、期待されるアクションを類推する
のに利用される記述として、「都合の悪い方は、至急ご
連絡下さい。」が存在するので、図７０以降で説明する
処理で利用される。
【０２３２】図６８は、図６７および図６９の処理を実
行するための処理の流れを、図６４のフローチャートを
元に必要な部分を抜き出し、実行処理ステップS649をよ
り具体的にあらわしたフローチャートである。
【０２３３】以下に具体的に図６７，６９の流れに合わ
せて説明する。
【０２３４】ステップS680で、Emailの入力があると、
ステップS681で、入力されたEmail文書を単語やセンテ
ンス毎に解析する。ステップS683で、シグネチャおよび
ヘッダから、「人の情報がある」、「説明会というイベ
ントがある」ということを理解する。更に、「不都合の
時に返事が必要である」ということを理解する。
【０２３５】ステップS684で、人の情報を抽出し、デー
タベースに登録するプラン、及び説明会イベントをスケ
ジュールに登録するプランをたてる。ステップS685で、
実行プランは存在する。ステップS686で、問題がないの
で、ステップS688へ処理を渡す。ステップS688で、人の
情報を抽出しデータベースに登録し、ステップS685に戻
る。
【０２３６】図６７の場合、ステップS685で、説明会イ
ベントをスケジュールに登録するという実行プランが存
在する。ステップS686で、このイベントは問題無くスケ
ジュールに登録できるのでステップS688へ処理を渡す。
ステップS688で、スケジュールの登録を行なう。ステッ
プS685に戻ると、実行プランはなく、ステップS689で通
知文もないので、処理を終了する。
【０２３７】図６９の場合、ステップS685で、説明会イ
ベントをスケジュールに登録するという実行プランが存
在する。ステップS686で、スケジュールの衝突を発見す
る。プランの実行には問題があるので、ステップS687
で、都合が悪いので返事を送り、ユーザへ報告するよう
にプランを立て直す。ステップS685で、返事を書いて送
信するプランが存在する。ステップS686で、プランの実
行に問題は無いので、ステップS688で、都合が悪い旨の
文書を作成し、送信元の相手にリプライ文書を送信す
る。ステップS685で、ユーザ通知用の文書作成プランが
存在する。ステップS686で実行に問題は無く、ステップ
S688で、Emailの内容およびスケジュール衝突により、
再考をお願いする返事を出したことをユーザに通知する
文書を作成する。ステップS685で、実行プランはなく、
ステップS689で、通知文があるので適宜ユーザに通知し
て、処理を終了する。
【０２３８】図６９の例では、データ抽出されたスケジ
ュール情報 EVENT1 と、以前から予定されていたスケジ
ュール EVENT2を比較した結果、予定が重なっているこ
とが分かる。更に、図６９の例で抽出した情報によれ
ば、都合が悪い場合は連絡しなければならないこともわ
かる。そこで、本実施形態を用いたシステムでは、手紙
作成の知識を利用して、予定が重なっている為会議に出
席できないという旨を伝える手紙を作成し、自動的に返
事を送信する。
【０２３９】更に、本実施形態を用いたシステムが自動
的に返事を出したことを、本実施形態を用いたシステム
の利用者に通知する。
【０２４０】〔実施形態２４〕図７０は、利用者が音声
により本実施形態のシステムに質問した場合の例を示す
図である。
【０２４１】利用者が「明日の会議はどこでやるんだっ
け？」と音声で質問すると、システムは利用者のスケジ
ュール情報を参照して、会議の場所を答えることができ
る。
【０２４２】さらに、利用者が会議が行われる場所への
行き方がわからない場合、「下丸子のどこにあるの？」
と質問すると、それに対してデータベースを参照して、
更に利用者にどのように説明すればわかりやすくなるか
をプランニングした上で、説明ストーリを作成し、グラ
フィカルなイメージや音声を交えながら説明を実行す
る。
【０２４３】図７１は、図７０の処理の流れを図６４の
基本フローチャートに基づいて表わしたフローチャート
である。ここでは、外部からの入力が質問となってい
る。
【０２４４】１回目の質問に対する処理を説明する。ス
テップS710で、外部からの音声入力（明日の会議はどこ
でやるんだっけ？）が行われると、ステップS711で、入
力文を解析する。ステップS712で、明日の会議に対する
質問であり、ユーザの目的は、その場所を知ることであ
ることを理解する。ステップS713で、質問に答えるた
め、以下のプランニングを行なう。 明日のスケジュ
ールを取り出す。 スケジュールに登録された場所を
取得する。 取得した場所を通知するための文書作成
を行なう。
【０２４５】ステップS714で、この場合は情報の不足は
ないのでステップS716に処理を渡すが、スケジュールに
複数の会議が存在した場合には、どの会議かがわからな
いため、ステップS715でユーザに問い合わせて、再度プ
ランを立て直すことを実行することになる。ステップS7
16で、ステップS713で立てたプランを実行し、ユーザへ
の返事の文書を作成する。ステップS717で、ユーザに通
知すべき文書が存在するので返事を行なうことを決定す
る。この時入力が音声であったことを理解し、返事も音
声で行なうことも同時に決定する。ステップS718で、音
声データに変換した文書をユーザに通知する。
【０２４６】ここで、一旦処理は終了するが、続けてユ
ーザからの質問が入力される。２回目の質問に対する処
理を説明する。
【０２４７】ステップS710で、外部からの音声入力（下
丸子のどこにあるの？）が行われると、ステップS711
で、入力文を解析する。ステップS712で、１回目の質問
の継続質問であることを理解し、回答した名称の具体的
な場所を尋ねる質問であることを理解する。
【０２４８】ステップS713で、質問に答えるために、以
下のプランニングを行なう。 文書では説明困難であ
ることをプラン、 画像を順に流して説明することを
プラン、 画像データベースと場所のデータベースか
ら必要な画像を取得するプラン、 画像に合わせた文
書を作成するプラン。
【０２４９】ステップS714では、情報の不足はない。ス
テップS716では、ステップS713で立てたプランを順次実
行し、画像に合わせたユーザへの返事の文書を作成す
る。ステップS717で、ユーザに通知するべき文書が存在
するので、返事を行なうことを決定する。この時、入力
が音声であったことを理解し、画像をモニターに表示し
ながら、説明を音声で行なうことも同時に決定する。ス
テップS718で、ユーザに通知する。以上で、図７０の一
連の処理の流れは終了する。
【０２５０】〔実施形態２５〕図７２の例は、予定が重
なった場合に、２つのスケジュールの優先度を評価し
て、どうすべきかをプランニングした上で利用者に提案
を行う。
【０２５１】つまり、この例の場合には、一方の予定が
他方よりもより重要な場合、比較的重要でない方の予定
をキャンセルするように提案している。
【０２５２】それに対し、利用者はキャンセルを提案さ
れた予定について、代理を送ることが可能だという知識
を持っている場合、そのようにシステムに答えること
で、システムは、それにあわせたアクションを更に行う
ことができる。また、この時、代理を送るというプラン
について学習することもできる。
【０２５３】図７２は、図６８のフローチャートで説明
したステップS686で、スケジュールの衝突を発見した場
合の図６４のステップS646でのプランの立てかたの他の
例を組み合わせたものである。
【０２５４】図６８では、不都合の返事を無条件に相手
に送信する処理として説明したが、ここではステップS6
46のリプランニングの処理方法として、複数のリプライ
ニングを用いた処理を説明する。
【０２５５】図７３は、スケジュール衝突時のリプライ
ニングとして、文書の内容から優先度を評価してユーザ
へ提案するための処理のフローチャートである。この処
理を以下で説明する。
【０２５６】上記で述べたスケジュールの優先度は、ス
ケジュール毎にユーザがあらかじめ設定しておいた情報
や、スケジュールに含まれるイベントへの出席者や、ス
ケジュールの目的や、受信した文書内容から解析される
結果などから総合的に決定される。ここで、出席者から
決定される優先度は、ユーザがあらかじめ出席者となる
ような人物に対して設定しておいても良い。
【０２５７】また、スケジュールの目的から決定される
優先度は、ユーザがあらかじめ設定しておいても良い
し、過去の操作から学習したユーザが興味を持っている
目的や分野との、共通性を考慮することで決定されるよ
うにしてもよい。つまり、ユーザがコンピュータ関連の
仕事に従事している場合、不動産関連のイベントより
は、コンピュータ関連のイベントのスケジュールの方が
優先される。もちろん、ユーザが家の購入を検討してお
り、そのことがユーザに関する情報として記憶されてい
るのであれば、不動産関連のイベントのスケジュールの
方が優先されることもありえる。
【０２５８】一方、文書内容の解析結果から決定される
優先度としては、例えば「必ず出席して下さい」という
記述の文書と、「できれば出席して下さい」という記述
の文書のスケジュールが衝突した場合、前者の方が優先
度が高いと判断されるなどとすることができる。
【０２５９】図７３において、ステップS730で、既存の
スケジュール情報を取得する。ステップS731で、新規の
スケジュール情報の優先度を評価する。ステップS732
で、両情報の優先度の比較を行なう。ステップS733で、
比較結果からユーザに問い合わせるための通知文書（例
えば、衝突する２つのスケジュールを示し、優先度の低
い方について、キャンセルしてよいかなどをたずねる）
を作成するプランを立てる。ステップS734で、作成した
通知文をユーザに伝える。ステップS735で、プランの問
い合わせに対するユーザからの返事を得る。ここで、ユ
ーザの返事を実行するために、ユーザの返事を入力とし
て再度プランニングするために、図６８の返事リプラン
ニングと同様の処理を行なう（図７４）。
【０２６０】図７４は、上述のリプランニングの処理の
フローチャートである。
【０２６１】ステップS740で、図７３で最終的に得た返
事を入力とする。ステップS741で、入力文書を解析す
る。ステップS742では、スケジュールの変更、初めての
指示プランであることを理解する。
【０２６２】ステップS743では、以下のプランを立て
る。(a)スケジュールを変更する。(b)代理の人に通知す
るための文書を作成する。(c)新しいプランを学習す
る。(d)ユーザに通知する文書を作成する。(e)思い出し
スケジュールがあることを通知する。
【０２６３】ステップS744では、ステップS743で立てた
プランを実行する。(a)スケジュールを変更する。(b)代
理の人に通知するための文書を作成し、通知する。(c)
代理人を頼むというプランを学習する。(d)ユーザに通
知するための文書を作成し、(e)思い出しスケジュール
があることを作成文書に付け加える。
【０２６４】ステップS745では、ユーザへの通知文をユ
ーザへ伝える。以上で、図７２の処理を実行するための
処理の説明を終了する。
【０２６５】〔実施形態２６〕図７５は、本実施形態の
システムの入出力も含めた全体イメージを表す図であ
る。図７６は、図７５のシステム全体の処理の流れを表
わしたフローチャートである。
【０２６６】Email、音声、キーボード入力、ＷＷＷ、
電話、ＦＡＸ、スキャナ、カメラ等各種入力機器から入
力された情報は、すべて入力Management部751で解析さ
れ(ステップS760)、Core部752で、内容を理解し、適切
な処理をプランニングした後(ステップS761)、出力Mana
gement部753により、出力メディアを決定し、出力内容
や出力経路の準備をした後(ステップS762)、Email、音
声、ＷＷＷ、電話、ＦＡＸ、プリンタ、コピー機等各種
出力機器から出力される。
【０２６７】図７７〜７９は、図７６の全体フローチャ
ートの各ステップであるステップS760(入力Management
部751の処理)、ステップS761(Core部752の処理)、ステ
ップS762(出力Management部753の処理)を具体的に表わ
したフローチャートである。
【０２６８】図７７において、入力Management部751
は、ステップS770で、新規入力を待つ。ステップS771で
入力された情報を取得する。ステップS772では、取得し
た入力情報の解析処理を必要なら認識を行なった上で実
行する。この時、入力Management部751は、種々のメデ
ィアから情報を受けつけることができ、各メディアに応
じた方法で、認識や解析を行なう。
【０２６９】図７８において、Core部752は、図７７で
解析された入力情報を受取り処理を行なう。
【０２７０】ステップS780で、解析結果から入力情報の
目的を解析、理解する。ステップS781では、入力情報の
目的が自分（システム、ユーザ）とどのように関係して
いるか調べる。ステップS782で、目的に合わせて自分と
の関係から何を実行するべきかのプランニングを行な
う。ステップS783では、ステップS782で作られたプラン
を実行する。
【０２７１】図７９において、出力Management部753
は、図７８で実行した結果からレスポンスする必要があ
るかを決定し、必要があれば、レスポンスを作成して出
力する。
【０２７２】ステップS790では、図７８で実行した結果
の解析を行なう。ステップS791では、実行した結果に対
するレスポンスがあるかを判定する。何もなければこの
まま処理を終了する。レスポンスがある場合には、ステ
ップS792で、外部からのレスポンスに対するレスポンス
をどのようにするか決定する。ステップS793では、レス
ポンスを行なうメディアを決定する。ステップS794では
決定したメディアに合わせたレスポンスの作成を行な
う。ステップS795で作成したレスポンスをメディアに合
わせて発行する。ステップS796で、レスポンスを実際に
物理的に出力する。以上が、図７５の全体イメージを表
わす処理である。
【０２７３】例えば、ユーザに会議の開催を知らせるＥ
ｍａｉｌが到着した場合、まず、入力Management部751
により、図７７の手順で入力情報を解析する。この結果
から、Core部752により、図７８の手順で、ユーザ及び
システムがどう対応すべきかをプランニングされ、処理
される。その結果が、出力Management部753に渡され、
図７９の手順で処理が行われ、レスポンスすべきとプラ
ンニングされていた場合、実際にレスポンスが行われ
る。
【０２７４】ここで、Ｅｍａｉｌで知らされた会議の内
容やそれ以前のユーザのスケジュールの状況によって
は、ステップs782で、ユーザに積極的に通知することが
必要だとプランニングされるので、レスポンスが必要と
なる。よって、ステップs791でレスポンスありと判断さ
れる。ステップs792では、レスポンスする内容が決定さ
れる。例えば、スケジュールが衝突している場合、どち
らかのスケジュールの選択を促したり、参加すべきかど
うかわからない会議の場合、その判断を問い合せるなど
のレスポンスする内容自体がここで決定される。続い
て、ステップs793において、上記で決定されたレスポン
スの内容をもっとも効果的に伝えることができるメディ
アが、決定される。例えば、ユーザが外出先にいるなら
ば、電話やＦＡＸ等の外出先のユーザにも通知すること
ができるメディアが選択され、逆にパソコンなどを使用
している最中ならば、さまざまな資料を効果的に表示す
ることができるパソコン等のメディアが選択される。続
いて、ステップs794、s795において、上記で決定された
内容やメディアに合わせて、文書や画像が作成され、さ
らにメディアによっては自然言語音声に変換されるなど
の方法によって、レスポンスが作成され、発行される。
【０２７５】図８０は、図７５の全体的流れをさらに詳
しく、入力された情報からどのようにしてデータが抽出
されるかを説明するためのフローチャートである。
【０２７６】本実施形態を用いたシステムでは、文書が
入力された場合、まず、ステップS801で、文書のレイア
ウト、バーコードなどの種別判別用記号を参照して、文
書のタイプを推測する。その結果、文書が手紙か、報告
書か、特許公報かなどが推測できれば、ステップS803に
進み、推測できなければ、ステップS810に進み、完全な
ＯＣＲを行なって文書タイプを確定する。
【０２７７】ステップS803では、ＯＣＲにより、推測さ
れた文書タイプが正しいかを確認するために、文書タイ
プを確認するのに特徴的なブロックをＯＣＲして解釈す
る（図８２参照）。その結果、ステップS804で、手紙の
宛先や特許公報の特許番号などがわかり、文書タイプを
確認する。この確認された文書タイプが推測した文書タ
イプと一致すれば、ステップS806に進み、一致しなけれ
ば、ステップS810に進む。例えば、用紙の上部分に帳票
の種類を表す文字列が印刷されている帳票類であれば、
その用紙の上部をＯＣＲすることで文書タイプ確定が容
易である。
【０２７８】ステップS806では、上記確認された文書タ
イプの知識ベースを用いて、ＯＣＲにより特定ブロック
を読み取り解釈し、ステップS807でその結果得られた情
報と関係する情報が過去に存在したかどうかチェックを
し、存在した場合ステップS808に進み、存在しなかった
場合、ステップS810に進む。その結果、宛先や特許番号
などがわかり、過去に送った手紙の返事であるかどうか
などが理解される。
【０２７９】ステップS808では、上記理解された状況を
元に、重要となる本文の内容等から目的を判断し、ステ
ップS809で実行する処理を決定する。
【０２８０】ステップS811では、上記で理解された目的
から、その他のＯＣＲされていない範囲に解析範囲を広
げて解析し、ステップS812以降で実際に処理を実行させ
る。その結果、必要ならばファイリングなどの処理が行
われる。
【０２８１】上記処理により、内容を推測しながらＯＣ
Ｒを行うことができるので、従来のようにいきなり完全
なＯＣＲを行うよりも、効率よく正確なＯＣＲ結果を得
ることが可能になり、ＯＣＲ結果を元に行われる処理も
正しく行えるようになる。
【０２８２】図８１は、データ抽出処理の対象となる手
紙／faxの例を示す図である。
【０２８３】この例において、ステップS801で、文書の
レイアウトから文書のタイプを推測する。その結果、Do
cType1 ＝手紙／fax.となる。
【０２８４】一方、ステップS803で、ＯＣＲにより、特
定ブロックを読み取り、解釈する。（図８２参照）その
結果、From, To, Dear Sirなどが得られ、ステップS804
で、DocType2＝手紙／faxと確認される。
【０２８５】図８０のステップS803で説明した、ＯＣＲ
による特定ブロック読み取りを具体的に説明する。図８
２は、この処理を説明する図である。
【０２８６】本実施形態を用いたシステムでは、下記の
ようにスキャニングが実行される。 解像度の低いプリスキャンにより、高速に読み込む。 読み込まれた情報のフォームと、ＤＢ823に貯えてあ
るフォーム情報とを比較し、一致した場合フォーム以外
に入力された情報または、フォーム毎に指定された領域
(例えば、図８２のカード上の枠内の部分)の情報だけを
高解像度で読み込む。 上記で読み込まれた領域だけをＯＣＲの対象として解
析し、処理を続行する。
【０２８７】更に、この例では、同じフォームのカード
が複数枚存在していることを想定しているので、一定時
間間隔で読み込もうとしている文書は、同じフォームの
可能性が高いので、まず、同じフォームのものとして処
理を行い、矛盾が発生して初めてフォームが異なるもの
として再解析を行う。
【０２８８】これにより、処理速度の大幅な向上と、解
析範囲を限定し、しかもフォームを特定することで解析
ドメインを特定し、解析精度の大幅な向上が可能にな
る。
【０２８９】図８０のステップS808で説明した、内容等
からの目的の判断を具体的に説明する。
【０２９０】本実施形態を用いたシステムでは、日付の
データを参照して、図８３の手順により、処理の判断が
実行される。送り手が利用者の場合、下記の処理を実行
する。 日付が今日の場合、ＦＡＸで送信すると判断する。 日付が昨日以前の場合、以前に同じ文書を送ったかど
うか、同じ内容を見たことがあるか等をユーザに問い合
せ、ファイリング、再送信、利用者の間違いかどうかを
判断する。 日付が明日以降の場合、日付に指定されている日まで
保持するか、利用者の間違いかどうか問い合せる。
【０２９１】具体的には、図８１の文書を例にして、Da
te1を文書の日付、Date2を今日の日付とした時、 Date1 = 1996年11月25日 ＆ Date2 = 1996年11月25日 − 文書送る Date1 = 1996年11月25日 ＆ Date2 = 1997年７月２日 − ファイル Date1 = 1995年11月25日 ＆ Date2 = 1996年11月26日 中身日付 = 1996年12月18日、22日 − 間違い
【０２９２】図８３は、入力された文書から目的を解析
する処理のフローチャートの一例である。文書が入力さ
れると、ステップs830で送信者がユーザかどうか判定さ
れ、ユーザ以外の場合には入力された文書が受信した文
書であると判断され、ステップs831で、それに対応して
ファイリングやデータ抽出等といった目的が洗い出さ
れ、終了する。
【０２９３】一方、送信者がユーザの場合には、入力さ
れた文書がどのような文書なのかを更に解析する為に、
ステップs832以降に進む。ステップs833で文書の日付と
今日の日付が比較され、日付が近い場合には、ステップ
s835で、以前にその文書を送信したかどうかがチェック
され、送信していない場合にはその目的は「文書の送
信」だと決定される。また、以前に送信した文書の場合
には、ステップs843で、それに対応してファイリングや
再送信等の目的が洗い出される。
【０２９４】一方、文書の日付がかなり以前のものであ
った場合には、ステップs836に進み、送信したかどうか
がチェックされ、送信した文書の場合、同じくステップ
s843に進む。送信していなかった場合には、ステップs8
37に進み、文書中の情報から他に日付が記載されていな
いかチェックされる。日付を見つけた場合には、同じく
ステップs843に進む。日付が無い場合には、目的として
文書の送信が考えられるが、日付が間違えている可能性
もあると判断される。
【０２９５】また、文書の日付が現在の日付よりかなり
先のものである場合には、ステップs840で、文書中の情
報から他に日付の記載があるかどうかチェックされ、ス
テップs841で日付を見つけた場合には、目的は「文書の
送信」だと決定される。日付が無い場合には、ステップ
s839に進む。
【０２９６】〔実施形態２７〕図８４は、本実施形態を
用いたシステムの構成例の１つを示す図である。この例
では、システムは現状のＦＡＸのように動作する。
【０２９７】しかし、本実施形態のシステムによれば、
利用者が送信先を指定することなしに、読み込まれた文
書に付されたバーコードやカバーシートの情報から、文
書の送信先が判断されて、適切な送信先へ送信すること
ができる。
【０２９８】これにより、プリンタ、ＦＡＸ、Ｅｍａｉ
ｌ、ＷＷＷに適切に情報が送られることになる。
【０２９９】〔実施形態２８〕図８５は、本実施形態を
用いたシステムの構成例の１つを示す図である。この例
では、システムは、机の上にあるあらゆる文書を処理し
てくれる、デスクソータの機能を実現する。
【０３００】つまり、読み込まれた文書の内容に応じ
て、分類、ファイリング、スケジューリング、その他デ
ータ抽出、処理の自動実行が行われる。
【０３０１】〔実施形態２９〕図８６は、図８５で説明
したシステムをさらに詳細に説明したものである。図８
６に基づいて、図８７のフローチャートに従って、処理
手順を具体的に説明する。
【０３０２】図８７は、本実施形態の処理手順を表わす
フローチャートである。図８８、図８９は、この処理中
に利用される知識を表わしたものであり、図８８は、一
般知識ベースの知識を表わしたものである。図８９は、
カバーページに特定された分野の知識ベースの知識をあ
らわしたものである。本実施形態では、図８８、図８９
で定義された情報を参照して、入力された文書中に含ま
れる文字列と、図中の文字列の欄で定義された文字列と
を比較し、一致した項目の概念と、その意味を更に特定
するRoleと、後続する情報を規定するCondition又は、
指示された処理Actionを取得し、解析を行う。
【０３０３】図８７において、ステップS870で、カバー
ページをスキャンしてＯＣＲ処理を実行する。ステップ
S871で、図８８の知識ベースを参照し、送信者、受信者
の氏名、電話番号、FAX番号などの情報を抽出する。ス
テップS872で、抽出した情報をデータベースに登録す
る。例えば、図８６の例では受信した文書のカバーペー
ジに「To: Macrohard Corp.」という文字列が含まれてい
る。そこで、図８８の文字列の欄に定義されている項目
と比較すると、一致する項目「To」が発見され、そのRole
は受信会社名または氏名であるので、受信者の情報とし
て「Macrohard Corp.」が抽出される。
【０３０４】ステップS873で、図８９のカバーページに
特定された分野の知識ベースから、通知方法や手段、フ
ァイリング作業や場所などのアクションやＪＯＢを取り
出す。例えば、図８６の例では受信した文書のカバーペ
ージに「File: MH/Contract」という文字列が含まれてい
る。そこで、図８９の文字列の欄に定義されている項目
と比較すると、一致する項目「File」が発見され、指示さ
れたアクションとして、ファイリングすることが取り出
され、ファイリング場所の情報として、文書中から「MH
/Contract」が抽出される。
【０３０５】ここで、Date1 = 1996年11月25日 ＆ Date
2 = 1996年11月25日であるとすると、図８３につき説明
したように、目的−文書送ると判断される。
【０３０６】ステップS874では、本処理の目的のための
アクションが存在するか確認する。ステップS875では、
相手に文書を送信することが目的であるので送信するア
クションを実行する。ステップS876で、カバーページの
情報からファイリングの必要があるか判断する。ステッ
プS877で、図８６の例では必要があるので、指示された
場所である「MH/Contract」にファイリングする。
【０３０７】ステップS878で、ステップS876と同様に、
カバーページの情報から送信者に通知する必要があるか
判断する。送信者に音声で通知するように指示されてい
るため、ステップS879で、相手に文書を送信したことを
音声で送信者に通知する。ステップS880で、その他のア
クションがあるかを判断する。ステップS881では、キー
ワード指定があるので、ＡＢＣというキーワードでイン
デックスを作成する。
【０３０８】〔実施形態３０〕図９０は、過去に行われ
た履歴を、音声入力された自然言語による指示に基づい
て参照して、処理を実行する例を示す図である。図９０
を基に、図９１のフローチャートに従って、処理の説明
を行なう。
【０３０９】図９１は、本実施形態の処理の流れを示す
フローチャートである。ユーザから音声により、「Fax
Contract again to John. Notify him by Phone.」とい
う指示を受信すると、本システムは受信した自然言語に
よる指示の目的を解析し、「Contractという文書をJohn
にＦＡＸで再送信し、到着を電話で知らせる。」という
ことを理解する。そこで、具体的に文書Contractと、送
信先Johnを特定して、処理を実行させる為に、図９１の
フローを実行させる。
【０３１０】ステップs910で、再送信ということは以前
に送信が行われているので、データベースから履歴情報
を取得する。その結果、文書Contract及びJohnが履歴情
報から特定される。ステップS911で、パーソナルデータ
ベースから John の宛先を取得する。データベース中に
は、John SmithとJohn Bushという2人のJohnが存在して
いるので、本来であれば送信先を特定することはできな
いはずであるが、ステップs910で履歴情報を参照したこ
とで、以前に文書Contractを送ったJohnとは、John Smi
thであると判明し、送信先が特定される。ステップS912
で、ファイリングデータベースから「Contract」文書を
取得する。ステップS913で、送信先である John に文書
を送信する。ステップS914では、通知指示「Notify him
by Phone」があるので通知の必要があると判断する。
ステップS915では、図８９と同様、知識ベースのルール
から、受信者に電話での通知をするように、送信先のＦ
ＡＸ901に指示を行なう。ステップS916で、その外のア
クションは指示されていないので処理を終了する。
【０３１１】更に、文書を受信したＦＡＸ901は、前述
の通知指示にしたがって、JohnにMr.Doorsから文書を受
信したことを、電話で通知する。なお、ＦＡＸ901が電
話で通知することができない場合には、送信元で行なう
ようにしてもよい。
【０３１２】〔実施形態３１〕図９５は、解析された入
力文書の内容から、利用者が何かを行うべきと判断し、
実際に利用者に問い合せた後、必要な処理を自動実行し
た例のフローチャートである。図９２は、入力文書の例
を示す図である。図９３は、システムとユーザとの会話
の内容を表わした図である。図９４は、図９３の会話か
ら判断してシステムが作成した出力文書である。
【０３１３】図９５のフローチャートに基づいて、図９
２の入力文書から図９４の出力文書を作成するまでの処
理を説明する。
【０３１４】ステップS950で、図９２の入力文書を解析
して、以下の目的を理解する。(a)John Smith さんが11
月28日の3時に横浜に到着すること。(b) John Smith さ
んは日本語が苦手なこと。(c)駅に迎えに来て欲しいこ
と。
【０３１５】ステップS951で、理解した内容から、利用
者が何かを行なうべきかを判断する。ここでは、駅に迎
えに行かなければならないと判断するので、ステップS9
52に移る。ステップS952では、自分（システム）が代理
で実行できるか判断する。ここでは、システムは自分で
迎えに行くことはできないのでステップS953に移る。ス
テップS953で、利用者に問い合せる必要があるかどうか
判断し、ステップS954へ進む。この例では、入力された
文書の宛先から Aruna Rohra さん宛ての依頼であるこ
とを判断されるので、ステップS954に移る。
【０３１６】ステップS954で、利用者（Aruna Rohraさ
ん）に問い合わせる為の作業を行ない、問い合わせを行
なう。この例では、ステップs951で理解した結果から、
利用者にJohnさんを迎えに行かなければならないが、ど
う対処したら良いかを利用者に問い合せている。ステッ
プS955で、問い合わせた結果から次に何を行なうかを判
断し、行動を起こす必要があるか否かを判断する。この
例では、利用者が、田中さんに迎えに行くことを頼むよ
うに、指示しているので、その指示にしたがって行動を
起こす。よって、ここでは田中さんに代わりにお願いで
きないかを頼む必要が出てきたので、行動を起こす必要
があると判断する。ステップS956で、田中さんに代理を
お願いするための文書作成および連絡を行なう。ここで
は電子メール用の文書を作成し、送信する。この例で
は、Johnさんが28日に到着するという情報と、利用者の
代りに迎えに行って欲しいという指示と、この依頼の元
になったオリジナルの文書を添付するということから、
文書を自動作成している。
【０３１７】以上で、入力文書から、利用者が実際に行
動を起こさなければならない事柄(ここでは駅に迎えに
行くということ)を実施するための処理の流れを説明し
た。
【０３１８】〔実施形態３２〕図９６は、リモコンによ
りシステムを操作する実施形態を示す図である。
【０３１９】本実施形態のシステムによれば、デバイス
とリモコンが直接あるいは間接的にコミュニケーション
することで、お互いにお互いを特定することができる。
それにより、自動デバイス特定、デバイスの能力を
デバイスから取得、デバイス固有のＵＩ(ユーザ・イ
ンタフェース)、音声による操作、基本操作はすべ
てのデバイスに対して共通、ユーザ固有のＵＩ、状
況に応じた自由度の高いＵＩといった機能が実現され
る。
【０３２０】つまり、リモコンを操作対象機器に向け
るだけで操作対象機器を自動的に認識し、デバイス毎
の情報をデバイス自体からＩｒＤＡや無線ＬＡＮを介し
て取得し、取得されたデバイス毎の情報からデバイス
固有のＵＩを実現し、音声による操作を可能にする一
方、基本的な操作は同一のリモコンで操作可能とする
ことで共通基本操作を実現し、ユーザの識別情報を参
照することで、ユーザ毎に必要な情報をデータベースや
アドレスブックから取得して、ユーザ固有のＵＩを実現
するだけでなく、状況に応じて最適なＵＩを実現す
る。
【０３２１】図９６では、リモコン960をＦＡＸ963に向
けることで、ＦＡＸ963から機種識別情報を得て、この
機種に対応するＵＩをアクティブとし、表示された「Fax
to」に続けて、タッチペンで、「Fax to John」という文
字列を入力してＦＡＸ963に指示することで、パソコン9
64内のアドレスブック965からJohnのFAX番号を読み出し
て、その番号に対して、ＦＡＸ963にセットされた文書
あるいはパソコン964内のファイル上の指定された文書
を送信する。この詳細については、後述する。
【０３２２】〔実施形態３３〕図９７は、ステータスモ
ニタの例を示す図である。
【０３２３】本実施形態のシステムによれば、利用者が
直接操作を行っている機械以外の情報を参照することが
できる。
【０３２４】それにより、リモート ＆ ハンディ管
理、自動デバイス特定、ステータスを見るための共
通入出力、携帯電話の機能を持つ、音声操作、赤
外線入出力可能なすべてのデバイスに対応できるといっ
た機能が実現される。
【０３２５】つまり、対象機器から離れた場所であっ
ても必要な情報を取得可能になり、リモコンを操作対
象機器に向けるだけで操作対象機器を自動的に認識し、
基本的な操作は同一のリモコンで操作可能とすること
で共通基本操作を実現し、リモコンに携帯電話の機能
を持たせることで操作性を向上し、音声操作を可能に
し、一般的なプロトコルを用いることで赤外線入出力
可能なすべてのデバイスに対応可能となる。
【０３２６】図９７では、ステータスモニタ970をプリ
ンタ961、コピー機962、あるいはＦＡＸ963に向けて、
タッチペンで、「Status」という文字列を入力して指示す
ることで、ステータスモニタ970を向けたデバイスから
ステータス情報をステータスモニタ970に読み出して、
ステータスモニタ970のユーザが各デバイスのステータ
スを確認することができる。また、例えば、パソコン96
4が、ステータスモニタ970からの命令が受信できない場
所にある場合でも、このパソコン964とネットワークを
介して通信可能なプリンタ961等に対して、パソコン964
を指定してステータスを要求することにより、ネットワ
ークとプリンタ961を介して、パソコン９６４からステ
ータス情報をステータスモニタ９７０に読み出すことも
できる。
【０３２７】〔実施形態３４〕図９８は、リモコン960
が対象機種を認識し、対応するＵＩをリモコン960の内
部から読み出して表示する例を示す図である。対象機種
に向けていない状態でのリモコンには、図の中央のよう
に、「操作したい機械に向けて下さい」というメッセージ
が表示されたデフォルト状態の画面となっている。
【０３２８】ここで、リモコンと対象機種との間のコミ
ュニケーションの流れを説明する。
【０３２９】なお、下記の説明で及びは必須のもの
ではない。例えば、で対象機種が常に一定間隔でリモ
コンに向けた信号を発しているようにすれば、同じ効果
を実現できる。あるいは、対象機種または他の装置によ
って、リモコン960が対象機種に向けられていること
を、リモコン960と対象機種との位置関係から検出する
ようにしてもよい。また、で、リモコン960が、対象
機種の装置形状を見て対象機種を識別したり、対象機種
に付されたバーコードを読み取って対象機種を識別した
りするようにしてもよい。つまり、図９８では必須の部
分だけを図示している。
【０３３０】利用者がリモコン960を対象機種に向け
る。 リモコン960から対象機種に対象機種識別信号要求信
号を送るタイミングを決定する為に、利用者がリモコン
960のタッチパネルなどに触れる。または、あらかじめ
常に一定間隔で対象機種識別信号要求信号を送るように
設定されている。 リモコン960から対象機種識別信号要求信号を対象機
種に送る。 リモコン960からの対象機種識別信号要求信号の要求
に従って、あるいはあらかじめ常に一定間隔で対象機種
識別信号を送るように設定されていれば、その設定にし
たがって、対象機種識別信号を送る。 対象機種識別信号を受け取ったリモコン960は、信号
が示す対象機種にあわせてＵＩを決定し、リモコン960
内部で貯えている対応するＵＩを表示する。ここで、識
別信号は機種毎としたが、機器毎とすることで、同機種
でも機器毎に異なるＵＩを利用することもできる。
【０３３１】図９９は、リモコンが対象機種を認識し、
対応するＵＩをリモコン960の内部から読み出して表示
する例における、リモコン側の処理の例を示すフローチ
ャートである。リモコン側の処理の流れを説明する。
【０３３２】ステップS991で、利用者の指示操作がある
まで、待機する。ステップS992で、対象機種から対象機
種識別信号を発信してもらう為の、対象機種識別信号要
求信号を、赤外線等の方法で発信する。ステップS993
で、対象機種から対象機種識別信号が発信されるまで待
機する。ステップS994で、受け取った対象機種識別信号
に対応するＵＩを、リモコン960が参照可能な内部のメ
モリなどから取得し、表示する。
【０３３３】図１００は、リモコン960が対象機種を認
識し、対応するＵＩをリモコン960の内部から読み出し
て表示する例における、対象機種側の処理の例を示すフ
ローチャートである。対象機種側の処理の流れを説明す
る。
【０３３４】ステップS1001で、リモコン960からの要求
信号があるまで待機する。ステップS1002で、対象機種
識別信号を、赤外線通信等の方法で発信する。
【０３３５】〔実施形態３５〕図１０１は、リモコンが
対象機種からＵＩを受け取り、表示する例を示す図であ
る。対象機種に向けていない状態でのリモコン960に
は、図１０１の中央のようにデフォルト状態の画面が表
示されている。
【０３３６】ここで、リモコンと対象機種との間のコミ
ュニケーションの流れを説明する。なお、下記の説明で
からは必須のものではない。例えば、で対象機種
が常に一定間隔でリモコンに向けた信号を発しているよ
うにすれば、同じ効果を実現できる。あるいは、対象機
種または他の装置によって、リモコン960が対象機種に
向けられていることを、リモコン960と対象機種との位
置関係から検出するようにしてもよい。また、で、リ
モコン960が、対象機種の装置形状を見て対象機種を識
別したり、対象機種に付されたバーコードを読み取って
対象機種を識別したりするようにしてもよい。つまり、
図１０１では必須の部分だけを説明している。
【０３３７】利用者がリモコン960を対象機種に向け
る。 リモコン960から対象機種にＵＩ要求信号を送るタイ
ミングを決定する為に、利用者がリモコン960のタッチ
パネルなどに触れる。または、あらかじめ常に一定間隔
でＵＩ要求信号を送るように設定されている。 リモコン960からＵＩ要求信号を対象機種に送る。 リモコン960からのＵＩ要求信号の要求に従って、Ｕ
Ｉを送る。あるいはあらかじめ常に一定間隔でＵＩを送
るように設定されていればその設定に従って、ＵＩを送
る。 ＵＩを受け取ったリモコン960は、ＵＩを表示する。
【０３３８】図１０２は、リモコン960が対象機種から
ＵＩを受け取り、表示する例における、リモコン側の処
理の例を示すフローチャートである。リモコン側の処理
の流れを説明する。
【０３３９】ステップS1021で、利用者の指示操作があ
るまで待機する。ステップS1022で、対象機種からＵＩ
を発信してもらう為の、ＵＩ要求信号を、赤外線通信等
の方法で発信する。ステップS1023で、対象機種からＵ
Ｉが発信されるまで待機する。ステップS1024で、受け
取ったＵＩを表示する。
【０３４０】図１０３は、リモコンが対象機種からＵＩ
を受け取り、表示する例における、対象機種側の処理の
例を示すフローチャートである。対象機種側の処理の流
れを説明する。
【０３４１】ステップS1031で、リモコン960からの要求
信号があるまで待機する。ステップS1032で、ＵＩを、
赤外線通信等の方法で発信する。
【０３４２】〔実施形態３６〕図１０４は、各デバイス
のＵＩは無線ＬＡＮサーバ1041内にあり、リモコン960
を対象機種であるコピー機962に向けて、ＵＩを要求す
ると、コピー機962からの依頼で、無線ＬＡＮサーバ104
1からリモコン960に対してＵＩが送信され、表示される
例を示す図である。
【０３４３】対象機種に向けていない状態でのリモコン
960には、図１０４の中央のようにデフォルト状態の画
面が表示されている。
【０３４４】ここで、リモコンと対象機種との間のコミ
ュニケーションの流れを説明する。 利用者がリモコン960を対象機種（ここでは、コピー
機962とする）に向ける。 リモコン960から対象機種にＵＩ要求信号を送るタイ
ミングを決定する為に、利用者がリモコン960のタッチ
パネルなどに触れる。または、あらかじめ常に一定間隔
でＵＩ要求信号を送るように設定されている。 リモコン960自身を識別するためのリモコン識別情報
（リモコンＡとする）と共にＵＩ要求信号を対象機種に
送る。 リモコンからリモコン識別情報とＵＩ要求信号を受け
取った対象機種は、リモコン識別情報（リモコンＡ）と
対象機種自身を識別する対象機種識別情報（コピー機)
を、対象機種を管理しているサーバ1041に送り、ＵＩの
送信を依頼する。 サーバ1041はリモコン識別情報で示されるリモコン96
0に、対象機種識別情報で示される機種のＵＩを、無線
ＬＡＮ等を介して発信する。 発信された自分宛てのＵＩを受け取ったリモコン960
は、ＵＩを表示する。
【０３４５】図１０５は、リモコンが対象機種からＵＩ
を直接受け取らず、無線ＬＡＮ等を介してＵＩを受け取
り、表示する例におけるリモコン側の処理のフローチャ
ートである。
【０３４６】リモコン側の処理の流れを説明する。ステ
ップS1051で、利用者の指示操作があるまで待機する。
ステップS1052で、対象機種に対して、ＵＩを発信して
もらう為のＵＩ要求信号と、リモコン自身を識別するた
めのリモコン識別情報とを赤外線通信等の方法で発信す
る。ステップS1053で、どこからかＵＩが発信されるま
で待機する。ステップS1054で、受け取ったＵＩを、表
示する。
【０３４７】図１０６は、リモコンが対象機種からＵＩ
を直接受け取らず、無線ＬＡＮ等を介してＵＩを受け取
り、表示する例における、対象機種側の処理の例を示す
フローチャートである。対象機種側の処理の流れを説明
する。
【０３４８】ステップS1061で、リモコン960からの要求
信号があるまで待機する。ステップS1062で、リモコン
から受け取ったリモコン識別情報と、自分自身の対象機
種識別情報をサーバ1041に送信し、ＵＩの送信を依頼す
る。
【０３４９】図１０７は、リモコンが対象機種からＵＩ
を直接受け取らず、無線ＬＡＮ等を介してＵＩを受け取
り、表示する例における、サーバ側の処理の例を示すフ
ローチャートである。サーバ側の処理の流れを説明す
る。
【０３５０】ステップS1071で、対象機種からのＵＩ送
信要求信号があるまで待機する。ステップS1072で、対
象機種から受け取ったリモコン識別情報が示すリモコン
960に、対象機種識別情報が示す機種のＵＩを発信す
る。
【０３５１】〔実施形態３７〕図１０８は、各デバイス
のＵＩは無線ＬＡＮサーバ1041内にあり、リモコン960a
あるいは960bを対象機種であるＦＡＸ963に向けて、Ｕ
Ｉを要求すると、ＦＡＸ963からの依頼で、無線ＬＡＮ
サーバ1041からリモコン960aあるいは960bに対して利用
者毎に異なるＵＩが送信され、表示される例を示す図で
ある。
【０３５２】対象機種に向けていない状態でのリモコン
960aあるいは960bには、図１０８の中央のようにデフォ
ルト状態の画面が表示されている。この画面は、リモコ
ン960a、960bに共通である。
【０３５３】ここで、利用者と、リモコン960aあるいは
960bと、対象機種との間のコミュニケーションの流れを
説明する。 利用者がリモコン960aあるいは960bを対象機種に向け
る。 リモコン960aあるいは960bから対象機種にＵＩ要求信
号を送るタイミングを決定する為に、利用者がリモコン
960aあるいは960bのタッチパネルなどに触れる。また
は、あらかじめ常に一定間隔でＵＩ要求信号を送るよう
に設定されている。 リモコン960aあるいは960b自身を識別するためのリモ
コン識別情報（リモコンＡ、リモコンＢ）と、利用者自
身を識別するための利用者識別情報（上級者、初心者）
とを、共にＵＩ要求信号を対象機種に送る。 リモコン960aあるいは960bから、リモコン識別情報と
利用者識別情報とＵＩ要求信号を受け取った対象機種
は、受け取ったリモコン識別情報と利用者識別情報と共
に、対象機種自身を識別する対象機種識別情報を、対象
機種を管理しているサーバ1041に送る。 サーバ1041はリモコン識別情報で示されるリモコン96
0aあるいは960bに、利用者識別情報と対象機種識別情報
で示されるＵＩを、無線ＬＡＮ等を介して発信する。図
１０８の例では、初心者にとっては利用するのが難しい
同報通信機能の為のＵＩを初心者には送らず、上級者だ
けに送っている。 発信された自分宛てのＵＩを受け取ったリモコン960a
あるいは960bは、ＵＩを表示する。
【０３５４】上記の例では、利用者識別情報として、リ
モコンから利用者のレベル情報を送信するようにしてい
たが、リモコンからはユーザ名などのユーザを個別に識
別する情報を送信するようにして、対象機器あるいはサ
ーバにおいて、受信した識別情報からユーザのレベルを
判別するようにしてもよい。
【０３５５】上記の例ではＵＩに限って説明したが、利
用者毎に異なる利用者識別情報を参照すれば、利用者宛
てに到着した緊急メールの内容や、すぐに知らせたいス
ケジュールなどをＵＩに含めてリモコンに送信すること
ができる。
【０３５６】図１０９は、リモコンが対象機種からＵＩ
を直接受け取らず、無線ＬＡＮ等を介して利用者毎に異
なるＵＩを受け取り、表示する例におけるリモコン側の
処理の例を示すフローチャートである。リモコン側の処
理の流れを説明する。
【０３５７】ステップS1091で、利用者の指示操作があ
るまで待機する。ステップS1092で、対象機種からＵＩ
を発信してもらう為のＵＩ要求信号と、リモコン自身を
識別するためのリモコン識別情報と、利用者自身を識別
するための利用者識別情報を赤外線通信等の方法で発信
する。ステップS1093で、どこからかＵＩが発信される
まで待機する。ステップS1094で、受け取ったＵＩを、
表示する。
【０３５８】図１１０は、リモコンが対象機種からＵＩ
を直接受け取らず、無線ＬＡＮ等を介して利用者毎に異
なるＵＩを受け取り、表示する例における、対象機種側
の処理の例を示すフローチャートである。対象機種側の
処理の流れを説明する。
【０３５９】ステップS1101で、リモコンからの要求信
号があるまで待機する。ステップS1102で、リモコンか
ら受け取ったリモコン識別情報と、利用者識別情報と共
に、自分自身の対象機種識別情報をサーバ1041に送信
し、ＵＩの送信を依頼する。
【０３６０】図１１１は、リモコンが対象機種からＵＩ
を直接受け取らず、無線ＬＡＮ等を介して利用者毎に異
なるＵＩを受け取り、表示する例における、サーバ側の
処理の例を示すフローチャートである。また、図１１２
は、対象機種と利用者識別情報から決定されるＵＩを示
した表の一例である。サーバ側の処理の流れを説明す
る。
【０３６１】ステップS1111で、対象機種からのＵＩ送
信要求信号があるまで待機する。ステップS1112で、対
象機種から受け取ったリモコン識別情報が示すリモコン
に、図１１２のような定義を参照して、対象機種識別情
報と利用者識別情報に対応するＵＩを発信する。
【０３６２】〔実施形態３８〕図１１３、１１４は、目
の前にある操作対象機種が持っていない機能を実現する
例を示す図である。この例の利用者とリモコンと対象機
種との間のコミュニケーションの流れを説明する。 利用者がリモコン960を対象機種に向け、行いたい機
能を指定する。 リモコン960からの要求を受け取った操作対象機種
は、サーバ1041にその要求を伝える。 サーバ1041は要求された機能に対応した機種のＵＩを
発信する。 リモコン960は受信したＵＩを表示する。 利用者はＵＩの指示にしたがって、操作を行う。この
例の場合、利用者は目の前にあるコピー機962に送りた
い文書をセットし、リモコン960で送り先を指示して実
行させる。 操作対象機器は、自分ができることは自分で実行し、
自分ではできないことを他の機器に依頼する。この例の
場合、コピー機962は文書の読み込みは行うが、ＦＡＸ
送信することはできないので、ＦＡＸ963に文書データ
と共に、送信先などの操作指示の内容を送る。 ＦＡＸ963は指示に従い、送られてきた文書データを
指定された送信先にＦＡＸ送信する。
【０３６３】上記の例で、コピー機962が自分ではでき
ない機能を依頼する機器を決定するには、各機器が他の
機器の機能についての知識を持っているようにしてもよ
いし、ネットワーク上の各機器に対して、その機能が実
行可能かを問い合わせた結果、決定するようにしてもよ
い。あるいは、機能と対応する機種の知識を持つサーバ
1041に問い合わせるようにしてもよい。
【０３６４】〔実施形態３９〕図１１５は、目の前にあ
る操作対象機種とリモコンの途中に障害物があるなどの
理由で、リモコンが操作対象機種と直接コミュニケーシ
ョン取れなかった場合に、他の経路で間接的なコミュニ
ケーションを試みる例を示す図である。
【０３６５】ここで、利用者とリモコンと対象機種との
間のコミュニケーションの流れを説明する。なお、下記
の説明でからは必須のものではない。例えば、で
対象機種が常に一定間隔でリモコンに向けた信号を発し
ているようにすれば、同じ効果を実現できる。つまり、
図１１５では必須の部分だけを図示している。
【０３６６】利用者がリモコン960を対象機種に向け
る。 リモコン960から対象機種にＵＩ要求信号を送るタイ
ミングを決定する為に、利用者がリモコン960のタッチ
パネルなどに触れる。または、あらかじめ常に一定間隔
でＵＩ要求信号を送るように設定されている。 リモコン960からＵＩ要求信号を対象機種に送る。 対象機器は、リモコン960からのＵＩ要求信号の要求
に従って、あるいはあらかじめ常に一定間隔でＵＩを送
るように設定されていればその設定にしたがって、ＵＩ
を送る。ＵＩを受け取ったリモコン960は、ＵＩを表
示する。 ここで、リモコン960では、ＵＩ要求信号送信から一
定時間経過後、あるいは一定間隔でＵＩを送るように設
定されている場合にはその間隔以上の間、ＵＩが送られ
てこない場合、別経路でＵＩ要求信号を送る。この例で
は、赤外線信号によるコミュニケーションを実現できな
い場合、無線ＬＡＮを利用したコミュニケーションを試
みる。 無線ＬＡＮを介して、取得したＵＩを表示する。
【０３６７】図１１６は、目の前にある操作対象機種と
リモコンの途中に障害物があるなどの理由で、リモコン
が操作対象機種と直接コミュニケーション取れなかった
場合に、他の経路で間接的なコミュニケーションを試み
る例における、リモコン側の処理の例を示すフローチャ
ートである。リモコン側の処理の流れを説明する。
【０３６８】ステップS1161で、利用者の指示操作があ
るまで待機する。ステップS1162で、対象機種からＵＩ
を発信してもらう為のＵＩ要求信号と、リモコン自身を
識別するためのリモコン識別情報を赤外線等の方法で発
信する。ステップS1163で、ＵＩを受信したかどうかチ
ェックする。ステップS1164で、要求送信後、一定時間
経過したかどうかチェックする。ステップS1165で、対
象機種からＵＩを発信してもらう為のＵＩ要求信号と、
リモコン自身を識別するためのリモコン識別情報とをス
テップS1162での発信経路とは異なる、無線ＬＡＮ等の
方法で発信する。ステップS1166で、受け取ったＵＩ
を、表示する。
【０３６９】この場合、操作対象機種自体に直接送信し
たＵＩ要求信号を、無線ＬＡＮサーバ1041に送ることに
なるが、ＵＩ要求信号を受け取った無線ＬＡＮサーバ10
41では、操作対象機種が不明であるので、まず、機種
(機能)を選択するためのメニューが表示される。そし
て、選択された機種に対応するＵＩが表示される。この
ＵＩは、無線ＬＡＮサーバ1041がリモコン960から機種
選択信号を受信して、その機種に対応するＵＩをリモコ
ン960に送信するようにしてもよいし、前記メニューと
ともに、そのメニューから選択可能な複数のＵＩを送信
するようにしてもよい。
【０３７０】〔実施形態４０〕図１１７は、利用者が行
った操作・アクションと、時刻とを、それに関わる重要
な情報と共に履歴として保存しておく例を示す図であ
る。
【０３７１】ここで、利用者が行った操作・アクション
と、時刻を、それに関わる重要な情報と共に履歴として
保存するときの流れについて、説明する。 利用者が文書をＦＡＸ963にセットし、利用者（発信
者）名と共に、Ａ社のａさんに送信するように指示す
る。 ＦＡＸ963は指示にしたがって文書を送信すると共
に、Tomさんの指示により、文書を aさんに送付した事
実を、送付した文書及び送付時刻と共にサーバ1041に伝
える。 サーバ1041は、受け取った文書を適当な名前のファイ
ル〔File ABC〕として保存すると共に、受け取った事実
を履歴情報として保存する。
【０３７２】図１１８は、利用者が行った操作・アクシ
ョンと、時刻とを、それに関わる重要な情報と共に履歴
として保存しておく例における、リモコン側の処理の例
を示すフローチャートである。リモコン側の処理の流れ
を説明する。
【０３７３】ステップS1181で、利用者の指示操作があ
るまで待機する。ステップS1182で、利用者が行った指
示操作に対する要求信号と、リモコン自身を識別するた
めのリモコン識別情報と、利用者自身を識別するための
利用者識別情報を赤外線通信等の方法で発信する。ステ
ップS1183で、どこからかＵＩが発信されるまで待機す
る。ステップS1184で、受け取ったＵＩを、表示する。
【０３７４】図１１９は、利用者が行った操作・アクシ
ョンと、時刻を、それに関わる重要な情報と共に履歴と
して保存しておく例における、対象機種側の処理の例を
示すフローチャートである。対象機種側の処理の流れを
説明する。
【０３７５】ステップS1191で、リモコン960からの要求
信号があるまで待機する。ステップS1192で、リモコン9
60からの要求信号に対応する処理を実行する。図１１７
の例の場合、利用者がセットした文書を読み込み、A社
のaさんに送信することになる。ステップS1193で、リモ
コン960から受け取ったリモコン識別情報と、利用者識
別情報と、自分自身の対象機種識別情報と、行ったアク
ションと関係する重要な情報とをサーバ1041に送信す
る。図１１７の例の場合、Tomさんの指示により、文書
を aさんに送付した事実を、送付時刻と共に、この事実
に関わる重要な情報である送付文書自体をサーバ1041に
送信する。
【０３７６】図１２０は、利用者が行った操作・アクシ
ョンと、時刻とを、それに関わる重要な情報と共に履歴
として保存しておく例における、サーバ側の処理の例を
示すフローチャートである。また、図１２１は、この処
理の結果、更新された履歴情報の一例を示す図である。
サーバ側の処理の流れを説明する。
【０３７７】ステップS1201で、対象機種からの要求信
号があるまで待機する。ステップS1202で、受け取った
事実に関わる重要な情報を保存する。図１１７の例の場
合、Tomさんが送信を指示した文書を File ABC として
保存している。
【０３７８】ステップS1203で、受け取った事実によ
り、履歴情報を更新する。図１１７の例の場合、Tomさ
んが1996/7/5 10:00に、Ａ社のａさんに文書を送ったこ
とが、ステップS1201で保存したファイル名と共に、記
録される。図１２１は更新された履歴情報の例であり、
1996/7/3にMaryがFileXYZを10部コピーしたという事実
に、1996/7/5 10:00に、TomさんがFile ABCをＡ社のａ
さんに送信したという事実が追加されたものである。ス
テップS1204で、対象機種から受け取ったリモコン識別
情報が示すリモコンに、処理が正しく終了したというＵ
Ｉを発信する。
【０３７９】〔実施形態４１〕図１２２及び図１２３
は、利用者が行った操作・アクションと、時刻を、それ
に関わる重要な情報と共に履歴として保存した後に、履
歴を元に操作を行った例を示す図である。
【０３８０】ここで、利用者が行った操作・アクション
と、時刻を、それに関わる重要な情報と共に履歴として
保存した後に、履歴を元に操作を行ったときの流れにつ
いて、説明する。 リモコン960は、コピー機962に向かって、Tomさんの
履歴を見せるように指示する。 コピー機962は、この指示に基づいて、履歴を管理す
るサーバ1041に、Tomさんの履歴を見せるように伝え
る。 サーバ1041は、履歴情報を参照して、Tomさんが関わ
った履歴のみをＵＩとしてコピー機962に発信し、コピ
ー機962は、このＵＩをリモコン960に送信する。 Tomさんは、リモコン960に表示されている履歴の中か
ら特定の事実を選択し、アクションを指示する。この例
の場合、以前にＡ社に送った資料があらためて必要にな
ったので、履歴の中から「 File ABCをＡ社のａさんに
送信した」という事実を選択し、アクションとして「コ
ピー」を指示することで、目の前のコピー機962からそ
の資料を取り出そうとしている。 コピー機962は、利用者からの「 File ABCをコピー」
という指示をサーバ1041に伝える。 サーバ1041は、対応する文書「 File ABC」をコピー
機962に送る。 コピー機962は、サーバ1041から受け取った文書を印
刷する。
【０３８１】上記において、ユーザは、目の前のコピー
機962から必要な資料を取り出すために、履歴の中から
「 File ABCをＡ社のａさんに送信した」という事実を
選択するようにしていたが、出力したい文書の名称「 F
ile ABC」を知っている場合には、履歴に代えてファイ
ルの一覧を表示させ、その中からファイル名を選択した
り、直接ファイル名を入力したりすることもできる。
【０３８２】また、上記では、取り出す文書を、ＦＡＸ
963で送信するとともに、サーバ1041に保存した文書と
していたが、ネットワーク上のＰＣに保存されている文
書などを対象とすることもできる。
【０３８３】図１２４は、以上の実施形態で利用するリ
モコン960の構成例を示す図である。
【０３８４】1241は表示部であり、液晶により表示を行
なう。更に、表示部1241には抵抗膜が付いており、ペン
1242を用いて情報を入力することができる。この入力
は、ペン1242で画面上のボタンを選択するものでもよ
い。更に、文字認識機能を設け、ペン1242で書いた文字
を入力することもできる。
【０３８５】入力された情報は、通信部1243より他の機
器へ送信することができる。また、装置内部には、制御
のためのＣＰＵ1244とともに、記憶部1245が備えられて
おり、入力情報や通信部1243から受信した情報、操作の
履歴などを記憶する。記憶部1245としては、ＳＲＡＭカ
ード、ＳＩＭＭ、ＨＤＤなどを用いることができる。ま
た、バッテリー駆動であり、防滴になっている。
【０３８６】図１２５は、以上の実施形態で利用するリ
モコン960の他の構成例を示す図である。
【０３８７】1251は表示部であり、液晶あるいはCRTに
より表示を行なう。更に、表示部1251に、オプションと
してタッチパネルを追加することもできる。これによ
り、指やペンなどを用いて情報を入力することができ
る。1252は、ボタンの操作により情報を入力する入力部
である。入力された情報は、通信部1253より他の機器へ
送信することができる。また、装置内部には、制御のた
めのＣＰＵ1254とともに、記憶部1255が備えられてお
り、入力情報や通信部1253から受信した情報、操作の履
歴などを記憶する。記憶部1255としては、ＳＲＡＭカー
ド、ＳＩＭＭ、ＨＤＤなどを用いることができる。
【０３８８】図１２５のリモコンは、記憶部1255を取り
外しても、ボタンリモコンとして使用できる。また、通
信部1253を取り外しても、電子メモ帳（PC）として使用
できる。
【０３８９】また、入力部1252を取り外しても、タッチ
パネルを用いて、図１２４のように使用することができ
る。
【０３９０】図１２６は、以上の実施形態で利用するリ
モコン960の他の構成例を示す図である。
【０３９１】1261は表示部であり、液晶により表示を行
なう。1262は、ボタンの操作により情報を入力する入力
部である。入力された情報は、赤外通信部1263より他の
機器へ送信することができる。また、装置内部には、制
御のためのＣＰＵ1264とともに、記憶部1265が備えられ
ており、入力情報や赤外通信部1263から受信した情報、
操作の履歴などを記憶する。記憶部1255としては、ＳＲ
ＡＭカード、ＳＩＭＭ、ＨＤＤなどを用いることができ
る。更に、PCMCIAスロット1266が設けられており、例え
ば、PCMCIAカードを差し込んで、PCMCIAバスによる接続
が可能となり、２系統の通信経路を利用できる。また、
赤外通信部1263は発光による送信のみで、受信はPCMCIA
バスを使用するようにしてもよい。もちろん、PCMCIAバ
スによる接続を使用しなくてもよい。
【０３９２】なお、本発明は、上記実施形態の機能が実
現できる範囲において、複数の機器（例えばコンピュー
タ本体、インターフェイス機器、ディスプレイなど）か
ら構成されるシステムに適用しても、単一の機器からな
る装置に適用してもよい。
【０３９３】また、前述した実施形態の機能を実現する
ように各種デバイスを動作させることを目的として、該
各種デバイスと接続された装置あるいはシステム内のコ
ンピュータに、前述した実施形態の機能を実現するソフ
トウェアのプログラムコードを供給し、供給されたプロ
グラムにしたがって、そのシステムあるいは装置のコン
ピュータ（またはＣＰＵやＭＰＵ）により、前記各種デ
バイスを動作させることによって実施したものも、本願
発明の範囲に含まれる。またこの場合、記憶媒体から読
み出されたプログラムコード自体が前述した実施形態の
機能を実現することになり、そのプログラムコード自
体、そのプログラムコードをコンピュータに供給する手
段、例えばかかるプログラムコードを記憶した記憶媒体
は、本発明を構成することになる。
【０３９４】かかるプログラムコードを供給する為の記
憶媒体としては、例えば、フロッピーディスク、ハード
ディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯ
Ｍ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、
ＲＯＭ等を用いることができる。
【０３９５】また、コンピュータが読み出したプログラ
ムコードを実行することにより、前述した実施形態の機
能が実現されるだけでなく、そのプログラムコードの指
示に基づき、コンピュータ上で稼動しているＯＳ（オペ
レーティングシステム）、あるいは他のアプリケーショ
ンソフトなどと協働して前述の実施形態の機能が実現さ
れる場合にも、かかるプログラムコードは本願発明の範
囲に含まれることは言うまでもない。
【０３９６】更に、記憶媒体から読み出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書き込まれた後、そのプログラムコードの指示
に基づき、その機能拡張ボードや機能拡張ユニットに備
わるＣＰＵ等が実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。
【０３９７】本願発明を上記記憶媒体に適用する場合、
その記憶媒体には、先に説明したフローチャートに対応
するプログラムコードを格納すればよい。
【０３９８】
【発明の効果】以上説明したように、本発明によれば、
処理の目的を達成するためのユーザの操作の負担を軽減
でき、利用可能な最適な装置資源が活用できるという効
果がある。
【０３９９】また、外部の装置に対して、自装置で出力
すべき情報を要求して、外部装置の情報資源を自装置で
活用したり、自装置から入力した情報の処理を要求し
て、外部装置の装置資源が活用できるという効果があ
る。
【図面の簡単な説明】
【図１】実施形態のシステム構成を表す図である。
【図２】実施形態の機能構成を示す図である。
【図３】実施形態の各装置のハードウェア構成を表す図
である。
【図４】実施形態の処理の流れを示したフローチャート
である。
【図５】複数のプリンタから、最適なプリンタを選択し
て印刷を実行する処理の流れを示した図である。
【図６】リモコンを利用する場合を説明する図である。
【図７】スキャナから文書を読み込み、特定のプリンタ
に送信しようとした場合の例を示す図である。
【図８】スキャナから文書を読み込み、スキャナが管理
できない特定のプリンタに送信しようとした場合の例を
示す図である。
【図９】スキャナから文書を読み込み、スキャナが管理
できない特定のプリンタに送信しようとした場合の例を
示す図である。
【図１０】スキャナから文書を読み込み、スキャナが管
理できない特定のプリンタに送信しようとした場合の例
を示す図である。
【図１１】プリンタの状態を通知する場合の例を示す図
である。
【図１２】実施形態８の処理手順を表わしたフローチャ
ートである。
【図１３】ファイリング処理で、ファイリングする情報
を事前にユーザに伝える場合を示す図である。
【図１４】受信データの要否を判断し、不要な情報を破
棄する場合を示す図である。
【図１５】実施形態９の処理手順を示すフローチャート
である。
【図１６】実施形態９の情報の流れを示す図である。
【図１７】ＪＯＢ実行の詳細な手順を表わすフローチャ
ートである。
【図１８】読み込む機密情報の例を示す図である。
【図１９】ＪＯＢテーブルの例を示す図である。
【図２０】印刷Windowの例を示す図である。
【図２１】ＪＯＢテーブルの例を示す図である。
【図２２】<file A>の内容を示す図である。
【図２３】システム構成例示す図である。
【図２４】質問Windowの例を示す図である。
【図２５】ＪＯＢテーブルの例を示す図である。
【図２６】スケジュールデータの例を示す図である。
【図２７】利用者への問い合わせの例を示す図である。
【図２８】ＪＯＢテーブルの例を示す図である。
【図２９】ＪＯＢテーブルの例を示す図である。
【図３０】プリンタのステータスの変化の例を示す図で
ある。
【図３１】プリンタステータス表を表わす図である。
【図３２】ＪＯＢテーブルの例を示す図である。
【図３３】質問Windowの例を示す図である。
【図３４】ＪＯＢテーブルの例を示す図である。
【図３５】プリンタのステータスの変化の例を示す図で
ある。
【図３６】プラン及びアクションのルールを示す図であ
る。
【図３７】プラン及びアクションのルールを示す図であ
る。
【図３８】目的に対するアクション及び前提条件を示す
図である。
【図３９】各デバイスのプロパティの例を示す図であ
る。
【図４０】各デバイスのステータスの例を示す図であ
る。
【図４１】複数の装置がネットワークに接続されている
状態を表した図である。
【図４２】実施形態１４の処理を行うための機能構成を
示す図である。
【図４３】実施形態１４の処理の流れを表わしたメイン
のフローチャートである。
【図４４】他の装置を制御するときの処理の流れを表わ
すフローチャートである。
【図４５】自分の装置で処理を行う場合の処理の流れを
表わすフローチャートである。
【図４６】指示されたプリンタとは異なるプリンタで出
力を行なう例を示した図である。
【図４７】指示されたプリンタが他のプリンタにＪＯＢ
を転送する例を示した図である。
【図４８】ユーザのプリンタがユーザの外出先のプリン
タにＪＯＢを転送する例を示した図である。
【図４９】実施形態１６の処理の流れを示したフローチ
ャートである。
【図５０】実施形態１６の処理の概念図である。
【図５１】実施形態１７のＪＯＢの流れを示す図であ
る。
【図５２】プリントＪＯＢ自動設定部の処理の流れを表
したフローチャートである。
【図５３】複数のプリンタの1文字あたりの印刷時間と
トナー使用量を表した図である。
【図５４】プリントＪＯＢの内容と、利用者が指定した
パラメータを表した図である。
【図５５】プリントＪＯＢ自動変更部の処理の流れを表
したフローチャートである。
【図５６】プリントＪＯＢの内容と、利用者が指定した
パラメータを表した図である。
【図５７】実施形態１９のＪＯＢの流れを示す図であ
る。
【図５８】プリントＪＯＢのパラメータを自然言語を利
用して設定する例を説明する図である。
【図５９】プリントＪＯＢのパラメータの設定を、文書
自体で設定する例を説明する図である。
【図６０】実施形態２１のＪＯＢの流れを示す図であ
る。
【図６１】プリントＪＯＢシュミレーション部による処
理のフローチャートである。
【図６２】実施形態２２のプリンタシステムの処理手順
のフローチャートである。
【図６３】実施形態２２のプリンタシステムのプリンタ
の外観図である。
【図６４】実施形態２３の処理手順を示すフローチャー
トである。
【図６５】実施形態２３のシステムの機能構成を示す図
である。
【図６６】実施形態２３の全体的な処理を行なうシステ
ムと外部との入出力の種類を表した図である。
【図６７】電子メールからスケジュールを抽出する例を
示す図である。
【図６８】実施形態２３の具体的な処理手順を示すフロ
ーチャートである。
【図６９】スケジュールが衝突する例を示す図である。
【図７０】利用者が音声によりシステムに質問した場合
の例を示す図である。
【図７１】実施形態２４の処理手順を示すフローチャー
トである。
【図７２】衝突するスケジュールを調整する例を示す図
である。
【図７３】衝突するスケジュールのリプランニングの処
理手順を示すフローチャートである。
【図７４】返事のリプランニングの処理手順を示すフロ
ーチャートである。
【図７５】実施形態２６のシステムの入出力も含めた全
体イメージを表す図である。
【図７６】実施形態２６のシステム全体の処理の流れを
表わしたフローチャートである。
【図７７】入力Management部の処理の流れを表わしたフ
ローチャートである。
【図７８】Core部の処理の流れを表わしたフローチャー
トである。
【図７９】出力Management部の処理の流れを表わしたフ
ローチャートである。
【図８０】データ抽出処理の手順を表わしたフローチャ
ートである。
【図８１】データ抽出処理の対象となる文書の例を示す
図である。
【図８２】特定ブロック読み取り処理を説明する図であ
る。
【図８３】日付データを参照した処理の判断手順を示す
フローチャートである。
【図８４】実施形態２７の情報の流れを示す図である。
【図８５】実施形態２８の情報の流れを示す図である。
【図８６】実施形態２８の情報の流れを示す図である。
【図８７】実施形態２８の処理手順を示すフローチャー
トである。
【図８８】一般知識ベースの知識を表わした図である。
【図８９】カバーページに特定された分野の知識ベース
の知識をあらわした図である。
【図９０】過去に行われた履歴を音声で参照して、処理
を実行する例を示す図である。
【図９１】実施形態３０の処理の流れを示すフローチャ
ートである。
【図９２】入力文書の例を示す図である。
【図９３】システムとユーザとの会話の内容を表わした
図である。
【図９４】会話から判断してシステムが作成した出力文
書である。
【図９５】利用者に問い合せた後、必要な処理を自動実
行した例のフローチャートである。
【図９６】リモコンによりシステムを操作する実施形態
を示す図である。
【図９７】ステータスモニタの例を示す図である。
【図９８】リモコンが対象機種を認識し、対応するＵＩ
を表示する例を示す図である。
【図９９】リモコンが対象機種を認識し、対応するＵＩ
を表示する例における、リモコン側の処理のフローチャ
ートである。
【図１００】リモコンが対象機種を認識し、対応するＵ
Ｉを表示している例における、対象機種側の処理のフロ
ーチャートである。
【図１０１】リモコンが対象機種からＵＩを受け取り、
表示する例を示す図である。
【図１０２】リモコンが対象機種からＵＩを受け取り、
表示する例における、リモコン側の処理のフローチャー
トである。
【図１０３】リモコンが対象機種からＵＩを受け取り、
表示する例における、対象機種側の処理のフローチャー
トである。
【図１０４】リモコンが対象機種からＵＩを直接受け取
らず、無線ＬＡＮ等を介してＵＩを受け取り、表示する
例を示す図である。
【図１０５】リモコンが無線ＬＡＮ等を介してＵＩを受
け取り、表示する例におけるリモコン側の処理のフロー
チャートである。
【図１０６】リモコンが無線ＬＡＮ等を介してＵＩを受
け取り、表示する例における、対象機種側の処理の例を
示すフローチャートである。
【図１０７】リモコンが無線ＬＡＮ等を介してＵＩを受
け取り、表示する例における、サーバ側の処理の例を示
すフローチャートである。
【図１０８】リモコンが無線ＬＡＮ等を介して利用者毎
に異なるＵＩを受け取り、表示する例を示す図である。
【図１０９】リモコンが無線ＬＡＮ等を介して利用者毎
に異なるＵＩを受け取り、表示する例におけるリモコン
側の処理のフローチャートである。
【図１１０】リモコンが無線ＬＡＮ等を介して利用者毎
に異なるＵＩを受け取り、表示する例における、対象機
種側の処理のフローチャートである。
【図１１１】リモコンが無線ＬＡＮ等を介して利用者毎
に異なるＵＩを受け取り、表示する例における、サーバ
側の処理のフローチャートである。
【図１１２】対象機種と利用者識別情報から決定される
ＵＩを示した表を表わす図である。
【図１１３】目の前にある操作対象機種が持たない機能
を実現する例を示す図である。
【図１１４】目の前にある操作対象機種が持たない機能
を実現する例を示す図である。
【図１１５】目の前にある操作対象機種と直接コミュニ
ケーション取れなかった場合の対応の例を示す図であ
る。
【図１１６】実施形態３９のリモコン側の処理のフロー
チャートである。
【図１１７】利用者が行った操作・アクションと、時刻
とを、それに関わる重要な情報と共に履歴として保存し
ている例を示す図である。
【図１１８】実施形態４０のリモコン側の処理のフロー
チャートである。
【図１１９】実施形態４０の対象機種側の処理のフロー
チャートである。
【図１２０】実施形態４０のサーバ側の処理のフローチ
ャートである。
【図１２１】更新された履歴情報の一例を示す図であ
る。
【図１２２】履歴を元に操作を行った例を示す図であ
る。
【図１２３】履歴を元に操作を行った例を示す図であ
る。
【図１２４】リモコンの構成例を示す図である。
【図１２５】リモコンの構成例を示す図である。
【図１２６】リモコンの構成例を示す図である。
【図１２７】事前通知を行うかどうかを指定した情報を
示す図である。
【図１２８】ＪＯＢの目的に応じた装置が存在しない場
合の情報の流れを示す図である。
【図１２９】最適な方法をユーザに提案するウィンドウ
の表示例を示す図である。
【図１３０】パラメータ設定における文字列の表わす意
味と、その意味を完成させるために必要な要求項目とを
示した図である。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 藤井 憲一 東京都大田区下丸子３丁目30番２号キヤノ ン株式会社内 (72)発明者 茨木 正一 東京都大田区下丸子３丁目30番２号キヤノ ン株式会社内 (72)発明者 須田 アルナ・ローラ 東京都大田区下丸子３丁目30番２号キヤノ ン株式会社内

Claims (34)

    【特許請求の範囲】
  1. 【請求項１】 情報を受信する受信手段と、 受信した情報を解析する解析手段と、 該解析手段の解析結果に基づいて、ユーザより指示され
    た処理と該処理の実行が指示された装置とを決定する決
    定手段と、 他の装置に処理の実行を指示する指示手段と、 状況を認識する認識手段と、 前記解析結果及び前記状況に基づいて、前記指示された
    処理を前記指示された装置に指示すべきか否かを判断す
    る判断手段と、 該判断手段により指示すべきでないと判断された場合
    に、前記ユーザに問い合わせを行なう質問手段とを有す
    ることを特徴とする情報処理装置。
  2. 【請求項２】 前記質問手段が、ユーザの指示に対する
    代案を提示することを特徴とする請求項1に記載の情報
    処理装置。
  3. 【請求項３】 前記認識手段が、接続されている他の装
    置の状況を認識することを特徴とする請求項２に記載の
    情報処理装置。
  4. 【請求項４】 前記認識手段により、前記指示された装
    置が前記指示された処理を実行できないと認識された場
    合に、前記質問手段が、ユーザの指示に対する代案を提
    示することを特徴とする請求項３に記載の情報処理装
    置。
  5. 【請求項５】 前記認識手段により、前記指示された装
    置より前記指示された処理を実行するのに適切な装置が
    存在すると認識された場合に、前記質問手段が、当該適
    切な装置での実行を前記代案として提示することを特徴
    とする請求項３に記載の情報処理装置。
  6. 【請求項６】 前記認識手段により、前記指示された処
    理より適切な処理が存在すると認識された場合に、前記
    質問手段が、当該適切な処理の実行を前記代案として提
    示することを特徴とする請求項２に記載の情報処理装
    置。
  7. 【請求項７】 前記質問手段により提示された代案に対
    して、ユーザからの応答を受信する応答受信手段を有す
    ることを特徴とする請求項２に記載の情報処理装置。
  8. 【請求項８】 前記応答受信手段により、前記代案に対
    して、ユーザからの応答が承認である場合に、前記代案
    の実行を該当する装置に指示することを特徴とする請求
    項７に記載の情報処理装置。
  9. 【請求項９】 前記質問手段が、複数の案を提示するこ
    とを特徴とする請求項２に記載の情報処理装置。
  10. 【請求項１０】 前記認識手段は、前記他の装置のプロ
    パティを認識することを特徴とする請求項３に記載の情
    報処理装置。
  11. 【請求項１１】 前記認識手段は、前記他の装置の現在
    のステータスを認識することを特徴とする請求項３に記
    載の情報処理装置。
  12. 【請求項１２】 情報を受信する受信工程と、 受信した情報を解析する解析工程と、 該解析工程の解析結果に基づいて、ユーザより指示され
    た処理と該処理の実行が指示された装置とを決定する決
    定工程と、 他の装置に処理の実行を指示する指示工程と、 状況を認識する認識工程と、 前記解析結果及び前記状況に基づいて、前記指示された
    処理を前記指示された装置に指示すべきか否かを判断す
    る判断工程と、 該判断工程により指示すべきでないと判断された場合
    に、前記ユーザに問い合わせを行なう質問工程とを有す
    ることを特徴とする情報処理方法。
  13. 【請求項１３】 前記質問工程では、ユーザの指示に対
    する代案を提示することを特徴とする請求項1２に記載
    の情報処理方法。
  14. 【請求項１４】 前記認識工程では、接続されている他
    の装置の状況を認識することを特徴とする請求項１３に
    記載の情報処理方法。
  15. 【請求項１５】 前記認識工程により、前記指示された
    装置が前記指示された処理を実行できないと認識された
    場合に、前記質問工程において、ユーザの指示に対する
    代案を提示することを特徴とする請求項１４に記載の情
    報処理方法。
  16. 【請求項１６】 前記認識工程により、前記指示された
    装置より前記指示された処理を実行するのに適切な装置
    が存在すると認識された場合に、前記質問工程におい
    て、当該適切な装置での実行を前記代案として提示する
    ことを特徴とする請求項１４に記載の情報処理方法。
  17. 【請求項１７】 前記認識工程により、前記指示された
    処理より適切な処理が存在すると認識された場合に、前
    記質問工程において、当該適切な処理の実行を前記代案
    として提示することを特徴とする請求項１３に記載の情
    報処理方法。
  18. 【請求項１８】 前記質問工程により提示された代案に
    対して、ユーザからの応答を受信する応答受信工程を有
    することを特徴とする請求項１３に記載の情報処理方
    法。
  19. 【請求項１９】 前記応答受信工程により、前記代案に
    対して、ユーザからの応答が承認である場合に、前記代
    案の実行を該当する装置に指示することを特徴とする請
    求項１８に記載の情報処理方法。
  20. 【請求項２０】 前記質問工程において、複数の案を提
    示することを特徴とする請求項１３に記載の情報処理方
    法。
  21. 【請求項２１】 前記認識工程で、前記他の装置のプロ
    パティを認識することを特徴とする請求項１４に記載の
    情報処理方法。
  22. 【請求項２２】 前記認識工程で、前記他の装置の現在
    のステータスを認識することを特徴とする請求項１４に
    記載の情報処理方法。
  23. 【請求項２３】 外部装置と通信するための通信手段
    と、 情報を出力する出力手段と、 前記通信手段を介して、前記外部装置に情報を要求し、
    該要求した情報を前記外部装置より受信して、前記出力
    手段により出力するように制御する制御手段とを有する
    ことを特徴とする情報処理装置。
  24. 【請求項２４】 ユーザからの出力要求を入力するため
    の入力手段を有し、該出力要求に基づいて、前記制御手
    段が、前記外部装置に情報を要求するように制御するこ
    とを特徴とする請求項２３に記載の情報処理装置。
  25. 【請求項２５】 状況を判断するための判断手段を有
    し、該判断手段による判断結果に基づいて、前記制御手
    段が、前記外部装置に情報を要求するように制御するる
    ことを特徴とする請求項２３に記載の情報処理装置。
  26. 【請求項２６】 外部装置と通信するための通信手段
    と、 情報を入力する入力手段と、 該入力手段より入力された情報を処理する処理手段と、 前記通信手段を介して、前記外部装置に、前記入力され
    た情報を送信して、該情報の処理を要求するように制御
    する制御手段とを有することを特徴とする情報処理装
    置。
  27. 【請求項２７】 状況を判断するための判断手段を有
    し、該判断手段による判断結果に基づいて、前記制御手
    段が、前記外部装置に情報を送信して、該情報の処理を
    要求するように制御することを特徴とする請求項２６に
    記載の情報処理装置。
  28. 【請求項２８】 前記制御手段が、前記情報の処理とし
    て、当該情報の転送を要求するように制御することを特
    徴とする請求項２６に記載の情報処理装置。
  29. 【請求項２９】 外部装置と通信するための通信工程
    と、 情報を出力する出力工程と、 前記通信工程において、前記外部装置に情報を要求し、
    該要求した情報を前記外部装置より受信して、前記出力
    工程で出力するように制御する制御工程とを有すること
    を特徴とする情報処理方法。
  30. 【請求項３０】 ユーザからの出力要求を入力するため
    の入力工程を有し、該出力要求に基づいて、前記制御工
    程では、前記外部装置に情報を要求するように制御する
    ことを特徴とする請求項２９に記載の情報処理方法。
  31. 【請求項３１】 状況を判断するための判断工程を有
    し、該判断工程による判断結果に基づいて、前記制御工
    程では、前記外部装置に情報を要求するように制御する
    ことを特徴とする請求項２９に記載の情報処理方法。
  32. 【請求項３２】 外部装置と通信するための通信工程
    と、 情報を入力する入力工程と、 該入力工程より入力された情報を処理する処理工程と、 前記通信工程において、前記外部装置に、前記入力され
    た情報を送信して、該情報の処理を要求するように制御
    する制御工程とを有することを特徴とする情報処理方
    法。
  33. 【請求項３３】 状況を判断するための判断工程を有
    し、該判断工程による判断結果に基づいて、前記制御工
    程では、前記外部装置に情報を送信して、該情報の処理
    を要求するように制御することを特徴とする請求項３２
    に記載の情報処理方法。
  34. 【請求項３４】 前記制御工程では、前記情報の処理と
    して、当該情報の転送を要求するように制御することを
    特徴とする請求項３２に記載の情報処理方法。
JP4452497A 1996-12-26 1997-02-28 情報処理装置及びその方法 Pending JPH10240550A (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP4452497A JPH10240550A (ja) 1996-12-26 1997-02-28 情報処理装置及びその方法
DE69733710T DE69733710T2 (de) 1996-12-26 1997-12-23 Informationsverarbeitungsgerät und -verfahren, sowie Speichermedium zur Speicherung des auszuführenden Verfahrens
EP97310528A EP0853273B1 (en) 1996-12-26 1997-12-23 Information processing apparatus and method, and storage medium storing program for executing the method
US08/997,791 US6317823B1 (en) 1996-12-26 1997-12-24 Apparatus and method for processing information with recognizing a situation and medium storing program therefor

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP8-348047 1996-12-26
JP34804796 1996-12-26
JP4452497A JPH10240550A (ja) 1996-12-26 1997-02-28 情報処理装置及びその方法

Publications (1)

Publication Number Publication Date
JPH10240550A true JPH10240550A (ja) 1998-09-11

Family

ID=26384454

Family Applications (1)

Application Number Title Priority Date Filing Date
JP4452497A Pending JPH10240550A (ja) 1996-12-26 1997-02-28 情報処理装置及びその方法

Country Status (4)

Country Link
US (1) US6317823B1 (ja)
EP (1) EP0853273B1 (ja)
JP (1) JPH10240550A (ja)
DE (1) DE69733710T2 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000298540A (ja) * 1999-02-09 2000-10-24 Canon Inc 画像処理装置に関する情報を表示させる情報処理装置及び情報処理方法
US8418224B2 (en) 2005-08-05 2013-04-09 Canon Kabushiki Kaisha Information processing apparatus, information processing method, and program
KR20140029260A (ko) * 2012-08-29 2014-03-10 세이코 엡슨 가부시키가이샤 기록 장치, 및 기록 장치의 제어 방법

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0911752A3 (en) 1997-10-27 2003-12-17 Canon Kabushiki Kaisha Information processing apparatus with an additional function unit
US6757071B1 (en) * 1999-11-09 2004-06-29 Xerox Corporation Intelligent printer driver and user interface and method to recommend and/or automatically modify a document for printing, and a method therefore
JP2002041538A (ja) 2000-07-31 2002-02-08 Canon Inc 情報処理装置及びその方法、及びそのプログラムを記憶した記憶媒体
GB0019774D0 (en) * 2000-08-11 2000-09-27 Hewlett Packard Co Method and apparatus for automated on line printing service
EP1206088B1 (en) * 2000-10-24 2010-03-31 Ricoh Company, Ltd. Apparatus, method and computer program product for collecting and providing information
JP4239396B2 (ja) * 2000-10-30 2009-03-18 コニカミノルタビジネステクノロジーズ株式会社 プリンタおよびプリントシステムおよび記憶媒体
US20040032605A1 (en) * 2002-08-14 2004-02-19 Regimbal Laurent A. Monitoring patterns of use for peripheral device access
US7698232B2 (en) * 2004-06-17 2010-04-13 Pitney Bowes Inc. Method and system for controlling processing performed by a mailing machine
JP2006155269A (ja) * 2004-11-30 2006-06-15 Fuji Xerox Co Ltd 音声ガイドシステムおよびその音声ガイド方法
JP4670331B2 (ja) * 2004-11-30 2011-04-13 富士ゼロックス株式会社 音声ガイドシステムおよびその音声ガイド方法
US7791747B2 (en) * 2005-04-12 2010-09-07 International Business Machines Corporation Security of printed documents through end user presence sensing
JP2007034487A (ja) * 2005-07-25 2007-02-08 Canon Inc 情報処理装置及びその制御方法、コンピュータプログラム
US20090103124A1 (en) * 2005-08-31 2009-04-23 Canon Kabushiki Kaisha Image forming apparatus, mobile device, and control method therefor
US7950011B2 (en) * 2005-10-10 2011-05-24 Oracle International Corporation Leveraging advanced queues to implement event based job scheduling
US7577627B2 (en) * 2005-10-10 2009-08-18 Oracle International Corporation Modular SQL rule-based management of job process flow
JP6142495B2 (ja) 2012-10-11 2017-06-07 ブラザー工業株式会社 画像形成装置，情報処理装置および画像形成システム

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5630032A (en) * 1987-04-07 1997-05-13 Minolta Camera Kabushiki Kaisha Image generating apparatus having a memory for storing data and method of using same
US5282265A (en) * 1988-10-04 1994-01-25 Canon Kabushiki Kaisha Knowledge information processing system
US5038392A (en) * 1990-02-12 1991-08-06 International Business Machines Corporation Method and apparatus for adaptive image processing by recognizing a characterizing indicium in a captured image of a document
JPH05189336A (ja) * 1992-01-09 1993-07-30 Fuji Xerox Co Ltd 文書認識装置および認識処理方法
EP0564201B1 (en) * 1992-03-30 2000-05-24 Canon Kabushiki Kaisha Image processing apparatus and method
US5287194A (en) * 1992-11-25 1994-02-15 Xerox Corporation Distributed printing
JP3332455B2 (ja) * 1993-03-24 2002-10-07 株式会社東芝 複合型画像処理装置
JPH07200215A (ja) * 1993-12-01 1995-08-04 Internatl Business Mach Corp <Ibm> 印刷装置選択方法及びデータ処理ネットワーク
JPH07200428A (ja) * 1993-12-28 1995-08-04 Canon Inc 通信装置
US5577172A (en) * 1994-07-01 1996-11-19 Lasermaster Corporation High-capacity protocol for packet-based networks
US5436730A (en) * 1994-07-05 1995-07-25 Xerox Corporation Method of managing a proof approval process for proofing documents in a printing system
US5627658A (en) * 1994-12-14 1997-05-06 Xerox Corporation Automatic networked facsimile queuing system
JP3428284B2 (ja) * 1996-03-27 2003-07-22 富士ゼロックス株式会社 プリンタ制御システム
JPH10240552A (ja) * 1996-12-26 1998-09-11 Canon Inc 情報処理装置及びその方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000298540A (ja) * 1999-02-09 2000-10-24 Canon Inc 画像処理装置に関する情報を表示させる情報処理装置及び情報処理方法
US8418224B2 (en) 2005-08-05 2013-04-09 Canon Kabushiki Kaisha Information processing apparatus, information processing method, and program
KR20140029260A (ko) * 2012-08-29 2014-03-10 세이코 엡슨 가부시키가이샤 기록 장치, 및 기록 장치의 제어 방법

Also Published As

Publication number Publication date
EP0853273A1 (en) 1998-07-15
DE69733710T2 (de) 2006-04-27
US6317823B1 (en) 2001-11-13
EP0853273B1 (en) 2005-07-13
DE69733710D1 (de) 2005-08-18

Similar Documents

Publication Publication Date Title
JPH10240658A (ja) 情報処理装置及びその方法
JPH10240818A (ja) 情報処理装置及びその方法
JPH10240552A (ja) 情報処理装置及びその方法
JPH10240551A (ja) 情報処理システム及びその方法
EP0853301B1 (en) A remote control apparatus and a system therefor
EP0851384A2 (en) Information processing apparatus and control method therefor
JPH10240550A (ja) 情報処理装置及びその方法
US6587861B2 (en) Apparatus and method for controlling execution of job, and storage medium for such a program
JP2021082871A (ja) 音声制御システム、音声制御方法、画像処理装置、音声制御装置及びプログラム
US8964206B2 (en) Printing device, management device and management method
JP4270269B2 (ja) 通信システム、印刷装置、ユーザ端末装置及びプログラム
EP1132810A2 (en) Information processing apparatus and information display method for displaying job information relating to an output job
US6587126B1 (en) Apparatus and method for displaying job list, and storage medium for such a program
JP7195851B2 (ja) システム及び処理装置
JPH11170627A (ja) 印刷システム及び印刷システムにおけるジョブ管理方法
US6633871B1 (en) Apparatus for accessing another apparatus to perform processing and method therefor, and memory medium in which such program is stored
JP5817766B2 (ja) 情報処理装置、通信システム及びプログラム
JP2019185567A (ja) メッセージ提供装置及びプログラム
EP3716040A1 (en) Image forming apparatus and job execution method
JPH10240657A (ja) 遠隔操作装置及びそのシステム
EP0851372A2 (en) An information processing apparatus for managing schedule data and a method therefor
JP3884813B2 (ja) 印刷装置及びその方法
JP7361509B2 (ja) 周辺装置管理システム、印刷装置制御システム、制御方法、印刷制御装置及びプログラム
JP2021113899A (ja) 情報処理システム、情報処理方法及びプログラム
JP2002007011A (ja) ユーザインタフェースユニットおよび操作設定方法および機器制御システムおよび記録媒体

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040301

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040301

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060328

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060529

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070313