WO2004012087A1 - プログラム、情報処理方法および装置 - Google Patents

Abstract

本発明は、能力が異なる装置間で確実に接続ができるようにしたプログラム、情報処理方法および装置に関する。アプリケーション＃１は、提供可能なサービスの処理を表すプロファイルスペースIDを、プレゼンス機能を用いてアナウンスし、アプリケーション＃ｎは、このアナウンスを受信する。アプリケーション＃ｎはアプリケーション＃１に、サービスの詳細情報と、サービスへの登録を要求する。アプリケーション＃ｎは、アプリケーション＃１から送信されてきたピアツーピアでアクセスするのに必要なURIに基づいて、アプリケーション＃１に対して、ピアツーピアで接続する。本発明は、パーソナルコンピュータ、ネットワーク対応CE機器及びインターネット上の商用アプリケーションサーバに適用することができる。

Description

明細書

プログラム、 情報処理方法および装置 技術分野

本発明は、 プログラム、 情報処理方法おょぴ装置に関し、 特に、 能力が異なる 装置間で確実に接続ができるようにしたプログラム、 情報処理方法および装置に 関する。 背景技術

最近、 インターネットが普及し、 インターネットを利用して各種のデータを相 手側と授受するユーザが増えてきた。

しかしながら、 従来、 例えば、 相手側の装置に対して所定の画像を伝送しょう とした場合、 相手側の装置の能力が自分自身の装置の能力と異なるため、 実質的 には、 相互に接続することができず、 結局、 画像データを伝送することができな くなるといった事態が発生することがあった。

これを防ぐには、 ユーザは、 相手側の装置の能力を事前に確認する必要がある。 例えば、 ス トリーミングを行う際に、 サーバとクライアント間でス トリームの パ ラ メ ー タ を交換す る 方法 と し て 、 RTSP (Real Time Streaming Protocol) (Real Time Streaming Protocol, IETF RFC 2326, Apri l 1998 , く http : // w. ietf. org/rfc/rfc2326. txt》には、 SDP (Session Description Protocol ) ( SDP : Session Description Protocol, IETF RFC 2327, Apri l 1998 , <http : //www. ietf. Org/rfc/rfc2327. 1:xt> ) を用いることが記述されて レヽる。

しかしながら、 これらには、 パラメータを交換するための具体的な手順が開示 されておらず、 結局、 データを確実に相互に授受することが困難である課題があ ,つた。 発明の開示

本発明は、 このような状況に鑑みてなされたものであり、 迅速かつ確実に、 そ して、 ユーザに負担をかけることなく、 相手側の装置の能力に影響されずに、 相 手側の装置と確実に接続することができるようにして、 ユーザビリティを向上さ せるようにするものである。

本発明の第 1のプログラムは、 第 1の情報処理装置に対して、 提供可能なサー ビスを識別する識別情報を、 ネットワーク上の第 2の情報処理装置を介して通知 する第 1の通知ステップと、 第 1の情報処理装置からの要求に基づいて、 第 1の 情報処理装置に対して、 提供可能なサービスに関する詳細情報を、 第 2の情報処 理装置を介して通知する第 2の通知ステップと、 第 1の情報処理装置からの要求 に基づいて、 第 1の情報処理装置を、 提供可能なサービスに関して登録したこと を通知するとともに、 第 1の情報処理装置からの要求に基づいて、 登録した第 1 の情報処理装置が第 2の情報処理装置を介さずに接続するための接続情報を、 第 2の情報処理装置を介して第 1の情報処理装置に通知する第 3の通知ステップと を含むことを特徴とする。

登録された第 1の情報処理装置から第 2の情報処理装置を介さずに接続情報に 基づくアクセスを受けた場合、 そのアクセスを受け付ける受け付けステップをさ らに含むようにすることができる。

前記第 1の通知ステップによる通知は、 インスタントメッセージのプレゼンス 機能を用いて行い、 第 2の通知ステップによる通知と第 3の通知ステップによる 通知は、 インスタントメッセージのメッセージング機能または Info/Query機能 を用いて行うようにすることができる。

前記第 1の通知ステップは、 サービスを提供する提供者としてのエンティティ を識別する提供者ェンティティ識別子をさらに通知することができる。

前記第 1の情報処理装置を、 提供可能なサービスに関して登録することの要求 力 提供者エンティティ識別子に対応する、 サービスを利用する利用者としての エンティティを識別する利用者エンティティ識別子とともに、 第 1の情報処理装 3 009631

3

置から送信されてきたとき、 提供者ェンティティ識別子と利用者ェンティティ識 別子を対応して登録する登録ステップをさらに含むようにすることができる。 前記利用者エンティティ識別子に対応するエンティティに対して、 サービスの 利用を勧誘する勧誘情報を送信する第 1の送信ステップをさらに含むようにする ことができる。

前記第 1の送信ステップは、 勧誘情報を、 インスタントメッセージのメッセ一 ジング機能または Info/Query機能を用いて送信することができる。

前記第 1の送信ステップは、 登録ステップの処理により登録された利用者ェン ティティ識別子に対応する利用者に、 勧誘情報を送信することができる。

前記第 1の送信ステップの処理により、 勧誘情報が送信された後、 サービスの 利用の勧誘をキャンセルするキャンセル情報を送信する第 2の送信ステップをさ らに含むようにすることができる。

前記第 2の送信ステップは、 キャンセル情報を、 インスタントメッセージのメ ッセージング機能または Info/Query機能を用いて送信することができる。

前記第 2の送信ステップは、 キャンセル情報に、 キャンセル情報を識別するた めのリファレンス番号、 提供者エンティティ識別子、 および利用者エンティティ 識別子を含めるようにすることができる。

本発明の第 1の情報処理方法は、 第 1の他の情報処理装置に対して、 提供可能 なサービスを識別する識別情報を、 ネットワーク上の第 2の他の情報処理装置を 介して通知する第 1の通知ステップと、 第 1の他の情報処理装置からの要求に基 づいて、 第 1の他の情報処理装置に対して、 提供可能なサービスに関する詳細情 報を、 第 2の他の情報処理装置を介して通知する第 2の通知ステップと、 第 1の 他の情報処理装置からの要求に基づいて、 第 1の他の情報処理装置を、 提供可能 なサービスに関して登録したことを通知するとともに、 第 1の他の情報処理装置 からの要求に基づいて、 登録した第 1の他の情報処理装置が第 2の他の情報処理 装置を介さずに情報処理装置に接続するための接続情報を、 第 2の他の情報処理 装置を介して第 1の他の情報処理装置に通知する第 3の通知ステップとを含むこ とを特徴とする。

本発明の第 1の情報処理装置は、 第 1の他の情報処理装置に対して、 提供可能 なサービスを識別する識別情報を、 ネットワーク上の第 2の他の情報処理装置を 介して通知する第 1の通知手段と、 第 1の他の情報処理装置からの要求に基づい て、 第 1の他の情報処理装置に対して、 提供可能なサービスに関する詳細情報を、 第 2の他の情報処理装置を介して通知する第 2の通知手段と、 第 1の他の情報処 理装置からの要求に基づいて、 第 1の他の情報処理装置を、 提供可能なサービス 関して登録したことを通知するとともに、 第 1の他の情報処理装置からの要求 に基づいて、 登録した第 1の他の情報処理装置が第 2の他の情報処理装置を介さ ずに情報処理装置に接続するための接続情報を、 第 2の他の情報処理装置を介し て第 1の他の情報処理装置に通知する第 3の通知手段と、 を備えることを特徴と する。

本発明の第 2のプログラムは、 第 1の情報処理装置から、 提供可能なサービス を識別する識別情報を、 ネットワーク上の第 2の情報処理装置を介して受信する 第 1の受信ステップと、 第 1の情報処理装置に対して、 提供可能なサービスに関 する詳細情報の送信を、 第 2の情報処理装置を介して要求する第 1の要求ステツ プと、 第 1の情報処理装置に対して、 提供可能なサービスに関して自分自身を登 録するように、 第 2の他の情報処理装置を介して要求する第 2の要求ステップと、 第 1の情報処理装置に対して、 提供可能なサービスの利用に関する情報を、 第 2 の情報処理装置を介して送信する第 1の送信ステップと、 第 2の情報処理装置を 介さずに情報処理装置に接続するための接続情報を、 第 1の情報処理装置から、 第 2の情報処理装置を介して受信する第 2の受信ステップとを含むことを特徴と する。

前記第 2の情報処理装置を介さずに接続情報に基づいてアクセスするアクセス ステップをさらに含むようにすることができる。

前記第丄の要求ステップおよび第 2の要求ステップの要求、 並びに第 1の送信 ステップの送信は、 インスタントメ ッセージのメッセージング機能または Info/Query機能を用いて行うようにすることができる。

前記第 1の受信ステップは、 識別情報とともに、 サービスを提供する提供者と してのエンティティを識別する提供者エンティティ識別子をさらに受信し、 提供 者エンティティ識別子と、 サービスを利用する利用者としてのエンティティを識 別する利用者エンティティ識別子を対応して記憶する記憶ステップをさらに含む ようにすることができる。

第 1の情報処理装置が送信したサービスの利用を勧誘する勧誘情報を受信する 第 3の受信ステップをさらに含むようにすることができる。

前記第 3の受信ステップの処理により勧誘情報が受信された場合、 受け入れま たは拒否の情報を、 第 1の情報処理装置に送信する第 2の送信ステップをさらに 含むようにすることができる。

前記第 2の送信ステップの送信は、 ィンスタントメッセージのメッセージング 機能または Info/Query機能を用いて行うようにすることができる。

第 1の送信ステップは、 第 3の受信ステップが行われた場合、 提供可能な前記 サービスの利用に関する情報を、 前記第 2の送信ステップの処理により、 前記受 け入れの情報が送信された場合に送信することができる。

前記第 1の送信ステップは、 提供者エンティティ識別子、 および利用者ェンテ ィティ識別子を含めるようにすることができる。

前記第 2の送信ステップは、 受け入れまたは拒否の情報に、 受け入れまたは拒 否の情報を識別するためのリファレンス番号、 提供者エンティティ識別子、 およ ぴ利用者ェンティティ識別子を含めるようにすることができる。

本発明の第 2の情報処理方法は、 第 1の他の情報処理装置から、 提供可能なサ 一ビスを識別する識別情報を、 ネットワーク上の第 2の他の情報処理装置を介し て受信する第 1の受信ステップと、 第 1の他の情報処理装置に対して、 提供可能 なサービスに関する詳細情報の送信を、 第 2の他の情報処理装置を介して要求す る第 1の要求ステップと、 第 1の他の情報処理装置に対して、 提供可能なサービ スに関して情報処理装置を登録するように、 第 2の他の情報処理装置を介して要 求する第 2の要求ステップと、 第 1の他の情報処理装置に対して、 提供可能なサ 一ビスの利用に関する情報を、 第 2の他の情報処理装置を介して送信する送信ス テツプと、 第 2の他の情報処理装置を介さずに情報処理装置に接続するための接 続情報を、 第 1の他の情報処理装置から、 第 2の他の情報処理装置を介して受信 する第 2の受信ステップとを含むことを特徴とする。

本発明の第 2の情報処理装置は、 第 1の他の情報処理装置から、 提供可能なサ 一ビスを識別する識別情報を、 ネットワーク上の第 2の他の情報処理装置を介し て受信する第 1の受信手段と、 第 1の他の情報処理装置に対して、 提供可能なサ 一ビスに関する詳細情報の送信を、 第 2の他の情報処理装置を介して要求する第 1の要求手段と、 第 1の他の情報処理装置に対して、 提供可能なサービスに関し て情報処理装置を登録するように、 第 2の他の情報処理装置を介して要求する第 2の要求手段と、 第 1の他の情報処理装置に対して、 提供可能なサービスの利用 に関する情報を、 第 2の他の情報処理装置を介して送信する送信手段と、 第 2の 他の情報処理装置を介さずに情報処理装置に接続するための接続情報を、 第 1の 他の情報処理装置から、 第 2の他の情報処理装置を介して受信する第 2の受信手 段とを備えることを特徴とする。

本発明の第 3のプログラムは、 第 1の情報処理装置に対して、 提供可能なサー ビスを識別する識別情報を、 ネッ トワーク上の第 2の情報処理装匱を介して通知 する第 1の通知ステップと、 第 1の情報処理装置からの要求に基づいて、 第 1の 情報処理装置に対して、 提供可能なサービスに関する詳細情報を、 第 2の情報処 理装置を介して通知する第 2の通知ステップと、 第 1の情報処理装置からの要求 に基づいて、 第 1の情報処理装置を、 提供可能なサービスに関して登録したこと を通知するとともに、 第 1の情報処理装置からの要求に基づいて、 登録した第 1 の情報処理装置が第 2の情報処理装置を介さずに自分自身に接続するための接続 情報を、 第 2の情報処理装置を介して第 1の情報処理装置に通知する第 3の通知 ステップと、 第 1の情報処理装置から、 識別情報を、 第 2の情報処理装置を介し て受信する第 1の受信ステップと、 第 1の情報処理装置に対して、 提供可能なサ 一ビスに関する詳細情報の送信を、 第 2の情報処理装置を介して要求する第 1の 要求ステップと、 第 1の情報処理装置に対して、 提供可能なサービスに関して自 分自身を登録するように、 第 2の情報処理装置を介して要求する第 2の要求ステ ップと、 第 1の情報処理装置に対して、 提供可能なサービスの利用に関する情報 を、 第 2の情報処理装置を介して送信する送信ステップと、 第 2の情報処理装置 を介さずに情報処理装置に接続するための接続情報を、 第 1の情報処理装置から、 第 2の情報処理装置を介して受信する第 2の受信ステツプとを含むことを特徴と する。

本発明の第 3の情報処理方法は、 第 1の他の情報処理装置に対して、 提供可能 なサービスを識別する識別情報を、 ネットワーク上の第 2の他の情報処理装置を 介して通知する第 1の通知ステップと、 第 1の他の情報処理装置からの要求に基 づいて、 第 1の他の情報処理装置に対して、 提供可能なサービスに関する詳細情 報を、 第 2の他の情報処理装置を介して通知する第 2の通知ステップと、 第 1の 他の情報処理装置からの要求に基づいて、 第 1の他の情報処理装置を、 提供可能 なサービスに関して登録したことを通知するとともに、 第 1の他の情報処理装置 からの要求に基づいて、 登録した第 1の他の情報処理装置が第 2の他の情報処理 装置を介さずに情報処理装置に接続するための接続情報を、 第 2の他の情報処理 装置を介して第 1の他の情報処理装置に通知する第 3の通知ステップと、 第 1の 他の情報処理装置から、 識別情報を、 第 2の他の情報処理装置を介して受信する 第 1の受信ステップと、 第 1の他の情報処理装置に対して、 提供可能なサービス に関する詳細情報の送信を、 第 2の他の情報処理装置を介して要求する第 1の要 求ステップと、 第 1の他の情報処理装置に対して、 提供可能なサービスに関して 情報処理装置を登録するように、 第 2の他の情報処理装置を介して要求する第 2 の要求ステップと、 第 1の他の情報処理装置に対して、 提供可能なサービスの利 用に関する情報を、 第 2の他の情報処理装置を介して送信する送信ステップと、 第 2の他の情報処理装置を介さずに情報処理装置に接続するための接続情報を、 第 1の他の情報処理装置から、 第 2の他の情報処理装置を介して受信する第 2の 受信ステップとを含むことを特徴とする。

本発明の第 3の情報処理装置は、 第 1の他の情報処理装置に対して、 提供可能 なサービスを識別する識別情報を、 ネットワーク上の第 2の他の情報処理装置を 介して通知する第 1の通知手段と、 第 1の他の情報処理装置からの要求に基づい て、 第 1の他の情報処理装置に対して、 提供可能なサービスに関する詳細情報を、 第 2の他の情報処理装置を介して通知する第 2の通知手段と、 第 1の他の情報処 理装置からの要求に基づいて、 第 1の他の情報処理装置を、 提供可能なサービス に関して登録したことを通知するとともに、 第 1の他の情報処理装置からの要求 に基づいて、 登録した第 1の他の情報処理装置が第 2の他の情報処理装置を介さ ずに情報処理装置に接続するための接続情報を、 第 2の他の情報処理装置を介し て第 1の他の情報処理装置に通知する第 3の通知手段と、 第 1の他の情報処理装 置から、 識別情報を、 第 2の他の情報処理装置を介して受信する第 1の受信手段 と、 第 1の他の情報処理装置に対して、 提供可能なサービスに関する詳細情報の 送信を、 第 2の他の情報処理装置を介して要求する第 1の要求手段と、 第 1の他 の情報処理装置に対して、 提供可能なサービスに関して情報処理装置を登録する ように、 第 2の他の情報処理装置を介して要求する第 2の要求手段と、 第 1の他 の情報処理装置に対して、 提供可能なサービスの利用に関する情報を、 第 2の他 の情報処理装置を介して送信する送信手段と、 第 2の他の情報処理装置を介さず に情報処理装置に接続するための接続情報を、 第 1の他の情報処理装置から、 第 2の他の情報処理装置を介して受信する第 2の受信手段とを備えることを特徴と する。

第 1の本発明においては、 識別情報が第 1の情報処理装置に通知され、 第 1の 情報処理装置からの要求に基づいて、 詳細情報が第 1の情報処理装置に通知され、 さらに第 1の情報処理装置からの要求に基づいて、 提供可能なサービスに関して 登録したことが通知されるとともに、 接続情報が通知される。

第 2の本発明においては、 第 1の情報処理装置から識別情報が受信され、 第 1 の情報処理装置に対して、 詳細情報の送信が要求され、 さらに第 1の情報処理装 置に対して自分自身を登録するように要求される。 また、 第 1の情報処理装置に 対して、 サービスの利用に関する情報が送信され、 第 1の情報処理装置から接続 情報が受信される。

第 3の本発明においては、 第 1の情報処理装置 （第 1の他の情報処理装置） に 対して識別情報が通知され、 第 1の情報処理装置 （第 1の他の情報処理装置） か らの要求に基づいて詳細情報が通知され、 第 1の情報処理装置 （第 1の他の情報 処理装置） からの要求に基づいて、 第 1の情報処理装置 （第 1の他の情報処理装 置） をサービスに関して登録をしたことが通知されるとともに、 接続情報が通知 される。

さらに、 第 1の情報処理装置 （第 1の他の情報処理装置） から識別情報が受信 され、 第 1の情報処理装置 （第 1の他の情報処理装置） に対して、 詳細情報の送 信が要求され、 第 1の情報処理装置 （第 1の他の情報処理装置） に対して、 自分 自身を登録するように要求され、 第 1の情報処理装置 （第 1の他の情報処理装 置） に対して、 サービスの利用に関する情報が送信され、 第 1の情報処理装置 (第 1の他の情報処理装置） から、 接続情報が受信される。 図面の簡単な説明

図 1は、 本発明を適用したネットワークシステムの構成例を示す図である。 図 2は、 ソフトウェアの階層を説明する図である。

図 3は、 本発明を適用したネットワークシステムの動作の概要を説明する図で ある。

図 4は、 図 1のネットワークシステムの動作を説明するフローチヤ一トである。 図 5は、 図 1のネットワークシステムの動作を説明するフローチヤ一トである。 図 6は、 図 1のネットワークシステムの動作を説明するフローチヤ一トである。 図 7は、 図 1のネットワークシステムの動作を説明するフローチャートである。 図 8は、 プロフアイノレスペースの例を示す図である。

図 9は、 プロファイルディスクリプションの例を示す図である。 図 1 0は、 プロファイルアトムの例を示す図である。

図 1 1は、 サービスプロバイダの一覧の表示例を示す図である。

図 1 2は、 パーソナルコンピュータの構成例を示すブロック図である。

図 1 3は、 図 1のネットワークシステムの動作を説明するフローチャートであ る。

図 1 4は、 図 1のネットワークシステムの動作を説明するフローチヤ一トであ る。

図 1 5は、 サービスエンティティを説明する図である。

図 1 6は、 サービスプロバイダエンティティとサービスコンシユーマエンティ ティの対応関係を説明する図である。

図 1 7は、 サービスプロバイダエンティティとサービスコンシユーマエンティ ティの対応関係を説明する図である。

図 1 8は、 図 1のネットワークシステムの動作を説明するフローチャートであ る。

図 1 9は、 図 1のネットワークシステムの動作を説明するフローチャートであ る。

図 2 0は、 図 1のネットワークシステムの動作を説明するフローチャートであ る。

図 2 1は、 図 1のネットワークシステムの動作を説明するフローチャートであ る。 発明を実施するための最良の形態

図 1は、 本発明を適用したネットワークシステムの構成例を表している。 この ネットヮ一クシステムにおいては、 インターネッ ト 1を介して、 メディアインス タントメッセージサーバ（Media IM Server) 1 4に対して、 ユーザ端末として、 ノヽ⁰一 ソナルコ ン ピュータ 1 1 ， 1 2， 並びに PDA (Personal Digital Ass istants) 1 3が接続されている。 メディア IM サーバ 1 4にはまた、 アプリ ケーションサーバ 1 5もインターネット 1を介して接続されている。

パーソナルコンピュータ 1 1には、 ミ ドルウェアとしてメディア IM クライア ント # 1が実装されており、 パーソナルコンピュータ 1 2には、 ミ ドルウェアと してメディァ IM クライアント # 2が実装されている。 同様に、 PDA 1 3には、 ミ ドルウェアとしてメディア IMクライアント # 3が実装されている。

アプリケーションサーバ 1 5には、 ミ ドルウェアとしてメディア IM クライア ント # 4が実装されている。 アプリケーションサーバ 1 5は、 プリントサービス # 1乃至プリントサービス # 7を、 アクセスしてきたユーザに対して提供する。 メディア IM サーバ 1 4は、 これらのメディア IM クライアント # 1乃至メデ ィァ IMクライアント # 4の相互のィンスタントメッセージ処理を制御する。 図 2は、 ソフトウェアの構成を表している。 上述したメディア IM クライアン ト # 1乃至メディア IM クライアント # 4は、 図 2において、 メディア IM クラ イアントミ ドルウェア 3 2として示されている。 このメディア IM クライアント ミ ドルウ ェア 3 2 は、 IP ネ ッ ト ワーク ト ラ ンスポー ト層 3 1 と API (Application Program Interface) 3 3との間に酉己置されて ヽる。 API 3 3 は、 アプリケーション # 1乃至アプリケーション # Nと、 メディア IM クライア ントミ ドルウェア 3 2との間のインタフェース処理を実行する。 メディア IM ク ライアントミ ドルウェア 3 2は、 API 3 3と IP ネットワーク トランスポート層 3 1とのインタフェ^ "ス処理を実行する。

アプリケーション（Application) # 1乃至アプリケーション # Nは、 それぞれ サービスエンティティを構成する。

