JP2016004367A - 情報収集システム、情報処理装置、情報収集方法、プログラム - Google Patents

Abstract

【課題】ユーザの意見等といった情報の取得や管理を効率的に行える情報収集システムを提供する。
【解決手段】製品１４と投稿管理サーバ１５とがネットワークを介して通信可能な情報収集システム３００であって、ユーザによるデータ入力を開始するためのデータ入力開始ボタン（投稿ボタン）２０と、データ入力開始ボタンが押下された場合、データ入力を受け付けるデータ入力手段と、製品１４を識別する装置識別情報又は製品１４が実行しているソフトウェアを識別するソフトウェア識別情報を含む、ソフトウェア情報を取得するソフトウェア情報取得手段と、受け付けたデータ及び取得したソフトウェア情報を投稿管理サーバ１５に送信する送信手段と、を有する。投稿管理サーバ１５は、データの転送先を装置識別情報又はソフトウェア識別情報を用いて決定する転送先決定手段、を有する。
【選択図】図１

Description

本発明は、第１の情報処理装置と第２の情報処理装置とがネットワークを介して通信可能な情報収集システム等に関する。

従来からＷｅｂページなどを活用して製品に関する意見調査（アンケート）が行われている。また、ユーザは製品のメーカのＷｅｂページから製品に関する質問をしたり不具合を報告することができる。

これらの情報は例えば企業の開発部門等に通知される。通知を受けることで開発部門は、意見調査やユーザからの質問・報告を解析して製品の操作性を向上させたり機能を追加したり、又は、不満点を改善したりすることができる。

しかしながら、従来は、メーカが意見調査のためにＷｅｂページを開設したり、ユーザが意見等を報告するためにＷｅｂページを探しユーザサポートのページまで辿り着く必要がある。このため、ユーザが煩わしく感じる場合が多く、製品のメーカとしてはユーザからの意見を十分に収集しているとは言えないと感じる場合が多い。

そこで、比較的容易に要望等を書き込めるように、情報収集のためのインタフェースに「ブログ」を利用する技術が考案されている（例えば、特許文献１参照。）。

しかしながら、特許文献１に記載された技術では、意見等を回答する側の手間を削減するという点では改善の余地がある。このため、開発部門では収集できていないユーザの意見等などが多く存在する可能性が高いという認識が持たれている。

また、企業としては一般に開発部門と営業部門が分かれており、営業部門の担当者がユーザや店頭の販売員と接する場合が多い。営業部門の担当者はユーザや販売員から聞いた情報を開発部門に連絡するが、開発部門に連絡されるまでに時間がかかったり、連絡される段階では情報量や質が低下している。

このように、ユーザの意見等といった情報を活用したい場合、より多く収集できる方が望ましい一方で、多ければ多いほど対応に時間が掛かり、有効に活用しきれない状況が起こり得る。

本発明は、上記課題に鑑み、ユーザの意見等といった情報の取得や管理を効率的に行える情報収集システムを提供することを目的とする。

上記課題に鑑み、本発明は、第１の情報処理装置と第２の情報処理装置とがネットワークを介して通信可能な情報収集システムであって、前記第１の情報処理装置は、ユーザによるデータ入力を開始するためのデータ入力開始ボタンと、前記データ入力開始ボタンが押下された場合、データ入力を受け付けるデータ入力手段と、前記第１の情報処理装置を識別する装置識別情報又は前記第１の情報処理装置が実行しているソフトウェアを識別するソフトウェア識別情報を含む、前記ソフトウェアにより得られる情報を取得するソフトウェア情報取得手段と、前記データ入力手段が受け付けたデータ及び前記ソフトウェア情報取得手段が取得したソフトウェア情報を前記第２の情報処理装置に送信する送信手段と、を有し、前記第２の情報処理装置は、前記データの転送先を前記ソフトウェア情報に含まれる前記装置識別情報又は前記ソフトウェア識別情報を用いて決定する転送先決定手段、を有することを特徴とする。

ユーザの意見等といった情報の取得や管理を効率的に行える情報収集システムを提供することができる。

情報収集システムの概略的な動作を説明する図の一例である。 情報収集システムのシステム構成図の一例である。 複合機のハードウェア構成図の一例である。 ノートＰＣのハードウェア構成図の一例である。 情報収集システムの機能ブロック図の一例である。 ユーザ情報ＤＢに記憶されているユーザ情報の一例を示す図である。 投稿データＤＢの構成例を説明する図の一例である。 アクションＤＢの構成例を説明する図の一例である。 複合機がコピー機能を提供する際にディスプレイに表示されるＧＵＩの一例を示す図である。 投稿データを投稿するための投稿用画面の一例を示す図である。 ノートＰＣに表示される投稿ボタンを示す図の一例である。 投稿データのデータ構成を模式的に説明する図の一例である。 投稿内容の一例を示す図である。 内部情報の一例を示す図である。 投稿データのアップロードについて説明する図の一例である。 投稿管理サーバにおける投稿データの処理を模式的に説明する図の一例である。 投稿管理サーバが公開する投稿データＷｅｂページの一例を説明する図の一例である。 投稿データを送信する際の製品の動作手順を説明するフローチャート図の一例である。 投稿管理サーバの動作手順を説明するフローチャート図の一例である。

以下、本発明を実施するための形態について図面を参照しながら説明する。
まず、図１を用いて情報収集システムの概略について説明する。図１は、情報収集システム３００の概略的な動作を説明する図の一例である。

図１（ａ）に示すように、情報収集システム３００にはユーザによる意見調査の対象となる製品１４が含まれる。図１（ａ）では、製品１４は、ノートＰＣ２１、タブレット端末２２、及び、複合機２３であるが、これらに限定されるものではない。また、ノートＰＣ２１、タブレット端末２２、及び、複合機２３で動作するソフトウェアも製品となり得る。
（１）製品１４は、可能な限り常に、投稿ボタン２０（例えば、データ入力開始ボタン）をディスプレイ（表示装置）１０などに表示している。この投稿ボタン２０は、ユーザが製品１４の要望や困りごと、つぶやきを投稿する画面を表示させるボタンである。
（２）ユーザが投稿ボタン２０を押下すると、図１（ｂ）に示すように、ユーザは画面に対し要望や困りごと、つぶやきを入力できる。入力手段としては、キーボード１１、マイク１２、及び、カメラ１３が挙げられ、ユーザは製品１４が用意している入力手段を選択して、又は、予め設定されている入力手段から、要望や困りごと、つぶやきを入力する。
（３）投稿ボタン２０や画面はプログラム（以下、投稿用プログラムという）によって表示されている。この投稿用プログラムは、入力された要望や困りごと、つぶやき（これらを投稿内容という場合がある）を投稿管理サーバ１５に送信する。

投稿内容は、製品１４から収集可能な情報（以下、内部情報という）及び緊急度と共に投稿管理サーバ１５に送信される。投稿内容、内部情報及び緊急度は、後述する投稿者ＩＤ、投稿日時及び入力手段と共に「投稿データ」と称される。

このように、ユーザとしては、常に表示されている投稿ボタン２０を押下するという最小限の操作で、要望や困りごと、つぶやきを投稿できるようになる。また、マイク１２やカメラ１３を選択した場合、ユーザはキーボード１１に比べて少ない手間で要望や困りごと、つぶやきを入力できるので、入力の手間が大幅に削減できる。また、音声や動画といったマルチメディア情報を投稿できるようになるので、幅広い、深い、意見を収集できる。
（４）ユーザが投稿した投稿データは、投稿管理サーバ１５で以下のように処理される。
Ａ．投稿内容と内部情報の少なくとも一方によりアクションと製品開発部署が決定され、決定された製品開発部署１６に送信される。
Ｂ．投稿内容と内部情報が紐づけて集計される
（５）製品開発部署１６は、緊急度などを考慮してユーザに投稿内容に対する対応作業の進捗をフィードバックする。

したがって、製品１４のメーカとしては、内部情報によりユーザの作業環境や操作内容を把握でき、投稿内容によりユーザの要望や困りごと、つぶやきをそのまま取得できるので、適切なアクションと製品開発部署を決定しやすい。また、緊急度を考慮して対応するのでユーザの事情を考慮した対応が可能になる。また、ユーザとしてはフィードバックを得られるので、自分が投稿した投稿データにメーカが対応してくれていることを認識でき、さらに投稿しようというモチベーションが生まれる。また、メーカとしても同じユーザや口コミなどで広がった別のユーザからの次の投稿データを期待できるので、投稿データとフィードバックの間に好循環が生まれ、良質な投稿データが集まり製品１４の改良や開発を進めやすくなる。

＜構成例＞
図２は、情報収集システム３００のシステム構成図の一例を示す。情報収集システム３００は、製品１４、投稿管理サーバ１５及び製品開発部署のＰＣ２４がネットワーク１７を介して通信可能に接続された構成を有している。図２では製品１４である、ノートＰＣ２１、タブレット端末２２、及び、複合機２３がネットワーク１７に接続されている。製品１４としては、この他、スマートフォン、ＰＤＡ（Personal Digital Assistant）、ＩＣレコーダ、電子辞書、プロジェクタ、ＴＶ会議端末、音楽プレーヤ、車載されたナビゲーション装置やＡＶ装置など、ソフトウェアが動作する機器であればよい。

なお、複合機２３は、プリンター、スキャナ、ファクシミリ、又は、コピーのうち1つ以上の機能を備えた機器である。複合機２３を画像形成装置という場合がある。また、複合機２３は、ドキュメントサーバや電子メールの送信機能を備えていたり、クラウドサービスのユーザーインタフェースを提供してもよい。

