JP5962354B2 - 情報処理装置、プログラム及びシステム - Google Patents

Description

本発明は、情報処理装置、プログラム及びシステムに関する。

例えば、画像形成装置と、画像形成装置の処理を制御する管理サーバとを有する画像形成装置管理システムは従来から知られている（例えば特許文献１参照）。

従来の画像形成装置管理システムでは、画像形成装置が例えばＩＣカードリーダによりＩＣカード識別情報を取得する。管理サーバは画像形成装置が取得したＩＣカード識別情報に対応したユーザＩＤと、画像形成装置の使用に係る使用制限情報とを取得し、使用制限情報に基づき画像形成装置における処理を実行させていた。

近年、企業内ネットワーク等のプライベートなネットワーク上のサーバを利用することなく、クラウドサービスに代表されるようなパブリックなネットワーク上のサーバを利用する利用形態が普及している。このような利用形態においては、不特定多数のユーザや企業がパブリックなネットワーク上のサーバを利用することが想定される。

このため不特定多数のユーザや企業がパブリックなネットワーク上のサーバを利用する場合は、情報セキュリティの観点からユーザ認証が一般的に行われる。ユーザ認証は例えば企業内ネットワーク等のプライベートなネットワーク上と、クラウドサービスに代表されるようなパブリックなネットワーク上とで行われる。

例えばプライベートなネットワーク上とパブリックなネットワーク上とで行うユーザ認証に共通の認証情報を使用することは情報セキュリティ的に好ましくない。一方、プライベートなネットワーク上と、パブリックなネットワーク上とで行うユーザ認証に別々の認証情報を使用し、利用する機能やサービスごとに認証情報を入力するのでは、ユーザの利便性を損なう。

本発明は、上記の点に鑑みなされたもので、異なるネットワーク上で行っているユーザ認証を、情報セキュリティを保ちつつ連携させることができる情報処理装置、プログラム及びシステムを提供することを目的とする。

上記目的を達成するため、本願請求項１は、ネットワークを介して接続される機器にサービスを提供する情報処理装置であって、第１の認証情報により認証された機器から、認証済みの前記第１の認証情報の少なくとも一部の特定情報を含む認証要求を受信し、前記特定情報と前記サービスを利用するための第２の認証情報とを対応付ける管理情報に、前記認証要求に含まれる特定情報が存在すれば、前記第２の認証情報による認証結果を成功と判断する認証処理手段と、前記管理情報に、前記認証要求に含まれる特定情報が存在しなければ、前記機器から前記第２の認証情報を含む認証要求を受信し、認証済みの前記第２の認証情報を前記特定情報と対応付けて前記管理情報に登録する登録手段とを有することを特徴とする。

本発明によれば、異なるネットワーク上で行っているユーザ認証を、情報セキュリティを保ちつつ連携させることができる。

本実施形態に係るシステムの一例の構成図である。 本実施形態に係るコンピュータシステムの一例のハードウェア構成図である。 本実施形態に係るオフィス機器の一例の処理ブロック図である。 本実施形態に係る認証装置の一例の処理ブロック図である。 認証情報記憶部が記憶する認証情報の一例の構成図である。 本実施形態に係るサービス提供システムの一例の処理ブロック図である。 企業管理情報の一例の構成図である。 ユーザ管理情報の一例の構成図である。 機器管理情報の一例の構成図である。 サービス提供システムへのログイン設定画面の一例のイメージ図である。 「社内認証と連携しない」ログイン設定が選択された場合の一例の画面遷移図である。 「社内認証と連携する」ログイン設定が選択された場合の一例の画面遷移図である。 端末装置からログイン要求を受信したサービス提供システムの処理を表した一例のフローチャートである。 画像形成装置からログイン要求を受信したサービス提供システムの処理を表した一例のフローチャートである。 本実施形態に係るシステムのログイン処理を表した一例のフローチャートである。 端末装置がサービスを利用する場合の一例の画面遷移図である。 端末装置から印刷ジョブなどのデータを投入する処理を表した一例のシーケンス図である。 データ管理情報記憶部が記憶するデータ管理情報の一例の構成図である。 プリントサービスアプリが管理する出力データ管理情報の一例の構成図である。 サービス提供システムからデータ一覧を取得する又はデータを削除する処理の一例のシーケンス図である。 ステータス判定処理の一例のフローチャートである。 画像形成装置がデータ一覧を取得する場合の一例の画面遷移図である。 サービス提供システムからデータ一覧を取得する処理の一例のシーケンス図である。 画像形成装置からデータを出力する又はサービス提供システムからデータを削除する処理の一例のシーケンス図である。 本実施形態に係る認証装置の一例の処理ブロック図である。 本実施形態に係るサービス提供システムの一例の処理ブロック図である。 認証情報記憶部が記憶する認証情報の一例の構成図である。 ユーザ管理情報記憶部が記憶するユーザ管理情報の一例の構成図である。 本実施形態に係るシステムのログイン処理を表した一例のフローチャートである。 本実施形態に係るシステムの一例の構成図である。 本実施形態に係るオフィス機器の一例の処理ブロック図である。

次に、本発明の実施の形態について、詳細に説明する。
［第１の実施形態］
＜システム構成＞
図１は本実施形態に係るシステムの一例の構成図である。図１のシステム１はオフィス内ネットワーク等のプライベートなネットワークＮ１と、クラウドサービスに代表されるようなパブリックなネットワークＮ２と、インターネットなどのネットワークＮ３とを有する。

ネットワークＮ１とネットワークＮ３とはネットワークＮ１側のファイアウォールＦＷによって接続されている。ファイアウォールＦＷはネットワークＮ１とネットワークＮ３との接点に設置され、ネットワークＮ１からネットワークＮ３へのアクセスを中継する。

また、ネットワークＮ２とネットワークＮ３とは、ネットワークＮ２側のアクセス制御装置２１によって接続されている。ネットワークＮ２はアクセス制御装置２１によってセキュリティが保護されている。

ネットワークＮ１は、ファイアウォールＦＷの内側にあるプライベートなネットワークである。ネットワークＮ１にはクライアント端末１１、携帯端末１２、プリントサーバなどの印刷制御装置１３、複合機などの画像形成装置１４、プロジェクタ１５、その他の機器１６、認証サーバなどの認証装置１７が接続されている。

クライアント端末１１は端末装置の一例である。クライアント端末１１は一般的なＯＳなどが搭載された情報処理装置（コンピュータシステム）によって実現できる。クライアント端末１１は無線による通信の手段または有線による通信の手段を有する。クライアント端末１１は、タブレットＰＣ、ノートＰＣなど、ユーザが操作可能な端末である。

携帯端末１２は端末装置の一例である。携帯端末１２は、無線による通信の手段または有線による通信の手段を有している。携帯端末１２は、スマートフォンや携帯電話、タブレットＰＣ、ノートＰＣなど、ユーザが携帯可能な端末である。

印刷制御装置１３は一般的なサーバＯＳなどが搭載された情報処理装置（コンピュータシステム）によって実現できる。印刷制御装置１３は無線による通信の手段または有線による通信の手段を有する。印刷制御装置１３は例えば印刷データを蓄積、提供する。

画像形成装置１４は複合機などの画像形成機能を有する装置である。画像形成装置１４は無線による通信の手段または有線による通信の手段を有する。画像形成装置１４は複合機、コピー機、スキャナ、プリンタ、レーザプリンタなど、画像形成に係る処理を行う装置である。プロジェクタ１５は画像を投影する装置である。プロジェクタ１５は無線による通信の手段または有線による通信の手段を有する。

なお、クライアント端末１１、携帯端末１２、印刷制御装置１３、画像形成装置１４、プロジェクタ１５、その他の機器１６は、利用時に認証装置１７によって認証を行う機器の一例である。

認証装置１７は一般的なサーバＯＳなどが搭載された情報処理装置（コンピュータシステム）によって実現できる。認証装置１７は無線による通信の手段または有線による通信の手段を有する。認証装置１７は認証サーバなど、ユーザ認証機能を提供する。

図１では、一例としてクライアント端末１１、携帯端末１２、印刷制御装置１３、画像形成装置１４、プロジェクタ１５、その他の機器１６、認証装置１７がそれぞれ一台である例を示しているが、複数台であってもよい。

ネットワークＮ２は、アクセス制御装置２１によってインターネット等のネットワークＮ３に接続されている。ネットワークＮ２には、アクセス制御装置２１、プリントサービス提供装置２２、スキャンサービス提供装置２３、他サービス提供装置２４が接続されている。図１のシステム１は、アクセス制御装置２１、プリントサービス提供装置２２、スキャンサービス提供装置２３、他サービス提供装置２４がサービス提供システムを実現している。

アクセス制御装置２１はプリントサービス提供装置２２が提供するプリントサービスやスキャンサービス提供装置２３が提供するスキャンサービスなど、各サービスへのログインを制御する。アクセス制御装置２１、プリントサービス提供装置２２、スキャンサービス提供装置２３、他サービス提供装置２４は、一台以上の情報処理装置（コンピュータシステム）によって実現される。

なお、図１のシステム１のプリントサービス提供装置２２、スキャンサービス提供装置２３、他サービス提供装置２４は一台のコンピュータに統合して実現してもよいし、複数のコンピュータに分散して実現してもよい。

＜ハードウェア構成＞
図１のクライアント端末１１、携帯端末１２、印刷制御装置１３、認証装置１７、アクセス制御装置２１、プリントサービス提供装置２２、スキャンサービス提供装置２３、他サービス提供装置２４は、例えば図２に示すハードウェア構成のコンピュータシステムにより実現される。図２は本実施形態に係るコンピュータシステムの一例のハードウェア構成図である。

図２に示したコンピュータシステム１００は、入力装置１０１、表示装置１０２、外部Ｉ／Ｆ１０３、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ（Central Processing Unit）１０６、通信Ｉ／Ｆ１０７、及びＨＤＤ（Hard Disk Drive）１０８などを備え、それぞれがバスＢで相互に接続されている。

