JP7098892B2 - 閲覧制御サーバーおよび閲覧制御方法 - Google Patents

Description

本発明は、閲覧制御サーバーおよび閲覧制御方法に関する。

管理対象の各プリンターは、ネットワークを通じて機体毎の稼働情報がサーバーに収集され、収集された稼働情報の監視（遠隔監視）を通じて管理される。

特開２００７‐２８０２４８号公報

上述のような管理を行うシステムにおいては、プリンターの顧客に自身のプリンターに関する稼働情報を閲覧させるにあたって、予め顧客とプリンターとの対応付けを行う必要がある。従来は、このような対応付けに必要な入力をプリンター一台毎に人間が手入力していたため煩雑であり、また間違った入力が行われる可能性があった。また、前記閲覧を実現するにあたっては、第三者へ稼働情報が流出しないようにセキュリティ上の対策を採る必要がある。

なお特許文献１には、機器を有していないユーザーから中古機器に係わる新たなユーザー登録要求を受信したとき、当該機器を所持するユーザーからの転売要求が記憶手段に記憶されている場合に、前記新たなユーザー登録要求を受け付けるサーバーが開示されている。しかしながら、元々機器を所持していたユーザーが転売要求を登録せずに転売し、新たに当該機器を所持したユーザーが転売前の稼働情報を閲覧できる状況が起こり得る。そのため、このような機体の転売等のプリンター側の状況変化をより容易に把握して、前記管理や閲覧の適切な実施に役立てることも求められている。

本発明は上述の課題の少なくとも一つに対して有用な閲覧制御サーバーおよび閲覧制御方法を提供する。

本発明の態様の一つは、閲覧制御サーバーは、一台以上のデバイスを管理する管理機能からネットワークを介して前記デバイス毎に固有のデバイス識別情報と前記管理機能毎に固有の管理識別情報と顧客毎に固有の顧客識別情報とを取得し、当該取得したデバイス識別情報と管理識別情報と顧客識別情報とを対応付けて記憶する識別情報管理部と、前記管理機能から前記ネットワークを介して前記デバイス毎の稼働情報であるデバイス情報を収集するデバイス情報収集部と、外部からの操作に応じて前記顧客識別情報を特定し、当該特定した顧客識別情報に対応付けられた前記デバイス識別情報によって識別されるデバイスの前記デバイス情報を外部に対して閲覧可能とする閲覧制御部と、を備える。

当該構成によれば、閲覧制御サーバーは、デバイスの顧客に対して、その顧客識別情報に対応付けられたデバイス識別情報によって識別されるデバイスのデバイス情報を閲覧させることができる。また、閲覧制御サーバーは、一台以上のデバイスを管理する管理機能からデバイス識別情報と管理識別情報と顧客識別情報とを取得し、それらを対応付けて記憶する。そのため、人間がデバイス毎のデバイス識別情報等を手入力で閲覧制御サーバーへ送信する場合等と比較して情報を正確に得ることができる。また、閲覧制御サーバーは、デバイス毎のデバイス識別情報とデバイスを管理する管理機能の管理識別情報との対応関係を取得することにより、転売等のデバイス毎の状況変化を把握して、デバイスの適切な管理や情報閲覧に役立てることができる。

本発明の態様の一つは、閲覧制御サーバーは、前記顧客識別情報を発行する顧客識別情報発行部を備え、前記識別情報管理部は、複数の前記管理機能から共通する前記顧客識別情報を取得するとしてもよい。
当該構成によれば、閲覧制御サーバーが、顧客毎の顧客識別情報を発行する。また、前記管理機能は、閲覧制御サーバーが発行した顧客識別情報の設定を受け、設定された顧客識別情報を、管理対象のデバイス毎のデバイス識別情報等とともに閲覧制御サーバーへ送信する。従って、閲覧制御サーバーは、各管理機能がそれぞれ管理する複数のデバイスを、共通の顧客識別情報の下で管理することができる。

本発明の態様の一つは、前記識別情報管理部は、ユーザー毎に固有のユーザー識別情報と前記顧客識別情報との対応関係を記憶し、前記閲覧制御部は、前記操作に応じて特定された前記ユーザー識別情報と、前記ユーザー識別情報と顧客識別情報との対応関係に基づいて、前記顧客識別情報を特定するとしてもよい。
当該構成によれば、顧客（例えば、企業）に属するユーザー（例えば、社員）は、自身のユーザー識別情報を介して、自身が所属する企業が所有するデバイスのデバイス情報を閲覧することが可能となる。

本発明の態様の一つは、前記識別情報管理部が、前記デバイス識別情報および前記管理識別情報の記憶済みである第１の組み合わせと管理識別情報が異なる第２の組み合わせを取得し、前記第１の組み合わせに対応付けて記憶していた第１の顧客識別情報と異なる第２の顧客識別情報を前記第２の組み合わせに対応付けて記憶した場合には、前記閲覧制御部は、前記第２の組み合わせが取得されるまでに前記デバイス情報収集部が収集した前記第１の組み合わせにおけるデバイス識別情報によって識別されるデバイスの前記デバイス情報を、前記操作に応じて前記第２の顧客識別情報を特定したときに前記閲覧の対象から除外するとしてもよい。
当該構成によれば、閲覧制御サーバーは、あるデバイス識別情報に対応付ける管理識別情報が変更されたタイミング後、当該デバイス識別情報に、それまでの第１の顧客識別情報（元の顧客）と異なる第２の顧客識別情報（新たな顧客）を対応付けた場合に、当該デバイス識別情報にかかるデバイスから前記タイミングよりも過去に収集したデバイス情報を前記新たな顧客に閲覧させない。これにより、デバイスが転売された場合に、転売前のデバイスの所有者が関係するデバイス情報が転売後の所有者に漏えいすることが防止される。

本発明の態様の一つは、前記識別情報管理部が、前記第１の組み合わせと管理識別情報が異なる前記第２の組み合わせを取得し、前記第１の組み合わせに対応付けて記憶していた第１の顧客識別情報と異なる第２の顧客識別情報を前記第２の組み合わせに対応付けて記憶した場合には、前記閲覧制御部は、前記第２の組み合わせが取得されてから前記デバイス情報収集部が収集した前記第２の組み合わせにおけるデバイス識別情報によって識別されるデバイスの前記デバイス情報を、前記操作に応じて前記第１の顧客識別情報を特定したときに前記閲覧の対象から除外するとしてもよい。
当該構成によれば、閲覧制御サーバーは、あるデバイス識別情報に対応付ける管理識別情報が変更されたタイミング後、当該デバイス識別情報に、それまでの第１の顧客識別情報（元の顧客）と異なる第２の顧客識別情報（新たな顧客）を対応付けた場合に、当該デバイス識別情報にかかるデバイスから前記タイミング以降に収集したデバイス情報を前記元の顧客に閲覧させない。これにより、デバイスが転売された場合に、転売後のデバイスの所有者が関係するデバイス情報が転売前の所有者に漏えいすることが防止される。

本発明の態様の一つは、前記識別情報管理部が、前記第１の組み合わせと管理識別情報が異なる前記第２の組み合わせを取得し、前記第１の組み合わせに対応付けて記憶していた第１の顧客識別情報を前記第２の組み合わせに対応付けて記憶した場合には、前記閲覧制御部は、前記第２の組み合わせが取得されるまでに前記デバイス情報収集部が収集した前記第１の組み合わせにおけるデバイス識別情報によって識別されるデバイスの前記デバイス情報と、前記第２の組み合わせが取得されてから前記デバイス情報収集部が収集した前記第２の組み合わせにおけるデバイス識別情報によって識別されるデバイスの前記デバイス情報とを、前記操作に応じて前記第１の顧客識別情報を特定したときに前記閲覧の対象としてもよい。
当該構成によれば、閲覧制御サーバーは、あるデバイス識別情報に対応付ける管理識別情報が変更されたタイミング後、当該デバイス識別情報に、それまでの第１の顧客識別情報（元の顧客）を対応付けた場合に、当該デバイス識別情報にかかるデバイスから前記タイミングよりも過去に収集したデバイス情報と、当該デバイス識別情報にかかるデバイスから前記タイミング以降に収集したデバイス情報とを、前記元の顧客が閲覧できるようにする。これにより、企業（顧客）内でのデバイスの配置換え（ＰＣ等との接続関係の変更）等、転売に該当しないデバイスと管理機能との関係性の変化が起きた場合に、当該変化前のデバイス情報をその後も同じ顧客に閲覧させることができる。

本発明の技術的思想は、閲覧制御サーバーというカテゴリー以外にも様々な態様にて実現される。例えば、閲覧制御サーバーの各部が実行する処理工程を含んだ方法（閲覧制御方法）や、当該方法をハードウェア（コンピューター）に実行させるプログラムや、当該プログラムを記憶したコンピューター読取可能な記憶媒体も、それぞれ発明として成立する。
また、閲覧制御サーバーとその他の装置を含んだシステムや、システムを構成する装置それぞれが実行する処理工程に対応する方法、プログラム等も発明として成立する。

システムの構成を簡易的に示す図。 デバイス設置時処理におけるアプリケーションＡＰ２、サーバー１０それぞれの処理を示すフローチャート。 ユーザー登録処理を示すフローチャート。 顧客コード設定処理におけるアプリケーションＡＰ２、サーバー１０それぞれの処理を示すフローチャート。 図５ＡはユーザーＩＤと顧客名との対応関係を規定したテーブルＴ１の例を示す図、図５Ｂはシリアルナンバーと管理コードと顧客コードとの対応関係を規定したテーブルＴ２の例を示す図。 閲覧制御処理を示すフローチャート。 図７Ａは、デバイスについて同一顧客内で管理元の変更が生じたときの変更前後における対応付けられる管理コードおよび顧客コードを例示する図、図７Ｂは、デバイスについて顧客の変更を伴う管理元の変更が生じたときの変更前後における対応付けられる管理コードおよび顧客コードを例示する図。 ステップＳ６００でログイン情報を入力したユーザーと、ステップＳ６３０で抽出される情報の組み合わせとの対応関係の一例を示す図。 ステップＳ６００でログイン情報を入力したユーザーと、ステップＳ６３０で抽出される情報の組み合わせとの対応関係の他の例を示す図。