このネットワークシステムにおいては、 図 3に示されるように、 サービスを提 供する側のアプリケーション （図 3の例では、 Application # 1 ) がサービスプ ロバイダ（Service Provider) 5 1とされ、 そのサービスの提供を受ける側のァ プリケーシヨン （図 3の例では、 Applicat ion # η ) 力 S (サービスを消費する側 力 S) サービスコンシユーマ（Service Consumers) 5 2とされる。

サービスプロバイダ 5 1 とサービスコンシユーマ 5 2は、 対応するメディア IMクライアント # P 1またはメディア IMクライアント # C 1を介して、 インス タントメッセージのプレゼンス機能、 メッセージング機能、 または Info/Query 機能を用いて、 接続のためのネゴシエーション処理を実行する。 ネゴシエーショ ンにより、 相手側と接続が可能であることが確認された後、 サービスプロバイダ 5 1とサービスコンシユーマ 5 2は、 ピアツーピア （P 2 P ) で、 接続処理を実 行する。

サービスプロバイダ 5 1とサービスコンシユーマ 5 2は、 それぞれサービスェ ンティティを構成する。 サービスエンティティは、 そのものが 1つのアプリケー シヨンである場合もあれば、 複数のサービスエンティティの集合が 1つのアプリ ケーシヨンを形成する場合もある。 以下においては、 簡単のため、 1つのサービ スエンティティが 1つのアプリケーションに対応しているものとする。

次に、 接続処理の詳細を図 4乃至図 7のフローチャートを参照して説明する。 ステップ S 1において、 サービスプロバイダ 5 1としてのアプリケーション# 1は、 名簿（Roster)に登録されている各メンバー（Buddy)に対して、 自分自身が 提供可能なサービスの種別を表すプロファイルスペース ID (Profile Space ID) をアナウンスすることを、 メディア IM クライアント # P 1に指令する。 メディ ァ IM クライアント # P 1は、 ステップ S 2において、 この指示を受け取ると、 ステップ S 3において名簿に予め登録されているメンバーに対して、 プロフアイ ルスペース IDをプレゼンスによって通知する。

ここで、 メンバー （Buddy) は、 メディア IM サーバ 1 4が提供するインスタ ントメッセ一ジサービスにおいて、 あるユーザ （または、 メディア IM クライア ント） に対するメッセ一ジ通信の相手のことであり、 メディア IM サーバ 1 4に 予め登録されているュ一ザ IDや、 ユーザ ID に対応付けられたニックネーム等 で表される情報である。

また、 名簿（Roster)は、 そのメンバー （Buddy) のリス トであり、 すなわち、 ユーザ （またはメディア IM クライアント） 力 メッセージ通信の相手として設 定した他のユーザ （または、 他のメディア IMクライアント） のユーザ ID (また はニックネーム） のリストである。 この、 ユーザ毎の名簿（Roster)は、 メディ 了 IMサーバ 1 4において一元管理される。

例えば、 メディア IM クライアント # P 1のユーザがメディァ IM クライアン ト # C 1のユーザをメッセージ通信の相手として設定している場合、 メディァ IMクライアント # P 1に対応する名簿には、 メディア IMクライアント # C 1の ユーザ （ユーザ ID 等） がメンバーとして登録されている。 逆に、 メディア IM クライアント # C 1のユーザがメディア IM クライアント # P 1のユーザをメッ セージ通信の相手として設定している場合、 メディア IM クライアント # C 1に 対応する名簿には、 メディア IM クライアント # P 1のユーザがメンバーとして 登録されている。

このように、 インスタントメッセージによるメッセージ通信を行う場合、 互い をメンバーとして予め名簿に登録しておかなければならない。 例えば、 第 1のュ 一ザが、 他のメディア IM クライアントの第 2のユーザをメンバーとして名簿に 登録しているが、 第 2のユーザが第 1のユーザをメンバーとしてそのクライアン トに登録してない場合、 メッセージ通信を行うためには、 第 1のユーザは、 メッ セージ通信の前に第 2のユーザにメンバーとして名簿に登録させる必要がある。 この名簿は、 メディア IM クライアントよりユーザがメディア IM サーバ 1 4 にログイン （接続） すると、 必要に応じてメディア IM サーバ 1 4よりそのメデ ィァ IM クライアントに提供され、 ディスプレイ等に GUI (Graphical User Interface) として表示される。 その際、 メディア IM サーバ 1 4は、 上述した 名簿とともに、 ユーザが目的のメンバーを容易に識別することができるようにす るためのアイコンや、 そのメンバーに関する情報 （例えば、 通信可能か否かを示 す情報） であるプレゼンス等の情報をメディア IM クライアントに供給する。 名 簿等を供給されたメディア IM クライアントは、 その名簿の各メンバーにアイコ ンゃプレゼンスを関連付けて表示する。

