(57)【要約】【課題】会員識別情報の管理負担が少なく、かつ、セキュリティ上の問題のないサービス提供技術を提供すること。【解決手段】  会員認証発行システム１２０は、正式会員にはそれぞれ固有のユーザ識別情報を発行し、ゲスト会員には複数人に同一の汎用ユーザ識別情報を発行する。そして、サーバ１０３は、それらのユーザ識別情報の入力を条件としてデータの一時保管サービスを提供する。サーバ１０３は、ログイン時に、ユーザ端末１０１Ａ〜Ｃからネットワークを介してユーザ識別情報及び端末識別情報を受信し、ユーザ識別情報に基づいて、ユーザが正式会員かゲスト会員かを判定する。そして、ログインしたゲスト会員が利用しているユーザ端末の端末識別情報とは異なる端末識別情報を有する他のユーザ端末からアップロードされたデータを保管しているか否かを判断する。【選択図】  図１
2005135327.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに固有の固有ユーザ識別情報及び、複数のユーザに共通する汎用ユーザ識別情報を発行して、発行された前記ユーザ識別情報の入力を条件としてデータの一時保管サービスを提供するサービス提供システムであって、
ユーザ端末からネットワークを介して前記固有ユーザ識別情報または前記汎用ユーザ情報の何れか一方及び前記ユーザ端末を一意に特定可能な端末識別情報を受信する受信手段と、
前記受信手段で受信したユーザ識別情報が、前記固有ユーザ識別情報または前記汎用ユーザ識別情報のいずれであるかを判定する判定手段と、
前記ユーザ端末から前記ネットワークを介して第１データを受信し、前記ユーザ識別情報及び前記端末識別情報と対応付けてメモリに保管する保管手段と、
前記判定手段で前記汎用ユーザ識別情報と判定した場合に、前記汎用ユーザ識別情報と対応付けられ、かつ前記端末識別情報とは異なる端末識別情報と対応付けられた第２データが、前記メモリに保管されているか否かを判断する判断手段と、
を有することを特徴とするサービス提供システム。
【請求項２】
前記判断手段で前記第２データが保管されていると判断した場合には、前記第２データを削除する削除手段を更に備えることを特徴とする請求項１に記載のサービス提供システム。
【請求項３】
前記保管手段によりメモリに保管されたデータを、ダウンロードするダウンロード手段を更に備えることを特徴とする請求項１に記載のサービス提供システム。
【請求項４】
前記ダウンロード手段は前記ユーザ端末とは異なる情報処理装置に備えられることを特徴とする請求項３に記載のサービス提供システム。
【請求項５】
１つのユーザに固有の固有ユーザ識別情報を発行し、複数のユーザに共通する汎用ユーザ識別情報を発行して、発行された前記ユーザ識別情報の入力を条件としてデータの一時保管サービスを提供するサービス提供システムを制御するための制御方法であって、
ユーザ端末からネットワークを介して前記固有ユーザ識別情報または前記汎用ユーザ情報及び前記ユーザ端末を一意に特定可能な端末識別情報を受信する受信ステップと、
前記受信手段で受信したユーザ識別情報が、前記固有ユーザ識別情報または汎用ユーザ識別情報のいずれであるかを判定する判定ステップと、
前記ユーザ端末から前記ネットワークを介して第１データを受信し、前記ユーザ識別情報及び前記端末識別情報と対応付けてメモリに保管する保管ステップと、
前記判定ステップで前記汎用ユーザ識別情報と判定した場合に、前記汎用ユーザ識別情報と対応付けられ、かつ前記端末識別情報とは異なる端末識別情報と対応付けられた第２データが、前記メモリに保管されているか否かを判断する判断ステップと、
を含むことを特徴とする制御方法。
【請求項６】
請求項５に記載の制御方法をコンピュータに実行させることを特徴とするプログラム。
【請求項７】
前記請求項６に記載のプログラムをコンピュータ読み出し可能に格納したことを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを利用したサービス提供技術に関するものである。
【背景技術】
【０００２】
従来、インターネット上のサーバの記憶領域に、顧客の文書データや画像データを保管し、顧客が望む時にそれらの文書データや画像データをプリントアウトするサービスがある（例えば、特許文献１参照）。
【０００３】
また無線ＬＡＮやＢｌｕｅｔｏｏｔｈなどの無線通信技術やＡＤＳＬなどの高速通信技術を介してインターネット接続サービスを提供する、ホットスポットサービスやインターネットカフェサービスなどがある（例えば、特許文献２参照）。
【特許文献１】特開２００３−１０８８１５号公報
【特許文献２】特開２００３−２３５０８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
これらインターネット接続サービスでは、特定の条件や資格を満たす、又は、正式な登録手続きを経るなどして、長期間の利用が認められた正式会員と、一時的な利用だけが認められたゲスト会員とが存在する場合がある。
【０００５】
サービス事業者は、会員に対してＩＤやパスワードなどの認証情報を発行し、サービス利用時に認証することにより、会員を識別することができるが、ゲスト会員のそれぞれに対しても個別にＩＤやパスワードを発行すると、結果として大量のＩＤやパスワードを管理することになる。この場合、それらを記憶する記憶装置も大量に必要となり、ＩＤやパスワードを発行する処理の負荷がかかり、管理負担が大きなものとなる。そこで、ゲスト会員用のＩＤとパスワードを発行し、複数のゲストユーザで使いまわすように運営されることになる。
【０００６】
ところが、このような場合、以前にあるＩＤを使用していたゲスト会員に関する情報が、次にそのＩＤを使用したゲスト会員に対して漏洩するおそれが生じるという問題があった。
【０００７】
本発明は、上記従来技術の課題を解決するためになされたもので、会員識別情報の管理負担が少なく、かつ、セキュリティ上の問題のないサービス提供技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明に係るシステムは、
ユーザに固有の固有ユーザ識別情報及び、複数のユーザに共通する汎用ユーザ識別情報を発行して、発行された前記ユーザ識別情報の入力を条件としてデータの一時保管サービスを提供するサービス提供システムであって、
ユーザ端末からネットワークを介して前記固有ユーザ識別情報または前記汎用ユーザ情報の何れか一方及び前記ユーザ端末を一意に特定可能な端末識別情報を受信する受信手段と、
前記受信手段で受信したユーザ識別情報が、前記固有ユーザ識別情報または前記汎用ユーザ識別情報のいずれであるかを判定する判定手段と、
前記ユーザ端末から前記ネットワークを介して第１データを受信し、前記ユーザ識別情報及び前記端末識別情報と対応付けてメモリに保管する保管手段と、
前記判定手段で前記汎用ユーザ識別情報と判定した場合に、前記汎用ユーザ識別情報と対応付けられ、かつ前記端末識別情報とは異なる端末識別情報と対応付けられた第２データが、前記メモリに保管されているか否かを判断する判断手段と、
を有することを特徴とする。
【０００９】
前記判断手段で前記第２データが保管されていると判断した場合には、前記第２データを削除する削除手段を更に備えることを特徴とする。
【００１０】
前記保管手段によりメモリに保管されたデータを、ダウンロードするダウンロード手段を更に備えることを特徴とする。
【００１１】
前記ダウンロード手段は前記ユーザ端末とは異なる情報処理装置に備えられることを特徴とする。
【００１２】
上記目的を達成するため、本発明に係る方法は、
１つのユーザに固有の固有ユーザ識別情報を発行し、複数のユーザに共通する汎用ユーザ識別情報を発行して、発行された前記ユーザ識別情報の入力を条件としてデータの一時保管サービスを提供するサービス提供システムを制御するための制御方法であって、
ユーザ端末からネットワークを介して前記固有ユーザ識別情報または前記汎用ユーザ情報及び前記ユーザ端末を一意に特定可能な端末識別情報を受信する受信ステップと、
前記受信手段で受信したユーザ識別情報が、前記固有ユーザ識別情報または汎用ユーザ識別情報のいずれであるかを判定する判定ステップと、
前記ユーザ端末から前記ネットワークを介して第１データを受信し、前記ユーザ識別情報及び前記端末識別情報と対応付けてメモリに保管する保管ステップと、
前記判定ステップで前記汎用ユーザ識別情報と判定した場合に、前記汎用ユーザ識別情報と対応付けられ、かつ前記端末識別情報とは異なる端末識別情報と対応付けられた第２データが、前記メモリに保管されているか否かを判断する判断ステップと、
を含むことを特徴とする。
【００１３】
上記目的を達成するため、本発明に係るプログラムは、上記制御方法をコンピュータに実行させることを特徴とする。
【００１４】
上記目的を達成するため、本発明に係る記憶媒体は、上記プログラムをコンピュータ読み出し可能に格納したことを特徴とする。
【発明の効果】
【００１５】
本発明によれば、会員識別情報の管理負担が少なく、かつ、セキュリティ上の問題のないサービス提供技術を提供することができる。例えば、ゲスト会員からのインターネットサービスの利用の際にゲスト会員用のＩＤやパスワードなどの認証情報と共に「クライアント端末に固有の識別情報」を送らせて、同じＩＤに対して同じクライアント端末が使用されているかを判断することができる。すなわち、異なるゲスト会員が共通の認証ＩＤ及びそれに伴うサーバ資源を使用することを可能とし、ゲスト会員の使用のために必要となる資源を節減可能であって、かつ、以前に使用していたゲスト会員に関する情報が次のゲスト会員に対して漏洩する可能性をなくすことができる。即ち、ユーザＩＤが同じでも、各ユーザのクライアント端末が異なれば異なるユーザであると認識して、他のユーザの未処理のジョブを自動的に削除するために、ゲスト会員ＩＤを共有する他のユーザのジョブのダウンロードを防止可能となる。
【発明を実施するための最良の形態】
【００１６】
以下に、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。なお、本実施形態に記載されている構成要素の相対配置、表示画面等は、特に特定的な記載がない限りは、本発明の範囲をそれらのみに限定する趣旨のものではない。
【００１７】
本発明の実施形態としてのシステムは、会員として登録されたユーザの電子データをサーバ上に一時保管し、プリントサービスやコンテンツ配信サービスなどをインターネットを介して提供するサービス提供システムである。
【００１８】
本システムは、ユーザからネットワークを介してデータを受信・登録する際に、会員であるか否かの認証を行なう。そして、会員ごとに受信したデータを管理する。なお、本実施形態では、ユーザ端末からサーバにアップロードされるデータとして、ドキュメントデータの印刷を目的とした印刷ジョブや、音声データあるいは映像データの再生を目的とした音声ジョブ、映像ジョブを挙げているが、本発明はこれに限定されるものではなく、サーバは、ジョブの形式になっていない静止画像データ、動画像データ、及び音声データなどを一時保存する構成であってもよい。
【００１９】
＜サービス提供システムの構成例＞
図１は、本実施形態におけるネットワークサービスシステム全体の構成例を示す図である。本システムは、サーバシステム１０３と、ユーザＡが利用するクライアント端末１０１Ａと、ユーザＢが利用するクライアント端末１０１Ｂと、ユーザＣが利用するクライアント端末１０１Ｃと、ユーザＡ、Ｂ、Ｃまたはその他のオペレータが利用するダウンロード用のクライアント端末１３１とを含み、これらのサーバ及び端末はネットワーク１０４を介して相互に接続されている。
【００２０】
ここで、ユーザＡは、ゲスト会員として登録されている者であり、事前にゲスト会員として、サービス提供者から一時的に汎用のユーザＩＤの使用権限を得ているものとする。また、ユーザＢもゲスト会員として登録されている者であり、事前にゲスト会員として、サービス提供者から一時的に汎用のユーザＩＤの使用権限を得ている。本実施形態では、ユーザＢはユーザＡと同一のユーザＩＤ得たとする。ユーザＣは、正式会員として登録されている者であり、事前にサービス提供者から長期的に、固有のユーザＩＤの使用権限を得ているものとする。
【００２１】
これらのユーザＩＤの発行は、会員認証発行システム１２０によって行なわれる。会員認証発行システム１２０は、ユーザＩＤ、会員区分（正式又はゲスト）等の会員情報を発行する機能を有し、登録した正式会員（ここではクライアント端末１０１Ｃを利用するユーザＣ）には、固有のユーザＩＤを新たに発行し通知する。又、一時利用を行うゲスト会員（ここではクライアント端末１０１Ａ、１０１Ｂを利用するユーザＡ、ユーザＢ）には、予め発行された汎用のゲスト会員用のユーザＩＤの使用権限を与える。会員認証発行システム１２０は、発行されたユーザＩＤをサーバシステム１０３へ出力し、会員ＤＢ（データベース）１０５に保管させる。図４は、会員ＤＢ１０５の会員管理テーブルの構成を示す図である。テーブルの属性として、ユーザＩＤ、パスワード、会員区分（正式又はゲスト）が格納されている。
【００２２】
そして、各ユーザは、各自のクライアント端末１０１を介してユーザＩＤとパスワードをサーバ１０３へ送信し、サーバ１０３から会員ＤＢ１０５に記憶された情報に基づく認証を受けると、クライアント端末１０１からサーバ１０３のジョブＤＢ１０６へのジョブのアップロードが許可されたり、サーバ１０３のジョブＤＢ１０６に保管されたジョブのクライアント端末１３１へのダウンロードが許可されたりする。
【００２３】
なお、パスワードは会員認証発行システム１２０が発行するようにしてもよいし、発行されたパスワードを各ユーザが任意に変更できるようにしてもよいし、各ユーザが任意のパスワードを作成して会員認証発行システム１２０に通知するようにしてもよい。
【００２４】
なお、図１では、会員認証発行システム１２０を、サーバ１０３とは別の、単独に動作するシステムとして図示しているが、サーバ１０３の中の１モジュールとして構成することも可能である。
【００２５】
発行され、会員ＤＢ１０５に登録されたユーザＩＤ、パスワードは、様々な方法によってゲスト会員や正式会員に通知される。例えば、システムの一環としてネットワーク経由で通知する方法、電子メールで通知する方法、ＩＣカードやＵＳＢキーに記録して配布する方法、電話・電報で通知する方法、郵送などの物理的な手段で通知する方法などが挙げられる。
【００２６】
クライアント端末１０１Ａ、１０１Ｂ、１０１Ｃは、ジョブをアップロードするアップロードモジュール１０２Ａ、１０２Ｂ、１０２Ｃを備えており、ネットワーク１０４に接続されている。
【００２７】
クライアント端末１０１Ａ、Ｂ、Ｃには、サーバ１０３と通信して、クライアント端末１０１からサーバ１０３のジョブＤＢ１０６へジョブのアップロードを実行するためのアップロードモジュール１０２Ａ、Ｂ、Ｃがインストールされている。アップロードモジュール１０２Ａ、１０２Ｂ、１０２Ｃは、ジョブ１２１Ａ、１２１Ｂ、１２１Ｃと、クライアント端末識別情報としてネットワークカードのMAC_Address１２２Ａ、１２２Ｂ、１２２Ｃと、ユーザの認証を行うためのユーザＩＤ・パスワード１２３Ａ、１２３Ｂ、１２３Ｃとを、ＨＴＴＰ(HyperText Transfer Protocol)プロトコルやＦＴＰ等の標準プロトコルを用いてサーバ１０３へアップロード可能となるように管理している。
【００２８】
アップロードモジュール１０２Ａ、１０２Ｂ、１０２Ｃは、クライアント端末１０１Ａ、１０１Ｂ、１０１Ｃにあらかじめ登録されているユーザＩＤとパスワード、或いは、ユーザによって入力されたユーザＩＤとパスワードをＨＴＴＰプロトコルでＰＯＳＴするか、またはＦＴＰプロトコルでＰＵＴすることによって、送信する機能を有している。或いは、ＵＳＢキー、ＩＣカードなどの汎用デバイスにあらかじめ登録されているユーザＩＤとパスワードをＨＴＴＰプロトコルでＰＯＳＴするか、またはＦＴＰプロトコルでＰＵＴする。
【００２９】
また、アップロードモジュール１０２Ａ、１０２Ｂ、１０２Ｃは、ジョブ１２１Ａ、１２１Ｂ、１２１Ｃやネットワークカードのmac_address１２２Ａ、１２２Ｂ、１２２Ｃを探索し、ＨＴＴＰプロトコルでＰＯＳＴするか、或いは、ＦＴＰプロトコルでＰＵＴすることによって、送信する機能を有している。
【００３０】
クライアント端末１３１には、サーバ１０３と通信して、クライアント端末１０１からサーバ１０３のジョブＤＢ１０６にアップロードされたジョブのダウンロードを実行するためのダウンロードモジュール１３０がインストールされている。
【００３１】
クライアント端末１３１にはプリンタやメディアプレーヤーなどが接続されている。クライアント端末１３１のダウンロードモジュール１３０は、ＨＴＴＰプロトコルのＧＥＴによりエンコードしてダウンロードするか、或いは、ＦＴＰプロトコルのＧＥＴによりダウンロードする。
【００３２】
ここで、本実施形態のジョブは、例えば、印刷ジョブであり、クライアント端末１３１に接続されたプリンタによって印刷出力される。あるいは、ジョブは、例えば、音声ジョブまたは映像ジョブであり、クライアント端末１３１に接続されたメディアプレーヤーなどによって、再生されたり、あるいは、ＣＤ−ＲＯＭ等の記憶媒体に記憶されたりする。
【００３３】
なお、クライアント端末１０１は各ユーザの自宅やオフィスなど、プライベートな環境に設置する。一方、クライアント端末１３１は、コンビニエンスストアやカフェ、レストラン、駅など、公共の店舗や施設に設置するので、あらゆるユーザ（ユーザＡ、Ｂ、Ｃ）により利用可能である。また、クライアント端末１３１は、専門のオペレータが操作するようにしてもよい。また、会員ユーザに委託された非会員ユーザが操作できるようにしてもよい。
【００３４】
なお、クライアント端末１０１からサーバ１０３へのジョブのアップロード及びサーバ１０３からクライアント端末１３１へのジョブのダウンロードに先だって、クライアント端末１０１及びクライアント端末１３１からユーザＩＤとパスワードがサーバ１０３へ送信され、サーバ１０３は、会員ＤＢ１０５を参照してクライアント端末１０１のユーザを認証する。
サーバ１０３は、サーバコンピュータ１１０とＬＡＮなどのネットワークを介して会員情報を保管する会員ＤＢ１０５とユーザのクライアント端末１０１からアップロードされたジョブを保管するジョブＤＢ１０６とを含む。また、サーバ１０３は、認証によって許可を受けたクライアント端末１０１Ａ、１０１Ｂ、１０１Ｃからの要求に応じて、ジョブのアップロード・保管管理・ダウンロードサービスを実行する。ジョブＤＢ１０６に含まれるジョブ管理テーブルを図５に示す。図５に示すとおり、ジョブＤＢ１０６では、ジョブＩＤ、ユーザＩＤ、アップロードされたジョブの保存場所、ジョブ状態、及びクライアント端末識別情報（mac_address）の対応関係が保存されている。ユーザＩＤは図３の会員管理テーブルとリンクしている。ジョブ状態には、「エントリー」、「ダウンロード」、「デリート」がある。「エントリー」は、ジョブが保管されていることを示し、「ダウンロード」はジョブが既にダウンロードされたことを示し、「デリート」は、ジョブが削除されたことを示す。
【００３５】
サーバコンピュータ１１０は、会員ＤＢ１０５とジョブＤＢ１０６に接続されている。また、サーバコンピュータ１１０に含まれるＨＴＴＰサーバ/ＦＴＰサーバ１１１は、ネットワーク１０４に接続されている。また、サーバコンピュータ１１０は、会員ＤＢの管理を行う会員管理モジュール１０７、ジョブＤＢの管理を行うジョブ管理モジュール１０８、ユーザＩＤ・パスワードで会員の認証を行い、認証結果を判定して、上述したジョブのアップロードやダウンロード処理の実行の許可を行う認証モジュール１０９、を備えている。
【００３６】
＜ジョブのアップロードの動作例＞
次に、図２のフローチャートを用いて、本システムにおいて、正式会員のユーザＣまたはゲスト会員のユーザＡ及びＢが、クライアント端末１０１からサーバ１０３へジョブのアップロードを行う処理を説明する。ここでは、説明の便宜のため、アップロード処理についてユーザ毎に分けて説明する。
【００３７】
（ユーザＣ：正式会員）
ユーザＣはクライアント端末１０１Ｃを操作して、アップロードモジュール１０２Ｃを起動する。アップロードモジュール１０２Ｃはローカル環境または、クライアント端末１０１Ｃに接続されている記憶装置からジョブ１２１Ｃを取得する。そして、ユーザＣのユーザＩＤ１２３Ｃ及びパスワードを取得する。なお、ユーザＣのユーザＩＤ１２３Ｃ及びパスワードは、クライアント端末１０１Ｃに接続されている記憶装置に予め記憶されたものを読み出して取得するか、あるいは、ユーザＣのキーボード操作によってクライアント端末１０１Ｃに入力されたものを取得する。
【００３８】
アップロードモジュール１０２Ｃは、ネットワーク１０４を経由してＨＴＴＰサーバ/ＦＴＰサーバ１１１にアクセスし、ユーザＣのユーザＩＤ１２３Ｃとパスワードを、サーバコンピュータ１１０へ送信する（ステップＳ１０１）。
【００３９】
サーバコンピュータ１１０の認証モジュール１０９は、会員管理モジュール１０７を介して、会員ＤＢ１０５に、クライアント端末１０１Ｃから送信されたユーザＣのユーザＩＤ１２３Ｃ、パスワードと一致するレコードＣが存在するかを検索する。つまり、レコードＣとは、会員管理テーブルに登録されたユーザＣのレコードである。認証モジュール１０９は、レコードＣの存在をもとに、アップロードサービスの提供を許可するかどうかを判定する（ステップＳ１０２）。レコードＣが存在しなければ、認証失敗としてクライアント端末１０１Ｃにエラーを返す（ステップＳ１０３）。
【００４０】
認証が成功すると、ステップＳ１０４に進み、アップロードモジュール１０２Ｃは、ジョブ１２１Ｃをサーバコンピュータ１１０へアップロードする。アップロードモジュール１０２Ｃは、クライアント端末１０１Ｃからクライアント端末識別情報（mac_address１２２Ｃ）を取得して、サーバコンピュータ１１０にアップロードする（ステップＳ１０５）。
【００４１】
次に、サーバコンピュータ１１０の認証モジュール１０９は、会員ＤＢ１０５のレコードＣを参照し、会員区分が「ゲスト」であるかどうかを判定する（ステップＳ１０６）。本実施形態では、ユーザＣの会員区分は「正式」であるので、ゲスト会員に対する処理は行わずステップＳ１１０に進む。サーバコンピュータ１１０のジョブ管理モジュール１０８は、ユーザＣのジョブ１２１Ｃの保存場所を作成する（ステップＳ１１０）。また、サーバコンピュータ１１０のジョブ管理モジュール１０８は、ジョブＤＢ１０６のジョブ管理テーブルにレコードＣＣを追加し、ジョブＩＤ、ユーザＩＤ、保存場所、クライアント端末識別情報を登録する（ステップＳ１１１）。
【００４２】
サーバコンピュータ１１０のジョブ管理モジュール１０８は、ユーザＣのジョブ１２１ＣをステップＳ１１０にて作成された保存場所に保存する（ステップＳ１１２）。そして、サーバコンピュータ１１０のジョブ管理モジュール１０８は、ジョブＤＢ１０６のジョブ管理テーブルのレコードＣＣのジョブ状態に「エントリー」を設定する（ステップＳ１１３）。ユーザＣは、この後、クライアント端末１３１を利用して、サーバ１０３からジョブ１２１Ｃをダウンロードできる。
【００４３】
（ユーザＡ：ゲスト会員）
ユーザＡはクライアント端末１０１Ａを操作して、アップロードモジュール１０２Ａを起動する。アップロードモジュール１０２Ａはローカル環境または、クライアント端末１０１Ａに接続されている記憶装置からジョブ１２１Ａを取得する。そして、ユーザＡのユーザＩＤ１２３Ａ及びパスワードを取得する。なお、ユーザＡのユーザＩＤ１２３Ａ及びパスワードは、クライアント端末１０１Ａに接続されている記憶装置に予め記憶されたものを読み出して取得するか、あるいは、ユーザＡのキーボード操作によってクライアント端末１０１Ａに入力されたものを取得する。
【００４４】
アップロードモジュール１０２Ａは、ネットワーク１０４を経由してＨＴＴＰサーバ/ＦＴＰサーバ１１１にアクセスし、ユーザＡのユーザＩＤ１２３Ａとパスワードを、サーバコンピュータ１１０へ送信する（ステップＳ１０１）。
【００４５】
サーバコンピュータ１１０の認証モジュール１０９は、会員管理モジュール１０７を介して、会員ＤＢ１０５に、クライアント端末１０１Ａから送信されたユーザＡのユーザＩＤ１２３Ａ、パスワードと一致するレコードＡが存在するかを検索する。つまり、レコードＡとは、会員管理テーブルに登録されたユーザＡのレコードである。認証モジュール１０９は、レコードＡの存在をもとに、アップロードサービスの提供を許可するかどうかを判定する（ステップＳ１０２）。レコードＡが存在しなければ、認証失敗としてクライアント端末１０１Ａにエラーを返す（ステップＳ１０３）。
【００４６】
認証が成功すると、アップロードモジュール１０２Ａは、ジョブ１２１Ａをサーバコンピュータ１１０へアップロードする（ステップＳ１０４）。アップロードモジュール１０２Ａは、クライアント端末１０１Ａから端末識別情報（mac_address１２２Ａ）を取得して、サーバコンピュータ１１０にアップロードする（ステップＳ１０５）。次に、サーバコンピュータ１１０の認証モジュール１０９は、会員ＤＢ１０５のレコードＡを参照し、会員区分が「ゲスト」であるかどうかを判定する（ステップＳ１０６）。本実施形態では、ユーザＡの会員区分は「ゲスト」であるので、ゲスト会員に対する処理を行う。ジョブ管理モジュール１０８は、ジョブＤＢ１０６のジョブ管理テーブルから、クライアント端末１０１Ａから送信されたユーザＩＤ１２３Ａで、かつジョブ状態が「エントリー」であり、かつクライアント端末識別情報がクライアント端末１０１Ａから取得したクライアント端末識別情報（mac_address１２２Ａ）と異なるレコードを検索する（ステップＳ１０７）。
【００４７】
このステップＳ１０７の処理は、ユーザＡが、現在使用しているユーザＩＤが以前に使われていて、かつ以前にそのユーザＩＤで登録されたジョブがジョブ状態「エントリー」としてジョブＤＢ１０６に残っていないかをチェックするために実行する。なお、以前にそのユーザＩＤで登録されたジョブがすでにダウンロードされている場合には、該当するジョブはジョブ状態が「ダウンロード」または「デリート」となっているか、或いはジョブＤＢ１０６に存在しない。ステップＳ１０７における検索の結果、ステップＳ１０７−１において該当するレコードが存在しないと判断した場合、認証モジュール１０９は、ステップＳ１１０の処理を実行する。
【００４８】
サーバコンピュータ１１０のジョブ管理モジュール１０８は、ユーザＡのジョブ１２１Ａの保存場所を作成する（ステップＳ１１０）。サーバコンピュータ１１０のジョブ管理モジュール１０８は、ジョブＤＢ１０６のジョブ管理テーブルにレコードＡＡを追加し、ジョブＩＤ、ユーザＩＤ、保存場所、クライアント端末識別情報を登録する（ステップＳ１１１）。
【００４９】
サーバコンピュータ１１０のジョブ管理モジュール１０８は、ユーザＡのジョブ１２１ＡをステップＳ１１０にて作成された保存場所に保存する（ステップＳ１１２）。
【００５０】
そして、サーバコンピュータ１１０のジョブ管理モジュール１０８は、ジョブＤＢ１０６のジョブ管理テーブルのレコードＡＡのジョブ状態に「エントリー」を設定する（ステップＳ１１３）。
【００５１】
ユーザＡは、この後、クライアント端末１３１を利用して、サーバ１０３からジョブ１２１Ａをダウンロードできる。しかし、本実施の形態では、ユーザＡはこの後、アップロードしたジョブ１２１Ａのダウンロードを行うことなしに、サーバ１０３の利用期間を終了したものとする。これにより、ジョブＤＢ１０６にユーザＡのジョブ１２１Ａが残されることになる。
【００５２】
（ユーザＢ：ゲスト会員）
ユーザＢはクライアント端末１０１Ｂを操作して、アップロードモジュール１０２Ｂを起動する。アップロードモジュール１０２Ｂはローカル環境または、クライアント端末１０１Ｂに接続されている記憶装置からジョブ１２１Ｂを取得する。そして、ユーザＢのユーザＩＤ１２３Ｂ及びパスワードを取得する。なお、ユーザＢのユーザＩＤ１２３Ｂ及びパスワードは、クライアント端末１０１Ｂに接続されている記憶装置に予め記憶されたものを読み出して取得するか、あるいは、ユーザＢのキーボード操作によってクライアント端末１０１Ｂに入力されたものを取得する。
【００５３】
アップロードモジュール１０２Ｂは、ネットワーク１０４を経由してＨＴＴＰサーバ/ＦＴＰサーバ１１１にアクセスし、ユーザＢのユーザＩＤ１２３Ｂとパスワードを、サーバコンピュータ１１０へ送信する（ステップＳ１０１）。
【００５４】
サーバコンピュータ１１０の認証モジュール１０９は、会員管理モジュール１０７を介して、会員ＤＢ１０５に、クライアント端末１０１Ｂから送信されたユーザＢのユーザＩＤ１２３Ｂ、パスワードと一致するレコードＢが存在するかを検索する。レコードＢとは、会員管理テーブルに登録されたユーザＢのレコードである。認証モジュール１０９は、レコードＢの存在をもとに、アップロードサービスの提供を許可するかどうかを判定する（ステップＳ１０２）。レコードＢが存在しなければ、認証失敗としてクライアント端末１０１Ｂにエラーを返す（ステップＳ１０３）。
【００５５】
認証が成功すると、アップロードモジュール１０２Ｂは、ステップＳ１０４において、ジョブ１２１Ｂをサーバコンピュータ１１０へアップロードする。更に、アップロードモジュール１０２Ｂは、クライアント端末１０１Ｂから端末識別情報（mac_address１２２Ｂ）取得して、サーバコンピュータ１１０にアップロードする（ステップＳ１０５）。
【００５６】
次に、サーバコンピュータ１１０の認証モジュール１０９は、会員ＤＢ１０５のレコードＢを参照し、会員区分が「ゲスト」であるかどうかを判定する（ステップＳ１０６）。本実施形態では、ユーザＢの会員区分は「ゲスト」であるので、ゲスト会員に対する処理を行う。
【００５７】
ジョブ管理モジュール１０８は、ジョブＤＢ１０６のジョブ管理テーブルから、クライアント端末１０１Ｂから送信されたユーザＩＤ１２３Ｂで、かつジョブ状態が「エントリー」であり、かつクライアント端末識別情報がクライアント端末１０１Ｂから取得したクライアント端末識別情報（mac_address１２２Ｂ）と異なるレコードを検索する（ステップＳ１０７）。
【００５８】
本実施形態では、以前にユーザＡが使用していたユーザＩＤ１２３Ａと、現在、ユーザＢが使用しているユーザＩＤ１２３Ｂが同一であり、ユーザＡは以前にアップロードしたジョブ１２１Ａをダウンロードしておらず、ジョブＤＢ１０６に残されているとする。
【００５９】
したがって、ステップＳ１０７では、該当するレコード（ユーザＡが以前にアップロードしたジョブ１２１Ａのレコード）が存在し、検索される(図５のジョブ管理テーブルのジョブＩＤ４及び５)。
【００６０】
そして、認証モジュール１０９は、ステップＳ１０７−１において、レコードＡＡが存在することを判定して、ステップＳ１０８の処理を実行する。
【００６１】
認証モジュール１０９は、ジョブ管理モジュール１０８に対してジョブ１２１Ａの削除処理を実行するよう指示する。
【００６２】
ジョブ管理モジュール１０８は、ジョブＤＢ１０６のジョブ管理テーブルのレコードＡＡのジョブ状態を「デリート」に設定する（ステップＳ１０９）。
【００６３】
次に、サーバコンピュータ１１０のジョブ管理モジュール１０８は、ユーザＢのジョブ１２１Ｂの保存場所を作成する（ステップＳ１１０）。サーバコンピュータ１１０のジョブ管理モジュール１０８は、ジョブＤＢ１０６のジョブ管理テーブルにレコードＢＢを追加し、ジョブＩＤ、ユーザＩＤ、保存場所、クライアント端末識別情報を登録する（ステップＳ１１１）。また、サーバコンピュータ１１０のジョブ管理モジュール１０８は、ユーザＢのジョブ１２１ＢをステップＳ１１０にて作成された保存場所に保存する（ステップＳ１１２）。そして、サーバコンピュータ１１０のジョブ管理モジュール１０８は、ジョブＤＢ１０６のレコードＢＢのジョブ状態に「エントリー」を設定する（ステップＳ１１３）。
【００６４】
この状態でのジョブ管理テーブルを図６に示す。ここでは、ユーザＡのジョブ１２１Ａに対して削除状態にあり、ユーザＢのジョブ１２１Ｂが登録状態にあることが示されている。なお、サーバコンピュータ１１０は定期的にジョブＤＢ１０６のジョブ管理テーブルのジョブ状態が「デリート」となっているレコードを検索する。該当するレコードがあれば、その保存場所に保存されたジョブと、該当するレコード自身をジョブＤＢ１０６から削除する。
【００６５】
ユーザＢは、この後、クライアント端末１３１を利用して、サーバからジョブ１２１Ｂをダウンロードできる。
【００６６】
＜ジョブダウンロードの動作例＞
図３のフローチャートを用いて、正式会員またはゲスト会員がサーバ１０３からジョブ１２１をダウンロードする処理の流れを説明する。
【００６７】
ゲスト会員または正式会員はクライアント端末１３１を操作して、ダウンロードモジュール１３０を起動する。
【００６８】
ダウンロードモジュール１３０は、ネットワーク１０４を経由してＨＴＴＰサーバ／ＦＴＰサーバ１１１にアクセスし、既に取得しているユーザＩＤ１２３とパスワードをサーバコンピュータ１１０へ送信する（ステップＳ２０１）。
【００６９】
ユーザＩＤ１２３とパスワードを入力・送信する方法としては、ユーザ入力により取得されたユーザＩＤ１２３とパスワードをダウンロードモジュール１３０によりＨＴＴＰプロトコルでＰＯＳＴ、またはＦＴＰプロトコルでＰＵＴする方法や、クライアント端末１３１にあらかじめ登録されたユーザＩＤ１２３とパスワードをダウンロードモジュール１３０により、ＨＴＴＰプロトコルでＰＯＳＴまたはＦＴＰプロトコルでＰＵＴする方法や、ＵＳＢキー、ＩＣカードなどの汎用デバイスにあらかじめ登録されているユーザＩＤ１２３とパスワードをダウンロードモジュール１３０によりＨＴＴＰプロトコルでＰＯＳＴまたはＦＴＰプロトコルでＰＵＴする方法が考えられる。
【００７０】
認証モジュール１０９は、会員管理モジュール１０７を介して、会員ＤＢ１０５に、クライアント端末１３１から送信されたユーザＩＤ１２３、パスワードと一致するレコードが存在するかを検索する（ステップＳ２０２）。一致するレコードが存在しなければ、認証失敗としてクライアント端末１３１にエラーを返す（ステップＳ２０３）。認証に成功すると、次に、ジョブ管理モジュール１０８は、ジョブＤＢ１０６のジョブ管理テーブルを参照し、クライアント端末１３１から送信されたユーザＩＤ１２３でジョブ状態が「エントリー」であるレコードを取得する（ステップＳ２０４）。そのようなレコードリストが存在しなければ、ダウンロード処理を終了する。そのようなレコードが存在すれば、ステップＳ２０５に進み、サーバコンピュータ１１０のジョブ管理モジュール１０８は、該当するレコードに指定された保存場所のジョブ１２１をダウンロード領域にコピーする。
【００７１】
ダウンロードモジュール１３０は、ジョブ１２１をクライアント１３１へダウンロードする。ジョブ１２１のダウンロードの手段については、ＦＴＰプロトコルのＧＥＴやＨＴＴＰプロトコルのＧＥＴによりエンコードしてダウンロードするといった方法が考えられる。ジョブ１２１のダウンロードが完了したら、サーバコンピュータ１１０はクライアントコンピュータ１３１からダウンロードの完了の通知をうける（ステップＳ２０６）。
【００７２】
サーバコンピュータ１１０のジョブ管理モジュール１０８は、ダウンロード領域のジョブ１２１を削除する（ステップＳ２０７）。サーバコンピュータ１１０のジョブ管理モジュール１０８は、ジョブＤＢ１０６のジョブ管理テーブルのレコードＢＢのジョブ状態に「ダウンロード」を設定する（ステップＳ２０８）。そして、サーバコンピュータ１１０は定期的にジョブＤＢ１０６のジョブ管理テーブルのジョブ状態が「ダウンロード」となっているレコードを検索する。該当するレコードがあれば、その保存場所に保存されたジョブと、該当するレコード自身をジョブＤＢ１０６から削除する。なお、定期的ではなく、ダウンロードが完了したら、直ちにジョブを削除するようにしてもよい。また、クライアント１３１にダウンロードされたジョブ１２１は、クライアント１３１に接続されたプリンタから印刷出力されたり、メディアプレーヤーによって音声再生出力されたりする。
【００７３】
上記実施形態によれば、ゲスト会員からのインターネットサービスの利用の際にゲスト会員用のＩＤやパスワードなどの認証情報と共に「クライアント端末に固有の識別情報」を送らせて、同じＩＤに対して同じクライアント端末が使用されているかを判断する。即ち、ゲスト会員が同じユーザか異なるユーザかを判定して、同ＩＤと対応するジョブの初期化処理を自動的に行わせることにより、異なるゲスト会員が共通の認証ＩＤ及びそれに伴うサーバ資源を使用することを可能として、ゲスト会員の使用のために必要となる資源を節減したシステムを提供することができる。また、自動的にゲスト会員の変更を判定できることから、共通のゲスト会員用認証情報を使い回す処理に伴う管理者の負担を軽減させることができる。
【００７４】
また、数人のユーザが共通のゲスト会員ＩＤを共有して使うような運用形態を用いる場合には、各ユーザのクライアント端末が異なれば異なるユーザであることを認識して未処理のジョブを自動的に削除するために、ゲスト会員ＩＤを共有する他のユーザのジョブをダウンロードすることを防ぐことが可能となり、それぞれのユーザが登録したジョブに対してのセキュリティを保つことができる。
【００７５】
なお、本実施形態ではネットワークカードのmac_addressを利用することとしたが、本発明はこれに限定されるものではなく、ユーザが利用するクライアント端末を一意に識別可能な識別情報であれば、例えば、ＩＰアドレスなど、他の情報であってもよい。
【００７６】
なお、クライアント端末１０１からサーバ１０３へ、ジョブの代わりに、ドキュメントデータや音声データ、映像データがアップロードされる場合にも、本実施形態の説明で用いたジョブと同様に各種データを扱うことにより、本実施形態を適用することができる。その場合、サーバ１０３が各種データからジョブを作成し、作成されたジョブをクライアント端末１３１にダウンロードするようにしてもよい。また、サーバ１０３からクライアント端末１３１に各種データがダウンロードされ、クライアント端末１３１がダウンロードされた各種データからジョブを作成するようにしてもよい。
【００７７】
（他の実施形態）
以上、本発明の実施形態について詳述したが、上述したサーバ１０３は、複数の機器から構成されるシステムであっても良いし、また、一つの機器からなる装置でも良い。
【００７８】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。その場合、プログラムの機能を有していれば、形態は、プログラムである必要はない。
【００７９】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明のクレームでは、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００８０】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００８１】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【００８２】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明のクレームに含まれるものである。
【００８３】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００８４】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【００８５】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００８６】
【図１】本発明の実施形態としてのシステムの全体構成図である。
【図２】本発明の実施形態におけるジョブのアップロードを行う際の処理の流れを表したフローチャートである。
【図３】本発明の実施形態におけるジョブのダウンロードを行う際の処理の流れを表したフローチャートである。
【図４】本発明の実施形態としてのシステムにおける会員データベースの構成を示す図である。
【図５】本発明の実施形態としてのシステムにおけるジョブデータベースの構成を示す図である。
【図６】本発明の実施形態としてのシステムにおけるジョブデータベースの構成を示す図である。
【図１】
2005135327.tif 000003
【図２】
2005135327.tif 000004
【図３】
2005135327.tif 000005
【図４】
2005135327.tif 000006
【図５】
2005135327.tif 000007
【図６】
2005135327.tif 000008