JP2003122710A - ネットワークシステム、処理サーバ、情報管理サーバ及びサービス提供方法 - Google Patents

Abstract

(57)【要約】 【課題】 使用端末の素性や属性を意識することなく各
種サービスを利用する。また、周辺機器の設定を自動的
に行う。 【解決手段】 処理サーバ１０は、各種ネットワークサ
ービスを提供する。端末２０、通常のユーザによりネッ
トワーク接続される。周辺機器２９は、端末２０に接続
される。メーカＩＤ管理サーバ３０は、メーカＩＤと属
性管理サーバのアドレスを管理する。属性管理サーバ４
０は、機器ＩＤとその端末の属性の対応づけを管理す
る。ネットワーク５０は、情報をパケットとして伝送す
る。データベース３１は、機器ＩＤに対応する属性管理
サーバのアドレスを格納し、一元集中管理する。属性デ
ータベース４１は、機器ＩＤとその端末に対応する属性
情報を格納し、一元集中管理する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、各端末からの要求
に応じて情報転送処理を行うネットワークシステム、処
理サーバ、情報管理サーバ及びサービス提供方法に関
し、特に各端末の属性に応じて自動的に情報転送処理を
行うためのネットワークシステム、処理サーバ、情報管
理サーバ及びサービス提供方法に関する。

【０００２】

【従来の技術】近年、高度情報化社会に伴い様々な通信
ネットワークが利用されている。特にインターネット
（Internet）は、高価な交換機が不要であり安価なルー
タ（Router）によりネットワーク構築が可能なため、全
世界に急速に拡大発展している。また拡大発展に伴い、
各ユーザに振り分けるＩＰアドレス（Internet Protoco
lAddress：ネットワークに接続された端末（ネットワー
クによってサーバへ接続されるコンピュータ、携帯端末
などを定義）の所在を識別する番地）の枯渇という問題
が発生していた。しかしながら、それまでの約４３億個
分のアドレス情報を示す３２ビットのＩＰアドレスを使
用したＩＰｖ４（Internet Protocol Version4）ネット
ワークから、１２８ビットのＩＰアドレスを使用したＩ
Ｐｖ６（Internet Protocol Version6）ネットワークへ
バージョンアップすることで解決し、更なる拡大発展が
期待されている。

【０００３】このような状況の中で、ＩＰｖ４あるいは
ＩＰｖ６のプロトコル（Protocol：ＩＰアドレスも含め
たデータ通信のための取り決め）を使用しているネット
ワーク、特にインターネットを利用した各種サービスも
様々なものが提供されている。例えば、インターネット
を利用して個人が使用している端末や周辺機器（以下、
両者を指す場合は電子機器と称する）に対応する情報等
をダウンロードするサービスである。

【０００４】

【発明が解決しようとする課題】しかし、このサービス
は手動により行われるため、オペレータが間違った要求
を行うと、間違った情報が渡されるという可能性もあ
る。

【０００５】というのは、サーバなどにインターネット
経由で接続される端末があった場合に、その端末の素性
や属性を確認する方法は、従来のＩＰｖ４ネットワーク
の場合にはサポートされていない。そのような機能が必
要である場合は、例えば通信が確立したのちに、その相
手から自らの属性情報が送られるという方法もあるが、
相手の端末に情報送信の機能が実装されていなければな
らない。よって通常はそのような手間を避けて、通信相
手の端末の素性を知らないという前提で画一的なサービ
スを提供する。もしくは、特開平６−２０５１１３号公
報、特開平１１−２７２５７４号公報に示すように、接
続相手の種別に関する情報などをオペレータであるユー
ザが事前に埋め込む等の作業をあらかじめ行っておい
て、その相手に特化したサービスを提供していた。

【０００６】例えばコンテンツ配信サービスでは、配信
先には該当コンテンツの再生装置のあるなしに関わらず
ユーザからの配送要求にそのまま答える必要があった。
そのため、ユーザはコンテンツの種類と端末のスペック
などを念入りに調べなくてはならず、ユーザ側で再生で
きないのに配信してしまうという間違った配信などが行
われる可能性があった。

【０００７】また、ローカルネットワーク内で周辺機器
を新規に導入する際には、その機器に適したドライバを
インストールする必要があったが、例えばインターネッ
ト上にドライバが存在するとしても、多くのドライバの
中からその周辺機器に適合したドライバを検索するわず
らわしさがあった。またこの手続きを自動化するために
は、周辺機器側、端末側に特殊なソフトウェアをインス
トールするなどの本来の目的とは異なる手間も必要であ
った。

【０００８】さらにまた、分散コンピューティング環境
などでは、ネットワーク経由で分散マシンとしてエント
リするために、マシンの処理能力を分散処理スケジュー
リングサーバへ連絡する。この連絡は、人手により入
力、あるいは特別なソフトウェアをインストールするな
どの手間が必要であった。

【０００９】さらに、暗号化、署名、認証などを行う際
に、相手がどのようなアルゴリズムに対応しているかを
容易に知る方法がなかったため、暗号化通信の事前のや
り取りでお互いの対応しているアルゴリズムに関する情
報交換をするなど、調査が必要であった。

【００１０】本発明の目的は、上記のような点に鑑みて
なされたものであり、各端末の属性に応じて自動的に情
報転送処理を行うネットワークシステム、処理サーバ、
情報管理サーバ及びサービス提供方法を提供することを
目的とする。

【００１１】また、本発明の他の目的は、各端末に接続
された周辺機器に対応する情報に対しても、自動的に情
報転送処理を行うネットワークシステム、処理サーバ、
情報管理サーバ及びサービス提供方法を提供することで
ある。

【００１２】

【課題を解決するための手段】本発明では上記課題を解
決するために、各端末の属性に応じて処理を行うネット
ワークシステムにおいて、機器ＩＤとＩＰアドレスを内
蔵されたメモリ部を有する端末と、端末とローカルネッ
トワーク上で接続される周辺機器と、機器ＩＤとＩＰア
ドレスとの対応関係を示すメーカＩＤデータベースを有
するメーカＩＤ管理サーバと、機器ＩＤと各端末の属性
との関係を示す属性データベースを有する属性管理サー
バと、端末の属性に対応した処理を行う処理サーバと、
および機器ＩＤとＩＰアドレスと属性と各種サービス情
報を伝送するネットワークとを有することを特徴とする
ネットワークシステムが提供される。

【００１３】上記構成によれば、ユーザは意識せず、各
電子機器の属性に応じネットワークを介して自動的に情
報転送処理を行うようにしたので、各電子機器における
各種の情報が容易に利用できる。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は本発明のネットワークシス
テムの原理図である。

【００１５】ネットワークシステム１は、各種ネットワ
ークサービスを提供する処理サーバ１０、通常のユーザ
によりネットワーク接続される端末２０、端末２０に接
続される周辺機器２９、メーカＩＤと属性管理サーバの
アドレスとを管理するメーカＩＤ管理サーバ３０、機器
ＩＤとその端末の属性との対応づけを管理する属性管理
サーバ４０、情報をＩＰパケット（Packet：ネットワー
クにおいて情報を伝送するとき、小包化されたデータの
集まり）として伝送するネットワーク５０から構成され
る。ここでメーカＩＤ管理サーバ３０は、機器ＩＤに対
応する属性管理サーバを検索するためのデータベース３
１を有している。属性管理サーバ４０は、機器ＩＤとそ
の端末の属性との対応付けを管理する属性データベース
４１を有している。

【００１６】処理サーバ１０は、端末２０からの情報要
求であるＩＰパケットを受信し、ＩＰパケット内のネッ
トワークアドレス部より機器ＩＤを抽出する。抽出した
機器ＩＤ内にあるメーカＩＤをもとに、メーカＩＤ管理
サーバ３０に対してメーカＩＤに対応する属性管理サー
バ４０の検索を指示する。また、検索後にメーカＩＤ管
理サーバ３０により送信された属性管理サーバ４０の情
報をもとに、検索された属性管理サーバ４０に対して機
器ＩＤに対応する属性の検索を指示する。さらに、検索
後に属性管理サーバ４０より送信された機器ＩＤに対応
する属性をもとに、情報要求先の端末２０に対し、その
属性に対応した各種ネットワークサービスを提供する。

【００１７】端末２０は、通常のユーザによってネット
ワーク接続され、情報要求等を行う。また情報要求時に
は、ＩＰパケットのネットワークアドレス内に機器ＩＤ
を設定し、ネットワーク５０を介してＩＰパケットを伝
送する。

【００１８】周辺機器２９は、ＬＡＮ（Local Area Net
work）によってローカルネットワーク内の端末２０に接
続される。また、端末２０の要求に対して、各種入出力
のサービスを提供する。

【００１９】メーカＩＤ管理サーバ３０は、処理サーバ
１０からの要求により、メーカＩＤをもとに、対応する
属性管理サーバ４０をデータベース３１により検索す
る。検索後は処理サーバ１０に対し、メーカＩＤに対応
する属性管理サーバ４０のアドレスを送信する。ここで
メーカＩＤ管理サーバ３０の設置は、属性情報を取得し
たいと考える複数のサーバが、同様のデータベースを重
複して保持する必要がないように考慮したものである。
但し、属性管理サーバ４０が、電子機器の提供メーカ毎
ではなくグローバルに唯一定まる場合には、設置する必
要はない。

【００２０】属性管理サーバ４０は、処理サーバ１０か
らの要求により、機器ＩＤをもとに、対応する属性情報
を属性データベース４１より検索する。検索後は処理サ
ーバ１０に対し、機器ＩＤに対応する属性情報を送信す
る。ここで属性管理サーバ４０は、電子機器を製造・販
売したメーカが管理し、属性管理用のサーバを立ち上げ
てインターネット上に公開する。但し、属性管理サーバ
４０をグローバルに一つ定めたり、別途管理組織を定め
て複数のメーカの属性データベース４１を持たせたりし
て、少数の属性管理サーバ４０によって運用させてもよ
い。

【００２１】ネットワーク５０は、通信経路が張りめぐ
らされた網内にて、所定のプロトコルに基づいて情報を
伝送する。なおプロトコルとは、例えば、ＩＰｖ６、Ｈ
ＴＴＰ（Hypertext Transfer Protocol）、あるいはＦ
ＴＰ（File Transfer Protocol）である。またネットワ
ーク５０は、例えばＩＰｖ６のインターネットあるいは
インターネット２（以下、いずれもＩＰｖ６ネットワー
クと称する）である。

【００２２】このようなネットワークシステムによれ
ば、処理サーバ１０では、端末２０から送信された情報
要求パケットを受信する。そして、情報要求パケット内
のメーカＩＤと機器ＩＤをもとに、端末２０に最適な属
性情報をメーカ毎の属性管理サーバへ問い合わせ・確認
することができる。

