(57)【要約】      （修正有）【課題】ＩＤどうしの関連付けの設定が変更される煩雑さを軽減して、自分以外の他人にも受信させたいデータも自分だけが受信するデータも、データを登録した本人が受信可能とする。【解決手段】データの登録に用いるメインＩＤおよびサブＩＤを関連付けて登録し、メインＩＤまたはサブＩＤに関連づいたデータを登録する。そして、登録されたデータの送信が要求された場合において、この要求に用いられたＩＤの種類に基づいて、要求されたデータを送信する。【選択図】図９
2012248002.tif 000002
【特許請求の範囲】
【請求項１】
データの登録に用いるメインＩＤおよびサブＩＤを関連付けて登録するＩＤ登録手段と、
前記メインＩＤまたは前記サブＩＤに関連づいたデータを登録するデータ登録手段と、
前記登録されたデータの送信が前記メインＩＤを用いて要求された場合、当該データが前記メインＩＤに関連づいたデータであっても、前記サブＩＤに関連づいたデータであっても、当該データを送信し、
前記登録されたデータの送信が前記サブＩＤを用いて要求された場合、当該データが前記サブＩＤに関連づいたデータであれば、当該データを送信する送信手段と、
を有することを特徴とするデータ登録装置。
【請求項２】
前記送信手段は、前記登録されたデータの送信が前記サブＩＤを用いて要求された場合、当該データが前記メインＩＤに関連づいたデータであれば、当該データの送信を行わないことを特徴とする請求項１に記載のデータ登録装置。
【請求項３】
前記データ登録手段は、前記メインＩＤまたはサブＩＤに関連づいて登録されたデータの削除要求が前記メインＩＤを用いて行われた場合、当該データの削除を行い、前記メインＩＤまたはサブＩＤに関連づいて登録されたデータの削除要求が前記サブＩＤを用いて行われた場合、当該データの削除を行わないことを特徴とする請求項１又は２に記載のデータ登録装置。
【請求項４】
前記送信手段は、前記登録されたデータの送信が前記サブＩＤを用いて要求された場合、当該データが制限条件内であるかどうかを判定し、当該判定結果が是であれば当該データを送信し、当該判定結果が否であれば当該データを送信しないことを特徴とする請求項１乃至３の何れか１項に記載のデータ登録装置。
【請求項５】
前記制限条件は、少なくとも制限回数または制限時刻であることを特徴とする請求項４に記載のデータ登録装置。
【請求項６】
前記データ登録手段は、前記サブＩＤに関連づいたデータを登録する場合、当該登録よりも前に登録された当該サブＩＤに関連づいた既登録データの削除を行った後、当該データを登録することを特徴とする請求項１乃至５の何れか１項に記載のデータ登録装置。
【請求項７】
データの登録に用いるメインＩＤおよびサブＩＤを関連付けて登録するＩＤ登録手段と、
前記メインＩＤまたは前記サブＩＤに関連づいたデータを登録する手段であって、当該データが前記サブＩＤに関連づいたデータであった場合、当該データを識別するためのジョブＩＤを当該データに関連付けて、当該データを登録するデータ登録手段と、
前記登録されたデータの送信が前記メインＩＤを用いて要求された場合、当該データが前記メインＩＤに関連づいたデータであっても、前記サブＩＤに関連づいたデータであっても、当該データを送信し、
前記登録されたデータの送信が前記ジョブＩＤを用いて要求された場合、当該データが前記ジョブＩＤに関連づいたデータであれば、当該データを送信する送信手段と、
を有することを特徴とするデータ登録装置。
【請求項８】
前記データ登録手段は、前記サブＩＤに関連づいたデータが、前記サブＩＤに関連づいて既に登録されている既登録データである場合、前記既登録データに関連づいたジョブＩＤを送信することを特徴とする請求項７に記載のデータ登録装置。
【請求項９】
前記メインＩＤは、前記データ登録手段で登録されるファイルに関連づいた電子メールアドレスであることを特徴とする請求項１乃至８の何れか１項に記載のデータ登録装置。
【請求項１０】
前記データ登録手段は、前記電子メールアドレスと関連づいたデータの登録後に、当該電子メールアドレスおよび前記サブＩＤが関連づいた情報を取得した場合、当該データを当該サブＩＤに関連付けることを特徴とする請求項９に記載のデータ登録装置。
【請求項１１】
ＩＤ登録手段が、データの登録に用いるメインＩＤおよびサブＩＤを関連付けて登録するＩＤ登録工程と、
データ登録手段が、前記メインＩＤまたは前記サブＩＤに関連づいたデータを登録するデータ登録工程と、
送信手段が、前記登録されたデータの送信が前記メインＩＤを用いて要求された場合、当該データが前記メインＩＤに関連づいたデータであっても、前記サブＩＤに関連づいたデータであっても、当該データを送信し、
前記登録されたデータの送信が前記サブＩＤを用いて要求された場合、当該データが前記サブＩＤに関連づいたデータであれば、当該データを送信する送信工程と、
を有することを特徴とするデータ登録方法。
【請求項１２】
請求項１乃至１０の何れか１項に記載の各手段として、コンピュータを機能させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データをネットワーク上の装置に登録し、このデータをサーバ外に送信する技術に関するものである。
【背景技術】
【０００２】
データの印刷において、必要に応じて外出先のＭＦＰなどの画像形成装置で印刷したいというユーザのニーズがある。このニーズを満たすには、印刷するデータを外出先の画像形成装置からアクセス可能なサーバに登録しておき、ユーザからの印刷要求に応じてデータをサーバから取得する方法がある（特許文献１参照）。特許文献１には、情報端末からサーバにデータを送信して登録し、このデータを受信するユーザは自分のユーザＩＤをサーバに入力してデータを受信する点が開示されている。また、サーバが受信したデータについて、このデータを送信したユーザのＩＤ（送信者ＩＤ）と受信するユーザのＩＤ（受信者ＩＤ）とが関連付けて登録される点が開示されており、このユーザＩＤどうしの関連付けの設定に基づいて送信ユーザの登録したデータを受信ユーザが受信する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−３２２０５
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１では、自分の登録したデータを自分だけでなく他人にも受信させる場合と自分だけが受信する場合とで、すなわち公開レベルによって、ユーザＩＤどうしの関連付けの設定を、その都度、変更しなくてはならない。そのため、公開レベルに関係なく、自分の登録するデータに対してはいつも自分が受信可能にしておきたい場合でも、自分の登録するデータの公開レベルに基づいてＩＤどうしの関連付けの設定の変更が行われるという煩雑さが生じてしまう。
本発明は上記事情に鑑みて、ＩＤどうしの関連付けの設定が変更される煩雑さを軽減して、自分以外の他人にも受信させたいデータも自分だけが受信するデータも、データを登録した本人が受信可能とすることを目的とする。
【課題を解決するための手段】
【０００５】
本発明のデータ登録装置は、データの登録に用いるメインＩＤおよびサブＩＤを関連付けて登録するＩＤ登録手段と、前記メインＩＤまたは前記サブＩＤに関連づいたデータを登録するデータ登録手段と、前記登録されたデータの送信が前記メインＩＤを用いて要求された場合、当該データが前記メインＩＤに関連づいたデータであっても、前記サブＩＤに関連づいたデータであっても、当該データを送信し、前記登録されたデータの送信が前記サブＩＤを用いて要求された場合、当該データが前記サブＩＤに関連づいたデータであれば、当該データを送信する送信手段と、を有することを特徴とする。
【発明の効果】
【０００６】
本発明の効果によれば、ＩＤどうしの関連付けの設定を変更するという煩雑さを軽減して、公開レベルを変えて自分が登録したデータに対し、本人がいつも受信可能となる。
【図面の簡単な説明】
【０００７】
【図１】実施例１の印刷システムの構成の一例を示すブロック図。
【図２】実施例１のサーバおよび画像形成装置のハードウェア構成の一例を示すブロック図。
【図３】実施例１の印刷システムの処理フローを示すフローチャート図。
【図４】実施例１の携帯端末１１０の処理フローを示すフローチャート図。
【図５】携帯端末１１０の表示部１１５に表示されるｗｅｂページの一例を示す図。
【図６】携帯端末１１０の表示部１１５に表示されるｗｅｂページの一例で、ユーザ情報の登録を示す図。
【図７】携帯端末１１０の表示部１１５に表示されるｗｅｂページの一例で、認証情報の入力を示す図。
【図８】携帯端末１１０の表示部１１５に表示されるｗｅｂページの一例で、ファイルの指定を示す図。
【図９】実施例１のサーバ１２０の処理フローを示すフローチャート図。
【図１０】実施例１のサーバ１２０のＨＤＤ２２４の内部を示すイメージ図。
【図１１】実施例１の画像形成装置１４０の処理フローを示すフローチャート図。
【図１２】実施例１のサーバ１２０のＨＤＤ２２４の内部を示すイメージ図の一例で、制限時間と制限回数を含めたときの図。
【図１３】実施例１のサーバ１２０のＨＤＤ２２４の内部を示すイメージ図の一例で、ゲストＩＤに権限を変更したときの図。
【図１４】実施例２のサーバ１２０の処理フローを示すフローチャート図。
【図１５】実施例２のサーバ１２０のＨＤＤ２２４の内部を示すイメージ図の一例で、ジョブＩＤを含めたときの図。
【図１６】実施例３の携帯端末１１０の処理フローを示すフローチャート図。
【図１７】実施例３のサーバ１２０の処理フローを示すフローチャート図。
【図１８】実施例３のサーバ１２０のＨＤＤ２４４の内部を示すイメージ図。
【発明を実施するための形態】
【０００８】
以下、本発明を実施するための実施例について図面を用いて説明する。
【０００９】
（実施例１）
図１は本実施例の印刷システムの構成の一例を示すブロック図である。
【００１０】
このシステムでは、携帯端末１１０がサーバ１２０と電子メール（以下、メールと称する）によって通信する。また、サーバ１２０はＷＡＮ１３０などのネットワークを介して画像形成装置１４０と接続し、通信する。なお、本実施例では、携帯端末１１０とサーバ１２０との通信は、ＬＡＮを介して直接通信であっても良いし、間に携帯端末基地局のサーバなど１つ以上のサーバを経由した通信であっても良い。また、サーバ１２０と画像形成装置１４０との接続は、ＷＡＮ１３０だけに限られず、ＬＡＮを介したものであっても良い。
【００１１】
携帯端末（以下、モバイルと称する）１１０は、制御部１１１、操作部１１３、表示部１１５を有し、制御部１１１は、操作部１１３と表示部１１５と接続する。制御部１１１はＣＰＵ、ＲＯＭ、ＲＡＭ、フラッシュメモリを有し、ＲＯＭには、制御部１１１が操作部１１３および表示部１１５の動作を制御するための制御プログラム、モバイル１１０がサーバ１２０へメールを送受信するためのプログラムが記憶されている。ＣＰＵはＲＯＭに記憶された制御プログラムをＲＡＭに読み出し、解析、実行することで操作部１１３および表示部１１５の動作を制御する。また、ＣＰＵはフラッシュメモリに記憶されたメール送受信プログラムをＲＡＭに読み出し、解析、実行することでメールの送受信を実行する。メールの送信にあたっては、制御部１１１が操作部１１３を介してのユーザ入力に従い、フラッシュメモリに記憶されている電子データ（以下、ファイルと称する）をメールに添付して送信することができる。メールの受信にあたっては、制御部１１１が表示部１１５を制御して、サーバ１２０から受信したメールの内容を表示部１１５に表示させることができる。また、フラッシュメモリには、図４のフローチャートに示される処理を実行するためのプログラムが記憶されており、ＣＰＵがこのプログラムをＲＡＭに読み出し、解析、実行することで、図４のフローチャートの処理が実行される。
【００１２】
サーバ１２０は、サーバ１２０全体の動作制御を司る制御部１２１を有する。
【００１３】
画像形成装置１４０は、画像形成装置１４０全体の動作制御を司る制御部１２１、ユーザインタフェース（ＵＩ）である操作部１４３、画像出力デバイスのプリンタ部１４５を有する。
【００１４】
次に、図２を用いて、サーバ１２０と画像形成装置１４０の制御部１２１、１４１のハードウェア構成について説明する。
図２は、サーバ１２０の制御部１２１と画像形成装置１４０の制御部１４１のブロック図である。
【００１５】
制御部１２１は、ＣＰＵ２２１、ＲＡＭ２２２、ＲＯＭ２２３、ＨＤＤ２２４、ネットワークＩ／Ｆ（ネットワークインタフェース）２２６を有しており、これらはシステムバス２２７を介して接続されている。ネットワークＩ／Ｆ２２６はＷＡＮ１３０を介して画像形成装置１４０のネットワークＩ／Ｆと接続されており、ファイルの送受信を行う。
【００１６】
ＲＯＭ２２３にはサーバ１２０の動作を制御するための制御プログラムが記憶されており、ＣＰＵ２２１がこの制御プログラムをＲＡＭ２２２へ読み出して、解析、実行することで制御部１２１はサーバ１２０全体の動作を制御している。また、ＨＤＤ２２４にはモバイル１１０とメールを送受信するためのメール送受信プログラムが記憶されており、このメール送受信プログラムをＣＰＵ２２１がＲＡＭ２２２へ読み出して、解析、実行することで、モバイル１１０とサーバ１２０とのメールの送受信が行われる。また、ＨＤＤ２２４には画像形成装置１４０とファイルを送受信するためのプログラムおよび受信したファイルに対して画像処理を施すためのプログラムが記憶されている。このファイル送受信プログラムをＣＰＵ２２１がＲＡＭ２２２へ読み出して、解析、実行することで、サーバ１２０は画像形成装置１４０とファイルの送受信を実行し、この画像処理プログラムをＣＰＵ２２１がＲＡＭ２２２へ読み出して、解析、実行することで、サーバ１２０はファイルに対して画像処理を実行する。また、ＨＤＤ２２４には、モバイル１１０から受信したメールを解析し、メールに添付されたファイルに対して図９のフローチャートに示される処理を施すためのプログラムが記憶されており、この画像処理プログラムをＣＰＵ２２１がＲＡＭ２２２へ読み出して、解析、実行することで、サーバ１２０は受信したファイルに対して各種処理を施す。
【００１７】
制御部１４１は、プリンタ部１４５と電気的に接続されており、一方ではＷＡＮ１３０を介してサーバ１２０や外部装置などと接続されている。これにより画像データなどのファイルやデバイス情報の入出力が可能となっている。
【００１８】
ＣＰＵ２０１は、ＲＯＭ２０３に記憶された制御プログラム等に基づいて接続中の各種デバイスとのアクセスを統括的に制御すると共に、制御部１４１内部で行われる各種処理についても統括的に制御する。ＲＡＭ２０２は、ＣＰＵ２０１が動作するためのシステムワークメモリであり、かつ画像データを一時記憶するためのメモリでもある。このＲＡＭ２０２は、記憶した内容を電源オフ後も保持しておく不揮発性ＳＲＡＭ及び電源オフ後には記憶した内容が消去されてしまうＤＲＡＭにより構成されている。ＲＯＭ２０３には、装置のブートプログラムなどが格納されている。ＨＤＤ２０４はハードディスクドライブであり、システムソフトウェアや画像データを格納することが可能となっている。このＨＤＤ２０４には、図１１のフローチャートに示される処理を実行するためのプログラムが記憶されており、このプログラムをＣＰＵ２０１がＲＡＭ２０２へ読み出して、解析、実行することで、画像形成装置１４０は処理を実行する。
【００１９】
操作部Ｉ／Ｆ２０５は、システムバス２０７と操作部１４３とを接続するためのインタフェース部である。この操作部Ｉ／Ｆ２０５は、操作部１４３に表示するための画像データをシステムバス２０７から受け取り操作部１４３に出力すると共に、操作部１４３から入力された情報をシステムバス２０７へと出力する。
【００２０】
ネットワークＩ／Ｆ２０６はＷＡＮ１３０及びシステムバス２０７に接続し、情報の入出力を行う。また、このネットワークＩ／Ｆ２０６はＷＡＮ１３０を介してサーバ１２０のネットワークＩ／Ｆと接続されており、ファイルの送受信を行う。
【００２１】
画像バスＩ／Ｆ２０８は、システムバス２０７と画像データを高速で転送する画像バス２１２とを接続するインタフェースであり、データ構造を変換するバスブリッジとして動
作する。
【００２２】
画像バス２１２は画像データのやり取りをするための伝送路であり、ＰＣＩバスまたはＩＥＥＥ１３９４で構成されている。また、この画像バス２１２には、ＲＩＰ（Ｒａｓｔｅｒ  Ｉｍａｇｅ  Ｐｒｏｃｅｓｓｏｒ）２０９、デバイスＩ／Ｆ２１０、プリンタ画像処理部２１１が接続される。
【００２３】
ＲＩＰ２０９は、ネットワークＩ／Ｆ２０６から受信したＰＤＬ（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）データをＣＰＵ２０１で変換して生成するＤＬ（ＤｉｓｐｌａｙＬｉｓｔ）に基づきラスタデータを生成する。
【００２４】
デバイスＩ／Ｆ２１０は、プリンタ部１４５と制御部１４１とを接続するインタフェースであり、画像データの同期系／非同期系の変換、および、不図示の緩衝メモリを用いて入出力データを一時的に保持する。
【００２５】
プリンタ画像処理部２１１は、プリンタ部１４５へ出力する出力画像データに対して、色変換、フィルタ処理、解像度変換等の処理を行う。
次に図３を用いて、本実施例の印刷システムにおける処理について説明する。図３は、本実施例の印刷システムにおける処理のフローチャートである。
【００２６】
まず、モバイル１１０がファイルをサーバ１２０に送信する処理の概要を説明し、それから画像形成装置（以下、ＭＦＰ）１４０で印刷を行う処理の概要を説明する。
【００２７】
モバイル１１０は、ユーザによりｗｅｂブラウザが起動され、サーバ１２０にアクセスするためのＵＲＬが入力されたことを検知すると、このＵＲＬにアクセスし、対応するｗｅｂページを表示する。このｗｅｂページにおいて、ユーザ登録もしくはファイル登録を行うことが可能である。データをサーバ１２０に登録するためのファイル登録は、ユーザ登録完了後に発行されるメインＩＤまたはサブＩＤを用いないと行えないため、最初にユーザ登録のフローについて説明する。また、以下において、メインＩＤをユーザＩＤと称し、また、サブＩＤをゲストＩＤと称する。
【００２８】
＜ユーザ登録＞
モバイル１１０は、ユーザによりｗｅｂページでユーザ登録が選択されたことを検知すると、登録するユーザ情報として複数のＩＤとこの複数のＩＤそれぞれに対応する複数のパスワードを入力するためのｗｅｂページを表示する。そしてこのｗｅｂページにおいて、モバイル１１０はユーザによりユーザ情報の入力が完了したことを検知すると、入力されたユーザ情報を、ユーザ登録要求としてサーバ１２０へ送信する（ステップ３０１）。サーバ１２０は、モバイル１１０からの要求を受信すると、どのような要求が来たかを判定し、この要求がユーザ登録要求である場合、受信したユーザ情報をＨＤＤ２２４に記憶する（ステップ３０２）。ステップ３０２で行われるユーザ情報の記憶処理において、サーバ１２０は、受信したユーザ情報に基づき、ユーザＩＤおよびゲストＩＤを発行し、これらＩＤを関連付けてＨＤＤ２２４に登録する。すなわち、サーバ１２０はＩＤ登録手段を有する。
【００２９】
＜ファイル登録＞
モバイル１１０は、ユーザによりｗｅｂページでファイル登録が選択されたことを検知すると、認証情報としてＩＤとパスワードを入力するためのｗｅｂページを表示する。この認証情報のＩＤは、ユーザＩＤまたはゲストＩＤを含む。そしてモバイル１１０は、ユーザにより認証情報の入力が完了したことを検知すると、サーバ１２０に送信する画像ファイルや文書ファイルを指定するためのｗｅｂページを表示する。そしてモバイル１１０は、ユーザによりファイルの指定が完了したことを検知すると、サーバ１２０へ入力された認証情報と指定されたファイルをファイル登録要求として送信する（ステップ３０３）。サーバ１２０は、モバイル１１０からの要求を受信すると、どのような要求が来たかを判定し、ファイル登録要求である場合、受信した認証情報が既にサーバ１２０にユーザ情報として登録されているか確認する。この結果、サーバ１２０は、ユーザ情報に登録されている場合、受信したファイルを、受信した認証情報に含まれるユーザＩＤまたはゲストＩＤと関連付けてＨＤＤ２２４に登録する（ステップ３０４）。すなわち、サーバ１２０は、ユーザＩＤまたはゲストＩＤに関連づいたデータを登録するデータ登録手段を有する。なお、受信した認証情報がサーバ１２０にユーザ情報として登録されていない場合は、サーバ１２０は、モバイル１１０へエラーを送信し、ファイルの登録を行わない。
【００３０】
次に、ＭＦＰ１４０で印刷を行う処理の概要を説明する。
【００３１】
＜印刷＞
ＭＦＰ１４０は、ユーザにより印刷が選択されたことを検知すると、認証情報としてＩＤとパスワードを入力するための画面を表示する。そしてユーザにより認証情報の入力が完了したことを検知すると、サーバ１２０へ認証情報を印刷要求として送信する（ステップ３０５）。サーバ１２０は、ＭＦＰ１４０の要求を受信すると、どのような要求が来たかを判定する。この結果、要求が印刷要求、すなわちサーバ１２０に対するファイルの送信要求である場合、サーバ１２０は、受信した認証情報が既にサーバ１２０にユーザ情報として登録されているか確認する。ユーザ情報として登録されている場合は、このユーザ情報に含まれるＩＤに関連付けて登録されているファイルを検索し、このファイルを印刷データとしてＭＦＰ１４０へ送信する（ステップ３０６）。ＭＦＰ１４０は、サーバ１２０からの印刷データを受信すると、印刷可能なデータ形式に変換し、印刷を行う（ステップ３０７）。なお、受信した認証情報がサーバ１２０にユーザ情報として登録されていない場合は、サーバ１２０は、ＭＦＰ１４０へエラーを送信し、ファイルの送信を行わない。
【００３２】
以上が、本実施例の印刷システムにおける処理のフローチャートの説明である。
【００３３】
次に図４を用いて、本実施例のモバイル１１０における処理の詳細について説明する。図４は、本実施例のモバイル１１０における処理のフローチャートである。
【００３４】
モバイル１１０の制御部１１１は、ユーザにより操作部１１３でサーバ１２０にアクセスするためのＵＲＬが入力されたことを検知すると、サーバ１２０のＨＤＤ２２４からＵＲＬに対応するデータ（ここではＨＴＭＬデータ）を取得する。そして制御部１１１は、取得したＨＴＭＬデータを解釈して、表示部１１５にｗｅｂページを表示する。なお、以降ではこのようなｗｅｂページを表示する仕組みの説明は省略し、「対応するｗｅｂページを表示する」という記載にする。本実施例では、サーバ１２０にアクセスするためのＵＲＬは”ｈｔｔｐ：／／ｗｗｗ．ｐｒｉｎｔｅｒＸ．ｃｏ．ｊｐ”であり、これに対するｗｅｂページとして図５のｗｅｂページが表示されることとする。
【００３５】
図５のｗｅｂページにおいて、ユーザ登録とファイル登録を行う処理について説明する。まず図５について説明する。このｗｅｂページは、タイトル領域５０１とコンテンツ表示領域５０２からなり、タイトル領域５０１にはｗｅｂページのタイトルを表示し、コンテンツ表示領域５０２にはｗｅｂページのコンテンツを表示する。
【００３６】
コンテンツ表示領域５０１には、印刷するファイルをサーバ１２０へ登録するためのファイル登録ボタン５０３と、ユーザ情報をサーバ１２０に登録するためのユーザ登録ボタン５０４を表示する。これらのボタンはユーザによる押下が可能であり、押下すると対応するｗｅｂページを表示する。
【００３７】
＜ユーザ登録＞
制御部１１１は、操作部１１３でユーザによる操作を検知する（ステップ４０１）と、この操作によりユーザ情報の登録が要求されたかどうかを判断する（ステップ４０２）。この結果、ユーザ登録である場合、制御部１１１は操作部１１３に登録するユーザの個人用のユーザＩＤとパスワード、さらに他人に公開することを前提としたゲストＩＤとパスワードを入力するためのｗｅｂページを表示する。制御部１１１は、このｗｅｂページにおいてユーザによる入力が完了したことを検知すると（ステップ４０３）、サーバ１２０へユーザ登録要求として、ユーザ情報（ユーザＩＤとそれに対応するパスワード、および、ゲストＩＤとそれに対応するパスワード）を送信する（ステップ４０４）。
【００３８】
この処理の具体例について、図５を用いて説明する。ユーザによりユーザ登録５０４が押下されると、図６のユーザ登録画面を表示部１１５に表示する。ここで図６について説明する。図６のユーザ登録画面には、登録するユーザ個人用のユーザＩＤを入力するためのユーザＩＤ入力領域６０１と、ユーザＩＤに対するパスワードを入力するためのパスワード入力領域６０２と、他人に公開することを前提としたゲストＩＤを入力するためのゲストＩＤ入力領域６０３と、ゲストＩＤに対するパスワードを入力するためのパスワード入力領域６０４を表示する。これら４つの領域はユーザが押下可能であり、押下するとソフトキーボード（仮想キーボード）を表示し（不図示）、ユーザによる文字入力を可能とする。なお、このソフトキーボードで入力した結果は、それぞれの領域に表示する（パスワードは入力した文字を”＊”で表示し、パスワードの文字列を秘匿する）。また図６には、入力を完了することを指示するためのＯＫボタン６０５と、ユーザ登録画面を表示する前に表示していた画面に戻るためのＣａｎｃｅｌボタン６０６も表示する。
【００３９】
この図６において、ユーザＩＤに”ｋｕｎｏｒｉ”（パスワードは”ａａａａ”）、ゲストＩＤに”ｇｕｅｓｔ”（パスワードは”ｂｂｂｂ”）を入力し、ＯＫボタン６０５を押下する。制御部１１１は、ＯＫボタン６０５のボタン押下を検知することで、入力の完了と判断し、図６において入力したユーザ情報をユーザ登録要求としてサーバ１２０へ送信する。なお、ユーザＩＤとパスワード、ゲストＩＤとパスワードの全てが入力されていない場合は、ＯＫボタン６０５は押下できないこととする。以上が、ユーザ登録の処理である。
【００４０】
続いて、モバイル１１０に記憶されているファイルをサーバ１２０へ送信する処理について説明する。
【００４１】
＜ファイル登録＞
制御部１１１は、操作部１１３でユーザによる操作を検知すると（ステップ４０１）、この操作によりユーザ登録が要求されたかどうかを判断する（ステップ４０２）。この結果、ユーザ登録ではない場合、制御部１１１は操作部１１３に認証情報（ＩＤとパスワード）を入力するためのｗｅｂページを表示する。制御部１１１は、このｗｅｂページにおいてユーザによる認証情報の入力が完了したことを検知すると（ステップ４０５）、続けてモバイル１１０のフラッシュに記憶されているファイルを指定するためのｗｅｂページを表示する。制御部１１１は、このｗｅｂページにおいてユーザによるファイルの指定が完了したことを検知すると（ステップ４０６）、サーバ１２０へファイル登録要求として、入力した認証情報とファイルを送信する（ステップ４０７）。
【００４２】
この処理の具体例について、図５を用いて説明する。ユーザによりファイル登録ボタン５０３が押下されると、図７のｗｅｂページを表示部１１５に表示する。ここで図７について説明する。図７のｗｅｂページは、タイトル領域５０１とコンテンツ表示領域５０２からなり、コンテンツ表示領域５０２には、認証情報のＩＤを入力するためのＩＤ入力領域７０１と、ＩＤに対応するパスワードを入力するためのパスワード入力領域７０２を表示する。これら２つの領域はユーザが押下可能であり、押下するとソフトキーボード（仮想キーボード）を表示し（不図示）、ユーザによる文字入力が可能となる。また、図７には認証を完了することを指示するためのＯＫボタン７０３と、認証画面を表示する前に表示していた画面に戻るためのＣａｎｃｅｌボタン７０４も表示する。このようなｗｅｂページにおいて、ユーザがＩＤに”ｋｕｎｏｒｉ”、パスワードに”ａａａａ”を入力し、ＯＫボタン７０３を押下したときの処理を説明する。
【００４３】
制御部１１１は、操作部１１３でユーザによる認証情報の入力後に、ＯＫボタン７０３の押下を検知すると、図８のｗｅｂページを表示する。ここで図８について説明する。図８は、送信するファイルを指定するためのファイル指定領域８０１〜８０３が表示されている。このファイル指定領域８０１〜８０３はユーザが押下可能であり、押下するとファイルを指定する画面（不図示）を表示し、ユーザによるファイル指定が可能となる。また、図８にはファイル以外にも、ファイル指定を完了することを指示するためのＯＫボタン８０４と、印刷ファイル指定画面を表示する前に表示していた画面に戻るためのＣａｎｃｅｌボタン８０５も表示する。このようなｗｅｂページにおいて、ユーザが送信するファイルとして”ｐｉｃ０４１３．ｐｎｇ”というファイルを指定し、ＯＫボタン８０４を押下したときの処理を説明する。
【００４４】
制御部１１１は、ユーザによるファイルの指定完了を検知すると（ボタン８０４の押下を検知すると）、ファイル登録要求としてユーザが入力した認証情報と指定したファイルをサーバ１２０へ送信する。これにより、モバイル１１０からサーバ１２０へのファイルの送信が行われる。以上が、本実施例のモバイル１１０の処理の説明である。
【００４５】
次に図９を用いて、本実施例のサーバ１２０における処理の詳細について説明する。図９は、本実施例のサーバ１２０における処理のフローチャートである。
【００４６】
＜ユーザ情報の登録とファイルの記憶＞
サーバ１２０のＣＰＵ２２１は、ネット―ワークＩ／Ｆ２２６経由でデータを受信する（ステップ９０１）と、このデータに含まれる要求がユーザ登録かどうかの判定を行う（ステップ９０２）。ユーザ登録である場合、ＣＰＵ２２１は、受信したユーザＩＤとユーザＩＤに対するパスワード、そしてゲストＩＤとゲストＩＤに対応するパスワードをＨＤＤ２２４に関連付けて登録し、更にこのユーザＩＤおよびゲストＩＤを関連付けてＨＤＤ２２４に登録する（ステップ９０３）。
【００４７】
一方、ステップ９０１の判定により受信したデータに含まれる要求がユーザ登録でない場合、ＣＰＵ２２１は受信したデータに含まれる要求がファイル登録かどうかの判定を行う（ステップ９０４）。ファイル登録要求である場合、ＣＰＵ２２１は、モバイル１１０から送信された認証情報に含まれるＩＤがＨＤＤ２２４に登録されているユーザＩＤとして記憶されているかどうかの判定を行う（ステップ９０５）。ユーザＩＤとして記憶されている場合、ＣＰＵ２２１は、ユーザＩＤを用いた場合のみ受信したファイルが印刷可能であると見なし、ユーザＩＤとファイルを関連付けてＨＤＤ２２４に記憶する。一方、ステップ９０５の判定によりユーザＩＤではない場合は、ＨＤＤ２２４にゲストＩＤとして記憶されているかどうかを判断する（ステップ９０７）。ここでゲストＩＤと判断した場合、ＣＰＰＵ２２１は、ユーザＩＤを用いてもゲストＩＤを用いても受信したファイルが印刷可能であると見なし、ゲストＩＤとファイルを関連付けてＨＤＤ２２４に登録する（ステップ９０８）。なお、ステップ９０７において、ゲストＩＤではないと判断した場合、ファイルの送信元にエラーを返し、終了する。
【００４８】
ここで、具体的な例として、ユーザＩＤとして”ｋｕｎｏｒｉ”（パスワードは”ａａａａ”）、ゲストＩＤとして”ｇｕｅｓｔ”（パスワードは”ｂｂｂｂ”）がサーバ１２０のＨＤＤ２２４にユーザ情報として記憶されている場合に、モバイル１１０からサーバ１２０にファイル登録要求が行われたときの処理を説明する。なおファイル登録要求は２回行われ、１回目はユーザＩＤが”ｋｕｎｏｒｉ”、登録するファイルは”  ｐｉｃ０４１３．ｐｎｇ”とし、２回目はユーザＩＤが”ｇｕｅｓｔ”、送信するファイルは”  ｐｉｃ０４１４＿１．ｐｎｇ”と”  ｐｉｃ０４１４＿２．ｐｎｇ”とする。
【００４９】
ＣＰＵ２２１は、モバイル１１０からのデータを取得すると（ステップ９０１）、データに含まれる要求がユーザ登録かどうかの判定を行う（ステップ９０２）。ここでは、ユーザ登録要求ではないため、ファイル登録要求かどうかの判定を行う（ステップ９０４）。ここではファイル登録要求であるため、ファイル登録要求に含まれるＩＤがユーザＩＤかどうかの判定を行う（ステップ９０５）。ここではファイル登録要求に含まれるＩＤが”ｋｕｎｏｒｉ”である場合を説明する。受信したＩＤである”ｋｕｎｏｒｉ”はＨＤＤ２２４にユーザＩＤとして記憶されている。そのため、サーバ１２０は、受信したファイル”  ｐｉｃ０４１３．ｐｎｇ”を、ユーザＩＤ”ｋｕｎｏｒｉ”を用いた場合のみ印刷可能として、サーバ１２０のＨＤＤ２２４に、ユーザＩＤ”ｋｕｎｏｒｉ”とファイル”ｐｉｃ０４１３．ｐｎｇ”を関連付けて登録する。（ステップ９０８）。そして、処理を終了する。
【００５０】
その後に、図７の認証画面でユーザがＩＤを”ｇｕｅｓｔ”とし、送信するファイルをとして”ｐｉｃ０４１４＿１．ｐｎｇ”と”  ｐｉｃ０４１４＿２．ｐｎｇ”を指定した場合を説明する。なお、ステップ９０１からステップ９０４までは同じ処理のため、説明を省略する。ファイル登録要求に含まれるＩＤがユーザＩＤかどうかの判定を行うと（ステップ９０５）、この場合はユーザＩＤではないため、ゲストＩＤかどうかの判定を行う（ステップ９０６）。ファイル登録要求に含まれるＩＤである”ｇｕｅｓｔ”はＨＤＤ２２４にゲストＩＤとして記憶されており、また、ユーザＩＤ”ｋｕｎｏｒｉ”と関連付けられている。そのため、サーバ１２０は、ゲストＩＤ”ｇｕｅｓｔ”が関連づいたファイル”  ｐｉｃ０４１４＿１．ｐｎｇ”と”  ｐｉｃ０４１４＿２．ｐｎｇ”を、ユーザＩＤ”ｋｕｎｏｒｉ”を用いてもゲストＩＤ”ｇｕｅｓｔ”を用いても印刷可能として、サーバ１２０のＨＤＤ２２４に登録し（ステップ９０８）、処理を終了する。これにより、図１０のようなデータがＨＤＤ２２４に記憶されることとなる。
【００５１】
最後に、ＭＦＰ１４０からサーバ１２０に印刷要求を送ったときのサーバ１２０の処理を説明する。なお、印刷要求はその内容に認証情報を含む。また、印刷要求はサーバ１２０にとっては、ファイルのＭＦＰ１４０への送信要求と言い換えることもできる。
【００５２】
＜印刷＞
ステップ９０４において、ＣＰＵ２２１は、受信した要求がファイル登録要求であるか判断する（ステップ９０４）。ここでは印刷要求であるため、ＣＰＵ２２１は、受信した認証情報がＨＤＤ２２４に記憶されているユーザ情報と一致するかどうかを判定する  （ステップ９０９）。ＣＰＵ２２１は、受信した認証情報がＨＤＤ２２４に含まれている情報と一致する場合は、このＩＤで印刷可能になっているファイルを抽出する（ステップ９１０）。そしてＣＰＵ２２１は、この抽出したファイルをＰＤＬデータに変換し、ネットワークＩ／Ｆ２２６経由でＭＦＰ１４０に送信する（ステップ９１１）。すなわちサーバ１２０のＣＰＵ２２１は送信手段として機能する。この送信手段の具体的な動作については後述する。なお、ステップ９０９において、受信した認証情報が正しくない場合は、認証情報の送信元にエラーを返し、終了する。
【００５３】
ここでは、具体例として、サーバ１２０のＨＤＤ２２４に図１０のような情報が記憶されているときに、ＭＦＰからサーバにＩＤ：”ｋｕｎｏｒｉ”、パスワード：”ａａａａ”で印刷要求としたときと、ＩＤ：”ｇｕｅｓｔ”、パスワード：”ｂｂｂｂ”で印刷要求とし送信されたときの処理を説明する。
【００５４】
ＣＰＵ２２１は、受信した要求がファイル登録ではない（印刷要求である）と判断すると（Ｓ９０４で「ＮＯ」の場合）、受信した認証情報がＨＤＤ２２４に記憶されているユーザ情報と一致するかどうかを判定する  （ステップ９０９）。ここで、受信したＩＤが”ｋｕｎｏｒｉ”の場合、一致する情報がＨＤＤ２２４にあるため、サーバは、”ｋｕｎｏｒｉ”で印刷可能となっているファイル”ｐｉｃ０４１３．ｐｎｇ”、”  ｐｉｃ０４１４＿１．ｐｎｇ”、”  ｐｉｃ０４１４＿２．ｐｎｇ”を抽出し、このデータをＰＤＬデータに変換し、ＭＦＰ１４０に送信する（ステップ９１１）。すなわち、送信手段は、登録されたデータのＭＦＰ１４０への送信要求がユーザＩＤを用いて行われた場合、この登録されたデータがユーザＩＤに関連づいたデータであっても、ゲストＩＤに関連づいたデータであっても、この登録されたデータをＭＦＰ１４０に送信する。また、受信したＩＤが”ｇｕｅｓｔ”の場合、一致する情報がＨＤＤ２２４にあるため、”ｇｕｅｓｔ”で印刷可能となっているファイル”  ｐｉｃ０４１４＿１．ｐｎｇ”、”  ｐｉｃ０４１４＿２．ｐｎｇ”を抽出し、このデータをＰＤＬデータに変換し、ＭＦＰ１４０に送信する（ステップ９１１）。すなわち、送信手段は、登録されたデータのＭＦＰ１４０への送信要求がゲストＩＤを用いて行われた場合、この登録されたデータがゲストＩＤに関連づいたデータであれば、この登録されたデータをＭＦＰ１４０に送信する。以上が、本実施例のサーバ１２０における処理の詳細の説明である。
【００５５】
次に図１１を用いて、本実施例の画像形成装置（ＭＦＰ）１４０における処理の詳細について説明する。図１１は、本実施例の画像形成装置１４０における処理のフローチャートである。
【００５６】
ＭＦＰ１４０のＣＰＵ２０１は、ユーザによりサーバ１２０にあるファイルの印刷指示が行われたことを検知すると、認証情報（ＩＤとパスワード）を入力するための画面を操作部１４３に表示する（ステップ１１０１）。ＣＰＵ２０１は、この画面においてユーザによる認証情報の入力と入力の完了が指示されたことを検知すると（ステップ１１０２）、ユーザが入力した認証情報を印刷要求として、ネットワークＩ／Ｆ２０６経由でサーバ１２０へ送信する（ステップ１１０３）。
【００５７】
サーバ１２０は、前述の図９の処理を行い、この印刷要求に対応するファイルのＰＤＬデータもしくはエラー情報をＭＦＰ１４０に送信する。
【００５８】
ＣＰＵ２０１は、ネットワークＩ／Ｆ２０６でサーバ１２０からのデータ受信を検知すると、正しくファイルを受信したかどうかを判定する（ステップ１１０４）。ＣＰＵ２０１は、正しく受信されたと判断すると、このファイルを印刷可能なデータ形式（ラスタデータ）に変換し、プリンタ部１４５に送信することで、印刷を行う。なお、受信したデータ（ラスタデータ）を印刷する処理は、一般的な印刷処理と同じであるため、詳細は省略する。一方、ステップ１１０４において、正しくファイルを受信できなかった場合（エラーを受信した場合）は、失敗したことを操作部１４３に表示して終了する。以上が、ＭＦＰ１４０における処理フローである。
【００５９】
以上が本実施例の説明である。このように二つの認証情報を用いることで、自分が登録したデータに対していつも自分が受信できるようになり、個人で使用するユーザＩＤを他人に教える必要がなく、セキュリティが向上する。また、サーバにファイルを登録するときに用いる認証情報を変更するだけで、登録したファイルを、ユーザＩＤを用いてのみ印刷可能にするのかゲストＩＤを用いても印刷可能にするのかの設定を容易に行うことができるため、利便性が向上する。
【００６０】
なお、本実施例では、ユーザＩＤおよびゲストＩＤのそれぞれに対してそれぞれのパスワードを対応づけてユーザ登録を行ったが、本発明はこれに限定されない。例えば、ユーザ登録において、どちらか一方（例えばゲストＩＤ）、もしくは両方のＩＤに対するパスワードの登録をしなくてもよい。すなわち、ＩＤのみでユーザ登録を行い、認証もＩＤのみの認証情報で行えるように構成しても良い。
【００６１】
（実施例２）
モバイル１１０からサーバ１２０へファイル登録を行う処理において、ゲストＩＤで登録したファイル（ゲストＩＤに関連づいたファイル）は、ＭＦＰ１４０でゲストＩＤを入力することで印刷可能としたが、ゲストＩＤを用いた印刷に制限を設けてもよい。この制限としては、例えば回数や時間による制限がある。具体的な制限方法について、図９のフロー図を用いて説明する。
【００６２】
モバイル１１０からサーバ１２０へファイル登録要求を送った場合、ファイル登録要求に含まれる認証情報がゲストＩＤであれば（ステップ９０７がＹＥＳであれば）、ステップ９０８で、受信したファイルをユーザＩＤおよびゲストＩＤに関連付けて記憶する。この際に、図１２のように、印刷可能な制限時刻と制限回数も各ファイルに関連付けて記憶することとする。
【００６３】
ここで図１２について説明する。ゲストＩＤ：”ｇｕｅｓｔ”で”ｐｉｃ０４１４＿１．ｐｎｇ”と”ｐｉｃ０４１４＿２．ｐｎｇ”を２０１０／４／１７  １９：００に記憶し、ゲストＩＤ：”ｇｕｅｓｔ”で”ｐｉｃ０４１５．ｐｎｇ”を２０１０／４／１８  １０：００に記憶する。そして、これらのファイル登録後に”ｐｉｃ０４１４＿１．ｐｎｇ”と”ｐｉｃ０４１４＿２．ｐｎｇ”を２回印刷した後の状態が図１２である。なお、デフォルトの制限時刻はファイルを記憶してから２４時間後であり、制限回数は１０回としている。また、ファイル”ｐｉｃ０４１３．ｐｎｇ”はユーザＩＤ：”ｋｕｎｏｒｉ”と関連づいて記憶されているため、ユーザＩＤを用いた印刷において、制限時刻や制限回数が設けられてはいない。
【００６４】
そして、ＭＦＰ１４０からの印刷要求が正しいかどうかを判定する処理（ステップ９０９）において、印刷要求に含まれる認証情報の判定だけではなく、現在の時刻が制限時刻より前であるかの判定や、制限回数が０より大きいかの判定も行う。すなわち、ステップ９０９において、ＣＰＵ２２１は送信手段であって、さらに印刷要求のファイルに対して制限条件内か否かを判定する条件判定手段として機能している。本実施例では、条件判定手段による判定結果が是であれば、サーバ１２０はＭＦＰ１４０にファイルを送信し、そうでなければ（判定結果が否であれば）、サーバ１２０はＭＦＰ１４０にファイルを送信しない。制限条件内であるとは、この場合、制限回数以内であることであり、また、制限時刻以前であることである。なお、制限回数以内且つ制限時刻以前を制限条件内としても良い。なお制限回数で判定する場合、ステップ９１０でファイルを抽出するごとに、このファイルの制限回数を１減らす処理を行う。
【００６５】
このように制限を設けることにより、サーバ１２０に残ったままになっているデータを誤って印刷してしまうことや、必要以上に（例えばファイルを登録したユーザが想定している以上に）ファイルが印刷されてしまうのを防ぐことが可能となる。
【００６６】
（実施例３）
実施例１、２において、ゲストＩＤに関連づいたファイルが既にサーバ１２０に登録された状態において、改めてユーザがゲストＩＤでログインして、ファイルをサーバ１２０に登録する場合、新たにゲストＩＤに関連づいて登録されるファイルは、既に登録されているファイルに対して追加的に登録される。本実施例では、ユーザがゲストＩＤで改めてログインし、サーバ１２０へのファイル登録を行う場合、既にゲストＩＤに関連づいたファイルを印刷無効として、ファイル登録を行う実施例について説明する。本実施例について図９を用いて説明する。なお、本実施例はユーザがゲストＩＤでログインしてファイル登録を行うものであり、実施例１で説明した図９の処理フローとステップＳ９０８以外は同様である。
【００６７】
モバイル１１０からサーバ１２０へファイルを送信して登録したときに、ファイル登録要求に含まれる認証情報がゲストＩＤであれば（ステップ９０７がＹＥＳであれば）、処理はステップ９０８へ進む。そして、サーバ１２０（データ登録手段）は、ステップ９０８で、このゲストＩＤに関連づいた印刷可能なファイルとしてＨＤＤ２２４に既に登録されているファイルがあれば、この既に登録されているファイル（既登録データ）に対してゲストＩＤを用いた印刷が行えないように印刷無効と設定する。そしてサーバ１２０（データ登録手段）は、ファイル登録要求と共に受信したファイルを、ユーザＩＤとゲストＩＤに関連付けてＨＤＤ２２４に登録する。
【００６８】
例えば、図１０のデータがＨＤＤ２２４に記憶されているときに、モバイル１１０からファイル登録要求として、ＩＤ：”ｇｕｅｓｔ”でファイル”ｐｉｃ０４１５．ｐｎｇ”が送信されたとする。この場合、ステップ９０８の処理において、ＩＤ：”ｇｕｅｓｔ”で既に記憶されているファイルとして”ｐｉｃ０４１４＿１．ｐｎｇ”と”ｐｉｃ０４１４＿２．ｐｎｇ”を抽出する。そして、これらのファイルはゲストＩＤで印刷を無効に設定してから、”ｐｉｃ０４１５．ｐｎｇ”をＨＤＤ２２４に記憶する。この結果、図１３のデータがＨＤＤ２２４に記憶される。
【００６９】
このようにゲストＩＤを用いて既に登録されていたファイルを印刷できないようにすることで、この既に登録されていたファイルがユーザの意図しない人に印刷されてしまうことを減らすことが可能となる。具体的には、ある人にゲストＩＤを用いて印刷させたファイルａがサーバ１２０に登録されていて、ユーザは別の人にはファイルｂだけを印刷可能にしたい場合、ユーザはこの別の人にゲストＩＤを公開するだけで、ファイルａが別の人に印刷されてにくくすることができる。
【００７０】
（実施例４）
実施例１〜３では、ユーザＩＤを登録したユーザ以外の人（以下、他人と称する）がファイルの印刷を行うためには、ゲストＩＤを入力することで印刷を可能としていた。しかし、ゲストＩＤだけでは、複数の他人で異なる印刷権限をつけることや、一部のファイルのみ印刷権限を変更することが容易に行えなかった。そのため、本実施例では、ジョブＩＤという識別情報を用い、このジョブＩＤで印刷を行う実施例を説明する。なお、基本的な処理や制御は実施例１と同じであるため、実施例１と異なる点のみを説明する。
【００７１】
図１４を用いて、本実施例のサーバ１２０の処理の詳細について説明する。図１４は、本実施例のサーバ１２０における処理のフローチャートであるが、ステップ１４０１〜１４０４以外の処理は、実施例１の図９と同じであるため、説明は省略する。
【００７２】
＜ファイル登録要求＞
サーバ１２０のＣＰＵ２２１は、まず、モバイル１１０から受信した要求がファイル登録要求であり、このファイル登録要求に含まれるＩＤがユーザＩＤではないと判断する（ステップ９０５がＮＯ）。次にＣＰＵ２２１は、このファイル登録要求に含まれる認証ＩＤがゲストＩＤであるかどうかを判定する（ステップ９０７）。この結果、ＣＰＵ２２１はゲストＩＤであると判定した場合、ジョブＩＤという識別情報を生成し、ファイル登録要求で受信したファイルにこのジョブＩＤを関連付けてＨＤＤ２２４に記憶する（ステップ１４０１）。すなわち、ＣＰＵ２２１はデータ登録手段であって、さらにジョブＩＤ生成手段としても機能する。そして、実施例１と同じく、このファイルをユーザＩＤとゲストＩＤで印刷可能としてＨＤＤ２２４に記憶する（ステップ９０８）。ＣＰＵ２２１はＨＤＤ２２４への記憶が完了すると、ネットワークＩ／Ｆ２２６からこのジョブＩＤをモバイル１１０へ送信する（ステップ１４０２）。モバイル１１０はこのジョブＩＤを表示部１１５に表示することで、ユーザは印刷処理（後述）において、入力するジョブＩＤを知ることが可能となる。
【００７３】
具体的な例を説明する。モバイル１１０から、最初にユーザＩＤ：”ｋｕｎｏｒｉ”でファイル：”ｐｉｃ０４１３．ｐｎｇ”をファイル登録要求したとする。続けてモバイル１１０から、ゲストＩＤ：”ｇｕｅｓｔ”でファイル：  ”ｐｉｃ０４１４＿１．ｐｎｇ”と”ｐｉｃ０４１４＿２．ｐｎｇ”をファイル登録要求があったとする。この場合、ステップ９０７で認証ＩＤがゲストＩＤであることを判定すると、ＣＰＵ２２１はジョブＩＤとして”ｊｏｂ１”を生成する。そしてこのジョブＩＤを”ｐｉｃ０４１４＿１．ｐｎｇ”と”ｐｉｃ０４１４＿２．ｐｎｇ”に関連付けて記憶する（ステップ１４０１）。この後にＣＰＵ２２１は、このジョブＩＤ：”ｊｏｂ１”をモバイル１１０へ送信する（ステップ１４０２）。
【００７４】
モバイル１１０から、さらにゲストＩＤ：”ｇｕｅｓｔ”でファイル：  ”ｐｉｃ０４１５．ｐｎｇ”のファイル登録要求があると、ＣＰＵ２２１は、認証ＩＤがゲストＩＤであることを判定し、ジョブＩＤとして”ｊｏｂ２”を生成する。そしてこのジョブＩＤを”ｐｉｃ０４１５．ｐｎｇ”に関連付けて記憶し（ステップ１４０１）、このジョブＩＤをモバイル１１０へ送信する（ステップ１４０２）。これにより、図１５のようなデータがＨＤＤ２２４に登録される。そして、モバイル１１０にジョブＩＤ：”ｊｏｂ２”を送信する。
【００７５】
＜印刷＞
ＭＦＰ１４０でユーザが入力したジョブＩＤがサーバ１２０へ送信されたときの処理を説明する。
【００７６】
サーバ１２０のＣＰＵ２２１は、受信した要求がファイル登録ではないと判断すると（ステップ９０４がＮＯ）、このファイル登録要求に認証ＩＤが含まれているかどうかを判定する（ステップ１４０３）。この結果、認証ＩＤが含まれると判断すると、実施例１と同じく、受信した認証情報が正しいかどうかの判定を行う（ステップ９０９）。一方、認証ＩＤが含まれない場合（ジョブＩＤが含まれる場合）、ＣＰＵ２２１は、ＨＤＤ２２４から受信したジョブＩＤと一致するファイルを抽出する（ステップ１４０４）。そして実施例１と同じく、このファイルをＭＦＰ１４０へ送信する（ステップ９１１）。
【００７７】
具体的な例として、サーバ１２０のＨＤＤ２２４に図１５のようなデータが記憶されているときに、ユーザがＭＦＰ１４０の操作部１４３でＩＤとしてジョブＩＤである”ｊｏｂ２”を入力した場合を説明する。ＣＰＵ２２１は、ＭＦＰ１４０からの印刷要求を受信すると、ステップ１４０３でジョブＩＤしかないため、認証ＩＤが含まれていないと判断する。そしてＣＰＵ２２１は、ＨＤＤ２２４からジョブＩＤ：”ｊｏｂ２”に対応するファイルとして、ファイル：”ｐｉｃ０４１５．ｐｎｇ”を抽出する。そしてこのファイルをＰＤＬデータに変換し、ＭＦＰ１４０に送信する。
【００７８】
以上が、本実施例の説明である。このようにジョブＩＤを用いることで、複数の他人で異なる印刷権限をつけることや、サーバにファイルを送信したジョブ単位で印刷権限を容易に変更することが可能となる。
【００７９】
なお、本実施例では、ジョブＩＤに対応するパスワードを設けなかったが、ジョブＩＤを生成する処理（ステップ１４０１）において、パスワードも生成し、ＭＦＰ１４０でジョブＩＤを入力するときに、対応するパスワードを入力することとしても良い。
【００８０】
本実施例では、ステップ１４０１において常にジョブＩＤを生成していたが、この場合、例えばユーザが操作ミスによって２回連続で同じファイルをサーバ１２０へ送信してしまうと同じファイルに対して２つの別々のジョブＩＤが生成される。そこでステップ１４０１で、サーバ１２０は、ジョブＩＤを生成する前に、ファイル登録要求として受信したファイルが、ＨＤＤ２２４に記憶されているかどうかを判定するようにしても良い。この場合、サーバ１２０はデータ登録手段であって、さらにゲストＩＤで登録しようとするファイルが既にゲストＩＤによって登録されているファイル（既登録データ）であるかどうかを判定するデータ同一判定手段として機能する。そして、同じデータがＨＤＤ２２４に記憶されていると判定された場合、サーバ１２０は、ＨＤＤ２２４からこのファイルに対応するジョブＩＤを抽出し、このジョブＩＤを用いて、モバイル１１０に通知してもよい。この場合、サーバ１２０は、ファイル登録要求として受信したファイルの登録を行わない。なお、同じファイルかどうかの判定方法としては、例えば同じファイル名であり、かつ同じファイルサイズである場合は同じファイルと見なす方法などがある。また、同一ファイルかどうかの判定を行うにあたり、所定の期間内（例えば５分以内）にサーバ１２０が受信したファイルに対してのみ、この判定を行っても良い。
【００８１】
これにより、ユーザがモバイル１１０から誤って同じファイルを２回送ってしまったとしても、ジョブＩＤとデータの対応で迷うことがなくなる。例えば、ジョブＩＤが違う場合、各ジョブＩＤでどのようなデータの違いがあるか確認する手間が減らせる。また、ファイルの二重登録をさせないことで、サーバ１２０のＨＤＤ２２４の記憶容量を無駄に使わないようにすることができる。
【００８２】
（実施例５）
実施例１〜４では、モバイル１１０からサーバ１２０へファイルを送るために、モバイル１１０のｗｅｂブラウザを用いたが、本実施例では別の方法として、モバイル１１０の電子メールを用いてファイルを送る方法について説明する。なお、基本的な処理や制御は実施例１〜４と同じであるため、上述の実施例と異なる点のみを説明する。
【００８３】
図１６を用いて、本実施例のモバイル１１０の処理の詳細について説明する。図１６は、本実施例のモバイル１１０における処理のフローチャートであるが、ステップ１６０１〜１６０５以外の処理は、実施例１の図４と同様であるため、説明は省略する。
【００８４】
＜ユーザ登録＞
モバイル１１０の制御部１１１は、操作部１１３でユーザによる操作を検知すると（ステップ４０１）、この操作によりユーザ情報の登録が要求されたかどうかを判断する（ステップ１６０１）。本実施例では、実施例１と同じくｗｅｂページにおいてユーザ登録要求が行われたことを制御部１１１が検知すると、要求はユーザ登録であるとみなす。しかし、電子メールのメール作成処理の開始が要求されたことを制御部１１１が検知すると、要求はファイル登録処理であるとみなすこととする。この結果、要求がユーザ登録である場合は、制御部１１１は、操作部１１３にユーザＩＤとパスワード、ゲストＩＤとパスワード、そして登録する電子メールアドレスを入力するためのｗｅｂページを表示する。制御部１１１は、このｗｅｂページにおいてユーザによる入力が完了したことを検知すると（ステップ１６０２）、サーバ１２０へユーザ登録要求として、ユーザ情報（入力した全てのＩＤとパスワードと電子メールアドレス）を送信する（ステップ１６０３）。以上がユーザ登録の処理である。本実施例では、ｗｅｂページからユーザ登録することは実施例１と同じであるが、電子メールアドレスも登録する点が異なる。
【００８５】
＜ファイル送信＞
モバイル１１０からファイル登録要求を行う処理について説明する。
【００８６】
制御部１１１は、操作部１１３でユーザによる操作を検知すると（ステップ４０１）、この操作によりユーザ登録が要求されたかどうかを判断する（ステップ４０２）。この結果、制御部１１１は、ユーザによる要求がユーザ登録でないと判断した場合（ファイル登録であると判断した場合）は、ユーザにより電子メールに添付する印刷ファイルの指定と送信する宛先が入力され、電子メールの送信が指示されるのを待つ。制御部１１１はユーザによりファイルの指定と宛先の入力が完了したことを検知すると（ステップ１６０４）、ファイルを添付した電子メールを入力された宛先に送信する（ステップ１６０５）。ここで具体例を説明する。
【００８７】
ユーザ登録処理において、サーバ１２０に、ユーザＩＤ：”ｋｕｎｏｒｉ”、ゲストＩＤ：”ｇｕｅｓｔ”、電子メール：”ｋｕｎｏｒｉ＠ｍａｉｌ．ｃｏｍ”を、ｗｅｂページを用いて登録したとする。なお、ＵＲＬは”ｈｔｔｐ：／／ｗｗｗ．ｐｒｉｎｔｅｒＸ．ｃｏ．ｊｐ”で、電子メールは”ｐｒｉｎｔｅｒＸ＠ｍａｉｌ．ｃｏｍ”とする。この後、ユーザが電子メールプログラムを起動し、新規電子メール作成を指示し、この電子メールにおいて宛先に”ｐｒｉｎｔｅｒＸ＠ｍａｉｌ．ｃｏｍ”と入力し、印刷ファイルとして”ｐｉｃ０４１３．ｐｎｇ”を指定したとする。制御部１１１は、この電子メール送信がユーザにより指示されたことを検知すると、この電子メールの宛先である”ｐｒｉｎｔｅｒＸ＠ｍａｉｌ．ｃｏｍ”に送信する（ステップ１６０５）。以上がファイル登録処理である。  
【００８８】
次に図１７を用いて、本実施例のサーバ１２０における処理の詳細について説明する。
図１７は、本実施例のサーバ１２０における処理のフローチャート図であるが、ステップ１７０１〜１７０５以外の処理は、実施例１の図９と同じであるため、説明は省略する。
【００８９】
＜ファイル送信＞
サーバ１２０のＣＰＵ２２１は、モバイル１１０からデータを受信すると（ステップ９０１）、受信した要求がユーザ登録であるか判定を行う（ステップ１７０１）。本実施例では、モバイル１１０から電子メールが送られた場合はファイル登録要求であるとみなし、それ以外は実施例１と同じく、ＣＰＵ２２１は、受信したデータを元にユーザ登録であるか印刷要求であるかの判断を行うこととする。ユーザ登録でない場合、ＣＰＵ２２１は受信した要求がファイル登録要求かどうかの判断を行う（ステップ１７０２）。ファイル登録要求である場合、ＣＰＵ２２１は、電子メールの送信元アドレスがＨＤＤ２２４に記憶されたユーザ情報のいずれかの電子メールに一致するかどうかを判定する（ステップ１７０３）。一致する場合、ＣＰＵ２２１は、受信した電子メールの添付ファイルを一致した電子メールアドレスに関連付けてＨＤＤ２２４に記憶する（ステップ１７０４）。なお、ステップ１７０３の判定で一致しない場合は、受信した電子メールの送信元アドレスにエラーを返し、処理を終了する。
【００９０】
具体例を説明する。ユーザ登録情報として、ユーザＩＤ：”ｋｕｎｏｒｉ”（ゲストＩＤ：”ｇｕｅｓｔ”、電子メールアドレス：”ｋｕｎｏｒｉ＠ｍａｉｌ．ｃｏｍ”）がＨＤＤ２２４に登録されていることとする。また、ＨＤＤ２２４には、ユーザＩＤ：”ａｓａｎｏ”（ゲストＩＤ：”ｔｅｍｐ”、電子メールアドレス：”ａｓａｎｏ＠ｍａｉｌ．ｃｏｍ”）も登録されていることとする。ここで、電子メール：”ｋｕｎｏｒｉ＠ｍａｉｌ．ｃｏｍ”であるモバイル１１０からサーバ１２０にファイル：”ｐｉｃ０４１３．ｐｎｇ”と”ｐｉｃ０４１４．ｐｎｇ”を添付した電子メールが送信することとする。ＣＰＵ２２１は、電子メールを受信すると、ＨＤＤ２２４に送信元アドレスである”ｋｕｎｏｒｉ＠ｍａｉｌ．ｃｏｍ”が登録されているかどうかを判定する（ステップ１７０３）。ここでは登録されているため、ファイル：”ｐｉｃ０４１３．ｐｎｇ”と”ｐｉｃ０４１４．ｐｎｇ”に”ｋｕｎｏｒｉ＠ｍａｉｌ．ｃｏｍ”を関連付けてＨＤＤ２２４に記憶する。同様に、電子メール：”ａｓａｎｏ＠ｍａｉｌ．ｃｏｍ”であるモバイル１１０からサーバ１２０にファイル：”ｐｉｃ０４２０．ｐｎｇ”を添付した電子メールを送信することとする。この場合、ＣＰＵ２２１は、ファイル：”ｐｉｃ０４２０．ｐｎｇ”に”ａｓａｎｏ＠ｍａｉｌ．ｃｏｍ”を関連付けてＨＤＤ２２４に記憶する。これにより図１８のようなデータがＨＤＤ２２４に記憶される。
【００９１】
＜印刷＞
ＭＦＰ１４０で入力した電子メールアドレスがサーバ１２０へ送信されたときの処理を説明する。
【００９２】
サーバ１２０のＣＰＵ２２１は、受信した要求がファイル登録ではないかどうか判断する（ステップ１７０３）。ファイル送信ではない場合、受信したデータに含まれる電子メールアドレスがＨＤＤ２２４にユーザ情報として登録されている電子メールであるかどうかの判定を行う（ステップ１７０５）。この結果、登録されている電子メールアドレスである場合は、受信した電子メールアドレスに対応するファイルを抽出し（ステップ１７０６）、このファイルを実施例１と同じくＭＦＰ１４０へ送信する（ステップ９１１）。
【００９３】
具体的な例としては、サーバ１２０のＨＤＤ２２４に図１８のようなデータが記憶されているときに、ユーザがＭＦＰ１４０の操作部１４３でＩＤとして電子メールアドレス：”ｋｕｎｏｒｉ＠ｍａｉｌ．ｃｏｍ”を入力した場合を説明する。ＣＰＵ２２１は、ＭＦＰ１４０からの印刷要求を受信すると、ステップ１７０５で電子メールアドレス：”ｋｕｎｏｒｉ＠ｍａｉｌ．ｃｏｍ”はＨＤＤ２２４に登録されている電子メールであると判断する。そしてＣＰＵ２２１は、ステップ１７０６で電子メールアドレス：”ｋｕｎｏｒｉ＠ｍａｉｌ．ｃｏｍ”に対応するデータとして、ファイル：”ｐｉｃ０４１３．ｐｎｇ”と”ｐｉｃ０４１４．ｐｎｇ”を抽出する。そしてＣＰＵ２２１は、ステップ９１１でこれらのファイルをＰＤＬデータに変換し、ＭＦＰ１４０に送信する。なお、ユーザがＭＦＰ１４０の操作部１４３でＩＤとして、ユーザＩＤ：”ｋｕｎｏｒｉ”を入力しても、実施例１と同様に、ファイル”ｐｉｃ０４１３．ｐｎｇ”と”ｐｉｃ０４１４．ｐｎｇ”をＭＦＰ１４０に送信することができる。
【００９４】
なお、実施例２〜４においても、上記のようにファイルを電子メールに添付してサーバに送信することが可能である。実施例４の場合、サーバ１２０で生成したジョブＩＤを、送信元の電子メールアドレスに電子メールでサーバから返すことで、ユーザはジョブＩＤを知ることで可能となる。これによりユーザは、ＭＦＰで電子メールもしくはジョブＩＤを入力し、対応するファイルを印刷することができる。
【００９５】
なお、本実施例では、ステップ１７０３において、電子メールに添付したファイルは全てゲストＩＤとユーザＩＤの両方で印刷可能としたが、電子メールに添付したファイルはゲストＩＤでは印刷できないようにする構成であってもよい。
【００９６】
また、本実施例に加えて、登録されたファイルの印刷権限を変更する構成を設けても良い。例えば、サーバ１２０は、ＨＤＤ２２４にファイルの登録が完了した旨を電子メール（完了メール）でファイルの送信元アドレスに返し、この完了メールに対する返信メールとして、電子メールの本文領域に、印刷可能とするゲストＩＤ（もしくはジョブＩＤ）を記載してサーバ１２０へメール返信する。以上により、ＨＤＤ２２４に記憶されたファイルの印刷権限をメールの返信と言う形態によって、簡便に行うことができる。
【００９７】
（その他の実施例）
なお、上記実施例において、サーバ１２０への要求は、ユーザ登録要求、データ登録要求、印刷要求の３つであったが、本発明はこれに限られない。例えば、登録されたデータのデータ削除要求がサーバ１２０への要求として送信されても良い。この場合、図９のフローチャートにおいて、データ削除要求がユーザＩＤを用いてなされたものであるのか、ゲストＩＤを用いてなされたものであるのかを判断する手段を設ける。この手段の判断結果が、データ削除要求がユーザＩＤを用いたものであることを示した場合、データ登録手段はＨＤＤ２２４に登録されたデータの削除を行う。また、データ削除要求がゲストＩＤを用いたものであることを示した場合、データ登録手段は、ＨＤＤ２２４に登録されたデータの削除を行わず、データ削除エラーをモバイル１１０へと通知するようにする。これによって、データの削除がユーザＩＤを用いてのみ可能となり、ゲストＩＤを知っている他人によるデータ登録の利用状況が、ユーザＩＤを管理しているユーザに対して可視化されることとなる。すなわち、他人によるゲストＩＤの利用が、ユーザの意図しないものになっていないのかどうかを、ユーザが判断することが可能となる。
【００９８】
また、本実施例におけるゲストＩＤは１つのユーザＩＤにつき１つとしているが、１つのユーザＩＤに対して複数のゲストＩＤを関連付けても良い。この場合、それぞれのゲストＩＤに関連づいて登録されたデータの全ては、この１つのユーザＩＤを用いて取得でき、また、ユーザＩＤに関連づいて登録されたデータは、どのゲストＩＤを用いても取得できないように構成される。また、この場合さらに、あるゲストＩＤに関連づいて登録されたデータは、このゲストＩＤと異なるゲストＩＤを用いては取得できないように構成される。
【００９９】
また、上記実施例１乃至３を組み合わせることによっても本発明の目的は達成される。
【０１００】
また、本発明は、以下の処理を実行することによっても実現される。その処理は、上述した実施例の機能を実現させるソフトウェア（コンピュータプログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がこのコンピュータプログラムを読み出して実行する処理である。
【図１】
2012248002.tif 000003
【図２】
2012248002.tif 000004
【図３】
2012248002.tif 000005
【図４】
2012248002.tif 000006
【図５】
2012248002.tif 000007
【図６】
2012248002.tif 000008
【図７】
2012248002.tif 000009
【図８】
2012248002.tif 000010
【図９】
2012248002.tif 000011
【図１０】
2012248002.tif 000012
【図１１】
2012248002.tif 000013
【図１２】
2012248002.tif 000014
【図１３】
2012248002.tif 000015
【図１４】
2012248002.tif 000016
【図１５】
2012248002.tif 000017
【図１６】
2012248002.tif 000018
【図１７】
2012248002.tif 000019
【図１８】
2012248002.tif 000020