以下、各図を参照しながら本発明の実施形態を説明する。なお各図は、本実施形態を説明するための例示に過ぎない。
１．システムの概略説明：
図１は、本実施形態にかかるシステム１の構成を簡易的に示している。システム１は、例えば、デバイス遠隔監視システム、デバイス情報閲覧システム、等の様々な呼び名で呼ぶことができる。システム１は、サーバー１０やデバイス管理装置２０等を含んでいる。サーバー１０は、閲覧制御サーバーに該当する。サーバー１０は、閲覧制御方法の実行主体となる。ただし、閲覧制御サーバーも呼び名の一つに過ぎず、サーバー１０を、遠隔監視用サーバー、デバイス情報収集サーバー、等と呼んでもよい。

サーバー１０およびデバイス管理装置２０は、それぞれネットワーク６０に接続しており、ネットワーク６０を介して互いに通信可能である。ネットワーク６０は、公衆通信回線たるインターネット通信網や、このような公衆通信回線に接続したＬＡＮ（Local Area Network）等を含んでいる。

デバイス管理装置２０は、デバイス管理装置２０による管理対象となる一台以上のデバイス３０（例えば、デバイス３０ａ，３０ｂ…）と接続している。デバイス管理装置２０およびデバイス３０は、例えば、不図示のルーターを介してネットワーク６０に接続する有線または無線のＬＡＮであるネットワーク７０に接続されており、互いに通信可能である。ネットワーク７０はネットワーク６０の一部と捉えてもよい。図１の例では、デバイス管理装置２０は、ネットワーク７０を介してネットワーク６０に接続している。

デバイス３０は、一例としてプリンターである。プリンターとは、少なくとも印刷機能を有する装置であり、スキャナーやファクシミリ等の複数の機能を併せ持った複合機であってもよい。プリンターが採用する印刷方式は、例えば、インクジェット方式や電子写真方式等、様々である。ただし、本実施形態が想定するデバイス３０は、プリンターに限定されず、ネットワークを介して稼働情報が収集され遠隔監視や情報閲覧の対象となり得る機器であればよい。なお、デバイス３０はデバイス管理装置２０に対して、ネットワーク７０を介さずに、例えばＵＳＢ（Universal Serial Bus）ケーブル等で通信可能に接続するとしてもよい。

サーバー１０は、制御部１１、通信インターフェイス（ＩＦ）１２、記憶部１３等を含んで構成される。サーバー１０は、ネットワーク６０上でサーバーとして機能する一台あるいは複数台の情報処理装置によって実現される。制御部１１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を有する一つ又は複数のＩＣや、その他のメモリー等により構成される。制御部１１では、ＣＰＵが、ＲＯＭ等に保存されたプログラムに従った演算処理を、ＲＡＭ等をワークエリアとして用いて実行することにより、サーバー１０の挙動を制御する。制御部１１がプログラムに従って実現する機能には、識別情報管理部１４、デバイス情報収集部１５、閲覧制御部１６、顧客識別情報発行部１７等が含まれる。識別情報管理部１４、デバイス情報収集部１５、閲覧制御部１６、顧客識別情報発行部１７は、サーバー１０にインストールされたアプリケーションＡＰ１によって提供される各種機能であるとも言える。

通信ＩＦ１２は、所定の通信規格に準拠してネットワーク６０を介して外部との通信を実行するＩＦの総称である。記憶部１３は、ハードディスクドライブやフラッシュメモリー等の記憶装置や、制御部１１の一部分によって構成される。なお、記憶部１３は、制御部１１等を有する情報処理装置とは別のサーバー（データベース）であってもよく、これら複数の装置をまとめてサーバー１０と呼んでもよい。

デバイス管理装置２０は、制御部２１、通信ＩＦ２２、記憶部２３、表示部２４、操作受付部２５等を含んで構成される。デバイス管理装置２０は、パーソナルコンピューター（ＰＣ）や、ＰＣと同程度の処理能力を有する端末によって実現される。制御部２１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を有する一つ又は複数のＩＣや、その他のメモリー等により構成される。制御部２１では、ＣＰＵが、ＲＯＭ等に保存されたプログラムに従った演算処理を、ＲＡＭ等をワークエリアとして用いて実行することにより、デバイス管理装置２０の挙動を制御する。通信ＩＦ２２は、所定の通信規格に準拠してネットワーク６０，７０を介して外部との通信を実行するＩＦの総称である。記憶部２３は、ハードディスクドライブやフラッシュメモリー等の記憶装置や、制御部２１の一部分によって構成される。

表示部２４は、視覚的情報を表示するための手段であり、例えば、液晶ディスプレイ（ＬＣＤ）や、有機ＥＬディスプレイ等により構成される。表示部２４は、ディスプレイと、当該ディスプレイを駆動するための駆動回路とを含む構成であってもよい。操作受付部２５は、ユーザーによる操作を受け付けるための手段であり、例えば、物理的なボタンや、タッチパネルや、マウスや、キーボード等によって実現される。むろん、タッチパネルは、表示部２４の一機能として実現されるとしてもよい。また、表示部２４および操作受付部２５を含めて操作パネル等と呼ぶことができる。

デバイス管理装置２０には、アプリケーションＡＰ２がインストールされ、制御部２１は、アプリケーションＡＰ２を用いて管理対象のデバイス３０を管理する。デバイス３０の管理とは、デバイス３０から所定の情報を取得する処理や、デバイス３０に対して必要な情報を提供する処理（例えば、デバイス３０が搭載するファームウェアをアップデートする処理）等多岐に渡る。このようなデバイス管理装置２０は、一台以上のデバイス３０を管理する“管理機能”を体現する手段と言える。より具体的には、アプリケーションＡＰ２、あるいはアプリケーションＡＰ２を実行する制御部２１が、管理機能に該当する。

システム１には、認証用サーバー４０が含まれるとしてもよい。認証用サーバー４０は、ネットワーク６０に接続しており、ネットワーク６０上でサーバーとして機能する一台あるいは複数台の情報処理装置によって実現される。後述するが、認証用サーバー４０は、ユーザー毎の個人情報（ユーザー情報）を記憶し、システム１（サーバー１０）が提供するサービスを受けるためにサーバー１０へログインしようとするユーザーの個人認証を、ユーザー情報に基づいて実行する。認証用サーバー４０は、本実施形態にかかるシステム１に専用の認証手段である必要はない。言い換えると、認証用サーバー４０はネットワーク６０（インターネット通信網）を通じた種々のサービスを受けるユーザーの個人認証に用いられる共通の認証手段であるとしてもよい。

ユーザーは、ネットワーク６０へ接続してネットワーク６０上で開示される情報をブラウジング可能なユーザー端末５０を操作することにより、サーバー１０へログインし、サーバー１０が提供するサービスを受けることができる。ユーザー端末５０には、ＰＣ、スマートフォン、タブレット型端末、携帯電話機、その他の種々の通信機器が該当する。

２．デバイス情報の収集：
次に、デバイス３０とデバイス管理装置２０とサーバー１０との関係において実行されるデバイス情報の収集について簡単に説明する。
デバイス管理装置２０の制御部２１（アプリケーションＡＰ２）は、管理対象としているデバイス３０と通信を実行し、デバイス３０毎の稼働情報であるデバイス情報を取得する。図１の例では、デバイス管理装置２０は、自身が管理対象としているデバイス３０ａ，３０ｂそれぞれからデバイス情報を取得する。図１では、デバイス管理装置２０を一つしか記載していないが、システム１に含まれるデバイス管理装置２０は当然複数であってもよい。複数のデバイス管理装置２０のそれぞれが、自身が管理対象としている各デバイス３０からデバイス情報を取得する。

デバイス情報には、例えば、デバイス３０におけるエラー情報、ステータス情報、ジョブ情報、イベント情報、メンテナンス情報等が含まれる。エラー情報とは、デバイス３０で発生したエラー（例えば、紙詰まり）の日時や内容を示す情報である。ステータス情報とは、デバイス３０の電源起動や電源切断の情報、デバイス３０（プリンター）が有するインク残量の情報等である。ジョブ情報とは、デバイス３０（プリンター）が実行したジョブ（印刷ジョブ）の内容に関する情報である。イベント情報とは、デバイス３０（プリンター）において発生したノズルチェックやノズルクリーニング等のイベントに関する情報である。メンテナンス情報とは、デバイス３０における部品交換履歴や部品寿命に関する情報である。

制御部２１（アプリケーションＡＰ２）は、定期的あるいは不定期に通信ＩＦ２２を介して管理対象の各デバイス３０にデバイス情報を要求し、当該要求への応答として各デバイス３０からデバイス情報を取得する。あるいは、デバイス３０は、自身を管理対象としているデバイス管理装置２０へ自身のデバイス情報を随時送信するとしてもよい。制御部２１は、管理対象のデバイス３０のそれぞれから取得したデバイス情報を、デバイス情報の出所のデバイス３０に固有のデバイス識別情報と対応付けて記憶部２３へ保存する。デバイス識別情報とは、デバイス３０の個々を識別可能な情報であればよく、例えば、ネットワーク上のアドレス情報等であってもよいが、以下では、デバイス３０毎のシリアルナンバーであるとする。シリアルナンバーを（特に図面内の記載において）ＳＮと略すこともある。