また、投稿管理サーバ１５は、投稿データを解析して解析結果に応じてアクションを決定し、製品開発部署に分類する情報処理装置である。製品開発部署のＰＣ２４は、投稿データを受信してユーザにフィードバックする情報処理装置である。

また、ネットワーク１７は、例えばＬＡＮやＷＡＮ、インターネットを含み、さらに、携帯電話網などの通信回線を一部又は全部に含んでいてもよい。ネットワーク１７は有線による通信の他、無線による通信を含む。

各製品１４は、上記の投稿ボタン２０をディスプレイ１０などに常に表示しており、ユーザが投稿ボタン２０を押下することで投稿内容の入力が開始される。このため、本実施形態の製品１４にはディスプレイ１０が内蔵されているか又は接続可能であることが好ましいが、製品１４に投稿ボタン２０に専用のハードキーを搭載してもよい。ディスプレイ１０を有していても専用のハードキーを搭載していてもよい。ユーザがいつでも投稿ボタン２０を押下できるという点では同じ操作環境を実現できる。

また、本実施形態の製品１４は、主にハードウェアの場合とソフトウェアの場合がある。製品が複合機の場合、複合機２３のディスプレイ１０に表示された投稿ボタン２０は、主に複合機２３に関する投稿内容を投稿するための投稿ボタン２０である。ただし、ユーザがどのような投稿内容を投稿するかは任意である。ユーザがどのようなハードウェアから投稿したかは内部情報から特定できる。

また、製品が、例えばノートＰＣ２１やタブレット端末２２の場合、投稿ボタン２０は、ノートＰＣ２１又はタブレット端末２２のハードウェア、ＯＳ（Operating System）、又は、アプリケーションソフトウェアに関する投稿内容を投稿するための投稿ボタンである。この場合も、ユーザがどのようなハードウェアから投稿したかは内部情報から特定できる。投稿が行われる際に、ユーザが使用する投稿用プログラムは、投稿が投稿プログラムを提供するメーカの自社製品に関するものか否かを判定し、自社製品と判定した場合のみメーカに送信する。

また、ノートＰＣ２１やタブレット端末２２に複数の投稿ボタンが表示されている場合、ユーザは、例えば投稿ボタン２０が表示される場所や投稿ボタン２０と共に表示されるメーカ名やロゴなどから、ハードウェア、ＯＳ又はアプリケーションソフトウェアのどの製品の投稿ボタン２０かを判断できる。

また、複合機２３とプリンタドライバのようにハードウェアとアプリケーションソフトウェアが密接に関連している場合がある。この場合、投稿ボタン２０はプリンタドライバが動作する例えばノートＰＣ２１で動作するため、投稿ボタン２０はノートＰＣ２１のディスプレイ１０に表示される。ユーザがノートＰＣ２１で投稿ボタン２０を操作した場合、プリンタドライバに関する投稿か複合機２３に関する投稿かは、例えば以下のように判断する。例えば、プリンタドライバが印刷処理を行っている間（又は印刷処理完了後の一定期間内）に投稿されると、複合機２３に対する投稿と判断し、プリンタドライバが複合機２３から情報を取得して、投稿データと一緒に送信する。一方、プリンタドライバの設定画面などが表示されている間に投稿されると、プリンタドライバに対する投稿と判断する。

このように、製品がハードウェアやソフトウェアのどちらであっても、投稿ボタン２０を提供するメーカが投稿内容を受信するので、内部情報を用いて適切な対応を取ることができる。

図３は、複合機２３のハードウェア構成図の一例を示す。複合機２３は、コントローラ２３０、操作部２３１、ファックス制御ユニット２３２、プロッタ２３３、スキャナ２３４、及び、その他ハードウェアリソース２３５を有する。コントローラ２３０は、ＣＰＵ２１１，ＭＥＭ−Ｐ２１２，ＮＢ（ノースブリッジ）２１３、ＡＳＩＣ２１６，ＭＥＭ−Ｃ２１４，ＨＤＤ２１５（Hard Disk Drive）、及び、ＰＣＩバスを介してＮＢ２１３と接続された周辺機器Ｉ／Ｆ（インタフェース）２１７を有する。

コントローラ２３０において、ＡＳＩＣ２１６にはＭＥＭ−Ｃ２１４、ＨＤＤ２１５、及び、ＮＢ２１３が接続されると共に、ＮＢ２１３にはＣＰＵ２１１とＭＥＭ−Ｐ２１２が接続されている。ＮＢ２１３はＣＰＵチップセットの1つであり、ＣＰＵ２１１，ＭＥＭ−Ｐ２１２，ＡＳＩＣ２１６，及び、周辺機器Ｉ／Ｆ２１７を接続するためのブリッジである。

ＡＳＩＣ２１６は、画像処理用途向けのＩＣであり各種の画像処理を行う。ＡＳＩＣ２１６は、ＡＧＰ、ＨＤＤ２１５、及び、ＭＥＭ−Ｃ２１４をそれぞれ接続するブリッジの役割も果たす。ＣＰＵ２１１は、複合機２３の全体制御を行うと共に複合機２３に実装されている各種アプリケーションを起動して実行させる。

ＭＥＭ−Ｐ２１２は、複合機２３のシステムが使用するシステムメモリであり、ＭＥＭ−Ｃ２１４は、画像処理中の画像データのバッファとして用いられるローカルメモリである。

ＨＤＤ２１５は、大容量のストレージであり、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などを用いてもよい。ＨＤＤ２１５には、ＯＳ、各種のアプリケーション、フォントデータ等が記憶される。また、ＨＤＤ２１５には投稿用プログラム２２３が記憶されている。投稿用プログラム２２３は、記憶媒体２１８に記憶された状態や不図示のサーバを介して配布される。

周辺機器Ｉ／Ｆ２１７は周辺機器を接続するためのインタフェースであり、例えば、シリアルバス、ＮＩＣ、IEEE802.11a/b/g/n、ＩＥＥＥ１３９４、ＵＳＢホスト、マイク入力オーディオ端子、及び、メモリカードＩ／Ｆ等がある。また、ＵＳＢホストにはカメラ１３が、マイク入力オーディオ端子にはマイク１２が接続される。シリアルバスには、例えばセントロニクスケーブルが接続される。ＮＩＣはネットワーク１７を介した通信を制御する。ＵＳＢホストにはＵＳＢケーブルを介して機器が接続される。IEEE802.11a/b/g/nはこれらの規格に従った無線ＬＡＮ用のインタフェースであり、無線ＬＡＮによる通信を制御する。ＩＥＥＥ１３９４は、高速なシリアル通信を制御するインタフェースである。メモリカードＩ／Ｆには各種のメモリカードが装着され、データの読み書きを行う。メモリカードは、例えば、ＳＤカード、マルチメディアカード、ｘＤカード等である。

操作部２３１は、ハード的なキーと液晶などの表示手段とを有する。操作部２３１は、ユーザからの入力操作の受け付け、ユーザに向けた各種の画面の表示を行う。操作部２３１はタッチパネルを搭載しており、表示したキーボード（ソフトキー）１１からユーザ操作を受け付けることもできる。この操作部２３１のタッチパネルが図１、２などの複合機２３のディスプレイ１０に相当する。

ファックス制御ユニット２３２は、ＮＣＵ（Network Control Unit）を介して公衆通信網に接続し、例えばＧ３、Ｇ４規格のファクシミリに対応した通信手順（通信プロトコル）等に従いファクシミリの送受信を行う。ファックス制御ユニット２３２は、画像データにデータ圧縮や変調等の信号処理を施して送信すると共に、相手先から受信した画像データにデータの伸長やエラー訂正等を施し画像データを復元する。

プロッタ２３３は、例えば、電子写真方式による白黒プロッタ又はカラープロッタであり、ノートＰＣ２１やタブレット端末２２が送信する印刷データやスキャナ２３４が読み取った画像データに基づき、１ページ毎の画像を形成し、用紙に転写する。例えば、レーザービームを用いた電子写真プロセスを使って、感光ドラム等に形成したトナー画像を用紙に転写し、定着装置により熱と圧力により定着して出力する。また、インク液滴を塗布する形態で印刷してもよい。

スキャナ２３４は、コンタクトガラスに載置された原稿を光学的に走査して、その反射光をＡ／Ｄ変換して公知の画像処理を施し所定の解像度のデジタルデータに変換し画像データを生成する。

図４は、ノートＰＣ２１のハードウェア構成図の一例を示す。ノートＰＣ２１はそれぞれバスで相互に接続されているＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、記憶媒体装着部１０４、通信装置１０５、入力装置１０６、描画制御部１０７、ＨＤＤ１０８、マイク１２及びカメラ１３を有する。ＣＰＵ１０１は、ＯＳ（Operating System）やプログラムをＨＤＤ１０８から読み出して実行することで種々の機能を提供する。

ＲＡＭ１０２はＣＰＵ１０１がプログラムを実行する際に必要なデータを一時保管する作業メモリ（主記憶メモリ）になり、ＲＯＭ１０３はＢＩＯＳ（Basic Input Output System）やＯＳを起動するためのプログラム、静的なデータが記憶されている。

