JP6740618B2 - 情報処理装置、通信システム、通信方法 - Google Patents

Description

本発明は、情報処理装置、通信システム及び通信方法に関する。

端末を保持するユーザが無線通信により端末を画像形成装置などの他の機器と通信させて機器の機能を利用できれば、有線による接続が不要であるため便利である。しかし、端末が機器と無線通信を行うためには無線通信のためのパラメータが必要である場合が多く、また、無線通信パラメータの機器への設定は必ずしも容易でない。

そこで、従来からユーザ設定なしに又はユーザ設定を最小限にして端末に無線通信パラメータを設定する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、同じ機器に対し異なる無線通信パラメータを用いて無線通信装置が接続できるように、ユーザのＮＦＣ（Near Field Communication）チップから記憶されている情報を読み取り、該情報に応じてホーム用の無線通信パラメータ又は外出先用の無線通信パラメータを無線通信装置に設定する管理装置が開示されている。

しかしながら特許文献１に記載された無線通信パラメータの設定方法では、複数のネットワークから端末による処理の要求を受け付けることが可能な機器が、端末に機器へ接続するための無線通信パラメータを設定させるために、機器へ接続するための無線通信パラメータを端末に送信する際に、端末を利用するユーザがどのようなユーザであっても、各ネットワークに対応する無線通信パラメータを送信してしまうという問題がある。例えば、オフィスに設置される画像形成装置が社員用の社員用ネットワークと来客者向けのゲスト用ネットワークとに接続されている場合、端末が社員用ネットワークとゲスト用ネットワークに接続するためにはそれぞれ異なる無線通信パラメータが必要となる。ここで、端末を利用するユーザが社員であれば社員用ネットワークに接続するための無線通信パラメータとゲスト用ネットワークに接続するための無通信線パラメータのどちらのパラメータを取得しても問題無いが、端末を利用するユーザが来客者である場合、端末が社員用ネットワークに接続するための無線パラメータを取得してしまうことはセキュリティの観点上、好ましくない。

本発明は、上記の点に鑑みてなされたもので、複数のネットワークから端末による処理の要求を受け付けることが可能な機器が、機器へ接続するための通信情報を端末に送信する際に、端末を利用するユーザに応じた通信情報を送信することが可能となる通信システムを提供することを目的とする。

上記課題に鑑み、本発明は、複数のネットワークを介して、端末から処理の要求を受付できる情報処理装置であって、第１のネットワークを介して前記情報処理装置と接続するための第１の通信情報と、前記第１のネットワークとは異なるネットワークを介して前記情報処理装置と接続するための第２の通信情報を記憶する記憶手段と、前記端末からユーザを識別する識別情報を受け付ける識別情報受付手段と、前記識別情報に基づいて、前記第１のネットワークと第２のネットワークとのいずれのネットワークを介して前記端末からの前記処理の要求を受け付けるかを判断する判断手段と、前記記憶手段に記憶された通信情報のうち、前記判断手段によって認証が成立すると判断された場合は前記第１の通信情報を前記端末に送信し、前記判断手段によって認証が成立しないと判断された場合は前記第２の通信情報を前記端末に送信する通信情報送信手段と、前記端末から前記通信情報送信手段によって送信した通信情報に基づくネットワークを介した接続を受け付け、該ネットワークを介して前記処理の要求を受け付ける要求受付手段と、を有する。

複数のネットワークから端末による処理の要求を受け付けることが可能な機器が、機器へ接続するための通信情報を端末に送信する際に、端末を利用するユーザに応じた通信情報を送信することが可能となる通信システムを提供することができる。

本実施形態の印刷システムが想定する主なユースケースについて説明する図の一例である。 印刷システムの一例の構成図である。 携帯端末の一例のハードウェア構成図である。 画像形成装置の一例のハードウェア構成図である。 印刷システムの一例の機能ブロック図である。 認証情報入力画面の一例を示す図である。 印刷処理の一例のシーケンスである。 図７のステップＳ７の処理を説明するためのフローチャート図の一例である。 印刷処理の一例のシーケンスである。 接続可否判断処理の一例のフローチャートである。 携帯端末の表示装置に表示されるアプリケーションの画面例を示す図である。 携帯端末の表示装置に表示されるアプリケーションの画面例を示す図である。 優先度を用いた接続可否判断処理の一例のフローチャートである。 認証サーバのハードウェア構成図の一例である。 印刷システムの一例の機能ブロック図である（実施例２）。 印刷処理の一例のシーケンスである（実施例２）。 印刷システムの一例の機能ブロック図である（実施例３）。 印刷処理の一例のシーケンスである（実施例３）。 印刷システム１の一例の機能ブロック図である（実施例４）。 ＵＲＬ情報とＵＲＬを説明する図の一例である。 シーケンス図を用いたサーバ部の機能を説明する図の一例である。 印刷処理の一例のシーケンス図である（実施例４）。 携帯端末がネットワークＮ１又はＮ２へ接続できたか否かを判断する処理の詳細を説明するフローチャート図の一例である。

以下、本発明を実施するための形態について図面を参照しながら説明する。

＜本実施形態の印刷システムのユースケース＞
まず、図１を用いて本実施形態の印刷システム１（通信システムの一例である）が想定する主なユースケースについて説明する。図１は本実施形態の印刷システム１が想定する主なユースケースについて説明する図の一例である。画像形成装置２０（画像処理装置）は社内ＬＡＮ等に相当するネットワークＮ１に接続されている。また、画像形成装置２０はＰ２Ｐ（Peer to Peer）にて通信するネットワークＮ２を介した通信も可能である。

・ユースケース１
ユースケース１は来客者９が自分の携帯端末１０を用いて印刷などのため画像形成装置２０と無線通信するケースである。図１（ａ）を用いて説明する。
（１）まず、来客者９は携帯端末１０を画像形成装置２０が有するＮＦＣリーダライタ２１３に接近させる。これにより、携帯端末１０は、予め記憶している認証情報（社員ＩＤとパスワード）８００を画像形成装置２０に送信する。
（２）画像形成装置２０は、携帯端末１０から送信された認証情報８００を認証して、社員であるかどうかを判断する。
（３）来客者９は社員でないので、画像形成装置２０はネットワークＮ２を介して画像形成装置２０に接続するための第２通信情報１３００を、ＮＦＣリーダライタ２１３を介して携帯端末１０に送信する。
（４）来客者９の携帯端末１０は第２通信情報１３００を用いた通信を試みると通信できるため、ネットワークＮ２を介して画像形成装置２０と通信を開始する。

したがって、来客者９の携帯端末１０は、第２通信情報１３００のみを取得するので、社内ＬＡＮであるネットワークＮ１を介することなく、画像形成装置２０と通信することが可能である。

・ユースケース２
ユースケース２は社員８が自分の携帯端末１０を用いて印刷などのため、普段は使用しない別部署などの画像形成装置２０と無線通信するケースである。図１（ｂ）を用いて説明する。
（１）まず、社員８は携帯端末１０を画像形成装置２０が有するＮＦＣリーダライタ２１３に接近させる。これにより、携帯端末１０は、予め記憶している認証情報（社員ＩＤとパスワード）８００を画像形成装置２０に送信する。
（２）画像形成装置２０は、携帯端末１０から送信された認証情報８００を認証して、社員であるかどうかを判断する。
（３）社員８は社員なので、画像形成装置２０は、ネットワークＮ１を介して画像形成装置２０に接続するための第１通信情報１１００、及び、ネットワークＮ２を介して画像形成装置２０に接続するための第２通信情報１３００を、ＮＦＣリーダライタ２１３を介して携帯端末１０に送信する。
（４）次に、社員８の携帯端末１０は第１通信情報１１００を用いた通信を試みるが、社員８の携帯端末１０はネットワークＮ１に接続する権限（後述するネットワークＮ１に接続するためのＳＳＩＤとパスワード）を有しているので、アクセスポイント７を介して社内ＬＡＮに接続して、第１通信情報１１００を用いた通信が可能である。社員８の携帯端末１０はネットワークＮ１を介して画像形成装置２０と通信を開始する。

このように、社員８の携帯端末１０は、社内ＬＡＮであるネットワークＮ１を介して画像形成装置２０と通信することが可能である。仮に、社員８の認証が成立しなかったりネットワークＮ１を介して画像形成装置２０に接続できない場合でも、社員８の携帯端末１０は、ネットワークＮ２を介して画像形成装置２０に接続することが可能なので、ネットワークＮ２を介して臨時的に印刷などが可能である。

したがって、本実施形態の印刷システム１は、ユーザが通信情報を設定する労力を低減すると共に、来客者９や社員８などのユーザがそれぞれ適切なネットワークを自動的に選択することを可能にする。

＜用語について＞
社員…携帯端末１０と画像形成装置２０のユーザの具体例の１つであり、社内ＬＡＮに接続する権限を有する（携帯端末１０に社内ＬＡＮに接続するための無線通信パラメータが設定されている）ユーザである。このユーザは社員８と呼ばれていなくてもよく、職員、従業員、スタッフなどどのような呼称でもよい。
来客者…携帯端末１０と画像形成装置２０のユーザの具体例の１つであり、社内ＬＡＮに接続する権限を有していないユーザである。社員以外のユーザは全て来客者９に含まれる。なお、来客者９もどのように呼ばれていてもよい。

＜システム構成＞
図２を用いて、本実施例に係る印刷システム１のシステム構成について説明する。図２は、本実施例に係る印刷システムの一例の構成図である。図２の印刷システム１は、携帯端末１０と、１台以上の画像形成装置２０と、を有する。携帯端末１０と画像形成装置２０とは、有線又は無線によりネットワークＮ１及びネットワークＮ２を介して接続可能なように構成されている。

なお、携帯端末１０は後述するようにユーザが携帯可能な情報処理装置であるため、携帯端末１０と画像形成装置２０とは無線によりネットワークＮ１、Ｎ２を介して接続可能なように構成されていることが好ましい。接続可能であるとは、接続する機能を備えることをいい、実際に接続できるかどうかは図７〜図１０などで説明する判断により異なる。

ネットワークＮ１とネットワークＮ２は、どちらも無線ＬＡＮを使用するが互いに異なるネットワークである。本実施形態においてネットワークが異なるとは、接続のために別の無線通信パラメータが必要であることをいい、例えばＳＳＩＤ（Service Set Identifier）が異なることをいう。

なお、以降では、一例として、ネットワークＮ１は携帯端末１０が無線ＬＡＮ（Local Area Network）を介して画像形成装置２０に接続するための社内ＬＡＮなどのネットワークであり、他方、ネットワークＮ２はＷｉ−Ｆｉ ＤｉｒｅｃｔによりＰ２Ｐで画像形成装置２０と直接接続するためのネットワークであるものとして説明する。ただし、ネットワークＮ１及びネットワークＮ２は、これらに限られない。ネットワークＮ１は社内ＬＡＮなどのネットワークの他、ＷＡＮやインターネットを含んでいてもよいし、一部に携帯電話網を含んでいてもよい。また、ネットワークＮ２は、例えば、無線ＬＡＮのアドホックモード、携帯電話網、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）などを介して画像形成装置２０と接続するためのネットワークでもよい。すなわち、社内ＬＡＮなどの社内に進入しないネットワークであればよい。また、ネットワークＮ２は、ネットワークＮ１に対し隔離されるなど適切に設定されていれば、例えば、無線ＬＡＮを介して画像形成装置２０に接続するための社内ＬＡＮであってもよい（例えば、ネットワークアドレスがネットワークＮ１とは異なるネットワーク）。

また、画像形成装置２０の筐体には、ＮＦＣリーダライタ２１３が配置されており、近距離無線通信を介して携帯端末１０から画像形成装置２０へ又は画像形成装置２０から携帯端末１０へ情媒を送信できるように構成されている。ＮＦＣリーダライタ２１３の他、Ｂｌｕｅｔｏｏｔｈ（登録商標）や赤外線等でもよい。

携帯端末１０は、ユーザが操作するスマートフォンなどの携帯可能な情報処理装置である。携帯端末１０は、スマートフォン、携帯電話、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣ、ノートＰＣなどでもよい。携帯端末１０には、画像形成装置２０に機能の提供（例えば印刷対象データに印刷指示を行う、原稿をスキャンさせる、ＦＡＸ送信させる、コピーさせるなど）を要求することができるアプリケーションが搭載（インストール）されており、携帯端末１０は、印刷指示に係る印刷対象データを含む印刷ジョブ、スキャンジョブ、ＦＡＸ送信ジョブ、及び、コピージョブなどを生成し、画像形成装置２０に送信する。

また、携帯端末１０は、後述するようにＮＦＣチップなどの近距離無線通信装置を備えている。ユーザは、携帯端末１０を画像形成装置２０の筐体の所定の位置に貼り付けられているＮＦＣリーダライタ２１３にかざすことにより画像形成装置２０と通信を行う。携帯端末１０は通信の結果、取得した通信情報に基づき生成した印刷ジョブを画像形成装置２０に送信することで、この画像形成装置２０において印刷ジョブを実行させ、印刷対象データの印刷を行うことができる。

なお、アプリケーションは、画像形成装置２０と通信して画像形成装置２０にジョブの実行を要求するブラウザ、文書作成ソフト、ビューワなどのソフトウェアでもよい。

画像形成装置２０は、携帯端末１０から印刷ジョブなどを受け取り、印刷対象データの印刷を行うプリンタなどの機器である。なお、画像形成装置２０は、プリント機能の他、コピー機能、スキャナ機能、ＦＡＸ機能など複数の機能を有するＭＦＰなどの複合機でもよい。

また、画像形成装置２０は、例えば、スキャナ装置、ファクシミリ装置、画像投影装置（プロジェクタ）、背面投影装置、ＨＵＤ（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により通信する通信装置である。これにより、携帯端末１０は、近距離無線通信装置１０９を介してデータ通信を行うことができる。

本実施例に係る携帯端末１０は、上記したハードウェア構成により後述するような各種処理を実現できる。

<<画像形成装置>>
図４は、画像形成装置のハードウェア構成図の一例である。本図に示すように、この画像形成装置２０は、コントローラ２２０とエンジン部２１２とがＰＣＩ（Peripheral Component Interface）バス２１６で接続された構成となる。

コントローラ２２０は、画像形成装置２０全体の制御と描画、通信、タッチパネルなどを有する操作部からの入力を制御する制御装置である。エンジン部２１２は、ＰＣＩバス２１６に接続可能なプリンタエンジンなどであり、たとえば白黒プロッタ、１ドラムカラープロッタ又は４ドラムカラープロッタを有する。さらに、原稿をスキャンするスキャナエンジンを有していてもよい。

なお、このエンジン部２１２には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。

コントローラ２２０は、ＣＰＵ２０１と、ノースブリッジ（ＮＢ）２０３と、システムメモリ（ＭＥＭ−Ｐ）２０２と、サウスブリッジ（ＳＢ）２０４と、ローカルメモリ（ＭＥＭ−Ｃ）２０６と、ＡＳＩＣ（Application Specific Integrated Circuit）２０５と、ハードディスクドライブ（ＨＤＤ）２０７とを有し、ノースブリッジ（ＮＢ）２０３とＡＳＩＣ２０５との間をＡＧＰ（Accelerated Graphics Port）バス２１４で接続した構成となる。