制御部２１（アプリケーションＡＰ２）は、記憶部２３に保存したデバイス３０毎のデバイス情報を、定期的あるいは不定期に通信ＩＦ２２を介してサーバー１０へ送信（アップロード）する。この場合も、制御部２１は、デバイス３０のデバイス情報を、対応するデバイス３０のシリアルナンバーとともにサーバー１０へ送信する。この結果、サーバー１０側では、制御部１１（デバイス情報収集部１５）が、各デバイス管理装置２０（各デバイス管理装置２０にインストールされた各アプリケーションＡＰ２（管理機能））がそれぞれ管理するデバイス３０のデバイス情報を、ネットワーク６０を介して取得することになる。デバイス情報収集部１５は、このように収集したデバイス情報を、シリアルナンバーに対応付けて記憶部１３へ保存する。この結果、記憶部１３には、デバイス３０（シリアルナンバー）毎のデバイス情報が蓄積されることになる。

図１では図示を省略しているが、システム１には、例えばサーバー１０を管理、運営する事業者（例えば、プリンターメーカー）に属するオペレーターが操作する端末も含まれる。オペレーターは、当該端末を操作することにより、サーバー１０（記憶部１３）に上述のように蓄積されたデバイス情報へアクセスすることができる。オペレーターは、業務としてデバイス情報へアクセスすることにより、デバイス３０毎の状態を監視し、デバイス３０を使用するユーザーへ適宜有用な情報（例えば、デバイス３０に生じたエラーの解消方法、インク等の消耗品の節約に繋がる使用方法等）を提供することができる。
本実施形態では、以下に説明するように、デバイス３０のユーザーも、サーバー１０（記憶部１３）に蓄積されたデバイス情報（デバイス情報の少なくとも一部）について閲覧可能とする。

３．デバイス設置時処理：
次に、ユーザーがデバイス３０を設置した際に行われる処理について説明する。ユーザーは、デバイス３０を新規購入した場合等に、デバイス３０を使用可能な状態とするために、デバイス３０をデバイス管理装置２０と接続し、所定のセットアップを実行する。ユーザーは、デバイス３０のセットアップ前あるいはセットアップ後に、デバイス管理装置２０にアプリケーションＡＰ２をインストールする。

図２は、デバイス管理装置２０（制御部２１）にインストールされたアプリケーションＡＰ２による処理と、サーバー１０による処理とをフローチャートにより並列的に示している。図２に示す処理をデバイス設置時処理とも言う。
制御部２１（アプリケーションＡＰ２）は、通信ＩＦ２２を介して認識可能なデバイス３０を随時探索しており、それまで認識していなかった新たなデバイス３０を認識したと判定したとき（ステップＳ１００において“Ｙｅｓ”）、ステップＳ１１０へ進む。新たなデバイス３０を認識しない間は、ステップＳ１００の判定を繰り返すことになる。例えば、図１において、デバイス３０ａがネットワーク７０に接続されている状況（制御部２１は、通信ＩＦ２２を介してデバイス３０ａを既に認識している状況）で、ユーザーがデバイス３０ｂをネットワーク７０に接続して所定のセットアップを実行した場合、制御部２１は、通信ＩＦ２２を介してデバイス３０ｂを新たに認識する。この場合、制御部２１は、新たなデバイス３０を認識したと判定する。

ステップＳ１１０では、制御部２１（アプリケーションＡＰ２）は、ステップＳ１００で新たに認識したデバイス３０からデバイス識別情報（シリアルナンバー）を取得する。なお、制御部２１は、それまで取得したことのないシリアルナンバーを通信可能となったデバイス３０から取得したことをもって、新たなデバイス３０を認識する場合には、ステップＳ１００で“Ｙｅｓ”と判定した時点で、ステップＳ１１０も実質的に実施済みであると言える。

ステップＳ１２０では、制御部２１（アプリケーションＡＰ２）は、ステップＳ１１０で取得したシリアルナンバーと自身（アプリケーションＡＰ２）に固有の管理識別情報（管理コード）とを、通信ＩＦ２２を介してサーバー１０へ送信する。アプリケーションＡＰ２は、有償あるいは無償で市場へ頒布されるソフトウェアである。管理コードは、このようなソフトウェア（アプリケーションＡＰ２）毎にユニークな識別情報であり、アプリケーションＡＰ２自身がインストール後に発行したり、アプリケーションＡＰ２の頒布元により予めアプリケーションＡＰ２毎にプロダクトキーやライセンスナンバー等といった扱いで発行されていたりする。

サーバー１０側では、制御部１１（識別情報管理部１４）が、デバイス管理装置２０から送信されたデバイス３０のシリアルナンバーおよび管理コードを、ネットワーク６０を介して受信し、この受信したシリアルナンバーおよび管理コードの組み合わせを記憶部１３に記憶させる（ステップＳ２００）。以上が、デバイス設置時処理の基本的な説明である。制御部２１（アプリケーションＡＰ２）は、このように認識したデバイス３０を、以降、自身による管理対象のデバイス３０の一つとし、上述したようなデバイス情報の収集の対象等とする。
なお、図２に示すステップＳ２１０，Ｓ２２０の処理については、後述の「７．顧客コード再設定処理」の中で説明する。

４．ユーザー登録処理：
デバイス３０のユーザーは、サーバー１０が提供するサービスを享受するための準備として、自身の登録（ユーザー登録）をすることができる。例えば、上述のようにデバイス３０を設置したユーザーは、ユーザー登録を行う。

図３は、サーバー１０が実行するユーザー登録処理をフローチャートにより示している。サーバー１０は、ユーザーによるユーザー端末５０の操作に応じてユーザー登録処理を行う。
サーバー１０の制御部１１は、ユーザー仮登録画面をユーザー端末５０の表示部に表示させる（ステップＳ３００）。ユーザー仮登録画面とは、サーバー１０がネットワーク６０上で提供するＷｅｂページの一種であり、例えば、ＨＴＭＬ（Hyper Text Markup Language）言語で記述されたデータに基づいて表示される。つまり、ユーザーは、ユーザー端末５０を操作してユーザー端末５０が搭載するブラウザーを起動させ、当該ブラウザーの機能により、サーバー１０が提供するユーザー仮登録画面をユーザー端末５０の表示部に表示させる。ユーザー仮登録画面を、第１のユーザーインターフェイス（ＵＩ）画面等と呼んでもよい。

次に、制御部１１は、ユーザー仮登録画面を通じて、ユーザーからメールアドレスの入力を受け付ける（ステップＳ３１０）。言い換えると、ユーザー仮登録画面は、ユーザーへの連絡先としてのメールアドレスを入力させるためのＵＩ画面であり、ユーザーは、ユーザー仮登録画面における案内に従って、自身のメールアドレスを入力する。

制御部１１は、ユーザー仮登録画面を通じて受け付けたメールアドレス宛に、電子メール（本登録用メール）を送信する（ステップＳ３２０）。制御部１１は、ユーザー仮登録画面を通じて受け付けたメールアドレスを、本登録用メールの宛先に使用するだけであり、当該メールアドレスを記憶しない。

本登録用メールには、ユーザー本登録画面のＵＲＬ（Uniform Resource Locator）が記述されている。従って、ユーザーは、ユーザー端末５０を操作して受信した本登録用メールに記述されている前記ＵＲＬへアクセス（クリックやタップによるアクセス）することにより、ユーザー本登録画面を表示することができる。つまり、制御部１１は、前記ＵＲＬへのアクセスに応じて、ユーザー本登録画面をユーザー端末５０の表示部に表示させる（ステップＳ３３０）。ユーザー本登録画面も、サーバー１０がネットワーク６０上で提供するＷｅｂページの一種である。ユーザー本登録画面を、第２のＵＩ画面等と呼んでもよい。

制御部１１は、ユーザー本登録画面を通じて、ユーザーからユーザー情報の入力を受け付ける（ステップＳ３４０）。言い換えると、ユーザー本登録画面は、ユーザー情報を入力させるためのＵＩ画面であり、ユーザーは、ユーザー本登録画面における案内に従って、自身のユーザー情報を入力する。ユーザー情報として、例えば、氏名、メールアドレス、パスワード、顧客名、電話番号等を入力する。ユーザー情報としてのメールアドレスは、ユーザー仮登録画面で入力したメールアドレスと同じである。パスワードは、ユーザーが任意に設定する文字列である。顧客名とは、基本的には、ユーザーが所属する企業や団体といった組織の名称が該当する。一例として、デバイス管理装置２０およびデバイス管理装置２０による管理対象となるデバイス３０を所有する企業がシステム１における顧客であり、この企業に所属する社員や役員が個々のユーザーという場合が考えられる。従って、ユーザーは、ユーザー本登録画面を通じて、自身が所属する企業や団体の名称を顧客名として入力する。ただし、顧客＝組織であるとは限らず、個人事業主が顧客である場合のように、顧客＝個人という場合も有り得る。

制御部１１は、ユーザー本登録画面を通じて受け付けたユーザー情報を認証用サーバー４０へ送信することにより、当該ユーザー情報を認証用サーバー４０へ登録する（ステップＳ３５０）。認証用サーバー４０は、サーバー１０から送信されたユーザー情報を記憶する。つまり本実施形態では、個人情報保護の観点から、ユーザー情報は認証用サーバー４０だけが保持し、サーバー１０は保持しないようにしている。

認証用サーバー４０は、サーバー１０から送信された一人分のユーザー情報毎にユニークな識別情報（ユーザーＩＤ）を生成し、ユーザー情報に対応付けて記憶する。つまり、認証用サーバー４０は、ユーザー毎のユーザー情報をユーザーＩＤを用いて管理する。ユーザーＩＤは、本発明のユーザー識別情報に該当する。さらに認証用サーバー４０は、ユーザー情報の送信元であるサーバー１０に対して、当該ユーザー情報に対応付けたユーザーＩＤおよび当該ユーザー情報の一部である顧客名を送信する。この結果、サーバー１０の制御部１１は、認証用サーバー４０から、ユーザーＩＤおよび顧客名の組み合わせを取得することになる（ステップＳ３６０）。