記憶媒体装着部１０４には記憶媒体１１０が着脱可能であり、記憶媒体１１０に記録されたデータを読み込み、ＨＤＤ１０８に記憶させる。また、記憶媒体装着部１０４は、ＨＤＤ１０８に記憶されたデータを記憶媒体１１０に書き込むこともできる。記憶媒体１１０は例えば、ＵＳＤメモリ、ＳＤカード等である。投稿用プログラム２２３は、記憶媒体１１０に記憶された状態や不図示のサーバからダウンロードすることで配布される。

入力装置１０６は、キーボード１１、マウス及びトラックボールなどであり、ノートＰＣ２１へのユーザの様々な操作指示を受け付ける。なお、マイク１２及びカメラ１３も入力装置１０６の一例として把握できる。

ＨＤＤ１０８は、ＳＳＤ等の不揮発メモリでもよく、ＯＳ、アプリケーションソフトウェアなどの各種のデータが記憶されている。

通信装置１０５は、ネットワーク１７に接続するためのＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）であり、例えば、イーサネット（登録商標）カードである。

描画制御部１０７は、ＣＰＵ１０１が投稿用プログラム２２３を実行してグラフィックメモリに書き込んだ描画コマンドを解釈して、画面を生成しディスプレイ１０に描画する。なお、図４ではディスプレイ１０は情報処理装置に外付けされているが、情報処理装置がディスプレイ１０を内蔵していてもよい。

なお、タブレット端末２２のハードウェア構成図は図４と同様なので説明を省略するが、ノートＰＣ２１のみにある機能やタブレット端末２２のみにある機能があってもよい。

また、投稿管理サーバ１５又は製品開発部署のＰＣ２４のハードウェア構成図は図４と同様なので説明を省略するが、ノートＰＣ２１のみにある機能や投稿管理サーバ１５又は製品開発部署のＰＣ２４のみにある機能があってもよい。

＜情報収集システムの機能ブロックについて＞
図５は、情報収集システム３００の機能ブロック図の一例を示す。まず、製品１４は、既存機能部３１、投稿ボタン実現部３２、投稿入力部３３、アップロード部３４、内部情報取得部３５、進捗表示部３６、テキスト入力受付部３３１、音声入力受付部３３２、及び、動画入力受付部３３３を有している。これら（既存機能部３１、投稿ボタン実現部３２、投稿入力部３３、アップロード部３４、内部情報取得部３５、進捗表示部３６、テキスト入力受付部３３１、音声入力受付部３３２、動画入力受付部３３３、及び、進捗表示部３６）は、製品１４のＣＰＵがプログラムを実行すると共に図３，４に示したハードウェアと協働することで実現される。

既存機能部３１は、製品１４の既存の機能を提供する。したがって、既存機能部３１が提供する機能は、製品１４によって様々である。例えば、製品１４が複合機２３の場合、既存の機能は原稿を読み取ったり、用紙に画像を印刷したり、ＦＡＸを送信したりする機能である。製品１４がノートＰＣ２１やタブレット端末２２の場合、既存の機能は、ノートＰＣ２１やタブレット端末２２に対する入力の受け付け、各種の処理、ディスプレイ１０への表示などである。製品１４がノートＰＣ２１やタブレット端末２２で動作するＯＳの場合、ＯＳに付属するファイルシステム、アプリケーションソフトウェアの起動や管理、デスクトップ画面の表示、通信機能、などである。製品１４がノートＰＣ２１やタブレット端末２２で動作するアプリケーションソフトウェアの場合、アプリケーションソフトウェアによって様々である。例えば、ワープロのアプリケーションソフトウェアの場合、ユーザが入力した文字を表示する機能が提供され、ブラウザのアプリケーションソフトウェアの場合、Ｗｅｂページを表示する機能が提供され、ブラウザのアプリケーションソフトウェアの場合、ＨＴＭＬを表示したりスクリプトを解釈して実行する機能が提供される。

なお、既存機能部３１は、機能を提供するためにディスプレイ１０にＧＵＩ（Graphical User Interface）を表示する。

投稿ボタン実現部３２は、このＧＵＩの一部に投稿ボタン２０を常に表示する。したがって、既存機能部３１が投稿ボタン実現部３２を兼ねてもよい。投稿ボタン２０がハードキーの場合、投稿ボタン実現部３２は投稿ボタン２０の押下を検出できればよい。

投稿入力部３３は、投稿される投稿内容（テキスト、音声、動画）の入力を受け付ける。投稿入力部３３には、テキスト入力受付部３３１、音声入力受付部３３２、及び、動画入力受付部３３３が接続されている。テキスト、音声又は動画以外の情報の入力が必要な場合は、サブモジュール（プラグイン）を増やせばよい。

内部情報取得部３５は、製品から内部情報を取得する。内部情報については後述する。 アップロード部３４は、投稿内容と内部情報などから投稿データを作成し、投稿管理サーバ１５にアップロードする。投稿管理サーバ１５は、ネットワーク１７に接続されているため、アップロード部３４はＩＰアドレスを指定して投稿管理サーバ１５にアクセスする。アップロード部３４は投稿管理サーバ１５のＩＰアドレスを予め保持している。投稿管理サーバ１５のＩＰアドレスが変更されてもよいように、アップロード部３４は定期的に投稿管理サーバ１５のＩＰアドレスを更新することが好ましい。また、投稿データは暗号化されていることが好ましい。

進捗表示部３６は、ユーザが投稿した投稿データに対する対応の進捗を表示する。投稿管理サーバ１５は、後述するように投稿データに対し施された対応の程度（すなわち進捗）を製品１４又はユーザのメールアドレスに送信する。これにより、ユーザに対し投稿データに対するフィードバックが行われる。進捗表示部３６は、この進捗情報を表示する。進捗表示部３６は、製品１４に限られずユーザのユーザＰＣが有していてもよい。

また、製品１４は、ユーザ情報を記憶するためのユーザ情報ＤＢ３７を有している。ユーザ情報ＤＢ３７は図３のＨＤＤ２１５又は図４のＨＤＤ１０８に構築されている。なお、ユーザ情報ＤＢ３７は、製品１４が有している必要はなく、製品１４がアクセス可能なネットワーク１７上に存在すればよい。

投稿管理サーバ１５は、投稿受付部４４、アクション決定部４５、フィードバック部４３、共有部４２、及び、集計部４１を有している。これら（投稿受付部４４、アクション決定部４５、フィードバック部４３、共有部４２、及び、集計部４１）は、製品１４のＣＰＵがプログラムを実行すると共に図４に示したハードウェアと協働することで実現される。

投稿受付部４４は、製品１４から送信された投稿データを受け付け、投稿データ番号を付与して投稿データＤＢ（データベース）４７に記憶させる。

アクション決定部４５は、アクションＤＢ４６から投稿データに適切なアクションと製品開発部署１６を決定する。アクションＤＢ４６については後述する。

フィードバック部４３は、投稿データＤＢ４７の進捗が更新された場合、又は、最後にユーザにフィードバックしてから一定期間が経過するとユーザに進捗をフィードバックする。

共有部４２は、投稿データＤＢ４７に登録されている投稿データを、投稿データＷｅｂページに公開する。

集計部４１は、投稿データに含まれる投稿内容と内部情報を定期的に又は製品開発部署１６の要請に応じて集計し、集計結果を提供する。

投稿管理サーバ１５は、投稿データを記憶するための投稿データＤＢ４７及びアクションＤＢ４６を有している。なお、投稿データＤＢ４７は１つのテーブルでもよく、アクションＤＢ４６は１つのテーブルでもよい。また、投稿データＤＢ４７及びアクションＤＢ４６は１つのデータベースとして構築され、２つのテーブルを有していてもよい。

投稿データＤＢ４７とアクションＤＢ４６は図４のＨＤＤ１０８に構築されている。なお、投稿データＤＢ４７とアクションＤＢ４６は、投稿管理サーバ１５が有している必要はなく、投稿管理サーバ１５がアクセス可能なネットワーク１７上に存在すればよい。

＜ユーザ情報について＞
図６は、ユーザ情報ＤＢ３７に記憶されているユーザ情報の一例を示す図である。ユーザ情報ＤＢ３７には、ユーザＩＤ、パスワード、メールアドレス、電話番号、会社名、社員番号、氏名、部署、年齢、性別、役職などが登録されている。したがって、ユーザが製品１４にログインすることで、製品１４はユーザ情報を取得可能になる。

なお、ユーザの認証は製品１４が行ってもよいし、認証を専用に行う認証サーバが行ってもよい。

＜投稿データＤＢの構成＞
図７は、投稿データＤＢ４７の構成例を説明する図の一例である。投稿データＤＢ４７には、１つの投稿データごとに、投稿データ番号、投稿データ、進捗、同感ポイント、及び、０以上のコメント１〜ｎが設定されている。
・投稿データ番号は投稿データを識別するための一意の識別情報である。
・投稿データは、投稿者ＩＤ、投稿日時、入力手段（テキストor 音声 or 動画）、投稿内容、（テキストデータor 音声データ or 動画データ）、内部情報、及び、緊急度を有している。詳細は後述する。
・進捗は、投稿データに対する対応がどの程度進んでいるかを示す。例えば、５段階で表す場合、進捗は、以下のような段階により示される。
１／５．困りごと・要望・つぶやきを受け付けました。
２／５．原因の特定段階に入りました。
３／５．原因を特定し対応の決定段階に入りました。
４／５．対応を決定し開発段階に入りました。
５／５．対応が完了しました。
・同感ポイントは、共有部４２が公開した投稿データに対し、任意のユーザが同感ボタン（図１７参照）を押下した回数である。同感ポイントは同意情報の一例である。
・コメント１〜ｎは、共有部４２が公開した投稿データ（図１７参照）に対し、任意のユーザが投稿したコメントである。

