(57)【特許請求の範囲】
【請求項１】
第１の通信回線に接続された第１の機器と通信を行う第１の通信手段と、
前記第１の通信回線とは異なる第２の通信回線に接続された第２の機器と通信を行う第２の通信手段と、
前記第１の通信手段が処理の依頼を受信し、前記処理の依頼が前記第２の通信手段を用いて送信する条件に適合する場合、該処理を識別する識別情報を付加して、前記第２の機器に前記第２の通信手段を用いて送信する第１の送信手段と、
前記識別情報と前記第１の通信手段を対応させて記憶手段に記憶させるように制御する制御手段と、
前記第２の機器から前記識別情報が付加された前記処理の結果を受信した場合は、前記記憶手段を用いて、該識別情報に対応する通信手段を抽出し、該通信手段を用いて、前記第１の機器に該処理の結果を送信する第２の送信手段
を有し、
前記制御手段は、前記識別情報と送信元の前記第１の通信手段と送信先の前記第２の通信手段を対応させて記憶手段に記憶させるように制御し、
前記第２の送信手段は、前記第２の機器から前記識別情報が付加された前記処理に関する要求を受信した場合は、前記記憶手段を用いて、該識別情報に対応する送信元の通信手段を抽出し、該通信手段を用いて、前記第１の機器に該要求を送信し、
前記制御手段は、前記記憶手段内の前記識別情報に対応する送信元として前記第２の通信手段、送信先として前記第１の通信手段を記憶させるように制御し、
前記第１の機器から前記識別情報が付加された前記処理に関する情報を受信した場合は、前記記憶手段を用いて、該識別情報に対応する送信元の通信手段を抽出し、該通信手段を用いて、前記第２の機器に該処理に関する情報を送信する第３の送信手段
をさらに有する情報処理装置。
【請求項２】
前記処理の依頼を前記第２の機器で受け付け可能なように変更する変更手段
をさらに有する請求項１に記載の情報処理装置。
【請求項３】
前記第１の通信回線から前記第２の通信回線への処理依頼の送信を可能とする条件に適合する場合は、前記第２の機器が提供する処理の名称を前記第１の機器に送信する第４の送信手段
をさらに有する請求項１又は２に記載の情報処理装置。
【請求項４】
前記第２の送信手段は、前記第１の通信手段が処理の依頼とともに依頼者の通知先を受信した場合は、該通知先に、前記処理の結果を通知する、
請求項１から３のいずれか一項に記載の情報処理装置。
【請求項５】
前記第２の機器から前記識別情報が付加された前記処理の結果とともに本情報処理装置が行う処理を受信した場合、又は予め定められた処理がある場合は、該処理を行う処理手段
をさらに有し、
前記第２の送信手段は、前記処理手段による処理結果を、前記第１の機器に送信する、
請求項１から４のいずれか一項に記載の情報処理装置。
【請求項６】
コンピュータを、
第１の通信回線に接続された第１の機器と通信を行う第１の通信手段と、
前記第１の通信回線とは異なる第２の通信回線に接続された第２の機器と通信を行う第２の通信手段と、
前記第１の通信手段が処理の依頼を受信し、前記処理の依頼が前記第２の通信手段を用いて送信する条件に適合する場合、該処理を識別する識別情報を付加して、前記第２の機器に前記第２の通信手段を用いて送信する第１の送信手段と、
前記識別情報と前記第１の通信手段を対応させて記憶手段に記憶させるように制御する制御手段と、
前記第２の機器から前記識別情報が付加された前記処理の結果を受信した場合は、前記記憶手段を用いて、該識別情報に対応する通信手段を抽出し、該通信手段を用いて、前記第１の機器に該処理の結果を送信する第２の送信手段
として機能させ、
前記制御手段は、前記識別情報と送信元の前記第１の通信手段と送信先の前記第２の通信手段を対応させて記憶手段に記憶させるように制御し、
前記第２の送信手段は、前記第２の機器から前記識別情報が付加された前記処理に関する要求を受信した場合は、前記記憶手段を用いて、該識別情報に対応する送信元の通信手段を抽出し、該通信手段を用いて、前記第１の機器に該要求を送信し、
前記制御手段は、前記記憶手段内の前記識別情報に対応する送信元として前記第２の通信手段、送信先として前記第１の通信手段を記憶させるように制御し、
前記第１の機器から前記識別情報が付加された前記処理に関する情報を受信した場合は、前記記憶手段を用いて、該識別情報に対応する送信元の通信手段を抽出し、該通信手段を用いて、前記第２の機器に該処理に関する情報を送信する第３の送信手段
としてさらに機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
特許文献１には、マルチホーム接続が可能なネットワーク環境でも、保存データのネットワークへの再送信時におけるセキュリティの維持向上を図ることができる通信装置を提供することを課題とし、印刷制御装置がいずれかのネットワークを介してジョブを受信すると、該ジョブを受信したネットワークを特定し、特定したネットワークの情報をジョブの属性値として付加し、画像形成装置へ保存する際に、ジョブの属性値として付加されたネットワーク情報を管理テーブルに格納してジョブと共に管理し、端末装置からＨＤＤに保存されているデータの取得要求がなされた場合、管理テーブルを参照して該データにネットワーク情報を付加し、該ネットワーク情報と送信先ネットワーク情報に基づいて送信条件に満足するか判定を行い、満足する場合にデータを送信することが開示されている。
【０００３】
特許文献２には、内蔵される複数のユニットがネットワークインタフェースを有する画像形成装置において、ハブを内蔵させることで、ユーザーにとって簡潔なインタフェースを実現することを課題とし、画像形成装置内の全体制御部及びプリンタコントローラは、それぞれ、ネットワークに接続するためのインタフェースＩ／Ｆを有しており、この画像形成装置には、ハブが内蔵され、このハブは、全体制御部及びプリンタコントローラとネットワークとの接続を中継し、ハブとネットワークは、１つのコネクタを介して接続されることが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１１４８０６号公報
【特許文献２】特開２００４−０３４６０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
通信回線と接続するための通信手段を複数有している機器がある。例えば、特許文献１に記載の技術では、一方の通信手段から受信したデータを他方の通信手段から送信する際に、送信条件を満足する場合に、データを別の通信回線へ送信することが行われている。
ところで、一方の通信回線に接続されている機器から、他方の通信回線に接続されている機器の機能を利用したい場合がある。その場合、その処理結果を、依頼元の機器に返信する必要がある。しかし、前述の特許文献に記載の技術では、処理結果を依頼元の機器に返すことができない。
本発明は、一方の通信回線に接続されている機器から、他方の通信回線に接続されている機器に処理を依頼した場合に、その処理結果を依頼元の機器に返すようにした情報処理装置及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、第１の通信回線に接続された第１の機器と通信を行う第１の通信手段と、前記第１の通信回線とは異なる第２の通信回線に接続された第２の機器と通信を行う第２の通信手段と、前記第１の通信手段が処理の依頼を受信し、前記処理の依頼が前記第２の通信手段を用いて送信する条件に適合する場合、該処理を識別する識別情報を付加して、前記第２の機器に前記第２の通信手段を用いて送信する第１の送信手段と、前記識別情報と前記第１の通信手段を対応させて記憶手段に記憶させるように制御する制御手段と、前記第２の機器から前記識別情報が付加された前記処理の結果を受信した場合は、前記記憶手段を用いて、該識別情報に対応する通信手段を抽出し、該通信手段を用いて、前記第１の機器に該処理の結果を送信する第２の送信手段を有し、前記制御手段は、前記識別情報と送信元の前記第１の通信手段と送信先の前記第２の通信手段を対応させて記憶手段に記憶させるように制御し、前記第２の送信手段は、前記第２の機器から前記識別情報が付加された前記処理に関する要求を受信した場合は、前記記憶手段を用いて、該識別情報に対応する送信元の通信手段を抽出し、該通信手段を用いて、前記第１の機器に該要求を送信し、前記制御手段は、前記記憶手段内の前記識別情報に対応する送信元として前記第２の通信手段、送信先として前記第１の通信手段を記憶させるように制御し、前記第１の機器から前記識別情報が付加された前記処理に関する情報を受信した場合は、前記記憶手段を用いて、該識別情報に対応する送信元の通信手段を抽出し、該通信手段を用いて、前記第２の機器に該処理に関する情報を送信する第３の送信手段をさらに有する情報処理装置である。
【０００７】
請求項２の発明は、前記処理の依頼を前記第２の機器で受け付け可能なように変更する変更手段をさらに有する請求項１に記載の情報処理装置である。
【０００９】
請求項３の発明は、前記第１の通信回線から前記第２の通信回線への処理依頼の送信を可能とする条件に適合する場合は、前記第２の機器が提供する処理の名称を前記第１の機器に送信する第４の送信手段をさらに有する請求項１又は２に記載の情報処理装置である。
【００１０】
請求項４の発明は、前記第２の送信手段は、前記第１の通信手段が処理の依頼とともに依頼者の通知先を受信した場合は、該通知先に、前記処理の結果を通知する、請求項１から３のいずれか一項に記載の情報処理装置である。
【００１１】
請求項５の発明は、前記第２の機器から前記識別情報が付加された前記処理の結果とともに本情報処理装置が行う処理を受信した場合、又は予め定められた処理がある場合は、該処理を行う処理手段をさらに有し、前記第２の送信手段は、前記処理手段による処理結果を、前記第１の機器に送信する、請求項１から４のいずれか一項に記載の情報処理装置である。
【００１２】
請求項６の発明は、コンピュータを、第１の通信回線に接続された第１の機器と通信を行う第１の通信手段と、前記第１の通信回線とは異なる第２の通信回線に接続された第２の機器と通信を行う第２の通信手段と、前記第１の通信手段が処理の依頼を受信し、前記処理の依頼が前記第２の通信手段を用いて送信する条件に適合する場合、該処理を識別する識別情報を付加して、前記第２の機器に前記第２の通信手段を用いて送信する第１の送信手段と、前記識別情報と前記第１の通信手段を対応させて記憶手段に記憶させるように制御する制御手段と、前記第２の機器から前記識別情報が付加された前記処理の結果を受信した場合は、前記記憶手段を用いて、該識別情報に対応する通信手段を抽出し、該通信手段を用いて、前記第１の機器に該処理の結果を送信する第２の送信手段として機能させ、前記制御手段は、前記識別情報と送信元の前記第１の通信手段と送信先の前記第２の通信手段を対応させて記憶手段に記憶させるように制御し、前記第２の送信手段は、前記第２の機器から前記識別情報が付加された前記処理に関する要求を受信した場合は、前記記憶手段を用いて、該識別情報に対応する送信元の通信手段を抽出し、該通信手段を用いて、前記第１の機器に該要求を送信し、前記制御手段は、前記記憶手段内の前記識別情報に対応する送信元として前記第２の通信手段、送信先として前記第１の通信手段を記憶させるように制御し、前記第１の機器から前記識別情報が付加された前記処理に関する情報を受信した場合は、前記記憶手段を用いて、該識別情報に対応する送信元の通信手段を抽出し、該通信手段を用いて、前記第２の機器に該処理に関する情報を送信する第３の送信手段としてさらに機能させるための情報処理プログラムである。
【発明の効果】
【００１３】
請求項１の情報処理装置によれば、一方の通信回線に接続されている機器から、他方の通信回線に接続されている機器に処理を依頼した場合に、その処理結果を依頼元の機器に返すことができる。また、第１の機器と第２の機器との間で、互いに通信を行うことができる。
【００１４】
請求項２の情報処理装置によれば、処理の依頼を第２の機器で受け付け可能なように変更することができる。
【００１６】
請求項３の情報処理装置によれば、第１の通信回線から第２の通信回線への処理依頼の送信を可能とする条件に適合する場合は、第２の機器が提供する処理の名称を第１の機器に送信することができる。
【００１７】
請求項４の情報処理装置によれば、依頼者の通知先を受信した場合は、その通知先に、処理の結果を通知することができる。
【００１８】
請求項５の情報処理装置によれば、第２の機器から処理の結果とともに本情報処理装置が行う処理を受信した場合、又は予め定められた処理がある場合は、その処理を行うことができる。
【００１９】
請求項６の情報処理プログラムによれば、一方の通信回線に接続されている機器から、他方の通信回線に接続されている機器に処理を依頼した場合に、その処理結果を依頼元の機器に返すことができる。また、第１の機器と第２の機器との間で、互いに通信を行うことができる。
【図面の簡単な説明】
【００２０】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態の構成例についての概念的なモジュール構成図である。
【図３】本実施の形態を利用したシステム構成例を示す説明図である。
【図４】ポートＩＤ・提供サービス対応テーブルのデータ構造例を示す説明図である。
【図５】処理・送信元対応テーブルのデータ構造例を示す説明図である。
【図６】アドレステーブルのデータ構造例を示す説明図である。
【図７】本実施の形態による処理例を示すフローチャートである。
【図８】本実施の形態による処理例を示す説明図である。
【図９】ＰＩＮコード・サービス対応テーブルのデータ構造例を示す説明図である。
【図１０】処理・送信元・メールアドレス対応テーブルのデータ構造例を示す説明図である。
【図１１】本実施の形態による処理例を示すフローチャートである。
【図１２】本実施の形態による処理例を示すフローチャートである。
【図１３】処理・送信元・送信先対応テーブルのデータ構造例を示す説明図である。
【図１４】本実施の形態による処理例を示す説明図である。
【図１５】本実施の形態による処理例を示すフローチャートである。
【図１６】本実施の形態による処理例を示すフローチャートである。
【図１７】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００２１】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００２２】
本実施の形態である情報処理装置１００は、通信ポート（ネットワークインタフェースともいわれる）を複数有するものであって、図１の例に示すように、通信用ポートＡ１０５、通信用ポートＢ１１０、送受信データ制御モジュール１１５、ＷｅｂＵＩ制御モジュール１２０、データ送信可否判定モジュール１２５、メール送信モジュール１３０、ユーザーインタフェースモジュール１３５、記憶モジュール１４０を有している。
情報処理装置１００は、複数の通信回線（ネットワークともいわれる）に接続されている。そのために、通信手段である通信ポートを複数有している。そして、この複数の通信回線上の機器と通信を行うことができる。以下、２つの通信回線と接続されている場合を示すが、３つ以上の通信回線と接続されていてもよい。
【００２３】
通信用ポートＡ１０５は、第１の通信回線に接続された第１の機器と通信を行う。
通信用ポートＢ１１０は、第１の通信回線とは異なる第２の通信回線に接続された第２の機器と通信を行う。なお、第１の機器、第２の機器は、通信可能であれば、どのような機器であってもよい。例えば、図３を用いて後述するように、ノートＰＣ等のユーザー端末３１０、タブレット型携帯端末装置等のユーザー携帯端末３２０、翻訳サービスを行うサービスサーバー３６０等がある。
なお、以下の説明では、第１の機器から第２の機器に対して処理（ジョブ（Ｊｏｂ）ともいわれる）の要求を行い、第２の機器がその処理を行い、第２の機器から第１の機器に対してその処理の結果を送信するようにしているが、もちろんのことながら、逆であってもよい。
【００２４】
送受信データ制御モジュール１１５は、第１の機器から通信用ポートＡ１０５が処理の依頼を受信し、その処理の依頼が第２の通信手段に送信する条件に適合する場合、その処理を識別する識別情報を付加して、第２の機器に通信用ポートＢ１１０を用いて送信する。
次に、送受信データ制御モジュール１１５は、識別情報と通信用ポートＡ１０５を対応させて記憶モジュール１４０に記憶させるように制御する。例えば、図５の例を用いて後述する処理・送信元対応テーブル５００内のデータを制御する。
そして、送受信データ制御モジュール１１５は、第２の機器から識別情報が付加された処理の結果を受信した場合は、記憶モジュール１４０を用いて、その識別情報に対応する通信用ポート（通信用ポートＡ１０５、通信用ポートＢ１１０のいずれか）を抽出し、その通信用ポートを用いて、第１の機器にその処理の結果を送信する。
また、送受信データ制御モジュール１１５は、処理の依頼を第２の機器で受け付け可能なように変更するようにしてもよい。
【００２５】
第２の機器が、第１の機器からの依頼の処理を行うにあたって、例えば、追加データが必要である場合、第２の機器から第１の機器への通信を行う必要がある。そのような通信にも対応できるようにするために、送受信データ制御モジュール１１５は、以下の処理を行う。
送受信データ制御モジュール１１５は、第１の機器から通信用ポートＡ１０５が処理の依頼を受信した場合、その処理を識別する識別情報を付加して、第２の機器に通信用ポートＢ１１０を用いて送信する。
次に、送受信データ制御モジュール１１５は、識別情報と送信元の通信用ポートＡ１０５と送信先の通信用ポートＢ１１０を対応させて記憶モジュール１４０に記憶させるように制御する（記憶制御Ａ）。例えば、図１３の例を用いて後述する処理・送信元・送信先対応テーブル１３００内のデータを制御する。
次に、送受信データ制御モジュール１１５は、第２の機器から識別情報が付加された処理に関する要求を受信した場合は、記憶モジュール１４０を用いて、その識別情報に対応する送信元の通信用ポート（通信用ポートＡ１０５、通信用ポートＢ１１０のいずれか）を抽出し、その通信用ポートを用いて、第１の機器にその要求を送信する。ここでの要求は、例えば、第２の機器が処理を行うにあたって必要な追加データ等を要求するものである。
【００２６】
そして、送受信データ制御モジュール１１５は、記憶モジュール１４０内の識別情報に対応する送信元として通信用ポートＢ１１０、送信先として通信用ポートＡ１０５を記憶させるように制御してもよい（記憶制御Ｂ）。つまり、前述の記憶制御Ａにおける送信元と送信先を逆にする処理であり、送信元として記憶されていた通信用ポートＡ１０５を送信先として記憶し、送信先として記憶されていた通信用ポートＢ１１０を送信元として記憶する。
そして、送受信データ制御モジュール１１５は、第１の機器から識別情報が付加された処理に関する情報（要求に対しての返信である情報）を受信した場合は、記憶モジュール１４０を用いて、その識別情報に対応する送信元の通信用ポート（通信用ポートＡ１０５、通信用ポートＢ１１０のいずれか）を抽出し、通信用ポートを用いて、第２の機器にその処理に関する情報を送信するようにしてもよい。
【００２７】
また、送受信データ制御モジュール１１５は、通信用ポートＡ１０５が処理の依頼とともに依頼者の通知先を受信した場合は、その通知先に、処理の結果を通知するようにしてもよい。ここでの通知として、例えば、電子メール、チャット、電子掲示板、ソーシャルメディアを用いた通知、プッシュ通知等であってもよい。電子メールを利用する場合は、メール送信モジュール１３０を用いればよい。
また送受信データ制御モジュール１１５は、第２の機器から識別情報が付加された処理の結果とともに情報処理装置１００が行う処理を受信した場合、又は予め定められた処理がある場合は、その処理を行うようにしてもよい。
【００２８】
ＷｅｂＵＩ制御モジュール１２０は、第１の通信回線から第２の通信回線への処理依頼の送信を可能とする条件に適合する場合（データ送信可否判定モジュール１２５によって条件に適合するとの判定結果である場合）は、第２の機器が提供する処理の名称を第１の機器に送信又は受信する。ここでの送受信には、いわゆるＷｅｂＵＩの機能を使用しており、具体的には、Ｗｅｂページに提示すること、第１の機器から「第１の機器（又は第１の機器を利用しているユーザー）が利用することが可能なサービスの名称の要求」に対しての返信等も含まれる。
【００２９】
データ送信可否判定モジュール１２５は、一方の通信回線から他方の通信回線への処理依頼の送信を可能とする条件に適合するか否かを判定する。ここでの条件として、例えば、時間的制約の条件、利用者の資格を用いた条件等がある。具体的には、時間的制約の条件として、昼休みの時間帯である１２時から１３時までの処理であること等がある。これは、昼休みの時間帯は、私的利用を許可する場合の条件である。また、利用者の資格として、ユーザーＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）、グループＩＤ、暗証番号（一般的にＰＩＮコードともいわれる）等が、予め定められたＩＤ等と一致していること等がある。
メール送信モジュール１３０は、送受信データ制御モジュール１１５の制御によって、ユーザーに対して電子メールを送信する。例えば、処理を依頼してきたユーザーに対して、処理結果を電子メールとして送信することがある。
【００３０】
ユーザーインタフェースモジュール１３５は、情報処理装置１００のユーザーに対して情報を提示し、又は、ユーザーの操作を受け付ける。図３の例を用いて後述するように、ユーザーが画像処理装置３００を利用するためのインタフェースである。例えば、液晶ディスプレイ等の表示装置、スピーカー等の出力装置、マウス、キーボード、タッチパネル、音声、視線、ジェスチャ等を用いたユーザーの操作を受け付ける受付装置を有している。
【００３１】
記憶モジュール１４０は、処理管理表１４５、処理データ１５０、ポート毎の提供サービスリスト１５５、宛先表１６０を記憶している。
処理管理表１４５として、例えば、処理・送信元対応テーブル５００がある。図５は、処理・送信元対応テーブル５００のデータ構造例を示す説明図である。処理・送信元対応テーブル５００は、処理ＩＤ欄５１０、送信元欄５２０を有している。処理ＩＤ欄５１０は、本実施の形態において、処理を一意に識別するための情報（処理ＩＤ）を記憶している。送信元欄５２０は、その処理を要求した送信元を記憶している。処理ＩＤは、送受信データ制御モジュール１１５が生成する。例えば、順にシリアルナンバーを付すようにしてもよいし、ランダムに処理ＩＤを生成してもよい。また、送信元は、処理要求を行った機器（前述の例では第１の機器）である。なお、送信元欄５２０に記憶する情報として、その機器を識別する機器ＩＤ、ＩＰアドレス等を用いればよい。また、通信用ポートを識別する通信用ポートＩＤであってもよい。
【００３２】
また、処理管理表１４５として、例えば、処理・送信元・送信先対応テーブル１３００がある。図１３は、処理・送信元・送信先対応テーブル１３００のデータ構造例を示す説明図である。処理・送信元・送信先対応テーブル１３００は、処理ＩＤ欄１３１０、送信元欄１３２０、送信先欄１３３０を有している。処理・送信元対応テーブル５００に送信先欄１３３０を付加したものである。処理ＩＤ欄１３１０は、処理ＩＤを記憶している。送信元欄１３２０は、その処理を要求した送信元を記憶している。送信先欄１３３０は、その処理を行う送信先を記憶している。また、送信先は、処理要求に対応して処理を行った機器である。なお、送信元欄１３２０に記憶する情報として、その機器を識別する機器ＩＤ、ＩＰアドレス等を用いればよい。
前述の記憶制御Ａでは、図１３（ａ）の例に示すように、送信元欄１３２０に、その処理を要求した送信元の機器（Ａ）を記憶させ、送信先欄１３３０に、その処理を行う機器（Ｂ）を記憶させる。そして、前述の記憶制御Ｂでは、図１３（ｂ）の例に示すように、送信元欄１３２０に、その処理に関する要求をした送信元の機器（Ｂ）を記憶させ、送信先欄１３３０に、その要求の送信先である機器（Ａ）を記憶させる。つまり、図１３（ａ）の例と図１３（ｂ）の例では、送信元欄１３２０と送信先欄１３３０が記憶している内容を入れ替えることを行っている。
【００３３】
処理データ１５０は、第２の機器による処理結果、情報処理装置１００自身による処理結果等である。
ポート毎の提供サービスリスト１５５は、通信用ポート毎に機器が提供しているサービスの一覧である。ポート毎の提供サービスリスト１５５として、例えば、ポートＩＤ・提供サービス対応テーブル４００がある。図４は、ポートＩＤ・提供サービス対応テーブル４００のデータ構造例を示す説明図である。ポートＩＤ・提供サービス対応テーブル４００は、サービスＩＤ欄４１０、ポートＩＤ欄４２０、提供サービス欄４３０、サーバーアドレス欄４４０を有している。サービスＩＤ欄４１０は、本実施の形態において、サービスを一意に識別するための情報（サービスＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。ポートＩＤ欄４２０は、本実施の形態において、そのサービスを提供している機器が接続されている通信回線に接続されている通信用ポートを一意に識別するための情報（ポートＩＤ）を記憶している。図１の例では、通信用ポートＡ１０５、通信用ポートＢ１１０のいずれかの識別情報が記憶される。提供サービス欄４３０は、その提供サービスの名称を記憶している。サーバーアドレス欄４４０は、そのサービスを提供する機器のアドレス（サーバーアドレス）を記憶している。
【００３４】
宛先表１６０は、ユーザーのアドレス等を管理するデータである。宛先表１６０として、例えば、アドレステーブル６００がある。図６は、アドレステーブル６００のデータ構造例を示す説明図である。アドレステーブル６００は、ユーザーＩＤ欄６１０、ユーザー名欄６２０、ユーザーアドレス欄６３０を有している。ユーザーＩＤ欄６１０は、本実施の形態において、ユーザーを一意に識別するための情報（ユーザーＩＤ）を記憶している。ユーザー名欄６２０は、そのユーザーのユーザー名を記憶している。ユーザーアドレス欄６３０は、そのユーザーのユーザーアドレスを記憶している。なお、電子メールアドレスの他に、チャット、電子掲示板、ソーシャルメディアを用いた通知、プッシュ通知等における通知先であってもよい。
【００３５】
図２は、本実施の形態の構成例についての概念的なモジュール構成図である。情報処理装置２００は、図１の例に示した情報処理装置１００の記憶モジュール１４０を、不揮発性記憶モジュール２４０と揮発性記憶モジュール２５０に分けたものである。なお、図１の例に示した情報処理装置１００と同種の部位には同一符号を付し重複した説明を省略する。
情報処理装置２００は、通信用ポートＡ１０５、通信用ポートＢ１１０、送受信データ制御モジュール１１５、ＷｅｂＵＩ制御モジュール１２０、データ送信可否判定モジュール１２５、メール送信モジュール１３０、ユーザーインタフェースモジュール１３５、不揮発性記憶モジュール２４０、揮発性記憶モジュール２５０を有している。
揮発性記憶モジュール２５０は、処理データ２５５を記憶している。揮発性記憶モジュール２５０は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）によって構成されており、例えば、処理データ１５０のうち電源断となった場合は消去されてもよい情報を記憶する。具体的には、処理途中における情報等である。
不揮発性記憶モジュール２４０は、処理管理表１４５、処理データ１５０、ポート毎の提供サービスリスト１５５、宛先表１６０を記憶している。不揮発性記憶モジュール２４０は、ハードディスク、フラッシュ・メモリ等によって構成されており、例えば、電源断となった場合でも消去されない情報を記憶する。処理途中で電源断となった場合でも、不揮発性記憶モジュール２４０内の情報を用いて、電源入り後にその処理を再開できる。
【００３６】
図３は、本実施の形態を利用したシステム構成例を示す説明図である。
画像処理装置３００は、情報処理装置２００を有しており、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）のいずれかである。
情報処理装置２００は、前述したように通信用ポートＡ１０５、通信用ポートＢ１１０を有しており、２つの通信回線（通信回線Ａ３９０、通信回線Ｂ３９５）と接続されている。通信回線Ａ３９０、通信回線Ｂ３９５は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。
通信用ポートＡ１０５は通信回線Ａ３９０と接続されている。そして、通信回線Ａ３９０を介して、ユーザー端末３１０、ユーザー端末３１５、ユーザー携帯端末３２０と接続されている。
通信用ポートＢ１１０は通信回線Ｂ３９５と接続されている。そして、通信回線Ｂ３９５を介して、サービスサーバー３５０、サービスサーバー３５５、サービスサーバー３６０、ユーザー端末３６５、ユーザー端末３７０と接続されている。この例において処理装置であるサービスサーバー３５０等による機能は、クラウドサービスとして実現してもよい。
【００３７】
通信用ポートＡ１０５、通信用ポートＢ１１０は、それぞれ独立の通信回線Ａ３９０、通信回線Ｂ３９５に接続して運用されるケースがあり。例えば、企業における社内ネットと来訪者ネット、店舗における従業員ネットとお客様ネット、学校における先生ネットと生徒ネット等のように、利用者又は利用用途毎に分けられた通信回線に接続して使われることがある。
複数の通信用ポートを有している画像処理装置３００は、セキュリティの観点から、それぞれの通信回線から送受信するデータを分けて扱い、異なる通信回線に出て行かないよう制御をしている。
しかしこのとき、情報処理装置１００（情報処理装置２００）の機能を有していない画像処理装置では、一方の通信回線でしか利用できない機能／サービスがある場合に、他方の通信回線を使用するユーザーはそのサービスを使用することができないので、その機能を実現できる通信回線側の利用者にジョブ実行を頼む必要があり、非効率的だった。
特に、前述の特許文献に記載の技術では、例えば一方の通信回線からしかアクセスできないサーバーやクラウドを使用した機能を他方の通信回線のユーザーが使用したい場合、データをサーバーへ送信してから何らかの処理結果を画像処理装置が受信し、その処理結果をユーザーへ返すといったことはできない。つまり、特許文献に記載の技術では、一方の通信用ポートから他方の通信用ポートへのデータ転送をセキュアに実行するところまでにとどまり、これでは他方の通信用ポート側のサービスの処理結果がユーザーに返信できないものである。
画像処理装置３００は、一方の通信回線でしか利用できないサービス等を、他方の通信回線のユーザーが使用することを可能にするものである。なお、ここでの使用とは、処理を依頼して、その処理結果を得ることができることである。図３の例では、サービスサーバー３５０が提供しているサービスは、一般的には、同じ通信回線Ｂ３９５に接続されているユーザー端末３６５等だけが使用可能であるが、画像処理装置３００によって、通信回線Ａ３９０に接続されているユーザー端末３１０等でも使用可能にするものである。
【００３８】
図７は、本実施の形態による処理例を示すフローチャートである。
ステップＳ７０２では、送受信データ制御モジュール１１５は、機器からの処理の要求を受信する。
ステップＳ７０４では、送受信データ制御モジュール１１５は、その要求を処理可能な処理装置（サーバー）と通信するための通信用ポートを抽出するか否かを判断し、抽出する場合はステップＳ７０８へ進み、それ以外の場合はステップＳ７０６へ進む。ここでの判断は、要求されている処理は、情報処理装置２００に接続されている通信回線内の処理装置で実現することができるか否かの判断である。具体的には、要求されている処理がポートＩＤ・提供サービス対応テーブル４００内にあるか否かで判断すればよい。
ステップＳ７０６では、送受信データ制御モジュール１１５は、その要求は不可である旨を返信し、処理を終了する（ステップＳ７９９）。
【００３９】
ステップＳ７０８では、データ送信可否判定モジュール１２５は、その通信用ポートへの転送条件を満たしているか否かを判断し、満たしている場合はステップＳ７１２へ進み、それ以外の場合はステップＳ７１０へ進む。ここでの判断は、前述したように、例えば、時間的制約の条件、利用者の資格を用いた条件等に適合するか否かの判断となる。
ステップＳ７１０では、送受信データ制御モジュール１１５は、条件を満たしていない旨を返信し、処理を終了する（ステップＳ７９９）。
ステップＳ７１２では、送受信データ制御モジュール１１５は、処理ＩＤを生成する。
ステップＳ７１４では、送受信データ制御モジュール１１５は、不揮発性記憶モジュール２４０内に処理・送信元対応テーブル５００を作成する。
ステップＳ７１６では、送受信データ制御モジュール１１５は、通信用ポートを介して、要求を処理装置へ処理ＩＤを付して送信する。例えば、通信用ポートＡ１０５が受信した要求処理を、通信用ポートＢ１１０に接続された通信回線を介して処理装置に送信する。その要求処理には、処理ＩＤが付加されている。
【００４０】
この時、送受信データ制御モジュール１１５は、以下の処理を行うようにしてもよい。
要求はサービスサーバー３５０において処理が受け付けられるように、通信回線Ｂ３９５に接続されたユーザー端末３６５等から送信されたものであるように修正されてもよい。具体的には要求に含まれる要求元の装置の識別情報（一例としてＩＰアドレスなど）を通信回線Ｂ３９５に接続されたユーザー端末３６５等の識別情報に変更したり、画像処理装置３００自身の識別情報に変更したりしてもよい。またサービスサーバー３５０において要求が受け付けられる条件が通信回線Ｂ３９５において有効なユーザーの識別情報に基づくものである場合、要求に含まれる要求元のユーザーの識別情報(一例としてユーザー識別子やユーザーが所属する組織の識別子など)を通信回線Ｂ３９５において有効なユーザーの識別子に変更してもよい。通信回線Ｂ３９５において有効なユーザー識別子は画像処理装置３００が不揮発性記憶モジュール２４０に記憶していてもよいし、画像処理装置３００が図示しないユーザー管理サーバー(一例としてＬＤＡＰサーバーなど)を検索してユーザーの識別子を取得して要求に含まれるユーザーの識別子を変更してもよい。この場合、ユーザー管理サーバーに対する検索条件の例としては通信回線Ａ３９０から送信された要求のための一時ユーザー用識別子であってもよい。またサービスサーバー３５０において要求が受け付けられる条件が通信回線Ｂ３９５において有効な役割の識別情報に基づくものである場合、要求に含まれる要求元の役割の識別情報(一例としてユーザーに付与された役割の識別情報や画像処理装置３００に付与された役割の識別情報など)に変更してもよい。ここで言う役割とは、一例として機器やサービスを利用できる１または複数の権限をまとめて識別情報を付与したものでよく、その役割が付与された対象(この対象はユーザーでも機器でもよい)に、役割にまとめられた権限情報を一括して付与するものでよい。役割の識別情報はユーザーの識別情報の例と同様に、画像処理装置３００の不揮発性記憶モジュール２４０に記憶するものでもよいし、図示しないユーザー管理サーバーで検索した取得したものでもよい。この場合、ユーザー管理サーバーに対する検索条件の例としては通信回線Ａ３９０から送信された要求のための一時的な役割用識別子であってもよい。また、この要求の変更は、要求に識別情報を追加することを含んでいてもよい。
【００４１】
また、要求において装置の識別情報、ユーザーの識別情報、役割の識別情報が変更または追加される場合、変更または追加された各識別情報は要求の送信元と対応する形で処理・送信元対応テーブル５００に記憶されてもよい。
【００４２】
ステップＳ７１８では、処理装置が要求を受信する。
ステップＳ７２０では、処理装置が処理を行う。
ステップＳ７２２では、処理装置が処理ＩＤを付して、情報処理装置２００へ処理結果を送信する。
ステップＳ７２４では、送受信データ制御モジュール１１５は、処理結果を受信する。この処理結果には、処理ＩＤが付加されている。
ステップＳ７２６では、送受信データ制御モジュール１１５は、処理・送信元対応テーブル５００を用いて、ポートを選択する。具体的には、処理結果に付加されている処理ＩＤに対応する送信元を処理・送信元対応テーブル５００から抽出し、その送信元が接続されている通信用ポートを選択する。
ステップＳ７２８では、送受信データ制御モジュール１１５は、ポートを介して、処理結果を要求元へ送信する。
【００４３】
図８は、本実施の形態による処理例を示す説明図である。図８の例では、画像処理装置３００は、２つの通信用ポートを有しており、通信回線Ａ３９０、通信回線Ｂ３９５を有している。通信回線Ａ３９０では、ユーザー８９９がユーザー携帯端末３２０を用いて、翻訳処理を依頼する。しかし、翻訳処理ができる処理装置は通信回線Ａ３９０内にはないが、通信回線Ｂ３９５には翻訳サーバー８５０がある。例えば、通信回線Ａ３９０は来訪者ネットであり、通信回線Ｂ３９５は社内ネットである。通信用ポートＡ１０５に通信回線Ａ３９０、通信用ポートＢ１１０に通信回線Ｂ３９５がそれぞれ接続されている。
ステップＳ８０２では、ユーザー８９９は、画像処理装置３００に対して翻訳の処理指示を行う。
ステップＳ８０４では、画像処理装置３００は、翻訳サーバー８５０に対して処理指示（翻訳対象である処理データを含む）を送信する。
ステップＳ８０６では、翻訳サーバー８５０は、画像処理装置３００に対して処理結果（翻訳結果）を送信する。
ステップＳ８０８では、画像処理装置３００は、ユーザー８９９に対して処理結果（翻訳結果）を送信する。
【００４４】
画像処理３００からユーザー８９９に対して処理結果（翻訳結果）が送信されるときに、要求を処理装置に送信する際に変更または追加された各識別情報を、処理・送信元対応テーブル５００から送信先に基づいて抽出し、抽出された識別情報のうち不要な識別情報を削除または元の識別情報に置換してもよい。
【００４５】
画像処理装置３００（ＷｅｂＵＩ制御モジュール１２０）は、ＷｅｂＵＩの機能を持ち、通信用ポートＡ１０５側のユーザー８９９がＷｅｂＵＩへアクセスした際に、通信用ポートＡ１０５から通信用ポートＢ１１０へ処理データの送信が可能な条件が整っている場合には、通信用ポートＢ１１０の通信回線Ｂ３９５を使って実行可能な処理の実行画面を表示する機能を持つようにしてもよい。このとき、送信許可するためのＰＩＮコード等の入力を要求するようにしてもよい。つまり、そのサービスを利用するためには、暗証番号が要求される場合であり、その暗証番号を知っているユーザー８９９だけが利用できることとなる。その判断には、例えば、ＰＩＮコード・サービス対応テーブル９００を用いる。図９は、ＰＩＮコード・サービス対応テーブル９００のデータ構造例を示す説明図である。ＰＩＮコード・サービス対応テーブル９００は、ＰＩＮコード欄９１０、サービス欄９２０を有している。ＰＩＮコード欄９１０は、サービス欄９２０のサービスを利用するために必要なＰＩＮコードを記憶している。サービス欄９２０は、サービスを記憶している。
また、画像処理装置３００が通信用ポートＢ１１０側から処理の実行結果を受信した場合に、それが通信用ポートＡ１０５からの処理指示による結果であれば、通信用ポートＡ１０５側のＷｅｂＵＩに結果を表示するようにしてもよい。
【００４６】
さらに、画像処理装置３００は、対応プリンタドライバやアプリケーション（いわゆるスマホアプリ等）等を使って、通信用ポートＡ１０５側のユーザー携帯端末３２０から提供機能の問い合わせを受けた際に、通信用ポートＡ１０５から通信用ポートＢ１１０へ処理データの送信が可能な条件が整っている場合には、「通信用ポートＢ１１０の通信回線Ｂ３９５を使って実行可能な処理」と「通信用ポートＡ１０５の通信回線Ａ３９０で実行可能な処理」のリストをユーザー携帯端末３２０へ返すことで、プリンタドライバ等で選択可能な機能を表示させるようにしてもよい。このとき、前述したように、送信を許可するためのＰＩＮコード等の入力を要求するようにしてもよい。
【００４７】
画像処理装置３００において、処理指示にメールアドレスが付加されていた場合、処理ＩＤとメールアドレスを対応づけて管理しておき、通信用ポートＢ１１０側から処理実行結果を受けた際に、該当のメールアドレスに対して通信用ポートＡ１０５の通信回線Ａ３９０を使って電子メールで処理結果を送信するようにしてもよい。メールアドレスの管理に、例えば、処理・送信元・メールアドレス対応テーブル１０００を用いればよい。図１０は、処理・送信元・メールアドレス対応テーブル１０００のデータ構造例を示す説明図である。処理・送信元・メールアドレス対応テーブル１０００は、処理・送信元対応テーブル５００にメールアドレス欄１０３０を加えたものである。処理・送信元・メールアドレス対応テーブル１０００は、処理ＩＤ欄１０１０、送信元欄１０２０、メールアドレス欄１０３０を有している。処理ＩＤ欄１０１０は、処理ＩＤを記憶している。送信元欄１０２０は、送信元を記憶している。メールアドレス欄１０３０は、処理指示に付加されていたメールアドレスを記憶している。
さらに、画像処理装置３００において、処理指示にユーザー情報が付加されていた場合、処理識別子とユーザー情報を対応づけて管理しておき、通信用ポートＢ１１０側から処理実行結果を受けた際に、該当のユーザーのメールアドレスを取得して、通信用ポートＡ１０５の通信回線Ａ３９０を使って電子メールで処理結果を送信するようにしてもよい。ユーザーとメールアドレスの対応管理には、例えば、アドレステーブル６００を用いればよい。処理識別子とユーザーの対応管理には、例えば、図１０に示した処理・送信元・メールアドレス対応テーブル１０００のメールアドレス欄１０３０をユーザーＩＤを記憶する欄とすればよい。
【００４８】
図１１、図１２は、本実施の形態による処理例を示すフローチャートである。図７の例に示したフローチャートでは、処理の要求を行い、その処理結果を得るまでの処理であったが、図１１、図１２の例に示すフローチャートでは、さらに、処理装置がその処理に必要な追加データを送信元に要求し、処理装置がその追加データを得た後に、処理結果を送信するまでの処理である。ステップＳ１１１２までの処理は、図７の例に示したフローチャートのステップＳ７１２までの処理と同等である。
ステップＳ１１０２では、送受信データ制御モジュール１１５は、要求を受信する。
ステップＳ１１０４では、送受信データ制御モジュール１１５は、その要求を処理可能な処理装置（サーバー）と通信するためのポートを抽出するか否かを判断し、抽出する場合はステップＳ１１０８へ進み、それ以外の場合はステップＳ１１０６へ進む。
ステップＳ１１０６では、送受信データ制御モジュール１１５は、その要求は不可である旨を返信し、処理を終了する（ステップＳ１１９９）。
ステップＳ１１０８では、データ送信可否判定モジュール１２５は、そのポートへの転送条件を満たしているか否かを判断し、満たしている場合はステップＳ１１１２へ進み、それ以外の場合はステップＳ１１１０へ進む。
ステップＳ１１１０では、送受信データ制御モジュール１１５は、条件を満たしていない旨を返信し、処理を終了する（ステップＳ１１９９）。
ステップＳ１１１２では、送受信データ制御モジュール１１５は、処理ＩＤを生成する。
【００４９】
ステップＳ１１１４では、処理・送信元・送信先対応テーブル１３００を作成する。図７の例に示したフローチャートのステップＳ７１４での処理・送信元対応テーブル５００とは、送信先欄１３３０が異なっている。つまり、送信元だけでなく、送信先も有している。
ステップＳ１１１６では、送受信データ制御モジュール１１５は、ポートを介して、要求を処理装置へ処理ＩＤを付して送信する。図７の例に示したフローチャートのステップＳ７１６の処理と同等である。
ステップＳ１１１８では、処理装置が要求を受信する。図７の例に示したフローチャートのステップＳ７１８の処理と同等である。
ステップＳ１１２０では、処理装置がデータ追加要求を行う。要求された処理を行うために必要な追加データを送信元に要求するものである。
ステップＳ１１２２では、処理装置が処理ＩＤを付して、情報処理装置２００へデータ追加要求を送信する。
【００５０】
ステップＳ１１２４では、処理・送信元・送信先対応テーブル１３００を用いて、ポートを選択する。具体的には、処理・送信元・送信先対応テーブル１３００の送信元欄１３２０の内容を抽出すればよい。
ステップＳ１１２６では、ポートを介して、データ追加要求をステップＳ１１０２の要求を行った要求元へ処理ＩＤを付して送信する。
ステップＳ１１２８では、送受信データ制御モジュール１１５は、処理・送信元・送信先対応テーブル１３００の送信元と送信先を入れ替える。前述したように、図１３（ａ）を図１３（ｂ）の例に示すように、送信元欄１３２０と送信先欄１３３０の内容を入れ替えればよい。
【００５１】
ステップＳ１１３０では、要求元がデータ追加要求を受信する。
ステップＳ１１３２では、要求元が要求に応じて追加データを情報処理装置２００へ処理ＩＤを付して送信する。
ステップＳ１１３４では、送受信データ制御モジュール１１５は、追加データを受信する。
ステップＳ１１３６では、処理・送信元・送信先対応テーブル１３００を用いて、ポートを選択する。具体的には、処理・送信元・送信先対応テーブル１３００の送信元欄１３２０の内容を抽出すればよい。
ステップＳ１１３８では、ポートを介して、追加データを処理装置へ送信する。
ステップＳ１１４０では、送受信データ制御モジュール１１５は、処理・送信元・送信先対応テーブル１３００の送信元と送信先を入れ替える。
【００５２】
ステップＳ１１４２では、処理装置が追加データを受信する。
ステップＳ１１４４では、処理装置が処理を行う。
ステップＳ１１４６では、処理装置が処理ＩＤを付して、情報処理装置２００へ処理結果を送信する。
ステップＳ１１４８では、送受信データ制御モジュール１１５は、処理結果を受信する。
ステップＳ１１５０では、送受信データ制御モジュール１１５は、処理・送信元・送信先対応テーブル１３００を用いて、ポートを選択する。
ステップＳ１１５２では、送受信データ制御モジュール１１５は、ポートを介して、処理結果を要求元へ送信する。
なお、通信用ポートＡ１０５から通信用ポートＢ１１０（逆であってもよい）への送信を許可した処理データは、その後データを何度往復してもよく、その際に送信可否のチェック（ステップＳ１１０４、ステップＳ１１０８の処理）はしない。
【００５３】
図１１、図１２の例に示すフローチャートの処理においても、前述したようなＷｅｂＵＩ等を用いてもよい。また、情報処理装置２００が通信用ポートＢ１１０側から追加データの要求を得た場合に、それが通信用ポートＡ１０５から指示した処理に対する要求であれば通信用ポートＡ１０５側のＷｅｂＵＩに追加要求を表示するようにしてもよい。
【００５４】
図７又は図１１、図１２の例に示すフローチャートの処理において、画像処理装置３００（情報処理装置２００）は、処理結果を受信したならば、処理結果に付加されている処理結果処理方法にしたがって処理をするようにしてもよい。
この処理結果処理方法として、例えば、次のような処理がある。処理結果を受け取ったならば、その処理結果をプリントアウトする。処理指示を行ったユーザーがプリント指示をするまで画像処理装置３００の記憶装置に処理結果を保持しておく。処理指示を行ったユーザー宛てに、処理結果を電子メールで通知する。ＷｅｂＵＩから処理結果をダウンロード可能にする。指定したサーバーへ処理結果を格納する。
また、画像処理装置３００（情報処理装置２００）は、処理結果を受信したときのデフォルト処理（予め定められた処理）を通信用ポート毎、又は、要求された処理の種別毎に設定できるようにしてもよい。
【００５５】
図１４は、本実施の形態による処理例を示す説明図である。図１４の例では、画像処理装置３００は、２つの通信用ポートを有しており、通信用ポートＡ１０５に来訪者用通信回線１４９０、通信用ポートＢ１１０に社内用通信回線１４９５がそれぞれ接続されている。
社員であるユーザー１４９９がユーザー端末３６５を用いて、来訪者用通信回線１４９０経由で外部のクラウドサービスであるクラウド印刷処理装置１４２０を使う例を示している。なお、クラウド印刷処理装置１４２０に対して、社内用通信回線１４９５内からはファイアウォール１４１０によってブロックされアクセスできない状況である。ただし、お昼休みの時間帯では、来訪者用通信回線１４９０への接続、画像処理装置３００での私的プリントが許可されているものとする。
ユーザー１４９９がユーザー端末３６５を用いて、クラウド印刷処理装置１４２０にアクセスして、お昼休みにクラウド印刷処理装置１４２０内のプライベートな文書１４３０を画像処理装置３００でプリントアウトする例を示している。
【００５６】
ステップＳ１４０２では、ユーザー端末３６５が画像処理装置３００、来訪者用通信回線１４９０を介して、クラウド印刷処理装置１４２０にクラウド印刷を要求する。
ステップＳ１４０４では、ユーザー端末３６５が画像処理装置３００、来訪者用通信回線１４９０を介して、クラウド印刷処理装置１４２０にログインする。
ステップＳ１４０６では、クラウド印刷処理装置１４２０は、ユーザー１４９９のファイルリスト（文書１４３０が含まれている）を画像処理装置３００に送信する。
ステップＳ１４０８では、画像処理装置３００は、ユーザー端末３６５にファイルリストを送信する。
ステップＳ１４１０では、ユーザー端末３６５が画像処理装置３００、来訪者用通信回線１４９０を介して、クラウド印刷処理装置１４２０に印刷するファイルを指定する。
ステップＳ１４１２では、画像処理装置３００は、クラウド印刷処理装置１４２０にそのファイルを指定する。
ステップＳ１４１４では、クラウド印刷処理装置１４２０は、処理指示結果を画像処理装置３００に送信する。
ステップＳ１４１６では、画像処理装置３００は、処理指示結果をユーザー端末３６５に通知する。そして、画像処理装置３００は、文書１４３０の印刷データを受信して、文書１４３０を印刷し、印刷済みであることをユーザー端末３６５に通知する。
【００５７】
図１５、図１６は、本実施の形態による処理例を示すフローチャートである。図１４の例に示した処理を、より詳細に説明する。
ステップＳ１５０２では、社内用通信回線１４９５側のＷｅｂＵＩを用いて、ユーザー端末３６５からクラウド印刷処理の要求を送信する。具体的には、クラウド印刷処理プリントの要求と、ユーザー１４９９のログイン情報（アカウント、パスワード）等を送信する。
ステップＳ１５０４では、データに処理ＩＤが付加されていないことを確認し、新規な処理ＩＤを生成して、送信データに付加する。
ステップＳ１５０６では、処理ＩＤとユーザー端末３６５の識別子を処理・送信元・送信先対応テーブル１３００へ登録する。
ステップＳ１５０８では、クラウド印刷の処理なので、送信先はクラウド印刷処理装置１４２０と判断する。
ステップＳ１５１０では、クラウド印刷の処理なので、来訪者用通信回線１４９０側へデータ転送が必要と判断する。
ステップＳ１５１２では、現在時刻が１２：００〜１３：００の間なので、来訪者用通信回線１４９０側へデータを転送してもＯＫと判断する。
【００５８】
ステップＳ１５１４では、通信用ポートＡ１０５からデータを送信し、クラウド印刷処理装置１４２０へログインする。
ステップＳ１５１６では、来訪者用通信回線１４９０側のクラウド印刷処理装置１４２０からログイン成功を示す情報とファイルリストを受信する。
ステップＳ１５１８では、データに付加されている処理ＩＤを取得し、処理・送信元・送信先対応テーブル１３００の該当処理を確認する。
ステップＳ１５２０では、処理・送信元・送信先対応テーブル１３００の送信元欄１３２０が社内用通信回線１４９５なので社内用通信回線１４９５へ転送が必要であると判断する。
ステップＳ１５２２では、データが処理の結果データではないことを確認する。結果データではない場合、処理・送信元・送信先対応テーブル１３００をそのまま保持する。
【００５９】
ステップＳ１５２４では、処理・送信元・送信先対応テーブル１３００の送信元欄１３２０と送信先欄１３３０の内容を入れ替える。
ステップＳ１５２６では、社内用通信回線１４９５側のユーザー端末３６５へプリントデータ選択を要求する。
ステップＳ１５２８では、社内用通信回線１４９５側のＷｅｂＵＩを用いて、ユーザー端末３６５からプリントデータを選択する。
ステップＳ１５３０では、データに付加されている処理ＩＤを取得し、処理・送信元・送信先対応テーブル１３００の該当処理を確認する。
ステップＳ１５３２では、処理・送信元・送信先対応テーブル１３００の送信元欄１３２０が来訪者用通信回線１４９０なので、来訪者用通信回線１４９０へ転送が必要であると判断する。
【００６０】
ステップＳ１５３４では、データが処理の結果データでないことを確認する。結果データではない場合、処理・送信元・送信先対応テーブル１３００をそのまま保持する。
ステップＳ１５３６では、処理・送信元・送信先対応テーブル１３００の送信元欄１３２０と送信先欄１３３０の内容を入れ替える。
ステップＳ１５３８では、通信用ポートＡ１０５からデータをクラウド印刷処理装置１４２０に送信し、プリントデータを指示する。
ステップＳ１５４０では、来訪者用通信回線１４９０側のクラウド印刷処理装置１４２０から結果（具体的には、プリント処理の登録結果）を受信する。
ステップＳ１５４２では、データに付加されている処理ＩＤを取得し、処理・送信元・送信先対応テーブル１３００の該当処理を確認する。
【００６１】
ステップＳ１５４４では、処理・送信元・送信先対応テーブル１３００の送信元欄１３２０が社内用通信回線１４９５なので、社内用通信回線１４９５へ転送が必要であると判断する。
ステップＳ１５４６では、データが処理の結果であることを確認する。結果データであるならば、データのやり取りが終了なので、処理・送信元・送信先対応テーブル１３００を削除する。
ステップＳ１５４８では、処理・送信元・送信先対応テーブル１３００内の該当処理ＩＤの情報を削除する。
ステップＳ１５５０では、社内用通信回線１４９５側のユーザー端末３６５へプリント処理登録完了を表示する。なお、プリント自体は、クラウド印刷処理装置１４２０によるクラウド印刷の仕組みの中で処理される。
【００６２】
図１７を参照して、本実施の形態の情報処理装置のハードウェア構成例について説明する。図１７に示す構成は、例えばパーソナルコンピュータ（ＰＣ）等によって構成されるものであり、スキャナ等のデータ読み取り部１７１７と、プリンタ等のデータ出力部１７１８を備えたハードウェア構成例を示している。
【００６３】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１７０１は、前述の実施の形態において説明した各種のモジュール、すなわち、通信用ポートＡ１０５、通信用ポートＢ１１０、送受信データ制御モジュール１１５、ＷｅｂＵＩ制御モジュール１２０、データ送信可否判定モジュール１２５、メール送信モジュール１３０、ユーザーインタフェースモジュール１３５等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。
【００６４】
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１７０２は、ＣＰＵ１７０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１７０３は、揮発性記憶モジュール２５０としての機能を実現する他に、ＣＰＵ１７０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバス等から構成されるホストバス１７０４により相互に接続されている。
【００６５】
ホストバス１７０４は、ブリッジ１７０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス１７０６に接続されている。
【００６６】
キーボード１７０８、マウス等のポインティングデバイス１７０９は、操作者により操作されるデバイスである。ディスプレイ１７１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）等があり、各種情報をテキストやイメージ情報として表示する。また、ポインティングデバイス１７０９とディスプレイ１７１０の両方の機能を備えているタッチスクリーン等であってもよい。
【００６７】
ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１７１１は、ハードディスク（フラッシュ・メモリ等であってもよい）を内蔵し、ハードディスクを駆動し、ＣＰＵ１７０１によって実行するプログラムや情報を記録又は再生させる。ＨＤＤ１７１１は、記憶モジュール１４０、不揮発性記憶モジュール２４０等としての機能を実現させる。さらに、その他の各種データ、各種コンピュータ・プログラム等が格納される。
【００６８】
ドライブ１７１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体１７１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース１７０７、外部バス１７０６、ブリッジ１７０５、及びホストバス１７０４を介して接続されているＲＡＭ１７０３に供給する。なお、リムーバブル記録媒体１７１３も、データ記録領域として利用可能である。
【００６９】
接続ポート１７１４は、外部接続機器１７１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート１７１４は、インタフェース１７０７、及び外部バス１７０６、ブリッジ１７０５、ホストバス１７０４等を介してＣＰＵ１７０１等に接続されている。通信部１７１６は、２つ（通信部１７１６Ａ、通信部１７１６Ｂ）あり、通信用ポートＡ１０５、通信用ポートＢ１１０に対応し、通信回線に接続され、それぞれの通信回線に接続された機器とのデータ通信処理を実行する。もちろんのことながら、３つ以上であってもよい。データ読み取り部１７１７は、例えばスキャナであり、ドキュメントの読み取り処理を実行する。データ出力部１７１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。
【００７０】
なお、図１７に示す情報処理装置のハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１７に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図１７に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
なお、各モジュールの処理内容として背景技術で説明した技術（例えば、送信条件等）を採用してもよい。
【００７１】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分又は全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００７２】
１００…情報処理装置
１０５…通信用ポートＡ
１１０…通信用ポートＢ
１１５…送受信データ制御モジュール
１２０…ＷｅｂＵＩ制御モジュール
１２５…データ送信可否判定モジュール
１３０…メール送信モジュール
１３５…ユーザーインタフェースモジュール
１４０…記憶モジュール
１４５…処理管理表
１５０…処理データ
１５５…ポート毎の提供サービスリスト
１６０…宛先表
２００…情報処理装置
２４０…不揮発性記憶モジュール
２５０…揮発性記憶モジュール
２５５…処理データ
３００…画像処理装置
３１０…ユーザー端末
３１５…ユーザー端末
３２０…ユーザー携帯端末
３５０…サービスサーバー
３５５…サービスサーバー
３６０…サービスサーバー
３６５…ユーザー端末
３７０…ユーザー端末
３９０…通信回線Ａ
３９５…通信回線Ｂ
【図１】
0006668835.tif 000002
【図２】
0006668835.tif 000003
【図３】
0006668835.tif 000004
【図４】
0006668835.tif 000005
【図５】
0006668835.tif 000006
【図６】
0006668835.tif 000007
【図７】
0006668835.tif 000008
【図８】
0006668835.tif 000009
【図９】
0006668835.tif 000010
【図１０】
0006668835.tif 000011
【図１１】
0006668835.tif 000012
【図１２】
0006668835.tif 000013
【図１３】
0006668835.tif 000014
【図１４】
0006668835.tif 000015
【図１５】
0006668835.tif 000016
【図１６】
0006668835.tif 000017
【図１７】
0006668835.tif 000018