制御部１１（識別情報管理部１４）は、認証用サーバー４０から取得したユーザーＩＤおよび顧客名の組み合わせを記憶部１３へ記憶させる（ステップＳ３７０）。
また、制御部１１は、ステップＳ３４０でユーザー本登録画面においてユーザー情報の入力を受け付けた後（例えば、ユーザー本登録画面にデザインされた所定のボタン（登録ボタンあるいは送信ボタン等）が操作された後）、ユーザー端末５０における表示をユーザー本登録画面から遷移させ、登録完了画面を表示させる（ステップＳ３８０）。ステップＳ３８０とステップＳ３５０～Ｓ３７０の処理とは、並行して実行される。

登録完了画面も、サーバー１０がネットワーク６０上で提供するＷｅｂページの一種である。登録完了画面を、第３のＵＩ画面等と呼んでもよい。登録完了画面は、ユーザー登録処理の完了をユーザーへ通知する画面である。さらに登録完了画面には、顧客コードをデバイス管理装置２０に設定すべき旨をユーザーに促すメッセージを含んでいる。当該メッセージを見たユーザーは、顧客コードをデバイス管理装置２０に設定する処理（顧客コード設定処理）をすべき旨を認識する。顧客コード設定処理については後述する。

なお、制御部１１は、ユーザー仮登録画面を通じてメールアドレスの入力を受け付けたとき（ステップＳ３１０）、当該受け付けたメールアドレスが既に登録されているメールアドレスであるか否かを認証用サーバー４０へ問い合わせるとしてもよい。当該問い合わせを受けた認証用サーバー４０は、当該問い合わせにかかるメールアドレスを既にユーザーＩＤに対応付けて記憶しているユーザー情報の中に発見したときは、新たな登録対象として不適切なメールアドレスである旨をサーバー１０へ返答する。一方、当該問い合わせにかかるメールアドレスを既にユーザーＩＤに対応付けて記憶しているユーザー情報の中に発見しないときは、新たな登録対象として適切なメールアドレスである旨をサーバー１０へ返答する。不適切なメールアドレスである旨の返答を受けた制御部１１は、ユーザー仮登録画面を通じて別のメールアドレスの入力をユーザーに要求し、結果的に、既に認証用サーバー４０に登録されているメールアドレスと重複しない適切なメールアドレスの入力を受け付けることができる（ステップＳ３１０）。

認証用サーバー４０は、上述のようにユーザーＩＤおよび顧客名をサーバー１０へ送信した後、当該ユーザーＩＤに対応付けたユーザー情報に含まれるメールアドレスを宛先として、ユーザー登録処理の完了通知メールを送信するとしてもよい。ユーザーは、登録完了画面（ステップＳ３８０）を見ることでユーザー登録処理の完了を認識することができるが、このような完了通知メールを見ることによってもユーザー登録処理の完了を認識することができる。

５．顧客コード設定処理：
図４は、顧客コード設定処理に関して、デバイス管理装置２０（制御部２１）にインストールされたアプリケーションＡＰ２による処理と、サーバー１０による処理とをフローチャートにより並列的に示している。

サーバー１０の制御部１１は、ユーザーのログイン情報の入力を受け付ける（ステップＳ４００）。具体的には、顧客コード設定処理を開始しようとするユーザーは、ユーザー端末５０を操作してブラウザーの機能により、サーバー１０がネットワーク上で提供するＷｅｂページの一種である所定のログイン受付画面をユーザー端末５０の表示部に表示させる。そして、ユーザーは、ユーザー端末５０を操作してログイン受付画面へ自身のログイン情報を入力する。ログイン情報とは、ここでは上述のユーザー登録処理においてユーザー本登録画面を通じて認証用サーバー４０へ登録した自身のメールアドレスおよびパスワードであるとする。また、このようなログイン情報を、認証用情報と呼んでもよい。

制御部１１は、入力を受け付けたログイン情報を認証要求とともに認証用サーバー４０へ送信し、認証結果を待つ。認証用サーバー４０は、サーバー１０から認証要求とともに送信されたログイン情報と一致するメールアドレスおよびパスワードの組み合わせをいずれかのユーザーＩＤに対応付けてユーザー情報の一部として記憶済みであるか否かを判定する。認証用サーバー４０は、サーバー１０から認証要求とともに送信されたログイン情報と一致するメールアドレスおよびパスワードの組み合わせを記憶済みであれば、ログインを試みたユーザーは登録済みのユーザーである旨、つまり認証成功の旨をサーバー１０へ返信する。一方、サーバー１０から認証要求とともに送信されたログイン情報と一致するメールアドレスおよびパスワードの組み合わせを記憶していない場合は、認証用サーバー４０は、ログインを試みたユーザーは未登録のユーザーである旨、つまり認証失敗の旨をサーバー１０へ返信する。

認証用サーバー４０による認証結果を待つ制御部１１は、認証結果として認証成功の旨の返信を受けた場合には、ログイン成功と判定し（ステップＳ４１０において“Ｙｅｓ”）、ステップＳ４２０へ進む。一方、制御部１１は、認証結果として認証失敗の旨の返信を受けた場合には、ログイン失敗と判定し（ステップＳ４１０において“Ｎｏ”）、図４に示すフローチャートを終了させる。制御部１１は、ログイン失敗と判定した場合には、ユーザー端末５０が表示しているログイン受付画面に、例えば「ログインに失敗しました」等といったメッセージを表示させるとしてもよい。

認証用サーバー４０は、サーバー１０から認証要求とともに送信されたログイン情報と一致するメールアドレスおよびパスワードの組み合わせを記憶済みである場合、認証成功の旨とともにユーザーＩＤをサーバー１０へ返信する。ここで返信するユーザーＩＤは、当然、前記認証要求とともに送信されたログイン情報と一致するメールアドレスおよびパスワードの組み合わせに対応付けて記憶しているユーザーＩＤである。従って、認証結果を待つ制御部１１は、認証用サーバー４０からユーザーＩＤの返信を受けた場合にログイン成功と判定し（ステップＳ４１０において“Ｙｅｓ”）、ユーザーＩＤの返信を受けられなかった場合にログイン失敗と判定してもよい（ステップＳ４１０において“Ｎｏ”）。

ステップＳ４２０では、制御部１１は、前記認証要求への返信として認証用サーバー４０から取得したユーザーＩＤに対応する顧客名を特定する。
図５Ａは、ユーザーＩＤと顧客名との対応関係を規定したテーブルＴ１の例を示している。サーバー１０は、テーブルＴ１を記憶部１３に記憶させている。上述したようにユーザー登録処理において、制御部１１（識別情報管理部１４）は、ステップＳ３７０（図３）で、認証用サーバー４０から取得したユーザーＩＤおよび顧客名の組み合わせを記憶部１３へ記憶させる。このとき、制御部１１は、認証用サーバー４０から取得したユーザーＩＤおよび顧客名の組み合わせを、テーブルＴ１へ追加記録する。従って、ステップＳ４２０では、制御部１１は、テーブルＴ１を参照することにより、前記認証要求への返信として認証用サーバー４０から取得したユーザーＩＤに対応する顧客名を特定することができる。

ステップＳ４３０では、制御部１１（顧客識別情報発行部１７）は、ステップＳ４２０で特定した顧客名に対応する顧客コードを顧客コード画面に表示させる。顧客コード画面とは、ユーザーによるログイン情報の入力を受け付けたログイン受付画面の遷移後の画面である。つまり、制御部１１は、ステップＳ４１０でログイン成功と判定した場合、ステップＳ４２０を経て、ユーザー端末５０が表示しているログイン受付画面を顧客コード画面へ遷移させ、ステップＳ４３０で顧客コード画面に顧客コードを表示させる。ステップＳ４００で自身の登録済みのログイン情報を入力したユーザーの体感としては、ログイン情報を入力してから顧客コードを含んだ顧客コード画面が表示されるまでの時間はごく僅かである。

顧客コードとは、顧客（顧客名）毎に固有の顧客識別情報であり、制御部１１（顧客識別情報発行部１７）が発行（生成）するものである。一つの顧客に対して一つの顧客コードを発行した後は、当該顧客と顧客コードとの対応関係は変わらない。制御部１１（顧客識別情報発行部１７）は、ステップＳ４２０で顧客名を特定した時点で、当該顧客名に対応する顧客コードを発行済みであれば、その発行済みの顧客コードを顧客コード画面に表示させる（ステップＳ４３０）。一方、ステップＳ４２０で顧客名を特定した時点で、当該顧客名に対応する顧客コードを未発行であれば、発行済みの他の顧客コードと一致しない新たな顧客コードを当該顧客名に対応付けて発行し、顧客コード画面に表示させる（ステップＳ４３０）。

このような顧客コード画面を確認することにより、ユーザーは、自身が所属する企業等の組織（顧客）に対してサーバー１０が割り当てた顧客コードを知ることができる。
顧客コードを知ったユーザーは、当該顧客コードをデバイス管理装置２０へ設定する。つまり、ユーザーは、デバイス管理装置２０の操作受付部２５を操作することにより、上述のように知った顧客コードを入力し設定する。

デバイス管理装置２０の制御部２１（アプリケーションＡＰ２）は、操作受付部２５の操作による顧客コードの設定を受け付ける（ステップＳ５００）。
ステップＳ５１０では、制御部２１（アプリケーションＡＰ２）は、管理対象の各デバイス３０からシリアルナンバーを取得する。
そして、ステップＳ５２０では、制御部２１（アプリケーションＡＰ２）は、ステップＳ５１０で取得したシリアルナンバーと、自身（アプリケーションＡＰ２）の管理コードと、ステップＳ５００で設定を受け付けた顧客コードとを、通信ＩＦ２２を介してサーバー１０へ送信する。

サーバー１０側では、制御部１１（識別情報管理部１４）が、デバイス管理装置２０から送信されたシリアルナンバー、管理コードおよび顧客コードを、ネットワーク６０を介して受信し、この受信したシリアルナンバー、管理コードおよび顧客コードの組み合わせを記憶部１３に記憶させる（ステップＳ４４０）。