＜アクションＤＢの構成＞
図８（ａ）は、アクションＤＢの構成例を説明する図の一例である。投稿内容には製品に対する幅広い指摘（感想やレビューなど）が含まれており、製品開発部署１６は指摘に対する対応策を講じる。なお、アクションＤＢ４６は製品ごとに作成されている。また、アクションＤＢ４６は転送先情報保持部の一例である。

そこで、アクションＤＢ４６には、投稿内容が含むワードと内部情報が満たす条件に対し、アクションと製品開発部署が対応づけられている。

アクションＤＢ４６によれば、例えば、投稿内容がワード１を含み、内部情報が条件１を満たす場合、アクション１と製品開発部署１が決定される。製品開発部署は転送先の一例である。

具体的には、例えば「動かない」というワードが含まれ、内部情報に特定のアプリケーションソフトの特定のバージョン（又はシリアル番号）が記録されている場合、製品１４やアプリケーションソフトウェアの設定を変更するというアクションが決定される。また、アプリケーションソフトウェアの種類やアクションの難易度に応じた製品開発部署１６が決定される。製品開発部署１６は、指示されたアクションを行うことで動かないという症状を改善する対応を行うことができる。

また、図８（ｂ）に示すように、緊急度に応じた転送先が決定される。例えば、緊急度に応じて、同じ製品開発部署の決まったチームに転送される。または、各チームが現在、対応中の投稿の数を投稿管理サーバが管理しておき、緊急度が高い投稿データは、対応中の投稿の数が最も少ないチームに転送される。このように転送先を決定することで、製品開発部署は緊急度の高い投稿データに早期に対応したり、緊急度は低いが製品開発に有効な投稿データに十分な時間を取って対応できる。

なお、１つのワードが複数の単語を含んでいてもよい。また、１つの条件が複数の条件を含むものでもよい。また、同じワードに異なる内部情報を対応づけてそれぞれ異なるアクションを決定することや、同じ内部情報に異なるワードを対応づけてそれぞれ異なるアクションを決定することも可能である。

また、アクションは症状を完全に解消するものには限られない。例えば、こうすれば改善する可能性が高いものが含まれている。また、ユーザに詳しい症状を問い合わせるというアクションが含まれていてもよい。

また、ワード又は条件のいずれか一方を考慮せずに、アクションと製品開発部署１６を決定してもよい。例えば内部条件として条件Ａを満たす場合、投稿内容に関係なくアクションＡを行うと決定する場合がある。具体的には、不具合があることが判明しているバージョンのアプリケーションソフトウェアが動作している場合は、設定を変更する又はバージョンアップするというアクションを決定できる。

また、投稿内容と内部条件に対応したアクションが決定できない場合がある。例えば、「迷惑電話が多い」という投稿内容に対し、内部情報が複合機２３でコピーアプリが動作していることを示す場合である。このような投稿内容は、破棄されるか製品開発には活かされないことが通常だが、このような投稿内容にこそ新たなニーズが含まれていることは少なくない。そこで、本実施形態では、投稿内容と内部条件に対応したアクションを決定できない場合、特定の製品開発部署Ｘにて調査するものとする。製品開発部署Ｘは、集計部４１の集計結果を利用することで、ユーザの任意の投稿内容を製品やソリューションに結びつけやすくなる。

例えば、「迷惑電話が多い」という投稿内容に対しては、総務などの担当部署が非通知の着信を拒否するように電話の設定を変更すればよい。ここで、現在の電話会社では非通知の着信の拒否が困難であれば、製品１４のメーカとしては新たに非通知の着信を拒否できる電話事業の契約を結んだり、電話事業者を紹介することができる。すなわち、ソリューションを提供できる。

なお、投稿内容と内部条件に対応したアクションが決定できない場合、結果的に、投稿内容だけからアクションが決定されることになる。

このように、少なくとも全ての投稿データに対し製品開発部署１６が決定されるので、全ての投稿に対しフィードバックすることが可能になる。また、新たな製品１４やソリューションを開発する契機とすることができる。

＜投稿ボタンの表示例＞
図９（ａ）は複合機２３がコピー機能を提供する際にディスプレイ１０に表示されるＧＵＩの一例を示す図である。まず、コピー機能を提供する既存機能部３１は、原稿種類選択欄１５１、濃度選択欄１５２、用紙選択欄１５３、変倍率設定欄１５４、編集設定欄１５５、フィニッシャ設定欄１５６等を表示する。ユーザはこのＧＵＩからコピーの設定条件を入力できる。この他、複合機２３がプリンター機能やＦＡＸ機能を提供する場合も同様であって、既存機能部３１は機能を提供するためのＧＵＩを作成してディスプレイ１０に表示する。

そして、投稿ボタン実現部３２は、ＧＵＩの一部又はＧＵＩとは別の場所に投稿ボタン２０を表示する。ユーザは製品（複合機２３）１４に関する困りごとや要望、つぶやきを投稿したい場合、投稿ボタン２０を押下する。なお、投稿ボタン２０がタッチパネルに表示されていない場合、ユーザはハードキーでカーソルを操作して投稿ボタン２０に合わせることで押下できる。

図９（ｂ）は投稿ボタン２０を押下することで表示される投稿画面の一例を示す図である。投稿ボタン実現部３２は、投稿ボタン２０の押下を検出すると、ディスプレイ１０にキーボードボタン２０１、音声ボタン２０２、及び、動画ボタン２０３を表示する。

投稿ボタン実現部３２がキーボードボタン２０１の押下を検出すると、投稿入力部３３のテキスト入力受付部３３１が、図１０（ａ）に示すように、ディスプレイ１０にキーボード１１（ソフトキー）を表示する。図１０は、投稿データを投稿するための投稿用画面の一例を示す図である。図１０（ａ）の投稿用画面により、ユーザは入力欄３０５にテキストを入力し、テキスト入力受付部３３１はユーザがキー入力したテキストの入力を受け付ける。なお、マイクのアイコン３０１とカメラのアイコン３０２は、ユーザが入力手段を切り替えるためのボタンである。

ユーザがテキストを入力した後、アップロードボタン（不図示）を押下することを契機にして、又は、投稿用画面を終了させるなどの操作を契機にして、アップロード部３４は投稿データ（テキスト）のアップロードを開始する。

また、図９（ｂ）において、投稿ボタン実現部３２が音声ボタン２０２の押下を検出すると、投稿入力部３３の音声入力受付部３３２が、図１０（ｂ）に示すように、マイクのアイコン３０１を表示する。これにより、音声入力受付部３３２はユーザによる音声の入力を受け付ける。なお、音声は複合機２３が音声認識してテキストデータに変換してもよいし、投稿管理サーバ１５が音声認識してもよい。なお、キーボードのアイコン３０３とカメラのアイコン３０２は、ユーザが入力手段を切り替えるためのボタンである。

ユーザが音声を入力した後、アップロードボタン（不図示）を押下することを契機にして、又は、発声の入力と並行して、アップロード部３４は投稿データ（音声）をアップロードする。

また、図９（ｂ）において、投稿ボタン実現部３２が動画ボタン２０３の押下を検出すると、投稿入力部３３の動画入力受付部３３３が、図１０（ｃ）に示すように、カメラのアイコン３０２を表示する。これにより、動画入力受付部３３３はユーザによる動画の入力を受け付ける。なお、音声は複合機２３が音声認識してテキストデータに変換してもよいし、投稿管理サーバ１５が音声認識してもよい。キーボードのアイコン３０３とマイクのアイコン３０１は、ユーザが入力手段を切り替えるためのボタンである。

ユーザが動画を入力した後、アップロードボタン（不図示）を押下することを契機にして、又は、動画の入力と並行して、アップロード部３４は投稿データ（動画）をアップロードする。

このように、ユーザは、常に表示されている投稿ボタン２０を押下するという簡単な操作で投稿データを投稿することができる。

テキスト、音声、動画のうち複数種類の情報を含む投稿データを一度に又は連続してアップロードすることも可能である。

なお、投稿内容のテキストとして、初期状態の投稿用画面にひな形が表示されてもよい。例えば「してくれなきゃ困る」というひな形が初期状態で表示されれば、ユーザ入力における負担を軽減できる。また、いくつかのひな形を提示し、ユーザが選択してもよい。「動かない」や「困る」のようにアクションを決定しやすいひな形を提示したり、ユーザに選択させることで、投稿管理サーバ１５がアクションを決定しやすくなる。

なお、図９（ａ）で投稿ボタン２０が押下された場合に、図９（ｂ）の投稿画面を表示しなくてもよい。この場合、ユーザは、予め、テキスト、音声、又は、動画のどの入力手段で投稿データを入力するかを複合機２３に設定しておく。これにより、投稿ボタン２０が押下されると図１０（ａ）〜（ｃ）のいずれかの投稿用画面が表示される。また、不図示のアップロードボタンを押下しないでアップロードすれば、ユーザは投稿ボタン２０を押下するという１回の操作（ワンクリック）で投稿データを投稿できる。すなわち、投稿ボタン２０を１回だけ操作するだけで（ワンクリックで）投稿データを投稿できる。

このようなワンクリックの投稿を実現する方法として、マイク１２で音声データを入力する際、一定期間以上音声入力がない場合、または、ユーザが「完了」と音声で指示した場合に、入力完了と判断してデータのアップロードを開始する。

