JP2019050530A - 画像処理装置とその処理方法及びプログラム - Google Patents

Abstract

【課題】データの送信を適切に行わせる仕組みを提供すること【解決手段】サーバと通信可能な宛先表を有する画像処理装置であって、サーバから格納先情報を取得するサーバ取得手段と、前記サーバ取得手段で取得した格納先情報に基づいて、データを送信する先が当該画像処理装置となる送信情報を含む格納先情報を作成する作成手段と、前記作成手段で作成された格納先情報を前記宛先表に登録する登録手段とを備えることを特徴とする。【選択図】図５

Description

サーバへデータを送信する画像処理装置とその処理方法及びプログラムに関する

近年、クラウドストレージサービスが提供され、企業のストレージサーバに代わって利用され始めている。

そのため、従来、複合機ではスキャンしたデータを、ＰＣやＦＴＰサーバ等に送信する機能が提供されていたが（特許文献１）、近年では、クラウドストレージにスキャンデータを送信できるような機能拡張が実施されている（特許文献２）。

特許文献２には、複合機でスキャンしたデータの保存先としてクラウドサービスを指定して、スキャンデータをクラウドストレージに保存する技術が記載されている。

特開２０１２−６５３０３号公報 特開２０１６−５１５０号公報

クラウドストレージであってもクラウドストレージのどのフォルダにスキャンファイルを送信するかをユーザに選択させる必要があるが、この場合、ログインユーザが利用可能なフォルダ情報（送信先）をクラウドサービスから取得して、複合機の画面に表示させることが望まれる。

しかしながら、複合機の本体機能には送信先を登録する宛先表が備わっていることから、拡張機能を提供する場合には、ユーザの使い勝手を損なわないようにするためこの宛先表を利用してフォルダ情報を表示することが必要となる。

また、この宛先表は、複合機を利用するすべてのユーザが共有できるように設計されているため、単純に宛先表にクラウドストレージのフォルダ情報を登録するだけでは、ほかのユーザのフォルダ情報が表示されてしまい、不正に利用されてしまうという課題がある。そのため、宛先表を適切に管理し、スキャン等のデータの送信を制御することが望まれる。

そこで、本発明の目的は、データの送信を適切に行わせる仕組みを提供することである。

サーバと通信可能な宛先表を有する画像処理装置であって、サーバから格納先情報を取得するサーバ取得手段と、前記サーバ取得手段で取得した格納先情報に基づいて、データを送信する先が当該画像処理装置となる送信情報を含む格納先情報を作成する作成手段と、前記作成手段で作成された格納先情報を前記宛先表に登録する登録手段とを備えることを特徴とする。

本発明によれば、データの送信を適切に行わせることが可能となる。

本実施形態のクラウドへのスキャンデータ送信システムの構成を示す図 管理者ＰＣ１００もしくはクライアントＰＣ１０１に適用可能な情報処理装置のハードウェア構成を示すブロック図 複合機１０２のハードウェア構成の一例を示すブロック図 スキャンデータ送信システムの各装置の機能構成を概略的に示す図 スキャンデータ送信システムの処理概略を示す図 フォルダ作成処理の一例を示すフローチャート 宛先表登録処理の一例を示すフローチャート ユーザ情報取得処理の一例を示すフローチャート フォルダ情報取得処理の一例を示すフローチャート 宛先表削除処理の一例を示すフローチャート スキャンデータ送信処理の一例を示すフローチャート 宛先表一覧表示の画面の一例を示すイメージ図 宛先表に登録する宛先情報の一例を示すデータ図 クラウドストレージサーバ１０４より返却されるフォルダ情報取得要求のレスポンスメッセージの一例を示すデータ図 フォルダ情報キャッシュのテーブルの一例を示すデータ図 ユーザ情報キャッシュのテーブルの一例を示すデータ図 クラウドストレージサーバ１０４で管理されているユーザ管理のテーブルの一例を示す図の一例を示すデータ図

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

図１は、本発明の実施形態における管理者ＰＣ１００、クライアントＰＣ１０１、複合機１０２（画像処理装置）およびクラウドストレージサーバ１０４（クラウドストレージサービス）を用いたスキャンデータ送信システムのシステム構成の一例を示す図である。

なお、本実施形態では、好適な例としてスキャンデータ（スキャンファイル）をクラウドストレージサーバ１０４へ保存する形態とするが、スキャンデータに限らず、複合機１０２に保存されたファイルをクラウドストレージサーバ１０４へ保存する形態にも適用可能である。

管理者ＰＣ１００、クライアントＰＣ１０１、複合機１０２は、クラウドストレージサーバ１０４が、ＬＡＮ１０３を介して接続される構成となっている。