入力装置１０１はキーボードやマウス、タッチパネルなどを含み、ユーザが各操作信号を入力するのに用いられる。表示装置１０２はディスプレイなどを含み、コンピュータシステム１００による処理結果を表示する。

通信Ｉ／Ｆ１０７はコンピュータシステム１００をネットワークＮ１又はＮ２に接続するインタフェースである。これにより、コンピュータシステム１００は通信Ｉ／Ｆ１０７を介してデータ通信を行うことができる。

ＨＤＤ１０８はプログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、例えばコンピュータシステム１００全体を制御する基本ソフトウェアであるＯＳ（Operating System）や、ＯＳ上において各種機能を提供するアプリケーションソフトウェアなどがある。ＨＤＤ１０８は格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢ（データベース）により管理している。

外部Ｉ／Ｆ１０３は、外部装置とのインタフェースである。外部装置には、記録媒体１０３ａなどがある。これにより、コンピュータシステム１００は外部Ｉ／Ｆ１０３を介して記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１０３ａにはフレキシブルディスク、ＣＤ（Compact Disk）、ＤＶＤ（Digital Versatile Disk）、ＳＤメモリカード（SD Memory card）、ＵＳＢメモリ（Universal Serial Bus memory）などがある。

ＲＯＭ１０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、コンピュータシステム１００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。

ＣＰＵ１０６は、ＲＯＭ１０５やＨＤＤ１０８などの記憶装置からプログラムやデータをＲＡＭ１０４上に読み出し、処理を実行することで、コンピュータシステム１００全体の制御や機能を実現する演算装置である。

本実施形態に係る図１のクライアント端末１１、携帯端末１２、印刷制御装置１３、認証装置１７、アクセス制御装置２１、プリントサービス提供装置２２、スキャンサービス提供装置２３、他サービス提供装置２４はコンピュータシステム１００のハードウェア構成により、後述するような各種処理を実現できる。

＜ソフトウェア構成＞
《オフィス機器》
本実施形態に係るクライアント端末１１などのオフィス機器３０は、例えば図３に示す処理ブロックにより実現される。図３は、本実施形態に係るオフィス機器の一例の処理ブロック図である。

オフィス機器３０はプログラムを実行することにより、入力受付部３１、認証要求部３２、機能処理部３３、サービスログイン要求部３４、登録要求部３５、ログイン設定部３６、サービス利用要求部３７を実現している。

入力受付部３１は、タッチパネル接触操作、キーボード入力操作などのユーザ操作による入力を受け付ける。認証要求部３２は、認証装置１７に対して認証情報を送信し、認証を要求する。また、機能処理部３３はオフィス機器３０が備えているハードウェアやアプリケーションプログラム（アプリ）を利用した処理を実行し、オフィス機器３０が備える機能を提供する。

サービスログイン要求部３４、登録要求部３５、ログイン設定部３６、サービス利用要求部３７は、例えばサービス利用アプリにより実現している。サービスログイン要求部３４はサービス提供システムに認証情報を送信し、ログインを要求する。登録要求部３５は認証装置１７により認証された認証情報の一部（例えばユーザ名など）または全部の登録をサービス提供システムに要求する。

ログイン設定部３６は、サービス提供システムへのログインに利用する認証情報を設定する。サービス利用要求部３７はサービス提供システムが提供するサービスの利用を要求する。

《認証装置》
本実施形態に係る認証装置１７は例えば図４に示す処理ブロックにより実現される。図４は本実施形態に係る認証装置の一例の処理ブロック図である。認証装置１７はプログラムを実行することにより、認証処理部４１、認証情報記憶部４２を実現している。

認証処理部４１はオフィス機器３０からの認証要求に基づいて認証を実行する。認証情報記憶部４２は受信した認証情報の認証の結果（認証成功、認証失敗）を判定するときに利用する認証情報を記憶する。認証情報記憶部４２は例えば図５に示すような認証情報を記憶している。

図５は認証情報記憶部が記憶する認証情報の一例の構成図である。図５（ａ）はユーザ名などのユーザ特定情報とパスワードとにより構成される認証情報である。図５（ｂ）はユーザ特定情報とパスワードとＩＣカード等のカード識別情報（カードＩＤなど）とにより構成される認証情報である。認証情報は図５の例に限らず、例えばオフィス機器３０の機器識別情報（機番など）を用いるものであっても、ユーザの生体情報（指紋、静脈、網膜など）を用いるものであってもよい。

《サービス提供システム》
本実施形態に係るサービス提供システムは例えば図６に示す処理ブロックにより実現される。図６は本実施形態に係るサービス提供システムの一例の処理ブロック図である。図６のサービス提供システム５０は、プログラムを実行することにより、サービスアプリ５１、プラットフォーム５２、管理データ記憶部５３及びプラットフォームＡＰＩ（Application Programming Interface）５４を実現している。

図６のサービスアプリ５１は、プリントサービスアプリ６１、スキャンサービスアプリ６２、１つ以上のその他のサービスアプリ６３を一例として有する。プリントサービスアプリ６１はプリントサービスを提供するアプリケーションである。スキャンサービスアプリ６２はスキャンサービスを提供するアプリケーションである。また、サービスアプリ６３は何らかのサービスを提供するアプリケーションである。

プラットフォームＡＰＩ５４はプリントサービスアプリ６１、スキャンサービスアプリ６２、その他のサービスアプリ６３などのサービスアプリ５１が、プラットフォーム５２を利用するためのインタフェースである。プラットフォームＡＰＩ５４はサービスアプリ５１からの要求をプラットフォーム５２が受信するために設けられた予め定義されたインタフェースであり、例えば関数やクラス等により構成される。なお、サービス提供システム５０を複数の情報処理装置に分散して構成する場合、プラットフォームＡＰＩ５４にはネットワーク経由で利用可能な例えばＷｅｂ ＡＰＩを利用できる。

図６のプラットフォーム５２は、認証処理部７１、機器通信部７２、ユーザ情報登録部７３、セッション管理部５４、データ処理部７５を一例として有する。認証処理部７１はオフィス機器３０からのログイン要求に基づいて認証を実行する。

機器通信部７２はオフィス機器３０との通信を実行する。ユーザ情報登録部７３はクライアント端末１１などの端末装置から、認証装置１７によって認証された認証情報の一部または全部の登録要求を受け、認証情報を後述のユーザ管理情報に登録する。セッション管理部７４はオフィス機器３０とのセッションを管理する。データ処理部７５はサービスアプリ５１からの要求に基づいてデータ処理を実行する。

管理データ記憶部５３は、企業管理情報記憶部８１、ユーザ管理情報記憶部８２、機器管理情報記憶部８３、データ管理情報記憶部８４、データストレージ８５を一例として有する。企業管理情報記憶部８１は後述の企業管理情報を記憶する。ユーザ管理情報記憶部８２は後述のユーザ管理情報を記憶する。機器管理情報記憶部８３は後述の機器管理情報を記憶する。データ管理情報記憶部８４は後述のデータ管理情報を記憶する。データストレージ８５はその他のデータ等を記憶する。

図７は企業管理情報の一例の構成図である。図７の企業管理情報はデータ項目として企業コード、企業名、国、言語などを有する。企業コードは、企業、組織などのグループを特定する情報である。

企業コードは、一人以上のユーザや一台以上のオフィス機器３０の集合を特定する情報である。なお、本実施形態は企業という言葉に限定されるものではなく、例えばユーザやオフィス機器３０の集合に対する契約を識別する識別情報等であってもよい。なお、企業コードは一意である。

図８はユーザ管理情報の一例の構成図である。図８のユーザ管理情報はデータ項目として企業コード、ユーザ名、パスワード、ロール、アドレス情報、出力設定、オフィス認証情報などを有する。ユーザ管理情報は企業コード単位で情報を管理する。ユーザ名、パスワードはサービス提供システム５０側でユーザを特定する情報である。ユーザ名は例えばユーザＩＤであってもよい。パスワードは必須でない。

さらに、ユーザ名はユーザが所持する電子媒体（例えばＩＣカード）やオフィス機器３０を識別する情報（カードＩＤやオフィス機器３０のシリアルＩＤ、電話番号など）を代わりに用いてもよいし、組み合わせて用いてもよい。また、企業コードと対応付けられたユーザ名、パスワードは一意であるが、企業コードが異なれば重複していてもよい。

オフィス認証情報はプライベートなネットワークＮ１側の認証情報に含まれるユーザ特定情報である。オフィス認証情報として登録されるネットワークＮ１側のユーザ特定情報はプライベートなネットワークＮ１側で認証済みのユーザ特定情報である。オフィス認証情報はユーザ情報登録部７３により登録される。ユーザ管理情報はプライベートなネットワークＮ１側のユーザ特定情報（ユーザ名）とパブリックなネットワークＮ２側のユーザ名とを対応付ける。

ユーザ管理情報により、本実施形態のシステム１はプライベートなネットワークＮ１側の認証と、パブリックなネットワークＮ２側の認証とを、情報セキュリティを保ちつつ連携させることができる。

図８（ａ）はユーザ名「Ｋｏｂａｙａｓｈｉ」のオフィス認証情報が未登録のユーザ管理情報を示している。図８（ａ）のユーザ管理情報は、プライベートなネットワークＮ１側の認証と、パブリックなネットワークＮ２側の認証とが、連携されていない例を表している。

図８（ｂ）はユーザ名「Ｋｏｂａｙａｓｈｉ」のオフィス認証情報「Ｋｏｂａ」が登録済のユーザ管理情報を示している。図８（ｂ）のユーザ管理情報はプライベートなネットワークＮ１側の認証と、パブリックなネットワークＮ２側の認証とが、連携されている例を表している。

図９は機器管理情報の一例の構成図である。図９の機器管理情報はデータ項目として企業コード、デバイス認証情報、事業所情報、ケーパビリティなどを有する。機器管理情報は企業コード単位で情報を管理する。デバイス認証情報はオフィス機器３０が特定の条件を備えたものであることを判別するデバイス認証のための情報である。デバイス認証情報は特定のアプリケーションが搭載されていることを示すＩＤや、特定の機器であることを示す機器番号などであってもよい。

