JP2011180926A - 意思決定支援システム、仲介装置、意思決定支援方法及び意思決定支援プログラム - Google Patents

Abstract

【課題】管理者が画像形成装置を使用するユーザ全体の要望を反映して意思決定することを支援することができる意思決定支援システム、仲介装置、意思決定支援方法及び意思決定支援プログラムを提供する。
【解決手段】複数の複合機及び管理者用の管理者端末とネットワークを介して接続される仲介装置２００であって、複数の複合機の各々から、プラグインの購入希望を示す購入希望情報を受信する希望情報受信部２３６と、受信された購入希望情報をカウントして、プラグインの購入希望数を算出する算出部２３８と、購入希望数が購入閾値を越えたか否か判定する判定部２４０と、購入希望数が購入閾値を超えたと判定された場合に、管理者端末に通知する通知部２４８と、を備える。
【選択図】図４

Description

本発明は、意思決定支援システム、仲介装置、意思決定支援方法及び意思決定支援プログラムに関する。

近年、プラグインをインストールすることにより、ユーザの嗜好や利用目的に応じて機能をカスタマイズすることができる複合機などの画像形成装置が知られている。プラグインのインストール（購入）には、運用上、画像形成装置の管理者の意思決定（許可）が必要な場合が多いが、画像形成装置を使用するユーザ全体の要望を管理者が把握することは困難であり、管理者による意思決定にユーザ全体の要望が反映されにくい。

例えば特許文献１には、懸賞に関する技術として、ユーザ側端末から、任意の懸賞品に対する応募情報を含むアンケート情報を受信して集計し、集計結果を用いて懸賞品の抽選を行う技術が開示されている。

しかしながら、特許文献１に開示された技術では、応募情報を集計しているものの、抽選を目的としたものであるため、画像形成装置を管理するシステムに適用したとしても、管理者が画像形成装置を使用するユーザ全体の要望を把握することはできない。

本発明は、上記事情に鑑みてなされたものであり、管理者が画像形成装置を使用するユーザ全体の要望を反映して意思決定することを支援することができる意思決定支援システム、仲介装置、意思決定支援方法及び意思決定支援プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明の一態様にかかる意思決定支援システムは、複数の画像形成装置と、前記複数の画像形成装置及び管理者用の管理者端末とネットワークを介して接続される仲介装置とを、備える意思決定支援システムであって、前記複数の画像形成装置の各々は、ソフトウェアの購入希望を示す購入希望情報を送信する希望情報送信手段を備え、前記仲介装置は、前記購入希望情報を受信する希望情報受信手段と、受信された前記購入希望情報をカウントして、前記ソフトウェアの購入希望数を算出する算出手段と、前記購入希望数が購入閾値を越えたか否か判定する判定手段と、前記購入希望数が前記購入閾値を超えたと判定された場合に、前記管理者端末に通知する通知手段と、を備えることを特徴とする。

また、本発明の別の態様にかかる仲介装置は、複数の画像形成装置及び管理者用の管理者端末とネットワークを介して接続される仲介装置であって、前記複数の画像形成装置の各々から、ソフトウェアの購入希望を示す購入希望情報を受信する希望情報受信手段と、受信された前記購入希望情報をカウントして、前記ソフトウェアの購入希望数を算出する算出手段と、前記購入希望数が購入閾値を越えたか否か判定する判定手段と、前記購入希望数が前記購入閾値を超えたと判定された場合に、前記管理者端末に通知する通知手段と、を備えることを特徴とする。

また、本発明の別の態様にかかる意思決定支援方法は、複数の画像形成装置及び管理者用の管理者端末とネットワークを介して接続される仲介装置で実行される意思決定支援方法あって、希望情報受信手段が、前記複数の画像形成装置の各々から、ソフトウェアの購入希望を示す購入希望情報を受信する希望情報受信ステップと、算出手段が、受信された前記購入希望情報をカウントして、前記ソフトウェアの購入希望数を算出する算出ステップと、判定手段が、前記購入希望数が購入閾値を越えたか否か判定する判定ステップと、通知手段が、前記購入希望数が前記購入閾値を超えたと判定された場合に、前記管理者端末に通知する通知ステップと、を含むことを特徴とする。

また、本発明の別の態様にかかる意思決定支援プログラムは、上記意思決定支援方法をコンピュータに実行させるためのものである。

本発明によれば、管理者が画像形成装置を使用するユーザ全体の要望を反映して意思決定することを支援することができるという効果を奏する。

図１は、本実施形態の意思決定支援システムの構成例を示すブロック図である。 図２は、本実施形態の複合機の構成例を示すブロック図である。 図３は、本実施形態の推薦情報の一例を示す図である。 図４は、本実施形態の仲介装置の構成例を示すブロック図である。 図５は、本実施形態の意思決定支援システムで行われる推薦情報配信処理例を示すフローチャートである。 図６は、本実施形態の意思決定支援システムで行われる推薦情報配信処理例を示すフローチャートである。 図７は、本実施形態の意思決定支援システムで行われるお試しプラグインのダウンロード処理例を示すシーケンス図である。 図８は、本実施形態の意思決定支援システムで行われるプラグインの購入希望通知処理例を示すシーケンス図である。 図９は、本実施形態の複合機１００のハードウェア構成の一例を示すブロック図である。