図５Ｂは、デバイス３０のシリアルナンバーと、デバイス３０を管理する管理機能（アプリケーションＡＰ２）の管理コードと、顧客コードとの対応関係を規定したテーブルＴ２の例を示している。サーバー１０は、テーブルＴ２を記憶部１３に記憶させている。上述したように顧客コード設定処理において、制御部１１（識別情報管理部１４）は、ステップＳ４４０（図４）で、デバイス管理装置２０から取得したシリアルナンバー、管理コードおよび顧客コードの組み合わせを記憶部１３へ記憶させる。このとき、制御部１１は、デバイス管理装置２０から取得したシリアルナンバー、管理コードおよび顧客コードの組み合わせを、テーブルＴ２へ追加記録する。上述したように、顧客コードと顧客名とは一対一の関係を有している。そのため、図５Ｂに例示するテーブルＴ２では、顧客コードに対応する顧客名も併せて記録している。

６．閲覧制御処理：
これまでに説明した処理が実行されていることを前提として、次に、サーバー１０によるデバイス情報の閲覧制御処理を説明する。
図６は、サーバー１０による閲覧制御処理をフローチャートにより示している。
サーバー１０の制御部１１は、ユーザーのログイン情報の入力を受け付ける（ステップＳ６００）。つまり、デバイス情報を閲覧しようとするユーザーは、ユーザー端末５０を操作してブラウザーの機能により、所定のログイン受付画面をユーザー端末５０の表示部に表示させる。そして、ユーザー端末５０を操作してログイン受付画面へ自身のログイン情報を入力する。ステップＳ６００，Ｓ６１０は、基本的にステップＳ４００，Ｓ４１０（図４）と同じ処理であるため説明を省略する。つまり、ログイン情報に基づくユーザーの認証は、認証用サーバー４０が実行する。

ステップＳ６１０でログイン成功（ステップＳ６１０において“Ｙｅｓ”）と判定した場合、制御部１１（閲覧制御部１６）は、ステップＳ６１０におけるログイン成功の判定に際して認証用サーバー４０から送信されたユーザーＩＤに対応する顧客コードを特定する（ステップＳ６２０）。ユーザーＩＤに対応する顧客コードは、テーブルＴ１およびテーブルＴ２を参照することにより容易に特定することができる。

次に、ステップＳ６３０では、制御部１１（閲覧制御部１６）は、ステップＳ６２０で特定した顧客コードに対応付けられたシリアルナンバーによって識別されるデバイス３０のデバイス情報を、デバイス情報画面に表示させる。デバイス情報画面とは、ユーザーによるログイン情報の入力を受け付けたログイン受付画面の遷移後の画面である。つまり、制御部１１は、ステップＳ６１０でログイン成功と判定した場合、ステップＳ６２０を経て、ユーザー端末５０が表示しているログイン受付画面をデバイス情報画面へ遷移させ、ステップＳ６３０でデバイス情報画面にデバイス情報を表示させる。ステップＳ６００で自身の登録済みのログイン情報を入力したユーザーの体感としては、ログイン情報を入力してからデバイス情報を含んだデバイス情報画面が表示されるまでの時間はごく僅かである。図６のフローチャート（閲覧制御処理）を実行する時点では、顧客コード設定処理（図４）により顧客コードとシリアルナンバーとの対応付けがなされているため、このようなデバイス情報を含んだデバイス情報画面の表示を行うことができる。

ここで、ステップＳ６１０におけるログイン成功の判定に際して制御部１１が認証用サーバー４０から取得したユーザーＩＤ（デバイス情報を閲覧するために自身の登録済みのログイン情報を入力したユーザーのユーザーＩＤ）が、例えば、“＊＊＊＊＊１２”であったとする（図５Ａ参照）。図５Ａおよび図５Ｂに示すテーブルＴ１，Ｔ２によれば、ユーザーＩＤ“＊＊＊＊＊１２”に対応する顧客コードは“ｃｃ１”である。また、顧客コード“ｃｃ１”に対応するシリアルナンバーは、“＊＊＊ａｂｃ”、“＊＊＊ｄｅｆ”、“＊＊＊ｇｈｉ”である。そのため、ステップＳ６３０では、制御部１１（閲覧制御部１６）は、シリアルナンバー“＊＊＊ａｂｃ”、“＊＊＊ｄｅｆ”、“＊＊＊ｇｈｉ”それぞれに対応して記憶部１３に現在蓄積されているデバイス情報（３台のデバイス３０それぞれのデバイス情報）をデバイス情報画面に表示させ、前記ログインに成功したユーザーにこれらデバイス情報をユーザー端末５０を介して閲覧させる。

デバイス情報画面におけるデバイス３０毎のデバイス情報の表示態様は特に限られない。制御部１１（閲覧制御部１６）は、例えば、複数のデバイス３０それぞれのデバイス情報を一つの画面内に一覧形式で表示してもよいし、デバイス３０単位のデバイス情報を詳細に表示する画面を複数生成し、これら画面をユーザーに切り替えさせることによってデバイス３０毎のデバイス情報を閲覧させるとしてもよい。

７．顧客コード再設定処理：
あるデバイス３０に関して、これを管理する管理機能（アプリケーションＡＰ２）との対応関係が途切れ、別の管理機能（アプリケーションＡＰ２）によって新たに管理される（管理元が変更される）ことがある。管理元が変更される場面としては、例えば、以下のような事例が考えられる。

事例１：企業Ａ（顧客名“Ａ”）内で、デバイス３０やデバイス管理装置２０の配置換えをしたときに、デバイス３０が、それまで接続されていたデバイス管理装置２０とは別のデバイス管理装置２０に接続された場合。
事例２：企業Ａ（顧客名“Ａ”）内で、デバイス３０が接続されているデバイス管理装置２０において、アプリケーションＡＰ２をアンインストールした後、新たなアプリケーションＡＰ２をインストールした場合。
事例３：企業Ａ（顧客名“Ａ”）内でデバイス管理装置２０に接続して使用されていたデバイス３０が別の企業Ｂ（顧客名“Ｂ”）に転売され、転売先の企業Ｂが所有する別のデバイス管理装置２０に接続された場合。

事例１，２は、デバイス３０とデバイス３０の所有者（顧客）との関係は変わらない事例であり、事例３は、デバイス３０とデバイス３０の所有者（顧客）との関係が変わった事例である。以下では、これら管理元の変更を想定して説明を行う際、便宜上、管理元の変更前にデバイス３０のシリアルナンバーに対応付けられていた管理機能（アプリケーションＡＰ２）の管理コードを旧管理コードと呼び、管理元の変更後にデバイス３０のシリアルナンバーに対応付けられる管理機能（アプリケーションＡＰ２）の管理コードを新管理コードと呼ぶ。

ここで、図２（デバイス設置時処理）について説明する。上述したように、デバイス管理装置２０の制御部２１（アプリケーションＡＰ２）は、それまで認識していなかった新たなデバイス３０を認識したとき（ステップＳ１００において“Ｙｅｓ”）、ステップＳ１１０，Ｓ１２０を実行する。従って、新規購入されたデバイス３０が初めてデバイス管理装置２０に接続された場合だけでなく、前記各事例のようにデバイス３０の管理元が変更される場合にも、変更後の管理機能（アプリケーションＡＰ２）により、デバイス設置時処理が開始されてステップＳ１００において“Ｙｅｓ”と判定され、ステップＳ１１０，Ｓ１２０が実行される。このような事情に鑑み、図２に示すように、サーバー１０の制御部１１は、ステップＳ２００の後にステップＳ２１０，Ｓ２２０を実行するようにしている。

ステップＳ２１０では、制御部１１（識別情報管理部１４）は、ステップＳ２００以前から記憶部１３が記憶済みの情報の組み合せと、ステップＳ２００で記憶部１３に記憶させたシリアルナンバーと管理コードとの組み合わせとを比較し、シリアルナンバーが共通し管理コードが異なる情報の組み合わせが記憶済みの情報の中に存在する（Ｙｅｓ）か、存在しない（Ｎｏ）か、を判定する。この場合、制御部１１は、ステップＳ２００で記憶部１３が記憶したシリアルナンバーが、それまで記憶部１３に記憶されていないシリアルナンバーである場合には、ステップＳ２１０で“Ｎｏ”と判定し、図２のフローチャートを終える。一方、ステップＳ２００で記憶部１３が記憶したシリアルナンバーが、既に記憶部１３に記憶されているいずれかのシリアルナンバーであるが、当該シリアルナンバーと対応付けて既に記憶部１３に記憶されている管理コードが、ステップＳ２００で当該シリアルナンバーに対応付けて記憶部１３に記憶させた管理コードと異なる場合には、制御部１１は、ステップＳ２１０で“Ｙｅｓ”と判定し、ステップＳ２２０へ進む。

ステップＳ２１０で“Ｙｅｓ”と判定したということは、デバイス３０の管理元の変更が発生したことを意味する。例えば、図５Ｂに示すようなテーブルＴ２がサーバー１０の記憶部１３に記憶されている状態で、制御部１１が、ステップＳ２００でシリアルナンバー“＊＊＊ａｂｃ”と何らかの管理コードとの組み合わせを受信し、これらを対応付けて記憶部１３に記憶させたとする。このとき、シリアルナンバー“＊＊＊ａｂｃ”に対応付けて記憶させた管理コード（新管理コード）が、例えば、“ａｐｃ２”又は“ａｐｃ３”等であれば、既にテーブルＴ２においてシリアルナンバー“＊＊＊ａｂｃ”に対応付けて記憶されている管理コード“ａｐｃ１”（旧管理コード）と異なるため、ステップＳ２１０で“Ｙｅｓ”と判定することになる。

ステップＳ２２０では、制御部１１（識別情報管理部１４）は、ステップＳ２００で記憶部１３に記憶させたシリアルナンバーおよび管理コードの組み合わせとステップＳ２１０において比較したときシリアルナンバーが共通し管理コードが異なると判定した前記記憶済みの情報の組み合わせ、に対して有効期限終了日時を設定する。そして、図２のフローチャートを終える。