【００２３】これにより、ユーザ利用電子機器に関する
属性情報をユーザ利用端末から取得するのではなく、メ
ーカの提供する属性データベースから取得することがで
きる。その結果、ユーザは各種手続きを自動化でき、簡
素化することが可能になる。

【００２４】以下に、本発明の実施の形態を具体的に説
明する。本発明の実施の形態では、図１に示したような
システムにおいて、処理サーバ１０、端末２０、メーカ
ＩＤ管理サーバ３０、および属性管理サーバ４０がネッ
トワーク５０を介して接続される。この中で、処理サー
バ１０と端末２０との間、処理サーバ１０と属性管理サ
ーバ４０との間、および処理サーバ１０とメーカＩＤ管
理サーバ３０との間で、それぞれデータ伝送が行われ
る。そこで、対向する装置（以下、サーバと端末を指す
場合に定義）へのデータ送信、あるいは対向する装置か
らデータ受信する場合を例に取り、以下に本実施の形態
における各装置の機能を具体的に説明する。

【００２５】図２は本発明の処理サーバの処理機能を示
した機能ブロック図である。処理サーバ１０は、装置全
体の機能管理を行う処理装置１１、プログラムやデータ
を一時記憶する揮発性メモリ１２、データを格納する外
部記憶装置１３、他の端末との通信を制御する通信処理
装置１４、通信媒体との接続を行う通信Ｉ／Ｆ１５から
構成されている。ここで、処理サーバ１０は、端末２
０、メーカＩＤ管理サーバ３０、および属性管理サーバ
４０に、ネットワーク５０を介してそれぞれ対向してい
る。

【００２６】処理装置１１は、揮発性メモリ１２、外部
記憶装置１３、および通信処理装置１４を制御し、装置
全体の機能管理を行う。処理装置１１は、例えばＣＰＵ
（Central Processing Unit）である。これは、揮発性
メモリ１２内に格納されている各種プログラムを実行す
ることで、本発明の機能を実現する。ここで、処理装置
１１の機能は、大別して、データ送受信部１１ａ、受信
データ格納部１１ｂ、および各種要求処理部１１ｃから
なる。

【００２７】データ送受信部１１ａは、通信処理装置１
４にて受信した端末２０からの情報要求パケットを、受
信データ格納部１１ｂへ渡す。一方、端末２０への各種
情報パケットを、通信処理装置１４へ出力する。また、
メーカＩＤ管理サーバ３０と属性管理サーバ４０への各
種情報検索要求パケットを、通信処理装置１４へ出力す
る。

【００２８】受信データ格納部１１ｂは、情報要求パケ
ットをネットワークアドレス部とユーザデータとに分割
し、さらにネットワークアドレス部よりメーカＩＤ部、
固体識別部も抽出して、揮発性メモリ１２へ格納する。

【００２９】各種要求処理部１１ｃは、端末２０からの
情報要求に対して、各種サービスを提供する。ここで各
種要求処理部１１ｃは、端末２０に対応する属性を調べ
るため、メーカＩＤをもとに、メーカＩＤ管理サーバ３
０へ属性管理サーバ４０に対するアドレスの検索要求を
行う。また、アドレス検索後にメーカＩＤ管理サーバ３
０から受信したアドレスと機器ＩＤをもとに、属性管理
サーバ４０へ端末２０に対する属性情報の検索要求を行
う。さらに、属性情報検索後に属性管理サーバ４０から
受信した属性情報をもとにして、端末２０に対応した各
種サービスを提供する。

【００３０】揮発性メモリ１２は、受信データ格納部１
１ｂによって、受信データが格納される。また、本発明
の機能を実現するプログラムを一時記憶する。なお、揮
発性メモリ１２は、書き込み可能な揮発性の記憶媒体で
あり、例えばＲＡＭ（RandomAccess Memory）である。

【００３１】外部記憶装置１３は、揮発性メモリ１２の
容量不足を補うため、データを格納する。また、受信し
たデータを長期保存する場合にも利用される。なお、外
部記憶装置１３は、例えばハードディスク装置（Hard D
isk）である。

【００３２】通信処理装置１４は、データ送受信部１１
ａから受信した各種情報パケットあるいは各種情報検索
要求パケットを、通信Ｉ／Ｆ１５、ネットワーク５０を
介して、対向する各装置に送信する。一方、対向する各
装置からの情報要求パケット、情報検索済みパケットを
受信すると、データ送受信部１１ａへ出力する。

【００３３】通信Ｉ／Ｆ１５は、所定のデータ転送速
度、タイミング、ならびにプロトコルにしたがって、処
理サーバ１０と通信媒体との接続を行う。また、ネット
ワーク５０を介して端末２０と、メーカＩＤ管理サーバ
３０と、属性管理サーバ４０との間でデータ伝送を行
う。なお、通信媒体とは、例えばメタルケーブル、光フ
ァイバ、および無線である。

【００３４】図３は本発明の端末の処理機能を示した機
能ブロック図である。端末２０は、装置全体の機能管理
を行う処理装置２１、プログラムやデータを一時記憶す
る揮発性メモリ２５、データを格納する外部記憶装置２
６、他の装置や周辺機器２９との通信を制御する通信処
理装置２７、通信媒体との接続を行う通信Ｉ／Ｆ２８か
ら構成されている。ここで、端末２０は、処理サーバ１
０にネットワーク５０を介して対向している。

【００３５】処理装置２１は、表示装置２２、入力装置
２３、不揮発性メモリ２４、揮発性メモリ２５、外部記
憶装置２６、および通信処理装置２７を制御し、装置全
体の機能管理を行う。処理装置２１は、例えばＣＰＵで
ある。これは、揮発性メモリ２５内に格納されている各
種プログラムを実行することで、本発明の機能を実現す
る。ここで、処理装置２１の機能は、大別して、各種サ
ービス処理部２１ａ、属性要求部２１ｂ、データ送受信
部２１ｃ、受信データ格納部２１ｄ、および機器検索要
求部２１ｅからなる。

【００３６】各種サービス処理部２１ａは、属性要求部
２１ｂからの機器ＩＤをパケットのネットワークアドレ
ス部に設定し、さらにユーザの指示により入力装置２３
から入力された要求データをパケットに付加して、処理
サーバ１０への情報要求を行う。また、周辺機器２９の
機器ＩＤ等が、受信データ格納部２１ｄにより揮発性メ
モリ２５へ新規に格納された場合、すなわちローカルネ
ットワーク内に周辺機器２９が新規に接続された場合に
は、周辺機器２９の機器ＩＤを利用して、処理サーバ１
０に対してドライバ等の機器設定情報を要求する。

【００３７】属性要求部２１ｂは、不揮発性メモリ２４
内に格納されている機器ＩＤを各種サービス処理部２１
ａへ渡す。データ送受信部２１ｃは、通信処理装置２７
にて受信した処理サーバ１０、周辺機器２９からの各種
情報パケットを、受信データ格納部２１ｄへ渡す。一
方、各種サービス処理部２１ａから受けた、処理サーバ
１０への情報要求パケット、あるいは機器検索要求部２
１ｅから受けた、ローカルネットワークへの機器検索用
のパケットを通信処理装置２７へ出力する。

【００３８】受信データ格納部２１ｄは、データ送受信
部２１ｃにて受信した処理サーバ１０、周辺機器２９か
らの各種情報パケットを分別して、揮発性メモリ２５へ
格納する。ここで、処理サーバ１０からのパケットは、
利用情報として揮発性メモリ２５へ格納する。また、周
辺機器からのパケットは、ネットワークアドレス部とユ
ーザデータとに分割し、さらにネットワークアドレス部
よりメーカＩＤ部、固体識別部も抽出して、それぞれを
揮発性メモリ２５へ格納する。

【００３９】機器検索要求部２１ｅは、端末２０が属し
ているローカルネットワーク内に接続されている周辺機
器２９を検索するため、機器検索用のパケットを送信す
る。ここで、機器検索要求部２１ｅは、周辺機器２９が
ローカルネットワークに接続されたときに、周辺機器２
９自身が自律的に接続用のパケットを送出しない等の場
合にも、適用することができる。また要求のタイミング
としては、端末２０の起動時、定期的、タイムアウト、
あるいはユーザの要求によって機器検索するようにして
もよい。なお、接続用、機器検索用のパケットとは、例
えばブロードキャスト（Broadcast）あるいはマルチキ
ャスト（Multicast）を利用したパケットである。

【００４０】表示装置２２は、処理装置２１の指令によ
り、揮発性メモリ２５内に一時記憶されている各種サー
ビス情報を、図示しない表示画面に表示する。表示装置
２２は、例えばビデオ・チップ（Video Chip）、ＶＲＡ
Ｍ（Video RAM）、および、液晶ディスプレイあるいは
ＣＲＴ（Cathode-ray Tube）等である。これは、ユーザ
が各サーバから各種サービスの提供を受けたときに、サ
ービス内容の表示を行うものである。

【００４１】入力装置２３は、ユーザによってパラメー
タ等のデータ入力を行うことができ、処理装置２１に出
力される。これにより、各種サービス情報の要求を任意
に行うことができる。なお、入力装置２３は、例えばキ
ーボード、マウス、および携帯電話のボタン等である。
これらは、ユーザが手動によって、装置に対してサービ
スを要求するときに利用される。

【００４２】不揮発性メモリ２４は、装置固有の機器Ｉ
Ｄを記憶している。また機器ＩＤは、属性要求部２１ｂ
により各種サービス処理部２１ａへ送られる。なお、不
揮発性メモリ２４は、書き込み不可能な不揮発性の記憶
媒体であり、例えばＲＯＭ（Read Only Memory）であ
る。特に、機器ＩＤは、全世界的にユニークに設定され
ている必要があり、製造メーカにより固有に設定される
ため、ＲＯＭの中でもマスクＲＯＭ（Mask ROM）が適し
ている。

【００４３】揮発性メモリ２５は、受信データ格納部２
１ｄによって、受信データが格納される。また、本発明
の機能を実現するプログラムを一時記憶する。なお、揮
発性メモリ２５は、書き込み可能な揮発性の記憶媒体で
あり、例えばＲＡＭである。

【００４４】外部記憶装置２６は、揮発性メモリ２５の
容量不足を補うため、データを格納する。また、受信し
た各種サービス情報等をインストールする記憶装置とし
ても利用される。なお、外部記憶装置２６は、例えばハ
ードディスク装置である。

