JP2017191402A - 画像処理システム - Google Patents

Abstract

【課題】専用のアプリケーションプログラムの操作を行わずに画像処理を実行させるようにする。
【解決手段】スケジュール情報を格納するサーバと、サーバと通信可能な画像処理装置と、サーバ及び画像処理装置と通信可能な端末装置とを備える画像処理システムであって、端末装置は、サーバから取得したスケジュール情報に基づき、所定の画像処理を実行する時機になると画像処理を実行すべき旨の通知を行い、画像処理装置に接続されると、画像処理の実行コマンドを画像処理装置に送信し、画像処理装置は、実行コマンドを受信すると画像処理の内容の通知を行い、画像処理の開始指令が入力されると、画像処理を実行する。
【選択図】図１

Description

本発明は、画像処理システムに関するものである。

従来、複合機等の画像処理装置を、ネットワークを介して、データ処理可能なパーソナルコンピュータ等の端末装置、及び、データの集中処理可能なサーバ等と通信可能に接続したシステムであって、データの解釈及び印刷、原稿の画像データの取得、画像データの電子データ化、電子データ化された画像データの処理等を行うことができる画像処理システムが使用されている（例えば、特許文献１参照。）。

このような画像処理システムでは、例えば、サーバによって公開されるウェブページに含まれる情報を定期的に印刷するために、画像処理装置にスケジュール記憶部及びスケジュール処理部を設け、端末装置から入力されたスケジュール情報に基づき、画像処理装置が、決まった日時にサーバと通信を行い、ウェブページに含まれる情報を印刷するようになっている。

特開２００４−２２０３９８号公報

しかしながら、従来の画像処理システムにおいては、スケジュールは画像処理装置のみが解釈できる固有のものであり、スケジュールを設定するための専用のアプリケーションプログラムを使用するようになっている。そのため、ユーザは、スケジュール情報を設定するためには、専用のアプリケーションプログラムの操作方法を習得し、このアプリケーションプログラムを使用して間違いなく入力する必要がある、という問題がある。

本発明は、前記従来の問題点を解決して、サーバがスケジュール情報を格納し、該スケジュール情報を取得した端末装置を所定の画像処理を実行する時機に画像処理装置に接続すると、該画像処理装置が所定の画像処理を実行する前にその内容を通知することにより、ユーザは、専用のアプリケーションプログラムの操作を行わずに画像処理を実行させる。

そのために、本発明の画像処理システムにおいては、スケジュール情報を格納するサーバと、該サーバと通信可能な画像処理装置と、前記サーバ及び画像処理装置と通信可能な端末装置とを備える画像処理システムであって、前記端末装置は、前記サーバから取得したスケジュール情報に基づき、所定の画像処理を実行する時機になると該画像処理を実行すべき旨の通知を行い、前記画像処理装置に接続されると、前記画像処理の実行コマンドを前記画像処理装置に送信し、該画像処理装置は、前記実行コマンドを受信すると前記画像処理の内容の通知を行い、前記画像処理の開始指令が入力されると、前記画像処理を実行する。

本発明によれば、画像処理システムにおいては、サーバがスケジュール情報を格納し、該スケジュール情報を取得した端末装置を所定の画像処理を実行する時機に画像処理装置に接続すると、該画像処理装置が所定の画像処理を実行する前にその内容を通知する。これにより、ユーザは、専用のアプリケーションプログラムの操作を行わずに画像処理を実行させることができる。

本発明の実施の形態における画像処理システムの構成を示す図である。 本発明の実施の形態における画像処理装置の機能構成を示すブロック図である。 本発明の実施の形態における携帯端末の機能構成を示すブロック図である。 本発明の実施の形態におけるサーバの機能構成を示すブロック図である。 本発明の実施の形態におけるサーバの業務スケジュールに格納されるアドレス帳の構造を示す図である。 本発明の実施の形態におけるサーバの業務スケジュールに格納されるスケジュール情報の構造を示す図である。 本発明の実施の形態におけるスケジュール情報の内容を示す第１の図である。 本発明の実施の形態におけるスケジュール情報の内容を示す第２の図である。 本発明の実施の形態におけるスケジュール情報の内容を示す第３の図である。 本発明の実施の形態における携帯端末のログイン画面を示す図である。 本発明の実施の形態における携帯端末のエラー表示画面を示す図である。 本発明の実施の形態における携帯端末のスケジュール表示画面を示す第１の図である。 本発明の実施の形態における携帯端末のスケジュール追加画面を示す図である。 本発明の実施の形態における携帯端末のスケジュール入力画面を示す図である。 本発明の実施の形態における文字変換データを示す図である。 本発明の実施の形態におけるアクションリストを示す図である。 本発明の実施の形態における携帯端末のスケジュール表示画面を示す第２の図である。 本発明の実施の形態における画像処理システムのスケジュールの参照及び登録の動作を示すフローチャートである。 本発明の実施の形態における携帯端末の通知画面を示す第１の図である。 本発明の実施の形態における携帯端末のコマンド生成を示す図である。 本発明の実施の形態における画像処理装置の初期画面を示す図である。 本発明の実施の形態における画像処理装置のファックス画面を示す図である。 本発明の実施の形態における画像処理装置のエラー表示画面を示す図である。 本発明の実施の形態における携帯端末のスケジュール表示画面を示す第３の図である。 本発明の実施の形態における携帯端末のスケジュール表示画面を示す第４の図である。 本発明の実施の形態における画像処理システムのスケジュールの実行の動作を示すフローチャートである。 本発明の実施の形態におけるスケジュール情報の内容を示す第４の図である。 本発明の実施の形態における携帯端末のスケジュール表示画面を示す第５の図である。 本発明の実施の形態における携帯端末の通知画面を示す第２の図である。 本発明の実施の形態における画像処理装置のプリント画面を示す図である。 本発明の実施の形態における携帯端末の通知画面を示す第３の図である。 本発明の実施の形態における画像処理装置の電子メール画面を示す図である。 本発明の実施の形態における携帯端末の電子メール受信画面を示す図である。 本発明の実施の形態における画像処理装置の処理選択画面を示す図である。

以下、本発明の実施の形態について図面を参照しながら詳細に説明する。

図１は本発明の実施の形態における画像処理システムの構成を示す図である。

図において、１０は、本実施の形態における画像処理システム１が備える画像処理装置である。該画像処理装置１０は、ファクシミリ機、複写機等であってもよいし、いかなる種類のものであってもよいが、ここでは、プリンタ、ファクシミリ機、複写機等の各種の機能を併せ持つ複合機（ＭＦＰ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）であるものとして説明する。そして、前記画像処理装置１０は、原稿の画像を読み取る画像読取装置、インクジェット方式、感熱方式、熱転写方式、電子写真方式等によって印刷用紙等の媒体にカラー印刷又はモノクロ印刷を行う印刷装置、ＣＰＵ、ＭＰＵ等の演算装置、磁気ディスク、半導体メモリ等の記憶装置、通信を行う通信装置等を備え、電子データを解釈して印刷することができ、読み取った原稿の画像を電子データにすることができ、該電子データを処理することができるものである。なお、前記画像処理装置１０は、通信ネットワークとしての第１のネットワーク５０及び第２のネットワーク６０に送受信可能、すなわち、通信可能に接続されている。

