JP2017151624A - 機器管理システム、機器管理方法及びプログラム - Google Patents

Abstract

【課題】管理者の利便性を向上させるとともに、システムのセキュリティを向上させた機器管理システム、機器管理方法及びプログラムを提供することを目的とする。【解決手段】ユーザが使用する機器を管理する機器管理システム１は、アプリケーションの提供者が、アプリケーションをデータベースに登録し、機器管理システム１の管理者が、ユーザが使用する機器に導入するためのアプリケーションを、データベースから選択して購入し、購入されたアプリケーションを、ユーザが使用する機器に配信する。【選択図】図１

Description

本発明は、ユーザが使用する機器を管理する機器管理システム、機器管理方法及びプログラムに関する。

近年、スマートフォンやタブレット端末等の情報端末の高機能化及び普及に伴って、このような情報端末が様々な場面において用いられている。例えば、ユーザは、自身が所有する情報端末や、業務用として支給される情報端末を自らの業務に利用する。

このような情報端末において、ユーザは、所望のアプリケーションを、アプリケーション販売サイトやアプリケーション配信サイト等からダウンロードし、自身が保有する情報端末にインストールする必要があった。

このようなユーザが能動的に、アプリケーションをインストールする手間を抑制する構成として、ユーザが能動的にアプリケーション配信サイト等にアクセスせずに、アプリケーションのインストールやアップデートプログラムを受信する構成が開示されている（特許文献１参照）。

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

しかしながら、特許文献１の構成では、ユーザが能動的にアクセスを実行しなくとも、新しいアプリケーションや、アップデートプログラム等を取得することは可能であるものの、機器管理システムの管理者は、ユーザがインストールしたアプリケーションの内容や、設定等を確認することができなかった。そのため、管理者は、ユーザがインストールしたアプリケーションの内容や設定等を確認する場合、ユーザが管理者にアプリケーションに関する通知を行う必要や、管理者が実際にアプリケーションに関する情報を確認する必要があったため、利便性が低かった。加えて、ユーザは、管理者が望まないアプリケーションをインストールすることも可能となるため、機器管理システムのセキュリティが低下するおそれがあった。

本発明の目的は、管理者の利便性を向上させるとともに、システムのセキュリティを向上させた機器管理システム、機器管理方法及びプログラムを提供することを目的とする。

本発明では、以下のような解決手段を提供する。

第１の特徴に係る発明は、ユーザが使用する機器を管理する機器管理システムであって、
アプリケーションの提供者が、前記アプリケーションをデータベースに登録する登録手段と、
前記機器管理システムの管理者が、前記ユーザが使用する機器に導入するためのアプリケーションを、前記データベースから選択して購入する購入手段と、
前記購入されたアプリケーションを、前記ユーザが使用する機器に配信する配信手段と、
を備えることを特徴とする機器管理システムを提供する。

第１の特徴に係る発明によれば、ユーザが使用する機器を管理する機器管理システムは、アプリケーションの提供者が、前記アプリケーションをデータベースに登録し、前記機器管理システムの管理者が、前記ユーザが使用する機器に導入するためのアプリケーションを、前記データベースから選択して購入し、前記購入されたアプリケーションを、前記ユーザが使用する機器に配信する。

ここで、第１の特徴に係る発明は、機器管理システムのカテゴリであるが、機器管理方法又はプログラム等の他のカテゴリにおいても、そのカテゴリに応じた同様の作用・効果を発揮する。

第２の特徴に係る発明は、前記配信されたアプリケーションを、前記ユーザが使用する機器に導入する導入手段と、
を備えることを特徴とする第１の特徴に係る発明である機器管理システムを提供する。

第２の特徴に係る発明によれば、第１の特徴に係る発明である機器管理システムは、前記配信されたアプリケーションを、前記ユーザが使用する機器に導入する。

第３の特徴に係る発明は、前記アプリケーションが購入された後に、前記アプリケーションの提供者が、前記機器管理システムの管理者とメッセージの送受信を行うためのアドレス交換手段と、
を備えることを特徴とする第１又は第２の何れかの特徴に係る発明である機器管理システムを提供する。

第３の特徴に係る発明によれば、第１又は第２の何れかの特徴に係る発明である機器管理システムは、前記アプリケーションが購入された後に、前記アプリケーションの提供者が、前記機器管理システムの管理者とメッセージの送受信を行う。

第４の特徴に係る発明は、ユーザが使用する機器を管理する機器管理方法であって、
アプリケーションの提供者が、前記アプリケーションをデータベースに登録するステップと、
前記機器管理システムの管理者が、前記ユーザが使用する機器に導入するためのアプリケーションを、前記データベースから選択して購入するステップと、
前記購入されたアプリケーションを、前記ユーザが使用する機器に配信するステップと、
を備えることを特徴とする機器管理方法を提供する。

第５の特徴に係る発明は、ユーザが使用する機器を管理する機器管理システムに、
アプリケーションの提供者が、前記アプリケーションをデータベースに登録するステップ、
前記機器管理システムの管理者が、前記ユーザが使用する機器に導入するためのアプリケーションを、前記データベースから選択して購入するステップ、
前記購入されたアプリケーションを、前記ユーザが使用する機器に配信するステップ、
を実行させることを特徴とするプログラムを提供する。