【００４５】通信処理装置２７は、データ送受信部２１
ｃから受信した各種情報要求パケットを、通信Ｉ／Ｆ２
８、ネットワーク５０を介して、対向する処理サーバ１
０へ送信する。一方、処理サーバ１０からの各種情報パ
ケットを受信すると、データ送受信部２１ｃへ出力す
る。

【００４６】通信Ｉ／Ｆ２８は、所定のデータ転送速
度、タイミング、ならびにプロトコルにしたがって、端
末２０と通信媒体との接続を行い、ネットワーク５０を
介して処理サーバ１０との間でデータ伝送を行う。な
お、通信媒体とは、例えばメタルケーブル、光ファイ
バ、および無線である。

【００４７】このような構成によれば、端末２０の属性
情報だけでなく、周辺機器２９の属性情報に対応する各
種サービスも自動的に受けることが可能である。なお、
単純に端末２０の属性情報だけによるサービスを受ける
場合には、ＩＰｖ６ネットワークに対応したＯＳ（Oper
ating System）に添付のＷＷＷブラウザ（World Wide W
eb Browser）を利用することもできる。そのため、ユー
ザは特別なアプリケーションを必要とせず、端末２０の
属性のみに対応したサービスを受けることも可能であ
る。

【００４８】図４は本発明のメーカＩＤ管理サーバの処
理機能を示した機能ブロック図である。メーカＩＤ管理
サーバ３０は、装置全体の機能管理を行う処理装置３
２、プログラムやデータを一時記憶する揮発性メモリ３
３、外部のデータベースとの接続を行う周辺機器Ｉ／Ｆ
３４、他の装置との通信を制御する通信処理装置３５、
通信媒体との接続を行う通信Ｉ／Ｆ３６から構成されて
いる。また、外部にメーカＩＤを一元集中管理している
データベース３１を接続している。ここで、メーカＩＤ
管理サーバ３０は、処理サーバ１０にネットワーク５０
を介して対向している。

【００４９】処理装置３２は、揮発性メモリ３３と通信
処理装置３５とを制御し、装置全体の機能管理を行う。
処理装置３２は、例えばＣＰＵである。これは、揮発性
メモリ３３内に格納されている各種プログラムを実行す
ることで、本発明の機能を実現する。ここで、処理装置
３２の機能は、大別して、データ送受信部３２ａ、メー
カＩＤ格納部３２ｂ、および属性サーバ情報提供部３２
ｃからなる。

【００５０】データ送受信部３２ａは、通信処理装置３
５にて受信した処理サーバ１０からのメーカＩＤ検索要
求パケットを、メーカＩＤ格納部３２ｂへ渡す。一方、
処理サーバ１０への検索済みパケットを、通信処理装置
３５へ出力する。

【００５１】メーカＩＤ格納部３２ｂは、メーカＩＤ検
索要求パケットをネットワークアドレス部とユーザデー
タとに分割し、ユーザデータ内のメーカＩＤ部を抽出し
てそれぞれを揮発性メモリ３３へ格納する。

【００５２】属性サーバ情報提供部３２ｃは、処理サー
バ１０からの属性管理サーバ検索要求に対して、処理サ
ーバ１０へメーカＩＤに対応する属性管理サーバのアド
レス情報を提供する。ここで検索は、処理サーバ１０か
ら送られてくる検索対象のメーカＩＤをもとにして、デ
ータベース３１により検索を行う。そして、揮発性メモ
リ３３に一時記憶された検索結果をデータ送受信部３２
ａへ出力する。

【００５３】揮発性メモリ３３は、メーカＩＤ格納部３
２ｂによって、処理サーバ１０から送られてくる検索対
象のメーカＩＤ、検索要求データ、および検索後データ
が格納される。また、本発明の機能を実現するプログラ
ムを一時記憶する。なお、揮発性メモリ３３は、書き込
み可能な揮発性の記憶媒体であり、例えばＲＡＭであ
る。

【００５４】周辺機器Ｉ／Ｆ３４は、外部に設置されて
いるデータベース３１とメーカＩＤ管理サーバ３０と
を、所定のデータ転送速度、タイミング、ならびにプロ
トコルにしたがって接続し、データ伝送を行う。

【００５５】通信処理装置３５は、データ送受信部３２
ａから受信した検索済みパケットを、通信Ｉ／Ｆ３６、
ネットワーク５０を介して、処理サーバ１０に送信す
る。一方、処理サーバ１０からの属性情報検索要求パケ
ットを受信すると、データ送受信部３２ａへ出力する。

【００５６】通信Ｉ／Ｆ３６は、所定のデータ転送速
度、タイミング、ならびにプロトコルにしたがって、メ
ーカＩＤ管理サーバ３０と通信媒体との接続を行い、ネ
ットワーク５０を介して処理サーバ１０との間でデータ
伝送を行う。なお、通信媒体とは、例えばメタルケーブ
ル、光ファイバ、および無線である。

【００５７】データベース３１は、メーカＩＤに対応す
る属性管理サーバ４０のアドレスを一元集中管理してい
る。また、属性サーバ情報提供部３２ｃからの要求によ
り、メーカＩＤに対応する属性管理サーバ４０のアドレ
スを検索し、揮発性メモリ３３へ出力する。ここで、デ
ータベース３１は、メーカＩＤ管理サーバ３０の外部に
設置され、周辺機器Ｉ／Ｆ３４を介してメーカＩＤ管理
サーバ３０と接続される。

【００５８】図５は本発明の属性管理サーバの処理機能
を示した機能ブロック図である。属性管理サーバ４０
は、装置全体の機能管理を行う処理装置４２、プログラ
ムやデータを一時記憶する揮発性メモリ４３、外部のデ
ータベースとの接続を行う周辺機器Ｉ／Ｆ４４、他の装
置との通信を制御する通信処理装置４５、通信媒体との
接続を行う通信Ｉ／Ｆ４６から構成されている。また、
機器ＩＤに対応する属性情報を、一元集中管理している
属性データベース４１を外部に接続している。ここで、
属性管理サーバ４０は、処理サーバ１０にネットワーク
５０を介して対向している。

【００５９】処理装置４２は、揮発性メモリ４３と通信
処理装置４５とを制御し、装置全体の機能管理を行う。
処理装置４２は、例えばＣＰＵである。これは、揮発性
メモリ４３内に格納されている各種プログラムを実行す
ることで、本発明の機能を実現する。ここで、処理装置
４２の機能は、大別して、データ送受信部４２ａ、機器
ＩＤ格納部４２ｂ、および属性情報提供部４２ｃからな
る。

【００６０】データ送受信部４２ａは、通信処理装置４
５にて受信した処理サーバ１０からの属性情報検索要求
パケットを、機器ＩＤ格納部４２ｂへ渡す。一方、処理
サーバ１０への検索済みパケットを、通信処理装置４５
へ出力する。

【００６１】機器ＩＤ格納部４２ｂは、属性情報検索要
求パケットをネットワークアドレス部とユーザデータと
に分割し、さらにユーザデータ部から機器ＩＤも抽出し
て、それぞれを揮発性メモリ４３へ格納する。

【００６２】属性情報提供部４２ｃは、処理サーバ１０
からの属性情報検索要求に対して、処理サーバ１０へ機
器ＩＤに対応する属性情報を提供する。ここで検索は、
ユーザデータ内にある機器ＩＤをもとにして、属性デー
タベース４１により検索を行う。そして、揮発性メモリ
４３に一時格納された検索結果をデータ送受信部４２ａ
へ出力する。

【００６３】揮発性メモリ４３は、機器ＩＤ格納部４２
ｂによって、機器ＩＤ、属性情報検索要求データ、およ
び属性情報検索後データが格納される。また、本発明の
機能を実現するプログラムを一時記憶する。なお、揮発
性メモリ４３は、書き込み可能な揮発性の記憶媒体であ
り、例えばＲＡＭである。

【００６４】周辺機器Ｉ／Ｆ４４は、外部に設置されて
いる属性データベース４１と属性管理サーバ４０とを、
所定のデータ転送速度、タイミング、ならびにプロトコ
ルにしたがって接続し、データ伝送を行う。

【００６５】通信処理装置４５は、データ送受信部４２
ａから受信した検索済みパケットを、通信Ｉ／Ｆ４６、
ネットワーク５０を介して、処理サーバ１０に送信す
る。一方、処理サーバ１０からの属性情報検索要求パケ
ットを受信すると、データ送受信部４２ｂへ出力する。

【００６６】通信Ｉ／Ｆ４６は、所定のデータ転送速
度、タイミング、ならびにプロトコルにしたがって、属
性管理サーバ４０と通信媒体との接続を行い、ネットワ
ーク５０を介して処理サーバ１０との間でデータ伝送を
行う。なお、通信媒体とは、例えばメタルケーブル、光
ファイバ、および無線である。

【００６７】属性データベース４１は、機器ＩＤに対応
する属性情報を一元集中管理している。また、属性情報
提供部４２ｃからの要求により、機器ＩＤに対応する属
性情報を検索し、揮発性メモリ４３へ出力する。ここ
で、属性データベース４１は、属性管理サーバ４０の外
部に設置され、周辺機器Ｉ／Ｆ４４を介して属性管理サ
ーバ４０と接続される。なお、属性データベース４１の
詳細は、図８，９，１０に後述する。

【００６８】図６は本発明のネットワークシステムの具
体的な例を示す全体構成図である。ネットワークシステ
ム１は、処理サーバ１０に対応するサーバ１０ａ、サー
バ１０ｂ、サーバ１０ｃ、分散処理スケジューリングサ
ーバ１０ｄ、およびコンテンツ配信サーバ１０ｅと、端
末２０に対応する携帯端末２０ａ、コンピュータ２０
ｂ、およびコンピュータ２０ｃと、周辺機器２９に対応
するプリンタ２９ａ、スキャナ２９ｂと、属性管理サー
バ４０に対応する属性管理サーバ（メーカ運用）４０
ａ、属性管理サーバ（管理組織運用）４０ｂと、メーカ
ＩＤ管理サーバ３０に対応するメーカＩＤ管理サーバ
（管理組織運用）３０ａとが、ネットワーク５０によっ
て接続されたネットワーク環境において構成される。こ
こで、コンピュータ２０ｃ、プリンタ２９ａ、およびス
キャナ２９ｂはＬＡＮにより接続されている。また、属
性管理サーバ（メーカ運用）４０ａは、属性データベー
ス４１ａを有している。属性管理サーバ（管理組織運
用）４０ｂは、属性データベース４１ｂを有している。
メーカＩＤ管理サーバ（管理組織運用）３０ａは、メー
カＩＤデータベース３１ａを有している。