管理者ＰＣ１００は、ＰＣに備えられたＷｅｂブラウザ４０１より、複合機１０２が生成するサーブレットを操作し、スキャンデータ送信システムに関する各種設定を行う。

クライアントＰＣ１０１は、スキャンデータ送信先のＵＲＬを添付したメールを複合機１０２から受信し、当該ＵＲＬにＷｅｂブラウザ４０１よりアクセスしてデータの確認を行う。

複合機１０２は、宛先表を有し、スキャンデータを宛先表で指定された宛先へ送信する。クラウドサービスを利用する際には、ＨＴＴＰＳ通信部４１１によってフォルダ情報の取得やデータのアップロード等の通信処理が実施される。すなわち、複合機１０２は、サーバと通信可能な宛先表を有する画像処理装置である。

クラウドストレージサーバ１０４は、インターネット上で提供されるストレージサービスである。また、クラウドストレージサーバ１０４は、クラウドストレージサービス事業者が管理しているサーバで、クラウドストレージサービス事業者が提供するＡＰＩを用いて制御する。このＡＰＩは、Ｗｅｂブラウザ４０１以外からのフォルダ作成やファイルアップロード等の各種機能を提供するために用意されている。

図２は、本発明の実施形態における管理者ＰＣ１００、クライアントＰＣ１０１のハードウェア構成の一例を示すブロック図である。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、クラウドプラットフォーム、またこのクラウドプラットフォーム上で実行されるサービス（プログラム）が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、入力デバイス２０９からの入力を制御する。入力デバイス２０９としては、キーボード、タッチパネル、及びマウス等のポインティングデバイス等が挙げられる。

なお、入力デバイス２０９がタッチパネルの場合、ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができることとする。

また、タッチパネルは、マルチタッチスクリーンなどの、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。

２０６はビデオコントローラで、ディスプレイ２１０等の表示機への表示を制御する。なお、ディスプレイ２１０は、ＣＲＴ、液晶ディスプレイ等の表示機のことを指す。または、その他の表示機であってもよい。

２０７はメモリコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

なお、本実施形態ではデータベースを備え、データベース上でファイル（印刷ジョブ）の情報を管理している。

２０８は通信Ｉ／Ｆコントローラで、ネットワーク１１２を介して外部機器と接続・通信するものであり、ネットワーク１１２での通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォント展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、ＲＯＭ２０２あるいは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。

さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報、テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。

次に、図３を用いて、画像処理装置としての複合機１０２のハードウェア構成について説明する。なお、複合機１０２に情報処理装置が接続され、この情報処理装置で複合機１０２を制御する構成であってもよいことは言うまでもない。

図３は、図１に示した複合機１０２のハードウェア構成の一例を示すブロック図である。

図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ部３１４や、画像出力デバイスとして機能するプリンタ部３１２と接続する一方、ＬＡＮや公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。

コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。

３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムネットワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。

３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４はハードディスクドライブ（ＨＤＤ）で、システムを制御するための各種プログラム、画像データ等を格納する。

３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部３０８とのインタフェース部であり、操作部３０８に表示する画像データを出力する。

また、操作部Ｉ／Ｆ３０７は、操作部３０８からユーザが入力した情報（例えば、ユーザ名やパスワード等のユーザ情報等）をＣＰＵ３０１に伝える役割をする。

３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）で、ネットワーク１１２に接続し、データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。

３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４、プリンタポート、ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証処理で必要となるＩＣカードを読み取るカードリーダ３１９が外部Ｉ／Ｆ部３１８に接続されている。

そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９によるＩＣカードからの情報読み取りを制御し、該ＩＣカードから読み取られた情報を取得可能であることとする。以上のデバイスがシステムバス３０９上に配置される。

３２０はイメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。

画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。

３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ部３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ部３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。

また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。

スキャナ部３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。

原稿用紙は原稿フィーダのトレイにセットし、ユーザが操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ部３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。

プリンタ部３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。

尚、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。

操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。ＬＣＤ表示部でメニューを表示し、サーバで管理しているファイルの一覧を表示する部である。

また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。

ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。

また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、ユーザのユーザＩＤを入力する時に用いる。リセットキーは、操作部３０８からの設定を初期化する時に用いる。

カードリーダ３１９は、ＣＰＵ３０１からの制御により、ＩＣカード（例えば、ソニー社のフェリカ（ＦｅｌｉＣａ）（登録商標））内に記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。

以上のような構成によって、複合機１０２は、スキャナ部３１４から読み込んだ画像データをネットワーク上に送信したり、ネットワークから受信した印刷データをプリンタ部３１２により印刷出力することができる。

また、スキャナ部３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信したり、公衆回線からＦＡＸ受信した画像データをプリンタ部３１２により出力することできる。

