JP3806931B2 - 情報処理装置および方法、並びにプログラム - Google Patents
情報処理装置および方法、並びにプログラム Download PDFInfo
- Publication number
- JP3806931B2 JP3806931B2 JP2003091291A JP2003091291A JP3806931B2 JP 3806931 B2 JP3806931 B2 JP 3806931B2 JP 2003091291 A JP2003091291 A JP 2003091291A JP 2003091291 A JP2003091291 A JP 2003091291A JP 3806931 B2 JP3806931 B2 JP 3806931B2
- Authority
- JP
- Japan
- Prior art keywords
- media
- speed
- client
- information processing
- processing apparatus
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
- H04L43/0894—Packet rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/085—Retrieval of network configuration; Tracking network configuration history
- H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
- H04L41/0856—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information by backing up or archiving configuration information
Description
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置および方法、並びにプログラムに関し、特に、異なる伝送速度の伝送路に接続された装置間で確実に接続ができるようにした情報処理装置および方法、並びにプログラムに関する。
【０００２】
【従来の技術】
最近、インターネットが普及し、インターネットを利用して各種のデータを相手側と授受するユーザが増えてきた。
【０００３】
しかしながら、従来、例えば、相手側の装置に対して所定の画像を伝送しようとした場合、相手側の装置が接続されている伝送路の伝送速度と、自分自身の装置が接続されている伝送路の伝送速度が異なるため、安定して画像データを伝送することができなくなるといった事態が発生することがあった。
【０００４】
そこで、データ送信側の装置が、パケットの到着遅延からネットワークの輻輳を検出し、検出結果を基に、データ送信レートを制御するという方法が提案されている（例えば、特許文献１参照）。
【０００５】
【特許文献１】
特開平１１−３０８２７１号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、特許文献１に記載の方法では、データの送受信が開始されるまで実際のデータ速度が分からないという課題があった。
【０００７】
本発明は、このような状況に鑑みてなされたものであり、迅速かつ確実に、そして、ユーザに負担をかけることなく、伝送路の状況に影響されずに、相手側の装置と確実に接続することができるようにして、ユーザビリティを向上させるようにするものである。
【０００８】
【課題を解決するための手段】
本発明の情報処理装置は、第２の他の情報処理装置にログインするログイン手段と、ログイン手段によりログインする前または後に、ネットワークを含む伝送路の伝送速度を計測する計測手段と、計測手段により計測された伝送速度を、第２の他の情報処理装置を介して第１の他の情報処理装置に通知する通知手段と、計測手段により計測された伝送速度に基づいて設定された伝送速度で第１の他の情報処理装置と通信する通信手段とを備えることを特徴とする。
【０００９】
前記第１の他の情報処理装置が計測した伝送速度を、第２の他の情報処理装置を介して受信する受信手段と、受信手段により受信された伝送速度と、計測手段により計測された伝送速度に基づいて、第１の他の情報処理装置との通信の伝送速度を設定する設定手段とをさらに備えるようにすることができる。
【００１０】
前記計測手段は、ネットワークに接続されている計測用のサーバを利用して伝送速度を計測するようにすることができる。
【００１１】
本発明の情報処理方法は、第２の他の情報処理装置にログインするログインステップと、ログインステップの処理によりログインする前または後に、ネットワークを含む伝送路の伝送速度を計測する計測ステップと、計測ステップの処理により計測された伝送速度を、第２の他の情報処理装置を介して第１の他の情報処理装置に通知する通知ステップと、計測ステップの処理により計測された伝送速度に基づいて設定された伝送速度で第１の他の情報処理装置と通信する通信ステップとを含むことを特徴とする。
【００１２】
本発明のプログラムは、第２の他の情報処理装置にログインするログインステップと、ログインステップの処理によりログインする前または後に、ネットワークを含む伝送路の伝送速度を計測する計測ステップと、計測ステップの処理により計測された伝送速度を、第２の他の情報処理装置を介して第１の他の情報処理装置に通知する通知ステップと、計測ステップの処理により計測された伝送速度に基づいて設定された伝送速度で第１の他の情報処理装置と通信する通信ステップとを含む処理をコンピュータに実行させることを特徴とする。
【００１３】
本発明の情報処理装置および方法、並びにプログラムにおいては、第２の他の情報処理装置にログインされ、ログインされる前または後に、ネットワークを含む伝送路の伝送速度が計測されるとともに、第２の他の情報処理装置を介して第１の他の情報処理装置に通知され、計測された伝送速度に基づいて設定された伝送速度で第１の他の情報処理装置と通信が行われる。
【００１４】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００１５】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００１６】
請求項１に記載の情報処理装置は、ネットワーク（例えば、図１３のインターネット１）を介して第１の他の情報処理装置（例えば、図１６のメディアＩＭクライアント＃Ｃ１を有する図１３のパーソナルコンピュータ１２）と通信する情報処理装置（例えば、図１６のメディアＩＭクライアント＃Ｐ１を有する図１３のパーソナルコンピュータ１１）であって、第２の他の情報処理装置（例えば、図１３のメディアＩＭサーバ１４）にログインするログイン手段（例えば、図１４のステップＳ１０１の処理を実行する図１２のCPU１２１）と、前記ログイン手段によりログインする前または後に、前記ネットワークを含む伝送路の伝送速度を計測する計測手段（例えば、図１４のステップＳ１０５の処理を実行する図１２のCPU１２１）と、前記計測手段により計測された前記伝送速度を、前記第２の情報処理装置を介して前記第１の他の情報処理装置に通知する通知手段（例えば、図１６のステップＳ２１６乃至ステップＳ２２０の処理を実行する図１２のCPU１２１）と、前記計測手段により計測された前記伝送速度に基づいて設定された伝送速度で前記第１の他の情報処理装置と通信する通信手段（例えば、図１２の通信部１２９）とを備えることを特徴とする。
【００１７】
請求項２に記載の情報処理装置は、前記第１の他の情報処理装置が計測した前記伝送速度（例えば、メディアＩＭクライアント＃Ｃ１が計測した上り速度）を、前記第２の他の情報処理装置を介して受信する受信手段（例えば、図１８のステップＳ３０１の処理を実行する図１２の通信部１２９）と、前記受信手段により受信された前記伝送速度と、前記計測手段により計測された前記伝送速度（自分自身の下り速度）に基づいて、前記第１の他の情報処理装置との通信の伝送速度を設定する設定手段（例えば、図１８のステップＳ３０２の処理を実行する図１２のCPU１２１）とをさらに備えることを特徴とする。
【００１８】
請求項３に記載の情報処理装置は、前記計測手段が、前記ネットワークに接続されている計測用のサーバ（例えば、図１３の計測サーバ２００）を利用して前記伝送速度を計測することを特徴とする。
【００１９】
請求項４に記載の情報処理方法は、ネットワーク（例えば、図１３のインターネット１）を介して第１の他の情報処理装置（例えば、図１６のメディアＩＭクライアント＃Ｃ１を有する図１３のパーソナルコンピュータ１２）と通信する情報処理装置（例えば、図１６のメディアＩＭクライアント＃Ｐ１を有する図１３のパーソナルコンピュータ１１）の情報処理方法であって、第２の他の情報処理装置にログインするログインステップ（例えば、図１４のステップＳ１０１）と、前記ログインステップの処理によりログインする前または後に、前記ネットワークを含む伝送路の伝送速度を計測する計測ステップ（例えば、図１４のステップＳ１０５）と、前記計測ステップの処理により計測された前記伝送速度を、前記第２の情報処理装置を介して前記第１の他の情報処理装置に通知する通知ステップ（例えば、図１６のステップＳ２１６乃至ステップＳ２２０）と、前記計測ステップの処理により計測された前記伝送速度に基づいて設定された伝送速度で前記第１の他の情報処理装置と通信する通信ステップ（例えば、図１２の通信部１２９が実行する処理）とを含むことを特徴とする。
【００２０】
請求項５に記載のプログラムは、ネットワーク（例えば、図１３のインターネット１）を介して第１の他の情報処理装置（例えば、図１６のメディアＩＭクライアント＃Ｃ１を有する図１３のパーソナルコンピュータ１２）と通信する情報処理装置（例えば、図１６のメディアＩＭクライアント＃Ｐ１を有する図１３のパーソナルコンピュータ１１）のプログラム（例えば、図１６のメディアＩＭクライアント＃Ｐ１）であって、第２の他の情報処理装置にログインするログインステップ（例えば、図１４のステップＳ１０１）と、前記ログインステップの処理によりログインする前または後に、前記ネットワークを含む伝送路の伝送速度を計測する計測ステップ（例えば、図１４のステップＳ１０５）と、前記計測ステップの処理により計測された前記伝送速度を、前記第２の情報処理装置を介して前記第１の他の情報処理装置に通知する通知ステップ（例えば、図１６のステップＳ２１６乃至ステップＳ２２０）と、前記計測ステップの処理により計測された前記伝送速度に基づいて設定された伝送速度で前記第１の他の情報処理装置と通信する通信ステップ（例えば、図１２の通信部１２９が実行する処理）とを含む処理をコンピュータに実行させることを特徴とする。
【００２１】
図１は、本発明を適用したネットワークシステムの構成例を表している。このネットワークシステムにおいては、インターネット１を介して、メディアインスタントメッセージサーバ(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 Consumer)５２とされる。
【００２８】
サービスプロバイダ５１とサービスコンシューマ５２は、対応するメディアIMクライアント＃Ｐ１およびメディアIMクライアント＃Ｃ１を介して、インスタントメッセージのプレゼンス機能、メッセージング機能、またはInfo/Query機能を用いて、接続のためのネゴシエーション処理を実行する。ネゴシエーションにより、相手側と接続が可能であることが確認された後、サービスプロバイダ５１とサービスコンシューマ５２は、ピアツーピア（Ｐ２Ｐ）で、接続処理を実行する。
【００２９】
サービスプロバイダ５１とサービスコンシューマ５２は、それぞれサービスエンティティを構成する。サービスエンティティは、そのものが１つのアプリケーションである場合もあれば、複数のサービスエンティティの集合が１つのアプリケーションを形成する場合もある。以下においては、簡単のため、１つのサービスエンティティが１つのアプリケーションに対応しているものとする。
【００３０】
次に、接続処理の詳細を図４乃至図７のフローチャートを参照して説明する。
【００３１】
ステップＳ１において、サービスプロバイダ５１としてのアプリケーション＃１は、名簿(Roster)に登録されている各メンバー(Buddy)に対して、自分自身が提供可能なサービスの種別を表すプロファイルスペースID(Profile Space ID)をアナウンスすることを、メディアIMクライアント＃Ｐ１に指令する。メディアIMクライアント＃Ｐ１は、ステップＳ２において、この指示を受け取ると、ステップＳ３において名簿に予め登録されているメンバーに対して、プロファイルスペースIDをプレゼンスによって通知する。
【００３２】
なお、プロファイルスペースID並びにアプリケーションIDは、アプリケーションプラットフォームの運用者によって、予め登録され、管理されている。従って、サービスコンシューマ５２は、そのIDに基づいて、その内容を特定することが可能となる。
【００３３】
図８は、パーソナルコンピュータ１１において動作するMPEG４ストリーミングサーバアプリケーションを定義するためのプロファイルスペースの例を表している。同図に示されるように、プロファイルスペースは、プロファイルスペースIDとパラメータにより構成される。この例においては、プロファイルスペースIDは、「１００００００１」とされている。また、パラメータは、access method, bit rate, X scale, Y scale, audio codecにより構成されている。この例の場合、access methodの値は、１(RTSP/TCP+RTP/UDP)または２(HTTP tunneling)とされる。bit rateは、６k乃至５１２kbpsとされる。X scaleは１２８乃至３５２とされ、またY scaleは９６乃至２８８とされている。
【００３４】
さらに、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に基づいて、その内容を特定することができるので、この判定が可能である。
【００３８】
IDと内容の対応関係を記述したテーブルを各装置（パーソナルコンピュータ１１，１２等）に記憶させておくこともできるが、所定のサーバ（例えば、メディアIMサーバ１４）に記憶させておくこともできる。この場合、ユーザがこのテーブルを利用する度に、ユーザに対して課金するようにすることもできる。これにより、メディアIMサーバ１４の運用者は、利益を得ることができる。
【００３９】
メディアIMクライアント＃Ｃ１は、サービスプロバイダ５１からプレゼンスを受けたプロファイルの内容が、サービスコンシューマが受け入れ可能であると判断した場合、ステップＳ８において、その受け入れ可能なサービスコンシューマ５２となるアプリケーション＃ｎに対して、プレゼンスの内容（プロファイル）を通知する。ステップＳ９において、アプリケーション＃ｎは、メディアIMクライアント＃Ｃ１からの通知を受信する。
【００４０】
なお、各メディアIMクライアントは、検証の結果、サービスコンシューマとなる適切なアプリケーションが存在しないと判断した場合、受信したアナウンスを無視する。
【００４１】
サービスコンシューマ５２としてのアプリケーション＃ｎは、サービスプロバイダ５１のプレゼンスの内容を受信すると、ステップＳ１０において、サービスプロバイダ５１から提供されたサービスの詳細情報を取得するように、メディアIMクライアント＃Ｃ１に指示する。ステップＳ１１において、メディアIMクライアント＃Ｃ１は、この指示を受け取ると、ステップＳ１２において、サービスプロバイダ５１が提供するサービスのプロバイダプロファイルの送信を、メッセージング機能またはInfo/Query機能を用いて要求する。この要求には、サービスプロバイダ５１を指定するための宛先情報が含められている。
【００４２】
メディアIMサーバ１４は、ステップＳ１３において、メディアIMクライアント＃Ｃ１からの要求を受信すると、ステップＳ１４において、これをメディアIMクライアント＃Ｐ１に送信する。メディアIMクライアント＃Ｐ１は、ステップＳ１５において、メディアIMサーバ１４からの要求を受信すると、ステップＳ１６において、これをサービスプロバイダ５１としてのアプリケーション＃１に供給する。
【００４３】
アプリケーション＃１は、ステップＳ１７において、メディアIMクライアント＃Ｐ１からの要求を受信すると、ステップＳ１８において、サービスコンシューマ５２に対して提供するプロバイダプロファイルを組み立て、メディアIMクライアント＃Ｐ１に送信する。
【００４４】
アプリケーション＃１により生成されるプロバイダプロファイルの内容は、プロファイルスペース（図８）で定義されているパラメータ群のうち、サービスプロバイダ５１がネットワークのリンクスピードやCPUの負荷状況などのランタイム環境を考慮した上で、サービスコンシューマ５２に対して実際に提供できるパラメータの値の範囲を具体的に設定したものとされる。
【００４５】
図９は、このようにして、生成されるプロバイダプロファイルの例を表している。図９では、このプロバイダプロファイルが、プロファイルディスクリプション(Profile Description)として表されている。
【００４６】
図９は、サービスプロバイダ５１としてのアプリケーション＃１がVGA(Video Graphics Array)系の画角（１６０×１２０または３２０×２４０）のみをサポートし、かつPHS(Personal Handyphone System)相当のネットワーク（リンクスピードの最大値が１２８kbpsのネットワーク）に接続されている場合の例を表している。従って、図９の例においては、ネットワークのリンクスピードとの兼ね合いから、画角が図８のプロファイルスペースで規定されている範囲のうち、１６０×１２０(X scale×Y scale)のみに限定されている。
【００４７】
また、図９の例においては、プロファイルスペースIDは、「１００００００１」とされ、access methodは、RTSP/TCP+RTP/UDPまたはHTTP tunnelingのいずれかとされる。bit rateは、６k乃至１２８kbpsとされている。さらに、audio codecは、なし(none)またはCELP ８kとされている。
【００４８】
メディアIMクライアント＃Ｐ１は、ステップＳ１９において、アプリケーション＃１からのプロバイダプロファイルの応答を受信すると、ステップＳ２０において、これをアプリケーション＃ｎに向けてメッセージング機能またはInfo/Query機能を用いて返信する。
【００４９】
メディアIMサーバ１４は、ステップＳ２１において、メディアIMクライアント＃Ｐ１からの返信を受信すると、ステップＳ２２において、これをメディアIMクライアント＃Ｃ１に送信する。ステップＳ２３において、メディアIMクライアント＃Ｃ１は、この返信を受信すると、それをステップＳ２４において、アプリケーション＃ｎに送信する。アプリケーション＃ｎは、ステップＳ２５において、このサービスプロバイダ５１からの返信を受信する。
【００５０】
アプリケーション＃ｎは、ステップＳ２５の処理で受信したサービスプロバイダ５１のプロバイダプロファイルと、自分自身が形成するコンシューマプロファイルとのマッチング（比較）を行う。
【００５１】
上述したように、サービスプロバイダが提示するプロバイダファイル（プロファイルディスクリプション）は、数値だけで表現されているため、サービスコンシューマ５２は、自分自身のプロファイルを構成する各パラメータの値の範囲と単純に１次元での比較を行うだけで、整合性を簡単に検証することができる。
【００５２】
アプリケーション＃ｎは、整合性が確認できた場合、ステップＳ２６において、サービスプロバイダ５１に対して、提供されたサービスへの自分自身（サービスコンシューマ５２）の登録を要求する。メディアIMクライアント＃Ｃ１は、ステップＳ２７において、アプリケーション＃ｎからこの指示を受け取ると、ステップＳ２８において、サービスプロバイダ５１に対して、サービスへの登録を、メッセージング機能またはInfo/Query機能を用いて要求する。このとき、プロファイルスペースIDとアプリケーションIDがその要求に含められる。
【００５３】
メディアIMサーバ１４は、ステップＳ２９において、メディアIMクライアント＃Ｃ１からの要求を受け取ると、ステップＳ３０において、これをメディアIMクライアント＃Ｐ１に送信する。メディアIMクライアント＃Ｐ１は、ステップＳ３１において、メディアIMサーバ１４からの要求を受信すると、ステップＳ３２において、これをアプリケーション＃１に送信する。アプリケーション＃１は、ステップＳ３３において、サービスコンシューマ５２からの登録要求を受信する。
【００５４】
サービスプロバイダ５１としてのアプリケーション＃１は、ステップＳ１８の処理でサービスコンシューマ５２に対して提供したサービスに対応してサービスコンシューマ５２を登録する。具体的には、プロファイルスペースIDに対応して、サービスコンシューマ５２のアプリケーション＃ｎのアプリケーションIDが対応して登録される。
【００５５】
ステップＳ３４において、アプリケーション＃１は、登録要求に対応する応答をメディアIMクライアント＃Ｐ１に指示し、ステップＳ３５において、この指示を受け取ったメディアIMクライアント＃Ｐ１は、ステップＳ３６において、登録結果を、メッセージング機能またはInfo/Query機能を用いて通知する。ステップＳ３７において、この登録結果の通知を受信したメディアIMサーバ１４は、ステップＳ３８において、それをメディアIMクライアント＃Ｃ１に送信する。メディアIMクライアント＃Ｃ１は、ステップＳ３９において、これを受信すると、ステップＳ４０において、アプリケーション＃ｎに送信する。アプリケーション＃ｎは、ステップＳ４１において、登録結果の通知を受信する。
【００５６】
アプリケーション＃ｎは、ステップＳ４２において、サービスプロバイダ５１からのプロファイルディスクリプションに基づく接続性を保証するためのパラメータを、プロファイルアトム(Profile Atom)として決定する。すなわち、アプリケーション＃ｎが送信したデータを、アプリケーション＃１がそのまま利用することが可能な（アプリケーション＃１が受け入れることが可能な）パラメータが決定される。
【００５７】
図１０は、このプロファイルアトム（プロファイルアトムディスリプション：Description of Profile Atom）の例を表している。この例においては、プロファイルスペースIDが「１００００００１」とされ、access methodは、HTTP tunnelingとされている。すなわち、図９におけるaccess methodのうち、番号２に対応する方が選択されている。
【００５８】
また、bit rateは４８kbps、 X scaleは１６０、Y scaleは１２０とされている。さらに、audio codecは、CELP ８kとされている。
【００５９】
アプリケーション＃ｎは、ステップＳ４２において、このようにして決定したプロファイルアトムを伴ったコネクト要求を発行する。ステップＳ４３において、メディアIMクライアント＃Ｃ１は、この要求を受信すると、ステップＳ４４において、この要求を、メッセージング機能またはInfo/Query機能を利用して、サービスプロバイダ５１に送信する。メディアIMサーバ１４は、ステップＳ４５において、この要求を受信すると、ステップＳ４６において、その要求をメディアIMクライアント＃Ｐ１に送信する。メディアIMクライアント＃Ｐ１は、ステップＳ４７において、メディアIMサーバ１４からの要求を受信すると、これをステップＳ４８において、アプリケーション＃１に送信する。アプリケーション＃１は、ステップＳ４９において、この要求を受信する。
【００６０】
アプリケーション＃１は、この要求を受信すると、ステップＳ５０において、サービスコンシューマ５２（アプリケーション＃ｎ）がサービスプロバイダ５１（アプリケーション＃１）に対して接続するために必要な接続情報を含む応答を、サービスコンシューマ５２に送信する。この接続情報は、例えば、URI(Uniform Resource Identifier)とすることができる。
【００６１】
アプリケーション＃１からステップＳ５０の処理で送信された応答は、ステップＳ５１において、メディアIMクライアント＃Ｐ１で受信され、メディアIMクライアント＃Ｐ１は、ステップＳ５２において、その応答を、メッセージング機能またはInfo/Query機能を利用して、サービスコンシューマ５２に向けて送信する。メディアIMサーバ１４は、ステップＳ５３において、メディアIMクライアント＃Ｐ１からの応答を受信すると、ステップＳ５４において、これをメディアIMクライアント＃Ｃ１に送信する。メディアIMクライアント＃Ｃ１は、ステップＳ５５において、メディアIMサーバ１４からの応答を受信すると、ステップＳ５６において、これをアプリケーション＃ｎに送信する。アプリケーション＃ｎは、ステップＳ５７において、この応答を受信する。
【００６２】
アプリケーション＃１は、ステップＳ５０において、応答の送信を指示した後、アプリケーション＃ｎからの直接の（メディアIMサーバ１４を介さない）アクセスを待機している。そこで、ステップＳ５８において、アプリケーション＃ｎは、メディアIMサーバ１４を介さずに、ピアツーピアで、アプリケーション＃１のサービスURL(Uniform Resource Locator)にアクセスする。ステップＳ５９において、アプリケーション＃１は、アプリケーション＃ｎからのピアツーピアのURLへのアクセスを受け付ける。
【００６３】
以後、アプリケーション＃１とアプリケーション＃ｎは、ピアツーピアで情報を授受することが可能となる。
【００６４】
以上のように、本発明のアプリケーションプラットフォームは、インスタントメッセージのプレゼンス機能、メッセージング機能、および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)などよりなるディスプレイ、並びにスピーカなどよりなる出力部１２７、ハードディスクなどより構成される記憶部１２８、モデム、ターミナルアダプタなどより構成される通信部１２９が接続されている。通信部１２９は、インターネットを含むネットワークを介しての通信処理を行う。
【００７４】
入出力インタフェース１２５にはまた、必要に応じてドライブ１３０が接続され、磁気ディスク１４１、光ディスク１４２、光磁気ディスク１４３、或いは半導体メモリ１４４などが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部１２８にインストールされる。
【００７５】
上述したアプリケーション＃１（サービスプロバイダ５１）またはアプリケーション＃ｎ（サービスコンシューマ５２）は、CPU１２１により、RAM１２３にロードされ、実行される。
【００７６】
以上においては、各サービス（サービスプロバイダ５１やサービスコンシューマ５２）がリンクスピードを設定する方法については、特に言及していないが、一般的には、各サービス（例えば、出願人会社が提供しているWith You Call（商標）のようなテレビ電話サービス）に応じて、ユーザが、適切なリンクスピードを手動で設定することになる。
【００７７】
しかしながら、ユーザは、アクセスライン（リンク）に関する情報、特に、そのボトルネック速度を知ることは困難であり、また、複数のアクセスラインを使い分けるような環境では切換が面倒であるため、ユーザが、リンクスピードを手動で設定するのは必ずしも容易ではない。
【００７８】
そこで、本発明においては、各装置（各メディアクライアント）が、次のようにしてリンク速度を測定する。
【００７９】
図１３は、このような機能を付加したネットワークシステムの構成例を表している。
【００８０】
図１３においては、パーソナルコンピュータ１１，１２、PDA１３、メディアＩＭサーバ（Media IM Server）１４、およびアプリケーションサーバ１５に加えて、計測サーバ２００が、ネットワークとしてのインターネット１に接続されている。
【００８１】
メディアＩＭサーバ１４は、基幹リンク２２１を介してインターネット１に接続されており、計測サーバ２００は、基幹リンク２２２を介してインターネット１に接続されている。パーソナルコンピュータ１１は、アクセスリンク２２３−１を介してインターネット１に接続されており、パーソナルコンピュータ１２は、アクセスリンク２２３−２を介してインターネット１に接続されている。また、PDA１３は、アクセスリンク２２３−３を介してインターネット１に接続されており、アプリケーションサーバ１５は、基幹リンク２２０を介してインターネット１に接続されている。
【００８２】
アクセスリンク２２３−１乃至アクセスリンク２２３−３は、ISDN（Integrated Service Digital Network）、ADSL（Asymmetric Digital Subscriber Line）等で構成される。
【００８３】
基幹リンク２２２を介してインターネット１に接続されている計測サーバ２００は、パーソナルコンピュータ１１，１２、およびPDA１３が、それぞれ対応するアクセスリンク２２３−１乃至２２３−３のリンクスピード（伝送レート）を計測するためのサーバである。
【００８４】
その他の構成は、上述した図１と同様であるので、その説明は省略する。
【００８５】
次に、接続処理の詳細を、図１４乃至図１７を参照して説明する。
【００８６】
この場合においては、上述した図４の処理の前に、メディアＩＭクライアント＃Ｐ１とメディアＩＭクライアント＃Ｃ１が、それぞれ、メディアＩＭサーバ１４に対してログイン処理を行なうとともに、計測サーバ２００との通信により速度計測処理（自分自身の伝送速度を知るための処理）を行なう。
【００８７】
最初に、メディアＩＭクライアント＃Ｐ１における、ログインおよび速度計測処理を、図１４のフローチャートを参照して説明する。
【００８８】
ステップＳ１０１において、メディアＩＭクライアント＃Ｐ１は、メディアＩＭサーバ１４にログインする（例えば、ログイン通知を送信する）。メディアＩＭサーバ１４は、ステップＳ１０２において、メディアＩＭクライアント＃Ｐ１からのログイン通知を受け取ると、受け付け処理を行い、ステップＳ１０３において、ログインが完了したことを示すログイン完了通知を、メディアＩＭクライアント＃Ｐ１に送信する。
【００８９】
メディアＩＭクライアント＃Ｐ１は、ステップＳ１０４において、メディアＩＭサーバ１４からのログイン完了通知を受け取ると、ステップＳ１０５において、計測サーバ２００に対して、速度計測処理を実行する。計測サーバ２００は、メディアＩＭクライアント＃Ｐ１の処理に対応して、ステップＳ１０６において、メディアＩＭクライアント＃Ｐ１との間で速度計測処理を実行する。速度計測処理により、メディアＩＭクライアント＃Ｐ１は、自分自身の上り速度と下り速度（ボトルネックリンクの上り速度と下り速度）を取得することができる。この上り速度は、メディアＩＭクライアント＃Ｐ１が、任意の端末に、情報を送信するときの速度（ビットレート）であり、下り速度は、メディアＩＭクライアント＃Ｐ１が情報を受信するときの速度（ビットレート）である。なお、速度計測処理の詳細は、図２３乃至図２６を参照して後述する。
【００９０】
次に、メディアＩＭクライアント＃Ｃ１における、ログインおよび速度計測処理を、図１５のフローチャートを参照して説明する。この処理も、図１４の処理と同様に、上述した図４の処理の前に行なわれる。
【００９１】
ステップＳ１５１において、メディアＩＭクライアント＃Ｃ１は、メディアＩＭサーバ１４にログインする（例えば、ログイン通知を送信する）。メディアＩＭサーバ１４は、ステップＳ１５２において、メディアＩＭクライアント＃Ｃ１からのログイン通知を受け取ると、受け付け処理を行い、ステップＳ１５３において、ログインが完了したことを示すログイン完了通知を、メディアＩＭクライアント＃Ｃ１に送信する。
【００９２】
メディアＩＭクライアント＃Ｃ１は、ステップＳ１５４において、メディアＩＭサーバ１４からのログイン完了通知を受け取ると、ステップＳ１５５において、計測サーバ２００に対して、速度計測処理を実行する。計測サーバ２００は、ステップＳ１５６において、メディアＩＭクライアント＃Ｃ１のステップＳ１５５の処理に対応して、メディアＩＭクライアント＃Ｃ１との間で速度計測処理を実行する。速度計測処理により、メディアＩＭクライアント＃Ｃ１は、自分自身の上り速度と下り速度（ボトルネックリンクの上り速度と下り速度）を取得することができる。この上り速度は、メディアＩＭクライアント＃Ｃ１が、任意の端末に、情報を送信するときの速度であり、下り速度は、メディアＩＭクライアント＃Ｃ１が情報を受信するときの速度である。
【００９３】
このように、メディアＩＭクライアント＃Ｐ１とメディアＩＭクライアント＃Ｃ１は、それぞれ、メディアＩＭサーバ１４に対してログイン処理を行なった後に、自分自身の上り速度および下り速度を取得する。
【００９４】
この実施の形態においては、図１４と図１５の処理が実行された後、上述した図４に示されるステップＳ１乃至ステップＳ９の処理が実行される。すなわち、これにより、サービスプロバイダ５１（アプリケーション＃１）は、名簿(Roster)に登録されている各メンバー(Buddy)に対して、自分自身が提供可能なサービスの種別を表すプロファイルスペースID(Profile Space ID)を通知し、アナウンスを受けたメンバー（サービスコンシューマ５２）の１人であるメディアIMクライアント＃Ｃ１は、自分自身がこのプロファイルを受け入れ可能であるか否かを判定（検証）し、その受け入れ可能なサービスコンシューマ５２（アプリケーション＃ｎ）に対して、プレゼンスの内容（プロファイル）を通知する。
【００９５】
次に、図５に示されるステップＳ１０乃至ステップＳ２５の処理に代えて、図１６に示されるステップＳ２１０乃至２２５の処理が実行される。
【００９６】
このステップＳ２１０乃至ステップＳ２２５の処理は、基本的に、図５のステップＳ１０乃至ステップＳ２５の処理と同様の処理であるが、図５のステップＳ１６に対応するステップＳ２１６の処理と、図５のステップＳ２４に対応するステップＳ２２４の処理が、図５におけるステップＳ１６またはステップＳ２４の処理と異なっている。
【００９７】
その他の処理は、図５における場合と同様であるので、以下に、ステップＳ２１６の処理とステップＳ２２４の処理についてだけ説明する。
【００９８】
図５のステップＳ１６の処理では、メディアＩＭクライアント＃Ｐ１は、メディアＩＭサーバ１４からの要求（サービスプロバイダ５１が提供するサービスのプロバイダプロファイルの送信の要求）を、サービスプロバイダ５１としてのアプリケーション＃１に供給する（この要求には、サービスプロバイダ５１を指定するための宛先情報が含まれている）。このステップＳ１６の処理では、メディアＩＭサーバ１４からの要求だけをアプリケーション＃１に供給するようにしていたが、ステップＳ２１６の処理では、さらにメディアＩＭクライアント＃Ｐ１は、自分自身がメディアＩＭクライアント＃Ｃ１にデータを送信する立場にあるとき、その上りの速度情報を付加する。この上りの速度情報は、図１４のステップＳ１０５の速度計測処理により計測されたメディアＩＭクライアント＃Ｐ１の上りの速度情報である。
【００９９】
例えば、図１４のステップＳ１０５の処理により取得された上り速度（ビットレート）が１２８Ｋｂｐｓである場合、上り速度（ビットレート）が１２８Ｋｂｐｓであることを示す情報が、サービスプロバイダ５１としてのアプリケーション＃１に送信される。
【０１００】
また、図５のステップＳ２４においては、メディアＩＭクライアント＃Ｃ１は、メディアＩＭクライアント＃Ｐ１からの返信（サービスコンシューマ５２に対して提供するプロバイダプロファイルの応答）を、アプリケーション＃ｎに送信する。このステップＳ２４の処理では、メディアＩＭクライアント＃Ｐ１からの返信（メディアＩＭクライアント＃Ｐ１の上りの速度情報を含む）だけをアプリケーション＃ｎに送信するようにしていたが、ステップＳ２２４の処理では、メディアＩＭクライアント＃Ｃ１は、自分自身がデータを受信する立場にあるとき、その下りの速度情報をこれに付加する。この下りの速度情報は、図１５のステップＳ１５５の速度計測処理により計測されたメディアＩＭクライアント＃Ｃ１の下りの速度情報である。
【０１０１】
例えば、図１５のステップＳ１５５の処理により取得された下り速度（ビットレート）が４８Ｋｂｐｓである場合、下り速度（ビットレート）が４８Ｋｂｐｓであることを示す情報が、サービスコンシューマ５２としてのアプリケーション＃ｎに送信される。これにより、アプリケーション＃ｎには、メディアＩＭクライアント＃Ｐ１の上り速度と、メディアＩＭクライアント＃Ｃ１の下り速度の両方が通知されることになる。
【０１０２】
その他の処理は、図５における場合と同様である。
【０１０３】
この処理により、アプリケーション＃１は、メディアＩＭクライアント＃Ｐ１の上りの速度を知ることができ、アプリケーション＃ｎは、メディアＩＭクライアント＃Ｃ１の下りの速度を知ることができ、よって、ユーザは、アプリケーション（アプリケーション＃１またはアプリケーション＃ｎ）に、伝送速度（リンクスピード）を手動で設定する手間を省くことができる。また、正確な伝送速度を設定することができる。これにより、迅速かつ簡単に、適正な伝送速度で通信を行なうことが可能となる。
【０１０４】
図１６に示されるステップＳ２１０乃至ステップＳ２２５の処理（図５のステップＳ１０乃至ステップＳ２５に対応する処理）が実行された後、図６に示されるステップＳ２６乃至ステップＳ４１の処理に代えて、図１７に示されるステップＳ２２６乃至ステップＳ２４１の処理が実行される。
【０１０５】
このステップＳ２２６乃至ステップＳ２４１の処理は、基本的に、図６のステップＳ２６乃至ステップＳ４１の処理と同様の処理であるが、図６のステップＳ２６に対応する図１７のステップＳ２２６の処理と、図６のステップＳ３３に対応する図１７のステップＳ２３３の処理が、図６におけるステップＳ２６またはステップＳ３３の処理と異なっている。
【０１０６】
その他の処理は、図６における場合と同様であるので、以下にステップＳ２２６の処理とステップＳ２３３の処理についてだけ説明する。
【０１０７】
サービスプロバイダ５１のプロバイダプロファイルと、自分自身が形成するコンシューマプロファイルとの整合性が確認された場合、アプリケーション＃ｎは、図６のステップＳ２６の処理では、サービスプロバイダ５１に対して、提供されたサービスへの自分自身（サービスコンシューマ５２）の登録を要求する。このステップＳ２６の処理では、この登録の要求を、メディアＩＭクライアント＃Ｃ１に指示するだけであったが、ステップＳ２２６の処理では、この登録要求に、メディアＩＭクライアント＃Ｐ１とメディアＩＭクライアント＃Ｃ１の間の伝送速度（設定速度）が付加される。このステップＳ２２６の処理（提供されたサービスへの登録要求処理）の詳細を、図１８のフローチャートを参照して説明する。
【０１０８】
上述したように、図１６のステップＳ２２５で、メディアＩＭクライアント＃Ｃ１からアプリケーション＃ｎに供給されたプロバイダプロファイルには、ステップＳ２１６の処理で付加された、メディアＩＭクライアント＃Ｐ１の上りの速度情報が含まれているとともに、ステップＳ２２４の処理により付加された、メディアＩＭクライアント＃Ｃ１の下りの速度情報が含まれている。
【０１０９】
ステップＳ３０１において、アプリケーション＃ｎは、サービスプロバイダ５１のプロバイダプロファイルに含まれる、メディアＩＭクライアント＃Ｐ１の上りの速度情報（図１６のステップＳ２１６で付加された速度情報）を取得し（読み出し）、ステップＳ３０２において、サービスプロバイダ５１（メディアＩＭクライアント＃Ｐ１）の上り速度と、自分自身（サービスコンシューマ５２、すなわち、メディアＩＭクライアント＃Ｃ１）の下り速度とを比較し、遅い速度を設定速度とする。いまの例の場合、メディアＩＭクライアント＃Ｐ１の上り速度は、１２８Ｋｂｐｓであるのに対し、メディアＩＭクライアント＃Ｃ１の下り速度は、４８Ｋｂｐｓであるので、設定速度（伝送速度）は、４８Ｋｂｐｓ（メディアＩＭクライアント＃Ｃ１の下り速度）となる。
【０１１０】
ステップＳ３０３において、アプリケーション＃ｎは、提供されたサービスへの登録要求に、設定速度（伝送速度）を付加して送信する。
【０１１１】
また、図６のステップＳ３３においては、アプリケーション＃１は、メディアＩＭクライアント＃Ｃ１からの登録要求を受信するだけであったが、ステップＳ２３３の処理においては、アプリケーション＃１は、メディアＩＭクライアント＃Ｃ１からの登録要求に付加されている（ステップＳ３０３（ステップＳ２２６）の処理で付加された）設定速度を受信し、この設定速度を、自分自身の情報送信速度に設定する。このステップＳ２３３の処理（登録要求の受信および速度設定処理）の詳細を、図１９のフローチャートを参照して説明する。この処理は、図１８の処理に対応して実行される。
【０１１２】
上述した図１８の処理（ステップＳ２２６の処理）で、サービスコンシューマ５２からは、登録要求に設定速度が付加されて送信されてくるので、ステップＳ３５１において、アプリケーション＃１は、設定速度を含む登録要求を受信する。
【０１１３】
ステップＳ３５２において、アプリケーション＃１は、自分自身の情報送信速度を、ステップＳ３５１の処理で受信した登録要求に含まれる設定速度に設定する。メディアＩＭクライアント＃Ｐ１の上り速度は、１２８Ｋｂｐｓであるが、いまの例の場合、設定速度は４８Ｋｂｐｓであるので、アプリケーション＃１は、自分自身の情報送信速度（上り速度）を、４８Ｋｂｐｓに設定する。
【０１１４】
これにより、情報を送信（提供）する装置が、情報を受信する装置との間において、最適な通信速度（設定速度）で情報を送信することができる。
【０１１５】
なお、ステップＳ２２６とステップＳ２３３の処理は、図１８と図１９に示されるだけでなく、図２０と図２１に示されるようにすることもできる。具体的には、図１８と図１９に示される処理では、サービスコンシューマ５２としてのアプリケーション＃ｎが、通信速度（設定速度）を決定するようにしているが、図２０と図２１に示される処理では、サービスプロバイダ５１としてのアプリケーション＃１が、通信速度（設定速度）を決定する。以下にこの場合について説明する。
【０１１６】
この例では、サービスプロバイダ５１のプロバイダプロファイルと、自分自身が形成するコンシューマプロファイルとの整合性が確認された場合、アプリケーション＃ｎは、ステップＳ２２６で、図２０のフローチャートに示される処理を実行する。
【０１１７】
すなわち、ステップＳ４０１において、アプリケーション＃ｎは、サービスプロバイダ５１のプロバイダプロファイルに含まれる、メディアＩＭクライアント＃Ｃ１の下りの速度情報（図１６のステップＳ２２４で付加された速度情報）を取得し、ステップＳ４０２において、提供されたサービスへの登録要求に、この下りの速度情報（メディアＩＭクライアント＃Ｃ１の下りの速度情報）を付加して送信する。いまの例の場合、メディアＩＭクライアント＃Ｃ１の下りの速度は、４８Ｋｂｐｓであるとの情報が付加される。
【０１１８】
一方、アプリケーション＃１は、ステップＳ２３３で、図２０に対応する図２１に示される処理を実行する。
【０１１９】
上述した図２０の処理（ステップＳ２２６の処理）で、サービスコンシューマ５２からは、登録要求にメディアＩＭクライアント＃Ｃ１（サービスコンシューマ５２）の下りの速度情報が付加されて送信されてくるので、ステップＳ４５１において、アプリケーション＃１は、この下りの速度情報を含む登録要求を受信すると、その下りの速度情報を抽出する。
【０１２０】
ステップＳ４５２において、アプリケーション＃１は、サービスコンシューマ５２（メディアＩＭクライアント＃Ｃ１）の下り速度と、自分自身（メディアＩＭクライアント＃Ｐ１）の上り速度のうち、遅い速度を設定速度とする。いまの例の場合、メディアＩＭクライアント＃Ｐ１の上り速度は、１２８Ｋｂｐｓであるのに対し、メディアＩＭクライアント＃Ｃ１の下り速度は、４８Ｋｂｐｓであるので、設定速度は、４８Ｋｂｐｓ（メディアＩＭクライアント＃Ｃ１の下り速度）となる。
【０１２１】
ステップＳ４５３において、アプリケーション＃１は、自分自身の情報送信速度を、ステップＳ４５２の処理で求めた設定速度に設定する。いまの例の場合、メディアＩＭクライアント＃Ｐ１の上り速度は、１２８Ｋｂｐｓであるが、設定速度は４８Ｋｂｐｓであるので、アプリケーション＃１は、自分自身の情報送信速度（上り速度）を、４８Ｋｂｐｓに設定する。これにより、情報を送信（提供）する装置が、情報を受信する装置との間において、最適な通信速度で情報を送信することができる。
【０１２２】
このように、ステップＳ２２６とステップＳ２３３の処理を、図１８と図１９に示される処理としてもよいし、図２０と図２１に示される処理としてもよい。また、情報の送信と受信の一方だけを行うのではなく、両方を行う場合、上りの速度と下りの速度の両方を送信し、それぞれの設定速度を設定するようにしてもよい。また、一方の端末にのみ、速度情報を集約するのではなく、両方に通知し、いずれもが通信速度を制御できるようにしてもよい。
【０１２３】
次に、図１４のステップＳ１０５、または図１５のステップＳ１５５の速度計測処理の詳細を、以下に説明する。
【０１２４】
ここでは、速度の計測方法として、TCP(Transmission Control Protocol)で実装されているHTTPを使用して行なう方法と、UDP（User Datagram Protocol）で実装されているパケットペア（Packet Pair）を使用して行なう方法について説明する。
【０１２５】
最初に、HTTPを使用して速度の計測を行なう方法を説明する。
【０１２６】
図２２は、メディアＩＭクライアントにおける、計測サーバ２００を用いた下り速度計測処理を説明するフローチャートである。いまの場合、図１５のメディアＩＭクライアント＃Ｃ１が下り速度を計測する場合について説明する。例えば、メディアＩＭクライアント＃Ｃ１が、図１３のパーソナルコンピュータ１２に実装されている場合、パーソナルコンピュータ１２としてのメディアＩＭクライアント＃Ｃ１は、アクセスリンク２２３−２を介してインターネット１に接続されている。また、計測サーバ２００は、基幹リンク２２２を介してインターネット１に接続されている。
【０１２７】
ステップＳ５０１において、パーソナルコンピュータ１２に実装されているメディアＩＭクライアント＃Ｃ１は、計測サーバ２００にアクセスし、計測用パケットの送信を要求する。この要求に基づいて、計測サーバ２００は、計測用パケットを送信してくる。この計測用パケットは、基幹リンク２２２、インターネット１、アクセスリンク２２３−２を介して伝送されてくる。
【０１２８】
ステップＳ５０２において、メディアＩＭクライアント＃Ｃ１は、計測サーバ２００から送信された計測用パケットを受信する。この計測用パケットは、伝送レートを計測するためのものであるので、決まったデータ量のものであればよい。しかしながら、アナログモデム等では、データの圧縮が行われ、見かけ上のスループットが高くなる可能性があるため、ランダムなデータを使って計測したほうがよい。
【０１２９】
ステップＳ５０３において、メディアＩＭクライアント＃Ｃ１は、最初のデータを受信してから、例えば、１０秒間に受信したデータ量Ｄｄ（ビット）を計測する。
【０１３０】
ステップＳ５０４において、メディアＩＭクライアント＃Ｃ１は、「Ｄｄ／１０」を演算し、これを下り速度Ｖｄ（ビット／秒）とする（すなわち、「Ｖｄ＝Ｄｄ／１０」を演算する）。
【０１３１】
計測サーバ２００は、計測機能を実現するために、充分広い（少なくともアクセスリンク２２３−１乃至２２３−３より広い）帯域の基幹リンク２２２に接続されている。従って、この下り速度Ｖｄの値は、基幹リンク２２２とアクセスリンク２２３−２よりなる伝送路のうちのボトルネックとしてのアクセスリンク２２３−２の速度となる。
【０１３２】
図２２の処理により、パーソナルコンピュータ１２に実装されているメディアＩＭクライアント＃Ｃ１の下り速度Ｖｄが求められる。
【０１３３】
次に、図２３のフローチャートを参照して、メディアＩＭクライアントにおける、計測サーバ２００を用いた上り速度計測処理を説明する。いまの場合、図１４のメディアＩＭクライアント＃Ｐ１が上り速度を計測する場合について説明する。メディアＩＭクライアント＃Ｐ１が、図１３のパーソナルコンピュータ１１に実装されている場合、パーソナルコンピュータ１１としてのメディアＩＭクライアント＃Ｐ１は、アクセスリンク２２３−１を介してインターネット１に接続されている。
【０１３４】
ステップＳ５５１において、メディアＩＭクライアント＃Ｐ１は、アクセスリンク２２３−１とインターネット１を介して、計測サーバ２００にアクセスし、計測を要求するとともに、計測用パケットを送信する。このパケットは、伝送レートを計測するためのものであるので、データ量が明らかなものであればよい。しかしながら、アナログモデム等では、データの圧縮が行われ、見かけ上のスループットが高くなる可能性があるため、ランダムなデータを使って計測したほうがよい。
【０１３５】
ステップＳ５５２において、メディアＩＭクライアント＃Ｐ１は、最初のデータを送信してから、例えば、１０秒間に送信したデータ量Ｄｕ（ビット）を計測する。
【０１３６】
ステップＳ５５３において、メディアＩＭクライアント＃Ｐ１は、「Ｄｕ／１０」を演算し、これをパーソナルコンピュータ１１（メディアＩＭクライアント＃Ｐ１）の上り速度Ｖｕ（ビット／秒）とする（すなわち、「Ｖｕ＝Ｄｕ／１０」を演算する）。
【０１３７】
アクセスリンク２２３−１に較べて基幹リンク２２２は充分広い帯域を有するので、上り速度Ｖｕは、アクセスリンク２２３−１と基幹リンク２２２よりなる伝送路のうちのボトルネックとしてのアクセスリンク２２３−１の速度ということになる。
【０１３８】
図２３の処理により、上り速度Ｖｕが求められる。
【０１３９】
なお、メディアＩＭクライアント＃Ｃ１も、上り速度を計測する場合には、図２３の処理を実行し、メディアＩＭクライアント＃Ｐ１も、下り速度を計測する場合には、図２２の処理を実行する。
【０１４０】
すなわち、図２２と図２３の処理は、各メディアＩＭクライアント（メディアＩＭクライアント＃１乃至メディアＩＭクライアント＃４）が、上り速度と下り速度を求めるときに、適宜、実行する処理である。
【０１４１】
次に、パケットペアを使用した、速度計測方法を説明する。
【０１４２】
図２４は、メディアＩＭクライアントにおける、パケットペアによる速度測定処理を説明するフローチャートである。例えば、図１４のメディアＩＭクライアント＃Ｐ１が速度を計測する場合について説明する。メディアＩＭクライアント＃Ｐ１が、図１３のパーソナルコンピュータ１１に実装されている場合、パーソナルコンピュータ１１としてのメディアＩＭクライアント＃Ｐ１は、アクセスリンク２２３−１を介してインターネット１に接続されている。また、計測サーバ２００は、基幹リンク２２２を介してインターネット１に接続されている。
【０１４３】
ステップＳ６０１において、パーソナルコンピュータ１１に実装されているメディアＩＭクライアント＃Ｐ１は、パケットペアを生成する。生成されるパケットペアは任意長である。パケットペアは、その容量が大きいほど、ボトルネックを通過するときの時間がかかるので、測定誤差が軽減されるというメリットがある。しかし、ネットワークへの負担も大きくなるため、パケットペアの各パケットのパケット長は、例えば、５００バイト（ＩＰヘッダを含む）とされる。また、パケットペアは２つのパケットにより構成される。
【０１４４】
１つのパケットのフォーマットは、例えば、図２５に示される構成とされる。図２５において、Header（ヘッダ）には、プロトコルバージョン情報である「Ver」、プロトコルタイプである「Type（タイプ）」、ＩＰ／UDPヘッダを除いたパケット長「Length（レングス）」、シーケンス番号である「Sequence」、予備領域である「Reserved」、および、測定結果である「Bitrate（ビットレート）」が含まれている。「Payload（ペイロード）」には、任意のデータが埋め込まれる。
【０１４５】
ヘッダに含まれるシーケンス番号は、計測サーバ２００内で、パケットロスが発生したか否かを示すための情報となる。タイプには、いまの場合、RequestまたはReplyが書き込まれる。ペイロードには、任意のデータを埋め込むことができるが、アナログモデム等では、圧縮が行なわれるので、ランダムなデータを入れた方がよい。
【０１４６】
図２４に戻って、ステップＳ６０２において、メディアＩＭクライアント＃Ｐ１は、変数ｎに１を初期設定し、ステップＳ６０３において、シーケンス番号が連続する２つのパケットを、計測サーバ２００に送信する。このパケットは、アクセスリンク２２３−１、インターネット１、および基幹リンク２２２を介して、計測サーバ２００に送信される。メディアＩＭクライアント＃Ｐ１は、できるだけ素早く、２つの連続するパケットを送信する。シーケンス番号は、連続であれば、偶数、奇数のどちらから開始してもよいが、ここでは便宜上、偶数、奇数の順で送るものとする。
【０１４７】
ステップＳ６０４において、メディアＩＭクライアント＃Ｐ１は、ｎ＝３であるか否かを判定し、ｎ＝３でないと判定した場合、ステップＳ６０５において、変数ｎの値を１だけインクリメントする。いまの例の場合、ステップＳ６０２においてｎ＝１とされているので、ｎ＝１＋１＝２とされる。
【０１４８】
ステップＳ６０６において、メディアＩＭクライアント＃Ｐ１は、前回のパケットを送信後（ステップＳ６０３の処理の後）、１秒間が経過したか否かを判定し、１秒間が経過するまで待機する。ステップＳ６０６において、１秒間が経過したと判定された場合、処理はステップＳ６０３に戻り、それ以降の処理が繰り返される。すなわち、再度、シーケンス番号が連続する２つのパケット（１つのパケットペア）が送信され、ｎが１だけ加算される処理が、ｎ＝３とされるまで繰り返される。その結果、３組のパケットペアが送出される。
【０１４９】
ステップＳ６０４において、ｎ＝３であると判定された場合、計測サーバ２００は、上述した３回のパケットペアの送信に対する速度（上り速度）を求め、パーソナルコンピュータ１１に実装されているメディアＩＭクライアント＃Ｐ１に送信してくる（後述する図２６のステップＳ７５７）。そこで、ステップＳ６０７において、メディアＩＭクライアント＃Ｐ１は、計測サーバ２００から、上りの速度の情報を受信し、処理を終了する。
【０１５０】
測定誤差を低減するために、１回の測定セット（速度測定処理）では、連続して複数回のパケットペアを送信することが望ましい。しかしながら、短時間のうちに、何回も測定パケットを送信することはネットワーク（アクセスリンク２２３−１、インターネット１、および基幹リンク２２２）に負荷をかけることになるので、図２４に示されるように、１秒間に１回（つまり、１秒間に２パケット）送信するようにし、さらに、これを３回繰り返すことにより、１回の測定セット（速度測定処理）を終了させる。この例の場合、１回の測定セット（速度測定処理）は、約３秒強の時間となり、その間に、３回の測定ができることになる。
【０１５１】
次に、図２４のパーソナルコンピュータ１１の処理に対応して実行される計測サーバ２００による測定処理を、図２６のフローチャートを参照して説明する。
【０１５２】
ステップＳ７５１において、計測サーバ２００は、変数ｎに１を初期設定し、ステップＳ７５２において、メディアＩＭクライアント＃Ｐ１からパケットペアを受信する。このパケットペアは、上述した図２４のステップＳ６０３の処理でメディアＩＭクライアント＃Ｐ１により送信されたものである（ｎ＝１において送信されたパケットペア）。また、このパケットペアは、アクセスリンク２２３−１、インターネット１、および基幹リンク２２２を介して送信されてきたものである。
【０１５３】
ステップＳ７５２において、計測サーバ２００は、ボトルネックリンクの速度Ｂを演算する。ボトルネックリンクの速度Ｂは、Ｂ＝Ｌ×８／Ｔにより演算される。Ｌはパケット長であり（いまの例の場合、５００バイト）、Ｔは、シーケンス番号が連続する２つのパケット（図２４のステップＳ６０３で送信されたｎ＝１における２つの連続するパケット）において、１つ目のパケットが到着した時刻と、２つ目のパケットが到着した時刻との差に対応する時間である。これにより、ｎ＝１における１回目のパケットペアによる、ボトルネックリンクの速度Ｂが演算される。
【０１５４】
図２７は、パケットペアによる計測の概念図である。図２４のステップＳ６０３でメディアＩＭクライアント＃Ｐ１から送信された２つの連続するパケットのうち、１番目に送信される、シーケンス番号が偶数であるパケットが、パケット３０２であり、２番目に送信される、シーケンス番号が奇数であるパケットが、パケット３０３である。
【０１５５】
メディアＩＭクライアント＃Ｐ１からパケットペアが送信されたとき、パケット３０２とパケット３０３は素早く連続的に送信されているので、２つのパケットの間隔はほとんどない。しかしながら、ボトルネックである狭帯域のアクセスリンク２２３−１を通過することにより、パケットの伝送には長い時間が必要となる。その後、広い帯域の基幹リンク２２２を通過することにより、パケットの伝送に必要な時間は短くなるので、パケット３０２とパケット３０３の間隔が開いてしまう。そのため、パケット３０２とパケット３０３の計測サーバ２００に到着する時刻にずれが生じることになる（パケット３０２とパケット３０３の到着時刻のズレである時間がＴとなる）。
【０１５６】
図２６に戻って、ステップＳ７５４において、計測サーバ２００は、ｎ＝３であるか否かを判定し、ｎ＝３でないと判定した場合、ステップＳ７５５において、変数ｎを１だけインクリメントする。いまの例の場合、ｎ＝１＋１＝２とされる。その後、処理はステップＳ７５２に戻り、それ以降の処理が繰り返される。すなわち、２回目のパケットペア（図２４のｎ＝２で送信されたパケットペア）が受信され、２回目のボトルネックリンクの速度Ｂが演算され、３回目（図２４のｎ＝３）のパケットペアが受信され、３回目のボトルネックリンクの速度Ｂが演算される。
【０１５７】
ステップＳ７５４において、ｎ＝３であると判定された場合、ステップＳ７５６において、計測サーバ２００は、速度Ｂの平均値を演算する。例えば、ｎ＝１において演算された速度Ｂを速度Ｂ１、ｎ＝２において演算された速度Ｂを速度Ｂ２、ｎ＝３において演算された速度Ｂを速度Ｂ３とした場合、「（Ｂ１＋Ｂ２＋Ｂ３）／３」が演算される。
【０１５８】
ステップＳ７５７において、計測サーバ２００は、ステップＳ７５６の処理で演算した速度Ｂの平均値をパーソナルコンピュータ１１に送信（通知）する。
【０１５９】
図２４と図２６の処理により、パーソナルコンピュータ１１は、パケットペアを用いて、上りの速度を測定することができる。
【０１６０】
なお、下りの速度についても、図２４および図２６と同様の処理により求めることができる。
【０１６１】
以上のようにして、例えば、メディアＩＭクライアント＃１であるパーソナルコンピュータ１１が、ログインした後、ボトルネックリンクの速度の測定を行ない、通信対象となるメディアＩＭクライアント＃２であるパーソナルコンピュータ１２もまた、ログインした後、ボトルネックリンクの速度の測定を行ない、お互いのボトルネックリンクの速度情報を交換するようにしたので、最適な速度でコミュニケーションすることが可能となる。
【０１６２】
勿論、ログイン前にボトルネックリンクの速度を測定するようにしてもよい。要は、実際に通信するときとほぼ同一のトラフィックの状況が計測できるタイミングであればよい。
【０１６３】
アプリケーションプラットフォームは、インスタントメッセージのプレゼンス機能、メッセージング機能、およびInfo/Query機能に加えて、さらに、伝送速度を計測する機能をベースとして、アプリケーションレベルでのプロファイルのネゴシエーションを実現する新たなプロトコルアーキテクチャを構築している。その結果、このアプリケーションプラットフォームにおけるマッチングメーキングの仕組みを用いることによって、パーソナルコンピュータ、モバイル機器などの能力が異なる（勿論、同一でもよいが）様々なデバイスに実装されたアプリケーション同志が、簡単かつ確実に接続可能となる。このとき、能力が異なる様々なデバイスのボトルネックリンクの伝送速度も計測されるので、最適な伝送速度を設定できる。これにより、文字、音声、音楽、動画、静止画といった様々な情報からなるリッチメディア情報を、ピアツーピアコミュニケーションで伝送することが可能なシステムを実現することができる。この場合において、最終的に接続性が保証されたアプリケーション（サービスエンティティ同志）がピアツーピアでコミュニケーションを図ることができる。また、伝送レートを考慮した情報の伝送を行なうことが可能となる。従って、ユーザは、特別の操作を行わずとも、簡単かつ確実に、情報を授受することが可能となる。
【０１６４】
なお、上述した処理は、ネットワーク対応のCE機器等の場合、ハードウェアにより実行することもできる。勿論、ソフトウェアにより実行することもできる。
【０１６５】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０１６６】
この記録媒体は、図１２に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク１４１（フロッピディスクを含む）、光ディスク１４２（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク１４３（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリ１４４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM１２２や、記憶部１２８に含まれるハードディスクなどで構成される。
【０１６７】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１６８】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１６９】
【発明の効果】
以上の如く、本発明によれば、情報処理装置の間で情報を授受することが可能となる。特に、ユーザに負担をかけることなく、迅速かつ簡単に、伝送速度の伝送路に接続されている異なる装置間で、確実に接続し、情報を伝送することが可能となる。また、時間帯によってトラフィック状況が変化しても、確実に情報の伝送を行なうことが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したネットワークシステムの構成例を示す図である。
【図２】ソフトウェアの階層を説明する図である。
【図３】本発明を適用したネットワークシステムの動作の概要を説明する図である。
【図４】図１のネットワークシステムの動作を説明するフローチャートである。
【図５】図１のネットワークシステムの動作を説明するフローチャートである。
【図６】図１のネットワークシステムの動作を説明するフローチャートである。
【図７】図１のネットワークシステムの動作を説明するフローチャートである。
【図８】プロファイルスペースの例を示す図である。
【図９】プロファイルディスクリプションの例を示す図である。
【図１０】プロファイルアトムの例を示す図である。
【図１１】サービスプロバイダの一覧の表示例を示す図である。
【図１２】パーソナルコンピュータの構成例を示すブロック図である。
【図１３】本発明を適用したネットワークシステムの構成例を示す図である。
【図１４】図１３のネットワークシステムの動作を説明するフローチャートである。
【図１５】図１３のネットワークシステムの動作を説明するフローチャートである。
【図１６】図１３のネットワークシステムの動作を説明するフローチャートである。
【図１７】図１３のネットワークシステムの動作を説明するフローチャートである。
【図１８】図１７のステップＳ２２６の処理を説明するフローチャートである。
【図１９】図１７のステップＳ２３３の処理を説明するフローチャートである。
【図２０】図１７のステップＳ２２６の処理を説明するフローチャートである。
【図２１】図１７のステップＳ２３３の処理を説明するフローチャートである。
【図２２】 図１５のステップＳ１５５の処理を説明するフローチャートである。
【図２３】図１４のステップＳ１０５の処理を説明するフローチャートである。
【図２４】図１４のステップＳ１０５の処理を説明するフローチャートである。
【図２５】パケットフォーマットの例を説明する図である。
【図２６】図１４のステップＳ１０５の処理を説明するフローチャートである。
【図２７】パケットペアによる計測を説明する図である。
【符号の説明】
１ インターネット， １１，１２ パーソナルコンピュータ， １３ PDA， １４ メディアIMサーバ， ３１ IPネットワークトランスポート層， ３２ メディアIMクライアントミドルウェア， ３３ API， ２００ 計測サーバ， ２２０，２２１，２２２ 基幹リンク， ２２３−１乃至２２３−３ アクセスリンク
【発明の属する技術分野】
本発明は、情報処理装置および方法、並びにプログラムに関し、特に、異なる伝送速度の伝送路に接続された装置間で確実に接続ができるようにした情報処理装置および方法、並びにプログラムに関する。
【０００２】
【従来の技術】
最近、インターネットが普及し、インターネットを利用して各種のデータを相手側と授受するユーザが増えてきた。
【０００３】
しかしながら、従来、例えば、相手側の装置に対して所定の画像を伝送しようとした場合、相手側の装置が接続されている伝送路の伝送速度と、自分自身の装置が接続されている伝送路の伝送速度が異なるため、安定して画像データを伝送することができなくなるといった事態が発生することがあった。
【０００４】
そこで、データ送信側の装置が、パケットの到着遅延からネットワークの輻輳を検出し、検出結果を基に、データ送信レートを制御するという方法が提案されている（例えば、特許文献１参照）。
【０００５】
【特許文献１】
特開平１１−３０８２７１号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、特許文献１に記載の方法では、データの送受信が開始されるまで実際のデータ速度が分からないという課題があった。
【０００７】
本発明は、このような状況に鑑みてなされたものであり、迅速かつ確実に、そして、ユーザに負担をかけることなく、伝送路の状況に影響されずに、相手側の装置と確実に接続することができるようにして、ユーザビリティを向上させるようにするものである。
【０００８】
【課題を解決するための手段】
本発明の情報処理装置は、第２の他の情報処理装置にログインするログイン手段と、ログイン手段によりログインする前または後に、ネットワークを含む伝送路の伝送速度を計測する計測手段と、計測手段により計測された伝送速度を、第２の他の情報処理装置を介して第１の他の情報処理装置に通知する通知手段と、計測手段により計測された伝送速度に基づいて設定された伝送速度で第１の他の情報処理装置と通信する通信手段とを備えることを特徴とする。
【０００９】
前記第１の他の情報処理装置が計測した伝送速度を、第２の他の情報処理装置を介して受信する受信手段と、受信手段により受信された伝送速度と、計測手段により計測された伝送速度に基づいて、第１の他の情報処理装置との通信の伝送速度を設定する設定手段とをさらに備えるようにすることができる。
【００１０】
前記計測手段は、ネットワークに接続されている計測用のサーバを利用して伝送速度を計測するようにすることができる。
【００１１】
本発明の情報処理方法は、第２の他の情報処理装置にログインするログインステップと、ログインステップの処理によりログインする前または後に、ネットワークを含む伝送路の伝送速度を計測する計測ステップと、計測ステップの処理により計測された伝送速度を、第２の他の情報処理装置を介して第１の他の情報処理装置に通知する通知ステップと、計測ステップの処理により計測された伝送速度に基づいて設定された伝送速度で第１の他の情報処理装置と通信する通信ステップとを含むことを特徴とする。
【００１２】
本発明のプログラムは、第２の他の情報処理装置にログインするログインステップと、ログインステップの処理によりログインする前または後に、ネットワークを含む伝送路の伝送速度を計測する計測ステップと、計測ステップの処理により計測された伝送速度を、第２の他の情報処理装置を介して第１の他の情報処理装置に通知する通知ステップと、計測ステップの処理により計測された伝送速度に基づいて設定された伝送速度で第１の他の情報処理装置と通信する通信ステップとを含む処理をコンピュータに実行させることを特徴とする。
【００１３】
本発明の情報処理装置および方法、並びにプログラムにおいては、第２の他の情報処理装置にログインされ、ログインされる前または後に、ネットワークを含む伝送路の伝送速度が計測されるとともに、第２の他の情報処理装置を介して第１の他の情報処理装置に通知され、計測された伝送速度に基づいて設定された伝送速度で第１の他の情報処理装置と通信が行われる。
【００１４】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００１５】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００１６】
請求項１に記載の情報処理装置は、ネットワーク（例えば、図１３のインターネット１）を介して第１の他の情報処理装置（例えば、図１６のメディアＩＭクライアント＃Ｃ１を有する図１３のパーソナルコンピュータ１２）と通信する情報処理装置（例えば、図１６のメディアＩＭクライアント＃Ｐ１を有する図１３のパーソナルコンピュータ１１）であって、第２の他の情報処理装置（例えば、図１３のメディアＩＭサーバ１４）にログインするログイン手段（例えば、図１４のステップＳ１０１の処理を実行する図１２のCPU１２１）と、前記ログイン手段によりログインする前または後に、前記ネットワークを含む伝送路の伝送速度を計測する計測手段（例えば、図１４のステップＳ１０５の処理を実行する図１２のCPU１２１）と、前記計測手段により計測された前記伝送速度を、前記第２の情報処理装置を介して前記第１の他の情報処理装置に通知する通知手段（例えば、図１６のステップＳ２１６乃至ステップＳ２２０の処理を実行する図１２のCPU１２１）と、前記計測手段により計測された前記伝送速度に基づいて設定された伝送速度で前記第１の他の情報処理装置と通信する通信手段（例えば、図１２の通信部１２９）とを備えることを特徴とする。
【００１７】
請求項２に記載の情報処理装置は、前記第１の他の情報処理装置が計測した前記伝送速度（例えば、メディアＩＭクライアント＃Ｃ１が計測した上り速度）を、前記第２の他の情報処理装置を介して受信する受信手段（例えば、図１８のステップＳ３０１の処理を実行する図１２の通信部１２９）と、前記受信手段により受信された前記伝送速度と、前記計測手段により計測された前記伝送速度（自分自身の下り速度）に基づいて、前記第１の他の情報処理装置との通信の伝送速度を設定する設定手段（例えば、図１８のステップＳ３０２の処理を実行する図１２のCPU１２１）とをさらに備えることを特徴とする。
【００１８】
請求項３に記載の情報処理装置は、前記計測手段が、前記ネットワークに接続されている計測用のサーバ（例えば、図１３の計測サーバ２００）を利用して前記伝送速度を計測することを特徴とする。
【００１９】
請求項４に記載の情報処理方法は、ネットワーク（例えば、図１３のインターネット１）を介して第１の他の情報処理装置（例えば、図１６のメディアＩＭクライアント＃Ｃ１を有する図１３のパーソナルコンピュータ１２）と通信する情報処理装置（例えば、図１６のメディアＩＭクライアント＃Ｐ１を有する図１３のパーソナルコンピュータ１１）の情報処理方法であって、第２の他の情報処理装置にログインするログインステップ（例えば、図１４のステップＳ１０１）と、前記ログインステップの処理によりログインする前または後に、前記ネットワークを含む伝送路の伝送速度を計測する計測ステップ（例えば、図１４のステップＳ１０５）と、前記計測ステップの処理により計測された前記伝送速度を、前記第２の情報処理装置を介して前記第１の他の情報処理装置に通知する通知ステップ（例えば、図１６のステップＳ２１６乃至ステップＳ２２０）と、前記計測ステップの処理により計測された前記伝送速度に基づいて設定された伝送速度で前記第１の他の情報処理装置と通信する通信ステップ（例えば、図１２の通信部１２９が実行する処理）とを含むことを特徴とする。
【００２０】
請求項５に記載のプログラムは、ネットワーク（例えば、図１３のインターネット１）を介して第１の他の情報処理装置（例えば、図１６のメディアＩＭクライアント＃Ｃ１を有する図１３のパーソナルコンピュータ１２）と通信する情報処理装置（例えば、図１６のメディアＩＭクライアント＃Ｐ１を有する図１３のパーソナルコンピュータ１１）のプログラム（例えば、図１６のメディアＩＭクライアント＃Ｐ１）であって、第２の他の情報処理装置にログインするログインステップ（例えば、図１４のステップＳ１０１）と、前記ログインステップの処理によりログインする前または後に、前記ネットワークを含む伝送路の伝送速度を計測する計測ステップ（例えば、図１４のステップＳ１０５）と、前記計測ステップの処理により計測された前記伝送速度を、前記第２の情報処理装置を介して前記第１の他の情報処理装置に通知する通知ステップ（例えば、図１６のステップＳ２１６乃至ステップＳ２２０）と、前記計測ステップの処理により計測された前記伝送速度に基づいて設定された伝送速度で前記第１の他の情報処理装置と通信する通信ステップ（例えば、図１２の通信部１２９が実行する処理）とを含む処理をコンピュータに実行させることを特徴とする。
【００２１】
図１は、本発明を適用したネットワークシステムの構成例を表している。このネットワークシステムにおいては、インターネット１を介して、メディアインスタントメッセージサーバ(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 Consumer)５２とされる。
【００２８】
サービスプロバイダ５１とサービスコンシューマ５２は、対応するメディアIMクライアント＃Ｐ１およびメディアIMクライアント＃Ｃ１を介して、インスタントメッセージのプレゼンス機能、メッセージング機能、またはInfo/Query機能を用いて、接続のためのネゴシエーション処理を実行する。ネゴシエーションにより、相手側と接続が可能であることが確認された後、サービスプロバイダ５１とサービスコンシューマ５２は、ピアツーピア（Ｐ２Ｐ）で、接続処理を実行する。
【００２９】
サービスプロバイダ５１とサービスコンシューマ５２は、それぞれサービスエンティティを構成する。サービスエンティティは、そのものが１つのアプリケーションである場合もあれば、複数のサービスエンティティの集合が１つのアプリケーションを形成する場合もある。以下においては、簡単のため、１つのサービスエンティティが１つのアプリケーションに対応しているものとする。
【００３０】
次に、接続処理の詳細を図４乃至図７のフローチャートを参照して説明する。
【００３１】
ステップＳ１において、サービスプロバイダ５１としてのアプリケーション＃１は、名簿(Roster)に登録されている各メンバー(Buddy)に対して、自分自身が提供可能なサービスの種別を表すプロファイルスペースID(Profile Space ID)をアナウンスすることを、メディアIMクライアント＃Ｐ１に指令する。メディアIMクライアント＃Ｐ１は、ステップＳ２において、この指示を受け取ると、ステップＳ３において名簿に予め登録されているメンバーに対して、プロファイルスペースIDをプレゼンスによって通知する。
【００３２】
なお、プロファイルスペースID並びにアプリケーションIDは、アプリケーションプラットフォームの運用者によって、予め登録され、管理されている。従って、サービスコンシューマ５２は、そのIDに基づいて、その内容を特定することが可能となる。
【００３３】
図８は、パーソナルコンピュータ１１において動作するMPEG４ストリーミングサーバアプリケーションを定義するためのプロファイルスペースの例を表している。同図に示されるように、プロファイルスペースは、プロファイルスペースIDとパラメータにより構成される。この例においては、プロファイルスペースIDは、「１００００００１」とされている。また、パラメータは、access method, bit rate, X scale, Y scale, audio codecにより構成されている。この例の場合、access methodの値は、１(RTSP/TCP+RTP/UDP)または２(HTTP tunneling)とされる。bit rateは、６k乃至５１２kbpsとされる。X scaleは１２８乃至３５２とされ、またY scaleは９６乃至２８８とされている。
【００３４】
さらに、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に基づいて、その内容を特定することができるので、この判定が可能である。
【００３８】
IDと内容の対応関係を記述したテーブルを各装置（パーソナルコンピュータ１１，１２等）に記憶させておくこともできるが、所定のサーバ（例えば、メディアIMサーバ１４）に記憶させておくこともできる。この場合、ユーザがこのテーブルを利用する度に、ユーザに対して課金するようにすることもできる。これにより、メディアIMサーバ１４の運用者は、利益を得ることができる。
【００３９】
メディアIMクライアント＃Ｃ１は、サービスプロバイダ５１からプレゼンスを受けたプロファイルの内容が、サービスコンシューマが受け入れ可能であると判断した場合、ステップＳ８において、その受け入れ可能なサービスコンシューマ５２となるアプリケーション＃ｎに対して、プレゼンスの内容（プロファイル）を通知する。ステップＳ９において、アプリケーション＃ｎは、メディアIMクライアント＃Ｃ１からの通知を受信する。
【００４０】
なお、各メディアIMクライアントは、検証の結果、サービスコンシューマとなる適切なアプリケーションが存在しないと判断した場合、受信したアナウンスを無視する。
【００４１】
サービスコンシューマ５２としてのアプリケーション＃ｎは、サービスプロバイダ５１のプレゼンスの内容を受信すると、ステップＳ１０において、サービスプロバイダ５１から提供されたサービスの詳細情報を取得するように、メディアIMクライアント＃Ｃ１に指示する。ステップＳ１１において、メディアIMクライアント＃Ｃ１は、この指示を受け取ると、ステップＳ１２において、サービスプロバイダ５１が提供するサービスのプロバイダプロファイルの送信を、メッセージング機能またはInfo/Query機能を用いて要求する。この要求には、サービスプロバイダ５１を指定するための宛先情報が含められている。
【００４２】
メディアIMサーバ１４は、ステップＳ１３において、メディアIMクライアント＃Ｃ１からの要求を受信すると、ステップＳ１４において、これをメディアIMクライアント＃Ｐ１に送信する。メディアIMクライアント＃Ｐ１は、ステップＳ１５において、メディアIMサーバ１４からの要求を受信すると、ステップＳ１６において、これをサービスプロバイダ５１としてのアプリケーション＃１に供給する。
【００４３】
アプリケーション＃１は、ステップＳ１７において、メディアIMクライアント＃Ｐ１からの要求を受信すると、ステップＳ１８において、サービスコンシューマ５２に対して提供するプロバイダプロファイルを組み立て、メディアIMクライアント＃Ｐ１に送信する。
【００４４】
アプリケーション＃１により生成されるプロバイダプロファイルの内容は、プロファイルスペース（図８）で定義されているパラメータ群のうち、サービスプロバイダ５１がネットワークのリンクスピードやCPUの負荷状況などのランタイム環境を考慮した上で、サービスコンシューマ５２に対して実際に提供できるパラメータの値の範囲を具体的に設定したものとされる。
【００４５】
図９は、このようにして、生成されるプロバイダプロファイルの例を表している。図９では、このプロバイダプロファイルが、プロファイルディスクリプション(Profile Description)として表されている。
【００４６】
図９は、サービスプロバイダ５１としてのアプリケーション＃１がVGA(Video Graphics Array)系の画角（１６０×１２０または３２０×２４０）のみをサポートし、かつPHS(Personal Handyphone System)相当のネットワーク（リンクスピードの最大値が１２８kbpsのネットワーク）に接続されている場合の例を表している。従って、図９の例においては、ネットワークのリンクスピードとの兼ね合いから、画角が図８のプロファイルスペースで規定されている範囲のうち、１６０×１２０(X scale×Y scale)のみに限定されている。
【００４７】
また、図９の例においては、プロファイルスペースIDは、「１００００００１」とされ、access methodは、RTSP/TCP+RTP/UDPまたはHTTP tunnelingのいずれかとされる。bit rateは、６k乃至１２８kbpsとされている。さらに、audio codecは、なし(none)またはCELP ８kとされている。
【００４８】
メディアIMクライアント＃Ｐ１は、ステップＳ１９において、アプリケーション＃１からのプロバイダプロファイルの応答を受信すると、ステップＳ２０において、これをアプリケーション＃ｎに向けてメッセージング機能またはInfo/Query機能を用いて返信する。
【００４９】
メディアIMサーバ１４は、ステップＳ２１において、メディアIMクライアント＃Ｐ１からの返信を受信すると、ステップＳ２２において、これをメディアIMクライアント＃Ｃ１に送信する。ステップＳ２３において、メディアIMクライアント＃Ｃ１は、この返信を受信すると、それをステップＳ２４において、アプリケーション＃ｎに送信する。アプリケーション＃ｎは、ステップＳ２５において、このサービスプロバイダ５１からの返信を受信する。
【００５０】
アプリケーション＃ｎは、ステップＳ２５の処理で受信したサービスプロバイダ５１のプロバイダプロファイルと、自分自身が形成するコンシューマプロファイルとのマッチング（比較）を行う。
【００５１】
上述したように、サービスプロバイダが提示するプロバイダファイル（プロファイルディスクリプション）は、数値だけで表現されているため、サービスコンシューマ５２は、自分自身のプロファイルを構成する各パラメータの値の範囲と単純に１次元での比較を行うだけで、整合性を簡単に検証することができる。
【００５２】
アプリケーション＃ｎは、整合性が確認できた場合、ステップＳ２６において、サービスプロバイダ５１に対して、提供されたサービスへの自分自身（サービスコンシューマ５２）の登録を要求する。メディアIMクライアント＃Ｃ１は、ステップＳ２７において、アプリケーション＃ｎからこの指示を受け取ると、ステップＳ２８において、サービスプロバイダ５１に対して、サービスへの登録を、メッセージング機能またはInfo/Query機能を用いて要求する。このとき、プロファイルスペースIDとアプリケーションIDがその要求に含められる。
【００５３】
メディアIMサーバ１４は、ステップＳ２９において、メディアIMクライアント＃Ｃ１からの要求を受け取ると、ステップＳ３０において、これをメディアIMクライアント＃Ｐ１に送信する。メディアIMクライアント＃Ｐ１は、ステップＳ３１において、メディアIMサーバ１４からの要求を受信すると、ステップＳ３２において、これをアプリケーション＃１に送信する。アプリケーション＃１は、ステップＳ３３において、サービスコンシューマ５２からの登録要求を受信する。
【００５４】
サービスプロバイダ５１としてのアプリケーション＃１は、ステップＳ１８の処理でサービスコンシューマ５２に対して提供したサービスに対応してサービスコンシューマ５２を登録する。具体的には、プロファイルスペースIDに対応して、サービスコンシューマ５２のアプリケーション＃ｎのアプリケーションIDが対応して登録される。
【００５５】
ステップＳ３４において、アプリケーション＃１は、登録要求に対応する応答をメディアIMクライアント＃Ｐ１に指示し、ステップＳ３５において、この指示を受け取ったメディアIMクライアント＃Ｐ１は、ステップＳ３６において、登録結果を、メッセージング機能またはInfo/Query機能を用いて通知する。ステップＳ３７において、この登録結果の通知を受信したメディアIMサーバ１４は、ステップＳ３８において、それをメディアIMクライアント＃Ｃ１に送信する。メディアIMクライアント＃Ｃ１は、ステップＳ３９において、これを受信すると、ステップＳ４０において、アプリケーション＃ｎに送信する。アプリケーション＃ｎは、ステップＳ４１において、登録結果の通知を受信する。
【００５６】
アプリケーション＃ｎは、ステップＳ４２において、サービスプロバイダ５１からのプロファイルディスクリプションに基づく接続性を保証するためのパラメータを、プロファイルアトム(Profile Atom)として決定する。すなわち、アプリケーション＃ｎが送信したデータを、アプリケーション＃１がそのまま利用することが可能な（アプリケーション＃１が受け入れることが可能な）パラメータが決定される。
【００５７】
図１０は、このプロファイルアトム（プロファイルアトムディスリプション：Description of Profile Atom）の例を表している。この例においては、プロファイルスペースIDが「１００００００１」とされ、access methodは、HTTP tunnelingとされている。すなわち、図９におけるaccess methodのうち、番号２に対応する方が選択されている。
【００５８】
また、bit rateは４８kbps、 X scaleは１６０、Y scaleは１２０とされている。さらに、audio codecは、CELP ８kとされている。
【００５９】
アプリケーション＃ｎは、ステップＳ４２において、このようにして決定したプロファイルアトムを伴ったコネクト要求を発行する。ステップＳ４３において、メディアIMクライアント＃Ｃ１は、この要求を受信すると、ステップＳ４４において、この要求を、メッセージング機能またはInfo/Query機能を利用して、サービスプロバイダ５１に送信する。メディアIMサーバ１４は、ステップＳ４５において、この要求を受信すると、ステップＳ４６において、その要求をメディアIMクライアント＃Ｐ１に送信する。メディアIMクライアント＃Ｐ１は、ステップＳ４７において、メディアIMサーバ１４からの要求を受信すると、これをステップＳ４８において、アプリケーション＃１に送信する。アプリケーション＃１は、ステップＳ４９において、この要求を受信する。
【００６０】
アプリケーション＃１は、この要求を受信すると、ステップＳ５０において、サービスコンシューマ５２（アプリケーション＃ｎ）がサービスプロバイダ５１（アプリケーション＃１）に対して接続するために必要な接続情報を含む応答を、サービスコンシューマ５２に送信する。この接続情報は、例えば、URI(Uniform Resource Identifier)とすることができる。
【００６１】
アプリケーション＃１からステップＳ５０の処理で送信された応答は、ステップＳ５１において、メディアIMクライアント＃Ｐ１で受信され、メディアIMクライアント＃Ｐ１は、ステップＳ５２において、その応答を、メッセージング機能またはInfo/Query機能を利用して、サービスコンシューマ５２に向けて送信する。メディアIMサーバ１４は、ステップＳ５３において、メディアIMクライアント＃Ｐ１からの応答を受信すると、ステップＳ５４において、これをメディアIMクライアント＃Ｃ１に送信する。メディアIMクライアント＃Ｃ１は、ステップＳ５５において、メディアIMサーバ１４からの応答を受信すると、ステップＳ５６において、これをアプリケーション＃ｎに送信する。アプリケーション＃ｎは、ステップＳ５７において、この応答を受信する。
【００６２】
アプリケーション＃１は、ステップＳ５０において、応答の送信を指示した後、アプリケーション＃ｎからの直接の（メディアIMサーバ１４を介さない）アクセスを待機している。そこで、ステップＳ５８において、アプリケーション＃ｎは、メディアIMサーバ１４を介さずに、ピアツーピアで、アプリケーション＃１のサービスURL(Uniform Resource Locator)にアクセスする。ステップＳ５９において、アプリケーション＃１は、アプリケーション＃ｎからのピアツーピアのURLへのアクセスを受け付ける。
【００６３】
以後、アプリケーション＃１とアプリケーション＃ｎは、ピアツーピアで情報を授受することが可能となる。
【００６４】
以上のように、本発明のアプリケーションプラットフォームは、インスタントメッセージのプレゼンス機能、メッセージング機能、および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)などよりなるディスプレイ、並びにスピーカなどよりなる出力部１２７、ハードディスクなどより構成される記憶部１２８、モデム、ターミナルアダプタなどより構成される通信部１２９が接続されている。通信部１２９は、インターネットを含むネットワークを介しての通信処理を行う。
【００７４】
入出力インタフェース１２５にはまた、必要に応じてドライブ１３０が接続され、磁気ディスク１４１、光ディスク１４２、光磁気ディスク１４３、或いは半導体メモリ１４４などが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部１２８にインストールされる。
【００７５】
上述したアプリケーション＃１（サービスプロバイダ５１）またはアプリケーション＃ｎ（サービスコンシューマ５２）は、CPU１２１により、RAM１２３にロードされ、実行される。
【００７６】
以上においては、各サービス（サービスプロバイダ５１やサービスコンシューマ５２）がリンクスピードを設定する方法については、特に言及していないが、一般的には、各サービス（例えば、出願人会社が提供しているWith You Call（商標）のようなテレビ電話サービス）に応じて、ユーザが、適切なリンクスピードを手動で設定することになる。
【００７７】
しかしながら、ユーザは、アクセスライン（リンク）に関する情報、特に、そのボトルネック速度を知ることは困難であり、また、複数のアクセスラインを使い分けるような環境では切換が面倒であるため、ユーザが、リンクスピードを手動で設定するのは必ずしも容易ではない。
【００７８】
そこで、本発明においては、各装置（各メディアクライアント）が、次のようにしてリンク速度を測定する。
【００７９】
図１３は、このような機能を付加したネットワークシステムの構成例を表している。
【００８０】
図１３においては、パーソナルコンピュータ１１，１２、PDA１３、メディアＩＭサーバ（Media IM Server）１４、およびアプリケーションサーバ１５に加えて、計測サーバ２００が、ネットワークとしてのインターネット１に接続されている。
【００８１】
メディアＩＭサーバ１４は、基幹リンク２２１を介してインターネット１に接続されており、計測サーバ２００は、基幹リンク２２２を介してインターネット１に接続されている。パーソナルコンピュータ１１は、アクセスリンク２２３−１を介してインターネット１に接続されており、パーソナルコンピュータ１２は、アクセスリンク２２３−２を介してインターネット１に接続されている。また、PDA１３は、アクセスリンク２２３−３を介してインターネット１に接続されており、アプリケーションサーバ１５は、基幹リンク２２０を介してインターネット１に接続されている。
【００８２】
アクセスリンク２２３−１乃至アクセスリンク２２３−３は、ISDN（Integrated Service Digital Network）、ADSL（Asymmetric Digital Subscriber Line）等で構成される。
【００８３】
基幹リンク２２２を介してインターネット１に接続されている計測サーバ２００は、パーソナルコンピュータ１１，１２、およびPDA１３が、それぞれ対応するアクセスリンク２２３−１乃至２２３−３のリンクスピード（伝送レート）を計測するためのサーバである。
【００８４】
その他の構成は、上述した図１と同様であるので、その説明は省略する。
【００８５】
次に、接続処理の詳細を、図１４乃至図１７を参照して説明する。
【００８６】
この場合においては、上述した図４の処理の前に、メディアＩＭクライアント＃Ｐ１とメディアＩＭクライアント＃Ｃ１が、それぞれ、メディアＩＭサーバ１４に対してログイン処理を行なうとともに、計測サーバ２００との通信により速度計測処理（自分自身の伝送速度を知るための処理）を行なう。
【００８７】
最初に、メディアＩＭクライアント＃Ｐ１における、ログインおよび速度計測処理を、図１４のフローチャートを参照して説明する。
【００８８】
ステップＳ１０１において、メディアＩＭクライアント＃Ｐ１は、メディアＩＭサーバ１４にログインする（例えば、ログイン通知を送信する）。メディアＩＭサーバ１４は、ステップＳ１０２において、メディアＩＭクライアント＃Ｐ１からのログイン通知を受け取ると、受け付け処理を行い、ステップＳ１０３において、ログインが完了したことを示すログイン完了通知を、メディアＩＭクライアント＃Ｐ１に送信する。
【００８９】
メディアＩＭクライアント＃Ｐ１は、ステップＳ１０４において、メディアＩＭサーバ１４からのログイン完了通知を受け取ると、ステップＳ１０５において、計測サーバ２００に対して、速度計測処理を実行する。計測サーバ２００は、メディアＩＭクライアント＃Ｐ１の処理に対応して、ステップＳ１０６において、メディアＩＭクライアント＃Ｐ１との間で速度計測処理を実行する。速度計測処理により、メディアＩＭクライアント＃Ｐ１は、自分自身の上り速度と下り速度（ボトルネックリンクの上り速度と下り速度）を取得することができる。この上り速度は、メディアＩＭクライアント＃Ｐ１が、任意の端末に、情報を送信するときの速度（ビットレート）であり、下り速度は、メディアＩＭクライアント＃Ｐ１が情報を受信するときの速度（ビットレート）である。なお、速度計測処理の詳細は、図２３乃至図２６を参照して後述する。
【００９０】
次に、メディアＩＭクライアント＃Ｃ１における、ログインおよび速度計測処理を、図１５のフローチャートを参照して説明する。この処理も、図１４の処理と同様に、上述した図４の処理の前に行なわれる。
【００９１】
ステップＳ１５１において、メディアＩＭクライアント＃Ｃ１は、メディアＩＭサーバ１４にログインする（例えば、ログイン通知を送信する）。メディアＩＭサーバ１４は、ステップＳ１５２において、メディアＩＭクライアント＃Ｃ１からのログイン通知を受け取ると、受け付け処理を行い、ステップＳ１５３において、ログインが完了したことを示すログイン完了通知を、メディアＩＭクライアント＃Ｃ１に送信する。
【００９２】
メディアＩＭクライアント＃Ｃ１は、ステップＳ１５４において、メディアＩＭサーバ１４からのログイン完了通知を受け取ると、ステップＳ１５５において、計測サーバ２００に対して、速度計測処理を実行する。計測サーバ２００は、ステップＳ１５６において、メディアＩＭクライアント＃Ｃ１のステップＳ１５５の処理に対応して、メディアＩＭクライアント＃Ｃ１との間で速度計測処理を実行する。速度計測処理により、メディアＩＭクライアント＃Ｃ１は、自分自身の上り速度と下り速度（ボトルネックリンクの上り速度と下り速度）を取得することができる。この上り速度は、メディアＩＭクライアント＃Ｃ１が、任意の端末に、情報を送信するときの速度であり、下り速度は、メディアＩＭクライアント＃Ｃ１が情報を受信するときの速度である。
【００９３】
このように、メディアＩＭクライアント＃Ｐ１とメディアＩＭクライアント＃Ｃ１は、それぞれ、メディアＩＭサーバ１４に対してログイン処理を行なった後に、自分自身の上り速度および下り速度を取得する。
【００９４】
この実施の形態においては、図１４と図１５の処理が実行された後、上述した図４に示されるステップＳ１乃至ステップＳ９の処理が実行される。すなわち、これにより、サービスプロバイダ５１（アプリケーション＃１）は、名簿(Roster)に登録されている各メンバー(Buddy)に対して、自分自身が提供可能なサービスの種別を表すプロファイルスペースID(Profile Space ID)を通知し、アナウンスを受けたメンバー（サービスコンシューマ５２）の１人であるメディアIMクライアント＃Ｃ１は、自分自身がこのプロファイルを受け入れ可能であるか否かを判定（検証）し、その受け入れ可能なサービスコンシューマ５２（アプリケーション＃ｎ）に対して、プレゼンスの内容（プロファイル）を通知する。
【００９５】
次に、図５に示されるステップＳ１０乃至ステップＳ２５の処理に代えて、図１６に示されるステップＳ２１０乃至２２５の処理が実行される。
【００９６】
このステップＳ２１０乃至ステップＳ２２５の処理は、基本的に、図５のステップＳ１０乃至ステップＳ２５の処理と同様の処理であるが、図５のステップＳ１６に対応するステップＳ２１６の処理と、図５のステップＳ２４に対応するステップＳ２２４の処理が、図５におけるステップＳ１６またはステップＳ２４の処理と異なっている。
【００９７】
その他の処理は、図５における場合と同様であるので、以下に、ステップＳ２１６の処理とステップＳ２２４の処理についてだけ説明する。
【００９８】
図５のステップＳ１６の処理では、メディアＩＭクライアント＃Ｐ１は、メディアＩＭサーバ１４からの要求（サービスプロバイダ５１が提供するサービスのプロバイダプロファイルの送信の要求）を、サービスプロバイダ５１としてのアプリケーション＃１に供給する（この要求には、サービスプロバイダ５１を指定するための宛先情報が含まれている）。このステップＳ１６の処理では、メディアＩＭサーバ１４からの要求だけをアプリケーション＃１に供給するようにしていたが、ステップＳ２１６の処理では、さらにメディアＩＭクライアント＃Ｐ１は、自分自身がメディアＩＭクライアント＃Ｃ１にデータを送信する立場にあるとき、その上りの速度情報を付加する。この上りの速度情報は、図１４のステップＳ１０５の速度計測処理により計測されたメディアＩＭクライアント＃Ｐ１の上りの速度情報である。
【００９９】
例えば、図１４のステップＳ１０５の処理により取得された上り速度（ビットレート）が１２８Ｋｂｐｓである場合、上り速度（ビットレート）が１２８Ｋｂｐｓであることを示す情報が、サービスプロバイダ５１としてのアプリケーション＃１に送信される。
【０１００】
また、図５のステップＳ２４においては、メディアＩＭクライアント＃Ｃ１は、メディアＩＭクライアント＃Ｐ１からの返信（サービスコンシューマ５２に対して提供するプロバイダプロファイルの応答）を、アプリケーション＃ｎに送信する。このステップＳ２４の処理では、メディアＩＭクライアント＃Ｐ１からの返信（メディアＩＭクライアント＃Ｐ１の上りの速度情報を含む）だけをアプリケーション＃ｎに送信するようにしていたが、ステップＳ２２４の処理では、メディアＩＭクライアント＃Ｃ１は、自分自身がデータを受信する立場にあるとき、その下りの速度情報をこれに付加する。この下りの速度情報は、図１５のステップＳ１５５の速度計測処理により計測されたメディアＩＭクライアント＃Ｃ１の下りの速度情報である。
【０１０１】
例えば、図１５のステップＳ１５５の処理により取得された下り速度（ビットレート）が４８Ｋｂｐｓである場合、下り速度（ビットレート）が４８Ｋｂｐｓであることを示す情報が、サービスコンシューマ５２としてのアプリケーション＃ｎに送信される。これにより、アプリケーション＃ｎには、メディアＩＭクライアント＃Ｐ１の上り速度と、メディアＩＭクライアント＃Ｃ１の下り速度の両方が通知されることになる。
【０１０２】
その他の処理は、図５における場合と同様である。
【０１０３】
この処理により、アプリケーション＃１は、メディアＩＭクライアント＃Ｐ１の上りの速度を知ることができ、アプリケーション＃ｎは、メディアＩＭクライアント＃Ｃ１の下りの速度を知ることができ、よって、ユーザは、アプリケーション（アプリケーション＃１またはアプリケーション＃ｎ）に、伝送速度（リンクスピード）を手動で設定する手間を省くことができる。また、正確な伝送速度を設定することができる。これにより、迅速かつ簡単に、適正な伝送速度で通信を行なうことが可能となる。
【０１０４】
図１６に示されるステップＳ２１０乃至ステップＳ２２５の処理（図５のステップＳ１０乃至ステップＳ２５に対応する処理）が実行された後、図６に示されるステップＳ２６乃至ステップＳ４１の処理に代えて、図１７に示されるステップＳ２２６乃至ステップＳ２４１の処理が実行される。
【０１０５】
このステップＳ２２６乃至ステップＳ２４１の処理は、基本的に、図６のステップＳ２６乃至ステップＳ４１の処理と同様の処理であるが、図６のステップＳ２６に対応する図１７のステップＳ２２６の処理と、図６のステップＳ３３に対応する図１７のステップＳ２３３の処理が、図６におけるステップＳ２６またはステップＳ３３の処理と異なっている。
【０１０６】
その他の処理は、図６における場合と同様であるので、以下にステップＳ２２６の処理とステップＳ２３３の処理についてだけ説明する。
【０１０７】
サービスプロバイダ５１のプロバイダプロファイルと、自分自身が形成するコンシューマプロファイルとの整合性が確認された場合、アプリケーション＃ｎは、図６のステップＳ２６の処理では、サービスプロバイダ５１に対して、提供されたサービスへの自分自身（サービスコンシューマ５２）の登録を要求する。このステップＳ２６の処理では、この登録の要求を、メディアＩＭクライアント＃Ｃ１に指示するだけであったが、ステップＳ２２６の処理では、この登録要求に、メディアＩＭクライアント＃Ｐ１とメディアＩＭクライアント＃Ｃ１の間の伝送速度（設定速度）が付加される。このステップＳ２２６の処理（提供されたサービスへの登録要求処理）の詳細を、図１８のフローチャートを参照して説明する。
【０１０８】
上述したように、図１６のステップＳ２２５で、メディアＩＭクライアント＃Ｃ１からアプリケーション＃ｎに供給されたプロバイダプロファイルには、ステップＳ２１６の処理で付加された、メディアＩＭクライアント＃Ｐ１の上りの速度情報が含まれているとともに、ステップＳ２２４の処理により付加された、メディアＩＭクライアント＃Ｃ１の下りの速度情報が含まれている。
【０１０９】
ステップＳ３０１において、アプリケーション＃ｎは、サービスプロバイダ５１のプロバイダプロファイルに含まれる、メディアＩＭクライアント＃Ｐ１の上りの速度情報（図１６のステップＳ２１６で付加された速度情報）を取得し（読み出し）、ステップＳ３０２において、サービスプロバイダ５１（メディアＩＭクライアント＃Ｐ１）の上り速度と、自分自身（サービスコンシューマ５２、すなわち、メディアＩＭクライアント＃Ｃ１）の下り速度とを比較し、遅い速度を設定速度とする。いまの例の場合、メディアＩＭクライアント＃Ｐ１の上り速度は、１２８Ｋｂｐｓであるのに対し、メディアＩＭクライアント＃Ｃ１の下り速度は、４８Ｋｂｐｓであるので、設定速度（伝送速度）は、４８Ｋｂｐｓ（メディアＩＭクライアント＃Ｃ１の下り速度）となる。
【０１１０】
ステップＳ３０３において、アプリケーション＃ｎは、提供されたサービスへの登録要求に、設定速度（伝送速度）を付加して送信する。
【０１１１】
また、図６のステップＳ３３においては、アプリケーション＃１は、メディアＩＭクライアント＃Ｃ１からの登録要求を受信するだけであったが、ステップＳ２３３の処理においては、アプリケーション＃１は、メディアＩＭクライアント＃Ｃ１からの登録要求に付加されている（ステップＳ３０３（ステップＳ２２６）の処理で付加された）設定速度を受信し、この設定速度を、自分自身の情報送信速度に設定する。このステップＳ２３３の処理（登録要求の受信および速度設定処理）の詳細を、図１９のフローチャートを参照して説明する。この処理は、図１８の処理に対応して実行される。
【０１１２】
上述した図１８の処理（ステップＳ２２６の処理）で、サービスコンシューマ５２からは、登録要求に設定速度が付加されて送信されてくるので、ステップＳ３５１において、アプリケーション＃１は、設定速度を含む登録要求を受信する。
【０１１３】
ステップＳ３５２において、アプリケーション＃１は、自分自身の情報送信速度を、ステップＳ３５１の処理で受信した登録要求に含まれる設定速度に設定する。メディアＩＭクライアント＃Ｐ１の上り速度は、１２８Ｋｂｐｓであるが、いまの例の場合、設定速度は４８Ｋｂｐｓであるので、アプリケーション＃１は、自分自身の情報送信速度（上り速度）を、４８Ｋｂｐｓに設定する。
【０１１４】
これにより、情報を送信（提供）する装置が、情報を受信する装置との間において、最適な通信速度（設定速度）で情報を送信することができる。
【０１１５】
なお、ステップＳ２２６とステップＳ２３３の処理は、図１８と図１９に示されるだけでなく、図２０と図２１に示されるようにすることもできる。具体的には、図１８と図１９に示される処理では、サービスコンシューマ５２としてのアプリケーション＃ｎが、通信速度（設定速度）を決定するようにしているが、図２０と図２１に示される処理では、サービスプロバイダ５１としてのアプリケーション＃１が、通信速度（設定速度）を決定する。以下にこの場合について説明する。
【０１１６】
この例では、サービスプロバイダ５１のプロバイダプロファイルと、自分自身が形成するコンシューマプロファイルとの整合性が確認された場合、アプリケーション＃ｎは、ステップＳ２２６で、図２０のフローチャートに示される処理を実行する。
【０１１７】
すなわち、ステップＳ４０１において、アプリケーション＃ｎは、サービスプロバイダ５１のプロバイダプロファイルに含まれる、メディアＩＭクライアント＃Ｃ１の下りの速度情報（図１６のステップＳ２２４で付加された速度情報）を取得し、ステップＳ４０２において、提供されたサービスへの登録要求に、この下りの速度情報（メディアＩＭクライアント＃Ｃ１の下りの速度情報）を付加して送信する。いまの例の場合、メディアＩＭクライアント＃Ｃ１の下りの速度は、４８Ｋｂｐｓであるとの情報が付加される。
【０１１８】
一方、アプリケーション＃１は、ステップＳ２３３で、図２０に対応する図２１に示される処理を実行する。
【０１１９】
上述した図２０の処理（ステップＳ２２６の処理）で、サービスコンシューマ５２からは、登録要求にメディアＩＭクライアント＃Ｃ１（サービスコンシューマ５２）の下りの速度情報が付加されて送信されてくるので、ステップＳ４５１において、アプリケーション＃１は、この下りの速度情報を含む登録要求を受信すると、その下りの速度情報を抽出する。
【０１２０】
ステップＳ４５２において、アプリケーション＃１は、サービスコンシューマ５２（メディアＩＭクライアント＃Ｃ１）の下り速度と、自分自身（メディアＩＭクライアント＃Ｐ１）の上り速度のうち、遅い速度を設定速度とする。いまの例の場合、メディアＩＭクライアント＃Ｐ１の上り速度は、１２８Ｋｂｐｓであるのに対し、メディアＩＭクライアント＃Ｃ１の下り速度は、４８Ｋｂｐｓであるので、設定速度は、４８Ｋｂｐｓ（メディアＩＭクライアント＃Ｃ１の下り速度）となる。
【０１２１】
ステップＳ４５３において、アプリケーション＃１は、自分自身の情報送信速度を、ステップＳ４５２の処理で求めた設定速度に設定する。いまの例の場合、メディアＩＭクライアント＃Ｐ１の上り速度は、１２８Ｋｂｐｓであるが、設定速度は４８Ｋｂｐｓであるので、アプリケーション＃１は、自分自身の情報送信速度（上り速度）を、４８Ｋｂｐｓに設定する。これにより、情報を送信（提供）する装置が、情報を受信する装置との間において、最適な通信速度で情報を送信することができる。
【０１２２】
このように、ステップＳ２２６とステップＳ２３３の処理を、図１８と図１９に示される処理としてもよいし、図２０と図２１に示される処理としてもよい。また、情報の送信と受信の一方だけを行うのではなく、両方を行う場合、上りの速度と下りの速度の両方を送信し、それぞれの設定速度を設定するようにしてもよい。また、一方の端末にのみ、速度情報を集約するのではなく、両方に通知し、いずれもが通信速度を制御できるようにしてもよい。
【０１２３】
次に、図１４のステップＳ１０５、または図１５のステップＳ１５５の速度計測処理の詳細を、以下に説明する。
【０１２４】
ここでは、速度の計測方法として、TCP(Transmission Control Protocol)で実装されているHTTPを使用して行なう方法と、UDP（User Datagram Protocol）で実装されているパケットペア（Packet Pair）を使用して行なう方法について説明する。
【０１２５】
最初に、HTTPを使用して速度の計測を行なう方法を説明する。
【０１２６】
図２２は、メディアＩＭクライアントにおける、計測サーバ２００を用いた下り速度計測処理を説明するフローチャートである。いまの場合、図１５のメディアＩＭクライアント＃Ｃ１が下り速度を計測する場合について説明する。例えば、メディアＩＭクライアント＃Ｃ１が、図１３のパーソナルコンピュータ１２に実装されている場合、パーソナルコンピュータ１２としてのメディアＩＭクライアント＃Ｃ１は、アクセスリンク２２３−２を介してインターネット１に接続されている。また、計測サーバ２００は、基幹リンク２２２を介してインターネット１に接続されている。
【０１２７】
ステップＳ５０１において、パーソナルコンピュータ１２に実装されているメディアＩＭクライアント＃Ｃ１は、計測サーバ２００にアクセスし、計測用パケットの送信を要求する。この要求に基づいて、計測サーバ２００は、計測用パケットを送信してくる。この計測用パケットは、基幹リンク２２２、インターネット１、アクセスリンク２２３−２を介して伝送されてくる。
【０１２８】
ステップＳ５０２において、メディアＩＭクライアント＃Ｃ１は、計測サーバ２００から送信された計測用パケットを受信する。この計測用パケットは、伝送レートを計測するためのものであるので、決まったデータ量のものであればよい。しかしながら、アナログモデム等では、データの圧縮が行われ、見かけ上のスループットが高くなる可能性があるため、ランダムなデータを使って計測したほうがよい。
【０１２９】
ステップＳ５０３において、メディアＩＭクライアント＃Ｃ１は、最初のデータを受信してから、例えば、１０秒間に受信したデータ量Ｄｄ（ビット）を計測する。
【０１３０】
ステップＳ５０４において、メディアＩＭクライアント＃Ｃ１は、「Ｄｄ／１０」を演算し、これを下り速度Ｖｄ（ビット／秒）とする（すなわち、「Ｖｄ＝Ｄｄ／１０」を演算する）。
【０１３１】
計測サーバ２００は、計測機能を実現するために、充分広い（少なくともアクセスリンク２２３−１乃至２２３−３より広い）帯域の基幹リンク２２２に接続されている。従って、この下り速度Ｖｄの値は、基幹リンク２２２とアクセスリンク２２３−２よりなる伝送路のうちのボトルネックとしてのアクセスリンク２２３−２の速度となる。
【０１３２】
図２２の処理により、パーソナルコンピュータ１２に実装されているメディアＩＭクライアント＃Ｃ１の下り速度Ｖｄが求められる。
【０１３３】
次に、図２３のフローチャートを参照して、メディアＩＭクライアントにおける、計測サーバ２００を用いた上り速度計測処理を説明する。いまの場合、図１４のメディアＩＭクライアント＃Ｐ１が上り速度を計測する場合について説明する。メディアＩＭクライアント＃Ｐ１が、図１３のパーソナルコンピュータ１１に実装されている場合、パーソナルコンピュータ１１としてのメディアＩＭクライアント＃Ｐ１は、アクセスリンク２２３−１を介してインターネット１に接続されている。
【０１３４】
ステップＳ５５１において、メディアＩＭクライアント＃Ｐ１は、アクセスリンク２２３−１とインターネット１を介して、計測サーバ２００にアクセスし、計測を要求するとともに、計測用パケットを送信する。このパケットは、伝送レートを計測するためのものであるので、データ量が明らかなものであればよい。しかしながら、アナログモデム等では、データの圧縮が行われ、見かけ上のスループットが高くなる可能性があるため、ランダムなデータを使って計測したほうがよい。
【０１３５】
ステップＳ５５２において、メディアＩＭクライアント＃Ｐ１は、最初のデータを送信してから、例えば、１０秒間に送信したデータ量Ｄｕ（ビット）を計測する。
【０１３６】
ステップＳ５５３において、メディアＩＭクライアント＃Ｐ１は、「Ｄｕ／１０」を演算し、これをパーソナルコンピュータ１１（メディアＩＭクライアント＃Ｐ１）の上り速度Ｖｕ（ビット／秒）とする（すなわち、「Ｖｕ＝Ｄｕ／１０」を演算する）。
【０１３７】
アクセスリンク２２３−１に較べて基幹リンク２２２は充分広い帯域を有するので、上り速度Ｖｕは、アクセスリンク２２３−１と基幹リンク２２２よりなる伝送路のうちのボトルネックとしてのアクセスリンク２２３−１の速度ということになる。
【０１３８】
図２３の処理により、上り速度Ｖｕが求められる。
【０１３９】
なお、メディアＩＭクライアント＃Ｃ１も、上り速度を計測する場合には、図２３の処理を実行し、メディアＩＭクライアント＃Ｐ１も、下り速度を計測する場合には、図２２の処理を実行する。
【０１４０】
すなわち、図２２と図２３の処理は、各メディアＩＭクライアント（メディアＩＭクライアント＃１乃至メディアＩＭクライアント＃４）が、上り速度と下り速度を求めるときに、適宜、実行する処理である。
【０１４１】
次に、パケットペアを使用した、速度計測方法を説明する。
【０１４２】
図２４は、メディアＩＭクライアントにおける、パケットペアによる速度測定処理を説明するフローチャートである。例えば、図１４のメディアＩＭクライアント＃Ｐ１が速度を計測する場合について説明する。メディアＩＭクライアント＃Ｐ１が、図１３のパーソナルコンピュータ１１に実装されている場合、パーソナルコンピュータ１１としてのメディアＩＭクライアント＃Ｐ１は、アクセスリンク２２３−１を介してインターネット１に接続されている。また、計測サーバ２００は、基幹リンク２２２を介してインターネット１に接続されている。
【０１４３】
ステップＳ６０１において、パーソナルコンピュータ１１に実装されているメディアＩＭクライアント＃Ｐ１は、パケットペアを生成する。生成されるパケットペアは任意長である。パケットペアは、その容量が大きいほど、ボトルネックを通過するときの時間がかかるので、測定誤差が軽減されるというメリットがある。しかし、ネットワークへの負担も大きくなるため、パケットペアの各パケットのパケット長は、例えば、５００バイト（ＩＰヘッダを含む）とされる。また、パケットペアは２つのパケットにより構成される。
【０１４４】
１つのパケットのフォーマットは、例えば、図２５に示される構成とされる。図２５において、Header（ヘッダ）には、プロトコルバージョン情報である「Ver」、プロトコルタイプである「Type（タイプ）」、ＩＰ／UDPヘッダを除いたパケット長「Length（レングス）」、シーケンス番号である「Sequence」、予備領域である「Reserved」、および、測定結果である「Bitrate（ビットレート）」が含まれている。「Payload（ペイロード）」には、任意のデータが埋め込まれる。
【０１４５】
ヘッダに含まれるシーケンス番号は、計測サーバ２００内で、パケットロスが発生したか否かを示すための情報となる。タイプには、いまの場合、RequestまたはReplyが書き込まれる。ペイロードには、任意のデータを埋め込むことができるが、アナログモデム等では、圧縮が行なわれるので、ランダムなデータを入れた方がよい。
【０１４６】
図２４に戻って、ステップＳ６０２において、メディアＩＭクライアント＃Ｐ１は、変数ｎに１を初期設定し、ステップＳ６０３において、シーケンス番号が連続する２つのパケットを、計測サーバ２００に送信する。このパケットは、アクセスリンク２２３−１、インターネット１、および基幹リンク２２２を介して、計測サーバ２００に送信される。メディアＩＭクライアント＃Ｐ１は、できるだけ素早く、２つの連続するパケットを送信する。シーケンス番号は、連続であれば、偶数、奇数のどちらから開始してもよいが、ここでは便宜上、偶数、奇数の順で送るものとする。
【０１４７】
ステップＳ６０４において、メディアＩＭクライアント＃Ｐ１は、ｎ＝３であるか否かを判定し、ｎ＝３でないと判定した場合、ステップＳ６０５において、変数ｎの値を１だけインクリメントする。いまの例の場合、ステップＳ６０２においてｎ＝１とされているので、ｎ＝１＋１＝２とされる。
【０１４８】
ステップＳ６０６において、メディアＩＭクライアント＃Ｐ１は、前回のパケットを送信後（ステップＳ６０３の処理の後）、１秒間が経過したか否かを判定し、１秒間が経過するまで待機する。ステップＳ６０６において、１秒間が経過したと判定された場合、処理はステップＳ６０３に戻り、それ以降の処理が繰り返される。すなわち、再度、シーケンス番号が連続する２つのパケット（１つのパケットペア）が送信され、ｎが１だけ加算される処理が、ｎ＝３とされるまで繰り返される。その結果、３組のパケットペアが送出される。
【０１４９】
ステップＳ６０４において、ｎ＝３であると判定された場合、計測サーバ２００は、上述した３回のパケットペアの送信に対する速度（上り速度）を求め、パーソナルコンピュータ１１に実装されているメディアＩＭクライアント＃Ｐ１に送信してくる（後述する図２６のステップＳ７５７）。そこで、ステップＳ６０７において、メディアＩＭクライアント＃Ｐ１は、計測サーバ２００から、上りの速度の情報を受信し、処理を終了する。
【０１５０】
測定誤差を低減するために、１回の測定セット（速度測定処理）では、連続して複数回のパケットペアを送信することが望ましい。しかしながら、短時間のうちに、何回も測定パケットを送信することはネットワーク（アクセスリンク２２３−１、インターネット１、および基幹リンク２２２）に負荷をかけることになるので、図２４に示されるように、１秒間に１回（つまり、１秒間に２パケット）送信するようにし、さらに、これを３回繰り返すことにより、１回の測定セット（速度測定処理）を終了させる。この例の場合、１回の測定セット（速度測定処理）は、約３秒強の時間となり、その間に、３回の測定ができることになる。
【０１５１】
次に、図２４のパーソナルコンピュータ１１の処理に対応して実行される計測サーバ２００による測定処理を、図２６のフローチャートを参照して説明する。
【０１５２】
ステップＳ７５１において、計測サーバ２００は、変数ｎに１を初期設定し、ステップＳ７５２において、メディアＩＭクライアント＃Ｐ１からパケットペアを受信する。このパケットペアは、上述した図２４のステップＳ６０３の処理でメディアＩＭクライアント＃Ｐ１により送信されたものである（ｎ＝１において送信されたパケットペア）。また、このパケットペアは、アクセスリンク２２３−１、インターネット１、および基幹リンク２２２を介して送信されてきたものである。
【０１５３】
ステップＳ７５２において、計測サーバ２００は、ボトルネックリンクの速度Ｂを演算する。ボトルネックリンクの速度Ｂは、Ｂ＝Ｌ×８／Ｔにより演算される。Ｌはパケット長であり（いまの例の場合、５００バイト）、Ｔは、シーケンス番号が連続する２つのパケット（図２４のステップＳ６０３で送信されたｎ＝１における２つの連続するパケット）において、１つ目のパケットが到着した時刻と、２つ目のパケットが到着した時刻との差に対応する時間である。これにより、ｎ＝１における１回目のパケットペアによる、ボトルネックリンクの速度Ｂが演算される。
【０１５４】
図２７は、パケットペアによる計測の概念図である。図２４のステップＳ６０３でメディアＩＭクライアント＃Ｐ１から送信された２つの連続するパケットのうち、１番目に送信される、シーケンス番号が偶数であるパケットが、パケット３０２であり、２番目に送信される、シーケンス番号が奇数であるパケットが、パケット３０３である。
【０１５５】
メディアＩＭクライアント＃Ｐ１からパケットペアが送信されたとき、パケット３０２とパケット３０３は素早く連続的に送信されているので、２つのパケットの間隔はほとんどない。しかしながら、ボトルネックである狭帯域のアクセスリンク２２３−１を通過することにより、パケットの伝送には長い時間が必要となる。その後、広い帯域の基幹リンク２２２を通過することにより、パケットの伝送に必要な時間は短くなるので、パケット３０２とパケット３０３の間隔が開いてしまう。そのため、パケット３０２とパケット３０３の計測サーバ２００に到着する時刻にずれが生じることになる（パケット３０２とパケット３０３の到着時刻のズレである時間がＴとなる）。
【０１５６】
図２６に戻って、ステップＳ７５４において、計測サーバ２００は、ｎ＝３であるか否かを判定し、ｎ＝３でないと判定した場合、ステップＳ７５５において、変数ｎを１だけインクリメントする。いまの例の場合、ｎ＝１＋１＝２とされる。その後、処理はステップＳ７５２に戻り、それ以降の処理が繰り返される。すなわち、２回目のパケットペア（図２４のｎ＝２で送信されたパケットペア）が受信され、２回目のボトルネックリンクの速度Ｂが演算され、３回目（図２４のｎ＝３）のパケットペアが受信され、３回目のボトルネックリンクの速度Ｂが演算される。
【０１５７】
ステップＳ７５４において、ｎ＝３であると判定された場合、ステップＳ７５６において、計測サーバ２００は、速度Ｂの平均値を演算する。例えば、ｎ＝１において演算された速度Ｂを速度Ｂ１、ｎ＝２において演算された速度Ｂを速度Ｂ２、ｎ＝３において演算された速度Ｂを速度Ｂ３とした場合、「（Ｂ１＋Ｂ２＋Ｂ３）／３」が演算される。
【０１５８】
ステップＳ７５７において、計測サーバ２００は、ステップＳ７５６の処理で演算した速度Ｂの平均値をパーソナルコンピュータ１１に送信（通知）する。
【０１５９】
図２４と図２６の処理により、パーソナルコンピュータ１１は、パケットペアを用いて、上りの速度を測定することができる。
【０１６０】
なお、下りの速度についても、図２４および図２６と同様の処理により求めることができる。
【０１６１】
以上のようにして、例えば、メディアＩＭクライアント＃１であるパーソナルコンピュータ１１が、ログインした後、ボトルネックリンクの速度の測定を行ない、通信対象となるメディアＩＭクライアント＃２であるパーソナルコンピュータ１２もまた、ログインした後、ボトルネックリンクの速度の測定を行ない、お互いのボトルネックリンクの速度情報を交換するようにしたので、最適な速度でコミュニケーションすることが可能となる。
【０１６２】
勿論、ログイン前にボトルネックリンクの速度を測定するようにしてもよい。要は、実際に通信するときとほぼ同一のトラフィックの状況が計測できるタイミングであればよい。
【０１６３】
アプリケーションプラットフォームは、インスタントメッセージのプレゼンス機能、メッセージング機能、およびInfo/Query機能に加えて、さらに、伝送速度を計測する機能をベースとして、アプリケーションレベルでのプロファイルのネゴシエーションを実現する新たなプロトコルアーキテクチャを構築している。その結果、このアプリケーションプラットフォームにおけるマッチングメーキングの仕組みを用いることによって、パーソナルコンピュータ、モバイル機器などの能力が異なる（勿論、同一でもよいが）様々なデバイスに実装されたアプリケーション同志が、簡単かつ確実に接続可能となる。このとき、能力が異なる様々なデバイスのボトルネックリンクの伝送速度も計測されるので、最適な伝送速度を設定できる。これにより、文字、音声、音楽、動画、静止画といった様々な情報からなるリッチメディア情報を、ピアツーピアコミュニケーションで伝送することが可能なシステムを実現することができる。この場合において、最終的に接続性が保証されたアプリケーション（サービスエンティティ同志）がピアツーピアでコミュニケーションを図ることができる。また、伝送レートを考慮した情報の伝送を行なうことが可能となる。従って、ユーザは、特別の操作を行わずとも、簡単かつ確実に、情報を授受することが可能となる。
【０１６４】
なお、上述した処理は、ネットワーク対応のCE機器等の場合、ハードウェアにより実行することもできる。勿論、ソフトウェアにより実行することもできる。
【０１６５】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０１６６】
この記録媒体は、図１２に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク１４１（フロッピディスクを含む）、光ディスク１４２（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク１４３（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリ１４４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM１２２や、記憶部１２８に含まれるハードディスクなどで構成される。
【０１６７】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１６８】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１６９】
【発明の効果】
以上の如く、本発明によれば、情報処理装置の間で情報を授受することが可能となる。特に、ユーザに負担をかけることなく、迅速かつ簡単に、伝送速度の伝送路に接続されている異なる装置間で、確実に接続し、情報を伝送することが可能となる。また、時間帯によってトラフィック状況が変化しても、確実に情報の伝送を行なうことが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したネットワークシステムの構成例を示す図である。
【図２】ソフトウェアの階層を説明する図である。
【図３】本発明を適用したネットワークシステムの動作の概要を説明する図である。
【図４】図１のネットワークシステムの動作を説明するフローチャートである。
【図５】図１のネットワークシステムの動作を説明するフローチャートである。
【図６】図１のネットワークシステムの動作を説明するフローチャートである。
【図７】図１のネットワークシステムの動作を説明するフローチャートである。
【図８】プロファイルスペースの例を示す図である。
【図９】プロファイルディスクリプションの例を示す図である。
【図１０】プロファイルアトムの例を示す図である。
【図１１】サービスプロバイダの一覧の表示例を示す図である。
【図１２】パーソナルコンピュータの構成例を示すブロック図である。
【図１３】本発明を適用したネットワークシステムの構成例を示す図である。
【図１４】図１３のネットワークシステムの動作を説明するフローチャートである。
【図１５】図１３のネットワークシステムの動作を説明するフローチャートである。
【図１６】図１３のネットワークシステムの動作を説明するフローチャートである。
【図１７】図１３のネットワークシステムの動作を説明するフローチャートである。
【図１８】図１７のステップＳ２２６の処理を説明するフローチャートである。
【図１９】図１７のステップＳ２３３の処理を説明するフローチャートである。
【図２０】図１７のステップＳ２２６の処理を説明するフローチャートである。
【図２１】図１７のステップＳ２３３の処理を説明するフローチャートである。
【図２２】 図１５のステップＳ１５５の処理を説明するフローチャートである。
【図２３】図１４のステップＳ１０５の処理を説明するフローチャートである。
【図２４】図１４のステップＳ１０５の処理を説明するフローチャートである。
【図２５】パケットフォーマットの例を説明する図である。
【図２６】図１４のステップＳ１０５の処理を説明するフローチャートである。
【図２７】パケットペアによる計測を説明する図である。
【符号の説明】
１ インターネット， １１，１２ パーソナルコンピュータ， １３ PDA， １４ メディアIMサーバ， ３１ IPネットワークトランスポート層， ３２ メディアIMクライアントミドルウェア， ３３ API， ２００ 計測サーバ， ２２０，２２１，２２２ 基幹リンク， ２２３−１乃至２２３−３ アクセスリンク
Claims (5)
- ネットワークを介して第１の他の情報処理装置と通信する情報処理装置であって、
第２の他の情報処理装置にログインするログイン手段と、
前記ログイン手段によりログインする前または後に、前記ネットワークを含む伝送路の伝送速度を計測する計測手段と、
前記計測手段により計測された前記伝送速度を、前記第２の他の情報処理装置を介して前記第１の他の情報処理装置に通知する通知手段と、
前記計測手段により計測された前記伝送速度に基づいて設定された伝送速度で前記第１の他の情報処理装置と通信する通信手段と
を備えることを特徴とする情報処理装置。 - 前記第１の他の情報処理装置が計測した前記伝送速度を、前記第２の他の情報処理装置を介して受信する受信手段と、
前記受信手段により受信された前記伝送速度と、前記計測手段により計測された前記伝送速度に基づいて、前記第１の他の情報処理装置との通信の伝送速度を設定する設定手段と
をさらに備えることを特徴とする請求項１に記載の情報処理装置。 - 前記計測手段は、前記ネットワークに接続されている計測用のサーバを利用して前記伝送速度を計測する
ことを特徴とする請求項１に記載の情報処理装置。 - ネットワークを介して第１の他の情報処理装置と通信する情報処理装置の情報処理方法であって、
第２の他の情報処理装置にログインするログインステップと、
前記ログインステップの処理によりログインする前または後に、前記ネットワークを含む伝送路の伝送速度を計測する計測ステップと、
前記計測ステップの処理により計測された前記伝送速度を、前記第２の他の情報処理装置を介して前記第１の他の情報処理装置に通知する通知ステップと、
前記計測ステップの処理により計測された前記伝送速度に基づいて設定された伝送速度で前記第１の他の情報処理装置と通信する通信ステップと
を含むことを特徴とする情報処理方法。 - ネットワークを介して第１の他の情報処理装置と通信する情報処理装置のプログラムであって、
第２の他の情報処理装置にログインするログインステップと、
前記ログインステップの処理によりログインする前または後に、前記ネットワークを含む伝送路の伝送速度を計測する計測ステップと、
前記計測ステップの処理により計測された前記伝送速度を、前記第２の他の情報処理装置を介して前記第１の他の情報処理装置に通知する通知ステップと、
前記計測ステップの処理により計測された前記伝送速度に基づいて設定された伝送速度で前記第１の他の情報処理装置と通信する通信ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラム。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003091291A JP3806931B2 (ja) | 2002-07-30 | 2003-03-28 | 情報処理装置および方法、並びにプログラム |
| CNB038011778A CN1291577C (zh) | 2002-07-30 | 2003-06-25 | 信息处理装置、方法和程序 |
| PCT/JP2003/008026 WO2004012401A1 (ja) | 2002-07-30 | 2003-06-25 | 情報処理装置および方法、並びにプログラム |
| US10/489,852 US7574517B2 (en) | 2002-07-30 | 2003-06-25 | Information processing unit, method, and program |
| EP03771258A EP1526688A1 (en) | 2002-07-30 | 2003-06-25 | Information processing unit, method, and program |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002221129 | 2002-07-30 | ||
| JP2003091291A JP3806931B2 (ja) | 2002-07-30 | 2003-03-28 | 情報処理装置および方法、並びにプログラム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004129205A JP2004129205A (ja) | 2004-04-22 |
| JP2004129205A5 JP2004129205A5 (ja) | 2005-04-07 |
| JP3806931B2 true JP3806931B2 (ja) | 2006-08-09 |
Family
ID=31190325
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003091291A Expired - Fee Related JP3806931B2 (ja) | 2002-07-30 | 2003-03-28 | 情報処理装置および方法、並びにプログラム |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US7574517B2 (ja) |
| EP (1) | EP1526688A1 (ja) |
| JP (1) | JP3806931B2 (ja) |
| CN (1) | CN1291577C (ja) |
| WO (1) | WO2004012401A1 (ja) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060093119A1 (en) * | 2004-11-03 | 2006-05-04 | Wilson Richard A Jr | Leveraging real-time communications client |
| US20060098722A1 (en) * | 2004-11-09 | 2006-05-11 | Osamu Tanaka | Repeating installation, communication speed adjusting method, program, and recording medium |
| JP2006190033A (ja) * | 2005-01-05 | 2006-07-20 | Hitachi Ltd | 情報処理システム及び通信再生処理方法 |
| JP4567007B2 (ja) | 2005-01-11 | 2010-10-20 | パナソニック株式会社 | 通信方法および受信端末 |
| US8787967B2 (en) | 2005-08-23 | 2014-07-22 | Sony Corporation | Communication terminals with pull-based digital information distribution capability and pull-based methods for digital information distribution |
| KR100562427B1 (ko) * | 2005-10-04 | 2006-03-17 | 주식회사 솔루션박스 | 컨텐츠 수신 장치 및 컨텐츠 수신을 수행하는 프로그램이저장된 기록 매체 |
| JP4568246B2 (ja) | 2006-03-30 | 2010-10-27 | 株式会社東芝 | サーバ装置 |
| JP5182016B2 (ja) * | 2008-10-29 | 2013-04-10 | ブラザー工業株式会社 | ノード紹介装置、ノード紹介処理プログラム、ツリー型放送システム、及びノード紹介処理方法 |
| WO2013019206A1 (en) * | 2011-08-01 | 2013-02-07 | Intel Corporation | Witnessed ad-hoc uservices |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE69631182T2 (de) * | 1995-04-28 | 2004-08-19 | Matsushita Electric Industrial Co., Ltd., Kadoma | Datenübertragungsverfahren |
| US6292834B1 (en) * | 1997-03-14 | 2001-09-18 | Microsoft Corporation | Dynamic bandwidth selection for efficient transmission of multimedia streams in a computer network |
| US6701372B2 (en) * | 1997-08-22 | 2004-03-02 | Canon Kabushiki Kaisha | Data communication apparatus and method |
| US6215772B1 (en) * | 1997-11-26 | 2001-04-10 | International Business Machines Corporation | Dynamic parameter estimation for efficient transport of HPR data on IP |
| JP2000115233A (ja) * | 1998-09-29 | 2000-04-21 | Nippon Telegr & Teleph Corp <Ntt> | Ｉｐネットワーク区間性能及び状態測定方法 |
| JP3587352B2 (ja) | 1999-02-04 | 2004-11-10 | 富士通株式会社 | ネットワーク通信性能測定方法及び装置並びにネットワーク通信性能測定プログラムを格納したコンピュータ読取り可能な記録媒体 |
| US6587875B1 (en) * | 1999-04-30 | 2003-07-01 | Microsoft Corporation | Network protocol and associated methods for optimizing use of available bandwidth |
| US6438603B1 (en) * | 1999-04-30 | 2002-08-20 | Microsoft Corporation | Methods and protocol for simultaneous tuning of reliable and non-reliable channels of a single network communication link |
| US6996067B1 (en) * | 1999-12-07 | 2006-02-07 | Verizon Services Corp. | Apparatus for and method of providing and measuring data throughput to and from a packet data network |
| JP2002033733A (ja) * | 2000-07-17 | 2002-01-31 | Sharp Corp | ホストコンピュータとネットワークシステム |
| US20020194361A1 (en) * | 2000-09-22 | 2002-12-19 | Tomoaki Itoh | Data transmitting/receiving method, transmitting device, receiving device, transmiting/receiving system, and program |
| US7043560B2 (en) * | 2001-06-19 | 2006-05-09 | Nokia, Inc. | Dynamic probing and reporting of bit rate information |
| EP2469716B1 (en) * | 2002-06-26 | 2013-12-04 | Yahoo! Inc. | System and method for communicating images between intercommunicating users |
-
2003
- 2003-03-28 JP JP2003091291A patent/JP3806931B2/ja not_active Expired - Fee Related
- 2003-06-25 EP EP03771258A patent/EP1526688A1/en not_active Withdrawn
- 2003-06-25 CN CNB038011778A patent/CN1291577C/zh not_active Expired - Fee Related
- 2003-06-25 US US10/489,852 patent/US7574517B2/en not_active Expired - Fee Related
- 2003-06-25 WO PCT/JP2003/008026 patent/WO2004012401A1/ja active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004129205A (ja) | 2004-04-22 |
| CN1291577C (zh) | 2006-12-20 |
| US20050021829A1 (en) | 2005-01-27 |
| US7574517B2 (en) | 2009-08-11 |
| CN1565110A (zh) | 2005-01-12 |
| EP1526688A1 (en) | 2005-04-27 |
| WO2004012401A1 (ja) | 2004-02-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9178748B2 (en) | Transmission of information relating to a quality of service | |
| CN101573941B (zh) | 用于交叉参考相关应用来报告流媒体质量的方法和设备 | |
| CN102859943B (zh) | 向应用提供获知接入网络出现的方法和系统 | |
| US7599307B2 (en) | Quality of experience (QoE) method and apparatus for wireless communication networks | |
| KR100759954B1 (ko) | 멀티미디어 스트리밍에서 클라이언트 레이트 능력을시그널링하는 방법 | |
| US20110044210A1 (en) | Communication System, Wireless Communication Terminal, Communication Method, Wireless Communication Method, Wireless Communication Apparatus and Control Method Thereof | |
| US20080228912A1 (en) | Enhanced Quality Reporting for Transmission Sessions | |
| KR20150120237A (ko) | 모바일 비디오 애플리케이션을 위한 네트워크 중심의 QoE 프로비저닝 방법 및 장치 | |
| KR20050102679A (ko) | 패킷 전환 스트리밍을 위한 품질 메트릭 보고 방법 | |
| KR20100057622A (ko) | 스트리밍 미디어 서버에 있어서 프록시 구동의 콘텐츠 레이트 선택 | |
| JP3806931B2 (ja) | 情報処理装置および方法、並びにプログラム | |
| WO2013017165A1 (en) | Shaping media traffic based on manifest file in http adaptive streaming | |
| WO2010039073A1 (en) | A method and arrangement for controlling sessions in a communication network | |
| WO2007022440A2 (en) | Resource selection in a communication network | |
| JP4931969B2 (ja) | ネットワーク品質測定システムと方法およびプログラム | |
| US20080181207A1 (en) | Method, Apparatus, and Computer Program Product for Reducing Session Setup Latency | |
| JP2004129205A5 (ja) | ||
| KR20050023210A (ko) | 정보 처리 장치 및 방법, 및 프로그램 | |
| CN114501682A (zh) | 有效载荷压缩 | |
| JP2011509627A (ja) | ストリーム化メディアセッションを確立するための方法および装置 | |
| KR20170120456A (ko) | Mptcp 프록시 서버 및 mptcp 프록시 서버에서의 데이터 분배 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040428 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040428 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060424 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060507 |
|
| LAPS | Cancellation because of no payment of annual fees |