＜処理の詳細＞
以下では、本実施形態に係るシステム１の処理の詳細について説明する。

《ログイン設定》
図１０はサービス提供システムへのログイン設定画面の一例のイメージ図である。図１０のログイン設定画面１０００はオフィス機器３０のサービス利用アプリによってオフィス機器３０に表示される。ログイン設定画面１０００はプライベートなネットワークＮ１側の認証とパブリックなネットワークＮ２側の認証とを連携することを表す「社内認証と連携する」ログイン設定と、連携しないことを表す「社内認証と連携しない」ログイン設定とをユーザに選択させる画面である。

《ログイン処理》
「社内認証と連携しない」ログイン設定が選択された場合の画面遷移は例えば図１１に示すようになる。図１１は「社内認証と連携しない」ログイン設定が選択された場合の一例の画面遷移図である。

例えばオフィス機器３０はアプリ選択画面１０１０を表示し、ユーザにアプリを選択させる。サービス利用アプリ選択ボタン１０１１がユーザにより押下されると、オフィス機器３０のサービス利用アプリはログイン画面１０２０を表示する。ユーザはログイン画面１０２０に、企業コード、ユーザ名及びパスワードを入力する。企業コード、ユーザ名及びパスワードは、パブリックなネットワークＮ２側の認証情報の一例である。

ログイン画面１０２０に、認証情報を入力後、ユーザはログインボタン１０２１を押下する。ログインボタン１０２１を押下されると、オフィス機器３０のサービスログイン要求部３４は認証情報をサービス提供システム５０に送信し、ログインを要求する。

ログインに成功すると、オフィス機器３０のサービス利用アプリはサービス一覧選択画面１０３０を表示する。サービス一覧選択画面１０３０はサービス提供システムが提供するサービスをユーザに選択させる画面である。ユーザはサービス一覧選択画面１０３０から利用したいサービスを選択する。例えばユーザに「プリントサービス」ボタンを押下されると、オフィス機器３０のサービス利用要求部３７はサービス提供システム５０に「プリントサービス」の利用を要求する。

「社内認証と連携する」ログイン設定が選択された場合の画面遷移は例えば図１２に示すようになる。図１２は「社内認証と連携する」ログイン設定が選択された場合の一例の画面遷移図である。

例えばオフィス機器３０はプライベートなネットワークＮ１側の認証用のログイン画面１０４０、１０５０、１０６０の何れかを表示する。ログイン画面１０４０はユーザに認証情報の一例であるユーザ名、パスワードを入力させる画面である。ログイン画面１０４０はユーザにＩＣカードをかざさせて、認証情報の一例であるＩＣカードのカード識別情報（カードＩＤ）を入力させる画面である。ログイン画面１０６０はユーザに指をかざさせて、認証情報の一例であるユーザの生体情報（指紋）を入力させる画面である。

認証情報が入力されると、オフィス機器３０の認証要求部３２は認証装置１７に対して認証情報を送信し、認証を要求する。認証に成功すると、オフィス機器３０はアプリ選択画面１０１０を表示し、ユーザにアプリを選択させる。

サービス利用アプリ選択ボタン１０１１がユーザにより押下されると、オフィス機器３０のサービス利用アプリは後述のように企業コード、プライベートなネットワークＮ１側で認証済みのユーザ名を認証情報としてサービス提供システムに送信し、ログインを要求する。なお、オフィス機器３０にデバイス認証情報が設定されている場合は認証情報にデバイス認証情報を含ませる。

プライベートなネットワークＮ１側で認証済みのユーザ特定情報（ユーザ名）と、パブリックなネットワークＮ２側のユーザ名とがユーザ管理情報に対応付けられている場合はログインに成功する。ログインに成功すると、オフィス機器３０のサービス利用アプリはサービス一覧選択画面１０３０を表示する。

なお、プライベートなネットワークＮ１側で認証済みのユーザ名とパブリックなネットワークＮ２側のユーザ名とがユーザ管理情報に対応付けられていない場合はログインに失敗する。ログインに失敗すると、オフィス機器３０のサービス利用アプリはログイン画面１０２０を表示し、パブリックなネットワークＮ２側の認証情報をユーザに入力させる。そして、オフィス機器３０のサービスログイン要求部３４はユーザに入力されたパブリックなネットワークＮ２側の認証情報をサービス提供システム５０に送信し、ログインを要求する。

ユーザは、プライベートなネットワークＮ１側で認証済みのユーザ名とパブリックなネットワークＮ２側のユーザ名とがユーザ管理情報に対応付けられている場合、ログイン画面１０２０にパブリックなネットワークＮ２側の認証情報を入力することなく、サービス一覧選択画面１０３０から利用したいサービスを選択し、サービス提供システム５０が提供するサービスを利用できる。

図１３は端末装置からログイン要求を受信したサービス提供システムの処理を表した一例のフローチャートである。なお、図１３は「社内認証と連携しない」ログイン設定が選択されている場合の例である。

ステップＳ１において、サービス提供システム５０の認証処理部７１は企業コード、パブリックなネットワークＮ２側のユーザ名及びパスワードを認証情報としたログイン要求をクライアント端末１１などの端末装置から受信する。

ステップＳ２において、認証処理部７１は認証情報に含まれる企業コードが図７に示した企業管理情報に存在するかを判断する企業認証判断を行う。認証情報に含まれる企業コードが図７に示した企業管理情報に存在すれば、認証処理部７１は企業認証成功（認証ＯＫ）と判断し、ステップＳ３の処理を行う。

ステップＳ３において、認証処理部７１は図８に示したユーザ管理情報のうち、認証された企業コードに対応付けられたユーザ管理情報の中に、認証情報に含まれるユーザ名及びパスワードが存在するかを判断するユーザ認証判断を行う。

認証情報に含まれるユーザ名及びパスワードが存在すれば、認証処理部７１はユーザ認証成功（認証ＯＫ）と判断してステップＳ５の処理を行う。ステップＳ５において、認証処理部７１は、端末装置からのログイン要求に対する認証結果を成功（認証ＯＫ）と判断する。

なお、ステップＳ２において認証情報に含まれる企業コードが図７に示した企業管理情報に存在しなければ、認証処理部７１はステップＳ４において、端末装置からのログイン要求に対する認証結果を失敗（認証ＮＧ）と判断する。

同様に、ステップＳ３において、認証された企業コードに対応付けられたユーザ管理情報の中に、認証情報に含まれるユーザ名及びパスワードが存在しなければ、認証処理部７１はステップＳ４において、端末装置からのログイン要求に対する認証結果を失敗（認証ＮＧ）と判断する。

図１４は画像形成装置からログイン要求を受信したサービス提供システムの処理を表した一例のフローチャートである。なお、図１４は「社内認証と連携しない」ログイン設定が選択されている場合の例である。図１４のフローチャートは図１３のフローチャートにステップＳ１３のデバイス認証判断が追加されている。

ステップＳ１１において、サービス提供システム５０の認証処理部７１は企業コード、デバイス認証情報、パブリックなネットワークＮ２側のユーザ名及びパスワードを認証情報としたログイン要求を画像形成装置１４から受信する。

ステップＳ１２において、認証処理部７１は認証情報に含まれる企業コードが図７に示した企業管理情報に存在するかを判断する企業認証判断を行う。認証情報に含まれる企業コードが企業管理情報に存在すれば、認証処理部７１は企業認証成功（認証ＯＫ）と判断し、ステップＳ１３の処理を行う。

ステップＳ１３において、認証処理部７１は図９に示した機器管理情報のうち、認証された企業コードに対応付けられた機器管理情報の中に、認証情報に含まれるデバイス認証情報が存在するかを判断するデバイス認証判断を行う。認証情報に含まれるデバイス認証情報が存在すれば、認証処理部７１はデバイス認証成功（認証ＯＫ）と判断してステップＳ１４の処理を行う。

ステップＳ１４において、認証処理部７１は図８に示したユーザ管理情報のうち、認証された企業コードに対応付けられたユーザ管理情報の中に、認証情報に含まれるユーザ名及びパスワードが存在するかを判断するユーザ認証判断を行う。

認証情報に含まれるユーザ名及びパスワードが存在すれば、認証処理部７１はユーザ認証成功（認証ＯＫ）と判断してステップＳ１６の処理を行う。認証処理部７１はステップＳ１６において、画像形成装置１４からのログイン要求に対する認証結果を成功（認証ＯＫ）と判断する。

なお、ステップＳ１２において認証情報に含まれる企業コードが図７に示した企業管理情報に存在しなければ、認証処理部７１はステップＳ１５において、画像形成装置１４からのログイン要求に対する認証結果を失敗（認証ＮＧ）と判断する。

同様に、ステップＳ１３において、認証された企業コードに対応付けられた機器管理情報の中に、認証情報に含まれるデバイス認証情報が存在しなければ、認証処理部７１はステップＳ１５において、画像形成装置１４からのログイン要求に対する認証結果を失敗（認証ＮＧ）と判断する。

同様に、ステップＳ１４において、認証された企業コードに対応付けられたユーザ管理情報の中に、認証情報に含まれるユーザ名及びパスワードが存在しなければ、認証処理部７１はステップＳ１５において、画像形成装置１４からのログイン要求に対する認証結果を失敗（認証ＮＧ）と判断する。

図１５は、本実施形態に係るシステムのログイン処理を表した一例のフローチャートである。ステップＳ２１において、画像形成装置１４は例えば図１２のログイン画面１０５０を表示する。画像形成装置１４はユーザから認証情報の一例であるＩＣカードのカードＩＤを入力されることにより認証要求を受け付ける。

ステップＳ２２において、画像形成装置１４の認証要求部３２は認証装置１７に対して認証情報を送信し、認証を要求する。なお、ステップＳ２２で送信する認証情報はカードＩＤであっても、カードＩＤに対応付けられたユーザ名、パスワードであってもよい。