また、３０は、本実施の形態における画像処理システム１が備えるサーバである。該サーバは、例えば、パーソナルコンピュータ、ワークステーション等であるが、ＣＰＵ、ＭＰＵ等の演算装置、磁気ディスク、半導体メモリ等の記憶手装置、キーボード、マウス等の入力装置、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）、液晶ディスプレイ等の表示装置、タッチパネルのような入出力兼用装置、通信を行う通信装置等を備えるコンピュータであれば、いかなる種類のものであってもよい。そして、前記サーバ３０は、例えば、ユーザが所属する企業等の組織の本店、支店等の各部門のスケジュール情報、従業員等の組織の各構成員のスケジュール情報、文書、ウェブページ等の各種のデータを記憶装置に格納し、前記データを公開するためのアプリケーションプログラム、すなわち、アプリケーションが常時駆動している。なお、前記サーバ３０は、前記第１のネットワーク５０に通信可能に接続されている。

さらに、４０は、本実施の形態における画像処理システム１が備える端末装置としての携帯端末である。該携帯端末４０は、携帯電話、タブレット端末、ラップトップコンピュータ等の携帯可能な端末装置であれば、いかなる種類のものであってもよいが、ここでは、スマートフォンであるものとして説明する。そして、前記携帯端末４０は、ＣＰＵ、ＭＰＵ等の演算装置、磁気ディスク、半導体メモリ等の記憶装置、通信を行う通信装置等に加えて、液晶ディスプレイ等の表面にタッチスクリーンを配設したタッチパネルような入出力兼用装置を備える。そして、ユーザは、前記入出力兼用装置の画面を指等で操作することにより、前記携帯端末４０にインストールされているアプリケーションを動作させることができる。なお、前記携帯端末４０は、前記第１のネットワーク５０及び第２のネットワーク６０に通信可能に接続されている。

前記第１のネットワーク５０は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、イントラネット、インターネット、公衆通信回線網等を含む有線又は無線による通信回線網である。前記画像処理装置１０、サーバ３０及び携帯端末４０は、前記第１のネットワーク５０を介して、各種の電子データ、ファクシミリ、電子メール等の各種の情報の送受信を行うことができる。

また、前記第２のネットワーク６０は、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等の通信距離が、例えば、１０〔ｃｍ〕程度の近距離無線通信や、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ケーブル等による有線通信線である。前記画像処理装置１０及び携帯端末４０は、前記第２のネットワーク６０を介して、１対１の通信を行うことができる。

ところで、前記サーバ３０は、前記第１のネットワーク５０を介して、アクセス権を与えられた画像処理装置１０及び携帯端末４０と通信可能に接続されていれば、必ずしも、画像処理装置１０と同じ建屋内に配設されている必要はなく、別棟の建屋内に配設されていてもよいし、遠隔地に配設されていてもよい。また、前記サーバ３０は、単体のコンピュータである必要はなく、複数のコンピュータが協働して仮想的に１台のサーバとして機能する、いわゆる分散型サーバであってもよい。さらに、前記サーバ３０は、ユーザが所属する企業等の組織が管理するものである必要はなく、データの保存管理、演算処理等のサービスを提供するサービス提供事業が管理するものであってもよいし、このようなサービス提供事業が管理するいわゆるクラウドコンピュータのようなものであってもよい。

次に、前記画像処理装置１０の構成について説明する。

図２は本発明の実施の形態における画像処理装置の機能構成を示すブロック図である。

画像処理装置１０は、機能の観点から、図２に示されるように、近距離通信処理部Ｍ１１、コマンド受信部１２、処理判断部１３、オペレーションパネル１４、ログ処理部１５、スケジュール更新部１６、印刷部１７、読み取り部１８、通信部Ｍ１９及び制御部２０を有し、コピー、メール、プリント、ファックス等の画像処理の実行が可能である。

前記近距離通信処理部Ｍ１１は、第２のネットワーク６０を介して通信を行う通信モジュールである。

前記コマンド受信部１２は、携帯端末４０から送信されたコマンドを受信するモジュールである。

前記処理判断部１３は、コマンド受信部１２が受信したコマンドに基づいて、画像処理装置１０で行う処理を判断するモジュールである。

前記オペレーションパネル１４は、液晶ディスプレイ等の表面にタッチスクリーンを配設したタッチパネルような入出力兼用装置であって、画像処理装置１０とユーザとの間のインターフェイスである。そして、前記オペレーションパネル１４は、プログラムモジュールの表示指示に従って、所定の位置に文字や画像を表示することができる。また、各種のアイコンやボタンを表示し、ユーザが指等によってアイコンやボタンにタッチすると、入力を受け付けて対応した処理を行うことができる。

前記ログ処理部１５は、画像処理装置１０が行った処理の履歴を保存するアプリケーションプログラムがインストールされたモジュールである。

前記スケジュール更新部１６は、画像処理装置１０が行った処理の結果に基づいて、サーバ３０に保存される従業員等のスケジュールを更新する必要があるか否かを判断し、通信部Ｍ１９を介してサーバ３０に格納される従業員等のスケジュール情報を更新することができるアプリケーションプログラムがインストールされたモジュールである。

前記印刷部１７は、図示されないパーソナルコンピュータや、サーバ３０から受信したデータを解釈し、紙に印刷して再現することができる印刷ユニットである。

前記読み取り部１８は、スキャナを含み、原稿を読み取り電子データを生成することができるモジュールである。

前記通信部Ｍ１９は、第１のネットワーク５０を介して通信を行う通信モジュールであり、印刷用のデータの受信、及び、読み取り部１８が生成した電子データの送信を行うことができる。

前記制御部２０は、画像処理装置１０の各部の動作を制御するモジュールである。

次に、前記携帯端末４０の構成について説明する。

図３は、本発明の実施の形態における携帯端末の機能構成を示すブロック図である。

携帯端末４０は、機能の観点から、図３に示されるように、近距離通信処理部Ｋ４１、業務アプリケーションクライアント４２及び通信部Ｋ４６を有する。

前記近距離通信処理部Ｋ４１は、第２のネットワーク６０を介して通信を行う通信モジュールである。

前記通信部Ｋ４６は、第１のネットワーク５０を介して通信を行う通信モジュールであり、サーバ３０とのデータ通信を行うことができる。

前記業務アプリケーションクライアント４２は、あらかじめインストールされているアプリケーションプログラムであり、コマンド生成部４３、キーワード解析部４４及び文字変換部４５の各プログラムモジュール及びデータを含んでいる。そして、前記業務アプリケーションクライアント４２を操作して、サーバ３０に保管される従業員等のスケジュール情報を更新することができる。また、従業員等のスケジュール情報から、キーワードを解析し、画像処理装置１０に送信し処理するためのコマンドを生成することができる。