なお、 以上のような名簿を一元管理する専用のサーバを設けるようにしてもも ちろんよい。 3 009631

14

なお、 プロファイルスペース ID 並びにアプリケーション ID は、 図 1のネッ トワークシステムに示されるような、 インスタントメッセージのプレゼンス機能、 メッセージング機能、 および Info/Query機能をベースとして、 アプリケーショ ンレべノレでのプロファイルのネゴシエーションを実現するアプリケーションプラ ットフォ^ "ムの運用者によって、 予め登録され、 管理されている。 従って、 サー ビスコンシユーマ 5 2は、 その ID に基づいて、 その内容を特定することが可能 となる。

図 8は、 パーソナルコンピュータ 1 1において動作する MPEG 4ストリーミン グサーバアプリケーションを定義するためのプロファイルスペースの例を表して いる。 同図に示されるように、 プロファイルスペースは、 そのパーソナルコンビ ユータにおいて提供されるサービスを表現する M次元の空間 （スペース） であり、 各プロフアイノレスペースを識別するための ID であるプロフアイ スペース ID と M次元のパラメータにより構成される。 この例においては、 プロファイルスぺ ース ID は、 「1 0 0 0 0 0 0 1」 とされている。 また、 パラメータは、 access method, bit rate 丄 ink speed) , X s cal e, Y scale, audio codec (こより構 成されている。 この例の場合、 通信に用いられるプロ トコルを表す access method の値は、 1 (RTSP/TCP+RTP/UDP)または 2 (HTTP tunnell ing)とされる。 接続されている通信回線の速度を表す b it rateは、 6 k乃至 5 1 2 kbps とされ る。 画面の横方向の大きさを表す X scaleは 1 2 8 pixel乃至 3 5 2 pixel とさ れ、 また画面の縦方向の大きさを表す Y scal eは 9 6 pixel乃至 2 8 8 pixel と されている。

ここで、 プロフアイノレの access method は、 通信に用いられるプロトコ/レを 表 してお り 、 例えば、 番号 1 で表される RTSP (Real Time Streaming Protoco l) /TCP (Transmi ss ion Contro l Protocol) +RTP (Real Time Transport Protocol) /UDP (User Datagram Protocol) 、 ま た は番号 2 で表 さ れる HTTP (Hyper Text Transfer Protocol) tunnel ling の ヽずれ力 とされる。 また、 bit rate は、 使用されている通信回線のデータ転送速度を表す。 すなわち、 bit rateは、 アプリケーション# 1が MPEG 4ストリーミングサービスを行う際 の MPEG 4データ転送速度を決定するための情報である。

さらに、 ビデオの圧縮伸長方式を表す Video Codec は、 MPEG 4とされている。 オーディオの圧縮伸長方式を表す audio codec は、 なし（none)、 CELP (Code Exc ited Linear Predictive) 8 k， CELP 1 6 k , AAC (Advanced Audi o Coding) 1 6 k, AAC 3 2 k, AAC 4 4 . 1 k, AAC 4 8 k のいずれかとされる。 このように、 パラメータは全て数値によって表現されている。 これにより、 サ ビスを提供するサービスプロバイダと、 サービスの提供を受ける （サービスを 利用する） サービスコンシユーマとの間で、 迅速且つ簡単に、 サービスの利用の 可否を判定することができる。

図 4に戻って、 メディア IM サーバ 1 4は、 ステップ S 4において、 メディア IM クライアント # P 1からの通知を受け取ると、 ステップ S 5において、 これ を名簿内の各メンバーにアナウンスする。

アナウンスを受けたメンバー (サービスコンシユーマ 5 2 ) の 1人であるメデ ィァ IM クライアント # C 1は、 ステップ S 6において、 この通知を受け取ると、 ステップ S 7において、 プロファイルスペース ID とサービスプロバイダ 5 1側 のアプリケーション ID (いまの場合、 アプリケーション # 1の ID) に基づいて、 自分自身がこのプロファイルを受け入れ可能であるか否かを判定する （検証す る） 。 上述したように、 このシステムの参加者は、 これらの ID に基づいて、 そ の内容 （図 8に示されているような、 相手側装置の機能） を特定することができ るので、 この判定が可能である。

例えば、 各メディア IM クライアント （すなわち、 パーソナルコンピュータ 1 1， 1 2等） は、 図 8に示されるような、 プロファイルに含まれるパラメータの 種類や、 そのパラメータが取り得る値の集合に、 アプリケーション ID およぴプ 口ファイル ID を関連付けたテーブルと、 サービスコンシュ一マとなるアプリケ ーシヨンに関する情報を予め保持しておりく ステップ S 7において、 保持してい るテーブルを参照し、 ステップ S 6において取得したアプリケーション ID ゃプ 口ファイル ID に対応するプロファイルに含まれるパラメータの種類やそのパラ メータが取り得る値の集合を特定し、 さらに、 保持しているアプリケーションに 関する情報に基づいて、 その特定されたパラメータ （パラメータに対応するプロ ファイル） 力 S、 サービスコンシユーマとなるアプリケーションの有する機能に対 応しているか否か （すなわち、 受け入れ可能であるか否か） を判定する。

なお、 この、 ID と内容の対応関係を記述したテーブルを各装置 （パーソナル コンピュータ 1 1 , 1 2等） に記憶させておくこともできるが、 所定のサーバ (例えば、 メディア IM サーバ 1 4 ) に記憶させておくこともできる。 この場合、 ユーザが検証のために、 このテーブルを利用する度に、 ユーザに対して課金する ようにすることもできる。 これにより、 メディア IM サーバ 1 4の運用者は、 利 益を得ることができる。

メディア IM クライアント # C 1は、 サービスプロバイダ 5 1からプレゼンス を受けたプロファイルの内容が、 サービスコンシユーマが受け入れ可能であると 判断した場合、 ステップ S 8において、 その受け入れ可能なサービスコンシユー マ 5 2となるアプリケーション # nに対して、 プレゼンスの内容 （図 8に示され るような、 プロファイルスペース ID に対応するプロファイル） を通知する。 ス テツプ S 9において、 アプリケーション # nは、 メディア IM クライアント # C 1からの通知を受信する。

なお、 サービスプロバイダからのアナウンス （ステップ S 4乃至 S 6 ) を受け 取った各メディア IM クライアントは、 ステップ S 7における検証の結果、 サー ビスコンシュ一マとなる適切なアプリケーシヨンが存在しないと判断した場合、 受信したアナウンスを無視する。

サービスコンシュ一マ 5 2としてのアプリケーション# nは、 サービスプロバ イダ 5 1のプレゼンスの内容を受信すると、 ステップ S 1 0において、 サービス プロバイダ 5 1から提供されたサービスの詳細情報を取得するように、 メディア IMクライアント # C 1に指示する。 ステップ S 1 1において、 メディア IMクラ イアント# < 1は、 この指示を受け取ると、 ステップ S 1 2において、 サービス プロバイダ 5 1が提供するサービスの、 上述したプロファイルスペースのパラメ ータ群の一部または全部のパラメータにより構成されるプロバイダプロファイル の送信を、 メッセージング機能または Info/Query機能を用いて要求する。 この 要求には、 サービスプロバイダ 5 1を指定するための宛先情報が含められている。 なお、 Info/Query 機能を用いて通知や要求を行った場合、 メッセージング機 能を用いた場合と異なり、 受け手側より受信確認の応答が送り手側に供給される。 例えば、 メディア IMクライアント # P 1のアプリケーション# 1がメディァ IM サーバ 1 4より名簿（Roster)を取得する場合、 メディア IM クライアント # P 1 は、 Info/Query機能により、 GETコマンド等をメディァ IMサーバ 1 4に供給す る。 メディア IMサーバ 1 4は、 この GET コマンドを取得すると、 取得したこと を示す応答を送信元のメディア IM クライアント # P 1を介してアプリケーショ ン # 1に供給する。 アプリケーション # 1は、 この応答により、 GET コマンドが メディア IMサーバ 1 4に供給されたことを確認することができる。

このようにアプリケーシヨンレベルにおいて確認応答が送信先より送信元に対 して供給されるので、 アプリケーションは、 Info/Query 機能を用いて通知や要 求を行うことにより、 確実にその通知や要求を送信先に供給することができる。 これに対してメッセージング機能を用いて通知や要求を行う場合、 その通知や 要求を取得した送信先のアプリケーションは、 送信元に上述した確認応答を供給 しない。 従って、 送信元のアプリケーションは、 メッセージング機能を用いて供 給した通知や要求を、 その送信先が取得したか否かを把握することができないの で、 Info/Query 機能を用いた場合と比較して、 目的の送信先に確実に供給する ことができない。 しかしながら、 メッセージング機能を用いた通知や要求の場合、 Info/Query 機能を用いた場合と比較して、 通信処理が簡潔になるので、 処理の 負荷を減らすことができる。 このメッセージング機能は、 例えば、 メディア IM クライアン ト間におけるテキス ト文書からなるイ ンスタントメ ッセージ (DISTANT MESSAGING) の授受に用いられる。

なお、 以上のような Info/Query機能を用いた通知や要求、 またはメッセージ ング機能を用いた通知や要求は、 メディア IM クライアントだけでなくメディア IMサーバも使用可能であり、 メディア IM クライアントとメディア IMサーバ間 における通知や要求だけでなくメディア IM クライアント間における通知や要求 等にも使用可能である。

さらに、 これらの Info/Query機能やメッセージング機能を用いた通知や要求 は、 コマンドだけでなく、 メッセージやパラメータ等、 どのようなデータを含ん でいても良く、 どのような内容であっても良い。

以上のように、 メディア IM クライアント # P 1、 メディア IM クライアント # C 1、 およびメディア IM サーバ 1 4は、 メ ッセージング機能または Info/Query機能を用いてデータ （通知や要求等も含む） の授受を行う。

上述したように、 プロバイダプロファイルを送信する場合、 メディア IM クラ イアント # P 1等は、 メッセージング機能または Info/Query機能のいずれを用 いて送信してもよい。 ただし、 Info/Query 機能を用いてプロバイダプロフアイ ルを送信する場合、 そのプロバイダプロファイルの送信に対する応答が、 送信先 より送信元に供給される。

メディア IM サーバ 1 4は、 ステップ S 1 3において、 メディア IM クライア- ント # C 1からの要求を受信すると、 ステップ S 1 4において、 これをメディア IMクライアント # P 1に送信する。 メディア IMクライアント # P 1は、 ステツ プ S 1 5において、 メディア IM サーバ 1 4からの要求を受信すると、 ステップ S 1 6において、 これをサービスプロバイダ 5 1としてのアプリケーション # 1 に供給する。

アプリケーション # 1は、 ステップ S 1 7において、 メディア IM クライアン ト # P 1からの要求を受信すると、 ステップ S 1 8において、 サービスコンシュ 一マ 5 2に対して提供するプロバイダプロファイルを組み立て、 メディア IM ク ライアント # P 1に送信する。

アプリケーション # 1により生成されるプロバイダプロファイルの内容は、 プ 口ファイルスペース （図 8 ) で定義されているパラメータ群のうち、 サービスプ ロバイダ 5 1がネットワークのリンクスピードや CPU の負荷状況などのランタ ィム環境を考慮した上で、 サービスコンシユーマ 5 2に対して実際に提供できる パラメータの値の範囲を具体的に設定したものとされる。

図 9は、 このようにして、 生成されるプロバイダプロファイルの例を表してい る。 図 9では、 このプロバイダプロファイルが、 プロファイルディスクリプショ ン（Profi le Description)として表されている。

図 9は、 サービスプロバイダ 5 1としてのアプリケーション # 1が VGA (Video Graphics Array)系の画角 （ 1 6 O pixel X 1 2 O pixelまたは 3 2 O pixel X 2 4 O pixel ) のみをサポートし、 力、つ PHS (Personal Handyphone System)相当 のネットワーク （リンクスピードの最大値が 1 2 8 kbps のネットワーク） に接 続されている場合の例を表している。 従って、 図 9の例においては、 ネットヮー クのリンクスピードとの兼ね合いから、 画角が図 8のプロファイルスペースで規 定されている範囲のうち、 1 6 O pi xel X 1 2 0 pixel (X scale X Y scal e)のみ に限定されている。

また、 図 9の例においては、 プロファイルスペース ID は、 「1 0 0 0 0 0 0 1」 とされており、 図 8に示されるプロファイルスペースに対応するプロフアイ ルディスクリプシヨンであることが示されている。 すなわち、 上述したように、 メディア IM クライアント # C 1がステップ S 1 2においてプロバイダプロファ ィルを要求すると、 その要求に応じて、 図 9に示されるような、 ステップ S 3に おいてメディ了 IM クライアント # P 1が供給したプロファイルスペース ID に 対応するプロファイルディスクリプシヨン （プロバイダプロファイル） が生成さ れる。

図 9の access method は、 RTSP/TCP+RTP/UDPまたは HTTP tunnel l ing のい ずれかとされる。 bit rate は、 6 k 乃至 1 2 8 kbps とされている。 さらに、 audio codecは、 なし（none)または CELP 8 kとされている。

メディア IM クライアント # P 1は、 ステップ S 1 9において、 アプリケーシ ヨン # 1からのプロバイダプロファイルの応答を受信すると、 ステップ S 2 0に おいて、 これをアプリケーショ ン # nに向けてメッセージング機能または Info/Query機能を用いて返信する。