以下、添付図面を参照しながら、本発明にかかる意思決定支援システム、仲介装置、意思決定支援方法及び意思決定支援プログラムの実施形態を詳細に説明する。

まず、本実施形態の意思決定支援システムの構成について説明する。

図１は、本実施形態の意思決定支援システム１０の構成の一例を示すブロック図である。図１に示すように、意思決定支援システム１０は、複合機（ＭＦＰ：Multifunction Peripheral）１００−１〜１００−Ｎ（Ｎは２以上の自然数）と、仲介装置２００と、管理者端末３００と、センタサーバ４００と、プラグインサーバ５００とを、備える。複合機１００−１〜１００−Ｎ、仲介装置２００、及び管理者端末３００は、内部ネットワーク２０（ネットワークの一例）を介して接続され、仲介装置２００、センタサーバ４００、及びプラグインサーバ５００は、内部ネットワーク２０及び外部ネットワーク３０（ネットワークの一例）を介して接続されている。内部ネットワーク２０は、例えば、ＬＡＮ（Local Area Network）などにより実現でき、外部ネットワーク３０は、例えば、公衆回線又はインターネットなどの通信網により実現できる。なお、以下では、複合機１００−１〜１００−Ｎを各々区別する必要がない場合は、単に複合機１００と称する場合がある。

複合機１００（画像形成装置の一例）は、コピー機能、印刷機能、スキャナ機能、及びファクシミリ機能のうち少なくとも２つの機能を有する装置である。本実施形態では、画像形成装置として複合機を例に取り説明するが、これに限定されるものではなく、複写機、プリンタ、スキャナ装置、ファクシミリ装置などいずれの装置であってもよい。

図２は、本実施形態の複合機１００の構成の一例を示すブロック図である。図２に示すように、複合機１００は、通信部１１０と、記憶部１２０と、表示部１３０と、入力部１４０と、読取部１５０と、印刷部１６０と、制御部１７０とを、備える。

通信部１１０は、内部ネットワーク２０を介して、仲介装置２００などの外部装置と通信するものであり、例えば、通信インタフェースなどの既存の通信装置により実現できる。

記憶部１２０は、複合機１００で実行される各種プログラムや複合機１００で行われる各種処理に使用される各種情報などを記憶する。記憶部１２０は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、メモリカード、光ディスク、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などの磁気的、光学的、又は電気的に記憶可能な既存の記憶装置により実現できる。記憶部１２０は、アプリ識別情報記憶部１２２を含む。アプリ識別情報記憶部１２２については後ほど詳述する。

表示部１３０は、各種画面を表示するものであり、タッチパネル式ディスプレイや液晶ディスプレイなどの既存の表示装置により実現できる。

入力部１４０は、各種操作の入力を行うものであり、キースイッチやタッチパネルなどの既存の入力装置により実現できる。なお、表示部１３０及び入力部１４０は、タッチパネル式ディスプレイなどにより一体的に実現してもよい。

読取部１５０は、原稿などの印刷物から画像データを読み取るものであり、スキャナなどの既存の読取装置により実現できる。

印刷部１６０は、読取部１５０により読み取られた画像データや、図示せぬＰＣ（Personal Computer）などから通信部１１０により受信された印刷データを印刷するものであり、プリンタなどの既存の印刷装置により実現できる。

制御部１７０は、複合機１００の各部を制御するものであり、ＣＰＵ（Central Processing Unit）などの既存の制御装置により実現できる。制御部１７０は、推薦情報受信部１７２と、表示制御部１７４と、希望情報送信部１７６と、入力受付部１７８と、プラグイン受信部１８０と、インストール部１８２と、評価情報送信部１８４とを、含む。

推薦情報受信部１７２は、仲介装置２００から通信部１１０を介して、ユーザに推薦するプラグイン（ソフトウェアの一例）に関する情報である推薦情報を受信する。本実施形態の推薦情報は、図３に示すように、ユーザ推薦用のプラグインを識別する推薦プラグイン識別情報（推薦ソフトウェア識別情報の一例）と、当該プラグインにより実現される機能が属するアプリケーションを識別する第１アプリ識別情報とが対応付けられている。なお、第１アプリ識別情報は、アプリ名及びバージョンを含む。

ここで、アプリ識別情報記憶部１２２について説明する。アプリ識別情報記憶部１２２は、複合機１００で実行されるアプリケーションを識別する第２アプリ識別情報を記憶する。なお、本実施形態の第２アプリ識別情報は、第１アプリ識別情報同様、アプリ名及びバージョンを含む。

