JP7155867B2

JP7155867B2 - 画像処理装置、制御方法、プログラムおよび画像処理システム

Info

Publication number: JP7155867B2
Application number: JP2018198987A
Authority: JP
Inventors: 哲也奥野
Original assignee: Brother Industries Ltd
Current assignee: Brother Industries Ltd
Priority date: 2017-10-30
Filing date: 2018-10-23
Publication date: 2022-10-19
Anticipated expiration: 2038-10-23
Also published as: JP2019083521A; US20190132458A1; US10659633B2

Description

本発明は、画像データを使用する処理を実行する画像処理装置、画像処理装置で実行される制御方法、画像処理装置のコンピュータにインストールされるプログラム、および、画像処理装置を含む画像処理システムに関する。

画像処理装置の一例として、プリント機能、スキャン機能およびファックス機能などの複数の機能を有するＭＦＰ（Multi-FunctionPeripheral）が知られている。プリント機
能は、プリント用紙などのシートに画像データに係る画像を印刷する機能である。スキャン機能は、画像を読み取って画像データを生成する機能である。ファックス機能は、画像データを公衆電話回線を介して送受信する機能である。

ＭＦＰは、通常、ユーザインタフェース（ＵＩ）を搭載している。ユーザインタフェースは、情報の表示のための表示部および情報の入力のための操作部を含む構成であり、たとえば、情報の表示およびタッチ操作による情報の入力が可能なタッチパネルからなる。ユーザは、ユーザインタフェースの表示を確認し、ユーザインタフェースを操作することにより、各機能の実行に必要な設定、たとえば、プリント機能の実行に必要な印刷枚数や印刷品質、シートサイズなどの設定を行うことができる。

ＭＦＰに搭載されるユーザインタフェースは、製品コストの抑制などの理由から、サイズの小さいものが多い。それにもかかわらず、各種の機能の向上および多様化により、ユーザインタフェースで設定が必要な項目数が増加している。そのため、ＭＦＰに搭載されているユーザインタフェースでは、ユーザが期待する操作性や視認性を確保することが困難になってきている。

そこで、ユーザのスマートフォンなどの携帯端末をＭＦＰのユーザインタフェースとして利用し、携帯端末上で各機能の実行に必要な設定を可能とする技術が提案されている。携帯端末の操作性および視認性により、ＭＦＰのユーザインタフェースとしての操作性および視認性の向上を図ることができる。

特開２０１５－１２２０１４号公報特開２０１３－２１４１４０号公報特開２００４－２９５３２５号公報特開２０１７－１１２５５８号公報

しかしながら、ユーザの携帯端末をＭＦＰのユーザインタフェースとして利用中に、別のユーザによってＭＦＰに搭載されているユーザインタフェースが使用されると、ＭＦＰでの設定に関する処理が混乱するおそれがある。

本発明の目的は、画像処理装置での設定に関する処理が混乱することを抑制できる、画像処理装置、制御方法、プログラムおよび画像処理システムを提供することである。

前記の目的を達成するため、本発明の一の局面に係る画像処理装置は、ユーザインタフェースと、携帯端末と無線通信する無線通信部と、制御部とを備え、制御部は、ユーザインタフェースの機能を携帯端末に担わせるためのＵＩ情報を無線通信部から携帯端末に送信するＵＩ情報送信処理と、ＵＩ情報送信処理によるＵＩ情報の送信を条件に、ユーザインタフェースをロックするＵＩロック処理とを実行する。

この構成によれば、無線通信部から携帯端末にＵＩ情報が送信されると、携帯端末がユーザインタフェースの機能を担い、ユーザインタフェースの表示部に表示される画面が携帯端末に表示され、ユーザインタフェースの受付部に受け付けられる操作が携帯端末に受け付け可能となる。そのため、携帯端末上で各種の設定を行うことができる。

無線通信部から携帯端末にＵＩ情報が送信されることを条件に、ユーザインタフェースがロックされる。そのため、携帯端末が画像処理装置のユーザインタフェースとして機能しているときに、そのユーザインタフェースが使用されることを抑制できる。その結果、画像処理装置での設定に関する処理が混乱することを抑制できる。

なお、ユーザインタフェースのロックは、受付部による操作の非受付および表示部における画面の非表示のいずれか一方であってもよいし、その両方であってもよい。

本発明は、画像処理装置の形態で実現することができるだけでなく、たとえば、画像処理装置で実行される制御方法、画像処理装置のコンピュータにインストールされるプログラム、ならびに画像処理装置、携帯端末およびサーバを含む画像処理システムの形態で実現することもできる。

本発明によれば、画像処理装置での設定に関する処理が混乱することを抑制できる。

本発明の一実施形態に係る画像処理システムの構成を示す図である。アドオンプログラムによる機能の使用時に実行される処理のシーケンス図（その１）である。アドオンプログラムによる機能の使用時に実行される処理のシーケンス図（その２）である。操作パネルおよび形態端末（スマートフォン）に表示される画面例を示す図である。操作パネルに表示される画面例を示す図である。アドオンプログラムによる機能の使用時に実行される処理の他の変形例を示すシーケンス図（その１）である。アドオンプログラムによる機能の使用時に実行される処理の他の変形例を示すシーケンス図（その２）である。アドオンプログラムによる機能の使用時に実行される処理のさらに他の変形例を示すシーケンス図（その１）である。アドオンプログラムによる機能の使用時に実行される処理のさらに他の変形例を示すシーケンス図（その２）である。図６Ｂに示される処理と置換可能な処理を示すシーケンス図である。

以下では、本発明の実施の形態について、添付図面を参照しつつ詳細に説明する。

＜画像処理システム＞
図１に示される画像処理システム１は、画像処理装置の一例であるＭＦＰ（Multi-FunctionPeripheral）２でアドオンプログラムによる機能を実行可能とするシステムであり、
ＭＦＰ２、アドオンプログラム用サーバ３および携帯端末５を含む。

ＭＦＰ２は、ＬＡＮ（LocalAreaNetwork）６が構築された場所に設けられ、ＬＡＮ６を経由してインターネット７に接続されている。ＬＡＮ６には、有線ＬＡＮが含まれていてもよいが、ＩＥＥＥ（アイトリプルイー）での規格「ＩＥＥＥ８０２．１１」を使用
した方式のＷＬＡＮ（ワイヤレスＬＡＮ）が含まれる。アドオンプログラム用サーバ３は、インターネット７上に置かれている。携帯端末５は、ＷＬＡＮ通信機能を有しており、ＬＡＮ６経由でインターネット７に接続できるほか、モバイルデータ通信機能を有しており、モバイルデータ通信回線を経由してインターネット７に接続可能である。