また、ＭＥＭ−Ｐ２０２は、ＲＯＭ２０２ａと、ＲＡＭ２０２ｂと、をさらに有する。

ＣＰＵ２０１は、画像形成装置２０の全体制御をおこなうものであり、ＮＢ２０３、ＭＥＭ−Ｐ２０２及びＳＢ２０４からなるチップセットを有し、このチップセットを介して他の機器と接続される。

ＮＢ２０３は、ＣＰＵ２０１とＭＥＭ−Ｐ２０２、ＳＢ２０４、ＡＧＰバス２１４とを接続するためのブリッジであり、ＭＥＭ−Ｐ２０２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタ及びＡＧＰターゲットとを有する。

ＭＥＭ−Ｐ２０２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリである。ＲＯＭ２０２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ２０２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込み及び読み出し可能なメモリである。

ＳＢ２０４は、ＮＢ２０３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＳＢ２０４は、ＰＣＩバスを介してＮＢ２０３と接続されており、ＳＢ２０４には、ネットワークＩ／Ｆ２１５が接続される。

ＡＳＩＣ２０５は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）であり、ＡＧＰバス２１４、ＰＣＩバス、ＨＤＤ２０７及びＭＥＭ−Ｃ２０６をそれぞれ接続するブリッジの役割を有する。

このＡＳＩＣ２０５は、ＰＣＩターゲット及びＡＧＰマスタと、ＡＳＩＣ２０５の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ２０６を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などをおこなう複数のＤＭＡＣ（Direct Memory Access Controller）と、エンジン部２１２との間でＰＣＩバス２１６を介したデータ転送をおこなうＰＣＩユニットとからなる。

このＡＳＩＣ２０５には、ＰＣＩバス２１６を介してＦＣＵ（Facsimile Control Unit）２０９、ＵＳＢ（Universal Serial Bus）２１０、ＩＥＥＥ１３９４（the Institute of Electrical and Electronics Engineers 1394）インタフェース２１１、及び、ＮＦＣリーダライタ２１３、が接続される。

操作表示部２０８はＡＳＩＣ２０５に直接接続されており、操作メニューの表示及び操作内容を受け付ける。ＭＥＭ−Ｃ２０６は、コピー用画像バッファ、符号バッファとして用いるローカルメモリである。ＨＤＤ２０７は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。

また、ＨＤＤ２０７は、画像形成装置２０で実行されるアプリケーションのライセンスファイルを保存する。

ＡＧＰバス２１４は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ２０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。

ＮＦＣリーダライタ２１３は、非接触でＩＣカード・ＩＣタグと通信（データの書き込み・読み込み）を行うための装置である。ＮＦＣリーダライタ２１３は携帯端末１０の近距離無線通信装置１０９の接近を検出すると、近距離無線通信装置１０９と通信して情報を読み取ったり書き込んだりする。なお、ＮＦＣリーダライタ２１３は画像形成装置２０に内蔵されているほか、外付けされたものでもよい。

近距離無線通信装置２１７は、近距離無線通信装置１０９と同様にBluetooth（登録商標） Low Energyという通信規格に基づいて携帯端末１０と通信する。

ネットワークＩ／Ｆ２１５は有線又は無線でＬＡＮなどのネットワークに接続する通信装置である。本実施形態では、ＬＡＮに接続できるほか、少なくともＷｉ−Ｆｉ Ｄｉｒｅｃｔによる通信が可能である。

＜ソフトウェア構成＞
本実施例に係る印刷システム１は、例えば図５に示すような機能ブロックにより表すことができる。図５は、本実施例に係る印刷システム１の一例の機能ブロック図である。

<<携帯端末の機能について>>
印刷システム１の携帯端末１０は、操作受付部１１、情報取得部１２、接続可否判断部１３、ＵＩ表示部１４、通信部１５、情報記憶部１６、情報送信部１７及び認証情報記憶部１８などを有する。また、通信部１５は、第１通信部１５１及び第２通信部１５２などを有する。

認証情報記憶部１８は、近距離無線通信装置１０９などにより実現され、認証情報８００を記憶している。

表１は、認証情報８００の一例を示す。認証情報８００は、携帯端末１０のユーザが、画像形成装置２０が配置されている企業の社員であることの認証を画像形成装置２０から受けるための情報である。認証情報８００は例えば社員ＩＤとパスワードを有する。社員ＩＤは画像形成装置２０が配置されている企業の社員を一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報である。

情報送信部１７は、ＣＰＵ１０６、近距離無線通信装置１０９などにより実現され、近距離無線通信を介して、画像形成装置２０に認証情報記憶部１８に記憶されている認証情報８００を送信する。

情報取得部１２は、ＣＰＵ１０６、近距離無線通信装置１０９などにより実現され、近距離無線通信を介して、画像形成装置２０からゼロ、１つ又は複数の通信情報を取得する。

情報記憶部１６は、ＣＰＵ１０６、ＲＯＭ１０５、及び、ＳＳＤ１０８などにより実現され、情報取得部１２により取得された通信情報１０００を記憶すると共に、記憶されている情報の読み出しを行う。

操作受付部１１は、ＣＰＵ１０６がアプリケーションを実行し入力装置１０１と協働することで実現され、ユーザの操作を受け付ける。

接続可否判断部１３は、ＣＰＵ１０６などにより実現され、画像形成装置２０から取得された１つ以上の通信情報に基づき、画像形成装置２０と接続可能な複数のネットワークのうちのいずれのネットワークを介して通信を行うかを選択する。本実施例では、具体的には、画像形成装置２０から取得された複数の通信情報に基づき、ネットワークＮ１及びネットワークＮ２のいずれのネットワークを介して画像形成装置２０と通信を行うかを選択する。

ＵＩ表示部１４は、ＣＰＵ１０６、表示装置１０２などにより実現され、ＵＩ（ユーザインタフェース）画面の生成及び表示を行う。

通信部１５は、通信Ｉ／Ｆ１０７などにより実現され、画像形成装置２０との通信を行う。より具体的には、接続可否判断部１３の選択結果に応じて、第１通信部１５１はネットワークＮ１を介して画像形成装置２０と通信を行い、第２通信部１５２はネットワークＮ２を介して画像形成装置２０と通信を行う。

<<画像形成装置の機能について>>
他方、印刷システム１の画像形成装置２０は、プリント機能部２１、送受信部２４、リーダライタ通信部２５、認証処理部２７及び通信情報提供部２８などを有する。送受信部２４は、ネットワークＩ／Ｆ、ＣＰＵ２０１などにより実現され、携帯端末１０と通信して印刷ジョブなどを受信する。

また、画像形成装置２０はＨＤＤ２０７、ＭＥＭ−Ｐ２０２、ＭＥＭ−Ｃ２０６などにより構築される認証ＤＢ２９と通信情報ＤＢ３１を有している。

表２は認証情報テーブルの一例を示す。認証ＤＢ２９には、表２に示されているような認証情報テーブルが記憶されている。認証情報テーブルには、社員ＩＤとパスワードが１組になって、画像形成装置２０を使用しうる全ての社員の社員ＩＤとパスワードが登録されている。

表３は、通信情報の一例を示す。通信情報ＤＢ３１には表３に示す通信情報１０００が記憶されている。通信情報１０００はネットワークＮ１を介して画像形成装置２０と通信を行うための第１通信情報１１００と、ネットワークＮ２を介した通信の利用可否を示す利用可否情報１２００と、ネットワークＮ２を介して画像形成装置２０と通信を行うための第２通信情報１３００とを有している。すなわち、通信情報１０００は、第１通信情報１１００、第２通信情報１３００など複数の通信情報を有している。

第１通信情報１１００は、携帯端末１０が画像形成装置２０とネットワークＮ１（例えば無線ＬＡＮを介して接続される社内ＬＡＮなど）を介して通信を行うために必要な情報である。第１通信情報１１００には、ネットワークＮ１における画像形成装置２０のＩＰアドレスである第１ＩＰアドレス、ネットワークＮ１におけるＳＳＬ（Secure Sockets Layer）通信の利用有無を示すＳＳＬ通信などの情報を含む。第１通信情報１１００にはアクセスポイント７から社内ＬＡＮなどに接続するためのＳＳＩＤやパスワードは含まれない。これは、上記のように、ネットワークＮ１は社員８が接続することが想定されており、社員８の携帯端末１０には予めＳＳＩＤやパスワードが設定されているためである。ただし、第１通信情報１１００に社内ＬＡＮなどのＳＳＩＤやパスワードが設定されていたとしても、本実施例では社員の認証が画像形成装置２０との通信よりも先に行われるので、セキュリティが大きく低下するものではない。したがって、第１通信情報１１００に社内ＬＡＮなどのＳＳＩＤやパスワードが設定されていてもよい。しかし、第１通信情報１１００にＳＳＩＤやパスワードが記憶されていないことでセキュリティを向上できる。このようなＳＳＩＤやパスワードが記憶されていない通信情報を「社員用の通信情報（特許請求の範囲の第１の通信情報の一例）」と称する場合がある。

なお、第１通信情報１１００にＳＳＩＤ及びパスワードが含まれている場合、社員８は携帯端末１０を用いて社内ＬＡＮに接続するのが初めてであっても、社内ＬＡＮを使って印刷要求を行うことができる。

また、携帯端末１０に社内ＬＡＮに接続するための設定が記憶されており、現在、接続しているネットワークが社内ＬＡＮ以外（他の無線ＬＡＮや３Ｇ、ＬＴＥなど）の場合がある。この場合に、第１通信情報１１００にＳＳＩＤが含まれているのであれば、携帯端末１０は携帯端末１０に記憶されているネットワークの設定のうち、どの設定が社内ＬＡＮであるかをＳＳＩＤによって判断し、現在、接続しているネットワークから社内ＬＡＮへ接続を切り替えることができる。あるいは、現在、接続しているネットワークが社内ＬＡＮであることが確認できる。

利用可否情報１２００は、社員の認証が成立しない場合、又は、接続可否判断部１３により画像形成装置２０とネットワークＮ１を介した通信を行うことができないと判断された場合、ネットワークＮ２を介した通信を行うか否かを示す情報である。例えば、表３の通信情報１０００では、利用可否情報１２００は「Ｙｅｓ（利用可）」と設定されている。したがって、この場合、詳しくは後述するが、社員の認証が成立しない場合、又は接続可否判断部１３により画像形成装置２０とネットワークＮ１を介した通信を行うことができないと判断された場合、携帯端末１０は、画像形成装置２０とネットワークＮ２を介した通信を試みる処理を行う。他方、利用可否情報１２００が「Ｎｏ（利用不可）」と設定されている場合、携帯端末１０は、画像形成装置２０とネットワークＮ２を介した通信を行うことはできない。

利用可否情報１２００は、例えば課金制御に使用される。画像形成装置２０の利用料金が印刷枚数などの従量制で課金される場合がある。例えば企業Ａに画像形成装置２０が配置されている場合、企業Ａの社員８が印刷しても、企業Ａへの来客者９が印刷しても、利用料金の請求は企業Ａに対して行われる。したがって、来客者９が多い場所に設置された画像形成装置２０などでは来客者９による印刷を企業Ａが一切、許可したくない場合がある。

これに対し、例えば市役所や図書館などでは来客者９により印刷したいという要望に応える必要がある。このため、公共性の高い場所には画像形成装置２０と共にコインメックが配置され、ユーザが投入した金額の範囲で、来客者９による印刷が許可される。

したがって、課金可能な配置場所又は来客者９による印刷数が少ない配置場所などに配置された画像形成装置２０では、来客者９による印刷を許可してよい。このように、利用可否情報１２００は、来客者９による画像形成装置２０の利用の可否そのものを制御できる。

なお、第１通信情報１１００に対しても、利用可否情報が設定されていてもよい。例えばネットワークＮ１にセキュリティ上の不都合などがある場合に、社員８がネットワークＮ１を介して画像形成装置２０と通信することを防止できる。

第２通信情報１３００は、携帯端末１０が画像形成装置２０とネットワークＮ２（例えばＷｉ−Ｆｉ ＤｉｒｅｃｔによるＰ２Ｐ）を介して通信を行うために必要な情報である。第２通信情報１３００には、ネットワークＮ２における画像形成装置２０のＩＰアドレスである第２ＩＰアドレス、ネットワークＮ２を識別するためのＳＳＩＤ（Service Set Identifier）、ネットワークＮ２における暗号化方式、パスワード、ネットワークＮ２を介して通信を行う際の画像形成装置２０ＨＴＴＰ（HyperText Transfer Protocol）ポート番号又はＨＴＴＰＳ（HTTP over SSL/TLS）ポート番号などの情報を含む。なお、画像形成装置２０がデータを暗号化して通信しない場合、パスワードがなくても通信自体は可能である。このようなＳＳＩＤやパスワードが記憶されている通信情報を「来客者が使用できる通信情報（特許請求の範囲の第２の通信情報の一例）」と称する場合がある。

上記の、第１通信情報１１００及び第２通信情報１３００に含まれる情報は一例であり、それぞれネットワークＮ３、ネットワークＮ１及びネットワークＮ２を介した通信を行うために必要な各種の情報が含まれていてよい。また、上記で示した通信情報１０００では、第１ＩＰアドレスと第２ＩＰアドレスが異なるが、これらは同一のＩＰアドレスであってもよい。

なお、例えば、携帯端末１０と画像形成装置２０とがさらにネットワークＮ３を介して接続可能なように構成されている場合、通信情報１０００には、ネットワークＮ３を介した通信の利用可否を示す利用可否情報と、ネットワークＮ３を介して画像形成装置２０と通信を行うための第３通信情報とを有していてもよい。この場合、第３通信情報について社員用の通信情報か、それとも来客者が使用できる通信情報かがフラグなどで指示されていることが好ましい。

<<画像形成装置の各機能について>>
プリント機能部２１は、エンジン部２１２などにより実現され、携帯端末１０から実行を要求された印刷ジョブに含まれる印刷対象データを印刷する。なお、画像形成装置２０は、プリント機能部２１に加えて、読み取った原稿から画像データ（電子データ）を生成するためのスキャン機能部、読み取った原稿を複製するコピー機能部、読み取った原稿又は電子データを電話回線網などを介してＦＡＸ送信するＦＡＸ機能部などを有していてもよい。

リーダライタ通信部２５は、ＣＰＵ２０１、ＰＣＩバス２１６などにより実現され、ＮＦＣリーダライタ２１３と通信する。具体的には、ＮＦＣリーダライタ２１３から認証情報８００を取得し、ＮＦＣリーダライタ２１３に通信情報を送信する。

認証処理部２７は、ＣＰＵ２０１などにより実現され、認証ＤＢ２９に携帯端末１０から取得した認証情報８００と同じ社員ＩＤとパスワードが登録されているか否かに基づき携帯端末（ユーザ）１０を認証する。認証情報８００と同じ社員ＩＤとパスワードの組を認証情報テーブルから検索して、認証情報８００と一致する社員ＩＤとパスワードの組が認証情報テーブルにあれば認証ＯＫ（認証成立）と判断し、一致する社員ＩＤとパスワードの組がなければ認証ＮＧ（認証不成立）と判断する。認証結果（ＯＫ，ＮＧ）は通信情報提供部２８に送出される。

通信情報提供部２８は、認証結果に応じて通信情報ＤＢ３１から通信情報を読み出してリーダライタ通信部２５に送出する。
認証ＯＫ…通信情報から第１通信情報と第２通信情報を読み出す。
認証ＮＧ…通信情報から第２通信情報を読み出す。