表示制御部１７４は、推薦情報受信部１７２により受信された推薦情報及びアプリ識別情報記憶部１２２に記憶されている第２アプリ識別情報を参照して、第２アプリ識別情報と一致する第１アプリ識別情報に対応付けられた推薦プラグイン識別情報が示すプラグインを表示部１３０に表示させる。

希望情報送信部１７６は、通信部１１０を制御して、後述の入力受付部１７８により選択入力が受け付けられたプラグインを試すお試しプラグイン（お試しソフトウェアの一例）のお試し希望を示すお試し希望情報を仲介装置２００に送信する。また、希望情報送信部１７６は、通信部１１０を制御して、入力受付部１７８により購入希望の入力が受け付けられたプラグインの購入希望を示す購入希望情報を仲介装置２００に送信する。

入力受付部１７８は、入力部１４０から、表示部１３０に表示されたプラグインのうちお試しを希望するプラグインの選択入力を受け付ける。また入力受付部１７８は、入力部１４０から、後述のインストール部１８２によりインストールされたお試しプラグインに対応するプラグインの購入希望の入力を受け付ける。また入力受付部１７８は、入力部１４０から、インストール部１８２によりインストールされたお試しプラグインの評価を示す評価情報の入力を受け付ける。

プラグイン受信部１８０（ソフトウェア受信手段の一例）は、仲介装置２００から通信部１１０を介して、お試しプラグインを受信する。

インストール部１８２は、プラグイン受信部１８０により受信されたお試しプラグインをインストールする。

評価情報送信部１８４は、通信部１１０を制御して、入力受付部１７８により入力が受け付けられた評価情報を仲介装置２００に送信する。

なお、複合機１００は、上述した各部の全てを必須の構成とする必要はなく、その一部を省略した構成としてもよい。

図１に戻り、仲介装置２００は、管理者端末３００、センタサーバ４００、及びプラグインサーバ５００と複合機１００との間で行われる処理を仲介するものである。

図４は、本実施形態の仲介装置２００の構成の一例を示すブロック図である。図４に示すように、仲介装置２００は、通信部２１０と、記憶部２２０と、制御部２３０とを、備える。

通信部２１０は、内部ネットワーク２０を介して、複合機１００−１〜１００−Ｎ及び管理者端末３００と通信したり、内部ネットワーク２０及び外部ネットワーク３０を介して、センタサーバ４００及びプラグインサーバ５００と通信したりする。通信部２１０は、複合機１００同様、既存の通信装置により実現できる。

記憶部２２０は、仲介装置２００で実行される各種プログラムや仲介装置２００で行われる各種処理に使用される各種情報などを記憶するものであり、複合機１００同様、既存の記憶装置により実現できる。

制御部２３０は、仲介装置２００の各部を制御するものであり、複合機１００同様、既存の制御装置により実現できる。制御部２３０は、推薦情報取得部２３２と、推薦情報送信部２３４と、希望情報受信部２３６と、算出部２３８と、判定部２４０と、プラグイン取得部２４２と、プラグイン送信部２４４と、評価情報受信部２４６と、通知部２４８とを、含む。

推薦情報取得部２３２は、通信部２１０を制御して、ユーザに推薦するプラグインに関する情報である推薦情報（例えば、図３参照）をセンタサーバ４００から取得する。

推薦情報送信部２３４は、通信部２１０を制御して、推薦情報取得部２３２により取得された推薦情報を複合機１００−１〜１００−Ｎの各々に送信する。

希望情報受信部２３６は、複合機１００から通信部２１０を介して、お試しプラグインのお試し希望情報を受信する。また、希望情報受信部２３６は、複合機１００から通信部２１０を介して、プラグインの購入希望情報を受信する。

算出部２３８は、希望情報受信部２３６により受信されたお試し希望情報をカウントして、お試しプラグインのお試し希望数を算出する。また、算出部２３８は、希望情報受信部２３６により受信された購入希望情報をカウントして、プラグインの購入希望数を算出する。なお、お試し希望数及び購入希望数は、記憶部２２０に記憶される。

判定部２４０は、算出部２３８により算出されたお試し希望数がお試し閾値を越えたか否か判定する。また、判定部２４０は、算出部２３８により算出された購入希望数が購入閾値を越えたか否か判定する。なお、お試し閾値及び購入閾値は、記憶部２２０に記憶されている。

プラグイン取得部２４２（ソフトウェア取得手段の一例）は、判定部２４０によりお試し希望数がお試し閾値を超えたと判定された場合に、通信部２１０を制御して、プラグインサーバ５００からお試しプラグインを取得する。

プラグイン送信部２４４（ソフトウェア送信手段の一例）は、通信部２１０を制御して、プラグイン取得部２４２により取得されたお試しプラグインを、複合機１００−１〜１００−Ｎの各々に送信する。

