(57)【特許請求の範囲】
【請求項１】
ローカルネットワーク上に設置される画像処理装置が保管するデータを外部ネットワークに接続される携帯端末からの要求に応じて転送するためのデータ中継システムであって、該データ中継システムは、前記ローカルネットワーク上に設置されるクライアント装置と、前記外部ネットワーク上に設置されるサーバ装置とを含み、
前記サーバ装置は、
携帯端末から受信したデータ取得要求をキューに格納するデータ取得要求キューイング部と、
前記クライアント装置から受信した前記データ取得要求の取得要求に応答して、前記キューに格納された前記データ取得要求を前記クライアント装置に転送するデータ取得要求転送部と、
前記クライアント装置から受信したデータの送信要求に応答して、該データの要求元の携帯端末を特定し、該携帯端末に該データを送信するデータ転送部と、
受信した要求が前記データ取得要求、前記データ取得要求の取得要求および前記データの送信要求のうちのいずれの要求であるかを判別する要求判別部と
を含み、
前記クライアント装置は、
前記サーバ装置に対して、前記キューに格納された前記データ取得要求の取得要求を送信し、該データ取得要求を取得するデータ取得要求取得部と、
前記サーバ装置から取得した前記データ取得要求を前記画像処理装置に送信し、該画像処理装置が保管するデータを取得するデータ取得部と、
前記画像処理装置から取得した前記データの送信要求を生成し、該データの送信要求を前記サーバ装置に送信するデータ送信要求部と
を含む、
データ中継システム。
【請求項２】
前記要求は、ＨＴＴＰリクエストであり、前記要求判別部は、ＨＴＴＰリクエストで指定されているパスに基づいて前記要求の種類を判別する、請求項１に記載のデータ中継システム。
【請求項３】
前記要求は、ＨＴＴＰリクエストであり、前記要求判別部は、ＨＴＴＰリクエストで指定されているヘッダのキーとバリューに基づいて前記要求の種類を判別する、請求項１に記載のデータ中継システム。
【請求項４】
前記サーバ装置は、前記データ取得要求に含まれる認証情報に基づいて前記携帯端末のユーザを認証するユーザ認証部を含み、
前記データ取得要求キューイング部は、認証された前記ユーザの携帯端末から受信した前記データ取得要求をユーザ毎に用意されたキューに格納する、請求項１〜３のいずれか一項に記載のデータ中継システム。
【請求項５】
前記画像処理装置はＭＦＰであり、前記データは、ＭＦＰのドキュメントボックスに保管されるスキャンデータである、請求項１〜４のいずれか一項に記載のデータ中継システム。
【請求項６】
外部ネットワーク上に設置されるサーバ装置であって、
前記外部ネットワークを介して携帯端末から受信したデータ取得要求をキューに格納するデータ取得要求キューイング部と、
ローカルネットワーク上に設置されるクライアント装置から受信した前記データ取得要求の取得要求に応答して、前記キューに格納された前記データ取得要求を前記クライアント装置に転送するデータ取得要求転送部と、
前記クライアント装置から受信したデータの送信要求に応答して、該データの要求元の携帯端末を特定し、該携帯端末に該データを送信するデータ転送部と、
当該サーバ装置が受信した要求が前記データ取得要求、前記データ取得要求の取得要求および前記データの送信要求のうちのいずれの要求であるかを判別する要求判別部とを含む、
サーバ装置。
【請求項７】
外部ネットワーク上に設置されるコンピュータに、
前記外部ネットワークを介して携帯端末から受信したデータ取得要求をキューに格納するステップと、
ローカルネットワーク上に設置されるクライアント装置から受信した前記データ取得要求の取得要求に応答して、前記キューに格納された前記データ取得要求を前記クライアント装置に転送するステップと、
前記クライアント装置から受信したデータの送信要求に応答して、該データの要求元の携帯端末を特定し、該携帯端末に該データを送信するステップと
当該コンピュータが受信した要求が前記データ取得要求、前記データ取得要求の取得要求および前記データの送信要求のうちのいずれの要求であるかを判別するステップとを実行させる方法。
【請求項８】
コンピュータに、請求項７に記載の方法の各ステップを実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ中継システム、装置及びプログラムに関する。
【背景技術】
【０００２】
従来、コピー実行時やＦＡＸ受信時に形成されるスキャンデータを後の用途に供するために保管する、所謂、ドキュメントボックスという機能を搭載したＭＦＰ(Multi Function Peripheral）が提供されている（例えば、特開２００６−２６１８０２号公報）。このようなＭＦＰのユーザは、必要に応じて、自身のパーソナル・コンピュータからＬＡＮ経由でドキュメントボックスにアクセスし、所望のスキャンデータをダウンロードして使用する。
【０００３】
一方、近年になって、スマートフォンなどの携帯端末が爆発的に普及してきており、これに伴って、出先から、携帯端末を使ってオフィスに設置されたＭＦＰのドキュメントボックスにアクセスしたいという要望が高まっている。
【０００４】
しかしながら、通常、外部ネットワークから企業内のローカルネットワークへのアクセスは、ファイアーウォールが禁止している。そこで、上記要望に応えるために、外部ネットワーク上に専用サーバを設置し、そこにドキュメントボックスのスキャンデータを同期して、出先の携帯端末からのアクセスに供するという方法も考えられるが、この場合、外部ネットワーク上に社内の情報を晒すことになるのでセキュリティ上好ましくない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、上記従来技術における課題に鑑みてなされたものであり、本発明は、ローカルネットワークに接続されたＭＦＰのドキュメントボックスに保管されたデータを、外部ネットワークに接続された携帯端末から取得させることを可能にする新規なシステム、装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明者は、ローカルネットワークに接続されたＭＦＰのドキュメントボックスに保管されたデータを、外部ネットワークに接続された携帯端末から取得させることを可能にする新規なシステム、装置及びプログラムにつき鋭意検討した結果、以下の構成に想到し、本発明に至ったのである。
【０００７】
すなわち、本発明によれば、ローカルネットワーク上に設置される画像処理装置が保管するデータを外部ネットワークに接続される携帯端末からの要求に応じて転送するためのデータ中継システムであって、該データ中継システムは、前記ローカルネットワーク上に設置されるクライアント装置と、前記外部ネットワーク上に設置されるサーバ装置とを含み、前記サーバ装置は、携帯端末から受信したデータ取得要求をキューに格納するデータ取得要求キューイング部と、前記クライアント装置から受信した前記データ取得要求の取得要求に応答して、前記キューに格納された前記データ取得要求を前記クライアント装置に転送するデータ取得要求転送部と、前記クライアント装置から受信したデータの送信要求に応答して、該データの要求元の携帯端末を特定し、該携帯端末に該データを送信するデータ転送部とを含み、前記クライアント装置は、前記サーバ装置に対して、前記キューに格納された前記データ取得要求の取得要求を送信し、該データ取得要求を取得するデータ取得要求取得部と、前記サーバ装置から取得した前記データ取得要求を前記画像処理装置に送信し、該画像処理装置が保管するデータを取得するデータ取得部と、前記画像処理装置から取得した前記データの送信要求を生成し、該データの送信要求を前記サーバ装置に送信するデータ送信要求部とを含む、データ中継システムが提供される。
【図面の簡単な説明】
【０００８】
【図１】本実施形態のデータ中継システムのネットワーク図。
【図２】本実施形態のデータ中継システムを構成する各装置の機能ブロック図。
【図３】本実施形態のデータ中継システムにおいて実行される処理のシーケンス図。
【図４】携帯端末からメッセージキューサーバに対して送信されるＧＥＴリクエストを示す図。
【図５】「スキャンデータの取得要求メッセージ」の取得要求を示す図。
【図６】ＭＦＰのＨＴＴＰレスポンスを示す図。
【図７】スキャンデータの送信要求を示す図。
【図８】携帯端末４０へ送信されるＨＴＴＰレスポンスを示す図。
【図９】メッセージキューサーバが実行する処理のフローチャート。
【図１０】メッセージキューサーバからメッセージリレーワーカーへ送信されるＨＴＴＰレスポンスを示す図。
【図１１】メッセージリレーワーカーが実行する処理のフローチャート。
【図１２】ＭＦＰに向けたＧＥＴリクエストの生成過程を概念的に示す図。
【発明を実施するための形態】
【０００９】
以下、本発明を、実施形態をもって説明するが、本発明は後述する実施形態に限定されるものではない。なお、以下に参照する各図においては、共通する要素について同じ符号を用い、適宜、その説明を省略するものとする。
【００１０】
図１は、本発明の実施形態であるデータ中継システム１００のネットワーク図を示す。本実施形態のデータ中継システム１００は、メッセージキューサーバ１０と、メッセージリレーワーカー２０と、画像形成装置３０とを含んで構成されている。
【００１１】
メッセージキューサーバ１０は、外部ネットワーク１０２（例えば、インターネット）上に設置され、ウェブサーバとして機能するサーバ装置である。一方、メッセージリレーワーカー２０は、ローカルネットワーク１０４（例えば、イントラネット）上に設置される情報処理装置であり、メッセージキューサーバ１０に対してクライアント装置として機能する。
【００１２】
一方、ＭＦＰ３０は、画像形成装置の例示であり、コピー機能、ファクシミリ機能、スキャン機能といった基本機能の他に、内部で生成されたスキャンデータを保管し、外部からの要求に応じてスキャンデータを提供するための機能（ドキュメントボックス機能）を有している。ＭＦＰ３０は、ローカルネットワーク１０４上に設置され、ローカルネットワーク１０４を介してメッセージリレーワーカー２０と通信可能に構成されている。なお、図１は、メッセージリレーワーカー２０とＭＦＰ３０が同じ企業内に設置された例を示している。
【００１３】
ここで、外部ネットワーク１０２とローカルネットワーク１０４の間には、ローカルネットワーク１０４内の機密性を維持するために、ファイアーウォール１０６が設置される。ファイアーウォール１０６は、ローカルネットワーク１０４から外部ネットワーク１０２へのアクセスを許可する一方で、外部ネットワーク１０２からローカルネットワーク１０４へのアクセスについては、原則、全てを遮断する。したがって、ノートＰＣ、ＰＤＡまたはスマートフォンなどとして参照される携帯端末４０が発行するＨＴＴＰリクエストは、ファイアーウォール１０６によって阻止され、企業内に設置されるＭＦＰ３０に直接アクセスすることはできない。
【００１４】
上述したファイアーウォール１０６の存在の下、本実施形態のデータ中継システム１００によれば、ユーザは、携帯端末４０のウェブ・ブラウザを使用して、ＭＦＰ３０のドキュメントボックスに保管されたスキャンデータを取得することができる。以下、その機構について、順を追って説明する。
【００１５】
図２は、本実施形態のデータ中継システム１００を構成する各装置の機能ブロック図を示す。
【００１６】
メッセージキューサーバ１０は、携帯端末４０およびメッセージリレーワーカー２０をクライアントとし、各クライアントとの間の通信をＨＴＴＰで行うウェブサーバであり、要求判別部１２と、データ取得要求キューイング部１３と、データ取得要求転送部１５と、データ転送部１６と、ユーザ認証部１７とを含んで構成される。
【００１７】
要求判別部１２は、クライアントから受信した要求（ＨＴＴＰリクエスト）の種類を判別し、その種類に応じて、他の各機能部に対して所定の処理を実行するように指示する。
【００１８】
データ取得要求キューイング部１３は、要求判別部１２からの指示に従って、携帯端末４０から受信したデータ取得要求（ＧＥＴリクエスト）をキュー１４に格納する。キュー１４においては、ユーザ毎に固有のキューが用意されており、データ取得要求キューイング部１３は、携帯端末４０から受信したデータ取得要求（ＧＥＴリクエスト）を当該携帯端末４０のユーザのキューに格納する。
【００１９】
データ取得要求転送部１５は、要求判別部１２からの指示に従って、キュー１４に格納されたデータ取得要求（ＧＥＴリクエスト）をメッセージリレーワーカー２０に転送する。
【００２０】
データ転送部１６は、要求判別部１２の指示に従って、データの要求元である携帯端末４０を特定し、特定した携帯端末４０にデータを送信する。
【００２１】
ユーザ認証部１７は、携帯端末４０から受信したデータ取得要求（ＧＥＴリクエスト）に含まれる認証情報に基づいて当該携帯端末４０のユーザを認証する。
【００２２】
一方、メッセージリレーワーカー２０は、データ取得要求取得部２２と、データ取得部２４と、データ送信要求部２６とを含んで構成される。
【００２３】
データ取得要求取得部２２は、定期的に、メッセージキューサーバ１０に対して、データ取得要求の取得要求（ＧＥＴリクエスト）を送信し、携帯端末４０のデータ取得要求を取得する。
【００２４】
データ取得部２４は、メッセージキューサーバ１０から取得した携帯端末４０のデータ取得要求をＭＦＰ３０に送信し、ＭＦＰ３０のメッセージボックス３２に保管されるスキャンデータを取得する。
【００２５】
データ送信要求部２６は、ＭＦＰ３０から取得したスキャンデータの送信要求（ＰＯＳＴリクエスト）を生成して、メッセージキューサーバ１０に送信する。
【００２６】
続いて、上述したデータ中継システム１００を構成する各装置の機能について、さらに詳細に説明する。なお、以下の説明は、企業内に設置されたＭＦＰ３０のドキュメントボックスに保管されたスキャンデータ「test.jpg」をユーザが出先から携帯端末４０にダウンロードするケースを例にとって、図３に表すシーケンス図に基づいて行う。
【００２７】
本実施形態においては、まずその前提として、ＭＦＰ３０のドキュメントボックスのダウンロードサービスを利用するユーザに対して、メッセージキューサーバ１０のアドレス「message_quete.test.co.jp」がサービス用ＵＲＬとして公開される。
【００２８】
ドキュメントボックスに保管されたスキャンデータを出先から携帯端末４０にダウンロードしたいと考えるユーザがＵＲＬ「message_quete.test.co.jp」にアクセスすると、メッセージキューサーバ１０から所定のダウンロード用画面が提供される。ユーザがダウンロードしたいスキャンデータのファイル名「test.jpg」をダウンロード用画面上で指定して実行ボタンを選択すると、これに応答して、携帯端末４０のウェブ・ブラウザは、スキャンデータ「test.jpg」の取得要求（ＧＥＴリクエスト）を生成し、メッセージキューサーバ１０に送信する（Ｓ１）。
【００２９】
図４は、Ｓ１において携帯端末４０のウェブ・ブラウザからメッセージキューサーバ１０に対して送信されるＧＥＴリクエスト５０１を示す。図４に示すように、ＧＥＴリクエスト５０１のヘッダのリクエスト名のフィールドには、指定したファイルのパス名「message_quete.test.co.jp /test/test.jpg」が記述されている。また、「Authorization」のフィールドには、Base64でエンコードされたユーザ名とパスワード（ユーザ認証情報）が記述されている。
【００３０】
メッセージキューサーバ１０は、携帯端末４０のウェブ・ブラウザからスキャンデータの取得要求を受信すると、ユーザ認証を実行した後（ユーザ認証処理については後述する）、当該ユーザのために用意されたキューに「スキャンデータの取得要求メッセージ」を格納する（Ｓ２）。
【００３１】
一方、企業内に設置されるメッセージリレーワーカー２０は、定期的に、インターネット上のメッセージキューサーバ１０に対して、「スキャンデータの取得要求メッセージ」の取得要求（ＧＥＴリクエスト）を送信する（Ｓ３）。
【００３２】
ここで、本実施形態におけるメッセージリレーワーカー２０は、メッセージキューサーバ１０に送信するＧＥＴリクエストのヘッダに、「スキャンデータの取得要求メッセージ」の取得要求であることを示す所定のメッセージを記述する。
【００３３】
図５は、「スキャンデータの取得要求メッセージ」の取得要求であることを示すためのメッセージについて、２つの実施形態を示す。図５（ａ）は、「スキャンデータの取得要求メッセージ」の取得要求であることを示すためのメッセージとして、ヘッダのリクエスト名のフィールドのパスの末尾に「get_task」を記述してなるＧＥＴリクエスト５０２ａを例示する。一方、図５（ｂ）は、ヘッダに拡張フィールド「X-Task」を設け、そこに、「スキャンデータの取得要求メッセージ」の取得要求であることを示すためのメッセージとして、「get_task」を記述してなるＧＥＴリクエスト５０２ｂを例示する。
【００３４】
メッセージキューサーバ１０は、メッセージリレーワーカー２０から送信される「スキャンデータの取得要求メッセージ」の取得要求に応答して、キューに格納された「スキャンデータの取得要求メッセージ」を取り出し、ＨＴＴＰレスポンスとしてメッセージリレーワーカー２０に送信する（Ｓ４）。
【００３５】
メッセージリレーワーカー２０は、メッセージキューサーバ１０からスキャンデータの取得要求メッセージ（ＨＴＴＰレスポンス）を受信したことに応答して、当該スキャンデータの取得要求メッセージに基づいて、ＭＦＰ３０に向けた「スキャンデータの取得要求」を生成し（Ｓ５）、ＭＦＰ３０に送信する（Ｓ６）。
【００３６】
ＭＦＰ３０は、メッセージリレーワーカー２０からのスキャンデータの取得要求に応答して、メッセージボックス３２の中から要求されたスキャンデータ「test.jpg」を検出し、メッセージリレーワーカー２０に対するＨＴＴＰレスポンスを生成する。図６は、ＭＦＰ３０が生成するＨＴＴＰレスポンス５０３を例示する。図６に示すように、ＨＴＴＰレスポンス５０３のメッセージボディには、スキャンデータ「test.jpg」のバイナリデータが格納されている。ＭＦＰ３０は、生成したＨＴＴＰレスポンス５０３をメッセージリレーワーカー２０に送信する（Ｓ７）。
【００３７】
メッセージリレーワーカー２０は、ＭＦＰ３０からＨＴＴＰレスポンス５０３を受信したことに応答して、ＨＴＴＰレスポンス５０３の内容をメッセージボディに格納したスキャンデータの送信要求（ＰＯＳＴリクエスト）を生成する（Ｓ８）。ここで、本実施形態におけるメッセージリレーワーカー２０は、メッセージキューサーバ１０に向けたＰＯＳＴリクエストのヘッダに、スキャンデータの送信要求であることを示す所定のメッセージを記述する。
【００３８】
図７は、スキャンデータの送信要求であることを示すためのメッセージについて、２つの実施形態を示す。図７（ａ）は、スキャンデータの送信要求であることを示すためのメッセージとして、ヘッダのリクエスト名のフィールドのパスの末尾に「task_result」が記述してなるＰＯＳＴクエスト５０４ａを例示する。一方、図７（ｂ）は、ヘッダに拡張フィールド「X-Task」を設け、そこに、スキャンデータの送信要求であることを示すためのメッセージとして、「task_result」が記述してなるＧＥＴリクエスト５０４ｂを例示する。メッセージリレーワーカー２０は、生成したスキャンデータの送信要求（ＰＯＳＴリクエスト）をメッセージキューサーバ１０に送信する（Ｓ９）。
【００３９】
メッセージキューサーバ１０は、メッセージリレーワーカー２０から送信されるスキャンデータの送信要求に基づいて、Ｓ１において、当該スキャンデータ「test.jpg」の取得要求（ＧＥＴリクエスト５０１）を発行した携帯端末４０を特定し、当該携帯端末４０に対する応答（ＨＴＴＰレスポンス）を生成する（Ｓ１０）。
【００４０】
図８は、Ｓ１０で生成される携帯端末４０へのＨＴＴＰレスポンス５０５を例示する。図８に示すように、ＨＴＴＰレスポンス５０５のメッセージボディには、「test.jpg」のバイナリデータを格納されている。メッセージキューサーバ１０は、スキャンデータを格納したＨＴＴＰレスポンス５０５を携帯端末４０に送信する（Ｓ１１）。
【００４１】
以上、説明したように、本実施形態によれば、メッセージキューサーバ１０とメッセージリレーワーカー２０が上述した一連の連携を行うことによって、ファイアーウォール１０６の存在にもかかわらず、企業のローカルネットワーク１０４上にあるＭＦＰ３０のメッセージボックス３２に保管されたスキャンデータを、企業の外部ネットワーク１０２に接続された携帯端末４０にダウンロードすることが可能になる。以上、メッセージキューサーバ１０とメッセージリレーワーカー２０の連携について説明してきたが、次に、メッセージキューサーバ１０およびメッセージリレーワーカー２０の各装置が実行する処理についてより具体的に説明する。なお、以下の説明においては、適宜、図２を参照するものとする。
【００４２】
以下、メッセージキューサーバ１０が実行する処理について説明する。図３のシーケンス図に示されるように、メッセージキューサーバ１０は、携帯端末４０から送信される「スキャンデータの取得要求」、メッセージリレーワーカー２０から送信される「スキャンデータの取得要求メッセージ」の取得要求、および、メッセージリレーワーカー２０から送信される「スキャンデータの送信要求」といった３種類のＨＴＴＰリクエストを受信している。メッセージキューサーバ１０の要求判別部１２は、受信したＨＴＴＰリクエストを解析して要求の種類を判別し、その種類に応じた固有の処理を実行する。以下、この点について、図９に示すフローチャートに基づいて説明する。
【００４３】
まず、ステップ１０１において、ＨＴＴＰリクエストを受信すると、ステップ１０２に進み、要求判別部１２が受信したＨＴＴＰリクエストが「スキャンデータの取得要求メッセージ」の取得要求であるか否かを判断する。要求判別部１２は、当該判断を、受信したＨＴＴＰリクエストのヘッダの所定位置に「スキャンデータの取得要求メッセージ」の取得要求であることを示すためのメッセージが記述されているか否かによって行う。
【００４４】
要求判別部１２は、メッセージリレーワーカー２０が生成する「スキャンデータの取得要求メッセージ」の取得要求が、図５（ａ）に例示したＧＥＴリクエスト５０２ａの形態を採用する場合には、ステップ１０２の判断を、受信したＨＴＴＰリクエストで指定されているパスに基づいて行う。具体的には、受信したＧＥＴリクエスト５０２ａのヘッダのリクエスト名のフィールドのパスの末尾を解析し、「get_task」が記述されている場合に、ＧＥＴリクエスト５０２ａを「スキャンデータの取得要求メッセージ」の取得要求であると判断する。
【００４５】
一方、要求判別部１２は、メッセージリレーワーカー２０が生成する「スキャンデータの取得要求メッセージ」の取得要求が、図５（ｂ）に例示したＧＥＴリクエスト５０２ｂの形態を採用する場合には、ステップ１０２の判断を、受信したＨＴＴＰリクエストで指定されているヘッダのキーとバリューに基づいて行う。具体的には、受信したＨＴＴＰリクエストのヘッダの拡張フィールド「X-Task」を解析し、「get_task」が記述されている場合に、ＧＥＴリクエスト５０２ｂを「スキャンデータの取得要求メッセージ」の取得要求であると判断する。
【００４６】
ステップ１０２において、要求判別部１２が、受信したＨＴＴＰリクエストが「スキャンデータの取得要求メッセージ」の取得要求であると判断した場合（ステップ１０２、Ｙｅｓ）、処理はステップ１０３に進む。ステップ１０３においては、キューに「スキャンデータの取得要求メッセージ」が格納されているか否かを判断し、「スキャンデータの取得要求メッセージ」が格納されていると判断された場合には（ステップ１０３、Ｙｅｓ）、ステップ１０４に進んで、キューに格納された「スキャンデータの取得要求メッセージ」をＨＴＴＰレスポンスとしてメッセージリレーワーカー２０に送信し（ステップ１０４）、処理を終了する。
【００４７】
図１０は、ステップ１０４においてメッセージキューサーバ１０からメッセージリレーワーカー２０へ送信されるＨＴＴＰレスポンス５０６を示す。図１０に示されるように、ＨＴＴＰレスポンス５０６のメッセージボディには、図４に例示した携帯端末４０のスキャンデータの取得要求メッセージ（ＧＥＴリクエスト５０１）が格納されている。
【００４８】
一方、ステップ１０３において、キューに「スキャンデータの取得要求メッセージ」が格納されていないと判断された場合には（ステップ１０３、Ｎｏ）、処理はステップ１０５に進む。ステップ１０５においては、メッセージリレーワーカー２０からのＧＥＴリクエストに対して適切なエラーメッセージを返し、処理を終了する。なお、上記ステップ１０３〜１０５の処理は、データ取得要求キューイング部１３において実行される。
【００４９】
再び、ステップ１０２に戻って説明を続ける。ステップ１０２において、要求判別部１２が、受信したＨＴＴＰリクエストが「スキャンデータの取得要求メッセージ」の取得要求でないと判断した場合（ステップ１０２、Ｎｏ）、処理はステップ１０６に進む。ステップ１０６においては、要求判別部１２は、受信したＨＴＴＰリクエストがスキャンデータの送信要求であるか否かを判断する。要求判別部１２は、当該判断を、受信したＨＴＴＰリクエストのヘッダの所定位置にスキャンデータの送信要求であることを示すためのメッセージが記述されているか否かによって行う。
【００５０】
要求判別部１２は、メッセージリレーワーカー２０が生成するスキャンデータの送信要求が、図７（ａ）に例示したＰＯＳＴリクエスト５０４ａの形態を採用する場合には、ステップ１０６の判断を、受信したＨＴＴＰリクエストで指定されているパスに基づいて行う。具体的には、受信しＰＯＳＴリクエスト５０４ａのヘッダのリクエスト名のフィールドのパスの末尾を解析し「task_result」が記述されている場合に、ＰＯＳＴリクエスト５０４ａをスキャンデータの送信要求であると判断する。
【００５１】
一方、要求判別部１２は、メッセージリレーワーカー２０が生成するスキャンデータの送信要求が、図７（ｂ）に例示したＰＯＳＴリクエスト５０４ｂの形態を採用する場合には、ステップ１０６の判断を、受信したＨＴＴＰリクエストで指定されているヘッダのキーとバリューに基づいて行う。具体的には、受信したＰＯＳＴリクエスト５０４ｂのヘッダの拡張フィールド「X-Task」を解析し、「task_result」が記述されている場合に、ＰＯＳＴリクエスト５０４ｂをスキャンデータの送信要求であると判断する。
【００５２】
ステップ１０６において、要求判別部１２が、受信したＨＴＴＰリクエストがスキャンデータの送信要求であると判断した場合（ステップ１０６、Ｙｅｓ）、処理はステップ１０７に進む。ステップ１０７においては、受信したＨＴＴＰリクエスト（ＰＯＳＴリクエスト）に対応する携帯端末４０のセッションを特定する。
【００５３】
ステップ１０７において、携帯端末４０のセッションが特定されると、処理はステップ１０８に進む。ステップ１０８においては、メッセージリレーワーカー２０から受信したスキャンデータの送信要求（図７のＰＯＳＴリクエスト５０４を参照）のメッセージボディに記述されたＭＦＰ３０のＨＴＴＰレスポンスのメッセージボディに格納された「test.jpg」のバイナリデータを取り出し、当該バイナリデータを先のステップ１０７において特定した携帯端末４０のセッションにおけるＨＴＴＰレスポンスのメッセージボディに格納する。その結果、先の図８に示したＨＴＴＰレスポンスが生成される。最後に、生成したＨＴＴＰレスポンスを携帯端末４０に送信し、処理を終了する。なお、上記ステップ１０７〜１０８の処理は、データ転送部１６において実行される。
【００５４】
一方、ステップ１０６において、要求判別部１２が、受信したＨＴＴＰリクエストがスキャンデータの送信要求でないと判断した場合には（ステップ１０６、Ｎｏ）、処理はステップ１０９に進む。受信したＨＴＴＰリクエストが、「スキャンデータの取得要求メッセージ」の取得要求およびスキャンデータの送信要求のいずれでもない場合、当該ＨＴＴＰリクエストは、携帯端末４０から送信されたスキャンデータの取得要求（ＧＥＴリクエスト）であるので、ステップ１０９において、データ送信要求部２６がユーザ認証処理を実行する。
【００５５】
ユーザ認証部１７は、スキャンデータの取得要求（ＧＥＴリクエスト）に含まれる認証情報（先の図４に示したＧＥＴリクエスト５０１の例においては、「Authorization」のフィールドに記述された「dXNcjE6cGFzc3dvcmQ=」の文字列）に基づいてユーザ認証を実行し、ユーザ認証に失敗した場合には、取得要求元の携帯端末４０に対してエラーを返して処理を終了する。一方、ユーザ認証が成功した場合には、処理はステップ１１０に進む。
【００５６】
ステップ１１０においては、要求判別部１２がデータ取得要求キューイング部１３に対して、認証に成功したユーザを指定した上で、携帯端末４０から受信したスキャンデータの取得要求（ＧＥＴリクエスト）の格納を指示する。これに応答して、データ取得要求キューイング部１３は、指定されたユーザのキューを決定し、携帯端末４０から受信したスキャンデータの取得要求（ＧＥＴリクエスト）のメッセージを決定したキューに格納して、処理を終了する。
【００５７】
次に、メッセージリレーワーカー２０が実行する処理について、図１１に示すフローチャートに基づいて説明する。企業内に設置されるメッセージリレーワーカー２０は、インターネット上のメッセージキューサーバ１０との間で、以下の処理を実行する。
【００５８】
まず、ステップ２０１において、データ取得要求取得部２２は、メッセージキューサーバ１０に対して「スキャンデータの取得要求メッセージ」の取得要求（ＧＥＴリクエスト）を送信した後、メッセージキューサーバ１０からの応答を待機する。
【００５９】
続くステップ２０２において、データ取得要求取得部２２は、メッセージキューサーバ１０から応答を解析する。その結果、例えば、応答がエラーメッセージであるなど、スキャンデータの取得要求メッセージの取得に失敗した場合には（ステップ２０２、Ｎｏ）、そのまま処理を終了する。一方、スキャンデータの取得要求メッセージの取得に成功した場合には（ステップ２０２、Ｙｅｓ）、処理はステップ２０３に進む。
【００６０】
ステップ２０３においては、データ取得部２４が、メッセージキューサーバ１０から取得したスキャンデータの取得要求メッセージを使用して、ＭＦＰ３０に向けたスキャンデータの取得要求（ＧＥＴリクエスト）を生成する。図１２は、ステップ２０３において実行される処理を概念的に示す。ステップ２０３においては、図１２（ａ）に示すメッセージキューサーバ１０から受信したＨＴＴＰレスポンス５０６のメッセージボディに格納されたスキャンデータの取得要求メッセージを取り出した後、リクエスト名のフィールドに既述されているメッセージキューサーバ１０のアドレス「message_quete.test.co.jp」をＭＦＰ３０のアドレス「mfp.test.co.jp」に書き換える。その結果、図１２（ｂ）に示すＧＥＴリクエスト５０７が生成される。
【００６１】
続くステップ２０４において、ＭＦＰ３０に対して生成したＧＥＴリクエスト５０７を送信した後、ＭＦＰ３０からの応答を待機する。続くステップ２０５において、ＭＦＰ３０から応答を解析する。その結果、例えば、応答がエラーメッセージであるなど、スキャンデータの取得に失敗した場合には（ステップ２０５、Ｎｏ）、そのまま処理を終了する。一方、先の図６に例示したＨＴＴＰレスポンス５０３を受信した場合には、スキャンデータの取得に成功したと判断して（ステップ２０５、Ｙｅｓ）、ステップ２０６に進む。
【００６２】
ステップ２０６においては、データ送信要求部２６が、ＭＦＰ３０から受信したＨＴＴＰレスポンス５０３を使用してメッセージキューサーバ１０に向けたスキャンデータの送信要求（ＰＯＳＴリクエスト）を生成する。メッセージキューサーバ１０に向けたスキャンデータの送信要求（ＰＯＳＴリクエスト）を生成については、図７を参照して先に説明した通りである。すなわち、ＭＦＰ３０から受信したＨＴＴＰレスポンス５０３のメッセージをメッセージボディに格納し、且つ、スキャンデータの送信要求であることを示すためのメッセージ「task_result」をヘッダのリクエスト名のフィールドのパスの末尾あるいは拡張フィールド「X-Task」に記述することによって、メッセージキューサーバ１０に向けたスキャンデータの送信要求（ＰＯＳＴリクエスト）を生成する。
【００６３】
最後に、ステップ２０７において、データ送信要求部２６は、メッセージキューサーバ１０に対し、生成したスキャンデータの送信要求（ＰＯＳＴリクエスト）を送信し、処理を終了する。メッセージリレーワーカー２０は、上述した一連の処理を定期的に繰り返して実行する。
【００６４】
以上、説明したように、本実施形態によれば、ＭＦＰが設置されるローカルネットワークの機密性を損なうことなく、ユーザは、ローカルネットワーク上のＭＦＰに保管されたデータを外部ネットワークを介して自身の携帯端末にダウンロードすることが可能になる。
【００６５】
上述した実施形態の各機能は、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）などのオブジェクト指向プログラミング言語などで記述された装置実行可能なプログラムにより実現でき、本実施形態のプログラムは、ハードディスク装置、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、フレキシブルディスク、ＥＥＰＲＯＭ、ＥＰＲＯＭなどの装置可読な記録媒体に格納して頒布することができ、また他装置が可能な形式でネットワークを介して伝送することができる。
【００６６】
以上、本発明について実施形態をもって説明してきたが、本発明は上述した実施形態に限定されるものではなく、当業者が推考しうる実施態様の範囲内において、本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【符号の説明】
【００６７】
１０…メッセージキューサーバ
１２…要求判別部
１３…データ取得要求キューイング部
１４…キュー
１５…データ取得要求転送部
１６…データ転送部
１７…ユーザ認証部
２０…メッセージリレーワーカー
２２…データ取得要求取得部
２４…データ取得部
２６…データ送信要求部
３０…ＭＦＰ（画像形成装置）
３２…メッセージボックス
４０…携帯端末
１００…データ中継システム
１０２…外部ネットワーク
１０４…ローカルネットワーク
１０６…ファイアーウォール
５０１…携帯端末からメッセージキューサーバへのＧＥＴリクエスト
５０２…メッセージリレーワーカーからメッセージキューサーバへのＧＥＴリクエスト
５０３…ＭＦＰからメッセージリレーワーカーへのレスポンス
５０４…メッセージリレーワーカーからメッセージキューサーバへのＰＯＳＴリクエスト
５０５…メッセージキューサーバから携帯端末へのレスポンス
５０６…メッセージキューサーバからメッセージリレーワーカーへのレスポンス
５０７…メッセージリレーワーカーからＭＦＰへのＧＥＴリクエスト
【先行技術文献】
【特許文献】
【００６８】
【特許文献１】特開２００６−２６１８０２号公報
【図１】
0005966406.tif 000002
【図２】
0005966406.tif 000003
【図３】
0005966406.tif 000004
【図４】
0005966406.tif 000005
【図５】
0005966406.tif 000006
【図６】
0005966406.tif 000007
【図７】
0005966406.tif 000008
【図８】
0005966406.tif 000009
【図９】
0005966406.tif 000010
【図１０】
0005966406.tif 000011
【図１１】
0005966406.tif 000012
【図１２】
0005966406.tif 000013