【００６９】サーバ１０ａ、サーバ１０ｂ、およびサー
バ１０ｃは、端末２０に分類される各種端末からの情報
要求に対して、ネットワーク５０を介して各種ネットワ
ークサービスの提供を行う。

【００７０】分散処理スケジューリングサーバ１０ｄ
は、ネットワーク５０経由で、分散コンピューティング
の処理ノードとしてエントリしてきた端末２０に対し
て、処理を分担する。その際に、ネットワークアドレス
内のメーカＩＤに対応する属性管理サーバ（メーカ運
用）４０ａを利用してその端末の処理能力を知り、適切
な分量を割り振る。これにより正確に処理の分配が可能
となる。

【００７１】コンテンツ配信サーバ１０ｅは、携帯端末
２０ａ、コンピュータ２０ｂ、およびコンピュータ２０
ｃなどへのコンテンツ配信の際に、メーカの提供する属
性管理サーバ（メーカ運用）４０ａに接続する。属性管
理サーバ（メーカ運用）４０ａから、その端末の再生可
能なコンテンツの種類に関する情報を取得したら、各端
末に応じてカスタマイズされたコンテンツが配信され
る。これにより、ユーザの状況に適応したコンテンツ配
信が自動的に行われる。

【００７２】携帯端末２０ａは、無線により基地局６
０、ネットワーク５０を介して各サーバに接続され、各
種サービスを受ける。なお、携帯端末２０ａは、携帯電
話やＰＨＳ（Personal Handy-phone System）等の周波
数帯域を利用している。

【００７３】コンピュータ２０ｂは、ネットワーク５０
を介して各サーバに接続され、各種サービスを受ける。
コンピュータ２０ｃは、ＬＡＮに接続されており、図示
しないゲートウェイ（Gateway）を経由することにより
ネットワーク５０を介して各サーバに接続され、各種サ
ービスを受ける。また、同一ＬＡＮ内に存在しているプ
リンタ２９ａ、スキャナ２９ｂ等の周辺機器を自動的に
検出し、ネットワークアドレス情報からメーカＩＤ、機
器ＩＤを抽出する。そして、抽出したメーカＩＤ、機器
ＩＤをもとに、各サーバに対してドライバを要求・ダウ
ンロードし、初期設定を行う。なおゲートウェイとは、
例えばインターネットで利用されるルータである。

【００７４】プリンタ２９ａは、ＬＡＮに接続されてお
り、同一ＬＡＮ内のコンピュータ２０ｃにより存在を自
動的に検出され、初期設定が行われる。スキャナ２９ｂ
は、ＬＡＮに接続されており、同一ＬＡＮ内のコンピュ
ータ２０ｃにより存在を自動的に検出され、初期設定が
行われる。

【００７５】属性管理サーバ（メーカ運用）４０ａは、
サーバ１０ａ、サーバ１０ｂ、サーバ１０ｃ、分散処理
スケジューリングサーバ１０ｄ、およびコンテンツ配信
サーバ１０ｅから検索条件と共に属性情報要求を受け
る。受付けた検索条件をもとに、属性データベース４１
ａにて一元集中管理されている属性情報を検索し、各サ
ーバに属性情報を提供する。なお属性管理サーバ（メー
カ運用）４０ａは、各サーバによりサービスが提供され
る対象電子機器を、製造・販売したメーカにより運用さ
れ、管理される。

【００７６】属性データベース４１ａは、目的別に設置
することができ、次のように大別される。 （１） 各端末の表示装置が対応する色数、ハードウェ
アＭＰＥＧデコーダの種別、および音源の品質等の属性
を格納し、一元集中管理している。また、属性管理サー
バ（メーカ運用）４０ａから指示された条件により、格
納されている情報を抽出し、提供する。なお、属性はこ
れらに限定されることはなく、一般的にコンテンツ再生
に関わるハードウェアやソフトウェア情報なども想定さ
れる。

【００７７】（２） 各端末や周辺機器２９の種別、Ｏ
Ｓに対応したドライバファイルを格納し、一元集中管理
している。また、属性管理サーバ（メーカ運用）４０ａ
から指示された条件により、格納されている情報を抽出
し、提供する。なお、属性はこれらに限定されることは
なく、ファイルの所在を表すＵＲＬや、一般的なスペッ
クを表す情報なども想定される。

【００７８】（３） 各端末の処理能力を示す情報を格
納し、一元集中管理している。また、属性管理サーバ
（メーカ運用）４０ａから指示された条件により、格納
されている情報を抽出し、提供する。なお、属性はこれ
らに限定されることはなく、一般的なスペックを表す情
報なども想定される。

【００７９】（４） 各端末のもつ共通鍵、公開鍵アル
ゴリズム、および認証方式を示す情報を格納し、一元集
中管理している。また、属性管理サーバ（メーカ運用）
４０ａから指示された条件により、格納されている情報
を抽出し、提供する。なお、属性はこれらに限定される
ことはなく、一方向性関数アルゴリズム、ストリーム暗
号アルゴリズム、および暗号処理を伴う高度なプロトコ
ル情報を表す情報なども想定される。

【００８０】属性管理サーバ（管理組織運用）４０ｂ
は、属性管理サーバ（メーカ運用）４０ａと同様に、サ
ーバ１０ａ、サーバ１０ｂ、サーバ１０ｃ、分散処理ス
ケジューリングサーバ１０ｄ、およびコンテンツ配信サ
ーバ１０ｅから検索条件と共に属性情報要求を受ける。
受付けた検索条件をもとに、属性データベース４１ｂに
て一元集中管理されている属性情報を検索し、各サーバ
に属性情報を提供する。なお、属性管理サーバ（管理組
織運用）４０ｂは、各メーカにより運用・管理される属
性管理サーバ（メーカ運用）４０ａを使用せずに、グロ
ーバルに一つ定める場合に設置される。その際、属性管
理サーバ（管理組織運用）４０ｂが、内部的にメーカＩ
Ｄ管理サーバ（管理組織運用）３０ａと同様の処理を行
う。

【００８１】属性データベース４１ｂは、属性管理サー
バ（メーカ運用）４０ａが有する属性データベース４１
ａと同様の機能であるため、説明の詳細は省略する。メ
ーカＩＤ管理サーバ（管理組織運用）３０ａは、サーバ
１０ａ、サーバ１０ｂ、サーバ１０ｃ、分散処理スケジ
ューリングサーバ１０ｄ、およびコンテンツ配信サーバ
１０ｅから検索条件と共にメーカＩＤ検索要求を受け
る。受付けた検索条件をもとに、メーカＩＤデータベー
ス３１ａにて一元集中管理されているメーカＩＤに対応
した属性管理サーバ（メーカ運用）４０ａのアドレス情
報を検索し、各サーバにアドレス情報を提供する。な
お、メーカＩＤ管理サーバ（管理組織運用）３０ａは、
各メーカにより運用・管理される属性管理サーバ（メー
カ運用）４０ａを使用せずに、属性管理サーバ（管理組
織運用）４０ｂをグローバルに一つ定める場合には、設
置する必要がない。その際、属性管理サーバ（管理組織
運用）４０ｂが、内部的にメーカＩＤ管理サーバ（管理
組織運用）３０ａと同様の処理を行う。

【００８２】基地局６０は、携帯端末２０ａとの間で無
線通信を行い、ネットワーク５０との間で有線通信を行
う。すなわち、携帯端末２０ａから無線により伝送され
た情報は、有線により図示しない移動体通信交換機を経
由して、ネットワークへ中継される。

【００８３】図７は本発明のネットワークアドレスのデ
ータ構成例を示す図である。図に示すように、ネットワ
ークアドレス７０には、ネットワーク識別部７１、機器
ＩＤ７２の各データが含まれている。さらに、機器ＩＤ
７２には、メーカＩＤ部７２ａ、固体識別部７２ｂの各
データが含まれている。

【００８４】ネットワーク識別部７１は、ネットワーク
５０、あるいはＬＡＮに接続されている装置や周辺機器
２９を論理的に識別する。これは、ネットワーク５０上
の各装置や周辺機器２９の属するネットワークが一意に
識別できるユニークなアドレスであり、スタティック、
あるいはルータ等によりダイナミックに設定される。こ
れにより、例えば処理サーバ１０から送信されたパケッ
トは、ネットワーク５０を経由して目的の端末２０へ伝
送される。

【００８５】機器ＩＤ７２は、各装置や周辺機器２９を
一意に識別する装置固有のアドレスであり、装置に内蔵
された書き込みできない不揮発性メモリに記憶される。
なお、機器ＩＤ７２は、例えばＭＡＣアドレス（MAC Ad
dress）である。

【００８６】メーカＩＤ部７２ａは、例えばＩＥＥＥ
（Institute of Electrical and Electronics Engineer
s：米国電気電子技術者協会）により、メーカ毎に指定
された全世界的にユニークな識別子が割り当てられ、管
理される。また、メーカＩＤ部７２ａをもとに、属性管
理サーバ４０のアドレス検索を行う。なお、メーカＩＤ
部７２ａは、例えばＭＡＣアドレス内にあるメーカ識別
番号である。

【００８７】固体識別部７２ｂは、装置や周辺機器２９
を製造したメーカにより、ユニークに設定される。ま
た、固体識別部７２ｂをもとに、属性管理サーバ４０に
て属性情報の検索が行われる。なお、固体識別部７２ｂ
は、例えばＭＡＣアドレス内にある、各メーカが製品に
割り当てる固有の番号である。

【００８８】図８は本発明の属性データベースの一般的
なテーブル構成例を示す図である。図８の例において、
属性情報テーブル８０には、機器ＩＤ、属性情報の欄が
設けられている。属性情報欄は、さらに属性１、属性
２、属性３、属性４、・・・、属性ｍに細分されてい
る。例えば、この例では、機器ＩＤ欄の“０ｘ００００
０００１”に対して、属性１〜属性ｍ欄に“値１１”〜
“値１ｍ”がメーカにより予め格納されている。以下、
同じようにして機器ＩＤ欄の“ｎ”に対して、属性１〜
属性ｍ欄に“値ｎ１”〜“値ｎｍ”が予め格納されるこ
とになる。

【００８９】図９は本発明の属性データベースのテーブ
ル構成例を示す図であり、（ａ）はハードウェア情報、
（ｂ）はドライバ情報を示す図である。図９（ａ）にお
いて、属性情報テーブル８０ａには、機器ＩＤ、属性情
報の欄が設けられている。属性情報欄は、さらに表示２
５６色、表示６５５３６色、ハードウェアＭＰＥＧ１、
ハードウェアＭＰＥＧ２、音源（ノーマル）、および音
源（ＨＱ（高音質））に細分されている。例えば、この
例では、機器ＩＤ欄の“０ｘ０００００００１”に対し
て、表示２５６色欄に“Ｙｅｓ”、表示６５５３６色欄
に“Ｎｏ”、ハードウェアＭＰＥＧ１欄に“Ｎｏ”、ハ
ードウェアＭＰＥＧ２欄に“Ｎｏ”、音源（ノーマル）
欄に“Ｙｅｓ”、および音源（ＨＱ）欄に“Ｎｏ”がメ
ーカにより予め格納されている。以下、図のようにハー
ドウェア情報が格納されている。