評価情報受信部２４６は、複合機１００から通信部２１０を介して、複合機１００にインストールされたお試しプラグインの評価情報を受信する。

通知部２４８は、判定部２４０により購入希望数が購入閾値を超えたと判定された場合に、通信部２１０を制御して、その旨を管理者端末３００に通知する。また通知部２４８は、通信部２１０を制御して、評価情報受信部２４６により受信された評価情報を管理者端末３００に通知する。

なお、仲介装置２００は、上述した各部の全てを必須の構成とする必要はなく、その一部を省略した構成としてもよい。

図１に戻り、管理者端末３００は、複合機１００−１〜１００−Ｎを管理する管理者用の端末である。管理者端末３００は、仲介装置２００から内部ネットワーク２０を介して、プラグインの購入希望数が購入閾値を超えた旨の通知や、複合機１００にインストールされたお試しプラグインの評価情報などを受ける。また、管理者端末３００は、内部ネットワーク２０を介して、仲介装置２００のお試し閾値や購入閾値を設定（通知）する。

センタサーバ４００は、ユーザに推薦するプラグインに関する情報である推薦情報（例えば、図３参照）を記憶しており、推薦情報を更新した場合や仲介装置２００から取得を要求された場合に、仲介装置２００を介して複合機１００−１〜１００−Ｎの各々に配信する。

プラグインサーバ５００は、各種プラグイン及び各種プラグインに対応するお試しプラグインを記憶しており、仲介装置２００から配信を要求された場合に、仲介装置２００を介して複合機１００−１〜１００−Ｎの各々に配信する。

次に、本実施形態の意思決定支援システムの動作について説明する。

図５は、本実施形態の意思決定支援システム１０で行われる推薦情報配信処理の手順の流れの一例を示すフローチャートである。

まず、仲介装置２００は、複合機１００を管理対象に設定する（ステップＳ１００）。

続いて、仲介装置２００の推薦情報取得部２３２は、センタサーバ４００に推薦情報の取得要求を送信する（ステップＳ１０２）。

続いて、センタサーバ４００は、仲介装置２００から推薦情報の取得要求を受信し、推薦情報を仲介装置２００に配信する（ステップＳ１０４）。

続いて、推薦情報取得部２３２は、センタサーバ４００から推薦情報を受信し、仲介装置２００の推薦情報送信部２３４は、推薦情報取得部２３２により受信された推薦情報を複合機１００−１〜１００−Ｎの各々に送信する（ステップＳ１０６）。

続いて、複合機１００の推薦情報受信部１７２は、仲介装置２００から推薦情報を受信し、記憶部１２０に記憶する（ステップＳ１０８）。

続いて、複合機１００の表示制御部１７４は、アプリ識別情報記憶部１２２の第２アプリ識別情報と記憶部１２０に記憶した推薦情報の第１アプリ識別情報とを比較する（ステップＳ１１０）。

そして、表示制御部１７４は、第２アプリ識別情報と第１アプリ識別情報とが一致する場合には（ステップＳ１１２でＹｅｓ）、第１アプリ識別情報に対応付けられた推薦プラグイン識別情報が示すプラグインを表示部１３０に表示させる（ステップＳ１１４）。

一方、第２アプリ識別情報と第１アプリ識別情報とが一致しない場合には（ステップＳ１１２でＮｏ）、ステップＳ１１４の処理は行われない。

図６は、本実施形態の意思決定支援システム１０で行われる推薦情報配信処理の手順の流れの他の例を示すフローチャートである。

まず、センタサーバ４００は、推薦情報を更新する（ステップＳ２００）。

続いて、センタサーバ４００は、更新した推薦情報を仲介装置２００に配信する（ステップＳ２０２）。

続いて、仲介装置２００の推薦情報取得部２３２は、センタサーバ４００から推薦情報を受信し、仲介装置２００の推薦情報送信部２３４は、推薦情報取得部２３２により受信された推薦情報を複合機１００−１〜１００−Ｎの各々に送信する（ステップＳ２０４）。

続いて、複合機１００の推薦情報受信部１７２は、仲介装置２００から推薦情報を受信し、記憶部１２０に記憶されている推薦情報を更新する（ステップＳ２０６）。

以降のステップＳ２０８〜Ｓ２１２の処理は、それぞれ、図５に示すフローチャートのステップＳ１１０〜Ｓ１１４の処理と同様であるため、説明を省略する。

図７は、本実施形態の意思決定支援システム１０で行われるお試しプラグインのダウンロード処理の手順の流れの一例を示すシーケンス図である。

まず、管理者端末３００は、管理者からの入力に基づいて、お試しプラグインのダウンロードの可否を判定するためのお試し閾値を設定し（ステップＳ３００）、仲介装置２００へ送信する（ステップＳ３０２）。

続いて、仲介装置２００は、管理者端末３００からお試し閾値を受信して、記憶部２２０に記憶する（ステップＳ３０４）。