次に図４を参照して、本発明の実施形態における各種装置の機能構成の一例について説明する。

クライアントＰＣ１０１は、Ｗｅｂブラウザ４０１、メール受信部４０２を有している。複合機１０２は、ＨＴＴＰＳ通信部４１１、設定情報管理部４１２、表示制御部４１３、宛先表管理部４１４、ＦＴＰ送受信部４１５、メール送信部４１６、キャッシュ管理部４１７を有している。

Ｗｅｂブラウザ４０１は、クラウドストレージサーバ１０４と通信を行い、クラウドストレージサーバ１０４に保存されているファイルの一覧やファイルのダウンロードの実行を行う機能部である。

メール受信部４０２は、クラウドストレージサーバ１０４でファイルが保存された場合、保存先のＵＲＬを含むメール（複合機１０２で生成）を受信する機能部である。メール受信はメールサーバ（不図示）を介して受信される。

ＨＴＴＰＳ通信部４１１は、クラウドストレージサーバ１０４との通信を行う機能部である。

設定情報管理部４１２は、複合機１０２に保存されている各種設定情報を管理する機能部あり、複合機１０２が通信するクラウドストレージサーバ１０４の接続先や、複合機１０２に設定されるＩＰアドレスなどを管理する。また、クラウドストレージサーバ１０４へアクセスする回数（１日１回アクセスしてフォルダ情報を取得する設定）を管理する。

表示制御部４１３は、複合機１０２の操作部への表示を制御する機能であり、宛先表の表示を制御する機能部である。図１２の画面の表示を制御する。

宛先表管理部４１４は、複合機本体の宛先表のデータを管理する機能部あり、例えば、図１３を管理する。

ＦＴＰ送受信部４１５は、ｌｏｃａｌｈｏｓｔにより自機（複合機１０２）にファイルを送受信する機能部である。

メール送信部４１６は、クラウドストレージサーバ１０４の保存先となるＵＲＬを付したメールを送信する機能部である。

キャッシュ管理部４１７は、クラウドストレージサーバ１０４から取得したフォルダ情報（図１４）をキャッシュする機能部である。また、クラウドストレージサーバ１０４へアクセスするためのユーザ情報（図１６）をキャッシュする機能部である。

次に図５の処理概要図を用いて、本実施形態の処理の概要について説明する。

まず初めに、複合機１０２が起動すると、クラウドストレージ連携拡張機能（拡張モジュール）は、ＦＴＰサーバ（ポート番号：５１２００）として立ち上がる。

（１）複合機１０２で、ユーザ認証によりログインすると、クラウドストレージサーバ１０４へアクセスして、認証されたユーザに対応付くフォルダ情報を取得する。なお、フォルダ情報の取得は、ログイン後にユーザがクラウドストレージ連携拡張機能（拡張モジュール）を指定して実行した場合に取得するものとする。

（２）取得したフォルダ情報をフォルダ情報キャッシュとする。キャッシュはユーザ（メールアドレス）に対応付けておく。

（３）取得したフォルダ情報をもとに、送信先を「ｌｏｃａｌｈｏｓｔ：ポート番号（クラウドストレージ連携拡張機能用のポート）」に設定して、宛先表に登録する。

（４）宛先表で指定された送信先情報（フォルダ情報）を基に、スキャン機能により生成されたスキャンデータを送信機能を用いて送信する。「ｌｏｃａｌｈｏｓｔ：ポート番号」がある場合には、自機の受信機能（ＦＴＰ）でスキャンデータを受信する。

（５）スキャンデータを取得する。

（６）ユーザ情報キャッシュのトークンを用いて、スキャンデータを宛先表で指定されたクラウドストレージサーバ１０４上のフォルダに対してアップロードする。アップロードが完了したことの通知を受ける。なおトークンの期限が切れている場合には、再度トークンの取得を行う。

（７）アップロード先の情報（ＵＲＬ）を含むメールを生成し、メールサーバに送信する。なお、アップロード先の情報は、アップロードが完了したことの通知に含まれている情報を用いても、複合機１０２で生成した情報を用いてもよい。

送信後、ログアウトがされると、（３）で宛先表から一時的に登録したクラウドストレージサーバ１０４のフォルダ情報を特定して、削除する。

次に図６〜図１０のフローチャートを用いて、本発明の実施形態におけるクラウドサービスへのスキャンデータ送信システムが実行する処理について説明する。

図６のフローチャートは、クラウドストレージサーバ１０４にフォルダを作成する処理を示すフローチャートである。

ステップＳ６０１では、ユーザのクライアントＰＣ１０１のＷｅｂブラウザ４０１を利用し、クラウドストレージサービス（クラウドストレージサーバ１０４）へログインする。