本発明によれば、管理者の利便性を向上させるとともに、システムのセキュリティを向上させた機器管理システム、機器管理方法及びプログラムを提供することが可能となる。

図１は、機器管理システム１の概要を示す図である。 図２は、機器管理システム１の全体構成図である。 図３は、配信サーバ１０、ユーザ端末１００、管理者端末２００、提供者端末３００の機能ブロック図である。 図４は、管理者端末２００が実行する端末管理情報登録処理を示すフローチャートである。 図５は、配信サーバ１０、ユーザ端末１００、管理者端末２００、提供者端末３００が実行するアプリケーション導入処理を示すフローチャートである。 図６は、配信サーバ１０、管理者端末２００、提供者端末３００が実行するメッセージ送受信処理を示すフローチャートである。 図７は、端末情報管理テーブルを示す図である。 図８は、端末所属管理テーブルを示す図である。 図９は、アプリケーションデータベースを示す図である。 図１０は、アプリケーション購入画面を示す図である。 図１１は、サポート申込画面を示す図である。 図１２は、メッセージ一覧画面を示す図である。

以下、本発明を実施するための最良の形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。

［機器管理システム１の概要］
本発明の概要について、図１に基づいて説明する。図１は、本発明の好適な実施形態である機器管理システム１の概要を説明するための図である。機器管理システム１は、配信サーバ１０、ユーザ端末１００、管理者端末２００、提供者端末３００から構成される。なお、各装置は、一の装置に限らず、複数であっても良い。また、後述する各処理は、各装置の何れか、複数、又は全てが実行する構成であっても良い。また、各装置は、実在する装置又は仮想的な装置の何れか又は双方であっても良い。

配信サーバ１０は、ユーザ端末１００、管理者端末２００、提供者端末３００とデータ通信可能なサーバ装置である。

ユーザ端末１００は、配信サーバ１０とデータ通信可能な端末装置である。ユーザ端末１００は、例えば、携帯電話、携帯情報端末、パーソナルコンピュータに加え、ネットブック端末、スレート端末、電子書籍端末、携帯型音楽プレーヤ等の電化製品である。

管理者端末２００は、配信サーバ１０とデータ通信可能な端末装置である。管理者端末２００は、ユーザ端末１００と同様の電化製品である。

提供者端末３００は、配信サーバ１０とデータ通信可能な端末装置である。提供者端末３００は、ユーザ端末１００及び管理者端末２００と同様の電化製品である。

はじめに、提供者端末３００は、アプリケーションの提供者が作成したアプリケーションに関する情報であるアプリケーションデータを、配信サーバ１０に送信し、配信サーバ１０は、このアプリケーションデータに基づいて、配信アプリケーションデータベースに登録する（ステップＳ０１）。

管理者端末２００は、機器管理システム１の管理者から、ユーザが使用するユーザ端末１００に導入するためのアプリケーションを、配信アプリケーションデータベースから選択して購入する購入指示を受け付け、配信サーバ１０へ、購入指示を送信する（ステップＳ０２）。

配信サーバ１０は、購入指示を受信し、購入指示に基づいて、管理者が購入したアプリケーションを、ユーザが使用するユーザ端末１００に配信する（ステップＳ０３）。ユーザ端末１００は、アプリケーションを受信し、このアプリケーションを自身に導入する。

このようにすることにより、機器管理システム１は、システムの管理者がアプリケーションを選択し、選択されたアプリケーションをユーザ端末１００に導入することが可能となるため、ユーザが個々にアプリケーションを導入する必要がなくなる。したがって、管理者が個々のユーザ端末１００においてアプリケーションの導入及び設定を実行する必要がなくなるため、管理者にとって利便性が向上する。また、管理者が選択したアプリケーションをユーザ端末１００に導入することにより、ユーザは、管理者が意図しないアプリケーションを導入することを抑制することが可能となるため、システムのセキュリティの向上が図れる。

以上が、機器管理システム１の概要である。

［機器管理システム１のシステム構成］
図２に基づいて、機器管理システム１のシステム構成について説明する。図２は、本発明の好適な実施形態である機器管理システム１のシステム構成を示す図である。機器管理システム１は、配信サーバ１０、ユーザ端末１００、管理者端末２００、提供者端末３００及び公衆回線網５（インターネット網や、第３、第４世代通信網等）５から構成される。なお、各装置は、システム上に複数存在していても良い。また、各装置は、実在の装置又は仮想的な装置の何れか又は双方により実現されても良い。

配信サーバ１０は、後述の機能を備え、上述したサーバ装置である。

ユーザ端末１００は、後述の機能を備え、上述した端末装置である。

管理者端末２００は、後述の機能を備え、上述した端末装置である。

提供者端末３００は、後述の機能を備え、上述した端末装置である。

［各機能の説明］
図３に基づいて、機器管理システム１の機能について説明する。図３は、本発明の好適な実施形態である配信サーバ１０、ユーザ端末１００、管理者端末２００及び提供者端末３００の機能ブロック図である。

配信サーバ１０は、制御部１１として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備え、通信部１２として、他の機器と通信可能にするためのデバイス、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉＦｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）対応デバイスを備える。また、配信サーバ１０は、記憶部１３として、ハードディスクや半導体メモリ、記録媒体、メモリカード等によるデータのストレージ部を備える。