なお、ステップＳ３０４の後に、図５のフローチャートに示す処理や図６のフローチャートに示す処理が行われる。

続いて、複合機１００の入力受付部１７８は、入力部１４０から、表示部１３０に表示されたプラグインのうちお試しを希望するプラグインの選択入力を受け付ける（ステップＳ３０６）。

続いて、複合機１００の希望情報送信部１７６は、入力受付部１７８により選択入力が受け付けられたプラグインを試すお試しプラグインのお試し希望情報を送信し（ステップＳ３０８）、仲介装置２００の希望情報受信部２３６は、お試し希望情報を受信する。

続いて、仲介装置２００の算出部２３８は、希望情報受信部２３６により受信されたお試し希望情報をカウントして、お試しプラグインのお試し希望数を算出する（ステップＳ３１０）。

続いて、仲介装置２００の通知部２４８は、算出部２３８により算出されたお試し希望数を管理者端末３００に通知する（ステップＳ３１２）。なお、管理者端末３００へのお試し希望数の通知手法は、メール、メッセンジャー、ＳＮＭＰ（Simple Network Management Protocol）のＴＲＡＰ送信、又は管理者端末３００からの問い合わせに対するレスポンスなどが挙げられる。また、通知タイミングは、算出部２３８による算出後ではなく、定期的に通知するようにしてもよい。

続いて、仲介装置２００の判定部２４０は、算出部２３８により算出されたお試し希望数がお試し閾値を越えたか否か判定する（ステップＳ３１４）。

以降の処理は、判定部２４０によりお試し希望数がお試し閾値を超えたと判定された場合に行われる。

続いて、通知部２４８は、算出部２３８により算出されたお試し希望数がお試し閾値を超えたことを管理者端末３００に通知する（ステップＳ３１６）。なお、管理者端末３００へのお試し希望数の通知手法は、ステップＳ３１２で挙げた手法を用いることができる。

続いて、仲介装置２００のプラグイン取得部２４２は、プラグインサーバ５００にお試しプラグインの取得要求を送信し（ステップＳ３１８）、プラグインサーバ５００から配信されるお試しプラグインを取得する（ステップＳ３２０）。

続いて、仲介装置２００のプラグイン送信部２４４は、プラグイン取得部２４２により取得されたお試しプラグインを、複合機１００−１〜１００−Ｎの各々に送信し（ステップＳ３２２）、複合機１００のプラグイン受信部１８０は、お試しプラグインを受信する。

続いて、仲介装置２００のインストール部１８２は、プラグイン受信部１８０により受信されたお試しプラグインをインストールする（ステップＳ３２４）。

図８は、本実施形態の意思決定支援システム１０で行われるプラグインの購入希望通知処理の手順の流れの一例を示すシーケンス図である。

まず、管理者端末３００は、管理者からの入力に基づいて、プラグインの購入希望通知の可否を判定するための購入閾値を設定し（ステップＳ４００）、仲介装置２００へ送信する（ステップＳ４０２）。

続いて、仲介装置２００は、管理者端末３００から購入閾値を受信して、記憶部２２０に記憶する（ステップＳ４０４）。

なお、ステップＳ４０４の後に、図７のシーケンス図に示す処理が行われる。

続いて、複合機１００の入力受付部１７８は、入力部１４０から、インストール部１８２によりインストールされたお試しプラグインに対応するプラグインの購入希望の入力を受け付ける（ステップＳ４０６）。なお、お試しプラグインに対応するプラグインの購入希望の入力は、インストールされたお試しプラグインを利用したユーザにより行われる。また入力受付部１７８は、入力部１４０から、更に、インストール部１８２によりインストールされたお試しプラグインの評価を示す評価情報の入力を受け付けるようしてもよい。

続いて、複合機１００の希望情報送信部１７６は、入力受付部１７８により購入希望の入力が受け付けられたプラグインの購入希望を示す購入希望情報を送信し（ステップＳ４０８）、仲介装置２００の希望情報受信部２３６は、購入希望情報を受信する。なお、入力受付部１７８によりお試しプラグインの評価情報の入力が受け付けられた場合には、仲介装置２００の評価情報送信部１８４は、評価情報を送信し、複合機１００の評価情報受信部２４６は、評価情報を受信する。

続いて、仲介装置２００の算出部２３８は、希望情報受信部２３６により受信された購入希望情報をカウントして、プラグインの購入希望数を算出する（ステップＳ４１０）。

続いて、仲介装置２００の通知部２４８は、算出部２３８により算出された購入希望数を管理者端末３００に通知する（ステップＳ４１２）。なお、管理者端末３００への購入希望数の通知手法は、図７に示すシーケンス図のステップＳ３１２で挙げた手法を用いることができ、通知タイミングは、定期的であってもよい。また通知部２４８は、評価情報受信部２４６により評価情報が受信された場合には、受信された評価情報を管理者端末３００に通知する。