ステップＳ２３において、認証装置１７の認証処理部４１は画像形成装置１４からの認証情報に含まれるユーザ名、パスワードが図５に示した認証情報に存在するかを判断するユーザ認証を行う。認証情報に含まれるユーザ名、パスワードが図５に示した認証情報に存在すれば、認証処理部４１はユーザ認証成功（認証ＯＫ）と判断し、ステップＳ２５の処理を行う。ステップＳ２５において、認証処理部４１は画像形成装置１４の認証要求部３２にユーザ認証成功を通知する。

なお、認証情報に含まれるユーザ名、パスワードが図５に示した認証情報に存在しなければ、認証処理部４１はユーザ認証失敗（認証ＮＧ）と判断し、ステップＳ２４の処理を行う。ステップＳ２４において、認証処理部４１は画像形成装置１４の認証要求部３２にユーザ認証失敗を通知し、図１５のフローチャートの処理を終了する。

ユーザ認証成功を通知された画像形成装置１４はステップＳ２６において、図１２に示したようなアプリ選択画面１０１０を表示し、ユーザにアプリを選択させる。例えばアプリ選択画面１０１０のサービス利用アプリ選択ボタン１０１１がユーザにより押下されることにより、画像形成装置１４はユーザからサービス提供システムへのログイン要求を受け付ける。

ステップＳ２７において、画像形成装置１４のサービスログイン要求部３４は「社内認証と連携しない」ログイン設定が選択されているか判断する。サービスログイン要求部３４は「社内認証と連携しない」ログイン設定が選択されていれば、ステップＳ２８において例えば図１１に示すログイン画面１０２０を表示し、企業コード、パブリックなネットワークＮ２側のユーザ名及びパスワードをユーザに入力させる。ステップＳ２８の処理後、画像形成装置１４は図１４に示したフローチャートの処理により、サービス提供システム５０にログインされる。

ステップＳ２７において、サービスログイン要求部３４は「社内認証と連携する」ログイン設定が選択されていれば、ステップＳ２９の処理を行う。サービスログイン要求部３４はステップＳ２９において、企業コード、デバイス認証情報、ユーザ名（Ｋｏｂａ）を認証情報としてサービス提供システムに送信し、ログインを要求する。

なお、ユーザ名（Ｋｏｂａ）は図５に示したように、プライベートなネットワークＮ１側のユーザ名の一例である。ステップＳ３０において、サービス提供システム５０の認証処理部７１はステップＳ１２と同様の企業認証判断を行う。認証処理部７１は企業認証成功（認証ＯＫ）と判断すると、ステップＳ３１の処理を行う。

ステップＳ３１において、認証処理部７１はステップＳ１３と同様のデバイス認証判断を行う。認証処理部７１はデバイス認証成功（認証ＯＫ）と判断するとステップＳ３３の処理を行う。

なお、認証処理部７１はステップＳ３０において企業認証失敗（認証ＮＧ）と判断するとステップＳ３２において、画像形成装置１４からのログイン要求に対する認証結果を失敗（認証ＮＧ）と判断する。また、認証処理部７１はステップＳ３１においてデバイス認証失敗（認証ＮＧ）と判断するとステップＳ３２において、画像形成装置１４からのログイン要求に対する認証結果を失敗（認証ＮＧ）と判断する。

ステップＳ３３において、認証処理部７１は図８に示したユーザ管理情報のうち、認証された企業コードに対応付けられたユーザ管理情報の中に、認証情報に含まれていたプライベートなネットワークＮ１側のユーザ名（Ｋｏｂａ）が存在するかを判断するユーザ認証判断を行う。

認証情報に含まれていたプライベートなネットワークＮ１側のユーザ名（Ｋｏｂａ）が存在すれば、認証処理部７１はユーザ認証成功（認証ＯＫ）と判断してステップＳ３４の処理を行う。認証処理部７１はステップＳ３４において、プライベートなネットワークＮ１側のユーザ名（Ｋｏｂａ）に対応するパブリックなネットワークＮ２側のユーザ名（Ｋｏｂａｙａｓｈｉ）を図８のユーザ管理情報から取得する。ステップＳ３５において、認証処理部７１は画像形成装置１４からのログイン要求に対する認証結果を成功（認証ＯＫ）と判断する。

なお、ステップＳ３３において、認証情報に含まれていたプライベートなネットワークＮ１側のユーザ名（Ｋｏｂａ）が存在しなければ、認証処理部７１はユーザ認証失敗（認証ＮＧ）と判断してステップＳ３６の処理を行う。

ステップＳ３６において、画像形成装置１４のサービス利用アプリはサービス提供システム５０へのログインに失敗したため、図１２に示すようなログイン画面１０２０を表示する。

ステップＳ３７において、画像形成装置１４のサービス利用アプリはログイン画面１０２０から、パブリックなネットワークＮ２側の認証情報の一例として企業コード、ユーザ名（Ｋｏｂａｙａｓｈｉ）及びパスワードをユーザに入力させる。

ステップＳ３８において、画像形成装置１４の登録要求部３５はサービス提供システム５０へプライベートなネットワークＮ１側で認証済みのユーザ名（Ｋｏｂａ）の登録要求を行う。ステップＳ３８の登録要求には、企業コード、デバイス認証情報、パブリックなネットワークＮ２側のユーザ名（Ｋｏｂａｙａｓｈｉ）及びパスワードが含まれる。

ステップＳ３９において、サービス提供システム５０の認証処理部７１はステップＳ１２と同様の企業認証判断を行う。認証処理部７１は企業認証成功（認証ＯＫ）と判断すると、ステップＳ４０の処理を行う。

ステップＳ４０において、認証処理部７１はステップＳ１３と同様のデバイス認証判断を行う。認証処理部７１はデバイス認証成功（認証ＯＫ）と判断するとステップＳ４１の処理を行う。

ステップＳ４１において、認証処理部７１はステップＳ１４と同様のユーザ認証判断を行う。認証処理部７１はユーザ認証成功（認証ＯＫ）と判断するとステップＳ４３の処理を行う。

ステップＳ４３において、ユーザ情報登録部７３はネットワークＮ１側で認証済みのユーザ名（Ｋｏｂａ）を、パブリックなネットワークＮ２側のユーザ名（Ｋｏｂａｙａｓｈｉ）と対応付け、ユーザ管理情報のオフィス認証情報として登録する。

なお、認証処理部７１はステップＳ３９において企業認証失敗（認証ＮＧ）と判断したとき、ステップＳ４０においてデバイス認証失敗（認証ＮＧ）と判断したとき、ステップＳ４１においてユーザ認証失敗（認証ＮＧ）と判断したとき、ステップＳ４２において、画像形成装置１４からの登録要求に対する認証結果を失敗（認証ＮＧ）と判断する。

図１５のフローチャートに示すように、ユーザはプライベートなネットワークＮ１側で認証済みのユーザ名（Ｋｏｂａ）とパブリックなネットワークＮ２側のユーザ名（Ｋｏｂａｙａｓｈｉ）とがユーザ管理情報に対応付けられている場合、ログイン設定部３６にパブリックなネットワークＮ２側の認証情報を予め設定しておくことで、ログイン画面１０２０にパブリックなネットワークＮ２側の認証情報を入力することなく、サービス提供システム５０へログインできる。

また、ユーザはプライベートなネットワークＮ１側で認証済みのユーザ名（Ｋｏｂａ）とパブリックなネットワークＮ２側のユーザ名（Ｋｏｂａｙａｓｈｉ）とがユーザ管理情報に対応付けられていない場合であっても、プライベートなネットワークＮ１側で認証済みのユーザ名（Ｋｏｂａ）とパブリックなネットワークＮ２側のユーザ名（Ｋｏｂａｙａｓｈｉ）とを対応付けるユーザ管理情報を、容易に登録できる。

《サービス利用処理》
クライアント端末１１などの端末装置がサービスを利用する場合の画面遷移は例えば図１６に示すようになる。図１６は端末装置がサービスを利用する場合の一例の画面遷移図である。

例えば端末装置はサービス一覧選択画面１０３０を表示し、ユーザにサービス提供システム５０が提供するサービスから利用したいサービスを選択させる。例えばサービス一覧選択画面１０３０の「プリントサービス」ボタン１０３１を押下されると、端末装置のサービス利用アプリはプリントサービス画面１１００又は１１１０を表示する。

プリントサービス画面１１００は端末装置から印刷ジョブなどのデータを送信する画面の一例である。ユーザはプリントサービス画面１１００に印刷ジョブなどのデータを設定して送信ボタン１１０１を押下することで、サービス提供システム５０に印刷ジョブなどのデータを送信できる。

プリントサービス画面１１１０はサービス提供システム５０に送信した印刷ジョブなどのデータ一覧を表示する画面の一例である。ユーザはプリントサービス画面１１１０の更新ボタン１１１１又は削除ボタン１１１２を押下することで、プリントサービス画面１１１０のデータ一覧の更新又はデータ一覧から印刷ジョブなどのデータの削除を行うことができる。なお、図１６のプリントサービス画面１１１０はユーザが管理者の場合を一例として表しているため、複数のユーザのデータ一覧を表示している。

図１７は端末装置から印刷ジョブなどのデータを投入する処理を表した一例のシーケンス図である。ステップＳ５１において、端末装置の入力受付部３１は例えばアプリ選択画面１０１０のサービス利用アプリ選択ボタン１０１１を押下されることによりユーザからのログイン要求を受け付ける。入力受付部３１はサービスログイン要求部３４にログイン要求を行う。

ステップＳ５２において、サービスログイン要求部３４はサービス提供システム５０の認証処理部７１へ前述したようにログインを要求する。サービス提供システム５０の認証処理部７１はステップＳ５３において、前述したように認証を行う。ステップＳ５４において、認証処理部７１は端末装置のサービスログイン要求部３４にログイン応答として認証結果を送信する。なお、認証結果が成功（認証ＯＫ）の場合、認証処理部７１はトークン（ｃｏｏｋｉｅ）も端末装置のサービスログイン要求部３４に送信する。サービス提供システム５０はトークンを認証したユーザのユーザ名及び企業コードと対応付けて記憶しておく。

