(57)【要約】【課題】操作部として機能する情報処理端末による通信を既存の通信経路を利用して可能とすること。【解決手段】通信回線を介して接続される情報処理端末を操作部として有する情報処理装置は、前記情報処理端末からの要求に応じ、所定の通信プロトコルのパケットを受信するためのポートを開放する開放部と、前記ポートに対してパケットが受信されると、当該パケットに含まれるデータを前記情報処理装置に送信する送信部と、を有する。【選択図】図４
2018024161.tif 000002
【特許請求の範囲】
【請求項１】
通信回線を介して接続される情報処理端末を操作部として有する情報処理装置であって、
前記情報処理端末からの要求に応じ、所定の通信プロトコルのパケットを受信するためのポートを開放する開放部と、
前記ポートに対してパケットが受信されると、当該パケットに含まれるデータを前記情報処理装置に送信する送信部と、
を有することを特徴とする情報処理装置。
【請求項２】
前記情報処理端末からの要求には、前記パケットに対する条件が含まれており、
前記送信部は、前記条件に基づいて送信が許可されるパケットに含まれるデータを、前記情報処理端末に送信する、
ことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記開放部は、前記情報処理端末から要求されるたびに、当該要求において指定されたポート番号でのポートを開放し、
いずれかのポートに対してパケットが受信されると、当該ポートのポート番号と、当該パケットに含まれるデータとを前記情報処理端末に送信する、
ことを特徴とする請求項１又は２記載の情報処理装置。
【請求項４】
前記情報処理端末からの要求に応じ、前記ポートを遮断する遮断部、
を有することを特徴とする請求項１乃至３いずれか一項記載の情報処理装置。
【請求項５】
前記所定の通信プロトコルは、ＵＤＰ（User Datagram Protocol）である、
ことを特徴とする請求項１乃至４いずれか一項記載の情報処理装置。
【請求項６】
通信回線を介して接続される情報処理端末を操作部として有する情報処理装置が、
前記情報処理端末からの要求に応じ、所定の通信プロトコルのパケットを受信するためのポートを開放する開放手順と、
前記ポートに対してパケットが受信されると、当該パケットに含まれるデータを前記情報処理装置に送信する送信手順と、
を実行することを特徴とする情報処理方法。
【請求項７】
前記情報処理端末からの要求には、前記パケットに対する条件が含まれており、
前記送信手順は、前記条件に基づいて送信が許可されるパケットに含まれるデータを、前記情報処理端末に送信する、
ことを特徴とする請求項６記載の情報処理方法。
【請求項８】
前記開放手順は、前記情報処理端末から要求されるたびに、当該要求において指定されたポート番号でのポートを開放し、
いずれかのポートに対してパケットが受信されると、当該ポートのポート番号と、当該パケットに含まれるデータとを前記情報処理端末に送信する、
ことを特徴とする請求項６又は７記載の情報処理方法。
【請求項９】
前記情報処理端末からの要求に応じ、前記ポートを遮断する遮断手順、
を前記情報処理装置が実行することを特徴とする請求項６乃至８いずれか一項記載の情報処理方法。
【請求項１０】
前記所定の通信プロトコルは、ＵＤＰ（User Datagram Protocol）である、
ことを特徴とする請求項６乃至９いずれか一項記載の情報処理方法。
【請求項１１】
通信回線を介して接続される情報処理端末を操作部として有する情報処理装置に、
前記情報処理端末からの要求に応じ、所定の通信プロトコルのパケットを受信するためのポートを開放する開放手順と、
前記ポートに対してパケットが受信されると、当該パケットに含まれるデータを前記情報処理装置に送信する送信手順と、
を実行させることを特徴とするプログラム。
【請求項１２】
前記情報処理端末からの要求には、前記パケットに対する条件が含まれており、
前記送信手順は、前記条件に基づいて送信が許可されるパケットに含まれるデータを、前記情報処理端末に送信する、
ことを特徴とする請求項１１記載のプログラム。
【請求項１３】
前記開放手順は、前記情報処理端末から要求されるたびに、当該要求において指定されたポート番号でのポートを開放し、
いずれかのポートに対してパケットが受信されると、当該ポートのポート番号と、当該パケットに含まれるデータとを前記情報処理端末に送信する、
ことを特徴とする請求項１１又は１２記載のプログラム。
【請求項１４】
前記情報処理端末からの要求に応じ、前記ポートを遮断する遮断手順、
を前記情報処理装置に実行させることを特徴とする請求項１１乃至１３いずれか一項記載のプログラム。
【請求項１５】
前記所定の通信プロトコルは、ＵＤＰ（User Datagram Protocol）である、
ことを特徴とする請求項１１乃至１４いずれか一項記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、スマートフォン等のスマート端末の人気に鑑みて、家電やオフィス機器等の電子機器の中には、スマート端末との連携が可能なものが提供されている。例えば、スマート端末が操作パネルとして設置されている機器（例えば、複合機）も有る。
【０００３】
スマート端末は、それ自体もＯＳ（Operating System）を有している。したがって、スマート端末が操作パネルとして利用されることで、機器の本体側のみならず、スマート端末側においてもアプリケーションプログラム（以下、単に「アプリケーション」という。）が実装されるようになっている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
スマート端末に実装されるアプリケーション中には、当該スマート端末を操作パネルとする機器との間だけでなく、他の外部装置との通信を行うものも有る。このようなアプリケーションによる外部装置との通信には、スマート端末が既存で有する無線通信機能を利用するのが簡便である。
【０００５】
しかしながら、機器の設置先において、無線ＬＡＮ（Local Area Network）の通信環境が整備されているとは限らない。また、アプリケーションの通信機能の都合のために、機器の顧客に対して、操作パネル用に移動体通信網の契約を求めるのは市場における機器の競争力の低下を招きかねない。
【０００６】
本発明は、上記の点に鑑みてなされたものであって、操作部として機能する情報処理端末による通信を既存の通信経路を利用して可能とすることを目的とする。
【課題を解決するための手段】
【０００７】
そこで上記課題を解決するため、通信回線を介して接続される情報処理端末を操作部として有する情報処理装置は、前記情報処理端末からの要求に応じ、所定の通信プロトコルのパケットを受信するためのポートを開放する開放部と、前記ポートに対してパケットが受信されると、当該パケットに含まれるデータを前記情報処理装置に送信する送信部と、を有する。
【発明の効果】
【０００８】
操作部として機能する情報処理端末による通信を既存の通信経路を利用して可能とすることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施の形態のネットワーク構成例を示す図である。
【図２】本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。
【図３】本発明の実施の形態における情報処理端末のハードウェア構成例を示す図である。
【図４】本発明の実施における画像形成装置の機能構成例を示す図である。
【図５】第１の実施の形態において画像形成装置が実行する処理手順の一例を説明するためのシーケンス図である。
【図６】第２の実施の形態において画像形成装置が実行する処理手順の一例を説明するためのシーケンス図である。
【図７】第３の実施の形態において画像形成装置が実行する処理手順の一例を説明するためのシーケンス図である。
【図８】第４の実施の形態において画像形成装置が実行する処理手順の一例を説明するためのシーケンス図である。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態のネットワーク構成例を示す図である。図１において、画像形成装置１０ａ、画像形成装置１０ｂ、及び画像形成装置１０ｃ等（以下、それぞれを区別しない場合、単に「画像形成装置１０」という。）と、ＰＣ３０とは、ＬＡＮ（Local Area Network）又はインターネット等のネットワークを介して接続されている。
【００１１】
画像形成装置１０は、印刷、スキャン、コピー、及びＦＡＸ送受信等のうちの二以上の機能を一台の筐体によって実現する複合機である。但し、いずれか一つの機能を単体で有する機器が画像形成装置１０として用いられてもよい。
【００１２】
ＰＣ３０は、一般的なＰＣ（Personal Computer）である。
【００１３】
図２は、本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。図２において、画像形成装置１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、ネットワークインタフェース１６、及びＳＤカードスロット１７等のハードウェアを有する。
【００１４】
コントローラ１１は、画像形成装置１０の本体におけるコンピュータ（情報処理装置）である。図２において、コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、ＨＤＤ１１４、及びＮＶＲＡＭ１１５等を有する。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記憶されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記憶される。ＮＶＲＡＭ１１５には、各種の設定情報等が記憶される。
【００１５】
スキャナ１２は、原稿より画像データを読み取るためのハードウェア（画像読取手段）である。プリンタ１３は、印刷データを印刷用紙に印刷するためのハードウェア（印刷手段）である。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。ネットワークインタフェース１６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット１７は、ＳＤカード８０に記憶されたプログラムを読み取るために利用される。すなわち、画像形成装置１０では、ＲＯＭ１１３に記憶されたプログラムだけでなく、ＳＤカード８０に記憶されたプログラムもＲＡＭ１１２にロードされ、実行されうる。なお、他の記録媒体（例えば、ＣＤ−ＲＯＭ又はＵＳＢ（Universal Serial Bus）メモリ等）によってＳＤカード８０が代替されてもよい。すなわち、ＳＤカード８０の位置付けに相当する記録媒体の種類は、所定のものに限定されない。この場合、ＳＤカードスロット１７は、記録媒体の種類に応じたハードウェアによって代替されればよい。
【００１６】
コントローラ１１には、また、情報処理端末２０が接続される。情報処理端末２０は、例えば、スマートフォンやタブレット型端末等のスマート端末であり、単独で完結した情報処理を実行可能な電子機器である。本実施の形態において、情報処理端末２０は、画像形成装置１０の操作部として機能する。より詳しくは、情報処理端末２０は、従来、画像形成装置１０の専用の操作部として設置されていた操作パネルの代わりに、コントローラ１１に接続される。なお、コントローラ１１と情報処理端末２０とは、例えば、ＵＳＢケーブル、近距離無線通信、又はＬＡＮ等の通信回線を介して接続される。
【００１７】
図３は、本発明の実施の形態における情報処理端末２０のハードウェア構成例を示す図である。図３において、情報処理端末２０は、ＣＰＵ２０１、メモリ２０２、補助記憶装置２０３、タッチパネル２０４、及び無線通信装置２０５等を有する。
【００１８】
補助記憶装置２０３は、情報処理端末２０にインストールされたプログラム等を記憶する。メモリ２０２は、プログラムの起動指示があった場合に、補助記憶装置２０３からプログラムを読み出して記憶する。ＣＰＵ２０１は、メモリ２０２に記憶されたプログラムに従って情報処理端末２０に係る機能を実現する。
【００１９】
タッチパネル２０４は、入力機能と表示機能との双方を備えた電子部品であり、情報の表示や、ユーザからの入力の受け付け等を行う。タッチパネル２０４は、表示装置２１１及び入力装置２１２等を含む。
【００２０】
表示装置２１１は、液晶ディスプレイ等であり、タッチパネル２０４の表示機能を担う。入力装置２１２は、表示装置２１１に対する接触物の接触を検出するセンサを含む電子部品である。接触物の接触の検出方式は、静電方式、抵抗膜方式、又は光学方式等、公知の方式のいずれであってもよい。なお、接触物とは、タッチパネル２０４の接触面（表面）に接触する物体をいう。斯かる物体の一例として、ユーザの指や専用又は一般のペン等が挙げられる。
【００２１】
無線通信装置２０５は、無線ＬＡＮ（Local Area Network）又は移動体通信網等における通信を行うために必要とされるアンテナ等の電子部品である。但し、本実施の形態において、情報処理端末２０は、無線通信装置２０５を有していなくてもよい。
【００２２】
図４は、本発明の実施における画像形成装置の機能構成例を示す図である。図４において、コントローラ１１は、ＷｅｂＡＰＩ部１２１、中継部１２２、及び通信制御部１２３等を有する。これら各部は、コントローラ１１にインストールされた１以上のプログラムが、ＣＰＵ１１１に実行させる処理により実現される。
【００２３】
ＷｅｂＡＰＩ部１２１は、情報処理端末２０における端末アプリ２１や端末サービス部２２等のプログラムに対してＷｅｂＡＰＩを提供する。ＷｅｂＡＰＩとは、ＷｅｂベースのＡＰＩ（Application Program Interface）をいう。例えば、ＷｅｂＡＰＩ部１２１は、ＨＴＴＰ（HyperText Transfer Protocol）リクエストによって要求を受信し、ＨＴＴＰレスポンスによって応答を返信するようなＡＰＩを提供する。
【００２４】
本実施の形態では、ポートの開放要求、ポートの遮断要求等、通信に関するＷｅｂＡＰＩについて着目されるが、通信以外の要求を受け付けるためにＷｅｂＡＰＩが利用されてもよい。例えば、印刷の実行やスキャンの実行等、コントローラ１１のハードウェアの利用の要求を受け付けるためのＷｅｂＡＰＩが設けられてもよい。
【００２５】
中継部１２２は、情報処理端末２０と外部との通信を中継するための処理を実行する。例えば、中継部１２２は、情報処理端末２０からの要求に応じて、受信用（サーバ用）のポートの開放（オープン）を通信制御部１２３に要求する。中継部１２２は、また、他の画像形成装置１０又はＰＣ３０が開放しているポートへのデータの送信要求を情報処理端末２０から受け付けると、当該データの送信を通信制御部１２３へ要求する。中継部１２２は、また、受信用のポートに対してパケットが受信されると、当該パケットに含まれているデータを情報処理端末２０へ送信する。中継部１２２は、更に、情報処理端末２０からの要求に応じて、開放されているポートの遮断（クローズ）を通信制御部１２３に要求する。
【００２６】
通信制御部１２３は、コントローラのＯＳ（Operating System）において通信の制御を担う部分である。
【００２７】
一方、情報処理端末２０は、１以上の端末アプリ２１及び端末サービス部２２等を有する。これら各部は、情報処理端末２０にインストールされた１以上のプログラムが、ＣＰＵ２０１に実行させる処理により実現される。
【００２８】
端末アプリ２１は、情報処理端末２０にインストールされるアプリケーションプログラム（以下、単に「アプリケーション」という。）である。本実施の形態において、端末アプリ２１は、ＵＤＰ（User Datagram Protocol）による通信を利用して、所定のサービスをユーザに提供するアプリケーションである。例えば、端末アプリ２１は、他の画像形成装置１０又はＰＣ３０との間で、ブロードキャスト又はマルチキャストによる通信を行うために、ＵＤＰを利用する。
【００２９】
端末サービス部２２は、端末アプリ２１に対するアプリケーションプラットフォームとして機能する。本実施の形態において、端末サービス部２２は、ＷｅｂＡＰＩ部１２１によって提供されるＷｅｂＡＰＩを所定のプログラミング言語によってラッピングしたＡＰＩを端末アプリ２１に対して提供する。但し、端末アプリ２１が、直接的にＷｅｂＡＰＩを呼び出してもよい。
【００３０】
以下、画像形成装置１０が実行する処理手順について説明する。図５は、第１の実施の形態において画像形成装置が実行する処理手順の一例を説明するためのシーケンス図である。
【００３１】
外部からのＵＤＰパケットを受信したい端末アプリ２１は、ＵＤＰの受信用ポートの開放要求を端末サービス部２２に対して入力する（Ｓ１０１）。当該開放要求には、ポート番号（以下、「対象ポート番号」という。）及び中継条件等が指定される。ポート番号とは、ＵＤＰポートごとの識別情報である。中継条件とは、開放されたＵＤＰポートに対する受信パケットについて、端末アプリ２１への中継の許否を判定するための条件である。すなわち、不正なパケットが情報処理端末２０に対して中継されないようにするために、中継条件が指定される。中継条件の内容としては、例えば、中継を許可する又は許可しない送信元ＩＰアドレス、中継を許可する又は許可しない送信元ポート番号が挙げられる。又は、パケットに含まれるデータの所定の位置に所定の値が含まれていることが中継条件とされてもよい。
【００３２】
続いて、端末サービス部２２は、端末アプリ２１からの開放要求（ＨＴＴＰリクエスト）をＷｅｂＡＰＩ部１２１に対して送信する（Ｓ１０２）。当該開放要求は、ＷｅｂＡＰＩ部１２１が提供する、パケットの開放要求に対応するＷｅｂＡＰＩ（関数又はメソッド）を呼び出すことでＷｅｂＡＰＩ部１２１に送信される。
【００３３】
ＷｅｂＡＰＩ部１２１は、当該開放要求を受信すると、当該開放要求を中継部１２２に通知する（Ｓ１０３）。中継部１２２は、当該開放要求に指定されている対象ポート番号での受信用のポートの開放を通信制御部１２３に要求する（Ｓ１０４）。通信制御部１２３は、対象ポート番号での受信用のポート（以下、「対象ポート」という。）の開放処理を実行し、当該開放処理の結果（開放の成否）を示す情報である開放結果を中継部１２２に応答する（Ｓ１０５）。中継部１２２は、開放結果が開放の成功を示す場合には、対象ポート番号と、対象ポート番号と共に通知された中継条件とを対応付けて、例えば、ＲＡＭ１１２に記憶する。続いて、中継部１２２は、開放結果をＷｅｂＡＰＩ部１２１に通知する（Ｓ１０６）。ＷｅｂＡＰＩ部１２１は、当該開放結果を含む応答（ＨＴＴＰレスポンス）を、端末サービス部２２に返信する（Ｓ１０７）。
【００３４】
端末サービス部２２は、当該開放結果が開放の成功を示す場合には、当該ＵＤＰポートの開放の要求元の端末アプリ２１の識別情報（以下、「アプリＩＤ」という。）と、対象ポート番号とを対応付けて、メモリ２０２に記憶する。続いて、端末サービス部２２は、当該開放結果を、当該ＵＤＰポートの開放の要求元の端末アプリ２１に通知する（Ｓ１０８）。
【００３５】
端末サービス部２２は、更に、非同期イベントの受信設定の要求をＷｅｂＡＰＩ部１２１に送信する（Ｓ１１１）。非同期イベントとは、情報処理端末２０からの要求とは無関係に（非同期に）コントローラ１１側で発生するイベントをいう。本実施の形態において、情報処理端末２０（端末アプリ２１又は端末サービス部２２）とコントローラ１１（ＷｅｂＡＰＩ部１２１）との間は、ＨＴＴＰによって通信されるところ、コントローラ１１がサーバ側に相当し、情報処理端末２０がクライアント側に相当する。したがって、コントローラ１１は、基本的に、情報処理端末２０からの要求に対する応答という形式でしか、情報処理端末２０に対して情報を伝達することができない。しかしながら、パケットの受信は、情報処理端末２０からの要求に対して非同期に発生する非同期イベントである。そこで、パケットの受信に応じて当該パケットの内容を迅速に情報処理端末２０に伝達可能とするために、非同期イベントの受信設定の要求が行われる。
【００３６】
非同期イベントの受信設定の要求は、例えば、ＧＥＴリクエストによって送信される。ＷｅｂＡＰＩ部１２１は、当該ＧＥＴリクエストを受信すると、当該ＧＥＴリクエストへの応答を保留する。したがって、当該ＧＥＴリクエストに係るＨＴＴＰのセッション（以下、「非同期イベント用セッション」という。）の接続が維持された状態となる。その結果、ＷｅｂＡＰＩ部１２１は、任意のタイミングで非同期イベントを端末サービス部２２へ送信できるようになる。
【００３７】
その後、例えば、ＰＣ３０が、対象ポート番号宛のＵＤＰパケットを送信すると（Ｓ１２１）、当該ＵＤＰパケットは、対象ポートにおいて受信される。通信制御部１２３は、対象ポートにおけるパケットの受信を中継部１２２に通知する（Ｓ１２２）。この際、中継部１２２は、複数の受信用のポートが開放されている場合であっても、対象ポートがいずれのポート番号に係るポートであるのかを認識することができる。通信制御部１２３に対して各ポートの開放を要求したのが中継部１２２だからである。
【００３８】
中継部１２２は、当該通知に応じ、当該パケットについて、中継条件に基づいて中継が許可されるか否かを判定する（Ｓ１２３）。なお、ここで参照される中継条件は、対象ポート番号に対応付けられてＲＡＭ１１２に記憶されている中継条件である。
【００３９】
当該パケットの中継が許可されない場合、中継部１２２は、当該パケットを破棄する。一方、当該パケットの中継が許可される場合、中継部１２２は、対象ポート番号と、当該パケットに含まれていた受信データ（ペイロード）とを含む受信通知をＷｅｂＡＰＩ部１２１に入力する（Ｓ１２４）。ＷｅｂＡＰＩ部１２１は、当該受信通知を、非同期イベント用セッションを利用して端末サービス部２２へ送信する（Ｓ１２５）。
【００４０】
端末サービス部２２は、当該受信通知を受信すると、当該受信通知に含まれているポート番号に対応付けられてメモリ２０２に記憶されているアプリＩＤを特定する。続いて、端末サービス部２２は、特定されたアプリＩＤに対応する端末アプリ２１に対して当該受信通知に含まれている受信データを通知する（Ｓ１２６）。その結果、端末アプリ２１は、外部からのＵＤＰパケットに含まれている受信データを利用して、任意の処理を実行することができる。
【００４１】
その後、対象ポートが不要となると、端末アプリ２１は、対象ポート番号を指定して、ポートの遮断要求をＷｅｂＡＰＩ部１２１に対して送信する（Ｓ１３１）。すなわち、端末アプリ２１もＷｅｂＡＰＩを呼び出すことができる。
【００４２】
ＷｅｂＡＰＩ部１２１は、当該遮断要求を中継部１２２へ通知する（Ｓ１３２）。中継部１２２は、当該遮断要求に含まれている対象ポート番号に係る対象ポートの遮断を通信制御部１２３に要求する（Ｓ１３３）。通信制御部１２３は、対象ポートについて遮断処理を行い、遮断処理の結果（遮断の成否）を示す情報である遮断結果を中継部１２２に応答する（Ｓ１３４）。中継部１２２は、当該遮断結果が成功を示す場合、対象ポート番号と、対象ポート番号に対応付けられている中継条件とをＲＡＭ１１２から削除する。続いて、中継部１２２は、当該遮断結果をＷｅｂＡＰＩ部１２１へ通知する（Ｓ１３５）。ＷｅｂＡＰＩ部１２１は、当該遮断結果を遮断要求の送信元の端末アプリ２１へ返信する（Ｓ１３６）。
【００４３】
遮断結果が成功を示す場合、端末アプリ２１は、対象ポート番号を指定して、非同期イベントの受信設定の解除を端末サービス部２２へ要求する（Ｓ１４１）。端末サービス部２２は、当該要求に応じ、対象ポート番号と、対象ポート番号に対応付けられているアプリＩＤとの組をメモリ２０２から削除する。その結果、他のポート番号とアプリＩＤとの組がメモリ２０２に記憶されていなければ、端末サービス部２２は、非同期イベント用セッションを切断する（Ｓ１４２）。
【００４４】
すなわち、１つの端末アプリ２１によって、それぞれ異なるポート番号についてステップＳ１０１〜Ｓ１０８が複数回実行されることにより、又は複数の端末アプリ２１によってステップＳ１０１〜Ｓ１０８が実行されることにより、複数の受信用のポートが開放される可能性が有る。この場合、開放されたポートごとに、ポート番号とアプリ番号との組が、例えば、メモリ２０２等に記憶される。これら全てのポートが開放されたときに、非同期イベント用セッションが切断される。なお、非同期用セッションは、複数のポートに対して１つでよい。すなわち、ステップＳ１１１は、ポートの開放ごとではなく、複数のポートに対して１回行われればよい。
【００４５】
上述したように、第１の実施の形態によれば、情報処理端末２０による通信は、コントローラ１１によって中継される。したがって、コントローラ１１が接続している既存のネットワークの通信経路を利用して、画像形成装置１０の操作部（操作パネル１５）として機能する情報処理端末２０による通信を可能とすることができる。
【００４６】
特に、ＵＤＰのように、ＤｏＳ（Denial of Services）攻撃に利用されるプロトコルについて、コントローラ１１による中継が行われることで、情報処理端末２０の安全性を高めることができる。この場合、コントローラ１１の負荷の増加が考えられるが、中継条件が指定されて、中継されるパケットが限定されることで、斯かる負荷の増加を抑制することができる。
【００４７】
また、情報処理端末２０とコントローラ１１との間のやりとりは、特定の通信プロトコルに対する依存度が低いＷｅｂＡＰＩに基づいて行われる。したがって、例えば、情報処理端末２０が対応していない通信プロトコルであっても、コントローラ１１が対応している通信プロトコルであれば、端末アプリ２１による当該通信プロトコルの利用を容易なものとすることができる。
【００４８】
なお、中継条件には、特定のパケットに対する自動応答の設定が含まれてもよい。この場合、特定のパケットを示す条件と、自動応答に含める情報とが中継条件に含まれればよい。中継部１２２は、当該特定のパケットに該当するパケットが受信された場合、当該パケット内のデータを非同期イベント用セッションを介して端末サービス部２２へ送信することなく、当該パケットに対する応答を通信制御部１２３を介して送信する。
【００４９】
次に、第２の実施の形態について説明する。第２の実施の形態では第１の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第１の実施の形態と同様でもよい。
【００５０】
第２の実施の形態では、ＵＤＰパケットの送信について説明する。図６は、第２の実施の形態において画像形成装置が実行する処理手順の一例を説明するためのシーケンス図である。
【００５１】
外部に対してＵＤＰパケットを送信したい端末アプリ２１は、宛先のＩＰアドレス及びポート番号と、送信データとを含む送信要求をＷｅｂＡＰＩ部１２１に送信する（Ｓ２０１）。ＷｅｂＡＰＩ部１２１は、当該送信要求を中継部１２２に通知する（Ｓ２０２）。中継部１２２は、当該送信要求に含まれているＩＰアドレス及びポート番号宛に対する、当該送信要求に含まれている送信データの送信を通信制御部１２３に要求する（Ｓ２０３）。
【００５２】
通信制御部１２３は、当該ＩＰアドレス及びポート番号宛に、当該送信データを送信し、送信の成否を示す送信結果を中継部１２２に応答する（Ｓ２０４）。中継部１２２は、当該送信結果をＷｅｂＡＰＩ部１２１に通知する（Ｓ２０５）。ＷｅｂＡＰＩ部１２１は、送信要求の送信元の端末アプリ２１へ当該送信結果を返信する（Ｓ２０６）。
【００５３】
上述したように、第２の実施の形態によれば、端末アプリ２１は、外部に対してＵＤＰパケットを送信することができる。また、第１の実施の形態と同様に、情報処理端末２０が対応していない通信プロトコルであっても、コントローラ１１が対応している通信プロトコルであれば、端末アプリ２１による当該通信プロトコルの利用を容易なものとすることができる。
【００５４】
次に、第３の実施の形態について説明する。第３の実施の形態では、第１の実施の形態及び第２の実施の形態において実現される機能が利用される具体的なシーン（ユースケース）について説明する。
【００５５】
図７は、第３の実施の形態において画像形成装置が実行する処理手順の一例を説明するためのシーケンス図である。
【００５６】
ＰＣ３０は、特定の端末アプリ２１がインストールされている画像形成装置１０を探索（発見）するため、端末アプリ２１に対応するポート番号を含む探索要求を示すＵＤＰパケットをブロードキャストする（Ｓ３０１、Ｓ３０２）。
【００５７】
画像形成装置１０ａ及び画像形成装置１０ｂのそれぞれにおいて、当該端末アプリ２１がインストールされていれば、当該ＵＤＰパケットの受信に応じて、図５のステップＳ１２２〜Ｓ１２６が実行される。また、当該探索要求に対して当該端末アプリ２１の存在を通知するために、図６のステップＳ２０１〜Ｓ２０３が実行されると、画像形成装置１０ａ及び画像形成装置１０ｂのそれぞれから、当該端末アプリ２１の存在通知を含む応答がＰＣ３０に対して送信される（Ｓ３０３、Ｓ３０４）。
【００５８】
ＰＣ３０は、各画像形成装置１０からの応答に基づいて、当該端末アプリ２１がインストールされている画像形成装置１０の一覧情報を生成し、表示する（Ｓ３０５）。
【００５９】
上述したように、第３の実施の形態によれば、各情報処理端末２０には、ＵＤＰパケットに含まれるデータ（探索要求）が通知され、各情報処理端末２０は、当該探索要求に応答することができるため、各情報処理端末２０にインストールされている端末アプリ２１の一覧を、ブロードキャストを利用して得ることができる。
【００６０】
次に、第４の実施の形態について説明する。第４の実施の形態でも、第１の実施の形態及び第２の実施の形態において実現される機能が利用される具体的なシーン（ユースケース）について説明する。
【００６１】
図８は、第４の実施の形態において画像形成装置が実行する処理手順の一例を説明するためのシーケンス図である。
【００６２】
第４の実施の形態において、端末アプリ２１は、蓄積印刷機能を実現するアプリケーションであるとする。蓄積印刷機能とは、ＰＣ３０等から受信された印刷ジョブを画像形成装置１０内に記憶しておき、ユーザによる画像形成装置１０の操作に応じて、記憶されている印刷ジョブの印刷を実行するという機能である。
【００６３】
例えば、ＰＣ３０から画像形成装置１０ａに対して印刷ジョブが送信されると（Ｓ４０１）、当該印刷ジョブは、画像形成装置１０ａの端末アプリ２１の制御により画像形成装置１０ａ内に記憶（蓄積）される（Ｓ４０２）。
【００６４】
続いて、画像形成装置１０ａにおいて、図６のステップＳ２０１〜Ｓ２０３が実行されることで、画像形成装置１０ａに蓄積されている印刷ジョブの一覧情報が、ブロードキャストされる（Ｓ４０３、Ｓ４０４）。すなわち、画像形成装置１０ａの端末アプリ２１は、ステップＳ２０１の送信要求において、ブロードキャストアドレスと、端末アプリ２１に対応したポート番号と、印刷ジョブの一覧情報とを指定する。
【００６５】
当該ブロードキャストを受信した画像形成装置１０ｂ及び画像形成装置１０ｃのそれぞれにおいては、図５のステップＳ１２２〜Ｓ１２６が実行される。画像形成装置１０ｂ及び画像形成装置１０ｃのそれぞれの端末アプリ２１は、画像形成装置１０ａの印刷ジョブの一覧情報を、自らが記憶している印刷ジョブの一覧情報に統合する（Ｓ４０５、Ｓ４０６）。
【００６６】
上記の処理手順が、各画像形成装置１０が印刷ジョブを受信するたびに実行されることにより、各画像形成装置１０が受信した印刷ジョブを、複数の画像形成装置１０によって共有することができる。その結果、ユーザは、例えば、印刷ジョブの送信先とは異なる画像形成装置１０に、当該印刷ジョブを印刷させることができる。
【００６７】
なお、上記各実施の形態において、コントローラ１１は、情報処理装置の一例である。ＵＤＰは、所定の通信プロトコルの一例である。中継部１２２は、送信部の一例である。開放部及び遮断部は、通信制御部１２３の一例である。
【００６８】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００６９】
１０          画像形成装置
１１          コントローラ
１２          スキャナ
１３          プリンタ
１４          モデム
１６          ネットワークインタフェース
１７          ＳＤカードスロット
２０          情報処理端末
２１          端末アプリ
２２          端末サービス部
３０          ＰＣ
８０          ＳＤカード
１１１        ＣＰＵ
１１２        ＲＡＭ
１１３        ＲＯＭ
１１４        ＨＤＤ
１１５        ＮＶＲＡＭ
１２１        ＷｅｂＡＰＩ部
１２２        中継部
１２３        通信制御部
２０１        ＣＰＵ
２０２        メモリ
２０３        補助記憶装置
２０４        タッチパネル
２０５        無線通信装置
２１１        表示装置
２１２        入力装置
【先行技術文献】
【特許文献】
【００７０】
【特許文献１】特開２０１４−２１９７５９号公報
【図１】
2018024161.tif 000003
【図２】
2018024161.tif 000004
【図３】
2018024161.tif 000005
【図４】
2018024161.tif 000006
【図５】
2018024161.tif 000007
【図６】
2018024161.tif 000008
【図７】
2018024161.tif 000009
【図８】
2018024161.tif 000010