メディア IM サーバ 1 4は、 ステップ S 2 1において、 メディア IM クライア ント # P 1からの返信を受信すると、 ステップ S 2 2において、 これをメディア IMクライアント # C 1に送信する。 ステップ S 2 3において、 メディア IMクラ イアント # C 1は、 この返信を受信すると、 それをステップ S 2 4において、 ァ プリケーシヨン ·# ηに送信する。 アプリケーション # ηは、 ステップ S 2 5にお いて、 このサービスプロバイダ 5 1からの返信 （図 9に示されるプロバイダプロ ファイルが含まれている） を受信する。

アプリケーション # ηは、 ステップ S 2 5の処理で受信したサービスプロバイ ダ 5 1のプロバイダプロファイルと、 自分自身が形成するコンシユーマプロファ ィルとのマッチング （比較） を行う。

ここで、 プロバイダプロファイルは、 上述したように、 メディア ΙΜ クライア ント # C 1によりサービスコンシユーマが受け入れ可能であると判断された内容 のプロファイルスペースに基づいて、 アプリケーション # 1が作成したプロファ ィルである。 すなわち、 このプロバイダプロファイルに対応するプロファイルス ペースは、 サービスコンシユーマとしてのアプリケーション# ηにも対応してい る。 従って、 アプリケーション # ηは、 アプリケーション # 1がプロバイダプロ ファイルを作成する場合と同様の処理を行い、 サービスコンシユーマに対応する、 このプロファイルスペースのパラメータ群の一部または全部のパラメータにより 構成されるプロファイル （すなわち、 コンシユーマプロファイル） を作成するこ とができる。 アプリケーション # ηは、 受信したサービスプロバイダ 5 1のプロ バイダプロファイルと、 このように作成されたコンシユーマプロフアイノレとのマ ツチングを行う。

上述したように、 サービスプロバイダが提示するプロバイダプロファイル （プ 口ファイルディスクリプシヨン） は、 数値だけで表現されているため、 サービス コンシユーマ 5 2は、 自分自身のプロファイルを構成する各パラメータの値の範 囲と単純に 1次元での比較を行うだけで、 整合性を簡単に検証することができる。 ここで、 次元とは、 パラメータの実質的な数を意味する。 すなわち、 サービス コンシユーマ 5 2は、 コンシユーマプロフアイノレの各パラメータの ί直の範囲を、 そのパラメータに対応するプロバイダプロフアイルのパラメータの値の範囲とを 1対 1で、 1つずつ比較する。

そして、 コンシユーマプロファイルの各パラメータの値の範囲の一部または全 部が、 そのパラメータに対応するプロバイダプロフアイルのパラメータの値の範 囲に重なる場合、 すなわち、 サービスコンシユーマ 5 2が、 サービスプロバイダ 5 1より提供されたサービスを取得することができる （アプリケーション # 1が 送信したデータを、 アプリケーション # ηが受け入れることができる） 範囲が存 在すると判定した場合、 サービスコンシユーマ 5 2は、 整合性が確認できたと判 定する。

アプリケーション # ηは、 整合性が確認できた場合、 テツプ S 2 6において、 サービスプロバイダ 5 1に対して、 提供されたサービスへの自分自身 （サービス コンシユーマ 5 2 ) の登録を要求する。 メディア ΙΜ クライアント # C 1は、 ス テツプ S 2 7において、 アプリケーション # nからこの指示を受け取ると、 ステ ップ S 2 8において、 サービスプロバイダ 5 1に対して、 プロファイルスペース ID に対応させて、 サービスコンシユーマ 5 2のアプリケーション# 11のアプリ ケーシヨン ID を登録することにより、 サービスの提供先としてサービスコンシ ユーマ 5 2を登録する、 サービスへの登録を、 メッセージング機能または Info/Query 機能を用いて要求する。 このとき、 プロファイルスペース ID とァ プリケーシヨン ID (アプリケーション # nの ID) がその要求に含められる。 メディア IM サーバ 1 4は、 ステップ S 2 9において、 メディア IM クライア ント # C 1からの要求を受け取ると、 ステップ S 3 0において、 これをメディア IMクライアント # P 1に送信する。 メディア IMクライアント # P 1は、 ステツ プ S 3 1において、 メディア IM サーバ 1 4からの要求を受信すると、 ステップ S 3 2において、 これをアプリケーション # 1に送信する。 アプリケーション # 1は、 ステップ S 3 3において、 サービスコンシユーマ 5 2からの登録要求を受 信する。

サービスプロバイダ 5 1としてのアプリケーション # 1は、 ステップ S 1 8の 処理でサービスコンシユーマ 5 2に対して提供したサービスに対応してサービス コンシユーマ 5 2を登録する。 具体的には、 プロファイルスペース ID に対応し て、 サービスコンシユーマ 5 2のアプリケーション # nのアプリケーション ID が対応して登録される。

このように登録されたサービスコンシユーマ 5 2に関する情報は、 アプリケー シヨン # 1によりサービスが提供される際に利用される。 すなわち、 アプリケー シヨン # 1は、 この登録された情報を参照し、 その情報に基づいてサービスコン シユーマ 5 2のアプリケーション （アプリケ一ション ID に対応するアプリケー シヨン） に対して、 サービスを提供する。

ステップ S 3 4において、 アプリケーション # 1は、 サービスコンシユーマ 5 2より供給された要求であり、 アプリケーション # 1がプロファイルスペース ID に対応させてサービスコンシユーマ 5 2のアプリケ一ション# nのアプリケ ーシヨン ID を登録することにより、 サービスの提供先としてサービスコンシュ 一マ 5 2を登録させる要求である、 サービスへの登録要求に対応する応答 （すな わち、 アプリケーション # nの登録が完了したか否かを示す情報の供給） をメデ ィァ IM クライアント # P 1に指示し、 ステップ S 3 5において、 この指示を受 け取ったメディァ IM クライアント # P 1は、 ステップ S 3 6において、 供給さ れた登録要求に対応する応答である登録結果を、 メッセージング機能または Info/Query 機能を用いて通知する。 ステップ S 3 7において、 この登録結果の 通知を受信したメディア IM サーバ 1 4は、 ステップ S 3 8において、 それをメ ディア IM クライアント # C 1に送信する。 メディア IM クライアント # C 1は、 ステップ S 3 9において、 これを受信すると、 ステップ S 4 0において、 アプリ ケーション # nに送信する。 アプリケーション # nは、 ステップ S 4 1において、 登録結果の通知を受信する。 アプリケーション # nは、 ステップ S 42において、 サービスプロバイダ 5 1 からのプロファイルディスクリプション （ステップ S 2 5の処理で受信したプロ バイダプロファイル） に基づく接続性を保証するためのパラメータを、 プロファ ィルアトム（Profile Atom)として決定する。 すなわち、 アプリケーション # 1 が送信したデータを、 アプリケーショ ン # nがそのまま利用することが可能な (アプリケーション # nが受け入れることが可能な） パラメータが決定される。 図 1 0は、 このプロファイルァトムのディスクリプションの例を表している。 この例においては、 プロファイルスペース ID 力 S 「1 00 0000 1」 とされて おり、 図 8に示されるプロファイルスペースに対応するプロファイルァトムであ ることが示されている。 すなわち、 上述したように、 メディア IM クライアント # C 1の要求に応じてプロファイルスペース ID に対応するプロファイルデイス クリプション （プロバイダプロファイル） がメディア IM クライアント #P 1に より作成され、 供給されると、 メディア IM クライアント #C 1は、 プロフアイ ルスペース ID に対応するコンシユーマプロファイルを作成し、 それを供給され たプロバイダプロファイルと比較し、 整合すると判定した場合、 提供されたサー ビスへの登録処理を行うとともに、 それらのプロファイルに対応するプロフアイ ルスペースの各パラメータの範囲から、 接続性を保証するための範囲を特定し、 図 1 0に示されるような、 それらの範囲のパラメ一タにより構成されるプロファ ィルァトムを生成する。

access method は、 HTTP tunnelling とされてレヽる。 すなわち、 図 9のプロ バイダプロファイルにおける _access method のうち、 番号 2に対応する方が選 択されている。

また、 bit rateは 48 kbps、 X scaleは 1 6 0、 Y scaleは 1 2 0とされて レヽる。 さらに、 audio codecは、 CELP 8kとされている。

アプリケーション # nは、 ステップ S 4 2において、 このようにして決定した プロファイルァトムを伴ったコネクト要求を発行する。 ステップ S 4 3において、 メディア IM クライアント # C 1は、 この要求を受信すると、 ステップ S 44に おいて、 この要求を、 メッセージング機能または Info/Query機能を利用して、 サービスプロバイダ 5 1に送信する。 メディア IM サーバ 1 4は、 ステップ S 4 5において、 この要求を受信すると、 ステップ S 4 6において、 その要求をメデ ィァ IM クライアント # P 1に送信する。 メディア IM クライアント # P 1は、 ステップ S 4 7において、 メディア IMサーバ 1 4からの要求を受信すると、 こ れをステップ S 4 8において、 アプリケーション # 1に送信する。 アプリケーシ ヨン # 1は、 ステップ S 4 9において、 この要求を受信する。

アプリケーション # 1は、 この要求を受信すると、 ステップ S 5 0において、 サービスコンシユーマ 5 2 (アプリケーション # n ) がサービスプロバイダ 5 1 (アプリケーション # 1 ) に対して接続するために必要な接続情報を含む応答を、 サービスコンシユーマ 5 2に送信する。 この接続情報は、 例えば、 サービスコン シユーマ 5 2がサービスプロバイダ 5 1に接続する際にアクセスするァドレスで ある、 サービスプロノ イダ 5 1 のア ドレスを示す URI (Uniform Resource Identif ier) (サービス URI) とすることができる。

アプリケーション # 1からステップ S 5 0の処理で送信された応答は、 ステツ プ S 5 1において、 メディア IM クライアント # P 1で受信され、 メディア IM クライアント # P 1は、 ステップ S 5 2において、 その応答を、 メッセージング 機能または Info/Query機能を利用して、 サービスコンシユーマ 5 2に向けて送 信する。 メディァ IM サーバ 1 4は、 ステップ S 5 3において、 メディァ IM ク ライアント # P 1からの応答を受信すると、 ステップ S 5 4において、 これをメ ディア IM クライアント # C 1に送信する。 メディア IM クライアント # C 1は、 ステップ S 5 5において、 メディア IM サーバ 1 4からの応答を受信すると、 ス テツプ S 5 6において、 これをアプリケーション # nに送信する。 アプリケーシ ヨ ン # nは、 ステップ S 5 7において、 この応答を受信する。

アプリケーショ ン # 1は、 ステップ S 5 0において、 応答の送信を指示した後、 アプリケーション # nからの直接の （メディア IMサーバ 1 4を介さない) ァク セスを待機している。 そこで、 ステップ S 5 8において、 アプリケーション # n は、 メディア IM サーバ 1 4を介さずに、 ピアツーピアで、 アプリケーション # 1のサービス URL (Uniform Resource Locator)にアクセスする。 ステップ S 5 9において、 アプリケーション # 1は、 アプリケーション # nからのピアツーピ ァの URLへのアクセスを受け付ける。

以後、 アプリケーション # 1とアプリケーション # nは、 ピアツーピアで情報 を授受することが可能となる。

なお、 サービスプロバイダ 5 1は、 サービスを提供する側 （提供者） である。 これに対して、 サービスコンシユーマ 5 2は、 サービスの提供を受けて利用する 側 （利用者） である。 サービスの提供者と利用者は相対的なものであり、 例えば、 パーソナルコンピュータ 1 1とパーソナルコンピュータ 1 2は、 それぞれ一方が サービスを提供するとき、 他方がサービスを利用することになる。 従って、 一般 的には、 パーソナルコンピュータ 1 1は、 サービスプロバイダ 5 1 としての機能 と、 サービスコンシユーマ 5 2としての機能の両方を有している。 従って、 パー ソナルコンピュータ 1 1は、 サービスの提供者側としてのアプリケーション # 1 とメディア IM クライアント # P 1を有するだけでなく、 サービスの利用者側と してのアプリケーション # nとメディア IM クライアント # C 1も有している。 同様に、 パーソナルコンピュータ 1 2も、 サービスの利用者側としてのアプリケ ーシヨン # nとメディア 頂 クライアント # C 1だけでなく、 サービスの提供者 側としてのアプリケーション # 1とメディア IM クライアント # P 1も有してい る。

以上のように、 本発明のアプリケーションプラットフォームは、 インスタント メッセージのプレゼンス機能、 メッセージング機能、 および Info/Query機能を ベースとして、 アプリケ一ションレべノレでのプロフアイノレのネゴシエーションを 実現する新たなプロ トコルアーキテクチャを構築している。 その結果、 このァプ リケーションプラットフオームにおけるマッチングメーキングの仕組みを用いる ことによって、 パーソナルコンピュータ、 モパイル機器などの能力が異なる （勿 論、 同一でもよいが） 様々なデバイスに実装されたアプリケーション同志が、 簡 単かつ確実に接続可能となる。 これにより、 文字、 音声、 音楽、 動画、 静止画と いった様々な情報からなるリツチメディア情報を、 ピアツーピアコミュニケーシ ョンで伝送することが可能なシステムを実現することができる。 この場合におい て、 最終的に接続性が保証されたアプリケーショ ン （サービスエンティティ同 志） がピアツーピアでコミュ -ケ一シヨンを図ることができる。 従って、 ユーザ は、 特別の操作を行わずとも、 簡単かつ確実に、 情報を授受することが可能とな る。