ステップＳ５５以降の処理は認証結果が成功（認証ＯＫ）であり、データをサービス提供システム５０に投入する例を表している。ステップＳ５５において、端末装置の入力受付部３１は例えば図１６のプリントサービス画面１１００からサービス提供システム５０に投入するデータのデータ設定を受け付ける。

ステップＳ５６において、入力受付部３１はユーザからデータ設定を受け付けたデータのデータ投入要求をサービス利用要求部３７に対して行う。入力受付部３１からのデータ投入要求に基づき、サービス利用要求部３７はステップＳ５７において、前述のトークンとユーザからデータ設定を受け付けたデータとをサービス提供システム５０に送信することでデータ投入要求を行う。このとき、端末装置は例えばＰＤＬ（page description language）形式の印刷データや、ワープロソフトや表計算ソフトなどのアプリで作成されたアプリケーションデータをサービス提供システム５０に投入する。また、データ投入要求には実行条件情報を含ませることもできる。また、投入するデータはＷｅｂデータを特定するＵＲＬデータであってもよい。

ステップＳ５８において、サービス提供システム５０のセッション管理部７４は記憶しているトークンの中に、データ投入要求として受信したトークンが存在するか否かを確認する。セッション管理部７４は記憶しているトークンの中に、データ投入要求として受信したトークンが存在すれば、ステップＳ５９において、トークンに対応付けられて記憶しておいたユーザ名及び企業コードをプリントサービスアプリ６１に送信する。

ステップＳ６０において、プリントサービスアプリ６１はセッション管理部７４から受信したユーザ名及び企業コードに対応付くユーザ管理情報の取得を、認証処理部７１に要求する。ステップＳ６１において、認証処理部７１はユーザ名及び企業コードに対応付くユーザ管理情報をユーザ管理情報記憶部８２から取得し、プリントサービスアプリ６１に送信する。

ステップＳ６２において、プリントサービスアプリ６１はデータ投入要求として受信したデータのデータ形式（拡張子）と、ユーザ名及び企業コードに対応付くユーザ管理情報とを用いて、データの変換処理内容（変換前のデータ形式と変換後のデータ形式、変換するときの出力条件が含まれる）を決定する。

ステップＳ６３において、プリントサービスアプリ６１はデータ投入要求として受信したデータのジョブＩＤ、決定したデータの変換処理内容を指定して、データ処理をデータ処理部７５に要求する。また、ステップＳ６４において、プリントサービスアプリ６１はデータ投入要求として受信したデータに出力データＩＤを付与し、データストレージ８５に記録する。また、プリントサービスアプリ６１は出力データＩＤを付与した後述の出力データ管理情報をデータストレージ８５に記録する。

ステップＳ６５において、データ処理部７５はプリントサービスアプリ６１から要求されたデータ処理に応じて、ジョブＩＤに対応するデータをデータストレージ８５から取得する。ステップＳ６６において、データ処理部７５は取得したデータに対する変換処理を実行する。ステップＳ６７において、データ処理部７５は変換処理後のデータをデータストレージ８５に記録する。

図１８はデータ管理情報記憶部が記憶するデータ管理情報の一例の構成図である。図１８のデータ管理情報はデータ項目としてジョブＩＤ、投入データＵＲＬ、１つ以上の変換データＵＲＬ、変換ステータスなどを有する。ジョブＩＤは投入された印刷ジョブなどのデータを特定する情報である。投入データＵＲＬは投入されたデータが記録されている場所を表す情報である。変換データＵＲＬは投入されたデータから１回以上の変換処理がされたデータの記録されている場所を表す情報である。変換ステータスは変換処理の状態を表す情報であり、例えば処理中、完了などの状態を表している。

また、図１９はプリントサービスアプリが管理する出力データ管理情報の一例の構成図である。図１９の出力データ管理情報はデータ項目として出力データＩＤ、企業コード、ユーザ特定情報、書誌情報、ジョブＩＤ、変換ステータスなどを有する。出力データ管理情報は投入された印刷ジョブなどのデータを特定する情報である。プリントサービスアプリ６１は出力データ管理情報に基づき、投入された印刷ジョブなどのデータに対する変換処理の状態を判定できる。

図２０はサービス提供システムからデータ一覧を取得する又はデータを削除する処理の一例のシーケンス図である。ステップＳ７１〜Ｓ７４の処理は図１７のステップＳ５１〜Ｓ５４の処理と同様であるため、説明を省略する。

ステップＳ７５〜Ｓ８４の処理は認証結果が成功であり、データ一覧をサービス提供システム５０から取得する例を表している。ステップＳ７５において、端末装置の入力受付部３１は例えば図１６のプリントサービス画面１１１０からデータ一覧の取得要求を受け付ける。

ステップＳ７６において、入力受付部３１はデータ一覧の取得要求をサービス利用要求部３７に対して行う。入力受付部３１からのデータ一覧の取得要求に基づき、サービス利用要求部３７はステップＳ７７において、前述のトークンとデータ一覧の取得要求とをサービス提供システム５０に送信することでデータ一覧の取得要求を行う。

サービス提供システム５０のセッション管理部７４は図１７のステップＳ５８と同様なセッション確認を行い、記憶しているトークンの中に、データ一覧の取得要求として受信したトークンが存在するか否かを確認する。セッション管理部７４は記憶しているトークンの中に、データ一覧の取得要求として受信したトークンが存在すれば、ステップＳ７８において、トークンに対応付けられて記憶しておいたユーザ名及び企業コードをプリントサービスアプリ６１に送信する。

ステップＳ７９において、プリントサービスアプリ６１は、図１９に示した出力データ管理情報を参照し、受信したユーザ名及び企業コードに対応する出力データ管理情報の変換ステータスを確認する。受信したユーザ名及び企業コードに対応する出力データ管理情報の変換ステータスに「処理中」の変換ステータスがあれば、変換ステータスが変化している可能性があるため、プリントサービスアプリ６１は変換ステータスの更新を実行すると判定する。

ここでは変換ステータスの更新を実行すると判定したものとして説明を続ける。変換ステータスの更新を実行すると判定すると、プリントサービスアプリ６１はステップＳ８０において、受信したユーザ名及び企業コードに対応する出力データ管理情報のジョブＩＤをデータ処理部７５に送信し、ジョブＩＤに対応するデータ管理情報の変換ステータスの取得要求を行う。ステップＳ８１において、データ処理部７５は図１８に示したデータ管理情報を参照し、受信したジョブＩＤに対応するデータ管理情報の変換ステータスを取得する。

ステップＳ８２において、データ処理部７５は受信したジョブＩＤに対応するデータ管理情報の変換ステータスをプリントサービスアプリ６１に送信する。ステップＳ８３において、プリントサービスアプリ６１はデータ処理部７５から受信したジョブＩＤに対応するデータ管理情報の変換ステータスに基づき、出力データ管理情報を更新する。

そして、ステップＳ８４において、プリントサービスアプリ６１は更新した出力データ管理情報に基づくデータ一覧を端末装置のサービス利用要求部３７に送信する。例えばプリントサービスアプリ６１は変換ステータスが「完了」となっているジョブをデータ一覧に含ませる。

なお、ステップＳ７９において、変換ステータスの更新を実行しないと判定した場合は出力データ管理情報を更新せず、ステップＳ８４において、その出力データ管理情報に基づくデータ一覧を端末装置のサービス利用要求部３７に送信する。

したがって、端末装置はデータ処理部７５の処理により変化する変換ステータスに基づき、変換処理が終了したデータ一覧を、図１６に示すように表示できる。

また、ステップＳ９１〜Ｓ９６の処理は認証結果が成功であり、データをサービス提供システム５０から削除する例を表している。ステップＳ９１において、端末装置の入力受付部３１は例えば図１６のプリントサービス画面１１１０からデータの削除要求を受け付ける。

ステップＳ９２において、入力受付部３１はデータの削除要求をサービス利用要求部３７に対して行う。入力受付部３１からのデータの削除要求に基づき、サービス利用要求部３７はステップＳ９３において、前述のトークンとデータの削除要求とをサービス提供システム５０に送信することでデータの削除要求を行う。

サービス提供システム５０のセッション管理部７４は図１７のステップＳ５８と同様なセッション確認を行い、記憶しているトークンの中に、データの削除要求として受信したトークンが存在するか否かを確認する。

セッション管理部７４は記憶しているトークンの中に、データの削除要求として受信したトークンが存在すれば、ステップＳ９４において、トークンに対応付けられて記憶しておいたユーザ名及び企業コードをプリントサービスアプリ６１に送信する。ステップＳ９５において、プリントサービスアプリ６１は受信したユーザ名及び企業コードをデータ処理部７５に送信し、データの削除要求を行う。ステップＳ９６において、データ処理部７５はデータの削除要求に基づき、データの削除処理を実行する。

図２０のステップＳ７９の処理は、例えば図２１に示すフローチャートのような手順で行うことができる。ステップＳ１０１において、プリントサービスアプリ６１は図８に示したユーザ管理情報を参照し、受信したユーザ名及び企業コードに対応するユーザ管理情報から、データ一覧の取得要求を行ったログインユーザのロールが管理者であるか否かを判断する。

ログインユーザのロールが管理者であれば、プリントサービスアプリ６１はステップＳ１０２において、図１９に示した出力データ管理情報を参照し、受信した企業コードに対応する出力データ管理情報の変換ステータスを確認する。一方、ログインユーザのロールが利用者であれば、プリントサービスアプリ６１はステップＳ１０３において、図１９に示した出力データ管理情報を参照し、受信した企業コードおよびユーザ名（ユーザ特定情報）に対応する出力データ管理情報の変換ステータスを確認する。

ステップＳ１０４に進み、プリントサービスアプリ６１はステップＳ１０２又はＳ１０３において確認した出力データ管理情報の変換ステータスが「完了」のみであるかを判断する。ステップＳ１０２又はＳ１０３において確認した変換ステータスが「完了」のみであれば、プリントサービスアプリ６１は変換ステータスが変化している可能性がないため図２１のフローチャートの処理を終了する。