配信サーバ１０において、制御部１１が所定のプログラムを読み込むことにより、通信部１２と協働して、アプリケーションデータ受信モジュール２０、アプリケーション一覧配信モジュール２１、決済モジュール２２、アプリケーション配信モジュール２３、サポート申込データ受信モジュール２４、新着通知送信モジュール２５、メッセージ一覧取得要求受信モジュール２６、メッセージ一覧送信モジュール２７、メッセージデータ受信モジュール２８、メッセージ送信モジュール２９を実現する。また、配信サーバ１０において、制御部１１が所定のプログラムを読み込むことにより、記憶部１３と協働して、データベース記憶モジュール３０、メッセージ記憶モジュール３１を実現する。

ユーザ端末１００は、配信サーバ１０と同様に、制御部１１０として、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備え、通信部１２０として、他の機器と通信可能にするためのデバイスを備え、記憶部１３０として、データのストレージ部を備える。

ユーザ端末１００において、制御部１１０が所定のプログラムを読み込むことにより、通信部１２０と協働して、アプリケーション取得モジュール１５０を実現する。また、ユーザ端末１００において、制御部１１０が所定のプログラムを読み込むことにより、記憶部１３０と協働して、アプリケーション導入モジュール１６０を実現する。

管理者端末２００は、ユーザ端末１００と同様に、制御部２１０として、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備え、通信部２２０として、他の機器と通信可能にするためのデバイスを備え、記憶部２３０として、データのストレージ部を備える。また、管理者端末２００は、入出力部２４０として、制御部２１０で制御したデータや画像を出力表示する表示部や、ユーザからの入力を受け付けるタッチパネルやキーボード、マウス等の入力部等を備える。

管理者端末２００において、制御部２１０が所定のプログラムを読み込むことにより、通信部２２０と協働して、アプリケーション一覧取得モジュール２５０、決済データ送信モジュール２５１、サポート申込データ送信モジュール２５２、メッセージ受信モジュール２５３、メッセージ送信モジュール２５４を実現する。また、管理者端末２００において、制御部２１０が所定のプログラムを読み込むことにより、記憶部２３０と協働して、テーブル記憶モジュール２６０を実現する。また、管理者端末２００において、制御部２１０が所定のプログラムを読み込むことにより、入出力部２４０と協働して、端末管理情報入力受付モジュール２７０、アプリケーション一覧取得指示受付モジュール２７１、アプリケーション一覧表示モジュール２７２、アプリケーション購入画面表示モジュール２７３、サポート申込入力受付モジュール２７４、メッセージ入力受付モジュール２７５を実現する。

提供者端末３００は、ユーザ端末１００と同様に、制御部３１０として、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備え、通信部３２０として、他の機器と通信可能にするためのデバイスを備え、入出力部３４０として、表示部や、入力部等を備える。

提供者端末３００において、制御部３１０が所定のプログラムを読み込むことにより、通信部３２０と協働して、アプリケーションデータ送信モジュール３５０、新着通知受信モジュール３５１、メッセージ取得モジュール３５２、メッセージデータ送信モジュール３５３を実現する。また、提供者端末３００において、制御部３１０が所定のプログラムを読み込むことにより、入出力部３４０と協働して、メッセージ一覧表示モジュール３７０、メッセージ作成モジュール３７１を実現する。

［端末管理情報登録処理］
図４に基づいて、管理者端末２００が実行する端末管理情報登録処理について説明する。図４は、管理者端末２００が実行する端末管理情報登録処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。

はじめに、端末管理情報入力受付モジュール２７０は、管理者から端末管理情報の入力を受け付けたか否かを判断する（ステップＳ１０）。端末管理情報とは、例えば、ユーザ端末１００の名称、ユーザ端末１００のＯＳ名、ユーザ端末１００を保有するユーザの名称、ユーザ端末１００が配布又は使用されるユーザ群の名称が含まれる。なお、ステップＳ１０において、管理者端末２００は、管理者からの端末管理情報の入力を受け付けるのではなく、外部端末や他のデータベース等から、端末管理情報を取得する構成であっても良い。また、他の構成により必要な情報を取得しても良い。また、端末管理情報に含まれる情報は、上述した情報以外の情報であっても良い。

ステップＳ１０において、端末管理情報入力受付モジュール２７０は、端末管理情報の入力を受け付けていないと判断した場合（ステップＳ１０ ＮＯ）、本処理を終了する。

一方、端末管理情報入力受付モジュール２７０は、端末管理情報の入力を受け付けたと判断した場合（ステップＳ１０ ＹＥＳ）、テーブル記憶モジュール２６０は、受け付けた端末管理情報に基づいて、端末情報管理テーブルを作成し、記憶する（ステップＳ１１）。

