(57)【特許請求の範囲】
【請求項１】
ネットワークを介して第１の情報処理装置と情報を授受する処理を実行するコンピュータのプログラムであって、
インスタントメッセージのクライアントである前記第１の情報処理装置に対して、提供可能なサービスを識別する識別情報を、前記インスタントメッセージのプレゼンス機能を用いて、前記ネットワーク上の、前記インスタントメッセージのサーバである第２の情報処理装置を介して通知する第１の通知ステップと、
前記第１の情報処理装置からの要求に基づいて、前記第１の情報処理装置に対して、提供可能なサービスに関する詳細情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の情報処理装置を介して通知する第２の通知ステップと、
前記第１の情報処理装置からの要求に基づいて、前記第１の情報処理装置が前記第２の情報処理装置を介さずに接続するための接続情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の情報処理装置を介して前記第１の情報処理装置に通知する第３の通知ステップと
を含むプログラム。
【請求項２】
登録された前記第１の情報処理装置から前記第２の情報処理装置を介さずに前記接続情報に基づくアクセスを受けた場合、そのアクセスを受け付ける受け付けステップ
をさらに含む請求項１に記載のプログラム。
【請求項３】
前記第１の通知ステップは、前記サービスを提供する提供者としてのエンティティを識別する提供者エンティティ識別子をさらに通知する
請求項１に記載のプログラム。
【請求項４】
前記第１の情報処理装置を、提供可能な前記サービスに関して登録することの要求が、前記提供者エンティティ識別子に対応する、前記サービスを利用する利用者としてのエンティティを識別する利用者エンティティ識別子とともに、前記第１の情報処理装置から送信されてきたとき、前記提供者エンティティ識別子と前記利用者エンティティ識別子を対応して登録する登録ステップ
をさらに含む請求項３に記載のプログラム。
【請求項５】
前記利用者エンティティ識別子に対応する前記エンティティに対して、前記サービスの利用を勧誘する勧誘情報を送信する第１の送信ステップ
をさらに含む請求項４に記載のプログラム。
【請求項６】
前記第１の送信ステップは、前記勧誘情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて送信する
請求項５に記載のプログラム。
【請求項７】
前記第１の送信ステップは、前記登録ステップの処理により登録された前記利用者エンティティ識別子に対応する前記利用者に、前記勧誘情報を送信する
請求項５に記載のプログラム。
【請求項８】
前記第１の送信ステップの処理により、前記勧誘情報が送信された後、前記サービスの利用の勧誘をキャンセルするキャンセル情報を送信する第２の送信ステップ
をさらに含む請求項５に記載のプログラム。
【請求項９】
前記第２の送信ステップは、前記キャンセル情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて送信する
請求項８に記載のプログラム。
【請求項１０】
前記第２の送信ステップは、前記キャンセル情報に、前記キャンセル情報を識別するためのリファレンス番号、前記提供者エンティティ識別子、および前記利用者エンティティ識別子を含める
請求項８に記載のプログラム。
【請求項１１】
ネットワークを介して第１の他の情報処理装置と情報を授受する情報処理装置の情報処理方法において、
前記情報処理装置が、インスタントメッセージのクライアントである前記第１の他の情報処理装置に対して、提供可能なサービスを識別する識別情報を、前記インスタントメッセージのプレゼンス機能を用いて、前記ネットワーク上の、前記インスタントメッセージのサーバである第２の他の情報処理装置を介して通知する第１の通知ステップと、
前記情報処理装置が、前記第１の他の情報処理装置からの要求に基づいて、前記第１の他の情報処理装置に対して、提供可能なサービスに関する詳細情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して通知する第２の通知ステップと、
前記情報処理装置が、前記第１の他の情報処理装置からの要求に基づいて、前記第１の他の情報処理装置が前記第２の他の情報処理装置を介さずに前記情報処理装置に接続するための接続情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して前記第１の他の情報処理装置に通知する第３の通知ステップと
を含む情報処理方法。
【請求項１２】
ネットワーク介して第１の他の情報処理装置と情報を授受する情報処理装置において、
インスタントメッセージのクライアントである前記第１の他の情報処理装置に対して、提供可能なサービスを識別する識別情報を、前記インスタントメッセージのプレゼンス機能を用いて、前記ネットワーク上の、前記インスタントメッセージのサーバである第２の他の情報処理装置を介して通知する第１の通知手段と、
前記第１の他の情報処理装置からの要求に基づいて、前記第１の他の情報処理装置に対して、提供可能なサービスに関する詳細情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して通知する第２の通知手段と、
前記第１の他の情報処理装置からの要求に基づいて、前記第１の他の情報処理装置が前記第２の他の情報処理装置を介さずに前記情報処理装置に接続するための接続情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して前記第１の他の情報処理装置に通知する第３の通知手段と
を備える情報処理装置。
【請求項１３】
ネットワークを介して第１の情報処理装置と情報を授受する処理を実行するコンピュータのプログラムであって、
インスタントメッセージのクライアントである前記第１の情報処理装置から、提供可能なサービスを識別する識別情報を、前記インスタントメッセージのプレゼンス機能を用いて、前記ネットワーク上の、前記インスタントメッセージのサーバである第２の情報処理装置を介して受信する第１の受信ステップと、
前記第１の情報処理装置に対して、提供可能なサービスに関する詳細情報の送信を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の情報処理装置を介して要求する第１の要求ステップと、
前記第１の情報処理装置に対して、提供可能な前記サービスに関して自分自身を登録するように、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の情報処理装置を介して要求する第２の要求ステップと、
前記第１の情報処理装置に対して、提供可能な前記サービスの利用に関する情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の情報処理装置を介して送信する第１の送信ステップと、
前記第２の情報処理装置を介さずに自分自身に接続するための接続情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第１の情報処理装置から、前記第２の情報処理装置を介して受信する第２の受信ステップと
を含むプログラム。
【請求項１４】
前記第２の情報処理装置を介さずに前記接続情報に基づいてアクセスするアクセスステップ
をさらに含む請求項１３に記載のプログラム。
【請求項１５】
前記第１の受信ステップは、前記識別情報とともに、前記サービスを提供する提供者としてのエンティティを識別する提供者エンティティ識別子をさらに受信し、
前記提供者エンティティ識別子と、前記サービスを利用する利用者としてのエンティティを識別する利用者エンティティ識別子を対応して記憶する記憶ステップ
をさらに含む請求項１３に記載のプログラム。
【請求項１６】
前記第１の情報処理装置が送信した前記サービスの利用を勧誘する勧誘情報を受信する第３の受信ステップ
をさらに含む請求項１５に記載のプログラム。
【請求項１７】
前記第３の受信ステップの処理により前記勧誘情報が受信された場合、受け入れまたは拒否の情報を、前記第１の情報処理装置に送信する第２の送信ステップを
さらに含む請求項１６に記載のプログラム。
【請求項１８】
前記第２の送信ステップの送信は、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて行う
請求項１７に記載のプログラム。
【請求項１９】
第１の送信ステップは、前記第３の受信ステップが行われた場合、提供可能な前記サービスの利用に関する情報を、前記第２の送信ステップの処理により、前記受け入れの情報が送信された場合に送信する
請求項１７に記載のプログラム。
【請求項２０】
前記第１の送信ステップは、前記提供者エンティティ識別子、および前記利用者エンティティ識別子を含める
請求項１９に記載のプログラム。
【請求項２１】
前記第２の送信ステップは、前記受け入れまたは拒否の情報に、前記受け入れまたは拒否の情報を識別するためのリファレンス番号、前記提供者エンティティ識別子、および前記利用者エンティティ識別子を含める
請求項１７に記載のプログラム。
【請求項２２】
ネットワークを介して第１の他の情報処理装置と情報を授受する情報処理装置の情報処理方法において、
前記情報処理装置が、インスタントメッセージのクライアントである前記第１の他の情報処理装置から、提供可能なサービスを識別する識別情報を、前記インスタントメッセージのプレゼンス機能を用いて、前記ネットワーク上の、前記インスタントメッセージのサーバである第２の他の情報処理装置を介して受信する第１の受信ステップと、
前記情報処理装置が、前記第１の他の情報処理装置に対して、提供可能なサービスに関する詳細情報の送信を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して要求する第１の要求ステップと、
前記情報処理装置が、前記第１の他の情報処理装置に対して、提供可能な前記サービスに関して前記情報処理装置を登録するように、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して要求する第２の要求ステップと、
前記情報処理装置が、前記第１の他の情報処理装置に対して、提供可能な前記サービスの利用に関する情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して送信する送信ステップと、
前記情報処理装置が、前記第２の他の情報処理装置を介さずに前記情報処理装置に接続するための接続情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第１の他の情報処理装置から、前記第２の他の情報処理装置を介して受信する第２の受信ステップと
を含む情報処理方法。
【請求項２３】
ネットワークを介して第１の他の情報処理装置と情報を授受する情報処理装置において、
インスタントメッセージのクライアントである前記第１の他の情報処理装置から、提供可能なサービスを識別する識別情報を、前記インスタントメッセージのプレゼンス機能を用いて、前記ネットワーク上の、前記インスタントメッセージのサーバである第２の他の情報処理装置を介して受信する第１の受信手段と、
前記第１の他の情報処理装置に対して、提供可能なサービスに関する詳細情報の送信を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して要求する第１の要求手段と、
前記第１の他の情報処理装置に対して、提供可能な前記サービスに関して前記情報処理装置を登録するように、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して要求する第２の要求手段と、
前記第１の他の情報処理装置に対して、提供可能な前記サービスの利用に関する情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して送信する送信手段と、
前記第２の他の情報処理装置を介さずに前記情報処理装置に接続するための接続情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第１の他の情報処理装置から、前記第２の他の情報処理装置を介して受信する第２の受信手段と
を備える情報処理装置。
【請求項２４】
ネットワークを介して第１の情報処理装置と情報を授受する処理を実行するコンピュータのプログラムであって、
インスタントメッセージのクライアントである前記第１の情報処理装置に対して、提供可能なサービスを識別する識別情報を、前記インスタントメッセージのプレゼンス機能を用いて、前記ネットワーク上の、前記インスタントメッセージのサーバである第２の情報処理装置を介して通知する第１の通知ステップと、
前記第１の情報処理装置からの要求に基づいて、前記第１の情報処理装置に対して、提供可能なサービスに関する詳細情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の情報処理装置を介して通知する第２の通知ステップと、
前記第１の情報処理装置からの要求に基づいて、前記第１の情報処理装置が前記第２の情報処理装置を介さずに自分自身に接続するための接続情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の情報処理装置を介して前記第１の情報処理装置に通知する第３の通知ステップと、
前記第１の情報処理装置から、前記識別情報を、前記インスタントメッセージのプレゼンス機能を用いて、前記第２の情報処理装置を介して受信する第１の受信ステップと、
前記第１の情報処理装置に対して、提供可能なサービスに関する前記詳細情報の送信を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の情報処理装置を介して要求する第１の要求ステップと、
前記第１の情報処理装置に対して、提供可能な前記サービスに関して自分自身を登録するように、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の情報処理装置を介して要求する第２の要求ステップと、
前記第１の情報処理装置に対して、提供可能な前記サービスの利用に関する情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の情報処理装置を介して送信する送信ステップと、
前記第２の情報処理装置を介さずに自分自身に接続するための接続情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第１の情報処理装置から、前記第２の情報処理装置を介して受信する第２の受信ステップと
を含むプログラム。
【請求項２５】
ネットワークを介して第１の他の情報処理装置と情報を授受する情報処理装置の情報処理方法において、
前記情報処理装置が、インスタントメッセージのクライアントである前記第１の他の情報処理装置に対して、提供可能なサービスを識別する識別情報を、前記インスタントメッセージのプレゼンス機能を用いて、前記ネットワーク上の、前記インスタントメッセージのサーバである第２の他の情報処理装置を介して通知する第１の通知ステップと、
前記情報処理装置が、前記第１の他の情報処理装置からの要求に基づいて、前記第１の他の情報処理装置に対して、提供可能なサービスに関する詳細情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して通知する第２の通知ステップと、
前記情報処理装置が、前記第１の他の情報処理装置からの要求に基づいて、前記第１の他の情報処理装置が前記第２の他の情報処理装置を介さずに前記情報処理装置に接続するための接続情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して前記第１の他の情報処理装置に通知する第３の通知ステップと、
前記情報処理装置が、前記第１の他の情報処理装置から、前記識別情報を、前記インスタントメッセージのプレゼンス機能を用いて、前記第２の他の情報処理装置を介して受信する第１の受信ステップと、
前記情報処理装置が、前記第１の他の情報処理装置に対して、提供可能なサービスに関する前記詳細情報の送信を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して要求する第１の要求ステップと、
前記情報処理装置が、前記第１の他の情報処理装置に対して、提供可能な前記サービスに関して前記情報処理装置を登録するように、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して要求する第２の要求ステップと、
前記情報処理装置が、前記第１の他の情報処理装置に対して、提供可能な前記サービスの利用に関する情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して送信する送信ステップと、
前記情報処理装置が、前記第２の他の情報処理装置を介さずに前記情報処理装置に接続するための接続情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第１の他の情報処理装置から、前記第２の他の情報処理装置を介して受信する第２の受信ステップと
を含む情報処理方法。
【請求項２６】
ネットワークを介して第１の他の情報処理装置と情報を授受する情報処理装置において、
インスタントメッセージのクライアントである前記第１の他の情報処理装置に対して、提供可能なサービスを識別する識別情報を、前記インスタントメッセージのプレゼンス機能を用いて、前記ネットワーク上の、前記インスタントメッセージのサーバである第２の他の情報処理装置を介して通知する第１の通知手段と、
前記第１の他の情報処理装置からの要求に基づいて、前記第１の他の情報処理装置に対して、提供可能なサービスに関する詳細情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して通知する第２の通知手段と、
前記第１の他の情報処理装置からの要求に基づいて、前記第１の他の情報処理装置が前記第２の他の情報処理装置を介さずに前記情報処理装置に接続するための接続情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して前記第１の他の情報処理装置に通知する第３の通知手段と、
前記第１の他の情報処理装置から、前記識別情報を、前記インスタントメッセージのプレゼンス機能を用いて、前記第２の他の情報処理装置を介して受信する第１の受信手段と、
前記第１の他の情報処理装置に対して、提供可能なサービスに関する前記詳細情報の送信を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して要求する第１の要求手段と、
前記第１の他の情報処理装置に対して、提供可能な前記サービスに関して前記情報処理装置を登録するように、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して要求する第２の要求手段と、
前記第１の他の情報処理装置に対して、提供可能な前記サービスの利用に関する情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第２の他の情報処理装置を介して送信する送信手段と、
前記第２の他の情報処理装置を介さずに前記情報処理装置に接続するための接続情報を、前記インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、前記第１の他の情報処理装置から、前記第２の他の情報処理装置を介して受信する第２の受信手段と
を備える情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム、情報処理方法および装置に関し、特に、能力が異なる装置間で確実に接続ができるようにしたプログラム、情報処理方法および装置に関する。
【背景技術】
【０００２】
最近、インターネットが普及し、インターネットを利用して各種のデータを相手側と授受するユーザが増えてきた。
【０００３】
しかしながら、従来、例えば、相手側の装置に対して所定の画像を伝送しようとした場合、相手側の装置の能力が自分自身の装置の能力と異なるため、実質的には、相互に接続することができず、結局、画像データを伝送することができなくなるといった事態が発生することがあった。
【０００４】
これを防ぐには、ユーザは、相手側の装置の能力を事前に確認する必要がある。
【０００５】
例えば、ストリーミングを行う際に、サーバとクライアント間でストリームのパラメータを交換する方法として、RTSP(Real Time Streaming Protocol)(Real Time Streaming Protocol,IETF RFC 2326,April 1998，<http://www.ietf.org/rfc/rfc2326.txt>)には、SDP（Session Description Protocol）（SDP:Session Description Protocol,IETF RFC 2327,April 1998，<http://www.ietf.org/rfc/rfc2327.txt>）を用いることが記述されている。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、これらには、パラメータを交換するための具体的な手順が開示されておらず、結局、データを確実に相互に授受することが困難である課題があった。
【０００７】
本発明は、このような状況に鑑みてなされたものであり、迅速かつ確実に、そして、ユーザに負担をかけることなく、相手側の装置の能力に影響されずに、相手側の装置と確実に接続することができるようにして、ユーザビリティを向上させるようにするものである。
【課題を解決するための手段】
【０００８】
本発明の第１のプログラムは、インスタントメッセージのクライアントである第１の情報処理装置に対して、提供可能なサービスを識別する識別情報を、インスタントメッセージのプレゼンス機能を用いて、ネットワーク上の、インスタントメッセージのサーバである第２の情報処理装置を介して通知する第１の通知ステップと、第１の情報処理装置からの要求に基づいて、第１の情報処理装置に対して、提供可能なサービスに関する詳細情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の情報処理装置を介して通知する第２の通知ステップと、第１の情報処理装置からの要求に基づいて、第１の情報処理装置が第２の情報処理装置を介さずに接続するための接続情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の情報処理装置を介して第１の情報処理装置に通知する第３の通知ステップとを含むことを特徴とする。
【０００９】
登録された第１の情報処理装置から第２の情報処理装置を介さずに接続情報に基づくアクセスを受けた場合、そのアクセスを受け付ける受け付けステップをさらに含むようにすることができる。
【００１１】
前記第１の通知ステップは、サービスを提供する提供者としてのエンティティを識別する提供者エンティティ識別子をさらに通知することができる。
【００１２】
前記第１の情報処理装置を、提供可能なサービスに関して登録することの要求が、提供者エンティティ識別子に対応する、サービスを利用する利用者としてのエンティティを識別する利用者エンティティ識別子とともに、第１の情報処理装置から送信されてきたとき、提供者エンティティ識別子と利用者エンティティ識別子を対応して登録する登録ステップをさらに含むようにすることができる。
【００１３】
前記利用者エンティティ識別子に対応するエンティティに対して、サービスの利用を勧誘する勧誘情報を送信する第１の送信ステップをさらに含むようにすることができる。
【００１４】
前記第１の送信ステップは、勧誘情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて送信することができる。
【００１５】
前記第１の送信ステップは、登録ステップの処理により登録された利用者エンティティ識別子に対応する利用者に、勧誘情報を送信することができる。
【００１６】
前記第１の送信ステップの処理により、勧誘情報が送信された後、サービスの利用の勧誘をキャンセルするキャンセル情報を送信する第２の送信ステップをさらに含むようにすることができる。
【００１７】
前記第２の送信ステップは、キャンセル情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて送信することができる。
【００１８】
前記第２の送信ステップは、キャンセル情報に、キャンセル情報を識別するためのリファレンス番号、提供者エンティティ識別子、および利用者エンティティ識別子を含めるようにすることができる。
【００１９】
本発明の第１の情報処理方法は、情報処理装置が、インスタントメッセージのクライアントである第１の他の情報処理装置に対して、提供可能なサービスを識別する識別情報を、インスタントメッセージのプレゼンス機能を用いて、ネットワーク上の、インスタントメッセージのサーバである第２の他の情報処理装置を介して通知する第１の通知ステップと、情報処理装置が、第１の他の情報処理装置からの要求に基づいて、第１の他の情報処理装置に対して、提供可能なサービスに関する詳細情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して通知する第２の通知ステップと、情報処理装置が、第１の他の情報処理装置からの要求に基づいて、第１の他の情報処理装置が第２の他の情報処理装置を介さずに情報処理装置に接続するための接続情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して第１の他の情報処理装置に通知する第３の通知ステップとを含むことを特徴とする。
【００２０】
本発明の第１の情報処理装置は、インスタントメッセージのクライアントである第１の他の情報処理装置に対して、提供可能なサービスを識別する識別情報を、インスタントメッセージのプレゼンス機能を用いて、ネットワーク上の、インスタントメッセージのサーバである第２の他の情報処理装置を介して通知する第１の通知手段と、第１の他の情報処理装置からの要求に基づいて、第１の他の情報処理装置に対して、提供可能なサービスに関する詳細情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して通知する第２の通知手段と、第１の他の情報処理装置からの要求に基づいて、第１の他の情報処理装置が第２の他の情報処理装置を介さずに情報処理装置に接続するための接続情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して第１の他の情報処理装置に通知する第３の通知手段とを備えることを特徴とする。
【００２１】
本発明の第２のプログラムは、インスタントメッセージのクライアントである第１の情報処理装置から、提供可能なサービスを識別する識別情報を、インスタントメッセージのプレゼンス機能を用いて、ネットワーク上の、インスタントメッセージのサーバである第２の情報処理装置を介して受信する第１の受信ステップと、第１の情報処理装置に対して、提供可能なサービスに関する詳細情報の送信を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の情報処理装置を介して要求する第１の要求ステップと、第１の情報処理装置に対して、提供可能なサービスに関して自分自身を登録するように、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の情報処理装置を介して要求する第２の要求ステップと、第１の情報処理装置に対して、提供可能なサービスの利用に関する情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の情報処理装置を介して送信する第１の送信ステップと、第２の情報処理装置を介さずに自分自身に接続するための接続情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第１の情報処理装置から、第２の情報処理装置を介して受信する第２の受信ステップとを含むことを特徴とする。
【００２２】
前記第２の情報処理装置を介さずに接続情報に基づいてアクセスするアクセスステップをさらに含むようにすることができる。
【００２４】
前記第１の受信ステップは、識別情報とともに、サービスを提供する提供者としてのエンティティを識別する提供者エンティティ識別子をさらに受信し、提供者エンティティ識別子と、サービスを利用する利用者としてのエンティティを識別する利用者エンティティ識別子を対応して記憶する記憶ステップをさらに含むようにすることができる。
【００２５】
第１の情報処理装置が送信したサービスの利用を勧誘する勧誘情報を受信する第３の受信ステップをさらに含むようにすることができる。
【００２６】
前記第３の受信ステップの処理により勧誘情報が受信された場合、受け入れまたは拒否の情報を、第１の情報処理装置に送信する第２の送信ステップをさらに含むようにすることができる。
【００２７】
前記第２の送信ステップの送信は、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて行うようにすることができる。
【００２８】
第１の送信ステップは、第３の受信ステップが行われた場合、提供可能な前記サービスの利用に関する情報を、前記第２の送信ステップの処理により、前記受け入れの情報が送信された場合に送信することができる。
【００２９】
前記第１の送信ステップは、提供者エンティティ識別子、および利用者エンティティ識別子を含めるようにすることができる。
【００３０】
前記第２の送信ステップは、受け入れまたは拒否の情報に、受け入れまたは拒否の情報を識別するためのリファレンス番号、提供者エンティティ識別子、および利用者エンティティ識別子を含めるようにすることができる。
【００３１】
本発明の第２の情報処理方法は、情報処理装置が、インスタントメッセージのクライアントである第１の他の情報処理装置から、提供可能なサービスを識別する識別情報を、インスタントメッセージのプレゼンス機能を用いて、ネットワーク上の、インスタントメッセージのサーバである第２の他の情報処理装置を介して受信する第１の受信ステップと、情報処理装置が、第１の他の情報処理装置に対して、提供可能なサービスに関する詳細情報の送信を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して要求する第１の要求ステップと、情報処理装置が、第１の他の情報処理装置に対して、提供可能なサービスに関して情報処理装置を登録するように、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して要求する第２の要求ステップと、情報処理装置が、第１の他の情報処理装置に対して、提供可能なサービスの利用に関する情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して送信する送信ステップと、情報処理装置が、第２の他の情報処理装置を介さずに情報処理装置に接続するための接続情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第１の他の情報処理装置から、第２の他の情報処理装置を介して受信する第２の受信ステップとを含むことを特徴とする。
【００３２】
本発明の第２の情報処理装置は、インスタントメッセージのクライアントである第１の他の情報処理装置から、提供可能なサービスを識別する識別情報を、インスタントメッセージのプレゼンス機能を用いて、ネットワーク上の、インスタントメッセージのサーバである第２の他の情報処理装置を介して受信する第１の受信手段と、第１の他の情報処理装置に対して、提供可能なサービスに関する詳細情報の送信を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して要求する第１の要求手段と、第１の他の情報処理装置に対して、提供可能なサービスに関して情報処理装置を登録するように、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して要求する第２の要求手段と、第１の他の情報処理装置に対して、提供可能なサービスの利用に関する情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して送信する送信手段と、第２の他の情報処理装置を介さずに情報処理装置に接続するための接続情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第１の他の情報処理装置から、第２の他の情報処理装置を介して受信する第２の受信手段とを備えることを特徴とする。
【００３３】
本発明の第３のプログラムは、インスタントメッセージのクライアントである第１の情報処理装置に対して、提供可能なサービスを識別する識別情報を、インスタントメッセージのプレゼンス機能を用いて、ネットワーク上の、インスタントメッセージのサーバである第２の情報処理装置を介して通知する第１の通知ステップと、第１の情報処理装置からの要求に基づいて、第１の情報処理装置に対して、提供可能なサービスに関する詳細情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の情報処理装置を介して通知する第２の通知ステップと、第１の情報処理装置からの要求に基づいて、第１の情報処理装置が第２の情報処理装置を介さずに自分自身に接続するための接続情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の情報処理装置を介して第１の情報処理装置に通知する第３の通知ステップと、第１の情報処理装置から、識別情報を、インスタントメッセージのプレゼンス機能を用いて、第２の情報処理装置を介して受信する第１の受信ステップと、第１の情報処理装置に対して、提供可能なサービスに関する詳細情報の送信を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の情報処理装置を介して要求する第１の要求ステップと、第１の情報処理装置に対して、提供可能なサービスに関して自分自身を登録するように、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の情報処理装置を介して要求する第２の要求ステップと、第１の情報処理装置に対して、提供可能なサービスの利用に関する情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の情報処理装置を介して送信する送信ステップと、第２の情報処理装置を介さずに自分自身に接続するための接続情報を、第１の情報処理装置から、第２の情報処理装置を介して受信する第２の受信ステップとを含むことを特徴とする。
【００３４】
本発明の第３の情報処理方法は、情報処理装置が、インスタントメッセージのクライアントである第１の他の情報処理装置に対して、提供可能なサービスを識別する識別情報を、インスタントメッセージのプレゼンス機能を用いて、ネットワーク上の、インスタントメッセージのサーバである第２の他の情報処理装置を介して通知する第１の通知ステップと、情報処理装置が、第１の他の情報処理装置からの要求に基づいて、第１の他の情報処理装置に対して、提供可能なサービスに関する詳細情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して通知する第２の通知ステップと、情報処理装置が、第１の他の情報処理装置からの要求に基づいて、第１の他の情報処理装置が第２の他の情報処理装置を介さずに情報処理装置に接続するための接続情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して第１の他の情報処理装置に通知する第３の通知ステップと、情報処理装置が、第１の他の情報処理装置から、識別情報を、インスタントメッセージのプレゼンス機能を用いて、第２の他の情報処理装置を介して受信する第１の受信ステップと、情報処理装置が、第１の他の情報処理装置に対して、提供可能なサービスに関する詳細情報の送信を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して要求する第１の要求ステップと、情報処理装置が、第１の他の情報処理装置に対して、提供可能なサービスに関して情報処理装置を登録するように、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して要求する第２の要求ステップと、情報処理装置が、第１の他の情報処理装置に対して、提供可能なサービスの利用に関する情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して送信する送信ステップと、情報処理装置が、第２の他の情報処理装置を介さずに情報処理装置に接続するための接続情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第１の他の情報処理装置から、第２の他の情報処理装置を介して受信する第２の受信ステップとを含むことを特徴とする。
【００３５】
本発明の第３の情報処理装置は、インスタントメッセージのクライアントである第１の他の情報処理装置に対して、提供可能なサービスを識別する識別情報を、インスタントメッセージのプレゼンス機能を用いて、ネットワーク上の、インスタントメッセージのサーバである第２の他の情報処理装置を介して通知する第１の通知手段と、第１の他の情報処理装置からの要求に基づいて、第１の他の情報処理装置に対して、提供可能なサービスに関する詳細情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して通知する第２の通知手段と、第１の他の情報処理装置からの要求に基づいて、第１の他の情報処理装置が第２の他の情報処理装置を介さずに情報処理装置に接続するための接続情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して第１の他の情報処理装置に通知する第３の通知手段と、第１の他の情報処理装置から、識別情報を、インスタントメッセージのプレゼンス機能を用いて、第２の他の情報処理装置を介して受信する第１の受信手段と、第１の他の情報処理装置に対して、提供可能なサービスに関する詳細情報の送信を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して要求する第１の要求手段と、第１の他の情報処理装置に対して、提供可能なサービスに関して情報処理装置を登録するように、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して要求する第２の要求手段と、第１の他の情報処理装置に対して、提供可能なサービスの利用に関する情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して送信する送信手段と、第２の他の情報処理装置を介さずに情報処理装置に接続するための接続情報を、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第１の他の情報処理装置から、第２の他の情報処理装置を介して受信する第２の受信手段とを備えることを特徴とする。
【００３６】
第１の本発明においては、インスタントメッセージのプレゼンス機能を用いて、識別情報が、ネットワーク上の、インスタントメッセージのサーバである第２の情報処理装置を介して、インスタントメッセージのクライアントである第１の情報処理装置に通知され、第１の情報処理装置からの要求に基づいて、詳細情報が、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の情報処理装置を介して第１の情報処理装置に通知され、さらに第１の情報処理装置からの要求に基づいて、接続情報が、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の情報処理装置を介して第１の情報処理装置に通知される。
【００３７】
第２の本発明においては、インスタントメッセージのクライアントである第１の情報処理装置から、提供可能なサービスを識別する識別情報が、インスタントメッセージのプレゼンス機能を用いて、ネットワーク上の、インスタントメッセージのサーバである第２の情報処理装置を介して受信され、第１の情報処理装置に対して、詳細情報の送信が、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の情報処理装置を介して要求され、さらに第１の情報処理装置に対して、提供可能なサービスに関して自分自身を登録するように、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の他の情報処理装置を介して要求される。また、第１の情報処理装置に対して、サービスの利用に関する情報が、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の情報処理装置を介して送信され、第２の情報処理装置を介さずに自分自身に接続するための接続情報が、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第１の情報処理装置から、第２の情報処理装置を介して受信される。
【００３８】
第３の本発明においては、インスタントメッセージのクライアントである第１の情報処理装置（第１の他の情報処理装置）に対して、提供可能なサービスを識別する識別情報が、インスタントメッセージのプレゼンス機能を用いて、ネットワーク上の、インスタントメッセージのサーバである第２の情報処理装置を介して通知され、第１の情報処理装置（第１の他の情報処理装置）からの要求に基づいて、提供可能なサービスに関する詳細情報が、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の情報処理装置を介して通知され、第１の情報処理装置（第１の他の情報処理装置）からの要求に基づいて、第１の情報処理装置が第２の情報処理装置を介さずに自分自身に接続するための接続情報が、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の情報処理装置を介して第１の情報処理装置に通知される。
【００３９】
さらに、第１の情報処理装置（第１の他の情報処理装置）から、インスタントメッセージのプレゼンス機能を用いて、第２の情報処理装置を介して識別情報が受信され、第１の情報処理装置（第１の他の情報処理装置）に対して、提供可能なサービスに関する詳細情報の送信が、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の情報処理装置を介して要求され、第１の情報処理装置（第１の他の情報処理装置）に対して、提供可能なサービスに関して自分自身を登録するように、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の情報処理装置を介して要求され、第１の情報処理装置（第１の他の情報処理装置）に対して、提供可能なサービスの利用に関する情報が、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第２の情報処理装置を介して送信され、第２の情報処理装置を介さずに情報処理装置に接続するための接続情報が、インスタントメッセージのメッセージング機能またはInfo/Query機能を用いて、第１の情報処理装置（第１の他の情報処理装置）から、第２の情報処理装置を介して受信される。
【発明の効果】
【００４０】
本発明によれば、情報処理装置の間でサービスを授受することが可能となる。特に、ユーザに負担をかけることなく、迅速かつ簡単に、能力が異なる装置間で、確実に接続し、サービスを授受することが可能となる。
【発明を実施するための最良の形態】
【００４１】
図１は、本発明を適用したネットワークシステムの構成例を表している。このネットワークシステムにおいては、インターネット１を介して、メディアインスタントメッセージサーバ(Media IM Server)１４に対して、ユーザ端末として、パーソナルコンピュータ１１，１２，並びにPDA(Personal Digital Assistants)１３が接続されている。メディアIMサーバ１４にはまた、アプリケーションサーバ１５もインターネット１を介して接続されている。
【００４２】
パーソナルコンピュータ１１には、ミドルウェアとしてメディアIMクライアント＃１が実装されており、パーソナルコンピュータ１２には、ミドルウェアとしてメディアIMクライアント＃２が実装されている。同様に、PDA１３には、ミドルウェアとしてメディアIMクライアント＃３が実装されている。
【００４３】
アプリケーションサーバ１５には、ミドルウェアとしてメディアIMクライアント＃４が実装されている。アプリケーションサーバ１５は、プリントサービス＃１乃至プリントサービス＃７を、アクセスしてきたユーザに対して提供する。
【００４４】
メディアIMサーバ１４は、これらのメディアIMクライアント＃１乃至メディアIMクライアント＃４の相互のインスタントメッセージ処理を制御する。
【００４５】
図２は、ソフトウェアの構成を表している。上述したメディアIMクライアント＃１乃至メディアIMクライアント＃４は、図２において、メディアIMクライアントミドルウェア３２として示されている。このメディアIMクライアントミドルウェア３２は、IPネットワークトランスポート層３１とAPI(Application Program Interface)３３との間に配置されている。API３３は、アプリケーション＃１乃至アプリケーション＃Ｎと、メディアIMクライアントミドルウェア３２との間のインタフェース処理を実行する。メディアIMクライアントミドルウェア３２は、API３３とIPネットワークトランスポート層３１とのインタフェース処理を実行する。
【００４６】
アプリケーション(Application)＃１乃至アプリケーション＃Ｎは、それぞれサービスエンティティを構成する。
【００４７】
このネットワークシステムにおいては、図３に示されるように、サービスを提供する側のアプリケーション（図３の例では、Application＃１）がサービスプロバイダ(Service Provider)５１とされ、そのサービスの提供を受ける側のアプリケーション（図３の例では、Application＃ｎ）が（サービスを消費する側が）サービスコンシューマ(Service Consumers)５２とされる。
【００４８】
サービスプロバイダ５１とサービスコンシューマ５２は、対応するメディアIMクライアント＃Ｐ１またはメディアIMクライアント＃Ｃ１を介して、インスタントメッセージのプレゼンス機能、メッセージング機能、またはInfo/Query機能を用いて、接続のためのネゴシエーション処理を実行する。ネゴシエーションにより、相手側と接続が可能であることが確認された後、サービスプロバイダ５１とサービスコンシューマ５２は、ピアツーピア（Ｐ２Ｐ）で、接続処理を実行する。
【００４９】
サービスプロバイダ５１とサービスコンシューマ５２は、それぞれサービスエンティティを構成する。サービスエンティティは、そのものが１つのアプリケーションである場合もあれば、複数のサービスエンティティの集合が１つのアプリケーションを形成する場合もある。以下においては、簡単のため、１つのサービスエンティティが１つのアプリケーションに対応しているものとする。
【００５０】
次に、接続処理の詳細を図４乃至図７のフローチャートを参照して説明する。
【００５１】
ステップＳ１において、サービスプロバイダ５１としてのアプリケーション＃１は、名簿(Roster)に登録されている各メンバー(Buddy)に対して、自分自身が提供可能なサービスの種別を表すプロファイルスペースID(Profile Space ID)をアナウンスすることを、メディアIMクライアント＃Ｐ１に指令する。メディアIMクライアント＃Ｐ１は、ステップＳ２において、この指示を受け取ると、ステップＳ３において名簿に予め登録されているメンバーに対して、プロファイルスペースIDをプレゼンスによって通知する。
【００５２】
ここで、メンバー（Buddy）は、メディアIMサーバ１４が提供するインスタントメッセージサービスにおいて、あるユーザ（または、メディアIMクライアント）に対するメッセージ通信の相手のことであり、メディアIMサーバ１４に予め登録されているユーザIDや、ユーザIDに対応付けられたニックネーム等で表される情報である。
【００５３】
また、名簿(Roster)は、そのメンバー（Buddy）のリストであり、すなわち、ユーザ（またはメディアIMクライアント）が、メッセージ通信の相手として設定した他のユーザ（または、他のメディアIMクライアント）のユーザID（またはニックネーム）のリストである。この、ユーザ毎の名簿(Roster)は、メディアIMサーバ１４において一元管理される。
【００５４】
例えば、メディアIMクライアント＃Ｐ１のユーザがメディアIMクライアント＃Ｃ１のユーザをメッセージ通信の相手として設定している場合、メディアIMクライアント＃Ｐ１に対応する名簿には、メディアIMクライアント＃Ｃ１のユーザ（ユーザID等）がメンバーとして登録されている。逆に、メディアIMクライアント＃Ｃ１のユーザがメディアIMクライアント＃Ｐ１のユーザをメッセージ通信の相手として設定している場合、メディアIMクライアント＃Ｃ１に対応する名簿には、メディアIMクライアント＃Ｐ１のユーザがメンバーとして登録されている。
【００５５】
このように、インスタントメッセージによるメッセージ通信を行う場合、互いをメンバーとして予め名簿に登録しておかなければならない。例えば、第１のユーザが、他のメディアIMクライアントの第２のユーザをメンバーとして名簿に登録しているが、第２のユーザが第１のユーザをメンバーとしてそのクライアントに登録してない場合、メッセージ通信を行うためには、第１のユーザは、メッセージ通信の前に第２のユーザにメンバーとして名簿に登録させる必要がある。
【００５６】
この名簿は、メディアIMクライアントよりユーザがメディアIMサーバ１４にログイン（接続）すると、必要に応じてメディアIMサーバ１４よりそのメディアIMクライアントに提供され、ディスプレイ等にGUI（Graphical User Interface）として表示される。その際、メディアIMサーバ１４は、上述した名簿とともに、ユーザが目的のメンバーを容易に識別することができるようにするためのアイコンや、そのメンバーに関する情報（例えば、通信可能か否かを示す情報）であるプレゼンス等の情報をメディアIMクライアントに供給する。名簿等を供給されたメディアIMクライアントは、その名簿の各メンバーにアイコンやプレゼンスを関連付けて表示する。
【００５７】
なお、以上のような名簿を一元管理する専用のサーバを設けるようにしてももちろんよい。
【００５８】
なお、プロファイルスペースID並びにアプリケーションIDは、図１のネットワークシステムに示されるような、インスタントメッセージのプレゼンス機能、メッセージング機能、およびInfo/Query機能をベースとして、アプリケーションレベルでのプロファイルのネゴシエーションを実現するアプリケーションプラットフォームの運用者によって、予め登録され、管理されている。従って、サービスコンシューマ５２は、そのIDに基づいて、その内容を特定することが可能となる。
【００５９】
図８は、パーソナルコンピュータ１１において動作するMPEG４ストリーミングサーバアプリケーションを定義するためのプロファイルスペースの例を表している。同図に示されるように、プロファイルスペースは、そのパーソナルコンピュータにおいて提供されるサービスを表現するＭ次元の空間（スペース）であり、各プロファイルスペースを識別するためのIDであるプロファイルスペースIDとＭ次元のパラメータにより構成される。この例においては、プロファイルスペースIDは、「１００００００１」とされている。また、パラメータは、access method, bit rate(link speed), X scale, Y scale, audio codecにより構成されている。この例の場合、通信に用いられるプロトコルを表すaccess methodの値は、１(RTSP/TCP+RTP/UDP)または２(HTTP tunnelling)とされる。接続されている通信回線の速度を表すbit rateは、６k乃至５１２kbpsとされる。画面の横方向の大きさを表すX scaleは１２８pixel乃至３５２pixelとされ、また画面の縦方向の大きさを表すY scaleは９６pixel乃至２８８pixelとされている。
【００６０】
ここで、プロファイルのaccess methodは、通信に用いられるプロトコルを表しており、例えば、番号１で表されるRTSP(Real Time Streaming Protocol)/TCP(Transmission Control Protocol)+RTP(Real Time Transport Protocol)/UDP(User Datagram Protocol)、または番号２で表されるHTTP(Hyper Text Transfer Protocol)tunnellingのいずれかとされる。また、bit rateは、使用されている通信回線のデータ転送速度を表す。すなわち、bit rateは、アプリケーション＃１がMPEG４ストリーミングサービスを行う際のMPEG４データ転送速度を決定するための情報である。
【００６１】
さらに、ビデオの圧縮伸長方式を表すVideo Codecは、MPEG４とされている。オーディオの圧縮伸長方式を表すaudio codecは、なし(none)、CELP(Code Excited Linear Predictive) ８k，CELP １６k，AAC(Advanced Audio Coding) １６k， AAC ３２k， AAC ４４．１k，AAC ４８kのいずれかとされる。
【００６２】
このように、パラメータは全て数値によって表現されている。これにより、サービスを提供するサービスプロバイダと、サービスの提供を受ける（サービスを利用する）サービスコンシューマとの間で、迅速且つ簡単に、サービスの利用の可否を判定することができる。
【００６３】
図４に戻って、メディアIMサーバ１４は、ステップＳ４において、メディアIMクライアント＃Ｐ１からの通知を受け取ると、ステップＳ５において、これを名簿内の各メンバーにアナウンスする。
【００６４】
アナウンスを受けたメンバー（サービスコンシューマ５２）の１人であるメディアIMクライアント＃Ｃ１は、ステップＳ６において、この通知を受け取ると、ステップＳ７において、プロファイルスペースIDとサービスプロバイダ５１側のアプリケーションID（いまの場合、アプリケーション＃１のID）に基づいて、自分自身がこのプロファイルを受け入れ可能であるか否かを判定する（検証する）。上述したように、このシステムの参加者は、これらのIDに基づいて、その内容（図８に示されているような、相手側装置の機能）を特定することができるので、この判定が可能である。
【００６５】
例えば、各メディアIMクライアント（すなわち、パーソナルコンピュータ１１，１２等）は、図８に示されるような、プロファイルに含まれるパラメータの種類や、そのパラメータが取り得る値の集合に、アプリケーションIDおよびプロファイルIDを関連付けたテーブルと、サービスコンシューマとなるアプリケーションに関する情報を予め保持しており、ステップＳ７において、保持しているテーブルを参照し、ステップＳ６において取得したアプリケーションIDやプロファイルIDに対応するプロファイルに含まれるパラメータの種類やそのパラメータが取り得る値の集合を特定し、さらに、保持しているアプリケーションに関する情報に基づいて、その特定されたパラメータ（パラメータに対応するプロファイル）が、サービスコンシューマとなるアプリケーションの有する機能に対応しているか否か（すなわち、受け入れ可能であるか否か）を判定する。
【００６６】
なお、この、IDと内容の対応関係を記述したテーブルを各装置（パーソナルコンピュータ１１，１２等）に記憶させておくこともできるが、所定のサーバ（例えば、メディアIMサーバ１４）に記憶させておくこともできる。この場合、ユーザが検証のために、このテーブルを利用する度に、ユーザに対して課金するようにすることもできる。これにより、メディアIMサーバ１４の運用者は、利益を得ることができる。
【００６７】
メディアIMクライアント＃Ｃ１は、サービスプロバイダ５１からプレゼンスを受けたプロファイルの内容が、サービスコンシューマが受け入れ可能であると判断した場合、ステップＳ８において、その受け入れ可能なサービスコンシューマ５２となるアプリケーション＃ｎに対して、プレゼンスの内容（図８に示されるような、プロファイルスペースIDに対応するプロファイル）を通知する。ステップＳ９において、アプリケーション＃ｎは、メディアIMクライアント＃Ｃ１からの通知を受信する。
【００６８】
なお、サービスプロバイダからのアナウンス（ステップＳ４乃至Ｓ６）を受け取った各メディアIMクライアントは、ステップＳ７における検証の結果、サービスコンシューマとなる適切なアプリケーションが存在しないと判断した場合、受信したアナウンスを無視する。
【００６９】
サービスコンシューマ５２としてのアプリケーション＃ｎは、サービスプロバイダ５１のプレゼンスの内容を受信すると、ステップＳ１０において、サービスプロバイダ５１から提供されたサービスの詳細情報を取得するように、メディアIMクライアント＃Ｃ１に指示する。ステップＳ１１において、メディアIMクライアント＃Ｃ１は、この指示を受け取ると、ステップＳ１２において、サービスプロバイダ５１が提供するサービスの、上述したプロファイルスペースのパラメータ群の一部または全部のパラメータにより構成されるプロバイダプロファイルの送信を、メッセージング機能またはInfo/Query機能を用いて要求する。この要求には、サービスプロバイダ５１を指定するための宛先情報が含められている。
【００７０】
なお、Info/Query機能を用いて通知や要求を行った場合、メッセージング機能を用いた場合と異なり、受け手側より受信確認の応答が送り手側に供給される。例えば、メディアIMクライアント＃Ｐ１のアプリケーション＃１がメディアIMサーバ１４より名簿(Roster)を取得する場合、メディアIMクライアント＃Ｐ１は、Info/Query機能により、GETコマンド等をメディアIMサーバ１４に供給する。メディアIMサーバ１４は、このGETコマンドを取得すると、取得したことを示す応答を送信元のメディアIMクライアント＃Ｐ１を介してアプリケーション＃１に供給する。アプリケーション＃１は、この応答により、GETコマンドがメディアIMサーバ１４に供給されたことを確認することができる。
【００７１】
このようにアプリケーションレベルにおいて確認応答が送信先より送信元に対して供給されるので、アプリケーションは、Info/Query機能を用いて通知や要求を行うことにより、確実にその通知や要求を送信先に供給することができる。
【００７２】
これに対してメッセージング機能を用いて通知や要求を行う場合、その通知や要求を取得した送信先のアプリケーションは、送信元に上述した確認応答を供給しない。従って、送信元のアプリケーションは、メッセージング機能を用いて供給した通知や要求を、その送信先が取得したか否かを把握することができないので、Info/Query機能を用いた場合と比較して、目的の送信先に確実に供給することができない。しかしながら、メッセージング機能を用いた通知や要求の場合、Info/Query機能を用いた場合と比較して、通信処理が簡潔になるので、処理の負荷を減らすことができる。このメッセージング機能は、例えば、メディアIMクライアント間におけるテキスト文書からなるインスタントメッセージ（INSTANT MESSAGING）の授受に用いられる。
【００７３】
なお、以上のようなInfo/Query機能を用いた通知や要求、またはメッセージング機能を用いた通知や要求は、メディアIMクライアントだけでなくメディアIMサーバも使用可能であり、メディアIMクライアントとメディアIMサーバ間における通知や要求だけでなくメディアIMクライアント間における通知や要求等にも使用可能である。
【００７４】
さらに、これらのInfo/Query機能やメッセージング機能を用いた通知や要求は、コマンドだけでなく、メッセージやパラメータ等、どのようなデータを含んでいても良く、どのような内容であっても良い。
【００７５】
以上のように、メディアIMクライアント＃Ｐ１、メディアIMクライアント＃Ｃ１、およびメディアIMサーバ１４は、メッセージング機能またはInfo/Query機能を用いてデータ（通知や要求等も含む）の授受を行う。
【００７６】
上述したように、プロバイダプロファイルを送信する場合、メディアIMクライアント＃Ｐ１等は、メッセージング機能またはInfo/Query機能のいずれを用いて送信してもよい。ただし、Info/Query機能を用いてプロバイダプロファイルを送信する場合、そのプロバイダプロファイルの送信に対する応答が、送信先より送信元に供給される。
【００７７】
メディアIMサーバ１４は、ステップＳ１３において、メディアIMクライアント＃Ｃ１からの要求を受信すると、ステップＳ１４において、これをメディアIMクライアント＃Ｐ１に送信する。メディアIMクライアント＃Ｐ１は、ステップＳ１５において、メディアIMサーバ１４からの要求を受信すると、ステップＳ１６において、これをサービスプロバイダ５１としてのアプリケーション＃１に供給する。
【００７８】
アプリケーション＃１は、ステップＳ１７において、メディアIMクライアント＃Ｐ１からの要求を受信すると、ステップＳ１８において、サービスコンシューマ５２に対して提供するプロバイダプロファイルを組み立て、メディアIMクライアント＃Ｐ１に送信する。
【００７９】
アプリケーション＃１により生成されるプロバイダプロファイルの内容は、プロファイルスペース（図８）で定義されているパラメータ群のうち、サービスプロバイダ５１がネットワークのリンクスピードやCPUの負荷状況などのランタイム環境を考慮した上で、サービスコンシューマ５２に対して実際に提供できるパラメータの値の範囲を具体的に設定したものとされる。
【００８０】
図９は、このようにして、生成されるプロバイダプロファイルの例を表している。図９では、このプロバイダプロファイルが、プロファイルディスクリプション(Profile Description)として表されている。
【００８１】
図９は、サービスプロバイダ５１としてのアプリケーション＃１がVGA(Video Graphics Array)系の画角（１６０pixel×１２０pixelまたは３２０pixel×２４０pixel）のみをサポートし、かつPHS(Personal Handyphone System)相当のネットワーク（リンクスピードの最大値が１２８kbpsのネットワーク）に接続されている場合の例を表している。従って、図９の例においては、ネットワークのリンクスピードとの兼ね合いから、画角が図８のプロファイルスペースで規定されている範囲のうち、１６０pixel×１２０pixel(X scale×Y scale)のみに限定されている。
【００８２】
また、図９の例においては、プロファイルスペースIDは、「１００００００１」とされており、図８に示されるプロファイルスペースに対応するプロファイルディスクリプションであることが示されている。すなわち、上述したように、メディアIMクライアント＃Ｃ１がステップＳ１２においてプロバイダプロファイルを要求すると、その要求に応じて、図９に示されるような、ステップＳ３においてメディアIMクライアント＃Ｐ１が供給したプロファイルスペースIDに対応するプロファイルディスクリプション（プロバイダプロファイル）が生成される。
【００８３】
図９のaccess methodは、RTSP/TCP+RTP/UDPまたはHTTP tunnellingのいずれかとされる。bit rateは、６k乃至１２８kbpsとされている。さらに、audio codecは、なし(none)またはCELP ８kとされている。
【００８４】
メディアIMクライアント＃Ｐ１は、ステップＳ１９において、アプリケーション＃１からのプロバイダプロファイルの応答を受信すると、ステップＳ２０において、これをアプリケーション＃ｎに向けてメッセージング機能またはInfo/Query機能を用いて返信する。
【００８５】
メディアIMサーバ１４は、ステップＳ２１において、メディアIMクライアント＃Ｐ１からの返信を受信すると、ステップＳ２２において、これをメディアIMクライアント＃Ｃ１に送信する。ステップＳ２３において、メディアIMクライアント＃Ｃ１は、この返信を受信すると、それをステップＳ２４において、アプリケーション＃ｎに送信する。アプリケーション＃ｎは、ステップＳ２５において、このサービスプロバイダ５１からの返信（図９に示されるプロバイダプロファイルが含まれている）を受信する。
【００８６】
アプリケーション＃ｎは、ステップＳ２５の処理で受信したサービスプロバイダ５１のプロバイダプロファイルと、自分自身が形成するコンシューマプロファイルとのマッチング（比較）を行う。
【００８７】
ここで、プロバイダプロファイルは、上述したように、メディアIMクライアント＃Ｃ１によりサービスコンシューマが受け入れ可能であると判断された内容のプロファイルスペースに基づいて、アプリケーション＃１が作成したプロファイルである。すなわち、このプロバイダプロファイルに対応するプロファイルスペースは、サービスコンシューマとしてのアプリケーション＃ｎにも対応している。従って、アプリケーション＃ｎは、アプリケーション＃１がプロバイダプロファイルを作成する場合と同様の処理を行い、サービスコンシューマに対応する、このプロファイルスペースのパラメータ群の一部または全部のパラメータにより構成されるプロファイル（すなわち、コンシューマプロファイル）を作成することができる。アプリケーション＃ｎは、受信したサービスプロバイダ５１のプロバイダプロファイルと、このように作成されたコンシューマプロファイルとのマッチングを行う。
【００８８】
上述したように、サービスプロバイダが提示するプロバイダプロファイル（プロファイルディスクリプション）は、数値だけで表現されているため、サービスコンシューマ５２は、自分自身のプロファイルを構成する各パラメータの値の範囲と単純に１次元での比較を行うだけで、整合性を簡単に検証することができる。
【００８９】
ここで、次元とは、パラメータの実質的な数を意味する。すなわち、サービスコンシューマ５２は、コンシューマプロファイルの各パラメータの値の範囲を、そのパラメータに対応するプロバイダプロファイルのパラメータの値の範囲とを１対１で、１つずつ比較する。
【００９０】
そして、コンシューマプロファイルの各パラメータの値の範囲の一部または全部が、そのパラメータに対応するプロバイダプロファイルのパラメータの値の範囲に重なる場合、すなわち、サービスコンシューマ５２が、サービスプロバイダ５１より提供されたサービスを取得することができる（アプリケーション＃１が送信したデータを、アプリケーション＃ｎが受け入れることができる）範囲が存在すると判定した場合、サービスコンシューマ５２は、整合性が確認できたと判定する。
【００９１】
アプリケーション＃ｎは、整合性が確認できた場合、ステップＳ２６において、サービスプロバイダ５１に対して、提供されたサービスへの自分自身（サービスコンシューマ５２）の登録を要求する。メディアIMクライアント＃Ｃ１は、ステップＳ２７において、アプリケーション＃ｎからこの指示を受け取ると、ステップＳ２８において、サービスプロバイダ５１に対して、プロファイルスペースIDに対応させて、サービスコンシューマ５２のアプリケーション＃ｎのアプリケーションIDを登録することにより、サービスの提供先としてサービスコンシューマ５２を登録する、サービスへの登録を、メッセージング機能またはInfo/Query機能を用いて要求する。このとき、プロファイルスペースIDとアプリケーションID（アプリケーション＃ｎのID）がその要求に含められる。
【００９２】
メディアIMサーバ１４は、ステップＳ２９において、メディアIMクライアント＃Ｃ１からの要求を受け取ると、ステップＳ３０において、これをメディアIMクライアント＃Ｐ１に送信する。メディアIMクライアント＃Ｐ１は、ステップＳ３１において、メディアIMサーバ１４からの要求を受信すると、ステップＳ３２において、これをアプリケーション＃１に送信する。アプリケーション＃１は、ステップＳ３３において、サービスコンシューマ５２からの登録要求を受信する。
【００９３】
サービスプロバイダ５１としてのアプリケーション＃１は、ステップＳ１８の処理でサービスコンシューマ５２に対して提供したサービスに対応してサービスコンシューマ５２を登録する。具体的には、プロファイルスペースIDに対応して、サービスコンシューマ５２のアプリケーション＃ｎのアプリケーションIDが対応して登録される。
【００９４】
このように登録されたサービスコンシューマ５２に関する情報は、アプリケーション＃１によりサービスが提供される際に利用される。すなわち、アプリケーション＃１は、この登録された情報を参照し、その情報に基づいてサービスコンシューマ５２のアプリケーション（アプリケーションIDに対応するアプリケーション）に対して、サービスを提供する。
【００９５】
ステップＳ３４において、アプリケーション＃１は、サービスコンシューマ５２より供給された要求であり、アプリケーション＃１がプロファイルスペースIDに対応させてサービスコンシューマ５２のアプリケーション＃ｎのアプリケーションIDを登録することにより、サービスの提供先としてサービスコンシューマ５２を登録させる要求である、サービスへの登録要求に対応する応答（すなわち、アプリケーション＃ｎの登録が完了したか否かを示す情報の供給）をメディアIMクライアント＃Ｐ１に指示し、ステップＳ３５において、この指示を受け取ったメディアIMクライアント＃Ｐ１は、ステップＳ３６において、供給された登録要求に対応する応答である登録結果を、メッセージング機能またはInfo/Query機能を用いて通知する。ステップＳ３７において、この登録結果の通知を受信したメディアIMサーバ１４は、ステップＳ３８において、それをメディアIMクライアント＃Ｃ１に送信する。メディアIMクライアント＃Ｃ１は、ステップＳ３９において、これを受信すると、ステップＳ４０において、アプリケーション＃ｎに送信する。アプリケーション＃ｎは、ステップＳ４１において、登録結果の通知を受信する。
【００９６】
アプリケーション＃ｎは、ステップＳ４２において、サービスプロバイダ５１からのプロファイルディスクリプション（ステップＳ２５の処理で受信したプロバイダプロファイル）に基づく接続性を保証するためのパラメータを、プロファイルアトム(Profile Atom)として決定する。すなわち、アプリケーション＃１が送信したデータを、アプリケーション＃ｎがそのまま利用することが可能な（アプリケーション＃ｎが受け入れることが可能な）パラメータが決定される。
【００９７】
図１０は、このプロファイルアトムのディスクリプションの例を表している。この例においては、プロファイルスペースIDが「１００００００１」とされており、図８に示されるプロファイルスペースに対応するプロファイルアトムであることが示されている。すなわち、上述したように、メディアIMクライアント＃Ｃ１の要求に応じてプロファイルスペースIDに対応するプロファイルディスクリプション（プロバイダプロファイル）がメディアIMクライアント＃Ｐ１により作成され、供給されると、メディアIMクライアント＃Ｃ１は、プロファイルスペースIDに対応するコンシューマプロファイルを作成し、それを供給されたプロバイダプロファイルと比較し、整合すると判定した場合、提供されたサービスへの登録処理を行うとともに、それらのプロファイルに対応するプロファイルスペースの各パラメータの範囲から、接続性を保証するための範囲を特定し、図１０に示されるような、それらの範囲のパラメータにより構成されるプロファイルアトムを生成する。
【００９８】
access methodは、HTTP tunnellingとされている。すなわち、図９のプロバイダプロファイルにおけるaccess methodのうち、番号２に対応する方が選択されている。
【００９９】
また、bit rateは４８kbps、 X scaleは１６０、Y scaleは１２０とされている。さらに、audio codecは、CELP ８kとされている。
【０１００】
アプリケーション＃ｎは、ステップＳ４２において、このようにして決定したプロファイルアトムを伴ったコネクト要求を発行する。ステップＳ４３において、メディアIMクライアント＃Ｃ１は、この要求を受信すると、ステップＳ４４において、この要求を、メッセージング機能またはInfo/Query機能を利用して、サービスプロバイダ５１に送信する。メディアIMサーバ１４は、ステップＳ４５において、この要求を受信すると、ステップＳ４６において、その要求をメディアIMクライアント＃Ｐ１に送信する。メディアIMクライアント＃Ｐ１は、ステップＳ４７において、メディアIMサーバ１４からの要求を受信すると、これをステップＳ４８において、アプリケーション＃１に送信する。アプリケーション＃１は、ステップＳ４９において、この要求を受信する。
【０１０１】
アプリケーション＃１は、この要求を受信すると、ステップＳ５０において、サービスコンシューマ５２（アプリケーション＃ｎ）がサービスプロバイダ５１（アプリケーション＃１）に対して接続するために必要な接続情報を含む応答を、サービスコンシューマ５２に送信する。この接続情報は、例えば、サービスコンシューマ５２がサービスプロバイダ５１に接続する際にアクセスするアドレスである、サービスプロバイダ５１のアドレスを示すURI(Uniform Resource Identifier)（サービスURI）とすることができる。
【０１０２】
アプリケーション＃１からステップＳ５０の処理で送信された応答は、ステップＳ５１において、メディアIMクライアント＃Ｐ１で受信され、メディアIMクライアント＃Ｐ１は、ステップＳ５２において、その応答を、メッセージング機能またはInfo/Query機能を利用して、サービスコンシューマ５２に向けて送信する。メディアIMサーバ１４は、ステップＳ５３において、メディアIMクライアント＃Ｐ１からの応答を受信すると、ステップＳ５４において、これをメディアIMクライアント＃Ｃ１に送信する。メディアIMクライアント＃Ｃ１は、ステップＳ５５において、メディアIMサーバ１４からの応答を受信すると、ステップＳ５６において、これをアプリケーション＃ｎに送信する。アプリケーション＃ｎは、ステップＳ５７において、この応答を受信する。
【０１０３】
アプリケーション＃１は、ステップＳ５０において、応答の送信を指示した後、アプリケーション＃ｎからの直接の（メディアIMサーバ１４を介さない）アクセスを待機している。そこで、ステップＳ５８において、アプリケーション＃ｎは、メディアIMサーバ１４を介さずに、ピアツーピアで、アプリケーション＃１のサービスURL(Uniform Resource Locator)にアクセスする。ステップＳ５９において、アプリケーション＃１は、アプリケーション＃ｎからのピアツーピアのURLへのアクセスを受け付ける。
【０１０４】
以後、アプリケーション＃１とアプリケーション＃ｎは、ピアツーピアで情報を授受することが可能となる。
【０１０５】
なお、サービスプロバイダ５１は、サービスを提供する側（提供者）である。これに対して、サービスコンシューマ５２は、サービスの提供を受けて利用する側（利用者）である。サービスの提供者と利用者は相対的なものであり、例えば、パーソナルコンピュータ１１とパーソナルコンピュータ１２は、それぞれ一方がサービスを提供するとき、他方がサービスを利用することになる。従って、一般的には、パーソナルコンピュータ１１は、サービスプロバイダ５１としての機能と、サービスコンシューマ５２としての機能の両方を有している。従って、パーソナルコンピュータ１１は、サービスの提供者側としてのアプリケーション＃１とメディアIMクライアント＃Ｐ１を有するだけでなく、サービスの利用者側としてのアプリケーション＃ｎとメディアIMクライアント＃Ｃ１も有している。同様に、パーソナルコンピュータ１２も、サービスの利用者側としてのアプリケーション＃ｎとメディアIMクライアント＃Ｃ１だけでなく、サービスの提供者側としてのアプリケーション＃１とメディアIMクライアント＃Ｐ１も有している。
【０１０６】
以上のように、本発明のアプリケーションプラットフォームは、インスタントメッセージのプレゼンス機能、メッセージング機能、およびInfo/Query機能をベースとして、アプリケーションレベルでのプロファイルのネゴシエーションを実現する新たなプロトコルアーキテクチャを構築している。その結果、このアプリケーションプラットフォームにおけるマッチングメーキングの仕組みを用いることによって、パーソナルコンピュータ、モバイル機器などの能力が異なる（勿論、同一でもよいが）様々なデバイスに実装されたアプリケーション同志が、簡単かつ確実に接続可能となる。これにより、文字、音声、音楽、動画、静止画といった様々な情報からなるリッチメディア情報を、ピアツーピアコミュニケーションで伝送することが可能なシステムを実現することができる。この場合において、最終的に接続性が保証されたアプリケーション（サービスエンティティ同志）がピアツーピアでコミュニケーションを図ることができる。従って、ユーザは、特別の操作を行わずとも、簡単かつ確実に、情報を授受することが可能となる。
【０１０７】
上述したアプリケーション（サービスエンティティ）は、パーソナルコンピュータやネットワーク対応のCE(Consumer Electronics)機器のみならず、インターネット１上の商用アプリケーションサーバにも適用することが可能となる。
【０１０８】
例えば、図１のアプリケーションサーバ１５においては、商用プリントサービスのアプリケーションが、サービスプロバイダとして、メディアIMクライアント＃４上で実行される。従って、図１におけるパーソナルコンピュータ１１，１２あるいはPDA１３は、アプリケーションサーバ１５との間で上述した手順を実行することで、アプリケーションサーバ１５が提供するプリントサービスを、インターネット１を介して利用することができる。
【０１０９】
従って、本発明においては、インターネット１に接続されている各サーバが提供しているサービスを検索することで、サービスプロバイダの一覧をBuddyリストとして、例えば、図１１に示されるように、表示することができる。
【０１１０】
図１１の例においては、PDA１３に実装されたメディアIMクライアント＃３上で、サービスコンシューマとして動作しているプリントサービスのアプリケーションが利用できるサービスプロバイダの一覧が表示されている。この場合において、プレゼンス機能を用いることによって、サービスコンシューマに応じてきめ細かく、かつ自由に、商用サービスのステータスを表現することができる。例えば、図１１の例において、商用サービスを運用中であるか否かを、ランプアイコン１３Ａで表示するようにすることができる。この場合、例えば、運用中の商用サービスは、緑色で表示し、休止中の商用サービスは、赤色で表示するようにすることができる。また、図１１の例においては、依頼したプリントが仕上がる時刻、価格などの細かい状況も、ステータス情報として表示されている。
【０１１１】
なお、当然のことながら、ユーザ端末上のサービスプロバイダとサービスコンシューマのアプリケーション間においても、ユーザインタフェースおよびプレゼンス機能により、相手先に応じたきめ細かいステータス表示をアプリケーション毎に行うことが可能である。
【０１１２】
図１２は、パーソナルコンピュータ１１の構成例を表している。なお、図示は省略するが、他のパーソナルコンピュータ１２も同様に構成される。従って、この図１２には、パーソナルコンピュータ１２の構成としても、適宜、引用される。
【０１１３】
図１２において、CPU（Central Processing Unit）１２１は、ROM（Read Only Memory）１２２に記憶されているプログラム、または記憶部１２８からRAM（Random Access Memory）１２３にロードされたプログラムに従って各種の処理を実行する。RAM１２３にはまた、CPU１２１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０１１４】
CPU１２１、ROM１２２、およびRAM１２３は、バス１２４を介して相互に接続されている。このバス１２４にはまた、入出力インタフェース１２５も接続されている。
【０１１５】
入出力インタフェース１２５には、キーボード、マウスなどよりなる入力部１２６、CRT(Cathode Ray Tube)、LCD(Liquid Crystal display)などよりなるディスプレイ、並びにスピーカなどよりなる出力部１２７、ハードディスクなどより構成される記憶部１２８、モデム、ターミナルアダプタなどより構成される通信部１２９が接続されている。通信部１２９は、インターネットを含むネットワークを介しての通信処理を行う。
【０１１６】
入出力インタフェース１２５にはまた、必要に応じてドライブ１３０が接続され、磁気ディスク１４１、光ディスク１４２、光磁気ディスク１４３、或いは半導体メモリ１４４などが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部１２８にインストールされる。
【０１１７】
上述したアプリケーション＃１（サービスプロバイダ５１）及びメディアIMクライアント＃Ｐ１またはアプリケーション＃ｎ（サービスコンシューマ５２）及びメディアIMクライアント＃Ｃ１は、CPU１２１により、RAM１２３によりロードされ、実行される。
【０１１８】
以上においては、サービスコンシューマ５２から、図７のステップＳ４２の処理で、プロファイルアトムをサービスプロバイダ５１に送信し、サービスを利用するようにしたので、例えば、定点カメラにおいて取得した画像を、サービスプロバイダ５１からサービスコンシューマ５２に提供するような、いわゆるプル型のサービスには親和性がある。例えば、定点カメラにおいて取得した画像を提供するサービスプロバイダ５１は、画像の提供を受ける側であるサービスコンシューマ５２より供給される画像提供の要求に基づいて画像を提供すれば良いので、このようなサービスは上述したシステムで容易に実現することができる。
【０１１９】
しかしながら、例えば、電話のように、サービスプロバイダ５１からサービスコンシューマ５２に対して、能動的にサービスを提供するような、いわゆるプッシュ型のサービスに対しては、上記したシステムは親和性に乏しい。例えば、電話サービスを上述したシステムで実現する場合、電話をかける側であるサービスプロバイダ５１は、電話を受ける側であるサービスコンシューマ５２より要求を受けないと電話をかけられなくなるので、このようなサービスは上述したシステムで単純に実現することはできない。
【０１２０】
そこで、プッシュ型のサービスが提供できるようにするための手順について、以下に説明する。
【０１２１】
この場合においては、図４のステップＳ１乃至ステップＳ９の処理に代えて、図１３に示されるステップＳ１０１乃至ステップＳ１０９の処理が実行される。図１３のステップＳ１０１乃至ステップＳ１０９の処理は、図４のステップＳ１乃至ステップＳ９の処理に、基本的に対応している。そこで、以下に、その違いについてだけ説明する。
【０１２２】
図４における場合と異なるのは、図４のステップＳ３に対応するステップＳ１０３と、図４のステップＳ７に対応するステップＳ１０７の処理である。
【０１２３】
即ち、ステップＳ３においては、メディアIMクライアント＃Ｐ１は、プロファイルスペースIDとプロバイダアプリケーションIDを、メディアIMサーバ１４に送信するようにしていたが、ステップＳ１０３の処理では、これに加えて、さらにプロバイダエンドポイント（Provider End Point）が送信される。このプロバイダエンドポイントは、サービスを提供する提供者としてのエンティティを識別する提供者エンティティ識別子である。
【０１２４】
図１５乃至図１７を参照して後述するように、アプリケーション＃１は、サービスの提供者としての実体であるサービスエンティティを、１以上、有することができる。プロバイダエンドポイントは、この１以上のサービスエンティティの中から目的のサービスエンティティを識別するための識別子である。
【０１２５】
また、図４のステップＳ７においては、メディアIMクライアント＃Ｃ１は、プロファイルスペースIDとサービスプロバイダ５１のアプリケーションID（アプリケーション＃１のID）に基づいて、自分自身がこのプロファイルを受け入れ可能であるか否かを検証するようにしていたが、ステップＳ１０７の処理においては、この検証に加えて、さらにステップＳ１０６の処理で受信されたメディアIMクライアント＃Ｐ１からの通知に含まれる、プロバイダエンドポイントとコンシューマエンドポイント（Consumer End Point）の対応関係が、メディアIMクライアント＃Ｃ１により記憶される。このコンシューマエンドポイントは、サービスを利用する利用者としてのエンティティを識別する利用者エンティティ識別子である。
【０１２６】
図１５乃至図１７を参照して後述するように、アプリケーション＃ｎは、サービスの利用者としての実体であるサービスエンティティを、１以上、有することができる。コンシューマエンドポイントは、この１以上のサービスエンティティの中から目的のサービスエンティティを識別するための識別子である。
【０１２７】
その他の処理は、図４における場合と同様である。
【０１２８】
図１３に示されるステップＳ１０１乃至ステップＳ１０９の処理（図４のステップＳ１乃至ステップＳ９に対応する処理）が実行された後、上述した場合と同様に、図５に示されるステップＳ１０乃至ステップＳ２５の処理が実行される。ただし、この場合、ステップＳ１２の処理において、サービスプロバイダの指定情報として、ステップＳ１０７の処理によって記憶されたプロバイダエンドポイントが含められる。即ち、これにより、サービスコンシューマ５２（アプリケーション＃ｎ）は、サービスプロバイダ５１（アプリケーション＃１）から提供されたサービスの詳細情報を取得する。
【０１２９】
次に、図６に示されるステップＳ２６乃至ステップＳ４１の処理に代えて、図１４に示されるステップＳ１２６乃至ステップＳ１４１の処理が実行される。
【０１３０】
このステップＳ１２６乃至ステップＳ１４１の処理は、基本的に、図６のステップＳ２６乃至ステップＳ４１の処理に対応する処理であるが、図６のステップＳ２８に対応するステップＳ１２８の処理と、図６のステップＳ３１に対応するステップＳ１３１の処理が、図６におけるステップＳ２８またはステップＳ３１の処理と異なっている。
【０１３１】
その他の処理は、図６における場合と同様であるので、以下に、ステップＳ１２８の処理とステップＳ１３１の処理についてだけ説明する。
【０１３２】
図６のステップＳ２８の処理ではメディアIMクライアント＃Ｃ１は、アプリケーション＃ｎからのサービスへの登録要求に基づいて、アプリケーション＃１に対してサービスへの登録要求を発行する。このステップＳ２８の処理では、この登録要求に、プロファイルスペースIDとアプリケーションIDだけを付加するようにしていたが、ステップＳ１２８の処理では、これに加えて、さらにプロバイダエンドポイントとコンシューマエンドポイントが付加される。このプロバイダエンドポイントとコンシューマエンドポイントは、図１３のステップＳ１０７の処理で、その対応関係が記憶されたものである。
【０１３３】
また、図６のステップＳ３１においては、メディアIMクライアント＃Ｐ１は、メディアIMサーバ１４からの要求を受信すると、ステップＳ３２において、これをアプリケーション＃１に送信するだけであったが、ステップＳ１３１の処理においては、メディアIMクライアント＃Ｐ１は、メディアIMサーバ１４からの要求を受信すると、それに含まれるプロバイダエンドポイントとコンシューマエンドポイントを読み出し、両者を対応させて登録する処理を実行する。
【０１３４】
以上のようにして、メディアIMクライアント＃Ｃ１（図１３のステップＳ１０７の処理）と、メディアIMクライアント＃Ｐ１（図１０のステップＳ１３１）の両方において、プロバイダエンドポイントとコンシューマエンドポイントの対応関係が記憶される。その他の処理は、図６における場合と同様である。
【０１３５】
次に、図１５乃至図１７を参照して、サービスエンティティについて説明する。上述したステップＳ１３１で、メディアIMクライアント＃Ｐ１によりサービスプロバイダエンティティとサービスコンシューマエンティティが登録された状態が、図１５に模式的に表されている。この例においては、ID１乃至ID３で示される３個のサービスプロバイダエンティティと、ID４とID５で示される２個のサービスコンシューマエンティティが、メディアIMクライアント＃Ｐ１に登録されている。
【０１３６】
図１６に示されるように、ID１で示される１個のサービスプロバイダエンティティは、ID４とID５で示される２個のサービスコンシューマエンティティと対応付けられている。
【０１３７】
また、図１７に示されるように、ID４で示される１個のサービスコンシューマエンティティは、ID１，ID２、またはID３の３個のサービスプロバイダエンティティと対応付けられている。
【０１３８】
これらの図において、対応関係は、サービスセッション（Service Session）として示されている。
【０１３９】
サービスエンティティは、サービスの提供者または利用者としての実体であり、アプリケーション＃１（アプリケーション＃ｎも同様）は、１以上のサービスエンティティを有することができる。即ち、通常、アプリケーション＃１が提供することが可能なサービスは１個だけではない。アプリケーション＃１は、１個以上のサービスを提供することができる。同様に、通常、アプリケーション＃ｎは、サービスを、１個だけ利用するのではなく、２個以上のサービスを利用する。例えば、電話アプリケーションを例とした場合、サービスプロバイダとサービスコンシューマとの間で映像音声を授受するサービスと、文字を授受するサービスとを提供することができる。従って、アプリケーションIDをサービスIDとして利用することはできず、サービスの実体としてのサービスエンティティが、アプリケーションとは別に規定される。
【０１４０】
図１４に示される登録処理が完了したとき、さらに図１８に示されるステップＳ２０１乃至ステップＳ２１２の処理が、後述する図２１に示されるステップＳ１４２乃至ステップＳ１５９の処理（コネクト要求の処理）の前に実行される。
【０１４１】
ステップＳ２０１において、アプリケーション＃１は、ユーザの指示に基づいて、ユーザが指定したサービスコンシューマに対してアプリケーション＃１が提供するサービスの利用を促す（勧誘する）メソッドの発行を指令する。この勧誘処理は、例えば電話アプリケーションの場合には、相手の電話に対して発呼する処理に相当する。ステップＳ２０２において、メディアIMクライアント＃Ｐ１は、アプリケーション＃１からこの指示を受け取ると、ステップＳ２０３において、指示されたサービスコンシューマに対してサービスの利用（サービスへの接続）を促すInviteメソッドを、IMのメッセージング機能またはInfo/Query機能を用いて送信する。
【０１４２】
このInviteメソッドには、そのメソッドを識別するリファレンス番号（Invite Reference）が含まれるほか、ステップＳ１３１の処理で登録された、プロバイダエンドポイントとコンシューマエンドポイントが含まれている。
【０１４３】
なお、メソッドとは、オブジェクト指向プログラミングにおける、「データ」および「手続き」により構成されるオブジェクトが有する、そのオブジェクトに対する操作（すなわち、オブジェクトの「手続き」を実行させる操作）を表すものである。すなわち、この場合、Inviteメソッドは、メディアIMクライアント＃Ｃ１に対して、メディアIMクライアント＃Ｃ１が有する「サービスの利用」手続きを実行させるメソッドである。
【０１４４】
メディアIMクライアント＃Ｐ１が、Inviteメソッドに、このように対象とするサービスを提供するサービスプロバイダエンティティを識別するプロバイダエンドポイントと、そのサービスを利用するサービスコンシューマエンティティを識別するコンシューマエンドポイントを付加することで、メディアIMクライアント＃Ｃ１は、複数のサービスエンティティの中から、確実に対象とするサービスエンティティを識別することが可能となる。
【０１４５】
また、Invite ReferenceをInviteメソッドに含めることで、後に、図１９を参照して説明するように、サービスプロバイダが、その発行したInviteメソッドをキャンセルしたり、図２０を参照して説明するように、コンシューマが、そのInviteメソッドにAcceptメソッドまたはRejectメソッドで応答する場合に、対象とするInviteメソッドを特定することが可能となる。
【０１４６】
なお、メディアIMクライアント＃Ｐ１は、ステップＳ２０３で、アプリケーション＃１から指定されたサービスコンシューマに対してInviteメソッドを送信するのではなく、図１４のステップＳ１２６のアプリケーション＃ｎからのサービスへの登録要求に基づいて登録されたすべてのサービスコンシューマに対してInviteメソッドを送信するようにすることもできる。
【０１４７】
メディアIMサーバ１４は、ステップＳ２０４でメディアIMクライアント＃Ｐ１から送信されてきたInviteメソッドを受信すると、ステップＳ２０５において、これをメディアIMクライアント＃１に送信する。
【０１４８】
メディアIMクライアント＃Ｃ１は、ステップＳ２０６において、メディアIMサーバ１４から送信されてきたInviteメソッドを受信すると、これをステップＳ２０７において、アプリケーション＃ｎに通知する。アプリケーション＃ｎは、ステップＳ２０８において、メディアIMクライアント＃Ｃ１からの通知を受信すると、サービスコンシューマ５２のユーザ（サービス利用者）に対して、映像、音声、GUI（Graphical User Interface）などを利用して、そのことを通知する。
【０１４９】
また、アプリケーション＃ｎが、例えば、起動はされているが、待機状態であり、その他の動作が行われていないような待ち受け動作状態である場合や、起動されていない場合等、そのままでは通信不可能な状態であっても、メディアIMクライアントＣ１が、アプリケーション＃ｎを起動したり、アプリケーション＃ｎの動作を制御したりする等して、アプリケーション＃ｎの動作状態を制御し、アプリケーション＃ｎが、アプリケーション＃１より供給される通知情報を取得することができるようにすることができる。これにより、確実に通知をユーザに知らしめることができる。
【０１５０】
メディアIMクライアント＃Ｃ１はまた、ステップＳ２０６でメディアIMサーバ１４からInviteメソッドを受信すると、ステップＳ２０９において、受信したことを、Info/Query機能の結果として通知する。メディアIMサーバ１４は、ステップＳ２１０において、メディアIMクライアント＃Ｃ１からの通知を受信すると、ステップＳ２１１において、この通知をさらにメディアIMクライアント＃Ｐ１に送信する。メディアIMクライアント＃Ｐ１は、ステップＳ２１２において、この通知を受信する。これにより、メディアIMクライアント＃Ｐ１は、ステップＳ２０３において発行したInfo/Query機能に基づくメッセージが、確実にメディアIMクライアント＃Ｃ１に受信されたことを知ることができる。
【０１５１】
なお、上述したように、メッセージング機能によるデータの授受においては、データの送信先は、データの送信元に対して、データの送信に対する応答を送信しない。すなわち、メディアIMクライアント＃Ｃ１は、メッセージング機能により送信されたデータを取得しても、そのデータに対する応答（データを取得したことを示す通知）を送信しない。従って、Inviteメソッドが、メッセージング機能を利用して送信された場合には、このInfo/Query機能に基づく通知は行われない。
【０１５２】
以上のようにして、アプリケーション＃１のユーザは、アプリケーション＃ｎのユーザ（コンシューマ）に対してサービスをプッシュすることができる。
【０１５３】
このシステムにおいては、サービスプロバイダ５１は、このようにして、一旦発行した勧誘をキャンセルすることが可能とされている。この場合の処理について、図１９を参照して説明する。このキャンセルの処理は、例えば電話アプリケーションにおいては、接続先を呼び出し中に、発信元が呼び出しをやめる処理に相当する。
【０１５４】
この処理は、図１８のInviteメソッドが発行された後、図２０を参照して後述するコンシューマ側からAcceptまたはRejectメソッドが送信されてくるまでの間に、サービスプロバイダ５１が実行することができる。
【０１５５】
サービスプロバイダ５１としてのアプリケーション＃１のユーザは、何らかの事情により、図１８の処理でサービスコンシューマ５２に対して発行したInviteメソッドをキャンセルしたいと考えるとき、そのことをアプリケーション＃１に指示する。アプリケーション＃１は、ユーザからこの指示を受けると、ステップＳ２３１において、メディアIMクライアント＃Ｐ１に対して勧誘のキャンセルを指令する。
【０１５６】
メディアIMクライアント＃Ｐ１は、ステップＳ２３２において、アプリケーション＃１から勧誘のキャンセルの指示を受け取ると、ステップＳ２３３において、Cancelメソッドをメッセージング機能またはInfo/Query機能を用いて発行する。このCancelメソッドは、キャンセル対象とされるInviteメソッドを識別するためのリファレンス番号（Invite Reference）を含んでいる。また、Cancelメソッドは、対象とするサービスプロバイダエンティティを識別するためのプロバイダエンドポイントと、対象とするサービスコンシューマエンティティを識別するためのコンシューマエンドポイントを含んでいる。これにより、複数のInviteメソッドがあっても、キャンセル対象を確実に特定することができる。
【０１５７】
ステップＳ２３４において、メディアIMサーバ１４は、メディアIMクライアント＃Ｐ１からのCancelメソッドを受信すると、ステップＳ２３５において、これをメディアIMクライアント＃Ｃ１に送信する。メディアIMクライアント＃Ｃ１は、ステップＳ２３６において、このCancelメソッドを受信すると、Cancelメソッドに含まれるプロバイダエンドポイント、コンシューマエンドポイントおよびリファレンス番号（Invite Reference）からキャンセルされた勧誘を特定し、ステップＳ２３７において、アプリケーション＃ｎに対して勧誘がキャンセルされたことを通知する。アプリケーション＃ｎは、ステップＳ２３８において、メディアIMクライアント＃Ｃ１から、このキャンセルの通知を受け取ると、勧誘を受けた場合と同様に映像、音声、GUIなどにより勧誘がキャンセルされたことをユーザに通知する。
【０１５８】
ステップＳ２３９において、メディアIMクライアント＃Ｃ１は、メディアIMサーバ１４からCancelメソッドを受信したことを、Info/Query機能によりメディアIMサーバ１４に通知する。ステップＳ２４０において、メディアIMサーバ１４は、Info/Queryの結果の通知を受け取ると、ステップＳ２４１において、この通知をメディアIMクライアント＃Ｐ１に送信する。メディアIMクライアント＃Ｐ１は、ステップＳ２４２において、メディアIMサーバ１４からの通知を受信する。これにより、メディアIMクライアント＃Ｐ１は、ステップＳ２３３で発行したCancelメソッドがメディアIMクライアント＃Ｃ１に確実に受信されたことを確認することができる。
【０１５９】
サービスコンシューマ５２のユーザは、以上の図１９の処理によりキャンセルの通知を受けたとき、図２０を参照して後述する勧誘に対する返答をすることができない。従って、サービスプロバイダ５１は、図１８のInviteメソッドを発行した後、Cancelメソッドを発行する場合、サービスコンシューマ５２からの返答を受信できるように待機する必要がない。これに対して、サービスプロバイダ５１は、図１８のInviteメソッドを発行した後、Cancelメソッドを発行しない場合には、サービスコンシューマ５２からの返答を受信できるように待機する。
【０１６０】
次に、図２０を参照して、図１８の処理により、Inviteメソッドを受信したサービスコンシューマ５２が実行する返答処理について説明する。この返答処理は、例えば電話アプリケーションにおいては、受信側が電話呼出に応答する処理に相当する。
【０１６１】
アプリケーション＃ｎを介してinviteメソッドが受信されたことの通知を受けた場合、サービスコンシューマ５２のユーザは、それに対応する返答を行う。ユーザは、勧誘を受け入れるか、または拒絶することを、アプリケーション＃ｎに指示する。
【０１６２】
アプリケーション＃ｎは、ユーザから、受け入れまたは拒絶の返答の指示を受けると、ステップＳ２６１において、その返答に対応するメソッドの発行をメディアIMクライアント＃Ｃ１に要求する。ステップＳ２６２において、メディアIMクライアント＃Ｃ１は、アプリケーション＃ｎからの指示を受け取ると、ステップＳ２６３において、アプリケーション＃ｎからの指示に対応する応答（Reply）を送信する。アプリケーション＃ｎからの指示が受け入れである場合には、メディアIMクライアント＃Ｃ１は、Acceptメソッドを発行し、拒絶である場合には、Rejectメソッドを発行する。これらのいずれのメソッドにも、対象とするInviteメソッドを特定するためのリファレンス番号（Invite Reference）を含んでいる。また、このAcceptメソッドまたはRejectメソッドには、対象とするプロバイダサービスエンティティを識別するためのプロバイダエンドポイントと、対象とするコンシューマサービスエンティティを特定するコンシューマエンドポイントが含まれている。
【０１６３】
メディアIMクライアント＃Ｃ１は、IMのメッセージング機能またはInfo/Query機能を用いて、このAcceptメソッドまたはRejectメソッドを発行する。
【０１６４】
ステップＳ２６４において、メディアIMサーバ１４は、メディアIMクライアント＃Ｃ１からのAcceptメソッドまたはRejectメソッドを受信すると、ステップＳ２６５において、これをメディアIMクライアント＃Ｐ１に送信する。
【０１６５】
メディアIMクライアント＃Ｐ１は、ステップＳ２６６において、メディアIMサーバ１４からのAcceptメソッドまたはRejectメソッドを受信すると、AcceptメソッドまたはRejectメソッドに含まれるプロバイダエンドポイント、コンシューマエンドポイント及びリファレンス番号（Invite Reference）からどの勧誘に対する応答かを特定し、ステップＳ２６７において、アプリケーション＃１に対してサービスコンシューマ５２からステップＳ２０１の処理で発行した勧誘に対応する応答が受信されたことを通知する。
【０１６６】
ステップＳ２６８において、アプリケーション＃１は、メディアIMクライアント＃Ｐ１からの応答を受信すると、サービスプロバイダ５１のユーザに対して、勧誘が受け入れられたこと（Acceptメソッドが受信された場合）、または拒絶されたこと（Rejectメソッドが受信された場合）を通知する。
【０１６７】
これにより、サービスプロバイダ５１のユーザは、発行した勧誘にサービスコンシューマ５２のユーザが応答した結果を知ることができる。
【０１６８】
メディアIMクライアント＃Ｐ１は、ステップＳ２６６の処理で、メディアIMサーバ１４からAcceptメソッドまたはRejectメソッドを受信すると、受信したことを表すInfo/Queryの結果の通知を、ステップＳ２６９においてメディアIMサーバ１４に発行する。メディアIMサーバ１４は、ステップＳ２７０において、メディアIMクライアント＃Ｐ１からの通知を受信すると、ステップＳ２７１において、これをメディアIMクライアント＃Ｃ１に送信する。メディアIMクライアント＃Ｃ１は、ステップＳ２７２において、メディアIMサーバ１４からの通知を受信する。これにより、メディアIMクライアント＃Ｃ１は、ステップＳ２６３において発行したAcceptメソッドまたはRejectメソッドが、メディアIMクライアント＃Ｐ１に受信されたことを確認することができる。
【０１６９】
以上の処理により、サービスコンシューマ５２のユーザが、勧誘に対して受け入れを指示した場合には、アプリケーション＃１は、アプリケーション＃ｎからの続くコネクト要求が来るのを待機する。その後、サービスコンシューマ５２のユーザは、図７に示されるステップＳ４２乃至ステップＳ５９の処理に代えて、図２１に示されるステップＳ１４２乃至ステップＳ１５９の処理を実行することで（コネクト要求を実行することで）、サービスプロバイダ５１が提供するサービスを利用する。
【０１７０】
このステップＳ１４２乃至ステップＳ１５９の処理は、基本的に、図７のステップＳ４２乃至ステップＳ５９の処理に対応する処理であるが、図７のステップＳ４４に対応するステップＳ１４４の処理が、図７におけるステップＳ４４の処理と異なっている。
【０１７１】
その他の処理は、図７における場合と同様であるので、以下に、ステップＳ１４４の処理についてだけ説明する。
【０１７２】
図７のステップＳ４４の処理ではメディアIMクライアント＃Ｃ１は、アプリケーション＃ｎからのコネクト要求を、メッセージング機能またはInfo/Query機能を利用して、サービスプロバイダ５１に送信する。このステップＳ４４の処理では、このコネクト要求に、Profile Atomの指定だけを付加するようにしていたが、ステップＳ１４４の処理では、これに加えて、さらにプロバイダエンドポイントとコンシューマエンドポイントが付加される。
【０１７３】
このプロバイダエンドポイントとコンシューマエンドポイントは、メディアIMクライアント＃Ｃ１（図１３のステップＳ１０７の処理）と、メディアIMクライアント＃Ｐ１（図１０のステップＳ１３１）の両方において、すでに対応関係が記憶されているため、メディアIMクライアント＃Ｐ１では、図２１のステップＳ１４８において、正しくサービスプロバイダであるアプリケーション＃１に、このコネクト要求を受け渡すことができる。その他の処理は、図７と同じである。
【０１７４】
これに対して、サービスコンシューマ５２のユーザは、サービスプロバイダ５１からの勧誘に対して拒絶の応答をした場合には、以後、図２１に示されるコネクト要求の処理を実行する必要がない。
【０１７５】
また、サービスプロバイダ５１は、サービスコンシューマ５２から拒絶の応答を受けた場合には、サービスコンシューマ５２からのコネクト要求を待機する必要がない。
【０１７６】
このようにして、プッシュ型の通信を確実に行うことが可能となる。
【０１７７】
なお、以上においては、メディアIMクライアントとアプリケーションを別の構成としたが、一体的な構成とすることも可能である。
【０１７８】
本発明によれば、サービスプロバイダからサービスコンシューマに識別情報を通知するようにしたので、サービスコンシューマは、その通知に基づいて自分自身がサービスプロバイダの機能を利用することができるか否かを、容易にかつ迅速に、判定することが可能となる。
【０１７９】
また、はじめから詳細情報を通知する場合に較べて、簡単かつ迅速に、サービスコンシューマに対してサービスを利用することができるか否かを判定させることが可能となる。さらに、サービスプロバイダとサービスコンシューマの間の伝送路のトラフィックの負荷を軽減することが可能となる。
【０１８０】
サービスコンシューマをサービスに関して登録したことを通知するようにしたので、サービスコンシューマに対してサービスの利用が可能であることを知らしめることができる。
【０１８１】
接続情報をサービスコンシューマに通知するようにしたので、サービスコンシューマとの間で、直接通信することが可能となる。
【０１８２】
接続情報に基づくアクセスを受け付けるようにした場合には、実際に、サービスコンシューマと通信を行うことが可能となる。
【０１８３】
識別情報の通知は、プレゼンス機能を用いて行い、詳細情報の通知と接続情報の通知は、メッセージング機能またはInfo/Query機能を用いて行うようにすることで、インスタントメッセージを利用して通知を行うことが可能となる。
【０１８４】
提供者エンティティ識別子を通知するようにすることで、複数のサービスを管理することが可能となる。
【０１８５】
提供者エンティティ識別子と利用者エンティティ識別子を対応して登録するようにすることで、サービスを提供するエンティティと利用するエンティティの対応関係を単位として、サービスを管理することが可能となる。
【０１８６】
勧誘情報を送信するようにすることで、プッシュ型のサービスの提供が可能となる。
【０１８７】
勧誘情報をメッセージング機能またはInfo/Query機能を用いて送信するようにすることで、インスタントメッセージを利用して勧誘情報を送信することが可能となる。
【０１８８】
登録された利用者エンティティ識別子に対応して勧誘情報を送信することで、より効率的なサービスを提供することが可能となる。
【０１８９】
勧誘をキャンセルするキャンセル情報を送信するようにすることで、事情変更に対応することが可能となる。
【０１９０】
キャンセル情報をメッセージング機能またはInfo/Query機能を用いて送信するようにすることで、インスタントメッセージを利用してキャンセル情報を送信することが可能となる。
【０１９１】
キャンセル情報にリファレンス番号、提供者エンティティ識別子、および利用者エンティティ識別子を含めるようにすることで、勧誘情報をきめ細かく、かつ確実にキャンセルすることが可能となる。
【０１９２】
また、本発明によれば、識別情報を受信するようにすることで、はじめから詳細情報を受信せずとも、サービスプロバイダのサービスを識別することが可能となる。
【０１９３】
また、識別情報に基づいて、その後、詳細情報の送信を要求するようにすることで、サービスプロバイダまでのトラフィックに与える負荷を軽減することが可能となる。
【０１９４】
サービスに関して自分自身を登録するように要求することで、より効率的にサービスを利用することが可能となる。
【０１９５】
提供可能なサービスの利用に関する情報を、サービスプロバイダに送信するようにすることで、サービスプロバイダから確実にサービスの提供を受けることが可能となる。
【０１９６】
プロバイダに直接接続する接続情報を受信するようにすることで、サービスプロバイダから直接サービスの提供を受けることが可能となる。
【０１９７】
接続情報に基づいてアクセスすることで、サービスプロバイダと直接情報を授受することが可能となる。
【０１９８】
詳細情報の送信の要求、自分自身の登録の要求、並びに提供可能なサービスの利用に関する情報の送信を、メッセージング機能またはInfo/Query機能を用いて行うようにすることで、インスタントメッセージを利用することが可能となる。
【０１９９】
識別情報とともに、提供者エンティティ識別子を受信するようにすることで、提供者エンティティ識別子と利用者エンティティ識別子を対応して記憶することが可能となり、その記憶に基づいて複数のサービスの利用を管理することが可能となる。
【０２００】
勧誘情報を受信するようにすることで、プッシュ型のサービスの提供を受けることが可能となる。
【０２０１】
勧誘情報の受け入れまたは拒否の情報を送信するようにすることで、自らの意志で勧誘情報を受け入れたり、または拒否したりすることが可能となる。
【０２０２】
勧誘情報の受け入れまたは拒否の送信をメッセージング機能またはInfo/Query機能を用いるようにすることで、インスタントメッセージを利用することが可能となる。
【０２０３】
提供可能なサービスの利用に関する情報を、受け入れの情報が送信された場合に送信するようにすることで、提供可能なサービスの利用に関する情報を、無駄に送信することを防止することができる。
【０２０４】
受け入れまたは拒否の情報に、リファレンス番号、提供者エンティティ識別子および利用者エンティティ識別子を含めるようにすることで、受け入れまたは拒否するサービスを確実に特定することが可能となる。
【０２０５】
サービスプロバイダとしての機能とサービスコンシューマとしての機能の両方を持ち合わせることで、必要に応じてサービスを提供したり、逆にサービスを利用することが可能となる。
【０２０６】
なお、以上におけるサービスには、ビデオデータ、オーディオデータ、その他のデータの他、各種の情報を授受する場合の他、各種のサービスを授受する場合に適応することができる。
【０２０７】
また、利用可能な装置もパーソナルコンピュータ、PDA等のコンシューマエレクトロニクス（CE）機器に限らず、各種の情報処理装置することができる。
【０２０８】
なお、上述した処理は、ネットワーク対応のCE機器等の場合、ハードウェアにより実行することもできる。勿論、ソフトウェアにより実行することもできる。
【０２０９】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０２１０】
この記録媒体は、図１２に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク１４１（フロッピディスクを含む）、光ディスク１４２（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク１４３（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリ１４４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM１２２や、記憶部１２８に含まれるハードディスクなどで構成される。
【０２１１】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２１２】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【産業上の利用可能性】
【０２１３】
本発明は、パーソナルコンピュータ、ネットワーク対応CE機器及びインターネット上の商用アプリケーションサーバに適用することができる。
【図面の簡単な説明】
【０２１４】
【図１】本発明を適用したネットワークシステムの構成例を示す図である。
【図２】ソフトウェアの階層を説明する図である。
【図３】本発明を適用したネットワークシステムの動作の概要を説明する図である。
【図４】図１のネットワークシステムの動作を説明するフローチャートである。
【図５】図１のネットワークシステムの動作を説明するフローチャートである。
【図６】図１のネットワークシステムの動作を説明するフローチャートである。
【図７】図１のネットワークシステムの動作を説明するフローチャートである。
【図８】プロファイルスペースの例を示す図である。
【図９】プロファイルディスクリプションの例を示す図である。
【図１０】プロファイルアトムの例を示す図である。
【図１１】サービスプロバイダの一覧の表示例を示す図である。
【図１２】パーソナルコンピュータの構成例を示すブロック図である。
【図１３】図１のネットワークシステムの動作を説明するフローチャートである。
【図１４】図１のネットワークシステムの動作を説明するフローチャートである。
【図１５】サービスエンティティを説明する図である。
【図１６】サービスプロバイダエンティティとサービスコンシューマエンティティの対応関係を説明する図である。
【図１７】サービスプロバイダエンティティとサービスコンシューマエンティティの対応関係を説明する図である。
【図１８】図１のネットワークシステムの動作を説明するフローチャートである。
【図１９】図１のネットワークシステムの動作を説明するフローチャートである。
【図２０】図１のネットワークシステムの動作を説明するフローチャートである。
【図２１】図１のネットワークシステムの動作を説明するフローチャートである。
【符号の説明】
【０２１５】
１  インターネット，  １１，１２  パーソナルコンピュータ，  １３  PDA，  １４  メディアIMサーバ，  ３１  IPネットワークトランスポート層，  ３２  メディアIMクライアントミドルウェア，  ３３  API
【図１】
0004411545.tif 000002
【図２】
0004411545.tif 000003
【図３】
0004411545.tif 000004
【図４】
0004411545.tif 000005
【図５】
0004411545.tif 000006
【図６】
0004411545.tif 000007
【図７】
0004411545.tif 000008
【図８】
0004411545.tif 000009
【図９】
0004411545.tif 000010
【図１０】
0004411545.tif 000011
【図１１】
0004411545.tif 000012
【図１２】
0004411545.tif 000013
【図１３】
0004411545.tif 000014
【図１４】
0004411545.tif 000015
【図１５】
0004411545.tif 000016
【図１６】
0004411545.tif 000017
【図１７】
0004411545.tif 000018
【図１８】
0004411545.tif 000019
【図１９】
0004411545.tif 000020
【図２０】
0004411545.tif 000021
【図２１】
0004411545.tif 000022