次に、前記サーバ３０の構成について説明する。

図４は、本発明の実施の形態におけるサーバの機能構成を示すブロック図である。

サーバ３０は、機能の観点から、図４に示されるように、業務アプリケーション３１、業務スケジュール３２、業務データ３３及び通信部Ｓ３４を有する。

前記業務アプリケーション３１は、業務スケジュール３２及び業務データ３３の参照及び更新を仲介するアプリケーションプログラムのプログラムモジュールである。

前記業務スケジュール３２は、各従業員が携帯端末４０を操作して登録したスケジュール情報を一元的に格納する格納領域である。

前記業務データ３３は、各従業員が携帯端末４０を操作して登録したスケジュール情報以外のデータを一元的に格納する格納領域である。スケジュール情報以外のデータとは、画像処理装置１０で読み取った電子データ、印刷用のデータ等である。

前記通信部Ｓ３４は、第１のネットワーク５０を介して通信を行う通信モジュールであり、画像処理装置１０及び携帯端末４０とのデータ通信を行うことができる。

次に、前記画像処理システム１の動作について説明する。まず、サーバ３０の業務スケジュール３２に格納されるアドレス帳及びスケジュール情報の構造について説明する。

図５は本発明の実施の形態におけるサーバの業務スケジュールに格納されるアドレス帳の構造を示す図、図６は本発明の実施の形態におけるサーバの業務スケジュールに格納されるスケジュール情報の構造を示す図である。

図５に示されるように、サーバ３０の業務スケジュール３２に格納されるアドレス帳の項目には、「ＰＩＮ」、「名前」、「社員番号」、「所属」、「メールアドレス」及び「Ｆａｘ番号」が含まれている。そして、前記アドレス帳には、これらの項目を一組とする組が、ｍ個含まれている（ｍは任意の整数である。）。また、列Ｄ１は、プログラムが解釈しやすい型であって、項目と同じ意味である。前記アドレス帳は、例えば、リレーショナルデータベースと呼ばれる周知のデータベースと同様の基本構造を有する。

前記「ＰＩＮ」は、個人毎に１つ割り当てられるＩＤであって、４桁の数字である。

前記「名前」は、個人を表現する文字列である。後述する動作における画面表示に用いられる文字列であって、基本的には、氏名が登録される。

前記「社員番号」も、個人を表現する文字列である。必要に応じて、検索、抽出又は加工される。

前記「所属」も、個人を表現する文字列である。必要に応じて、検索、抽出又は加工される。

前記「メールアドレス」は、個人毎に割り当てられる電子メールアドレスである。

前記「Ｆａｘ番号」は、個人毎に割り当てられるファックス番号である。

なお、前記アドレス帳に含まれる個人は、必ずしも組織の構成員のような自然人である必要はなく、法人、法人化されていない団体等の組織であってもよいし、該組織の一部門であってもよい。例えば、図５に示されるように、東京支店、大阪支店等のような組織の一部門も、前記アドレス帳においては、個人として取り扱われる。換言すると、該個人は、人又は部署である。

また、図６に示されるように、サーバ３０の業務スケジュール３２に格納されるスケジュール情報には、「ＩＤ」及び「情報の内容」という項目が含まれている。そして、前記スケジュール情報には、これらの項目を一組とする組が、ｎ個含まれている（ｎは任意の整数である。）。

前記「情報の内容」は、「一般情報」と「個別情報」とに分けられる。

前記「ＩＤ」は、スケジュールの一組が追加される毎に、追加された組に新規に割り当てられる一意の番号である。

次に、前記「情報の内容」について詳細に説明する。

図７は本発明の実施の形態におけるスケジュール情報の内容を示す第１の図、図８は本発明の実施の形態におけるスケジュール情報の内容を示す第２の図、図９は本発明の実施の形態におけるスケジュール情報の内容を示す第３の図である。

図７には、スケジュールの一例について、「情報の内容」が示されている。そして、「一般情報」には、「ＰＩＮ」、「名前」、「社員番号」及び「所属」が含まれている。これらは、図５に示されるアドレス帳の項目と同様であって、そのスケジュールの所有者である個人の属性を示している。

また、「個別情報」には、「日時」、「開始時間」、「終了時間」、「スケジュール職務」、「スケジュール実行」、「スケジュール宛先」、「スケジュール入力元」及び「文書」が含まれているある。カラム名Ｄ２及びデータＤ３は、プログラムが解釈しやすい型であって、それぞれ、項目及び内容と同じ意味である。

前記「日時」、「開始時間」及び「終了時間」は、当該スケジュールの日時を示す。

前記「スケジュール職務」は、前記スケジュールの日時において“何をしている予定か”を示す。ここで、“職務”は、他者との係わりがない予定であって、後述される“実行”とは異なる。

前記「スケジュール実行」は、前記スケジュールの日時において“（誰に）何をする予定か”、又は、“（誰から）何をされる予定か”を示す。ここで、“実行”は、他者と係わりがある予定であって、前述の“職務”とは異なる。

前記「スケジュール宛先」は、“実行”のときのみ用いられる属性であって、“誰に”を示す。

前記「スケジュール入力元」は、“実行”のときのみ用いられる属性であって、“誰から”を示す。

前記「文書」は、メモや会議議事録などのように、前記スケジュールと関係のある情報が格納された電子ファイルのことであって、サーバ３０の業務データ３３に格納される。

なお、これらの項目を含む前記スケジュールは、前記アドレス帳と同様の基本構造を有する。

図７に示されるスケジュールは、○山×夫は、１月１日の９：００〜１７：００まで出勤という予定を示している。

また、図８及び９においては、「一般情報」が省略されているが、「一般情報」については図７に示される例と同様である。

図８に示されるスケジュールは、○山×夫は、１月２日は出張という予定を示している。時間は不定のため入力されていない。

図９に示されるスケジュールは、１月１日に○○△介にファックスを送る必要があることを示している。なお、図９に示される例においては、図７及び８に示される例と異なり、他者と係わりがあるので、「スケジュール職務」ではなく「スケジュール実行」の項目に、内容が登録されている。

次に、スケジュール情報の参照及び登録の動作について説明する。

図１０は本発明の実施の形態における携帯端末のログイン画面を示す図、図１１は本発明の実施の形態における携帯端末のエラー表示画面を示す図、図１２は本発明の実施の形態における携帯端末のスケジュール表示画面を示す第１の図、図１３は本発明の実施の形態における携帯端末のスケジュール追加画面を示す図、図１４は本発明の実施の形態における携帯端末のスケジュール入力画面を示す図、図１５は本発明の実施の形態における文字変換データを示す図、図１６は本発明の実施の形態におけるアクションリストを示す図、図１７は本発明の実施の形態における携帯端末のスケジュール表示画面を示す第２の図、図１８は本発明の実施の形態における画像処理システムのスケジュールの参照及び登録の動作を示すフローチャートである。なお、図１４において、（ａ）〜（ｃ）は、スケジュール入力の各工程を示す図である。