なお、ワンクリックは、物理的に１回の押下だけを意味するのではなく、１回の操作と見なせる複数の押下を含む。例えば、ダブルクリックは２回の押下で１回の操作と見なされるので、ダブルクリックは本実施形態ではワンクリックに含まれる。また、タッチパネルの場合は、クリックは「タップ」と称される。また、ハードキーで投稿ボタン２０を操作する場合、クリックは押下と称される。

図１１（ａ）はノートＰＣ２１に表示される投稿ボタン２０を示す図の一例である。ノートＰＣ２１にて表示される投稿ボタン２０は例えばタスクトレイに常時、表示される。ユーザがマウスオーバーなどすると「投稿ボタン」という文字がポップアップされる。ユーザはタスクトレイのアイコンを１回又は２回クリックするだけで、投稿用プログラムが図１０（ａ）〜（ｃ）に相当する投稿用画面を表示する。なお、アイコンはデスクトップ画面に表示されていてもよい。

図１１（ｂ）はタブレット端末２２に表示される投稿ボタン２０を示す図の一例である。タブレット端末２２にて表示される投稿ボタン２０は例えばアイコンの態様で、常時、表示される。ユーザはこのアイコンを１回又は２回タップするだけで、投稿用プログラムが図１０（ａ）〜（ｃ）に相当する投稿用画面を表示する。

なお、ユーザが使用中の「アプリ」に対して投稿するだけでなく、アプリの一つの「機能」に対して投稿してもよい。この場合、アプリが現在表示中の画面などに基づいて、使用中の機能を特定する。また、この場合、デスクトップ上に投稿ボタンを表示するのではなく、アプリごとに投稿ボタンが表示される。

機能単位で投稿できることで、投稿管理サーバ１５はアプリに対し投稿される場合より細かく投稿データを振り分けることができる。例えば、「アプリ」の場合は、アプリを担当する「開発部署」まで特定できるのに対して、「機能」の場合は、機能を担当する「個人」又は「チーム」まで特定でき、投稿データを一層効率的に活用できる。

なお、使用中のアプリと連携するアプリの情報（例えばＯＳ、ソフトウェアライブラリ、デバイスドライバ等）を、投稿データに入れる必要がある場合は、使用中のアプリが連携アプリから取得すればよい。

なお、ノートＰＣ２１やタブレット端末２２では、ＯＳなどの制御やユーザ設定により、アイコンが常時、表示されるとは限らない。しかしながら、非表示のアイコンを表示させる通常の操作でユーザは投稿ボタン２０を表示させることができるため、実質的に常時表示されていると言える。

また、複合機２３では、製品のメーカがディスプレイ１０の表示内容を設計できるので、ノートＰＣ２１やタブレット端末２２と比較して、投稿ボタン２０を常時、表示させやすい。

また、本実施形態において「常時、表示される」や「常に、表示される」という表現は、画面の切替の瞬間に表示されなかったり、ユーザが設定で表示しないようにすることを排除するものではない。

また、例えば、ユーザがログインするまでは非表示で、ログインした後に常時、表示してもよい。これにより、ログインしていないユーザには投稿ボタン２０を使用できないようにすることができる。

＜投稿データ＞
図１２に基づき投稿データについて説明する。図１２は投稿データのデータ構成を模式的に説明する図の一例である。投稿データは、例えば、投稿者ＩＤ、投稿日時、入力手段、投稿内容、内部情報及び緊急度を有している。これらは、図１２に示す構成で一度に送信されるとは限らず、１つの投稿データとして関連づけて複数回に分けて送信されてもよい。この場合、投稿管理サーバ１５は複数回に分けて送信された投稿者ＩＤ、投稿日時、入力手段、投稿内容、内部情報、及び、緊急度から１つの投稿データを再構成する。

投稿者ＩＤは、投稿者を直接的又は間接的に特定するための識別情報である。投稿者ＩＤは、例えば製品１４にログインすることで特定されるユーザＩＤもよいし、投稿管理サーバ１５から与えられている投稿用の識別情報でもよい。この場合、投稿者ＩＤは、ユーザ情報ＤＢ３７においてユーザＩＤと紐づけられている。また、投稿者ＩＤは、ユーザを一意に特定できなくてもよく、例えば、ＩＰアドレスや製品１４のシリアル番号でもいい。

但し、ユーザを一意に特定できない場合のみ、ＩＰアドレスなどを使うことが望ましい。ＩＰアドレスを使うとどの製品からの投稿データかを特定できるが、複数のユーザが同一製品を利用する場合は、ユーザを個別に特定できず、どのユーザからの投稿データかの特定が困難になるためである。例えば、複数のユーザが共通のＰＣなどで１つのアカウントを共有する場合、どの装置からの投稿データかを特定できても、誰の投稿か分からないので混乱してしまう可能性がある。

投稿日時は、例えば、投稿ボタン２０が押下された日時、投稿データの入力が開始又は終了した日時などである。入力手段は、テキスト、音声又は動画の種別である。

図１３に基づき投稿内容について説明する。図１３は投稿内容の一例を示す図である。投稿内容は、製品に対する指摘（感想やレビューなど）例えば、○○が動かない（図１３（ａ））、○○してくれなきゃ困る（図１３（ｂ））、○○できないため困っている（図１３（ｃ））、どうしたらいいか？（図１３（ｄ））、○○して欲しい（図１３（ｅ））、○○でもっとよくなる（図１３（ｆ））、なかなかいいかも（図１３（ｇ））、進化したな〜（図１３（ｈ））などである。

このように、投稿内容には機種名やアプリケーション名など製品に関する情報、どのような操作を行ったか、又は、現在の画面などを必ずしも含める必要がない。当然ながら、これらを含めることは可能である。

このうち、図１３（ａ）〜（ｄ）は困りごと、図１３（ｅ）（ｆ）は要望、図１３（ｇ）（ｈ）はつぶやき、に分類される。

後述するように、投稿管理サーバ１５は投稿内容を困りごと、要望、又は、つぶやきのいずれかに区分して、緊急度を調整する。

図１４に基づき内部情報について説明する。図１４は内部情報の一例を示す図である。内部情報は、製品１４から取得可能な情報、及び、製品１４が取得可能な情報、の少なくとも一方である。例えば、以下のものが挙げられる。
・ユーザが使用している製品１４の情報（装置に関する機種名、型番、シリアル番号、製品ＩＤ、導入日など。ソフトウェアに関するソフトウェア名、アプリケーション名、シリアル番号、製品ＩＤ、導入日など）。
・ユーザが操作していた操作履歴（画面の識別情報やハードコピー）と画面履歴のログ
・ユーザが機器にログイン（認証）した際に得られたユーザ情報（会社名、メールアドレス、役職、年齢、性別など）
・エラー情報（エラーコード、エラートレース情報などを含む）
内部情報のうち上記の製品１４の情報は、製品１４が使用しているソフトウェアにより得られるソフトウェア情報と言ってもよい。なお、装置に関する機種名、型番、シリアル番号、製品ＩＤ、導入日などは装置識別情報の一例であり、ソフトウェアに関するソフトウェア名、アプリケーション名、シリアル番号、製品ＩＤ、導入日などはソフトウェア識別情報の一例である。

まず、複合機２３などの製品１４でもアプリケーションソフトウェア（コピーアプリ、プリンタアプリ、スキャナアプリ、ＦＡＸアプリ等）が動作している。この、アプリケーションソフトウェアは、製品１４の機器情報（機種名（アプリ名）、型番、シリアル番号、カウンタ値（トータルの印刷枚数）、フィニッシャなどのオプション情報、残紙など）だけでなく、ソフトウェアバージョンや実行したジョブの履歴などを取得可能である。

製品１４がノートＰＣ２１やタブレット端末２２で動作するアプリケーションソフトウェアの場合、ノートＰＣ２１やタブレット端末２２の機種名だけでなくＣＰＵの型番や接続されている周辺機器の情報の他、アプリケーションソフトウェアのバージョン、シリアル番号、ノートＰＣ２１やタブレット端末２２のＯＳなどの情報を取得可能である。ＯＳの場合は、起動しているアプリケーションソフトに加え、アプリケーションソフトが取得可能な情報やさらに詳細な情報を取得できる。

また、ノートＰＣ２１やタブレット端末２２でプリンタドライバが動作している場合、プリンタドライバはアプリケーションソフトが取得可能な情報を取得できる。また、プリンタドライバは、ＭＩＢ（Management information base）から複合機２３の機種名、シリアル番号、カウンタ値（トータルの印刷枚数）、フィニッシャなどのオプション情報、残紙などを取得できる。

したがって、製品情報は、製品１４が使用しているソフトウェアの情報及びソフトウェアが取得可能な情報となる。

操作履歴と画面履歴のログとは、投稿ボタン２０が押下された時にディスプレイ１０に表示されていた画面（ＧＵＩ）、この画面に至るまでにディスプレイ１０に表示されていたいくつかの画面、及び、各画面でユーザが操作したソフトキーやハードキーである。例えば、画面Ｃで投稿ボタン２０が押下された場合、画面Ｃの前に表示されていた画面Ｂ、画面Ｂの前に表示されていた画面Ａが画面履歴である。そして、各画面Ａ〜Ｃで操作されたソフトキーやハードキーが操作履歴である。
画面Ａ：ｋｅｙ１〜３
画面Ｂ：ｋｅｙ４〜５
画面Ｃ：ｋｅｙ６〜８
このように、ユーザが投稿ボタン２０を押下するまでの操作履歴と画面履歴のログが投稿データに含まれることで、投稿管理サーバ１５はユーザがどのような状況で投稿データを投稿したのかを特定しやすくなる。また、ユーザは自分がどのような操作をしていたのかを投稿内容で説明する必要がない。