【００９０】図９（ｂ）において、属性情報テーブル８
０ｂには、機器ＩＤ、属性情報の欄が設けられている。
属性情報欄は、さらに種別、ＯＳ１向けドライバ、およ
びＯＳ２向けドライバに細分されている。例えば、この
例では、機器ＩＤ欄の“０ｘ０００００００１”に対し
て、種別欄に“プリンタ”、ＯＳ１向けドライバ欄に
“ファイルＡ”、およびＯＳ２向けドライバ欄に“ファ
イルＢ”がメーカにより予め格納されている。以下、図
のようにドライバ情報が格納されている。

【００９１】図１０は本発明の属性データベースのテー
ブル構成例を示す図であり、（ａ）は装置の処理能力、
（ｂ）は暗号方式を示す図である。図１０（ａ）におい
て、属性情報テーブル８０ｃには、機器ＩＤ、属性情報
の欄が設けられている。属性情報欄は、端末の処理能力
である。例えば、この例では、機器ＩＤ欄の“０ｘ００
０００００１”に対して、処理能力欄に“１００”、同
じく“０ｘ０００００００２”に対して、処理能力欄に
“１００００”がメーカにより予め格納されている。以
下、図のように処理能力情報が格納されている。なお、
処理能力とは、例えばＭＩＰＳ（Million Instructions
per Second）あるいはＦＬＯＰＳ（Floating Point Op
eration per Second）である。

【００９２】図１０（ｂ）において、属性情報テーブル
８０ｄには、機器ＩＤ、属性情報の欄が設けられてい
る。属性情報欄は、さらにＤＥＳ（Data Encryption St
andard）、ＡＥＳ（Advanced Encryption Standard）、
ＲＳＡ（Rivest Shamir Adleman）、ＥＣＣ（Elliptic
Curve Cryptosystem：楕円暗号）、認証方式Ｘ、および
認証方式Ｙに細分されている。例えば、この例では、機
器ＩＤ欄の“０ｘ０００００００１”に対して、ＤＥＳ
欄に“×”、ＡＥＳ欄に“×”、ＲＳＡ欄に“×”、Ｅ
ＣＣ欄に“×”、認証方式Ｘ欄に“×”、および認証方
式Ｙ欄に“○”がメーカにより予め格納されている。以
下、図のように認証方式の有無情報が格納されている。

【００９３】以上の構成により、通信相手に関する情報
を通信相手から取得するのではなく、メーカの提供する
属性データベースから取得し、各種手続きを自動化、簡
素化することが可能になる。

【００９４】次に、各対向している装置間の基本的な処
理の流れについて、具体的に説明する。図１１は、本発
明の端末と処理サーバとの間の動作を説明するＳＤＬフ
ローチャートである。端末からの情報提供要求−提供
は、以下の流れに従って処理が行われる。なお、本フロ
ーチャートの説明は、各装置の名称を原理図である図１
をもとにして行う。

【００９５】［Ｓ１０］ 端末２０側にて、処理サーバ
１０に対して接続要求を行う。なお、この接続要求は、
処理サーバ１０への接続要求パケットあるいは情報要求
パケットを送信することにより行われる。

【００９６】［Ｓ１１］ 処理サーバ１０側にて、端末
２０からの接続要求パケットあるいは情報要求パケット
を受けて接続を行う。 ［Ｓ１２］ ステップＳ１１にて受信した接続要求パケ
ットあるいは情報要求パケットから、送信元（端末２
０）のネットワークアドレスを取得する。

【００９７】［Ｓ１３］ ステップＳ１２にて取得され
たネットワークアドレスから、さらに機器ＩＤを取得す
る。 ［Ｓ１４］ ステップＳ１３にて取得された機器ＩＤか
ら、さらにメーカＩＤを取得する。

【００９８】［Ｓ１５］ 処理サーバ１０にて、取得さ
れたメーカＩＤに対応する属性管理サーバ４０のアドレ
スをメーカＩＤ管理サーバ３０へ要求する。要求後、メ
ーカＩＤ管理サーバ３０からの検索後情報パケットを受
信し、アドレスを取得する。

【００９９】［Ｓ１６］ ステップＳ１５にて取得した
アドレスをもとに、属性管理サーバ４０に対して接続を
行う。 ［Ｓ１７］ ステップＳ１６により接続が完了すると、
属性管理サーバ４０へ機器ＩＤを送信し、属性情報を取
得する。

【０１００】［Ｓ１８］ ステップＳ１７により取得し
た属性情報をもとに、属性情報に対応した情報提供処
理、すなわち端末２０に対応した情報提供処理を行う。 ［Ｓ１９］ 端末２０側にて、処理サーバ１０からの情
報提供パケットを受信し、属性情報に対応した処理を行
う。すなわち、端末２０は、提供された情報に対して装
置固有の処理を行う。

【０１０１】これにより、端末固有の表示、音楽再生、
あるいは映像再生等は、ユーザによる設定無しに行うこ
とができる。図１２は、本発明の処理サーバとメーカＩ
Ｄ管理サーバとの間の動作を説明するＳＤＬフローチャ
ートである。処理サーバからの属性管理サーバ検索要求
は、以下の流れに従って処理が行われる。なお、本フロ
ーチャートの説明は、各装置の名称を原理図である図１
をもとにして行う。

【０１０２】［Ｓ３０］ 処理サーバ１０にて、メーカ
ＩＤ管理サーバ３０に対して接続要求を行う。 ［Ｓ３１］ メーカＩＤ管理サーバ３０側にて、処理サ
ーバ１０からの接続要求を受けて接続を行う。

【０１０３】［Ｓ３２］ ステップＳ３１により接続が
完了したら、処理サーバ１０へメーカＩＤ送信要求パケ
ットを送信する。 ［Ｓ３３］ 処理サーバ１０にて、メーカＩＤ管理サー
バ３０からのメーカＩＤ送信要求パケットを受信する。

【０１０４】［Ｓ３４］ 受信したメーカＩＤ送信要求
パケットの要求に対し、検索したいメーカＩＤが格納さ
れた属性管理サーバ検索要求パケットを、メーカＩＤ管
理サーバ３０へ送信する。

【０１０５】［Ｓ３５］ メーカＩＤ管理サーバ３０に
て、処理サーバ１０より送信された属性管理サーバ検索
要求パケットを受信する。そして、受信した属性管理サ
ーバ検索要求パケットからメーカＩＤを抽出し、取得す
る。

【０１０６】［Ｓ３６］ 取得されたメーカＩＤをキー
として、データベース３１に対して属性管理サーバ４０
のアドレス検索を行う。アドレス検索後にデータベース
３１より属性管理サーバ４０のアドレスを取得する。な
お、データベース３１には、各メーカに対応する属性管
理サーバ４０のアドレスが一元集中管理されている。

【０１０７】［Ｓ３７］ ステップＳ３６にて取得した
属性管理サーバ４０のアドレスは、属性管理サーバ情報
パケットとして処理サーバ１０へ送信する。 ［Ｓ３８］ 処理サーバ１０にて、メーカＩＤ管理サー
バ３０からの属性管理サーバ情報パケットを受信する。
そして、属性管理サーバ情報パケットから属性管理サー
バ４０のアドレスを抽出し、取得する。

【０１０８】図１３は、本発明の処理サーバと属性管理
サーバとの間の動作を説明するＳＤＬフローチャートで
ある。処理サーバからの属性情報検索要求は、以下の流
れに従って処理が行われる。なお、本フローチャートの
説明は、各装置の名称を原理図である図１をもとにして
行う。

【０１０９】［Ｓ４０］ 処理サーバ１０にて、属性管
理サーバ４０に対して接続要求を行う。 ［Ｓ４１］ 属性管理サーバ４０側にて、処理サーバ１
０からの接続要求を受けて接続を行う。

【０１１０】［Ｓ４２］ ステップＳ４１により接続が
完了したら、処理サーバ１０へ機器ＩＤ送信要求パケッ
トを送信する。 ［Ｓ４３］ 処理サーバ１０にて、属性管理サーバ４０
からの機器ＩＤ送信要求パケットを受信する。

【０１１１】［Ｓ４４］ 受信した機器ＩＤ送信要求パ
ケットの要求に対し、検索したい機器ＩＤが格納された
属性情報検索要求パケットを、属性管理サーバ４０へ送
信する。

【０１１２】［Ｓ４５］ 属性管理サーバ４０にて、処
理サーバ１０より送信された属性情報検索要求パケット
を受信する。そして、受信した属性情報検索要求パケッ
トから機器ＩＤを抽出し、取得する。

【０１１３】［Ｓ４６］ 取得された機器ＩＤをキーと
して、属性データベース４１に対して端末２０に対応し
た属性情報検索を行う。属性情報検索後に属性データベ
ース４１より端末２０に対応した属性情報を取得する。
なお、属性データベース４１には、各メーカの端末２０
に対応する属性情報が一元集中管理されている。

【０１１４】［Ｓ４７］ ステップＳ４６にて取得した
端末２０に対応する属性情報は、属性情報パケットとし
て処理サーバ１０へ送信する。 ［Ｓ４８］ 処理サーバ１０にて、属性管理サーバ４０
からの属性情報パケットを受信する。そして、属性情報
パケットから端末２０に対応する属性情報を抽出し、取
得する。

【０１１５】次に、各対向している装置間の基本処理
を、さらに応用した処理の流れについて、具体的に説明
する。図１４は、本発明の端末とコンテンツ配信サーバ
との間の動作を説明するＳＤＬフローチャートである。
端末からの情報提供要求−提供は、以下の流れに従って
処理が行われる。なお、本フローチャートの説明は、各
装置の名称を原理図に対する構成例である図６をもとに
して行う。ここで、コンテンツ配信サーバ１０ｅは、処
理サーバ１０に属している。

【０１１６】［Ｓ５０］ 携帯端末２０ａ、コンピュー
タ２０ｂ、およびコンピュータ２０ｃなどの端末（以
下、各端末と称する）にて、コンテンツ配信サーバ１０
ｅに対してコンテンツ配信要求を行う。なお、このコン
テンツ配信要求は、コンテンツ配信サーバ１０ｅへのコ
ンテンツ配信要求パケットを送信することにより行われ
る。

