(57)【要約】【課題】ユーザの使用時間や嗜好、属性等に対応して最適な機能の結合を実現する。【解決手段】ネットワーク端末１０がネットワーク９に新規に接続された場合は、機能管理サーバ１へ機能テーブルを送出する。機能管理サーバ１は、ネットワーク端末１０から機能テーブルを受信すると機能管理サーバ１内の組合せ判定部２が、内部に保持している機能組合せ情報と、ユーザデータ管理部４内の機能テーブルを元にユーザに合った機能の結合を判定し、前記組合せ判定部２で作成したイメージをネットワーク端末１０に送信し、そのネットワーク端末１０の出力部１４に表示させる。【選択図】        図１
2004199549.tif 000002
【特許請求の範囲】
【請求項１】
複数のネットワーク端末とネットワークを介して接続された機能分散型ネットワーク端末管理サーバにおいて、
前記複数のネットワーク端末が新規にネットワークに接続された際に送信してくる自らの機能情報を記述した機能テーブルを受信して、その機能テーブルと事前に登録しておいた機能組合せ情報とに基づき複数のネットワーク端末の機能を結合させると共に、機能結合したネットワーク端末間の組合せでの使用時間および使用状況を収集し、その使用時間および使用状況により、前記機能組合せ情報を更新することを特徴とする、機能分散型ネットワーク端末管理サーバ。
【請求項２】
請求項１に記載された機能分散型ネットワーク端末管理サーバにおいて、
ネットワーク端末を利用するユーザ毎にユーザ対応機能組合せ情報を設け、ユーザの属性情報あるいは嗜好情報により、ユーザ対応機能組合せ情報を作成または更新することを特徴とする、機能分散型ネットワーク端末管理サーバ。
【請求項３】
請求項１に記載された機能分散型ネットワーク端末管理サーバにおいて、
機能の組合せに関する、複数ユーザからの自立的な好み情報を入力し、前記好み入力情報に基づいて機能組合せ情報を更新することを特徴とする、機能分散型ネットワーク端末管理サーバ。
【請求項４】
請求項２に記載された機能分散型ネットワーク端末管理サーバにおいて、
嗜好の類似した他ユーザが、好んで使用している機能の組合せを元に、ユーザ対応機能組合せ情報を更新することを特徴とする、機能分散型ネットワーク端末管理サーバ。
【請求項５】
請求項１に記載された機能分散型ネットワーク端末管理サーバにおいて、
前記機能組合せ情報で実現されるネットワーク端末による機能のイメージを、ユーザに事前に提示することを特徴とする、機能分散型ネットワーク端末管理サーバ。
【請求項６】
請求項１〜５のいずれかの請求項に記載された機能分散型ネットワーク端末管理サーバにおいて、
ユーザから送信された情報の処理は、当該ユーザがその内容を許諾した場合に行うことを特徴とする、機能分散型ネットワーク端末管理サーバ。
【請求項７】
請求項１〜６のいずれかの請求項に記載された機能分散型ネットワーク端末管理サーバにおいて、
機能管理サーバからの、機能組合せ指示に対して、ユーザの許諾を元に、機能の結合を実行する、機能分散型ネットワーク端末管理サーバ。
【請求項８】
請求項７に記載された機能分散型ネットワーク端末管理サーバにおいて、
機能管理サーバからの、機能組合せ指示に対してのユーザの許諾結果に基づき、ユーザ対応機能組合せ情報及びユーザの嗜好情報を更新することを特徴とする、機能分散型ネットワーク端末管理サーバ。
【請求項９】
請求項１に記載された機能分散型ネットワーク端末管理サーバにおいて、
ユーザでのネットワーク端末の使用状況を収集した際に、前記ネットワーク端末に障害を発見した場合、ユーザにその旨通知し、必要に応じて、修理センターに通知することを特徴する、機能分散型ネットワーク端末管理サーバ。
【請求項１０】
請求項１に記載された機能分散型ネットワーク端末管理サーバにおいて、
ユーザ宅にネットワーク通信機能を有する人感センサーを設置し、ユーザの存在の有無とネットワーク端末の機能に応じて、ネットワーク端末の機能を制限、あるいは電源のオン／オフを制御することを特徴とする、機能分散型ネットワーク端末管理サーバ。
【請求項１１】
ネットワーク端末との間の通信に、暗号を用いることを特徴とする、請求項１〜１０に記載された機能分散型ネットワーク端末管理サーバ。
【請求項１２】
請求項１〜１１のいずれかの請求項に記載された機能分散型ネットワーク端末管理サーバとネットワークを介し接続されたネットワーク端末であって、その機能は、ソフトウェア的にあるいはハードウェア的に当該ネットワーク端末の外部、あるいは内部から変更可能であることを特徴とする、機能分散型ネットワーク端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ネットワーク接続機能を有する、複数のネットワーク端末の機能を、様々な情報を元に、結合させて、ユーザが最も求めるような、新たな機能端末を産み出すような、機能分散型ネットワーク端末管理サーバ、機能分散型ネットワーク端末に関するものである。
【０００２】
【従来の技術】
あらゆる分野において、情報化が進展し、PC関連機器だけでなく、様々な家電機器がネットワーク化されてきている。ただ現状においては、各機器がネットワーク化されるだけであり、それぞれのネットワーク端末がそれぞれの機能を実行するに過ぎず、新たな機能の創造までには至っていない。
【０００３】
そこで、特開2001−257827号公報に示されているような、機能分散型ネットワーク端末システムが提案されている。前記特許は、ネットワーク上のネットワーク端末である「スキャナー」と、同じく「プリンタ」とをネットワークを介して接続し、仮想複写機を実現する特許である。以下で示す動作としては、本発明との差異を明確にしやすいように、「スキャナー」と「プリンタ」の両者を、「ネットワーク端末」として説明する。
【０００４】
図１５は従来の機能分散型ネットワーク端末システムのシステム構成図である。
図において、９はネットワーク、１０は、ネットワーク接続機能を有し、特定の動作を実行する、ネットワーク端末、１１はユーザ宅、２１は、複数のネットワーク端末１０の間に位置し、両者の機能の接続の仲裁、両者間のプロトコル上の差異を吸収する機能を有する、代理装置である。
図１５において、ネットワーク９は、ユーザ宅１１内において、３つのネットワーク端末１０同士と代理装置２１を接続するネットワークであり、いわゆる、ホームネットワークと呼ばれているものである。
【０００５】
図１６は、従来の機能分散型ネットワーク端末システムにおける、機能テーブルである。
前記機能テーブルは、ネットワーク端末１０の機能を規定するものであり、例えば、図１６に示すような、以下の内容が記述されている。
・デバイスタイプ（入力装置／出力装置／代理装置）…本ネットワーク端末１０が、入力装置であるか、出力装置、代理装置であるかを示している。
・機器の識別子…これは、本ネットワーク端末１０固有の識別子である。
・機器のネットワークアドレス…そのネットワーク９における、そのネットワーク端末１０を指し示す、ネットワーク上のアドレスである。例えば、IPネットワークであれば、IPアドレスである。
・転送プロトコル…これはネットワーク９上でデータを転送するための通信手順の種別である。
・データ処理解像度…プリンタやスキャナーのような装置特有の情報であるが、画像データの処理解像度である。
・データフォーマット…本ネットワーク端末１０が処理可能なデータフォーマットである。
【０００６】
次に動作について説明すると、ネットワーク端末１０が新たにネットワーク９に接続された場合、ネットワーク端末１０は自らの機能を明示すべく、図１６に示す機能テーブルを、代理装置２１へ送出する。具体的には、ネットワーク端末１０の装置管理部７は、ネットワーク端末１０の電源がオンになり、自らが立ち上がった場合、ネットワークI/F部３の「ネットワーク接続フラグ」をチェックし、ネットワーク接続状況を確認する。「ネットワーク接続フラグ」が「接続」である場合は、さらに「ネットワーク既接続フラグ」をチェックし、過去にネットワークに接続されたかどうかを確認する。その結果が「未接続」であれば、装置管理部７内にある、機能テーブルを、内部バス８、ネットワークI/F部３経由で、ネットワーク９に送出する。なお、装置管理部７は、電源オン時以外にも、一定周期間隔で、ネットワーク接続状況を確認する。
【０００７】
上記シーケンスにより、送出された機能テーブルは、代理装置２１に伝送され、代理装置２１内に保持される。
【０００８】
次にあるネットワーク端末１０が、自らだけで処理できない機能を実行しようとした場合、そのネットワーク端末１０は、「ネットワーク９上にその機能が実行できるネットワーク端末１０があるかどうか？」を、代理装置２１へ問い合わせる。
代理装置２１は、自らの中に保持された、機能テーブルを検索し、前記所望の機能にあった機能がそこにあれば、その旨、要求元のネットワーク端末１０に通知し、両者の機能を結合させる。
【０００９】
上記機能の結合の可否の判断は、具体的には、機能テーブル内の、デバイスタイプ、転送プロトコル、データフォーマット等から実行され、機能結合のための通信は、機器の識別子、機器のネットワークアドレス等により、実行される。
【００１０】
例えば、２つのネットワーク端末１０が、スキャナーとプリンタであった場合、スキャナーの入力部１３により、紙データが取り込まれ、機能実行部１５でそれがデジタルデータ化され、ネットワークI/F部３、ネットワーク９を介して、プリンタのネットワークI/F部３へ送出される。
その後、プリンタのネットワークI/F部３から、機能実行部１５へ、内部バス８経由でデータが渡され、プリントしやすい形式に変換された後、出力部１４を介して、プリントアウトされることになる。
【００１１】
【特許文献１】
特開2001−257827号公報
【００１２】
【発明が解決しようとする課題】
従来の機能分散型ネットワーク端末システムは上記の通り、構成されているため、事前に登録された機能テーブルに従って、機能の結合を「固定的に」実行するだけであり、ユーザの使用時間、嗜好、属性に対応して、最適な機能の結合を実施できないという問題点があった。
【００１３】
また、従来の機能分散型ネットワーク端末システムは上記の通り、構成されているため、結合された機能がどのようなイメージとなるかを、事前に提示できないという問題点があった。
【００１４】
また、従来の機能分散型ネットワーク端末システムは上記の通り、構成されているため、ユーザの所望しないような、機能の組合せを勝手に実行してしまうことがあるという問題点があった。
【００１５】
また、従来の機能分散型ネットワーク端末システムは上記の通り、構成されているため、ネットワーク端末１０の故障に対応できないという問題点があった。
【００１６】
また、従来の機能分散型ネットワーク端末システムは上記の通り、構成されているため、一度電源オンされた、ネットワーク端末１０は常時電源オンの状態であり、無駄に電力を消費してしまうという問題点があった。
【００１７】
また、従来の機能分散型ネットワーク端末システムは上記の通り、構成されているため、重要な情報が、ネットワーク上から漏洩してしまう可能性があるという問題点があった。
【００１８】
そこで、本発明は上記の問題点を解決するためになされたもので、ユーザの使用時間、嗜好、属性に対応して、最適な機能の結合を実施でき、機能の結合を最適にできる機能分散型ネットワーク端末管理サーバ、機能分散型ネットワーク端末を提供することを目的とする。
【００１９】
【課題を解決するための手段】
上記課題を解決するため、本発明では、複数のネットワーク端末とネットワークを介して接続された機能分散型ネットワーク端末管理サーバにおいて、前記複数のネットワーク端末が新規にネットワークに接続された際に送信してくる自らの機能情報を記述した機能テーブルを受信して、その機能テーブルと事前に登録しておいた機能組合せ情報とに基づき複数のネットワーク端末の機能を結合させると共に、機能結合したネットワーク端末間の組合せでの使用時間および使用状況を収集し、その使用時間および使用状況により、前記機能組合せ情報を更新する。
また、このような機能分散型ネットワーク端末管理サーバとネットワークを介し接続されたネットワーク端末であって、その機能は、ソフトウェア的にあるいはハードウェア的に当該ネットワーク端末の外部、あるいは内部から変更可能とする。
【００２０】
【発明の実施の形態】
実施の形態１．
図１は、この発明の実施の形態１による機能分散型ネットワーク端末システムにおける、機能管理サーバの機能ブロック図である。なお、後述する他の実施の形態２〜９でも、特に説明がなければ、図１と同様の機能管理サーバである。
図において、１は複数のネットワーク端末１０の機能テーブルを保持し、「機能」を管理する機能管理サーバ、２は機能の組合せを判定する組合せ判定部、４はユーザのデータを管理するユーザデータ管理部、５はユーザ宅１１におけるネットワーク端末１０及び組み合わされた機能の使用時間・使用状況を監視するユーザ使用状況監視部、６は複数のユーザからの自立的な好みを受け付ける、ユーザ自立的好み受付部である。
【００２１】
図２は、この発明の実施の形態１による機能分散型ネットワーク端末システムのシステム構成図である。なお、後述する他の実施の形態２〜９でも、特に説明がなければ、図２と同様のシステム構成である。
図において、１は前記機能管理サーバ、１２はネットワーク端末１０が故障した際に、修理を依頼する、修理センタである。なお、図において、ユーザ宅１１内のネットワーク９は、従来例にも示したように、いわゆるホームネットワークであるが、ユーザ宅１１と機能管理サーバ１の間のネットワーク９は、ホームネットワークではなく、宅外のネットワークである。ただ、敢えて、宅内・宅外を区別する必要がないため、同じ「ネットワーク」と呼ぶこととしている。
【００２２】
図３は、この発明の実施の形態１によるネットワーク端末１０の機能ブロック図である。
図において、３はネットワーク９と接続するためのネットワークI/F部、７はネットワーク端末１０全体を管理する装置管理部、８は各機能を接続する内部バス、１３は、ネットワーク端末１０への入力を処理する入力部、１４は、ネットワーク端末１０からの出力を処理する出力部、１５は所望の機能を実行する、機能実行部である。図３において、内部バス８は、装置管理部７、機能実行部１５、ネットワークI/F部３、入力部１３、出力部１４間を相互に接続している。また、入力部１３は、本ネットワーク端末がプリンタであれば、用紙の入力部であったり、各種パラメータの設定入力部であったりする。一方、出力部１４は、本ネットワーク端末がプリンタであれば、プリントされた用紙の出力部であったり、各種エラーの表示部であったりする。
【００２３】
図４は、この発明の実施の形態１による機能テーブルである。なお、後述する他の実施の形態２〜９でも、特に説明がなければ、図４と同様の機能テーブルである。
基本的には，図１６に示す前述の従来例の機能テーブルと同一であるが、本発明特有の部分があるため、この本発明特有の部分について以下に説明する。なお、「リンクしている上位（下位）機能テーブル」については、別途動作のところで、説明する。
【００２４】
・機器分類…テレビ、ビデオ、CDプレーヤ、扇風機、冷蔵庫、電子レンジ、PC、プリンタ、ファックス、コピー、スキャナー、エアコン等の機器の分類を示す。
・メーカコード…メーカ対応にそれをコード化する。例えば、三菱電機は「５」とか。
・機能コード…機能をマクロ的に定義して、それをコード化する。例えば、映像の符号化機能であれば、「MPEG2符号化」を「３」とか。
・可変機能とその可変単位…例えば、CDプレーヤであれば、「音量調整」が可変機能。それがどのように、可変可能かを示すのが可変単位。
・動作環境…温度・湿度条件等。
【００２５】
図５は、この発明の実施の形態１による、事前登録されている機能組合せ情報である。なお、後述する他の実施の形態２〜９でも、特に説明がなければ、図５と同様の機能組合せ情報である。
ここには、最初は、機器分散型ネットワーク端末システムを提供する会社推奨の、機能の組合せ例と重み付け係数が記述されている。重み付け係数とは、「その機能の組合せの望ましさ」を一般的に記述したものである。例えば、一行目の「デジタル放送受信機の「デジタル放送受信機能」とPC用HDDの「記録機能」」は、言葉の通り、両者が機能的に結合できることを示している。具体的には、デジタル放送受信機で受信した映像データが、PC用のHDD（ハードディスク）に録画できるようなイメージである。
【００２６】
図６は、この発明の実施の形態１による「機能」の包含関係を示す図である。
【００２７】
図７は、今回の発明のネットワーク端末１０における、ネットワーク端末１０がネットワーク９に新規に接続された際の動作シーケンス図である。
【００２８】
図８は、この発明の実施の形態１による、機能管理サーバ１における、基本動作シーケンス図である。なお、後述する他の実施の形態２〜９でも、特に説明がなければ、図８と同様である。
【００２９】
図９は、この発明の実施の形態１による、機能管理サーバ１における、定期的にネットワーク端末１０の使用状況・使用時間を監視する際の動作シーケンス図である。なお、後述する他の実施の形態２〜９でも、特に説明がなければ、図９と同様である。
【００３０】
次に、図１、図２、図３、図４、図５、図６、図７、図８、図９を元に本実施の形態の機能分散型ネットワーク端末システムの動作について説明する。
【００３１】
まず、図７に示すように、ネットワーク端末１０がネットワーク９に新規に接続された場合は（ステップS1"Ｙ"）、機能テーブルを送出する（ステップS2）。このとき機能テーブルの送出先は、機能管理サーバ１である。この場合は、ユーザ宅内１１から、宅外のネットワーク９経由で、機能管理サーバに送出されることになる。なお、図７において、分岐の部分において、「・・・ネットワークに新規に接続された？」との質問になっているが、ユーザ設定、ユーザによる機能モジュールの追加等により、該当ネットワーク端末１０の機能が変化した場合も、同様に機能テーブルを送出することとする。
【００３２】
また送出される機能テーブルは図４に示すような内容である。あらゆるネットワーク端末１０を様々な機能で組み合わせるため、様々な項目が機能テーブル内に記述される。
【００３３】
なお「機能」は、図６に示すように、包含関係（入れ子状態）となることが多い。すなわち、単純な機能Ｆ１（例えば小機能と呼ぶ）が複数集まって、ある機能Ｆ２（これを中機能と呼ぶ）になり、この中機能F２が複数集まって、さらに、大きな機能Ｆ３（大機能）になるというイメージである。勿論この３段階以上でも、以下でも良い。例えば、デジタルテレビを例にとると、前記小機能F1が、チューナや、ビデオデコーダ、音声デコーダ、ディスプレイ等であり、中機能F2がデジタルテレビ装置、大機能F3が、デジタルテレビ装置やビデオ、オーディオシステムをまとめたAVシステムである。なお、上の例では、チューナを小機能としたが、さらに細かい機能に分類できるかもしれない。
【００３４】
次に、機能管理サーバ１による基本的な機能組合せの動作シーケンスを図８を参照して説明する。
図８に示すように、機能管理サーバ１は、ネットワーク端末１０から、機能テーブルを受信すると（ステップS3"Y"）、事前に登録されている機能組合せ情報と、前記ネットワーク端末１０から受信した機能テーブルとを元に、ユーザの好みそうな機能の望ましい組合せを考案する（ステップ４）。具体的には、機能管理サーバ１内の、組合せ判定部２が、内部に保持している、機能組合せ情報と、ユーザデータ管理部４内の機能テーブルを元に判定することになる。
【００３５】
続いて、前記結合された機能組合せのイメージをユーザに提示するために、ユーザ宅１１にある、表示機能を有するネットワーク端末１０に、前記組合せ判定部２で作成したイメージを送出し、前記表示機能を有するネットワーク端末１０の出力部１４に表示させる（ステップS5）。
【００３６】
ユーザは、ネットワーク端末１０のディスプレイ上でその新たな機能イメージを見て、その機能結合を実施するかどうか判断する（ステップS6）。その判断結果は、入力機能を有するネットワーク端末１０の入力部１３から入力され、機能管理サーバ１内の組合せ判定部２に入力され、その判断結果により、機能結合指示を、対象ネットワーク端末１０に送出するかどうかを決定し、ユーザがその組み合わせを採用する場合には（ステップS６"Y"）、その組み合わせに関連するネットワーク端末に指示してその機能組み合わせを実行する（ステップS７）。
【００３７】
すると、ネットワーク端末１０では、図９に示すように、ユーザ使用状況監視部５がユーザ宅１１のネットワーク端末１０及び組み合わされた機能の使用時間、使用状況を周期的に監視して収集し（ステップS８）、それを元に、前述の機能組合せ情報の重み付け係数の値を更新する（ステップS9）。つまり、使用時間が長いほど、望ましい機能の組合せであると判断でき、その情報を元に、新たな機能の組合せの推薦を実行するのである。
【００３８】
以上のように、本実施の形態１では上記の通り構成したので、ユーザの使用時間に対応して、最適な機能の結合を実行できると共に、ユーザに対して、結合された機能がどのようなイメージとなるかを、事前に提示できるという効果がある。
【００３９】
なお、上記実施の形態１では、機能管理サーバ１を、ユーザ宅１１の外に設けたが、ユーザ宅１１の内に設けても同様の効果が得られる。また、実施の形態１では、ネットワーク端末１０がユーザ宅内１１にあるとしたが、会社、オフィス、その他の場所であっても同様の効果が得られる。また、実施の形態１では、機能管理サーバ１内の、機能組合せ情報を「機器分散型ネットワーク端末システムを提供する会社推奨のもの」と記述したが、ネットワーク端末メーカ推奨でも、機能管理サーバ提供会社推奨でも、いわゆるサードベンダー等の推奨でも、同様の効果が得られる。
【００４０】
実施の形態２．
次に、実施の形態２について、説明するが、基本的に、実施の形態１に順ずる部分が多い。その部分については、その説明を省略する。
【００４１】
図１０は、この発明の実施の形態２における、ユーザの嗜好情報であり、ユーザの好みに関する情報が記述されているものである。なお、この嗜好情報は、後述する他の実施の形態３〜９でも同様である。
【００４２】
図１１は、この発明の実施の形態２における、ユーザの属性情報である。なお、この属性情報は、後述する他の実施の形態３〜９でも同様である。
【００４３】
次に、本実施の形態２の機能分散型ネットワーク端末システムの動作について説明する。
ユーザは、本機能分散型ネットワーク端末システムのサービスを実施する際は、事前に、図１０に示すような、嗜好情報や、属性情報を登録する。機能管理サーバ１は、ユーザから送信されてきた前記嗜好情報及び属性情報を、ユーザデータ管理部４に登録する。
【００４４】
機能管理サーバ１の組合せ判定部２は、ユーザデータ管理部４に登録されている汎用的な機能組合せ情報と、前記嗜好情報と、属性情報とから、そのユーザ専用の機能組合せ情報、すなわち、ユーザ対応機能組合せ情報を作成し、ユーザデータ管理部４に登録する。つまり、実施の形態１では、汎用的な機能組合せ情報を元に機能の組合せを考案したが、本実施の形態２では、そのユーザ特有の嗜好情報と属性情報とからユーザ専用の機能組合せ情報が作成され、それと、必要に応じて、前記汎用的な機能組合せ情報を元に、最適な機能の組合せが推薦されることになる。従って、本実施の形態２の場合、図８に示すように、ネットワーク端末１０から送信されたきた機能テーブルを受信した際（ステップS３"Ｙ"）、そのようにユーザ特有の嗜好情報と属性情報とを加味したユーザ専用の機能組合せ情報と、ネットワーク端末１０から受信した機能テーブルとから機能の組み合わせを考案することになる（ステップＳ４）。
【００４５】
また、本実施の形態２の機能管理サーバ１は、図９に示すように、定期的にネットワーク端末１０の使用状況・使用時間を監視し（ステップＳ８）、ネットワーク端末１０や機能の組合せの使用時間・使用状況を元に、機能組合せ判定部２内にある、汎用的な機能組合せ情報だけでなく、そのユーザの嗜好情報や属性情報等のユーザ対応機能組合せ情報も更新する（ステップＳ９）。
また上記更新処理は、ユーザに、事前に機能組合せを提示した際の、ユーザの採否結果による更新についても同様である。
【００４６】
以上のように、本実施の形態２では上記の通り構成したので、各々のユーザの嗜好に個別に合致した、最適な機能組合せが提案できるという効果がある。
【００４７】
実施の形態３．
次に、実施の形態３について、説明するが、基本的に、実施の形態１、２に順ずる部分が多い。その部分については、その説明を省略する。実施の形態３は、嗜好の似た他ユーザの、ユーザ対応組合せ情報を用いる方法である。
【００４８】
以下、本実施の形態３の機能分散型ネットワーク端末システムの動作について説明する。
本実施の形態３の機能管理サーバ１の組合せ判定部２では、ユーザデータ管理部４内の嗜好の似た他ユーザのユーザ対応組合せ情報を用いて、最適な機能の組合せを提案する。
【００４９】
以上のように、本実施の形態３では上記の通り構成したので、ユーザの嗜好に合致すると予想される最適な機能組合せを、本人のさらなる嗜好情報の申告なしに提案できる可能性があるという効果がある。
【００５０】
実施の形態４．
次に、実施の形態４について説明するが、基本的に、実施の形態１、２に順ずる部分が多い。その部分については、その説明を省略する。実施の形態４は、複数ユーザからの自立的な好みを入力し、前記好み入力結果に基づき、機能組合せ情報を更新する方法である。
【００５１】
以下、本実施の形態４の機能分散型ネットワーク端末システムの動作について説明する。
図１２に、本実施の形態４におけるユーザの自立的好みの入力および更新処理を示す。
ユーザは、ネットワーク端末１０を利用して機能管理サーバ１のユーザ自立的好み受付部６に自分の好みを自立的に入力する（ステップＳ１２）。具体的には、ユーザ自立的好み受付部６に、WEBサーバ機能を持たせ、いくつかの機能の組合せ例を提示する。ユーザはWEBアクセスするイメージで、その組合せ例に自分の好みを人気投票的に投票する。すると、機能管理サーバ１ではユーザデータ管理部４が、管理している機能組み合わせ情報やそのユーザの嗜好情報等のユーザ対応機能組合せ情報を更新する（ステップＳ１３）。その結果を、機能組合せ情報に反映させる。なお、投票してくれたユーザに、ポイントを還元したり、サービス料金の割引、抽選にてプレゼントを実施する等のメリットを与えることにより、より多くの投票数が期待できる。
【００５２】
以上のように、本実施の形態４では上記の通り構成したので、多くのユーザの嗜好に対応した、最適な機能組合せが提案できるという効果がある。
【００５３】
なお、上記実施の形態４では、WEBサーバの手法を用いたが、他の入力手段でも同様の効果が得られる。
また、上記実施の形態では、投票したユーザを特定せずに構成し、汎用の機能組合せ情報を更新することを示したが、投票したユーザを特定し、そのユーザの、ユーザ対応機能組合せ情報を更新してもよい。
【００５４】
実施の形態５．
次に、実施の形態５について、説明するが、基本的に、実施の形態１、２に順ずる部分が多い。その部分については、その説明を省略する。
実施の形態５は、ユーザと機能管理サーバ間のインタラクションについて、ユーザの許諾を元に実行する方法である。
【００５５】
以下、本実施の形態５の機能分散型ネットワーク端末システムの動作について説明する。
ユーザからの嗜好情報、属性情報等は重要な個人情報であるため、それらを機能管理管理サーバが吸い上げる際、あるいは、そのユーザの嗜好情報を、他のユーザに対して使用する際は、機能管理サーバ１のユーザデータ管理部４は、ネットワーク端末１０の装置管理部７と事前に交渉を行い、ユーザの許諾があった場合のみに、前記動作を実行する。
【００５６】
以上のように、本実施の形態５では上記の通り構成したので、ユーザが好むような形で、ユーザにサービスを提供できるという効果がある。
【００５７】
実施の形態６．
次に、実施の形態６について、説明するが、基本的に、実施の形態１、２に順ずる部分が多い。その部分については、その説明を省略する。
実施の形態６は、ユーザと機能管理サーバ１間の通信について、前記通信を暗号化する方法である。
【００５８】
以下、本実施の形態６の機能分散型ネットワーク端末システムの動作について説明する。
ネットワーク端末１０のネットワークI/F３は、装置管理部７の指示により、通信データを暗号化して、ネットワーク９に送出する。また、ネットワーク９からの暗号化された通信データを平文化する。
【００５９】
機能管理サーバ１のネットワークI/F３は、装置管理部７の指示により、通信データを暗号化して、ネットワーク９に送出する。また、ネットワーク９からの暗号化された通信データを平文化する。
【００６０】
以上のように、本実施の形態６では上記の通り構成したので、重要な個人データも安全に伝送することが可能となるという効果がある。
【００６１】
実施の形態７．
次に、実施の形態７について、説明するが、基本的に、実施の形態１、２に順ずる部分が多い。その部分については、その説明を省略する。
実施の形態７は、ネットワーク端末１０の故障に早急に対応するための方法である。
【００６２】
以下、本実施の形態７の機能分散型ネットワーク端末システムの動作について説明する。
機能管理サーバ１は、一定間隔で、ネットワーク端末１０の動作を監視するが、その際、ネットワーク端末１０に故障を発見した場合は、例えば、まずユーザ宅１１内の表示機能、音声通知機能を有するネットワーク端末１０の出力部１４により、ユーザに故障があったことを通知する。次に、ユーザが自動故障連絡モードを選択していた場合、図２に示すように、機能管理サーバ１は、修理センタ１２にその旨通知し、修理を依頼する。
【００６３】
以上のように、本実施の形態７では上記の通り構成したので、突然のネットワーク端末１０の故障にも早急に対応できるという効果がある。
【００６４】
実施の形態８．
次に、実施の形態８について、説明するが、基本的に、実施の形態１、２に順ずる部分が多い。その部分については、その説明を省略する。
実施の形態８は、ネットワーク端末１０の消費電力を削減するための方法である。
【００６５】
図１３は、本発明の実施の形態８のネットワーク端末１０の機能ブロック図であり、１６は、人間の存在の有無をセンスする人感センサ部である。
【００６６】
以下、本実施の形態８の機能分散型ネットワーク端末システムの動作について説明する。
機能管理サーバ１は、一定間隔で、ネットワーク端末１０の動作を監視するが、同時に、人感センサ部１６のステータスも収集し、前記人感センサ部１６のステータス結果と、関連するネットワーク端末１０の機能テーブルから、不必要と判断されるネットワーク端末１０自体やその一部機能をオフする。例えば、人感センサ部１６で、人間が存在しないというのに、エアコンがオンになっていた場合は、エアコンをオフする。
【００６７】
以上のように、本実施の形態８では上記の通り構成したので、ネットワーク端末１０の不必要な電力消費を抑えることができるという効果がある。
【００６８】
実施の形態９．
次に、実施の形態９について、説明するが、基本的に、実施の形態１、２に順ずる部分が多い。その部分については、その説明を省略する。
実施の形態９は、ネットワーク端末１０の機能自体を更新するための方法である。
【００６９】
図１４は、本発明の実施の形態９のネットワーク端末１０の機能実行部１５の機能ブロック図であり、１７は機能を実行する機能実行エンジン部、１８は機能がソフトウェアベースで実行される場合のプログラムを蓄積するプログラム蓄積部、１９は機能がハードウェアベースで実行される場合であり、かつ、そのハードウェアが可変である可変H/W部、２０は機能がハードウェアベースで実行される場合であり、かつ、そのハードウェアが固定である固定H/W部である。なお、それらは内部バス８で接続されている。
【００７０】
以下、本実施の形態９の機能分散型ネットワーク端末システムの動作について説明する。
これまでの実施の形態では、機能の実行場所は、元のネットワーク端末１０の機能実行部１５であったが、前記機能が、機能モジュールとして、移動可能であれば、その機能を必要とする、他のネットワーク端末１０に、機能ごと移動させることができる。
【００７１】
機能管理サーバ１の組合せ判定部２が、２つの機能の結合を実行することを決定し、両者の機能テーブルを参照し、一方のネットワーク端末１０の機能を、他のネットワーク端末１０の機能実行部１５に移動させ、実行させることが可能と判断した場合は、機能実行部１５のプログラム蓄積部１８、あるいは、可変H/W部１９に、前記移動する機能を書き加える。
【００７２】
以上のように、本実施の形態９では上記の通り構成したので、物理的に離れたネットワーク端末１０間の機能を仮想的に結合させることなく、同一のネットワーク端末１０内に実装可能なため、一方のネットワーク端末１０を動作させるだけで、所望の機能が得られるという効果がある。
これにより、不必要なネットワーク端末１０の電力消費を抑えることができるという効果と、ネットワーク９のトラフィックを軽減できるという効果がある。
【発明の効果】
以上説明したように、本発明によれば、複数のネットワーク端末とネットワークを介して接続された機能分散型ネットワーク端末管理サーバにおいて、複数のネットワーク端末が新規にネットワークに接続された際に送信してくる自らの機能情報を記述した機能テーブルを受信して、その機能テーブルと事前に登録しておいた機能組合せ情報とに基づき複数のネットワーク端末の機能を結合させると共に、機能結合したネットワーク端末間の組合せでの使用時間および使用状況を収集し、その使用時間および使用状況により、前記機能組合せ情報を更新するようにしたので、ユーザの使用時間や、嗜好、属性に対応して、最適な機能の結合を実施できる。
【図面の簡単な説明】
【図１】この発明の実施の形態１〜９による機能分散型ネットワーク端末システムにおける機能管理サーバの機能ブロック図である。
【図２】この発明の実施の形態１〜９による機能分散型ネットワーク端末システムのシステム構成図である。
【図３】本発明のネットワーク端末１０の機能ブロック図である。
【図４】この発明の実施の形態１〜９による機能テーブルである。
【図５】この発明の実施の形態１〜９による、事前登録されている機能組合せ情報である。
【図６】この発明の実施の形態１による「機能」の包含関係を示す図である。
【図７】従来及び今回の発明のネットワーク端末１０における、ネットワーク端末１０がネットワーク９に新規に接続された際の動作シーケンス図である。
【図８】この発明の実施の形態１〜９による、機能管理サーバ１における、基本動作シーケンス図である。
【図９】この発明の実施の形態１〜９による、機能管理サーバ１における、定期的にネットワーク端末１０の使用状況・使用時間を監視する際の動作シーケンス図である。
【図１０】この発明の実施の形態２〜９におけるユーザの嗜好情報を示す図である。
【図１１】この発明の実施の形態２〜９におけるユーザの属性情報を示す図である。
【図１２】本実施の形態４におけるユーザの自立的好みの入力および更新処理を示す。
【図１３】本発明の実施の形態８のネットワーク端末１０の機能ブロック図である。
【図１４】本発明の実施の形態９のネットワーク端末１０の機能実行部１５の機能ブロック図である。
【図１５】従来の機能分散型ネットワーク端末システムのシステム構成図である。
【図１６】従来の機能分散型ネットワーク端末システムにおける、機能テーブルである。
【符号の説明】
１  機能管理サーバ、２  組合せ判定部、４  ユーザデータ管理部、５  ユーザ使用状況監視部、６  ユーザ自立的好み受付部、９  ネットワーク、１０  ネットワーク端末、１２  修理センタ。
【図１】
2004199549.tif 000003
【図２】
2004199549.tif 000004
【図３】
2004199549.tif 000005
【図４】
2004199549.tif 000006
【図５】
2004199549.tif 000007
【図６】
2004199549.tif 000008
【図７】
2004199549.tif 000009
【図８】
2004199549.tif 000010
【図９】
2004199549.tif 000011
【図１０】
2004199549.tif 000012
【図１１】
2004199549.tif 000013
【図１２】
2004199549.tif 000014
【図１３】
2004199549.tif 000015
【図１４】
2004199549.tif 000016
【図１５】
2004199549.tif 000017
【図１６】
2004199549.tif 000018