［端末情報管理テーブル］
図７は、テーブル記憶モジュール２６０が記憶する端末情報管理テーブルを示す図である。図７において、テーブル記憶モジュール２６０は、端末管理情報に基づいて、端末名と、ＯＳ名と、ユーザ名と、部署名とを対応付けて記憶する。端末名とは、ユーザ端末１００の名称である。端末名は、各ユーザ端末１００に設定された名称に限らず、ＩＤ、製造番号、ＭＡＣアドレス等の端末を一意に特定可能な数字や文字列であっても良い。ＯＳ名は、ユーザ端末１００に導入されたＯＳの名称である。ユーザ名とは、ユーザ端末１００を保有するユーザの名称である。ユーザ名は、各ユーザ端末１００を保有するユーザの氏名の一部又は全てに限らず、社員番号、ＩＤ、識別子等の数字や文字列等であっても良い。部署名とは、ユーザ端末１００が配布又は使用されるユーザ群の名称である。ユーザ群とは、一又は複数のユーザ端末１００が属する分類であり、部署名、企業名、プロジェクト名、役職名等である。テーブル記憶モジュール２６０が記憶する端末情報管理テーブルの各項目については、適宜変更可能である。

なお、端末情報管理テーブルは、管理者端末２００が有するのではなく、配信サーバ１０が記憶する構成であっても良い。この場合、管理者端末２００は、端末管理情報を配信サーバ１０に送信し、配信サーバ１０は、この端末管理情報と、管理者端末２００のＩＤ等の識別子と対応付けて記憶すれば良い。すなわち、上述した端末情報管理テーブルに、管理者端末２００のＩＤを更に対応付ければ良い。この場合の管理者端末２００のＩＤとは、例えば、法人毎に発行される法人ＩＤや、個人毎に発行される個人ＩＤである。

テーブル記憶モジュール２６０は、端末管理情報に基づいて、端末所属管理テーブルを作成し、記憶する（ステップＳ１２）。

［端末所属管理テーブル］
図８は、テーブル記憶モジュール２６０が記憶する端末所属管理テーブルを示す図である。図８において、テーブル記憶モジュール２６０は、端末所属管理テーブルとして、部署名と、端末名とを対応付けて記憶する。部署名及び端末名は、上述した端末情報管理テーブルと同様である。また、テーブル記憶モジュール２６０が記憶する端末所属管理テーブルの各項目については、適宜変更可能である。

なお、端末所属管理テーブルは、端末情報管理テーブルと同様に、配信サーバ１０が記憶する構成であっても良い。

以上が、端末管理情報登録処理である。

［アプリケーション導入処理］
図５に基づいて、配信サーバ１０、ユーザ端末１００、管理者端末２００及び提供者端末３００が実行するアプリケーション導入処理について説明する。図５は、配信サーバ１０、ユーザ端末１００、管理者端末２００及び提供者端末３００が実行するアプリケーション導入処理のフローチャートを示す図である。上述した各装置のモジュールが実行する処理について、本処理に併せて説明する。

はじめに、アプリケーションデータ送信モジュール３５０は、アプリケーションの提供者が作成したアプリケーション及びこのアプリケーションに関する情報を示すアプリケーションデータを、配信サーバ１０に送信する（ステップＳ２０）。アプリケーションデータには、アプリケーションに加え、提供者の氏名、提供者のＩＤ、アプリケーションの名称、アプリケーションのＩＤ、販売価格、連絡先メールアドレス、公式サイトＵＲＬ、アプリケーションの説明等の提供者情報が含まれる。

アプリケーションデータ受信モジュール２０は、提供者端末３００が送信したアプリケーションデータを受信する。データベース記憶モジュール３０は、受信したアプリケーションデータに基づいて、アプリケーションデータベースを作成し、記憶する（ステップＳ２１）。

［アプリケーションデータベース］
図９に基づいて、データベース記憶モジュール３０が記憶するアプリケーションデータベースについて説明する。図９は、アプリケーションデータベースを示す図である。

図９において、データベース記憶モジュール３０は、アプリケーションデータに基づいて、アプリケーション名と、提供者名と、価格と、公式サイトＵＲＬと、メールアドレスとを対応付けた、アプリケーションデータベースを作成し、記憶する。また、データベース上には示していないが、アプリケーション名には、更に、アプリケーションとこのアプリケーションの説明とが紐付けられている。アプリケーション名とは、アプリケーションの名称である。アプリケーション名は、各アプリケーションの名称に限らず、ＩＤ、識別子等の数字や文字列等であっても良い。提供者名とは、アプリケーションの提供者の名称である。提供者名は、提供者の社名や、提供者の個人名に限らず、ＩＤや識別子等の数字や文字列等であっても良い。価格とは、アプリケーションの販売値段である。価格は、アプリケーションデータの販売に係る金額であっても良いし、アプリケーションの使用許諾を付与するライセンスに係る金額であっても良い。公式サイトＵＲＬとは、アプリケーションの提供者が所有するウェブサイトや、アップデータ情報や通知等のアプリケーションの情報を掲載するウェブサイトのＵＲＬである。メールアドレスとは、アプリケーションの提供者へメッセージを送信する宛先である。

なお、データベース記憶モジュール３０は、上述した各項目に加え、アプリケーションデータに含まれる他の情報をデータベースに対応付けて記憶しても良いし、上述した各項目の何れかのみ、例えば、アプリケーション名、価格、メールアドレスのみを対応付けたデータベースとして作成し、記憶しても良い。また、アプリケーションデータベースの各項目は、適宜変更可能である。また、提供者名、価格、公式サイトＵＲＬ、メールアドレスに関しては、一のアプリケーションに対して、複数の情報が対応付けられていても良い。例えば、一のアプリケーションに対して、複数のメールアドレスが対応付けられていても良いし、複数の価格、複数の提供者、複数の公式サイトＵＲＬの各々又は何れかが対応付けられていても良い。