続いて、仲介装置２００の判定部２４０は、算出部２３８により算出された購入希望数が購入閾値を越えたか否か判定する（ステップＳ４１４）。

以降の処理は、判定部２４０により購入希望数が購入閾値を超えたと判定された場合に行われる。

続いて、通知部２４８は、算出部２３８により算出された購入希望数が購入閾値を超えたことを示す購入希望通知を管理者端末３００に行う（ステップＳ４１６）。なお、管理者端末３００への購入希望通知の通知手法は、図７に示すシーケンス図のステップＳ３１２で挙げた手法を用いることができる。

以上のように本実施形態では、仲介装置２００が、複合機１００−１〜１００−Ｎの各々から送信されるプラグインの購入希望情報からプラグインの購入希望数を算出し、購入希望数が購入閾値を超えた場合に管理者端末３００に通知する。従って本実施形態によれば、管理者端末３００の管理者が、複合機１００のユーザ全体が購入を希望するプラグインを把握することができ、複合機１００を使用するユーザ全体の要望を反映してプラグインの購入に関する意思決定をすることができる。

また、仲介装置２００が、複合機１００からお試しプラグインの評価情報を受信し、受信した評価情報を管理者端末３００に通知するようにすれば、管理者端末３００の管理者は、複合機１００のユーザの希望をより詳細に把握することができ、複合機１００を使用するユーザの要望をより正確に反映してプラグインの購入に関する意思決定をすることができる。

（ハードウェア構成）
本実施形態の仲介装置２００、管理者端末３００、センタサーバ４００、及びプラグインサーバ５００、並びに複合機１００のハードウェア構成の一例について説明する。

本実施形態の本実施形態の仲介装置２００、管理者端末３００、センタサーバ４００、及びプラグインサーバ５００は、ＣＰＵなどの制御装置と、ＲＯＭやＲＡＭなどの記憶装置と、ＨＤＤやリムーバブルドライブ装置などの外部記憶装置と、ディスプレイなどの表示装置と、キーボードやマウスなどの入力装置と、通信インタフェースなどの通信装置とを備えており、通常のコンピュータを利用したハードウェア構成となっている。

本実施形態の仲介装置２００で実行される意思決定支援プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＣＤ−Ｒ、メモリカード、ＤＶＤ（Digital Versatile Disk）、フレキシブルディスク（ＦＤ）等のコンピュータで読み取り可能な記憶媒体に記憶されて提供される。

また、本実施形態の仲介装置２００で実行される意思決定支援プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するようにしてもよい。また、本実施形態の仲介装置２００で実行される意思決定支援プログラムを、インターネット等のネットワーク経由で提供または配布するようにしてもよい。また、本実施形態の仲介装置２００で実行される意思決定支援プログラムを、ＲＯＭ等に予め組み込んで提供するようにしてもよい。

本実施形態の仲介装置２００で実行される意思決定支援プログラムは、上述した各部をコンピュータ上で実現させるためのモジュール構成となっている。実際のハードウェアとしては、ＣＰＵがＨＤＤから意思決定支援プログラムをＲＡＭ上に読み出して実行することにより、上記各部がコンピュータ上で実現されるようになっている。

図９は、本実施形態の複合機１００のハードウェア構成の一例を示すブロック図である。

図９に示すように、複合機１００は、コントローラ９１０とエンジン部（Engine）９６０とをＰＣＩ（Peripheral Component Interconnect）バスで接続した構成となる。コントローラ９１０は、複合機全体の制御、描画、通信、及び操作表示部９２０からの入力を制御するコントローラである。エンジン部９６０は、ＰＣＩバスに接続可能なプリンタエンジンなどであり、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナまたはファックスユニットなどである。なお、このエンジン部９６０には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。

コントローラ９１０は、ＣＰＵ９１１と、ノースブリッジ（ＮＢ）９１３と、システムメモリ（ＭＥＭ−Ｐ）９１２と、サウスブリッジ（ＳＢ）９１４と、ローカルメモリ（ＭＥＭ−Ｃ）９１７と、ＡＳＩＣ（Application Specific Integrated Circuit）９１６と、ハードディスクドライブ（ＨＤＤ）９１８とを有し、ノースブリッジ（ＮＢ）９１３とＡＳＩＣ９１６との間をＡＧＰ（Accelerated Graphics Port）バス９１５で接続した構成となる。また、ＭＥＭ−Ｐ９１２は、ＲＯＭ９１２ａと、ＲＡＭ９１２ｂとをさらに有する。

ＣＰＵ９１１は、複合機の全体制御をおこなうものであり、ＮＢ９１３、ＭＥＭ−Ｐ９１２およびＳＢ９１４からなるチップセットを有し、このチップセットを介して他の機器と接続される。

ＮＢ９１３は、ＣＰＵ９１１とＭＥＭ−Ｐ９１２、ＳＢ９１４、ＡＧＰ９１５とを接続するためのブリッジであり、ＭＥＭ−Ｐ９１２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。

