(57)【特許請求の範囲】
【請求項１】
複数のネットワークから処理の要求を受付可能な機器に、前記複数のネットワークのうちのいずれかのネットワークを介して前記処理を要求する情報処理装置を、
前記機器に対し処理を要求する際、前記機器が前記情報処理装置と通信するための第１の通信情報を前記機器に送信する通信手段と、
前記機器が前記第１の通信情報を用いて前記情報処理装置と通信したか否かにより、前記機器が接続している第１のネットワークを介して前記機器と通信できたか否かを判断する判断手段と、
前記第１のネットワークを介して前記機器が前記情報処理装置と通信しないと前記判断手段によって判断された場合、前記通信手段が取得した前記第１のネットワークと異なる第２のネットワークに接続するための第２の通信情報を用いて前記第２のネットワークに接続する接続手段、として機能させ、
前記判断手段は、前記第２のネットワークを介して前記機器が前記第１の通信情報を用いて前記情報処理装置と通信したか否かにより、前記第２のネットワークを介して前記機器と通信できたか否かを判断するプログラム。
【請求項２】
さらに前記情報処理装置を、
前記第１の通信情報を用いて前記機器が通信でき、他の情報処理装置からの要求に対しサービスを提供する機能を果たすサービス提供部を作成するサービス提供部作成手段として機能させ、
前記判断手段は、前記機器が前記サービス提供部と通信したか否かにより、前記第１のネットワーク又は前記第２のネットワークを介して前記機器と通信できたか否かを判断する請求項１に記載のプログラム。
【請求項３】
前記サービス提供部に対し前記機器が通信した際、前記第１のネットワーク又は前記第２のネットワークにおいて前記機器を一意に識別するための前記機器のアドレス情報を前記サービス提供部が取得し、
さらに前記情報処理装置を、
前記第１のネットワーク又は前記第２のネットワークを介して、前記アドレス情報を指定して前記機器に処理を要求する要求手段として機能させる請求項２に記載のプログラム。
【請求項４】
前記サービス提供部は、前記サービス提供部が形成された後、前記機器からの最初の前記サービス提供部への通信に対し通信が成功した旨を返し、
前記機器からの２回目以降の前記サービス提供部への通信に対し通信が失敗した旨を返す請求項２又は３に記載のプログラム。
【請求項５】
前記通信手段は、前記第２の通信情報と共にポート番号を取得しており、
前記通信手段は、前記ポート番号を含む前記第１の通信情報を前記機器に送信し、
前記サービス提供部作成手段は、前記機器が前記ポート番号でポートが指定される前記サービス提供部を作成する請求項２〜４のいずれか１項に記載のプログラム。
【請求項６】
前記サービス提供部作成手段は、前記ポート番号が前記情報処理装置ですでに使用されているか否かを判断し、
前記ポート番号が前記情報処理装置ですでに使用されている場合、前記機器と通信できない旨を表示装置に表示させる請求項５に記載のプログラム。
【請求項７】
前記サービス提供部作成手段は、前記機器から送信されるパスワードで前記機器を認証する前記サービス提供部を作成し、
前記通信手段は、前記パスワードを含む前記第１の通信情報を前記機器に送信し、
前記通信手段が送信した前記パスワードと前記機器が送信した前記パスワードが一致すると前記サービス提供部が判断した場合、前記判断手段は、前記第１のネットワーク又は前記第２のネットワークを介して前記機器と通信できたと判断し、
前記通信手段が送信した前記パスワードと前記機器が送信した前記パスワードが一致しないと前記サービス提供部が判断した場合、前記判断手段は、前記第１のネットワーク又は前記第２のネットワークを介して前記機器と通信できないと判断する請求項５又は６に記載のプログラム。
【請求項８】
さらに前記情報処理装置を、
前記判断手段によって前記第１のネットワークを介して前記機器が前記情報処理装置と通信しないと判断された場合、前記接続手段が前記第２の通信情報に基づいて前記第２のネットワークに接続する前に、
前記第２のネットワークへの切り替え操作を要求する旨を表示装置に表示させる表示手段として機能させる請求項１〜７のいずれか１項に記載のプログラム。
【請求項９】
前記判断手段によって前記第１のネットワーク又は前記第２のネットワークを介して前記機器が前記情報処理装置と通信できたと判断された場合、
前記通信手段は、前記機器に対し、前記第１の通信情報を用いた前記情報処理装置に対する通信を終了させる請求項１〜８のいずれか１項に記載のプログラム。
【請求項１０】
前記通信手段は前記第２の通信情報と共に、前記第１のネットワークを介して前記機器が前記情報処理装置と通信したと判断するかどうかが記述された通信判断情報を取得し、
前記通信判断情報に前記第１のネットワークを介して前記機器が前記情報処理装置と通信したことを判断しないと記述されている場合、
前記判断手段は、前記機器が前記第１のネットワークを介して前記情報処理装置と通信したか否かを判断することなく、
前記接続手段が、前記通信手段が取得した前記第２のネットワークに接続するための前記第２の通信情報を用いて前記第２のネットワークに接続する請求項１〜９のいずれか１項に記載のプログラム。
【請求項１１】
前記第２の通信情報に、優先度が付され、前記機器が前記情報処理装置と通信するための複数の通信情報が含まれている場合、
前記接続手段は、前記優先度の高い順にそれぞれの通信情報に基づいて異なるネットワークに接続し、
前記判断手段は、前記ネットワークを介して前記機器が前記第１の通信情報を用いて前記情報処理装置と通信したか否かにより、前記ネットワークを介して前記機器と通信できたか否かを判断する請求項１〜１０のいずれか１項に記載のプログラム。
【請求項１２】
複数のネットワークから処理の要求を受付可能な機器に、前記複数のネットワークのうちのいずれかのネットワークを介して前記処理を要求する情報処理装置であって、
前記機器に対し処理を要求する際、前記機器が前記情報処理装置と通信するための第１の通信情報を前記機器に送信する通信手段と、
前記機器が前記第１の通信情報を用いて前記情報処理装置と通信したか否かにより、前記機器が接続している第１のネットワークを介して前記機器と通信できたか否かを判断する判断手段と、
前記第１のネットワークを介して前記機器が前記情報処理装置と通信しないと前記判断手段によって判断された場合、前記通信手段が取得した前記第１のネットワークと異なる第２のネットワークに接続するための第２の通信情報を用いて前記第２のネットワークに接続する接続手段と、を有し、
前記判断手段は、前記第２のネットワークを介して前記機器が前記第１の通信情報を用いて前記情報処理装置と通信したか否かにより、前記第２のネットワークを介して前記機器と通信できたか否かを判断する情報処理装置。
【請求項１３】
所定の処理を実行する１以上の機器と、該１以上の機器に、複数のネットワークのうちのいずれかのネットワークを介して前記処理を要求する情報処理装置と、を有する情報処理システムであって、
前記機器に対し処理を要求する際、前記機器が前記情報処理装置と通信するための第１の通信情報を前記機器に送信する通信手段と、
前記機器が前記第１の通信情報を用いて前記情報処理装置と通信したか否かにより、前記機器が接続している第１のネットワークを介して前記機器と通信できたか否かを判断する判断手段と、
前記第１のネットワークを介して前記機器が前記情報処理装置と通信しないと前記判断手段によって判断された場合、前記通信手段が取得した前記第１のネットワークと異なる第２のネットワークに接続するための第２の通信情報を用いて前記第２のネットワークに接続する接続手段、として機能させ、
前記判断手段は、前記第２のネットワークを介して前記機器が前記第１の通信情報を用いて前記情報処理装置と通信したか否かにより、前記第２のネットワークを介して前記機器と通信できたか否かを判断する情報処理システム。
【請求項１４】
所定の処理を実行する１以上の機器と、該１以上の機器に複数のネットワークのうちのいずれかのネットワークを介して前記処理を要求する情報処理装置に搭載されるプログラムと、を有する情報処理システムであって、
前記情報処理装置を、
前記機器に対し処理を要求する際、前記機器が前記情報処理装置と通信するための第１の通信情報を前記機器に送信する通信手段と、
前記機器が前記第１の通信情報を用いて前記情報処理装置と通信したか否かにより、前記機器が接続している第１のネットワークを介して前記機器と通信できたか否かを判断する判断手段と、
前記第１のネットワークを介して前記機器が前記情報処理装置と通信しないと前記判断手段によって判断された場合、前記通信手段が取得した前記第１のネットワークと異なる第２のネットワークに接続するための第２の通信情報を用いて前記第２のネットワークに接続する接続手段、として機能させ、
前記判断手段は、前記第２のネットワークを介して前記機器が前記第１の通信情報を用いて前記情報処理装置と通信したか否かにより、前記第２のネットワークを介して前記機器と通信できたか否かを判断するプログラムと、
前記判断手段が通信できたと判断したネットワークを介して、前記情報処理装置から前記所定の処理の要求を受け付ける機器と、を有する情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム、情報処理装置、及び情報処理システムに関する。
【背景技術】
【０００２】
端末を保持するユーザが無線通信により端末を画像形成装置などの他の機器と通信させて機器の機能を利用できれば、有線による接続が不要であるため便利である。しかし、端末が機器と無線通信を行うためには無線通信のためのパラメータが必要である場合が多く、また、無線通信パラメータの機器への設定は必ずしも容易でない。
【０００３】
そこで、従来からユーザ設定なしに又はユーザ設定を最小限にして端末に無線通信パラメータを設定する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、同じ機器に対し異なる無線通信パラメータを用いて無線通信装置が接続できるように、ユーザのＮＦＣ（Near Field Communication）チップから記憶されている情報を読み取り、該情報に応じてホーム用の無線通信パラメータ又は外出先用の無線通信パラメータを無線通信装置に設定する管理装置が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に開示された無線通信パラメータの設定方法では、ユーザが複数の無線通信パラメータのうちどちらを選択すべきかを判断しにくいという問題がある。
【０００５】
具体的な例を挙げて説明する。例えば、画像形成装置が社員専用の社員用ネットワークと来客者向けのゲスト用ネットワークとに接続されている場合を想定する。この場合、ＮＦＣチップにネットワークごとの無線通信パラメータが記憶されていれば、ユーザが携帯する端末がＮＦＣチップから無線通信パラメータを読み取って端末に設定することができる。しかし、一般に来客者を社員用ネットワークに接続させるべきではなく、社員であればゲスト用ネットワークよりも外部から遮蔽されている社員用ネットワークを経由して機器と通信すべきである。すなわち、ユーザは適切なネットワークを介して画像形成装置に接続すべきであるが、無線通信パラメータなどを取得できてもユーザがどの無線通信パラメータを選択すべきか判断することは困難である場合が多い。
【０００６】
本発明は、上記の点に鑑みてなされたもので、複数のネットワークに接続可能な機器へ要求を送信する際に、ユーザにネットワークを指定させずに機器へ要求を送信することを可能とするプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題に鑑み、本発明は、複数のネットワークから処理の要求を受付可能な機器に、前記複数のネットワークのうちのいずれかのネットワークを介して前記処理を要求する情報処理装置を、前記機器に対し処理を要求する際、前記機器が前記情報処理装置と通信するための第１の通信情報を前記機器に送信する通信手段と、前記機器が前記第１の通信情報を用いて前記情報処理装置と通信したか否かにより、前記機器が接続している第１のネットワークを介して前記機器と通信できたか否かを判断する判断手段と、前記第１のネットワークを介して前記機器が前記情報処理装置と通信しないと前記判断手段によって判断された場合、前記通信手段が取得した前記第１のネットワークと異なる第２のネットワークに接続するための第２の通信情報を用いて前記第２のネットワークに接続する接続手段、として機能させ、前記判断手段は、前記第２のネットワークを介して前記機器が前記第１の通信情報を用いて前記情報処理装置と通信したか否かにより、前記第２のネットワークを介して前記機器と通信できたか否かを判断するプログラムを提供する。
【発明の効果】
【０００８】
複数のネットワークに接続可能な機器へ要求を送信する際に、ユーザにネットワークを指定させずに機器へ要求を送信することを可能とするプログラムを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態の印刷システムが想定する主なユースケースについて説明する図の一例である。
【図２】本実施例に係る印刷システムの一例の構成図である。
【図３】携帯端末の一例のハードウェア構成図である。
【図４】画像形成装置の一例のハードウェア構成図である。
【図５】印刷システムの一例の機能ブロック図である。
【図６】ＵＲＬ情報とＵＲＬを説明する図の一例である。
【図７】シーケンス図を用いたサーバ部の機能を説明する図の一例である。
【図８】印刷処理の一例のシーケンス図である。
【図９】携帯端末に表示される画面例を示す図である。
【図１０】携帯端末に表示される画面例を示す図である。
【図１１】携帯端末に表示される画面例を示す図である。
【図１２】携帯端末がサーバ部を構築してリクエストを受け付ける処理の詳細を説明するフローチャート図の一例である。
【図１３】携帯端末がネットワークＮ１又はＮ２へ接続できたか否かを判断する処理の詳細を説明するフローチャート図の一例である。
【図１４】画像形成装置が携帯端末と接続するための処理を説明するフローチャート図の一例である。
【図１５】優先度にしたがって携帯端末がネットワークＮ１〜Ｎ３へ接続できたか否かを判断する処理の詳細を説明するフローチャート図の一例である。
【図１６】印刷システムの一例の機能ブロック図である（実施例２）。
【図１７】印刷処理システムの一例のシーケンスである（実施例２）。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態について詳細に説明する。
【００１１】
＜本実施形態の印刷システムのユースケース＞
まず、図１を用いて本実施形態の印刷システム１が想定する主なユースケースについて説明する。図１は本実施形態の印刷システム１が想定する主なユースケースについて説明する図の一例である。画像形成装置２０は社内ＬＡＮ等に相当するネットワークＮ１に接続されており、ネットワークＮ１（第１のネットワーク）にはアクセスポイント７が接続されている。また、画像形成装置２０はＰ２Ｐ（Peer to Peer）にて通信するネットワークＮ２（第２のネットワーク）を介した通信も可能である。
【００１２】
・ユースケース１
ユースケース１は来客者９が自分の携帯端末１０を用いて印刷などのため画像形成装置２０と無線通信するケースである。図１（ａ）を用いて説明する。
（１）まず、来客者９は携帯端末１０を画像形成装置２０が有する近距離無線通信装置２０６に接近させる。これにより、携帯端末１０は自機が有している近距離無線通信装置１０９を用いて近距離無線通信装置２０６と通信するネットワークＢＬＥを形成し、画像形成装置２０とネットワークＮ２を経由して通信するための第２の通信情報１３００を画像形成装置２０から取得する。
（２）また、携帯端末１０はネットワークＢＬＥを介し、自機が有している近距離無線通信装置１０９を用いて近距離無線通信装置２０６と通信し、携帯端末１０がサーバとして動作する際のＵＲＬ（Uniform Resource Locator）情報５０００を画像形成装置２０に送信する。
（３）画像形成装置２０はネットワークＮ１に接続されているため、ネットワークＮ１を経由してＵＲＬ情報５０００を用いて作成したＵＲＬによって携帯端末１０との通信を試みる。しかし、携帯端末１０にはアクセスポイント７に接続するための無線通信パラメータが設定されていないため、携帯端末１０はネットワークＮ１には接続できない（接続していない）。このため、画像形成装置２０はＵＲＬ情報５０００を用いてもネットワークＮ１を介して携帯端末１０に接続できない。
（４）携帯端末１０は自機が構築したサーバに対し画像形成装置２０からの通信がないと判断すると、携帯端末１０は第２の通信情報１３００を自機に設定してネットワークＮ２を介した通信を可能にする。
（５）これにより、画像形成装置２０はＵＲＬ情報５０００を用いて作成したＵＲＬによってネットワークＮ２を介して携帯端末１０と接続できるため、携帯端末１０は自機が構築したサーバに対する画像形成装置２０からの通信を検出する。また、この通信を検出した際、画像形成装置２０のＩＰアドレス３０００も取得できる。携帯端末１０はネットワークＮ２を介してこのＩＰアドレス３０００で指定された画像形成装置２０に処理を要求することができる。
【００１３】
したがって、来客者９の携帯端末１０は、社内ＬＡＮであるネットワークＮ１を介することなく、画像形成装置２０と通信することが可能である。
【００１４】
・ユースケース２
ユースケース２は社員８が自分の携帯端末１０を用いて印刷などのため、普段は使用しない別部署などの画像形成装置２０と無線通信するケースである。図１（ｂ）を用いて説明する。
（１）まず、来客者９は携帯端末１０を画像形成装置２０が有する近距離無線通信装置２０６に接近させる。これにより、携帯端末１０は自機が有している近距離無線通信装置１０９を用いて近距離無線通信装置２０６と通信するネットワークＢＬＥを形成し、画像形成装置２０とネットワークＮ２を経由して通信するための第２の通信情報１３００を画像形成装置２０から取得する。
（２）また、携帯端末１０はネットワークＢＬＥを介し、携帯端末１０がサーバとして動作する際のＵＲＬ情報５０００を画像形成装置２０に送信する。
（３）画像形成装置２０はネットワークＮ１に接続されている。また、自社の社内ＬＡＮに接続する権限を有する社員８の携帯端末１０にはアクセスポイント７に接続するための社内ＡＰ通信情報１１００が設定されている。このため、携帯端末１０はネットワークＮ１に接続されている。画像形成装置２０はネットワークＮ１を経由してＵＲＬ情報５０００を用いて作成したＵＲＬにより携帯端末１０との通信を試みると通信することができる。携帯端末１０は自機が構築したサーバに対する画像形成装置２０からの通信を検出して、画像形成装置２０のＩＰアドレス３０００も取得する。
【００１５】
したがって、社員８の携帯端末１０は、社内ＬＡＮであるネットワークＮ１を介してＩＰアドレス３０００で指定された画像形成装置２０に処理を要求することができる。
【００１６】
また、仮に、社員８の携帯端末１０がネットワークＮ１を介して画像形成装置２０と接続できない場合でも、社員８の携帯端末１０は、ネットワークＮ２を介して画像形成装置２０と通信することが可能なので、社内ＡＰ通信情報１１００を有していないなどの理由でネットワークＮ１を使用できない場合でも臨時的に印刷などが可能である。
【００１７】
このように本実施形態の印刷システム１は、ユーザが無線通信パラメータを設定する労力を低減すると共に、来客者９や社員８などのユーザがそれぞれ適切なネットワークを自動的に選択することを可能にする。
【００１８】
＜用語について＞
社員…携帯端末１０と画像形成装置２０のユーザの具体例の１つであり、社内ＬＡＮに接続する権限を有する（携帯端末１０に社内ＬＡＮに接続するための無線通信パラメータが設定されている）ユーザである。このユーザは社員８と呼ばれていなくてもよく、職員、従業員、スタッフなどどのような呼称でもよい。
来客者…携帯端末１０と画像形成装置２０のユーザの具体例の１つであり、社内ＬＡＮに接続する権限を有していないユーザである。社員以外のユーザは全て来客者９に含まれる。なお、来客者９もどのように呼ばれていてもよい。
接続する…ネットワークに接続すること又は機器と通信できるかどうか確認することをいう（通信の疏通の判断のための通信）。
通信する…各種の情報を少なくとも一方から他方の機器に送信することをいう。ただし、接続と通信を厳密に区別できない場合がある。
第１の通信情報…ネットワーク上のリソースを特定するリソース特定情報であり、画像形成装置２０が携帯端末１０を特定して通信するためのリソース特定情報ということができる。例えば、携帯端末１０のＩＰアドレスを含む。ただし、構築されるサーバが仮想化されているような場合には携帯端末１０そのもののＩＰアドレスでなくてよい。また、ネットワーク上のリソースを特定する情報という意味でＵＲＬ情報やＵＲＩ（Uniform Resource Identifier）情報と称してよい。本実施形態ではＵＲＬ情報５０００と称して説明する。
第２の通信情報…社内ＬＡＮであるネットワークＮ１と異なるネットワークＮ２に携帯端末１０が接続するための無線通信パラメータである。第２の通信情報１３００が携帯端末１０に設定されることで、携帯端末１０はネットワークＮ２に接続できる。画像形成装置２０と通信するためにはさらに画像形成装置２０のＵＲＩ（例えばＩＰアドレス）が必要となる。このため、第２の通信情報１３００はネットワーク接続情報と称してよい。本実施形態では第２の通信情報１３００と称して説明する。
【実施例１】
【００１９】
＜システム構成＞
図２を用いて、本実施例に係る印刷システム１のシステム構成について説明する。図２は、本実施例に係る印刷システムの一例の構成図である。図２の印刷システム１は、携帯端末１０と、１台以上の画像形成装置２０とを有する。携帯端末１０と画像形成装置２０とは、有線又は無線によりネットワークＮ１、ネットワークＮ２及びネットワークＢＬＥを介して接続可能なように構成されている。なお、携帯端末１０は後述するようにユーザが携帯可能な情報処理装置であるため、携帯端末１０と画像形成装置２０とは無線によりネットワークＮ１、ネットワークＮ２及びネットワークＢＬＥを介して接続可能なように構成されていることが好ましい。接続可能であるとは、接続する機能を備えることをいい、実際に接続できるかどうかは図８などで説明する判断により異なる。
【００２０】
ネットワークＮ１とネットワークＮ２は、どちらも無線ＬＡＮを使用するが互いに異なるネットワークである。本実施形態においてネットワークが異なるとは、接続のために別の無線通信パラメータが必要であることをいい、例えばＳＳＩＤ（Service Set Identifier）が異なることをいう。
【００２１】
また、携帯端末１０が来客者９により携帯されるものである場合、携帯端末１０はネットワークＮ１に接続しておらず、オンデマンドでネットワークＮ２に接続する。また、社員８はネットワークＮ１へ接続する権限を予め有している。このため、携帯端末１０が社員８により携帯されるものである場合、携帯端末１０には上記の無線通信パラメータとして例えばＳＳＩＤ及びパスワード（暗号化キー）が設定されているので、ネットワークＮ１へ接続できる。したがって、社員８が携帯する携帯端末１０は画像形成装置２０のＩＰアドレス３０００が分かれば画像形成装置２０と通信可能である。
【００２２】
なお、以降では、一例として、ネットワークＮ１は携帯端末１０が無線ＬＡＮ（Local Area Network）を介して画像形成装置２０に接続するための社内ＬＡＮなどのネットワークであり、他方、ネットワークＮ２はＷｉ−Ｆｉ  ＤｉｒｅｃｔによりＰ２Ｐで画像形成装置２０と直接接続するためのネットワークであるものとして説明する。また、ネットワークＢＬＥは、Bluetooth（登録商標。以下、省略する。） Low EnergyによりＰ２Ｐで画像形成装置２０と直接接続するためのネットワークであるものとして説明する。ただし、ネットワークＮ１及びネットワークＮ２は、これらに限られない。例えば、ネットワークＮ１は社内ＬＡＮなどのネットワークの他、ＷＡＮやインターネットを含んでいてもよいし、一部に携帯電話網を含んでいてもよい。また、ネットワークＮ２は、例えば、無線ＬＡＮのアドホックモード、携帯電話網、赤外線通信、Bluetoothなどを介して画像形成装置２０と接続するためのネットワークでもよい。すなわち、社内ＬＡＮなどの社内に進入しないネットワークであればよい。また、ネットワークＮ２は、ネットワークＮ１に対し隔離されるなど適切に設定されていれば、例えば、無線ＬＡＮを介して画像形成装置２０に接続するための社内ＬＡＮであってもよい（例えば、ファイアウォールで隔離されているネットワーク）。また、ネットワークＢＬＥは、無線通信パラメータが分からなくても通信できる通信方法であればよく、さらに好ましくは比較的近距離でのみ通信を許可する通信方法であり、ＮＦＣリーダライタ、赤外線通信、ＺｉｇＢｅｅ（登録商標）、ＷｉＧｉｇなどでもよい。
【００２３】
携帯端末１０は、ユーザが操作するスマートフォンなどの携帯可能な情報処理装置である。携帯端末１０は、スマートフォン、携帯電話、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣ、ノートＰＣなどでもよい。携帯端末１０には、画像形成装置２０に機能の提供（例えば印刷対象データに印刷指示を行う、原稿をスキャンさせる、ＦＡＸ送信させる、コピーさせるなど）を要求することができるアプリケーションが搭載（インストール）されており、携帯端末１０は、印刷指示に係る印刷対象データを含む印刷ジョブ、スキャンジョブ、ＦＡＸ送信ジョブ、及び、コピージョブなどを生成し、これらの処理を画像形成装置２０に要求する。
【００２４】
なお、アプリケーションは、画像形成装置２０と通信して画像形成装置２０にジョブの実行を要求する（処理を要求する）ブラウザ、文書作成ソフト、ビューワなどのソフトウェアでもよい。
【００２５】
画像形成装置２０は、処理の要求を受け付ける機器であり、複数のネットワークのいずれかから処理の要求を受付可能である。画像形成装置２０は、例えば、携帯端末１０から印刷ジョブなどを受け取り、印刷対象データの印刷を行うプリンタなどの機器である。なお、画像形成装置２０は、プリント機能の他、コピー機能、スキャナ機能、ＦＡＸ機能など複数の機能を有するＭＦＰ（Multifunction Peripheral/Printer/Product）などの複合機でもよい。
【００２６】
また、画像形成装置２０は、例えば、スキャナ装置、ファクシミリ装置、画像投影装置（プロジェクタ）、背面投影装置、ＨＵＤ（Head Up Display）装置、電子黒板、デジタルサイネージなどの出力装置、又は、スピーカ装置などの音響出力装置であってもよい。したがって、本実施例では、情報処理システムの一例として印刷システム１である場合について説明するが、これに限られず、例えば、画像形成装置２０の代わりに画像出力装置を用いた画像出力システムや画像形成装置２０の代わりにスピーカ装置を用いた音響出力システムなどであってもよい。すなわち、本実施例は、各種のジョブ、画像や画像に変換しうるデータを生成する携帯端末１０と、携帯端末１０から受け取った各種のジョブ、画像や画像に変換しうるデータを出力する機器（本実施例では画像形成装置２０）とを用いた各種システムに適用することができる。また、データの出力を伴わず、単に携帯端末１０と機器とが無線通信するだけでもよい。
【００２７】
画像形成装置２０は、携帯端末１０がネットワークＮ２に接続するための第２の通信情報１３００を記憶している。また、固定のＩＰアドレス３０００又はＤＨＣＰサーバにより付与されたＩＰアドレス３０００を有している。さらに、携帯端末１０がネットワークＮ１に接続するための社内ＡＰ通信情報１１００を画像形成装置２０が記憶していてもよいが、この場合、社内ＡＰ通信情報１１００は携帯端末１０には提供されないか、提供される場合は暗号化されていることが好ましい。ユーザが社員８の場合は社内ＡＰ通信情報１１００を復号できるものとする。
【００２８】
さらに、第２の通信情報１３００を画像形成装置２０が記憶していなくてもよく、この場合、画像形成装置２０の近くや通路に設置された近距離無線通信装置２０６を有する機器や案内板が記憶していてもよい。携帯端末１０は、近距離無線通信装置１０９を用いて、画像形成装置２０が記憶する第２の通信情報１３００を取得することができる。そして、図１で説明したように、携帯端末１０は第２の通信情報１３００に基づきネットワークＮ２に接続し、画像形成装置２０がＵＲＬ情報５０００を用いて作成したＵＲＬにより画像形成装置２０から通信を受け付ける。また、携帯端末１０がネットワークＮ２を介して印刷ジョブを送信することで、ユーザはこの画像形成装置２０において印刷ジョブを実行することができる。
【００２９】
なお、第２の通信情報１３００が提供される経路は近距離無線通信装置１０９と近距離無線通信装置２０６の通信に限られない。例えば、画像形成装置２０がＮＦＣモジュールを内蔵している、又はＮＦＣリーダライタと接続されている場合、これらを使って第２の通信情報１３００を通知してもよい。この場合、携帯端末１０はＮＦＣタグリーダで第２の通信情報１３００を読み取ることができる。また、ＵＲＬ情報５０００の送信のため、携帯端末１０はＮＦＣライタでＵＲＬ情報５０００を画像形成装置２０に内蔵されているＮＦＣモジュール、又は接続されているＮＦＣリーダライタに書き込む。画像形成装置２０はＮＦＣモジュール又はＮＦＣリーダライタからＵＲＬ情報５０００を読み出す。
【００３０】
なお、上記で説明した印刷システム１では、携帯端末１０と画像形成装置２０とは、ネットワークＢＬＥを除くと、ネットワークＮ１及びネットワークＮ２の２個のネットワークを介して接続可能なように構成されているが、接続可能なネットワークの個数は１以上の任意の個数（３つ以上）でもよい。
【００３１】
また、上記で説明した印刷システム１は、例えば、携帯端末１０から送信された印刷ジョブを蓄積する印刷サーバなどを有する構成であってもよい。さらに、印刷システム１は、携帯端末１０を１台以上の任意の台数有する構成であってもよい。
【００３２】
＜ハードウェア構成＞
≪携帯端末≫
本実施例に係る携帯端末１０は、例えば図３に示すようなハードウェア構成により実現される。図３は、本実施例に係る携帯端末の一例のハードウェア構成図である。図３に示す携帯端末１０は、入力装置１０１、表示装置１０２、外部Ｉ／Ｆ１０３、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ（Central Processing Unit）１０６、通信Ｉ／Ｆ１０７、ＳＳＤ（Solid State Drive）１０８、及び近距離無線通信装置１０９、などを備え、それぞれがバスＢで相互に接続されている。
【００３３】
入力装置１０１は、例えば、タッチパネルであり、携帯端末１０に各操作信号を入力するのに用いられる。なお、入力装置１０１は、キーボードやマウスなどであってもよい。表示装置１０２は、例えば、ＬＣＤ（Liquid Crystal Display）などであり、携帯端末１０による処理結果を表示する。
【００３４】
外部Ｉ／Ｆ１０３は、外部装置とのインタフェースである。外部装置には、記録媒体１０３ａなどがある。記録媒体１０３ａには、実施例を実現するプログラムを格納することができる。携帯端末１０は外部Ｉ／Ｆ１０３を介して、記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。
【００３５】
記録媒体１０３ａは、例えば、ＳＤメモリカード（SD Memory card）などの記録媒体である。記録媒体１０３ａは、ＵＳＢメモリ（Universal Serial Bus memory）、ＤＶＤ（Digital Versatile Disk）、ＣＤ（Compact Disk）、フレキシブルディスクなどの記録媒体であってもよい。
【００３６】
ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、携帯端末１０の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。
【００３７】
ＣＰＵ１０６は、ＲＯＭ１０５やＳＳＤ１０８などの記憶装置からプログラムやデータをＲＡＭ１０４上に読み出し、処理を実行することで、携帯端末１０全体の制御や機能を実現する演算装置である。
【００３８】
通信Ｉ／Ｆ１０７は、ネットワークＮ１及びネットワークＮ２を介した通信を行うためのインタフェースである。例えば、通信Ｉ／Ｆ１０７は、携帯端末１０を、無線ＬＡＮを介して社内ＬＡＮ等に接続するためのインタフェースである。また、通信Ｉ／Ｆ１０７は、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔを介して画像形成装置２０と接続するためのインタフェースである。これにより、携帯端末１０は通信Ｉ／Ｆ１０７を介してデータ通信を行うことができる。なお、通信Ｉ／Ｆ１０７は、携帯電話網やインターネット等に接続するためのインタフェースであってもよい。
【００３９】
ＳＳＤ１０８は、プログラム１０８ａやデータを格納している不揮発性の記憶装置である。格納されるプログラム１０８ａやデータには、例えば携帯端末１０全体を制御する基本ソフトウェアであるＯＳ（Operating System）や、ＯＳ上において各種機能を提供するアプリケーションソフトウェア（以下、単にアプリケーションという）などがある。ＳＳＤ１０８は格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢ（データベース）により管理している。なお、携帯端末１０は、ＳＳＤ１０８の代わりに又はＳＳＤ１０８と併せて、ＨＤＤ（Hard Disk Drive）等を備えていてもよい。
【００４０】
近距離無線通信装置１０９は、例えば、Bluetooth Low Energyという通信規格に基づいてネットワークＢＬＥに接続し、画像形成装置２０と通信する。Bluetooth Low Energyは、従来からあるBluetooth（クラシックBluetoothという）の拡張仕様の一つで、極低電力で通信が可能な通信規格をいう。Bluetooth Low EnergyではクラシックBluetoothで必要だったＰＩＮコード（無線通信パラメータに相当する）を用いたペアリングが不要であるため、無線電波が届くと通信することが可能である。また、近距離無線通信装置１０９は、ＮＦＣリーダライタでもよい。近距離無線通信装置１０９は内蔵されていても外付けされていてもよい。
【００４１】
本実施例に係る携帯端末１０は、上記したハードウェア構成により後述するような各種処理を実現できる。
【００４２】
<<画像形成装置>>
本実施例に係る画像形成装置２０は、例えば図４に示すようなハードウェア構成により実現される。図４は、本実施例に係る画像形成装置の一例のハードウェア構成図である。図４に示す画像形成装置２０は、コントローラ２０１、操作パネル２０２、外部Ｉ／Ｆ２０３、通信Ｉ／Ｆ２０４、プリンタ２０５、近距離無線通信装置２０６、及び、ＲＦＩＤタグ２０７などを有している。
【００４３】
コントローラ２０１はＣＰＵ２１１、ＲＡＭ２１２、ＲＯＭ２１３と、ＮＶＲＡＭ２１４、ＨＤＤ２１５を有する。ＲＯＭ２１３は、各種プログラムやデータが格納されている。ＲＡＭ２１２はプログラムやデータを一時保持する。ＮＶＲＡＭ２１４は、例えば設定情報等が格納されている。また、ＨＤＤ２１５は各種のプログラム２１５ａやデータが格納されている。
【００４４】
ＣＰＵ２１１は、ＲＯＭ２１３やＮＶＲＡＭ２１４、ＨＤＤ２１５などからプログラム２１５ａやデータ、設定情報等をＲＡＭ２１２上に読み出し、処理を実行することで、画像形成装置２０全体の制御や機能を実現する。
【００４５】
操作パネル２０２はユーザからの入力を受け付ける入力部と、表示を行う表示部とを備えている。外部Ｉ／Ｆ２０３は外部装置とのインタフェースである。外部装置には、記録媒体２０３ａ等がある。これにより、画像形成装置２０は外部Ｉ／Ｆ２０３を介して記録媒体２０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体２０３ａには、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリなどがある。
【００４６】
通信Ｉ／Ｆ２０４は、ネットワークＮ１及びネットワークＮ２を介した通信を行うためのインタフェースである。これにより、画像形成装置２０は通信Ｉ／Ｆ２０４を介してデータ通信を行うことができる。プリンタ２０５は、印刷対象データを印刷して出力するための印刷装置である。
【００４７】
近距離無線通信装置２０６は、近距離無線通信装置１０９と同様にBluetooth Low Energyという通信規格に基づいてネットワークＢＬＥに接続し、携帯端末１０と通信する。また、近距離無線通信装置２０６は、ＮＦＣモジュール又はＮＦＣリーダライタでもよい。なお、近距離無線通信装置２０６は内蔵されていても外付けされていてもよい。
【００４８】
本実施例に係る画像形成装置２０は、上記したハードウェア構成により後述するような各種処理を実現できる。
【００４９】
＜ソフトウェア構成＞
本実施例に係る印刷システム１は、例えば図５に示すような機能ブロックにより表すことができる。図５は、本実施例に係る印刷システム１の一例の機能ブロック図である。
【００５０】
<<携帯端末>>
印刷システム１の携帯端末１０は、近接通信部１１、サーバ構築部１２、接続可否判断部１３、ネットワーク切替部１４、ＵＩ表示部１５、通信部１６、操作受付部１７、ジョブ制御部１８、及び、記憶・読出部１９などを有する。また、通信部１６は、第１通信部１６１及び第２通信部１６２などを有する。これら各機能部は、ＳＳＤ１０８に格納されているプログラム１０８ａをＣＰＵ１０６が実行して携帯端末１０がそなえる各構成要素のいずれかを制御することで実現される機能又は手段である。なお、これら各機能部の一部又は全体がハードウェア（ＩＣ回路等）により実現されてもよい。
【００５１】
また、携帯端末１０はＳＳＤ１０８、ＲＡＭ１０４又はＲＯＭ１０５等により実現される記憶部１０００を有している。記憶部１０００には社内ＡＰ通信情報１１００が記憶されている。また、携帯端末１０が画像形成装置２０から第２の通信情報１３００を取得した場合には、第２の通信情報１３００も記憶部１０００に記憶される。まず、社内ＡＰ通信情報１１００と第２の通信情報１３００について説明する。
【００５２】
【表１】
0006784136.tif 000002
表１は、社内ＡＰ通信情報１１００の一例を模式的に示す。社内ＡＰ通信情報１１００は、携帯端末１０が画像形成装置２０とネットワークＮ１（例えば無線ＬＡＮを一部に含む）を介して通信を行うために必要な情報である。社内ＡＰ通信情報１１００には、ネットワークＮ１のうち無線部分を識別するためのＳＳＩＤ、ネットワークＮ１における暗号化方式、パスワード、ネットワークＮ１を介して通信を行う際のＨＴＴＰ（HyperText Transfer Protocol）ポート番号、及び、ＨＴＴＰＳ（HTTP over SSL/TLS）ポート番号、などの情報を含む。ＨＴＴＰポート番号とＨＴＴＰＳポート番号は、携帯端末１０から画像形成装置２０に接続するためのポート番号である。本実施形態では第２の通信情報１３００のＨＴＴＰポート番号とＨＴＴＰＳポート番号により兼用できるため、第２の通信情報１３００から抽出得してもよい。例えば８０番や４４３番のポート番号は知られているので、ＨＴＴＰポート番号とＨＴＴＰＳポート番号は表１になくてもよい。
【００５３】
上記のように、ネットワークＮ１は社員８が接続することが想定されており、社員８の携帯端末１０には社内ＡＰ通信情報１１００が予め設定されている。来客者９の携帯端末１０には社内ＡＰ通信情報１１００が記憶されていない。したがって、社内ＬＡＮに接続している状態の携帯端末１０のみが画像形成装置２０に接続可能である。また、社内ＬＡＮに接続している状態の携帯端末１０であれば画像形成装置２０から通信を開始できる場合がある。
【００５４】
【表２】
0006784136.tif 000003
表２は、第２の通信情報１３００の一例を模式的に示す。第２の通信情報１３００は、画像形成装置２０などから送信される無線通信パラメータである。第２の通信情報１３００は、携帯端末１０がネットワークＮ２（例えばＷｉ−Ｆｉ  ＤｉｒｅｃｔによるＰ２Ｐ）に接続して画像形成装置２０と通信するために必要な情報である。第２の通信情報１３００には、ネットワークＮ２を識別するためのＳＳＩＤ（Service Set Identifier）、ネットワークＮ２における暗号化方式、パスワード、ネットワークＮ２を介して通信を行う際のＨＴＴＰ（HyperText Transfer Protocol）ポート番号、ＨＴＴＰＳ（HTTP over SSL/TLS）ポート番号、及び、携帯端末のサーバのポート番号などの情報を含む。なお、画像形成装置２０がデータを暗号化して通信しない場合、パスワードがなくても通信自体は可能である。携帯端末のサーバのポート番号は、携帯端末１０が構築するサーバのポート番号であり、携帯端末１０は後述するようにこのポート番号をＵＲＬ情報５０００に含める。このポート番号は、画像形成装置２０の管理者等がファイアウォールで通過が許可されるポート番号を考慮して設定している。このため、画像形成装置２０は限られたポートを経由して携帯端末１０にアクセスするのでセキュリティの低下を抑制できる。
【００５５】
なお、表２にはないが、機器の種類（ＭＦＰ、プロジェクタ、電子黒板など）、画像形成装置２０がサポートするＰＤＬ（Printer Description Language）、ネットワークＮ２の接続制限時間などが第２の通信情報１３００に含まれていてもよい。機器の種類によって携帯端末１０はどのようなサービスを要求できるか判断できる。画像形成装置２０がサポートするＰＤＬにより画像形成装置２０が解釈できるＰＤＬの画像データを携帯端末１０が作成できるかを判断できる。ネットワークＮ２の接続制限時間は、第２の通信情報１３００が有効な期間を示し、この時間が経過すると携帯端末１０は第２の通信情報１３００を消去するか又は使用できなくなる。これにより、携帯端末１０がネットワークＮ２を介して画像形成装置２０と通信できる時間を制限できるので、セキュリティの低下を抑制できる。
【００５６】
なお、例えば、携帯端末１０と画像形成装置２０とがさらにネットワークＮ３を介して接続可能なように構成されている場合、第２の通信情報１３００に、ネットワークＮ３を介して画像形成装置２０と通信を行うための第３の通信情報１５００を有していてもよい。
【００５７】
上記の社内ＡＰ通信情報１１００及び第２の通信情報１３００に含まれる情報は一例であり、それぞれネットワークＮ１及びネットワークＮ２を介した通信を行うために必要な各種の情報が含まれていてよい。
【００５８】
また、社内ＡＰ通信情報１１００及び第２の通信情報１３００のいずれにも画像形成装置２０のＩＰアドレス３０００が含まれていないが、画像形成装置２０のＩＰアドレス３０００は画像形成装置２０が携帯端末１０が構築したサーバに接続した際に携帯端末１０により取得される。
【００５９】
（携帯端末の機能）
近接通信部１１は、図３に示したＣＰＵ１０６及び近距離無線通信装置１０９等により実現され、数ｍ程度の距離内に存在する画像形成装置２０と無線通信を行う。後述するように、近接通信部１１が受信する主な情報は第２の通信情報１３００であり、送信する主な情報はＵＲＬ情報５０００である。
【００６０】
近接通信部１１は上記のようにBluetooth Low Energyの通信規格にしたがって通信するが、通信手順は公知であるため詳細は省略するが簡単な説明を後述する。本実施形態では、携帯端末１０がセントラル(サービス利用側)に相当し、画像形成装置２０がペリフェラル(サービス提供側)に相当する。
【００６１】
サーバ構築部１２は、図３に示したＣＰＵ１０６等により実現され、携帯端末１０にサーバを構築する。構築されたサーバがサーバ部１２ａである。サーバを構築するとは、ＨＴＴＰ（又はＨＴＴＰＳ）のリクエストに対応するレスポンスを用意することをいう。サーバ部１２ａの機能については図７にて後述される。一般に、携帯端末１０に対し外部から（画像形成装置２０等が）アクセスすることはセキュリティ上できないようになっている。しかし、サーバ部１２ａを作成することでＨＴＴＰ通信などで外部から携帯端末１０に通信可能になる。
【００６２】
また、サーバ構築部１２は構築したサーバ部１２ａへの通信を受け付けるＵＲＬ情報５０００を作成する。ＵＲＬ情報５０００は、画像形成装置２０がサーバ部１２ａのＵＲＬを生成するための情報を含む。ＵＲＬ情報５０００の作成方法は図６にて後述する。このＵＲＬ情報５０００は近接通信部１１により画像形成装置２０に送信される。
【００６３】
接続可否判断部１３は、図３に示したＣＰＵ１０６等により実現され、ＵＲＬ情報５０００を用いて画像形成装置２０が生成したサーバ部１２ａのＵＲＬに対し通信が受け付けられたか否かに基づいて、ネットワークＮ１又はＮ２に携帯端末１０が接続できるかどうかを判断する。ネットワークＮ１又はＮ２に携帯端末１０が接続できると、携帯端末１０が画像形成装置２０と通信できるため、接続可否判断部１３は携帯端末１０が画像形成装置２０と通信できるかどうかを判断すると表現してもよい。
【００６４】
このＵＲＬ情報５０００を用いて作成したＵＲＬによるサーバ部１２ａへの通信は、携帯端末１０が画像形成装置２０のＩＰアドレス３０００を取得するための通信であり、ＨＴＴＰ通信のリクエストにより行われる。
【００６５】
ネットワーク切替部１４は、ネットワークＮ１へ接続できないと接続可否判断部１３が判断した場合、ネットワークＮ１（又は携帯端末１０が接続しているその他のネットワーク）からネットワークＮ２に携帯端末１０の接続先を切り替える。具体的には、第２の通信情報１３００が適用された第２通信部１６２を作成（第２の通信情報１３００を第２通信部１６２に設定し）する。ただし、携帯端末１０のＯＳによってはネットワークの切り替えにユーザの許可又は操作が必要である。なお、携帯端末１０がネットワークに一切接続されていない場合もある。この場合は、ネットワークＮ２に携帯端末１０の接続させればよい。
【００６６】
ＵＩ表示部１５は、図３に示したＣＰＵ１０６及び表示装置１０２等により実現され、表示装置１０２に表示される各種の画面を生成し表示する。また、必要に応じてユーザに操作を促すメッセージを表示する。
【００６７】
操作受付部１７は、図３に示したＣＰＵ１０６及び入力装置１０１等により実現され、携帯端末１０に対するユーザによる各種の操作を受け付ける。
【００６８】
通信部１６は、図３に示したＣＰＵ１０６及び通信Ｉ／Ｆ１０７等により実現され、画像形成装置２０と各種のデータの送受信を行う。より具体的には、ユーザが社員８の場合、第１通信部１６１には社内ＡＰ通信情報１１００が設定されており、第１通信部１６１はネットワークＮ１に接続すると共にネットワークＮ１を経由して画像形成装置２０と通信する。また、接続可否判断部１３が、第１通信部１６１がネットワークＮ１に接続できないと判断した場合、第２の通信情報１３００が設定された第２通信部１６２が作成され、第２通信部１６２はネットワークＮ２に接続すると共にネットワークＮ２を経由して画像形成装置２０と通信する。
【００６９】
ジョブ制御部１８は、図３に示したＣＰＵ１０６等により実現され、画像形成装置２０に印刷などのジョブを要求するための処理を行う。
【００７０】
記憶・読出部１９は、図３に示したＣＰＵ１０６、ＳＳＤ１０８、ＲＡＭ１０４及びＲＯＭ１０５等により実現され、記憶部１０００から各種のデータを読み出したり、記憶部１０００に各種のデータを書き込んだりする。なお、以下では、携帯端末１０が記憶部１０００にアクセスする場合でも「記憶・読出部１９を介して」という記載を省略する場合がある。
【００７１】
<<画像形成装置>>
印刷システム１の画像形成装置２０は、近接通信部２５、プリント機能部２７、通信部２６及び記憶・読出部２９などを有する。また、通信部２６は、第３通信部２６１及び第４通信部２６２などを有する。これら各機能部は、ＨＤＤ２１５に格納されているプログラム２１５ａをＣＰＵ２１１が実行して画像形成装置２０がそなえる各構成要素のいずれかを制御することで実現される機能又は手段である。なお、これら各機能部の一部又は全体がハードウェア（ＩＣ回路等）により実現されてもよい。
【００７２】
また、画像形成装置２０はＲＡＭ２１２、ＮＶＲＡＭ２１４、ＨＤＤ２１５、又はＲＯＭ２１３等により実現される記憶部２０００を有している。記憶部２０００には第２の通信情報１３００が記憶されている。画像形成装置２０の第２の通信情報１３００は携帯端末１０の第２の通信情報１３００と同じものである。また、記憶部２０００に社内ＡＰ通信情報１１００が記憶されていてもよいが、画像形成装置２０が有線でネットワークＮ１に接続している場合は不要である。画像形成装置２０が無線でネットワークＮ１に接続されている場合は、記憶部２０００に社内ＡＰ通信情報１１００が記憶されており、第３通信部２６１には社内ＡＰ通信情報１１００が設定されている。
【００７３】
（画像形成装置の機能）
近接通信部２５は、図４に示したＣＰＵ２１１及び近距離無線通信装置２０６等により実現され、数ｍ程度の距離内に存在する携帯端末１０と無線通信を行う。後述するように、近接通信部２５が受信する主な情報はＵＲＬ情報５０００であり、送信する主な情報は第２の通信情報１３００である。
【００７４】
プリント機能部２７は、図４のプリンタ２０５などにより実現され、携帯端末１０から実行を要求された印刷ジョブに含まれる印刷対象データを印刷する。なお、画像形成装置２０は、プリント機能部２７に加えて、読み取った原稿から画像データ（電子データ）を生成するためのスキャン機能部、読み取った原稿を複製するコピー機能部、読み取った原稿又は電子データを電話回線網などを介してＦＡＸ送信するＦＡＸ機能部などを有していてもよい。
【００７５】
通信部２６は、図４に示したＣＰＵ２１１及び通信Ｉ／Ｆ２０４等により実現され、携帯端末１０と各種のデータの送受信を行う。より具体的には、近接通信部２５がＵＲＬ情報５０００を取得すると、第３通信部２６１はネットワークＮ１を経由して携帯端末１０のサーバ部１２ａとの通信を試みる。また、再度（次回の）ＵＲＬ情報５０００を取得すると、第４通信部２６２はネットワークＮ２へ接続し、ネットワークＮ２を経由して携帯端末１０のサーバ部１２ａとの通信を試みる。なお、第４通信部２６２には予め第２の通信情報１３００が設定されている。あるいは、再度（次回の）ＵＲＬ情報５０００を受信することで、通信部２６が第２の通信情報１３００が設定された第４通信部２６２を作成してもよい。
【００７６】
記憶・読出部２９は、図４に示したＣＰＵ２１１、ＲＡＭ２１２、ＲＯＭ２１３、ＮＶＲＡＭ２１４及びＨＤＤ２１５等により実現され、記憶部２０００から各種のデータを読み出したり、記憶部２０００に各種のデータを書き込んだりする。なお、以下では、画像形成装置２０が記憶部にアクセスする場合でも「記憶・読出部２９を介して」という記載を省略する場合がある。
【００７７】
＜ＵＲＬ情報５０００＞
図６を用いてＵＲＬ情報５０００について説明する。図６は、ＵＲＬ情報とＵＲＬを説明する図の一例である。携帯端末１０のサーバ構築部１２が作成するＵＲＬ情報５０００は、携帯端末１０のＩＰアドレス、ポート番号及びワンタイムパスワードの３つの情報を有している。
・携帯端末のＩＰアドレスは、携帯端末１０に固定又はＤＨＣＰサーバが付与したＩＰアドレスである。ＩＰアドレスは例えば「ipconfig」などのコマンドで検出できるものであり、携帯端末１０にとっては既知である。
・ポート番号は、画像形成装置２０から送信された第２の通信情報１３００の「携帯端末のサーバのポート番号」である。画像形成装置２０からの通信を携帯端末１０が待ち受けるためのポート番号となる。
・ワンタイムパスワードは、携帯端末１０が画像形成装置２０を認証するための情報であり、サーバ構築部１２がＵＲＬ情報５０００を作成するたびに変更される。ワンタイムパスワードは例えば任意の不作為な英数字の組み合わせである。つまり、このワンタイムパスワードを指定して携帯端末１０に接続する画像形成装置２０は、携帯端末１０がＵＲＬ情報５０００を送信した画像形成装置２０であることが認証できる。
【００７８】
このように、ＵＲＬ情報５０００により、ＩＰアドレスやポート番号という画像形成装置２０が携帯端末１０のサーバ部１２ａと通信するために必要な情報が得られる。図６に示すように、画像形成装置２０の第３通信部２６１又は第４通信部２６２はＵＲＬ情報５０００を用いて、ＨＴＴＰ通信のための仕様にしたがってＵＲＬを作成する。これにより、画像形成装置２０の第３通信部２６１又は第４通信部２６２は、携帯端末１０に構築されたサーバ部１２ａと通信できる。なお、携帯端末１０のサーバ構築部１２はＵＲＬ情報５０００でなくＵＲＬそのものを画像形成装置２０に送信してもよい。
【００７９】
ＵＲＬはサーバ部１２ａに画像形成装置２０が通信するためのアドレス情報なので、サーバ部１２ａと画像形成装置２０が通信すると、携帯端末１０は画像形成装置２０がＵＲＬ情報５０００を使用して通信したと判断できる。
【００８０】
ＵＲＬ情報５０００はネットワークＮ１とＮ２それぞれについて（ネットワークが切り替わるごとに）携帯端末１０から画像形成装置２０に送信される。ＩＰアドレスは携帯端末１０に固定又はＤＨＣＰサーバが付与したものに依存し、ポート番号は画像形成装置２０が送信する「携帯端末のサーバのポート番号」に依存する。ポート番号は画像形成装置２０が送信する「携帯端末のサーバのポート番号」に依存する。したがって、ＵＲＬ情報５０００はワンタイムパスワードを除いて変更がなくてもよい。ネットワークが切り替わるごとにＵＲＬ情報５０００が送信されるのは、ＵＲＬ情報５０００のＩＰアドレスがネットワークの切り替えによって変化する可能性があるため、画像形成装置２０がサーバ部１２ａとの通信を開始することの契機となるため、及び、ワンタイムパスワードを送信するためである。
【００８１】
なお、ＵＲＬ情報のうち携帯端末１０のＩＰアドレスの部分をＩＰアドレスでなくホスト名で送信してもよい。この場合、サーバ構築部１２はＤＮＳ（Domain Name System）サーバに携帯端末１０のＩＰアドレス（ポート番号を除くＵＲＬ）とホスト名を対応付けて登録しておく。
【００８２】
＜サーバ部１２ａの機能＞
まず、サーバとは、ネットワークにおいて、他のコンピュータに対し、自身の持っている機能やサービス、データなどを提供するサービス提供部（コンピュータや装置）をいう。サービス提供部は具体的にはサーバやサーバ装置と呼ばれる。本実施形態のサーバ部１２ａもこのような意味のサーバとして動作する。しかしながら、サーバ部１２ａは画像形成装置２０が携帯端末１０に接続できたことを検出する機能と画像形成装置２０のアドレス情報を取得するという機能を有する。画像形成装置２０のアドレス情報は、ネットワークＮ１又はＮ２上で画像形成装置２０を一意に識別するための情報である。具体的には画像形成装置２０のＵＲＩ、ＵＲＬ、ホスト名又はＩＰアドレスなどが挙げられる。本実施形態ではＩＰアドレス３０００を例にして説明する。
【００８３】
図７はシーケンス図を用いたサーバ部１２ａの機能を説明する図の一例である。図７はＵＲＬ情報５０００が送信された後の処理を示している。
【００８４】
S1：上記のように携帯端末１０にサーバ部１２ａがあることで、画像形成装置２０がＨＴＴＰ通信のリクエストなどで携帯端末１０にアクセスできる。
【００８５】
S2：サーバ部１２ａは上記のＵＲＬで送信されるパスワードを取得し、ＵＲＬ情報５０００に含まれるパスワードと一致するかどうかを判断する。
【００８６】
S3：一致する場合は、サーバ部１２ａは第１通信部１６１又は第２通信部１６２を介して通信ＯＫ（ステータスコード２００）を画像形成装置２０に送信する。通信ＯＫ（ステータスコード２００）は、通信が成功した旨を示す。
【００８７】
S4：一致しない場合は、サーバ部１２ａは第１通信部１６１又は第２通信部１６２を介して通信ＮＧ（ステータスコード４０１）を画像形成装置２０に送信する。通信ＮＧ（ステータスコード４０１）は、認証に失敗した旨（Unauthorixed）を示す。ステータスコード４０１は４００番台の別のステータスコードでもよい。
【００８８】
S5〜S7：画像形成装置２０は繰り返しサーバ部１２ａにＨＴＴＰ通信のリクエストを送信する（通信ＯＫ以外の場合にステップＳ１のリクエストが届いたかどうか不明のため）。構築されたサーバ部１２ａは、構築された後の最初のリクエストに対してのみ通信ＯＫを返し、２回目以降のリクエストに対してはパスワードが一致しても通信ＮＧ（ステータスコード４０４）を返す。ステータスコード４０４は、リクエストされたリソースが見つからなかったこと（Not Found）を示す。なお、２回目以降のリクエストに対しては４００番台の他のレスポンスを作成してもよい。
【００８９】
２回目以降のリクエストに対して通信ＮＧが返されることにより、携帯端末１０が画像形成装置２０以外の機器から送信されるリクエストを受信しても該機器を画像形成装置２０と取り違えることを抑制できる。
【００９０】
S11：また、サーバ部１２ａは画像形成装置２０からリクエストを受信したことを接続可否判断部に通知する。これにより、接続可否判断部１３はネットワークＮ１又はネットワークＮ２に接続できたと（画像形成装置２０と通信できたと）判断できる。
【００９１】
S12：また、サーバ部１２ａは画像形成装置２０のＩＰアドレス３０００を取得してジョブ制御部１８に通知する。第１通信部１６１又は第２通信部１６２がリクエストを受信することでＴＣＰ／ＩＰレイヤで送受信されるＩＰヘッダーに含まれている画像形成装置２０のＩＰアドレス３０００を取得できる。
【００９２】
このように、サーバ部１２ａを作成することで、ＩＰアドレス３０００を画像形成装置２０から携帯端末１０がBluetooth Low  Energyなどで取得しなくても、接続可否の判断、画像形成装置２０のＩＰアドレス３０００の取得などが可能になる。
【００９３】
＜Bluetooth Low Energyについて＞
Bluetooth Low Energy（以下ではＢＬＥという）では携帯端末１０と画像形成装置２０が１対１に通信するが、両者に役割が定められている。サービスを提供する機器（本実施形態では画像形成装置２０）をペリフェラルと称し、サービスを利用する機器（本実施形態では携帯端末１０）をセントラルと称する。なお、両者の関係は固定でなく逆でもよい。
【００９４】
ペリフェラルとセントラルは、ペリフェラルが持つデータのリストにしたがって通信する。1つのデータには、ＵＵＩＤ（Universally Unique Identifier）とＨＡＮＤＬＥ（Attribute Handle)が付与されており、セントラルはこのどちらかを指定してペリフェラルにアクセスする。また、Bluetooth Low  Energyではこのデータをキャラクタリスティックという。
【００９５】
ペリフェラルは一定間隔でサービス内容を示すＵＵＩＤのアドバタイズパケットを送信しており、セントラルは電波が届く範囲に進入するとアドバタイズパケットを受信する。セントラルは目的のサービスであると判断すると、データリストをペリフェラルから取得することで、データへのアクセス方法などを取得する。
【００９６】
セントラルが目的のサービスであるため通信すると判断すると、通信開始を宣言する。この後、通信終了を宣言するまでは一定間隔で互いの存在を確認するための通信が行われる。
【００９７】
データの送受信はＵＵＩＤ又はＨＡＮＤＬＥを指定して（キャラクタリスティックを指定して）行われる。例えば、セントラルがペリフェラルからデータを取得する場合、「Read Characteristic」が使用され、セントラルがペリフェラルにデータを送信する場合、「Write Characteristic」が使用される。
【００９８】
＜処理の詳細＞
次に、印刷システム１の処理の詳細について説明する。
【００９９】
<<全体の動作>>
まず、図８を用いて本実施例に係る印刷システム１の印刷処理の流れについて説明する。図８は、本実施例に係る印刷処理の一例のシーケンス図である。また、図９、１０は携帯端末１０に表示される画面例を示す図であり、適宜参照して説明される。
【０１００】
S1：ユーザは携帯端末１０のＵＩ表示部１５が表示させた画面を操作して印刷の実行を指示する。携帯端末１０の操作受付部１７は印刷実行の操作を受け付ける。ユーザは携帯端末１０に搭載されたアプリケーションから所望の印刷対象データを選択し印刷実行の指示を行う。これにより、ユーザが選択した印刷対象データが含まれる印刷ジョブが生成される。印刷実行により携帯端末１０の表示装置１０２には図９（ａ）の画面が表示される。
【０１０１】
図９（ａ）は印刷条件画面９０１の一例を示す。印刷条件画面９０１には、印刷対象データ９０２、画像形成装置２０のアイコン９０３、印刷部数９０４、カラー／白黒９０５、及び、用紙サイズ９０６が表示される。印刷部数９０４、カラー／白黒９０５、及び、用紙サイズ９０６には、アプリケーションに予め設定されている初期の設定値が表示されると共に、ユーザが最後に設定した設定値が保持される。したがって、ユーザは携帯端末１０を用いて画像形成装置２０に印刷させる場合、設定の変更を最小限にして自分が望む設定値（印刷条件）で印刷することができる。
【０１０２】
なお、使用方法アドバイス９０７は、例えばアイコン９０７ａや「ＭＦＰにタッチしてプリントスタート」というメッセージ９０７ｂを有し、ユーザが携帯端末１０を画像形成装置２０の近距離無線通信装置２０６の位置にかざす(接近させる)ことを促す。かざすことにより、携帯端末１０の近接通信部１１は画像形成装置２０の近距離無線通信装置２０６から第２の通信情報１３００を取得する。
【０１０３】
S2：ユーザは画面の指示にしたがって携帯端末１０を画像形成装置２０の近距離無線通信装置２０６に近づける。ＢＬＥとしては数ｍ程度の距離で機器同士が通信できる。しかし、複数の画像形成装置２０が近くに配置されている場合もあるため、ユーザが意識的に画像形成装置２０から一定距離内まで携帯端末１０を接近させたことを携帯端末１０が検出する。具体的には、１０〜５０ｃｍ位より短い距離に携帯端末１０が画像形成装置２０に接近したことを携帯端末１０の近接通信部１１が検出する。この一定距離はユーザが設定可能でもよい。
【０１０４】
距離の検出について説明する。上記のように、画像形成装置２０はＢＬＥが通信可能な範囲（数ｍ）にアドバタイズパケットを送信している。このアドバタイズパケットには、近距離無線通信装置２０６の出力が含まれている。また、近距離無線通信装置１０９はＢＬＥの電波を受信した際の電波強度を検出している。携帯端末１０の近接通信部１１は、出力と電波強度の差や比率を所定の変換式又はテーブルで距離に変換する。これにより、携帯端末１０の近接通信部１１は画像形成装置２０との距離を検出できる。
【０１０５】
なお、一定距離内かどうかの判断を行うことなく、近接通信部１１は画像形成装置２０と通信を開始してもよい。
【０１０６】
S2.1：携帯端末１０の近接通信部１１は、画像形成装置２０から数ｍ程度以内に接近することで電波の受信を開始したが、一定距離内に接近するまで、画像形成装置２０との距離の検出を繰り返す。
【０１０７】
S2.2：携帯端末１０の近接通信部１１が画像形成装置２０から一定距離内に接近したと判断すると、近接通信部１１は画像形成装置２０との通信を開始する（通信開始を宣言する）。これにより、携帯端末１０の近接通信部１１はネットワークＢＬＥに接続したことになる。
【０１０８】
S2.3：次に、携帯端末１０の近接通信部１１はネットワークＢＬＥを介して、第２の通信情報１３００を画像形成装置２０に要求する。具体的には、第２の通信情報１３００を要求するキャラクタリスティックを指定することで、第２の通信情報１３００を要求する。画像形成装置２０の近接通信部２５は第２の通信情報１３００の要求を取得して、記憶部２０００から第２の通信情報１３００を読み出し携帯端末１０に送信する。携帯端末１０の近接通信部１１は第２の通信情報１３００を記憶部２０００に記憶させる。
【０１０９】
以降のステップＳ２．４〜Ｓ５．１までは、携帯端末１０がネットワークＮ１へ接続しているかどうかの判断、及び、ネットワークＮ２へ接続しているかどうかの判断、のそれぞれで実行される（ネットワークの数だけ繰り返される）。しかし、ネットワークＮ１へ携帯端末１０が接続していると判断された場合、ネットワークＮ２への接続の判断は行われない。
【０１１０】
S2.4：ネットワーク切替部１４は携帯端末１０が接続するネットワークをネットワークＮ１（又は携帯端末１０が接続している別のネットワーク）からネットワークＮ２へ切り替える。この処理は、ネットワークＮ１へ携帯端末１０が接続していないと判断された場合に行われる。詳細は後述する。
【０１１１】
S2.5：ネットワークＢＬＥに接続すると、携帯端末１０のサーバ構築部１２はサーバ部１２ａを構築する。また、サーバ構築部１２は記憶部１０００から読み出した第２の通信情報１３００を用いてＵＲＬ情報５０００を作成する。携帯端末１０のＩＰアドレスは既知であり、ポート番号は第２の通信情報１３００に記述されており、ワンタイムパスワードは任意に作成できる。
【０１１２】
S2.6：携帯端末１０の近接通信部１１はネットワークＢＬＥを介して、ＵＲＬ情報５０００を画像形成装置２０に送信する。具体的には、ＵＲＬ情報５０００を送信するキャラクタリスティックを指定しＵＲＬ情報５０００を添付することで送信する。なお、近接通信部１１はＵＲＬ情報５０００を暗号化しておくことが好ましい。暗号化には予め携帯端末１０のプログラム１０８ａと画像形成装置２０のプログラム２１５ａに設定されている固定値を使用すればよい。この他、ステップＳ２．２のＢＬＥの通信の開始時に交換してもよい。
【０１１３】
なお、画像形成装置２０の近接通信部２５が、画像形成装置２０に存在しないキャラクタリスティック（上記のデータのリストに存在しない）を取得した場合はエラーを検出して、以降の処理は行わない。
【０１１４】
携帯端末１０がＵＲＬ情報５０００を送信すると、携帯端末１０の表示装置１０２には図９（ｂ）に示す接続中画面９１１が表示される。接続中画面９１１では、アイコン９１２と文字９１３などにより接続中である旨が表示される。また、接続や印刷ジョブをユーザが中止するためのキャンセルボタン９１４が表示される。
【０１１５】
S2.6.1：画像形成装置２０の近接通信部２５はＵＲＬ情報５０００を取得すると復号し、第３通信部２６１に通知する。
【０１１６】
S2.6.1.1：画像形成装置２０の第３通信部２６１はＵＲＬ情報５０００を用いて、図６のようにＵＲＬを作成する。第３通信部２６１はＵＲＬ情報５０００を取得したことを契機にしてネットワークＮ１を介して携帯端末１０のサーバ部１２ａとの通信を試みる。なお、画像形成装置２０の第３通信部２６１はネットワークＮ１へすでに接続しており、また、画像形成装置２０の第４通信部２６２はネットワークＮ２へすでに接続しているか又は接続していない場合でも接続への支障はないものとする。
【０１１７】
S3：携帯端末１０の接続可否判断部１３は、近接通信部１１がＵＲＬ情報５０００を送信してから待機時間の間、画像形成装置２０からサーバ部１２ａへのＨＴＴＰ通信のリクエストを待っている。待機時間は例えば数秒であるが、これに限られるものではなく、ユーザが画面から設定できることが好ましい。画像形成装置２０の第３通信部２６１はＵＲＬでサーバ部１２ａのＩＰアドレスとポート番号を指定してＨＴＴＰ通信のリクエストを送信する。リクエストにはワンタイムパスワードが含まれる。ＨＴＴＰ通信のリクエストとなるメソッドは種々であるが、例えばＰＯＳＴやＧＥＴなどが使用される。本実施形態ではどのようなメソッドでもよい。これは、ＨＴＴＰ通信のリクエストは、画像形成装置２０が携帯端末１０に画像形成装置２０のＩＰアドレス３０００を通知するために行われるためである。なお、ＩＰアドレス３０００を通知するにはＩＰプロトコルが使用されていればよいので、ＩＰプロトコルより上位の通信プロトコルは、ＨＴＴＰ通信に限られない。例えば、ＨＴＴＰＳｓ、ＨＴＴＰ／２、ＦＴＰ（File Transfer Protocol）などでもよい。また、ＴＣＰでなくＵＤＰが使用されてもよい。
【０１１８】
画像形成装置２０の第３通信部２６１がＨＴＴＰ通信のリクエストを送信した場合、携帯端末１０の第１通信部１６１がリクエストを受け付け、サーバ部１２ａにリクエストを通知する。上記のように、サーバ部１２ａはワンタイムパスワードが一致する場合、ＵＲＬ情報５０００が送信されてから最初のリクエストに対し、ステータスコード２００のレスポンスを返し、２回目以降のリクエストに対しステータスコード４０４のレスポンスを返す。ステータスコードが２００でない場合、携帯端末１０がリクエストを受信したかどうか画像形成装置２０にとって不明なので、ステップＳ５のリクエストを繰り返し送信しているためである。
【０１１９】
S3.1：携帯端末１０のサーバ部１２ａがリクエストを受信してリクエスト受信通知を接続可否判断部１３に通知することで、接続可否判断部１３は携帯端末１０がネットワークＮ１に接続できていると判断する。また、携帯端末１０は画像形成装置２０のＩＰアドレス３０００を取得できる。
【０１２０】
S4：ＩＰアドレス３０００を取得できたことで、サーバ部１２ａは不要となるためサーバ構築部１２はサーバ部１２ａを削除する。
【０１２１】
S5：また、ＩＰアドレス３０００を取得できたことで、画像形成装置２０がリクエストを送信することが不要となるので、携帯端末１０の近接通信部１１はリクエストの終了通知を画像形成装置２０に送信する。具体的には、リクエストの終了を通知するキャラクタリスティックに所定の値（ゼロ）を書き込む。
【０１２２】
S5.1：画像形成装置２０の近接通信部２５はリクエストの終了通知を取得し、第３通信部２６１にリクエストの送信を終了させる。
【０１２３】
S6：携帯端末１０の近接通信部１１はＢＬＥの通信を終了する（通信終了を宣言する）。これにより、携帯端末１０はネットワークＢＬＥに接続しなくなる。
【０１２４】
以降は、携帯端末１０が画像形成装置２０に対しジョブの実行を要求する処理が行われる。
【０１２５】
S7：画像形成装置２０のＩＰアドレス３０００を取得できたので、携帯端末１０の第１通信部１６１又は第２通信部１６２は、ネットワークＮ１又はＮ２を介して画像形成装置２０に印刷ジョブをリクエストする。したがって、ＨＴＴＰなどの通信プロトコルで画像形成装置２０と通信できる。
【０１２６】
ステップＳ７が実行されると、図１０（ａ）に示す画面が表示される。図１０（ａ）は、携帯端末１０の表示装置１０２に表示される送信完了画面９２１を示す。送信完了画面９２１は携帯端末１０から画像形成装置２０への印刷ジョブの送信が完了した旨を表す画面である。送信完了画面９２１は「送信完了」というメッセージ９２２と送信が完了したことを示すアイコン９２３が表示されている。送信完了画面９２１は一定時間表示された後、自動的に消去され図９（ａ）の印刷条件画面９０１が表示される。なお、ユーザがアイコン９２３を押下（タッチ）することなどにより図９（ａ）の印刷条件画面９０１が表示されてもよい。
【０１２７】
また、ネットワークＮ１とＮ２のどちらにも携帯端末１０が接続できなかった場合、携帯端末１０のＵＩ表示部１５は図１０（ｂ）に示す画面を表示する。図１０（ｂ）は、携帯端末１０の表示装置１０２に表示される通信不可画面９３１の一例を示す。通信不可画面９３１では、「機器と接続できません」というメッセージ９３２とＯＫボタン９３３が表示される。ユーザがＯＫボタン９３３を押下すると（タッチすると）、表示装置１０２には図９（ａ）の印刷条件画面９０１が表示される。
【０１２８】
S7.1：画像形成装置２０の第３通信部２６１又は第４通信部２６２は、ネットワークＮ１又はＮ２を介して印刷ジョブのリクエストを受信し、印刷ジョブをプリント機能部２７に通知する。
【０１２９】
S7.2：画像形成装置２０のジョブ制御部１８は印刷ジョブを実行する。印刷ジョブの実行が終了するとジョブ制御部１８は印刷ジョブの完了通知を第３通信部２６１に通知する。第３通信部２６１は印刷ジョブの完了通知を携帯端末１０に送信する。なお、画像形成装置２０はＵＲＬ情報５０００を利用して画像形成装置２０に完了通知を送信してもよいし（この場合、サーバ部１２ａはジョブの実行完了後に削除される）、ステップＳ７のＨＴＴＰ通信に対する応答として完了通知を送信してもよい。
【０１３０】
以上のようにして、携帯端末１０は画像形成装置２０にＵＲＬ情報５０００を送信し、画像形成装置２０からＩＰアドレス３０００の通知を取得することができる。これにより、印刷システム１は印刷ジョブの実行を行うことができる。
【０１３１】
＜ネットワークＮ１からＮ２への切り替え＞
図８のステップＳ２．４のネットワークの切り替えについて説明する。ネットワークの切り替え方法は、携帯端末１０のＯＳによって異なっている。ＯＳの一例としてAndroid（登録商標。以下省略する）とｉＯＳ（登録商標。以下省略する）を例にして説明する。
【０１３２】
図８のステップＳ３で待機時間の間、携帯端末１０がリクエストを受信しない場合、接続可否判断部１３がネットワークＮ１で接続できないと判断し、通信部１６が接続するネットワークをネットワーク切替部１４がネットワークＮ１からＮ２に切り替える。
【０１３３】
<<Android>>
Android上で動作するプログラム１０８ａはネットワークを切り替えることができる。つまり、ＯＳであるAndroidはネットワークの切り替えを監視しない。この場合、ネットワーク切替部１４は、第２の通信情報１３００が設定された第２通信部１６２に生成して、第１通信部１６１に代わって第２通信部１６２を有効にする。以降は、ステップＳ２．５〜Ｓ５．１の処理が行われる。
【０１３４】
<<ｉＯＳ>>
ｉＯＳはプログラム１０８ａがネットワークを切り替えようとすることを監視している。このため、ネットワーク切替部１４が、第２の通信情報１３００が設定された第２通信部１６２を生成しようとしたり、第１通信部１６１を停止しようとしたりしても、ｉＯＳが許可しない。ネットワークの切り替えにはユーザの操作が必要である。
【０１３５】
図１１は、携帯端末１０の表示装置１０２に表示されるネットワーク切替画面９４１の一例を示す。例えば、接続可否判断部１３がネットワークＮ１へ接続できないと判断すると、ネットワークＮ２を介した通信の判断の前に、携帯端末１０のＵＩ表示部１５は図１１に示すネットワーク切替画面９４１を表示する。このように、ネットワーク切替部１４がネットワークを切り替えるのではなくて、ユーザに切り替えを促す。
【０１３６】
ネットワーク切替画面９４１には「ネットワークを切り替えてください」というメッセージ９４２とＯＫボタン９４３が表示されている。メッセージ９４２はネットワークの切り替えをユーザに促す旨を示す。ネットワーク切替画面９４１は一定時間表示された後、自動的に消去され図９（ａ）の印刷条件画面９０１が表示される。ユーザがＯＫボタン９４３を押下（タッチ）することなどにより、図９（ａ）の印刷条件画面９０１が表示されてもよいし、ｉＯＳが用意するネットワークを切り替える画面を表示してもよい。
【０１３７】
ユーザがＯＫボタン９４３を押下したタイミングや、第２の通信情報１３００を携帯端末１０が取得したタイミングで、ネットワーク切替部１４は第２の通信情報１３００を第２通信部１６２に設定するためのプロファイルを作成する。プロファイルは、ｉＯＳが定める書式で第２の通信情報１３００が記述されたファイルである。ユーザは、ｉＯＳが提供するネットワークを切り替えるための画面でこのプロファイルを新しい無線通信パラメータとして選択することでネットワークＮ１からＮ２に切り替えることができる。以降は、ステップＳ２．５〜５．１Ｓの処理が行われる。
【０１３８】
<<第２の通信情報を取得するタイミング>>
ネットワークの切替の説明から分かるように第２の通信情報１３００が必要になるのは、ネットワークＮ１に携帯端末１０が接続できないと判断された場合である。したがって、図８のステップＳ２．３で受信する他、ステップＳ３で接続できないと判断された後に携帯端末１０が第２の通信情報１３００を取得してもよい。この場合、第２の通信情報１３００から取得されＵＲＬ情報５０００に含まれるサーバの「携帯端末のサーバのポート番号」が受信されないので、サーバのポート番号だけステップＳ２．３で受信しておく、又は、携帯端末１０が任意のポート番号でＵＲＬ情報５０００を作成する、などが考えられる。後者の場合でも、ファイアウォールなどでポートが閉じられていない場合、不都合はほとんどない。
【０１３９】
<<印刷ジョブの送信のタイミング>>
図８のステップＳ３、Ｓ３．１で携帯端末１０がＩＰアドレス３０００を取得できるため、ステップＳ３、Ｓ３．１以降であれば、携帯端末１０が印刷ジョブを画像形成装置２０に送信できる。図８のような手順としたのは、現状の画像形成装置２０が、ＵＲＬ情報の受信からリクエストの送信の中で画像形成装置２０が印刷ジョブを実行する設計となっていないためである。しかし、画像形成装置２０はリクエストの送信に対するレスポンスなどでも印刷ジョブを取得することは可能であるため、ステップＳ３．１の後に携帯端末１０が印刷ジョブを送信してもよい。この場合、印刷ジョブを開始するまでの時間を短縮できるという効果がある。
【０１４０】
<<サーバの構築からリクエストの受け付けまでの処理>>
図１２を用いて、図８のサーバの構築からリクエストの受け付けまでの処理の詳細を説明する。図１２は、携帯端末１０がサーバ部１２ａを構築してリクエストを受け付ける処理の詳細を説明するフローチャート図の一例である。図１２の処理は図８のＳ２．３の後（ネットワークが切り替えられない場合）又はＳ２．４の後（ネットワークが切り替えられた場合）に実行される。すなわち、ネットワークＮ１とネットワークＮ２のそれぞれで同様の処理が実行される（ネットワークＮ２に切り替えられた場合）。
【０１４１】
まず、携帯端末１０のサーバ構築部１２はサーバ部１２ａを構築する（Ｓ１０）。これによりサーバ部１２ａが形成され、画像形成装置２０からのＨＴＴＰ通信のリクエストを受け付ける準備が整う。
【０１４２】
サーバ構築部１２はサーバ部１２ａを構築できたか否かを判断する（Ｓ２０）。サーバ構築部１２がサーバ部１２ａを構築できない場合とは（Ｓ２０のＮｏ）、例えばサーバ部１２ａのポート番号が他のアプリで使用されている場合である。すなわち、サーバ部１２ａのポート番号はＵＲＬ情報５０００に含まれるポート番号と同じであるが、元は第２の通信情報１３００に含まれている「携帯端末のサーバのポート番号」である。したがって、携帯端末１０によっては他のアプリが同じポート番号を使用している場合がある。サーバ構築部１２はポート番号が使用中かをＯＳに問い合わせるなどして、使用中かどうかを判断する。この他、サーバを構築できない場合とは、例えばメモリ不足やサーバの構築を禁止されている場合（セキュリティのため）などが挙げられる。
【０１４３】
ステップＳ２０の判断がＹｅｓの場合、携帯端末１０の近接通信部１１はネットワークＢＬＥを介してサーバ部１２ａのＵＲＬ情報５０００を画像形成装置２０に送信する（Ｓ３０）。携帯端末１０の表示装置１０２には図９（ｂ）に示す接続中画面９１１が表示される。
【０１４４】
そして、近接通信部１１はＵＲＬ情報５０００を画像形成装置２０に送信できたかどうかを判断する（Ｓ４０）。送信できない場合とは（Ｓ４０のＮｏ）、例えば、画像形成装置２０のＢＬＥの電波の到達範囲から逸脱した場合、電波が輻輳している場合などがある。
【０１４５】
ステップＳ４０の判断がＹｅｓの場合、接続可否判断部１３はサーバ部１２ａに対する画像形成装置２０からのＨＴＴＰ通信のリクエストを待ち受ける（Ｓ５０）。
【０１４６】
待機時間の間にＨＴＴＰ通信のリクエストを第１通信部１６１又は第２通信部１６２が受信した場合（Ｓ６０のＹｅｓ）、サーバ部１２ａはＩＰヘッダーから画像形成装置２０のＩＰアドレス３０００を取得する（Ｓ７０）。
【０１４７】
待機時間の間にリクエストを第１通信部１６１又は第２通信部１６２が受信しない場合（Ｓ６０のＮｏ）とは、携帯端末１０がネットワークＮ１又はＮ２に接続していない場合、すなわち、携帯端末１０が画像形成装置２０と通信できない場合である。
【０１４８】
また、ステップＳ２０でＮｏと判断されると、サーバ構築部１２はエラーを検出し、ステップＳ４０でＮｏと判断されると近接通信部１１はエラーを検出し、ステップＳ６０でＮｏと判断されると、接続可否判断部１３はエラーを検出する（Ｓ８０）。これらの場合、携帯端末１０のＵＩ表示部１５は図１０（ｂ）の通信不可画面９３１を表示する。
【０１４９】
<<ネットワークへの接続の手順>>
図１３を用いて、図８におけるネットワークＮ１又はＮ２への接続可否の判断の詳細を説明する。図１３は、携帯端末１０がネットワークＮ１又はＮ２へ接続できたか否かを判断する処理の詳細を説明するフローチャート図の一例である。図１３の処理は図８のＳ２．５に続いて実行される。また、図１３の処理はネットワークＮ１への接続判断とネットワークＮ２への接続判断を含んでいる。
【０１５０】
まず、図１２で説明したように、携帯端末１０はネットワークＮ１を介して画像形成装置２０が携帯端末１０と通信するためのサーバ部１２ａを構築する（Ｓ１１０）。また、携帯端末１０はＵＲＬ情報５０００を画像形成装置２０に送信する。
【０１５１】
ＵＲＬ情報５０００を送信すると、接続可否判断部１３は画像形成装置２０からＨＴＴＰ通信のリクエストを取得したか否かを判断する（Ｓ１２０）。画像形成装置２０の第３通信部２６１はネットワークＮ１に接続しており、画像形成装置２０の第４通信部２６２はネットワークＮ２に接続しているものとして、ユースケースを分けて説明する。
【０１５２】
・ユースケース１
来客者９の携帯端末１０はネットワークと何ら接続していなくても、又は、何らかのネットワーク（ネットワークＮ１，Ｎ２、ＢＬＥ以外）に接続されていたとしてもよい。画像形成装置２０の第３通信部２６１は、ＵＲＬ情報５０００で生成したＵＲＬで携帯端末１０のサーバ部１２ａと通信する（ＨＴＴＰ通信のリクエストを送信する）。来客者９の携帯端末１０はネットワークＮ１に接続していないので、携帯端末１０の第１通信部１６１がリクエストを受信することはない。したがって、ユースケース１の場合、ステップＳ１２０でリクエストを取得しないと判断される。
【０１５３】
なお、画像形成装置２０の第４通信部２６２は、第３通信部２６１と並行して又は交互にＵＲＬ情報５０００で生成したＵＲＬで携帯端末１０のサーバ部１２ａと通信してもよい。画像形成装置２０がこのように動作しても、携帯端末１０はネットワークＮ２には接続していないので携帯端末１０の第１通信部１６１又は第２通信部１６２がリクエストを受信することはない。
【０１５４】
画像形成装置２０が第３通信部２６１と第４通信部２６２のどちらで通信を行うかは、画像形成装置２０のルーティングテーブルとＵＲＬ情報５０００に含まれる携帯端末１０のＩＰアドレスによって決定される。通信部２６はルーティングテーブルを参照し、携帯端末１０のＩＰアドレスが第３通信部２６１で通信するルールになっていれば、第３通信部で通信を行い、第４通信部２６２で通信するルールになっていれば、第４通信部２６２で通信する。
【０１５５】
・ユースケース２
社員８の携帯端末１０が社内ＬＡＮ（ネットワークＮ１）に接続した状態であれば、画像形成装置２０の第３通信部２６１がＵＲＬ情報５０００で生成したＵＲＬで携帯端末１０のサーバ部１２ａと通信することができる場合が多いと考えられる。しかし、ネットワークＮ１に携帯端末１０が接続していたとしても、以下のような状況がありうる。
【０１５６】
ネットワークＮ１に、ＵＲＬ情報５０００のＵＲＬと同じＩＰアドレスの機器（画像形成装置２０の場合もそうでない場合もある）がある場合。この場合、携帯端末１０と通信できても通信が不安定になるおそれがある。しかし、この場合でも、携帯端末１０が１度でもリクエストを受信できれば画像形成装置２０のＩＰアドレス３０００を取得できるため、大きな不都合はない。画像形成装置２０が携帯端末１０と一切、通信できない場合は、ユースケース１と同様に扱われる。
【０１５７】
また、社員８であっても社内ＬＡＮに接続した状態でない場合は、画像形成装置２０が携帯端末１０と通信できない。この場合は、ユースケース１と同様に扱われる。
【０１５８】
以上のように、ユースケース２の社員８の携帯端末１０が社内ＬＡＮに接続した状態であれば、ステップＳ１２０でＹｅｓと判断される場合が多い。
【０１５９】
ステップＳ１２０において、ネットワークＮ１を介して画像形成装置２０が携帯端末１０にリクエストを送信できた場合、携帯端末１０の接続可否判断部１３は社内ＡＰ通信情報１１００が設定されている第１通信部１６１を用いてネットワークＮ１を介して画像形成装置２０と通信を行うと判断する（Ｓ１８０）。
【０１６０】
ステップＳ１２０の判断がＮｏの場合、ネットワーク切替部１４は記憶部１０００に他の無線通信パラメータが記憶されているか否かを判断する（Ｓ１３０）。他の無線通信パラメータとは接続可否判断部１３がリクエストを受信したか否かを判断していない無線通信パラメータであり、例えば社内ＡＰ通信情報１１００以外の無線通信パラメータである（本実施例では第２の通信情報１３００）。すなわち、第２の通信情報１３００が記憶部１０００に記憶されているか否かが判断される。
【０１６１】
ステップＳ１３０の判断がＮｏの場合、処理はステップＳ１７０に進む。この場合、画像形成装置２０からリクエストも送信されないし、他に無線通信パラメータも存在しないので、接続可否判断部１３は画像形成装置２０と通信できないと判断する（Ｓ１７０）。この場合は、図１０（ｂ）に示す通信不可画面９３１が携帯端末１０の表示装置１０２に表示される。
【０１６２】
ステップＳ１３０の判断がＹｅｓの場合、画像形成装置２０は以下の処理を行う（Ｓ１４０）。
(i)  ネットワークの切替
ネットワーク切替部１４は第２の通信情報１３００に含まれるアクセスポイントの情報（ＳＳＩＤ、パスワード、及び暗号化方式）を利用して、ネットワークＮ２へ接続を切り替える。
(ii)  サーバ部１２ａの構築
ネットワークを切り替えたことで携帯端末１０にはＤＨＣＰサーバによりＩＰアドレスが再割り当てされる。そのため、サーバ構築部１２は再割り当てされたＩＰアドレスを用いて再度サーバを構築する。この際、ワンタイムパスワードも再度生成される。また、サーバ構築部１２はこの再割り当てされた携帯端末のＩＰアドレスとワンタイムパスワードからＵＲＬ情報５０００を再度生成する。
(iii)  ＵＲＬ情報５０００の送信
(ii)で構築したサーバ部１２ａのＵＲＬ（上記のＵＲＬ情報５０００）をＢＬＥの通信におけるＵＲＬ通知用のキャラクタリスティックに近接通信部１１が書き込むことで、画像形成装置２０へ通知する。
【０１６３】
そして、ステップＳ１２０と同様に、接続可否判断部１３は画像形成装置２０からＨＴＴＰ通信のリクエストを取得したか否かを判断する（Ｓ１５０）。画像形成装置２０の第３通信部２６１はネットワークＮ１に接続しており、画像形成装置２０の第４通信部２６２はネットワークＮ２に接続しているものとして、ユースケースを分けて説明する。
【０１６４】
・ユースケース１
来客者９の携帯端末１０はネットワークＮ２と接続している。したがって、画像形成装置２０の第４通信部２６２は、ＵＲＬ情報５０００で生成したＵＲＬで携帯端末１０と通信する（ＨＴＴＰ通信のリクエストを送信する）。
【０１６５】
なお、画像形成装置２０の第３通信部２６１が、第４通信部２６２と並行して又は交互にＵＲＬ情報５０００で生成したＵＲＬで携帯端末１０のサーバ部１２ａと通信してもよい。画像形成装置２０がこのように動作しても、携帯端末１０はネットワークＮ１には接続していないので携帯端末１０の第１通信部１６１又は第２通信部１６２がリクエストを受信することはない。
【０１６６】
また、ネットワークＮ２はＰ２Ｐの通信なので、携帯端末１０と同じＩＰアドレス３０００の機器が存在することは考慮しなくてよい。
【０１６７】
・ユースケース２
社員８の携帯端末１０が社内ＬＡＮ（ネットワークＮ１）に接続していなかった場合、社員８の携帯端末１０もネットワークＮ２に接続される。したがって、画像形成装置２０の第４通信部２６２は、ＵＲＬ情報５０００で生成したＵＲＬで携帯端末１０と通信する（ＨＴＴＰ通信のリクエストを送信する）。
【０１６８】
図８に戻り、ステップＳ１５０の判断がＮｏの場合、接続可否判断部１３は画像形成装置２０と通信できないと判断する（Ｓ１７０）。なお、ステップＳ１４０の処理が成功したのに、リクエストを受信できない場合とは、画像形成装置２０の何らかの不具合や電波の輻輳などが原因として考えられる。
【０１６９】
ステップＳ１５０の判断がＹｅｓの場合、接続可否判断部１３はネットワークＮ２で画像形成装置２０と通信できると判断する（Ｓ１６０）。
【０１７０】
ステップＳ１６０とＳ１７０では、携帯端末１０の表示装置１０２に図１０（ａ）の送信完了画面９２１が表示される。すなわち、ネットワークＮ１又はネットワークＮ２のどちらを経由して印刷ジョブが送信されても同じ画面が表示されるので、ユーザはネットワークの違いを意識する必要がない。なお、携帯端末１０はネットワークＮ１又はネットワークＮ２のどちらを経由して印刷ジョブが送信されたのか表示装置１０２に表示してもよい。これにより、社員８としてのユーザはセキュリティが高い社内ＬＡＮを使用できたかどうかを確認できる。また、来客者９としてのユーザは自分の印刷ジョブがＰ２Ｐネットワークを介して送信されたことを把握できる。
【０１７１】
<<画像形成装置の処理>>
続いて、図１４を用いて、図１３の携帯端末１０の処理に対応する画像形成装置２０の処理を説明する。図１４は、画像形成装置２０が携帯端末１０と接続するための処理を説明するフローチャート図の一例である。
【０１７２】
携帯端末１０がネットワークを切り替えると、上記(ii)に記載したように、ＵＲＬ情報も変更される。このため、画像形成装置２０としても携帯端末からＵＲＬ情報５０００を携帯端末１０から受信したかを繰り返し確認し、受信した場合には受信したＵＲＬ情報５０００に基づいてＵＲＬを指定してリクエストを送信する。
【０１７３】
まず、画像形成装置２０の近接通信部２５は携帯端末１０からＵＲＬ情報を受信したか否かを判断する（Ｓ１）。ステップＳ１の判断がＮｏの場合、所定時間の経過後に再度、図１４の処理が実行される。
【０１７４】
ステップＳ１の判断がＹｅｓの場合、近接通信部２５が通信部２６に通知して、通信部２６がルーティングテーブルを参照し携帯端末１０のＩＰアドレスに基づき第３通信部２６１又は第４通信部２６２が携帯端末１０にＨＴＴＰ通信のリクエストを送信させる（Ｓ２）。
【０１７５】
次に、リクエストの送信で画像形成装置２０のＩＰアドレスを携帯端末１０に通知したので、近接通信部２５は携帯端末１０からリクエストの終了通知を受信したか否かを判断する（Ｓ３）。
【０１７６】
ステップＳ３の判断がＮｏの場合、近接通信部２５はリクエストの終了通知を受信するまでステップＳ１〜Ｓ３の処理を繰り返す。
【０１７７】
なお、画像形成装置２０が１回目のＵＲＬ情報を受信してから２回目のＵＲＬ情報を受信するまでの間、携帯端末１０は図１３のステップＳ１４０の処理(i)〜(iii)等を行うため、１回目のＵＲＬ情報を受信してから２回目のＵＲＬ情報を受信するまで一定の時間が経過する。このため、ステップＳ１では一定時間経過してもＵＲＬ情報を受信しなかった場合のみＮｏと判断される。
【０１７８】
図１４の処理によれば、図１３のステップＳ１２０でＹｅｓと判断される場合（ユースケース２の場合）、ステップＳ１とＳ３はＹｅｓと判断され、図１４の処理の繰り返しは発生しない。
【０１７９】
これに対して、図１３のステップＳ１２０でＮｏと判断されステップＳ１５０（第２の通信情報１３００を受信すればＳ１３０はＹｅｓと判断される）でＹｅｓと判断される場合（ユースケース１の場合）、ステップＳ１でＹｅｓ、ステップＳ３でＮｏと判断される。したがって、図１４の処理が２回目になるとステップＳ１、Ｓ３共にＹｅｓと判断される。
【０１８０】
以上の処理で説明されたように、本実施例の印刷システム１は、複数のネットワークに接続された画像形成装置２０に対し、ユーザが社内ＡＰ通信情報１１００や第２の通信情報１３００を設定する労力を低減すると共に、各ユーザがそれぞれ適切なネットワークを自動的に選択することができる。
【０１８１】
<<無線通信パラメータの別の形態について>>
図１３の手順では、社内ＡＰ通信情報１１００で通信できない場合は第２の通信情報１３００で通信の可否を判断した。しかしながら、先に、第２の通信情報１３００で通信の可否を判断したい場合もあると考えられる。例えば、社員８でも所属の異なる社員であればＰ２ＰのネットワークＮ２に接続させたいと管理者が考える場合などである。
【０１８２】
また、画像形成装置２０がＢＬＥで複数の無線通信パラメータを送信する場合も考えられる。したがって、各無線通信パラメータに基づく通信の可否を判断する順番は固定であるよりも制御可能であることが好ましい場合がある。
【０１８３】
以下では、複数の無線通信パラメータのうちいずれの無線通信パラメータで画像形成装置２０との通信を試みるかについて、所定の優先度にしたがって決定する例を説明する。
【０１８４】
【表３】
0006784136.tif 000004
表３は、画像形成装置２０が送信する通信情報４０００の別の一例を示す。表３では、ネットワークＮ２の第２の通信情報１３００に加え、ネットワークＮ３の第３の通信情報１５００が設定されている。また、ネットワークＮ１を使用するかどうかが指示される通信判断情報１１０１が設定されている。通信判断情報１１０１は「使用可」が使用することを意味し、「不使用」が使用しないことを意味する。
【０１８５】
また、ネットワークＮ１は優先度１、ネットワークＮ２は優先度２、ネットワークＮ３は優先度３である。なお、優先度は数値が少ないほど優先度が高いものとする。この優先度は画像形成装置２０の管理者が設定できる。
【０１８６】
このような通信情報４０００では、接続可否判断部１３は、優先度１のネットワークＮ１の通信判断情報１１０１が使用可となっている場合、携帯端末１０がネットワークＮ１に接続できるかどうかを判断する。優先度１のネットワークＮ１の通信判断情報１１０１が不使用となっている場合、携帯端末１０がネットワークＮ２に接続できるかどうかを判断し、接続できない場合にネットワークＮ３に接続できるかどうかを判断する。
【０１８７】
なお、通信情報４０００（第２の通信情報１３００、第３の通信情報１５００及び通信判断情報１１０１）は記憶部１０００に記憶される。
【０１８８】
図１５を用いて、第１の通信情報１１００〜第３の通信情報１５００に優先度がある場合のネットワークへの接続可否の判断の詳細を説明する。図１５は、優先度にしたがって携帯端末１０がネットワークＮ１〜Ｎ３へ接続できたか否かを判断する処理の詳細を説明するフローチャート図の一例である。なお、図１５では主に図１３との相違を説明する。
【０１８９】
まず、ステップＳ１０５において、記憶部１０００から通信判断情報１１０１を読み出して、ネットワークＮ１が使用可かどうかを判断する（Ｓ１０５）。
【０１９０】
ステップＳ１０５の判断がＹｅｓの場合、図１３と同様にステップＳ１１０、Ｓ１２０の処理が実行される。ステップＳ１０５の判断がＮｏの場合、処理はステップＳ１３５に進む。
【０１９１】
ステップＳ１２０の判断がＹｅｓの場合、接続可否判断部１３は次の優先度の無線通信パラメータがあるか否かを判断する（Ｓ１３５）。すなわち、第２の通信情報１３００又は第３の通信情報１５００それぞれに付与された優先度の高い順に優先度を特定して、接続の可否を判断していないものがあるか否を判断する。
【０１９２】
ステップＳ１３５の判断がＮｏの場合、接続可否判断部１３は画像形成装置２０と通信できないと判断し（Ｓ１７０）、図１５の処理は終了する。
【０１９３】
ステップＳ１３５の判断がＹｅｓの場合、接続可否判断部１３は次に優先度が高い第２の通信情報１３００又は第３の通信情報１５００のいずれかを使用して図１３のステップＳ１４０と同様の処理を行う（Ｓ１４０）。そして、リクエストを取得できたかどうかを判断する（Ｓ１５０）。
【０１９４】
ステップＳ１５０の判断がＹｅｓの場合、接続可否判断部１３は、ネットワークへ接続できた（リクエストを取得できた）無線通信パラメータで画像形成装置２０と通信すると判断する（Ｓ１６０）。
【０１９５】
ステップＳ１５０の判断がＮｏの場合、接続可否判断部１３はステップＳ１４０で切り替えたネットワークでは通信できないと判断し、処理はステップＳ１３５に進む。
【０１９６】
このように、無線通信パラメータに優先度が登録されていることで、優先的に使用すべき無線通信パラメータを用いてユーザを適切なネットワークに接続させることができる。
【０１９７】
社内ＬＡＮであるネットワークＮ１の優先度が最も高いので、社員８を優先的に社内ＬＡＮに接続させることができる。一方、通信判断情報１１０１が不使用の場合は、社員８に対してもＰ２Ｐネットワークに接続させることができる。また、ネットワークＮ１の社内ＡＰ通信情報１１００が含まれないので、来客者９が社内ＬＡＮに接続することは困難なままである。また、社員８や来客者９をＰ２ＰのネットワークＮ２，Ｎ３に接続させる場合も、優先度の高い順にネットワークＮ２、Ｎ３に接続させることができる。
【０１９８】
また、このような優先度は、例えば、各ネットワークの通信帯域に応じて決定されるようにしてもよい。
【０１９９】
＜まとめ＞
以上のように、本実施例に係る印刷システム１では、携帯端末１０は画像形成装置２０から１つ以上の無線通信パラメータを取得する。そして、携帯端末１０は、サーバ部１２ａを構築し、ＵＲＬ情報５０００を画像形成装置２０に送信してＵＲＬ情報５０００で作成されたＵＲＬに対し画像形成装置２０から通信があるか否かを判断する。そして、通信がある場合には、画像形成装置２０と通信できると判断し、画像形成装置２０のＩＰアドレス３０００も取得できる。この処理の際、社員８は社内ＬＡＮに接続していることを利用して社内ＬＡＮのネットワークＮ１に優先的に接続され、来客者９はＰ２ＰネットワークのネットワークＮ２に接続される。すなわち、携帯端末１０は、画像形成装置２０と接続される複数のネットワークのうちのいずれかのネットワークを選択し、この選択されたネットワークを介して印刷ジョブを画像形成装置２０に送信することで印刷を行うことができる。したがって、ユーザは、複数のネットワークのうちの１のネットワークを介して画像形成装置２０と通信を行うことができなかった場合においても、他のネットワークを介して画像形成装置２０と通信を行うための無線通信パラメータを自身の携帯端末１０に改めて設定する必要はない。これにより、印刷システム１のユーザ及び管理の手間が軽減される。
【実施例２】
【０２００】
画像形成装置２０が画像投影装置（プロジェクタ）などの装置でよいことは実施例１にて説明したが、本実施例では画像形成装置２０が画像投影装置（プロジェクタ）である場合について説明する。
【０２０１】
本明細書において、同一の符号を付した構成要素については、同様の機能を果たすので、一度説明した構成要素の説明を省略あるいは相違点についてのみ説明する場合がある。
【０２０２】
図１６は、本実施例に係る印刷システム１の一例の機能ブロック図である。図１６において、携帯端末１０の構成は図５と同様である。これに対し、図１６では携帯端末１０は画像形成装置２０でなく画像投影装置２２と通信する。画像投影装置２２は画像投影部２３を有している。
【０２０３】
画像投影装置２２は、ＤＬＰ（Digital Right Processing）方式や液晶方式で画像データを変調して、画像をスクリーンや壁などに投影する。画像データはネットワークＮ１又はＮ２を経由して携帯端末１０から送信される。画像投影部２３はＤＬＰ方式や液晶方式の投影エンジン、画像データに基づいて投影画像を生成する。
【０２０４】
図１７は、本実施例に係る印刷処理システムの一例のシーケンスである。図１７の処理は実施例１の図８とステップＳ７〜Ｓ7.1.1で異なっているため、ステップＳ７〜Ｓ7.1.1の処理について説明する。
【０２０５】
S7：携帯端末１０の第１通信部１６１又は第２通信部１６２は、ネットワークＮ１又はＮ２を介して画像投影装置２２に投影ジョブをリクエストする。したがって、ＨＴＴＰなどの通信プロトコルで画像投影装置２２と通信できる。
【０２０６】
S7.1：画像投影装置２２の第３通信部２６１又は第４通信部２６２は、ネットワークＮ１又はＮ２を介して投影ジョブのリクエストを受信し、投影ジョブを画像投影部２３に通知する。
【０２０７】
S7.2：画像投影装置２２の画像投影部２３は投影ジョブを実行する。投影ジョブの実行が終了すると画像投影部２３は投影ジョブの完了通知を第３通信部２６１に通知する。第３通信部２６１は投影ジョブの完了通知を携帯端末１０に送信する。
【０２０８】
これにより、ユーザは、所望の画像を画像投影装置２２で投影することができる。なお、携帯端末１０が画像形成装置２０に印刷させる場合、携帯端末１０は印刷ジョブを画像形成装置２０に送信すれば、携帯端末１０は印刷完了まで待機すればよい。これに対し、携帯端末１０が画像投影装置２２に画像を投影させる場合、携帯端末１０は複数回、画像を投影させる必要がある。
【０２０９】
例えば、携帯端末１０が表示装置１０２に表示している静止画を更新したり（画像を切り替えるほか、拡大・縮小・表示範囲の変更などが含まれる）ユーザが投影する画像を選択し直したりした場合、携帯端末１０は画像データを送信する。携帯端末１０が表示装置１０２に動画を表示している場合、周期的に画像を取り込んで画像データを作成して送信する。なお、画像データのフォーマットはＪＰＥＧ、ＴＩＦＦ、ＧＩＦ、ＰＮＧなど、画像投影装置２２が対応してればどのようなものでもよい。
【０２１０】
また、携帯端末１０は画像が含まれるファイルをそのまま送信してもよい。例えば、ＰＤＦファイル、ＭＰＥＧファイルなどを送信できる。この場合、画像投影装置２２はファイルを開いて画像に変換してから投影する。
【０２１１】
以上説明したように、本実施例の印刷システムは、実施例１の効果に加え、携帯端末１０と無線通信する適切なネットワークで通信し、画像データなど必要なデータを送信できる。
【０２１２】
＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【０２１３】
例えば、本実施形態では、サーバ部１２ａが携帯端末１０の内部に構築されたが、サーバ構築部１２はサーバ部１２ａをインターネットに作成してもよい。この場合、画像形成装置２０はインターネット上のサーバ部１２ａと通信する。また、携帯端末１０はサーバ部１２ａから画像形成装置２０のＩＰアドレスを取得する。
【０２１４】
また、第２の通信情報１３００に含まれる情報は表２に示したものに限られず、画像形成装置２０のＩＰアドレス３０００、ホスト名、シリアル番号、ＭＡＣアドレスが含まれていてもよい。
【０２１５】
また、図５などの構成例は、携帯端末１０及び画像形成装置２０の処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。携帯端末１０及び画像形成装置２０の処理は、処理内容に応じてさらに多くの処理単位に分割することもできる。また、１つの処理単位がさらに多くの処理を含むように分割することもできる。
【０２１６】
また、携帯端末１０が有する記憶部１０００及び画像形成装置２０が有する記憶部２０００は、携帯端末１０又は画像形成装置２０が有する他、ネットワーク上の機器が保持していてもよい。
【０２１７】
なお、近接通信部１１は通信手段の一例であり、接続可否判断部１３は判断手段の一例であり、ネットワーク切替部１４は接続手段の一例であり、サーバ構築部１２はサービス提供部作成手段の一例であり、ＵＩ表示部１５は表示手段の一例であり、ジョブ制御部１８は要求手段の一例である。
【符号の説明】
【０２１８】
１      印刷システム
１０    携帯端末
１１、２５    近接通信部
１２    サーバ構築部
１２ａ  サーバ部
１３    接続可否判断部
１４    ネットワーク切替部
１６、２６、１６１，１６２、２６１、２６２    通信部
２０    画像形成装置
２７    プリント機能部
【先行技術文献】
【特許文献】
【０２１９】
【特許文献１】特許第５１２１２１２号公報
【図１】
0006784136.tif 000005
【図２】
0006784136.tif 000006
【図３】
0006784136.tif 000007
【図４】
0006784136.tif 000008
【図５】
0006784136.tif 000009
【図６】
0006784136.tif 000010
【図７】
0006784136.tif 000011
【図８】
0006784136.tif 000012
【図９】
0006784136.tif 000013
【図１０】
0006784136.tif 000014
【図１１】
0006784136.tif 000015
【図１２】
0006784136.tif 000016
【図１３】
0006784136.tif 000017
【図１４】
0006784136.tif 000018
【図１５】
0006784136.tif 000019
【図１６】
0006784136.tif 000020
【図１７】
0006784136.tif 000021