なお、どちらの場合も利用可否情報１２００が「Ｎｏ」の場合は第２通信情報を読み出さない。

情報読み取り部３３は、ＮＦＣリーダライタ２１３により実現され、携帯端末１０の情報送信部１７から認証情報８００を取得する。

情報書き込み部３２は、ＮＦＣリーダライタ２１３により実現され、携帯端末１０の情報取得部１２に、第１通信情報と第２通信情報認証情報、第１通信情報のみ、第２通信情報のみ、又は、ＮＵＬＬ（通信情報なし）を送信する。

＜社員ＩＤとパスワードについて＞
図６を用いて社員ＩＤとパスワードの入力について説明する。図６は、認証情報入力画面９４１の一例を示す図である。認証情報入力画面９４１では、「ＭＦＰと通信するため社員ＩＤとパスワードを入力してください」というメッセージ９４２、ＭＦＰのアイコン９４３、社員ＩＤ入力欄９４４、パスワード入力欄９４５、ＯＫボタン９４６、及び、キャンセルボタン９４７を有している。ユーザが社員ＩＤ入力欄９４４に社員ＩＤを入力し、パスワード入力欄９４５にパスワードを入力してＯＫボタン９４６を押下すると、入力された社員ＩＤとパスワードが認証情報記憶部１８に記憶される。

認証情報入力画面９４１はユーザが社員ＩＤとパスワードを携帯端末１０に記憶させたい時に表示装置１０２に表示させればよい。また、社員ＩＤとパスワードが情報記憶部１６に記憶されていない場合には、ユーザが携帯端末１０を画像形成装置２０のＮＦＣリーダライタ２１３にかざした時に表示されてもよい。

携帯端末１０にインストールされるアプリケーションは画像形成装置２０のユーザに広く配布され得る。したがって、各ユーザは任意に社員ＩＤとパスワードを携帯端末１０に記憶させることができる。しかし、以下のように、携帯端末１０に社員ＩＤとパスワードが記憶されるかどうかは携帯端末１０によって異なる。

例えば、企業Ａでは社員８が携帯端末１０で画像形成装置２０を使用する際に社員８を認証する場合、企業Ａの社員の携帯端末１０には社員ＩＤとパスワードが記憶されている場合が多いと考えられる。社員８を認証する企業Ｂにおいても同様だが、企業Ｂの社員８の携帯端末１０には企業Ｂの社員ＩＤとパスワードが記憶されている。携帯端末１０で操作可能な画像形成装置２０が配置されていない企業Ｃの社員８が出先でアプリケーションを使用するためインストールしても、携帯端末１０には社員ＩＤとパスワードが記憶されていない可能性が高いと考えられる。また、企業Ａ、Ｂの社員８でも、社員ＩＤとパスワードを携帯端末１０に記憶していない場合も生じうる。したがって、携帯端末１０には社員ＩＤとパスワードが記憶されていないものも存在する。

＜処理の詳細＞
次に、印刷システム１の処理の詳細について説明する。

<<認証から通信情報を取得するまで>>
まず、認証から通信情報を取得するまでの印刷システム１の処理の流れについて説明する。図７は、本実施例に係る印刷処理の一例のシーケンスである。
S1：ユーザは、ＵＩ表示部１４を介して、携帯端末１０に搭載されたアプリケーションから所望の印刷対象データを選択し、印刷指示を行う。これにより、ユーザが選択した印刷対象データが含まれる印刷ジョブが生成される。
S2：携帯端末１０のＵＩ表示部１４は、印刷ジョブの実行通知を受け取ると、印刷処理の開始要求を情報送信部１７に対して行う。そして、携帯端末１０は、近距離無線通信装置１０９による近距離無線通信の開始を検出するまで待機状態となる。なお、この間、ユーザに対して画像形成装置２０のＮＦＣチップ（ＮＦＣリーダライタ２１３）の位置に携帯端末１０をかざすように促す画面を、表示装置１０２に表示させてもよい。
S3：情報送信部１７は、近距離無線通信装置１０９による近距離無線通信の開始を検出すると、認証情報記憶部１８から認証情報（社員ＩＤ、パスワード）８００を読み出して、認証情報（社員ＩＤ、パスワード）８００と共に認証要求をＮＦＣリーダライタ２１３に送信する。認証情報記憶部１８に認証情報が記憶されていない場合は例えば、認証情報がない旨又はダミーの認証情報（社員ＩＤ、パスワード）８００が送信される。ダミーの認証情報８００は桁数や数値表現だけが認証情報８００を満たす存在し得ない社員ＩＤとパスワードである。これにより、携帯端末１０に認証情報（社員ＩＤ、パスワード）８００が記憶されていない場合でも通信情報１０００を取得できる。
S4：ＮＦＣリーダライタ２１３の情報読み取り部３３は、取得した認証要求と認証情報（社員ＩＤ、パスワード）８００を、リーダライタ通信部２５を介して認証処理部２７に送信する。
S5：認証処理部２７は認証情報（社員ＩＤ、パスワード）８００で認証ＤＢ２９を検索し、同じ社員ＩＤとパスワードの組が認証ＤＢ２９に登録されているか否かを判断する。認証処理部２７は検索結果に応じて認証結果（ＯＫ，ＮＧ）を作成する。認証情報８００がない旨やダミーの認証情報８００が送信された場合は、認証ＮＧと判断される。
S6：認証処理部２７は認証結果（ＯＫ，ＮＧ）を通信情報提供部２８に送出する。
S7：通信情報提供部２８は認証結果（ＯＫ，ＮＧ）に基づいて通信情報ＤＢ３１から通信情報１０００を読み出す。読み出される通信情報１０００は以下のとおりである。なお、詳細は図８にて説明する。
・認証ＯＫで利用可否情報１２００が「Ｙｅｓ」
社員用の通信情報と来客者が使用できる通信情報（第１通信情報１１００と第２通信情報１３００）
・認証ＯＫで利用可否情報１２００が「Ｎｏ」
社員用の通信情報（第１通信情報１１００）
・認証ＮＧで利用可否情報１２００が「Ｙｅｓ」
来客者が使用できる通信情報（第２通信情報１３００）
・認証ＮＧで利用可否情報１２００が「Ｎｏ」
ＮＵＬＬ（通信情報なし）
S8：通信情報提供部２８はリーダライタ通信部２５を介して、通信情報１０００をＮＦＣリーダライタ２１３に送出する。
S9：ＮＦＣリーダライタ２１３の情報書き込み部３２は通信情報１０００を画像形成装置２０の情報取得部１２に送信する。この時、第１通信情報１１００と共に第１通信情報１１００を示すＩＤ、第２通信情報１３００と共に第２通信情報１３００を示すＩＤが情報取得部１２に送信される。なお、ＩＤの他、社員用の通信情報や来客者が使用できる通信情報であることを示すフラグなどが情報取得部１２に送信されてもよい。
S10：画像形成装置２０の情報取得部１２は通信情報１０００を情報記憶部１６に記憶させる。
S11：画像形成装置２０の情報取得部１２は接続可否判断部１３に通信情報１０００を用いた接続可否判断を要求する。

図８は図７のステップＳ７の処理を説明するためのフローチャート図の一例である。

まず、通信情報提供部２８は認証ＯＫか否かを判断する（Ｓ１０）。

認証ＯＫの場合（Ｓ１０のＹｅｓ）、通信情報提供部２８は来客者が使用できる通信情報の利用可否情報１２００が「Ｙｅｓ」かどうかを判断する（Ｓ１１）。

利用可否情報１２００が「Ｙｅｓ」である場合（Ｓ１１のＹｅｓ）、通信情報提供部２８は社員用の通信情報と来客者が使用できる通信情報（第１通信情報１１００と第２通信情報１３００）を通信情報ＤＢ３１から取得する（Ｓ１４）。

利用可否情報１２００が「Ｎｏ」である場合（Ｓ１１のＮｏ）、通信情報提供部２８は社員用の通信情報（第１通信情報１１００）を通信情報ＤＢ３１から取得する（Ｓ１３）。

ステップＳ１０において、認証ＮＧの場合（Ｓ１０のＮｏ）、通信情報提供部２８は来客者が使用できる通信情報の利用可否情報１２００が「Ｙｅｓ」かどうかを判断する（Ｓ１２）。

利用可否情報１２００が「Ｙｅｓ」である場合（Ｓ１２のＹｅｓ）、通信情報提供部２８は来客者が使用できる通信情報（第２通信情報１３００）を通信情報ＤＢ３１から取得する（Ｓ１５）。

利用可否情報１２００が「Ｎｏ」である場合（Ｓ１２のＮｏ）、通信情報提供部２８はＮＵＬＬ（通信情報なし）と判断する（Ｓ１６）。

このように、通信情報提供部２８は認証結果と利用可否情報１２００とに応じて、適切な通信情報を携帯端末１０に提供できる。

<<接続可否判断から印刷ジョブ実行まで>>
次に、接続可否判断から印刷ジョブ実行までの印刷システム１の処理の流れについて説明する。図９は、本実施例に係る印刷処理の一例のシーケンスである。接続可否判断は、通信情報１０００（第１通信情報１１００及び第２通信情報１３００の１つ以上、又はＮＵＬＬ）のうち最も適切な通信情報（ネットワークＮ１又はＮ２）で画像形成装置２０と接続する処理である。
S11：携帯端末１０の接続可否判断部１３は、情報取得部１２からの接続可否判断要求に応じて、接続可否判断処理を行う。接続可否判断処理では、接続可否判断部１３は以下いずれかの結果を生成する。なお、この接続可否判断処理の詳細については図１０にて後述する。
（１）携帯端末１０は、ネットワークＮ１及びネットワークＮ２のいずれのネットワークを介しても画像形成装置２０と通信することができない（選択結果が通信不可）。
（２）携帯端末１０は、ネットワークＮ１を介して画像形成装置２０と通信を行う（選択結果が第１通信部で通信）。
（３）携帯端末１０は、ネットワークＮ２を介して画像形成装置２０と通信を行う（選択結果が第２通信部で通信）。

接続可否判断部１３による選択結果が上記（１）の場合、ステップＳ１２，１３の処理が行われる。接続可否判断部１３による選択結果が上記（２）の場合、ステップＳ１４〜１６の処理が行われる。接続可否判断部１３による選択結果が上記（３）の場合、ステップＳ１７〜１９の処理が行われる。
S12：携帯端末１０の接続可否判断部１３は、携帯端末１０は画像形成装置２０と通信を行うことができないことを示す画面（図１２（ｂ）の通信不可画面）の表示要求をＵＩ表示部１４に対して送信する。
S13：携帯端末１０のＵＩ表示部１４は、通信不可画面の表示要求を受け付けると、通信不可画面を生成し、表示装置１０２に表示させる。これにより、ユーザに対して、このユーザが操作する携帯端末１０では所望の画像形成装置２０と通信を行うことができないことが通知される。
S14：携帯端末１０の接続可否判断部１３は、印刷ジョブの実行要求を第１通信部１５１に対して送信する。
S15：携帯端末１０の第１通信部１５１は、印刷ジョブの実行要求を受け付けると、この印刷ジョブの実行要求を画像形成装置２０に対して送信する。すなわち、携帯端末１０は、ネットワークＮ１（例えば無線ＬＡＮを介して接続される社内ＬＡＮ）を介して画像形成装置２０に印刷ジョブを送信する。
S16：画像形成装置２０のプリント機能部２１は、携帯端末１０から印刷ジョブを受け付けると、この印刷ジョブを実行し、印刷対象データを印刷する。これにより、ユーザは、所望の印刷対象データを画像形成装置２０で印刷することができる。
S17：携帯端末１０の接続可否判断部１３は、印刷ジョブの実行要求を第２通信部１５２に対して送信する。
S18：携帯端末１０の第２通信部１５２は、印刷ジョブの実行要求を受け付けると、この印刷ジョブの実行要求を画像形成装置２０に対して送信する。すなわち、携帯端末１０は、ネットワークＮ２（例えばＷｉ−Ｆｉ ＤｉｒｅｃｔによるＰ２Ｐ）を介して画像形成装置２０に印刷ジョブを送信する。
S19：画像形成装置２０のプリント機能部２１は、携帯端末１０から印刷ジョブを受け付けると、この印刷ジョブを実行し、印刷対象データを印刷する。これにより、ユーザは、所望の印刷対象データを画像形成装置２０で印刷することができる。

以上のように、本実施例に係る印刷システム１では、携帯端末１０が認証情報８００を画像形成装置２０に送信して、認証結果に応じた通信情報を取得する。そして、携帯端末１０は、ゼロ個以上の通信情報を用いて画像形成装置２０と通信を行い、印刷を行うことができる。すなわち、携帯端末１０は、画像形成装置２０と接続される複数のネットワークのうちのいずれかのネットワークを選択し、この選択されたネットワークを介して印刷ジョブを画像形成装置２０に送信することで印刷を行うことができる。

<接続可否判断処理>>
次に、図１０〜１２を用いて、上記で説明した印刷処理におけるステップＳ１１の接続可否判断処理について説明する。接続可否判断処理は、情報取得部１２が取得した通信情報１０００（第１通信情報１１００又は第２通信情報１３００のうち１つ以上、又はＮＵＬＬ）を用いて画像形成装置２０と通信を行う処理である。換言すれば、画像形成装置２０と接続される複数のネットワークのうちのいずれのネットワークを介して通信を行うかを選択する処理である。

図１０は、本実施例に係る接続可否判断処理の一例のフローチャートである。図１１、１２は携帯端末１０の表示装置１０２に表示されるアプリケーションの画面例を示す図である。以下、図１０の処理の流れを、図１１，１２を参照しながら説明する。

まず、ユーザは、アプリケーションが表示装置１０２に表示した印刷対象データの一覧などから印刷対象データを選択する。すると、図１１（ａ）に示すように、携帯端末１０の表示装置１０２には印刷条件画面９０１が表示される。印刷条件画面には、印刷対象データ９０２、画像形成装置２０のアイコン９０３、印刷部数９０４、カラー／白黒９０５、及び、用紙サイズ９０６が表示される。印刷部数９０４、カラー／白黒９０５、及び、用紙サイズ９０６には、アプリケーションに予め設定されている初期の設定値が表示されると共に、ユーザが最後に設定した設定値が保持される。したがって、ユーザは携帯端末１０を用いて画像形成装置２０に印刷させる場合、設定の変更を最小限にして自分が望む設定値（印刷条件）で印刷することができる。

なお、使用方法アドバイス９０７は、例えばアイコン９０７ａや「ＭＦＰにタッチしてプリントスタート」というメッセージ９０７ｂを有し、ユーザが携帯端末１０を画像形成装置２０のＮＦＣチップの位置にかざすことを促す。かざすことにより、携帯端末１０の情報取得部１２はＮＦＣリーダライタ２１３に認証情報８００を送信し、ＮＦＣリーダライタ２１３から通信情報１０００を取得する。通信情報１０００の取得により図１０の処理がスタートする。

