(57)【特許請求の範囲】
【請求項１】
対象機器の設定データを保存する記録機器を使って前記対象機器を設定する情報設定システムであって、
前記対象機器は、
前記対象機器の操作者のユーザ識別情報を取得する取得手段と、
前記対象機器の機器識別情報と前記取得手段により取得した前記ユーザ識別情報とを前記記録機器に送信する第１の送信手段と、
前記対象機器の操作者のユーザレベルを識別する識別手段と、
前記記録機器から設定データを受信する第１の受信手段と、
前記第１の受信手段により受信した設定データに基づいて前記対象機器を設定する設定手段と、
前記識別手段により識別したユーザレベルに応じて、前記設定手段による設定に基づく前記対象機器の処理を制限する制限手段と、を有し、
前記記録機器は、
機器種別情報に対応させて対象機器の設定データを記憶する記憶手段と、
前記対象機器の前記第１の送信手段により送信された前記ユーザ識別情報と前記機器識別情報とを受信する第２の受信手段と、
前記第２の受信手段により受信した前記ユーザ識別情報に基づいて前記対象機器の操作者を認証する認証手段と、
前記認証手段により前記対象機器の操作者が認証された場合、前記第２の受信手段により受信された前記機器識別情報に対応する設定データを前記記憶手段から検索する検索手段と、
前記検索手段により検索された設定データを前記対象機器に送信する第２の送信手段と、
を備え、
前記設定手段は、前記第２の送信手段により送信された前記設定データに基づいて前記対象機器を設定することにより、前記記録機器を使って前記対象機器の設定を前記対象機器の操作者に対応する設定にすることを特徴とする情報設定システム。
【請求項２】
前記対象機器は、
前記対象機器の設定データを前記機器識別情報に対応させて前記記録機器に登録する登録手段を有することを特徴とする請求項１に記載の情報設定システム。
【請求項３】
前記取得手段は、前記操作者の身体情報を検出する検出手段を有することを特徴とする請求項１又は請求項２に記載の情報設定システム。
【請求項４】
前記設定手段は、複数の記録機器から設定データを受信した場合に、前記対象機器を前記複数の設定データを反映させて設定することを特徴とする請求項１乃至請求項３のいずれか１項に記載の情報設定システム。
【請求項５】
前記認証手段は、前記第２の受信手段により前記機器識別情報と共に前記ユーザ識別情報を受信した場合に前記対象機器の操作者の認証を行い、前記機器識別情報は受信したが前記ユーザ識別情報を受信しない場合に前記対象機器の操作者の認証は行わず、
前記検索手段は、前記認証手段により前記対象機器の操作者の認証が行われない場合にも、受信された前記機器識別情報に対応する設定データを前記記憶手段から検索し、前記第２の送信手段は該検索された設定データを前記対象機器に送信することにより、前記設定手段が前記複数の設定データを反映させて設定できることを特徴とする請求項４に記載の情報設定システム。
【請求項６】
前記ユーザレベルは、前記操作者による前記対象機器の使用回数に基づくことを特徴とする請求項１乃至請求項５のいずれか１項に記載の情報設定システム。
【請求項７】
対象機器の設定データを保存する記録機器を使って前記対象機器を設定する情報設定方法であって、
前記対象機器は、
前記対象機器の操作者のユーザ識別情報を取得する取得工程と、
前記対象機器の機器識別情報と前記取得工程において取得した前記ユーザ識別情報とを前記記録機器に送信する第１の送信工程と、
前記対象機器の操作者のユーザレベルを識別する識別工程と、
前記記録機器から設定データを受信する第１の受信工程と、
前記第１の受信工程において受信した設定データに基づいて前記対象機器を設定する設定工程と、
前記識別工程において識別したユーザレベルに応じて、前記設定工程における設定に基づく前記対象機器の処理を制限する制限工程と、
を実行し、
前記記録機器は、
機器種別情報に対応させて対象機器の設定データを記憶部に記憶する記憶工程と、
前記対象機器の前記第１の送信工程において送信された前記ユーザ識別情報と前記機器識別情報とを受信する第２の受信工程と、
前記第２の受信工程において受信した前記ユーザ識別情報に基づいて前記対象機器の操作者を認証する認証工程と、
前記認証工程において前記対象機器の操作者が認証された場合、前記第２の受信工程において受信された前記機器識別情報に対応する設定データを前記記憶部から検索する検索工程と、
前記検索工程において検索された設定データを前記対象機器に送信する第２の送信工程と、
を実行し、
前記設定工程では、前記第２の送信工程において送信された前記設定データに基づいて前記対象機器を設定することにより、前記記録機器を使って前記対象機器の設定を前記対象機器の操作者に対応する設定にすることを特徴とする情報設定方法。
【請求項８】
請求項１乃至請求項６のいずれか１項に記載の情報設定システムにおける前記対象機器。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、機器に情報を設定する情報設定システム、情報設定方法、及び対象機器に関する。
【０００２】
【従来の技術】
従来より、多くの電子機器は、ユーザの要求や嗜好に併せて設定が可能になっている。例えば、デジタルカメラはユーザの嗜好により、絞り、シャッタースピード、ホワイトバランス、露光時間、フラッシュの光り方、セルフタイマー時間の長短、及び日付挿入の有無など、多くの機能を設定可能である。
また、数パターンの設定データを記録することが可能な電子機器も存在する。ユーザが数パターンの設定データのうちから何らユーザインタフェースを通して１つ選択すると、選択した設定データに基づき機器が設定される。
しかし、例えば１台のデジタルカメラを多人数で使い回し、しかも各人の好みの設定にしたい場合、各人が手動で設定データを打ち直す必要がある。既に１回自分の好みに設定を行ったとしても、他人が設定し直せば、当然ながらまた自分も手動で設定し直さねばならなかった。つまり、多くの機器はユーザの体格や嗜好などにより、設定可能にはなっているが、もしその機器を、自分以外のユーザが設定し直した場合、他のユーザはまた自分に併せて設定をし直さなければならない。このようなケースは、特に公共物を複数のユーザが使い回すときに頻発する。
【０００３】
また、先に挙げた数パターンの設定データを記録することが可能な電子機器では、ユーザに１つのパターンを選択させる、という作業を強いる。また、数パターンの設定データしか記録できないので、不特定多数のユーザがその機器を使用したい場合に対応できない。
【０００４】
上記問題の解決策として、例えば次のような技術が提案されている。すなわち、センサがユーザを検知すると、センサはユーザの身体情報などのセンサ情報を取得し、認証用データが作成される。対象機器は、認証用データと機器ＩＤデータを対象機器からユーザ設定データ記録機器に送信する。なお、設定される側の電子機器を「対象機器」、ユーザが携帯し様々な対象機器１のデータを保存し設定する側の機器を「ユーザ設定データ記録機器２と呼ぶ。
【０００５】
ユーザ設定データ記録機器は、認証用データを用いて、ユーザ設定データ記録機器が現在のユーザのものか個人識別を行う。個人識別の結果、問題がなければ、ユーザ設定データ記録機器は、先に受信した機器ＩＤデータを検索キーとして対象機器に対応するユーザ設定データが存在するか検索する。発見したらユーザ設定データと機器ＩＤデータを送信する。対象機器はユーザ設定データを受信し、そのユーザ設定データに基づき処理を行う。
【０００６】
かかる従来技術では、ユーザ設定データを簡単な操作で対象機器に設定することが可能となる。
【０００７】
【発明が解決しようとする課題】
しかしながら、上記従来技術では、対象機器にアクセスするユーザを区別し、ユーザの区分毎に異なる処理を行うことができず、その利便性について改善する余地が残されていた。
【０００８】
本発明は上記従来の問題点に鑑み、操作性を損なうことなく、対象機器にアクセスするユーザを区別し、ユーザの区分毎に異なる処理を行うことを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明の請求項１に記載の情報設定システムは、対象機器の設定データを保存する記録機器を使って前記対象機器を設定する情報設定システムであって、前記対象機器は、前記対象機器の操作者のユーザ識別情報を取得する取得手段と、前記対象機器の機器識別情報と前記取得手段により取得した前記ユーザ識別情報とを前記記録機器に送信する第１の送信手段と、前記記録機器から設定データを受信する第１の受信手段と、前記第１の受信手段により受信した設定データに基づいて前記対象機器を設定する設定手段と、を有し、前記記録機器は、機器種別情報とに対応させて対象機器の設定データを記憶する記憶手段と、前記対象機器の前記第１の送信手段により送信された前記ユーザ識別情報と前記機器識別情報とを受信する第２の受信手段と、前記第２の受信手段により受信した前記ユーザ識別情報に基づいて前記対象機器の操作者を認証する認証手段と、前記認証手段により前記対象機器の操作者が認証された場合、前記第２の受信手段により受信された前記機器識別情報に対応する設定データを前記記憶手段から検索する検索手段と、前記検索手段により検索された設定データを前記対象機器に送信する第２の送信手段と、を備え、前記設定手段は、前記第２の送信手段により送信された前記設定データに基づいて前記対象機器を設定することにより、前記記録機器を使って前記対象機器の設定を前記対象機器の操作者に対応する設定にすることを特徴とする。
【００３９】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
【００４０】
［第１実施形態］
図１は、本発明の第１実施形態に係る情報処理システムの特徴的な機能を示すブロック図である。
【００４１】
本実施形態では、対象機器１にアクセスするユーザを区別し、ユーザ毎に異なる処理を行う事例として、図１に示すように、レベル分け処理のみを行い、後述する実施形態で説明するような、ユーザ設定データ記録機器２に送信するデータもしくはユーザ設定データ記録機器２から受信したデータに対してレベルに対応した処理を、特に行わない場合について説明する。レベル分け処理としては、ユーザに対する認証処理を行う場合を説明する。
【００４２】
図２、図３及び図４は、対象機器１の構成を示すブロック図である。
【００４３】
図２に示す対象機器１の構成は、ＣＰＵ１０１、ＲＡＭ１０２、パターンマッチング部１０３、データ変換部１０４、起動用ＲＯＭ１０５、フラッシュＲＯＭ１０６、指紋センサ１０７、無線Ｉ／Ｆ１１１、データ受信部１１２、データ送信部１１３、電力供給部１９１、及び電源１９２を備えている。
【００４４】
図３に示す対象機器１の構成は、上記図２の構成において、ＬＡＮ  Ｉ／Ｆ１１４やモデム１１５が追加され、パターンマッチング部１０３が除かれた構成となっている。
【００４５】
また、図４に示す対象機器１の構成は、上記図２の構成において、ＬＡＮ  Ｉ／Ｆ１１４やモデム１１５が追加された構成となっている。
【００４６】
レベル分け処理は、対象機器内部で行うか、あるいは外部で行うかで対象機器１の構成が若干変化する。内部で行う場合は、図２、図３及び図４に示す構成のいずれでもよく、外部で行う場合は、図３及び図４に示す構成のいずれとなる。もちろん、レベル分け処理を外部で行う場合で、ＬＡＮ  Ｉ／Ｆ１１４やモデム１１５を使用せず無線で行う場合、対象機器１の構成は図２、図３及び図４に示す構成のいずれでもよい。
【００４７】
また、対象機器１とユーザ設定データ記録機器２を含んだシステム全体の構成は、レベル分け処理を内部で行う場合は図５、外部で行う場合は図６または図７に示すような構成になる。図５に示す全体構成では、各対象機器１ａ、１ｂ、１ｃ、…と各ユーザ設定データ記録機器２ａ、２ｂ、２ｃ、…とがそれぞれ相互に無線接続される。図６に示す全体構成では、図５に示す構成において、各対象機器１ａ、１ｂ、１ｃ、…がＬＡＮ回路網６または公衆回線網７を介して認証サーバ３に接続されている。図７に示す構成では、図６に示す構成において、認証サーバ３に代えて対象機器兼認証サーバ１ａａが設けられている。
【００４８】
さらに、ユーザ設定データ記録機器２の構成は、図８に示すように、ＣＰＵ２０１、ＲＡＭ２０２、フラッシュＲＯＭ２０３、起動用ＲＯＭ２０４、無線Ｉ／Ｆ２１１、データ受信部２１２、データ送信部２１３、電力供給部２９１、及び電源２９２を備えている。
【００４９】
また、ユーザは、腕時計型のユーザ設定データ記録機器２を腕に付けているものとする。腕に付けている必要はないが、対象機器１と通信可能な位置にあることが必要である。また、デジタルカメラは対象機器１が組み込まれており、ユーザ設定データ記録機器２から受信した設定データに基づきモータ等が作動し、設定データどおりの調整が行えるようになっている。
【００５０】
本実施形態では、対象機器１の形態としてデジタルカメラを、ユーザ設定データ記録機器２の形態として腕時計を仮定しているが、それ以外の形態でも本発明は使用可能である。例えば、対象機器１の例としてはデジタルカメラ以外にも照明器具、音響システム、シートなどが挙げられるし、ユーザ設定データ記録機器２の例としては携帯電話、ＰＤＡ、携帯音楽プレーヤなどが挙げられる。但し、対象機器１とユーザ設定データ記録機器２との間でやりとりされる機器設定データ（後述の図１３、図１８参照）の項目は対象機器１の種別によって異なる。例えば対象機器１が音響機器である場合、図１３や図１８にある「シャッタースピード」「ＡＦ  ＯＮ／ＯＦＦ」といった項目はなくなり、代りに音量、サラウンドモードの種類（映画館、ホールなど）、スピーカの方向などの項目が使用される。
【００５１】
さらに、本実施形態では、センサとして身体特徴を測定する指紋センサ１０７を使用しているが、もちろん別種のセンサでも問題ない。例えば、人間の目の虹彩の模様は、指紋と同様に個人差であるので、デジタルカメラのファインダーに虹彩センサを取り付け、ファインダーをユーザが覗いたら虹彩センサが作動し、虹彩の画像情報データもしくはそれをデータ変換した認証用データを作成すれば問題ない。他の例として、人間の髪、唾液、汗などに含まれるＤＮＡ情報を使用する方法もある。ＤＮＡ情報は個人差がある。髪、唾液、汗などのセンサを付け、ＤＮＡ情報を読み取り、認証用データを作成することも可能である。声紋も同じように個人差がある。対象機器１にマイクというセンサを用意し、ユーザが声を発生し、その声紋を採取することから各人で異なる声紋情報を取得し、それから認証用データを作成すればよい。
【００５２】
また、フラッシュＲＯＭ１０６及びフラッシュＲＯＭ２０３をデータ保存部として用いるが、ＨＤＤなどの他の記録媒体でももちろん問題はない。同様にデータ受信部１１２及びデータ受信部２１２、データ送信部１１３及びデータ送信部２１３は、データ送受信部としても何ら問題はない。
【００５３】
無線の種類も特に問わない。赤外線、無線ＬＡＮ、超音波、光など何でもよい。さらに言えば、本実施形態では通信媒体として無線を使用したが、無論有線でも問題はない。また、人の体を通信媒体とした通信方法もあるが、それでも問題ない。
【００５４】
以上挙げた構成は、後述する他の実施形態にも適用される。
【００５５】
次に、本実施形態に係る動作として、図９〜図１１のフローチャートを参照しつつ登録動作及び再設定動作を順次説明する。図９及び図１０は本実施形態の対象機器１の動作を示すフローチャートであり、図１１は、ユーザ設定データ記録機器２の動作を示すフローチャートである。
【００５６】
＜登録動作＞
登録時の機器間のタイムライン・ダイアグラムを図１２に示す。
【００５７】
（１）ユーザ設定データ記録機器２に認証用データを記録
ユーザは、認証用データ記録用の専用機か、対象機器１を用いて認証用データをユーザ設定データ記録機器２に登録しなければならない。つまり、指紋を身体情報として指紋センサにより読み取らせ、読み取ったデータを認証用データに変換させ、無線でユーザ設定データ記録機器２に送信し、記録する。認証用データは読み取ったデータをそのまま認証用データとして用いても構わない。
【００５８】
（２）対象機器１を手動で設定
対象機器１の電源１９２を入れ、開始状態にする（ステップＳ１０１）。次にユーザは対象機器１を手動で設定する。本実施形態１０では、対象機器１はデジタルカメラである。シャッタースピード、ＡＦ（オートフォーカス）のＯＮ／ＯＦＦ、感度（ＩＳＯ  １００／４００）など、デジタルカメラの機能に関する設定を手動で行う。設定対象となるデータの基本セットは起動用ＲＯＭ１０５もしくはフラッシュＲＯＭ１０６内に存在するので、ユーザが設定したデータ（機器設定データ）をＲＡＭ１０２に記録する。
【００５９】
（３）ユーザ設定データ記録機器２に設定した機器設定データを登録
対象機器１の電源１９２を入れ、開始状態にする（ステップＳ１０１）。ユーザは、登録開始の行為を行い、対象機器１の指紋センサ１０７に指４を押しつける。指紋センサ１０７は接触を感知して作動する（ステップＳ１１１）。作動したら、登録開始の行為が行われたか判別する（ステップＳ１１２）。
【００６０】
登録開始の行為は、例えば登録ボタンを対象機器１は備え、それを押しながら指４を指紋センサ１０７に押しつける、指紋センサ１０７を２回叩き、その後５秒以内に指４を指紋センサ１０７に押しつける、といった行為が考えられる。明示的にユーザが登録を指示できる形式であれば、登録開始の行為は特に規定しない。
【００６１】
本実施形態では登録開始の行為が行われているので、登録可能なデータを送信することを対象機器１は記録する（ステップＳ１１３）。次に対象機器１は指紋センサ１０７よりユーザの身体情報をとる（ステップＳ１１４）。
【００６２】
読み取られた身体情報はＲＡＭ１０２に一時記録され、データ変換部１０４により認証用データに変換しＲＡＭ１０２に一時記録する（ステップＳ１１５）。認証用データを用いず、直接身体情報を認証用データとして用いても構わないのでこのデータ変換作業は行わなくてもよい。但し、先のユーザ設定データ記録機器２に認証用データを記録したときと同じ方法でなければならない。また、ＣＰＵ１０１でデータ変換が行えるならデータ変換部１０４は無くても構わない。また、データ変換作業で暗号化などのセキュリティ処理を行うことも可能である。
変換された認証データはＲＡＭ１０２内に置かれる。
【００６３】
ステップＳ１１３より、ＲＡＭ１０２には、ユーザが登録をしたいのか否か、といった情報が記録されている。具体的にはユーザが登録作業を行ったか否か、が記録されている。また、ステップＳ１１５よりＲＡＭ１０２にはユーザの認証用データが記録されている。対象機器１は、ＲＡＭ１０２にある登録作業を行ったか否かというデータを参照し、送信するデータは登録可能なデータとして送信するのか判断する（ステップＳ１２１）。
【００６４】
ユーザは登録行為を行ったので、ＲＡＭ１０２にある認証用データと、対象機器１を作成したメーカが記録した起動用ＲＯＭ１０５もしくはフラッシュＲＯＭ１０６に存在する機器ＩＤデータと、ユーザが手動で設定して作成された、ＲＡＭ１０２に存在する機器設定データをユーザ設定データ記録機器２に送信する（ステップＳ１２２）。ここで送信するデータは、図１３のようになる。
【００６５】
ユーザ設定データ記録機器２は、最初開始状態にある（図１１のステップＳ２０１）。送信されたデータが受信されると（ステップＳ２０２）、受信したデータに機器設定データがあるか判断する（ステップＳ２０３）。機器設定データがあれば、それはユーザ設定データ記録機器２に記録することになる。ユーザ設定データ記録機器２は、受信した機器ＩＤデータをキーとしてフラッシュＲＯＭ２０３内を検索し、もしあれば既に機器ＩＤデータの組みとして記録されているユーザ設定データに、受信した機器設定データを上書きする（ステップＳ２０４）。なければ、新たに受信した機器ＩＤデータと機器設定データをフラッシュＲＯＭ２０３に記録する（ステップＳ２０４）。
【００６６】
＜再設定動作＞
最初に簡単に再設定で行われる全体的な作業の流れを説明する。
【００６７】
対象機器１で身体情報データを読み取る。読み取られたデータは認証用データに変換される。認証処理を行い、対象機器１を使用する権利のあるユーザであるか判断する。次に、ブロードキャストを行う場合は機器ＩＤデータのみを、行わない場合は認証用データと機器ＩＤデータを送信する。対象機器１は、自身がブロードキャストもしくは複数人に送信したか否か記録しておく。
【００６８】
ユーザ設定データ記録機器２は受信した機器ＩＤデータをキーとしてユーザ設定データ記録機器２内のデータを検索し、対象機器１に対応するユーザ設定データがあれば、それと機器ＩＤデータを送信し、なければ何も送信しない。
【００６９】
対象機器１は、先にブロードキャストもしくは複数人に送信したならば複数の返信を受信することとなる。対象機器１は受信した複数のユーザ設定データを統計処理し、再設定を行う。ブロードキャストもしくは複数人に送信していないのであれば受信するデータは１つであるので、単一のユーザ設定データに基づき再設定を行う。
【００７０】
次に、具体的に再設定の処理の流れを説明する。
【００７１】
図１４（ａ）、（ｂ）に、再設定時の機器間のタイムライン・ダイアグラムを示す。同図（ａ）は、対象機器１に対応するユーザ設定データが存在した場合、同図（ｂ）は、対象機器１に対応するユーザ設定データが存在しなかった場合を示している。
【００７２】
（１）対象機器１による認証用データの作成
対象機器１の電源１９２を入れ、開始状態にする（ステップＳ１０１）。最初にユーザは、対象機器１の指紋センサ１０７に指４を押しつける。指紋センサ１０７は接触を感知して作動する（ステップＳ１１１）。作動したら、登録開始の行為が行われたか判別する（ステップＳ１１２）。ここでは、行われていないとする。
【００７３】
図１５に示すように、指紋センサ１０７をシャッターボタンと組み合わせることにより、ユーザが意識しないで指紋センサ１０７に触れ、設定可能となっている。もちろん、本発明を使用したくない場合、センサをＯＦＦにすれば、本発明で提案する再設定は行われない。
【００７４】
登録開始行為は行われていないので、身体情報を読み取る（ステップＳ１１４）。読み取りに失敗したら開始状態に戻る（ステップＳ１０１）。読み取られたデータはＲＡＭ１０２に一時保存され、データ変換部１０４により認証用データに変換される（ステップＳ１１５）。認証用データを用いず、直接指紋情報を個人識別に使用するならば、このデータ変換作業は行わなくてもよい。また、ＣＰＵ１０１でデータ変換が行えるならデータ変換部１０４は無くても構わない。また、データ変換作業で暗号化などのセキュリティ処理を行うことも可能である。変換された認証用データはＲＡＭ１０２内に置かれる。
【００７５】
（２）対象機器１の認証処理
対象機器１の内部、外部を問わず、認証処理を行う。対象機器１内部で認証処理を行う場合で、パターンマッチング部１０３を使用して指紋認証を行う場合、対象機器１の構成は図２もしくは図４の構成となる。パターンマッチング部１０３を使用せずＣＰＵ１０１で行うのであればパターンマッチング部１０３の有無は関係なくなるので、図２、図３、図４に示した構成のどれでも構わない。
【００７６】
ＬＡＮ回路網６、公衆回路網７や無線５を使用して対象機器１の外部で認証処理を行う場合、図６における認証サーバ３や、図７における対象機器兼認証サーバ１ａａのように、指紋認証を行う機器がネットワーク上に必要であり、また対象機器１にはそれにアクセスできる機能が求められる。指紋認証を外部で行う場合、必要であれば対象機器１にＬＡＮＩ／Ｆ１１４やモデム１１５などの部品を搭載する。もちろん、無線Ｉ／Ｆ１１１を用いて対象機器１と認証サーバ３が通信可能であるならＬＡＮＩ／Ｆ１１４やモデム１１５は必要ない。要は、対象機器１の外部で認証処理を行う場合は、認証サーバ３と対象機器１が通信できれば問題ない。
【００７７】
結局、対象機器１の構造や運用環境により、指紋認証を対象機器１の内部で行うか外部で行うかを対象機器１の管理者は決定しておかなければならない（ステップＳ１１６）。対象機器１自身、もしくは外部の認証サーバ３（認証サーバ機能を持つ他の対象機器１含む）には、例えば図１６のようなデータベースがあるとする。
【００７８】
対象機器１内部で指紋認証を行う場合（図５）、パターンマッチング部１０３はセンサから取得し生成したＲＡＭ１０２内にある認証用データとフラッシュＲＯＭ１０６内にある登録済み認証用データを比較する（ステップＳ１２０）。ここでフラッシュＲＯＭ１０６内に一致する認証用データが存在すればユーザは対象機器１を使用する権利があるユーザであり、なければ権利がないユーザである。
【００７９】
対象機器１外部で指紋認証を行う場合（図６、図７）、対象機器１は認証サーバ３や対象機器兼認証サーバ１ａａに認証用データを送信する（ステップＳ１１７）。認証サーバ３や対象機器兼認証サーバ１ａａは、認証用データを受信し、予め登録してある認証用データと比較して認証を行い、結果を送信元の対象機器１に送信する。対象機器１は指紋認証の結果を受信する（ステップＳ１１９）。そして、その結果よりユーザが使用権のあるユーザか判別する（ステップＳ１２０）。権利があればステップＳ１２１へ進み、なければ開始状態に戻る（ステップＳ１０１）。
【００８０】
（３）対象機器１による機器ＩＤデータもしくは機器ＩＤデータと認証用データの送信
登録開始行為は行っていないので、登録可能なデータは送信されないこととなる（ステップＳ１２１）。次に、対象機器１は機器設定データをブロードキャストを行うか判断する（ステップＳ１３１）。ブロードキャストとは、対象機器１の周辺に無線通信可能なユーザ設定データ記録機器２が複数存在するとき、その全てを対象とした通信を行うことを意味する。
【００８１】
ブロードキャストを行うときとは、例えば複数のユーザの嗜好を対象機器１が収集し、その嗜好を統計処理にかけ再設定するときに用いる。ブロードキャストを行うか否かは、対象機器１を作成したメーカの判断による。ブロードキャストを行う場合が考えられる対象機器１としては、エアコンなどが挙げられる。もちろん、ユーザがブロードキャストを行うか選択可能としてもよい。
【００８２】
ブロードキャストを行わないのであれば、対象機器１はＲＡＭ１０２内にある認証用データと起動用ＲＯＭ１０５もしくはフラッシュＲＯＭ１０６内にある機器ＩＤデータをユーザ設定データ記録機器２に送信する（ステップＳ１３３）。送信するデータは図１７に示すようになる。
【００８３】
ブロードキャストを行うのであれば、機器ＩＤデータのみを送信する。送信するデータは、図１１から認証用データを除いたものとなる。他にも、ブロードキャスト用の処理はいろいろ考えられる。例えば、機器設定データの値の部分に「ｂｒｏａｄｃａｓｔ」といった文字があれば、それはブロードキャストで送信されたデータである、と判別でいきる。また、ブロードキャスト時に立てるフラグを伝送データに項目として用意し、そのフラグが１であればブロードキャストのデータ、そうでなければブロードキャストのデータでない、といった判別を行ってもよい。
【００８４】
ここで対象機器１は、ブロードキャストを行ったか否かをＲＡＭ１０２に記録しておく。ブロードキャストを行うか否かは、送信するデータに認証用データを付加するか否かで表現される。本実施形態では通信手段は無線であるので、単に送信するだけでは使用する周波数が同じであれば、周辺に存在する全ての対象機器１、ユーザ設定データ記録機器２に配送されてしまう。
【００８５】
よって、本実施形態では、対象機器１が送信するデータに認証用データが付加しているとき、ユーザ設定データ記録機器２は予め保持している認証用データと比較し、一致すれば次の検索作業に進み、一致しなければ受信したデータを破棄する。送信するデータに認証用データがない、ブロードキャスト用フラグが立っているなど、ブロードキャストのデータを受信したら、無条件で検索作業に進むようにする。
【００８６】
以上のように、認証用データは送信アドレスとしての働きもある。
【００８７】
本実施形態では、ブロードキャストを行わないとする。データを送信する際、ＲＡＭ１０２にある認証用データをＣＰＵ１０１内で適当な通信プロトコルに変換し、データ送信部１１３を通じ、無線Ｉ／Ｆ１１１を通じて無線５で行う。
【００８８】
データを送信したら（ステップＳ１３３）、同じ機器ＩＤデータを複数人に送信するか判別する（ステップＳ１３４）。ステップＳ１３４の判別は、例えば、ある対象機器１をブロードキャストにより、対象機器１の通信範囲内の人の設定に従わせたくなく、あるグループメンバの人の設定のみを反映したいときに有効である。これは、インターネット環境で言えば、ユニキャストを複数回行いたいか、という判定と考えてもよい。
【００８９】
ステップＳ１３４において複数人に送信したいならば、認証用データをそのグループメンバの認証用データに変え（ステップＳ１３５）、また送信する（ステップＳ１３３）。グループメンバは、予め対象機器１において設定されているものとする。本実施形態では、複数人に送信しないとする。
【００９０】
（４）対象機器１に対応するユーザ設定データを検索
ユーザ設定データ記録機器２は最初開始状態にある（ステップＳ２０１）。送信されたデータが受信される（ステップＳ２０２）と、受信したデータに機器設定データがあるか判別する（ステップＳ２０３）。機器設定データがないと、ユーザ設定データ記録機器２は対象機器１に対応するデータを送信することとなる。
【００９１】
次に、受信したデータに認証用データがあるか判別する（ステップＳ２０５）。認証用データがあれば、それと、予め登録されているフラッシュＲＯＭ２０３内に登録済みの認証用データと照合する（ステップＳ２０６）。これを個人識別と言う。
【００９２】
２つのデータが一致しなければ（ステップＳ２０７）、ユーザ設定データ記録機器２は開始状態に戻り（ステップＳ２０１）、何も送信しない。２つのデータが一致する、つまりユーザ設定データ記録機器２が現在使用しているユーザのものであると判別されれば（ステップＳ２０７）、受信した機器ＩＤデータをキーとして対象機器１に対応するユーザ設定データが存在するか、フラッシュＲＯＭ２０３内を検索する（ステップＳ２０８）。機器ＩＤデータにはメーカ名、製品名、製品カテゴリ名、シリアル番号などが含まれているので、それをキーワードにして検索を行う。
【００９３】
多くの場合、製品名をキーワードにして検索を行うのが最もよい。なぜなら、同じ種類の製品だが別のシリアル番号のもので、ユーザ設定データを使用することが可能であるからである。しかし、シリアル番号で比較してもよいし、製品カテゴリで比較してもよい。これは、ユーザ設定データ記録機器２を作成するメーカが機器ＩＤデータのどれを使用して検索するか決定してもよいし、ユーザが選択可能にしてもよい。
【００９４】
検索の結果、なければユーザ設定データ記録機器２は開始状態に戻り（ステップＳ２０１）、何も送信しない。対応するユーザ設定データが存在すれば、その発見したユーザ設定データと機器ＩＤデータを送信する（ステップＳ２０９）。送信するデータは図１８のようになる。
【００９５】
また、受信した認証用データが一致するのはあくまで身体情報をセンサにより取得させたユーザである点に注意したい。これにより、もし複数のユーザ設定データ記録機器２が対象機器１の周りにあったとしても、送信したいユーザのユーザ設定データ記録機器２に結果的に送信できることになる。
【００９６】
対象機器１はある期間内にユーザ設定データを受信できたら、そのユーザ設定データに基づき再設定を行う対象機器１は、ある期間だけデータが受信できたか待つ（ステップＳ１３６）。ある期間以内に受信できなければ何もせず、開始状態に戻る（ステップＳ１０１）。
【００９７】
対象機器１は、自身がブロードキャストもしくは複数人に送信したか否かをＲＡＭ１０２に記録しているので（ステップＳ１３１）、ブロードキャストもしくは複数人に送信していれば受信したデータをそれに対する返信、単一ユーザからの返信として扱う（ステップＳ１３７）。
【００９８】
対象機器１は、受信したデータにある機器ＩＤデータが、対象機器１自体の機器ＩＤデータと一致するか比較する。一致すれば、受信したデータは対象機器１が送信したデータに対する返答であるので処理を行い、一致しなければ受信したデータを破棄する。ここで機器ＩＤデータを比較するとしたが、機器ＩＤデータのどの項目を実際に比較するかはユーザ設定データ記録機器２を作成するメーカが機器ＩＤデータのどれを使用して検索するか決定してもよいし、ユーザが選択可能にしてもよい。
【００９９】
ブロードキャストもしくは複数人に送信していなければ（ステップＳ１３７）、受信したユーザ設定データに基づき対象機器１を再設定し、開始状態に戻る（ステップＳ１０１）。
【０１００】
ブロードキャストもしくは複数人に送信していれば（ステップＳ１３７）、受信した複数のユーザ設定データを統計処理し（ステップＳ１３８）、統計処理の結果に基づき対象機器１を再設定し（ステップＳ１３９）、開始状態に戻る（ステップＳ１０１）。
【０１０１】
本実施形態では、ブロードキャストを行わないので、ユーザ設定データ記録機器２から図１８に示すようなデータより、ユーザ設定データを参照してユーザ好みの設定にデジタルカメラを再設定する。
【０１０２】
［第２実施形態］
図１９は、本発明の第２実施形態に係る情報処理システムの特徴的な機能を示すブロック図である。
【０１０３】
本実施形態では、対象機器１にアクセスするユーザを区別し、ユーザ毎に異なる処理を行う事例として、図１９に示すように、対象機器１がユーザ設定データ記録機器２から受信したデータにレベルに対応した処理を行う場合を説明する。すなわち、ユーザ設定データ記録機器２に図２０のデータベースを用意し、データベースを検索して得たデータに応じて対象機器１が処理を変更することで提供されるサービスについて説明する。
【０１０４】
本実施形態に係る対象機器１の動作を示すフローチャートは、図９及び図２１を用いることとし、これと上記第１実施形態で用いた図９及び図１０の違いは、図１０のステップＳ１３７とステップＳ１４０の間にステップＳ１５０の処理が加わったことである。
【０１０５】
以下、本実施形態において、以上変化した部分について補足する。
【０１０６】
図２０に示すデータベースでは、ユーザ設定データ記録機器２に、認証用データ及び機器ＩＤデータに加えて、機器ＩＤデータ毎に使用履歴を保持するのが特徴である。使用履歴の更新は、対象機器１の指紋センサ１０７がユーザに反応し、図１７に示すようなデータが対象機器１からユーザ設定データ記録機器２に送信され、認証用データを比較して一致し、機器ＩＤデータを使用してユーザ設定データ記録機器２内のデータを検索して発見されたときに行われる。
【０１０７】
例えば、対象機器１はデジタルカメラとし、図１７に示すようなデータが送信されたとすると、図２０のデータベースで、図１７の機器ＩＤデータと一致するキーの使用履歴が１加算される。具体的には、「ＣＡＮＯＮ」、「Ｄｉｇｉｔａｌ  Ｃａｍｅｒａ」、「Ａｕｔｏ  Ｓｅｔ」、「ＡＳＣ−００００００１」に対応した使用履歴の値が１つずつ加算され、それぞれ使用履歴は、１５が１６に、２０が２１に、４３が４４に、５５が５６となる。もちろん、加算でなく、減算他の処理でもよく、また加算される値も１でなくとも問題はない。この処理は、予めユーザ設定データ記録機器２で定義されているものとする。
【０１０８】
そして、ユーザ設定データをユーザ設定データ記録機器２から対象機器１に送信するときに、認証用データとユーザ設定データと機器ＩＤデータの各キーに対応した使用履歴も送信する。
【０１０９】
対象機器１はデータを受信し（ステップＳ１３６）、ブロードキャストもしくは複数人からに対する返信か判断する（ステップＳ１３７）。本実施形態では、ブロードキャストもしくは複数人からに対する返信ではないとする。
【０１１０】
対象機器１は、受信した認証用データとＳ１１５において一時記録された認証用データを照会することで、受信したデータが、対象機器１を直前に使用した人からの返答か否かをチェックする（ステップＳ１５０）。そうであれば、受信した使用履歴を参照し、そのユーザに提供するサービスを選択し（ステップＳ１５０）、それに合った設定を行う（ステップＳ１４０）。例えば、使用履歴が１００回以上であれば、課金データを２割差し引いて登録する、といった割引サービスなどが提供可能である。
【０１１１】
以上述べたように、ユーザ設定データ記録機器２にデータベースを保持すると、データベースを認証サーバ３に作成した時と比較して、次のような利点がある。対象機器１がネットワークに接続していようといまいと関係なく、使用履歴をユーザ設定データ記録機器２に記録することが可能である。つまり、対象機器１をユーザに提供するメーカが、対象機器１の使用環境を考慮せずにサービスを提供することが可能となる。
【０１１２】
本実施形態は、ユーザ設定データ記録機器２にデータベースを保持することが最大の特徴である。データベースには、使用履歴だけではなく、使用した日時、場所などもユーザ設定データ記録機器２で行われる処理の設定次第で記録させることも可能である。
【０１１３】
本実施形態で提案した仕組みにより、対象機器１を作成するメーカもしくは対象機器１を使用したサービスを提供する業者は、対象機器１の設置環境を考慮せずにサービスを提供できる。また、より正確なユーザの使用状況を把握でき、よりユーザニーズに適した製品の開発に反映させることが可能となる。
【０１１４】
またユーザも、ユーザが意識しなくとも確実に使用記録がユーザ設定データ記録機器２に蓄積されるので、使用回数のカウントをし忘れることがなく、先に述べたメーカ等のよりよいサービスを受ける機会が増す。
【０１１５】
［第３実施形態］
本実施形態では、対象機器１にアクセスするユーザを区別し、ユーザ毎に異なる処理を行う事例として、図１９に示すように、ユーザ設定データ記録機器２から受信したデータに対してレベルに対応した処理を行う場合で、認証サーバ３にレベルに対応したデータを蓄積して、ユーザ毎に異なるサービスを提供する場合について説明する。本実施形態の対象機器１のフローチャートは、図９及び図２１を用いる。
【０１１６】
上記第１実施形態では、認証サーバ３のデータベース例として図１６を使用し、デジタルカメラ（対象機器１）のセンサ１０７にユーザが触れるだけで、認証及び個人識別を行い、ユーザに応じた設定を行う例を示した。本実施形態では、図１６のデータベースに加え、認証サーバ３に図２２に示すようなデータベースを用意すると可能になるサービスを説明する。
【０１１７】
具体的には、認証サーバ３にユーザ情報を記録しておくことにより、ユーザがセンサ１０７に反応しただけで、対象機器１が認証サーバ３のデータベースを参照し、ユーザ毎に異なる処理を行うことにより提供されるサービスについて説明する。
【０１１８】
上記第１実施形態では、対象機器１外部で認証を行う場合、図１７に示すような認証用データを認証サーバ３に送信した。図１７の認証用データは、図１６に示すようなデータベースにおいて山田太郎の登録済みデータと一致するので、ユーザは山田太郎、ユーザＩＤは１２３４５、性別は男、課金データは２０００円などと判別され、山田太郎は対象機器１を使用する権利があるユーザと認証された。本実施形態では、対象機器１から認証サーバ３に送信されるデータは、認証用データと機器ＩＤデータであるとする。つまり、図１７に示すデータそのものであるとする。
【０１１９】
ここで、図２２のようなデータを持つデータベースが認証サーバ３に存在するとする。データベースは、ネットワーク上で認証サーバ３が参照できれば、同一サーバ内に存在しなくとも問題はない。また、図２２ではユーザＩＤが１人のときしか示していないが、複数のユーザＩＤを認証サーバ３が所持し管理しても何ら問題はない。
【０１２０】
本実施形態でも上記第１実施形態と同様に、認証サーバ３は対象機器１が送信した認証用データと予め保持している認証用データを比較することで認証を行う。認証処理はあくまで認証用データを比較することである。本実施形態では、図１６に示すデータベースを、認証用データをキーとして参照することより、ユーザＩＤ他も判明する。ユーザＩＤ「１２３４５」をキーワードとし、データベースを検索すると、図２２に示すようなデータベースが発見される。このとき、ユーザ別の管理はユーザＩＤではなく、ユーザ名や他のユーザを特定できるキーワードであれば何ら問題はない。もちろん、認証用データでも問題ない。
【０１２１】
図２２のデータベースより、ユーザＩＤ「１２３４５」は、使用許可機器ＩＤデータ、サービスレベル、使用履歴といった情報を４組み持っている。もちろん、４組み以上でも何ら問題はない。使用許可機器ＩＤデータは、そのユーザが使用を許可されている機器ＩＤデータである。サービスレベルは上記使用許可機器ＩＤデータをユーザが使用するとき受けるサービスのレベルでありＳが最高、Ｅが最低のサービスであるとする。Ｓ、Ａ、Ｂ、Ｃ、Ｄ、Ｅの順でサービスレベルは低下する。使用履歴は上記使用許可ＩＤデータを持つ対象機器１をユーザが使用した回数であるとする。
【０１２２】
よって、ユーザＩＤ「１２３４５」は、使用許可機器ＩＤデータ「ＡＳＣ−００００００１」を、サービスレベル「Ｓ」で使用でき、使用履歴は「１５」回であると分かる。
【０１２３】
認証サーバ３は、レベルに対応したデータを上記のように検索し、対象機器１にサービスレベルを送信する。対象機器１はサービスレベルを受信し、そのサービスレベルを一時保存しておく。その後、対象機器１はユーザ設定データ記録機器２と送受信を行い、ユーザ設定データを受信したら、前記保存しておいたサービスレベルに応じた処理を行う（ステップＳ１５０）。
【０１２４】
サービスレベルに応じた処理とは、例えばサービスレベルＳ（最高）ならデジタルカメラ（対象機器１）の使用時間は１週間、サービスレベルＤ（最低）なら３０分に制限する、といった処理である。以上のような設定を、対象機器１はサービスレベルに基づき行う（ステップＳ１４０）。
【０１２５】
上記のような使用許可機器ＩＤデータや使用履歴などの個人的な情報は、メーカの商品開発や商品販売に有用なデータであり、これをメーカはユーザに意識させることなく、取得することが可能となる。また、ユーザは使用履歴などによりサービスレベルが変化し、例えば同じ製品や、同じメーカを繰り返し使用することによりサービスレベルが上昇し、より有利なサービスを提供してもらうことが可能となる。
【０１２６】
例えば、本実施形態で、対象機器１はデジタルカメラであるとするし、認証サーバ３で管理される対象機器１はレンタル用のデジタルカメラであるとする。そして、メーカはユーザにレンタル用のデジタルカメラを貸し出すことにより、使用料を徴収可能である。この際、事前にユーザが認証サーバ３に登録を行っておけば、デジタルカメラのセンサにユーザが触れるだけで、貸し出し作業を行うことができる。
【０１２７】
具体的には、ユーザがセンサに触れると認証データが認証サーバ３に転送され、認証処理が行われる。このとき、貸し出し時間、機種などの貸し出しデータを認証サーバ３に保存することにより、貸し出し作業が完了する。
【０１２８】
また、サービスレベルＳは撮影枚数無制限、Ａは４０枚まで、Ｂは２０枚まで、Ｃは１０枚まで、Ｄは５枚まで、Ｅは２枚まで、とする。すると、図１７（２）より、ユーザＩＤ「１２３４５」のユーザは、使用許可機器ＩＤデータ「ＡＳＣ−００００００１」なら無制限に撮影でき、「Ａｕｔｏ  Ｓｅｔ」なら４０枚まで、「Ｄｉｇｉｔａｌ  Ｃａｍｅｒａ」なら２０枚まで、と使用許可機器ＩＤデータにより細かなレベルのサービスを設定することも可能である。メーカは各ユーザの使用履歴を把握し、自社の製品をより使用するユーザに対し、より良いサービスを提供することができ、ユーザはそのサービスを享受することが可能となる。
【０１２９】
上記の機構は、様々に応用が可能である。例えば、サービスレベル、ではなくサービスタイプ、とし、タイプによってユーザが受けるサービスのタイプを変化させることもできる。また、使用履歴により、課金データに０。７５を掛けるなどし、割安サービスを提供することも可能である。また、図２２のデータベースを細分化して、細かな個々のユーザのユーザ設定データを保存し、どのように対象機器１が使用されているか、といった統計データを取得することも可能となる。
【０１３０】
また、サービス提供者が策定したグループにユーザを分け、そのグループに応じたサービスを提供する、ということも可能である。例えば、ユーザが男性グループか女性グループかでサービスを分ける、優待会員グループと普通会員グループに分ける、などとし、そのグループに応じたサービスを提供することが可能である。
【０１３１】
以上より、本実施形態では、認証サーバ３に図２２に示すようなデータベースを追加することにより、メーカは様々なサービスを提供でき、ユーザもサービスを享受できる。
【０１３２】
［第４実施形態］
本実施形態では、対象機器１にアクセスするユーザを区別し、ユーザ毎に異なる処理を行う事例として、図１９に示すように、ユーザ設定データ記録機器２にデータを蓄積してユーザ毎に対象機器１が取得するデータの個数を変化させることにより異なるサービスを提供する場合を説明する。
【０１３３】
例えば、ある対象機器１についての機器設定データ（これはユーザ設定データと、図１８のシャッタースピードなど項目は同じである）は１０項目あるとする。以上の状況下で、対象機器１Ａはユーザαについては、対象機器１の１０項目全てを使用した設定が可能であり、ユーザβについては対象機器１の１０項目のうち、３項目を使用した設定しか可能ではない、といったユーザによって使用する項目数を制限するサービスを提供する方法を説明する。
【０１３４】
本実施形態に係る対象機器１の動作を示すフローチャートは、図９と図２１を用いる。
【０１３５】
ユーザ設定データ記録機器２には、例えば対象機器１がデジタルカメラである場合、図１８にあるような、シャッタースピード、ＡＦ  ＯＮ／ＯＦＦ、ＩＳＯ１００／４００という項目とそれに対応した値の組みであるユーザ設定データが保存されている。もちろん、ユーザ設定データは上記項目と値の組みでなくとも、対象機器１の設定に利用できるデータであれば形式は問わない。
【０１３６】
ユーザ設定データ記録機器２は、対象機器１の設定時に、図１８に例示したユーザ設定データを送信するのは、上記第１実施形態で述べた通りである。対象機器１は、ユーザ設定データ記録機器２から受信したユーザ設定データに基づき、対象機器１を設定するのは、図１０のステップＳ１４０で示した通りである。
【０１３７】
このステップＳ１４０の前段の処理であるステップＳ１５０において、ユーザにより、設定に使用する項目を変化させる。対象機器１、もしくは対象機器１と通信できる認証サーバ３には、ユーザをランク分けするデータと、ユーザのランクに応じて行う処理が保存されている。
【０１３８】
例えば、ユーザのランクは、最高のＳから、Ａ、Ｂ、Ｃ、最低のＤまである。他のランク付けでも構わない。ユーザのランクに応じた処理とは、例えばある対象機器１についての機器設定データの項目が１０項目あるとすると、Ｓランクは１０項目全ての値を使用して対象機器１についての設定を行うのに対し、Ａランクは８項目、Ｂランクは６項目、Ｃランクは４項目、Ｄランクは２項目の値しか使用しない。この処理を行うにあたり、対象機器１は、ユーザ設定データ記録機器２から１０項目全てのユーザ設定データを受信して処理してもいいし、ランクに応じた項目しか受信しなくても構わない。
【０１３９】
ユーザのランク付けの方法については特に規定しない。例えば、対象機器１を作成したメーカの製品をより使用するユーザには高ランクを与えたり、ユーザ登録したユーザには高ランクを与えるなどが考えられる。また、前記実施形態３０で説明した、使用履歴などのデータを参照してランクを付けるようにしても構わない。
【０１４０】
以上のようにして、ユーザにより、同じ対象機器１で受けるサービスを変化させることが可能となる。この機能により、対象機器１のメーカや対象機器１を販売する業者は、付加価値サービスを提供することが可能となる。
【０１４１】
［第５実施形態］
図２３は、本発明の第５実施形態に係る情報処理システムの特徴的な機能を示すブロック図である。
【０１４２】
本実施形態では、対象機器１にアクセスするユーザを区別し、ユーザ毎に異なる処理を行う事例として、図２３に示すように、ユーザ設定データ記録機器２に送信するデータにレベルに対応した処理を行う場合で、ユーザ設定データ記録機器２にデータを蓄積してユーザ毎に対象機器１が取得するデータの個数を変化させることにより異なるサービスを提供する場合を説明する。
【０１４３】
本実施形態に係る対象機器１の動作を示すフローチャートは、図９及び図２４を用いる。図９及び図１０との違いは、ステップＳ１６０の処理が加わったことである。本実施形態において、以上変化した部分について補足する。
【０１４４】
上記第４実施形態では、ある対象機器１についての機器設定データは１０項目あるとし、対象機器１は、ユーザαについては１０項目全てを使用した設定が可能であり、ユーザβについては３項目を使用した設定しか可能ではない、といったユーザによって使用する項目数を制限するサービスを提供することを説明したが、本実施形態では、上記第４実施形態と同様のケースにおいて、このサービスを提供する方法が異なる。
【０１４５】
本実施形態では、対象機器１がユーザ設定データ記録機器２に送信するデータは、レベルに対応した処理を行った後に（ステップＳ１６０）、送信（ステップＳ１３３）する。
【０１４６】
このステップＳ１６０の処理では、ユーザにより、設定に使用する項目を変化させる。対象機器１、もしくは対象機器１と通信できる認証サーバ３には、ユーザをランク分けするデータと、ユーザのランクに応じて行う処理が保存されている。例えば、ユーザのランクは、最高のＳから、Ａ、Ｂ、Ｃ、最低のＤまである。他のランク付けでも構わない。ユーザのランクに応じた処理とは、例えばある対象機器１についての機器設定データの項目が１０項目あるとすると、Ｓランクは１０項目全ての値を使用して対象機器１についての設定を行うのに対し、Ａランクは８項目、Ｂランクは６項目、Ｃランクは４項目、Ｄランクは２項目の値しか使用しない。
【０１４７】
この処理を行うにあたり、対象機器１は、ユーザ設定データ記録機器２から１０項目全てのユーザ設定データを受信してもいいし、ランクに応じた項目しか受信しなくても構わない。これは、どのランクに何を行うか、というステップＳ１６０の部分の実装による。
【０１４８】
ユーザのランク付けの方法については特に規定しない。例えば、対象機器１を作成したメーカの製品をより使用するユーザには高ランクを与えたり、ユーザ登録したユーザには高ランクを与えるなどが考えられる。
【０１４９】
対象機器１は、認証用データ及び機器ＩＤデータと、ステップＳ１６０の処理で発生したデータをユーザ設定データ記録機器２に送信する。本実施形態では、ランクに応じた機器設定データの項目のみを、ステップＳ１６０の処理で発生したデータとして送信する。ユーザ設定データ記録機器２は、値が入っていない機器設定データがきたときは、その機器設定データの項目に対応したユーザ設定データの項目と値を返すとする。
【０１５０】
対象機器１は、ユーザ設定データを受信する。このとき、対象機器１には、ユーザのランクに応じたユーザ設定データを受信しているので、その項目と値に基づき、設定を行う。
【０１５１】
以上のようにして、ユーザにより、同じ対象機器１で受けるサービスを変化させることが可能となる。この機能により、対象機器１のメーカや対象機器１を販売する業者は、付加価値サービスを提供することが可能となる。
【０１５２】
また、対象機器１からユーザ設定データ記録機器２に伝送する機器ＩＤデータの項目数を減らせるので、伝送データ量の削減により、伝送速度の高速化、データ処理時間の削減という効果もある。
【０１５３】
［第６実施形態］
図２５は、本発明の第６実施形態に係る情報処理システムの特徴的な機能を示すブロック図である。
【０１５４】
本実施形態では、対象機器１にアクセスするユーザを区別し、ユーザ毎に異なる処理を行う事例として、図２５に示すように、対象機器１でデータをユーザ設定機器２に送信する前とユーザ設定データ記録機器２から受信したデータに、レベルに対応した処理を行う場合を説明する。すなわち、ユーザ設定データ記録機器２に、図２６（ａ）、（ｂ）のデータベースを用意し、このデータベースを検索して得たデータに応じて対象機器１が処理を変更すると提供されるサービスについて説明する。
【０１５５】
図２７のイメージ図に示すように、対象機器１はエアコンであるとし、あるグループに属したユーザの設定のみを対象に設定を行う場合を想定する。また、そのユーザはランク分けされる。また、本実施形態では、対象機器１を使用するグループは２人によりなっており、それぞれユーザＡ、認証用データ「ＯｉｊｄｒＯＩ」と、ユーザＢ、認証用データ「ＡｏｉｊＯＪ」であると例として仮定する。対象機器１には、各ユーザの認証用データが存在し、グループとして登録されているものとする。
【０１５６】
本実施形態に係る対象機器１のフローチャートは、図９と図２８を用いる。図９及び図１０との違いは、ステップＳ２６０とステップＳ２５０の処理が加わったことである。本実施形態では、複数人に対する送信も使用する。
【０１５７】
以下、再設定の場面より、本実施形態の処理の流れを具体的に説明する。
【０１５８】
対象機器１の電源１９２を入れ、開始状態（ステップＳ１０１）にする。最初にユーザＡは、対象機器１の指紋センサ１０７に指４を押しつける。指紋センサ１０７は接触を感知して作動する（ステップＳ１１１）。作動したら、登録開始の行為が行われたか判別する（ステップＳ１１２）。ここでは、行われていないとする。
【０１５９】
登録開始行為は行われていないので、身体情報を読み取る（ステップＳ１１４）。読み取りに失敗したら開始状態に戻る（ステップＳ１０１）。読み取られたデータはＲＡＭ１０２に一時保存され、データ変換部１０４により認証用データ「ＯｉｊｄｒＯＩ」に変換される（ステップＳ１１５）。認証用データを用いず、直接指紋情報を個人識別に使用するならば、このデータ変換作業は行わなくてもよい。また、ＣＰＵ１０１でデータ変換が行えるならデータ変換部１０４は無くても構わない。また、データ変換作業で暗号化などのセキュリティ処理を行うことも可能である。変換された認証用データはＲＡＭ１０２内に置かれる。
【０１６０】
対象機器１の内部、外部を問わず、認証処理を行う。対象機器１の構造や運用環境により、指紋認証を対象機器１の内部で行うか外部で行うかを対象機器１の管理者は決定しておかなければならない（ステップＳ１１６）。本実施形態では、内部で行うものとする。
【０１６１】
対象機器１内部で指紋認証を行う場合、パターンマッチング部１０３はセンサから取得し生成したＲＡＭ１０２内にある認証用データとフラッシュＲＯＭ１０６内にある登録済み認証用データを比較する（ステップＳ１２０）。ここでフラッシュＲＯＭ１０６内に一致する認証用データが存在すればユーザは対象機器１を使用する権利があるユーザであり、なければ権利がないユーザである。権利があればＳ１２１に、なければ開始状態に戻る（ステップＳ１０１）。ステップＳ１２０において、ユーザのレベル分けも行う。ここで、ユーザＡはレベルＢであると対象機器１に登録され、後に登場するユーザＢはレベルＳと登録されているとする。ユーザＡは、レベルＢとレベル分けされる。
【０１６２】
登録開始行為は行っていないので、登録可能なデータは送信されないこととなる（ステップＳ１２１）。次に、対象機器１は機器設定データをブロードキャストを行うか判断する（ステップＳ１３１）。
【０１６３】
対象機器１は、ブロードキャストを行ったか否かをＲＡＭ１０２に記録しておく。ブロードキャストを行うか否かは、送信するデータに認証用データを付加するか否かで表現される。本実施形態では通信手段は無線であるので、単に送信するだけでは使用する周波数が同じであれば、周辺に存在する全ての対象機器１、ユーザ設定データ記録機器２に配送される。本実施形態では、ブロードキャストを行わないとする。
【０１６４】
次に、ユーザ毎の処理を行う（ステップＳ２６０）。対象機器１のセンサに触れたユーザはＡである。ユーザＡのランクはＢであるので、対象機器１については、機器設定データのうち、「気温」という項目のみ設定が反映されるものとする。
【０１６５】
本実施形態では、ブロードキャストを行わないので、対象機器１はＲＡＭ１０２内にある認証用データと起動用ＲＯＭ１０５もしくはフラッシュＲＯＭ１０６内にある機器ＩＤデータと、ユーザＡがレベルＢであることより決定された、「気温」項目のみの機器設定データをユーザ設定データ記録機器２に送信する（ステップＳ１３３）。送信するデータは、図２９に示すようなデータである。データを送信する際、ＲＡＭ１０２にある認証用データをＣＰＵ１０１内で適当な通信プロトコルに変換し、データ送信部１１３を通じ、無線Ｉ／Ｆ１１１を通じて無線５で行う。
【０１６６】
データを送信したら（ステップＳ１３３）、同じ機器ＩＤデータを複数人に送信するか判別する（ステップＳ１３４）。ステップＳ１３４の判別は、例えば、ある対象機器１をブロードキャストにより、対象機器１の通信範囲内の人の設定に従わせたくなく、あるグループメンバの人の設定のみを反映したいときに有効である。
【０１６７】
ステップＳ１３４において複数人に送信したいならば、認証用データをそのグループメンバの認証用データに変え（ステップＳ１３５）、また送信する（ステップＳ１３３）。グループメンバは、予め対象機器１において設定されているものとする。
【０１６８】
本実施形態では、対象機器１を使用するグループは２人によりなっており、それぞれユーザＡ、認証用データ「ＯｉｊｄｒＯＩ」と、ユーザＢ、認証用データ「ＡｏｉｊＯＪ」であると例として仮定されている。対象機器１には、各ユーザの認証用データが存在し、グループとして登録されているものとする。ユーザＡが対象機器１のセンサを操作したので、対象機器１は、同じグループのメンバであるユーザＢにも送信する。
【０１６９】
まず対象機器１は、認証用データをユーザＢのものに変更する（ステップＳ１３５）。ユーザＢのレベルはＳであると対象機器１に登録されている。対象機器１は、認証用データをキーとしてユーザＢのレベルを検索する。ユーザＢのレベルを読み、Ｓであると読み取り、レベルＳに対応する処理として、機器設定データの項目として、「気温」と「湿度」について設定が反映されるものとする（ステップＳ２６０）。対象機器１は、ユーザＢ用として、図３０のデータを送信する（ステップＳ１３３）。グループメンバはもう登録されていないので、ステップＳ１３４の処理はＮｏとなり、対象機器１はユーザ設定データ記録機器２からの返信待ち状態であるステップＳ１３６に移行する。
【０１７０】
一方、ユーザ設定データ記録機器２での処理は、図１１のフローチャートで説明した通りである。
【０１７１】
本実施形態では、ユーザＡ所持のユーザ設定データ記録機器２は図２６（ａ）のデータベースを、ユーザＢ所持のユーザ設定データ記録機器２は図２６（ｂ）のデータベースを所持しているものとする。
【０１７２】
ユーザＡ所持のユーザ設定データ記録機器２は、図２９のデータを、ユーザＢ所持のユーザ設定データ記録機器２は、図３０のデータを受信する。ここで、ユーザＡに関しては機器設定データは「気温」の項目しかないので、ユーザＡ所持のユーザ設定データ記録機器２は図２６（ａ）の機器ＩＤデータとそれぞれに対応した使用履歴と、ユーザ設定データのうち、項目「気温」値「２６」を対象機器１に送信する。ユーザＢ所持のユーザ設定データ記録機器２は、図２６（ｂ）の機器ＩＤデータとそれぞれに対応した使用履歴と、ユーザ設定データの項目「気温」値「２２」と、項目「湿度」値「１０」を対象機器１に送信する。
【０１７３】
また、各ユーザ設定データ記録機器２は、対象機器１から受信したデータに含まれる機器ＩＤデータに対応した使用履歴を更新する。例えば、受信した機器ＩＤデータの項目と既にユーザ設定データ記録機器２が所持している機器ＩＤデータの項目を比較し、一致したら項目に対応する使用履歴を１加える、などの処理が挙げられる。
【０１７４】
対象機器１は、ある期間だけデータが受信できたか待つ（ステップＳ１３６）。ある期間以内に受信できなければ何もせず、開始状態に戻る（ステップＳ１０１）。
【０１７５】
対象機器１は、自身がブロードキャストもしくは複数人に送信したか否かをＲＡＭ１０２に記録しているので（ステップＳ１３１）、ブロードキャストもしくは複数人に送信していれば受信したデータをそれに対する返信、単一ユーザからの返信として扱う（ステップＳ１３７）。本実施形態では、ユーザＡ、Ｂのユーザ設定データ記録機器２からの返信を待ち、受信する。
【０１７６】
対象機器１は、受信したデータにある機器ＩＤデータが、対象機器１自体の機器ＩＤデータと一致するか比較する。一致すれば、受信したデータは対象機器１が送信したデータに対する返答であるので処理を行い、一致しなければ受信したデータを破棄する。ここで機器ＩＤデータを比較する、としたが、機器ＩＤデータのどの項目を実際に比較するか、はユーザ設定データ記録機器２を作成するメーカが機器ＩＤデータのどれを使用して検索するか決定してもよいし、ユーザが選択可能にしてもよい。
【０１７７】
ブロードキャストもしくは複数人に送信していなければ（ステップＳ１３７）、受信したユーザ設定データに基づき対象機器１を再設定し、開始状態に戻る（ステップＳ１０１）。
ブロードキャストもしくは複数人に送信していれば（ステップＳ１３７）、受信した複数のユーザ設定データを統計処理し（ステップＳ１３８）、統計処理の結果に基づき対象機器１を再設定し（ステップＳ１３９）、開始状態に戻る（ステップＳ１０１）。
【０１７８】
本実施形態では、ブロードキャストを行っていないが、複数人に対する送信を行っている。よって、ステップＳ１３７の判定はＮｏとなり、ステップＳ２５０のユーザ毎の処理を行う状態となる。対象機器１は、ユーザＡに関して、機器ＩＤデータと機器ＩＤデータの各項目に対する使用履歴以外は、項目「気温」値「２６」のみを、ユーザＢに関しては項目「気温」値「２２」と項目「湿度」値「１０」を受信している。また、ユーザＡのレベルはＢ、ユーザＢのレベルはＳである。
【０１７９】
対象機器１は、ここで、ユーザのレベルに対応した処理を行う（ステップＳ２５０）。まず、湿度に関しては、ユーザＢのユーザ設定データである「１０」しか受信していないので、それに基づき、「湿度」が「１０」％となるように対象機器１を設定することにする。次に、気温である。気温は、ユーザＡ、Ｂそれぞれから受信している。ユーザＡ、Ｂのレベルを比較する。レベルが同じであれば、単純に値の総和を人数で割る。例えば、もしユーザＡ、Ｂのレベルが同じであるとすると、値は「２６」「２２」であるので、「２４」度となるように対象機器１を設定することとなる。
【０１８０】
しかし、本実施形態では、ユーザＡはランクＢであり、ユーザＢはランクＳである。よって、ランクＳのユーザ設定データを優先した処理を行う。例えば、２人の値の平均である「２４」度より、よりランクが高いユーザＢのユーザ設定データに近づけて「２３」度としたり、まったくユーザＡのユーザ設定データを無視し、「２２」度としてもよい。また、例示はしなかったが、対象機器１は、各ユーザの本対象機器１に対する使用履歴も受信している。よって、ステップＳ２５０で実行されるレベルに応じた処理に、ユーザの使用履歴を考慮した処理を行ってもよい。例えば、使用履歴の値が多いユーザほどユーザ設定データが対象機器１に反映されやすくするように実装することが考えられる。
【０１８１】
このステップＳ２５０で実行される処理は、対象機器１を作成するメーカの実装に依存する。また、本実施形態は、１つの例である。機器ＩＤデータによって更新されるデータは、使用履歴であると例示したが、もちろん他の項目でも構わない。例えば、課金回数や、日時などが挙げられる。
【０１８２】
なお、上述した図９とこれに続く図１０、図２１、図２４または図２８のフローチャートに従ったプログラムを対象機器１内の例えばフラッシュＲＯＭ１０６に格納し動作することにより、上述の各実施形態の制御方法を実現させることが可能となる。
【０１８３】
また、対象機器１及びユーザ設定データ記録機器２も、データを送信する前に暗号化する機能を追加することも可能である。その場合、データを暗号化する機能が必要である。暗号化はＣＰＵ１０１で行ってもいいし、暗号を専門に行うチップを用意してもよい。同時に、暗号化を行う場合、対象機器１及びユーザ設定データ記録機器２も、暗号化されたデータを受信し、それを元のデータに戻す機能を有さねばならない。元のデータに戻す作業は、ＣＰＵ１０１で行ってもよいし、暗号を戻す作業を専門に行うチップを用意してもよい。本発明では、その方式は特に規定しない。
【０１８４】
暗号化を行うことにより、データを暗号化せず送受信した場合に比べて通信データの安全性が向上するのは言うまでもない。また、例えば暗号化手法として公開鍵暗号方式を採用し、秘密鍵を対象機器１でセンサ情報を元に生成すれば、暗号化と同時に認証や、ユーザ設定データ記録機器２の特定にも使用できる。
【０１８５】
上記各実施形態では、対象機器１にセンサ１０７を搭載したが、これは、データセキュリティを確保するためと、ユーザインタフェースとして用いるためである。つまり、センサを搭載することにより、個人識別と認証が行え、ユーザ設定データ記録機器２を他人が取得したとしても使用できなくし、ユーザの嗜好が反映された設定データを守ることができる。
【０１８６】
さらに、センサ１０７とレベル分け手段により認証を行え、対象機器１にアクセスするユーザを区別し、ユーザ毎に異なる処理を行うことが可能となる。また、ユーザがセンサで身体情報を読み込ませることをきっかけとし、それだけの行動で対象機器１の設定を行える、というユーザインタフェースを提供することができる。
【０１８７】
そして、センサ１０７がユーザを検知すると、センサ１０７によりユーザの身体情報が読み込まれ、認証用データが作成される。対象機器１は、対象機器１自身もしくは認証サーバで、予め登録済みの認証用データと作成した認証用データを比較し、認証を行う。認証の結果、使用権のあるユーザであれば、対象機器１は、必要に応じてレベルに対応した処理を行い、認証用データと機器ＩＤデータなどを対象機器１からユーザ設定データ記録機器２に送信する。使用権のないユーザの場合、送信しない。
【０１８８】
ユーザ設定データ記録機器２は認証用データを用いて、ユーザ設定データ記録機器２が現在のユーザのものか個人識別を行う。個人識別の結果、問題がなければ、ユーザ設定データ記録機器２は、先に受信した機器ＩＤデータを検索キーとして対象機器１に対応するユーザ設定データが存在するか検索する。発見したらユーザ設定データと機器ＩＤデータを送信する。対象機器１はユーザ設定データを受信し、必要に応じてレベルに対応した処理を行い、受信したユーザ設定データに基づき、設定を行う。
【０１８９】
したがって、ユーザはセンサから身体情報を読み込ませるだけで、個人識別と認証と設定を行うことが可能となる。すなわち、ユーザは１度ユーザ設定データ記録機器２に登録した対象機器１の設定を、センサがユーザを検知するだけで、対象機器１に送信して対象機器１を設定することが可能となる。
【０１９０】
本発明は、上述した実施形態の装置に限定されず、複数の機器から構成されるシステムに適用しても、１つの機器から成る装置に適用してもよい。前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体をシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、完成されることは言うまでもない。
【０１９１】
この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。プログラムコードを供給するための記録媒体としては、例えば、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭを用いることができる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１９２】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、次のプログラムコードの指示に基づき、その拡張機能を拡張ボードや拡張ユニットに備わるＣＰＵなどが処理を行って実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１９３】
【発明の効果】
本発明によれば、１台の対象機器を複数人で使い回す場合に、対象機器に予め複数人の設定を登録しておかなくても、一度設定した機器を使用する度にユーザが手作業で設定し直すという煩雑さを解消でき、操作者のユーザレベルに応じた処理を行うため、対象機器の管理者等はユーザの操作性を損なうことなく、対象機器にユーザのアクセス制限を行うことが可能となる。さらに、このアクセス制限により、ユーザ毎に異なったサービスを提供することが可能となる。
【図面の簡単な説明】
【図１】本発明の第１実施形態に係る情報処理システムの特徴的な機能を示すブロック図である。
【図２】対象機器１の構成を示すブロック図である。
【図３】対象機器１の他の構成を示すブロック図である。
【図４】対象機器１の他の構成を示すブロック図である。
【図５】各実施形態に係るレベル分け処理を内部で行う場合のシステム全体の構成を示すブロック図である。
【図６】各実施形態に係るレベル分け処理を外部で行う場合システム全体の構成を示すブロック図である。
【図７】各実施形態に係るレベル分け処理を外部で行う場合システム全体の構成を示すブロック図である。
【図８】各実施形態に係るユーザ設定データ記録機器２の構成を示すブロック図である。
【図９】第１実施形態の対象機器１の動作を示すフローチャートである。
【図１０】図９の続きのフローチャートである。
【図１１】ユーザ設定データ記録機器２の動作を示すフローチャートである。
【図１２】登録時の機器間のタイムライン・ダイアグラムを示す図である。
【図１３】登録時にユーザ設定データ記録機器２に送信するデータの形式を示す図である。
【図１４】再設定時の機器間のタイムライン・ダイアグラムを示す図である。
【図１５】本発明の実施時のイメージ図である。
【図１６】対象機器１もしくは認証サーバ３に存在するデータベースの形式を示す図である。
【図１７】設定時にユーザ設定データ記録機器２に送信するデータの形式を示す図である。
【図１８】設定時にユーザ設定データ記録機器２から送信するデータの形式を示す図である。
【図１９】本発明の第２実施形態に係る情報処理システムの特徴的な機能を示すブロック図である。
【図２０】ユーザ設定データ記録機器２に存在するデータベースの形式を示す図である。
【図２１】第２、第３及び第４実施形態に係る対象機器１の動作を示すフローチャートである。
【図２２】第３実施形態に係る認証サーバ３に存在するデータベースの形式を示す図である。
【図２３】本発明の第５実施形態に係る情報処理システムの特徴的な機能を示すブロック図である。
【図２４】第５実施形態の対象機器１の動作を示すフローチャートである。
【図２５】本発明の第６実施形態に係る情報処理システムの特徴的な機能を示すブロック図である。
【図２６】第６実施形態に係るユーザ設定データ記録機器２に存在するデータベースの形式を示す図である。
【図２７】第６実施形態に係る実施時のイメージ図である。
【図２８】第６実施形態の対象機器１の動作を示すフローチャートである。
【図２９】第６実施形態に係るユーザ設定データ記録機器２に送信するデータの形式を示す図である。
【図３０】第６実施形態に係るユーザ設定データ記録機器２に送信するデータの他の形式を示す図である。
【符号の説明】
１  対象機器
２  ユーザ設定データ記録機器
１０１  ＣＰＵ
１０２  ＲＡＭ
１０３  パターンマッチング部
１０４  データ変換部
１０５  起動用ＲＯＭ
１０６  フラッシュＲＯＭ
１０７  指紋センサ
１１１  無線Ｉ／Ｆ
１１２  データ受信部
１１３  データ送信部
１９１  電力供給部
１９２  電源
【図１】
0004669117.tif 000002
【図２】
0004669117.tif 000003
【図３】
0004669117.tif 000004
【図４】
0004669117.tif 000005
【図５】
0004669117.tif 000006
【図６】
0004669117.tif 000007
【図７】
0004669117.tif 000008
【図８】
0004669117.tif 000009
【図９】
0004669117.tif 000010
【図１０】
0004669117.tif 000011
【図１１】
0004669117.tif 000012
【図１２】
0004669117.tif 000013
【図１３】
0004669117.tif 000014
【図１４】
0004669117.tif 000015
【図１５】
0004669117.tif 000016
【図１６】
0004669117.tif 000017
【図１７】
0004669117.tif 000018
【図１８】
0004669117.tif 000019
【図１９】
0004669117.tif 000020
【図２０】
0004669117.tif 000021
【図２１】
0004669117.tif 000022
【図２２】
0004669117.tif 000023
【図２３】
0004669117.tif 000024
【図２４】
0004669117.tif 000025
【図２５】
0004669117.tif 000026
【図２６】
0004669117.tif 000027
【図２７】
0004669117.tif 000028
【図２８】
0004669117.tif 000029
【図２９】
0004669117.tif 000030
【図３０】
0004669117.tif 000031