なお、内部情報取得部３５は、最近表示した例えば過去３つの画面の識別情報を常に更新しながら蓄積すると共に、各画面で操作されたソフトキーやハードキーを時系列に記録しておく。

このように、ユーザが内部情報を入力しなくても、アップロード部３４が内部情報を収集するので、明示的にユーザがこれらの情報を入力する必要がなく煩わしさを低減できる。また、投稿データの分析に十分に正確な情報を投稿管理サーバ１５で管理できる。

図１２に戻り緊急度は、ユーザが投稿した困りごとや要望、つぶやきをどの程度、早期に改善してほしいかを示す情報となる。すなわち、困り具合や要望、つぶやきに対しどの程度早期に対応して欲しいかの程度である。緊急度は、ユーザが投稿用画面でボタン（不図示）を操作して明示的に投稿できるようにしてもよいし、投稿ボタン２０の押下数で入力してもよい。

投稿ボタン２０の押下数で判断する場合、投稿ボタン実現部３２は、ディスプレイ１０がタッチパネルの場合は、タップする回数（ワンタップ、ダブルタップ、トリプルタップ）、マウスでクリックする場合はタップする回数（ワンクリック、ダブルクリック、トリプルクリック）で緊急度を以下のように判断する。
ワンタップ（ワンクリック）→緊急度は低い
ダブルタップ（ダブルクリック）→緊急度は中程度
トリプルタップ（トリプルクリック）→緊急度は大
ユーザとしては、緊急度を改めて入力する必要がないので、入力の手間を省け操作性が向上する。

また、タップ又はクリックの押圧で緊急度を判断してもよい。（閾値Ａ＜閾値Ｂとする）
押圧が閾値Ａ未満 → 緊急度は低い
押圧が閾値Ａ以上閾値Ｂ未満 → 緊急度は中程度
押圧が閾値Ｂ以上 → 緊急度は大
また、タップ数又はクリック数と押圧を組み合わせて緊急度を判断してもよい。例えば、押圧が閾値Ｃ以上の場合、ユーザのタップ又はクリックが１回であっても２回とカウントし、タップ数又はクリック数に応じて緊急度を判断する。

アップロード部３４は緊急度（低 中 大）を数値で管理するため、緊急度（低 中 大）を数値に変換する。アップロード部３４は例えば以下のような変換テーブルを保持している。なお、説明のため、緊急度は１〜７の数値に変換されるものとする。
低＝１、中＝３、高＝５
したがって、クリック回数で緊急度を判断する場合、例えば、ワンクリック＝低＝１、ダブルクリック＝中＝３、トリプルクリック＝高＝５のように、緊急度を数値に変換することができる。

なお、ユーザが緊急度を設定する際、ユーザが投稿用画面でボタン（不図示）を操作して明示的に低、中、大から選択してもよい。この場合、製品は、緊急度＝１、３，５を投稿管理サーバに送信する。

＜投稿データのアップロード＞
図１５は、投稿データのアップロードについて説明する図の一例である。図１５（ａ）では、製品１４が予め保持している投稿用画面をディスプレイ１０に表示する態様における、アップロードを示している。すなわち、製品１４が投稿用画面を有しているため、ユーザが投稿ボタン２０を押下すると短時間で投稿用画面を表示することができ、ユーザは少ない待ち時間で投稿データを入力できる。

図１５（ｂ）では、製品１４が投稿管理サーバ１５から投稿用画面を取得してディスプレイ１０に表示する態様における、アップロードを示している。すなわち、製品１４と投稿管理サーバ１５は以下の手順を経る。
１．製品１４は投稿管理サーバ１５のＩＰアドレスを指定して投稿用画面を要求する
２．投稿管理サーバ１５はＨＴＭＬやJavaScript（登録商標）で記述された投稿用画面を製品１４に送信する。
３．製品１４は投稿用画面を表示して投稿データの入力を受け付け、投稿データを投稿管理サーバ１５にアップロードする。

この態様では、製品１４が投稿用画面を有している必要がなく、例えば投稿用プログラムがブラウザソフトウェアで置き換えられるため、本実施形態の情報収集システム３００を製品１４に適用する際のコストを低減できる。

本実施形態では、図１５（ａ）（ｂ）のいずれの態様を採用してもよく、メーカなどが、製品１４の性質や２つの態様のメリット・デメリットを比較考量して選択すればよい。

＜投稿管理サーバにおける処理＞
続いて、投稿管理サーバ１５における処理について説明する。まず、投稿受付部４４は、投稿データの投稿内容がテキストでない場合、音声データ又は動画データの音声部分をテキストに変換して投稿データＤＢ４７に記憶させる。ここで、投稿データに一意の識別情報を付与することが好ましい。

なお、投稿受付部４４は、投稿データに含まれる緊急度を調整しておく。
・投稿内容が困りごとに分類される場合：「＋２」
・投稿内容が要望に分類される場合 ：「＋１」
・投稿内容がつぶやきに分類される場合：「＋０」
すなわち、投稿受付部４４はアップロード部３４が数値に変換した投稿データの緊急度を、例えば投稿内容によって調整できる。これにより、投稿内容を対応の迅速さに結びつけることができる。困りごと・要望・つぶやきへの分類は、投稿内容に含まれる単語、誤記、などから行われる。テキスト入力受付部がテキストの入力を受け付ける場合はテキストの入力速度から緊急度を判断してもよい。

また、音声入力受付部３３２が入力を受け付けた音圧によって、緊急度を調整してもよい。例えば以下のように調整する。
・７０デジベル超 ：「＋２」
・６０〜７０デジベル：「＋１」
・６０デジベル未満 ：「＋０」
音圧は音声入力受付部３３２が取得し投稿データに添付する。これにより、音圧が投稿管理サーバ１５に送信されるので、投稿受付部４４が音圧に基づき緊急度を調整できる。

さらに、ユーザが投稿用画面でボタン（不図示）を操作して明示的に低、中、大から選択した場合は、アップロード部３４は緊急度＝１、３，５と共に、タップ／クリック回数、及び、押圧を示す情報を投稿内容としてそして投稿管理サーバ１５に送信してもよい。投稿管理サーバ１５は、タップ／クリック回数、及び、押圧を用いて緊急度を調整できる。タップ／クリック回数が１なら「＋０」、タップ／クリック回数が２なら「＋１」、タップ／クリック回数が３なら「＋２」とする。音圧についても同様に、６０デジベル未満は「＋０」、６０〜７０デジベルなら「＋１」、７０デジベル超なら「＋２」とする。

図１６は、投稿管理サーバ１５における投稿データの処理を模式的に説明する図の一例である。

１．投稿管理サーバ１５のアクション決定部４５は、投稿データＤＢ４７に記憶されている投稿データを読み出し、図８にて説明したようにアクションと製品開発部署１６を決定する。アクション決定部４５は、アクションを指示して投稿データと共に製品開発部署１６に送信する。

２．製品開発部署１６は指示されたアクションを元に対応を行う。なお、この段階で、投稿データを、人手により二次分類及び精査してもよい。これにより、対応が必要な投稿データを精度よく特定できる。また、製品開発部署１６は緊急度を参照して、緊急度の高いものほど優先して対応を講じる。すなわち、ユーザの視点から見ると「緊急度」と表現できるが、メーカの視点から見ると「優先度」と表現できる。製品開発部署１６は、投稿データごとに対応の進捗を投稿データＤＢ４７に登録する。

３．フィードバック部４３は、投稿データＤＢ４７の進捗が更新されると、又は、定期的に、ユーザに進捗を通知する。進捗の通知方法は、ユーザに直接、送信する方法と、ユーザが操作した製品１４に送信する方法がある。ユーザに直接、送信する方法では、投稿データの内部情報に含まれるメールアドレスを指定して、投稿データと共に進捗を電子メールとして送信する。ユーザは投稿データにより投稿内容や投稿日時などを確認できる。したがって、ユーザはノートＰＣ２１やタブレット端末２２からメールボックスにアクセスして、進捗を確認することができる。なお、投稿データの全てを送信する必要はない。

ユーザが操作した製品１４に送信する方法では、製品１４のＩＰアドレスを指定して、投稿データ（テキストに変換されたもの）と進捗を送信しておく。製品（例えば複合機２３）１４は投稿データと進捗を保持しておき、ユーザが製品１４にログインした際に、進捗表示部３６が投稿者ＩＤにより進捗を特定し、ディスプレイ１０に表示する。

なお、いずれの場合も、進捗と共に図１７にて説明する投稿データを公開するＷｅｂページのＵＲＬを含めることが好ましい。これにより、ユーザはＵＲＬが指定するＷｅｂページにアクセスして、自分が投稿した投稿データに対するコメントなどを確認できる。

４．共有部４２は投稿データを公開する。投稿データを投稿したユーザはノートＰＣ２１、タブレット端末２２、又は、ユーザＰＣ２５を操作して投稿管理サーバ１５にアクセスする。これにより、ユーザＰＣ２５は公開されている投稿データを表示することができる。ユーザが閲覧可能な投稿データについては図１７にて説明する。

５．集計部４１は、投稿データに含まれる投稿内容と内部情報を定期的に又は製品開発部署１６の要請に応じて集計し、集計結果を製品開発部署（例えば、製品開発部署Ｘ）１６などに提供する。集計には、例えばデータマイニングを使用することができる。データマイニングにより、投稿内容に含まれる単語と内部情報に含まれる情報の相関を検出することができる。これにより、一見意味がない投稿内容と内部情報との組から有用な知見を把握できる。