図１０のステップＳ７０１において、携帯端末１０の接続可否判断部１３は画像形成装置２０から第１通信情報１１００を取得できたか否かを判断する。なお、第１通信情報１１００を取得できたかどうかは、例えば通信情報を識別するためのＩＤ，社員用の通信情報であることを示すフラグなどにより判断される。すなわち、第１通信情報１１００を示すＩＤ又は社員用の通信情報であることを示すフラグなどが取得された場合、第１通信情報１１００を取得できたと判断する。第１通信情報１１００を取得できた場合、処理はステップＳ７０２に進み、第１通信情報１１００を取得できない場合、処理はステップＳ７０５に進む。

なお、ＩＤやフラグを使うことなく、第１通信情報１１００を判別してもよい。具体的には、情報取得部１２が受信するデータにおける第１通信情報１１００と第２通信情報１３００の記憶位置が予め定められている場合、記憶位置に基づき第１通信情報１１００を取り出す。あるいは、第１通信情報１１００にはＳＳＩＤやパスワードが含まれないような構成が採用されている場合には、ＳＳＩＤやパスワードが含まれない通信情報１０００を第１通信情報１１００として使用してもよい。

また、取得した通信情報１０００が１つの場合、図１０のＳ７０１〜Ｓ７０５の処理を行わず、Ｓ７０６以降の処理のみを行なってもよい。

ステップＳ７０２において、第１通信情報１１００を取得できたのでユーザは社員８であると推定でき、携帯端末１０の接続可否判断部１３は、通信情報１０００に含まれる第１通信情報１１００に基づきネットワークＮ１を介した画像形成装置２０との通信を第１通信部１５１に要求する。

第１通信情報１１００にＳＳＩＤ等のネットワークを識別可能な情報が含まれ、かつ、携帯端末１０が現在、接続しているネットワークがこのＳＳＩＤ等によって識別されるネットワークとは異なるネットワークであると判断される場合、取得したＳＳＩＤ等によって識別されるネットワークＮ１へ接続を切り替える。

そして、第１通信部１５１は、第１通信情報１１００を用いて画像形成装置２０との通信を試みる。通信の電波は空間を広がり画像形成装置２０にもアクセスポイント７にも到達するので、第１通信部１５１は、第１通信情報１１００に含まれる第１ＩＰアドレスが示す機器（ここでは画像形成装置２０）との通信を試みる。なお、３ＧやＬＴＥによる通信が許可されている携帯端末１０では、キャリヤの基地局を経由して第１ＩＰアドレスが示す機器との通信が試みられる場合がある。

第１通信部１５１が画像形成装置２０との通信を試みている間、携帯端末１０の表示装置１０２には図１１（ｂ）に示す接続中画面９１１が表示される。接続中画面９１１では、アイコン９１２と文字９１３などにより接続中である旨が表示される。また、ユーザが接続や印刷ジョブを中止するためのキャンセルボタン９１４が表示される。

図１０に戻りステップＳ７０３において、携帯端末１０の接続可否判断部１３は、第１通信部１５１による通信結果に基づきネットワークＮ１を介して画像形成装置２０と通信できたか否かを判断する。ネットワークＮ１を介して画像形成装置２０と通信できた場合、ステップＳ７０４に進む一方、通信できなかった場合、ステップＳ７０５に進む。

ここで、接続可否判断部１３は、第１通信情報１１００を用いて画像形成装置２０と通信できたか否かについて、以下のように判断する。説明の便宜のため、ユースケースに分けて説明する。

・ユースケース１
来客者９の携帯端末１０はステップＳ７０１で第１通信情報１１００を取得できたと判断されることがない。したがって、ユースケース１ではステップＳ７０３で通信の可否が判断されることはない。

・ユースケース２
まず、社員８の携帯端末１０が社内ＬＡＮに接続した状態であれば第１通信情報１１００により画像形成装置２０と通信することができる場合が多いと考えられる。

一方、上記のように社員であっても社内ＬＡＮに接続した状態でない場合は、第１通信情報１１００を用いて画像形成装置２０に接続することができない。また、接続していたＬＴＥや３Ｇなど社内ＬＡＮとは別のネットワークを介して通信を試みた場合、以下のような状況がありうる。
(i)偶然接続していたネットワークの第１通信情報が示すＩＰアドレスに何らかの機器（画像形成装置２０の場合もそうでない場合もある）がある。そのため、機器へ接続を行うこと自体は可能だが、接続対象の画像形成装置２０と接続しているわけではないので処理の要求を行なっても意味がない。
(ii)偶然接続していたネットワークには第１通信情報１１００が示すＩＰアドレスに何の機器も存在しない。

このため、上記(i)や(ii)の状態でなく確実に画像形成装置２０と通信していることを確認するため、下記（１）〜（３）のいずれかの処理を行う。
（１）第１通信部１５１は、ネットワークＮ１を介して画像形成装置２０のＭＩＢ（Management Information Base）情報の取得を試みる。そして、ＭＩＢ情報の取得ができた場合、画像形成装置２０と通信できたと判断する一方、ＭＩＢ情報の取得ができなかった場合、画像形成装置２０と通信できなかったと判断する。ＭＩＢ情報は標準ＭＩＢでも拡張ＭＩＢでもよい。標準ＭＩＢを取得できれば少なくとも何らかの機器と（画像形成装置２０である可能性を含め）データの通信が可能であることが分かり、拡張ＭＩＢを取得できれば携帯端末１０のアプリケーションが想定する画像形成装置２０（アプリケーションは特定のメーカ又は機種の画像形成装置２０を想定して作成されている）とデータの通信が可能であることが分かる。なお、さらに、ＭＩＢ情報が取得できた場合であっても、取得されたＭＩＢ情報に含まれる機器情報が通信対象の画像形成装置２０の機器情報（これは、例えばＮＦＣリーダライタ２１３から取得される通信情報１０００に含まれる）と異なる場合、通信できなかったと判断してもよい。これにより、接続可否判断部１３は通信情報１０００を読み取ったＮＦＣリーダライタ２１３を有する画像形成装置２０と通信できたことを確実に判断できる。ここで、機器情報とは、例えば、画像形成装置２０の製造固有番号（シリアルナンバー）やＭＡＣ（Media Access Control）アドレスなどの画像形成装置２０を一意に識別する情報である。
（２）第１通信部１５１は、ネットワークＮ１を介して画像形成装置２０が提供するＷｅｂＡＰＩ（Ｗｅｂ Application Programming Interface）を利用して、機器情報の取得を試みる。ＷｅｂＡＰＩとは、機器Ａと機器Ｂがネットワークを介して処理を行う際の取り決め（処理の依頼方法やデータの指定方法など）をいう。携帯端末１０の情報記憶部１６には予めＷｅｂＡＰＩが記憶されている。そして、機器情報の取得ができた場合、画像形成装置２０と通信できたと判断する。一方、機器情報の取得ができなかった場合、画像形成装置２０と通信できなかったと判断する。すなわち、ＷｅｂＡＰＩが画像形成装置２０のメーカに固有でない場合、少なくとも何らかの機器と（画像形成装置２０である可能性を含み）データの通信が可能であることが分かる。ＷｅｂＡＰＩが画像形成装置２０のメーカに固有である場合、機器情報を取得できることで携帯端末１０のアプリケーションが想定する画像形成装置２０とデータの通信が可能であることが分かる。なお、さらに、機器情報が取得できた場合であっても、取得された機器情報が所望の画像形成装置２０の機器情報と異なる場合、通信できなかったと判断してもよい。これにより、接続可否判断部１３は通信情報１０００を読み取ったＮＦＣリーダライタ２１３を有する画像形成装置２０と通信できたことを確実に判断できる。
（３）第１通信部１５１は、ネットワークＮ１を介してＡＲＰ（Address Resolution Protocol）により画像形成装置２０のＭＡＣアドレスの取得を試みる。そして、ＭＡＣアドレスの取得ができた場合、画像形成装置２０と通信できたと判断する。一方、ＭＡＣアドレスの取得ができなかった場合、画像形成装置２０と通信できなかったと判断する。ＭＡＣアドレスが取得できれば通信情報１０００に含まれるＩＰアドレスの装置（画像形成装置２０）が存在し、ＮＦＣリーダライタ２１３を有する画像形成装置２０とデータの通信ができたことを高い確度で特定できる。なお、さらに、ＭＡＣアドレスが取得できた場合であっても、取得されたＭＡＣアドレスが画像形成装置２０のＭＡＣアドレス（ＮＦＣリーダライタ２１３を介して取得されるものとする）と異なる場合、通信できなかったと判断してもよい。これにより、接続可否判断部１３はＮＦＣリーダライタ２１３を有する画像形成装置２０と通信できたことを確実に判断できる。

これらより、携帯端末１０は、接続した機器が処理の要求が可能な画像形成装置２０であること（ネットワークＮ１を介して画像形成装置２０へ接続していること）を確実に判断できる。

なお、（１）〜（３）のいずれかの処理を行った際に通信エラー等があればリトライしてもよく、（１）〜（３）により通信できないと判断された場合は１回の試みで通信できないと判断してよい。

ユースケース２においても、希な状況として社員８の携帯端末１０が送信するパケットが画像形成装置２０まで到達できない場合がある。このような状況としては、携帯端末１０の最寄りのアクセスポイント７から画像形成装置２０に至るまでの経路のルータの電源がＯＦＦである場合や、画像形成装置２０のＩＰアドレスが変更されたが通信情報ＤＢ３１に反映されていない場合などが考えられる。

これらの場合、接続可否判断部１３はタイムアウトや通信エラー（例えばＨＴＴＰでは４００のステータスコードが帰ってくる）などを検出することで、第１通信情報１１００により画像形成装置２０と通信することができないと判断する。

ステップＳ７０４において、ネットワークＮ１を介して画像形成装置２０と通信できた場合、携帯端末１０の接続可否判断部１３は、通信情報１０００に含まれる第１通信情報１１００に基づきネットワークＮ１を介して画像形成装置２０と通信を行うと判断する。

この場合、図１２（ａ）に示すように、携帯端末１０の表示装置１０２には送信完了画面９２１が表示される。送信完了画面９２１は携帯端末１０から画像形成装置２０への印刷ジョブの送信が完了した旨を表す画面である。送信完了画面９２１は「送信完了」というメッセージ９２２と送信が完了したことを示すアイコン９２３が表示されている。送信完了画面９２１は一定時間表示された後、自動的に消去され図１１（ａ）の印刷条件画面９０１が表示される。なお、ユーザがアイコン９２３を押下（タッチ）することなどにより図１１（ａ）の印刷条件画面９０１が表示されてもよい。

図１０に戻って説明する。ステップＳ７０１で第１通信情報を取得できないと判断された場合、又は、ステップＳ７０３で通信できないと判断された場合、処理はステップＳ７０５に進む。

ステップＳ７０５において、携帯端末１０の接続可否判断部１３は、画像形成装置２０から第２通信情報１３００を取得できたか否かを判断する。なお、第２通信情報１３００を取得できたかどうかは、例えば通信情報を識別するためのＩＤ，来客者が使用できる通信情報であることを示すフラグなどにより判断される。なお、ＩＤやフラグを使うことなく、第２通信情報１３００を判別してもよい。具体的には、情報取得部１２が受信するデータにおける第１通信情報１１００と第２通信情報１３００の記憶位置が予め定められている場合、記憶位置に基づき第２通信情報１３００を取り出す。あるいは、第１通信情報１１００にはＳＳＩＤやパスワードが含まれておらず、第２通信情報１３００にのみＳＳＩＤ及びパスワードが含まれている場合、ＳＳＩＤとパスワードが含まれている通信情報１０００を第２通信情報１３００として使用してもよい。第２通信情報１３００を取得できた場合、処理はステップＳ７０６に進み、第２通信情報１３００を取得できない場合、処理はステップＳ７０９に進む。

第２通信情報１３００は利用可否情報１２００が「Ｙｅｓ」であれば携帯端末１０が取得できるので、利用可否情報１２００により、例えば、ネットワークＮ２がＷｉ−Ｆｉ ＤｉｒｅｃｔなどのＰ２Ｐで携帯端末１０と画像形成装置２０とを接続可能であっても、Ｐ２Ｐによる接続が許可されているか否かを判断できる。これは上記の課金のような理由の他、一般に、Ｐ２Ｐによる接続は、無線ＬＡＮを用いた社内ＬＡＮを介した接続に比べてセキュリティ等が低い傾向があることによるものである。すなわち、社員８の携帯端末１０がネットワークＮ１に接続できない場合、臨時的であっても社員８がＰ２Ｐによる接続を行わないようにするためである。このように、利用可否情報１２００によりセキュリティを向上させることができる。

ステップＳ７０６において、携帯端末１０の接続可否判断部１３は、第２通信情報１３００に基づきネットワークＮ２を介した画像形成装置２０との通信を第２通信部１５２に要求する。そして、第２通信部１５２は、第２通信情報１３００に基づきネットワークＮ２を介して画像形成装置２０との通信を試みる。すなわち、第２通信部１５２は、第２通信情報１３００に含まれる第２ＩＰアドレスが示す画像形成装置２０との通信を試みる。

ステップＳ７０７において、携帯端末１０の接続可否判断部１３は、第２通信部１５２による通信結果に基づきネットワークＮ２を介して画像形成装置２０と通信できたか否かを判断する。ネットワークＮ２を介して画像形成装置２０と通信できた場合、ステップＳ７０８に進む一方、通信できなかった場合、ステップＳ７０９に進む。ステップＳ７０７の判断中も引き続き、図１１（ｂ）の接続中画面が表示される。

ここで、接続可否判断部１３は、第２通信情報１３００を用いて画像形成装置２０と通信できたか否かについて、以下のように判断する。ステップＳ７０６の判断では、ユースケース１、２のいずれのケースも同様に判断される。

すなわち、来客者９の携帯端末１０及び社員８の携帯端末１０は第２通信情報１３００を用いてパケットを画像形成装置２０との間で送受信できると考えられる。したがって、例えば、ステップＳ７０２の判断基準（１）〜（３）により判断することが可能になる。

なお、希であるが、画像形成装置２０のネットワークＩ／Ｆ２１５に電源が供給されていなかったり、ネットワークＩ／Ｆ２１５が通信不良を起こしたため、携帯端末１０がネットワークＮ２を介して画像形成装置２０とパケットを送受信できないことも起こりうる。この場合は、接続可否判断部１３は画像形成装置２０から何ら応答を得られないこと、タイムアウト、又は、通信エラーを検出することなどで、第２通信情報１３００により画像形成装置２０と通信することができないと判断する。

ステップＳ７０８において、ネットワークＮ２を介して画像形成装置２０と通信できた場合、携帯端末１０の接続可否判断部１３は、通信情報１０００に含まれる第２通信情報１３００に基づきネットワークＮ２を介して画像形成装置２０と通信を行うと判断する。

この場合、携帯端末１０の表示装置１０２には図１２（ａ）の送信完了画面９２１が表示される。すなわち、ネットワークＮ１又はネットワークＮ２のいずれを経由して印刷ジョブが送信されても同じ画面が表示されるので、ユーザはネットワークの違いを意識する必要がない。なお、携帯端末１０はネットワークＮ１又はネットワークＮ２のいずれを経由して印刷ジョブが送信されたのか表示装置１０２に表示してもよい。これにより、社員８としてのユーザはセキュリティが高い社内ＬＡＮを使用できたかどうかを確認できる。また、来客者９としてのユーザは自分の印刷ジョブがＰ２Ｐネットワークを介して送信されたことを把握できる。