一方、ステップＳ１０２又はＳ１０３において確認した変換ステータスが「完了」のみでなければ、プリントサービスアプリ６１は変換ステータスが変化している可能性があるため、ステップＳ１０５の処理を行う。ステップＳ１０５において、プリントサービスアプリ６１は変換ステータスが「完了」でないジョブＩＤに対応するデータ管理情報の変換ステータスの取得要求を行う。

《データ一覧取得処理》
複合機（ＭＦＰ）などの画像形成装置１４がデータ一覧を取得する場合の画面遷移は例えば図２２に示すようになる。図２２は画像形成装置がデータ一覧を取得する場合の一例の画面遷移図である。

例えば画像形成装置１４はサービス一覧選択画面１０３０を表示し、ユーザにサービス提供システム５０が提供するサービスから利用したいサービスを選択させる。例えばサービス一覧選択画面１０３０の「プリントサービス」ボタン１０３１を押下されると、画像形成装置１４のサービス利用アプリはプリントサービス画面１２００を表示する。

プリントサービス画面１２００はサービス提供システム５０に送信した印刷ジョブなどのデータ一覧を表示する画面の一例である。ユーザはプリントサービス画面１２００の出力ボタン１２０１又は削除ボタン１２０２を押下することで、プリントサービス画面１２００のデータ一覧から印刷ジョブなどのデータの出力又は削除を行うことができる。

図２３はサービス提供システムからデータ一覧を取得する処理の一例のシーケンス図である。ステップＳ１１１〜Ｓ１１４の処理は図１７のステップＳ５１〜Ｓ５４の処理と同様であるため、説明を省略する。

ステップＳ１１５以降の処理は認証結果が成功である例を表している。ステップＳ１１５において、サービスログイン要求部３４は前述のトークンとデータ一覧の取得要求とをサービス提供システム５０に送信することでデータ一覧の取得要求を行う。

サービス提供システム５０のセッション管理部７４は図１７のステップＳ５８と同様なセッション確認を行い、記憶しているトークンの中に、データ一覧の取得要求として受信したトークンが存在するか否かを確認する。セッション管理部７４は記憶しているトークンの中に、データ一覧の取得要求として受信したトークンが存在すれば、ステップＳ１１６において、トークンに対応付けられて記憶しておいたユーザ名及び企業コードをプリントサービスアプリ６１に送信する。

ステップＳ１１７において、プリントサービスアプリ６１は図２０のステップＳ７９と同様なステータス判定を行う。受信したユーザ名及び企業コードに対応する出力データ管理情報の変換ステータスに「処理中」の変換ステータスがあれば、プリントサービスアプリ６１はステップＳ１１８において、受信したユーザ名及び企業コードに対応する出力データ管理情報のジョブＩＤをデータ処理部７５に送信し、ジョブＩＤに対応するデータ管理情報の変換ステータスの取得要求を行う。ステップＳ１１９において、データ処理部７５は図１８に示したデータ管理情報を参照し、受信したジョブＩＤに対応するデータ管理情報の変換ステータスを取得する。

ステップＳ１２０において、データ処理部７５は受信したジョブＩＤに対応するデータ管理情報の変換ステータスをプリントサービスアプリ６１に送信する。ステップＳ１２１において、プリントサービスアプリ６１はデータ処理部７５から受信したジョブＩＤに対応するデータ管理情報の変換ステータスに基づき、出力データ管理情報を更新する。

そして、ステップＳ１２２、Ｓ１２３において、プリントサービスアプリ６１は更新した出力データ管理情報に基づくデータ一覧を、セッション管理部７４を介して、画像形成装置１４のサービス利用要求部３７に送信する。なお、ステップＳ１１７において、変換ステータスの更新を実行しないと判定した場合は出力データ管理情報を更新せず、ステップＳ１２２、Ｓ１２３において、その出力データ管理情報に基づくデータ一覧を画像形成装置１４のサービス利用要求部３７に送信する。

したがって、画像形成装置１４はデータ処理部７５の処理により変化する変換ステータスに基づき、変換処理が終了したデータ一覧を、図２２に示すように表示できる。

《データ出力処理・データ削除処理》
図２４は画像形成装置からデータを出力する又はサービス提供システムからデータを削除する処理の一例のシーケンス図である。図２４のシーケンス図の処理は例えば図２３のシーケンス図の処理後に行われる。

ステップＳ１３１〜Ｓ１４１の処理は認証結果が成功であり、データを画像形成装置１４から出力する例を表している。ステップＳ１３１において、画像形成装置１４の入力受付部３１は例えば図２２のプリントサービス画面１２００からデータの出力要求を受け付ける。

ステップＳ１３２において、入力出力部３１は出力要求を受け付けたデータ（出力対象データ）の取得要求をサービス利用要求部３７に対して行う。サービス利用要求部３７はステップＳ１３３において、前述のトークンとデータ一覧の取得要求とをサービス提供システム５０に送信することでデータの取得要求を行う。

サービス提供システム５０のセッション管理部７４は図１７のステップＳ５８と同様なセッション確認を行い、記憶しているトークンの中に、データの取得要求として受信したトークンが存在するか否かを確認する。セッション管理部７４は記憶しているトークンの中に、データの取得要求として受信したトークンが存在すれば、ステップＳ１３４において、トークンに対応付けられて記憶しておいたユーザ名及び企業コードをプリントサービスアプリ６１に送信する。

ステップＳ１３５において、プリントサービスアプリ６１は受信したユーザ名及び企業コードに対応する出力データ管理情報のジョブＩＤをデータ処理部７５に送信し、ジョブＩＤに対応するデータの取得要求を行う。ステップＳ１３６において、データ処理部７５は図１８に示したデータ管理情報を参照し、受信したジョブＩＤに対応するデータを取得する。ステップＳ１３７において、データ処理部７５は受信したジョブＩＤに対応するデータをプリントサービスアプリ６１に送信する。

プリントサービスアプリ６１はデータを画像形成装置１４に送信する前に、パブリックなネットワークＮ２側のユーザ名（Ｋｏｂａｙａｓｈｉ）をプライベートなネットワークＮ１側のユーザ名（Ｋｏｂａ）に書き換える。

ステップＳ１３８、Ｓ１３９において、プリントサービスアプリ６１は取得したデータを、セッション管理部２４を介して、画像形成装置１４のサービス利用要求部３７に送信する。ステップＳ１４０において、サービス利用要求部３７は受信したデータを出力部などの機能処理部３３に送信する。ステップＳ１４１において、機能処理部３３は受信したデータを出力する。なお、画像形成装置１４はステップＳ１４１において、プライベートなネットワークＮ１側のユーザ名（Ｋｏｂａ）のデータとして出力できる。

また、ステップＳ１４２〜Ｓ１４７の処理は認証が成功であり、データをサービス提供システム５０から削除する例を表している。ステップＳ１４２において、画像形成装置１４の入力受付部３１は例えば図２２のプリントサービス画面１２００からデータの削除要求を受け付ける。

ステップＳ１４３において、入力受付部３１はデータの削除要求をサービス利用要求部３７に対して行う。入力受付部３１からのデータの削除要求に基づき、サービス利用要求部３７はステップＳ１４４において、前述のトークンとデータの削除要求とをサービス提供システム５０に送信することでデータの削除要求を行う。

サービス提供システム５０のセッション管理部７４は図１７のステップＳ５８と同様なセッション確認を行い、記憶しているトークンの中に、データの削除要求として受信したトークンが存在するか否かを確認する。

セッション管理部７４は記憶しているトークンの中に、データの削除要求として受信したトークンが存在すれば、ステップＳ１４５において、トークンに対応付けられて記憶しておいたユーザ名及び企業コードをプリントサービスアプリ６１に送信する。ステップＳ１４６において、プリントサービスアプリ６１は受信したユーザ名及び企業コードをデータ処理部７５に送信し、データの削除要求を行う。ステップＳ１４７において、データ処理部７５はデータの削除要求に基づき、データの削除処理を実行する。

＜まとめ＞
第１の実施形態に係るシステム１では、プライベートなネットワークＮ１側で認証済みのユーザ特定情報（ユーザ名）と、パブリックなネットワークＮ２側のユーザ名とを対応付ける仕組みを提供することで、プライベートなネットワークＮ１側での認証と、パブリックなネットワークＮ２側の認証とを情報セキュリティを保ちつつシームレスに連携させることができる。
［第２の実施形態］
第１の実施形態ではサービス提供システム５０にプライベートなネットワークＮ１側で認証済みのユーザ名とパブリックなネットワークＮ２側のユーザ名との対応付けを記録していた。第２の実施形態はプライベートなネットワークＮ１側の認証装置１７に、プライベートなネットワークＮ１側で認証済みのユーザ名とパブリックなネットワークＮ２側のユーザ名との対応付けを記録するものである。なお、第１の実施形態と同様な部分については説明を省略する。システム構成、ハードウェア構成については第１の実施形態と同様である。

＜ソフトウェア構成＞
ソフトウェア構成については認証装置１７及びサービス提供システム５０が第１の実施形態と異なっている。第２の実施形態に係る認証装置１７は例えば図２５に示す処理ブロックにより実現される。図２５は本実施形態に係る認証装置の一例の処理ブロック図である。

図２５の認証装置１７はプログラムを実行することにより、認証処理部４１、認証情報記憶部４２、ユーザ情報登録部４３を実現している。図２５の認証装置１７は図４の認証装置１７にユーザ情報登録部４３を追加したものである。ユーザ情報登録部４３は第１の実施形態においてサービス提供システム５０が有していたユーザ情報登録部７３に相当する。ユーザ情報登録部４３は、クライアント端末１１などの端末装置から、認証した認証情報の一部または全部の登録要求を受け、認証情報を後述の認証情報に登録する。