＜ＭＦＰ＞
ＭＦＰ２は、ファクシミリ機能、プリント機能、スキャン機能およびコピー機能など、複数の機能を有する電子機器である。ファクシミリ機能は、画像データを公衆電話回線を介して送受信する機能である。プリント機能（画像形成機能）は、画像データに係る画像をプリント用紙などのシートに形成する機能である。スキャン機能（画像読取機能）は、原稿の画像を読み取って画像データを生成する機能である。コピー機能は、原稿の画像を読み取ってその画像をシートに形成する機能である。

ＭＦＰ２は、それらの複数の機能を実現するため、画像形成部１１、画像読取部１２、操作パネル１３、ＦＡＸインタフェース（Ｉ／Ｆ）１４、ＬＡＮインタフェース（Ｉ／Ｆ）１５、ＮＦＣ（NearFieldCommunication）インタフェース（Ｉ／Ｆ）１６、ＡＳＩＣ（ApplicationSpecificIntegratedCircuit）１７、フラッシュメモリなどの書き換え
可能な不揮発性メモリであるＲＯＭ（ReadOnlyMemory）１８およびＤＲＡＭ（DynamicRandomAccessMemory）などの揮発性メモリであるＲＡＭ（RandomAccessMemory）１９を備えている。画像形成部１１、画像読取部１２、操作パネル１３、ＦＡＸインタフェース１４、ＬＡＮインタフェース１５、ＮＦＣインタフェース１６、ＡＳＩＣ１７、ＲＯＭ１８およびＲＡＭ１９は、バス２０を介して、データ通信可能に接続されている。

画像形成部１１は、搬送経路上を１枚ずつ搬送されるプリント用紙などのシートにカラー画像またはモノクロ画像を形成するよう構成されている。画像形成の方式は、電子写真方式であってもよいし、インクジェット方式であってもよい。

画像読取部１２は、シートに形成されている画像を読み取り、その画像の画像データを出力する。画像読取の方式は、ＣＩＳ（ContactImageSensor）方式であってもよいし、ＣＣＤ（ChargeCoupledDevices）方式であってもよい。

操作パネル１３（ユーザインタフェースの一例）は、タッチパネルからなり、液晶ディスプレイなどの表示部１３Ａ上に感圧式または静電容量式の透明フィルムスイッチなどの操作部１３Ｂ（受付部の一例）を重ねて構成されている。操作パネル１３には、各種の情報や操作ボタンなどの画像が表示される。ユーザが操作パネル１３に表示される操作ボタンをタッチ操作することにより、そのタッチ操作された操作ボタンの種類に応じた指示が操作パネル１３に受け付けられる。操作パネル１３に指示が受け付けられると、その指示の内容に応じた信号（データ）が操作パネル１３からＡＳＩＣ１７に向けて送信される。

ＦＡＸインタフェース１４は、ファクシミリ通信に使用される公衆電話回線との接続のためのインタフェースであり、ＮＣＵ（NetworkControlUnit）を内蔵したモデムなどを備えている。

ＬＡＮインタフェース１５（サーバ通信部の一例）は、ＬＡＮ６との接続のためのインタフェースである。

ＮＦＣインタフェース１６（無線通信部、近距離無線通信部の一例）は、ＮＦＣよる無線通信のためのインタフェースである。ＮＦＣは、国際規格であるＩＳＯ／ＩＥＣ１４４４３、ＩＳＯ／ＩＥＣ１８０９２などに対応する無線通信技術であり、１３．５６ＭＨｚ帯の通信周波数を利用する。ＮＦＣインタフェース１６は、ＮＦＣによる無線通信機能を有する機器やＩＣカードをタッチ操作により近接ないし接触させるタッチ部を備えている。このタッチ部から所定距離範囲内にＮＦＣによる無線通信機能を有する機器などが近づけられると、その機器などとＮＦＣインタフェース１６との間でＮＦＣ通信が確立されてデータ通信が可能となる。

ＡＳＩＣ１７は、ＣＰＵ２１（制御部の一例）を内蔵している。ＣＰＵ２１は、ＡＳＩＣ１７に入力される情報に基づいて、各種の処理のためのプログラムを実行することにより、画像形成部１１、画像読取部１２、操作パネル１３、ＦＡＸインタフェース１４、ＬＡＮインタフェース１５およびＮＦＣインタフェース１６などの各部を制御する。

ＲＯＭ１８には、ＣＰＵ２１によって実行されるプログラムおよび各種のデータなどが記憶されている。

ＲＡＭ１９は、ＣＰＵ２１がプログラムを実行する際のワークエリアとして使用される。

＜アドオンプログラム用サーバ＞
アドオンプログラム用サーバ（追加型プログラムサーバ）３は、アドオンプログラムによる機能をＭＦＰ２に提供するサーバである。アドオンプログラム用サーバ３には、アドオンプログラムが保存されており、そのアドオンプログラムの実行により、アドオンプログラムに応じた機能がＭＦＰ２に提供される。アドオンプログラムの実行によりＭＦＰ２に提供される機能の例としては、画像読取部１２によって読み取られた画像データをＭＦＰ２から電子メールに添付して送信するスキャンメール機能、画像読取部１２によって読み取られた画像データをＭＦＰ２からインターネット７上のアドオンプログラム用サーバ３にアップロードするスキャンアップロード機能、インターネット７上のアドオンプログラム用サーバ３から画像データをＭＦＰ２にダウンロードしてプリントするダウンロードプリント機能などを挙げることができる。

＜携帯端末＞
携帯端末５は、スマートフォンやタブレットなど、タッチパネルを搭載した持ち運び可能な端末機器である。携帯端末５は、前述のＷＬＡＮ通信機能およびモバイルデータ通信機能に加えて、ＮＦＣによる無線通信機能を有している。そのため、携帯端末５がＭＦＰ２のＮＦＣインタフェース１６から所定距離範囲内に近づけられると、携帯端末５とＮＦＣインタフェース１６との間でＮＦＣ通信が確立されてデータ通信が可能となる。