上述したアプリケーション (サービスエンティティ） は、 パーソナルコンビュ ータゃネットワーク対応の CE (Consumer Electronics)機器のみならず、 インタ ーネット 1上の商用アプリケーションサーバにも適用することが可能となる。 例えば、 図 1のアプリケーションサーバ 1 5においては、 商用プリントサービ スのアプリケーションが、 サービスプロバイダとして、 メディア IM クライアン ト # 4上で実行される。 従って、 図 1におけるパーソナルコンピュータ 1 1 , 1 2あるいは PM 1 3は、 アプリケーションサーバ 1 5との間で上述した手順を実 行することで、 アプリケーションサーバ 1 5が提供するプリントサービスを、 ィ ンターネット 1を介して利用することができる。

従って、 本発明においては、 インターネット 1に接続されている各サーバが提 供しているサービスを検索することで、 サービスプロバイダの一覧を Buddy リ ストとして、 例えば、 図 1 1に示されるように、 表示することができる。

図 1 1の例においては、 PDA 1 3に実装されたメディ了 IM クライアント # 3 上で、 サービスコンシユーマとして動作しているプリントサービスのアプリケー シヨンが利用できるサービスプロバイダの一覧が表示されている。 この場合にお いて、 プレゼンス機能を用いることによって、 サービスコンシユーマに応じてき め細かく、 かつ自由に、 商用サービスのステータスを表現することができる。 例 えば、 図 1 1の例において、 商用サービスを運用中であるか否かを、 ランプアイ コン 1 3 Aで表示するようにすることができる。 この場合、 例えば、 運用中の商 用サービスは、 緑色で表示し、 休止中の商用サービスは、 赤色で表示するように することができる。 また、 図 1 1の例においては、 依頼したプリントが仕上がる 時刻、 価格などの細かい状況も、 ステータス情報として表示されている。

なお、 当然のことながら、 ユーザ端末上のサービスプロバイダとサービスコン シユーマのアプリケーション間においても、 ユーザィンタフェースおよぴプレゼ ンス機能により、 相手先に応じたきめ細かいステータス表示をアプリケーション 毎に行うことが可能である。

図 1 2は、 パーソナルコンピュータ 1 1の構成例を表している。 なお、 図示は 省略するが、 他のパーソナルコンピュータ 1 2も同様に構成される。 従って、 こ の図 1 2には、 パーソナルコンピュータ 1 2の構成としても、 適宜、 引用される。 図 1 2 ^1ぉ ヽて、 CPU (Central Processing Unit ) 1 2 1 ま、 ROM (Read Only Memory) 1 2 2に記憶されているプログラム、 または記憶部 1 2 8から RAM (Random Access Memory) 1 2 3にロードされたプログラムに従って各種 の処理を実行する。 RAM I 2 3にはまた、 CPU 1 2 1が各種の処理を実行する上 において必要なデータなども適宜記憶される。

CPU 1 2 1 、 ROM 1 2 2、 および RAM I 2 3は、 バス 1 2 4を介して相互に接続 されている。 このバス 1 2 4にはまた、 入出力ィンタフェース 1 2 5も接続され ている。

入出力インタフェース 1 2 5には、 キーボード、 マウスなどよりなる入力部 1 2 6 、 CRT (Cathode Ray Tube)、 LCD (Liquid Crystal display)などよりなる ディスプレイ、 並びにスピーカなどよりなる出力部 1 2 7、 ハードディスクなど より構成される記憶部 1 2 8、 モデム、 ターミナルアダプタなどより構成される 通信部 1 2 9が接続されている。 通信部 1 2 9は、 インターネットを含むネット ワークを介しての通信処理を行う。

入出力ィンタフェース 1 2 5にはまた、 必要に応じてドライブ 1 3 0が接続さ れ、 磁気ディスク 1 4 1、 光ディスク 1 4 2、 光磁気ディスク 1 4 3、 或いは半 導体メモリ 1 4 4などが適宜装着され、 それらから読み出されたコンピュータプ ログラムが、 必要に応じて記憶部 1 2 8にインストールされる。 上述したアプリケーション # 1 (サービスプロバイダ 5 1 ) 及びメディア IM クライアント # P 1またはアプリケーション# η (サービスコンシユーマ 5 2 ) 及ぴメディア ΙΜ クライアント # C 1は、 CPU 1 2 1により、 RAM 1 2 3により口 一ドされ、 実行される。

以上においては、 サービスコンシユーマ 5 2から、 図 7のステップ S 4 2の処 理で、 プロファイルア トムをサービスプロバイダ 5 1に送信し、 サービスを利用 するようにしたので、 例えば、 定点カメラにおいて取得した画像を、 サービスプ 口バイダ 5 1からサービスコンシユーマ 5 2に提供するような、 いわゆるプル型 のサービスには親和性がある。 例えば、 定点カメラにおいて取得した画像を提供 するサービスプロバイダ 5 1は、 画像の提供を受ける側であるサービスコンシュ 一マ 5 2より供給される画像提供の要求に基づいて画像を提供すれば良いので、 このようなサービスは上述したシステムで容易に実現することができる。

しかしながら、 例えば、 電話のように、 サービスプロバイダ 5 1からサービス コンシユーマ 5 2に対して、 能動的にサービスを提供するような、 いわゆるプッ シュ型のサービスに対しては、 上記したシステムは親和性に乏しい。 例えば、 電 話サービスを上述したシステムで実現する場合、 電話をかける側であるサービス プロバイダ 5 1は、 電話を受ける側であるサービスコンシユーマ 5 2より要求を 受けないと電話をかけられなくなるので、 このようなサービスは上述したシステ ムで単純に実現することはできない。

そこで、 プッシュ型のサービスが提供できるようにするための手順について、 以下に説明する。

この場合においては、 図 4のステップ S 1乃至ステップ S 9の処理に代えて、 図 1 3に示されるステップ S 1 0 1乃至ステップ S 1 0 9の処理が実行される。 図 1 3のステップ S 1 0 1乃至ステップ S 1 0 9の処理は、 図 4のステップ S 1 乃至ステップ S 9の処理に、 基本的に対応している。 そこで、 以下に、 その違い についてだけ説明する。

図 4における場合と異なるのは、 図 4のステップ S 3に対応するステップ S 1 1

29

0 3と、 図 4のステップ S 7に対応するステップ S 1 0 7の処理である。

即ち、 ステップ S 3においては、 メディア クライアント # P 1は、 プロフ アイルスペース IDとプロバイダアプリケーション IDを、 メディア IMサーバ 1 4に送信するようにしていたが、 ステップ S 1 0 3の処理では、 これに加えて、 さらにプロバイダエンドポイント （Provider End Point) が送信される。 この プロバイダェンドボイントは、 サービスを提供する提供者としてのエンティティ を識別する提供者ェンティティ識別子である。

図 1 5乃至図 1 7を参照して後述するように、 アプリケーション # 1は、 サー ビスの提供者としての実体であるサービスエンティティを、 1以上、 有すること ができる。 プロバイダエンドポイントは、 この 1以上のサービスエンティティの 中から目的のサービスエンティティを識別するための識別子である。

また、 図 4のステップ S 7においては、 メディア IM クライアント # C 1は、 プロフアイノレスペース ID とサービスプロバイダ 5 1のアプリケーション ID (ァ プリケーシヨン # 1の ID) に基づいて、 自分自身がこのプロファイルを受け入 れ可能であるか否かを検証するようにしていたが、 ステップ S 1 0 7の処理にお いては、 この検証に加えて、 さらにステップ S 1 0 6の処理で受信されたメディ ァ IM クライアント # P 1からの通知に含まれる、 プロバイダエンドポイントと コンシユーマエンドポイント （Consumer End Point) の対応関係が、 メディア I クライアント # C 1により記憶される。 このコンシユーマエンドポイントは、 サービスを利用する利用者としてのエンティティを識別する利用者エンティティ 識別子である。

図 1 5乃至図 1 7を参照して後述するように、 アプリケーション # nは、 サー ビスの利用者としての実体であるサービスエンティティを、 1以上、 有すること ができる。 コンシユーマエンドポイントは、 この 1以上のサービスエンティティ の中から目的のサービスエンティティを識別するための識別子である。

その他の処理は、 図 4における場合と同様である。

図 1 3に示されるステップ S 1 0 1乃至ステップ S 1 0 9の処理 （図 4のステ ップ S 1乃至ステップ S 9に対応する処理） が実行された後、 上述した場合と同 様に、 図 5に示されるステップ S 1 0乃至ステップ S 2 5の処理が実行される。 ただし、 この場合、 ステップ S 1 2の処理において、 サービスプロバイダの指定 情報として、 ステップ S 1 0 7の処理によって記憶されたプロバイダェンドボイ ントが含められる。 即ち、 これにより、 サービスコンシユーマ 5 2 (アプリケー シヨン # n ) は、 サービスプロバイダ 5 1 (アプリケーション # 1 ) から提供さ れたサービスの詳細情報を取得する。

次に、 図 6に示されるステップ S 2 6乃至ステップ S 4 1の処理に代えて、 図 1 4に示されるステップ S 1 2 6乃至ステップ S 1 4 1の処理が実行される。 このステップ S 1 2 6乃至ステップ S 1 4 1の処理は、 基本的に、 図 6のステ ップ S 2 6乃至ステップ S 4 1の処理に対応する処理であるが、 図 6のステップ S 2 8に対応するステップ S 1 2 8の処理と、 図 6のステップ S 3 1に対応する ステップ S 1 3 1の処理が、 図 6におけるステップ S 2 8またはステップ S 3 1 の処理と異なっている。

その他の処理は、 図 6における場合と同様であるので、 以下に、 ステップ S 1 2 8の処理とステップ S 1 3 1の処理についてだけ説明する。

図 6のステップ S 2 8の処理ではメディァ IM クライアント # C 1は、 アプリ ケーション# nからのサービスへの登録要求に基づいて、 アプリケーション # 1 に対してサービスへの登録要求を発行する。 このステップ S 2 8の処理では、 こ の登録要求に、 プロファイルスペース ID とアプリケーション ID だけを付加す るようにしていたが、 ステップ S 1 2 8の処理では、 これに加えて、 さらにプロ バイダェンドポイントとコンシユーマエンドポイントが付加される。 このプロバ イダェンドボイントとコンシユーマエンドボイントは、 図 1 3のステップ S 1 0 7の処理で、 その対応関係が記憶されたものである。

また、 図 6のステップ S 3 1においては、 メディア IM クライアント # P 1は、 メディア IM サーバ 1 4からの要求を受信すると、 ステップ S 3 2において、 こ れをアプリケーション # 1に送信するだけであつたが、 ステップ S 1 3 1の処理 においては、 メディア IM クライアント #P 1は、 メディア IMサーバ 14から の要求を受信すると、 それに含まれるプロバイダェンドボイントとコンシユーマ エンドポイントを読み出し、 両者を対応させて登録する処理を実行する。

以上のようにして、 メディア IM クライアント #C 1 (図 1 3のステップ S I 07の処理） と、 メディア IM クライアント #P 1 (図 1 0のステップ S 1 3 1) の両方において、 プロバイダエンドポイントとコンシユーマエンドポイント の対応関係が記憶される。 その他の処理は、 図 6における場合と同様である。 次に、 図 1 5乃至図 1 7を参照して、 サービスエンティティについて説明する。 上述したステップ S 131で、 メディア IM クライアント # P 1によりサービス プロバイダェンティティとサービスコンシユーマエンティティが登録された状態 、 図 1 5に模式的に表されている。 この例においては、 ID1乃至 ID3で示さ れる 3個のサービスプロバイダエンティティと、 ID4と ID5で示される 2個の サービスコンシユーマエンティティが、 メディア IM クライアント #P 1に登録 されている。

図 1 6に示されるように、 ID 1で示される 1個のサービスプロバイダェンテ ィティは、 ID 4と ID5で示される 2個のサービスコンシユーマエンティティと 対応付けられている。

また、 図 1 7に示されるように、 ID 4で示される 1個のサービスコンシユー マエンティティは、 ID1， ID2、 または ID3の 3個のサービスプロバイダェン ティティと対応付けられている。

これらの図において、 対応関係は、 サービスセッション （Service Session) として示されている。

サービスエンティティは、 サービスの提供者または利用者としての実体であり、 アプリケーショ ン # 1 (アプリケーション # nも同様） は、 1以上のサービスェ ンティティを有することができる。 即ち、 通常、 アプリケーション # 1が提供す ることが可能なサービスは 1個だけではない。 アプリケーション # 1は、 1個以 上のサービスを提供することができる。 同様に、 通常、 アプリケーショ ン # nは、 T/JP2003/009631

32

サービスを、 1個だけ利用するのではなく、 2個以上のサービスを利用する。 例 えば、 電話アプリケーションを例とした場合、 サービスプロバイダとサービスコ ンシ マとの間で映像音声を授受するサービスと、 文字を授受するサービスと を提供することができる。 従って、 アプリケーション ID をサービス ID として 利用することはできず、 サービスの実体としてのサービスエンティティが、 ァプ リケーションとは別に規定される。

図 1 4に示される登録処理が完了したとき、 さらに図 1 8に示されるステップ S 2 0 1乃至ステップ S 2 1 2の処理が、 後述する図 2 1に示されるステップ S 1 4 2乃至ステップ S 1 5 9の処理 （コネクト要求の処理） の前に実行される。 ステップ S 2 0 1において、 アプリケーション # 1は、 ユーザの指示に基づい て、 ユーザが指定したサービスコンシユーマに対してアプリケーション# 1が提 供するサービスの利用を促す （勧誘する） メソッ ドの発行を指令する。 この勧誘 処理は、 例えば電話アプリケーションの場合には、 相手の電話に対して発呼する 処理に相当する。 ステップ S 2 0 2において、 メディア IM クライアント # P 1 は、 アプリケーション # 1からこの指示を受け取ると、 ステップ S 2 0 3におい て、 指示されたサービスコンシユーマに対してサービスの利用 （サービスへの接 続） を促す Inviteメソッドを、 IMのメッセージング機能または Info/Query機 能を用いて送信する。

この Invite メ ソッ ドには、 そのメ ソッ ドを識別する リファレンス番号 (Invite Reference) が含まれるほか、 ステップ S 1 3 1の処理で登録された、 プロバイダェンドボイントとコンシ マエンドボイントが含まれている。

なお、 メソッドとは、 オブジェク ト指向プログラミングにおける、 「データ」 および 「手続き」 により構成されるオブジェク トが有する、 そのオブジェク トに 対する操作 （すなわち、 オブジェク トの 「手続き」 を実行させる操作） を表すも のである。 すなわち、 この場合、 Inviteメソッドは、 メディア IMクライアント # C 1に対して、 メディア IM クライアント # C 1が有する 「サービスの利用」 手続きを実行させるメソッドである。 メディア IMクライアント # P 1力 Inviteメソッドに、 このように対象とす るサービスを提供するサービスプロパイダェンティティを識別するプロバイダェ ンドボイン卜と、 そのサービスを利用するサービスコンシユーマエンティティを 識別するコンシユーマエンドポイントを付加することで、 メディア IM クライア ント # C 1は、 複数のサービスエンティティの中から、 確実に対象とするサービ スエンティティを識別することが可能となる。

また、 Invite Reference を Invite メソッドに含めることで、 後に、 図 1 9 を参照して説明するように、 サービスプロバイダが、 その発行した Invite メソ ッドをキャンセルしたり、 図 2 0を参照して説明するように、 コンシユーマが、 その Inviteメソッドに Acceptメソッドまたは Rejectメソッドで応答する場合 に、 対象とする Inviteメソッドを特定することが可能となる。

なお、 メディア IM クライアント # P 1は、 ステップ S 2 0 3で、 アプリケー シヨン # 1から指定されたサービスコンシユーマに対して Invite メソッドを送 信するのではなく、 図 1 4のステップ S 1 2 6のアプリケーション # nからのサ 一ビスへの登録要求に基づいて登録されたすベてのサービスコンシユーマに対し て Inviteメソッドを送信するようにすることもできる。

メディア IM サーバ 1 4は、 ステップ S 2 0 4でメディア IM クライアント # P 1から送信されてきた Invite メソッドを受信すると、 ステップ S 2 0 5にお いて、 これをメディア IMクライアント # 1に送信する。

メディア IMクライアント # C 1は、 ステップ S 2 0 6において、 メディア IM サーバ 1 4から送信されてきた Invite メソッドを受信すると、 これをステップ S 2 0 7において、 アプリケーション # nに通知する。 アプリケーション # nは、 ステップ S 2 0 8において、 メディァ IM クライアント # C 1からの通知を受信 すると、 サービスコンシュ一マ 5 2のユーザ (サービス利用者） に対して、 映像、 音声、 GUI (Graphical User Interface) などを利用して、 そのことを通知す る。

また、 アプリケーション # nが、 例えば、 起動はされているが、 待機状態であ り、 その他の動作が行われていないような待ち受け動作状態である場合や、 起動 されていない場合等、 そのままでは通信不可能な状態であっても、 メディア IM クライアント C 1が、 アプリケーション # nを起動したり、 アプリケーション # nの動作を制御したりする等して、 アプリケーシヨン # nの動作状態を制御し、 アプリケーション # nが、 アプリケーション # 1より供給される通知情報を取得 することができるようにすることができる。 これにより、 確実に通知をユーザに 知らしめることができる。

メディア IM クライアント # C 1はまた、 ステップ S 2 0 6でメディア IM サ ーバ 1 4から Invite メソッドを受信すると、 ステップ S 2 0 9において、 受信 したことを、 Info/Query 機能の結果として通知する。 メディア IM サーバ 1 4 は、 ステップ S 2 1 0において、 メディア IM クライアント # C 1からの通知を 受信すると、 ステップ S 2 1 1において、 この通知をさらにメディア IM クライ アント # P 1に送信する。 メディア IM クライアント # P 1は、 ステップ S 2 1 2において、 この通知を受信する。 これにより、 メディア IM クライアント # P 1は、 ステップ S 2 0 3において発行した Info/Query機能に基づくメッセージ 、 確実にメディア IM クライアント # C 1に受信されたことを知ることができ る。

なお、 上述したように、 メッセージング機能によるデータの授受においては、 データの送信先は、 データの送信元に対して、 データの送信に対する応答を送信 しない。 すなわち、 メディア IM クライアント # C 1は、 メッセージング機能に より送信されたデータを取得しても、 そのデータに対する応答 （データを取得し たことを示す通知） を送信しない。 従って、 Invite メソッドが、 メッセ一ジン グ機能を利用して送信された場合には、 この Info/Query機能に基づく通知は行 われない。

以上のようにして、 アプリケーション # 1のユーザは、 アプリケーション # n のユーザ （コンシユーマ） に対してサービスをプッシュすることができる。 このシステムにおいては、 サービスプロバイダ 5 1は、 このようにして、 ー且 発行した勧誘をキャンセルすることが可能とされている。 この場合の処理につい て、 図 1 9を参照して説明する。 このキャンセルの処理は、 例えば電話アプリケ ーシヨンにおいては、 接続先を呼び出し中に、 発信元が呼び出しをやめる処理に 相当する。

この処理は、 図 1 8の Invite メソッドが発行された後、 図 2 0を参照して後 述するコンシユーマ側から Accept または Rej ect メソッドが送信されてくるま での間に、 サービスプロバイダ 5 1が実行することができる。

サービスプロバイダ 5 1としてのアプリケーション# 1のユーザは、 何らかの 事情により、 図 1 8の処理でサービスコンシユーマ 5 2に対して発行した Invite メソッドをキャンセルしたいと考えるとき、 そのことをアプリケ一ショ ン # 1に指示する。 アプリケーション # 1は、 ユーザからこの指示を受けると、 ステップ S 2 3 1において、 メディア IM クライアント # P 1に対して勧誘のキ ヤンセルを指令する。

メディア IM クライアント # P 1は、 ステップ S 2 3 2において、 アプリケ一 シヨン # 1から勧誘のキャンセルの指示を受け取ると、 ステップ S 2 3 3におい て、 Cancel メソッドをメッセージング機能または Info/Query機能を用いて発 行する。 この Cancel メソッドは、 キャンセル対象とされる Invite メソッドを 識別するためのリファレンス番号 （Invite Reference) を含んでいる。 また、 Cance l メソッドは、 対象とするサービスプロバイダエンティティを識別するた めのプロバイダエンドポイントと、 対象とするサービスコンシユーマエンティテ ィを識別するためのコンシユーマエンドポイントを含んでいる。 これにより、 複 数の Invite メソッドがあっても、 キャンセル対象を確実に特定することができ る。

ステップ S 2 3 4において、 メディア IM サーバ 1 4は、 メディア IM クライ アント # P 1力 らの Cancel メソッドを受信すると、 ステップ S 2 3 5において、 これをメディア IM クライアント # C 1に送信する。 メディア IM クライアント # C 1は、 ステップ S 2 3 6において、 この Cancel メソッドを受信すると、 Cancel メソッドに含まれるプロバイダエンドポイント、 コンシユーマエンドポ イントおよびリファレンス番号 (Invite Reference) からキャンセノレされた勧 誘を特定し、 ステップ S 2 3 7において、 アプリケーション # nに対して勧誘が キャンセルされたことを通知する。 アプリケーション # nは、 ステップ S 2 3 8 において、 メディア IM クライアント # C 1から、 このキャンセルの通知を受け 取ると、 勧誘を受けた場合と同様に映像、 音声、 GUI などにより勧誘がキャンセ ルされたことをユーザに通知する。

ステップ S 2 3 9において、 メディア IMクライアント # C 1は、 メディア IM サーバ 1 4から Cancel メソッドを受信したことを、 Info/Query 機能によりメ ディア IM サーバ 1 4に通知する。 ステップ S 2 4 0において、 メディア IM サ ーバ 1 4は、 Info/Query の結果の通知を受け取ると、 ステップ S 2 4 1におい て、 この通知をメディア IM クライアント # P 1に送信する。 メディア IM クラ イアント # p 1は、 ステップ S 2 4 2において、 メディァ IM サーバ 1 4からの 通知を受信する。 これにより、 メディア IM クライアント # P 1は、 ステップ S 2 3 3で発行した Cancel メソッドがメディア IM クライアント # C 1に確実に 受信されたことを確認することができる。

サービスコンシユーマ 5 2のュ一ザは、 以上の図 1 9の処理によりキャンセル の通知を受けたとき、 図 2 0を参照して後述する勧誘に対する返答をすることが できない。 従って、 サービスプロバイダ 5 1は、 図 1 8の Invite メソッドを発 行した後、 Cancel メソッドを発行する場合、 サービスコンシユーマ 5 2からの 返答を受信できるように待機する必要がない。 これに対して、 サービスプロバイ ダ 5 1は、 図 1 8の Invite メソッドを発行した後、 Cancel メソッドを発行し ない場合には、 サービスコンシユーマ 5 2からの返答を受信できるように待機す る。

次に、 図 2 0を参照して、 図 1 8の処理により、 Invi te メソッドを受信した サービスコンシユーマ 5 2が実行する返答処理について説明する。 この返答処理 は、 例えば電話アプリケーションにおいては、 受信側が電話呼出に応答する処理 P T/JP2003/009631

37

に相当する。

アプリケーション # nを介して invite メソッドが受信されたことの通知を受 けた場合、 サービスコンシユーマ 5 2のユーザは、 それに対応する返答を行う。 ユーザは、 勧誘を受け入れる力 \ または拒絶することを、 アプリケーション # n に指示する。

アプリケーション # nは、 ユーザから、 受け入れまたは拒絶の返答の指示を受 けると、 ステップ S 2 6 1において、 その返答に対応するメソッドの発行をメデ ィァ IM クライアント # C 1に要求する。 ステップ S 2 6 2において、 メディア IM クライアント # C 1は、 アプリケーション# nからの指示を受け取ると、 ス テツプ S 2 6 3において、 アプリケーショ ン # nからの指示に対応する応答 (Reply) を送信する。 アプリケーショ ン # nからの指示が受け入れである場合 には、 メディア IMクライアント # C 1は、 Acceptメソッドを発行し、 拒絶であ る場合には、 Rej ect メソッドを発行する。 これらのいずれのメソッドにも、 対 象とする Invite メ ソッ ドを特定するためのリ ファレンス番号 ( Invite Reference) を含んでいる。 また、 この Acceptメソッドまたは Rej ectメソッド には、 対象とするプロバイダサービスエンティティを識別するためのプロバイダ ェンドボイントと、 対象とするコンシユーマサービスエンティティを特定するコ ンシユーマエンドボイントが含まれている。

メディア IM クライアント # C 1は、 IM のメ ッセージング機能または Info/Query機能を用いて、 この Acceptメソッドまたは Rej ectメソッドを発行 する。

ステップ S 2 6 4において、 メディァ IM サーバ 1 4は、 メディア IM クライ アント # 1力、らの Accept メソッドまたは Reject メソッドを受信すると、 ス テツプ S 2 6 5において、 これをメディア IMクライアント # P 1に送信する。 メディア IMクライアント # P 1は、 ステップ S 2 6 6において、 メディア IM サーバ 1 4からの Accept メソッドまたは Reject メソッドを受信すると、 Accept メソッドまたは Reject メソッドに含まれるプロバイダエンドポイント、 コンシユーマエンドポイント及びリファレンス番号 (Invite Reference) から どの勧誘に対する応答かを特定し、 ステップ S 2 6 7において、 アプリケーショ ン# 1に対してサービスコンシユーマ 5 2からステップ S 2 0 1の処理で発行し た勧誘に対応する応答が受信されたことを通知する。

ステップ S 2 6 8において、 アプリケーション# 1は、 メディア IM クライア ント # P 1からの応答を受信すると、 サービスプロバイダ 5 1のユーザに対して、 勧誘が受け入れられたこと （Accept メソッドが受信された場合） 、 または拒絶 されたこと （Rejectメソッドが受信された場合） を通知する。

これにより、 サービスプロバイダ 5 1のユーザは、 発行した勧誘にサービスコ ンシユーマ 5 2のユーザが応答した結果を知ることができる。

メディア IMクライアント # P 1は、 ステップ S 2 6 6の処理で、 メディア IM サーバ 1 4から Accept メソッドまたは Reject メソッドを受信すると、 受信し たことを表す Info/Queryの結果の通知を、 ステップ S 2 6 9においてメディァ IMサーバ 1 4に発行する。 メディア IMサーバ 1 4は、 ステップ S 2 7 0におい て、 メディア IM クライアント # P 1からの通知を受信すると、 ステップ S 2 7 1において、 これをメディア IM クライアント # C 1に送信する。 メディア クライアント # C 1は、 ステップ S 2 7 2において、 メディア IM サ一バ 1 4力 らの通知を受信する。 これにより、 メディア IM クライアント # C 1は、 ステツ プ S 2 6 3において発行した Accept メソッドまたは Re ject メソッドが、 メデ ィァ IMクライアント # P 1に受信されたことを確認することができる。

以上の処理により、 サービスコンシユーマ 5 2のユーザが、 勧誘に対して受け 入れを指示した場合には、 アプリケーショ ン # 1は、 アプリケ シヨン # nから の続くコネク ト要求が来るのを待機する。 その後、 サービスコンシユーマ^{5 2}の ユーザは、 図 7に示されるステップ S 4 2乃至ステップ S 5 9の処理に代えて、 図 2 1に示されるステップ S 1 4 2乃至ステップ S 1 5 9の処理を実行すること で （コネク ト要求を実行することで） 、 サービスプロバイダ 5 1が提供するサー ビスを利用する。 このステップ S 1 4 2乃至ステップ S 1 5 9の処理は、 基本的に、 図 7のステ ップ S 4 2乃至ステップ S 5 9の処理に対応する処理であるが、 図 7のステップ S 4 4に対応するステップ S 1 4 4の処理が、 図 7におけるステップ S 4 4の処 理と異なっている。

その他の処理は、 図 7における場合と同様であるので、 以下に、 ステップ S 1

4 4の処理についてだけ説明する。

図 7のステップ S 4 4の処理ではメディア IM クライアント # C 1は、 アプリ ケーシヨン # nからのコネク ト要求を、 メッセージング機能または Info/Query 機能を利用して、 サービスプロバイダ 5 1に送信する。 このステップ S 4 4の処 理では、 このコネク ト要求に、 Profile Atom の指定だけを付加するようにして いたが、 ステップ S 1 4 4の処理では、 これに加えて、 さらにプロバイダエンド ポイントとコンシユーマエンドボイントが付加される。

このプロバイダェンドボイントとコンシユーマエンドボイントは、 メディァ

IMクライアント # C 1 (図 1 3のステップ S 1 0 7の処理） と、 メディア IMク ライアン # P l (図 1 0のステップ S 1 3 1 ) の両方において、 すでに対応関 係が記憶されているため、 メディア IM クライアント # P 1では、 図 2 1のステ ップ S 1 4 8において、 正しくサービスプロバイダであるアプリケーション # 1 に、 このコネク ト要求を受け渡すことができる。 その他の処理は、 図 7と同じで ある。

これに対して、 サービスコンシユーマ 5 2のユーザは、 サービスプロバイダ 5 1からの勧誘に対して拒絶の応答をした場合には、 以後、 図 2 1に示されるコネ ク ト要求の処理を実行する必要がない。

また、 サービスプロバイダ 5 1は、 サービスコンシユーマ 5 2から拒絶の応答 を受けた場合には、 サービスコンシユーマ 5 2からのコネクト要求を待機する必 要がない。

このようにして、 プッシュ型の通信を確実に行うことが可能となる。

なお、 以上においては、 メディア IM クライアントとアブリケーションを別の 構成としたが、 一体的な構成とすることも可能である。

本発明によれば、 サービスプロバイダからサービスコンシユーマに識別情報を 通知するようにしたので、 サービスコンシユーマは、 その通知に基づいて自分自 身がサービスプロバイダの機能を利用することができるか否かを、 容易にかつ迅 速に、 判定することが可能となる。

また、 はじめから詳細情報を通知する場合に較べて、 簡単かつ迅速に、 サービ スコンシュ^"マに対してサービスを利用することができるか否かを判定させるこ とが可能となる。 さらに、 サービスプロバイダとサービスコンシユーマの間の伝 送路のトラフィックの負荷を軽減することが可能となる。

サービスコンシユーマをサービスに関して登録したことを通知するようにした ので、 サービスコンシユーマに対してサービスの利用が可能であることを知らし めることができる。

接続情報をサービスコンシユーマに通知するようにしたので、' サービスコンシ ユーマとの間で、 直接通信することが可能となる。

接続情報に基づくアクセスを受け付けるようにした場合には、 実際に、 サービ スコンシユーマと通信を行うことが可能となる。

識別情報の通知は、 プレゼンス機能を用いて行い、 詳細情報の通知と接続情報 の通知は、 メッセージング機能または Info/Query機能を用いて行うようにする ことで、 インスタントメッセージを利用して通知を行うことが可能となる。 提供者エンティティ識別子を通知するようにすることで、 複数のサービスを管 理することが可能となる。

提供者ェンティティ識別子と利用者エンティティ識別子を対応して登録するよ うにすることで、 サービスを提供するエンティティと利用するエンティティの対 応関係を単位として、 サービスを管理することが可能となる。

勧誘情報を送信するようにすることで、 プッシュ型のサービスの提供が可能と なる。

勧誘情報をメッセージング機能または Info/Query機能を用いて送信するよう PC漏聽 09631

' 41 にすることで、 インスタントメッセージを利用して勧誘情報を送信することが可 能となる。

登録された利用者エンティティ識別子に対応して勧誘情報を送信することで、 より効率的なサービスを提供することが可能となる。

勧誘をキャンセルするキャンセル情報を送信するようにすることで、 事情変更 に対応することが可能となる。

キャンセル情報をメッセージング機能または Info/Query機能を用いて送信す るようにすることで、 インスタントメッセージを利用してキャンセ 情報を送信 することが可能となる。

キャンセル情報にリファレンス番号、 提供者エンティティ識別子、 および利用 者エンティティ識別子を含めるようにすることで、 勧誘情報をきめ細かく、 かつ 確実にキャンセルすることが可能となる。

また、 本発明によれば、 識別情報を受信するようにすることで、 はじめから詳 細情報を受信せずとも、 サービスプロバイダのサービスを識別することが可能と なる。

また、 識別情報に基づいて、 その後、 詳細情報の送信を要求するようにするこ とで、 サービスプロバイダまでのトラフィックに与える負荷を軽減することが可 能となる。

サービスに関して自分自身を登録するように要求することで、 より効率的にサ 一ビスを利用することが可能となる。

提供可能なサービスの利用に関する情報を、 サービスプロバイダに送信するよ うにすることで、 サービスプロバイダから確実にサービスの提供を受けることが 可能となる。

プロバイダに直接接続する接続情報を受信するようにすることで、 サービスプ 口バイダから直接サービスの提供を受けることが可能となる。

接続情報に基づいてアクセスすることで、 サービスプロバイダと直接情報を授 受することが可能となる。 詳細情報の送信の要求、 自分自身の登録の要求、 並びに提供可能なサービスの 利用に関する情報の送信を、 メッセージング機能または Info/Query機能を用い て行うようにすることで、 インスタントメッセージを利用することが可能となる。 識別情報とともに、 提供者エンティティ識別子を受信するようにすることで、 提供者エンティティ識別子と利用者エンティティ識別子を対応して記憶すること が可能となり、 その記憶に基づいて複数のサービスの利用を管理することが可能 となる。

勧誘情報を受信するようにすることで、 プッシュ型のサービスの提供を受ける ことが可能となる。

勧誘情報の受け入れまたは拒否の情報を送信するようにすることで、 自らの意 志で勧誘情報を受け入れたり、 または拒否することが可能となる。

勧誘情報の受け入れまたは拒否の送信をメ ッセージング機能または Info/Query 機能を用いるようにすることで、 インスタントメッセージを利用す ることが可能となる。

提供可能なサービスの利用に関する情報を、 受け入れの情報が送信された場合 に送信するようにすることで、 提供可能なサービスの利用に関する情報を、 無駄 に送信することを防止することができる。

受け入れまたは拒否の情報に、 リファレンス番号、 提供者エンティティ識別子 および利用者エンティティ識別子を含めるようにすることで、 受け入れまたは拒 否するサービスを確実に特定することが可能となる。

サービスプロバイダとしての機能とサービスコンシユーマとしての機能の両方 を持ち合わせることで、 必要に応じてサービスを提供したり、 逆にサービスを利 用することが可能となる。

なお、 以上におけるサービスには、 ビデオデータ、 オーディオデータ、 その他 のデータの他、 各種の情報を授受する場合の他、 各種のサービスを授受する場合 に適応することができる。

また、 利用可能な装置もパーソナルコンピュータ、 PDA 等のコンシユーマエレ ク トロ-タス （CE) 機器に限らず、 各種の情報処理装置することができる。