【０１１７】［Ｓ５１］ コンテンツ配信サーバ１０ｅ
側にて、各端末からのコンテンツ配信要求パケットを受
けて接続を行う。 ［Ｓ５２］ ステップＳ５１にて受信したコンテンツ配
信要求パケットから、送信元（各端末）のネットワーク
アドレスを取得する。

【０１１８】［Ｓ５３］ ステップＳ５２にて取得され
たネットワークアドレスから、さらに機器ＩＤを取得す
る。 ［Ｓ５４］ ステップＳ５３にて取得された機器ＩＤか
ら、さらにメーカＩＤを取得する。

【０１１９】［Ｓ５５］ コンテンツ配信サーバ１０ｅ
にて、取得されたメーカＩＤに対応する属性管理サーバ
（メーカ運用）４０ａのアドレスをメーカＩＤ管理サー
バ（管理組織運用）３０ａへ要求する。要求後、メーカ
ＩＤ管理サーバ（管理組織運用）３０ａからの検索後情
報パケットを受信し、アドレスを取得する。そして、取
得したアドレスをもとに、属性管理サーバ（メーカ運
用）４０ａに対して接続を行う。

【０１２０】なお、メーカ毎の属性管理サーバ（メーカ
運用）４０ａではなく、属性管理サーバ（管理組織運
用）４０ｂのように、グローバルに１つ定めたり、別途
管理組織を定めて複数のメーカの属性データベースを持
たせたりして運用することも可能である。ここで、属性
管理サーバ（管理組織運用）４０ｂをグローバルに１つ
定める場合は、メーカＩＤ管理サーバ（管理組織運用）
３０ａを設置しないこともできる。すなわち、属性管理
サーバ（管理組織運用）４０ｂがグローバルに１つ設置
される場合は、直接に属性管理サーバ（管理組織運用）
４０ｂに対して接続を行う。

【０１２１】［Ｓ５６］ ステップＳ５５により接続が
完了すると、属性管理サーバ（メーカ運用）４０ａある
いは属性管理サーバ（管理組織運用）４０ｂへ機器ＩＤ
を送信し、属性情報を取得する。

【０１２２】［Ｓ５７］ ステップＳ５６により取得し
た属性情報をもとに、各端末の属性情報に対応したコン
テンツ対応処理をそれぞれ行う。なお、コンテンツ配信
処理の詳細については、図１５にて説明する。

【０１２３】［Ｓ５８］ ステップＳ５７により各種設
定されたコンテンツを、コンテンツ配信パケットとして
各端末へ送信する。 ［Ｓ５９］ 各端末にて、コンテンツ配信サーバ１０ｅ
からのコンテンツ配信パケットを受信し、属性情報に対
応した処理を行う。すなわち、各端末は、提供された情
報に対して装置固有の処理を行う。

【０１２４】図１５は、本発明のコンテンツ対応処理を
説明するＳＤＬフローチャートである。図１４のステッ
プＳ５７が実行されると、以下の流れに従って処理が行
われる。この処理により、各種コンテンツのカスタマイ
ズ（Customize：ハードウェアやソフトウェアの設置や
機能を変更すること）処理が行われる。

【０１２５】［Ｓ５７０］ 端末の機能において、ステ
ップＳ５６により取得した属性情報をもとにして、端末
に表示機能がある場合には、ステップＳ５７１に進み、
表示機能がない場合には、ステップＳ５７２へ進む。

【０１２６】［Ｓ５７１］ 端末の表示機能において、
６５５３６色表示が可能な場合には、ステップＳ５７３
へ進み、６５５３６色表示が可能でない場合には、ステ
ップＳ５７４へ進む。

【０１２７】［Ｓ５７２］ コンテンツ配信先の端末に
表示機能がないため、コンテンツの画像設定を“画像な
し”に設定する。 ［Ｓ５７３］ 端末の表示機能において、６５５３６色
表示可能であるため、画像設定を“６５５３６色バージ
ョン”に設定する。

【０１２８】［Ｓ５７４］ 端末の表示機能において、
６５５３６色表示可能でないため、画像設定を“２５６
色バージョン”に設定する。 ［Ｓ５７５］ 端末の音声再生機能において、音源にＨ
Ｑがある場合には、ステップＳ５７６へ進み、ＨＱがな
い場合には、ステップＳ５７７へ進む。

【０１２９】［Ｓ５７６］ コンテンツ配信先端末の音
源にＨＱがあるため、コンテンツの音質設定を“ＨＱ”
に設定する。そして、設定完了後は図１４のステップＳ
５７へ復帰する。

【０１３０】［Ｓ５７７］ コンテンツ配信先端末の音
源にＨＱがないため、コンテンツの音質設定を“通常”
に設定する。そして、設定完了後は図１４のステップＳ
５７へ復帰する。

【０１３１】図１６は、本発明の周辺機器と端末との間
の動作を説明するＳＤＬフローチャートである。周辺機
器と端末とが起動されると、以下の流れに従って処理が
行われる。

【０１３２】［Ｓ６０］ 周辺機器２９をＬＡＮに新規
ネットワーク接続し、ローカルネットワークにエントリ
する。これにより、ローカルネットワークにエントリし
た他の電子機器が、ネットワーク経由で周辺機器２９を
共用利用することができる。なお、このエントリに際
し、接続用パケットが周辺機器２９から送出される。

【０１３３】［Ｓ６１］ 端末２０にて、ローカルネッ
トワーク上にエントリされている電子機器を検索する。
この検索では、端末２０がローカルネットワークに新規
にエントリしてきた周辺機器２９からの接続用パケット
が検出・受信される。

【０１３４】［Ｓ６２］ ネットワーク上において、新
規に検出された周辺機器２９が存在した場合には、ステ
ップＳ６３へ進み、周辺機器２９が存在しない場合に
は、処理を終了する。

【０１３５】［Ｓ６３］ ステップＳ６２にて受信した
接続用パケットから、送信元（周辺機器２９）のネット
ワークアドレスを取得する。 ［Ｓ６４］ ステップＳ６３にて取得されたネットワー
クアドレスから、さらに機器ＩＤを取得する。

【０１３６】［Ｓ６５］ ステップＳ６４にて取得され
た機器ＩＤから、さらにメーカＩＤを取得する。 ［Ｓ６６］ 端末２０にて、取得された機器ＩＤに対応
する属性情報をダウンロードするため、処理サーバ１０
に接続する。

【０１３７】［Ｓ６７］ ステップＳ６６により接続が
完了すると、処理サーバ１０へ機器ＩＤを送信し、属性
情報を取得する。 ［Ｓ６８］ ステップＳ６７により取得した属性情報を
もとに、属性情報に対応した機器設定情報の提供を受け
るため、ネットワーク機器対応処理を行う。なお、ネッ
トワーク機器対応処理の詳細は、図１７にて説明する。

【０１３８】このように、ステップＳ６８のネットワー
ク対応処理によりドライバ等がインストールされたた
め、ネットワーク上にエントリされている端末２０から
周辺機器２９を容易に利用できる。

【０１３９】図１７は、本発明のネットワーク機器対応
処理を説明するＳＤＬフローチャートである。図１６の
ステップＳ６８が実行されると、以下の流れに従って処
理が行われる。この処理により、ローカルネットワーク
上の各種周辺機器の設定処理が行われる。

【０１４０】［Ｓ６８０］ ステップＳ６７により取得
した周辺機器の属性情報をもとにして、その周辺機器を
使用する場合には、ステップＳ６８１に進み、使用しな
い場合には、処理を終了する。

【０１４１】［Ｓ６８１］ 使用する周辺機器におい
て、ドライバが対応している場合には、ステップＳ６８
２へ進み、対応していない場合には、処理を終了する。
［Ｓ６８２］ 使用する周辺機器のドライバが端末に対
応しているため、処理サーバ１０から使用する周辺機器
のドライバをダウンロードし、インストールする。そし
て、ダウンロード完了後は図１６のステップＳ６８へ復
帰する。なお、ドライバ情報のテーブル構成は、図９
（ｂ）にて既に説明している。

【０１４２】図１８は、本発明の端末と分散処理スケジ
ューリングサーバとの間の動作を説明するＳＤＬフロー
チャートである。端末から分散処理割り当て要求がある
と、以下の流れに従って処理が行われる。

【０１４３】［Ｓ７０］ 各端末にて、分散処理スケジ
ューリングサーバ１０ｄに対して分散処理割り当て要求
を行う。なお、分散処理割り当て要求は、分散処理スケ
ジューリングサーバ１０ｄへの分散処理割り当て要求パ
ケットを送信することにより行われる。

【０１４４】［Ｓ７１］ 分散処理スケジューリングサ
ーバ１０ｄ側にて、各端末からの分散処理割り当て要求
パケットを受けて接続を行う。 ［Ｓ７２］ ステップＳ７１にて受信した分散処理割り
当て要求パケットから、送信元（各端末）のネットワー
クアドレスを取得する。

【０１４５】［Ｓ７３］ ステップＳ７２にて取得され
たネットワークアドレスから、さらに機器ＩＤを取得す
る。 ［Ｓ７４］ ステップＳ７３にて取得された機器ＩＤか
ら、さらにメーカＩＤを取得する。

【０１４６】［Ｓ７５］ 分散処理スケジューリングサ
ーバ１０ｄにて、取得されたメーカＩＤに対応する属性
管理サーバ（メーカ運用）４０ａのアドレスをメーカＩ
Ｄ管理サーバ（管理組織運用）３０ａへ要求する。要求
後、メーカＩＤ管理サーバ（管理組織運用）３０ａから
の検索後情報パケットを受信し、アドレスを取得する。
そして、取得したアドレスをもとに、属性管理サーバ
（メーカ運用）４０ａに対して接続を行う。

【０１４７】なお、メーカ毎の属性管理サーバ（メーカ
運用）４０ａではなく、属性管理サーバ（管理組織運
用）４０ｂのように、グローバルに１つ定めたり、別途
管理組織を定めて複数のメーカの属性データベースを持
たせたりして運用することも可能である。ここで、属性
管理サーバ（管理組織運用）４０ｂをグローバルに１つ
定める場合は、メーカＩＤ管理サーバ（管理組織運用）
３０ａを設置しないこともできる。すなわち、属性管理
サーバ（管理組織運用）４０ｂがグローバルに１つ設置
される場合は、直接に属性管理サーバ（管理組織運用）
４０ｂに対して接続を行う。

【０１４８】［Ｓ７６］ ステップＳ７５により接続が
完了すると、属性管理サーバ（メーカ運用）４０ａある
いは属性管理サーバ（管理組織運用）４０ｂへ機器ＩＤ
を送信し、属性情報を取得する。