＜アドオンプログラム＞
アドオンプログラムは、図２Ａに示されるように、ユーザによってその起動が指示される（１：アドオンプログラム起動）。たとえば、ＭＦＰ２の操作パネル１３に表示されるメニュー画面には、アドオンプログラムの起動を指示するボタンが含まれており、そのボタンをユーザが押すことにより、アドオンプログラムの起動の指示が操作パネル１３に受け付けられる。
ここで、アドオンプログラムとは、電子機器が有する標準機能を拡張するため、アドオンされる追加型プログラムである。アドオンプログラムには、組み込み型アドオンプログラムとWeb型アドオンプログラムの二種類がある。組み込み型アドオンプログラムは、電子機器インストールされることにより使用される。
Web型アドオンプログラムは、サーバと電子機器が連携して実行するプログラムである。つまり、電子機器は、サーバからアドオンプログラムに関するコマンドを順次受け付けながら、Web型アドオンプログラムに係る処理を実行する。
本実施形態では、Web型アドオンプログラムについて記載するが、本発明に係るアドオンプログラムは、上記二種類のアドオンプログラムであってもよいし、上記二種類の混合型であってもよい。

なお、以下では、スキャンメール機能のアドオンプログラムの起動が指示された場合を例にとる。

アドオンプログラムの起動の指示が操作パネル１３に受け付けられたことに応じて、ＭＦＰ２のＡＳＩＣ１７のＣＰＵ２１は、アドオンプログラム用サーバ３からのコマンドを取得するため、ＲＯＭ１８に保存されている「ＵＲＬ（UniformResourceLocator）１」を読み出し、ＬＡＮインタフェース１５を制御して、その「ＵＲＬ１」で特定されるアドオンプログラム用サーバ３上のファイルにアクセスする（２：コマンド取得）。

このアクセスに応じて、アドオンプログラム用サーバ３からＭＦＰ２に宛先入力画面表示コマンドが送信される。

宛先入力画面表示コマンドは、ＸＭＬ（ExtensibleMarkupLanguage）で記述された文書（ファイル）である。宛先入力画面表示コマンドでは、先頭行に「ＸＭＬ宣言」が記載され、その後にＸＭＬ文書の本体部分が記載されている。本体部分では、「宛先」の文字と、宛先を入力するテキスト入力ボックスと、「次へ」ボタンとをＵＩ画面である宛先入力画面に表示することが指示されるとともに、次のアクセス先の「ＵＲＬ２」が指定されている。

ＭＦＰ２のＣＰＵ２１は、アドオンプログラム用サーバ３からの宛先入力画面表示コマンドを受信すると、宛先入力画面を操作パネル１３に表示させる（３：宛先入力画面表示）。宛先入力画面の一例では、図３に示されるように、「宛先」の文字が表示され、その「宛先」の文字の右側にテキスト入力ボックス３１が表示され、テキスト入力ボックス３１の右端部の下側に「次へ」ボタン３２が表示される。

なお、テキスト入力ボックス３１にテキストを入力するためのキーは、操作パネル１３と別に設けられていてもよいし、テキスト入力ボックス３１の下側に表示されるソフトウェアキーボードであってもよい。

また、ＭＦＰ２のＣＰＵ２１は、アドオンプログラム用サーバ３からの宛先入力画面表示コマンドを受信すると、その宛先入力画面表示コマンドをＲＡＭ１９に保存する。

宛先入力画面の表示後、携帯端末５がＭＦＰ２のＮＦＣインタフェース１６のタッチ部にタッチ操作されて、携帯端末５とＭＦＰ２のＮＦＣインタフェース１６との間でＮＦＣ通信が確立されると（４：タッチ）、ＭＦＰ２のＣＰＵ２１は、ロックＩＤを発行する（４．１：ロックＩＤ発行）。ロックＩＤは、ＲＡＭ１９に保存される。ロックＩＤの発行後、ＣＰＵ２１は、操作パネル１３の状態を操作部１３Ｂに操作が受け付けられる状態から操作部１３Ｂに操作が受け付けられないロック状態に移行させる（４．２：ロック状態移行）。ロック状態に移行すると、たとえば、図３に示されるように、操作パネル１３に表示されている宛先入力画面にロック状態であることを表す「鍵」マークが表示されるか、または、操作パネル１３に「画面ロック中」のメッセージが表示される。その後、ＣＰＵ２１は、ＮＦＣインタフェース１６を制御して、ＮＦＣ通信により、宛先入力画面表示コマンドおよびロックＩＤを携帯端末５に送信する。

なお、操作パネル１３のロック状態は、操作部１３Ｂに何らの操作も受け付けられない状態であってもよいが、次に述べる携帯端末５の宛先入力画面で受け付けられる操作が受け付けられない状態であれば、その操作以外の操作は受け付けられる状態であってもよい。また、ロック状態では、操作パネル１３の表示がオフ（黒画面）にされてもよい。

携帯端末５では、宛先入力画面表示コマンドの受信に応じて、携帯端末５にインストールされている専用アプリケーションソフトの機能により、宛先入力画面表示コマンドが解釈されて、携帯端末５のタッチパネルに、宛先入力画面が表示される（５：宛先入力画面
表示）。すなわち、携帯端末５のタッチパネルには、図３に示されるように、ＭＦＰ２の操作パネル１３に表示される宛先入力画面と同様、「宛先」の文字が表示され、そのボックス名の右側にテキスト入力ボックス４１が表示され、テキスト入力ボックス４１の右端部の下側に「次へ」ボタン４２が表示される。また、携帯端末５では、受信したロックＩＤがメモリに保存される。

宛先入力画面では、ユーザにより携帯端末５のタッチパネルが操作されて、テキスト入力ボックス４１にスキャンメール機能によるメールの宛先が入力される（６：宛先入力）。宛先の入力が完了して、ユーザにより「次へ」ボタン４２が押されると、テキスト入力ボックス４１に入力された宛先の情報が「ＵＲＬ２」で特定されるアクセス先に送信される（７：コマンド取得（宛先））。「ＵＲＬ２」は、アドオンプログラム用サーバ３上のアドレスである。

このアドオンプログラム用サーバ３へのアクセスに応じて、アドオンプログラム用サーバ３から携帯端末５にファイル名入力画面表示コマンドが送信される。