上述したように、図５Ｂに示すようなテーブルＴ２がサーバー１０の記憶部１３に記憶されている状態で、制御部１１が、ステップＳ２００でシリアルナンバー“＊＊＊ａｂｃ”と、例えば管理コード“ａｐｃ２”（新管理コード）との組み合わせを受信し、これらを対応付けて記憶部１３に記憶させたとする。この場合、既にシリアルナンバー“＊＊＊ａｂｃ”に対応付けて記憶されていた管理コード“ａｐｃ１”（旧管理コード）と異なるため、ステップＳ２１０において“Ｙｅｓ”と判定される。この場合、ステップＳ２２０では、制御部１１は、シリアルナンバーが共通し管理コードが異なると判定した前記記憶済みの情報の組み合わせ（テーブルＴ２における、シリアルナンバー“＊＊＊ａｂｃ”、管理コード“ａｐｃ１”、顧客コード“ｃｃ１”（＋顧客名“Ａ”）の組み合わせ）に対して、有効期限終了日時を設定する。設定する有効期限終了日時は、基本的にステップＳ２２０の時点での日時である。

ステップＳ２２０で有効期限終了日時が設定された、記憶部１３に記憶済みの情報の組み合せ（シリアルナンバー、管理コード、顧客コード（＋顧客名）の組み合わせ）を、便宜所、“無効な情報の組み合わせ”と呼ぶ。また、無効な情報の組み合わせに対応するデバイス情報を、有効期限切れのデバイス情報、と呼ぶ。無効な情報の組み合わせに対応するデバイス情報とは、当該無効な情報の組み合わせに含まれるシリアルナンバーのデバイス３０のデバイス情報であって、デバイス情報収集部１５によって現在（有効期限終了日時）以前に収集され記憶部１３に蓄積されているデバイス情報を意味する。無効な情報の組み合わせに含まれるシリアルナンバーのデバイス３０のデバイス情報であっても、有効期限終了日時の後に（変更後の管理機能を介して）収集され記憶部１３に蓄積されるデバイス情報は、無効な情報の組み合わせに対応するデバイス情報（有効期限切れのデバイス情報）ではない。むろん、管理元が変更されていないデバイス３０から収集され記憶部１３に蓄積されているデバイス情報は、無効な情報の組み合わせに対応するデバイス情報（有効期限切れのデバイス情報）ではない。

デバイス３０の管理元の変更後、ユーザーは、管理元が変更された後のデバイス３０のシリアルナンバー（および管理コード）に顧客コードを対応付けるために、顧客コード設定処理を実行する。デバイス３０の管理元の変更後に行われる顧客コード設定処理を、本実施形態では顧客コード再設定処理と呼ぶ。顧客コード再設定処理は、基本的に顧客コード設定処理（図４）と同じである。

事例１や事例２のような管理元の変更が生じた後に行われる顧客コード再設定処理によれば、管理元が変更されたデバイス３０のシリアルナンバーに対応付けられる顧客コードは管理元の変更前と結果的に変わらない。つまり、管理元の変更前に実行された顧客コード設定処理も、管理元の変更後に実行される顧客コード再設定処理も、企業Ａに所属するユーザー（ユーザー登録済みのユーザー）によって実行されるため、顧客コード再設定処理におけるステップＳ４４０（図４）で、前記管理元が変更されたデバイス３０のシリアルナンバーに対応付けられて記憶される顧客コードは、顧客である企業Ａに対して発行された顧客コードである。

図７Ａは、あるデバイス３０（シリアルナンバー“＊＊＊ａｂｃ”）について、事例１や事例２のような管理元の変更が生じたときの、管理元の変更前後における対応付けられる管理コードおよび顧客コード（＋顧客名）を例示している。事例１や事例２では、シリアルナンバー“＊＊＊ａｂｃ”のデバイス３０を管理する管理機能は企業Ａ内で、管理コードが“ａｐｃ１”であるアプリケーションＡＰ２から、管理コードが“ａｐｃ２”であるアプリケーションＡＰ２へ変更された。そして、企業Ａ内での管理元の変更であるため、その後の顧客コード再設定処理（図４）を経ても、シリアルナンバー“＊＊＊ａｂｃ”のデバイス３０に対応付けられる顧客コードは（“ｃｃ１”のまま）結果的に変わらない。図７Ａに示した管理元変更前にかかる情報の組み合わせは、管理元が変更されたことにより、無効な情報の組み合わせに該当することになる。

一方、事例３のようなデバイス３０の転売に伴う管理元の変更が生じた後に行われる顧客コード再設定処理によれば、管理元が変更されたデバイス３０のシリアルナンバーに対応付けられる顧客コードは管理元の変更前に対応付けられていた顧客コードと異なる。これは、管理元の変更前に実行された顧客コード設定処理は企業Ａに所属するユーザー（ユーザー登録済みのユーザー）によって実行され、管理元の変更後に実行される顧客コード再設定処理は企業Ｂに所属するユーザーによって実行されるからである。むろん、企業Ｂに所属する当該ユーザーは、上述のユーザー登録処理（図３）を実行した上で、顧客コード再設定処理を実行する。つまり、事例３のようなデバイス３０の転売に伴う管理元の変更が生じた後に行われる顧客コード再設定処理におけるステップＳ４４０（図４）で、前記管理元が変更されたデバイス３０のシリアルナンバーに対応付けられて記憶される顧客コードは、転売先の顧客である企業Ｂに対して発行された顧客コードとなる。

図７Ｂは、あるデバイス３０（シリアルナンバー“＊＊＊ａｂｃ”）について、事例３のような管理元の変更が生じたときの、管理元の変更前後における対応付けられる管理コードおよび顧客コード（＋顧客名）を例示している。事例３では、シリアルナンバー“＊＊＊ａｂｃ”のデバイス３０が企業Ａから企業Ｂへ転売されたため、当該デバイス３０を管理する管理機能は管理コードが“ａｐｃ１”である企業Ａ内のアプリケーションＡＰ２から、管理コードが“ａｐｃ３”である企業Ｂ内のアプリケーションＡＰ２へ変更された。また、顧客コード再設定処理を経て、シリアルナンバー“＊＊＊ａｂｃ”のデバイス３０に対応付けられる顧客コードは、それまでの“ｃｃ１”から“ｃｃ２”へ変更された。図７Ｂに示した管理元変更前にかかる情報の組み合わせは、管理元が変更されたことにより、無効な情報の組み合わせに該当することになる。

あるシリアルナンバーのデバイス３０について上述したような管理元の変更が生じた場合、記憶部１３は、図７Ａや図７Ｂに例示したような管理元変更前の情報の組み合わせ（無効な情報の組み合わせ）と管理元変更後の情報の組み合わせとの両方をテーブルＴ２において併存させる。
なお、デバイス管理装置２０の制御部２１（アプリケーションＡＰ２）は、ステップＳ５００（図４）で顧客コードの設定を受け付けたとき、当該設定された最新の顧客コードをそれまで設定されていた顧客コードに上書きし記憶する。そして、ステップＳ５１０，Ｓ５２０を、当該ステップＳ５００の直後だけに限らず、例えば、自身（アプリケーションＡＰ２）が起動する度に、また、管理対象のデバイス３０が起動する度に、繰り返し実行するとしてもよい。

さらに、このような管理元の変更を考慮した閲覧制御処理について説明する。ここでは、上述したステップＳ６３０（図６）の詳細を説明する。ステップＳ６３０では、制御部１１（閲覧制御部１６）は、先ず、ステップＳ６２０で特定した顧客コードを有する情報の組み合わせをテーブルＴ２から抽出する。

図８は、ステップＳ６００でログイン情報を入力したユーザー（デバイス情報を閲覧しようとするユーザー）と、ステップＳ６３０で抽出される情報の組み合わせとの対応関係を例示している。図８において、ユーザーＵＡは、企業Ａに所属するユーザー登録済みのあるユーザーを指す。ユーザーＵＢは、企業Ｂに所属するユーザー登録済みのあるユーザーを指す。また図８は、図７Ａを用いて説明した、あるデバイス３０（シリアルナンバー“＊＊＊ａｂｃ”）について事例１や事例２のような管理元の変更が生じた後の、閲覧制御処理（図６）でステップＳ６３０においてテーブルＴ２から抽出された情報の組み合わせを示している。また、図８に示す「有効・無効」の記載は、抽出された情報の組み合わせが、無効な情報の組み合わせに該当しない（有効な情報の組み合わせ）か、無効な情報の組み合わせか、を意味している。

例えば、ユーザーＵＡが、自身のログイン情報を入力すると（ステップＳ６００）、ログインに成功し（ステップＳ６１０において“Ｙｅｓ”）、ユーザーＵＡのユーザーＩＤに対応する顧客コード“ｃｃ１”が特定される（ステップＳ６２０）。この結果、ステップＳ６３０では、図８に示すような、顧客コード“ｃｃ１”を有する情報の組み合わせ（シリアルナンバー、管理コード、顧客コード（＋顧客名）の組み合わせ）が複数抽出される。そして、制御部１１（閲覧制御部１６）は、このように抽出した情報の組み合わせに含まれているシリアルナンバーに対応するデバイス情報（記憶部１３に蓄積されているデバイス情報）を、デバイス情報画面に表示させる（ステップＳ６３０）。

制御部１１（閲覧制御部１６）は、前記のように抽出した情報の組み合わせに含まれているシリアルナンバーに対応するデバイス情報をデバイス情報画面に表示させる際、以下のポリシー１，２それぞれに従って選択したデバイス情報を表示させる。
ポリシー１：前記抽出した情報の組み合わせのうち有効な情報の組み合わせに対応するデバイス情報を選択する。
ポリシー２：前記抽出した情報の組み合わせのうち無効な情報の組み合わせに対応するデバイス情報（有効期限切れのデバイス情報）を選択する。
有効な情報の組み合わせに対応するデバイス情報とは、当該有効な情報の組み合わせに含まれるシリアルナンバーに対応して記憶部１３に蓄積されているデバイス情報であって、有効期限切れのデバイス情報に該当しないデバイス情報である。

