(57)【要約】【課題】  機器が１対１の関係を成立させている場合でもネットワーク上には複数のプロトコルによる情報が送受信されることになり、ネットワーク管理の複雑化やセキュリティ維持のコスト増大などの問題があった。【解決手段】  ネットワークを通じた制御が可能なネットワーク対応機器において、その機器のステータス情報や機能情報、仕様情報等を表現することのできるプロファイル情報を交換するプロファイルプロトコル処理手段と、その機器の機能をアプリケーションとして呼び出しその結果を受け取ることのできるアプリケーションプロトコル処理手段と、前記プロファイルプロトコル処理手段と前記アプリケーションプロトコル処理手段を同一の通信プロトコルの処理に統合するメタプロファイルプロトコル処理手段を有することを特徴とするプロファイル管理システム。【選択図】  図５
2007036835.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを通じた制御が可能なネットワーク対応機器において、その機器のステータス情報や機能情報、仕様情報等を表現することのできるプロファイル情報を交換するプロファイルプロトコル処理手段と、その機器の機能をアプリケーションとして呼び出しその結果を受け取ることのできるアプリケーションプロトコル処理手段と、前記プロファイルプロトコル処理手段と前記アプリケーションプロトコル処理手段を同一の通信プロトコルの処理に統合するメタプロファイルプロトコル処理手段を有するプロファイル管理システムであり、この時前記メタプロファイルプロトコル処理手段は、前記アプリケーションプロトコル処理手段のプロトコル手順上に、どのように前記プロファイルプロトコル処理手段のプロトコル手順を合成することが可能かというトリガー情報を格納したプロトコルデータベースと、前記プロトコルデータベースの内容から前記アプリケーションプロトコル処理と前記プロファイルプロトコル処理の切り替えを行う条件であるトリガー情報を相手側機器に対して提案し、あるいは相手側機器からの提案を受諾するためのプロトコルネゴシエーション処理手段と、前記プロトコルネゴシエーション処理手段によって機器間で合意したトリガー情報を機器間での通信処理中に検出し、前記プロファイルプロトコル処理手段あるいは前記アプリケーションプロトコル処理手段へ適切に転送することのできるプロトコル処理判定手段を有することを特徴とするプロファイル管理システム。
【請求項２】
請求項１に記載のアプリケーションプロトコル処理手段とプロファイルプロトコル処理手段を同一の通信プロトコルの処理に統合するとは、TCP/IP通信プロトコルにおいて同一のポート番号およびIPアドレスをこの双方で共通に用いることができるように統合することを特徴とする、請求項１に記載のプロファイル管理システム。
【請求項３】
請求項１に記載のプロトコルネゴシエーション処理手段は、前記アプリケーションプロトコル処理手段あるいは前記プロファイルプロトコル処理手段による機器間の通信が実施されている任意の時点で何回でも実行し再調停することが可能であることを特徴とする、請求項２に記載のプロファイル管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークを通じた制御が可能な機器におけるプロファイルの管理システムに関するものである。
【背景技術】
【０００２】
電子計算機技術の進歩により、従来は単一の機能しか有せず相互に接続することができなかったオフィス機器や一般の家庭用機器においても、ネットワークを通じた処理の連携を実現するための機能が搭載されてくるようになった。こうした処理の連携を実現するためには、機器同士がお互いに仕様や状況といったプロファイル情報を所有し、これを相互に共通した情報の表現形式と通信手段を用いて交換できる必要がある。
【０００３】
このようなネットワークを通じた機器のプロファイル情報交換を実現するネットワーク技術として、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）やＪｉｎｉ、Ｊｘｔａなどのプロトコルが存在する。ここでは代表例としてＵＰｎＰについて述べる。ＵＰｎＰは通信手段としてＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）、ＴＣＰ（Ｔｒａｎｓｆｅｒ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）そして情報の表現形式としてＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）を用いて機器のプロファイル情報交換および機能の呼び出しを実現するためのプロトコルである。
【０００４】
ＵＰｎＰではネットワーク上に接続された機器の発見とプロファイル情報の取得に、ＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒ Ｐｒｏｔｏｃｏｌ）を用いる。ＳＳＤＰはＵＰｎＰを構成するための基幹部分でありＩＥＴＦから標準仕様が発行されている。ＳＳＤＰを用いた機器の発見にはＩＰブロードキャストを用いる。たとえば「デジタルビデオストリームを再生できる機器は？」とブロードキャストすると、条件に合う機器が問い合わせ元に対してプロファイル情報を返信する。
【０００５】
ＵＰｎＰに代表されるように、従来のネットワークを通じて機器を相互に接続するために用いるプロトコルではＳＳＤＰなどのあらかじめ決められた１つのプロファイル交換手順に従って、予め決められた構造のプロファイル情報全体を交換するような方法を採用しているケースが多い。この時、実際にサービスを使用するのに用いるプロトコルは、ＵＰｎＰの場合はＨＴＴＰ／ＳＯＡＰとなっており、プロファイル処理に用いるプロトコルとは異なる通信プロトコル方式を採用している。
【０００６】
又、従来例としては、例えば特許文献１と特許文献２をあげることが出来る。
【特許文献１】公報番号：特開2002-297467号  出願人：ミノルタ株式会社
【特許文献２】公報番号：特開2003-044381号  出願人：インターナショナルシステムリサーチ
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来の機器におけるプロファイル処理プロトコルは、ＵＰｎＰにおけるＳＳＤＰとＳＯＡＰ、あるいはさらにＳＮＭＰとＨＴＴＰと言うようにアプリケーションプロトコルと明確に分離していた。あるいは、アプリケーションプロトコル中に簡単なイベント送受信機能といったプロファイル処理プロトコルの基本的な機能を埋め込むことはあっても、あくまでもアプリケーション処理プロトコルに対する拡張情報としての扱いにとどまっていた。このため、前者の方式（以降、従来技術１と呼称する）では機器が１対１の関係を成立させている場合でもネットワーク上には複数のプロトコルによる情報が送受信されることになり、ネットワーク管理の複雑化やセキュリティ維持のコスト増大などの問題があった。また、後者の方式（以降、従来技術２と呼称する）では事前に機器間で処理方式を合意しておき、かつ相手がその方式を理解してくれる状況でしか使用することができないという問題があった。
【０００８】
例えば、特許文献１に記載の従来技術は前記従来技術２の一種である。異なった同報送信プロトコル(イベント)とデータ転送を同一のファイル共有プロトコルで取り扱えるようにするというものであるが、ファイル共有プロトコル（ＳＭＢ）に特化した方式であり、ネットワーク機器対応の制御プロトコルなどに拡張されていない。また、本提案にあるようなネゴシエーションフェーズを有さないため、あらかじめイベントの識別方法を機器間相互で理解しておかなければならない。
【０００９】
また、特許文献２に記載の従来技術は前記従来技術１の一種であると考える。これはファイルをインターネットで同期するシステムであり、同期イベントには電子メールプロトコルを用い、データ転送にはＨＴＴＰＳを用いるというものである。このように異なるプロトコルを組み合わせて用いる場合、前述したようにそれぞれに対してネットワーク管理コストが発生し、またセキュリティ対策も複雑化してしまうという問題がある。
【００１０】
本発明は前記課題に鑑み、プロファイル情報とアプリケーションとしてのサービス機能を有する機器をネットワークに接続して相互に連携させる時に、プロファイル情報のプロトコル処理とアプリケーションのプロトコル処理を同一のプロトコル処理に統合することを目的としたものである。この時、事前にこの２つを統合したプロトコルを設計・実装するのではなく、アプリケーション処理プロトコルからプロファイル処理プロトコルへの遷移条件をトリガーとして定義しておき、これを実行時に動的にネゴシエーションすることで、アプリケーション処理プロトコル上にプロファイル処理プロトコルを共存させることを可能とする。
【課題を解決するための手段】
【００１１】
そこで本発明は上記目的を達成するために以下の構成を有することを特徴とするものである。
【００１２】
第１の解決手段は、ネットワークを通じた制御が可能なネットワーク対応機器において、その機器のステータス情報や機能情報、仕様情報等を表現することのできるプロファイル情報を交換するプロファイルプロトコル処理手段と、その機器の機能をアプリケーションとして呼び出しその結果を受け取ることのできるアプリケーションプロトコル処理手段と、前記プロファイルプロトコル処理手段と前記アプリケーションプロトコル処理手段を同一の通信プロトコルの処理に統合するメタプロファイルプロトコル処理手段を有することを特徴とするプロファイル管理システムである。この時前記メタプロファイルプロトコル処理手段は、前記アプリケーションプロトコル処理手段のプロトコル手順上に、どのように前記プロファイルプロトコル処理手段のプロトコル手順を合成することが可能かというトリガー情報を格納したプロトコルデータベースと、前記プロトコルデータベースの内容から前記アプリケーションプロトコル処理と前記プロファイルプロトコル処理の切り替えを行う条件であるトリガー情報を相手側機器に対して提案し、あるいは相手側機器からの提案を受諾するためのプロトコルネゴシエーション処理手段と、前記プロトコルネゴシエーション処理手段によって機器間で合意したトリガー情報を機器間での通信処理中に検出し、前記プロファイルプロトコル処理手段あるいは前記アプリケーションプロトコル処理手段へ適切に転送することのできるプロトコル処理判定手段を有する。
【００１３】
第２の解決手段は、第１の解決手段に記載のアプリケーションプロトコル処理手段とプロファイルプロトコル処理手段を同一の通信プロトコルの処理に統合するとは、TCP/IP通信プロトコルにおいて同一のポート番号およびIPアドレスをこの双方で共通に用いることができるように統合することを特徴とする、請求項１に記載のプロファイル管理システムである。
【００１４】
第３の解決手段は、第１の解決手段に記載のプロトコルネゴシエーション処理手段は、前記アプリケーションプロトコル処理手段あるいは前記プロファイルプロトコル処理手段による機器間の通信が実施されている任意の時点で何回でも実行し再調停することが可能であることを特徴とする、請求項２に記載のプロファイル管理システムである。
【発明の効果】
【００１５】
本発明の効果は、プロファイル情報とアプリケーションとしてのサービス機能を有する機器をネットワークに接続して相互に連携させる時に、プロファイル情報のプロトコル処理とアプリケーションのプロトコル処理を同一のプロトコル処理に統合することを可能とすることにある。この時、事前にこの２つを統合したプロトコルを設計・実装するのではなく、アプリケーション処理プロトコルからプロファイル処理プロトコルへの遷移条件をトリガーとして定義しておき、これを実行時に動的にネゴシエーションすることで、アプリケーション処理プロトコル上にプロファイル処理プロトコルを共存させることを可能とする。
【発明を実施するための最良の形態】
【００１６】
（第１の実施形態）
図１は、本発明が適用可能な機器で構成されるシステム全体の構成図の一例である。ネットワーク１０５にデジタルカメラ１００、デジタルビデオカメラ１０１、プリンタ１０２、スキャナ１０３、プロジェクター１０４が接続されており、各々の機器では各々の機器の仕様や状態に応じたプロファイル情報が個別に格納されている。各々の機器はネットワーク１０５を通じてお互いの機能を呼び出したり、あるいは相互にこのプロファイル情報を交換することができるようになっている。本発明では各機器が有する機能を全てアプリケーション機能として捉え、これを外部から呼び出すプロトコル処理をアプリケーションプロトコル処理と呼称している。
【００１７】
図２は、図１において配置された各々の機器の内部に搭載される主要な要素を図示したものであり、前記従来技術１の構成を示したものとなっている。全体としては２０３自機器と２０１他機器が１０５ネットワークによって接続されるという関係にあり、これは図１の複数の種類の機器の関係を２台に限定して単純化して示している。２０３自機器の内部にはプロファイル処理用のプロトコルを処理するための２２１プロファイルプロトコル処理部と、アプリケーション処理用のプロトコルを処理するための２１１アプリケーションプロトコル処理部の２つが存在し、２１０機器通信部がこれら上位プロトコルに対応した下位層の通信プロトコルを処理するという構造になっている。
【００１８】
ここで図２における従来技術１では、２１０機器通信部は送受信した通信情報が２２１プロファイルプロトコル処理部が処理すべきものなのか、それとも２１１アプリケーションプロトコル処理部が処理するべきものなのかの判別を行わないため、ＴＣＰ／ＩＰにおけるポート番号のような２１０機器通信部の段階で分別可能な相違がアプリケーションプロトコルとプロファイルプロトコルの間に必須となる。基本的にこの形態の従来技術においては、アプリケーション処理プロトコルはＨＴＴＰやＳＭＴＰといった情報転送用のプロトコルを用い、プロファイル処理プロトコルにはＵＰｎＰのＳＳＤＰやＳＮＭＰと言った制御用のプロトコルを用いることが多い。
【００１９】
図３は前記従来技術２の構成を示したものである。２０３自機器の内部にプロファイル処理用のプロトコルを処理するための２２１プロファイルプロトコル処理部と、アプリケーション処理用のプロトコルを処理するための２１１アプリケーションプロトコル処理部の２つが存在する点や、２１０機器通信部がこれら上位プロトコルに対応した下位層の通信プロトコルを処理するという構造になっている点は図２の前記従来技術１と同様であるが、２２１プロファイルプロトコル処理部が２１１アプリケーションプロトコル処理部の一部として存在している関係になっているという点が、図２における前記従来技術１とは異なる。
【００２０】
従来技術２では、２１０機器通信部が送受信した通信情報が２２１プロファイルプロトコル処理部が処理すべきものなのか、それとも２１１アプリケーションプロトコル処理部が処理するべきものなのかの判別は２１１アプリケーションプロトコルの処理においておこない、必要に応じて２２１プロファイルプロトコル処理部を呼び出すという構成になっている。基本的にこの形態の従来技術においては、アプリケーション処理プロトコルはＨＴＴＰやＳＭＴＰといった情報転送用のプロトコルを用い、プロファイル処理プロトコルにはアプリケーション処理プロトコルがもともと設けている拡張部分に情報を格納して機能させることが多い。
【００２１】
図４は、図２および図３に対応した本発明の構成を示したものである。２０３自機器の内部にプロファイル処理用のプロトコルを処理するための２２１プロファイルプロトコル処理部と、アプリケーション処理用のプロトコルを処理するための２１１アプリケーションプロトコル処理部の２つが存在する点や、２１０機器通信部がこれら上位プロトコルに対応した下位層の通信プロトコルを処理するという構造になっている点は図１の前記従来技術１及び図２の前記従来技術１と同様であるが、２２０メタプロファイルプロトコル処理部が２１０機器通信部の下に存在するという点が異なる。
【００２２】
本発明においては、２２０メタプロファイルプロトコル処理部は送受信した通信情報が２２１プロファイルプロトコル処理部が処理すべきものなのか、それとも２１１アプリケーションプロトコル処理部が処理するべきものなのかの判別を行うためのものであり、２２０メタプロファイルプロトコル処理部が存在することで、図１の従来技術１のように２２１プロファイルプロトコル処理部と２１１アプリケーションプロトコル処理部の双方が完全に分離してしまうことも、図２の従来技術２のように完全に包含されてしまう事にもならない構造となる。
【００２３】
図５は本発明の特徴的な部分である２２０メタプロファイルプロトコル処理部について、さらに詳細に説明したものである。まず２１０機器通信部であるが、これは２０３自機器と２０１他機器を１０５ネットワークで接続する際に必要となる基本的な通信処理を実施するものである。その下に繋がるのが２２０メタプロファイルプロトコル処理部である。２２０メタプロファイルプロトコル処理部の内部は、大きく分けて２２３プロトコル処理判定部と２２２プロトコルネゴシエーション部に分割され、さらに２２２プロトコルネゴシエーション部にはアプリケーション処理プロトコルに対応したトリガー情報を保持するための２２４プロトコルデータベースが接続されている。また、その下には２２１プロファイルプロトコル処理部と２１１アプリケーションプロトコル処理部が存在する。
【００２４】
本発明の特徴的な構成は、図５にある２２０メタプロファイルプロトコル処理部に記載した２２３プロトコル処理判定部、２２２プロトコルネゴシエーション部、および２２４プロトコルデータベースである。以下に、それぞれの構成部がどのような処理を担当しているのかを示す。
【００２５】
まず他機器よりネットワーク１０５を通じて送信された情報は、必ず２１０機器通信部にて受信される。情報を受信した２１０機器通信部は、それを２２３プロトコル処理判定部へと転送する。２２３プロトコル処理判定部は、通信の相手機器とアプリケーションプロトコルの処理とプロファイルプロトコルの処理を切り替えるためのトリガーに関する合意が成立しているかどうかを判定し、成立していなければ２２２プロトコルネゴシエーション部にトリガー条件の合意の形成を依頼する。もし成立していれば２２３プロトコル処理判定部は先ほどの２１０機器通信部にて受信した情報がその成立した条件のトリガーと合致するかどうかを判定し、合致しなければ２１１アプリケーションプロトコル処理部にアプリケーションプロトコルの処理であるとして転送する。もしトリガー条件に合致した場合は、２２１プロファイルプロトコル処理部にプロファイル処理であるとして転送する。
【００２６】
２２２プロトコルネゴシエーション部は２２３プロトコル処理判定部からトリガー条件の合意が成立していないという状況を受けて、通信相手である他機器と当該アプリケーションプロトコルに対応したトリガー情報に関して合意するためのやり取りを行う。この時、２２４プロトコルデータベースにはアプリケーションプロトコルとトリガー情報の組が格納されており、これを逐次通信相手の機器に提案していくことで合意を形成する。
【００２７】
図６は２２０メタプロファイルプロトコル処理部にて行われる処理の基本的な概要をフローチャートを用いて説明したものである。以降、図５までに説明した構成と合わせて処理の各ステップを説明する。
【００２８】
まずステップＳ６０１で相手先の機器からの処理要求を受信する。これは１０５ネットワークを通じて２０３自機器にある２１０機器通信部が受信するものである。次にステップＳ６０２において、その通信相手（相手先の機器）とのネゴシエーションが終了しており、アプリケーションプロトコルにおけるプロファイル処理への以降を指示するトリガー条件に関してお互いが合意しているかどうかを判定する。この処理は２２３プロトコル処理判定部で行われる。
【００２９】
もしステップＳ６０２でネゴシエーション済みであり、トリガー条件に関して現在すでに合意してある相手からの処理要求であることが判別した場合、ステップＳ６０８のトリガー情報判定に処理が移行する。ステップＳ６０８では、ステップＳ６０１で受信した処理要求がステップＳ６０２で合意してあるトリガー条件に合致するかどうかを判定する。この処理は２２３プロトコル処理判定部で行われる。
【００３０】
もしステップＳ６０８でトリガー条件に合致した情報がステップＳ６０１にて受信されたのであれば、ステップＳ６０９に移行する。ステップＳ６０９では受信した情報はプロファイル処理プロトコルであると解釈し、プロファイル情報の処理要求として２２１プロファイルプロコトル処理部に転送する。
【００３１】
もしステップＳ６０８でトリガー条件に合致しない情報がステップＳ６０１にて受信されたのであれば、ステップＳ６１０に移行する。ステップＳ６０９では受信した情報はプロファイル処理プロトコルではなく、通常のアプリケーション処理プロトコルであると解釈し、アプリケーションプロトコルの処理要求として２１１アプリケーションプロコトル処理部に転送する。
【００３２】
もしステップＳ６０２でネゴシエーション済みでなかったら、その相手と同一のアプリケーションプロトコルを通じてプロファイル処理を実現するために、トリガー情報の内容に関して合意するためのネゴシエーションを開始する。これは２２２プロトコルネゴシエーション部に制御を移行して行われる。
【００３３】
まずステップＳ６０３で、２２４プロトコルデータベースから当該アプリケーション処理プロトコルに対応したトリガー情報を１つ選択する。次に、ステップＳ６０４で選択したトリガー情報を相手先機器に提案する。ステップＳ６０５はステップＳ６０４での提案が受理されたかどうかを判定する部分である。合意が成立しなかったらステップＳ６０６に移行し、まだ２２４プロトコルデータベースに選択肢が存在するのであればステップＳ６０３からを再び繰り返す。
【００３４】
もし２２４プロトコルデータベースに選択可能なトリガー条件が存在しなくなった場合は、ステップＳ６０７にて相手先機器に合意失敗を通知して終了する。また、もしステップＳ６０５にて合意が形成できた場合は、ステップＳ６１１にて相手先機器に合意成功を通知して終了する。以降は、この相手先機器との通信ではステップＳ６０２のネゴシエーション済みという判定が“ＹＥＳ”になる。
【００３５】
図７は本発明の一実施形態による、具体的なネットワーク上の処理フローシーケンスの一例を示したものである。まず、ネットワークを通じて７０１デジタルカメラ、７０２プリンターといった機器が接続されているとする。
【００３６】
最初に、この２台が今始めて通信を開始したものとする。始めての通信なので、この２台の間にプロファイル処理用のトリガー情報に関する合意は形成されていない。すると、７０１デジタルカメラから７０２プリンターに対してステップＳ７１０トリガー情報の提案が発行される。これは図６におけるステップＳ６０４のトリガー提案に相当する。次に、ステップＳ７１１でトリガー情報の受諾が７０２プリンタから７０１デジタルカメラに返却される。これはステップ図６におけるＳ６０５が成立したことを示す。ここまでの処理は図４における２２０メタプロファイルプロトコル処理部で行われており、詳細には図５における２２２プロトコルネゴシエーション部において行われているものである。
【００３７】
トリガー情報の合意が形成されたので、次に７０１デジタルカメラから７０２プリンタに対してインクの状態を確認するステップＳ７１２インクステータス確認が発行される。これはトリガー情報を付与した状態で７０１デジタルカメラからアプリケーション処理プロコトルで７０２プリンタに対して送信される。７０２プリンタは、図６におけるステップＳ６０８を経由して２２１プロファイルプロトコル処理部へと制御を移行させ、結果としてステップＳ７１３のインクステータス応答を７０１デジタルカメラに対して返却する。
【００３８】
次に、７０１デジタルカメラは自身が有する画像情報を印刷するために、ステップＳ７１４で７０２プリンタに対して画像の印刷要求を発行する。通常であればこの後正常に印刷され終了処理に移行するのであるが、ここでは７０２プリンタ側で想定外の事態である用紙切れが発生したものとする。
【００３９】
７０２プリンタで用紙切れが発生したため、ステップＳ７１５にて７０２プリンタから７０１デジタルカメラに対して用紙切れが通知される。さらにその後、ユーザが紙を補充したとして用紙の問題が解決されると、ステップＳ７１６にて用紙補充が終了したという情報が７０２プリンタから７０１デジタルカメラに対して発行される。
【００４０】
再び７０１デジタルカメラは自身が有する画像情報を印刷するために、ステップＳ７１７で７０２プリンタに対して画像の印刷要求を発行する。その後、ステップＳ７１８にて画像の印刷が終了したことが７０２プリンタから７０１デジタルカメラに対して発行され、全体の処理が終了となる。
【００４１】
図８は、図５における２２４プロトコルデータベースの一実施形態のデータ構造を示したものである。ここでは説明のため単純な表形式で記載するが、これ以外の情報を含む構造であってかまわない。
【００４２】
まず、プロトコル名は統合の対象となるアプリケーション処理プロトコルの種別を識別するためのものである。トリガー情報とはそのプロトコルに対してどのような情報が含まれればプロファイル処理プロトコルへの切り替えトリガーとして扱うかという事を示したものである。
【００４３】
この表において、例えばプロトコル“ＨＴＴＰ−ＧＥＴ”とはＲＦＣ２６１６で規定するＨＴＴＰ（Ｈｙｐｅｒ  ＴｅｘｔＴｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）１．１を示し、そのうちＧＥＴメソッドにて送受信する形式をアプリケーション処理プロトコルが採用している場合に取りえるトリガー情報が“ＨＴＴＰ  Ｈｅａｄｅｒ”における“Ｘ−Ｐｒｏｆｉｌｅ−Ｔｒｉｇｇｒｅｒ：Ｖａｌｕｅ“となる。
【００４４】
図９は通常のＨＴＴＰ  ＧＥＴにてアプリケーション情報を送信している場合である９−１と、このトリガー情報の記述に基づいて合意した後に、プロファイル処理プロトコルへの切り替えを送信した場合である９−２との実際の通信内容の例を示している。９−２では９−１に対して下線で示すようにＨＴＴＰ Ｈｅａｄｅｒにトリガーを示す情報が付与されている。
【００４５】
このようにして、本発明では同一のプロトコルであるＨＴＴＰ  ＧＥＴをアプリケーション情報の処理要求の送受信とプロファイル情報の処理要求の送受信の２つに使い分けることを実現している。
【図面の簡単な説明】
【００４６】
【図１】プロファイル管理システム全体の基本的な構成を示す図である。
【図２】従来技術１の主要な構成を図示したものである。
【図３】従来技術２の主要な構成を図示したものである。
【図４】本発明の主要な構成を図示したものである。
【図５】図４における２２０メタプロファイルプロトコル処理部に関して、さらに詳細に図示したものである。
【図６】本発明の一実施形態による処理の特徴部分に関して、フローチャート図で説明したものである。
【図７】本発明の一実施形態による、具体的なネットワーク上の処理フローシーケンスの一例を示したものである。
【図８】本発明の一実施形態に係るメタプロファイルプロトコル処理部におけるプロトコルデータベースのデータ構造を示す図である。
【図９】通常のＨＴＴＰ  ＧＥＴにてアプリケーション情報を送信している場合と、トリガー情報の記述に基づいて合意した後に、プロファイル処理プロトコルへの切り替えを送信した場合との実際の通信内容の例を示したものである。
【符号の説明】
【００４７】
１０５  ネットワーク
２０１  他機器（ネットワーク上にある）
２０３  自機器（ネットワーク上にある）
２１０  機器通信部
２１１  アプリケーションプロトコル処理部
２２０  メタプロファイルプロトコル処理部
２２１  プロファイルプロトコル処理部
２２２  プロトコルネゴシエーション部
２２３  プロトコル処理判定部
２２４  プロトコルデーターベース
【図１】
2007036835.tif 000003
【図２】
2007036835.tif 000004
【図３】
2007036835.tif 000005
【図４】
2007036835.tif 000006
【図５】
2007036835.tif 000007
【図６】
2007036835.tif 000008
【図７】
2007036835.tif 000009
【図８】
2007036835.tif 000010
【図９】
2007036835.tif 000011