ファイル名入力画面表示コマンドは、ＸＭＬで記述された文書であり、その本体部分では、「ファイル名」の文字と、ファイル名を入力するテキスト入力ボックスと、「次へ」ボタンとをＵＩ画面であるファイル名入力画面に表示することが指示されるとともに、次のアクセス先の「ＵＲＬ３」が指定されている。

携帯端末５では、アドオンプログラム用サーバ３からのファイル名入力画面表示コマンドを受信すると、図２Ｂに示されるように、ファイル名入力画面がタッチパネルに表示される（８：ファイル名入力画面表示）。ファイル入力画面の一例では、図３に示されるように、「ファイル名」の文字が表示され、その「ファイル名」の文字の右側にテキスト入力ボックス４３が表示され、テキスト入力ボックス４３の右端部の下側に「次へ」ボタン４４が表示される。

ファイル名入力画面では、ユーザにより携帯端末５のタッチパネルが操作されて、テキスト入力ボックス４３にスキャンメール機能によりメール送信されるファイルの名称であるファイル名が入力される（９：ファイル名入力）。ファイル名の入力が完了して、ユーザにより「次へ」ボタン４４が押されると、テキスト入力ボックス４３に入力されたファイル名の情報が「ＵＲＬ３」で特定されるアクセス先に送信される（１０：コマンド取得（ファイル名））。「ＵＲＬ３」は、アドオンプログラム用サーバ３上のアドレスである。

このアドオンプログラム用サーバ３へのアクセスに応じて、アドオンプログラム用サーバ３から携帯端末５にスキャンコマンドが送信される。

スキャンコマンドは、スキャンの実行、つまり画像読取部１２による画像の読み取りを指示するコマンドである。スキャンコマンドには、次のアクセス先の「ＵＲＬ４」も含まれている。携帯端末５では、スキャンコマンドを処理することができないので、携帯端末５がスキャンコマンドを受信すると、その受信したスキャンコマンドがメモリに保存されて、タッチパネルにタッチ指示画面が表示される（１１：タッチ指示画面表示）。タッチ指示画面の一例では、図３に示されるように、「本体に本機をタッチしてください」のメッセージが表示される。

タッチ指示画面の表示後、携帯端末５がＭＦＰ２のＮＦＣインタフェース１６のタッチ部にタッチ操作されて、携帯端末５とＭＦＰ２のＮＦＣインタフェース１６との間でＮＦＣ通信が確立されると、ＮＦＣ通信により、携帯端末５のメモリに保存されているロックＩＤおよびスキャンコマンドがＭＦＰ２に送信される（１２：タッチ）。

ＭＦＰ２のＣＰＵ２１は、ロックＩＤおよびスキャンコマンドを受信すると、その受信したロックＩＤと携帯端末５の先のタッチ操作時に発行したロックＩＤとを照合する。そして、それらのロックＩＤが一致していれば、ＣＰＵ２１は、操作パネル１３の状態をロック状態から操作部１３Ｂに操作が受け付けられる状態に移行、すなわち、操作パネル１３のロック状態を解除する（１２．１：ロック状態解除）。

その後、ＣＰＵ２１は、画像読取部１２を制御して、スキャン機能による原稿の画像のスキャンを実行する（１３：スキャン実行）。スキャンの実行中は、たとえば、図３に示されるように、操作パネル１３に「スキャン中」のメッセージが表示される。

スキャンが終了すると、ＭＦＰ２のＣＰＵ２１は、スキャンにより生成された画像データ（スキャンデータ）を「ＵＲＬ４」で特定されるアクセス先に送信する（１４：コマンド取得（スキャンデータ））。

スキャンデータを受信したアドオンプログラム用サーバ３では、先に受信した入力テキストをファイル名として、その受信したスキャンデータがファイル名と対応づけて保存される。そして、アドオンプログラム用サーバ３は、そのファイル名のスキャンデータを電子メールに添付して、先に受信した宛先に送信する。これにより、スキャンメール機能による処理が終了となる。アドオンプログラム用サーバ３は、電子メールの送信完了後、完了画面表示コマンドをＭＦＰ２に送信する。

ＭＦＰ２のＣＰＵ２１は、アドオンプログラム用サーバ３からの完了画面表示コマンドを受信すると、完了画面を操作パネル１３に表示させる（１５：完了画面表示）。完了画面では、図３に示されるように、「完了」のメッセージが表示され、その下側に「ＯＫ」ボタン３５が表示される。ユーザによって「ＯＫ」ボタン３５が押されると、操作パネル１３に表示される画面が完了画面からメニュー画面に切り替わる。

なお、操作パネル１３に宛先入力画面が表示された後、携帯端末５がＭＦＰ２のＮＦＣインタフェース１６のタッチ部にタッチ操作されずに、宛先入力画面のテキスト入力ボックス３１に宛先が入力されて、「次へ」ボタン３２が押された場合には、図４に示されるように、操作パネル１３にファイル名入力画面が表示される。ファイル入力画面の一例では、「ファイル名」の文字が表示され、その「ファイル名」の文字の右側にテキスト入力ボックス３３が表示され、テキスト入力ボックス３３の右端部の下側に「次へ」ボタン３４が表示される。

＜作用効果＞
以上のように、ＭＦＰ２のＮＦＣインタフェース１６から携帯端末５に宛先入力画面ファイルが送信されると、携帯端末５が操作パネル１３の機能を担い、操作パネル１３の表示部１３Ａに表示される画面が携帯端末５に表示され、操作パネル１３の操作部１３Ｂに受け付けられる操作が携帯端末５に受け付け可能となる。そのため、携帯端末５上でスキャンメール機能で使用される宛先など、各種の機能の設定を行うことができる。

ＮＦＣインタフェース１６から携帯端末５に宛先入力画面ファイルが送信されることを条件に、操作パネル１３がロックされる。そのため、携帯端末５がＭＦＰ２の操作パネル１３として機能しているときに、その操作パネル１３が使用されることを抑制できる。その結果、ＭＦＰ２での設定に関する処理が混乱することを抑制できる。