例えば、「迷惑電話が多い」という投稿内容が多く投稿された場合、集計により、この投稿内容は男性から投稿されることやある時間帯に集中しているという知見が得られたとする。この場合、製品開発部署１６は男性にかかってくる特定の時間帯の電話番号を監視して、例えば、市内局番が一致する、電話番号が一致する電話番号を特定できる。そして、該電話番号の着信を拒否したり相手側に警告するなどのソリューションを提供できる。

この他、例えば、「動きが遅い」という投稿内容が多く投稿された場合に、内部情報から特定の画面や操作が操作履歴や画面履歴に含まれるという知見が得られれば、アプリケーションソフトウェアの改善が可能になる。

ユーザが投稿データを容易に投稿できる環境を整えることで投稿データの増大が期待できるので、一見、とりとめのない投稿内容でもそれが数多く集まることで有効な知見を得られやすくなる。

６．例えば、５によってアプリケーションソフトウェアを改善して対応が完了した場合、アプリケーションソフトウェアを改善することが上記のアクションとなる。よって、製品開発部署１６がアクションＤＢ４６に新たにアクションを登録することで、アクションが豊富化され、今後は対応までの時間を短縮していくことができる。なお、アクションの豊富化は、製品開発部署１６が試行錯誤的に対応を講じた場合にも行われる。

以上のような流れにより、ユーザは、「すぐにコメントをくれた。対応をうってくれた。信頼できる会社・製品だ。また意見を投稿しよう」と積極的に投稿データを投稿してくれることが期待できる。メーカとしては、ユーザの意見が反映された製品作りが可能になるので、ユーザにとってもメーカにとってもメリットが多い。

＜投稿データＷｅｂページ＞
図１７は、投稿管理サーバ１５が公開する投稿データＷｅｂページの一例を説明する図の一例である。投稿データＷｅｂページは、投稿データ欄４０１、コメント欄４０２、同感ボタン４０３、及び、「新たなコメントにする」ボタン４０４を有している。投稿データＷｅｂページは、ブラウザがあれば表示できるので、ノートＰＣ２１、タブレット端末２２又はユーザＰＣ２５のいずれも表示できる。

投稿データ欄４０１は、例えば、投稿データのうち投稿データ番号、投稿日時、機種名、投稿内容、及び、進捗などが表示される。これらは一例であり、投稿データに含まれる情報は、個人情報を除けば、全て表示することが可能である。

また、コメント欄４０２には主に他のユーザが、投稿データを読んで投稿したコメントが表示される。他人が投稿した困りごとや要望、つぶやきが共有されるので、さらに品質の高い改善アイデアを得られうる。

また、「新たなコメントにする」ボタン４０４は、任意のユーザが投稿データに対するコメントを追加するためのボタンである。不図示のコメント入力欄にコメントを入力し、ユーザが「新たなコメントにする」ボタン４０４を押下すると、ユーザＰＣ２５はコメントを投稿データ番号に紐づけて投稿管理サーバ１５に送信する。投稿管理サーバ１５の共有部４２は、コメントを投稿データＤＢ４７に登録し、また、コメント欄を１つ増やしたＷｅｂページをユーザＰＣ２５に送信するので、ユーザＰＣ２５はコメントが追加されたＷｅｂページを表示できる。

同感ボタン４０３は、ユーザが閲覧した投稿データに対し同感した場合に押下するボタンである。同感ボタン４０３が押下されると、ユーザＰＣ２５はその旨を投稿データ番号に紐づけて投稿管理サーバ１５に送信する。投稿管理サーバ１５の共有部４２は、投稿データＤＢ４７の同感ポイントを１つ多くし、また、同感ボタン４０３の押下数を１つ大きくしたＷｅｂページをユーザＰＣ２５に送信する。ユーザＰＣ２５は同感ボタンの押下数が１つ増えたＷｅｂページを表示できる。

＜動作手順＞
図１８は、投稿データを送信する際の製品１４の動作手順を説明するフローチャート図の一例である。図１８の動作手順は例えば製品１４が起動するとスタートする。

まず、投稿ボタン実現部３２が投稿ボタン２０を表示する（Ｓ１０）。

投稿ボタン実現部３２は投稿ボタン２０が押下されたか否かを判定する（Ｓ２０）。投稿ボタン２０が押下されない場合（Ｓ２０のＮｏ）、処理はステップＳ１０に戻る。

投稿ボタン２０が押下された場合（Ｓ２０のＹｅｓ）、投稿入力部３３は、予め設定されている入力手段による投稿内容の入力を開始する（Ｓ３０）。すなわち、テキスト入力受付部３３１はキーボード１１からテキストの入力を受け付け（Ｓ３２）、音声入力受付部３３２はマイク１２から音声の入力を受け付け（Ｓ３４）、動画入力受付部３３３はカメラ１３から動画の入力を受け付ける（Ｓ３６）。また、テキスト、音声、及び、動画の２つ以上の入力を受け付け、１つの投稿データとすることができる。この場合、複数の入力手段は予め設定されていてもよいし、ユーザが選択してもよい。

また、内部情報取得部３５は内部情報を収集する（Ｓ４０）。また、内部情報取得部３５はタップの回数に基づき緊急度を決定する（Ｓ５０）。

そして、アップロード部３４は投稿データを投稿管理サーバ１５に送信する（Ｓ６０）。

図１９は、投稿管理サーバ１５の動作手順を説明するフローチャート図の一例である。図１９の動作手順は例えば定期的に繰り返し実行される。

投稿受付部４４は投稿データを受信する（Ｓ１１０）。

アクション決定部４５は、アクションと製品開発部署１６を決定して、製品開発部署１６に投稿データとアクションを送信する（Ｓ１２０）。この時、装置識別情報又はソフトウェア識別情報に対応したアクションと製品開発部署１６が決定される。

フィードバック部４３は、投稿データＤＢ４７の進捗を監視し、進捗があるか又は進捗が更新されてから一定期間が経過した投稿データがあるか否かを判定する（Ｓ１３０）。

そして、ステップＳ１３０の判定がＹｅｓの場合、フィードバック部４３はユーザにフィードバックする（Ｓ１４０）。

また、共有部４２はユーザがアクセスすると投稿データを公開し、コメントや同感ポイントの追加を受け付ける（Ｓ１５０）。

また、集計部４１は、投稿データを集計して知見を提供する（Ｓ１６０）。

以上説明したように、本実施形態の情報収集システムは、投稿ボタン２０が押下されることにより製品開発部署がユーザの生の声を取得しやすくなる。内部情報が送信されるので、ユーザは作業環境や操作内容を報告する必要がなく煩わしさを低減できる。また、製品開発部署としては正確な内部情報を取得できるので、対応をたてやすくなる。また、ユーザから緊急度が送信され、製品開発部署が緊急度を考慮して対応するので、ユーザの事情を考慮した可能になる。また、製品開発部署が進捗をユーザに通知するので、ユーザは自分が投稿した投稿データにメーカが対応してくれていることを認識でき、さらに投稿しようというモチベーションが生まれる。また、投稿データと内部情報からアクションを決定できなくても、投稿データと内部情報を集計することで知見が得られ新たな対応方法やソリューションを提供できる。また、新たな対応方法はアクションＤＢ４６に登録されるので、アクションが豊富化され、製品開発部署の対応が容易になる。

したがって、投稿データとフィードバックの間に好循環が生まれ、良質な投稿データが集まり製品１４の改良や開発を進めやすくなる。

以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、図５では投稿管理サーバが物理的に１つの情報処理装置として構成されているが、投稿管理サーバの投稿受付部４４、アクション決定部４５、フィードバック部４３、共有部４２、及び、集計部４１は別々の情報処理装置に搭載されていてもよい。

また、投稿管理サーバ１５が複数台あってもよい。例えば、投稿管理サーバ１５の投稿受付部４４、アクション決定部４５、フィードバック部４３、共有部４２、及び、集計部４１は別々の情報処理装置に搭載されていてもよい。また、図５と同じ構成の投稿管理サーバ１５が、複数台があってもよい。

１０ ディスプレイ
１１ キーボード
１２ マイク
１３ カメラ
１４ 製品
１５ 投稿管理サーバ
１６ 製品開発部署
２０ 投稿ボタン
２１ ノートＰＣ
２２ タブレット端末
２３ 複合機
２２３ 投稿用プログラム
３００ 情報収集システム

特開２００９‐０９３５５２号公報

Claims (21)

1. 第１の情報処理装置と第２の情報処理装置とがネットワークを介して通信可能な情報収集システムであって、
   前記第１の情報処理装置は、
   ユーザによるデータ入力を開始するためのデータ入力開始ボタンと、
   前記データ入力開始ボタンが押下された場合、データ入力を受け付けるデータ入力手段と、
   前記第１の情報処理装置を識別する装置識別情報又は前記第１の情報処理装置が実行しているソフトウェアを識別するソフトウェア識別情報を含む、前記ソフトウェアにより得られる情報を取得するソフトウェア情報取得手段と、
   前記データ入力手段が受け付けたデータ及び前記ソフトウェア情報取得手段が取得したソフトウェア情報を前記第２の情報処理装置に送信する送信手段と、を有し、
   前記第２の情報処理装置は、
   前記データの転送先を前記ソフトウェア情報に含まれる前記装置識別情報又は前記ソフトウェア識別情報を用いて決定する転送先決定手段、
   を有することを特徴とする情報収集システム。