したがって、第２の実施形態におけるオフィス機器３０の登録要求部３５は認証装置１７により認証された認証情報の一部（例えばユーザ名など）または全部の登録をサービス提供システム５０に替えて認証装置１７に要求する。

また、第２の実施形態に係るサービス提供システム５０は例えば図２６に示す処理ブロックにより実現される。図２６は本実施形態に係るサービス提供システムの一例の処理ブロック図である。図２６のサービス提供システム５０は図６のサービス提供システム５０のユーザ情報登録部７３を削除したものである。

認証装置１７の認証情報記憶部４２は例えば図２７に示すような認証情報を記憶している。図２７は認証情報記憶部が記憶する認証情報の一例の構成図である。図２７の認証情報は図５の認証情報にサービスユーザ名、サービスパスワードをデータ項目として追加したものである。サービスユーザ名及びサービスパスワードはパブリックなネットワークＮ２側の認証情報に相当する。

図２７の認証情報により、第２の実施形態のシステム１はプライベートなネットワークＮ１側の認証と、パブリックなネットワークＮ２側の認証とを、情報セキュリティを保ちつつ連携させることができる。

なお、第２の実施形態のユーザ管理情報は図２８に示すようになる。図２８はユーザ管理情報記憶部が記憶するユーザ管理情報の一例の構成図である。図２８のユーザ管理情報は図８に示した第１の実施形態のユーザ管理情報からオフィス認証情報を削除したものである。

＜処理の詳細＞
処理については、本実施形態に係るシステム１のログイン処理が第１の実施形態と異なっている。

図２９は、本実施形態に係るシステムのログイン処理を表した一例のフローチャートである。なお、図２９のフローチャートは図１５のフローチャートと一部を除いて同様であるため、適宜説明を省略する。

ステップＳ１５１において、画像形成装置１４はユーザから認証情報の一例であるＩＣカードのカードＩＤを入力されることにより認証要求を受け付ける。ステップＳ１５２において、画像形成装置１４の認証要求部３２は認証装置１７に認証情報を送信し、認証を要求する。

ステップＳ１５３において、認証装置１７の認証処理部４１は画像形成装置１４からの認証情報に含まれるユーザ名、パスワードが図２７に示した認証情報に存在するかを判断するユーザ認証を行う。認証情報に含まれるユーザ名、パスワードが図２７に示した認証情報に存在すれば、認証処理部４１はユーザ認証成功（認証ＯＫ）と判断し、ステップＳ１５５の処理を行う。

ステップＳ１５５において、認証処理部４１は画像形成装置１４からのユーザ名、パスワードを含む認証情報（ユーザ情報）を認証情報記憶部４２から読み出し、画像形成装置１４の認証要求部３２に送信して、ユーザ認証成功を通知する。

なお、認証情報に含まれるユーザ名、パスワードが図２７に示した認証情報に存在しなければ、認証処理部４１はユーザ認証失敗（認証ＮＧ）と判断し、ステップＳ１５４の処理を行う。ステップＳ１５４において、認証処理部４１は画像形成装置１４の認証要求部３２にユーザ認証失敗を通知し、図２９のフローチャートの処理を終了する。

ユーザ認証成功を通知された画像形成装置１４はステップＳ１５６において、ユーザからサービス提供システムへのログイン要求を受け付ける。ステップＳ１５７において、画像形成装置１４のサービスログイン要求部３４は「社内認証と連携する」ログイン設定が選択されているか判断する。

サービスログイン要求部３４は「社内認証と連携する」ログイン設定が選択されていなければ、ステップＳ１５８において例えば図１１に示すログイン画面１０２０を表示し、企業コード、パブリックなネットワークＮ２側のユーザ名及びパスワードをユーザに入力させる。ステップＳ１５８の処理後、画像形成装置１４は図１４に示したフローチャートの処理により、サービス提供システム５０にログインされる。

ステップＳ１５７において、サービスログイン要求部３４は「社内認証と連携する」ログイン設定が選択されていれば、ステップＳ１５９の処理を行う。ステップＳ１５９において、サービスログイン要求部３４はステップＳ１５５で受信したユーザ情報にサービスユーザ名、サービスパスワードが存在するか判断する。

サービスユーザ名、サービスパスワードが存在すれば、サービスログイン要求部３４はステップＳ１６０において、企業コード、デバイス認証情報、サービスユーザ名、サービスパスワードを認証情報としてサービス提供システムに送信し、ログインを要求する。ステップＳ１６０の処理後、画像形成装置１４は図１４に示したフローチャートの処理により、サービス提供システム５０にログインされる。

サービスユーザ名、サービスパスワードが存在しなければ、サービスログイン要求部３４はステップＳ１６１において、ログイン画面１０２０から、パブリックなネットワークＮ２側の認証情報の一例として企業コード、ユーザ名（Ｋｏｂａｙａｓｈｉ）及びパスワードをユーザに入力させる。

ステップＳ１６２において、画像形成装置１４のサービスログイン要求部３４は企業コード、デバイス認証情報、ユーザ名（Ｋｏｂａｙａｓｈｉ）及びパスワードを認証情報としてサービス提供システムに送信し、ログインを要求する。

ステップＳ１６３において、サービス提供システム５０の認証処理部７１はステップＳ１２と同様の企業認証判断を行う。認証処理部７１は企業認証成功（認証ＯＫ）と判断すると、ステップＳ１６４の処理を行う。

ステップＳ１６４において、認証処理部７１はステップＳ１３と同様のデバイス認証判断を行う。認証処理部７１はデバイス認証成功（認証ＯＫ）と判断するとステップＳ１６５の処理を行う。

ステップＳ１６５において、認証処理部７１はステップＳ１４と同様のユーザ認証判断を行う。認証処理部７１はユーザ認証成功（認証ＯＫ）と判断するとステップＳ１６７の処理を行う。

ステップＳ１６７において、認証処理部７１は画像形成装置１４からのログイン要求に対する認証結果を成功（認証ＯＫ）と判断する。ステップＳ１６８において、画像形成装置１４の登録要求部３５は認証装置１７へパブリックなネットワークＮ２側で認証済みのサービスユーザ名（Ｋｏｂａｙａｓｈｉ）及びサービスパスワードの登録要求を行う。ステップＳ３８の登録要求には、プライベートなネットワークＮ１側のユーザ名、サービスユーザ名、サービスパスワードが含まれる。

ステップＳ１６９において、認証装置１７のユーザ情報登録部４３はサービスユーザ名及びサービスパスワードをプライベートなネットワークＮ１側のユーザ名（ユーザ特定情報）と対応付け、認証情報に登録する。

なお、認証処理部７１はステップＳ１６３において企業認証失敗（認証ＮＧ）と判断したとき、ステップＳ１６４においてデバイス認証失敗（認証ＮＧ）と判断したとき、ステップＳ１６５においてユーザ認証失敗（認証ＮＧ）と判断したとき、ステップＳ１６６において、画像形成装置１４からの登録要求に対する認証結果を失敗（認証ＮＧ）と判断する。

図２９のフローチャートに示すように、ユーザはプライベートなネットワークＮ１側で認証済みのユーザ名（Ｋｏｂａ）とパブリックなネットワークＮ２側で認証済みのサービスユーザ名（Ｋｏｂａｙａｓｈｉ）とが認証情報に対応付けられている場合、ログイン画面１０２０にパブリックなネットワークＮ２側の認証情報を入力することなく、サービス提供システム５０へログインできる。

また、ユーザはプライベートなネットワークＮ１側で認証済みのユーザ名（Ｋｏｂａ）とパブリックなネットワークＮ２側で認証済みのサービスユーザ名（Ｋｏｂａｙａｓｈｉ）とが認証情報に対応付けられていない場合であっても、プライベートなネットワークＮ１側で認証済みのユーザ名（Ｋｏｂａ）とパブリックなネットワークＮ２側で認証済みのサービスユーザ名（Ｋｏｂａｙａｓｈｉ）とを対応付ける認証情報を、容易に登録できる。

＜まとめ＞
第２の実施形態に係るシステム１では、プライベートなネットワークＮ１側で認証済みのユーザ特定情報（ユーザ名）と、パブリックなネットワークＮ２側で認証済みのユーザ名とを対応付けを、プライベートなネットワークＮ１側で記録できる。
［第３の実施形態］
第３の実施形態はプライベートなネットワークＮ１側の認証装置１７が無く、オフィス機器３０で認証を行うものである。なお、第１の実施形態と同様な部分については説明を省略する。

図３０は本実施形態に係るシステムの一例の構成図である。図３０のシステム２は図１のシステム１から認証装置１７を削除したものである。システム２の場合、オフィス機器３０のソフトウェア構成は図３１に示すようになる。

図３１は本実施形態に係るオフィス機器の一例の処理ブロック図である。図３１に示したオフィス機器３０は、第１の実施形態のシステム１から認証装置１７を削除した場合の処理ブロックと、第２の実施形態のシステム１から認証装置１７を削除した場合の処理ブロックとを示している。

図３１（ａ）は第１の実施形態のシステム１から認証装置１７を削除した場合のオフィス機器３０の処理ブロック図である。図３１（ａ）のオフィス機器３０は図３のオフィス機器３０に認証処理部３８と認証情報記憶部３９とを追加し、認証要求部３２を削除した構成となっている。認証処理部３８及び認証情報記憶部３９は認証装置１７の認証処理部４１及び認証情報記憶部４２と同様である。

図３１（ｂ）は第２の実施形態のシステム１から認証装置１７を削除した場合のオフィス機器３０の処理ブロック図である。図３１（ｂ）のオフィス機器３０は図３のオフィス機器３０に認証処理部３８と認証情報記憶部３９とユーザ情報登録部４０とを追加し、認証要求部３２を削除した構成となっている。ユーザ情報登録部４０は図２５の認証装置１７のユーザ情報登録部４３と同様である。

＜まとめ＞
第３の実施形態に係る印刷システム２では、認証装置１７が無い構成であっても、プライベートなネットワークＮ１側で認証済みのユーザ特定情報（ユーザ名）と、パブリックなネットワークＮ２側のユーザ名とを対応付ける仕組みを提供できる。

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