また、ＭＦＰ２のＣＰＵ２１は、宛先入力画面ファイルを送信するときに、送信先の携帯端末５にロックＩＤを発行して、そのロックＩＤを宛先入力画面ファイルとともに携帯
端末５に送信する。そして、操作パネル１３がロック状態に移行した後、ＭＦＰ２が先に送信したロックＩＤと同一のロックＩＤを携帯端末５から受信したことを条件に、操作パネル１３のロック状態が解除される。したがって、ロックＩＤが発行された携帯端末５と別の携帯端末５からＭＦＰ２にロックＩＤが送信されても、そのロックＩＤはＭＦＰ２が先に送信したロックＩＤと一致しないので、操作パネル１３のロック状態は解除されない。よって、ロックＩＤが発行された携帯端末５と別の携帯端末５を用いて操作パネル１３のロック状態が解除されることを抑制できる。

また、ロックＩＤだけではなく、アドオンプログラムによるスキャンの実行を指示するスキャンコマンドをＭＦＰ２が携帯端末５から受信したことを条件に、操作パネル１３のロック状態が解除される。そのため、スキャン実行前の操作パネル１３が操作される可能性がある状態で操作パネル１３のロック状態が解除されることを一層抑制できる。

しかも、携帯端末５がＭＦＰ２のＮＦＣインタフェース１６のタッチ部にタッチ操作されると、携帯端末５からＭＦＰ２にロックＩＤおよびスキャンコマンドが送信される。そのため、携帯端末５のタッチ操作以外に、ロックＩＤおよびスキャンコマンドの送信のための特別な操作を必要としない。よって、ユーザにとって利便性が高い。

さらに、操作パネル１３がロック状態に移行すると、アドオンプログラム用サーバ３との通信相手がＭＦＰ２から携帯端末５に引き継がれる。そして、操作パネル１３のロック状態が解除されるまでの間、ＭＦＰ２とアドオンプログラム用サーバ３との間で通信が行われない。これにより、ＭＦＰ２とアドオンプログラム用サーバ３との間で無駄な通信が行われることを抑制でき、ＭＦＰ２およびアドオンプログラム用サーバ３の負荷の軽減を図ることができる。

＜第２実施形態＞
図２Ａおよび図２Ｂに示される処理に代えて、図５Ａおよび図５Ｂに示される処理が実行されてもよい。

アドオンプログラムの起動の指示が操作パネル１３に受け付けられたことに応じて（１：アドオンプログラム起動）、ＭＦＰ２のＡＳＩＣ１７のＣＰＵ２１は、図５Ａに示されるように、アドオンプログラム用サーバ３からのコマンドを取得するため、ＲＯＭ１８に保存されている「ＵＲＬ１」を読み出し、ＬＡＮインタフェース１５を制御して、その「ＵＲＬ１」で特定されるアドオンプログラム用サーバ３上のファイルにアクセスする（２：コマンド取得）。

このアクセスに応じて、アドオンプログラム用サーバ３からＭＦＰ２に宛先入力画面表示コマンドが送信される。宛先入力画面表示コマンドの内容は、図２Ａおよび図２Ｂに示される処理の場合と同様であり、宛先入力画面表示コマンドには、次のアクセス先の「ＵＲＬ２」が指定されている。

ＭＦＰ２のＣＰＵ２１は、アドオンプログラム用サーバ３からの宛先入力画面表示コマンドを受信すると、宛先入力画面（図３参照）を操作パネル１３に表示させる（３：宛先入力画面表示）。

また、ＭＦＰ２のＣＰＵ２１は、アドオンプログラム用サーバ３からの宛先入力画面表示コマンドを受信すると、ＸＭＬ文書の変換用言語であるＸＳＬＴを用いて、宛先入力画面表示コマンドの内容を含むＨＴＭＬ文書を作成する。そして、そのＨＴＭＬ文書からなる宛先入力画面ファイルをＲＡＭ１９に保存する。

宛先入力画面の表示後、携帯端末５がＭＦＰ２のＮＦＣインタフェース１６のタッチ部にタッチ操作されて、携帯端末５とＭＦＰ２のＮＦＣインタフェース１６との間でＮＦＣ通信が確立されると（４：タッチ）、ＭＦＰ２のＣＰＵ２１は、ロックＩＤを発行する（４．１：ロックＩＤ発行）。ロックＩＤは、ＲＡＭ１９に保存される。ロックＩＤの発行後、ＣＰＵ２１は、操作パネル１３の状態を操作部１３Ｂに操作が受け付けられる状態から操作部１３Ｂに操作が受け付けられないロック状態に移行させる（４．２：ロック状態移行）。その後、ＣＰＵ２１は、ＮＦＣインタフェース１６を制御して、ＮＦＣ通信により、宛先入力画面ファイルおよびロックＩＤを携帯端末５に送信する。

携帯端末５では、携帯端末５にインストールされている専用アプリケーションソフトの機能により、宛先入力画面ファイルの受信に応じて、携帯端末５のオペレーティングシステムの標準ブラウザまたは追加インストールされたブラウザが立ち上げられる。そして、そのブラウザ上で、宛先入力画面ファイルの内容（画像）が表示される（５：宛先入力画面表示）。

宛先入力画面では、ユーザにより携帯端末５のタッチパネルが操作されて、テキスト入力ボックス４１にスキャンメール機能によるメールの宛先が入力される（６：宛先入力）。宛先の入力が完了して、ユーザにより「次へ」ボタン４２が押されると、テキスト入力ボックス４１に入力された宛先が確定される。ユーザは、送信ボタン４２を押した後、携帯端末５をＭＦＰ２のＮＦＣインタフェース１６のタッチ部にタッチ操作する。これにより、携帯端末５とＭＦＰ２のＮＦＣインタフェース１６との間でＮＦＣ通信が確立されて、ＮＦＣ通信により、テキスト入力ボックス４１に入力された宛先の情報およびロックＩＤが携帯端末５からＭＦＰ２に送信される。

ＭＦＰ２のＣＰＵ２１は、宛先の情報およびロックＩＤを受信すると、その受信したロックＩＤと携帯端末５の先のタッチ操作時に発行したロックＩＤとを照合する。そして、それらのロックＩＤが一致していれば、ＣＰＵ２１は、操作パネル１３の状態をロック状態から操作部１３Ｂに操作が受け付けられる状態に移行、すなわち、操作パネル１３のロック状態を解除する（７．１：ロック状態解除）。

その後、ＭＦＰ２のＣＰＵ２１は、図５Ｂに示されるように、携帯端末５から受信した宛先の情報を、ＲＡＭ１９に保存されている宛先入力画面ファイルに含まれる「ＵＲＬ２」で特定されるアクセス先に送信する（８：コマンド取得（入力宛先情報））。「ＵＲＬ２」は、アドオンプログラム用サーバ３上のアドレスである。