まず、ステップＳ１で、ユーザは、業務アプリケーションクライアント４２を起動し、ＰＩＮを入力する。具体的には、ユーザは、携帯端末４０を操作して、業務アプリケーションクライアント４２を起動する。すると、前記携帯端末４０の入出力兼用装置に図１０に示されるような初期画面が表示される。該初期画面はログイン画面であるので、ユーザは、携帯端末４０を操作して、ＰＩＮを入力する。該ＰＩＮは、図５に示されるようなアドレス帳の項目の１つである「ＰＩＮ」と同様である。

続いて、ステップＳ２で、携帯端末４０は、ＰＩＮを送信する。具体的には、携帯端末４０の業務アプリケーションクライアント４２は、ステップＳ１で入力されたＰＩＮを、通信部Ｋ４６を経由して、サーバ３０の業務アプリケーション３１に送信する。

続いて、ステップＳ３で、サーバ３０は、認証応答を行う。具体的には、サーバ３０の業務アプリケーション３１は、通信部Ｓ３４を経由して、携帯端末４０からＰＩＮを受信すると、認証を行う。該認証は、業務スケジュール３２に格納されているアドレス帳に、該当するＰＩＮがあるか否かに基づいて行われる。そして、業務アプリケーション３１は、認証の結果を応答する。つまり、業務アプリケーション３１は、該当するＰＩＮがアドレス帳にある場合には、肯定応答を携帯端末４０の業務アプリケーションクライアント４２に送信し、該当するＰＩＮがアドレス帳にない場合には、否定応答を携帯端末４０の業務アプリケーションクライアント４２に送信する。

続いて、ステップＳ４で、携帯端末４０は、肯定応答であるか否かを判断する。具体的には、携帯端末４０の業務アプリケーションクライアント４２は、通信部Ｋ４６を経由して、サーバ３０の業務アプリケーション３１から受信した応答が肯定応答であるか否かを判断する。肯定応答である場合にはステップＳ６に移行し、肯定応答でない、すなわち、否定応答である場合にはステップＳ５に移行する。

ステップＳ５で、携帯端末４０は、エラー表示を行う。具体的には、否定応答の場合には認証が失敗であるから、携帯端末４０の業務アプリケーションクライアント４２は、携帯端末４０の入出力兼用装置に、図１１に示されるようなエラー表示画面を表示させる。そして、該エラー表示画面に含まれる「戻る」ボタンにユーザがタッチすると、ステップＳ１に戻る。

また、ステップＳ６で、携帯端末４０は、スケジュール情報要求を行う。具体的には、肯定応答の場合には認証が成功であるから、携帯端末４０の業務アプリケーションクライアント４２は、通信部Ｋ４６を経由して、サーバ３０の業務アプリケーション３１に、スケジュール情報を要求する。

続いて、ステップＳ７で、サーバ３０は、スケジュール情報の取得送信を行う。具体的には、サーバ３０の業務アプリケーション３１は、通信部Ｓ３４を経由して、携帯端末４０からスケジュール情報の要求を受信すると、業務スケジュール３２にアクセスし、該業務スケジュール３２からスケジュール情報を取得して、該スケジュール情報を携帯端末４０の業務アプリケーションクライアント４２に送信する。なお、該業務アプリケーションクライアント４２に送信するスケジュール情報は、業務スケジュール３２に格納されているすべてのスケジュール情報であってもよいし、ステップＳ３で携帯端末４０から受信したＰＩＮに対応するスケジュール情報のみであってもよいし、さらに、特定の期間のスケジュール情報のみ、例えば、１月のスケジュール情報のみであってもよい。

続いて、ステップＳ８で、携帯端末４０は、スケジュール表示画面を行う。具体的には、携帯端末４０の業務アプリケーションクライアント４２は、通信部Ｋ４６を経由して、サーバ３０の業務アプリケーション３１からスケジュール情報を受信すると、携帯端末４０の入出力兼用装置に、図１２に示されるようなスケジュール表示画面を表示させる。図１２に示される例において、１月１日及び１月２日には、図７及び８に示されるようなスケジュール情報の内容が表示されている。

続いて、ステップＳ９で、ユーザがスケジュール追加を行うと、携帯端末４０はスケジュール情報更新を行う。本実施の形態において、ユーザは、携帯端末４０を操作して、スケジュールの追加、すなわち、スケジュール情報の追加を行うことができる。ここでは、一例として、１月１日のスケジュール情報に図９に示されるようなスケジュール情報を追加する場合について説明する。

図１２に示されるようなスケジュール表示画面における１月１日のスケジュール情報の内容が表示されている欄に含まれる「追加」ボタンにユーザがタッチすると、携帯端末４０の業務アプリケーションクライアント４２は、携帯端末４０の入出力兼用装置に、図１３に示されるようなスケジュール追加画面を表示させる。該スケジュール追加画面において、ユーザは、開始時間及び終了時間を、入力欄の右脇にある三角のボタンにタッチすることにより、入力することができる。図に示される例において、開始時間及び終了時間は、不定であるために、入力されないものとする。

そして、ユーザが、スケジュール追加画面におけるスケジュールの入力欄にタッチすると、携帯端末４０の業務アプリケーションクライアント４２は、携帯端末４０の入出力兼用装置に、図１４に示されるようなスケジュール入力画面を表示させる。該スケジュール入力画面においては、上部に入力欄が表示され、中央部に変換候補が表示され、下部に入力に用いるキーボードが表示されている。前記業務アプリケーションクライアント４２の文字変換部４５には、図１５に示されるような文字変換データが格納されている。

ユーザが、スケジュール入力画面の下部に表示されたキーボードの中の所望のボタンにタッチして文字を１文字入力すると、文字変換データに従って、入力された文字に対応する変換候補が選択され、スケジュール入力画面の中央部に表示される。続いて、ユーザが、表示された変換候補の中から１つにタッチして選択すると、文字変換データに従って、選択された変換候補の次変換候補が、次の変換候補として、同じくスケジュール入力画面の中央部に表示される。このように、ユーザは、スケジュール入力画面の中央部に表示される変換候補を選択しながら、スケジュールの文字列を入力する。

例えば、ユーザがキーボードの中の「ｍｎｏ」のボタンに１回タッチすると、ｍの変換候補が表示される。図１５に示されるような文字変換データによると、ｍの変換候補は「○山×夫」、「○○△介」及び「メール」であるから、スケジュール入力画面の中央部には、図１４（ａ）に示されるように、「○山×夫」、「○○△介」及び「メール」が表示される。

続いて、ユーザは、表示された変換候補の中から「○○△介」にタッチして選択する。図１５に示されるような文字変換データによると、「○○△介」の次変換候補は「に」及び「から」であるから、スケジュール入力画面の中央部には「に」及び「から」が表示される。そして、ユーザが表示された次変換候補の中から「に」タッチして選択すると、スケジュール入力画面の上部の入力欄には、図１４（ｂ）に示されるように、「○○△介に」と表示される。

