一の処理部が設けられ、前記一の処理部から他の処理部の処理を呼び出す通信装置であって、前記一の処理部と前記他の処理部との間の通信路特性を取得する取得手段と、前記通信路特性に基づいて、リクエストメッセージ用領域を確保するとともに、リクエストメッセージを作成する作成手段と、前記通信路特性に基づいて、前記リクエストメッセージ、又は前記リクエストメッセージの通知を前記他の処理部に送信する送信手段と、前記リクエストメッセージに対するリプライメッセージ、又は前記リプライメッセージの通知を前記他の処理部から受信する受信手段と、前記通信路特性に応じて前記リクエストメッセージ用領域を解放する解放手段と、を有することを特徴とする通信装置。通信路特性を取得する取得手段と、前記取得手段で取得された通信路特性に応じてパラメータを選択する選択手段と、前記選択手段で選択されたパラメータに応じて前記パラメータを扱うメモリの領域を確保する手段と、を有することを特徴とする通信装置。通信路特性を取得する取得工程と、前記取得工程で取得された通信路特性に応じてパラメータを選択する選択工程と、前記選択工程で選択されたパラメータに応じて前記パラメータを扱うメモリの領域を確保する工程と、を有することを特徴とする通信方法。請求項3記載の通信方法の各工程をコンピュータに実行させるプログラム。ここで、一般に、サーバアプリケーションは、通信路が異なる複数の分散クライアントアプリケーションからリクエストを受け付ける。しかしながら、従来技術では、通信毎にクライアントアプリケーション及びサーバアプリケーション間で送受信に係る制御が実施されないので、通信コストが高くなるおそれがある。本発明はこのような問題点に鑑みなされたもので、通信コストをより削減することを目的とする。そこで、本発明に係る通信装置は、一の処理部が設けられ、前記一の処理部から他の処理部の処理を呼び出す通信装置であって、前記一の処理部と前記他の処理部との間の通信路特性を取得する取得手段と、前記通信路特性に基づいて、リクエストメッセージ用領域を確保するとともに、リクエストメッセージを作成する作成手段と、前記通信路特性に基づいて、前記リクエストメッセージ、又は前記リクエストメッセージの通知を前記他の処理部に送信する送信手段と、前記リクエストメッセージに対するリプライメッセージ、又は前記リプライメッセージの通知を前記他の処理部から受信する受信手段と、前記通信路特性に応じて前記リクエストメッセージ用領域を解放する解放手段と、を有することを特徴とする。また、本発明は、システム、記憶媒体等としてもよい。本発明によれば、通信コストをより削減することができる。以下、本発明の実施形態について図面に基づいて説明する。なお、実施形態は、本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するための手段に必須であるとは限らない。<第1の実施形態>本実施形態は、CPU、プロセス等をまたがる分散環境下のコンポーネント間の通信で利用される遠隔手続き呼出しにおける通信装置等に関するものである。本実施形態では、プロセス内の通信の場合にはヒープメモリ、マシン内のプロセス間の通信の場合には共有メモリ、マシンを跨ぐ場合にはネットワークを通信路として利用する分散環境用の通信ミドルウェアを利用する場合を説明する。本実施形態について、図1、図2、図3、及び図4を用いて説明する。図1は、クライアントスタブ103、及びサーバスタブ113に含まれる本実施形態を実現する構成の一例を示す図である。通信路情報取得部105は、コンポーネント処理部の一例の接続時に、クライアントスタブ103のIPアドレス及びプロセスIDとサーバスタブ113のIPアドレス及びプロセスIDとを取得する。通信路特性判定部104は、取得された各IPアドレス、及び各プロセスIDを比較し、通信路特性を決定取得する。なお、その他の構成については、後述の実施例において説明する。図2は、本実施形態に係るシステムの一例を示す図である。図2において、ノードA201及びノードB206は、マシンノードを表している。ノードA201及びノードB206の各々は、情報処理装置コンピュータの一例である。ここで、情報処理装置は、制御装置、記憶装置、入力装置、出力装置等を含んで構成される。なお、各装置は、互いに通信可能に構成され、バス等により接続されている。制御装置は、CPUCentralProcessingUnit等であり、情報処理装置の動作をコントロールし、記憶装置に格納されたプログラムの実行等を行う。記憶装置は、磁気記憶装置、半導体メモリ等のストレージデバイスであり、制御装置の動作に基づき読み込まれたプログラム、長時間記憶しなくてはならないデータ等を記憶する。本実施形態では、制御装置が、記憶装置に格納されたプログラムの手順に従って処理を行うことによって、情報処理装置における機能及び後述のフローチャートに係る処理が実現される。なお、情報処理装置における機能、後述するフローチャートに係る処理の一部、又は全部を専用のハードウェアを用いて構成してもよい。入力装置は、マウス、キーボード、タッチパネルデバイス、ボタン等であり、各種の指示を入力する。出力装置は、液晶パネル、外部モニタ等であり、各種の情報を出力する。なお、情報処理装置のハードウェア構成は、上述した構成に限られるものではない。例えば、情報処理装置は、各種の外部の装置と通信を行うためのI/O装置を含んで構成されてもよい。I/O装置は、メモリーカード、USBケーブル等の入出力部、有線、無線等による送受信部である。また、例えば、情報処理装置は、I/O装置を有することで、入力装置や出力装置を有していなくてもよい。プロセスa202、プロセスb207、及びプロセスc211は、アプリケーションプロセスを表している。サーバアプリケーションc212は、サーバスタブ213を介して遠隔手続き呼出しにより機能を提供する。クライアントアプリケーションa203は、クライアントスタブ204を介してサーバアプリケーションc212を利用する。クライアントアプリケーションb208は、クライアントスタブ209を介してサーバアプリケーションc212を利用する。クライアントアプリケーションc214は、クライアントスタブ215を介してサーバアプリケーションc212を利用する。各プロセス内部には、ヒープメモリa205、ヒープメモリb210、ヒープメモリc216が存在する。ノードB206は、プロセス間通信に利用可能な共有メモリ217を備える。ノード間は、ネットワーク218により接続される。本実施形態の遠隔手続き呼出しでは、通信ミドルウェア219によりプロセス内、プロセス間、ノード間の通信に以下の通信路が利用される。より具体的には、通信ミドルウェア219は、プロセス内の遠隔手続き呼出し通信には、ヒープメモリc216を利用する。通信ミドルウェア219は、プロセス間の遠隔手続き呼出し通信には、共有メモリ217を利用する。通信ミドルウェア219は、ノード間の遠隔手続き呼出し通信には、ネットワーク218を利用する。ここで、クライアントスタブ204、209、215は、図1のクライアントスタブ103と対応する。また、サーバスタブ213は、図1のサーバスタブ113と対応する。図3は、本実施形態に係る遠隔手続き呼出しのインターフェイスの一例ユーザ定義関数インターフェイスを示す図である。本実施形態のクライアントスタブ204、209、215及びサーバスタブ213は、ユーザ定義関数インターフェイスに基づいて作成される。本ユーザ定義関数インターフェイスには、戻り値がなく、ユーザ定義関数インターフェイスは、引数パラメータを4つ有するrpcFunction関数を定義している。p1、p2、p3、p4は、パラメータの名称を表す。TYPE1、TYPE2、TYPE3、TYPE4は、データ型の名称を表す。INは、続くパラメータが送信パラメータであることを指定する。OUTは、続くパラメータが受信パラメータであることを指定する。INOUTは、続くパラメータが送受信パラメータであることを指定する。図4は、通信路特性判定処理に係るフローチャートの一例を示す図である。まず、通信路特性判定部104は、コンポーネントの接続時、サーバアプリケーション111が同一マシンに存在するか否かを判断するS401。このとき、通信路特性判定部104は、存在すると判断した場合、S402に処理を移し、他方、存在しないと判断した場合、S403に処理を移す。S402では、通信路特性判定部104は、サーバアプリケーション111が同一プロセスに存在するか否かを判断する。このとき、通信路特性判定部104は、存在すると判断した場合、S404に処理を移し、他方、存在しないと判断した場合、S405に処理を移す。S403では、通信路特性判定部104は、メモリを共有することができないと判定し、処理を終了する。S404では、通信路特性判定部104は、同一アドレス空間のメモリを利用できると判定し、処理を終了する。S405では、通信路特性判定部104は、共有のメモリを利用できると判断し、処理を終了する。<第1の実施例>以下では、クライアントアプリケーションのIPアドレス及びプロセスIDとサーバアプリケーションのIPアドレス及びプロセスIDとが共に一致する場合を想定して本実施形態を説明する。即ち、クライアントアプリケーションc214、サーバアプリケーションc212等を例に挙げて適宜説明する。クライアントスタブ215及びサーバスタブ213の接続時、通信路特性判定部104は、まず、サーバアプリケーションc212がクライアントアプリケーションc214と同一マシン上に存在すると判定するS401。次に、通信路特性判定部104は、サーバアプリケーションc212がクライアントアプリケーションc214と同一プロセス上に存在すると判定しS402、通信用に同一アドレス空間のメモリヒープメモリc216を利用可能と判定するS404。また、リクエストメッセージ作成部106は、リクエストパラメータを選択してリクエストメッセージを作成する。本実施例では、リクエストメッセージ作成部106は、リクエストパラメータとして通信路特性、送信パラメータp1、p2、受信パラメータp3、送受信パラメータp4を選択する。そして、リクエストメッセージ作成部106は、通信路特性通信路特性情報のデータサイズ分のヒープメモリc216の領域を確保して通信路特性情報を当該領域にコピーする。また、リクエストメッセージ作成部106は、パラメータ渡し方法が値渡しのp1パラメータのデータサイズ分のヒープメモリc216の領域を確保してp1パラメータデータを当該領域にコピーする。また、リクエストメッセージ作成部106は、パラメータ渡し方法が参照渡しp2、p3、p4パラメータのアドレス値分のヒープメモリc216の領域を確保してアドレス値を当該領域にコピーする。リクエストメッセージ送信部107は、リクエストメッセージ受信部118に通知を行い、リクエストメッセージ用領域を解放せずに処理を完了する。例えば、リクエストメッセージに係るデータを記憶する領域例えば、上述のように確保された3つの領域をリクエストメッセージ用領域と称する。リクエストメッセージ受信部118は、リクエストメッセージ作成部106が作成したヒープメモリc216の領域の内容をリクエストメッセージとしてリクエストパラメータ取得部117を実行する。リクエストパラメータ取得部117は、通信路特性により、通信路が同一アドレス空間のメモリヒープメモリc216であることを判定する。また、リクエストパラメータ取得部117は、p1の値、p2のアドレス値、p3のアドレス値、p4のアドレス値を引数として遠隔手続実行部116により遠隔手続きを実行する。リプライメッセージ作成部114は、通信路特性により、通信路が同一アドレス空間のメモリヒープメモリc216であることを判定する。リプライメッセージ作成部114は、リクエストメッセージ作成部106が確保したヒープメモリc216の領域リクエストメッセージ用領域をリプライメッセージ用領域としてリプライメッセージ送信部115を実行する。リプライメッセージ送信部115は、リプライメッセージ受信部109に通知を行い、リプライメッセージ用領域を解放せずに処理を完了する。リプライパラメータ取得部108は、通信路特性により、通信路が同一アドレス空間のメモリヒープメモリc216であることを判定する。そして、リプライパラメータ取得部108は、リクエストメッセージ作成部106が確保したメモリの領域リプライメッセージ用領域を解放してクライアントアプリケーションc214にリターンする。このように、通信路特性判定部104は、クライアントスタブ215及びサーバスタブ213の接続時、ヒープメモリc216を利用することを判定するので、通信路に合わせた遠隔手続き呼出しが可能となる。本実施例の場合、ポインタ渡しが指定されたパラメータp2、p3、p4は、クライアントアプリケーションc214が用意したデータ領域バッファのアドレス値をサーバアプリケーションc212に直接渡す。そのため、ポインタ渡しデータを通信路上で転送するコストを削減することができる。また、本実施例では、送信と受信とで同一のメモリの領域を参照可能であることを事前に判断している。故に、本実施例では、全パラメータ分のメモリの領域を予め確保することによって、メモリ確保処理/メモリ解放処理をそれぞれ一回に抑えて通信コストを削減することができる。<第2の実施例>以下では、クライアントアプリケーションのIPアドレスとサーバアプリケーションのIPアドレスとが一致し、クライアントアプリケーションのプロセスIDとサーバアプリケーションのプロセスIDとが一致しない場合を想定して本実施形態を説明する。即ち、クライアントアプリケーションb208、サーバアプリケーションc212等を例に挙げて適宜説明する。クライアントスタブ209及びサーバスタブ213の接続時、通信路特性判定部104は、まず、サーバアプリケーションc212がクライアントアプリケーションb208と同一マシン上に存在すると判定するS401。次に、通信路特性判定部104は、サーバアプリケーションc212がクライアントアプリケーションb208と異なるプロセス上に存在すると判定しS402、通信用にプロセス間の共有のメモリ共有メモリ217を利用可能と判定するS405。また、リクエストメッセージ作成部106は、リクエストパラメータを選択してリクエストメッセージを作成する。本実施例では、リクエストメッセージ作成部106は、リクエストパラメータとして通信路特性、送信パラメータp1、p2、受信パラメータp3、送受信パラメータp4を選択する。そして、リクエストメッセージ作成部106は、通信路特性および各パラメータのデータサイズ分のリクエストメッセージ用領域を共有メモリ217に確保し、送信パラメータおよび送受信パラメータのデータをリクエストメッセージ用領域にコピーする。また、リクエストメッセージ送信部107は、リクエストメッセージ受信部118に通知を行い、リクエストメッセージ用領域を解放せずに処理を完了する。リクエストメッセージ受信部118は、リクエストメッセージ作成部106が作成した共有メモリ217の領域の内容をリクエストメッセージとしてリクエストパラメータ取得部117を実行する。リクエストパラメータ取得部117は、通信路特性により、通信路がプロセス間の共有のメモリ共有メモリ217であることを判定する。また、リクエストパラメータ取得部117は、p1の値、p2のアドレス値、p3のアドレス値、p4のアドレス値を引数として遠隔手続実行部116により遠隔手続きを実行する。リプライメッセージ作成部114は、通信路特性により、通信路がプロセス間の共有のメモリ共有メモリ217であることを判定する。リプライメッセージ作成部114は、リクエストメッセージ作成部106が確保した共有メモリ217の領域リクエストメッセージ用領域をリプライメッセージ用領域としてリプライメッセージ送信部115を実行する。リプライメッセージ送信部115は、リプライメッセージ受信部109に通知を行い、リプライメッセージ用領域を解放せずに処理を完了する。リプライパラメータ取得部108は、通信路特性により、通信路がプロセス間の共有のメモリ共有メモリ217であることを判定する。そして、リプライパラメータ取得部108は、リクエストメッセージ作成部106が確保したメモリの領域を解放してクライアントアプリケーションb208にリターンする。このように、通信路特性判定部104は、クライアントスタブ209及びサーバスタブ213の接続時、共有メモリ217を利用することを判定するので、通信路に合わせた遠隔手続き呼出しが可能となる。また、本実施例では、送信と受信とで同一のメモリの領域を参照可能であることを事前に判断している。故に、本実施例では、全パラメータ分のメモリの領域を予め確保することによって、メモリ確保処理/メモリ解放処理をそれぞれ一回に抑えて通信コストを削減することができる。<第3の実施例>以下では、クライアントアプリケーションのIPアドレス及びプロセスIDとサーバアプリケーションのIPアドレス及びプロセスIDとが共に一致しない場合を想定して本実施形態を説明する。即ち、クライアントアプリケーションa203、サーバアプリケーションc212等を例に挙げて適宜説明する。クライアントスタブ204及びサーバスタブ213の接続時、通信路特性判定部104は、まず、サーバアプリケーションc212が異なるマシン上に存在すると判定しS401、通信用にメモリを共有できないと判定するS403。また、リクエストメッセージ作成部106は、リクエストパラメータを選択してリクエストメッセージを作成する。本実施例では、リクエストメッセージ作成部106は、リクエストパラメータとして通信路特性、送信パラメータp1、p2、送受信パラメータp4を選択する。そして、リクエストメッセージ作成部106は、通信路特性および各パラメータのデータサイズのリクエストメッセージ用領域を確保して送信パラメータおよび送受信パラメータのデータをリクエストメッセージ用領域にコピーする。リクエストメッセージ送信部107は、リクエストメッセージをリクエストメッセージ受信部118へ送信し、リクエストメッセージ用領域を解放する。リクエストメッセージ受信部118は、パラメータp1、p2、p3、p4の値分のリクエストメッセージ用領域を作成する。リクエストメッセージ受信部118は、受信した送信パラメータのデータと送受信パラメータのデータとをリクエストメッセージ用領域へコピーしてリクエストパラメータ取得部117を実行する。リクエストパラメータ取得部117は、通信路特性により、通信路でメモリを共有できないと判定する。リクエストパラメータ取得部117は、p1の値、p2のアドレス値、p3のアドレス値、p4のアドレス値を引数として遠隔手続実行部116により遠隔手続きを実行する。リプライメッセージ作成部114は、通信路特性により、通信路でメモリを共有できないと判定する。リプライメッセージ作成部114は、リクエストメッセージ受信部118が確保したメモリの領域から受信パラメータp3、送受信パラメータp4を選択してリプライメッセージを作成し、リプライメッセージ送信部115を実行する。リプライメッセージ送信部115は、リプライメッセージ受信部109へリプライメッセージを送信し、リプライメッセージ用領域を解放する。リプライパラメータ取得部108は、通信路特性により、通信路でメモリを共有できないと判定する。リプライパラメータ取得部108は、受信パラメータのデータ、及び送受信パラメータのデータをクライアントアプリケーションa203から指定されたバッファへコピーする。そして、リプライパラメータ取得部108は、受信の際に用いられたリプライメッセージ用領域を解放してクライアントアプリケーションa203にリターンする。このように、通信路特性判定部104は、クライアントスタブ204及びサーバスタブ213の接続時、通信用にメモリを共有できないことを判定するので、通信路に合わせた遠隔手続き呼出しが可能となる。本実施例の場合、送信および受信それぞれで必要なデータのみを通信することによって、ネットワーク通信のオーバヘッドを削減することができる。<その他の実施形態>また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ又はCPUやMPU等がプログラムを読み出して実行する処理である。なお、本発明はコンピュータ内のプログラムによっても実行することができることは当然である。上述した実施形態では、通信路の特性に応じて送受信するパラメータを選択することにより、通信量、データ変換の量、頻度を削減して通信コストを削減することができる。また、上述した実施形態では、通信を効率化するために、クライアントスタブ及びサーバスタブ間でメモリを共有できるかを判定し、通信するデータを選択する。この際、メモリを共有できないネットワークを跨ぐ通信の場合、送受信時には、それぞれ必要なデータのみを通信することで通信量、データ変換の量を削減することが可能となる。他方、メモリを共有できる場合、送信/受信/送受信するパラメータを扱う領域を一度に確保することによってメモリの確保処理/解放処理を削減して通信コストを削減することができる。また、上述した実施形態では、通信時に通信路の種別から判定される通信路特性に応じてどのパラメータを送受信するのが効率的であるかを選択する。そのため、クライアントアプリケーションが複数存在する場合にも必要なパラメータのみを送受信し、通信コストを削減して効率的に通信することが可能となる。また、通信路特性に応じて通信メモリを再利用して通信し、メモリ獲得解放コストを削減することができる。また、上述した実施形態によれば、遠隔手続き呼出しで送受信するパラメータをクライアントスタブ及びサーバスタブ間の通信路の種別に応じて選択し、通信コストを削減することができる。また、上述した実施形態の構成によれば、通信コストをより削減することができる。以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形変更が可能である。