アプリケーション一覧取得指示受付モジュール２７１は、アプリケーション一覧の取得指示を受け付けたか否かを判断する（ステップＳ２２）。アプリケーション一覧の取得指示とは、アプリケーションデータベースに登録されたアプリケーションの一部又は全てのアプリケーションデータを取得する指示である。この取得指示は、例えば、専用のアプリケーションやインターネット閲覧用アプリケーション等を起動し、アプリケーション一覧の取得に必要な入力を受け付けたか否かに基づいて判断する。ステップＳ２２において、アプリケーション一覧取得指示受付モジュール２７１は、取得指示を受け付けていないと判断した場合（ステップＳ２２ ＮＯ）、取得指示を受け付けるまで本処理を繰り返す。

一方、ステップＳ２２において、アプリケーション一覧取得指示受付モジュール２７１は、取得指示を受け付けたと判断した場合（ステップＳ２２ ＹＥＳ）、アプリケーション一覧取得モジュール２５０は、アプリケーション一覧取得指示を、配信サーバ１０に送信する（ステップＳ２３）。

アプリケーション一覧配信モジュール２１は、アプリケーション一覧取得指示を受信する。アプリケーション一覧配信モジュール２１は、このアプリケーション一覧取得指示に基づいて、アプリケーションデータベースに記憶するアプリケーションに関する情報を、アプリケーション一覧データとして、管理者端末２００に送信する（ステップＳ２４）。

アプリケーション一覧取得モジュール２５０は、アプリケーション一覧データを受信する。アプリケーション一覧表示モジュール２７２は、受信したアプリケーション一覧データに基づいて、アプリケーション一覧を表示する（ステップＳ２５）。

アプリケーション一覧表示モジュール２７２は、表示したアプリケーションの何れかのアプリケーションの選択入力を受け付けたか否かを判断する（ステップＳ２６）。ステップＳ２６において、アプリケーション一覧表示モジュール２７２は、選択入力を受け付けていないと判断した場合（ステップＳ２６ ＮＯ）、受け付けるまで本処理を繰り返す。

一方、ステップＳ２６において、アプリケーション一覧表示モジュール２７２は、選択入力を受け付けたと判断した場合（ステップＳ２６ ＹＥＳ）、アプリケーション購入画面表示モジュール２７３は、選択されたアプリケーションの購入画面を示すアプリケーション購入画面を表示する（ステップＳ２７）。ステップＳ２７において、アプリケーション購入画面表示モジュール２７３は、図１０に示すアプリケーション購入画面を表示する。

図１０は、アプリケーション購入画面表示モジュール２７３が表示するアプリケーション購入画面を示す図である。図１０において、アプリケーション購入画面表示モジュール２７３は、アプリケーション購入画面として、アプリケーション名表示領域５００、アプリケーション説明表示領域５１０、導入先選択領域５２０、導入情報表示領域５３０を表示する。アプリケーション名表示領域５００は、ステップＳ２６において受け付けたアプリケーションの名称やアイコン等が表示される。アプリケーション説明表示領域５１０は、このアプリケーションに関する説明、販売価格、ライセンス金額等が表示される。導入先選択領域５２０は、アプリケーションを導入するユーザ端末１００が所属する部署名等のユーザ群が表示され、管理者からの選択入力を受け付ける。このユーザ群は、上述した端末所属管理テーブルに登録されたユーザ群及びこのユーザ群に対応付けられたユーザ端末１００の総合計数が表示される。導入情報表示領域５３０は、導入先選択領域５２０において選択されたユーザ群におけるユーザ端末１００の総数、ＯＳ毎のユーザ端末１００の総数、選択されたユーザ群に属するユーザ端末１００にアプリケーションを導入する際に必要な金額の総計、キャンセルアイコン５４０、決定アイコン５５０を表示する。キャンセルアイコン５４０及び決定アイコン５５０は、後述する処理に用いられる。

本実施形態において、ユーザ群は、部署名に限らず、その他の構成、例えば、企業、プロジェクト、役職であっても良く、一又は複数のユーザ端末１００が属する分類であれば適宜変更可能である。アプリケーションの価格とは、アプリケーションそのものの金額や、アプリケーションの使用許可を与えるライセンス料等である。

なお、本実施形態において、ユーザ群を選択する構成としているが、ユーザ群の指定のみならず、機器管理システム１に存在するユーザ端末１００の識別子やＩＤ等を表示し、アプリケーションを導入するユーザ端末１００を別個に指定する構成であっても良い。また、ユーザ端末１００ではなく、ユーザの名称や識別子等を表示し、このユーザを指定することにより、端末情報管理テーブルに記憶されたユーザ名に対応付けられたユーザ端末１００にアプリケーションを導入する構成であっても良い。