従って、ユーザーＵＡが自身のログイン情報を入力すると（ステップＳ６００）、ステップＳ６３０では、図８の例によれば、有効な情報の組み合わせのシリアルナンバー“＊＊＊ａｂｃ”、“＊＊＊ｄｅｆ”、“＊＊＊ｇｈｉ”それぞれに対応して記憶部１３に蓄積されているデバイス情報（ただし有効期限切れのデバイス情報に該当しないデバイス情報）がポリシー１により選択される。加えて、無効な情報の組み合わせのシリアルナンバー“＊＊＊ａｂｃ”に対応して記憶部１３に蓄積されている有効期限切れのデバイス情報がポリシー２により選択される。そして、これら選択された各デバイス情報がデバイス情報画面に表示される。

図９は、ステップＳ６００でログイン情報を入力したユーザー（デバイス情報を閲覧しようとするユーザー）と、ステップＳ６３０で抽出される情報の組み合わせとの対応関係であって図８と異なる例を示している。図９の見方は、図８と同様である。図９は、図７Ｂを用いて説明した、あるデバイス３０（シリアルナンバー“＊＊＊ａｂｃ”）について事例３のような管理元の変更が生じた後の、閲覧制御処理（図６）でステップＳ６３０においてテーブルＴ２から抽出された情報の組み合わせを示している。

ユーザーＵＡが自身のログイン情報を入力すると（ステップＳ６００）、ログインに成功し（ステップＳ６１０において“Ｙｅｓ”）、ユーザーＵＡのユーザーＩＤに対応する顧客コード“ｃｃ１”が特定され（ステップＳ６２０）、ステップＳ６３０では、図９に示すような顧客コード“ｃｃ１”を有する情報の組み合わせが複数抽出される。すなわち、ユーザーＵＡが自身のログイン情報を入力すると（ステップＳ６００）、ステップＳ６３０では、図９の例によれば、有効な情報の組み合わせのシリアルナンバー“＊＊＊ｄｅｆ”、“＊＊＊ｇｈｉ”それぞれに対応して記憶部１３に蓄積されているデバイス情報（ただし有効期限切れのデバイス情報に該当しないデバイス情報）がポリシー１により選択される。加えて、無効な情報の組み合わせのシリアルナンバー“＊＊＊ａｂｃ”に対応して記憶部１３に蓄積されている有効期限切れのデバイス情報がポリシー２により選択され、これら選択された各デバイス情報がデバイス情報画面に表示される。

一方、ユーザーＵＢが自身のログイン情報を入力すると（ステップＳ６００）、ログインに成功し（ステップＳ６１０において“Ｙｅｓ”）、ユーザーＵＢのユーザーＩＤに対応する顧客コード“ｃｃ２”が特定され（ステップＳ６２０）、ステップＳ６３０では、図９に示すような顧客コード“ｃｃ２”を有する情報の組み合わせが複数抽出される。すなわち、ユーザーＵＢが自身のログイン情報を入力すると（ステップＳ６００）、ステップＳ６３０では、図９の例によれば、有効な情報の組み合わせのシリアルナンバー“＊＊＊ｊｋｌ”、“＊＊＊ｍｎｏ”、“＊＊＊ａｂｃ”それぞれに対応して記憶部１３に蓄積されているデバイス情報（ただし有効期限切れのデバイス情報に該当しないデバイス情報）がポリシー１により選択され、これら選択された各デバイス情報がデバイス情報画面に表示される。

このような閲覧制御処理によれば、以下のことが言える。
・ユーザーＵＡは、自身が所属する組織（例えば企業Ａ）が所有するデバイス３０のデバイス情報であって、当該組織が当該デバイス３０を所有している期間の当該デバイス３０のデバイス情報を閲覧することができる。この場合、ユーザーＵＡは、当該組織内でデバイス３０の管理元の変更が実行された場合は、当該デバイス３０の管理元変更前のデバイス情報（有効期限切れのデバイス情報）および当該デバイス３０の管理元変更後のデバイス情報（有効期限切れのデバイス情報に該当しないデバイス情報）の両方を閲覧することができる。
・ユーザーＵＡは、自身が所属する組織（例えば企業Ａ）が所有するデバイス３０が他の組織（例えば企業Ｂ）へ転売された後も、当該転売前に自身が所属する組織が当該デバイス３０を所有していた期間の当該デバイス３０のデバイス情報（有効期限切れのデバイス情報）を閲覧することができる。しかしユーザーＵＡは、当該転売後の期間（企業Ｂによる所有期間）の当該デバイス３０のデバイス情報を閲覧することはできない。
・ユーザーＵＢは、自身が所属する組織（例えば企業Ｂ）が他の組織（例えば企業Ａ）による転売でデバイス３０を入手した場合、当該入手（転売）後の期間の当該デバイス３０のデバイス情報を閲覧することができる。しかし、ユーザーＵＢは、当該入手（転売）前の期間（企業Ａによる所有期間）の当該デバイス３０のデバイス情報（有効期限切れのデバイス情報）を閲覧することはできない。

８．まとめ：
以上、本実施形態によれば、サーバー１０（制御部１１）は、一台以上のデバイス３０を管理する管理機能（アプリケーションＡＰ２）からネットワーク６０を介してデバイス３０のシリアルナンバーと管理コードと顧客コードとを取得し、当該取得したシリアルナンバーと管理コードと顧客コードとを対応付けて記憶する識別情報管理部１４（１３）と、アプリケーションＡＰ２からネットワーク６０を介してデバイス３０毎の稼働情報であるデバイス情報を収集するデバイス情報収集部１５（１３）と、外部からの操作（ユーザーによるログイン情報の入力）に応じて顧客コードを特定し、当該特定した顧客コードに対応付けられたシリアルナンバーによって識別されるデバイス３０のデバイス情報を外部に対して閲覧可能とする閲覧制御部１６と、を備える。

つまり、サーバー１０は、デバイス３０の顧客（顧客としての組織に所属するユーザー）に対して、その顧客コードに対応付けられたシリアルナンバーによって識別されるデバイス３０のデバイス情報を閲覧させることができる。また、サーバー１０は、アプリケーションＡＰ２からシリアルナンバーや管理コードや顧客コードといった識別情報を取得し、それらを対応付けて記憶する。そのため、ユーザー等がデバイス情報の収集や閲覧の対象としたいデバイス３０のシリアルナンバー等をＵＩを介して手入力でサーバー１０へ送信する場合と比較して、必要な情報を正確に得ることができる。また、サーバー１０は、デバイス３０毎のシリアルナンバーとデバイス３０を管理するアプリケーションＡＰ２の管理コードとの対応関係を取得することにより、転売等のデバイス３０毎の状況変化（管理元の変更の有無）を捕捉して、デバイス３０の適切な管理（閲覧制御処理）に役立てることができる。

また、本実施形態によれば、サーバー１０（制御部１１）は、顧客毎の顧客コードを発行する顧客識別情報発行部１７を備える。アプリケーションＡＰ２は、顧客識別情報発行部１７が発行した顧客コードの設定を受け、設定された顧客コードを、管理対象のデバイス３０毎のシリアルナンバーや自身の管理コードとともにサーバー１０へ送信する。このとき、識別情報管理部１４は、複数のアプリケーションＡＰ２から共通する顧客コードを取得する場合がある。例えば、図５Ｂに示すように、識別情報管理部１４は、管理コード“ａｐｃ１”のアプリケーションＡＰ２から顧客コード“ｃｃ１”の送信を受けてテーブルＴ２に記録し、管理コード“ａｐｃ２”のアプリケーションＡＰ２から顧客コード“ｃｃ１”の送信を受けてテーブルＴ２に記録する。すなわち、サーバー１０は、各管理機能（アプリケーションＡＰ２）がそれぞれ管理する複数のデバイス３０を、共通の顧客コードの下で管理することができる。つまり、一つの顧客が所有する複数のデバイス３０に、当該顧客の顧客コードを紐づけて管理する。また、ユーザーは、デバイス管理装置２０（アプリケーションＡＰ２）へ上述のように顧客コードを設定することで、デバイス管理装置２０（アプリケーションＡＰ２）が管理する各デバイス３０と顧客コードとを容易に対応付けることができる。

また、本実施形態によれば、識別情報管理部１４は、ユーザーＩＤと、ユーザーＩＤと顧客コードとの対応関係（テーブルＴ１，Ｔ２）を記憶し、閲覧制御部１６は、閲覧制御処理に際し、ユーザーの操作（ログイン情報の入力）に応じて特定されたユーザーＩＤと、ユーザーＩＤと顧客コードとの対応関係に基づいて、顧客コードを特定する。当該構成によれば、顧客（例えば、企業）に所属するユーザーは、ログイン情報の入力を契機として、自身のユーザーＩＤを介して自身が所属する企業が所有するデバイス３０のデバイス情報を閲覧することが可能となる。

また、本実施形態によれば、識別情報管理部１４が、記憶部１３が記憶済みのシリアルナンバーおよび管理コードの組み合わせ（第１の組み合わせ）と管理コードが異なるシリアルナンバーおよび管理コードの新たな組み合わせ（第２の組み合わせ）を取得し（ステップＳ２１０において“Ｙｅｓ”）、前記第１の組み合わせに対応付けて記憶していた第１の顧客コード（例えば“ｃｃ１”）と異なる第２の顧客コード（例えば“ｃｃ２”）を前記第２の組み合わせに対応付けて記憶した（ステップＳ４４０）場合には、閲覧制御部１６は、前記第２の組み合わせが取得（ステップＳ２００）されるまでにデバイス情報収集部１５が収集した前記第１の組み合わせにおけるシリアルナンバーによって識別されるデバイス３０のデバイス情報（有効期限切れのデバイス情報）を、ログイン情報の入力（ステップＳ６００）に応じて前記第２の顧客コードを特定したときに（ステップＳ６２０）、閲覧の対象から除外する（ステップＳ６３０）。つまり、サーバー１０は、あるシリアルナンバーに対応付ける管理コードが変更された（管理元が変更された）タイミング後、当該シリアルナンバーに、それまでの第１の顧客コード（元の顧客）と異なる第２の顧客コード（新たな顧客）を対応付けた場合に、当該シリアルナンバーのデバイス３０から前記タイミングよりも過去に収集したデバイス情報（有効期限切れのデバイス情報）を前記新たな顧客が閲覧できないようにする。これにより、デバイスが転売された場合に、転売前のデバイスの所有者が関係するデバイス情報が転売後の所有者に漏えいすることが防止される。