このアドオンプログラム用サーバ３へのアクセスに応じて、アドオンプログラム用サーバ３からＭＦＰ２にファイル名入力画面表示コマンドが送信される。ファイル名入力画面表示コマンドの内容は、図２Ａおよび図２Ｂに示される処理の場合と同様であり、ファイル名入力画面表示コマンドには、次のアクセス先の「ＵＲＬ３」が指定されている。

ＭＦＰ２のＣＰＵ２１は、アドオンプログラム用サーバ３からのファイル名入力画面表示コマンドを受信すると、ファイル名入力画面を操作パネル１３に表示させる（９：ファイル名入力画面表示）。ファイル入力画面の一例は、図４に示されている。

ファイル名入力画面では、ユーザにより操作パネル１３が操作されて、テキスト入力ボックス４３にスキャンメール機能によりメール送信されるファイルの名称であるファイル名が入力される（１０：ファイル名入力）。ファイル名の入力が完了して、ユーザにより「次へ」ボタン４４が押されると、ＭＦＰ２のＣＰＵ２１は、テキスト入力ボックス４３に入力されたファイル名の情報を「ＵＲＬ３」で特定されるアクセス先に送信する（１１：コマンド取得（入力ファイル名））。「ＵＲＬ３」は、アドオンプログラム用サーバ３上
のアドレスである。

このアドオンプログラム用サーバ３へのアクセスに応じて、アドオンプログラム用サーバ３からＭＦＰ２にスキャンコマンドが送信される。スキャンコマンドには、次のアクセス先の「ＵＲＬ４」も含まれている。

ＭＦＰ２のＣＰＵ２１は、スキャンコマンドを受信すると、画像読取部１２を制御して、スキャン機能による原稿の画像のスキャンを実行する（１２：スキャン実行）。

スキャンが終了すると、ＭＦＰ２のＣＰＵ２１は、スキャンにより生成された画像データ（スキャンデータ）を「ＵＲＬ４」で特定されるアクセス先に送信する（１３：コマンド取得（スキャンデータ））。

ＭＦＰ２のＣＰＵ２１は、アドオンプログラム用サーバ３からの完了画面表示コマンドを受信すると、完了画面を操作パネル１３に表示させる（１４：完了画面表示）。

図５Ａおよび図５Ｂに示される処理では、アドオンプログラム用サーバ３と携帯端末５とが直接に通信せずに、図２Ａおよび図２Ｂに示される処理と同様の作用効果を奏することができる。

＜第３実施形態＞
図２Ａおよび図２Ｂに示される処理に代えて、図６Ａおよび図６Ｂに示される処理が実行されてもよい。

アドオンプログラムの起動の指示が操作パネル１３に受け付けられたことに応じて（１：アドオンプログラム起動）、ＭＦＰ２のＡＳＩＣ１７のＣＰＵ２１は、図６Ａに示されるように、アドオンプログラム用サーバ３からのコマンドを取得するため、ＲＯＭ１８に保存されている「ＵＲＬ（UniformResourceLocator）１」を読み出し、ＬＡＮインタフェース１５を制御して、その「ＵＲＬ１」で特定されるアドオンプログラム用サーバ３上のファイルにアクセスする（２：コマンド取得）。

また、ＭＦＰ２のＣＰＵ２１は、アドオンプログラム用サーバ３からの宛先入力画面表示コマンドを受信すると、ＸＭＬ文書の変換用言語であるＸＳＬＴを用いて、宛先入力画面表示コマンドの内容を含むＨＴＭＬ文書を作成する。そして、そのＨＴＭＬ文書からなる
宛先入力画面ファイルをＲＡＭ１９に保存する。

宛先入力画面の表示後、携帯端末５がＭＦＰ２のＮＦＣインタフェース１６のタッチ部にタッチ操作されて、携帯端末５とＭＦＰ２のＮＦＣインタフェース１６との間でＮＦＣ通信が確立されると（４：タッチ）、ＭＦＰ２のＣＰＵ２１は、ロックＩＤを発行する（４．１：ロックＩＤ発行）。ロックＩＤは、ＲＡＭ１９に保存される。ロックＩＤの発行後、ＣＰＵ２１は、操作パネル１３の状態を操作部１３Ｂに操作が受け付けられる状態から操作部１３Ｂに操作が受け付けられないロック状態に移行させる（４．２：ロック状態移行）。また、ＣＰＵ２１は、宛先入力画面ファイルにおいて、次のアクセス先の「ＵＲＬ２」をＭＦＰ２のＲＡＭ１９上のアドレスである「ＵＲＬ３」に置き換える（４．３：ＮｅｘｔＵＲＬ置換）。その後、ＣＰＵ２１は、ＮＦＣインタフェース１６を制御して、ＮＦＣ通信により、「ＵＲＬ３」を含む宛先入力画面ファイルとロックＩＤとを携帯端末５に送信する。また、「ＵＲＬ２」と「ＵＲＬ３」とを互いに関連づけてＲＡＭ１９に保存する。

宛先入力画面では、ユーザにより携帯端末５のタッチパネルが操作されて、テキスト入力ボックス４１にスキャンメール機能によるメールの宛先が入力される（６：宛先入力）。宛先の入力が完了して、ユーザにより「次へ」ボタン４２が押されると、テキスト入力ボックス４１に入力された宛先の情報を表すＨＴＴＰ（HypertextTransferProtocol）
メッセージが携帯端末５からＬＡＮ６経由で「ＵＲＬ３」で特定されるアクセス先に送信される（７：コマンド取得（入力宛先情報））。携帯端末５は、ＷＬＡＮ通信機能により、ＬＡＮ６を経由してＭＦＰ２とデータ通信可能に接続されている。

ＭＦＰ２のＣＰＵ２１は、宛先の情報を受信すると、「ＵＲＬ３」と関連づけてＲＡＭ１９に保存されている「ＵＲＬ２」をＲＡＭ１９から読み出す（７．１：ＮｅｘｔＵＲＬ復元）。そして、ＣＰＵ２１は、携帯端末５から受信した宛先の情報を、ＲＡＭ１９に保存されている宛先入力画面ファイルに含まれる「ＵＲＬ２」で特定されるアクセス先に送信する（７．２：コマンド取得（入力宛先情報））。「ＵＲＬ２」は、アドオンプログラム用サーバ３上のアドレスである。