続いて、ユーザがキーボードの中の「ｄｅｆ」のボタンに３回タッチすると、ｆの変換候補が表示される。図１５に示されるような文字変換データによると、ｆの変換候補は「ファックス」であるから、スケジュール入力画面の中央部には、図１４（ｂ）に示されるように、「ファックス」が表示される。

続いて、ユーザは、表示された変換候補である「ファックス」にタッチして選択する。図１５に示されるような文字変換データによると、「ファックス」の次変換候補は「する」であるから、スケジュール入力画面の中央部には「する」が表示される。そして、ユーザが表示された次変換候補である「する」タッチして選択すると、スケジュール入力画面の上部の入力欄には、図１４（ｃ）に示されるように、「○○△介にファックスする」と表示される。これで文字列の入力が完了する。

文字列の入力が完了した後、ユーザがスケジュール入力画面の「戻る」ボタンにタッチすると、携帯端末４０の業務アプリケーションクライアント４２は、携帯端末４０の入出力兼用装置に、図１３に示されるようなスケジュール追加画面を表示させる。続いて、ユーザがスケジュール追加画面の「戻る」ボタンにタッチすると、携帯端末４０の業務アプリケーションクライアント４２は、追加されたスケジュール情報を、通信部Ｋ４６を経由して、サーバ３０の業務アプリケーション３１に送信し、スケジュール情報更新を要求する。

このとき、業務アプリケーションクライアント４２のキーワード解析部４４は、サーバ３０の業務スケジュール３２に格納されているアドレス帳や図１６に示されるようなアクションリストを参照し、スケジュールを図９に示されるように構築する。

図１６に示されるように、アクションリストにおいて、職務アクションには、「出勤」、「出張」及び「休日」が含まれ、これらは固定である。また、実行アクションには、「コピー」、「メール」、「プリント」及び「ファックス」があり、これらは固定である。なお、宛先アクション及び入力元アクションは、業務スケジュール３２に格納されるアドレス帳から取得されるものである。

これらを参照すると、「○○△介にファックスする」という文字列を、スケジュールの個別情報である「スケジュール実行」が「ファックス」であることと、スケジュールの個別情報である「スケジュール宛先」が「○○△介に」であることとに切り分けることができるので、スケジュールを図９に示されるように構築することができる。

続いて、ステップＳ１０で、サーバ３０は、スケジュール情報の更新及び送信を行う。具体的には、サーバ３０の業務アプリケーション３１は、通信部Ｓ３４を経由して、携帯端末４０から追加されたスケジュール情報を受信すると、業務スケジュール３２にアクセスし、該業務スケジュール３２に格納されているスケジュール情報を、携帯端末４０から受信した追加されたスケジュール情報によって更新する。そして、の業務アプリケーション３１は、更新後のスケジュール情報を携帯端末４０の業務アプリケーションクライアント４２に送信する。

続いて、ステップＳ１１で、携帯端末４０は、スケジュール表示画面を行い、処理を終了する。具体的には、携帯端末４０の業務アプリケーションクライアント４２は、通信部Ｋ４６を経由して、サーバ３０の業務アプリケーション３１から更新後のスケジュール情報を受信すると、携帯端末４０の入出力兼用装置に、図１７に示されるようなスケジュール表示画面を表示させ、処理を終了する。

次に、フローチャートについて説明する。
ステップＳ１ ユーザは、業務アプリケーションクライアント４２を起動し、ＰＩＮを入力する。
ステップＳ２ 携帯端末４０は、ＰＩＮを送信する。
ステップＳ３ サーバ３０は、認証応答を行う。
ステップＳ４ 携帯端末４０は、肯定応答であるか否かを判断する。肯定応答である場合はステップＳ６に進み、肯定応答でない場合はステップＳ５に進む。
ステップＳ５ 携帯端末４０は、エラー表示を行う。
ステップＳ６ 携帯端末４０は、スケジュール情報要求を行う。
ステップＳ７ サーバ３０は、スケジュール情報の取得送信を行う。
ステップＳ８ 携帯端末４０は、スケジュール表示画面を行う。
ステップＳ９ ユーザがスケジュール追加を行うと、携帯端末４０はスケジュール情報更新を行う。
ステップＳ１０ サーバ３０は、スケジュール情報の更新及び送信を行う。
ステップＳ１１ 携帯端末４０は、スケジュール表示画面を行い、処理を終了する。

次に、スケジュールの実行の動作について説明する。ここでは、図１８に示されるフローチャートで説明したＰＩＮの入力による認証、並びに、スケジュールの参照及び登録は、既に実施済みであるものとして説明する。

図１９は本発明の実施の形態における携帯端末の通知画面を示す第１の図、図２０は本発明の実施の形態における携帯端末のコマンド生成を示す図、図２１は本発明の実施の形態における画像処理装置の初期画面を示す図、図２２は本発明の実施の形態における画像処理装置のファックス画面を示す図、図２３は本発明の実施の形態における画像処理装置のエラー表示画面を示す図、図２４は本発明の実施の形態における携帯端末のスケジュール表示画面を示す第３の図、図２５は本発明の実施の形態における携帯端末のスケジュール表示画面を示す第４の図、図２６は本発明の実施の形態における画像処理システムのスケジュールの実行の動作を示すフローチャートである。

まず、ステップＳ２１で、ユーザは、業務アプリケーションクライアント４２を起動する。具体的には、ユーザは、携帯端末４０を操作して、業務アプリケーションクライアント４２を起動する。

すると、ステップＳ２２で、携帯端末４０は、実行スケジュールがあるか否かを判断する。具体的には、携帯端末４０の業務アプリケーションクライアント４２は、取得したスケジュール情報に基づき、現在日時において、図７〜９に示されるようなスケジュール情報の「情報の内容」における「スケジュール実行」に、何かが登録されているか否かを判断する。つまり、所定の画像処理を実行する時機になったか否かを判断する。そして、実行スケジュールがある、すなわち、「スケジュール実行」に何かが登録されている場合にはステップＳ２４に移行し、実行スケジュールがない、すなわち、「スケジュール実行」に何も登録されていない場合にはステップＳ２３に移行する。

ステップＳ２３で、携帯端末４０は、スケジュール表示画面を行い、処理を終了する。具体的には、携帯端末４０の業務アプリケーションクライアント４２は、通信部Ｋ４６を経由して、サーバ３０の業務アプリケーション３１からスケジュール情報を受信し、携帯端末４０の入出力兼用装置に、図１２に示されるようなスケジュール表示画面を表示させ、処理を終了する。

また、ステップＳ２４で、携帯端末４０は、通知画面を表示する。具体的には、携帯端末４０の業務アプリケーションクライアント４２は、例えば、取得したスケジュールに基づき、現在日時において、図９に示されるようなスケジュール情報の「情報の内容」における「スケジュール実行」に何かが登録されている場合、携帯端末４０の入出力兼用装置に、図１９に示されるような通知画面を表示させる。該通知画面に表示されている文字列は、図９に示されるようなスケジュール情報の内容に基づいて生成されている。