また、本実施形態によれば、識別情報管理部１４が、前記第１の組み合わせと管理コードが異なる前記第２の組み合わせを取得し（ステップＳ２１０において“Ｙｅｓ”）、前記第１の組み合わせに対応付けて記憶していた第１の顧客コード（例えば“ｃｃ１”）と異なる第２の顧客コード（例えば“ｃｃ２”）を前記第２の組み合わせに対応付けて記憶した（ステップＳ４４０）場合には、閲覧制御部１６は、前記第２の組み合わせが取得（ステップＳ２００）されてからデバイス情報収集部１５が収集した前記第２の組み合わせにおけるシリアルナンバーによって識別されるデバイス３０のデバイス情報を、ログイン情報の入力（ステップＳ６００）に応じて前記第１の顧客コードを特定したときに（ステップＳ６２０）、閲覧の対象から除外する（ステップＳ６３０）。つまり、サーバー１０は、あるシリアルナンバーに対応付ける管理コードが変更された（管理元が変更された）タイミング後、当該シリアルナンバーに、それまでの第１の顧客コード（元の顧客）と異なる第２の顧客コード（新たな顧客）を対応付けた場合に、当該シリアルナンバーのデバイス３０から前記タイミング以降に収集したデバイス情報を前記元の顧客が閲覧できないようにする。これにより、デバイスが転売された場合に、転売後のデバイスの所有者が関係するデバイス情報が転売前の所有者に漏えいすることが防止される。

また、本実施形態によれば、識別情報管理部１４が、前記第１の組み合わせと管理コードが異なる前記第２の組み合わせを取得し（ステップＳ２１０において“Ｙｅｓ”）、前記第１の組み合わせに対応付けて記憶していた第１の顧客コード（例えば“ｃｃ１”）を前記第２の組み合わせに対応付けて記憶した（ステップＳ４４０）場合には、閲覧制御部１６は、前記第２の組み合わせが取得（ステップＳ２００）されるまでにデバイス情報収集部１５が収集した前記第１の組み合わせにおけるシリアルナンバーによって識別されるデバイス３０のデバイス情報（有効期限切れのデバイス情報）と、前記第２の組み合わせが取得（ステップＳ２００）されてからデバイス情報収集部１５が収集した前記第２の組み合わせにおけるシリアルナンバーによって識別されるデバイス３０のデバイス情報とを、ログイン情報の入力（ステップＳ６００）に応じて前記第１の顧客コードを特定したときに（ステップＳ６２０）、閲覧の対象とする（ステップＳ６３０）。つまり、サーバー１０は、あるシリアルナンバーに対応付ける管理コードが変更された（管理元が変更された）タイミング後、当該シリアルナンバーに、それまでの第１の顧客コード（元の顧客）を対応付けた場合に、当該シリアルナンバーのデバイス３０から前記タイミングよりも過去に収集したデバイス情報（有効期限切れのデバイス情報）と前記タイミング以降に収集したデバイス情報とを前記元の顧客が閲覧できるようにする。これにより、企業（顧客）内でのデバイスの管理元の変更、つまり転売に該当しないデバイスと管理機能との関係性の変化が起きた場合に、当該変化前のデバイス情報をその後も同じ顧客に閲覧させることができる。

また、本実施形態によれば、ユーザーのサーバー１０へのログイン（認証）に必要なログイン情報を含むユーザー情報を、サーバー１０は保持せず、ネットワーク６０上で様々なサービスの提供に際してユーザーの認証に用いられる共通のプラットフォームである認証用サーバー４０に保持させる。従って、個人情報の漏えいのリスクを減らすことができる。また、サーバー１０はユーザーの認証を実行しないため、サーバー１０の負担を減らすことができる。

１…システム、１０…サーバー（閲覧制御サーバー）、１１…制御部、１２…通信ＩＦ、１３…記憶部、１４…識別情報管理部、１５…デバイス情報収集部、１６…閲覧制御部、１７…顧客識別情報発行部、２０…デバイス管理装置、２１…制御部、２２…通信ＩＦ、２３…記憶部、２４…表示部、２５…操作受付部、３０…デバイス、４０…認証用サーバー、５０…端末、６０，７０…ネットワーク、ＡＰ１，ＡＰ２…アプリケーション

Claims (6)

1. 一台以上のデバイスを管理する管理機能からネットワークを介して前記デバイス毎に固有のデバイス識別情報と前記管理機能毎に固有の管理識別情報と顧客毎に固有の顧客識別情報とを取得し、当該取得したデバイス識別情報と管理識別情報と顧客識別情報とを対応付けて記憶する識別情報管理部と、
   前記管理機能から前記ネットワークを介して前記デバイス毎の稼働情報であるデバイス情報を収集するデバイス情報収集部と、
   外部からの操作に応じて前記顧客識別情報を特定し、当該特定した顧客識別情報に対応付けられた前記デバイス識別情報によって識別されるデバイスの前記デバイス情報を外部に対して閲覧可能とする閲覧制御部と、を備え、
   前記識別情報管理部が、前記デバイス識別情報および前記管理識別情報の記憶済みである第１の組み合わせと管理識別情報が異なる第２の組み合わせを取得し、前記第１の組み合わせに対応付けて記憶していた第１の顧客識別情報と異なる第２の顧客識別情報を前記第２の組み合わせに対応付けて記憶した場合には、前記閲覧制御部は、前記第２の組み合わせが取得されるまでに前記デバイス情報収集部が収集した前記第１の組み合わせにおけるデバイス識別情報によって識別されるデバイスの前記デバイス情報を、前記操作に応じて前記第２の顧客識別情報を特定したときに前記閲覧の対象から除外する、ことを特徴とする閲覧制御サーバー。
2. 前記識別情報管理部が、前記第１の組み合わせと管理識別情報が異なる前記第２の組み合わせを取得し、前記第１の組み合わせに対応付けて記憶していた第１の顧客識別情報と異なる第２の顧客識別情報を前記第２の組み合わせに対応付けて記憶した場合には、前記閲覧制御部は、前記第２の組み合わせが取得されてから前記デバイス情報収集部が収集した前記第２の組み合わせにおけるデバイス識別情報によって識別されるデバイスの前記デバイス情報を、前記操作に応じて前記第１の顧客識別情報を特定したときに前記閲覧の対象から除外することを特徴とする請求項１に記載の閲覧制御サーバー。
3. 前記識別情報管理部が、前記第１の組み合わせと管理識別情報が異なる前記第２の組み合わせを取得し、前記第１の組み合わせに対応付けて記憶していた第１の顧客識別情報を前記第２の組み合わせに対応付けて記憶した場合には、前記閲覧制御部は、前記第２の組み合わせが取得されるまでに前記デバイス情報収集部が収集した前記第１の組み合わせにおけるデバイス識別情報によって識別されるデバイスの前記デバイス情報と、前記第２の組み合わせが取得されてから前記デバイス情報収集部が収集した前記第２の組み合わせにおけるデバイス識別情報によって識別されるデバイスの前記デバイス情報とを、前記操作に応じて前記第１の顧客識別情報を特定したときに前記閲覧の対象とすることを特徴とする請求項１または請求項２に記載の閲覧制御サーバー。
4. 前記顧客識別情報を発行する顧客識別情報発行部を備え、
   前記識別情報管理部は、複数の前記管理機能から共通する前記顧客識別情報を取得することを特徴とする請求項１～請求項３のいずれかに記載の閲覧制御サーバー。
5. 前記識別情報管理部は、ユーザー毎に固有のユーザー識別情報と前記顧客識別情報との対応関係を記憶し、
   前記閲覧制御部は、前記操作に応じて特定された前記ユーザー識別情報と、前記ユーザー識別情報と顧客識別情報との対応関係に基づいて、前記顧客識別情報を特定することを特徴とする請求項１～請求項４のいずれかに記載の閲覧制御サーバー。
6. 一台以上のデバイスを管理する管理機能からネットワークを介して前記デバイス毎に固有のデバイス識別情報と前記管理機能毎に固有の管理識別情報と顧客毎に固有の顧客識別情報とを取得し、当該取得したデバイス識別情報と管理識別情報と顧客識別情報とを対応付けて記憶する識別情報管理工程と、
   前記管理機能から前記ネットワークを介して前記デバイス毎の稼働情報であるデバイス情報を収集するデバイス情報収集工程と、
   外部からの操作に応じて前記顧客識別情報を特定し、当該特定した顧客識別情報に対応付けられた前記デバイス識別情報によって識別されるデバイスの前記デバイス情報を外部に対して閲覧させる閲覧制御工程と、を備え、
   前記識別情報管理工程で、前記デバイス識別情報および前記管理識別情報の記憶済みである第１の組み合わせと管理識別情報が異なる第２の組み合わせを取得し、前記第１の組み合わせに対応付けて記憶していた第１の顧客識別情報と異なる第２の顧客識別情報を前記第２の組み合わせに対応付けて記憶した場合には、前記閲覧制御工程では、前記第２の組み合わせが取得されるまでに前記デバイス情報収集工程で収集した前記第１の組み合わせにおけるデバイス識別情報によって識別されるデバイスの前記デバイス情報を、前記操作に応じて前記第２の顧客識別情報を特定したときに前記閲覧の対象から除外する、ことを特徴とする閲覧制御方法。

Images