サービスへのログインは、クライアントＰＣ１０１以外の端末（たとえばスマートフォン等）からサービス専用アプリケーションを用いて実施してもよい。ログインに用いられるクラウドストレージサービスのユーザ管理テーブルは、図１７である。クラウドストレージサービスへのログインは、ユーザを識別するためのメールアドレスをアカウント名とパスワードによってログインすることができる。トークン情報（アクセストークンともいう）は後述する複合機１０２からのログインにより記憶されるものとする。また、本フローチャートにて生成されたフォルダ情報を保存している。ログインする際の認証情報（アカウント名とパスワード）は、別のテーブル（認証テーブル）で管理する構成であってもよい。

ステップＳ６０２では、クライアントＰＣ１０１のＷｅｂブラウザ４０１は、ステップＳ６０１でログインしたユーザのフォルダ一覧画面を表示する。ここでは、図１７のユーザ管理テーブルから取得したフォルダ情報をクラウドストレージサービスから受信してフォルダ一覧画面を表示する。

ステップＳ６０３では、各ユーザはクライアントＰＣ１０１のＷｅｂブラウザ４０１から新規フォルダの作成操作を受け付ける。フォルダを新規作成する場合は、ステップＳ６０４へ進む。新規作成しない場合には、待機状態とする。不図示であるが、ログアウトした場合には、本フローチャートを終了するものとする。

ステップＳ６０４では、各ユーザはクライアントＰＣ１０１のＷｅｂブラウザ４０１を利用し、新規作成するフォルダ名を指定（入力）する。クラウドストレージサービスサービスによって、フォルダの権限等を設定させることも可能である。

ステップＳ６０５では、ステップＳ６０４で入力されたフォルダ名のフォルダの作成要求を、クラウドストレージサービス（クラウドストレージサーバ１０４）に送信する。

ステップＳ６０６では、フォルダの作成要求を受信する。

ステップＳ６０７では、作成要求に含まれるフォルダ名を用いて、クラウドストレージサービス（クラウドストレージサーバ１０４）上にフォルダを作成する。作成したフォルダの情報は図１７のユーザ管理テーブルに保存される。

以上でクラウドストレージサービス（クラウドストレージサーバ１０４）上のフォルダ作成の処理の説明を終了する。

図７のフローチャートは、ユーザが複合機１０２にログインして、クラウドストレージサーバ１０４上のフォルダ情報を参照した宛先表が登録される処理を示すフローチャートである。

ステップＳ７０１では、ユーザは複合機１０２にログインする。ここでの認証方法は、ＩＣカード認証等問わないが、本実施形態では、ログインユーザのメールアドレス属性が設定されるものとする。これはクラウドサービスのユーザアカウントは、メールアドレスであるためである。

ステップＳ７０２では、複合機１０２のキャッシュ管理部４１７は、ログインユーザのメールアドレス属性を取得する。複合機１０２には、不図示であるがユーザ認証テーブルを備えており、ユーザＩＤ、カードＩＤ、パスワード、メールアドレスが登録されているものとする。

ステップＳ７０３では、複合機１０２のキャッシュ管理部４１７は、宛先表に登録する際に参照するクラウドストレージサーバ１０４のフォルダ情報をフォルダ情報キャッシュから取得するかを判断する。フォルダ情報キャッシュを利用する条件は、管理者によってフォルダ情報の取得間隔が一日一回に選択されていて、かつ当該ユーザのフォルダ情報がフォルダ情報キャッシュに存在しているときである。フォルダ情報の取得間隔は、管理者ＰＣ１００のＷｅｂブラウザ４０１を利用して複合機１０２の作成する管理者設定ページ等のサーブレット画面より設定する。フォルダ情報キャッシュを利用する場合はステップＳ７１０へ、クラウドストレージサーバ１０４よりフォルダ情報を取得する場合（フォルダ情報キャッシュにフォルダ情報がない場合）はステップＳ７０４へ進む。

すなわち、入力されたユーザ識別情報（ログインユーザ）に対応する格納先情報が第１の記憶処理でのキャッシュにあるか否かを判定する判定処理の一例である。

ステップＳ７０４では、複合機１０２のキャッシュ管理部４１７は、クラウドストレージサーバ１０４へ当該ユーザ権限でアクセスするためのユーザ情報（アクセストークン）を取得する。ユーザ情報取得処理については、図８のフローチャートで説明する。

ステップＳ７０５では、複合機１０２のＨＴＴＰＳ通信部４１１は、ステップＳ７０４で取得したユーザ情報を付与したフォルダ一覧情報取得要求をクラウドストレージサーバ１０４へ送信する。

ステップＳ７０６では、クラウドストレージサーバ１０４は、フォルダ情報取得要求を受信する。