2. 前記転送先決定手段は、
   前記データ及び前記ソフトウェア情報を解析した結果を用いて、前記データ及び前記ソフトウェア情報の転送先を決定する、ことを特徴とする請求項１記載の情報収集システム。
3. 前記ソフトウェア情報取得手段は前記ユーザのユーザ情報を取得し、
   前記送信手段は前記ユーザ情報を含む前記ソフトウェア情報を前記第２の情報処理装置に送信し、
   前記第２の情報処理装置は、前記転送先における前記データの内容に基づく対応の進捗を前記ユーザ情報に基づいて前記ユーザに通知する進捗通知手段を有する、
   ことを特徴とする請求項１又は２記載の情報収集システム。
4. 前記ソフトウェア情報取得手段は、前記データ入力開始ボタンに対するユーザの操作内容に応じた優先度を取得し、
   前記送信手段は、前記優先度、前記データ及び前記ソフトウェア情報を前記第２の情報処理装置に送信する、
   ことを特徴とする請求項１〜３いずれか１項記載の情報収集システム。
5. 前記ソフトウェア情報取得手段は、前記データ入力開始ボタンのタップ数又はクリック数に応じた前記優先度を取得する、
   ことを特徴とする請求項４記載の情報収集システム。
6. 前記ソフトウェア情報取得手段は、前記ユーザが入力した前記データの優先度を取得し、
   前記転送先決定手段は、前記優先度に応じた前記転送先を決定する、ことを特徴とする請求項４又は５記載の情報収集システム。
7. 前記第２の情報処理装置は、前記データの解析結果に応じて前記優先度を更新し、
   前記転送先決定手段は、更新された前記優先度に応じた前記転送先を決定する、
   ことを特徴とする請求項４〜６いずれか１項記載の情報収集システム。
8. 前記第２の情報処理装置は、
   前記データ及び前記ソフトウェア情報を記憶手段に記憶させるデータ記憶手段と、
   前記記憶手段に記憶された前記データを公開する公開手段と、を有し、
   前記公開手段は、前記データに対するコメントを受け付けて前記データと対応づけて記憶し、受け付けたコメントを前記データと共に公開する、
   ことを特徴とする請求項１〜７いずれか１項記載の情報収集システム。
9. 前記公開手段は、前記データに対する同意情報を取得した回数を、前記データと対応づけて記憶し、前記回数を前記データと共に公開する、
   ことを特徴とする請求項８記載の情報収集システム。
10. 前記第２の情報処理装置は、
    前記データ及び前記ソフトウェア情報に前記転送先が対応づけられた転送先情報保持部を参照して前記転送先を決定するものであり、
    前記転送先情報保持部に前記データ及び前記ソフトウェア情報に対応する前記転送先が登録されていない場合、前記データ及び前記ソフトウェア情報に対する対応が完了した後に、前記転送先情報保持部に新たな前記転送先の登録を受け付ける、
    ことを特徴とする請求項１〜７いずれか１項記載の情報収集システム。
11. 前記第２の情報処理装置は、
    複数の前記データ及び前記ソフトウェア情報の中から、前記データに含まれる単語と前記ソフトウェア情報に含まれる情報の相関を検出する統計処理手段を有する、
    ことを特徴とする請求項１〜１０いずれか１項記載の情報収集システム。
12. 前記データ入力手段は、キー入力により前記データの入力を受け付けるか、マイクにより前記データの入力を受け付けるか、又は、カメラにより前記データの入力を受け付ける、ことを特徴とする請求項１〜９いずれか１項記載の情報収集システム。
13. 前記データ入力開始ボタンは表示装置に表示されるものであり、
    前記データ入力開始ボタンは、画面の表示中、前記表示装置に表示される、
    ことを特徴とする請求項１〜１２いずれか１項記載の情報収集システム。
14. 前記データ入力開始ボタンは表示装置に表示されるものであり、
    前記第１の情報処理装置は、ユーザが前記第１の情報処理装置にログインした後に、前記データ入力開始ボタンを前記表示装置に表示する、
    ことを特徴とする請求項１〜１２いずれか１項記載の情報収集システム。
15. 前記第１の情報処理装置は画像形成装置又は画像形成装置に印刷データを送信する情報処理装置である、ことを特徴とする請求項１〜１３いずれか１項記載の情報収集システム。
16. 第１の情報処理装置と、１つ以上の第２の情報処理装置とがネットワークを介して通信可能な情報収集システムであって、
    ユーザによるデータ入力を開始するためのデータ入力開始ボタンと、
    前記データ入力開始ボタンが押下された場合、データ入力を受け付けるデータ入力手段と、
    前記第１の情報処理装置を識別する装置識別情報又は前記第１の情報処理装置が実行しているソフトウェアを識別するソフトウェア識別情報を含む、前記ソフトウェアにより得られる情報を取得するソフトウェア情報取得手段と、
    前記データ入力手段が受け付けたデータ及び前記ソフトウェア情報取得手段が取得したソフトウェア情報を前記第２の情報処理装置に送信する送信手段と、
    前記データの転送先を前記ソフトウェア情報に含まれる前記装置識別情報又は前記ソフトウェア識別情報を用いて決定する転送先決定手段と、
    を有することを特徴とする情報収集システム。
17. データの転送先をソフトウェア情報に含まれる装置識別情報又はソフトウェア識別情報を用いて決定する装置と、ネットワークを介して通信可能に接続された情報処理装置であって、
    ユーザによるデータ入力を開始するためのデータ入力開始ボタンと、
    前記データ入力開始ボタンが押下された場合、データ入力を受け付けるデータ入力手段と、
    前記情報処理装置を識別する装置識別情報又は前記情報処理装置が実行しているソフトウェアを識別する前記ソフトウェア識別情報を含む、前記ソフトウェアにより得られる情報を取得するソフトウェア情報取得手段と、
    前記データ入力手段が受け付けたデータ及び前記ソフトウェア情報取得手段が取得したソフトウェア情報を前記装置に送信する送信手段と、
    を有することを特徴とする情報処理装置。
18. ユーザによるデータ入力を開始するためのデータ入力開始ボタンと、
    前記データ入力開始ボタンが押下された場合、データ入力を受け付けるデータ入力手段と、
    装置を識別する装置識別情報又は前記装置が実行しているソフトウェアを識別するソフトウェア識別情報を含む、前記ソフトウェアにより得られる情報を取得するソフトウェア情報取得手段と、
    前記データ入力手段が受け付けたデータ及び前記ソフトウェア情報取得手段が取得したソフトウェア情報を情報処理装置に送信する送信手段と、を有する前記装置とネットワークを介して通信可能な情報処理装置であって、
    前記データの転送先を前記ソフトウェア情報に含まれる前記装置識別情報又は前記ソフトウェア識別情報を用いて決定する転送先決定手段、
    を有することを特徴とする情報処理装置。
19. 第１の情報処理装置と第２の情報処理装置とがネットワークを介して通信する情報収集方法であって、
    前記第１の情報処理装置が、ユーザによるデータ入力を開始するためのデータ入力開始ボタンが押下された場合、データ入力を受け付けるデータ入力ステップと、
    前記第１の情報処理装置が、該第１の情報処理装置を識別する装置識別情報又は前記第１の情報処理装置が実行しているソフトウェアを識別するソフトウェア識別情報を含む、前記ソフトウェアにより得られる情報を取得するソフトウェア情報取得ステップと、
    前記第１の情報処理装置が、前記データ入力ステップが受け付けられたデータ及び前記ソフトウェア情報取得ステップで取得されたソフトウェア情報を前記第２の情報処理装置に送信する送信ステップと、
    前記第２の情報処理装置が、前記データの転送先を前記ソフトウェア情報に含まれる前記装置識別情報又は前記ソフトウェア識別情報を用いて決定する転送先決定ステップと、
    を有することを特徴とする情報収集方法。
20. データの転送先をソフトウェア情報に含まれる装置識別情報又はソフトウェア識別情報を用いて決定する装置と、ネットワークを介して通信可能に接続された情報処理装置に、
    ユーザによるデータ入力を開始するためのデータ入力開始ボタンが押下された場合、データ入力を受け付けるデータ入力ステップと、
    前記情報処理装置を識別する装置識別情報又は前記情報処理装置が実行しているソフトウェアを識別するソフトウェア識別情報を含む、前記ソフトウェアにより得られる情報を取得するソフトウェア情報取得ステップと、
    前記データ入力ステップで受け付けられたデータ及びソフトウェア情報取得ステップにより取得された前記ソフトウェア情報を第２の情報処理装置に送信する送信ステップと、
    を実行させるプログラム。
21. ユーザによるデータ入力を開始するためのデータ入力開始ボタンと、
    前記データ入力開始ボタンが押下された場合、データ入力を受け付けるデータ入力手段と、
    装置を識別する装置識別情報又は前記装置が実行しているソフトウェアを識別するソフトウェア識別情報を含む、前記ソフトウェアにより得られる情報を取得するソフトウェア情報取得手段と、
    前記データ入力手段が受け付けたデータ及び前記ソフトウェア情報取得手段が取得したソフトウェア情報を情報処理装置に送信する送信手段と、を有する前記装置とネットワークを介して通信可能な前記情報処理装置に、
    前記データの転送先を前記ソフトウェア情報に含まれる前記装置識別情報又は前記ソフトウェア識別情報を用いて決定する転送先決定ステップ、を実行させることを特徴とするプログラム。

Images