図１０に戻り、ステップＳ７０９において、ネットワークＮ１及びネットワークＮ２のいずれにおいても画像形成装置２０と通信することができない場合、携帯端末１０の接続可否判断部１３は、画像形成装置２０と通信することはできないと判断する。

この場合、図１２（ｂ）に示すように、携帯端末１０の表示装置１０２には通信不可画面９３１が表示される。通信不可画面９３１では、「機器と接続できません」というメッセージ９３２とＯＫボタン９３３が表示される。ユーザがＯＫボタン９３３を押下すると（タッチすると）、表示装置１０２には図１１（ａ）の印刷条件画面９０１が表示される。

図１０の処理で説明されたように、本実施例の印刷システム１は、複数のネットワークに接続された画像形成装置２０に対し、ユーザが第１通信情報１１００，第２通信情報１３００を設定する労力を低減すると共に、各ユーザがそれぞれ適切なネットワークを自動的に選択することができる。社員８であれば第１通信情報を取得できるので最初にネットワークＮ１で通信を試み、通信できない場合にだけネットワークＮ２で通信を試みるので、安全なネットワークＮ１を優先しつつ比較的安全でないネットワークＮ２を介した通信も可能である。また、来客者９が社内ＬＡＮであるネットワークＮ１に接続することを防止して、ネットワークＮ２を介した通信を許可できる。

<<通信情報の別の形態について>>
上記のステップＳ７０２において、接続可否判断部１３は第１通信情報１１００を用いて画像形成装置２０との通信を試み、ステップＳ７０６では第２通信情報１３００を用いて画像形成装置２０との通信を試みた。すなわち、接続が試みられる第１通信情報１１００と第２通信情報１３００の順番は、図７の通信情報１０００に記録されている第１通信情報１１００と第２通信情報１３００の順番（例えばアドレス順）により固定されていた。

ここで、接続可否判断部１３が先に第２通信情報１３００で通信を試み、通信できない場合に第１通信情報１１００で通信を試みることを検討する。なお、利用可否情報１２００、１４００は「Ｙｅｓ」であるものとする。
・ユースケース１
来客者９の携帯端末１０は、第２通信情報１３００のみを取得する。ステップＳ７０１で「第２通信情報を取得できたか」どうかが判断されるので、接続可否判断部１３が第２通信情報１３００で通信を試ると、来客者９は第２通信情報１３００で通信できる。
・ユースケース２
社員８の携帯端末１０は、第１通信情報と第２通信情報を取得する。ステップＳ７０１で「第２通信情報を取得できたか」どうかが判断されるので、接続可否判断部１３は先に第２通信情報１３００で通信を試る。社員８は第２通信情報１３００で通信できる。しかし、社員８が常にネットワークＮ２に接続することは好ましいとは言えない。

したがって、来客者９に不都合は少ないが、社員８もネットワークＮ２に接続されてしまうため、本実施形態において通信が試みられる順番は、社員用の第１通信情報１１００が先で、来客者が使用できる第２通信情報１３００は後であることが好ましい。

通信情報１０００に第３通信情報が含まれる場合にも同様の考え方を適用できる。すなわち、第３通信情報が社員用であれば第２通信情報１３００よりも先に通信接続が試みられ、第３通信情報が来客者が使用できる通信情報であれば第１通信情報１１００よりも後に通信接続が試みられるべきとなる。

このような接続の試みの順番を制御する方法として、通信情報１００に社内用の通信情報か来客者が使用できる通信情報かを示すフラグを付しておくことが考えられる。あるいは、社内用の通信情報に、来客者が使用できる通信情報よりも高い優先度を付してもよい。

表４は、通信情報の別の一例を示す。表４では、複数のネットワークのうちのネットワークＮ１の第１通信情報１１００が優先度１、ネットワークＮ２の第２通信情報１３００が優先度３、ネットワークＮ３の第３通信情報１５００が優先度２である。通信情報１０００にこのように各ネットワーク（各通信情報）の優先度が登録されている場合、画像形成装置２０は優先度と共に通信情報１０００を携帯端末１０に送信する。接続可否判断部１３は優先度にしたがって、第１通信情報１１００（ネットワークＮ１）、第３通信情報１５００（ネットワークＮ３）、第２通信情報１３００（ネットワークＮ２）の順に画像形成装置２０との通信を試みる。

ここで、アプリケーションにとって社内用の通信情報は優先度１以下であると設定されていれば、接続可否判断部１３は社内用の通信情報から先に接続を試みることができる。

また、この場合、画像形成装置２０の通信情報提供部２８は以下のように通信情報ＤＢ３１から通信情報を取り出す。なお、利用可否情報１２００、１４００は「Ｙｅｓ」であるものとする。
・認証ＯＫ
優先度が閾値以下（１以下）の通信情報と優先度が閾値より大きい（１より大きい）通信情報を取り出す。優先度が閾値以下であることは「一定以上の優先度」であることを意味し、優先度が閾値より大きいことは「一定未満の優先度」であることを意味する。
・認証ＮＧ
優先度が閾値より大きい（１より大きい）通信情報を取り出す。

図１３は、優先度を用いた接続可否判断処理の一例のフローチャートである。なお、図１３では主に図１０との相違点を説明する。

ステップＳ７０１において優先度が閾値以下の通信情報を取得できた場合、接続可否判断部１３は優先度が閾値以下の通信情報を用いて通信を試みる（Ｓ７０２）。当然ながら、接続が試みられる順番は優先度の順である。

そして、ステップＳ７１００に示すように、優先度が閾値以下の通信情報を用いた接続を全て試みる。この中に通信できる通信情報があれば、ステップＳ７０４に示すように通信情報に対応する通信部１５で通信すると判断する。

優先度が閾値以下の通信情報を用いても通信できない場合(Ｓ７１００のＹｅｓ)、処理はステップＳ７０５に進み、優先度が閾値より大きい通信情報を用いた接続が優先度の順に試みられる。

ステップＳ７０１において優先度が閾値以下の通信情報を取得できない場合、ステップＳ７２００に示すように、優先度が閾値より大きい通信情報を用いた接続を試みる。この中に通信できる通信情報があれば、ステップＳ７０８に示すように通信情報に対応する通信部１５で通信すると判断する。

こうすることで、印刷システム１は、優先度を用いて社員８を社内用のネットワークＮ１に優先的に接続させ、来客者をＰ２ＰのネットワークＮ２に接続させることができる。

<<ＩＰアドレスに基づく通信の試み>>
さらに、携帯端末１０のＩＰアドレスと画像形成装置２０のＩＰアドレスとに基づいて、複数のネットワークのうちのいずれのネットワークを介して画像形成装置２０との通信を試みるかを決定してもよい。例えば、携帯端末１０のＩＰアドレスが「１９２．１６０．０．４」、ネットワークＮ１における画像形成装置２０の第１ＩＰアドレスが「１９２．１６０．０．３」、ネットワークＮ２における画像形成装置２０の第２ＩＰアドレスが「１９２．１６８．２０．１」であるとする。この場合、画像形成装置２０のユーザ側ではサブネットワークアドレス部「１９２．１６０．０．０」が同一であるネットワークＮ１を社員用の通信情報で通信可能なネットワークに設定し、ネットワークＮ２を来客者が使用できる通信情報で通信するネットワークに設定する。

画像形成装置２０の通信情報提供部２８は、認証ＯＫの場合、サブネットワークアドレスが同じＩＰアドレスの通信情報を社員用の通信情報として通信情報ＤＢ３１から取り出し、それ以外のＩＰアドレスの通信情報を来客者用の通信情報として取り出す。認証ＮＧの場合は、上記それ以外のＩＰアドレスの通信情報を来客者用の通信情報として取り出す。

携帯端末１０は自分のＩＰアドレスと同じサブネットワークアドレスのＩＰアドレスの通信情報を取得できれば、社員用の通信情報を取得できたと判断できる。

このようにすることで、画像形成装置２０とネットワークＮ１を介して通信する場合、同一サブネット内における通信になるため、ネットワークトラフィックの増加を防止することができる。

＜まとめ＞
以上のように、本実施例に係る印刷システム１では、携帯端末１０が認証情報８００を画像形成装置２０に送信し、認証結果に応じてゼロ個以上の通信情報を取得する。そして、携帯端末１０は、ゼロ個以上の通信情報のうちのいずれかの通信情報に基づき、画像形成装置２０と通信を行い、印刷を行うことができる。すなわち、携帯端末１０は、画像形成装置２０と接続される複数のネットワークのうちのいずれかのネットワークを選択し、この選択されたネットワークを介して印刷ジョブを画像形成装置２０に送信することで印刷を行うことができる。したがって、ユーザは、複数のネットワークのうち通信情報を自身の携帯端末１０に設定する必要なく、適切なネットワークで通信できる。これにより、印刷システム１のユーザ及び管理の手間が軽減される。また、複数のネットワークから端末による処理の要求を受け付けることが可能な画像形成装置２０が、画像形成装置２０へ接続するための通信情報１０００を携帯端末１０に送信する際に、携帯端末１０を利用するユーザに応じた通信情報１０００を送信することが可能となる。

本発明は、具体的に開示された上記の実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

実施例１では画像形成装置２０がユーザを認証したが、本実施例では認証サーバがユーザを認証する印刷システムについて説明する。

本明細書において、同一の符号を付した構成要素については、同様の機能を果たすので、一度説明した構成要素の説明を省略あるいは相違点についてのみ説明する場合がある。

＜ハードウェア構成＞
図１４は、認証サーバ８０のハードウェア構成図の一例である。認証サーバ８０は認証装置の一例である。認証サーバ８０は、バス３１０に接続されたＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＨＤＤ３０５、ディスプレイ３０８、ネットワークＩ／Ｆ３０９、キーボード３１１、マウス３１２、メディアドライブ３０７、及び、光学ドライブ３１４を有する。ＣＰＵ３０１は、ＨＤ３０４に記憶されているプログラム３２０を実行して、認証サーバ８０の全体の動作を制御する。ＲＯＭ３０２はＩＰＬ等のＣＰＵ３０１の駆動に用いられるプログラムを記憶している。ＲＡＭ３０３はＣＰＵ３０１のワークエリアとして使用される。ＨＤ３０４は不揮発性メモリを搭載した記憶装置であり、認証を行うプログラム３２０、ＯＳなどを記憶している。

ＨＤＤ３０５はＣＰＵ３０１の制御にしたがってＨＤ３０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ３０８はカーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。ネットワークＩ／Ｆ３０９はＬＡＮやインターネットなどのネットワークとのインタフェースである。キーボード３１１及びマウス３１２は入出力装置であり、キーボード３１１は文字、数値、各種指示などの入力のための複数のキーを備えこれらからの入力を受け付ける。マウス３１２はマウスポインターの移動及び各種指示の選択や実行、処理対象の選択などを受け付ける。

メディアドライブ３０７はフラッシュメモリ等のメディア３０６に対するデータの読み出し又は書き込み（記憶）を制御する。光学ドライブ３１４は着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ(Compact Disc Read Only Memory)３１３等に対する各種データの読み出し又は書き込みを制御する。

なお、上記プログラム３２０は、インストール可能な形式又は実行可能な形式のファイルで、メディア３０６やＣＤ−ＲＯＭ３１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。あるいは、プログラム３２０は、任意のサーバ型の情報処理装置からダウンロードされる形態で配布されてもよい。

なお、認証サーバ８０は、クラウドコンピューティングにより実現されてもよい。すなわち、図示する認証サーバ８０のハードウェア構成は１つの筐体に収納されていたりひとまとまりの装置として備えられていたりする必要はなく、認証サーバ８０が備えていることが好ましいハード的な要素を示す。

＜ソフトウェア構成＞
本実施例に係る印刷システム１は、例えば図１５に示すような機能ブロックにより表すことができる。図１５は、本実施例に係る印刷システムの一例の機能ブロック図である。実施例１の図５と異なり、印刷システム１は認証サーバ８０を有し、認証サーバ８０が送受信部８１、認証処理部２７及び認証ＤＢ２９を有している。

送受信部８１は、図１４のＣＰＵ３０１、ネットワークＩ／Ｆ３０９などにより実現され、画像形成装置２０との間で認証に関する通信を行う。認証処理部２７の機能は実施例１で説明した画像形成装置２０の認証処理部２７と同様である。また、認証ＤＢ２９に記憶されている認証情報テーブルも実施例１で説明した画像形成装置２０の認証ＤＢ２９の認証情報テーブルと同様である。すなわち、認証サーバ８０は画像形成装置２０の代わりにユーザを認証する。

＜処理の詳細＞
次に、印刷システム１の処理の詳細について説明する。

<<認証から通信情報を取得するまで>>
まず、認証から通信情報を取得するまでの印刷システム１の処理の流れについて説明する。図１６は、本実施例に係る印刷処理の一例のシーケンスである。なお、ステップＳ１〜Ｓ３の処理は実施例１の図７と同様なのでＳ４以降を説明する。
S4：ＮＦＣリーダライタ２１３の情報読み取り部３３は、取得した認証要求と認証情報（社員ＩＤ、パスワード）８００をリーダライタ通信部２５を介して画像形成装置２０の送受信部２４に送信する。
S5：画像形成装置２０の送受信部２４は認証要求と認証情報（社員ＩＤ、パスワード）８００を認証サーバ８０に送信する。
S6：認証サーバ８０の認証処理部２７は認証情報（社員ＩＤ、パスワード）８００で認証ＤＢ２９を検索し、同じ社員ＩＤとパスワードの組が認証ＤＢ２９に登録されているか否かを判断する。認証処理部２７は検索結果に応じて認証結果（ＯＫ，ＮＧ）を作成する。
S7：認証サーバ８０の認証処理部２７は認証結果（ＯＫ，ＮＧ）を画像形成装置２０の送受信部２４に送信する。
S8：画像形成装置２０の送受信部２４は認証結果（ＯＫ，ＮＧ）を通信情報提供部２８に送出する。
S9：画像形成装置２０の通信情報提供部２８は認証結果（ＯＫ，ＮＧ）に基づいて通信情報ＤＢ３１から通信情報を読み出す。読み出される通信情報１０００は実施例１にて説明した。
S10：通信情報提供部２８はリーダライタ通信部２５を介して通信情報１０００をＮＦＣリーダライタ２１３に送出する。
S11：ＮＦＣリーダライタ２１３の情報書き込み部３２は通信情報１０００を画像形成装置２０の情報取得部１２に送信する。
S12：画像形成装置２０の情報取得部１２は通信情報１０００を情報記憶部１６に記憶させる。
S13：画像形成装置２０の情報取得部１２は接続可否判断部１３に通信情報１０００を用いた接続可否判断を要求する。

この後の接続可否判断処理は実施例１の図９、１０にて説明したため省略する。

以上説明したように、本実施例の印刷システム１は、画像形成装置２０でなく認証サーバ８０に依頼できるため、多くの画像形成装置２０が配置されていても一台又は画像形成装置２０よりも少ない台数の認証サーバ８０で社員を認証できる。

なお、図１４で認証サーバ８０を情報処理装置として説明したが、認証サーバ８０は認証以外の所定の機能を提供する装置でもよい。

画像形成装置２０が画像投影装置（プロジェクタ）などの装置でよいことは実施例１にて説明したが、本実施例では画像形成装置２０が画像投影装置（プロジェクタ）である場合について説明する。