ステップＳ７０７では、クラウドストレージサーバ１０４は、図１７のユーザ管理テーブルを基に、フォルダ情報取得要求に付与されたユーザのフォルダ情報（図１４）を複合機１０２に返却する。

ステップＳ７０８では、複合機１０２のＨＴＴＰＳ通信部４１１は、フォルダ一覧情報をクラウドストレージサーバ１０４より取得する。すなわち、サーバから格納先情報を取得するサーバ取得処理の一例である。

ステップＳ７０９では、複合機１０２のキャッシュ管理部４１７は、ステップＳ７０８で取得したフォルダ情報をフォルダ情報キャッシュ（図１４）に保存する。すなわち、取得した格納先情報を記憶する第１の記憶処理の一例を示すものである。

ステップＳ７１０では、複合機１０２の宛先表管理部４１４は、フォルダ情報キャッシュをもとに登録する宛先情報（ログインユーザのフォルダ情報）を設定する。すなわち、ステップＳ７０３でＹＥＳの場合は、入力されたユーザ識別情報に対応する格納先情報がキャッシュにある際には、サーバにユーザの確認処理をすることなく当該ユーザ識別情報に対応する格納先情報を取得する格納先情報取得処理の一例となる。

宛先情報のうち、フォルダへのパスにクラウドストレージサービス上のフォルダ名を指定することで、ＦＴＰ受信時に送信先フォルダ名として受信することができる。

ステップＳ７１１では、複合機１０２の宛先表管理部４１４は、登録する宛先情報のうち、送信先を「ｌｏｃａｌｈｏｓｔ：ポート番号」に設定する。ポート番号は管理者が指定したポート番号を指定する。この「ｌｏｃａｌｈｏｓｔ：ポート番号」は、データを送信する先がこの宛先表を管理する複合機１０２（画像処理装置）となる送信先情報と言い換えることが可能である。また、この送信情報を含む格納先情報を作成（設定）して、後述のステップＳ７１２へ処理を移す。

上記設定を実施することで、クラウドストレージサーバ１０４へのデータ送信時には、スキャンデータを一度ローカル（自機）で受信し、受信したデータをクラウドストレージサーバ１０４へ送信することが可能となる。

ステップＳ７１２では、複合機１０２の宛先表管理部４１４は、ステップＳ７１０およびステップＳ７１１で設定した宛先情報（ローカルホスト設定を含む格納先情報）を宛先表に登録する。登録された結果の宛先表のデータの例が図１３である。

すなわち、格納先情報取得処理で取得した格納先情報を宛先表に登録する登録処理の一例である。

図８のフローチャートは、クラウドストレージサービスへログインユーザの権限でアクセスするためのユーザクレデンシャル情報を取得する処理を示すフローチャートである。

ステップＳ８０１では、複合機１０２のキャッシュ管理部４１７は、ユーザ情報キャッシュ（図１５）にログインユーザのアクセストークンが存在するかを判定する。存在する場合はステップＳ８０７へ、存在しない場合はステップＳ８０２へ進む。

ステップＳ８０２では、複合機１０２のＨＴＴＰＳ通信部４１１は、クラウドストレージサービス（クラウドストレージサーバ１０４）へユーザのアクセストークン取得要求を送信する。

ここでは、複合機１０２からアクセストークンを取得しているが、取得するのはスマートフォンなどの別端末を介して行ってもよい。また、取得方法も２‐ｌｅｇｇｅｄＯＡｕｔｈ２．０や３‐ｌｅｇｇｅｄＯＡｕｔｈ２．０等種類は問わない。

ステップＳ８０３では、クラウドストレージサーバ１０４は、複合機１０２からのトークン取得要求を受信する。

ステップＳ８０４では、クラウドストレージサーバ１０４は、トークン取得要求に応じて、アクセストークンを発行し、複合機１０２に返却する。アクセストークンに関する情報は、図１７のユーザ管理テーブルで管理される。

アクセストークンには通常有効期限が設けられていて、アクセストークンを再発行するためのトークン（リフレッシュトークン）も同時に用意される。以下、これらを合わせてトークン情報とする。

アクセストークン取得要求のレスポンスに、有効期限を含むトークン情報が返却される。

ステップＳ８０５では、複合機１０２のＨＴＴＰＳ通信部４１１は、クラウドストレージサーバ１０４からトークン情報を取得する。

すなわち、サーバへのユーザに関するアクセス情報を取得するアクセス情報取得処理の一例である。

ステップＳ８０６では、複合機１０２のキャッシュ管理部４１７は、ステップＳ８０５で取得したトークン情報を図１６のユーザ情報キャッシュに保存する。ユーザ情報キャッシュには、トークンの有効期限等の情報も合わせて格納される。

すなわち、アクセス情報取得処理で取得したアクセス情報を記憶する第２の記憶処理である。