１、２ システム
１１ クライアント端末
１２ 携帯端末
１３ 印刷制御装置
１４ 画像形成装置
１５ プロジェクタ
１６ その他の機器
１７ 認証装置
２１ アクセス制御装置
２２ プリントサービス提供装置
２３ スキャンサービス提供装置
２４ 他サービス提供装置
３１ 入力受付部
３２ 認証要求部
３３ 機能処理部
３４ サービスログイン要求部
３５ 登録要求部
３６ ログイン設定部
３７ サービス利用要求部
３８、４１、７１ 認証処理部
３９、４２ 認証情報記憶部
５０ サービス提供システム
５１ サービスアプリ
５２ プラットフォーム
５３ 管理データ記憶部５３
５４ プラットフォームＡＰＩ（Application Programming Interface）
６１ プリントサービスアプリ
６２ スキャンサービスアプリ
６３ その他のサービスアプリ
７２ 機器通信部
４０、４３、７３ ユーザ情報登録部
７４ セッション管理部
７５ データ処理部
８１ 企業管理情報記憶部
８２ ユーザ管理情報記憶部
８３ 機器管理情報記憶部
８４ データ管理情報記憶部
８５ データストレージ
１００ コンピュータシステム
１０１ 入力装置
１０２ 表示装置
１０３ 外部Ｉ／Ｆ
１０３ａ、２０３ａ 記録媒体
１０４ ＲＡＭ
１０５ ＲＯＭ
１０６ ＣＰＵ
１０７ 通信Ｉ／Ｆ
１０８ ＨＤＤ
ＦＷ ファイアウォール
Ｎ１〜Ｎ３ ネットワーク

特開２００８−２４４５１８号公報

Claims (16)

1. ネットワークを介して接続される機器にサービスを提供する情報処理装置であって、
   第１の認証情報により認証された機器から、認証済みの前記第１の認証情報の少なくとも一部の特定情報を含む認証要求を受信し、前記特定情報と前記サービスを利用するための第２の認証情報とを対応付ける管理情報に、前記認証要求に含まれる特定情報が存在すれば、前記第２の認証情報による認証結果を成功と判断する認証処理手段と、
   前記管理情報に、前記認証要求に含まれる特定情報が存在しなければ、前記機器から前記第２の認証情報を含む認証要求を受信し、認証済みの前記第２の認証情報を前記特定情報と対応付けて前記管理情報に登録する登録手段と
   を有する情報処理装置。
2. 前記機器と前記情報処理装置とは異なるネットワーク上に存在し、前記第１の認証情報は前記機器が存在するネットワーク上での認証に利用されること
   を特徴とする請求項１記載の情報処理装置。
3. 前記管理情報は、前記特定情報としての第１のユーザ特定情報と、前記第２の認証情報としての第２のユーザ特定情報、グループを特定する情報及び前記機器を認証する情報とを対応付けること
   を特徴とする請求項１又は２記載の情報処理装置。
4. 前記登録手段は、前記認証要求に含まれる特定情報が存在しなければ、前記機器から受信した前記第２の認証情報としての第２のユーザ特定情報、グループを特定する情報及び前記機器を認証する情報による認証結果が成功であるときに、前記第２の認証情報としての第２のユーザ特定情報、グループを特定する情報及び前記機器を、前記特定情報としての第１のユーザ特定情報と対応付けて前記管理情報に登録すること
   を特徴とする請求項３記載の情報処理装置。
5. 前記第２の認証情報による認証結果が成功と判断された前記機器から前記サービスの利用要求を受け付け、前記管理情報から前記サービスの利用要求を行ったユーザの前記第２のユーザ特定情報を読み出して、前記第２のユーザ特定情報により特定されるユーザからの前記サービスの利用要求としてデータ処理手段にデータ処理を行わせるサービス提供手段を更に有すること
   を特徴とする請求項３又は４記載の情報処理装置。
6. 前記サービス提供手段は、前記データ処理の結果を前記機器に送信するとき、前記第２のユーザ特定情報を前記第１のユーザ特定情報に書き換えること
   を特徴とする請求項５記載の情報処理装置。
7. ネットワークを介して接続される機器を認証する情報処理装置であって、
   前記機器から第１の認証情報による認証要求を受信し、前記第１の認証情報と、サービス提供装置が提供するサービスを利用するための第２の認証情報とを対応付ける管理情報に、前記機器から受信した前記第１の認証情報と対応付けられた前記第２の認証情報が存在すれば、前記第２の認証情報を前記機器に送信する認証処理手段と、
   前記管理情報に、前記機器から受信した前記第１の認証情報と対応付けられた前記第２の認証情報が存在しなければ、前記機器から認証済みの前記第２の認証情報を含む登録要求を受信し、認証済みの前記第２の認証情報を前記第１の認証情報と対応付けて前記管理情報に登録する登録手段と
   を有する情報処理装置。
8. 前記機器と前記サービス提供装置とは異なるネットワーク上に存在し、前記第１の認証情報は前記機器が存在するネットワーク上での認証に利用されること
   を特徴とする請求項７記載の情報処理装置。
9. ネットワークを介して接続される機器にサービスを提供する情報処理装置を、
   第１の認証情報により認証された機器から、認証済みの前記第１の認証情報の少なくとも一部の特定情報を含む認証要求を受信し、前記特定情報と前記サービスを利用するための第２の認証情報とを対応付ける管理情報に、前記認証要求に含まれる特定情報が存在すれば、前記第２の認証情報による認証結果を成功と判断する認証処理手段、
   前記管理情報に、前記認証要求に含まれる特定情報が存在しなければ、前記機器から前記第２の認証情報を含む認証要求を受信し、認証済みの前記第２の認証情報を前記特定情報と対応付けて前記管理情報に登録する登録手段
   として機能させるためのプログラム。
10. 前記機器と前記情報処理装置とは異なるネットワーク上に存在し、前記第１の認証情報は前記機器が存在するネットワーク上での認証に利用されること
    を特徴とする請求項９記載のプログラム。
11. ネットワークを介して接続される機器を認証する情報処理装置を、
    前記機器から第１の認証情報による認証要求を受信し、前記第１の認証情報と、サービス提供装置が提供するサービスを利用するための第２の認証情報とを対応付ける管理情報に、前記機器から受信した前記第１の認証情報と対応付けられた前記第２の認証情報が存在すれば、前記第２の認証情報を前記機器に送信する認証処理手段、
    前記管理情報に、前記機器から受信した前記第１の認証情報と対応付けられた前記第２の認証情報が存在しなければ、前記機器から認証済みの前記第２の認証情報を含む登録要求を受信し、認証済みの前記第２の認証情報を前記第１の認証情報と対応付けて前記管理情報に登録する登録手段
    として機能させるためのプログラム。
12. 前記機器と前記サービス提供装置とは異なるネットワーク上に存在し、前記第１の認証情報は前記機器が存在するネットワーク上での認証に利用されること
    を特徴とする請求項１１記載のプログラム。
13. サービスを利用する機器と前記機器に前記サービスを提供する情報処理装置とがネットワークを介して接続されるシステムであって、
    前記情報処理装置は、
    第１の認証情報により認証された前記機器から、認証済みの前記第１の認証情報の少なくとも一部の特定情報を含む認証要求を受信し、前記特定情報と前記サービスを利用するための第２の認証情報とを対応付ける管理情報に、前記認証要求に含まれる特定情報が存在すれば、前記第２の認証情報による認証結果を成功と判断する認証処理手段と、
    前記管理情報に、前記認証要求に含まれる特定情報が存在しなければ、前記機器から前記第２の認証情報を含む認証要求を受信し、認証済みの前記第２の認証情報を前記特定情報と対応付けて前記管理情報に登録する登録手段と
    を有し、
    前記機器は、
    認証済みの前記第１の認証情報の少なくとも一部の特定情報を含む認証要求を前記情報処理装置に送信する認証要求手段と、
    前記管理情報に、前記認証要求に含まれる特定情報が存在しなければ、前記第２の認証情報を含む認証要求を前記情報処理装置に送信する登録要求手段と
    を有するシステム。
14. 前記機器と前記情報処理装置とは異なるネットワーク上に存在し、前記第１の認証情報は前記機器が存在するネットワーク上での認証に利用されること
    を特徴とする請求項１３記載のシステム。
15. サービスを利用する機器と前記サービスを提供するサービス提供装置と前記機器を認証する情報処理装置とがネットワークを介して接続されるシステムであって、
    前記情報処理装置は、
    前記機器から第１の認証情報による認証要求を受信し、前記第１の認証情報と、サービス提供装置が提供するサービスを利用するための第２の認証情報とを対応付ける管理情報に、前記機器から受信した前記第１の認証情報と対応付けられた前記第２の認証情報が存在すれば、前記第２の認証情報を前記機器に送信する認証処理手段と、
    前記管理情報に、前記機器から受信した前記第１の認証情報と対応付けられた前記第２の認証情報が存在しなければ、前記機器から認証済みの前記第２の認証情報を含む登録要求を受信し、認証済みの前記第２の認証情報を前記第１の認証情報と対応付けて前記管理情報に登録する登録手段と
    を有し、
    前記機器は、
    第１の認証情報による認証要求を前記情報処理装置に送信する第１の認証要求手段と、
    前記管理情報に、送信した前記第１の認証情報と対応付けられた前記第２の認証情報が存在しなければ、認証済みの前記第２の認証情報を含む登録要求を前記情報処理装置に送信する登録要求手段と、
    前記管理情報に、送信した前記第１の認証情報と対応付けられた前記第２の認証情報が存在すれば、前記情報処理装置から受信した前記第２の認証情報を利用して前記サービス提供装置に認証要求を送信する第２の認証要求手段と
    を有するシステム。
16. 前記機器と前記サービス提供装置とは異なるネットワーク上に存在し、前記第１の認証情報は前記機器が存在するネットワーク上での認証に利用されること
    を特徴とする請求項１５記載のシステム。

Images