(57)【要約】      （修正有）【課題】携帯端末からの印刷指示において、ジョブIDなどの印刷指示情報をユーザが保持する必要なしに、任意の印刷装置において印刷データを得ることができるシステムを提供する。【解決手段】携帯端末からの印刷ジョブ投入を従来のプルプリントサービスに合わせた形になるように、サービスに必要な携帯端末の固有情報と、必要なＩＤの情報としての“ユーザＩＤ”を変換ＩＤ情報として保持し、識別情報への変換や投入先の判定を自動で行なう。【選択図】図１
2013143065.tif 000002
【特許請求の範囲】
【請求項１】
第一の識別情報が記憶された記憶媒体を備える携帯端末と、 
文書データ指示情報と前記第一の識別情報を受信し、指示情報と前記第一の識別情報に基づいて、文書データの処理方法を判定する手段（Ｓ１０３）と、
前記判定手段により、前記識別情報から第二の識別情報に変換する、識別情報変換手段と（Ｓ１０４）、
前記判定手段により特定された文書管理手段に対して、前記第二の識別情報と前記文書データを送信する手段（Ｓ１０５）を備えることを特徴とする文書管理システム。
【請求項２】
第一の識別情報から第二の識別情報に変換する手段において変換できなかった場合の処理についての処理方法を、第一の識別情報毎に設定可能とし、前記変換処理で変換に失敗した場合に、あらかじめ設定された処理を行う（Ｓ２０４）ことを特徴とする請求項１に記載の文書管理システム。
【請求項３】
前記第二の識別情報を使った前記文書データ送信手段で、送信できなかった場合の処理について、第一の識別情報毎に設定可能とし、送信できなかった場合には設定された処理を行う（Ｓ３０３）ことを特徴とする請求項１に記載の文書管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末からのデータの印刷指示に関し、プリントサーバなどを用いて印刷データを蓄積し、ユーザの認証などを行って印刷データに対する印刷要求を行うプリントシステムの制御に関する。
【背景技術】
【０００２】
従来から、ユーザが印刷装置からサーバ上に一次蓄積された印刷データに対して、印刷要求を行うことで、当該印刷装置から印刷データの出力を可能にする所謂「プルプリント（蓄積印刷）」の印刷システムが提案されている。これにより、ユーザはアプリケーションからの印刷時に特定の印刷装置への出力ではなく、所望の印刷装置からの印刷データ出力を可能としている。（例えば、特許文献１参照）。
【０００３】
また、携帯電話などの携帯端末装置から、印刷装置への出力の方法が一般化してきている。
【０００４】
それらは、携帯端末装置から印刷データを指定すると、印刷データに対応したIDの通知をメールで受信し、ユーザは、印刷装置のところに赴いて、受信したIDを入力することで所望の出力結果を得るものである。
【０００５】
ただし、このシステムでは、ユーザが予め出力する印刷装置を決めて、印刷指示を行う必要があった。
【０００６】
また、ユーザは印刷データに対応したIDを保持し、印刷装置のある場所に行って、再度入力を行う必要がある。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開2006-99714号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、上記問題を解決するためになされたもので、本発明の目的は、携帯端末からの印刷指示において、ジョブIDなどの印刷指示情報をユーザが保持する必要なしに、任意の印刷装置において印刷データを得ることができるシステムを提供することである。
【０００９】
また、クライアントPCからプルプリント印刷と同じ処理とすることで、印刷装置側での操作を統一化することができ、ユーザに煩雑なオペレーションを必要としないものである。
【課題を解決するための手段】
【００１０】
第一の識別情報が記憶された記憶媒体を備える携帯端末と、 
文書データ指示情報と前記第一の識別情報を受信し、指示情報と前記第一の識別情報に基づいて、文書データの処理方法を判定する手段と、
前記判定手段により、前記識別情報から第二の識別情報に変換する、識別情報変換手段と、
前記判定手段により特定された文書管理手段に対して、前記第二の識別情報と前記文書データを送信する手段を備えることを特徴とする文書管理システム。
【発明の効果】
【００１１】
本発明により、携帯端末から投入された印刷ジョブの出力に際し、ユーザはジョブIDなどの入力をしなくても、従来のプルプリントシステム同様の認証と操作によって、出力データを得ることができる。
【００１２】
また、クライアントPCから投入される従来のプルプリントシステムからの印刷ジョブと同様に携帯端末からの印刷データを処理することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態としてのシステム全体図
【図２】本発明のサーバ関連のブロック図
【図３】本発明の複合機のブロック図
【図４】本発明の携帯端末のブロック図
【図５】本発明の一実施形態を説明するための補足として従来のプルプリントの流れを示す模式図
【図６】本発明の一実施形態を説明する為の携帯端末からのプルプリントの流れを示す模式図
【図７】本発明の一実施形態を説明する為の、ＩＤ管理テーブル
【図８】本発明の一実施形態を説明する為の、サービス管理テーブル
【図９】携帯端末からの指示からサービスを判定する処理のフローチャート
【図１０】識別情報の変換を行なう処理のフローチャート
【図１１】認証サーバにおける識別情報の変換処理のフローチャート
【図１２】各種サービスへの文書データの送信処理のフローチャート
【図１３】識別情報の変換でエラーした場合の処理のフローチャート
【図１４】文書データの送信でエラーした場合の処理のフローチャート
【発明を実施するための形態】
【００１４】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１５】
図１は、本発明の携帯端末、中継サーバおよびプリントサーバおよび印刷装置を適用可能なプリントシステムの構成の一例を示すシステム構成図である。
【００１６】
図１の「事業所Ａ」に示すように、本実施形態のプリントシステムは、クライアントPC１００と各サーバと複合機１０６が、ローカルエリアネットワークで接続される構成となっている。
【００１７】
また、携帯端末１０９は事業所の外から事業所内のサーバに、ファイヤーウォール１０３を通してアクセス可能な構成となっている。
【００１８】
認証サーバ１０１は、事業所内のユーザ情報などを保持していて、他のシステムからユーザIDなどの認証要求を受けて、認証結果を返す処理を行うサーバである。
【００１９】
また、ユーザに紐づいた様々なID情報も、このサーバで一元管理されている。
【００２０】
中継サーバ１０２は、携帯端末からの処理を中継するサーバで、携帯端末からの処理指示を受けて、事業所内の他のサーバに対してアクセスを行う。また、事業所内の他のサーバから携帯端末への処理依頼を受けた場合には、中継サーバを経由して、携帯端末へ処理の通知を行う。
【００２１】
プリントサーバ１０４は、クライアントPC １００からのプリントデータを受信し、複合機１０６からの出力指示に従って、プルプリントを処理するプルプリントシステムの一部を構成するサーバである。
【００２２】
メッセージサーバ１０５は、所謂メールサーバであり、ユーザアカウントごとのメールボックスを内部で保持し、受信したメールを保持する。また、送信の指示を受けて、他のメッセージサーバとの通信を行う。
【００２３】
複合機１０６は、複数のユーザで使用することを前提とした装置であり、認証用のUIを持っている。装置に備え付けられたキーボードやタッチパネル、もしくはICカードなどを使って認証を行うと、認証サーバと連携して、認証の判断を行う。
【００２４】
認証後は、認証したユーザの使用環境となるので、プリントサーバに保持されているユーザのジョブなどを参照・印刷することができるようになる。
【００２５】
携帯端末１０９は、事業所の外からでも使用しているユーザのメールなどを読むことができる端末であり、専用のアプリケーションをインストールすることもできる。
【００２６】
以下、図２を用いて、図1に示したクライアントPC  １００、認証サーバ１０１、中継サーバ１０２、プリントサーバ１０４、メッセージサーバ１０５に適用可能な情報処理装置のハードウェア構成について説明する。
【００２７】
図２において、２０１はCPUで、システムバスに接続される各デバイスやコントローラを統括的に制御する。また、ROM２０３や外部メモリ２１０には、CPU201の制御プログラムであるBIOSやオペレーティングシステムや、各サーバあるいは各PCの実行する機能を実現するために必要なプログラムが記憶されている。
【００２８】
２０２はRAMで、CPU２０１の主メモリ、ワークエリアとして機能する。CPU２０１は、処理の実行に際して、必要なプログラムなどをROM２０３あるいは外部メモリ２１０からRAM２０２にロードして、ロードしたプログラムを実行することで各種動作を時祝言するものである。
【００２９】
また、２０４は入力コントローラで、キーボード２０８などの入力デバイスからの入力を制御する。２０５はビデオコントローラで、ディスプレイ２０９などの表示機器への表示を制御する。
【００３０】
２０６はメモリコントローラで、各種プログラム、データを記憶するハードディスクやフラッシュディスクなどの外部メモリ２１０へのアクセスを制御する。
【００３１】
２０７は通信Ｉ／Ｆコントローラで、ネットワーク２１１を介して外部機器と接続、通信を行うものである。
【００３２】
本発明を実現するための後述する各種プログラムは、外部メモリ２１０に記録されており、必要に応じて、ＲＡＭ２０２にロードされることにより、ＣＰＵ２０１によって実行されるものである。
【００３３】
次に、図３を用いて、図１に示した複合機１０６に適用可能な情報処理装置のハードウェア構成について説明する。
【００３４】
図３において、３０１はＣＰＵで、システムバスで接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ３０３あるいは外部メモリ３０８には、ＣＰＵ３０１の制御プログラムやオペレーティングシステムや複合機の各機能を実現するために必要なプログラムが記憶されている。
【００３５】
３０２はＲＡＭで、ＣＰＵ３０１の主メモリ、ワークエリアとして機能する。ＣＰＵ３０１は、処理の実行に際して、必要なプログラムなどをＲＯＭ３０３もしくは外部メモリ３０８からＲＡＭ３０２にロードして、ロードしたプログラムを実行することで各種動作を実現する。
【００３６】
３０５は記録部Ｉ／Ｆで、接続されたプリンタを制御する。ＲＡＭ３０２などに展開された画像データを記録部Ｉ／Ｆが読み込み、プリンタ３０９にデータを送信することで、紙への印刷が行われる。記録部Ｉ／Ｆ３０５は、印刷処理の他、プリンタ３０９の状態を取得し、ＣＰＵ３０１が実行する各種制御プログラムの問い合わせに対して、通知を行う。
【００３７】
３０６は操作部Ｉ／Ｆで、ユーザへの表示出力や入力情報の制御を行う。ここではＬＣＤ３１０は表示部でもあるが、タッチパネルでもあるので、ユーザからの入力情報を受け付けることができる。操作部Ｉ／Ｆ３０６は、ＬＣＤ３１０へ表示指示を行うとともに、ＬＣＤ３１０からの入力情報を受け付ける。
【００３８】
また、別途キーボード３１１を接続した場合、操作部Ｉ／Ｆ３０６はキーボード３１１からも入力情報を受け付けることができる。
【００３９】
３０７は通信Ｉ／Ｆコントローラで、ネットワーク２１１を介して外部機器と接続、通信を行うものである。
【００４０】
次に、図４を用いて、図１に示した携帯端末１０９に適用可能な情報処理装置のハードウェア構成について説明する。
【００４１】
図４において、４０１はＣＰＵで、システムバスで接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ４０３は、ＣＰＵ４０１の制御プログラムやオペレーティングシステムや携帯端末の各機能を実現するために必要なプログラムが記憶されている。
【００４２】
４０２はＲＡＭで、ＣＰＵ４０１の主メモリ、ワークエリアとして機能する。ＣＰＵ４０１は、処理の実行に際して、必要なプログラムなどをＲＯＭ４０３からＲＡＭ４０２にロードして、ロードしたプログラムを実行することで各種動作を実現する。
【００４３】
４０４は表示部Ｉ／Ｆで、ＣＰＵ４０１からの表示制御指示を受けて、表示するデータをＬＣＤ４０７へ送信する。
【００４４】
４０５は操作部Ｉ／Ｆで、４０８のキーパネルからユーザの入力情報を受信し、ＣＰＵ４０１へ通知を行う。
【００４５】
４０６は通信部Ｉ／Ｆで、各種通信モジュール４０９と接続し、無線通信を実現する。
【００４６】
以下、本実施形態の携帯端末からのプリントシステムにおけるプルプリントの全体の流れについて説明する。
【００４７】
最初に比較の為、従来のプルプリントの全体の流れについて簡単に図５を用いて説明するまた、本願では、プルプリントシステムの詳細構造は示さない。そのため、プルプリントシステムを構成するプリントジョブは、プリントサーバ１０４で統括されているとみなして説明をする。
【００４８】
まず最初に、クライアントPC１００にユーザがログインする。（（１）−１）。
【００４９】
この時、認証サーバ１０１とクライアントPC１００で通信が行われ、ユーザ情報が確認されている（（１）−２）。
【００５０】
次に、クライアントPC１００からプリントサーバ１０４に印刷ジョブが投入される（（１）−３）。
【００５１】
通常のプルプリントシステムでは、プリンタドライバのインストールされたクライアントPCでアプリケーションから印刷指示を行うと、プリンタドライバによって、PDLデータが生成される。
【００５２】
印刷指示によって、PDLデータが生成されると、上述のユーザ情報と合わせてプリントサーバにジョブが投入・蓄積される（（２）−１）。
【００５３】
ここまでで、印刷データの蓄積は完了する。
【００５４】
この後、ユーザは出力したい複合機のところで、プルプリントの処理を行う。
【００５５】
ユーザは、複合機１０６にログインする（（３）−１）。
【００５６】
複合機１０６にユーザ１０７がログインすると、認証サーバ１０１と通信を行って、ログインしたユーザが正しいかどうかを確認する。
【００５７】
複合機１０６が、ログインしたユーザに対応したジョブリストを取得、表示する（（３）−２、（４）−１、（４）−２）。
【００５８】
ユーザは複合機１０６で印刷したいジョブを選択する（（５）−１）。
【００５９】
プリントサーバ１０４から複合機１０６にプリントデータが送信され、ユーザ１０７の所望のデータ出力結果を得る（（５）−２、（５）−３、（６）−１）。
【００６０】
以上が、通常のプルプリントの流れになる。
【００６１】
本願では、上述のプルプリントの処理を、携帯端末からでも印刷処理を可能とするものである。
【００６２】
それでは、図６の携帯端末からのプルプリントシステム全体の流れを説明する模式図を用いて、処理を説明する。
【００６３】
説明の中で、各処理の詳細なフローについては、図７，８の各テーブルおよび図９から図１４のフローチャートを用いて詳述する。
【００６４】
まず、ユーザは携帯端末  １０９から印刷指示を行う。具体的には、携帯端末上のメールアプリケーションで、印刷したいデータを選択し、プルプリントサービスの宛先にメールを送信する（（１）−１）。
【００６５】
（１）−１で、携帯端末から印刷指示が出されると、中継サーバ102が、印刷データの取得を行い（（１）−２）、サービス判断処理を実行する。
【００６６】
以下、図８のサービス管理テーブル、図９のフローチャートを用いて、中継サーバ１０２で実行するサービス判断処理について詳述する。
【００６７】
なお本フローにかかるサービス管理テーブルは、中継サーバ１０６の外部メモリ２１０に記憶されている。また、本フローを実現するサービス判定プログラムも中継サーバ１０６の外部メモリ２１０に記憶されており、ＲＡＭ２０２読みだされて、ＣＰＵ２０１によって実行されるものである。
【００６８】
サービス判定プログラムは、図８のサービス管理テーブルで示されるようなテーブル情報を外部メモリから読み込む（Ｓ１００）。
【００６９】
そして、携帯端末固有の”端末固有情報“を取得する（Ｓ１０１）。
【００７０】
その後、テーブル内のサービス分だけ、順次以下の処理を行う（Ｓ１０２）。
【００７１】
サービス判定プログラムは、テーブル内のサービス判定キーと、携帯端末からの印刷指示が合致するか判断する（Ｓ１０３）。
【００７２】
サービス判定キーには、通信のプロトコルとアドレスが記載されているので、メール送信指示であれば、“Ｍａｉｌ：”の後の宛先情報と照合を行い、一致しているかどうか判断する。
【００７３】
Ｗｅｂへのアクセスの場合は、“Ｗｅb：”の後のＵＲＬとの照合を行う。
【００７４】
サービス管理テーブルに登録されているものを順に判定し、一致するものがなければ、何もしないで終了する。
【００７５】
ここでは、携帯端末からの印刷指示が“ccccc-plup@xxx.yyy”宛のメール送信設定がされていたとする。
【００７６】
その場合、サービス判定プログラムは、サービス管理テーブルのサービスで、“プルプリント”のサービス判定キーと合致し、識別情報変換処理（Ｓ１０４）、文書データ送信処理（Ｓ１０５）を実行する。
【００７７】
以下、図１０のフローチャート、図１１のフローチャートおよび図７のＩＤ管理テーブルを用いて、識別情報変換処理について詳述する。
【００７８】
なお、本フローにかかるＩＤ管理テーブルは、認証サーバ１０１の外部メモリ２１０に記憶されている。また、図１０のフローを実現する識別情報変換プログラムは、中継サーバ１０６の外部メモリ２１０に記憶されており、ＲＡＭ２０２に読みだされて、ＣＰＵ２０１により実行される。
【００７９】
また、図１１のフローを実現する識別情報認証プログラムは、認証サーバ１０４の外部メモリ２１０に記憶されており、ＲＡＭ２０２に読みだされて、ＣＰＵ２０１により実行される。
【００８０】
中継サーバ１０６において、識別情報変換プログラムは、サービス管理テーブルの情報から変換するために必要なＩＤの情報を保持する（Ｓ２００）。
【００８１】
ここでは、プルプリントがサービスとして判定されているので、変換に必要な携帯端末の固有情報と、必要なＩＤの情報としての“ユーザＩＤ”という情報を変換ＩＤ情報として保持する。
【００８２】
次に、識別情報認証プログラムは、変換ＩＤ情報で、認証サーバに問い合わせを行う（Ｓ２０１）。
【００８３】
問い合わせを受けた認証サーバの識別情報認証プログラムは、図１１のＳ６００で変換ＩＤ情報の受信をする。
【００８４】
次に、識別情報認証プログラムは、ＩＤ管理テーブルを順次読み込み、変換ＩＤ情報にある固有情報の判定を行なう（Ｓ６０１、Ｓ６０２）。
【００８５】
ここで、変換ＩＤ情報にある固有情報がＩＤ管理テーブルに存在しない場合は、識別情報認証プログラムは、変換エラーの通知を行なう（Ｓ６０２→Ｓ６０４）。
【００８６】
また、固有情報の一致はしたが、要求ＩＤが存在しない場合も同様に、変換エラーの通知を行なう（Ｓ６０３→Ｓ６０４）。
【００８７】
ここでは、プルプリントがサービスとして判定され、識別情報変換処理が行われているので、固有情報“Ａ１２３４５６”と要求ＩＤとして“ユーザＩＤ”が設定されているとする。
【００８８】
図７のＩＤ管理テーブルでは、固有情報“Ａ１２３４５６”に対応するユーザＩＤは“Ｔ１１２２３３”として存在する。
【００８９】
よって、識別情報認証プログラムは、Ｓ６０３で変換先のＩＤが存在すると判断し、変換ＩＤとして“Ｔ１１２２３３”の通知を行なう。
【００９０】
すると、中継サーバの識別情報変換プログラムは、Ｓ２０２で変換先のＩＤが存在すると判断して、変換先のＩＤ情報を保持する（Ｓ２０３）。
【００９１】
ここまでの処理により、図６の（２）−１の端末の認証とユーザＩＤの要求、（２）−２のユーザＩＤの送信が行なわれたことになる。
【００９２】
次に、Ｓ１０５の文書データ送信処理について、図１２のフローチャートを用いて詳述する。
【００９３】
なお、図１２のフローを実現する文書データ送信処理プログラムは、中継サーバ１０６の外部メモリ２１０に記憶されており、ＲＡＭ２０２に読みだされて、ＣＰＵ２０１により実行される。
【００９４】
まず、文書データ送信処理プログラムは、送信先の文書管理情報を読み込む（Ｓ３００）。具体的には、図８におけるサービス管理テーブルの“投入先”に設定されている文書管理サーバの情報を読み込む。
【００９５】
ここでは、プルプリントがサービスとして判定されているので、投入先としては、“プリントサーバ”が読み込まれる。
【００９６】
次に、文書データ送信処理プログラムは、サービスで指定されているＩＤで文書データを送信する。
【００９７】
具体的には、図８におけるサービス管理テーブルの“ＩＤ”に設定されているＩＤがサー微視うで指定されているＩＤとなる。
【００９８】
ここでは、前段のＳ１０４の識別情報変換処理で、プルプリントで必要となる“ユーザＩＤ”の取得が行われているで、文書データ送信プログラムは、そのユーザＩＤを使って文書データをプリントサーバに送信する（Ｓ３０１）。
【００９９】
次に、送信が正常に完了したか、文書データ送信処理プログラムは判定を行なう（Ｓ３０２）。
【０１００】
例えば、通信エラーなどで正しく送信が行なわれなかった場合は、文書データ送信処理プログラムは、文書データ送信エラー処理（Ｓ３０３）を実行する。
【０１０１】
正常に完了したことが確認できれば、文書データの送信処理は終了する。
【０１０２】
ここまでの処理で、図６の（２）−３のプリントサーバへの印刷ジョブ投入が実施された状態となる。
【０１０３】
プリントサーバへ印刷ジョブが投入された後は、既に説明したようにクライアントＰＣからのプルプリントと同様の処理となる。
【０１０４】
以上の処理で、携帯端末からの印刷ジョブの指示を、通常のプルプリントと同じ様にジョブ投入し、印刷装置での認証処理も他のプルプリントと同様の認証処理することで、印刷出力を引き出すことができる。
【０１０５】
また、携帯端末に出力用のＩＤを送信したり、印刷を行う際に、改めてＩＤを入力する必要もないので、携帯端末からも利便性の高いプルプリントを実現できる。
【０１０６】
以上で、端末固有情報から所望のサービスに必要な別の識別情報への変換や、所望のサービスでエラーにならなかった場合の処理について説明した。
【０１０７】
次に、所望のサービスに必要な識別情報が取得できなかった場合や、サービスへのアクセスでエラーになった場合の処理について、図８のサービス管理テーブルと図９から図１４のフローチャートを用いて説明する。
【０１０８】
携帯端末からの指示で、メール送信の宛先として“ccccc-fax@xxx.yyy”が指定された場合、図８のサービス管理テーブルを用いたサービス判定が行なわれると、サービス判定プログラムは、サービスとして“ファクス”を選択する（Ｓ１０３）。
【０１０９】
そして、上述のプルプリントの場合と同様に、識別情報変換処理（Ｓ１０４）が実行される。
【０１１０】
ここでは、端末固有情報として“Ｂ６５４３２１”が設定されていたとする。
【０１１１】
すると、図７のＩＤ管理テーブルでは、ＦＡＸに対応する番号が存在しないことになる。
【０１１２】
よって、認証サーバにおける識別情報認証プログラムは、変換先のＩＤの存在判定（Ｓ６０３）でＮＯと判定し、変換エラーの通知（Ｓ６０４）を実行する。
【０１１３】
その結果、識別情報変換プログラムでは、変換エラーの通知を受けると、Ｓ２０２でＮＯと判定され、ＩＤ変換エラー処理を実行する（Ｓ２０４）。
【０１１４】
ＩＤ変換エラー処理を実現するＩＤ変換エラープログラムは、中継サーバ１０６の外部メモリ２１０に記憶されており、ＲＡＭ２０２に読みだされて、ＣＰＵ２０１により実行される。
【０１１５】
ＩＤ変換エラープログラムは、ＩＤエラー時の処理をサービス管理テーブルから読み込む（Ｓ４００）。
【０１１６】
ここでは、ファクスにおけるＩＤエラー時の処理なので、“ＦＡＸレポート返信”が処理として選択される。
【０１１７】
次に、ＩＤエラープログラムは、上記選択された処理を実行する（Ｓ４０１）。
【０１１８】
本実施例では、宛先に設定すべきファクス番号が存在しなかったことになるので、宛先番号無しのレポートを生成し、メールの返信として送信を行う。
【０１１９】
次に、携帯端末からの指示で、メール送信の宛先として“ccccc-plup@xxx.yyy”が指定された場合のエラー処理について説明する。
【０１２０】
この場合、既に説明したようにサービスとして”プルプリント“が判定され、識別情報変換処理（Ｓ１０４）が実行される。
【０１２１】
ここでは、端末固有情報として“Ｃ２３４５６７”が設定されていたとする。
【０１２２】
この場合、図７のＩＤ管理テーブルでは、プルプリントに必要なユーザＩＤが存在するので、識別情報変換処理は正常に処理が進み、文書データ送信処理が行われる。ここで、登録されていたユーザＩＤが無効だったりして、正常に送信できなかったとする。
【０１２３】
すると、文書データ送信プログラムがＳ３０２の正常に送れたかの判定でＮＯと判断し、Ｓ３０３の文書データ送信エラー処理を実行する。
【０１２４】
文書データ送信エラー処理を実現する文書データ送信エラープログラムは、中継サーバ１０６の外部メモリ２１０に記憶されており、ＲＡＭ２０２に読みだされて、ＣＰＵ２０１により実行される。
【０１２５】
文書データ送信エラープログラムは、不定アクセス時の処理をサービス管理テーブルから読み込む（Ｓ５００）。
【０１２６】
ここでは、プルプリントにおける不定アクセスの処理なので、“ＷＥＢ認証”が処理として選択される。
【０１２７】
次に、文書データ送信エラープログラムは、上記選択された処理を実行する（Ｓ５０１）。
【０１２８】
本実施例では、ユーザＩＤが存在していたにもかかわらずエラーになったので、再度認証の確認を実行するために“ＷＥＢ認証”が設定されている。
【０１２９】
よって、文書データ送信エラープログラムは、携帯端末にＷＥＢ認証用のＵＲＬを通知する。
【０１３０】
以上の処理により、システム内の認証サーバで、認証できない端末からのアクセスや所望のサービスに対応する識別情報が無い場合にでも、要求元に対して、適切な情報を返信することができるようになる。
【０１３１】
本発明の実施形態では、ID情報と合わせてパスワードについて記述していないが、これは説明を簡易にするためのものである。
【０１３２】
実際のサービスではIDとパスワードはセットになっているので、運用として、IDだけでなくパスワードも同時に送信して認証し、必要なIDとパスワードを取得するという方法も考えられるのは言うまでもない。
【符号の説明】
【０１３３】
100  クライアントＰＣ
101  認証サーバ
102  中継サーバ
103  ファイヤーウォール
104  プリントサーバ
105  メッセージサーバ
106  複合機
109  携帯端末
【図１】
2013143065.tif 000003
【図２】
2013143065.tif 000004
【図３】
2013143065.tif 000005
【図４】
2013143065.tif 000006
【図５】
2013143065.tif 000007
【図６】
2013143065.tif 000008
【図７】
2013143065.tif 000009
【図８】
2013143065.tif 000010
【図９】
2013143065.tif 000011
【図１０】
2013143065.tif 000012
【図１１】
2013143065.tif 000013
【図１２】
2013143065.tif 000014
【図１３】
2013143065.tif 000015
【図１４】
2013143065.tif 000016