なお、 上述した処理は、 ネットワーク対応の CE機器等の場合、 ハードウェア により実行することもできる。 勿論、 ソフトウェアにより実行することもできる。 一連の処理をソフトウエアにより実行させる場合には、 そのソフトウエアを構 成するプログラムが、 専用のハードウェアに組み込まれているコンピュータ、 ま たは、 各種のプログラムをインス トールすることで、 各種の機能を実行すること が可能な、 例えば汎用のパーソナルコンピュータなどに、 ネットワークや記録媒 体からインストーノレされる。

この記録媒体は、 図 1 2に示されるように、 装置本体とは別に、 ユーザにプロ グラムを提供するために配布される、 プログラムが記録されている磁気ディスク 1 4 1 (フロッピディスクを含む） 、 光ディスク 1 4 2 (CD-ROM (Compact Disk-Read Only Memory) , DVD (Digital Versatile Disk)を含む） ヽ 光磁気デ イスク 1 4 3 (MD (Mini-Disk) を含む） 、 もしくは半導体メモリ 1 4 4など よりなるパッケージメディァにより構成されるだけでなく、 装置本体に予め組み 込まれた状態でユーザに提供される、 プログラムが記録されている R0M 1 2 2や、 記憶部 1 2 8に含まれるハードディスクなどで構成される。 ■

なお、 本明細書において、 記録媒体に記録されるプログラムを記述するステツ プは、 記載された順序に沿って時系列的に行われる処理はもちろん、 必ずしも時 系列的に処理されなくとも、 並列的あるいは個別に実行される処理をも含むもの である。

また、 本明細書において、 システムとは、 複数の装置により構成される装置全 体を表すものである。 産業上の利用可能性

以上の如く、 本発明によれば、 情報処理装匱の間でサービスを授受することが 可能となる。 特に'、 ユーザに負担をかけることなく、 迅速かつ簡単に、 能力が異 なる装置間で、 確実に接続し、 サービスを授受することが可能となる。

Claims

請求の範囲

1 . ネットワークを介して第 1の情報処理装置と情報を授受する処理を実行す るコンピュータのプログラムであって、

前記第 1の情報処理装置に対して、 提供可能なサービスを識別する識別情報を、 前記ネットワーク上の第 2の情報処理装置を介して通知する第 1の通知ステップ と、

前記第 1の情報処理装置からの要求に基づいて、 前記第 1の情報処理装置に対 して、 提供可能なサービスに関する詳細情報を、 前記第 2の情報処理装置を介し て通知する第 2の通知ステツプと、

前記第 1の情報処理装置からの要求に基づいて、 前記第 1の情報処理装置を、 提供可能な前記サービスに関して登録したことを通知するとともに、 前記第 1の 情報処理装置からの要求に基づいて、 登録した前記第 1の情報処理装置が前記第 2の情報処理装置を介さずに接続するための接続情報を、 前記第 2の情報処理装 置を介して前記第 1の情報処理装置に通知する第 3の通知ステップと

を含むことを特徴とするプログラム。

2 . 登録された前記第 1の情報処理装置から前記第 2の情報処理装置を介さず に前記接続情報に基づくアクセスを受けた場合、 そのアクセスを受け付ける受け をさらに含むことを特徴とする請求の範囲第 1項に記載のプログラム。

3 . 前記第 1の通知ステップによる通知は、 インスタントメッセージのプレゼ ンス機能を用いて行い、

前記第 2の通知ステップによる通知と前記第 3の通知ステップによる通知は、 インスタントメッセージのメッセージング機能または Info/Query機能を用いて 行う

ことを特徴とする請求の範囲第 1項に記載のプログラム。

4 . 前記第 1の通知ステップは、 前記サービスを提供する提供者としてのェン ティティを識別する提供者エンティティ識別子をさらに通知する ことを特徴とする請求の範囲第 1項に記載のプログラム。

5 . 前記第 1の情報処理装置を、 提供可能な前記サービスに関して登録するこ との要求が、 前記提供者エンティティ識別子に対応する、 前記サービスを利用す る利用者としてのエンティティを識別する利用者エンティティ識別子とともに、 前記第 1の情報処理装置から送信されてきたとき、 前記提供者エンティティ識別 子と前記利用者ェンティティ識別子を対応して登録する登録ステツプ

をさらに含むことを特徴とする請求の範囲第 4項に記載のプログラム。

6 . 前記利用者エンティティ識別子に対応する前記エンティティ 'に対して、 前 記サービスの利用を勧誘する勧誘情報を送信する第 1の送信ステツプ

をさらに含むことを特徴とする請求の範囲第 5項に記載のプログラム。

7 . 前記第 1の送信ステップは、 前記勧誘情報を、 インスタントメッセージの メッセージング機能または Info/Query機能を用いて送信する

ことを特徴とする請求の範囲第 6項に記载のプログラム。

8 . 前記第 1の送信ステップは、 前記登録ステップの処理により登録された前 記利用者エンティティ識別子に対応する前記利用者に、 前記勧誘情報を送信する ことを特徴とする請求の範囲第 6項に記載のプログラム。

9 . 前記第 1の送信ステップの処理により、 前記勧誘情報が送信された後、 前 記サービスの利用の勧誘をキャンセルするキャンセル情報を送信する第 2の送信 ステップ

をさらに含むことを特徴とする請求の範囲第 6項に記載のプログラム。

1 0 . 前記第 2の送信ステップは、 前記キャンセル情報を、 インスタントメッ セージのメッセージング機能または Info/Query機能を用いて送信する

ことを特徴とする請求の範囲第 9項に記載のプログラム。

1 1 . 前記第 2の送信ステップは、 前記キャンセル情報に、 前記キャンセル情 報を識別するためのリファレンス番号、 前記提供者エンティティ識別子、 および 前記利用者ェンティティ識別子を含める

ことを特徴とする請求の範囲第 9項に記載のプログラム。

1 2 . ネットワークを介して第 1の他の情報処理装置と情報を授受する情報処 理装置の情報処理方法において、

前記第 1の他の情報処理装置に対して、 提供可能なサービスを識別する識別情 報を、 前記ネットワーク上の第 2の他の情報処理装置を介して通知する第 1の通 知ステップと、

前記第 1の他の情報処理装置からの要求に基づいて、 前記第 1の他の情報処理 装置に対して、 提供可能なサービスに関する詳細情報を、 前記第 2の他の情報処 理装匱を介して通知する第 2の通知ステップと、

前記第 1の他の情報処理装置からの要求に基づいて、 前記第 1の他の情報処理 装置を、 提供可能な前記サービスに関して登録したことを通知するとともに、 前 記第 1の他の情報処理装置からの要求に基づいて、 登録した前記第 1の他の情報 処理装置が前記第 2の他の情報処理装置を介さずに前記情報処理装置に接続する ための接続情報を、 前記第 2の他の情報処理装置を介して前記第 1の他の情報処 理装置に通知する第 3の通知ステップと

を含むことを特徴とする情報処理方法。

1 3 . ネットワーク介して第 1の他の情報処理装置と情報を授受する情報処理 装置において、

前記第 1の他の情報処理装置に対して、 提供可能なサービスを識別する識別情 報を、 前記ネットワーク上の第 2の他の情報処理装置を介して通知する第 1の通 知手段と、

前記第 1の他の情報処理装置からの要求に基づいて、 前記第 1の他の情報処理 装置に対して、 提供可能なサービスに関する詳細情報を、 前記第 2の他の情報処 理装置を介して通知する第 2の通知手段と、

前記第 1の他の情報処理装置からの要求に基づいて、 前記第 1の他の情報処理 装置を、 提供可能な前記サービスに関して登録したことを通知するとともに、 前 記第 1の他の情報処理装置からの要求に基づいて、 登録した前記第 1の他の情報 処理装置が前記第 2の他の情報処理装置を介さずに前記情報処理装置に接続する ための接続情報を、 前記第 2の他の情報処理装置を介して前記第 1の他の情報処 理装置に通知する第 3の通知手段と

を備えることを特徴とする情報処理装置。

1 4 . ネットワークを介して第 1の情報処理装置と情報を授受する処理を実行 するコンピュータのプログラムであって、

前記第 1の情報処理装置から、 提供可能なサービスを識別する識別情報を、 前 記ネットワーク上の第 2の情報処理装置を介して受信する第 1の受信ステップと、 前記第 1の情報処理装置に対して、 提供可能なサービスに関する詳細情報の送 信を、 前記第 2の情報処理装置を介して要求する第 1の要求ステップと、

前記第 1の情報処理装置に対して、 提供可能な前記サービスに関して自分自身 を登録するように、 前記第 2の他の情報処理装置を介して要求する第 2の要求ス テツプと、

前記第 1の情報処理装置に対して、 提供可能な前記サービスの利用に関する情 報を、 前記第 2の情報処理装置を介して送信する第 1の送信ステップと、

前記第 2の情報処理装置を介さずに前記情報処理装置に接続するための接続情 報を、 前記第 1の情報処理装置から、 前記第 2の情報処理装置を介して受信する 第 2の受信ステップと

を含むことを特徴とするプログラム。

1 5 . 前記第 2の情報処理装置を介さずに前記接続情報に基づいてアクセスす るアクセスステップ

をさらに含むことを特徴とする請求の範囲第 1 4項に記載のプログラム。

1 6 前記第 1の要求ステップおよび前記第 2の要求ステップの要求、 並びに前 記第 1の送信ステップの送信は、 インスタントメッセージのメッセージング機能 または Info/Query機能を用いて行う

ことを特徴とする請求の範囲第 1 4項に記載のプログラム。

1 7 . 前記第 1の受信ステツプは、 前記識別情報とともに、 前記サービスを提 供する提供者としてのエンティティを識別する提供者エンティティ識別子をさら に受信し、

前記提供者エンティティ識別子と、 前記サービスを利用する利用者としてのェ ンティティを識別する利用者ェンティティ識別子を対応して記憶する記憶ステッ プ

をさらに含むことを特徴とする請求の範囲第 1 4項に記載のプログラム。

1 8 . 前記第 1の情報処理装置が送信した前記サービスの利用を勧誘する勧誘 情報を受信する第 3の受信ステツプ

をさらに含むことを特徴とする請求の範囲第 1 7項に記載のプログラム。

1 9 . 前記第 3の受信ステップの処理により前記勧誘情報が受信された場合、 受け入れまたは拒否の情報を、 前記第 1の情報処理装匱に送信する第 2の送信ス さらに含むことを特徴とする請求の範囲第 1 8項に記載のプログラム。

2 0 . 前記第 2の送信ステップの送信は、 インスタントメッセージのメッセ一 ジング機能または I nf o/Query機能を用いて行う

ことを特徴とする請求の範囲第 1 9項に記載のプログラム。

2 1 . 第 1の送信ステップは、 前記第 3の受信ステップが行われた場合、 提供 可能な前記サービスの利用に関する情報を、 前記第 2の送信ステップの処理によ り、 前記受け入れの情報が送信された場合に送信する

ことを特徴とする請求の範囲第 1 9項に記載のプログラム。

2 2 . 前記第 1の送信ステップは、 前記提供者エンティティ識別子、 および前 記利用者ェンティティ識別子を含める

ことを特徴とする請求の範囲第 2 1項に記載のプログラム。

2 3 . 前記第 2の送信ステップは、 前記受け入れまたは拒否の情報に、 前記受 け入れまたは拒否の情報を識別するためのリファレンス番号、 前記提供者ェンテ ィティ識別子、 および前記利用者ェンティティ識別子を含める

ことを特徴とする請求の範囲第 1 9項に記載のプログラム。

2 4 . ネットワークを介して第 1の他の情報処理装置と情報を授受する情報処 理装置の情報処理方法において、

前記第 1の他の情報処理装置から、 提供可能なサービスを識別する識別情報を、 前記ネットワーク上の第 2の他の情報処理装置を介して受信する第 1の受信ステ ップと、

前記第 1の他の情報処理装置に対して、 提供可能なサービスに関する詳細情報 の送信を、 前記第 2の他の情報処理装置を介して要求する第 1の要求ステップと、 +前記第 1の他の情報処理装置に対して、 提供可能な前記サービスに関して前記 情報処理装置を登録するように、 前記第 2の他の情報処理装置を介して要求する 第 2の要求ステップと、

前記第 1の他の情報処理装置に対して、 提供可能な前記サービスの利用に関す る情報を、 前記第 2の他の情報処理装置を介して送信する送信ステップと、 前記第 2の他の情報処理装置を介さずに前記情報処理装置に接続するための接 続情報を、 前記第 1の他の情報処理装置から、 前記第 2の他の情報処理装置を介 して受信する第 2の受信ステップと

を含むことを特徴とする情報処理方法。

2 5 . ネットワークを介して第 1の他の情報処理装置と情報を授受する情報処 理装置において、

前記第 1の他の情報処理装置から、 提供可能なサービスを識別する識別情報を、 前記ネットワーク上の第 2の他の情報処理装置を介して受信する第 1の受信手段 と、

前記第 1の他の情報処理装置に対して、 提供可能なサービスに関する詳細情報 の送信を、 前記第 2の他の情報処理装置を介して要求する第 1の要求手段と、 前記第 1の他の情報処理装置に対して、 提供可能な前記サービスに関して前記 情報処理装置を登録するように、 前記第 2の他の情報処理装置を介して要求する 第 2の要求手段と、

前記第 1の他の情報処理装置に対して、 提供可能な前記サービスの利用に関す る情報を、 前記第 2の他の情報処理装置を介して送信する送信手段と、 前記第 2の他の情報処理装置を介さずに前記情報処理装置に接続するための接 続情報を、 前記第 1の他の情報処理装置から、 前記第 2の他の情報処理装置を介 して受信する第 2の受信手段と

を備えることを特徴とする情報処理装置。

2 6 . ネットワークを介して第 1の情報処理装置と情報を授受する処理を実行 するコンピュータのプログラムであって、

前記第 1の情報処理装置に対して、 提供可能なサービスを識別する識別情報を、 前記ネットワーク上の第 2の情報処理装置を介して通知する第 1の通知ステップ と、

前記第 1の情報処理装置からの要求に基づいて、 前記第 1の情報処理装置に対 して、 提供可能なサービスに関する詳細情報を、 前記第 2の情報処理装置を介し て通知する第 2の通知ステップと、

前記第 1の情報処理装置からの要求に基づいて、 前記第 1の情報処理装置を、 提供可能な前記サービスに関して登録したことを通知するとともに、 前記第 1の 情報処理装置からの要求に基づいて、 登録した前記第 1の情報処理装置が前記第

2の情報処理装置を介さずに自分自身に接続するための接続情報を、 前記第 2の 情報処理装置を介して前記第 1の情報処理装置に通知する第 3の通知ステップと、 前記第 1の情報処理装置から、 前記識別情報を、 前記第 2の情報処理装置を介 して受信する第 1の受信ステップと、

前記第 1の情報処理装置に対して、 提供可能なサービスに関する前記詳細情報 の送信を、 前記第 2の情報処理装置を介して要求する第 1の要求ステップと、 前記第 1の情報処理装置に対して、 提供可能な前記サービスに関して自分自身 を登録するように、 前記第 2の情報処理装置を介して要求する第 2の要求ステツ プと、

前記第 1の情報処理装置に対して、 提供可能な前記サービスの利用に関する情 報を、 前記第 2の情報処理装置を介して送信する送信ステップと、

前記第 2の情報処理装置を介さずに前記情報処理装置に接続するための接続情 報を、 前記第 1の情報処理装置から、 前記第 2の情報処理装置を介して受信する 第 2の受信ステップと

を含むことを特徴とするプログラム。

2 7 . ネットワークを介して第 1の他の情報処理装置と情報を授受する情報処理 装置の情報処理方法において、

前記第 1の他の情報処理装置に対して、 提供可能なサービスを識別する識別情 報を、 前記ネットワーク上の第 2の他の情報処理装置を介して通知する第 1の通 前記第 1の他の情報処理装置からの要求に基づいて、 前記第 1の他の情報処理 装置に対して、 提供可能なサービスに関する詳細情報を、 前記第 2の他の情報処 理装置を介して通知する第 2の通知ステップと、

前記第 1の他の情報処理装置からの要求に基づいて、 前記第 1の他の情報処理 装置を、 提供可能な前記サービスに関して登録したことを通知するとともに、 前 記第 1の他の情報処理装置からの要求に基づいて、 登録した前記第 1の他の情報 処理装置が前記第 2の他の情報処理装置を介さずに前記情報処理装置に接続する ための接続情報を、 前記第 2の他の情報処理装置を介して前記第 1の他の情報処 理装置に通知する第 3の通知ステップと、

前記第 1の他の情報処理装置から、 前記識別情報を、 前記第 2の他の情報処理 装置を介して受信する第 1の受信ステップと、

前記第 1の他の情報処理装置に対して、 提供可能なサービスに関する前記詳細 情報の送信を、 前記第 2の他の情報処理装置を介して要求する第 1の要求ステツ プと、

前記第 1の他の情報処理装置に対して、 提供可能な前記サービスに関して前記 情報処理装置を登録するように、 前記第 2の他の情報処理装置を介して要求する 第 2の要求ステップと、

前記第 1の他の情報処理装置に対して、 提供可能な前記サービスの利用に関す る情報を、 前記第 2の他の情報処理装置を介して送信する送信ステップと、 前記第 2の他の情報処理装置を介さずに前記情報処理装置に接続するための接 続情報を、 前記第 1の他の情報処理装置から、 前記第 2の他の情報処理装置を介 して受信する第 2の受信ステップと

を含むことを特徴とする情報処理方法。

2 8 . ネットワークを介して第 1の他の情報処理装置と情報を授受する情報処 理装置において、

前記第 1の他の情報処理装置に対して、 提供可能なサービスを識別する識別情 報を、 前記ネットワーク上の第 2の他の情報処理装置を介して通知する第 1の通 知手段と、

前記第 1の他の情報処理装置からの要求に基づいて、 前記第 1の他の情報処理 装置に対して、 提供可能なサービスに関する詳細情報を、 前記第 2の他の情報処 理装置を介して通知する第 2の通知手段と、

前記第 1の他の情報処理装置からの要求に基づいて、 前記第 1の他の情報処理 装置を、 提供可能な前記サービスに関して登録したことを通知するとともに、 前 記第 1の他の情報処理装置からの要求に基づいて、 登録した前記第 1の他の情報 処理装置が前記第 2の他の情報処理装置を介さずに前記情報処理装置に接続する ための接続情報を、 前記第 2の他の情報処理装置を介して前記第 1の他の情報処 理装置に通知する第 3の通知手段と、

前記第 1の他の情報処理装置から、 前記識別情報を、 前記第 2の他の情報処理 装置を介して受信する第 1の受信手段と、

前記第 1の他の情報処理装置に対して、 提供可能なサービスに関する前記詳細 情報の送信を、 前記第 2の他の情報処理装置を介して要求する第 1の要求手段と、 前記第 1の他の情報処理装置に対して、 提供可能な前記サービスに関して前記 情報処理装置を登録するように、 前記第 2の他の情報処理装置を介して要求する 第 2の要求手段と、

前記第 1の他の情報処理装置に対して、 提供可能な前記サービスの利用に関す る情報を、 前記第 2の他の情報処理装置を介して送信する送信手段と、 前記第 2の他の情報処理装置を介さずに前記情報処理装置に接続するための接 続情報を、 前記第 1の他の情報処理装置から、 前記第 ²の他の情報処理装置を介 して受信する第 2の受信手段と

を備えることを特徴とする情報処理装置。