ステップＳ８０７では、複合機１０２のキャッシュ管理部４１７は、ユーザ情報キャッシュに格納されたトークンの有効期限を確認する。有効期限が切れトークンが無効になっている場合はステップＳ８０２へ進み、トークンを再発行する。

トークン使用前に有効期限を確認することで、クラウドストレージサーバ１０４へアクセスする回数を１回減らすことができる。なお、有効期限ぎりぎりのトークンを使用してクラウドサービスへアクセスした場合に、無効となるため、トークン情報を再取得して、要求するようにしてもよい。

図９のフローチャートは、クラウドサービスからフォルダ情報を再取得する処理を示したフローチャートである。

管理者指定によって、フォルダ情報の取得間隔が１日１回に設定されている場合、複合機にログイン後にクラウドサービス上のフォルダ構成を変更した場合に、複合機の宛先表に反映されるのが、翌日になってしまう。そのため、複合機のタッチパネル上に、フォルダ情報再取得ボタン（図１２の１２０）を用意し、ボタン押下でクラウドサービスよりフォルダ情報を再取得する。フォルダの再取得は、図７のフローチャートのステップＳ７０４と同じ流れとなる。

ステップＳ９０１では、複合機１０２のキャッシュ管理部４１７は、ユーザ情報キャッシュよりログインユーザのアクセストークンを取得する。

ステップＳ９０２では、複合機１０２のＨＴＴＰＳ通信部４１１は、クラウドストレージサーバ１０４にフォルダ一覧情報要求を送信する。

ステップＳ９０３では、クラウドストレージサーバ１０４は、複合機１０２からフォルダ一覧情報取得要求を受信する。

ステップＳ９０４では、クラウドストレージサーバ１０４は、フォルダ一覧情報取得要求で指定されたユーザのフォルダ一覧情報を複合機１０２に返却する。

ステップＳ９０５では、複合機１０２のＨＴＴＰＳ通信部４１１は、クラウドストレージサーバ１０４よりフォルダ一覧情報を取得する。

ステップＳ９０６では、複合機１０２のキャッシュ管理部４１７は、フォルダ情報キャッシュの当該ユーザのフォルダ情報キャッシュを更新する。

ステップＳ９０７では、複合機１０２の宛先表管理部４１４は、フォルダ情報キャッシュに格納されたフォルダ情報をもとに宛先表を更新する。

図１０のフローチャートは、ユーザがログアウトした際に、ログイン時に登録した宛先表を削除する処理を示したフローチャートである。

ステップＳ１０００では、ログアウトボタン１２３の押下、所定時間経過した際にログアウトを実行する。

ステップＳ１００１では、複合機１０２の宛先表管理部４１４は、登録されている宛先表情報（図１３）を取得する。

ステップＳ１００２では、複合機１０２の宛先表管理部４１４は、ステップＳ１００１で取得した宛先表情報の送信先が「ｌｏｃａｌｈｏｓｔ：管理者指定のポート番号」と一致しているかを判定する。一致している場合は、クラウドストレージ送信用にログイン時に登録した宛先表とみなして、ステップＳ１００３にて削除を実施する。

すなわち、登録処理で登録した宛先表の格納先情報を特定する特定処理の一例である。

ステップＳ１００３では、複合機１０２の宛先表管理部４１４は、ステップＳ１００２で特定したクラウドストレージ送信用の宛先表を削除する。

すなわち、入力されたユーザ識別情報のログアウトがされる場合に、特定処理で特定された格納先情報を宛先表から削除する削除処理の一例である。

そして、ログアウト後、再度同じユーザがログインした際には、フォルダ情報がキャッシュに記憶されているため、クラウドストレージサービス（サーバ）へユーザ識別情報にかかる確認処理をしてサーバから格納先情報を取得することなく、フォルダ情報キャッシュからフォルダ情報を取得して、格納先情報（送信先）を宛先表に再度登録する。

なお、削除されるタイミングは、本実施形態ではログアウト時としたが、ログアウト後に他のユーザがログインする際に削除処理する構成であってもよい。また、ログアウトの所定時間経過後に削除処理する構成であってもよい。すなわち、ログアウトされる際に、ローカルホスト設定の格納情報を宛先表から削除する。

図１１のフローチャートは、複合機のスキャンデータをクラウドサービスへ送信する処理を示したフローチャートである。なお、図１１の処理は、ログイン後、クラウドストレージサービスに登録されたフォルダ情報が宛先表に登録された後の処理である。

ステップＳ１１００では、複合機１０２の本体機能の「スキャンして送信機能」がメニューから選択され、宛先表が表示される。