【０１４９】［Ｓ７７］ ステップＳ７６により取得し
た属性情報をもとに、各端末の属性情報に対応した装置
基本性能対応処理をそれぞれ行う。なお、装置基本性能
対応処理の詳細については、図１９にて説明する。

【０１５０】［Ｓ７８］ ステップＳ７７により各種設
定された分散処理割り当て情報を、割り当て情報パケッ
トとして各端末へ送信する。 ［Ｓ７９］ 各端末にて、分散処理スケジューリングサ
ーバ１０ｄからの割り当て情報パケットを受信し、パケ
ット内の割り当て情報を抽出する。

【０１５１】［Ｓ８０］ ステップＳ７９により抽出し
た割り当て情報をもとに、各端末は割り当てられた処理
を行う。図１９は、本発明の装置基本性能対応処理を説
明するＳＤＬフローチャートである。図１８のステップ
Ｓ７７が実行されると、以下の流れに従って処理が行わ
れる。この処理により、分散コンピューティングの処理
ノードとしてエントリしてきた各端末に対し、端末性能
に応じた割り当てが行われる。

【０１５２】［Ｓ７７０］ ステップＳ７６により取得
した装置の属性情報をもとにして、その装置の計算能力
が基準値以上である場合には、ステップＳ７７１に進
み、基準値以上でない場合には、ステップＳ７７２へ進
む。なお、基準値は任意に設定できるものとする。

【０１５３】［Ｓ７７１］ 装置の計算能力が基準値以
上であるため、装置の計算能力に応じた処理を割り当て
る。 ［Ｓ７７２］ 装置の計算能力が基準値以上でないた
め、装置に対する分散処理の割り当ては“無”に設定す
る。そして、設定完了後は図１８のステップＳ７７へ復
帰する。なお、計算能力のテーブル構成は、図１０
（ａ）にて既に説明している。

【０１５４】図２０は、本発明の端末と分散処理スケジ
ューリングサーバとの間の動作を説明するＳＤＬフロー
チャートである。これは図１１、図１４、および図１８
の処理に対して、認証を利用した場合を例にしている。
なお、ここでは図１８の分散処理スケジューリングサー
バを利用した例により説明する。端末からのデータ送信
要求は、以下の流れに従って処理が行われる。

【０１５５】［Ｓ９０］ 各端末にて、分散処理スケジ
ューリングサーバ１０ｄに対してデータ送信要求を行
う。なお、データ送信要求は、分散処理スケジューリン
グサーバ１０ｄへのデータ送信要求パケットを送信する
ことにより行われる。

【０１５６】［Ｓ９１］ 分散処理スケジューリングサ
ーバ１０ｄ側にて、各端末からのデータ送信要求パケッ
トを受けて接続を行う。 ［Ｓ９２］ ステップＳ９１にて受信したデータ送信要
求パケットから、送信元（各端末）のネットワークアド
レスを取得する。

【０１５７】［Ｓ９３］ ステップＳ９２にて取得され
たネットワークアドレスから、さらに機器ＩＤを取得す
る。 ［Ｓ９４］ ステップＳ９３にて取得された機器ＩＤか
ら、さらにメーカＩＤを取得する。

【０１５８】［Ｓ９５］ 分散処理スケジューリングサ
ーバ１０ｄにて、取得されたメーカＩＤに対応する属性
管理サーバ（メーカ運用）４０ａのアドレスをメーカＩ
Ｄ管理サーバ（管理組織運用）３０ａへ要求する。要求
後、メーカＩＤ管理サーバ（管理組織運用）３０ａから
の検索後情報パケットを受信し、アドレスを取得する。
そして、取得したアドレスをもとに、属性管理サーバ
（メーカ運用）４０ａに対して接続を行う。

【０１５９】なお、メーカ毎の属性管理サーバ（メーカ
運用）４０ａではなく、属性管理サーバ（管理組織運
用）４０ｂのように、グローバルに１つ定めたり、別途
管理組織を定めて複数のメーカの属性データベースを持
たせたりして運用することも可能である。ここで、属性
管理サーバ（管理組織運用）４０ｂをグローバルに１つ
定める場合は、メーカＩＤ管理サーバ（管理組織運用）
３０ａを設置しないこともできる。すなわち、属性管理
サーバ（管理組織運用）４０ｂがグローバルに１つ設置
される場合は、直接に属性管理サーバ（管理組織運用）
４０ｂに対して接続を行う。

【０１６０】［Ｓ９６］ ステップＳ９５により接続が
完了すると、属性管理サーバ（メーカ運用）４０ａある
いは属性管理サーバ（管理組織運用）４０ｂへ機器ＩＤ
を送信し、属性情報を取得する。

【０１６１】［Ｓ９７］ ステップＳ９６により取得し
た属性情報をもとに、各端末の属性情報に対応した暗号
方式対応処理をそれぞれ行う。なお、暗号方式対応処理
の詳細については、図２１にて説明する。

【０１６２】［Ｓ９８］ ステップＳ９７により確定さ
れた各端末の暗号方式情報をもとに、各端末との相互認
証を行う。 ［Ｓ９９］ 各端末にて、分散処理スケジューリングサ
ーバ１０ｄと相互認証を行う。ここで、分散処理スケジ
ューリングサーバ１０ｄ側では、各端末の暗号方式情報
が分かっているため、各端末との相互認証をスムーズに
行うことができる。

【０１６３】［Ｓ１００］ 分散処理スケジューリング
サーバ１０ｄにて、各端末との相互認証が成功した場合
には、ステップＳ１０１へ進み、成功しない場合には、
エラー終了する。

【０１６４】［Ｓ１０１］ 認証が行われたため、各種
情報提供処理を行い、各端末に対し各種情報パケットを
送信する。ここで、各種情報提供処理とは、図１１では
ステップＳ１８(属性情報に応じた処理)、図１４ではス
テップＳ５７（コンテンツ対応処理）およびステップＳ
５８（設定に基づいてコンテンツを配信）、図１８では
ステップＳ７７（装置基本性能対応処理）およびステッ
プＳ７８（割り当てた結果を送信）を指す。

【０１６５】［Ｓ１０２］ 各端末にて、分散処理スケ
ジューリングサーバ１０ｄからの割り当て情報パケット
を受信する。図２１は、本発明の暗号方式対応処理を説
明するＳＤＬフローチャートである。図２０のステップ
Ｓ９７が実行されると、以下の流れに従って処理が行わ
れる。

【０１６６】［Ｓ９７０］ 相手の装置が認証方式Ｙに
対応している場合には、ステップＳ９７１へ進み、対応
していない場合には、ステップＳ９７２へ進む。 ［Ｓ９７１］ 相手の装置が認証方式Ｙに対応している
ため、認証方式Ｙを選択する。

【０１６７】［Ｓ９７２］ 相手の装置が認証方式Ｙに
対応していないため、認証方式Ｘを選択する。 ［Ｓ９７３］ 相手の装置が公開鍵アルゴリズムに対応
している場合には、ステップＳ９７４へ進み、対応して
いない場合には、ステップＳ９７６へ進む。

【０１６８】［Ｓ９７４］ 相手の装置が公開鍵暗号の
一種であるＥＣＣに対応している場合には、ステップＳ
９７５へ進み、対応していない場合には、ステップＳ９
７８へ進む。

【０１６９】［Ｓ９７５］ 相手の装置がＥＣＣに対応
しているため、暗号方式としてＥＣＣを選択する。そし
て、選択完了後は図２１のステップＳ９７へ復帰する。 ［Ｓ９７６］ 相手の装置が共通鍵の一種であるＡＥＳ
に対応している場合には、ステップＳ９７７へ進み、対
応していない場合には、ステップＳ９７９へ進む。

【０１７０】［Ｓ９７７］ 相手の装置がＡＥＳに対応
しているため、暗号方式としてＡＥＳを選択する。そし
て、選択完了後は図２１のステップＳ９７へ復帰する。 ［Ｓ９７８］ 相手の装置がＥＣＣに対応していないた
め、暗号方式として公開鍵の一種であるＲＳＡを選択す
る。そして、選択完了後は図２１のステップＳ９７へ復
帰する。

【０１７１】［Ｓ９７９］ 相手の装置がＡＥＳに対応
していないため、暗号方式として共通鍵の一種であるＤ
ＥＳを選択する。そして、選択完了後は図２１のステッ
プＳ９７へ復帰する。

【０１７２】なお、暗号方式のテーブル構成は、図１０
（ｂ）にて既に説明している。また上記に示す例では、
暗号方式の種類について説明したが、同様にネットワー
クを利用しての情報伝送に関連する方式、例えばプロト
コルにも適用できる。

【０１７３】以上のように、ユニークな機器ＩＤを実装
可能なプロトコル、処理サーバ、メーカＩＤ管理サー
バ、および属性管理サーバを用いて、各端末あるいは周
辺機器に対応した各種サービスの提供が可能である。一
方、各端末においては、各種の設定を自動に行うことが
可能である。

【０１７４】〔実施の形態の効果〕以上の本発明の実施
の形態で示したネットワークシステムによれば、次のよ
うな効果が得られる。

【０１７５】（１）コンテンツ配信サーバから、携帯端
末、コンピュータ、およびコンピュータなどの端末への
コンテンツ配信の際に、メーカの提供する属性管理サー
バに接続する。そして、属性管理サーバからその端末の
再生可能なコンテンツの種類に関する情報を取得した
ら、各端末に応じてカスタマイズされたコンテンツが配
信される。これにより、ユーザの状況に適応したコンテ
ンツ配信が自動的に行われる。

【０１７６】（２）分散処理スケジューリングサーバが
ネットワーク経由で、分散コンピューティングの処理ノ
ードとしてエントリしてきた端末に対して、処理を分担
する。その際に、ネットワークアドレス内の機器ＩＤに
対応する属性管理サーバを利用してその端末の処理能力
を知り、適切な分量を割り振る。これにより、正確に処
理の分配が可能となる。

【０１７７】（３）ＬＡＮにおいて、初めて接続される
ネットワーク対応型の周辺機器（プリンタ、スキャナ
等）を同一ＬＡＮ内のコンピュータが自動的に検出し、
ネットワークアドレス情報をもとに属性管理サーバから
のドライバのダウンロードを行う。これにより、周辺機
器の初期設定の手間が大幅に削減される。

【０１７８】（４）２つの通信装置間でセキュアな通信
を行うために、暗号、署名、および認証処理を行う必要
がある際に、片側の装置が相手の属性データベースを調
べることで、相手の装置の対応するアルゴリズムやプロ
トコルに対応した方式を選択することができる。これに
より、お互いに保持アルゴリズムに関する情報交換等を
することなしに、素早くセキュアな通信処理を開始する
ことができる。