アプリケーション購入画面表示モジュール２７３は、アプリケーションの購入入力を受け付けたか否かを判断する（ステップＳ２８）。アプリケーション購入画面表示モジュール２７３は、キャンセルアイコン５４０又は決定アイコン５５０の何れかの操作入力を受け付けたかに基づいて、購入入力を受け付けたか否かを判断する。ステップＳ２８において、アプリケーション購入画面表示モジュール２７３は、購入入力を受け付けていないと判断した場合（ステップＳ２８ ＮＯ）、すなわち、キャンセルアイコン５４０への操作入力を受け付けた場合、アプリケーションの購入を中止し、アプリケーションの購入を中止した旨の通知を表示し、本処理を終了する。なお、ステップＳ２８において、アプリケーション購入画面表示モジュール２７３は、アプリケーションの購入を中止した後、アプリケーション一覧表示モジュール２７２は、アプリケーション一覧を再度表示しても良い。

一方、ステップＳ２８において、アプリケーション購入画面表示モジュール２７３は、購入入力を受け付けたと判断した場合（ステップＳ２８ ＹＥＳ）、すなわち、決定アイコン５５０の操作入力を受け付けた場合、決済データ送信モジュール２５１は、決済データを、配信サーバ１０に送信する（ステップＳ２９）。決済データとは、アプリケーションの購入に必要な各種情報、端末管理情報、使用条件や接続先等の設定情報が含まれる。

決済モジュール２２は、管理者端末２００が送信した決済データを受信する。決済モジュール２２は、決済データに基づいて、アプリケーションの購入に必要な課金処理等の決済処理を実行する（ステップＳ３０）。決済処理とは、例えば、管理者端末２００の決済用口座等から料金を徴収する処理である。

アプリケーション配信モジュール２３は、決済データに基づいて、指定されたユーザ端末１００へ、購入処理が実行されたアプリケーションを配信する（ステップＳ３１）。

アプリケーション取得モジュール１５０は、配信サーバ１０が配信したアプリケーションを取得し、アプリケーション導入モジュール１６０は、取得したアプリケーションを自身に導入する（ステップＳ３２）。ステップＳ３２において、アプリケーション導入モジュール１６０は、決済データに含まれる設定情報に基づいて、アプリケーションの設定を行っても良い。

以上が、アプリケーション導入処理である。

［メッセージ送受信処理］
図６に基づいて、配信サーバ１０、管理者端末２００、提供者端末３００が実行するメッセージ送受信処理について説明する。図６は、配信サーバ１０、管理者端末２００、提供者端末３００が実行するメッセージ送受信処理のフローチャートを示す図である。上述した各装置のモジュールが実行する処理について、本処理に併せて説明する。

サポート申込入力受付モジュール２７４は、サポート申込の入力を受け付けたか否かを判断する（ステップＳ４０）。ステップＳ４０において、サポート申込入力受付モジュール２７４は、専用のアプリケーションの起動や、サポート用ＷＥＢサイト等にアクセスし、サポート申込の入力を実行したか否か等に基づいて、サポート申込の入力を受け付けたか否かを判断する。ステップＳ４０において、サポート申込入力受付モジュール２７４は、サポート申込の入力を受け付けていないと判断した場合（ステップＳ４０ ＮＯ）、本処理を終了する。

一方、ステップＳ４０において、サポート申込入力受付モジュール２７４は、サポート申込の入力を受け付けたと判断した場合（ステップＳ４０ ＹＥＳ）、サポート申込入力受付モジュール２７４は、サポート申込画面を表示する（ステップＳ４１）。

図１１は、サポート申込入力受付モジュール２７４が表示するサポート申込画面を示す図である。図１１において、サポート申込入力受付モジュール２７４は、通知メッセージ表示領域６００、アプリケーション表示領域６１０、期間表示領域６２０、端末数表示領域６３０、サポート申請表示領域６４０、規約表示領域６５０、申込アイコン６６０、キャンセルアイコン６７０を表示する。

通知メッセージ表示領域６００は、サポートの申込画面であることを示すメッセージを表示する。アプリケーション名表示領域６１０は、今回のサポート申込の対象となるアプリケーションの名称を表示する。期間表示領域６２０は、複数又は一のサポート期間を表示するとともに、管理者からの選択入力を受け付ける。サポート申請表示領域６４０は、サポートを受けるか否かのメッセージを表示するとともに、管理者からの選択入力を受け付ける。規約表示領域６５０は、サポートの利用規約及び利用規約に同意するか否かのメッセージを表示するとともに、管理者からの選択入力を受け付ける。申込アイコン６６０は、管理者からの入力を受け付け、入力された情報を、配信サーバ１０に送信する。キャンセルアイコン６７０は、管理者からの入力を受け付け、入力された情報を削除するとともに、サポートの申込を中止した旨の通知画面を表示させる。なお、サポート申込画面に表示する内容は、上述した構成に限らず、適宜変更可能である。

サポート申込入力受付モジュール２７４は、申込に必要な各情報の入力を受け付け、サポートの申込を受け付けたか否かを判断する（ステップＳ４２）。ステップＳ４２において、サポート申込入力受付モジュール２７４は、申込アイコン６６０又はキャンセルアイコン６７０の何れが入力されたか否かに基づいて、サポートの申込を受け付けたか否かを判断する。

ステップＳ４２において、サポート申込入力受付モジュール２７４は、サポートの申込を受け付けていないと判断した場合（ステップＳ４２ ＮＯ）、すなわち、キャンセルアイコン６７０への入力を受け付けたと判断した場合、本処理を終了する。サポート申込入力受付モジュール２７４は、キャンセルアイコン６７０への入力を受け付けた場合、入力された情報を消去し、サポートの申込を中止した旨の通知画面を表示し、本処理を終了する。

