JPH10240818A

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

Info

Publication number: JPH10240818A
Application number: JP4452697A
Authority: JP
Inventors: Arunaroora Suda; アルナ・ローラ須田; Suresshu Jachandoran; スレッシュジェヤチャンドラン; Masanori Wakai; 聖範若井; Masayuki Takayama; 誠之高山
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1996-12-26
Filing date: 1997-02-28
Publication date: 1998-09-11
Also published as: US6279000B1

Abstract

(57)【要約】【課題】入力情報からスケジュールに関する情報を抽
出管理して、ユーザの操作の負担を軽減できる情報処理
装置及びその方法を提供する。【解決手段】スケジュールデータを記憶するデータベ
ース651と、電子メールを受信する受信手段と、受信さ
れた電子メールの内容を解析する解析手段と、解析結果
よりスケジュールに関する事項を抽出する抽出手段と、
該抽出手段により抽出された事項を、スケジュールとし
てデータベース651に登録する手段とを備える。

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から読み込まれた後、
利用者が送信先を（音声などを利用して）指定する。あ
るいは、カバーページに送信先が指定されており、自動
的に送信先が決定される。このようにして、送信先とし
て、モノクロプリンタＡ７０２が決定された後、送信先の状態を取得した結果、送信先が印刷不可能な
状態の場合、自動的に代わりのプリンタ（例えば、モノ
クロプリンタＢ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で、情報をスキャンした結
果、出力不可の機密書類であることを解析した。ステッ
プS171で、ＪＯＢの実行には問題がある。ステップ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>の代りに、<file A'>を印刷し
ますか？」という質問を発する。

【０１１３】〔実施形態１４〕本実施形態は、複数の装
置が接続されたシステム（この場合はネットワークに接
続されている）において、各装置にＪＯＢが指示された
場合に、それぞれの装置がＪＯＢの目的を解析し、自分
の状況や指示装置の状況から、指示された装置でのＪＯ
Ｂ実行を行わない方が良いと判断した場合に、ＪＯＢを
他の装置に転送して実行するための実施形態である。