ＭＥＭ−Ｐ９１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ９１２ａとＲＡＭ９１２ｂとからなる。ＲＯＭ９１２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ９１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。

ＳＢ９１４は、ＮＢ９１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ９１４は、ＰＣＩバスを介してＮＢ９１３と接続されており、このＰＣＩバスには、ネットワークインタフェース（Ｉ／Ｆ）部なども接続される。

ＡＳＩＣ９１６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）であり、ＡＧＰ９１５、ＰＣＩバス、ＨＤＤ９１８およびＭＥＭ−Ｃ９１７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ９１６は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ９１６の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ９１７を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などをおこなう複数のＤＭＡＣ（Direct Memory Access Controller）と、エンジン部９６０との間でＰＣＩバスを介したデータ転送をおこなうＰＣＩユニットとからなる。このＡＳＩＣ９１６には、ＰＣＩバスを介してＦＣＵ（Fax Control Unit）９３０、ＵＳＢ（Universal Serial Bus）９４０、ＩＥＥＥ１３９４（the Institute of Electrical and Electronics Engineers 1394）インタフェース９５０が接続される。操作表示部９２０はＡＳＩＣ９１６に直接接続されている。

ＭＥＭ−Ｃ９１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ９１８は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。

ＡＧＰ９１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ９１２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。

なお、複合機１００で実行されるプログラムは、ＲＯＭ等に予め組み込まれて提供される。

複合機１００で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記憶媒体に記録して提供するように構成してもよい。

さらに、複合機１００で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、複合機１００で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

複合機１００で実行されるプログラムは、上述した各部をコンピュータ上で実現させるためのモジュール構成となっている。実際のハードウェアとしてはＣＰＵ９１１がＲＯＭ９１２ａからプログラムをＲＡＭ９１２ｂ上に読み出して実行することにより、上記各部がコンピュータ上で実現されるようになっている。

（変形例）
なお、本発明は、上記実施形態に限定されるものではなく、種々の変形が可能である。例えば、上記実施形態の仲介装置２００が行っていたプラグインの購入希望数の算出や管理者端末３００への通知などの仲介以外の処理を、センタサーバ４００に行わせるようにしてもよい。また上記実施形態では、プラグインのインストールを例に取り説明したが、これに限定されず、アプリケーションやファームウェアなどソフトウェアのインストールであれば適用することができる。

１０ 意思決定支援システム
２０ 内部ネットワーク
３０ 外部ネットワーク
１００−１〜１００−Ｎ 複合機
１１０ 通信部
１２０ 記憶部
１２２ アプリ識別情報記憶部
１３０ 表示部
１４０ 入力部
１５０ 読取部
１６０ 印刷部
１７０ 制御部
１７２ 推薦情報受信部
１７４ 表示制御部
１７６ 希望情報送信部
１７８ 入力受付部
１８０ プラグイン受信部
１８２ インストール部
１８４ 評価情報送信部
２００ 仲介装置
２１０ 通信部
２２０ 記憶部
２３０ 制御部
２３２ 推薦情報取得部
２３４ 推薦情報送信部
２３６ 希望情報受信部
２３８ 算出部
２４０ 判定部
２４２ プラグイン取得部
２４４ プラグイン送信部
２４６ 評価情報受信部
２４８ 通知部
３００ 管理者端末
４００ センタサーバ
５００ プラグインサーバ
９１０ コントローラ
９１１ ＣＰＵ
９１２ システムメモリ
９１２ａ ＲＯＭ
９１２ｂ ＲＡＭ
９１３ ノースブリッジ
９１４ サウスブリッジ
９１５ ＡＧＰバス
９１６ ＡＳＩＣ
９１７ ローカルメモリ
９１８ ハードディスクドライブ
９２０ 操作表示部
９３０ ＦＣＵ
９４０ ＵＳＢ
９５０ ＩＥＥＥ１３９４インタフェース
９６０ エンジン部

特開２００５−２２８２４８号公報

Claims (9)

1. 複数の画像形成装置と、前記複数の画像形成装置及び管理者用の管理者端末とネットワークを介して接続される仲介装置とを、備える意思決定支援システムであって、
   前記複数の画像形成装置の各々は、
   ソフトウェアの購入希望を示す購入希望情報を送信する希望情報送信手段を備え、
   前記仲介装置は、
   前記購入希望情報を受信する希望情報受信手段と、
   受信された前記購入希望情報をカウントして、前記ソフトウェアの購入希望数を算出する算出手段と、
   前記購入希望数が購入閾値を越えたか否か判定する判定手段と、
   前記購入希望数が前記購入閾値を超えたと判定された場合に、前記管理者端末に通知する通知手段と、を備えることを特徴とする意思決定支援システム。