一方、サポート申込入力受付モジュール２７４は、サポートの申込を受け付けたと判断した場合（ステップＳ４２ ＹＥＳ）、すなわち、申込アイコン６６０への入力を受け付けたと判断した場合、サポート申込データ送信モジュール２５２は、サポート申込に関する情報であるサポート申込データを、配信サーバ１０に送信する（ステップＳ４３）。サポート申込データには、管理者の名称、ＩＤ、連絡先メールアドレス等の個人情報やサポートを受ける期間に関する情報が含まれる。なお、ステップＳ４２において、申込アイコン６６０への入力を受け付けたものの、サポート申請表示領域６４０への入力や、規約表示領域６５０への入力が行われていない場合、サポートの申込を中止し、必要な情報が入力されていない旨の通知画面を表示し、再度サポートの申込を受け付けたか否かを判断する。

サポート申込データ受信モジュール２４は、サポート申込データを受信する。メッセージ記憶モジュール３１は、このアプリケーションの提供者用のメッセージボックスと、今回受信したサポート申込データに基づいた管理者の個人情報とを対応付けて記憶する（ステップＳ４４）。なお、メッセージボックスが存在しない場合、メッセージボックスを新たに作成すれば良い。

新着通知送信モジュール２５は、新しい個人情報が対応付けられたことを通知する新着サポート通知を、提供者端末３００に送信する（ステップＳ４５）。新着サポート通知は、例えば、提供者用のメッセージボックスに対応付けられた提供者の連絡先メールアドレスに対して、メッセージを送信する。なお、他の方法により、通知が送信されても良い。

新着通知受信モジュール３５１は、新着サポート通知を受信する。メッセージ取得モジュール３５２は、メッセージ一覧の取得要求を配信サーバ１０に送信する（ステップＳ４６）。メッセージ一覧は、メッセージ記憶モジュール３１が記憶するメッセージの一部又は全てである。なお、メッセージ一覧は、以前に取得したメッセージを除外し、取得していないメッセージ一覧のみを取得する構成であっても良い。

メッセージ一覧取得要求受信モジュール２６は、メッセージ一覧の取得要求を受信する。メッセージ一覧送信モジュール２７は、受信したメッセージ一覧の取得要求に基づいて、この提供者のメッセージボックスに存在するメッセージ一覧を示すメッセージ一覧データを提供者端末３００に送信する（ステップＳ４７）。

メッセージ取得モジュール３５２は、メッセージ一覧データを受信する。メッセージ一覧表示モジュール３７０は、受信したメッセージ一覧データに基づいて、メッセージ一覧画面を表示する（ステップＳ４８）。

図１２は、メッセージ一覧表示モジュール３７０が表示するメッセージ一覧画面を示す図である。図１２において、メッセージ一覧表示モジュール３７０は、メッセージ一覧画面として、説明表示領域７００、ユーザ名表示領域７１０、企業名表示領域７２０、残期間表示領域７３０、問い合わせ方法表示領域７４０を表示する。

説明表示領域７００は、メッセージ一覧画面の内容を説明するメッセージが表示される。ユーザ名表示領域７１０は、管理者端末２００を保有する管理者の名称や管理者端末２００の名称が表示される。企業名表示領域７２０は、管理者端末２００の管理者が所属する企業の名称や、団体の名称が表示される。残期間表示領域７３０は、サポートの残り期間が表示される。問い合わせ方法表示領域７４０は、メールアイコン７５０、チャットアイコン７６０が表示される。メールアイコン７５０は、各管理者の連絡先メールアドレスが紐付けられたアイコンであり、提供者の入力操作を受け付け、メッセージを送受信するために必要なアプリケーションを起動する。また、チャットアイコン７６０は、各管理者のＩＤや連絡先メールアドレスが紐付けられたアイコンであり、提供者の入力操作を受け付け、チャットを送受信するために必要なアプリケーションを起動する。

なお、アプリケーションの提供者は、サポートの実行可否を予め配信サーバ１０に登録することにより、配信サーバ１０は、管理者がサポート申込時に、マッチングが可能であるか否かを、アプリケーション毎に設定することも可能となる。また、メッセージ一覧画面に表示する内容は、適宜変更可能である。

メッセージ作成モジュール３７１は、新着サポート通知に含まれる管理者の連絡先メールアドレス宛てに、メッセージを作成する（ステップＳ４９）。メッセージ作成モジュール３７１は、メールアドレスを、管理者の連絡先メールアドレスに設定し、本文及び題名を予め設定された文章、又は提供者が入力を実行した文章に設定し、メッセージを作成する。

メッセージデータ送信モジュール３５３は、作成したメッセージを示すメッセージデータを、配信サーバ１０に送信する（ステップＳ５０）。メッセージデータは、提供者の連絡先メールアドレス、管理者の連絡先メールアドレス、本文及び題名が含まれる。

メッセージデータ受信モジュール２８は、メッセージデータを受信する。メッセージ送信モジュール２９は、メッセージデータに基づいて、管理者端末２００に、メッセージを送信する（ステップＳ５１）。