本明細書において、同一の符号を付した構成要素については、同様の機能を果たすので、一度説明した構成要素の説明を省略あるいは相違点についてのみ説明する場合がある。

図１７は、本実施例に係る印刷システムの一例の機能ブロック図である。図１７において、携帯端末１０の構成は図５と同様である。これに対し、図１７の携帯端末１０は画像形成装置２０でなく画像投影装置２２と通信する。画像投影装置２２にはＮＦＣリーダライタ２１３が配置されており、画像投影装置２２は画像投影部２３を有している。

画像投影装置２２は、ＤＬＰ（Digital Right Processing）方式や液晶方式で画像データを変調して、画像をスクリーンや壁などに投影する。画像データはネットワークＮ１又はＮ２を経由して携帯端末１０から送信される。画像投影部２３は、画像投影装置２２のＣＰＵやＤＬＰ方式や液晶方式の投影エンジンにより実現され、画像データに基づいて投影画像を生成する。

図１８は、本実施例に係る印刷処理の一例のシーケンスである。本実施例では実施例１の図７に相当するシーケンスは実施例１と同様でよい。また、図１８では図９とステップＳ１４〜Ｓ１９が異なっているため、ステップＳ１４〜Ｓ１９について説明する。
S14：携帯端末１０の接続可否判断部１３は、画像投影の要求を第１通信部１５１に対して送信する。
S15：ステップＳ６１０において、携帯端末１０の第１通信部１５１は、画像投影の要求を受け付けると、この画像投影の要求を画像投影装置２２に対して送信する。すなわち、携帯端末１０は、ネットワークＮ１（例えば無線ＬＡＮを介して接続される社内ＬＡＮ）を介して画像投影装置２２に画像データを送信する。この画像データは例えば携帯端末１０の表示装置１０２に現在、表示されている画像又はユーザが選択した画像から生成される。
S16：画像投影装置２２の画像投影部２３は、携帯端末１０から画像投影の要求を受け付けるとこの画像を投影する。これにより、ユーザは、所望の画像を画像投影装置２２で投影することができる。
S17：携帯端末１０の接続可否判断部１３は、画像投影の要求を第２通信部１５２に対して送信する。
S18：携帯端末１０の第２通信部１５２は、画像投影の要求を受け付けると、この画像投影の要求を画像投影装置２２に対して送信する。すなわち、携帯端末１０は、ネットワークＮ２（例えばＷｉ−Ｆｉ ＤｉｒｅｃｔによるＰ２Ｐ）を介して画像投影装置２２に画像データを送信する。
S19：画像投影装置２２の画像投影部２３は、携帯端末１０から画像投影の要求を受け付けると、この画像を投影する。これにより、ユーザは、所望の画像を画像投影装置２２で投影することができる。

なお、携帯端末１０が画像形成装置２０に印刷させる場合、携帯端末１０は印刷ジョブを画像形成装置２０に送信すれば、携帯端末１０は印刷完了まで待機すればよい。これに対し、携帯端末１０が画像投影装置２２に画像を投影させる場合、携帯端末１０は複数回、画像を投影させる必要がある。

例えば、携帯端末１０が表示装置１０２に表示している静止画を更新したり（画像を切り替えるほか、拡大・縮小・表示範囲の変更などが含まれる）ユーザが選択し直したりした場合、画像データを送信する。携帯端末１０が表示装置１０２に動画を表示している場合、周期的に画像を取り込んで画像データを作成して送信する。なお、画像データのフォーマットはＪＰＥＧ、ＴＩＦＦ、ＧＩＦ、ＰＮＧなど、画像投影装置２２が対応してればどのようなものでもよい。

また、携帯端末１０は画像が含まれるファイルをそのまま送信してもよい。例えば、ＰＤＦファイル、ＭＰＥＧファイルなどを送信できる。この場合、画像投影装置２２はファイルを開いて画像に変換してから投影する。

以上説明したように、本実施例の印刷システムは、実施例１の効果に加え、携帯端末１０と無線通信する適切なネットワークで通信し、画像データなど必要なデータを送信できる。

本実施例では、携帯端末１０がサーバを構築し、画像形成装置２０がサーバにリクエストを送信することで携帯端末１０がネットワークＮ１又はＮ２における画像形成装置２０のＩＰアドレスを取得する印刷システム１について説明する。

＜ソフトウェア構成＞
図１９は、本実施例に係る印刷システム１の一例の機能ブロック図である。なお、本実施例において、図５において同一の符号を付した構成要素は同様の機能を果たすので、主に本実施例の主要な構成要素についてのみ説明する場合がある。

<<携帯端末の機能について>>
本実施例の携帯端末１０は、新たに、近接通信部４１、ジョブ制御部４２、ネットワーク切替部４３及びサーバ構築部４４を有する。点線で記載されたサーバ部４４ａについては後述する。

近接通信部４１は、図３に示したＣＰＵ１０６及び近距離無線通信装置１０９等により実現され、数ｍ程度の距離内に存在する画像形成装置２０と無線通信を行う。後述するように、近接通信部４１が受信する主な情報は第２通信情報１３００であり、送信する主な情報は後述されるＵＲＬ情報５０００、社員ＩＤ及びパスワードである。近接通信部４１はBluetooth（登録商標） Low Energy（以下、ＢＬＥという）の通信規格にしたがって通信するが、通信手順は公知であるため詳細は省略する。

また、本実施例では第２通信情報１３００に第２ＩＰアドレスが含まれない。本実施例の第２通信情報１３００の一例を表５に示す。

表５の第２通信情報１３００には画像形成装置２０のＩＰアドレスが含まれていない。これは、ＩＰアドレスは画像形成装置２０が携帯端末１０のサーバ部４４ａと通信する際に、画像形成装置２０から携帯端末１０に通知されるためである。また、第２通信情報１３００には携帯端末のポート番号が含まれている。

ジョブ制御部４２は、図３に示したＣＰＵ１０６等により実現され、画像形成装置２０に印刷などのジョブを要求するための処理を行う。

ネットワーク切替部４３は、ネットワークＮ１へ接続できないと接続可否判断部１３が判断した場合、ネットワークＮ１（又は携帯端末１０が接続しているその他のネットワーク）からネットワークＮ２に携帯端末１０の接続先を切り替える。具体的には、第２通信情報１３００が適用された第２通信部１５２を作成（第２通信情報１３００を第２通信部１５２に設定）する。ただし、携帯端末１０のＯＳによってはネットワークの切り替えにユーザの許可又は操作が必要である。なお、携帯端末１０がネットワークに一切接続されていない場合もある。この場合は、ネットワークＮ２に携帯端末１０を接続させればよい。

サーバ構築部４４は、図３に示したＣＰＵ１０６等により実現され、携帯端末１０にサーバを構築する。構築されたサーバがサーバ部４４ａである。サーバを構築するとは、ＨＴＴＰ（又はＨＴＴＰＳ）のリクエストに対応するレスポンスを用意することをいう。サーバ部４４ａの機能については図２１にて後述される。一般に、携帯端末１０に対し外部から（画像形成装置２０等が）アクセスすることはセキュリティ上できないようになっている。しかし、サーバ部４４ａを作成することでＨＴＴＰ通信などで外部から携帯端末１０に通信可能になる。

また、サーバ構築部４４は構築したサーバ部４４ａへの通信を受け付けるＵＲＬ情報５０００を作成する。ＵＲＬ情報５０００は、画像形成装置２０がサーバ部４４ａのＵＲＬを生成するための情報を含む。ＵＲＬ情報５０００の作成方法は図２０にて後述する。このＵＲＬ情報５０００は近接通信部４１により画像形成装置２０に送信される。

<<画像形成装置>>
本実施例の画像形成装置２０は、新たに近接通信部３６と通信部３５を有する。近接通信部３６は、図４に示したＣＰＵ２０１及び近距離無線通信装置２１７等により実現され、数ｍ程度の距離内に存在する携帯端末１０と無線通信を行う。後述するように、近接通信部３６が受信する主な情報はＵＲＬ情報５０００、ＩＤ及びパスワードであり、送信する主な情報は第２通信情報１３００である。

通信部３５は、第３通信部３５１及び第４通信部３５２などを有する。第３通信部３５１はネットワークＮ１に接続して携帯端末１０と通信し、第４通信部３５２はネットワークＮ２に接続して携帯端末１０と通信する。第３通信部３５１は、実施例１〜３の第１通信情報１１００のＩＰアドレスを有し、第４通信部３５２は実施例１〜３の第２通信情報１３００のＩＰアドレスを有する。

なお、本実施例では近距離無線通信装置１０９、２１７がＢＬＥを用いた通信を行うものとして説明する。このため、ＮＦＣリーダライタ２１３はなくてもよい。ただし、近距離無線通信装置１０９、２１７はＮＦＣリーダライタ２１３や赤外線等が可能な装置であってもよい。

＜ＵＲＬ情報５０００＞
図２０を用いてＵＲＬ情報５０００について説明する。図２０は、ＵＲＬ情報とＵＲＬを説明する図の一例である。携帯端末１０のサーバ構築部４４が作成するＵＲＬ情報５０００は、携帯端末１０のＩＰアドレス、ポート番号及びワンタイムパスワードの３つの情報を有している。
・携帯端末１０のＩＰアドレスは、携帯端末１０に固定又はＤＨＣＰサーバが付与したＩＰアドレスである。ＩＰアドレスは例えば「ipconfig」などのコマンドで検出できるものであり、携帯端末１０にとっては既知である。
・ポート番号は、画像形成装置２０から送信された第２通信情報１３００の「携帯端末のサーバのポート番号」である。画像形成装置２０からの通信を携帯端末１０が待ち受けるためのポート番号となる。
・ワンタイムパスワードは、携帯端末１０が画像形成装置２０を認証するための情報であり、サーバ構築部４４がＵＲＬ情報５０００を作成するたびに変更される。ワンタイムパスワードは例えば任意の不作為な英数字の組み合わせである。つまり、このワンタイムパスワードを指定して携帯端末１０に接続する画像形成装置２０は、携帯端末１０がＵＲＬ情報５０００を送信した画像形成装置２０であることが認証できる。

このように、ＵＲＬ情報５０００により、ＩＰアドレスやポート番号という画像形成装置２０が携帯端末１０のサーバ部４４ａと通信するために必要な情報が得られる。画像形成装置２０の通信部３５（第３通信部３５１と第４通信部３５２の両方）はＵＲＬ情報５０００を用いて、ＨＴＴＰ通信の仕様にしたがってＵＲＬを作成する。これにより、画像形成装置２０の通信部３５は、携帯端末１０に構築されたサーバ部４４ａと通信できる。なお、携帯端末１０のサーバ構築部４４はＵＲＬ情報５０００でなくＵＲＬそのものを画像形成装置２０に送信してもよい。

ＵＲＬはサーバ部４４ａに画像形成装置２０が通信するためのアドレス情報なので、サーバ部４４ａと画像形成装置２０が通信すると、携帯端末１０は画像形成装置２０がＵＲＬ情報５０００を使用して通信したと判断できる。

ＵＲＬ情報５０００はネットワークＮ１とＮ２それぞれについて（ネットワークが切り替わるごとに）携帯端末１０から画像形成装置２０に送信される。ＩＰアドレスは携帯端末１０に固定又はＤＨＣＰサーバが付与したものに依存し、ポート番号は画像形成装置２０が送信する「携帯端末のサーバのポート番号」に依存する。したがって、ＵＲＬ情報５０００はワンタイムパスワードを除いて変更がなくてもよい。ネットワークが切り替わるごとにＵＲＬ情報５０００が送信されるのは、ＵＲＬ情報５０００のＩＰアドレスがネットワークの切り替えによって変化する可能性があるため、画像形成装置２０がサーバ部４４ａとの通信を開始することの契機となるため、及び、ワンタイムパスワードを送信するためである。

なお、ＵＲＬ情報のうち携帯端末１０のＩＰアドレスの部分をＩＰアドレスでなくホスト名で送信してもよい。この場合、サーバ構築部４４はＤＮＳ（Domain Name System）サーバに携帯端末１０のＩＰアドレス（ポート番号を除くＵＲＬ）とホスト名を対応付けて登録しておく。

＜サーバ部４４ａの機能＞
まず、サーバとは、ネットワークにおいて、他のコンピュータに対し、自身の持っている機能やサービス、データなどを提供するサービス提供部（コンピュータや装置）をいう。サービス提供部は具体的にはサーバやサーバ装置と呼ばれる。本実施形態のサーバ部４４ａもこのような意味のサーバとして動作する。しかしながら、サーバ部４４ａは画像形成装置２０が携帯端末１０に接続できたことを検出する機能と画像形成装置２０のアドレス情報を取得するという機能を有する。画像形成装置２０のアドレス情報は、ネットワークＮ１又はＮ２上で画像形成装置２０を一意に識別するための情報である。具体的には画像形成装置２０のＵＲＩ、ＵＲＬ、ホスト名又はＩＰアドレスなどが挙げられる。本実施形態ではＩＰアドレスを例にして説明する。

図２１はシーケンス図を用いたサーバ部４４ａの機能を説明する図の一例である。図２１はＵＲＬ情報５０００が画像形成装置２０に送信された後の処理を示している。

S1：上記のように携帯端末１０にサーバ部４４ａがあることで、画像形成装置２０がＵＲＬを指定してＨＴＴＰ通信のリクエストなどで携帯端末１０にアクセスできる。

S2：サーバ部４４ａは上記のＵＲＬで送信されるパスワードを取得し、ＵＲＬ情報５０００に含まれるパスワードと一致するかどうかを判断する。

S3：一致する場合は、サーバ部４４ａは第１通信部１５１又は第２通信部１５２を介して通信ＯＫ（ステータスコード２００）を画像形成装置２０に送信する。通信ＯＫ（ステータスコード２００）は、通信が成功した旨を示す。

S4：一致しない場合は、サーバ部４４ａは第１通信部１５１又は第２通信部１５２を介して通信ＮＧ（ステータスコード４０１）を画像形成装置２０に送信する。通信ＮＧ（ステータスコード４０１）は、認証に失敗した旨（Unauthorixed）を示す。ステータスコード４０１は４００番台の別のステータスコードでもよい。

S5〜S7：画像形成装置２０は繰り返しサーバ部４４ａにＨＴＴＰ通信のリクエストを送信する（通信ＯＫ以外の場合にステップＳ１のリクエストが届いたかどうか不明のため）。構築されたサーバ部４４ａは、構築された後の最初のリクエストに対してのみ通信ＯＫを返し、２回目以降のリクエストに対してはパスワードが一致しても通信ＮＧ（ステータスコード４０４）を返す。ステータスコード４０４は、リクエストされたリソースが見つからなかったこと（Not Found）を示す。なお、２回目以降のリクエストに対しては４００番台の他のレスポンスを作成してもよい。

２回目以降のリクエストに対して通信ＮＧが返されることにより、携帯端末１０が画像形成装置２０以外の機器から送信されるリクエストを受信しても該機器を画像形成装置２０と取り違えることを抑制できる。

S11：また、サーバ部４４ａは画像形成装置２０からリクエストを受信したことを接続可否判断部１３に通知する。これにより、接続可否判断部１３はネットワークＮ１又はネットワークＮ２に接続できたと（画像形成装置２０と通信できたと）判断できる。