続いて、ステップＳ２５で、ユーザは、携帯端末４０を画像処理装置１０に近付ける。具体的には、ユーザは、携帯端末４０を複合機（ＭＦＰ）である画像処理装置１０に接近させ、近距離の通信ネットワークである第２のネットワーク６０を介して、携帯端末４０が画像処理装置１０に接続された状態にする。これにより、携帯端末４０の近距離通信処理部Ｋ４１と画像処理装置１０の近距離通信処理部Ｍ１１との間で通信が開始される。

続いて、ステップＳ２６で、携帯端末４０は、コマンド生成を行い処理を終了する。具体的には、携帯端末４０の業務アプリケーションクライアント４２のコマンド生成部４３は、通知画面に表示されている文字列に対応するスケジュール情報の内容を、図２０に示されるように、コマンドに変換する。

図９に示されるスケジュールでは、「ａｃｔｉｏｎ」のデータが「ｆａｘ」であり、「ｄｅｓｔｉｎａｔｉｏｎ」のデータが「５６７８」である。また、図５に示されるアドレス帳を参照すると、「ＰＩＮ」が「５６７８」である「○○△介」の「Ｆａｘ番号」は、「１２３４５６７８」である。このことから、コマンド生成部４３は、図２０に示されるように、コマンドを生成することができる。

このようにして、コマンドが生成されると、携帯端末４０の業務アプリケーションクライアント４２は、近距離通信処理部Ｋ４１を介して、画像処理装置１０に前記コマンドを送信し、処理を終了する。

また、ステップＳ２７で、画像処理装置１０は、初期画面表示を行う。具体的には、画像処理装置１０の制御部２０は、画像処理装置１０の動作が開始された後、オペレーションパネル１４に、図２１に示されるような初期画面を表示させている。

続いて、ステップＳ２８で、画像処理装置１０は、コマンドを受信し、処理判断と、実行パラメータ設定とを行う。具体的には、画像処理装置１０のコマンド受信部１２は、近距離通信処理部Ｍ１１を介して、携帯端末４０の業務アプリケーションクライアント４２が送信したコマンドを受信すると、該コマンドを処理判断部１３に渡す。すると、該処理判断部１３は、前記コマンドを解釈して画像処理装置１０が実行すべき処理を判断し、実行パラメータを設定する。

続いて、ステップＳ２９で、画像処理装置１０は、実行前画面を表示する。具体的には、画像処理装置１０の処理判断部１３は、オペレーションパネル１４に表示されている画面を実行すべき処理に対応する画面に遷移させる。図２０に示される例において、コマンドは、「ａｃｔｉｏｎ＝ｆａｘ、ｄｅｓｔｉｎａｔｉｏｎ＝○○△介＜１２３４５６７８＞」であるから、処理判断部１３は、画像処理装置１０が実行すべき処理がファックス送信であると判断し、ファックス送信のための実行パラメータを設定し、オペレーションパネル１４に表示されている画面を、図２２に示されるような、宛先が入力済みの状態となっているファックス送信用の画面に遷移させる。該ファックス送信用の画面は、ユーザがオペレーションパネル１４に表示されている番号入力ボタンや短縮ダイヤルボタンにタッチして、宛先を入力した場合の画面と同様である。

つまり、前記ファックス送信用の画面は、ユーザがオペレーションパネル１４の図示されないスタートキーにタッチすれば、ファックス送信を開始できる状態の画面であって、実行直前の画面である。実行直前に、このような画面がオペレーションパネル１４に表示されるので、ほとんど全ての作業が自動化されている一方で、ユーザは、実行直前にファックス送信の宛先を確認することができ、誤送信の不安を感じることがない、という、ユーザにとって使いやすい動作環境が実現されている。

さらに、前記ファックス送信用の画面は、ユーザがオペレーションパネル１４を逐次操作して、ファックス番号や短縮ダイヤルを操作して入力した後の画面と同じであるから、画面上のどの場所にどの情報が表示されるかを十分理解できるユーザであれば、自動的に入力された実行直前の前記ファックス送信用の画面を見て、入力データが正しいか否かを難なく判別することができる。

続いて、ステップＳ３０で、ユーザは、スタートキーを押下する。具体的には、ユーザは、画像処理装置１０のオペレーションパネル１４の図示されないスタートキーにタッチする。

すると、ステップＳ３１で、画像処理装置１０は、実行確認を行う。具体的には、画像処理装置１０の処理判断部１３は、通信部Ｍ１９を介して、サーバ３０の業務スケジュール３２にアクセスし、該業務スケジュール３２に格納されているスケジュールを参照する。ここでは、ファックス送信の宛先である○○△介の現在日時である１月１日のスケジュールを参照するものとする。

続いて、ステップＳ３２で、画像処理装置１０は、スケジュールが「出勤」であるか否かを判断する。具体的には、画像処理装置１０の処理判断部１３は、ステップＳ３１で参照した業務スケジュール３２に格納されているスケジュールに基づき、ファックス送信の宛先である○○△介の現在日時である１月１日のスケジュールが「出勤」であるか否かを判断する。そして、「出勤」である場合にはステップＳ３３に移行し、「出勤」でない、すなわち、「出張」又は「休日」である場合にはステップＳ３４に移行する。

ステップＳ３３で、画像処理装置１０は、実行を行う。具体的には、現在日時において、ファックス送信の宛先である○○△介は「出勤」なので会社にいるから、ファックス送信した情報は、すぐに○○△介の手元に届き、他者に渡ったりするような不都合が生じることがない、と考えられるので、画像処理装置１０の処理判断部１３は、読み取り部１８に原稿を読み取らせて電子データを生成させ、通信部Ｋ４６に前記電子データをファックス送信させる。

また、ステップＳ３４で、画像処理装置１０は、エラー表示を行う。具体的には、現在日時において、ファックス送信の宛先である○○△介は「出勤」でなく会社にいないから、ファックス送信した情報は、すぐに○○△介の手元に届かずに、他者に渡ったりするような不都合が生じる可能性がある、と考えられるので、画像処理装置１０の処理判断部１３は、オペレーションパネル１４に図２３に示されるようなエラー表示画面を表示させ、ファックス送信を行わずに、ステップＳ３７に移行する。

ステップＳ３５で、画像処理装置１０は、正常終了か否かを判断する。具体的には、通信部Ｋ４６が電子データのファックス送信を開始しても、通信状態が劣悪であったり、電話線が抜けていたりする場合には、ファックス送信が失敗することがあるので、画像処理装置１０の処理判断部１３は、ファックス送信が正常に終了したか否かを判断する。そして、正常に終了した場合にはステップＳ３６に移行し、正常に終了しなかった場合にはステップＳ３７に移行する。

ステップＳ３６で、画像処理装置１０は、スケジュール情報更新（実行完了）を行い、処理を終了する。具体的には、画像処理装置１０のスケジュール更新部１６は、通信部Ｍ１９を介して、サーバ３０の業務スケジュール３２にアクセスし、該業務スケジュール３２に格納されているスケジュールを更新して処理を終了する。