2. 前記仲介装置は、更に、前記ソフトウェアを試すお試しソフトウェアを配信するソフトウェアサーバと前記ネットワークを介して接続され、
   前記ソフトウェアサーバから前記お試しソフトウェアを取得するソフトウェア取得手段と、
   取得された前記お試しソフトウェアを前記複数の画像形成装置の各々に送信するソフトウェア送信手段と、を更に備え、
   前記複数の画像形成装置の各々は、
   前記仲介装置から前記お試しソフトウェアを受信するソフトウェア受信手段と、
   受信された前記お試しソフトウェアをインストールするインストール手段と、
   インストールされた前記お試しソフトウェアに対応する前記ソフトウェアの購入希望の入力を受け付ける入力受付手段と、を更に備え、
   前記希望情報送信手段は、入力が受け付けられた前記ソフトウェアの前記購入希望情報を送信することを特徴とする請求項１に記載の意思決定支援システム。
3. 前記希望情報送信手段は、更に、前記お試しソフトウェアのお試し希望を示すお試し希望情報を送信し、
   前記希望情報受信手段は、更に、前記お試し希望情報を受信し、
   前記算出手段は、更に、受信された前記お試し希望情報をカウントして、前記お試しソフトウェアのお試し希望数を算出し、
   前記判定手段は、更に、前記お試し希望数がお試し閾値を越えたか否か判定し、
   前記ソフトウェア取得手段は、前記お試し希望数が前記お試し閾値を超えたと判定された場合に、前記ソフトウェアサーバから前記お試しソフトウェアを取得することを特徴とする請求項２に記載の意思決定支援システム。
4. 前記仲介装置は、更に、センタサーバと前記ネットワークを介して接続され、
   前記センタサーバから、ユーザ推薦用の前記ソフトウェアを識別する推薦ソフトウェア識別情報と、前記ソフトウェアにより実現される機能が属するアプリケーションを識別する第１アプリ識別情報とを、対応付けた推薦情報を取得する推薦情報取得手段と、
   取得された前記推薦情報を、前記複数の画像形成装置の各々に送信する推薦情報送信手段と、を更に備え、
   前記複数の画像形成装置の各々は、
   前記仲介装置から前記推薦情報を受信する推薦情報受信手段と、
   アプリケーションを識別する第２アプリ識別情報を記憶するアプリ識別情報記憶手段と、
   前記第２アプリ識別情報と一致する前記第１アプリ識別情報に対応付けられた前記推薦ソフトウェア識別情報が示すソフトウェアを表示する表示手段と、を更に備え、
   前記入力受付手段は、更に、前記表示手段に表示された前記ソフトウェアの中からお試しを希望するソフトウェアの選択入力を受け付け、
   前記希望情報送信手段は、選択入力が受け付けられた前記ソフトウェアに対応する前記お試しソフトウェアの前記お試し希望情報を送信することを特徴とする請求項３に記載の意思決定支援システム。
5. 前記入力受付手段は、更に、インストールされた前記お試しソフトウェアの評価を示す評価情報の入力を受け付け、
   前記複数の画像形成装置の各々は、
   入力が受け付けられた前記評価情報を送信する評価情報送信手段を更に備え、
   前記仲介装置は、
   前記評価情報を受信する評価情報受信手段を更に備え、
   前記通知手段は、前記評価情報を前記管理者端末に通知することを特徴とする請求項２〜４のいずれか１つに記載の意思決定支援システム。
6. 前記ソフトウェアは、プラグインであることを特徴とする請求項１〜５のいずれか１つに記載の意思決定支援システム。
7. 複数の画像形成装置及び管理者用の管理者端末とネットワークを介して接続される仲介装置であって、
   前記複数の画像形成装置の各々から、ソフトウェアの購入希望を示す購入希望情報を受信する希望情報受信手段と、
   受信された前記購入希望情報をカウントして、前記ソフトウェアの購入希望数を算出する算出手段と、
   前記購入希望数が購入閾値を越えたか否か判定する判定手段と、
   前記購入希望数が前記購入閾値を超えたと判定された場合に、前記管理者端末に通知する通知手段と、
   を備えることを特徴とする仲介装置。
8. 複数の画像形成装置及び管理者用の管理者端末とネットワークを介して接続される仲介装置で実行される意思決定支援方法あって、
   希望情報受信手段が、前記複数の画像形成装置の各々から、ソフトウェアの購入希望を示す購入希望情報を受信する希望情報受信ステップと、
   算出手段が、受信された前記購入希望情報をカウントして、前記ソフトウェアの購入希望数を算出する算出ステップと、
   判定手段が、前記購入希望数が購入閾値を越えたか否か判定する判定ステップと、
   通知手段が、前記購入希望数が前記購入閾値を超えたと判定された場合に、前記管理者端末に通知する通知ステップと、
   を含むことを特徴とする意思決定支援方法。
9. 請求項８に記載の意思決定支援方法をコンピュータに実行させるための意思決定支援プログラム。

Images