またスキャンや送信にかかる各種設定が入力される。設定は、宛先表から指定された送信先や、スキャンにかかる設定（解像度やカラー設定など）である。宛先表の指定は、図１２の１２１で指定される。ＯＫボタン１２２が押下されるとスキャン処理が実行され送信先への送信が開始される。

すなわち、図１２の表示処理は、格納先情報が登録された宛先表を表示する処理の一例である。また、宛先表の指定は、宛先表で格納先情報を指定する指定処理の一例である。

ステップＳ１１０１では、複合機１０２のＦＴＰ送受信部４１５は、送信先の設定を確認し、「ｌｏｃａｌｈｏｓｔ：管理者指定のポート番号」が設定（ローカルホスト設定）がされているかを確認する。それ以外の送信先が指定されている場合は、指定された送信先に、本体機能である送信機能を用いて、スキャン機能で生成されたスキャンデータを外部または複合機１０２の保存フォルダへ直接送信する。

一方、クラウドストレージサービスへの送信の場合には、本体機能である送信機能が、「ｌｏｃａｌｈｏｓｔ：管理者指定のポート番号」を用いたＦＴＰ送信を行い、自機にスキャンデータを送信する。指定されたポート番号で受け取れるようにクラウドストレージ連携拡張機能（拡張モジュール）が立ち上がっているため、クラウドストレージ連携拡張機能（拡張モジュール）が直接スキャンデータを受け取ることが可能となっている。

ステップＳ１１０２では、複合機１０２のＦＴＰ送受信部４１５は、スキャンデータを自分自身に送信し、スキャンデータを受け取る。すなわち、図１２の宛先表で指定された格納先情報がローカルホスト設定の送信情報を含む場合に、指定された格納先情報に従って当該画像処理装置の拡張機能がデータを受信する受信処理の一例である。

ここで、図８で説明したユーザ情報の確認処理を行う。有効なトークンを用いて、ステップＳ１１０３の処理を実行する。図８の処理の説明は既に説明しているため省略する。すなわち、格納先情報取得処理で取得した格納先情報を用いてデータを送信する際に、アクセス情報を用いてサーバにアクセスするアクセス処理の一例である。

ステップＳ１１０３では、複合機１０２のＨＴＴＰＳ通信部４１１は、クラウドストレージサーバ１０４にファイルアップロード要求を送信する。この時、図１６のユーザ情報キャッシュからユーザトークンを取得し、このユーザトークンとおよびアップロード先フォルダ情報（例えば、フォルダＩＤ）、スキャンデータを含むファイルアップロード要求を送信する。この処理は、クラウドストレージ連携拡張機能（拡張モジュール）が処理を行う。

すなわち、拡張機能がサーバと通信してローカルホスト設定により受信したデータを送信する送信処理の一例である。

ステップＳ１１０４では、クラウドストレージサーバ１０４は、複合機１０２からファイルアップロード要求を受信する。

ステップＳ１１０５では、クラウドストレージサーバ１０４は、アップロード要求に応じて、指定されたユーザのフォルダにスキャンデータ（ファイル）を格納する。

ステップＳ１１０６では、クラウドストレージサーバ１０４は、ステップＳ１１０５のアップロード結果を複合機１０２に返却する。アップロード結果には、アップロードが成功した場合、ファイルをダウンロードできるＵＲＬが含まれる。

ステップＳ１１０７では、複合機１０２のＨＴＴＰＳ通信部４１１は、ファイルアップロード要求の結果を受信する。

ファイルアップロード完了後、アップロードしたファイルを表示するＵＲＬを当該ユーザ（ログインユーザ）のメールアドレス宛にメールを送信する。

図１２はユーザがスキャンデータの送信先を選択するための複合機の画面である。宛先表選択画面は、宛先再取得ボタン１２０、宛先表の一覧表示領域１２１、ＯＫボタン１２２からなる。また、不図示であるがスキャン詳細設定（解像度、カラー設定など）画面に遷移するボタンを備えるものとする。

宛先再取得ボタン１２０は、クラウドストレージサービスからフォルダ情報を再取得するためのものである。

宛先表の一覧表示領域１２１は、スキャンデータの送信先として宛先表に登録した宛先情報を表示して、ユーザが選択できるようにするものである。宛先表の一覧表示領域１２１では、「種別」で「ｌｏｃａｌｈｏｓｔ：管理者指定のポート番号」がされているものについては、クラウド環境への格納であるアイコンを表示し、それ以外（通常のスキャン送信で予め宛先表にある宛先情報）の宛先情報と識別できるように制御する。

すなわち、ローカルホスト設定の送信情報を含む格納先情報と、宛先表に予め登録されている格納先情報とを識別可能に表示する表示処理の一例である。

また、「ｌｏｃａｌｈｏｓｔ：管理者指定のポート番号」の送信先（格納先情報）が押下された場合で、ＯＫボタン１２２が押下されると、クラウドストレージサービスへの送信となることを表示画面上で通知し、その後スキャンが実行されるものとする。