S12：また、サーバ部４４ａは画像形成装置２０のＩＰアドレスを取得してジョブ制御部４２に通知する。第１通信部１５１又は第２通信部１５２がリクエストを受信することでＴＣＰ／ＩＰレイヤで送受信されるＩＰヘッダーに含まれている画像形成装置２０のＩＰアドレスを取得できる。

このように、サーバ部４４ａを作成することで、画像形成装置２０のＩＰアドレスを画像形成装置２０から携帯端末１０がＢＬＥなどで取得しなくても、接続可否の判断、画像形成装置２０のＩＰアドレスの取得などが可能になる。

＜処理の詳細＞
次に、印刷システム１の処理の詳細について説明する。

<<全体の動作>>
図２２を用いて本実施例に係る印刷システム１の印刷処理の流れについて説明する。図２２は、本実施例に係る印刷処理の一例のシーケンス図である。

S1：ユーザは携帯端末１０のＵＩ表示部１４が表示させた画面を操作して印刷の実行を指示する。携帯端末１０の操作受付部１１は印刷実行の操作を受け付ける。ユーザは携帯端末１０に搭載されたアプリケーションから所望の印刷対象データを選択し印刷実行の指示を行う。これにより、ユーザが選択した印刷対象データが含まれる印刷ジョブが生成される。印刷実行により携帯端末１０の表示装置１０２には図１１（ａ）の印刷条件画面９０１が表示される。

S2：ユーザは画面の指示にしたがって携帯端末１０を画像形成装置２０の近距離無線通信装置２１７に近づける。ＢＬＥとしては数ｍ程度の距離で機器同士が通信できる。しかし、複数の画像形成装置２０が近くに配置されている場合もあるため、ユーザが意識的に画像形成装置２０から一定距離内まで携帯端末１０を接近させたことを携帯端末１０が検出する。具体的には、１０〜５０ｃｍ位より短い距離に携帯端末１０が画像形成装置２０に接近したことを携帯端末１０の近接通信部４１が検出する。この一定距離はユーザが設定可能でもよい。

距離の検出について説明する。画像形成装置２０はＢＬＥが通信可能な範囲（数ｍ）にアドバタイズパケットを送信している。このアドバタイズパケットには、近距離無線通信装置２１７の出力が含まれている。また、近距離無線通信装置１０９はＢＬＥの電波を受信した際の電波強度を検出している。携帯端末１０の近接通信部４１は、出力と電波強度の差や比率を所定の変換式又はテーブルで距離に変換する。これにより、携帯端末１０の近接通信部４１は画像形成装置２０との距離を検出できる。

なお、一定距離内かどうかの判断を行うことなく、近接通信部４１は画像形成装置２０と通信を開始してもよい。

S2.1：携帯端末１０の近接通信部４１は、画像形成装置２０から数ｍ程度以内に接近することで電波の受信を開始したが、一定距離内に接近するまで、画像形成装置２０との距離の検出を繰り返す。

S2.2：携帯端末１０の近接通信部４１が画像形成装置２０から一定距離内に接近したと判断すると、近接通信部４１は画像形成装置２０との通信を開始する（通信開始を宣言する）。これにより、携帯端末１０の近接通信部４１はＢＬＥのネットワークに接続したことになる。

S2.3：次に、携帯端末１０の近接通信部４１はＢＬＥのネットワークを介して、第２通信情報１３００を画像形成装置２０に要求する。具体的には、第２通信情報１３００を要求するキャラクタリスティックを指定することで、第２通信情報１３００を要求する。画像形成装置２０の近接通信部３６は第２通信情報１３００の要求を取得して、通信情報ＤＢ３１から第２通信情報１３００を読み出し携帯端末１０に送信する。携帯端末１０の近接通信部４１は第２通信情報１３００をサーバ構築部４４に送出する。

以降のステップＳ２．４〜Ｓ５．１までは、携帯端末１０がネットワークＮ１へ接続しているかどうかの判断、及び、ネットワークＮ２へ接続しているかどうかの判断、のそれぞれで実行される（ネットワークの数だけ繰り返される）。しかし、ネットワークＮ１へ携帯端末１０が接続していると判断された場合、ネットワークＮ２への接続の判断は行われない。

S2.4：ネットワーク切替部４３は携帯端末１０が接続するネットワークをネットワークＮ１（又は携帯端末１０が接続している別のネットワーク）からネットワークＮ２へ切り替える。この処理は、ネットワークＮ１へ携帯端末１０が接続していないと判断された場合に行われる。詳細は後述する。

S2.5：ＢＬＥのネットワークに接続すると、携帯端末１０のサーバ構築部４４はサーバ部４４ａを構築する。また、サーバ構築部４４は画像形成装置２０から取得した第２通信情報１３００を用いてＵＲＬ情報５０００を作成する。携帯端末１０のＩＰアドレスは既知であり、ポート番号は第２通信情報１３００に記述されており、ワンタイムパスワードは任意に作成できる。

S2.6：携帯端末１０の近接通信部４１はＢＬＥのネットワークを介して、ＵＲＬ情報５０００、社員ＩＤ及びパスワードを画像形成装置２０に送信する。具体的には、ＵＲＬ情報５０００、社員ＩＤ及びパスワードを送信するキャラクタリスティックを指定しＵＲＬ情報５０００、社員ＩＤ及びパスワードを格納することで送信する。この社員ＩＤ及びパスワードの送信は実施例１の認証要求に相当する。

なお、近接通信部４１はＵＲＬ情報５０００、社員ＩＤ及びパスワードを暗号化しておくことが好ましい。暗号化には予め携帯端末１０のプログラム１０８ａと画像形成装置２０のプログラム２１５ａに設定されている固定値を使用すればよい。この他、ステップＳ２．２のＢＬＥの通信の開始時に交換してもよい。

なお、画像形成装置２０の近接通信部３６が、画像形成装置２０に存在しないキャラクタリスティック（上記のデータのリストに存在しない）を取得した場合はエラーを検出して、以降の処理は行わない。

携帯端末１０がＵＲＬ情報５０００、社員ＩＤ及びパスワードを送信すると、携帯端末１０の表示装置１０２には図１１（ｂ）に示す接続中画面９１１が表示される。

S2.6.1：画像形成装置２０の近接通信部３６は社員ＩＤとパスワードを認証処理部２７に送出する。

S2.6.2：画像形成装置２０の近接通信部３６はＵＲＬ情報を通信部３５に送出する。

S2.6.1.1：画像形成装置２０の認証処理部２７は認証情報（社員ＩＤ、パスワード）で認証ＤＢ２９を検索し、同じ社員ＩＤとパスワードの組が認証ＤＢ２９に登録されているか否かを判断する。認証処理部２７は検索結果に応じて認証結果（ＯＫ，ＮＧ）を作成する。この処理は実施例１の図７のステップＳ５と同様でよい。

S2.6.1.2：認証処理部は認証結果（ＯＫ，ＮＧ）を通信情報提供部２８に送出する。

S2.6.1.3：通信情報提供部２８は認証結果（ＯＫ，ＮＧ）に基づいて通信情報ＤＢ３１から通信情報１０００を読み出す。読み出される通信情報１０００の判断方法は図８のとおりであるが、通信情報１０００のうち第２通信情報１３００（ＩＰアドレスを含まない）はステップＳ２．３で送信済みである。また、第１通信情報１１００の実質的な情報はＩＰアドレスである。したがって、S2.6.1.3では認証結果（ＯＫ，ＮＧ）に基づいてＩＰアドレスが読み出される。

S2.6.1.4：通信情報提供部２８は通信情報１０００を通信部３５に送出する。

S2.6.2.1：画像形成装置２０の通信部３５はＵＲＬ情報５０００を用いて、図２０のようにＵＲＬを作成する。

画像形成装置２０の通信部３５はＵＲＬ情報５０００を取得したことを契機にしてネットワークＮ１を介して携帯端末１０のサーバ部４４ａとの通信を試みる。なお、画像形成装置２０の第３通信部３５１はネットワークＮ１へすでに接続しており、また、画像形成装置２０の第４通信部３５２はネットワークＮ２へすでに接続しているか又は接続していない場合でも接続への支障はないものとする。

通信部３５は、通信情報提供部２８が取得した通信情報（ＩＰアドレス）に応じて（又は「認証結果に応じて」と記述してもよい）、第３通信部３５１と第４通信部３５２のいずれか又は両方を使用すると判断する。具体的には、以下のようになる。
・認証ＯＫで利用可否情報１２００が「Ｙｅｓ」
第１通信情報１１００のＩＰアドレスが設定されネットワークＮ１に接続する第３通信部３５１及び第２通信情報１３００のＩＰアドレスが設定されネットワークＮ２に接続する第４通信部３５２が順番に携帯端末１０と通信する。順番にとは、１回目のＵＲＬ情報が送信されると第３通信部３５１が通信し、２回目のＵＲＬ情報が送信されると第４通信部３５２が通信することをいう。
・認証ＯＫで利用可否情報１２００が「Ｎｏ」
第１通信情報１１００のＩＰアドレスが設定されネットワークＮ１に接続する第３通信部３５１のみで携帯端末１０と通信する。この場合、２回目のＵＲＬ情報が送信されても第４通信部３５２は通信しない。
・認証ＮＧで利用可否情報１２００が「Ｙｅｓ」
第２通信情報１３００のＩＰアドレスが設定されネットワークＮ２に接続する第４通信部３５２のみで携帯端末１０と通信する。この場合、１回目のＵＲＬ情報が送信されても第３通信部３５１は通信しない。
・認証ＮＧで利用可否情報１２００が「Ｎｏ」
ネットワークＮ１又はネットワークＮ２を使用して携帯端末１０と通信しない。

このように、認証結果に応じて画像形成装置２０が使用するネットワークＮ１とＮ２を選択することで、携帯端末１０に通知されるＩＰアドレスを制御できる。

S3：携帯端末１０の接続可否判断部１３は、近接通信部４１がＵＲＬ情報５０００を送信してから待機時間の間、画像形成装置２０からサーバ部４４ａへのＨＴＴＰ通信のリクエストを待っている。待機時間は例えば数秒であるが、これに限られるものではなく、ユーザが画面から設定できることが好ましい。画像形成装置２０の第３通信部３５１はＵＲＬでサーバ部４４ａのＩＰアドレスとポート番号を指定してＨＴＴＰ通信のリクエストを送信する。リクエストにはワンタイムパスワードが含まれる。ＨＴＴＰ通信のリクエストとなるメソッドは種々であるが、例えばＰＯＳＴやＧＥＴなどが使用される。本実施形態ではどのようなメソッドでもよい。これは、ＨＴＴＰ通信のリクエストは、画像形成装置２０が携帯端末１０に画像形成装置２０のＩＰアドレスを通知するために行われるためである。なお、ＩＰアドレスを通知するにはＩＰプロトコルが使用されていればよいので、ＩＰプロトコルより上位の通信プロトコルは、ＨＴＴＰ通信に限られない。例えば、ＨＴＴＰＳｓ、ＨＴＴＰ／２、ＦＴＰ（File Transfer Protocol）などでもよい。また、ＴＣＰでなくＵＤＰが使用されてもよい。

画像形成装置２０の第３通信部３５１がＨＴＴＰ通信のリクエストを送信した場合、携帯端末１０の第１通信部１５１がリクエストを受け付け、サーバ部４４ａにリクエストを通知する。上記のように、サーバ部４４ａはワンタイムパスワードが一致する場合、ＵＲＬ情報５０００が送信されてから最初のリクエストに対し、ステータスコード２００のレスポンスを返し、２回目以降のリクエストに対しステータスコード４０４のレスポンスを返す。ステータスコードが２００でない場合、携帯端末１０がリクエストを受信したかどうか画像形成装置２０にとって不明なので、ステップＳ５のリクエストを繰り返し送信しているためである。

S3.1：携帯端末１０のサーバ部４４ａがリクエストを受信してリクエスト受信通知を接続可否判断部１３に通知することで、接続可否判断部１３は携帯端末１０がネットワークＮ１に接続できていると判断する。また、携帯端末１０は画像形成装置２０のＩＰアドレス（ネットワークＮ１の第１通信情報１１００のＩＰアドレス）を取得できる。

S4：画像形成装置２０のＩＰアドレスを取得できたことで、サーバ部４４ａは不要となるためサーバ構築部４４はサーバ部４４ａを削除する。

S5：また、画像形成装置２０のＩＰアドレスを取得できたことで、画像形成装置２０がリクエストを送信することが不要となるので、携帯端末１０の近接通信部４１はリクエストの終了通知を画像形成装置２０に送信する。具体的には、リクエストの終了を通知するキャラクタリスティックに所定の値（ゼロ）を書き込む。

S5.1：画像形成装置２０の近接通信部３６はリクエストの終了通知を取得し、第３通信部３５１にリクエストの送信を終了させる。

携帯端末１０がステップＳ３でリクエストを受信できない場合、ステップＳ２．４が実行され、携帯端末１０は自身が接続しているネットワークＮ１をＮ２に切り替えてステップＳ２．５〜Ｓ５．１を実行する。これにより、２回目のＵＲＬ情報が画像形成装置２０に送信される。なお、２回目以降のループではステップS2.6で社員ＩＤとパスワードを送信しなくてもよい。

S6：携帯端末１０の近接通信部４１はＢＬＥの通信を終了する（通信終了を宣言する）。これにより、携帯端末１０はＢＬＥのネットワークに接続しなくなる。

以降は、携帯端末１０が画像形成装置２０に対しジョブの実行を要求する処理が行われる。

S7：ネットワークＮ１又はＮ２の画像形成装置２０のＩＰアドレスを取得できたので、携帯端末１０の第１通信部１５１又は第２通信部１５２は、ネットワークＮ１又はＮ２を介して画像形成装置２０に印刷ジョブをリクエストする。したがって、ＨＴＴＰなどの通信プロトコルで画像形成装置２０と通信できる。

ステップＳ７が実行されると、図１２（ａ）に示す画面が表示される。また、ネットワークＮ１とＮ２のどちらにも携帯端末１０が接続できなかった場合、携帯端末１０のＵＩ表示部１４は図１２（ｂ）に示す画面を表示する。

S7.1：画像形成装置２０の第３通信部３５１又は第４通信部３５２は、ネットワークＮ１又はＮ２を介して印刷ジョブのリクエストを受信し、印刷ジョブをプリント機能部２１に通知する。

S7.1.1：画像形成装置２０のプリント機能部２１は印刷ジョブを実行する。印刷ジョブの実行が終了するとプリント機能部２１は印刷ジョブの完了通知を第３通信部３５１に通知する。第３通信部３５１は印刷ジョブの完了通知を携帯端末１０に送信する。なお、画像形成装置２０はＵＲＬ情報５０００を利用して画像形成装置２０に完了通知を送信してもよいし（この場合、サーバ部４４ａはジョブの実行完了後に削除される）、ステップＳ７のＨＴＴＰ通信に対する応答として完了通知を送信してもよい。

以上のようにして、携帯端末１０は画像形成装置２０にＵＲＬ情報５０００を送信し、画像形成装置２０からＩＰアドレスの通知を取得することができる。これにより、印刷システム１は印刷ジョブの実行を行うことができる。

<<接続可否の判断>>
図２３は、携帯端末１０がネットワークＮ１又はＮ２へ接続できたか否かを判断する処理の詳細を説明するフローチャート図の一例である。図２３の処理は図２２のＳ２．５に続いて実行される。また、図２３の処理はネットワークＮ１への接続判断とネットワークＮ２への接続判断を含んでいる。