【０１７９】なお、上記の説明では、ＩＰｖ６ネットワ
ークとして説明したが、全世界的にユニークな機器ＩＤ
が実装可能なプロトコルを使用したネットワークにも、
同様に適用することができる。

【０１８０】また、上記の説明では、処理サーバが他の
サーバから属性を取得していたが、直接端末自身が処理
サーバと同様の処理を行い、属性を取得してもよい。

【０１８１】

【発明の効果】以上説明したように、ＩＰｖ６ネットワ
ークを使用し、各端末の属性に応じて自動的に情報転送
処理を行うようにしたので、各種情報を使用端末の素性
や属性を意識することなく利用することができる。

【０１８２】また、ＩＰｖ６ネットワークを使用し、各
端末に接続された周辺機器に対応する情報に対しても自
動的に情報転送処理を行うようにしたので、周辺機器の
設定を自動的に行うことができる。

【図面の簡単な説明】

【図１】本発明のネットワークシステムの原理図であ
る。

【図２】本発明の処理サーバの処理機能を示した機能ブ
ロック図である。

【図３】本発明の端末の処理機能を示した機能ブロック
図である。

【図４】本発明のメーカＩＤ管理サーバの処理機能を示
した機能ブロック図である。

【図５】本発明の属性管理サーバの処理機能を示した機
能ブロック図である。

【図６】本発明のネットワークシステムの全体構成図で
ある。

【図７】本発明のネットワークアドレスのデータ構成例
を示す図である。

【図８】本発明の属性データベースの一般的なテーブル
構成例を示す図である。

【図９】本発明の属性データベースのテーブル構成例を
ハードウェア情報、ドライバ情報について示す図であ
る。

【図１０】本発明の属性データベースのテーブル構成例
を装置の処理能力、暗号方式について示す図である。

【図１１】本発明の端末と処理サーバとの間の動作を説
明するＳＤＬフローチャートである。

【図１２】本発明の処理サーバとメーカＩＤ管理サーバ
との間の動作を説明するＳＤＬフローチャートである。

【図１３】本発明の処理サーバと属性管理サーバとの間
の動作を説明するＳＤＬフローチャートである。

【図１４】本発明の端末とコンテンツ配信サーバとの間
の動作を説明するＳＤＬフローチャートである。

【図１５】本発明のコンテンツ対応処理を説明するＳＤ
Ｌフローチャートである。

【図１６】本発明の周辺機器と端末との間の動作を説明
するＳＤＬフローチャートである。

【図１７】本発明のネットワーク機器対応処理を説明す
るＳＤＬフローチャートである。

【図１８】本発明の端末と分散処理スケジューリングサ
ーバとの間の動作を説明するＳＤＬフローチャートであ
る。

【図１９】本発明の装置基本性能対応処理を説明するＳ
ＤＬフローチャートである。

【図２０】本発明の端末と分散処理スケジューリングサ
ーバとの間の動作を説明するＳＤＬフローチャートであ
る。

【図２１】本発明の暗号方式対応処理を説明するＳＤＬ
フローチャートである

【符号の説明】

１・・・ネットワークシステム、１０・・・処理サー
バ、１０ａ〜１０ｃ・・・サーバ、１０ｄ・・・分散処
理スケジューリングサーバ、１０ｅ・・・コンテンツ配
信サーバ、１１・・・処理装置、２０・・・端末、２９
・・・周辺機器、３０・・・メーカＩＤ管理サーバ、３
１・・・データベース、３２・・・処理装置、４０・・
・属性管理サーバ、４１・・・属性データベース、４２
・・・処理装置、５０・・・ネットワーク、８０ａ〜８
０ｄ・・・属性データベース

Claims (26)

【特許請求の範囲】
1. 【請求項１】 各端末の属性に応じて処理を行うネット
   ワークシステムにおいて、 機器ＩＤとＩＰアドレスとを内蔵されたメモリ部を有す
   る端末と、 前記端末とローカルネットワーク上で接続される周辺機
   器と、 前記機器ＩＤと前記ＩＰアドレスとの対応関係を示すメ
   ーカＩＤデータベースを有するメーカＩＤ管理サーバ
   と、 前記機器ＩＤと各端末の属性との関係を示す属性データ
   ベースを有する属性管理サーバと、 前記属性に対応した処理を行い、サービスを提供する処
   理サーバと、 前記機器ＩＤと前記ＩＰアドレスと前記属性と前記サー
   ビスとを伝送するネットワークと、 を有することを特徴とするネットワークシステム。
2. 【請求項２】 前記メーカＩＤ管理サーバは、前記属性
   管理サーバがグローバルに唯一定まる場合は、前記属性
   管理サーバのみにより機能することを特徴とする請求項
   １記載のネットワークシステム。
3. 【請求項３】 前記処理サーバは前記属性に応じたコン
   テンツを配信する配信サーバであることを特徴とする請
   求項１記載のネットワークシステム。
4. 【請求項４】 前記処理サーバは前記属性に応じた分散
   処理を行う分散処理サーバであることを特徴とする請求
   項１記載のネットワークシステム。
5. 【請求項５】 前記属性はハードウェア情報であること
   を特徴とする請求項１記載のネットワークシステム。
6. 【請求項６】 前記属性はドライバ情報であることを特
   徴とする請求項１記載のネットワークシステム。
7. 【請求項７】 前記属性は計算処理能力であることを特
   徴とする請求項１記載のネットワークシステム。
8. 【請求項８】 前記属性は暗号アルゴリズムであること
   を特徴とする請求項１記載のネットワークシステム。
9. 【請求項９】 前記属性はプロトコルであることを特徴
   とする請求項１記載のネットワークシステム。
10. 【請求項１０】 前記ネットワークはＩＰｖ６ネットワ
    ークであることを特徴とする請求項１記載のネットワー
    クシステム。
11. 【請求項１１】 各端末の属性に応じたサービスを提供
    する処理サーバにおいて、 サービスを提供される端末との間で、サービス要求デー
    タとサービスデータを送受信し、 メーカＩＤ管理サーバと属性管理サーバとの間で、属性
    検索要求データと属性データとを送受信するデータ送受
    信部と、 受信した前記サービス要求データと前記属性データとを
    内蔵されたメモリへ格納する受信データ格納部と、 前記メーカＩＤ管理サーバへ前記属性管理サーバのアド
    レスを検索要求し、また検索した前記アドレスをもとに
    前記属性管理サーバへ前記属性データを検索要求し、さ
    らに検索した前記属性データに対応する前記サービスを
    提供する要求処理部と、 を有することを特徴とする処理サーバ。
12. 【請求項１２】 処理サーバへ装置の情報を提供する情
    報管理サーバにおいて、 処理サーバとの間で、要求情報と情報とを送受信するデ
    ータ送受信部と、 前記処理サーバとの間で、受信した前記要求情報と前記
    情報とを内蔵されたメモリへ格納するデータ格納部と、 前記処理サーバへ検索した前記情報を提供する要求処理
    部と、 を有することを特徴とする情報管理サーバ。
13. 【請求項１３】 前記情報管理サーバは、前記要求情報
    を属性管理サーバのアドレス情報要求データとして、前
    記情報をアドレス情報データとして送受信するメーカＩ
    Ｄ管理サーバであることを特徴とする請求項１２記載の
    情報管理サーバ。
14. 【請求項１４】 前記情報管理サーバは、前記要求情報
    を属性検索要求データとして、前記情報を属性データと
    して送受信する属性管理サーバであることを特徴とする
    請求項１２記載の情報管理サーバ。
15. 【請求項１５】 各端末の属性に応じて処理を行うサー
    ビス提供方法において、 機器ＩＤとＩＰアドレスとをサービスが提供される端末
    に内蔵されたメモリ部へ格納し、 前記機器ＩＤと前記ＩＰアドレスとの対応関係をメーカ
    ＩＤデータベースに格納して一元集中管理し、 前記機器ＩＤと前記端末の属性との関係を属性データベ
    ースに格納して一元集中管理し、 前記サービスを提供する装置により前記属性に対応した
    処理を行い、 前記端末へ前記サービスを提供し、 前記機器ＩＤと前記ＩＰアドレスと前記属性と前記サー
    ビスとをネットワークを介して前記端末へ伝送し、 前記端末にて前記サービスを自動的に処理することを特
    徴とするサービス提供方法。
16. 【請求項１６】 前記機器ＩＤと前記ＩＰアドレスとの
    対応関係は、サービスを提供する装置によりメーカＩＤ
    データベースを検索し取得されることを特徴とする請求
    項１５記載のサービス提供方法。
17. 【請求項１７】 前記機器ＩＤと前記端末の属性との関
    係は、サービスを提供する装置により属性データベース
    を検索し取得されることを特徴とする請求項１５記載の
    サービス提供方法。
18. 【請求項１８】 前記メーカＩＤデータベースは、前記
    属性データベースがグローバルに唯一定まる場合は、前
    記属性データベースがその機能を果たすことを特徴とす
    る請求項１５記載のサービス提供方法。
19. 【請求項１９】 前記サービスは、前記属性に対応した
    コンテンツを配信するサービスであることを特徴とする
    請求項１５記載のサービス提供方法。
20. 【請求項２０】 前記サービスは、前記属性に対応した
    分散処理を割り当てるサービスであることを特徴とする
    請求項１５記載のサービス提供方法。
21. 【請求項２１】 前記属性に対応した処理は、ハードウ
    ェアに対応したコンテンツを提供することを特徴とする
    請求項１５記載のサービス提供方法。
22. 【請求項２２】 前記属性に対応した処理は、装置基本
    性能に対応した分散処理の割り当てを行うことを特徴と
    する請求項１５記載のサービス提供方法。
23. 【請求項２３】 前記属性に対応した処理は、暗号方式
    に対応したデータ送受信を行うことを特徴とする請求項
    １５記載のサービス提供方法。
24. 【請求項２４】 前記属性はプロトコルであることを特
    徴とする請求項１５記載のサービス提供方法。
25. 【請求項２５】 前記ネットワークはＩＰｖ６ネットワ
    ークであることを特徴とする請求項１５記載のサービス
    提供方法。
26. 【請求項２６】 前記サービスが提供される端末は、ロ
    ーカルネットワークに接続された周辺機器を検索し、 前記周辺機器の前期機器ＩＤを取得し、 前記サービスを提供する装置に周辺機器に対応したサー
    ビスを要求することを特徴とする請求項１５記載のサー
    ビス提供方法。