ＯＫボタン１２２は、宛先表の一覧表示領域にて選択した宛先表を確定するものである。

図１３の宛先表に登録する宛先情報は、宛先表に登録する宛先情報（送信先情報）の例を示したものである。

ホスト名には、スキャンデータの送信先を指定するための項目であり、「ｌｏｃａｌｈｏｓｔ：管理者指定のポート番号（本実施形態では、５１２００）」が登録される。

パスには、送信先のフォルダ名を指定するための項目であり、クラウドストレージサービス上のフォルダ名が登録される。

図１４のフォルダ情報キャッシュは、フォルダ情報をキャッシュするテーブルの例を示したものである。

後述する図１５のフォルダ情報を取得したユーザごとに管理するテーブルである。このフォルダ情報キャッシュを用いて、ログイン時に、そのユーザのフォルダ情報を宛先表に登録する。

なお、フォルダ情報キャッシュは１日ごとにクリアされるものとする。

図１５のフォルダ情報は、フォルダ情報キャッシュに保存されるフォルダ情報およびフォルダ情報取得要求のレスポンスで、クラウドストレージサービスより返却されるフォルダ情報の例を示したものである。クラウドストレージサービスのレスポンスは通常ＪＳＯＮ形式で返却される。フォルダＩＤ、フォルダ名が記述されている。

図１６のユーザ情報キャッシュは、クラウドストレージサービスにアクセスする際に必要なアクセストークンを含むユーザ情報をキャッシュするテーブルの例を示したものである。メールアドレス、ユーザトークン、有効期限などを記憶している。

なお、ユーザ情報キャッシュは１日ごとなど、所定のタイミングでクリアされるものとする。

図１７のクラウドサービスのユーザ管理テーブルは、クラウドストレージサービス上でユーザを管理するテーブルである。アカウント名、パスワード、トークン情報（アクセストークン）、クラウドストレージサービスで作成されたフォルダ情報などを記憶している。

以上で本実施形態における各図の詳細な説明を終了する。

本実施形態によれば、フォルダ情報をキャッシュとして管理することで、クラウド上のサーバとの通信を抑えることが可能となる。

あるいは、本実施形態によれば、クラウド上のフォルダ情報を削除することで宛先表を適切に管理し、データの送信を適切に行わせることが可能となる。また、複合機本体で管理する共通の宛先表を用いた場合のセキュリティ低下を防ぐことが可能となる。また、通常利用する複合機本体の宛先表を利用できるため利便性を低下することを防ぎつつ、クラウド上へのアップロードか否かを識別でき、送信時のミスを軽減することも可能となる。

以上、本実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

また、本発明におけるプログラムは、図６〜図１１に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図６〜図１１の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図６〜図１１の各装置の処理方法ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ 管理者ＰＣ
１０１ クライアントＰＣ
１０２ 複合機
１０３ ＬＡＮ
１０４ クラウドストレージサーバ

Claims (5)

1. サーバと通信可能な宛先表を有する画像処理装置であって、
   サーバから格納先情報を取得するサーバ取得手段と、
   前記サーバ取得手段で取得した格納先情報に基づいて、データを送信する先が当該画像処理装置となる送信情報を含む格納先情報を作成する作成手段と、
   前記作成手段で作成された格納先情報を前記宛先表に登録する登録手段と
   を備えることを特徴とする画像処理装置。
2. 前記登録手段で格納先情報が登録された宛先表を表示する表示手段と、
   前記宛先表で格納先情報を指定する指定手段と、
   前記指定手段で指定された格納先情報が前記作成手段で作成された送信情報を含む場合に、当該格納先情報に従って当該画像処理装置の拡張機能がデータを受信する受信手段と、
   当該拡張機能がサーバと通信して前記受信手段で受信したデータを送信する送信手段と
   を備えることを特徴とする請求項１に記載の画像処理装置。
3. 前記表示手段は、前記作成手段で作成された送信情報を含む格納先情報と、前記宛先表に予め登録されている格納先情報とを識別可能に表示することを特徴とする請求項２に記載の画像処理装置。
4. 前記作成手段で作成される送信情報を含む格納先情報は、ローカルホスト設定された格納先情報であることを特徴とする請求項１乃至３のいずれか１項に記載の画像処理装置。
5. 前記ローカルホスト設定に基づいて、前記登録手段で登録した宛先表の格納先情報を特定する特定手段と、
   前記入力されたユーザ識別情報のログアウトがされる場合に、前記特定手段で特定された格納先情報を前記宛先表から削除する削除手段と
   を更に備えることを特徴とする請求項４に記載の画像処理装置。

Images