このアドオンプログラム用サーバ３へのアクセスに応じて、アドオンプログラム用サーバ３からＭＦＰ２にファイル名入力画面表示コマンドが送信される。ファイル名入力画面表示コマンドの内容は、図２Ａおよび図２Ｂに示される処理の場合と同様であり、ファイル名入力画面表示コマンドには、次のアクセス先の「ＵＲＬ４」が指定されている。

ＭＦＰ２のＣＰＵ２１は、アドオンプログラム用サーバ３からのファイル名入力画面表示コマンドを受信すると、ＸＭＬ文書の変換用言語であるＸＳＬＴを用いて、宛先入力画面表示コマンドの内容を含むＨＴＭＬ文書を作成する。そして、そのＨＴＭＬ文書からなる宛先入力画面ファイルにおいて、次のアクセス先の「ＵＲＬ４」をＭＦＰ２のＲＡＭ１９上のアドレスである「ＵＲＬ５」に置き換える（７．３：ＮｅｘｔＵＲＬ置換）。その後、ＣＰＵ２１は、「ＵＲＬ５」を含むファイル名入力画面ファイルをＬＡＮ６経由で携帯端末５に送信する。また、「ＵＲＬ４」と「ＵＲＬ５」とを互いに関連づけてＲＡＭ１９に保存する。

携帯端末５では、アドオンプログラム用サーバ３からのファイル名入力画面表示コマンドを受信すると、図６Ｂに示されるように、ファイル名入力画面がタッチパネルに表示される（８：ファイル名入力画面表示）。ファイル入力画面の一例は、図３に示されている。

ファイル名入力画面では、ユーザにより携帯端末５のタッチパネルが操作されて、テキスト入力ボックス４３にスキャンメール機能によりメール送信されるファイルの名称であるファイル名が入力される（９：ファイル名入力）。ファイル名の入力が完了して、ユーザにより「次へ」ボタン４４が押されると、テキスト入力ボックス４３に入力されたファイル名の情報が「ＵＲＬ５」で特定されるアクセス先に送信される（１０：コマンド取得（入力ファイル名））。

ＭＦＰ２のＣＰＵ２１は、ファイル名の情報を受信すると、「ＵＲＬ５」と関連づけてＲＡＭ１９に保存されている「ＵＲＬ４」をＲＡＭ１９から読み出す（１０．１：ＮｅｘｔＵＲＬ復元）。そして、ＣＰＵ２１は、携帯端末５から受信したファイル名の情報を、ＲＡＭ１９に保存されている宛先入力画面ファイルに含まれる「ＵＲＬ４」で特定されるアクセス先に送信する（１０．２：コマンド取得（入力宛先情報））。「ＵＲＬ４」は、アドオンプログラム用サーバ３上のアドレスである。

このアドオンプログラム用サーバ３へのアクセスに応じて、アドオンプログラム用サーバ３から携帯端末５にスキャンコマンドが送信される。スキャンコマンドには、次のアクセス先の「ＵＲＬ６」も含まれている。

ＭＦＰ２のＣＰＵ２１は、スキャンコマンドを受信すると、そのスキャンコマンドにおいて、次のアクセス先の「ＵＲＬ６」をＭＦＰ２のＲＡＭ１９上のアドレスである「ＵＲＬ７」に置き換える（１０．３：ＮｅｘｔＵＲＬ置換）。その後、ＣＰＵ２１は、「ＵＲＬ７」を含むスキャンコマンドをＬＡＮ６経由で携帯端末５に送信する。また、「ＵＲＬ６」と「ＵＲＬ７」とを互いに関連づけてＲＡＭ１９に保存する。

携帯端末５では、スキャンコマンドを処理することができないので、携帯端末５がスキャンコマンドを受信すると、その受信したスキャンコマンドがメモリに保存されて、タッチパネルにタッチ指示画面が表示される（１１：タッチ指示画面表示）。タッチ指示画面の一例は、図３に示されている。

その後、ＣＰＵ２１は、画像読取部１２を制御して、スキャン機能による原稿の画像のスキャンを実行する（１３：スキャン実行）。

スキャンが終了すると、ＭＦＰ２のＣＰＵ２１は、スキャンコマンドに含まれる「ＵＲＬ７」と関連づけてＲＡＭ１９に保存されている「ＵＲＬ６」をＲＡＭ１９から読み出す（１４：ＮｅｘｔＵＲＬ復元）。

そして、ＣＰＵ２１は、スキャンにより生成された画像データ（スキャンデータ）を「ＵＲＬ６」で特定されるアクセス先に送信する（１５：コマンド取得（スキャンデータ））。

ＭＦＰ２のＣＰＵ２１は、アドオンプログラム用サーバ３からの完了画面表示コマンドを受信すると、完了画面を操作パネル１３に表示させる（１６：完了画面表示）。

図６Ａおよび図６Ｂに示される処理においても、アドオンプログラム用サーバ３と携帯端末５とが直接に通信せずに、図２Ａおよび図２Ｂに示される処理と同様の作用効果を奏することができる。

＜第４実施形態＞
図６Ａおよび図６Ｂに示される処理では、ＭＦＰ２がスキャンコマンドを受信すると、ＭＦＰ２から携帯端末５にスキャンコマンドがＬＡＮ６経由で送信されるが、ＭＦＰ２がスキャンコマンドを受信した以後の処理は、図７に示される処理であってもよい。

図７に示される処理では、ＭＦＰ２のＣＰＵ２１は、アドオンプログラム用サーバ３からスキャンコマンドを受信すると、ロック自動解除したことを示すメッセージを携帯端末５に送信する。これを受けて、携帯端末５では、ＭＦＰ２の操作パネル１３のロック状態が自動的に解除された旨のメッセージがタッチパネルに表示される。

その後、ＭＦＰ２のＣＰＵ２１は、操作パネル１３の状態をロック状態から操作部１３Ｂに操作が受け付けられる状態に移行、すなわち、操作パネル１３のロック状態を解除する（１１：ロック状態解除）。

その後、ＣＰＵ２１は、画像読取部１２を制御して、スキャン機能による原稿の画像のスキャンを実行する（１２：スキャン実行）。

スキャンが終了すると、ＭＦＰ２のＣＰＵ２１は、スキャンにより生成された画像データ（スキャンデータ）を「ＵＲＬ６」で特定されるアクセス先に送信する（１３：コマンド取得（スキャンデータ））。