図２２で説明したように、携帯端末１０はネットワークＮ１を介して画像形成装置２０が携帯端末１０と通信するためのサーバ部４４ａを構築する（Ｓ１１０）。また、携帯端末１０はＵＲＬ情報５０００、社員ＩＤ及びパスワードを画像形成装置２０に送信する。

ＵＲＬ情報５０００を送信すると、接続可否判断部１３は画像形成装置２０からＨＴＴＰ通信のリクエストを取得したか否かを判断する（Ｓ１２０）。画像形成装置２０の第３通信部３５１はネットワークＮ１に接続しており、画像形成装置２０の第４通信部３５２はネットワークＮ２に接続しているものとして、ユースケースを分けて説明する。なお、利用可否情報１２００はＹｅｓであるものとする。

・ユースケース１
来客者９の携帯端末１０はネットワークと何ら接続していなくても、又は、何らかのネットワーク（ネットワークＮ１，Ｎ２、ＢＬＥ以外）に接続されていたとしてもよい。また、来客者９は認証が成立しないので、認証結果に応じて画像形成装置２０の第３通信部３５１はリクエストを送信しない。このため、携帯端末１０の第１通信部１５１がリクエストを受信することはなく、ユースケース１の場合、ステップＳ１２０でリクエストを取得しないと判断される。

・ユースケース２
社員８の携帯端末１０が社内ＬＡＮ（ネットワークＮ１）に接続した状態であるものとする。また、社員の認証は成立する。したがって、画像形成装置２０の第３通信部３５１がＵＲＬ情報５０００で生成したＵＲＬで携帯端末１０のサーバ部４４ａと通信することができる場合が多いと考えられる。しかし、ネットワークＮ１に携帯端末１０が接続していたとしても、以下のような状況がありうる。

ネットワークＮ１に、ＵＲＬ情報５０００のＵＲＬと同じＩＰアドレスの機器（画像形成装置２０の場合もそうでない場合もある）がある場合。この場合、携帯端末１０と通信できても通信が不安定になるおそれがある。しかし、この場合でも、携帯端末１０が１度でもリクエストを受信できれば画像形成装置２０のＩＰアドレスを取得できるため、大きな不都合はない。画像形成装置２０が携帯端末１０と一切、通信できない場合は、ユースケース１と同様に扱われる。

また、社員８であっても社内ＬＡＮに接続した状態でない場合は、画像形成装置２０が携帯端末１０と通信できない。この場合は、ユースケース１と同様に扱われる。

以上のように、ユースケース２の社員８の携帯端末１０が社内ＬＡＮに接続した状態であれば、ステップＳ１２０でＹｅｓと判断される場合が多い。

ステップＳ１２０において、ネットワークＮ１を介して画像形成装置２０が携帯端末１０にリクエストを送信できた場合、ネットワークＮ１における画像形成装置２０のＩＰアドレスを取得したので携帯端末１０の接続可否判断部１３はネットワークＮ１を介して画像形成装置２０と通信を行うと判断する（Ｓ１８０）。

ステップＳ１２０の判断がＮｏの場合、ネットワーク切替部４３は画像形成装置２０から他の無線通信パラメータが記憶されているか否かを判断する（Ｓ１３０）。他の無線通信パラメータとは接続可否判断部１３がリクエストを受信したか否かを判断していない無線通信パラメータであり、例えば第１通信情報１１００以外の無線通信パラメータである（本実施例では第２通信情報１３００）。

ステップＳ１３０の判断がＮｏの場合、処理はステップＳ１７０に進む。この場合、画像形成装置２０からリクエストも送信されないし、他に無線通信パラメータも存在しないので、接続可否判断部１３は画像形成装置２０と通信できないと判断する（Ｓ１７０）。この場合は、図１２（ｂ）に示す通信不可画面９３１が携帯端末１０の表示装置１０２に表示される。

ステップＳ１３０の判断がＹｅｓの場合、画像形成装置２０は以下の処理を行う（Ｓ１４０）。
(i) ネットワークの切替
(ii) サーバ部４４ａの構築
(iii) ＵＲＬ情報５０００の送信
そして、ステップＳ１２０と同様に、接続可否判断部１３は画像形成装置２０からＨＴＴＰ通信のリクエストを取得したか否かを判断する（Ｓ１５０）。画像形成装置２０の第３通信部３５１はネットワークＮ１に接続しており、画像形成装置２０の第４通信部３５２はネットワークＮ２に接続しているものとして、ユースケースを分けて説明する。なお、利用可否情報１２００はＹｅｓであるものとする。

・ユースケース１
来客者９の携帯端末１０はネットワークＮ２と接続している。したがって、画像形成装置２０の第４通信部３５２は、ＵＲＬ情報５０００で生成したＵＲＬで携帯端末１０と通信する（ＨＴＴＰ通信のリクエストを送信する）。

また、ネットワークＮ２はＰ２Ｐの通信なので、携帯端末１０と同じＩＰアドレスの機器が存在することは考慮しなくてよい。

・ユースケース２
社員８の携帯端末１０が社内ＬＡＮ（ネットワークＮ１）に接続していなかった場合、社員８の携帯端末１０もネットワークＮ２に接続される。したがって、画像形成装置２０の第４通信部３５２は、ＵＲＬ情報５０００で生成したＵＲＬで携帯端末１０と通信する（ＨＴＴＰ通信のリクエストを送信する）。

ステップＳ１５０の判断がＮｏの場合、接続可否判断部１３は画像形成装置２０と通信できないと判断する（Ｓ１７０）。なお、ステップＳ１４０の処理が成功したのに、リクエストを受信できない場合とは、画像形成装置２０の何らかの不具合や電波の輻輳などが原因として考えられる。

ステップＳ１５０の判断がＹｅｓの場合、ネットワークＮ２における画像形成装置２０のＩＰアドレスを取得したので携帯端末１０の接続可否判断部１３はネットワークＮ２を介して画像形成装置２０と通信を行うと判断する（Ｓ１８０）。

ステップＳ１６０とＳ１７０では、携帯端末１０の表示装置１０２に図１２（ａ）の送信完了画面９２１が表示される。すなわち、ネットワークＮ１又はネットワークＮ２のどちらを経由して印刷ジョブが送信されても同じ画面が表示されるので、ユーザはネットワークの違いを意識する必要がない。なお、携帯端末１０はネットワークＮ１又はネットワークＮ２のどちらを経由して印刷ジョブが送信されたのか表示装置１０２に表示してもよい。これにより、社員８としてのユーザはセキュリティが高い社内ＬＡＮを使用できたかどうかを確認できる。また、来客者９としてのユーザは自分の印刷ジョブがＰ２Ｐネットワークを介して送信されたことを把握できる。

以上の処理で説明されたように、本実施例の印刷システム１は、複数のネットワークに接続された画像形成装置２０に対し、ユーザが第１通信情報１１００や第２通信情報１３００を携帯端末１０に設定する労力を低減すると共に、各ユーザがそれぞれ適切なネットワークを自動的に選択することができる。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

なお、ネットワークＮ１は第１のネットワークの一例であり、ネットワークＮ２は第２のネットワークの一例であり、ＮＦＣリーダライタ２１３は記憶手段の一例であり、情報読み取り部３３は識別情報受付手段の一例であり、通信情報提供部２８は判断手段２８の一例であり、情報書き込み部３２は通信情報送信手段の一例であり、送受信部２４は要求受付手段の一例である。認証処理部２７は認証手段の一例であり、情報取得部１２は受信手段の一例であり、認証情報記憶部は認証情報記憶手段の一例であり、接続可否判断部１３は通信可否判断手段の一例であり、通信部１５は通信手段の一例である。本実施形態で説明された画像形成装置２０の処理は通信方法の一例である。

１ 印刷システム
１０ 携帯端末
１１ 操作受付部
１２ 情報取得部
１３ 接続可否判断部
１５ 通信部
１６ 情報記憶部
１７ 情報送信部
１８ 認証情報記憶部
２０ 画像形成装置
２１ プリント機能部
２２ 画像投影装置
２３ 画像投影部
８０ 認証サーバ
２１３ ＮＦＣリーダライタ

特許第５１２１２１２号公報

Claims (14)

1. 複数のネットワークを介して、端末から処理の要求を受付できる情報処理装置であって、
   第１のネットワークを介して前記情報処理装置と接続するための第１の通信情報と、前記第１のネットワークとは異なるネットワークを介して前記情報処理装置と接続するための第２の通信情報を記憶する記憶手段と、
   前記端末からユーザを識別する識別情報を受け付ける識別情報受付手段と、
   前記識別情報に基づいて、前記第１のネットワークと第２のネットワークとのいずれのネットワークを介して前記端末からの前記処理の要求を受け付けるかを判断する判断手段と、
   前記記憶手段に記憶された通信情報のうち、前記判断手段によって認証が成立すると判断された場合は前記第１の通信情報を前記端末に送信し、前記判断手段によって認証が成立しないと判断された場合は前記第２の通信情報を前記端末に送信する通信情報送信手段と、
   前記端末から前記通信情報送信手段によって送信した通信情報に基づくネットワークを介した接続を受け付け、該ネットワークを介して前記処理の要求を受け付ける要求受付手段と、を有する情報処理装置。
2. 前記識別情報受付手段によって受け付けた識別情報に基づいて認証を行う認証手段をさらに有し、
   前記判断手段は、前記認証手段によって認証が成立した場合に、前記第１のネットワークを介して前記端末からの要求を受け付けると判断し、
   前記認証手段によって認証が成立しなかった場合に、前記第２のネットワークを介して前記端末からの要求を受け付けると判断することを特徴とする請求項１に記載の情報処理装置。
3. 前記通信情報送信手段は、前記判断手段によって前記第１のネットワークを介して前記端末からの要求を受け付けると判断された場合、前記第１の通信情報と前記第２の通信情報を前記端末に送信することを特徴とする請求項１に記載の情報処理装置。
4. 前記通信情報送信手段は、前記認証手段によって認証が成立した場合に、予め定められた第１の通信情報と、前記第１の通信情報ではない前記第２の通信情報とを前記端末に送信し、
   前記認証手段によって認証が成立しない場合に、前記第２の通信情報を前記端末に送信する請求項２に記載の情報処理装置。
5. 前記第１の通信情報は、前記情報処理装置が存在するネットワークに前記端末が接続している場合に無線による通信を可能にする通信情報であり、
   前記第２の通信情報は、前記情報処理装置が存在するネットワークに前記端末が接続していない場合でも無線による通信が可能な通信情報である請求項４に記載の情報処理装置。
6. 前記通信情報は、前記通信情報ごとに優先度の設定を有すると共に、前記第１の通信情報は一定以上の前記優先度を有し、前記第２の通信情報は一定未満の前記優先度を有するものである請求項５に記載の情報処理装置。
7. 前記通信情報送信手段は、前記通信情報に付された利用可否情報を参照し、前記利用可否情報が利用可を示す１つ以上の前記通信情報を取得する請求項４に記載の情報処理装置。
8. 前記端末が前記識別情報を有さない場合、
   前記識別情報受付手段は前記端末から前記識別情報を有さない旨の情報を取得し、前記認証手段は認証が成立しないと判断する請求項２に記載の情報処理装置。
9. 前記認証手段は、前記端末から取得された前記識別情報を、認証情報記憶手段に記憶された認証情報と比較することで認証を行う請求項２に記載の情報処理装置。
10. 前記認証手段は、前記端末から取得された前記識別情報を外部の認証装置に送信し、
    前記外部の認証装置から認証結果を取得する請求項２に記載の情報処理装置。
11. 前記識別情報受付手段は、前記端末が有するＮＦＣチップから近距離無線通信を介して前記識別情報を取得し、
    前記通信情報送信手段は、前記ＮＦＣチップに対し近距離無線通信を介して前記通信情報を送信する、請求項１〜１０のいずれか１項に記載の情報処理装置。
12. 第１のネットワークを介して情報処理装置と接続するための第１の通信情報と、前記第１のネットワークとは異なるネットワークを介して前記情報処理装置と接続するための第２の通信情報を記憶する記憶手段と、
    端末からユーザを識別する識別情報を受け付ける識別情報受付手段と、
    前記識別情報に基づいて、前記第１のネットワークと第２のネットワークとのいずれのネットワークを介して前記端末からの処理の要求を受け付けるかを判断する判断手段と、
    前記記憶手段に記憶された通信情報のうち、前記判断手段によって認証が成立すると判断された場合は前記第１の通信情報を前記端末に送信し、前記判断手段によって認証が成立しないと判断された場合は前記第２の通信情報を前記端末に送信する通信情報送信手段と、
    前記端末から前記通信情報送信手段によって送信した通信情報に基づくネットワークを介した接続を受け付け、該ネットワークを介して処理の要求を受け付ける要求受付手段と、
    を有する情報処理装置、及び、
    １つ以上の前記通信情報を前記情報処理装置から受信する受信手段、
    前記受信手段が受信した１つ以上の前記通信情報を用いて前記情報処理装置との無線による接続を試みる通信可否判断手段、
    前記通信可否判断手段が前記情報処理装置に無線で接続できると判断した前記通信情報を用いて前記情報処理装置と無線で通信する通信手段、として前記端末を機能させるためのプログラム、を有する通信システム。
13. 複数のネットワークを介して、端末から処理の要求を受付できる情報処理装置を有する通信システムであって、
    第１のネットワークを介して前記情報処理装置と接続するための第１の通信情報と、前記第１のネットワークとは異なるネットワークを介して前記情報処理装置と接続するための第２の通信情報を記憶する記憶手段と、
    前記端末からユーザを識別する識別情報を受け付ける識別情報受付手段と、
    前記識別情報に基づいて、前記第１のネットワークと第２のネットワークとのいずれのネットワークを介して前記端末からの前記処理の要求を受け付けるかを判断する判断手段と、
    前記記憶手段に記憶された通信情報のうち、前記判断手段によって認証が成立すると判断された場合は前記第１の通信情報を前記端末に送信し、前記判断手段によって認証が成立しないと判断された場合は前記第２の通信情報を前記端末に送信する通信情報送信手段と、
    前記端末から前記通信情報送信手段によって送信した通信情報に基づくネットワークを介した接続を受け付け、該ネットワークを介して前記処理の要求を受け付ける要求受付手段と、を有する通信システム。
14. 複数のネットワークを介して、端末から処理の要求を受付できる情報処理装置によって行われる通信方法であって、
    前記端末からユーザを識別する識別情報を受け付けるステップと、
    前記識別情報に基づいて、第１のネットワークと第２のネットワークとのいずれのネットワークを介して前記端末からの前記処理の要求を受け付けるかを判断するステップと、
    前記第１のネットワークを介して前記情報処理装置と接続するための第１の通信情報と、前記第１のネットワークとは異なるネットワークを介して前記情報処理装置と接続するための第２の通信情報を記憶する記憶手段から、前記判断するステップによって認証が成立すると判断された場合は前記第１の通信情報を前記端末に送信し、前記判断するステップによって認証が成立しないと判断された場合は前記第２の通信情報を前記端末に送信するステップと、
    前記端末から前記送信するステップによって送信された通信情報に基づくネットワークを介した接続を受け付け、該ネットワークを介して前記処理の要求を受け付けるステップと、を有する通信方法。

Images