(57)【要約】【課題】  ユーザ／メーカ間のコミュニケーションを容易化するとともに、ユーザ／メーカ双方に安全なコミュニケーション手段を提供する。【解決手段】  コミュニケーションクライアント５に、コミュニケーションマネージャ３との双方向の通信を行うためのマネージャ通信部６２と、更新必要情報を取得するアップデート管理部６４と、ユーザへメッセージを通知するユーザ通知部６３と、マネージャ通信部６２、アップデート管理部６４、ユーザ通知部６３で実行する機能の受付と実行制御を行うエージェントコアエンジン６１からなリ、ユーザとコミュニケーションサーバ１との通信を行うコミュニケーションエージェント６と、ユーザがコミュニケーションをする際の画面を表示するコミュニケーションインタフェース８とを備える。  【選択図】図１
2007249465.tif 000002
【特許請求の範囲】
【請求項１】
ユーザとネットワークで接続されたネットワークサーバ内に有り、前記ユーザに対し前記ネットワークサーバのメンテナンス画面を表示する装置管理インタフェースを備えるコミュニケーションクライアントと、
メーカ側にあり、前記コミュニケーションクライアントとネットワークで接続されるコミュニケーションサーバからなり、
該コミュニケーションサーバは、前記メーカの管理人または操作者からの入力情報の受付けを行う管理インタフェースと、
ユーザ情報やコミュニケーションに関する情報のデータベースであるコミュニケーションデータベースと、
前記ユーザと前記コミュニケーションデータベースとの間で情報のやり取りを行うコミュニケーションマネージャと、
ソフトウエアや画面などを更新するのに必要な情報が格納されているアップデータとを有するコミュニケーションシステムにおいて、
前記コミュニケーションクライアントに、
前記コミュニケーションマネージャとの双方向の通信を行うためのマネージャ通信部と、
前記アップデータから更新必要情報を取得するアップデート管理部と、
メールやインスタントメッセージなどでユーザへメッセージを通知するユーザ通知部と、
前記マネージャ通信部、前記アップデート管理部、前記ユーザ通知部で実行する機能の受付と実行制御を行うエージェントコアエンジンからなり、
前記ユーザと前記コミュニケーションマネージャとの通信を行うコミュニケーションエージェントと、
前記装置管理インタフェース内に、前記ユーザが前記メーカとコミュニケーションする際の画面を表示するコミュニケーションインタフェースとを備えることを特徴とするコミュニケーションシステム。
【請求項２】
前記コミュニケーションエージェントと前記コミュニケーションマネージャの間の通信は、メールアドレス、ユーザ名、住所、電話番号などの具体的なユーザ情報は使用せず、各ユーザに割り当てられたユニークなＩＤのみを使用するとともに、情報を暗号化していることを特徴とする請求項１記載のコミュニケーションシステム。
【請求項３】
前記ユーザ通知部は、ユーザにメッセージをインスタントメッセンジャで通知する場合、あらかじめ設定された回数だけメッセージの通知をリトライすることを特徴とする請求項１記載のコミュニケーションシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上でのユーザ／メーカ間でコミュニケーションを行うコミュニケーションシステムに関する。  
【背景技術】
【０００２】
従来のユーザ／メーカ間のコミュニケーションは、メーカのホームページに必要事項を記入して連絡したり、メール、電話、Ｆａｘなどの通信手段を使用して連絡することで行われている。
この中で、ネットワークを利用してのコミュニケーションとしては、ホームページの利用か、メールの利用、または、オンラインでチャットやファイル転送が行えるインスタントメッセンジャの利用が考えられる。
例えば、インターネットを利用してアンケートの作成、実施、集計などを行いユーザとコミュニケーションする例が特許文献1に開示されている。
【特許文献１】特開２００２−２４４７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来のネットワークを利用したユーザ／メーカ間のコミュニケーションは、次のような問題点があった。まず、ユーザがメーカに対しコミュニケーションを取りたいときにホームページを利用する場合、メーカのホームページへアクセスする必要があり、目的の画面に到達するまで通常数度のリアクションが必要であり、手間がかかるという問題点があった。また、メーカがユーザに対しコミュニケーションを取りたいときは、メールの利用が考えられるが、メールを使用したコミュニケーションでは、盗聴や改ざん、なりすましなどの危険性があり、ユーザ／メーカ双方に不安を持たれるという問題があった。また、メールでは相手が認識したか確認する手段がなく、メールの代わりにインスタントメッセンジャを使用する方法もあるが、この場合、相手がオフラインではメッセージを送れず、メッセージ到達の可能性が低いという問題点があった。
本発明はこのような問題点に鑑みてなされたものであり、ユーザ／メーカ間のコミュニケーションを容易化するとともに、ユーザ／メーカ双方に安全なコミュニケーション手段を提供することを目的とする。
また、さらにインスタントメッセンジャを利用する場合、メッセージの到達の確実性を増加させることを目的とする。
【課題を解決するための手段】
【０００４】
上記問題を解決するため、本発明は、次のように構成したものである。
請求項１に記載の発明は、ユーザとネットワークで接続されたネットワークサーバ内に有り、前記ユーザに対し前記ネットワークサーバのメンテナンス画面を表示する装置管理インタフェースを備えるコミュニケーションクライアントと、メーカ側にあり、前記コミュニケーションクライアントとネットワークで接続されるコミュニケーションサーバからなり、該コミュニケーションサーバは、前記メーカの管理人または操作者からの入力情報の受付けを行う管理インタフェースと、ユーザ情報やコミュニケーションに関する情報のデータベースであるコミュニケーションデータベースと、前記ユーザと前記コミュニケーションデータベースとの間で情報のやり取りを行うコミュニケーションマネージャと、ソフトウエアや画面などを更新するのに必要な情報が格納されているアップデータとを有するコミュニケーションシステムにおいて、前記コミュニケーションクライアントに、前記コミュニケーションマネージャとの双方向の通信を行うためのマネージャ通信部と、前記アップデータから更新必要情報を取得するアップデート管理部と、メールやインスタントメッセージなどでユーザへメッセージを通知するユーザ通知部と、前記マネージャ通信部、前記アップデート管理部、前記ユーザ通知部で実行する機能の受付と実行制御を行うエージェントコアエンジンからなり、前記ユーザと前記コミュニケーションマネージャとの通信を行うコミュニケーションエージェントと、前記装置管理インタフェース内に、前記ユーザが前記メーカとコミュニケーションする際の画面を表示するコミュニケーションインタフェースとを備えることを特徴とするものである。
また、請求項２に記載の発明は、請求項１記載のコミュニケーションシステムにおいて、前記コミュニケーションエージェントと前記コミュニケーションマネージャの間の通信は、メールアドレス、ユーザ名、住所、電話番号などの具体的なユーザ情報は使用せず、各ユーザに割り当てられたユニークなＩＤのみを使用するとともに、情報を暗号化していることを特徴とするものである。
また、請求項３に記載の発明は、請求項１記載のコミュニケーションシステムにおいて、前記ユーザ通知部は、ユーザにメッセージをインスタントメッセンジャで通知する場合、あらかじめ設定された回数だけメッセージの通知をリトライすることを特徴とするものである。
【発明の効果】
【０００５】
請求項１に記載の発明によると、コミュニケーションクライアントに、コミュニケーションマネージャとの双方向の通信を行うためのマネージャ通信部と、アップデータから更新必要情報を取得するアップデート管理部と、メールやインスタントメッセージなどでユーザへメッセージを通知するユーザ通知部と、マネージャ通信部、アップデート管理部、ユーザ通知部で実行する機能の受付と実行制御を行うエージェントコアエンジンからなり、ユーザとコミュニケーションマネージャとの通信を行うコミュニケーションエージェントと、装置管理インタフェース内に、ユーザがメーカとコミュニケーションする際の画面を表示するコミュニケーションインタフェースとを備えるので、ユーザは、コミュニケーションインタフェースの画面に従って入力するだけでメーカとコミュニケーションすることができるため、ユーザ／メーカ間のコミュニケーションを容易化することができる。
また、請求項２に記載の発明によると、コミュニケーションエージェントとコミュニケーションマネージャの間の通信は、メールアドレス、ユーザ名、住所、電話番号などの具体的なユーザ情報は使用せず、各ユーザに割り当てられたユニークなＩＤのみを使用するとともに、情報を暗号化しているので、ユーザ／メーカ双方に安全なコミュニケーション手段を提供することができる。
また、請求項３に記載の発明によると、ユーザ通知部は、ユーザにメッセージをインスタントメッセンジャで通知する場合、あらかじめ設定された回数だけメッセージの通知をリトライするので、メッセージの到達の確実性を増加させることができる。
【発明を実施するための最良の形態】
【０００６】
以下、本発明の実施の形態について図を参照して説明する。
【実施例１】
【０００７】
図１は、本発明のコミュニケーションシステムの構成を示すブロック図である。図において、コミュニケーションサーバ１はユーザ情報の管理、コミュニケーションメッセージの発信、受信、統計処理などを行う装置となっている。コミュニケーションサーバ１はメーカ側に有り、メーカ側の管理人または操作者が操作することにより、ユーザとのコミュニケーションを行う。コミュニケーションサーバ１は管理人または操作者からの入力情報の受付けを行う管理インタフェース２と、ユーザ情報やコミュニケーションに関する情報のデータベースであるコミュニケーションデータベース４と、ユーザとコミュニケーションデータベース４の間で情報のやり取りを行うコミュニケーションマネージャ３と、ソフトウエアや画面などを更新するのに必要な情報が格納されているアップデータ９とからなる。
なお、ここで管理人とは、コミュニケーションサーバ１を管理する立場にあり、システムに関わる事項の表示、設定ができる管理人権限を持つ者を指す。管理人は管理人権限によりユーザ情報の表示、入力などのアクセスを行うことができる。一方、操作者とは、質問に対する回答やアンケートの入力、配布などの操作を行う者を指し、管理人以外の操作者は管理人権限を持たず、ユーザ情報にアクセスすることはできない。
【０００８】
コミュニケーションマネージャ３は、コミュニケーションクライアント５のコミュニケーションエージェント６との双方向の通信を行うためのエージェント通信部３２と、メールやインスタントメッセージなどで管理人へ連絡を行う管理人通知部３３と、コミュニケーションデータベース４へのアクセスを行うデータベースアクセス制御部３４と、エージェント通信部３２と、管理人通知部３３と、データベースアクセス制御部３４とで実行する機能の受付実行制御を行うマネージャコアエンジン３１からなる。
【０００９】
また、コミュニケーションクライアント５は、ユーザとネットワークで接続され、ユーザがネットワークにアクセスするためのサポートを行うネットワークサーバ１０の内部に有り、コミュニケーションサーバ１との通信を行う。
コミュニケーションクライアント５は、ユーザとコミュニケーションマネージャ３との通信を行うコミュニケーションエージェント６と、ユーザに対しネットワークサーバ１０のメンテナンス画面を表示する装置管理インタフェース７と、ユーザがメーカとコミュニケーションをする際の画面を表示するコミュニケーションインタフェース８からなる。
コミュニケーションエージェント６は、コミュニケーションマネージャ３との双方向の通信を行うためのマネージャ通信部６２と、アップデータ９から更新必要情報を取得するアップデート管理部６４と、メールやインスタントメッセージなどでユーザへメッセージを通知するユーザ通知部６３と、マネージャ通信部６２、アップデート管理部６４、ユーザ通知部６３で実行する機能の受付と実行制御を行うエージェントコアエンジン６１からなる。
【００１０】
次に、このコミュニケーションシステムでユーザからメーカ側にコミュニケーションを取る場合について説明する。
ユーザはコミュニケーションインタフェース８の画面にアクセスするだけで、コミュニケーションサーバ１とのコミュニケーションを取ることができる。
最初にユーザは、常時アクセス可能な装置管理インタフェース７にアクセスする。装置管理インタフェース７にアクセスするためには、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）ブラウザを使用し、装置管理インタフェース７を示すＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）にアクセスする。この装置管理インタフェース７の画面にコミュニケーションインタフェース８のＵＲＬが表示されるので、そこをアクセスすることにより、コミュニケーションインタフェース８の画面が表示される。
図２はコミュニケーションインタフェース８の画面例を示す図である。この例は、コミュニケーションページから、ある事項が可能かどうかという問合せを送信する例である。
【００１１】
コミュニケーションインタフェース８を通じて入力されたメッセージは、エージェントコアエンジン６１、マネージャ通信部６２を経由し、エージェント通信部３２に届けられる。ユーザからのメッセージを受信したエージェント通信部３２は、マネージャコアエンジン３１にメッセージを通知する。通知を受けたマネージャコアエンジン３１はデータベースアクセス制御部３４経由で、コミュニケーションデータベース４にメッセージを保存すると同時に、管理人通知部３３経由で管理人にメールやインスタントメッセンジャで連絡する。ユーザのメッセージに対する回答は管理人または操作者から行われ、管理インタフェース２、マネージャコアエンジン３１、エージェント通信部３２、マネージャ通信部６２、エージェントコアエンジン６１、ユーザ通知部６３経由でユーザに通知される。
このように、ユーザは、コミュニケーションインタフェース８の画面に従って入力するだけでメーカとコミュニケーションすることができるため、ユーザ／メーカ間のコミュニケーションを容易化することができる。
【００１２】
なお、コミュニケーションエージェント６とコミュニケーションマネージャ３の間の通信は、メールアドレス、ユーザ名、住所、電話番号などの具体的なユーザ情報は使用せず、各ユーザに割り当てられたユニークなＩＤのみを使用し、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）などを使用し情報を暗号化しているので、ユーザ/メーカ双方に安全なコミュニケーションが可能である。
マネージャコアエンジン３１は、メーカ側で管理人以外の操作者が回答を行うときは、その操作者がユーザ名やメールアドレスなどのユーザ情報にアクセスできないように制御する。
コミュニケーションサーバ１では、あらかじめ管理人が具体的なユーザ情報とＩＤを管理インタフェース２経由でコミュニケーションデータベース４に登録しておくことにより、コミュニケーションマネージャ３がＩＤから具体的なユーザ情報を認識することができる。
図３は管理インタフェース２のユーザ情報登録の画面例を示す図である。管理人権限でログインすると、管理タブのメニューが表示可能となり、ユーザ情報にアクセスすることができる。
【００１３】
次に、メーカ側からユーザにコミュニケーションを取る場合について説明する。
まず、コミュニケーションサーバ１の管理人が管理インタフェース２を使用し、アンケート、案内などのコミュニケーション情報、対象となるユーザなどのコミュニケーション対象の条件、配布スケジュールなどの必要情報を入力する。
図４は管理インタフェース２のアンケート作成の画面例を示す図である。この例は、アンケートを作成してユーザに配布するときの例で、操作者は必要事項を入力し、配布条件、スケジュールなどを入力し、配布する。このとき、管理人以外の操作者はユーザ情報にアクセスすることはできない。また、条件はＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ）などのデータベース用言語で追加できる。
管理インタフェース２はマネージャコアエンジン３１に入力された情報を通知する。マネージャコアエンジン３１は、入力されたコマンドなどの情報と操作者のアクセス権限をチェックし、許可された権限内の操作による入力であれば、データベースアクセス制御部３４経由でコミュニケーションデータベース４に格納されている連絡先メールアドレスなどのユーザ情報を取得し、ユーザに更新必要情報があることを通知するためにエージェント通信部３２に通知すると同時に、アップデータ９にメーカ側からユーザに伝えたい情報を更新必要情報として格納する。
【００１４】
エージェント通信部３２はコミュニケーションクライアント５上のマネージャ通信部６２に更新必要情報があることを通知する。通知を受けたマネージャ通信部６２は、エージェントコアエンジン６１に更新必要情報があることを通知する。エージェントコアエンジン６１はアップデート管理部６４経由でアップデータ９に格納されている更新必要情報を取得し、取得した更新必要情報を基にコミュニケーションインタフェース８に適用し、画面をアップデートする。また、取得した情報がユーザに通知が必要な場合、ユーザ通知部６３を経由し、メールやインスタントメッセンジャなどでユーザに通知する。
【００１５】
ユーザに対するコミュニケーションの取り方は、上述したようなコミュニケーションサーバ１がトリガーになるＰｕｓｈ型のコミュニケーションの取り方の他に、アップデート管理部６４が指定された間隔でアップデータ９から情報を取得するＰｕｌｌ型のコミュニケーションの取り方があり、どちらで行うかは、コミュニケーションインタフェース８の画面で選択することができる。
【００１６】
次に、ユーザにメッセージをインスタントメッセンジャで通知する場合の説明する。
図５にインスタントメッセンジャで通知する場合のユーザ通知部６３の処理のフローチャートを示す。
ステップＳ１でリトライ数をリセットし、ステップＳ２で通知先のユーザがオンラインになっているか確認を行い、通知先がオンラインとなっていた場合、ステップＳ３に進み、インスタントメッセンジャであらかじめ設定された内容で通知先に通知を行う。通知先がオンラインではない場合、ステップＳ４に進み、リトライ数があらかじめ設定された範囲を超過しているかどうかをチェックする。超過していない場合、ステップＳ５に進み、指定時間待機し、リトライ数に１を加算し、ステップＳ１に進み、再度、通知先がオンラインかの確認をリトライする。リトライ数があらかじめ設定された範囲を超過した場合はステップＳ６に進み、エラー処理を行う。
このように、ユーザ通知部はユーザにメッセージをインスタントメッセンジャで通知する場合、あらかじめ設定された回数だけメッセージの通知をリトライし、メッセージ到達の確実性を増加させるのである。
【図面の簡単な説明】
【００１７】
【図１】本発明のコミュニケーションシステムの構成を示すブロック図
【図２】コミュニケーションインタフェースの画面例を示す図
【図３】管理インタフェースのユーザ情報登録の画面例を示す図
【図４】管理インタフェースのアンケート作成の画面例を示す図
【図５】インスタントメッセンジャで通知する場合のユーザ通知部の処理のフローチャート
【符号の説明】
【００１８】
１  コミュニケーションサーバ
２  管理インタフェース
３  コミュニケーションマネージャ
３１  マネージャコアエンジン
３２  エージェント通信部
３３  管理人通知部
３４  データベースアクセス制御部
４  コミュニケーションデータベース
５  コミュニケーションクライアント
６  コミュニケーションエージェント
６１  エージェントコアエンジン
６２  マネージャ通信部
６３  ユーザ通知部
６４  アップデート管理部
７  装置管理インタフェース
８  コミュニケーションインタフェース
９  アップデータ
１０  ネットワークサーバ
【図１】
2007249465.tif 000003
【図２】
2007249465.tif 000004
【図３】
2007249465.tif 000005
【図４】
2007249465.tif 000006
【図５】
2007249465.tif 000007