この場合、業務スケジュール３２に格納されているスケジュールが更新された後に、携帯端末４０の業務アプリケーションクライアント４２が、前記業務アプリケーション３１にスケジュール情報を要求し、前記業務アプリケーション３１から受信したスケジュール情報を携帯端末４０の入出力兼用装置に表示させると、図２４に示されるようなスケジュール表示画面が表示される。図２４に示される例において、１月１日のスケジュールには「（済み）」と表示されている。

また、ステップＳ３７で、画像処理装置１０は、スケジュール情報更新（再スケジュール）を行い、処理を終了する。具体的には、画像処理装置１０のスケジュール更新部１６は、通信部Ｍ１９を介して、サーバ３０の業務スケジュール３２にアクセスし、該業務スケジュール３２に格納されているスケジュールを更新して処理を終了する。

この場合、業務スケジュール３２に格納されているスケジュールが更新された後に、携帯端末４０の業務アプリケーションクライアント４２が、前記業務アプリケーション３１にスケジュール情報を要求し、前記業務アプリケーション３１から受信したスケジュール情報を携帯端末４０の入出力兼用装置に表示させると、図２５に示されるようなスケジュール表示画面が表示される。図２５に示される例において、更新前の１月１日のスケジュールが、１月２日のスケジュールとして再設定されている。

次に、フローチャートについて説明する。
ステップＳ２１ ユーザは、業務アプリケーションクライアント４２を起動する。
ステップＳ２２ 携帯端末４０は、実行スケジュールがあるか否かを判断する。実行スケジュールがある場合はステップＳ２４に進み、実行スケジュールがない場合はステップＳ２３に進む。
ステップＳ２３ 携帯端末４０は、スケジュール表示画面を行い、処理を終了する。
ステップＳ２４ 携帯端末４０は、通知画面を表示する。
ステップＳ２５ ユーザは、携帯端末４０を画像処理装置１０に近付ける。
ステップＳ２６ 携帯端末４０は、コマンド生成を行い処理を終了する。
ステップＳ２７ 画像処理装置１０は、初期画面表示を行う。
ステップＳ２８ 画像処理装置１０は、コマンドを受信し、処理判断と、実行パラメータ設定とを行う。
ステップＳ２９ 画像処理装置１０は、実行前画面を表示する。
ステップＳ３０ ユーザは、スタートキーを押下する。
ステップＳ３１ 画像処理装置１０は、実行確認を行う。
ステップＳ３２ 画像処理装置１０は、スケジュールが「出勤」であるか否かを判断する。「出勤」である場合はステップＳ３３に進み、「出勤」でない場合はステップＳ３４に進む。
ステップＳ３３ 画像処理装置１０は、実行を行う。
ステップＳ３４ 画像処理装置１０は、エラー表示を行う。
ステップＳ３５ 画像処理装置１０は、正常終了か否かを判断する。正常に終了した場合はステップＳ３６に進み、正常に終了しなかった場合はステップＳ３７に進む。
ステップＳ３６ 画像処理装置１０は、スケジュール情報更新（実行完了）を行い、処理を終了する。
ステップＳ３７ 画像処理装置１０は、スケジュール情報更新（再スケジュール）を行い、処理を終了する。

このように、本実施の形態において、画像処理システム１は、データを格納するサーバ３０と、画像処理を実行する画像処理装置１０と、前記サーバ３０及び画像処理装置１０と通信可能に接続された携帯端末４０とを備える。そして、前記サーバ３０はスケジュールを格納し、前記携帯端末４０は前記サーバ３０に格納されたスケジュールに基づいて画像処理を決定し、決定した画像処理を前記画像処理装置１０に実行させる。また、前記サーバ３０に格納されたスケジュールは、ユーザが携帯端末４０を操作することにより設定又は更新可能である。

換言すると、本実施の形態における画像処理システム１は、スケジュール情報を格納するサーバ３０と、サーバ３０と通信可能な画像処理装置１０と、サーバ３０及び画像処理装置１０と通信可能な端末装置４０とを備える。そして、端末装置４０は、サーバ３０から取得したスケジュール情報に基づき、所定の画像処理を実行する時機になると所定の画像処理を実行すべき旨の通知を行い、画像処理装置１０に接続されると、所定の画像処理の実行コマンドを画像処理装置１０に送信し、画像処理装置１０は、実行コマンドを受信すると所定の画像処理の内容の通知を行い、所定の画像処理の開始指令が入力されると、所定の画像処理を実行する。

なお、前記サーバ３０に格納されたスケジュール情報は、画像処理装置１０のみが解釈することができるような固有のものでなく、前記スケジュール情報を設定又は更新するための専用のアプリケーションプログラムは設定されていない。したがって、ユーザは、専用のアプリケーションプログラムを習得することなく、前記サーバ３０に格納されたスケジュール情報の設定又は更新をすることができる。また、前記画像処理装置１０は、所定の画像処理を実行する前にその画像処理の内容を表示するので、ユーザは、意図した画像処理が実行されることを事前に確認することができ、ユーザの意図しない画像処理が実行されることがない。

次に、本実施の形態の変形例について説明する。

図２７は本発明の実施の形態におけるスケジュール情報の内容を示す第４の図、図２８は本発明の実施の形態における携帯端末のスケジュール表示画面を示す第５の図、図２９は本発明の実施の形態における携帯端末の通知画面を示す第２の図、図３０は本発明の実施の形態における画像処理装置のプリント画面を示す図、図３１は本発明の実施の形態における携帯端末の通知画面を示す第３の図、図３２は本発明の実施の形態における画像処理装置の電子メール画面を示す図、図３３は本発明の実施の形態における携帯端末の電子メール受信画面を示す図、図３４は本発明の実施の形態における画像処理装置の処理選択画面を示す図である。

本発明は、以下に説明するような変形例を含む種々の形態に適用可能である。

例えば、図２７に示されるスケジュール情報のように、「スケジュール職務」として、「会議」を新たに設け、「文書」に会議資料をリンクさせることができる。図２７に示される例においては、２月１日の１５：００〜１７：００が会議であり、会議資料として、「ｄｏｃ．ｄｏｃｘ」が格納されている。この場合、サーバ３０の業務データ３３にデータが格納されており、スケジュールの「文書」にリンクしている。なお、「会議」には、主催者である○山×夫の外に、東京支店、大阪支店及び名古屋支店の各代表者が出席予定であるものとする。

この場合、携帯端末４０の業務アプリケーションクライアント４２がサーバ３０の業務アプリケーション３１からスケジュール情報を受信すると、携帯端末４０の入出力兼用装置には、図２８に示されるようなスケジュール表示画面が表示される。図２８に示される例においては、２月１日の欄に会議資料のハイパーリンクが設定されている。該会議資料は、携帯端末４０の入出力兼用装置に表示して参照することもできるが、面積が大きな資料であるため、携帯端末４０の入出力兼用装置では視認しずらい。そこで、前記会議資料を画像処理装置１０に印刷させることとする。この場合、携帯端末４０の入出力兼用装置に、図２９に示されるような通知画面が表示される。