【０１１４】図４１は、複数の装置がネットワークに接
続されている状態を表した２つの例であり、(Ａ)は、ス
キャナ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で、デ
ータをスキャンし、このＪＯＢが、指示されたプリンタ
に送信するＪＯＢであることを理解する。ステップS435
で、自分がスキャンした情報をプリンタ412で出力する
という他の装置で行うＪＯＢがあることを判断する。こ
の判断により、ステップ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 文書
を解析した結果、人に関する記述として、 To: toshima@abc.canon.co.jp,rohra@abc.canon.co.jp,
kazuyo@abc.canon.co.jp From: ichiro@abc.canon.co.jp システム知財推進課の鈴木です。鈴木 (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を介して、パソコン964からステータ
ス情報をステータスモニタ970に読み出すこともでき
る。

【０３２２】〔実施形態３４〕図９８は、リモコン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番２号キヤノン株式会社内

Claims

【特許請求の範囲】

【請求項１】スケジュールデータを記憶するデータベ
ース手段と、情報を入力する入力手段と、該入力手段より入力された情報を解析する解析手段と、該解析手段の解析結果より時間的概念に関連する事項を
抽出する抽出手段と、該抽出手段により抽出された事項に基づいて、前記デー
タベース手段にアクセスして処理する処理手段とを有す
ることを特徴とする情報処理装置。
【請求項２】前記処理手段が、前記事項をスケジュー
ルデータとして前記データベース手段に登録することを
特徴とする請求項１に記載の情報処理装置。
【請求項３】前記処理手段が、前記事項に係わる日時
が現在以降の場合に、前記事項をスケジュールデータと
して前記データベース手段に登録することを特徴とする
請求項１に記載の情報処理装置。
【請求項４】前記処理手段が、前記データベースより
前記事項と重複するスケジュールデータを検索し、重複
するスケジュールの調整のための処理を行なうことを特
徴とする請求項１に記載の情報処理装置。
【請求項５】前記入力手段は、情報を受信する受信手
段であり、前記処理手段が、前記情報の送信元へスケジ
ュールの変更を依頼することを特徴とする請求項４に記
載の情報処理装置。
【請求項６】前記処理手段が、処理の実行に先立っ
て、ユーザに確認を求めるための通知を行なうことを特
徴とする請求項１に記載の情報処理装置。
【請求項７】前記解析結果に基づいて、前記処理手段
による処理の緊急度を判定する緊急度判定手段を備え、
緊急度が高いと判定された場合は、前記確認を求めるた
めの通知を省略することを特徴とする請求項６に記載の
情報処理装置。
【請求項８】前記処理の実行後にユーザに報告を行な
う報告手段を有することを特徴とする請求項１に記載の
情報処理装置。
【請求項９】前記処理手段が、重複するスケジュール
の優先度を判定し、優先度の低いスケジュールのキャン
セルを提案することを特徴とする請求項４に記載の情報
処理装置。
【請求項１０】前記入力手段は、情報を受信する受信
手段であり、前記解析結果に基づいて、前記情報の送信
元への連絡の要否を判定する判定手段を備えることを特
徴とする請求項１に記載の情報処理装置。
【請求項１１】前記抽出手段が更に、前記解析結果よ
り人物に関するデータを抽出し、前記処理手段が、当該
人物に関するデータを個人データとして前記データベー
スに登録することを特徴とする請求項１に記載の情報処
理装置。
【請求項１２】知識を格納した知識ベース手段を有
し、前記解析結果から知識ベースに存在しない未知の項
目を抽出し、該項目を含む記述から属性を推論して、当
該属性とともに前記知識ベースに登録する学習手段を有
することを特徴とする請求項１に記載の情報処理装置。
【請求項１３】前記項目がプランを含むことを特徴と
する請求項１２に記載の情報処理装置。
【請求項１４】前記入力手段よりの情報は、スケジュ
ールに対するユーザからの質問であり、前記処理手段
は、該当するスケジュールをユーザに通知することを特
徴とする請求項１に記載の情報処理装置。
【請求項１５】前記入力手段が、外部より入力がない
場合に、検索を実行して入力情報を得ることを特徴とす
る請求項１に記載の情報処理装置。
【請求項１６】前記処理手段が、実行すべき処理が理
解できない場合に、実行不能を通知することを特徴とす
る請求項１に記載の情報処理装置。
【請求項１７】情報を入力する入力工程と、該入力工程より入力された情報を解析する解析工程と、該解析工程の解析結果より時間的概念に関連する事項を
抽出する抽出工程と、該抽出工程により抽出された事項に基づいて、スケジュ
ールデータを記憶するデータベースにアクセスして処理
する処理工程とを有することを特徴とする情報処理方
法。
【請求項１８】前記処理工程では、前記事項をスケジ
ュールデータとして前記データベースに登録することを
特徴とする請求項１７に記載の情報処理方法。
【請求項１９】前記処理工程では、前記事項に係わる
日時が現在以降の場合に、前記事項をスケジュールデー
タとして前記データベースに登録することを特徴とする
請求項１７に記載の情報処理方法。
【請求項２０】前記処理工程では、前記データベース
より前記事項と重複するスケジュールデータを検索し、
重複するスケジュールの調整のための処理を行なうこと
を特徴とする請求項１７に記載の情報処理方法。
【請求項２１】前記入力工程は、情報を受信する受信
工程であり、前記処理工程では、前記情報の送信元へス
ケジュールの変更を依頼することを特徴とする請求項２
０に記載の情報処理方法。
【請求項２２】前記処理工程では、処理の実行に先立
って、ユーザに確認を求めるための通知を行なうことを
特徴とする請求項１７に記載の情報処理方法。
【請求項２３】前記解析結果に基づいて、前記処理工
程による処理の緊急度を判定する緊急度判定工程を備
え、緊急度が高いと判定された場合は、前記確認を求め
るための通知を省略することを特徴とする請求項２２に
記載の情報処理方法。
【請求項２４】前記処理の実行後にユーザに報告を行
なう報告工程を有することを特徴とする請求項１７に記
載の情報処理方法。
【請求項２５】前記処理工程では、重複するスケジュ
ールの優先度を判定し、優先度の低いスケジュールのキ
ャンセルを提案することを特徴とする請求項２０に記載
の情報処理方法。
【請求項２６】前記入力工程は、情報を受信する受信
工程であり、前記解析結果に基づいて、前記情報の送信
元への連絡の要否を判定する判定工程を備えることを特
徴とする請求項１７に記載の情報処理方法。
【請求項２７】前記抽出工程では更に、前記解析結果
より人物に関するデータを抽出し、前記処理工程では、
当該人物に関するデータを個人データとして前記データ
ベースに登録することを特徴とする請求項１７に記載の
情報処理方法。
【請求項２８】前記解析結果から、知識を格納した知
識ベースに存在しない未知の項目を抽出し、該項目を含
む記述から属性を推論して、当該属性とともに前記知識
ベースに登録する学習工程を有することを特徴とする請
求項１７に記載の情報処理方法。
【請求項２９】前記項目がプランを含むことを特徴と
する請求項２８に記載の情報処理方法。
【請求項３０】前記入力工程で入力される情報は、ス
ケジュールに対するユーザからの質問であり、前記処理
工程では、該当するスケジュールをユーザに通知するこ
とを特徴とする請求項１７に記載の情報処理方法。
【請求項３１】前記入力工程では、外部より入力がな
い場合に、検索を実行して入力情報を得ることを特徴と
する請求項１７に記載の情報処理方法。
【請求項３２】前記処理工程では、実行すべき処理が
理解できない場合に、実行不能を通知することを特徴と
する請求項１７に記載の情報処理方法。