図６Ｂに示される処理が図７に示される処理に置き換えられても、アドオンプログラム用サーバ３と携帯端末５とが直接に通信せずに、図２Ａおよび図２Ｂに示される処理と同様の作用効果を奏することができる。

＜変形例＞
以上、本発明の４つの実施形態について説明したが、本発明は、さらに他の形態で実施することもでき、前述の構成には、特許請求の範囲に記載された事項の範囲で種々の設計変更を施すことが可能である。

１：ＭＦＰ
５：携帯端末
１３：操作パネル
１３Ａ：表示部
１３Ｂ：操作部
１６：ＮＦＣインタフェース
２１：ＣＰＵ２１

Claims

ユーザインタフェースと、
携帯端末と無線通信する無線通信部と、
制御部と
を備え、
前記制御部は、
前記ユーザインタフェースの機能を前記携帯端末に担わせるためのＵＩ情報を前記無線通信部から前記携帯端末に送信するＵＩ情報送信処理と、
前記ＵＩ情報送信処理によるＵＩ情報の送信を条件に、前記ユーザインタフェースをロックするＵＩロック処理と、
前記ＵＩ情報送信処理を実行するときに、ＵＩ情報の送信先の前記携帯端末に識別情報を送信する識別情報送信処理とを実行する、画像処理装置。
請求項１に記載の画像処理装置であって、
前記制御部は、前記ＵＩロック処理による前記ユーザインタフェースのロック後、前記識別情報送信処理にて送信した識別情報と同一の識別情報を前記無線通信部で受信したことを条件に、前記ユーザインタフェースのロックを解除するＵＩロック解除処理を実行する、画像処理装置。
請求項２に記載の画像処理装置であって、
前記制御部は、前記識別情報送信処理にて送信した識別情報と同一の識別情報およびアドオンプログラムによる処理の実行を指示する処理実行情報を受信したことを条件に、前記ＵＩロック解除処理を実行する、画像処理装置。
請求項３に記載の画像処理装置であって、
前記無線通信部は、前記携帯端末との距離が所定距離範囲内となったときに、前記携帯端末との間で近距離無線通信を確立する近距離無線通信部であり、
前記制御部は、前記携帯端末と前記近距離無線通信部との間での近距離無線通信が確立されて、前記識別情報送信処理にて送信した識別情報と同一の識別情報を前記無線通信部で受信したことを条件に、前記ＵＩロック解除処理を実行する、画像処理装置。
請求項４に記載の画像処理装置であって、
前記制御部は、前記携帯端末と前記近距離無線通信部との間での近距離無線通信が確立されて、前記識別情報送信処理にて送信した識別情報と同一の識別情報を前記無線通信部で受信しない場合、前記ＵＩロック解除処理を実行しない、画像処理装置。
請求項３～５のいずれか一項に記載の画像処理装置であって、
前記制御部は、
サーバとの通信に必要な第１通信情報を前記無線通信部から前記携帯端末に送信する第１通信情報送信処理と、
前記ＵＩロック処理の実行後、前記携帯端末から送信される前記サーバとの通信に必要な第２通信情報を前記無線通信部で受信する第２通信情報受信処理とを実行する、画像処理装置。
請求項６に記載の画像処理装置であって、
前記サーバと通信するサーバ通信部をさらに備え、
前記制御部は、
前記アドオンプログラムの起動指示を前記ユーザインタフェースで受け付けたことに応じて、前記ＵＩ情報送信処理前に、前記サーバから送信される前記第１通信情報を前記サーバ通信部で受信する第１通信情報受信処理を実行し、
前記第２通信情報受信処理では、前記第１通信情報に基づく通信により前記携帯端末が前記サーバから受信した前記第２通信情報が前記携帯端末から送信されて、その送信される第２通信情報を前記無線通信部で受信する、画像処理装置。
ユーザインタフェースと、
携帯端末と無線通信する無線通信部とを備える画像処理装置で実行される制御方法であって、
前記ユーザインタフェースの機能を前記携帯端末に担わせるためのＵＩ情報を前記無線通信部から前記携帯端末に送信するＵＩ情報送信ステップと、
前記ＵＩ情報送信ステップにおけるＵＩ情報の送信を条件に、前記ユーザインタフェースをロックするＵＩロックステップと、
前記ＵＩ情報送信ステップを実行するときに、ＵＩ情報の送信先の前記携帯端末に識別情報を送信する識別情報送信ステップとを含む、制御方法。
ユーザインタフェースと、
携帯端末と無線通信する無線通信部と
を備える画像処理装置のコンピュータにインストールされるプログラムであって、
前記コンピュータに、
前記ユーザインタフェースの機能を前記携帯端末に担わせるためのＵＩ情報を前記無線通信部から前記携帯端末に送信するＵＩ情報送信処理と、
前記ＵＩ情報送信処理によるＵＩ情報の送信を条件に、前記ユーザインタフェースをロックするＵＩロック処理と、
前記ＵＩ情報送信処理を実行するときに、ＵＩ情報の送信先の前記携帯端末に識別情報を送信する識別情報送信処理とを実行させる、プログラム。
画像処理装置、携帯端末およびサーバを含む画像処理システムであって、
前記画像処理装置は、
ユーザインタフェースと、
携帯端末と無線通信する無線通信部と、
サーバと通信するサーバ通信部と、
制御部と
を備え、
前記制御部は、
アドオンプログラムの起動指示を前記ユーザインタフェースで受け付けたことに応じて、前記サーバから送信される第１通信情報を前記サーバ通信部で受信する第１通信情報受信処理と、
前記第１情報受信処理後、前記ユーザインタフェースの機能を前記携帯端末に担わせるためのＵＩ情報を前記無線通信部から前記携帯端末に送信するＵＩ情報送信処理と、
前記ＵＩ情報送信処理によるＵＩ情報の送信を条件に、前記ユーザインタフェースをロックするＵＩロック処理と、
前記ＵＩロック処理の実行後、前記携帯端末から送信される前記サーバとの通信に必要な第２通信情報を前記無線通信部で受信する第２通信情報受信処理と、
前記ＵＩ情報送信処理を実行するときに、ＵＩ情報の送信先の前記携帯端末に識別情報を送信する識別情報送信処理とを実行する、画像処理システム。