そして、ユーザは、携帯端末４０を画像処理装置１０に接近させ、近距離の通信ネットワークである第２のネットワーク６０を介して、携帯端末４０が画像処理装置１０に接続された状態にする。すると、画像処理装置１０のオペレーションパネル１４に、図３０に示されるような、プリント用の画面が表示される。図３０に示される例において、画像処理装置１０は、印刷するデータが格納されたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を業務スケジュール３２から取得して、設定済みの状態になっている。

さらに、会議が終了した後、議事録があり、議事録データは、文書リンク「ｆｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ／ｋ／」のフォルダに別途格納されているものとする。そして、前記議事録データを会議に出席したユーザが参照することができるように、ユーザが携帯端末４０の業務アプリケーションクライアント４２を起動したときに、図３１に示されるような通知画面が、携帯端末４０の入出力兼用装置に表示されるものとする。

この場合、ユーザが携帯端末４０を画像処理装置１０に接近させ、近距離の通信ネットワークである第２のネットワーク６０を介して、携帯端末４０と画像処理装置１０とが相互に通信可能な状態になると、画像処理装置１０のオペレーションパネル１４に、図３２に示されるような、電子メール用の画面が表示される。図３２に示される例において、画像処理装置１０は、電子メールの宛先を会議の参加者から、また、件名及び文書リンクをスケジュール情報から、というように、それぞれを、業務スケジュール３２から取得して、設定済みの状態になっている。そして、携帯端末４０が画像処理装置１０から電子メールを受信すると、携帯端末４０の入出力兼用装置には、図３３に示されるような電子メール受信画面が表示される。

このように、「スケジュール職務」として「会議」を設けた場合であっても、会議時間の前と後でどのようなアクションをするかを事前に決めてサーバ３０の業務アプリケーション３１に保持するようにすれば、以上のように説明した構成及び動作によって、本実施の形態が適用可能である。これにより、会議の前の資料の準備、会議後の議事録の送信を間違いなく行うことができる。

また、スケジュール情報は１日のうちに複数あってもよい。スケジュール情報が複数あった場合、携帯端末４０を画像処理装置１０に接近させたときに、該画像処理装置１０のオペレーションパネル１４には、図３４に示されるように、複数のスケジュール情報のリストを含む画面が表示されるようにすることができる。そして、ユーザが前記リストの項目の１つにタッチしたときに、図２２、３０及び３２に示されるような画面が表示されるようにすれば、以上のように説明した構成及び動作によって、本実施の形態が適用可能である。

なお、本発明は前記実施の形態に限定されるものではなく、本発明の趣旨に基づいて種々変形させることが可能であり、それらを本発明の範囲から排除するものではない。

本発明は、画像処理システムに利用することができる。

１ 画像処理システム
１０ 画像処理装置
１４ オペレーションパネル
１６ スケジュール更新部
３０ サーバ
３１ 業務アプリケーション
３２ 業務スケジュール
４０ 携帯端末
４２ 業務アプリケーションクライアント

Claims (12)

1. スケジュール情報を格納するサーバと、該サーバと通信可能な画像処理装置と、前記サーバ及び画像処理装置と通信可能な端末装置とを備える画像処理システムであって、
   前記端末装置は、前記サーバから取得したスケジュール情報に基づき、所定の画像処理を実行する時機になると該画像処理を実行すべき旨の通知を行い、前記画像処理装置に接続されると、前記画像処理の実行コマンドを前記画像処理装置に送信し、
   該画像処理装置は、前記実行コマンドを受信すると前記画像処理の内容の通知を行い、前記画像処理の開始指令が入力されると、前記画像処理を実行することを特徴とする画像処理システム。
2. 前記スケジュール情報は、人又は部署毎に一意に割り当てられる番号、名前、電子メールアドレス及び／又は電話番号を含む請求項１に記載の画像処理システム。
3. 前記スケジュール情報は、前記人又は部署毎に一意に割り当てられる番号に対応付けられた予定の日時、開始時間、終了時間及び／又は内容を更に含む請求項２に記載の画像処理システム。
4. 前記予定は、他者との係わりがある予定と、他者との係わりがない予定とに区別されている請求項３に記載の画像処理システム。
5. 前記他者との係わりがある予定は、係わる方法を示す属性を含む請求項４に記載の画像処理システム。
6. 前記端末装置は、前記スケジュール情報の更新及び送信が可能なアプリケーションプログラムを有し、前記サーバは、前記スケジュール情報の格納領域を有し、前記端末装置から更新されたスケジュール情報を受信すると、前記格納領域のスケジュール情報を更新する請求項１〜５のいずれか１項に記載の画像処理システム。
7. 前記端末装置は入出力兼用装置を有し、前記画像処理を実行すべき旨の通知は前記入出力兼用装置の画面に表示される請求項１〜６のいずれか１項に記載の画像処理システム。
8. 前記画像処理装置が実行可能な画像処理は、コピー、メール、プリント又はファックスである請求項１〜７のいずれか１項に記載の画像処理システム。
9. 前記画像処理装置はオペレーションパネルを有し、前記画像処理の内容の通知は前記オペレーションパネルの画面に表示される請求項１〜８のいずれか１項に記載の画像処理システム。
10. 前記画像処理の内容の通知を表示するオペレーションパネルの画面の内容は、前記オペレーションパネルを操作して前記画像処理を画像処理装置に実行させる際に表示される画面の内容と同一である請求項９に記載の画像処理システム。
11. 前記画像処理装置は、前記スケジュール情報の更新が可能なモジュールを有し、前記画像処理を実行すると更新されたスケジュール情報を前記サーバに送信し、該サーバは、前記スケジュール情報の格納領域を有し、前記画像処理装置から更新されたスケジュール情報を受信すると、前記格納領域のスケジュール情報を更新する請求項１〜１０のいずれか１項に記載の画像処理システム。
12. スケジュール情報の格納領域、及び、前記スケジュール情報の更新が可能な第１のアプリケーションプログラムを有するサーバと、該サーバと通信可能な画像処理装置と、前記サーバ及び画像処理装置と通信可能な端末装置であって、前記スケジュール情報の更新及び送信が可能な第２のアプリケーションプログラムを有する端末装置とを備える画像処理システムであって、
    前記第２のアプリケーションプログラムは、前記サーバの格納領域から取得したスケジュール情報に基づき、所定の画像処理を実行する時機になると該画像処理を実行すべき旨の通知を前記端末装置に行わせ、該端末装置が前記画像処理装置に接続されると、前記画像処理の実行コマンドを前記画像処理装置に送信し、
    該画像処理装置は、前記実行コマンドを受信すると前記画像処理の内容の通知を行い、前記画像処理の開始指令が入力されると、前記画像処理を実行することを特徴とする画像処理システム。

Images