メッセージ受信モジュール２５３は、メッセージを受信する。メッセージ入力受付モジュール２７５は、メッセージの入力を受け付けたか否かを判断する（ステップＳ５２）。ステップＳ５２において、メッセージ入力受付モジュール２７５は、受信したメッセージへの返信入力を受け付けたか否かに基づいて判断する。返信入力には、メッセージの本文や題名等の入力、メッセージの送信指示が含まれる。ステップＳ５２において、メッセージ入力受付モジュール２７５は、入力を受け付けていないと判断した場合（ステップＳ５２ ＮＯ）、入力を受け付けるまで本処理を繰り返す。

一方、ステップＳ５２において、メッセージ入力受付モジュール２７５は、入力を受け付けたと判断した場合（ステップＳ５２ ＹＥＳ）、メッセージ送信モジュール２５４は、受け付けたメッセージを示すメッセージデータを配信サーバ１０に送信する（ステップＳ５３）。

メッセージデータ受信モジュール２８は、メッセージデータを受信する。新着通知送信モジュール２５は、新たにメッセージを受信したことを通知する新着メッセージ通知を、提供者端末３００に送信する（ステップＳ５４）。新着メッセージ通知は、例えば、メールとして送信する。なお、他の方法により通知が送信されても良い。

新着通知受信モジュール３５１は、新着メッセージ通知を受信する。メッセージ取得モジュール３５２は、メッセージ一覧の取得要求を配信サーバ１０に送信する（ステップＳ５５）。ステップＳ５５の処理は、上述したステップＳ４６の処理と同様である。

メッセージ一覧取得要求受信モジュール２６は、メッセージ一覧の取得要求を受信する。メッセージ一覧送信モジュール２７は、受信したメッセージ一覧の取得要求に基づいて、メッセージ一覧データを提供者端末３００に送信する（ステップＳ５６）。ステップＳ５６の処理は、上述したステップＳ４７の処理と同様である。

メッセージ取得モジュール３５２は、メッセージ一覧を受信する。メッセージ一覧表示モジュール３７０は、受信したメッセージ一覧を表示する（ステップＳ５７）。ステップＳ５７の処理は、上述したステップＳ４８の処理と同様である。

なお、上述した実施形態において、メッセージとして、メールを使用する構成について説明しているが、メッセージはメールに限らず、チャット又はその他の方法を使用する構成であっても良い。この場合、上述したチャットアイコン７６０への入力を受け付け、各処理を実行すれば良い。

また、上述した各処理では、配信サーバ１０を介して、管理者端末２００と、提供者端末３００とは、メッセージの送受信を実行しているが、配信サーバ１０を介さずに、直接メッセージを送受信する構成であっても良い。この場合、例えば、管理者端末２００は、サポートの申込時に、自身のメールアドレスを提供者端末３００に通知し、提供者端末３００は、このメールアドレスに対して、メッセージを送受信する構成にすれば良い。

以上が、メッセージ送受信処理である。

上述した手段、機能は、コンピュータ（ＣＰＵ、情報処理装置、各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、フレキシブルディスク、ＣＤ（ＣＤ−ＲＯＭなど）、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭなど）等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置又は外部記憶装置に転送し記憶して実行する。また、そのプログラムを、例えば、磁気ディスク、光ディスク、光磁気ディスク等の記憶装置（記録媒体）に予め記録しておき、その記憶装置から通信回線を介してコンピュータに提供するようにしてもよい。

以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。

１ 機器管理システム、１０ 配信サーバ、１００ ユーザ端末、２００ 管理者端末、３００ 提供者端末

Claims (5)

1. ユーザが使用する機器を管理する機器管理システムであって、
   アプリケーションの提供者が、前記アプリケーションをデータベースに登録する登録手段と、
   前記機器管理システムの管理者が、前記ユーザが使用する機器に導入するためのアプリケーションを、前記データベースから選択して購入する購入手段と、
   前記購入されたアプリケーションを、前記ユーザが使用する機器に配信する配信手段と、
   を備えることを特徴とする機器管理システム。
2. 前記配信されたアプリケーションを、前記ユーザが使用する機器に導入する導入手段と、
   を備えることを特徴とする請求項１に記載の機器管理システム。
3. 前記アプリケーションが購入された後に、前記アプリケーションの提供者が、前記機器管理システムの管理者とメッセージの送受信を行うためのアドレス交換手段と、
   を備えることを特徴とする請求項１又は２に記載の機器管理システム。
4. ユーザが使用する機器を管理する機器管理方法であって、
   アプリケーションの提供者が、前記アプリケーションをデータベースに登録するステップと、
   前記機器管理システムの管理者が、前記ユーザが使用する機器に導入するためのアプリケーションを、前記データベースから選択して購入するステップと、
   前記購入されたアプリケーションを、前記ユーザが使用する機器に配信するステップと、
   を備えることを特徴とする機器管理方法。
5. ユーザが使用する機器を管理する機器管理システムに、
   アプリケーションの提供者が、前記アプリケーションをデータベースに登録するステップ、
   前記機器管理システムの管理者が、前記ユーザが使用する機器に導入するためのアプリケーションを、前記データベースから選択して購入するステップ、
   前記購入されたアプリケーションを、前記ユーザが使用する機器に配信するステップ、
   を実行させることを特徴とするプログラム。