画像処理装置、情報処理方法及びプログラム
【課題】画像形成装置が予め登録されていない外部装置に対してもセキュリティ性の高いプルスキャン機能を提供した上で、画像形成装置の資源の浪費を防ぐことを目的とする。
【解決手段】外部装置から読み取り処理の開始の指示を受け付けた際に、一時アカウントを作成する作成手段と、作成手段で作成された一時アカウントを外部装置に送信する送信手段と、読み取り処理が行われ、画像データが完了した場合には、画像データに対するアクセス制御を一時アカウントにより行い、画像データが外部装置により取得された後に、画像データと一時アカウントとを削除し、読み取り処理が中止された場合には、中止された時点までに作成された画像データと一時アカウントとを削除するアクセス制御手段と、を有することによって課題を解決する。
【解決手段】外部装置から読み取り処理の開始の指示を受け付けた際に、一時アカウントを作成する作成手段と、作成手段で作成された一時アカウントを外部装置に送信する送信手段と、読み取り処理が行われ、画像データが完了した場合には、画像データに対するアクセス制御を一時アカウントにより行い、画像データが外部装置により取得された後に、画像データと一時アカウントとを削除し、読み取り処理が中止された場合には、中止された時点までに作成された画像データと一時アカウントとを削除するアクセス制御手段と、を有することによって課題を解決する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
ＭＦＰ等、スキャナを備えた画像形成装置において、ＰＣ等の外部装置からスキャン指示を受け付け、スキャン画像データを外部装置に提供する機能（以下、プルスキャン機能と呼称する）が知られている。
プルスキャン機能においては、セキュリティ上の観点から、スキャン終了後から外部装置によるスキャン画像データ取得までの間でのデータの盗聴・改ざんを防ぐことが求められる。このようなケースを想定し、予め登録されたユーザ以外による画像データの利用を制限する技術が提案されている（特許文献１）。
しかし、スマートフォン・タブレット端末等の携帯端末普及に伴い、従来のＰＣのような据え置き型の外部装置以外の外部装置においてプルスキャン機能が使用できることが求められている。このような携帯端末においては、端末自体の導入・利用状況が据え置き型端末に比べ流動的であることが想定される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−９４７５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
携帯端末によるプルスキャン機能利用を考慮すると、予め登録されたユーザや端末以外からも一時的に機能利用を許可したいケースも考えられる。従来技術を用いた場合には、このようなケースにおいても毎回にユーザ登録を行う必要があり、プルスキャン機能利用に伴う手続きが複雑となってしまう。
この課題を解決するために、外部装置からスキャン指示を受け付ける度に一時アカウントを作成し、このアカウントによる認証を通過した場合にのみスキャン画像データにアクセス可能とすることが考えられる。
しかし、この方法を用いた場合には、スキャンが何らかの理由で中止された場合に一時アカウントが利用されないままになり、画像形成装置の資源を浪費してしまう恐れがある。
【課題を解決するための手段】
【０００５】
そこで、本発明は、外部装置から読み取り処理の開始の指示を受け付けた際に、一時アカウントを作成する作成手段と、前記作成手段で作成された一時アカウントを前記外部装置に送信する送信手段と、前記読み取り処理が行われ、画像データが完了した場合には、前記画像データに対するアクセス制御を前記一時アカウントにより行い、前記画像データが前記外部装置により取得された後に、前記画像データと前記一時アカウントとを削除し、前記読み取り処理が中止された場合には、中止された時点までに作成された画像データと前記一時アカウントとを削除するアクセス制御手段と、を有する。
【発明の効果】
【０００６】
本発明によれば、画像形成装置が予め登録されていない外部装置に対してもセキュリティ性の高いプルスキャン機能を提供した上で、画像形成装置の資源の浪費を防ぐことができる。
【図面の簡単な説明】
【０００７】
【図１】画像形成システムのシステム構成の一例を示す図である。
【図２】画像形成装置１０１のハードウェア構成の一例を示す図である。
【図３Ａ】画像形成装置１０１内のＨＤＤ２１３に格納されているデータの内容を説明する図である。
【図３Ｂ】実施形態１の画像データ格納領域３０２の内部構成を表す図である。
【図３Ｃ】ユーザアカウント格納領域３０３の内部構成を表す図である。
【図３Ｄ】ネットワーク公開データ管理領域３０４の内部構成を表す図である。
【図４】携帯端末１０４の図示しない操作部に表示される、画像形成装置１０１を操作するアプリケーションの操作画面の一例を示す図である。
【図５】携帯端末１０４から画像形成装置１０１に対してスキャン指示を行い、スキャン画像データを取得するまでの情報処理の一例を示すシーケンス図である。
【図６】画像形成装置においてスキャン処理中に原稿給紙時ジャムが発生し、スキャンがキャンセルされた場合の情報処理の一例を示すシーケンス図である。
【図７】実施形態２のユーザアカウント格納領域３０３の内部構成を表した図である。
【図８】実施形態２のアカウント処理判別テーブルの構造を表す図である。
【図９】画像形成装置においてスキャン処理中においてＲＡＭ２１２が不足し、スキャンがキャンセルされた場合の情報処理の一例を示すシーケンス図である。
【図１０】実施形態３のアカウント処理判別テーブルの構造を表す図である。
【図１１】画像形成装置１０１の操作部２０３を説明する図である。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について図面に基づいて説明する。
【０００９】
＜実施形態１＞
以下、画像処理装置の一例として画像形成装置を用いて説明する。
図１は、画像形成システムのシステム構成の一例を示す図である。画像形成装置１０１は、ホスト装置１０２、１０３や携帯端末１０４とネットワークで接続されてデータの授受を行う。なお、特に断らない限り、本明細書で説明する機能が実行されるのであれば、単体の機器であっても、複数の機器からなるシステムであってもよい。また、特に断らない限り、本明細書で説明する機能が実行されるのであれば、ＬＡＮ，ＷＡＮ等のネットワークを介して接続が為され処理が行われるシステムであってもよい。加えて、ネットワーク接続の形態としては有線接続であっても無線接続であってもよい。
【００１０】
図２は、画像形成装置１０１のハードウェア構成の一例を示す図である。画像形成装置１０１は、プリンタ２０１、スキャナ２０２、操作部２０３、コントローラ２１０から構成される。
コントローラ２１０は、ネットワークＩ／Ｆ２１４を通じて受信した、若しくはスキャナ２０２で読み取った画像データに対して必要な処理を施してプリンタ２０１に出力する。また、画像形成装置１０１は、スキャナ２０２で読み取った画像データや画像形成装置１０１に格納されている画像データを、ホスト装置１０２、１０３や携帯端末１０４に対してネットワーク経由で公開することもできる。
ＣＰＵ２１１は、ＨＤＤ２１３に格納されている画像処理プログラムをＲＡＭ２１２に展開して実行する。
ＨＤＤ２１３にはＣＰＵ２１１で実行する画像処理プログラムの他に、必要に応じて文書処理に必要なフォントデータ、操作部２０３に表示するためのデータ等、プログラムの実行に必要なデータ等が含まれていてもよい。また、ＨＤＤ２１３は、ネットワークＩ／Ｆ２１４で受信した画像データ等を格納することもできる。ここで、ＨＤＤ２１３は必ずしもＨＤＤである必要はなく、例えばＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録媒体であってもよい。
【００１１】
ＲＡＭ２１２には、ＣＰＵ２１１が実行するプログラムや、これらのプログラムの実行に必要なデータが格納される。
ネットワークＩ／Ｆ２１４は、ネットワークを通じて文書データを受信したり、画像形成装置１０１の状態をホスト装置１０２、１０３や携帯端末１０４に送信するためのネットワーク通信処理を行ったりするインターフェイスである。
プリンタＩ／Ｆ２１５は、ＣＰＵ２１１で処理した文書データをプリンタ２０１に出力したり、プリンタの状態をＣＰＵ２１１に通知したりするためのインターフェイスである。
スキャナＩ／Ｆ２１６は、スキャナ２０２で読み取った画像データをＲＡＭ２１２に転送したり、ＣＰＵ２１１からの文書の読み取り指示をスキャナ２０２に通知したりするためのインターフェイスである。
操作部Ｉ／Ｆ２１７は、ＣＰＵ２１１からの画面表示指示を操作部２０３に転送したり、画像形成装置１０１のユーザが操作部２０３を操作した旨をＣＰＵ２１１に伝達したりする。
ＣＰＵ２１１がプログラムを実行することによって、本明細書で説明する画像形成装置１０１の機能が実現される。同様に、携帯端末１０４のＣＰＵがメモリ等に記憶されているプログラムを実行することによって、本明細書で説明する携帯端末１０４の機能が実現される。
【００１２】
図３Ａは、画像形成装置１０１内のＨＤＤ２１３に格納されているデータの内容を説明する図である。
ＨＤＤ２１３は、複数の格納領域に分割されており、プログラム格納領域３０１、画像データ格納領域３０２、ユーザアカウント格納領域３０３、ネットワーク公開データ管理領域３０４から構成される。
プログラム格納領域３０１は、画像形成装置において実行するプログラムや、プログラムの実行に必要なデータを格納するための領域である。
【００１３】
画像データ格納領域３０２は、画像形成装置において取り扱う画像データを格納・管理するための領域である。
図３Ｂは、画像データ格納領域３０２の内部構成を表す図である。
画像データ格納領域３０２は、画像データ管理領域３１０と、複数の画像データ３１１と、から構成される。画像データ管理領域３１０は、画像データ格納領域３０２に格納される画像データ３１１の各々に対応する画像データＩＤやデータ実体の格納位置、画像データの属性情報を格納する領域である。画像データの属性情報としては、画像データフォーマット、画像データの縦横の解像度やカラー／モノクロ情報、画像作成日時があるが、これに限らず他の情報が格納されていてもよい。画像データ３１１は、画像データの内容そのものであり、例えばＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）形式やＰＮＧ（Ｐｏｒｔａｂｌｅ Ｎｅｔｗｏｒｋ Ｇｒａｐｈｉｃｓ）形式等があるが、他の形式でもよい。
【００１４】
ユーザアカウント格納領域３０３は、画像形成装置においてアクセス権を設定するためのユーザアカウントを格納・管理するための領域である。
図３Ｃは、ユーザアカウント格納領域３０３の内部構成を表す図である。
ユーザアカウント格納領域３０３は、複数のユーザアカウント３２０から構成される。ユーザアカウント３２０には、ユーザを特定するためのＩＤや、ユーザ認証する際のパスワード等、ユーザを認証するための情報が格納されている。ここで、ユーザを認証するための情報はＩＤ／パスワードでなくてもよく、アクセス制御の対象とするデータに対してアクセス可能かどうかを判別するためのデータであれば何でもよく、例えば単なるバイト列でもよい。なお、本実施形態では、アカウントデータの抜き取り等のセキュリティ脅威への対策として、ユーザアカウント格納領域３０３に格納されるデータに関して暗号化を行うものとする。暗号化を行う際の方式としては例えばＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）等があるが、想定されるセキュリティ脅威の対策となりうる暗号化形式であれば方式を問わない。
【００１５】
ネットワーク公開データ管理領域３０４は、画像形成装置に格納されている画像データ等をホスト装置１０２、１０３や携帯端末１０４に公開する際の管理情報を格納するための領域である。
図３Ｄは、ネットワーク公開データ管理領域３０４の内部構成を表す図である。
ネットワーク公開データ管理領域３０４は、複数のネットワーク公開データ３３０から構成される。ネットワーク公開データ３３０は、ネットワーク公開を行うデータの格納場所や、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）等、外部からデータを特定するための情報が含まれる。本実施形態においてはデータを特定するための情報としてＵＲＬを用いるものとする。また、ネットワーク公開データ３３０には、ネットワーク公開を行うデータにアクセス可能なユーザアカウントに関する情報が含まれる場合がある。この場合、ネットワーク公開データ３３０内に、ユーザアカウント３２０を特定するための情報が含まれることになる。
【００１６】
図４は、携帯端末１０４の図示しない操作部に表示される、画像形成装置１０１を操作するアプリケーションの操作画面の一例を示す図である。本実施形態においては、携帯端末１０４は、ネットワーク経由で画像形成装置１０１に指示を行うことによりスキャンを行わせ、ＨＤＤ２１３に格納されたスキャン画像データを取得することができるものとする。携帯端末１０４の操作画面は、使用装置指定部４０１と、スキャンモード指定部４０２と、スキャン解像度指定部４０３と、スキャン開始ボタン４１０と、スキャンキャンセルボタン４１１と、から構成される。
使用装置指定部４０１は、携帯端末１０４が使用する画像形成装置の指定をユーザから受け付け、表示することができる。画像形成装置の指定方法は、例えばユーザがＩＰアドレスやホスト名を入力してもよいし、携帯端末１０４がＳＬＰ（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等を利用して使用可能な画像形成装置を発見してもよい。
スキャンモード指定部４０２は、画像形成装置１０１がスキャナ２０２を利用して原稿をスキャンする際の設定を表すもので、例えばカラースキャン若しくはモノクロスキャンといった設定を指定する。
スキャン解像度指定部４０３は、画像形成装置１０１がスキャナ２０２を利用して原稿をスキャンする際の解像度を指定する部分である。なお、本実施形態においては、カラースキャン若しくはモノクロスキャンの設定や解像度に関する指定を行うことができるようになっているが、他の設定を行うことができてもよい。例えばスキャン時の用紙サイズや画質設定を行うことができてもよい。
【００１７】
スキャン開始ボタン４１０は、携帯端末１０４が使用装置指定部４０１で指定した画像形成装置１０１に対して、指定されたスキャン設定でスキャンするための指示を送信するためのトリガをユーザに指定させるためのボタンである。
スキャンキャンセルボタン４１１は、携帯端末１０４から画像形成装置１０１に対してスキャンするための指示を送信した後に、スキャンを中止するための指示を画像形成装置１０１に送信するためのトリガをユーザに指定させるためのボタンである。スキャンキャンセルボタン４１１は、スキャン開始ボタン４１０が押下されたあと、画像形成装置１０１からスキャン画像データを取得するまでの間にのみ押下することができる。
【００１８】
図５は、携帯端末１０４から画像形成装置１０１に対してスキャン指示を行い、スキャン画像データを取得するまでの情報処理の一例を示すシーケンス図である。なお、携帯端末１０４と画像形成装置１０１との間のネットワーク通信については、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）等により暗号化することによりセキュリティ性を向上することができる。
ユーザによりスキャン開始ボタン４１０が押下されると、携帯端末１０４は、画像形成装置１０１に対してスキャン指示を行う（Ｓ５０１）。この際、携帯端末１０４は、スキャンモード指定部４０２、スキャン解像度指定部４０３で指定されたスキャン時の設定を画像形成装置に送信する。
画像形成装置１０１は、スキャン指示を受信するとスキャン画像データに対するアクセス制御を行うための一時アカウントを作成する（Ｓ５０２）。より具体的には、画像形成装置１０１は、ユーザアカウント格納領域３０３に格納されているユーザアカウント３２０を走査し、これらと重複しないユーザアカウントを作成する。なお、画像形成装置１０１は、ユーザアカウント３２０を走査する処理はＳ５０２の処理のタイミングで行ってもよいし、画像形成装置１０１のアイドル時等、別のタイミングで予め行っておいてもよい。
一時アカウントの作成処理が完了すると、画像形成装置１０１は、携帯端末１０４に対してスキャン指示応答を返信する（Ｓ５０３）。スキャン指示応答には、スキャン画像データを示すＵＲＬやＳ５０２で作成したユーザアカウント情報が含まれる。また、画像形成装置は、加えて実行するスキャン処理を特定するためのジョブＩＤを発行し、このジョブＩＤをスキャン指示応答に含める。携帯端末１０４は、このジョブＩＤを指定して画像形成装置１０１に取得要求を行うことにより、依頼したスキャン処理に関する情報を取得することができる。
【００１９】
その後、画像形成装置１０１は、スキャナ２０２を用いて原稿をスキャンし、得られた画像データを画像データ格納領域３０２に格納する（Ｓ５１１）。
次に、画像形成装置１０１は、ネットワーク公開データ管理領域３０４にネットワーク公開データ３３０を新規作成し、Ｓ５１１で作成した画像データの情報をＳ５０３で返信したＵＲＬ及びＳ５０２で作成した一時アカウントと関連付けて格納する（Ｓ５１２）。このことにより、携帯端末１０４等からネットワーク経由でスキャン画像データにアクセスすることができる。
一方、スキャン指示応答を受信した携帯端末１０４は、スキャン処理の進行状況を画像形成装置１０１に確認する（Ｓ５２１）。この際、携帯端末１０４のアプリケーションは、Ｓ５０３で受信したジョブＩＤを画像形成装置１０１に送信する。スキャン処理の進行状況の確認を受信すると、画像形成装置１０１は、ジョブＩＤに対応するスキャン処理の状態を携帯端末１０４に返信する（Ｓ５２２）。
【００２０】
ここで、もしスキャン処理が終了していた場合には、携帯端末１０４は、画像形成装置１０１に対して画像データ取得を要求する（Ｓ５３１）。この際、携帯端末１０４は、画像形成装置１０１に併せてＳ５０３で受信したＵＲＬと一時アカウント情報とを送信する。
画像データ取得の要求を受信すると、画像形成装置１０１は、ネットワーク公開データ管理領域３０４に格納されているネットワーク公開データ３３０内に、指定されたＵＲＬを持つものがあるかどうか走査する。ここで、対応するネットワーク公開データが見つかった場合、画像形成装置１０１は、要求に含まれる一時アカウント情報とネットワーク公開データ３３０に含まれるユーザアカウント情報とが一致した場合にのみ、画像データを携帯端末に返信する（Ｓ５３２）。
画像形成装置１０１から画像データを正常に受信できた後に、携帯端末１０４は、画像データの削除要求を画像形成装置１０１に送信する（Ｓ５４１）。このとき、携帯端末１０４は画像形成装置１０１に画像データを示すＵＲＬと共にＳ５０３で受信した一時アカウント情報を送信する。
画像データの削除要求を受信すると、画像形成装置１０１は、受信したアカウント情報が指定された画像データに対応するものかどうかを確認する。ここで対応するものであると確認すると、画像形成装置１０１は、指定された画像データに対応するネットワーク公開データ３３０を削除することによってネットワーク公開を停止する（Ｓ５４２）。続いて、画像形成装置１０１は、指定された画像データに対応する画像データ３１１と、関連する画像データ管理領域３１０と、を削除する（Ｓ５４３）。加えて、画像形成装置１０１は、Ｓ５０２で作成した一時アカウント情報に対応するユーザアカウント３２０を削除し（Ｓ５４４）、画像データを正常に削除できたことを携帯端末１０４に返信する（Ｓ５４５）。
【００２１】
図６は、画像形成装置においてスキャン処理中に原稿給紙時ジャムが発生し、スキャンがキャンセルされた場合の情報処理の一例を示すシーケンス図である。
Ｓ６０１からＳ６０３までについては、図５におけるＳ５０１からＳ５０３までと同様に、携帯端末１０４からスキャン指示を行い、画像形成装置１０１がスキャン指示応答を行う。
その後、画像形成装置１０１がスキャナ２０２を用いて原稿をスキャンするが、原稿給紙時ジャムが発生してスキャンが自動的に中止され、画像形成装置１０１は、その時点までにスキャンした原稿に対応する画像データを削除する（Ｓ６１１）。
スキャンが中止されたことを検知すると、画像形成装置１０１は、Ｓ６０２で作成した一時アカウントを削除して（Ｓ６１２）、スキャン処理を終了する。
この後、携帯端末１０４がスキャン処理の状態を確認すると（Ｓ６２１）、画像形成装置１０１は、原稿給紙時にジャムが発生してジョブを中止した旨を携帯端末１０４に返信する（Ｓ６２２）。この後、携帯端末１０４は、必要に応じてジョブが中止された旨をユーザに通知してもよい。
上記で示したように、外部装置から指示を受けて画像形成装置がスキャン処理を行う場合に一時アカウントを作成してアクセス制御を行うことにより、スキャン指示を行った装置以外からの画像データに対するアクセスを抑止することができる。加えて、スキャン処理が何らかの理由で中止された場合に一時アカウントを削除することにより、一時アカウントを保存する領域が残ってしまうことを抑止することができる。
【００２２】
＜実施形態２＞
実施形態１では、スキャン処理が何らかの理由で中止された場合に一時アカウントを削除することにより、一時アカウントを保存する領域が残ってしまうことを抑止することができることを示した。
ところで、一時アカウントを作成する処理（Ｓ５０２）は、他のアカウントと重複しないＩＤの決定処理や、作成したユーザアカウントをユーザアカウント格納領域３０３に格納する際の暗号化処理を行う必要がある。そのため、処理に時間がかかることが想定される。本実施形態では、即時にスキャン処理の再実行が行われると予想されるスキャン処理の中止理由の場合に、画像形成装置１０１の判断により不要になったユーザアカウントを保全しておき、再実行の際のユーザアカウント処理が省略できることを示す。
図７は、実施形態２のユーザアカウント格納領域３０３の内部構成を表した図である。本実施形態においては、ユーザアカウント格納領域３０３にアカウント保全情報管理領域７０１が加えて格納される。
アカウント保全情報管理領域７０１には、保全したアカウントについて、対応するユーザアカウント３２０の格納場所が記録される。
【００２３】
図８は、実施形態２のアカウント処理判別テーブルの構造を表す図である。アカウント処理判別テーブルは、画像形成装置１０１のプログラム格納領域３０１に格納されており、スキャン中止理由列８０１と、アカウント保全／削除列８０２と、から構成される。アカウント処理判別テーブルは、処理判別データの一例である。
スキャン中止理由列８０１には、画像形成装置１０１においてスキャン処理中止を行った場合の理由が列挙されている。
アカウント保全／削除列８０２には、スキャン中止理由列８０１に列挙されたスキャン処理中止理由の各々に対応して、アカウントを保全するか削除するかが記載されている。３行目にはスキャン処理中に給紙時ジャムが発生した場合にはアカウントを削除する旨の記載がなされている。これは、給紙時ジャムが発生した場合には原稿状態が良好ではなく、原稿を再度用意する必要がある可能性があるためである。４行目にはスキャン処理中にＨＤＤ２１３の画像データ格納領域が不足した場合にはアカウントを保全する旨の記載がなされている。これは、他の画像処理を並列実行した場合に一時的にＨＤＤ２１３が不足して処理が一旦中止されるが、他のジョブが終了するとＨＤＤ２１３の領域が使用可能になるため、アカウントを保全することが有効であると考えられることが理由である。５行目にはスキャン処理中にＲＡＭ２１２の領域が不足した場合にはアカウントを保全する旨の記載がなされている。これは、４行目と同様、他の画像処理を並列実行した場合に一時的にＲＡＭ２１２が不足して処理が一旦中止されるが、他のジョブが終了するとＲＡＭ２１２の領域が使用可能になるため、アカウントを保全することが有効であると考えられることが理由である。他の行についても同様に、アカウントを保全することが有効であると考えられる場合にはアカウント保全／削除列８０２に保全を行う旨が記載される。
なお、アカウント処理判別テーブルは固定のテーブルでなくてもよく、例えば画像形成装置毎に異なっていてもよい。また、画像形成装置１０１の操作部２０３等から変更可能であってもよい。
なお、ＨＤＤフルやＲＡＭフルは、一次的な資源不足の一例である。
【００２４】
図９は、画像形成装置においてスキャン処理中においてＲＡＭ２１２が不足し、スキャンがキャンセルされた場合の情報処理の一例を示すシーケンス図である。
Ｓ９０１からＳ９０３までについては、図５におけるＳ５０１からＳ５０３までと同様に、携帯端末１０４からスキャン指示を行い、画像形成装置１０１がスキャン指示応答を行う。
その後、画像形成装置１０１がスキャナ２０２を用いて原稿をスキャンするが、画像処理中にＲＡＭ２１２が不足してスキャンが自動的に中止されたため、それまでにスキャンした原稿に対応する画像データを削除する（Ｓ９１１）。
本実施形態では、Ｓ９１１によりスキャン処理が中止された後、画像形成装置１０１は、図８に示したアカウント処理判別テーブルを参照する。ここではスキャン処理がＲＡＭ２１２の不足が中止理由であるため、画像形成装置１０１は、５行目を参照し、対応するアカウント保全／削除列８０２の内容からアカウントを保全すると判断する。そのため、画像形成装置１０１は、Ｓ９０２で作成した一時アカウントに対応するユーザアカウント３２０を削除せずに、このユーザアカウントの格納場所の情報をアカウント保全情報管理領域７０１に記載する（Ｓ９１２）。
【００２５】
この後、携帯端末１０４がスキャン処理の状態を確認すると（Ｓ９２１）、画像形成装置１０１は、原稿給紙時にジャムが発生してジョブを中止した旨を携帯端末１０４に返信する（Ｓ９２２）。この後、携帯端末１０４は、必要に応じてジョブが中止された旨をユーザに通知してもよい。
本実施形態においては、画像形成装置１０１が携帯端末１０４等からスキャン処理要求を受けた場合、画像形成装置１０１は、Ｓ９０２で一時アカウントを作成するのではなく、まずアカウント保全情報管理領域７０１を参照する。ここでアカウント保全情報管理領域７０１に保全されたユーザアカウント３２０が存在していた場合には、画像形成装置１０１は、ユーザアカウント３２０の新規作成は行わずに、保全されたユーザアカウントを使用する。一方、アカウント保全情報管理領域７０１にユーザアカウント３２０の情報がない場合には、画像形成装置１０１は、実施形態１と同様にユーザアカウント３２０を新規作成する。
上記で示したように、画像形成装置１０１の判断により不要になったユーザアカウントを保全することにより、後に必要になった際にユーザアカウントの新規作成を行わないことも可能であり、処理を簡略化することができる。
【００２６】
＜実施形態３＞
実施形態２では、画像形成装置１０１の判断により不要になったユーザアカウントを保全することにより、後に必要になった際にユーザアカウントの新規作成を行わないことも可能であり、処理を簡略化することができることを示した。
ところで、画像形成装置１０１におけるスキャン処理中止理由の中には、スキャン処理中止理由となった事象を除去して再スキャンするために画像形成装置１０１の再起動が必要な場合がある。例えば、スキャナ２０２やＨＤＤ２１３の故障である。このような場合には、修理・交換等を行うことによって物理的にはスキャナ２０２やＨＤＤ２１３単体では動作可能であるが、スキャナＩ／Ｆ２１６やＣＰＵ２１１からの認識を行うために画像形成装置１０１全体としては再起動が必要となる。
このような場合には、ユーザによる復旧は難しく、即時にはスキャン処理が行われない可能性が高くなるため、スキャン処理中止の際にアカウントを削除するのが望ましい。
本実施形態においては、上記のスキャナ２０２の故障、ＨＤＤ２１３の故障等、スキャン中止理由の中で復旧に再起動が必要なものをテーブル化し、プログラム格納領域３０１に要再起動理由テーブルとして格納されているものとする。
【００２７】
図１０は、実施形態３のアカウント処理判別テーブルの構造を表す図である。アカウント処理判別テーブルは、実施形態２と同様に画像形成装置１０１のプログラム格納領域３０１に格納されている。図１０には、図８比較して上記の要再起動理由テーブルに記載された中止理由の場合にはアカウントを削除する旨が記載されている。
本実施形態ではＳ６１１でスキャン処理が中止された後、画像形成装置１０１は、図１０に示すアカウント処理判別テーブルを走査する際に上記した要再起動理由テーブルを参照し、記載があればアカウント処理判別テーブルの記載に従いアカウントを削除する。
このように、スキャン処理中止理由となった事象を除去して再スキャンするために画像形成装置１０１の再起動が必要な場合に、アカウント処理を削除することにより一時アカウントを保存する領域が残ってしまうことを抑止することができる。
【００２８】
＜実施形態４＞
実施形態２では、画像形成装置１０１の判断により不要になったユーザアカウントを保全することにより、後に必要になった際にユーザアカウントの新規作成を行わないことも可能であり、処理を簡略化することができることを示した。
ところで、図８において、４行目のＨＤＤ２１３の領域フルや、５行目のＲＡＭ２１２フルは、画像形成装置１０１がスキャン処理と並行して、プリント処理等別の処理を行っている場合に資源が不足するために起こることが想定されるものである。
したがって、スキャン処理の中止理由がＨＤＤ２１３の領域フルやＲＡＭ２１２フルがあった場合に、スキャン処理と並行して実行している処理が存在しない場合には、ＨＤＤ２１３やＲＡＭ２１２の故障が考えられる。このような場合には、ユーザがこの状態のまま再実行をしても失敗してしまうため、画像形成装置１０１は、一時的なエラーではないことを携帯端末１０４に通知した上でアカウント情報を削除する。なお、本実施形態においては、各処理の実行状況はプログラム格納領域３０１に各々記載されているものとする。
このように、ＨＤＤ２１３やＲＡＭ２１２の領域フルのような、リトライすることによりスキャンが正常に行えると想定されるスキャン中止理由においても、他の処理の実行状況を確認することにより、更に状況に応じた最適制御を行うことができる。
【００２９】
＜実施形態５＞
実施形態２では、画像形成装置１０１の判断により不要になったユーザアカウントを保全することにより、後に必要になった際にユーザアカウントの新規作成を行わないことも可能であり、処理を簡略化することができることを示した。
ところで、図４で示した携帯端末１０４に具備されているスキャンキャンセルボタン４１１の他に、画像形成装置１０１の操作部２０３にも処理キャンセルボタンが具備されている場合がある。本実施形態では、上記の何れのキャンセルボタンが操作されたかによって処理を切り替える例について記載する。
図１１は、画像形成装置１０１の操作部２０３を説明する図である。操作部２０３は、ユーザに通知内容を提供するためのＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）や各種のボタン、処理開始ボタン１１０１や処理キャンセルボタン１１０２が具備されている。処理開始ボタン１１０１や処理キャンセルボタン１１０２は、画像形成装置１０１が実行している処理全般の処理の開始やキャンセルを行うことができる。例えば、画像形成装置１０１は、印刷処理中にユーザによって処理キャンセルボタン１１０２を押下されると、実行中の印刷処理をキャンセルする。
以下、本実施形態において画像形成装置１０１がユーザからのキャンセル指示を受け付けた場合の処理について記載する。
画像形成装置１０１は、Ｓ５０２からＳ５１２までの処理中に、スキャンキャンセルボタン４１１の押下を検知した携帯端末１０４からのキャンセル指示を受信すると、図８の"ユーザキャンセル（リトライあり）"としてアカウント保全の処理を行う。これは、ユーザが携帯端末１０４を閲覧中にキャンセルされた場合であるため、携帯端末１０４に表示されている設定を誤っていることを発見し、設定を変更して直ちに再実行する可能性が高いためである。
【００３０】
一方、画像形成装置１０１は、Ｓ５０２からＳ５１２までの処理中に、処理キャンセルボタン１１０２の押下を検知した場合には、"ユーザキャンセル（リトライなし）"としてアカウントの削除を行う。これは、ユーザが画像形成装置１０１のスキャナ２０２で処理されている原稿を閲覧中に原稿が誤っていることを発見した場合が考えられ、この場合はユーザが原稿自体を用意しなおす必要があり、直ちに再実行が行われる可能性が低いためである。また、本実施形態においては、単に画像形成装置１０１と携帯端末１０４とのどちらのボタンが押下されたかによって処理を切り替える一例を説明した。しかしながら、画像形成装置１０１は、この処理の際に、更に、画像形成装置１０１に表示されている内容等に応じて、処理を切り替えるようにしてもよい。
以上のように、画像形成装置１０１と携帯端末１０４との何れのキャンセルボタンが操作されたかによって処理を切り替えることによって、アカウント処理を更に効率的に行うことが可能となる。
【００３１】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００３２】
以上、上述した各実施形態によれば、ユーザ登録されていないユーザでも利用できるため利便性が高い上、各々他のユーザには文書にアクセスされる恐れがなく、スキャン中止時にも画像形成装置のリソースを消費しない。
よって、画像形成装置が予め登録されていない外部装置に対してもセキュリティ性の高いプルスキャン機能を提供した上で、画像形成装置の資源の浪費を防ぐことができる。
【００３３】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【技術分野】
【０００１】
本発明は、画像処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
ＭＦＰ等、スキャナを備えた画像形成装置において、ＰＣ等の外部装置からスキャン指示を受け付け、スキャン画像データを外部装置に提供する機能（以下、プルスキャン機能と呼称する）が知られている。
プルスキャン機能においては、セキュリティ上の観点から、スキャン終了後から外部装置によるスキャン画像データ取得までの間でのデータの盗聴・改ざんを防ぐことが求められる。このようなケースを想定し、予め登録されたユーザ以外による画像データの利用を制限する技術が提案されている（特許文献１）。
しかし、スマートフォン・タブレット端末等の携帯端末普及に伴い、従来のＰＣのような据え置き型の外部装置以外の外部装置においてプルスキャン機能が使用できることが求められている。このような携帯端末においては、端末自体の導入・利用状況が据え置き型端末に比べ流動的であることが想定される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−９４７５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
携帯端末によるプルスキャン機能利用を考慮すると、予め登録されたユーザや端末以外からも一時的に機能利用を許可したいケースも考えられる。従来技術を用いた場合には、このようなケースにおいても毎回にユーザ登録を行う必要があり、プルスキャン機能利用に伴う手続きが複雑となってしまう。
この課題を解決するために、外部装置からスキャン指示を受け付ける度に一時アカウントを作成し、このアカウントによる認証を通過した場合にのみスキャン画像データにアクセス可能とすることが考えられる。
しかし、この方法を用いた場合には、スキャンが何らかの理由で中止された場合に一時アカウントが利用されないままになり、画像形成装置の資源を浪費してしまう恐れがある。
【課題を解決するための手段】
【０００５】
そこで、本発明は、外部装置から読み取り処理の開始の指示を受け付けた際に、一時アカウントを作成する作成手段と、前記作成手段で作成された一時アカウントを前記外部装置に送信する送信手段と、前記読み取り処理が行われ、画像データが完了した場合には、前記画像データに対するアクセス制御を前記一時アカウントにより行い、前記画像データが前記外部装置により取得された後に、前記画像データと前記一時アカウントとを削除し、前記読み取り処理が中止された場合には、中止された時点までに作成された画像データと前記一時アカウントとを削除するアクセス制御手段と、を有する。
【発明の効果】
【０００６】
本発明によれば、画像形成装置が予め登録されていない外部装置に対してもセキュリティ性の高いプルスキャン機能を提供した上で、画像形成装置の資源の浪費を防ぐことができる。
【図面の簡単な説明】
【０００７】
【図１】画像形成システムのシステム構成の一例を示す図である。
【図２】画像形成装置１０１のハードウェア構成の一例を示す図である。
【図３Ａ】画像形成装置１０１内のＨＤＤ２１３に格納されているデータの内容を説明する図である。
【図３Ｂ】実施形態１の画像データ格納領域３０２の内部構成を表す図である。
【図３Ｃ】ユーザアカウント格納領域３０３の内部構成を表す図である。
【図３Ｄ】ネットワーク公開データ管理領域３０４の内部構成を表す図である。
【図４】携帯端末１０４の図示しない操作部に表示される、画像形成装置１０１を操作するアプリケーションの操作画面の一例を示す図である。
【図５】携帯端末１０４から画像形成装置１０１に対してスキャン指示を行い、スキャン画像データを取得するまでの情報処理の一例を示すシーケンス図である。
【図６】画像形成装置においてスキャン処理中に原稿給紙時ジャムが発生し、スキャンがキャンセルされた場合の情報処理の一例を示すシーケンス図である。
【図７】実施形態２のユーザアカウント格納領域３０３の内部構成を表した図である。
【図８】実施形態２のアカウント処理判別テーブルの構造を表す図である。
【図９】画像形成装置においてスキャン処理中においてＲＡＭ２１２が不足し、スキャンがキャンセルされた場合の情報処理の一例を示すシーケンス図である。
【図１０】実施形態３のアカウント処理判別テーブルの構造を表す図である。
【図１１】画像形成装置１０１の操作部２０３を説明する図である。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について図面に基づいて説明する。
【０００９】
＜実施形態１＞
以下、画像処理装置の一例として画像形成装置を用いて説明する。
図１は、画像形成システムのシステム構成の一例を示す図である。画像形成装置１０１は、ホスト装置１０２、１０３や携帯端末１０４とネットワークで接続されてデータの授受を行う。なお、特に断らない限り、本明細書で説明する機能が実行されるのであれば、単体の機器であっても、複数の機器からなるシステムであってもよい。また、特に断らない限り、本明細書で説明する機能が実行されるのであれば、ＬＡＮ，ＷＡＮ等のネットワークを介して接続が為され処理が行われるシステムであってもよい。加えて、ネットワーク接続の形態としては有線接続であっても無線接続であってもよい。
【００１０】
図２は、画像形成装置１０１のハードウェア構成の一例を示す図である。画像形成装置１０１は、プリンタ２０１、スキャナ２０２、操作部２０３、コントローラ２１０から構成される。
コントローラ２１０は、ネットワークＩ／Ｆ２１４を通じて受信した、若しくはスキャナ２０２で読み取った画像データに対して必要な処理を施してプリンタ２０１に出力する。また、画像形成装置１０１は、スキャナ２０２で読み取った画像データや画像形成装置１０１に格納されている画像データを、ホスト装置１０２、１０３や携帯端末１０４に対してネットワーク経由で公開することもできる。
ＣＰＵ２１１は、ＨＤＤ２１３に格納されている画像処理プログラムをＲＡＭ２１２に展開して実行する。
ＨＤＤ２１３にはＣＰＵ２１１で実行する画像処理プログラムの他に、必要に応じて文書処理に必要なフォントデータ、操作部２０３に表示するためのデータ等、プログラムの実行に必要なデータ等が含まれていてもよい。また、ＨＤＤ２１３は、ネットワークＩ／Ｆ２１４で受信した画像データ等を格納することもできる。ここで、ＨＤＤ２１３は必ずしもＨＤＤである必要はなく、例えばＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録媒体であってもよい。
【００１１】
ＲＡＭ２１２には、ＣＰＵ２１１が実行するプログラムや、これらのプログラムの実行に必要なデータが格納される。
ネットワークＩ／Ｆ２１４は、ネットワークを通じて文書データを受信したり、画像形成装置１０１の状態をホスト装置１０２、１０３や携帯端末１０４に送信するためのネットワーク通信処理を行ったりするインターフェイスである。
プリンタＩ／Ｆ２１５は、ＣＰＵ２１１で処理した文書データをプリンタ２０１に出力したり、プリンタの状態をＣＰＵ２１１に通知したりするためのインターフェイスである。
スキャナＩ／Ｆ２１６は、スキャナ２０２で読み取った画像データをＲＡＭ２１２に転送したり、ＣＰＵ２１１からの文書の読み取り指示をスキャナ２０２に通知したりするためのインターフェイスである。
操作部Ｉ／Ｆ２１７は、ＣＰＵ２１１からの画面表示指示を操作部２０３に転送したり、画像形成装置１０１のユーザが操作部２０３を操作した旨をＣＰＵ２１１に伝達したりする。
ＣＰＵ２１１がプログラムを実行することによって、本明細書で説明する画像形成装置１０１の機能が実現される。同様に、携帯端末１０４のＣＰＵがメモリ等に記憶されているプログラムを実行することによって、本明細書で説明する携帯端末１０４の機能が実現される。
【００１２】
図３Ａは、画像形成装置１０１内のＨＤＤ２１３に格納されているデータの内容を説明する図である。
ＨＤＤ２１３は、複数の格納領域に分割されており、プログラム格納領域３０１、画像データ格納領域３０２、ユーザアカウント格納領域３０３、ネットワーク公開データ管理領域３０４から構成される。
プログラム格納領域３０１は、画像形成装置において実行するプログラムや、プログラムの実行に必要なデータを格納するための領域である。
【００１３】
画像データ格納領域３０２は、画像形成装置において取り扱う画像データを格納・管理するための領域である。
図３Ｂは、画像データ格納領域３０２の内部構成を表す図である。
画像データ格納領域３０２は、画像データ管理領域３１０と、複数の画像データ３１１と、から構成される。画像データ管理領域３１０は、画像データ格納領域３０２に格納される画像データ３１１の各々に対応する画像データＩＤやデータ実体の格納位置、画像データの属性情報を格納する領域である。画像データの属性情報としては、画像データフォーマット、画像データの縦横の解像度やカラー／モノクロ情報、画像作成日時があるが、これに限らず他の情報が格納されていてもよい。画像データ３１１は、画像データの内容そのものであり、例えばＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）形式やＰＮＧ（Ｐｏｒｔａｂｌｅ Ｎｅｔｗｏｒｋ Ｇｒａｐｈｉｃｓ）形式等があるが、他の形式でもよい。
【００１４】
ユーザアカウント格納領域３０３は、画像形成装置においてアクセス権を設定するためのユーザアカウントを格納・管理するための領域である。
図３Ｃは、ユーザアカウント格納領域３０３の内部構成を表す図である。
ユーザアカウント格納領域３０３は、複数のユーザアカウント３２０から構成される。ユーザアカウント３２０には、ユーザを特定するためのＩＤや、ユーザ認証する際のパスワード等、ユーザを認証するための情報が格納されている。ここで、ユーザを認証するための情報はＩＤ／パスワードでなくてもよく、アクセス制御の対象とするデータに対してアクセス可能かどうかを判別するためのデータであれば何でもよく、例えば単なるバイト列でもよい。なお、本実施形態では、アカウントデータの抜き取り等のセキュリティ脅威への対策として、ユーザアカウント格納領域３０３に格納されるデータに関して暗号化を行うものとする。暗号化を行う際の方式としては例えばＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）等があるが、想定されるセキュリティ脅威の対策となりうる暗号化形式であれば方式を問わない。
【００１５】
ネットワーク公開データ管理領域３０４は、画像形成装置に格納されている画像データ等をホスト装置１０２、１０３や携帯端末１０４に公開する際の管理情報を格納するための領域である。
図３Ｄは、ネットワーク公開データ管理領域３０４の内部構成を表す図である。
ネットワーク公開データ管理領域３０４は、複数のネットワーク公開データ３３０から構成される。ネットワーク公開データ３３０は、ネットワーク公開を行うデータの格納場所や、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）等、外部からデータを特定するための情報が含まれる。本実施形態においてはデータを特定するための情報としてＵＲＬを用いるものとする。また、ネットワーク公開データ３３０には、ネットワーク公開を行うデータにアクセス可能なユーザアカウントに関する情報が含まれる場合がある。この場合、ネットワーク公開データ３３０内に、ユーザアカウント３２０を特定するための情報が含まれることになる。
【００１６】
図４は、携帯端末１０４の図示しない操作部に表示される、画像形成装置１０１を操作するアプリケーションの操作画面の一例を示す図である。本実施形態においては、携帯端末１０４は、ネットワーク経由で画像形成装置１０１に指示を行うことによりスキャンを行わせ、ＨＤＤ２１３に格納されたスキャン画像データを取得することができるものとする。携帯端末１０４の操作画面は、使用装置指定部４０１と、スキャンモード指定部４０２と、スキャン解像度指定部４０３と、スキャン開始ボタン４１０と、スキャンキャンセルボタン４１１と、から構成される。
使用装置指定部４０１は、携帯端末１０４が使用する画像形成装置の指定をユーザから受け付け、表示することができる。画像形成装置の指定方法は、例えばユーザがＩＰアドレスやホスト名を入力してもよいし、携帯端末１０４がＳＬＰ（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等を利用して使用可能な画像形成装置を発見してもよい。
スキャンモード指定部４０２は、画像形成装置１０１がスキャナ２０２を利用して原稿をスキャンする際の設定を表すもので、例えばカラースキャン若しくはモノクロスキャンといった設定を指定する。
スキャン解像度指定部４０３は、画像形成装置１０１がスキャナ２０２を利用して原稿をスキャンする際の解像度を指定する部分である。なお、本実施形態においては、カラースキャン若しくはモノクロスキャンの設定や解像度に関する指定を行うことができるようになっているが、他の設定を行うことができてもよい。例えばスキャン時の用紙サイズや画質設定を行うことができてもよい。
【００１７】
スキャン開始ボタン４１０は、携帯端末１０４が使用装置指定部４０１で指定した画像形成装置１０１に対して、指定されたスキャン設定でスキャンするための指示を送信するためのトリガをユーザに指定させるためのボタンである。
スキャンキャンセルボタン４１１は、携帯端末１０４から画像形成装置１０１に対してスキャンするための指示を送信した後に、スキャンを中止するための指示を画像形成装置１０１に送信するためのトリガをユーザに指定させるためのボタンである。スキャンキャンセルボタン４１１は、スキャン開始ボタン４１０が押下されたあと、画像形成装置１０１からスキャン画像データを取得するまでの間にのみ押下することができる。
【００１８】
図５は、携帯端末１０４から画像形成装置１０１に対してスキャン指示を行い、スキャン画像データを取得するまでの情報処理の一例を示すシーケンス図である。なお、携帯端末１０４と画像形成装置１０１との間のネットワーク通信については、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）等により暗号化することによりセキュリティ性を向上することができる。
ユーザによりスキャン開始ボタン４１０が押下されると、携帯端末１０４は、画像形成装置１０１に対してスキャン指示を行う（Ｓ５０１）。この際、携帯端末１０４は、スキャンモード指定部４０２、スキャン解像度指定部４０３で指定されたスキャン時の設定を画像形成装置に送信する。
画像形成装置１０１は、スキャン指示を受信するとスキャン画像データに対するアクセス制御を行うための一時アカウントを作成する（Ｓ５０２）。より具体的には、画像形成装置１０１は、ユーザアカウント格納領域３０３に格納されているユーザアカウント３２０を走査し、これらと重複しないユーザアカウントを作成する。なお、画像形成装置１０１は、ユーザアカウント３２０を走査する処理はＳ５０２の処理のタイミングで行ってもよいし、画像形成装置１０１のアイドル時等、別のタイミングで予め行っておいてもよい。
一時アカウントの作成処理が完了すると、画像形成装置１０１は、携帯端末１０４に対してスキャン指示応答を返信する（Ｓ５０３）。スキャン指示応答には、スキャン画像データを示すＵＲＬやＳ５０２で作成したユーザアカウント情報が含まれる。また、画像形成装置は、加えて実行するスキャン処理を特定するためのジョブＩＤを発行し、このジョブＩＤをスキャン指示応答に含める。携帯端末１０４は、このジョブＩＤを指定して画像形成装置１０１に取得要求を行うことにより、依頼したスキャン処理に関する情報を取得することができる。
【００１９】
その後、画像形成装置１０１は、スキャナ２０２を用いて原稿をスキャンし、得られた画像データを画像データ格納領域３０２に格納する（Ｓ５１１）。
次に、画像形成装置１０１は、ネットワーク公開データ管理領域３０４にネットワーク公開データ３３０を新規作成し、Ｓ５１１で作成した画像データの情報をＳ５０３で返信したＵＲＬ及びＳ５０２で作成した一時アカウントと関連付けて格納する（Ｓ５１２）。このことにより、携帯端末１０４等からネットワーク経由でスキャン画像データにアクセスすることができる。
一方、スキャン指示応答を受信した携帯端末１０４は、スキャン処理の進行状況を画像形成装置１０１に確認する（Ｓ５２１）。この際、携帯端末１０４のアプリケーションは、Ｓ５０３で受信したジョブＩＤを画像形成装置１０１に送信する。スキャン処理の進行状況の確認を受信すると、画像形成装置１０１は、ジョブＩＤに対応するスキャン処理の状態を携帯端末１０４に返信する（Ｓ５２２）。
【００２０】
ここで、もしスキャン処理が終了していた場合には、携帯端末１０４は、画像形成装置１０１に対して画像データ取得を要求する（Ｓ５３１）。この際、携帯端末１０４は、画像形成装置１０１に併せてＳ５０３で受信したＵＲＬと一時アカウント情報とを送信する。
画像データ取得の要求を受信すると、画像形成装置１０１は、ネットワーク公開データ管理領域３０４に格納されているネットワーク公開データ３３０内に、指定されたＵＲＬを持つものがあるかどうか走査する。ここで、対応するネットワーク公開データが見つかった場合、画像形成装置１０１は、要求に含まれる一時アカウント情報とネットワーク公開データ３３０に含まれるユーザアカウント情報とが一致した場合にのみ、画像データを携帯端末に返信する（Ｓ５３２）。
画像形成装置１０１から画像データを正常に受信できた後に、携帯端末１０４は、画像データの削除要求を画像形成装置１０１に送信する（Ｓ５４１）。このとき、携帯端末１０４は画像形成装置１０１に画像データを示すＵＲＬと共にＳ５０３で受信した一時アカウント情報を送信する。
画像データの削除要求を受信すると、画像形成装置１０１は、受信したアカウント情報が指定された画像データに対応するものかどうかを確認する。ここで対応するものであると確認すると、画像形成装置１０１は、指定された画像データに対応するネットワーク公開データ３３０を削除することによってネットワーク公開を停止する（Ｓ５４２）。続いて、画像形成装置１０１は、指定された画像データに対応する画像データ３１１と、関連する画像データ管理領域３１０と、を削除する（Ｓ５４３）。加えて、画像形成装置１０１は、Ｓ５０２で作成した一時アカウント情報に対応するユーザアカウント３２０を削除し（Ｓ５４４）、画像データを正常に削除できたことを携帯端末１０４に返信する（Ｓ５４５）。
【００２１】
図６は、画像形成装置においてスキャン処理中に原稿給紙時ジャムが発生し、スキャンがキャンセルされた場合の情報処理の一例を示すシーケンス図である。
Ｓ６０１からＳ６０３までについては、図５におけるＳ５０１からＳ５０３までと同様に、携帯端末１０４からスキャン指示を行い、画像形成装置１０１がスキャン指示応答を行う。
その後、画像形成装置１０１がスキャナ２０２を用いて原稿をスキャンするが、原稿給紙時ジャムが発生してスキャンが自動的に中止され、画像形成装置１０１は、その時点までにスキャンした原稿に対応する画像データを削除する（Ｓ６１１）。
スキャンが中止されたことを検知すると、画像形成装置１０１は、Ｓ６０２で作成した一時アカウントを削除して（Ｓ６１２）、スキャン処理を終了する。
この後、携帯端末１０４がスキャン処理の状態を確認すると（Ｓ６２１）、画像形成装置１０１は、原稿給紙時にジャムが発生してジョブを中止した旨を携帯端末１０４に返信する（Ｓ６２２）。この後、携帯端末１０４は、必要に応じてジョブが中止された旨をユーザに通知してもよい。
上記で示したように、外部装置から指示を受けて画像形成装置がスキャン処理を行う場合に一時アカウントを作成してアクセス制御を行うことにより、スキャン指示を行った装置以外からの画像データに対するアクセスを抑止することができる。加えて、スキャン処理が何らかの理由で中止された場合に一時アカウントを削除することにより、一時アカウントを保存する領域が残ってしまうことを抑止することができる。
【００２２】
＜実施形態２＞
実施形態１では、スキャン処理が何らかの理由で中止された場合に一時アカウントを削除することにより、一時アカウントを保存する領域が残ってしまうことを抑止することができることを示した。
ところで、一時アカウントを作成する処理（Ｓ５０２）は、他のアカウントと重複しないＩＤの決定処理や、作成したユーザアカウントをユーザアカウント格納領域３０３に格納する際の暗号化処理を行う必要がある。そのため、処理に時間がかかることが想定される。本実施形態では、即時にスキャン処理の再実行が行われると予想されるスキャン処理の中止理由の場合に、画像形成装置１０１の判断により不要になったユーザアカウントを保全しておき、再実行の際のユーザアカウント処理が省略できることを示す。
図７は、実施形態２のユーザアカウント格納領域３０３の内部構成を表した図である。本実施形態においては、ユーザアカウント格納領域３０３にアカウント保全情報管理領域７０１が加えて格納される。
アカウント保全情報管理領域７０１には、保全したアカウントについて、対応するユーザアカウント３２０の格納場所が記録される。
【００２３】
図８は、実施形態２のアカウント処理判別テーブルの構造を表す図である。アカウント処理判別テーブルは、画像形成装置１０１のプログラム格納領域３０１に格納されており、スキャン中止理由列８０１と、アカウント保全／削除列８０２と、から構成される。アカウント処理判別テーブルは、処理判別データの一例である。
スキャン中止理由列８０１には、画像形成装置１０１においてスキャン処理中止を行った場合の理由が列挙されている。
アカウント保全／削除列８０２には、スキャン中止理由列８０１に列挙されたスキャン処理中止理由の各々に対応して、アカウントを保全するか削除するかが記載されている。３行目にはスキャン処理中に給紙時ジャムが発生した場合にはアカウントを削除する旨の記載がなされている。これは、給紙時ジャムが発生した場合には原稿状態が良好ではなく、原稿を再度用意する必要がある可能性があるためである。４行目にはスキャン処理中にＨＤＤ２１３の画像データ格納領域が不足した場合にはアカウントを保全する旨の記載がなされている。これは、他の画像処理を並列実行した場合に一時的にＨＤＤ２１３が不足して処理が一旦中止されるが、他のジョブが終了するとＨＤＤ２１３の領域が使用可能になるため、アカウントを保全することが有効であると考えられることが理由である。５行目にはスキャン処理中にＲＡＭ２１２の領域が不足した場合にはアカウントを保全する旨の記載がなされている。これは、４行目と同様、他の画像処理を並列実行した場合に一時的にＲＡＭ２１２が不足して処理が一旦中止されるが、他のジョブが終了するとＲＡＭ２１２の領域が使用可能になるため、アカウントを保全することが有効であると考えられることが理由である。他の行についても同様に、アカウントを保全することが有効であると考えられる場合にはアカウント保全／削除列８０２に保全を行う旨が記載される。
なお、アカウント処理判別テーブルは固定のテーブルでなくてもよく、例えば画像形成装置毎に異なっていてもよい。また、画像形成装置１０１の操作部２０３等から変更可能であってもよい。
なお、ＨＤＤフルやＲＡＭフルは、一次的な資源不足の一例である。
【００２４】
図９は、画像形成装置においてスキャン処理中においてＲＡＭ２１２が不足し、スキャンがキャンセルされた場合の情報処理の一例を示すシーケンス図である。
Ｓ９０１からＳ９０３までについては、図５におけるＳ５０１からＳ５０３までと同様に、携帯端末１０４からスキャン指示を行い、画像形成装置１０１がスキャン指示応答を行う。
その後、画像形成装置１０１がスキャナ２０２を用いて原稿をスキャンするが、画像処理中にＲＡＭ２１２が不足してスキャンが自動的に中止されたため、それまでにスキャンした原稿に対応する画像データを削除する（Ｓ９１１）。
本実施形態では、Ｓ９１１によりスキャン処理が中止された後、画像形成装置１０１は、図８に示したアカウント処理判別テーブルを参照する。ここではスキャン処理がＲＡＭ２１２の不足が中止理由であるため、画像形成装置１０１は、５行目を参照し、対応するアカウント保全／削除列８０２の内容からアカウントを保全すると判断する。そのため、画像形成装置１０１は、Ｓ９０２で作成した一時アカウントに対応するユーザアカウント３２０を削除せずに、このユーザアカウントの格納場所の情報をアカウント保全情報管理領域７０１に記載する（Ｓ９１２）。
【００２５】
この後、携帯端末１０４がスキャン処理の状態を確認すると（Ｓ９２１）、画像形成装置１０１は、原稿給紙時にジャムが発生してジョブを中止した旨を携帯端末１０４に返信する（Ｓ９２２）。この後、携帯端末１０４は、必要に応じてジョブが中止された旨をユーザに通知してもよい。
本実施形態においては、画像形成装置１０１が携帯端末１０４等からスキャン処理要求を受けた場合、画像形成装置１０１は、Ｓ９０２で一時アカウントを作成するのではなく、まずアカウント保全情報管理領域７０１を参照する。ここでアカウント保全情報管理領域７０１に保全されたユーザアカウント３２０が存在していた場合には、画像形成装置１０１は、ユーザアカウント３２０の新規作成は行わずに、保全されたユーザアカウントを使用する。一方、アカウント保全情報管理領域７０１にユーザアカウント３２０の情報がない場合には、画像形成装置１０１は、実施形態１と同様にユーザアカウント３２０を新規作成する。
上記で示したように、画像形成装置１０１の判断により不要になったユーザアカウントを保全することにより、後に必要になった際にユーザアカウントの新規作成を行わないことも可能であり、処理を簡略化することができる。
【００２６】
＜実施形態３＞
実施形態２では、画像形成装置１０１の判断により不要になったユーザアカウントを保全することにより、後に必要になった際にユーザアカウントの新規作成を行わないことも可能であり、処理を簡略化することができることを示した。
ところで、画像形成装置１０１におけるスキャン処理中止理由の中には、スキャン処理中止理由となった事象を除去して再スキャンするために画像形成装置１０１の再起動が必要な場合がある。例えば、スキャナ２０２やＨＤＤ２１３の故障である。このような場合には、修理・交換等を行うことによって物理的にはスキャナ２０２やＨＤＤ２１３単体では動作可能であるが、スキャナＩ／Ｆ２１６やＣＰＵ２１１からの認識を行うために画像形成装置１０１全体としては再起動が必要となる。
このような場合には、ユーザによる復旧は難しく、即時にはスキャン処理が行われない可能性が高くなるため、スキャン処理中止の際にアカウントを削除するのが望ましい。
本実施形態においては、上記のスキャナ２０２の故障、ＨＤＤ２１３の故障等、スキャン中止理由の中で復旧に再起動が必要なものをテーブル化し、プログラム格納領域３０１に要再起動理由テーブルとして格納されているものとする。
【００２７】
図１０は、実施形態３のアカウント処理判別テーブルの構造を表す図である。アカウント処理判別テーブルは、実施形態２と同様に画像形成装置１０１のプログラム格納領域３０１に格納されている。図１０には、図８比較して上記の要再起動理由テーブルに記載された中止理由の場合にはアカウントを削除する旨が記載されている。
本実施形態ではＳ６１１でスキャン処理が中止された後、画像形成装置１０１は、図１０に示すアカウント処理判別テーブルを走査する際に上記した要再起動理由テーブルを参照し、記載があればアカウント処理判別テーブルの記載に従いアカウントを削除する。
このように、スキャン処理中止理由となった事象を除去して再スキャンするために画像形成装置１０１の再起動が必要な場合に、アカウント処理を削除することにより一時アカウントを保存する領域が残ってしまうことを抑止することができる。
【００２８】
＜実施形態４＞
実施形態２では、画像形成装置１０１の判断により不要になったユーザアカウントを保全することにより、後に必要になった際にユーザアカウントの新規作成を行わないことも可能であり、処理を簡略化することができることを示した。
ところで、図８において、４行目のＨＤＤ２１３の領域フルや、５行目のＲＡＭ２１２フルは、画像形成装置１０１がスキャン処理と並行して、プリント処理等別の処理を行っている場合に資源が不足するために起こることが想定されるものである。
したがって、スキャン処理の中止理由がＨＤＤ２１３の領域フルやＲＡＭ２１２フルがあった場合に、スキャン処理と並行して実行している処理が存在しない場合には、ＨＤＤ２１３やＲＡＭ２１２の故障が考えられる。このような場合には、ユーザがこの状態のまま再実行をしても失敗してしまうため、画像形成装置１０１は、一時的なエラーではないことを携帯端末１０４に通知した上でアカウント情報を削除する。なお、本実施形態においては、各処理の実行状況はプログラム格納領域３０１に各々記載されているものとする。
このように、ＨＤＤ２１３やＲＡＭ２１２の領域フルのような、リトライすることによりスキャンが正常に行えると想定されるスキャン中止理由においても、他の処理の実行状況を確認することにより、更に状況に応じた最適制御を行うことができる。
【００２９】
＜実施形態５＞
実施形態２では、画像形成装置１０１の判断により不要になったユーザアカウントを保全することにより、後に必要になった際にユーザアカウントの新規作成を行わないことも可能であり、処理を簡略化することができることを示した。
ところで、図４で示した携帯端末１０４に具備されているスキャンキャンセルボタン４１１の他に、画像形成装置１０１の操作部２０３にも処理キャンセルボタンが具備されている場合がある。本実施形態では、上記の何れのキャンセルボタンが操作されたかによって処理を切り替える例について記載する。
図１１は、画像形成装置１０１の操作部２０３を説明する図である。操作部２０３は、ユーザに通知内容を提供するためのＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）や各種のボタン、処理開始ボタン１１０１や処理キャンセルボタン１１０２が具備されている。処理開始ボタン１１０１や処理キャンセルボタン１１０２は、画像形成装置１０１が実行している処理全般の処理の開始やキャンセルを行うことができる。例えば、画像形成装置１０１は、印刷処理中にユーザによって処理キャンセルボタン１１０２を押下されると、実行中の印刷処理をキャンセルする。
以下、本実施形態において画像形成装置１０１がユーザからのキャンセル指示を受け付けた場合の処理について記載する。
画像形成装置１０１は、Ｓ５０２からＳ５１２までの処理中に、スキャンキャンセルボタン４１１の押下を検知した携帯端末１０４からのキャンセル指示を受信すると、図８の"ユーザキャンセル（リトライあり）"としてアカウント保全の処理を行う。これは、ユーザが携帯端末１０４を閲覧中にキャンセルされた場合であるため、携帯端末１０４に表示されている設定を誤っていることを発見し、設定を変更して直ちに再実行する可能性が高いためである。
【００３０】
一方、画像形成装置１０１は、Ｓ５０２からＳ５１２までの処理中に、処理キャンセルボタン１１０２の押下を検知した場合には、"ユーザキャンセル（リトライなし）"としてアカウントの削除を行う。これは、ユーザが画像形成装置１０１のスキャナ２０２で処理されている原稿を閲覧中に原稿が誤っていることを発見した場合が考えられ、この場合はユーザが原稿自体を用意しなおす必要があり、直ちに再実行が行われる可能性が低いためである。また、本実施形態においては、単に画像形成装置１０１と携帯端末１０４とのどちらのボタンが押下されたかによって処理を切り替える一例を説明した。しかしながら、画像形成装置１０１は、この処理の際に、更に、画像形成装置１０１に表示されている内容等に応じて、処理を切り替えるようにしてもよい。
以上のように、画像形成装置１０１と携帯端末１０４との何れのキャンセルボタンが操作されたかによって処理を切り替えることによって、アカウント処理を更に効率的に行うことが可能となる。
【００３１】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００３２】
以上、上述した各実施形態によれば、ユーザ登録されていないユーザでも利用できるため利便性が高い上、各々他のユーザには文書にアクセスされる恐れがなく、スキャン中止時にも画像形成装置のリソースを消費しない。
よって、画像形成装置が予め登録されていない外部装置に対してもセキュリティ性の高いプルスキャン機能を提供した上で、画像形成装置の資源の浪費を防ぐことができる。
【００３３】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【特許請求の範囲】
【請求項１】
外部装置から読み取り処理の開始の指示を受け付けた際に、一時アカウントを作成する作成手段と、
前記作成手段で作成された一時アカウントを前記外部装置に送信する送信手段と、
前記読み取り処理が行われ、画像データが完了した場合には、前記画像データに対するアクセス制御を前記一時アカウントにより行い、前記画像データが前記外部装置により取得された後に、前記画像データと前記一時アカウントとを削除し、前記読み取り処理が中止された場合には、中止された時点までに作成された画像データと前記一時アカウントとを削除するアクセス制御手段と、
を有する画像処理装置。
【請求項２】
前記アクセス制御手段は、前記読み取り処理が中止された場合、中止理由に応じて、前記一時アカウントを削除するか、又は前記一時アカウントを保全するかを判断し、前記一時アカウントを削除すると判断した場合は、前記一時アカウントを削除し、前記一時アカウントを保全すると判断した場合、前記一時アカウントを保全する請求項１記載の画像処理装置。
【請求項３】
前記アクセス制御手段は、前記読み取り処理が中止された場合、中止理由に応じて、複数の中止理由と、各中止理由に対応させた一時アカウントを保全するか否かの情報と、を含む処理判別データより、対応する一時アカウントを保全するか否かの情報を特定し、特定した情報に基づいて、前記一時アカウントを削除するか、又は前記一時アカウントを保全するかを判断する請求項２記載の画像処理装置。
【請求項４】
前記アクセス制御手段は、前記中止理由が、前記中止理由を除去するに際し、前記画像処理装置の再起動を伴う中止理由である場合、前記一時アカウントを削除すると判断し、前記中止理由を除去するに際し、前記画像処理装置の再起動を伴わない中止理由である場合、前記一時アカウントを保存すると判断する請求項２記載の画像処理装置。
【請求項５】
前記アクセス制御手段は、前記中止理由が、一次的な資源不足により読み取り処理が注された場合で、かつ、他の処理が実行されていない場合には、前記一時アカウントを削除すると判断し、一次的な資源不足により読み取り処理が注された場合で、かつ、他の処理が実行されている場合には、前記一時アカウントを保全すると判断する請求項２記載の画像処理装置。
【請求項６】
前記アクセス制御手段は、前記中止理由が、前記外部装置からの中止の指示であった場合には、前記一時アカウントを保全すると判断し、前記画像処理装置の操作部からの中止の指示であった場合には、前記一時アカウントを削除すると判断する請求項２記載の画像処理装置。
【請求項７】
画像処理装置が実行する情報処理方法であって、
外部装置から読み取り処理の開始の指示を受け付けた際に、一時アカウントを作成する作成ステップと、
前記作成ステップで作成された一時アカウントを前記外部装置に送信する送信ステップと、
前記読み取り処理が行われ、画像データが完了した場合には、前記画像データに対するアクセス制御を前記一時アカウントにより行い、前記画像データが前記外部装置により取得された後に、前記画像データと前記一時アカウントとを削除し、前記読み取り処理が中止された場合には、中止された時点までに作成された画像データと前記一時アカウントとを削除するアクセス制御ステップと、
を含む情報処理方法。
【請求項８】
コンピュータに、
外部装置から読み取り処理の開始の指示を受け付けた際に、一時アカウントを作成する作成ステップと、
前記作成ステップで作成された一時アカウントを前記外部装置に送信する送信ステップと、
前記読み取り処理が行われ、画像データが完了した場合には、前記画像データに対するアクセス制御を前記一時アカウントにより行い、前記画像データが前記外部装置により取得された後に、前記画像データと前記一時アカウントとを削除し、前記読み取り処理が中止された場合には、中止された時点までに作成された画像データと前記一時アカウントとを削除するアクセス制御ステップと、
を実行させるためのプログラム。
【請求項１】
外部装置から読み取り処理の開始の指示を受け付けた際に、一時アカウントを作成する作成手段と、
前記作成手段で作成された一時アカウントを前記外部装置に送信する送信手段と、
前記読み取り処理が行われ、画像データが完了した場合には、前記画像データに対するアクセス制御を前記一時アカウントにより行い、前記画像データが前記外部装置により取得された後に、前記画像データと前記一時アカウントとを削除し、前記読み取り処理が中止された場合には、中止された時点までに作成された画像データと前記一時アカウントとを削除するアクセス制御手段と、
を有する画像処理装置。
【請求項２】
前記アクセス制御手段は、前記読み取り処理が中止された場合、中止理由に応じて、前記一時アカウントを削除するか、又は前記一時アカウントを保全するかを判断し、前記一時アカウントを削除すると判断した場合は、前記一時アカウントを削除し、前記一時アカウントを保全すると判断した場合、前記一時アカウントを保全する請求項１記載の画像処理装置。
【請求項３】
前記アクセス制御手段は、前記読み取り処理が中止された場合、中止理由に応じて、複数の中止理由と、各中止理由に対応させた一時アカウントを保全するか否かの情報と、を含む処理判別データより、対応する一時アカウントを保全するか否かの情報を特定し、特定した情報に基づいて、前記一時アカウントを削除するか、又は前記一時アカウントを保全するかを判断する請求項２記載の画像処理装置。
【請求項４】
前記アクセス制御手段は、前記中止理由が、前記中止理由を除去するに際し、前記画像処理装置の再起動を伴う中止理由である場合、前記一時アカウントを削除すると判断し、前記中止理由を除去するに際し、前記画像処理装置の再起動を伴わない中止理由である場合、前記一時アカウントを保存すると判断する請求項２記載の画像処理装置。
【請求項５】
前記アクセス制御手段は、前記中止理由が、一次的な資源不足により読み取り処理が注された場合で、かつ、他の処理が実行されていない場合には、前記一時アカウントを削除すると判断し、一次的な資源不足により読み取り処理が注された場合で、かつ、他の処理が実行されている場合には、前記一時アカウントを保全すると判断する請求項２記載の画像処理装置。
【請求項６】
前記アクセス制御手段は、前記中止理由が、前記外部装置からの中止の指示であった場合には、前記一時アカウントを保全すると判断し、前記画像処理装置の操作部からの中止の指示であった場合には、前記一時アカウントを削除すると判断する請求項２記載の画像処理装置。
【請求項７】
画像処理装置が実行する情報処理方法であって、
外部装置から読み取り処理の開始の指示を受け付けた際に、一時アカウントを作成する作成ステップと、
前記作成ステップで作成された一時アカウントを前記外部装置に送信する送信ステップと、
前記読み取り処理が行われ、画像データが完了した場合には、前記画像データに対するアクセス制御を前記一時アカウントにより行い、前記画像データが前記外部装置により取得された後に、前記画像データと前記一時アカウントとを削除し、前記読み取り処理が中止された場合には、中止された時点までに作成された画像データと前記一時アカウントとを削除するアクセス制御ステップと、
を含む情報処理方法。
【請求項８】
コンピュータに、
外部装置から読み取り処理の開始の指示を受け付けた際に、一時アカウントを作成する作成ステップと、
前記作成ステップで作成された一時アカウントを前記外部装置に送信する送信ステップと、
前記読み取り処理が行われ、画像データが完了した場合には、前記画像データに対するアクセス制御を前記一時アカウントにより行い、前記画像データが前記外部装置により取得された後に、前記画像データと前記一時アカウントとを削除し、前記読み取り処理が中止された場合には、中止された時点までに作成された画像データと前記一時アカウントとを削除するアクセス制御ステップと、
を実行させるためのプログラム。
【図１】
【図２】
【図３Ａ】
【図３Ｂ】
【図３Ｃ】
【図３Ｄ】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３Ａ】
【図３Ｂ】
【図３Ｃ】
【図３Ｄ】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１３−３０９７２（Ｐ２０１３−３０９７２Ａ）
【公開日】平成２５年２月７日（２０１３．２．７）
【国際特許分類】
【出願番号】特願２０１１−１６５５２０（Ｐ２０１１−１６５５２０）
【出願日】平成２３年７月２８日（２０１１．７．２８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２５年２月７日（２０１３．２．７）
【国際特許分類】
【出願日】平成２３年７月２８日（２０１１．７．２８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]