"情報を記憶する記憶手段を備えた情報処理装置であって、Webアプリケーションにアクセスするためのポートが示されたポート情報を記憶するように前記記憶手段を制御する記憶制御手段と、前記Webアプリケーションにアクセスするためのポートを前記記憶手段より取得する取得手段と、前記取得手段により取得されたポートを含む、前記WebアプリケーションにアクセスするためのURLを生成する生成手段と、前記生成手段により生成された前記WebアプリケーションにアクセスするためのURLを、他のWebアプリケーションからのリンクとして登録する登録手段とを有することを特徴とする情報処理装置。前記記憶制御手段は、前記Webアプリケーションにアクセスするためのポートが変更されたときは、変更されたポートが示されたポート情報を記憶するように前記記憶手段を制御することを特徴とする請求項1記載の情報処理装置。前記生成手段は、前記URLを相対パスで生成することを特徴とする請求項1又は2記載の情報処理装置。前記生成手段は、前記Webアプリケーションが動作する装置のIPアドレスに応じて前記URLを生成することを特徴とする請求項1乃至3のいずれか1項に記載の情報処理装置。情報を記憶する記憶手段を備えた情報処理装置の制御方法であって、Webアプリケーションにアクセスするためのポートが示されたポート情報を記憶するように前記記憶手段を制御する記憶制御ステップと、前記Webアプリケーションにアクセスするためのポートを前記記憶手段より取得する取得ステップと、前記取得ステップにより取得されたポートを含む、前記WebアプリケーションにアクセスするためのURLを生成する生成ステップと、前記生成ステップで生成された前記WebアプリケーションにアクセスするためのURLを、他のWebアプリケーションからのリンクとして登録する登録ステップとを有することを特徴とする制御方法。情報を記憶する記憶手段を備えた情報処理装置の制御方法をコンピュータに実行させるためのプログラムであって、前記制御方法は、Webアプリケーションにアクセスするためのポートが示されたポート情報を記憶するように前記記憶手段を制御する記憶制御ステップと、前記Webアプリケーションにアクセスするためのポートを前記記憶手段より取得する取得ステップと、前記取得ステップにより取得されたポートを含む、前記WebアプリケーションにアクセスするためのURLを生成する生成ステップと、前記生成ステップで生成された前記WebアプリケーションにアクセスするためのURLを、他のWebアプリケーションからのリンクとして登録する登録ステップとを有することを特徴とするプログラム。しかしながら、MFPのようなリソースの限られた装置では、セキュリティ上の問題を考慮して、複数のWebアプリケーションが様々なポートで動作している。そして、あるWebアプリケーションから、異なるWebアプリケーションにURLリンクを登録するといった場合、MFPのような内部で複数のWebアプリケーションが動作する装置では、ポート番号等を省略した相対パスでの指定が一般的である。この相対パス指定は、Webアプリケーションにアクセスするためのポートがすべて同一である場合に成り立つものである。つまり、動作ポートの異なるWebアプリケーション間で相対パス指定によりリンク登録を行うと、誤ったリンク先へリンクするか、リンクエラーとなってしまう可能性がある。このため、従来技術のような、IPアドレスやホスト名などの粒度の大きい単位でのURL変換では、ポート単位で制御が必要とされる環境においては適用できないといった課題がある。本発明の目的は、ポート単位で制御するWebアプリケーションにアクセスするためのURLを生成可能な情報処理装置及びその制御方法、並びにプログラムを提供することにある。上記目的を達成するために、請求項1の情報処理装置は、情報を記憶する記憶手段を備えた情報処理装置であって、Webアプリケーションにアクセスするためのポートが示されたポート情報を記憶するように前記記憶手段を制御する記憶制御手段と、前記Webアプリケーションにアクセスするためのポートを前記記憶手段より取得する取得手段と、前記取得手段により取得されたポートを含む、前記WebアプリケーションにアクセスするためのURLを生成する生成手段と、前記生成手段により生成された前記WebアプリケーションにアクセスするためのURLを、他のWebアプリケーションからのリンクとして登録する登録手段とを有することを特徴とする。本発明によれば、ポート単位で制御するWebアプリケーションにアクセスするためのURLを生成可能な情報処理装置及びその制御方法、並びにプログラムを提供することができる。以下、本発明の実施の形態について図面を参照しながら詳述する。なお、本実施の形態では、本発明に係る情報処理装置をMFPMultiFunctionalPeripheralに適用した実施の形態について説明する。図1は、本発明の実施の形態に係るMFP101を含む情報処理システムの概略構成を示す図である。図1において、ネットワークLAN104には、MFP101と、外部機器102,103とが相互通信可能に接続される。本実施の形態では、MFP101が、外部機器102、103等から通知されるHTTPHyperTextTransferProtocolに従った処理要求以下、HTTP要求というによって、後述する処理を実行する。また、MFP101、及び外部機器102,103には、同図に示されるようにIPアドレスが設定されている。図2は、図1におけるMFP101のハードウェア構成を示す図である。図2において、MFP101は、コントロールユニット200、操作部210、スキャナ220、及びプリンタ230を備える。また、コントロールユニット200は、CPU201、RAM202、ROM203、操作部I/F204、スキャナI/F205、プリンタI/F206、及びネットワークI/F207を備える。CPU201は、MFP101全体を統括的に制御する。RAM202は、CPU201のワークエリア、受信バッファ、画像描画等に使用され、情報を記憶する記憶手段であり、ランダムアクセスメモリである。ROM203は、CPU201が実行するソフトウェアプログラムやフォントデータを格納するリードオンリメモリである。またMFP101は、不図示のハードディスクドライブを備えている。このハードディスクドライブには、オペレーティングシステムやシステムソフトウェア、及び画像データが記憶される。操作部I/F204は、操作部210に対するコントロールユニット200のインタフェースである。スキャナI/F205は、スキャナ220に対するコントロールユニット200のインタフェースである。プリンタI/F204は、プリンタ230に対するコントロールユニット200のインタフェースである。ネットワークI/F207は、MFP101をネットワーク104に接続するためのインタフェースである。操作部210は、各種スイッチやボタン、並びにメッセージ表示用の液晶表示部で構成される。プリンタ230は、画像データに従って記録紙に印刷を行う。スキャナ220は、印刷されたドキュメントなどを読み込んで電子データに変換する。図3は、図1におけるMFP101の機能構成を示す図である。図3において説明される各コンポーネントは、ソフトウェア、ハードウェア、又は、ソフトウェアとハードウェアとの組み合わせとして実現することができる。MFP101は、アプリケーション起動部301、アプリケーション管理部302、HTTPサーバアプリケーション303、及びHTTPSサーバアプリケーション304を備える。アプリケーション起動部301は、例えば、MFP101への電源投入時やユーザからの起動指示に応じて、アプリケーション管理部302からの指示に従ってアプリケーションプログラムをROM203等からロードして起動する。このアプリケーションはWebアプリケーションであり、ポート単位で制御される。このポートはWebアプリケーションにアクセスするためのポートである。また、アプリケーション起動部301は、外部機器102,103からのHTTP要求を受信すると、アプリケーション管理部302に対して実行すべきアプリケーションに関する情報を要求する。なお、HTTP要求には、Webアプリケーションを識別する識別情報とポート番号で示すURLが含まれる。本実施形態において、URLは、http://MFP101のIPアドレス:ポート番号/サーブレットのパスの形式で記述されている。MFP101は、上述のURLを含むHTTP要求を受信すると、指定のポート番号に割り当てられたアプリケーションによってサーブレットが呼び出されることになる。即ち、HTTP要求は、指定されたポート番号に登録された指定されたアプリケーションの実行をリクエストする通知である。ここで、サーブレットとは、アプリケーションに含まれるプログラムコードの一部であり、一般的に1つの機能を実現する単位毎に設けられる。即ち、アプリケーションは、複数のサーブレットを含んで構成されてもよい。アプリケーション管理部302は、アプリケーション起動部301からの要求に応答して、起動すべきアプリケーションと、当該アプリケーションプログラムの格納先、例えば、ROM203のアドレスを通知する。また、アプリケーション管理部302は、例えば、MFP101の起動時に、起動リストを参照して、起動順序と、起動アプリケーションの格納先との情報を取得する。ここで、起動リストとは、アプリケーションの起動順序と、各アプリケーションのプログラムコードの格納先との情報を有する。なお、起動リストは、各アプリケーションのプログラムヘッダ部に定義された情報に従って、MFP101の起動時にアプリケーション管理部302によって生成されてもよい。HTTPサーバアプリケーション303は、通常のHTTPサーバアプリケーションを実行する。HTTPサーバアプリケーション303により呼び出されるサーブレットを、サーブレットA,Bとしている。HTTPSサーバアプリケーション304は、SSLソケットを使用したHTTPサーバアプリケーションを実行する。HTTPSサーバアプリケーション304により呼び出されるサーブレットを、サーブレットC,Dとしている。アプリケーション起動部301は、MFP101の起動時に上記起動リストが生成されるタイミングで、各アプリケーションの例えばプログラムヘッダ部に定義された情報に従って、各ポート番号に使用するサーブレットを登録する。図4は、図3におけるアプリケーション管理部302により参照される起動リストの一例を示す図である。図4において、起動リストは、アプリケーション名401、及び各アプリケーションの起動順序402を示すものとなっている。例えば、図4においては、HTTPサーバアプリケーションが1番目に起動され、HTTPSサーバアプリケーションが2番目に起動される。その後、サーブレットAを含むWebアプリケーション、サーブレットBを含むWebアプリケーション、サーブレットCを含むWebアプリケーション、サーブレットDを含むWebアプリケーションが順に起動される。それぞれのWebアプリケーションを、WebアプリケーションA、WebアプリケーションB、WebアプリケーションC、WebアプリケーションDと称することにする。このように、本実施の形態では、サーブレットを含むアプリケーションは、HTTPサーバアプリケーション303及びHTTPSサーバアプリケーション304の起動後に起動されるように起動リストで定義される。なお、図4には図示していないが、起動リストには、さらに、プログラムコードの格納先がそれぞれのアプリケーションに対応付けられて定義される。また、サーブレットを含むアプリケーションは、その起動時にHTTPサーバアプリケーション303又はHTTPSサーバアプリケーション304にサーブレットの登録を要求する。登録されるとアプリケーション管理部302で管理されている登録リストに記載されることとなる。図5は、図3におけるアプリケーション管理部302で管理されているサーブレットの登録リストの一例を示す図である。図5において、登録リストは、サーブレット601は登録するサーブレット名を示す。また、ポート番号602は登録するサーブレットに割り当てられるポート番号を示す。なお、同図に示されるポート番号80はHTTP用のポート番号であり、ポート番号443および8443はHTTPS用のポート番号である。図5では、ポート番号80にサーブレットA,Dが登録され、ポート番号443にサーブレットBが登録され、ポート番号8443にサーブレットCが登録されている。この登録リストは、RAM202や、図示しないハードディスクドライブまたは不揮発性の記憶装置に記憶されている。図6は、URLリンクの登録に関する構成を示す図である。図6においては、例としてWebアプリケーションAへのURLリンクの登録に関する構成が示されている。リンク登録サービス801は、リンク登録の要求元WebアプリケーションのURLをWebアプリケーションAに登録するものである。このリンク登録サービス801は、リンク登録部802、URL補間部803、及びサーブレット動作ポート番号確認部804を備える。リンク登録部802は、要求元WebアプリケーションのURLをWebアプリケーションAに関連付ける。関連付けとは、WebアプリケーションAが生成するHTMLに上述したリンク情報を記載することである。URL補間部803は、要求元Webアプリケーションが動作するポートとMFP101が動作するIPアドレスと動作しているサーブレット名からURLを生成する。サーブレット動作ポート番号確認部804は、後述するサーバ管理部805に対して、要求元Webアプリケーションが動作しているポート番号を問い合わせる。サーバ管理部805は、HTTPサーバアプリケーション303及びHTTPSサーバアプリケーション304の上で動作するサーブレットの情報を管理している。このサーバ管理部805は、サーブレット動作ポート番号返答部806とサーブレット動作ポートテーブル807を備える。サーブレット動作ポート番号返答部806は、サーブレット動作ポート番号確認部804の要求を受けて、要求元Webアプリケーションに含まれるサーブレットが動作するポート番号を返答する。この返答の際に、サーブレット動作ポート番号返答部806は、サーブレット動作ポートテーブル807を参照する。ここで、サーブレット動作ポートテーブル807は、図5で示した、登録リストをRAM202に保持している。なお、図6では、登録先のWebアプリケーションをWebアプリケーションAとして説明しているが、これに限定するものではない。例えば、その他のWebアプリケーションや、操作部210で操作できるアプリケーションであってもかまわない。図7は、URLリンクが登録されているWebアプリケーションAの一例を示す図である。図7において、WebアプリケーションAであるWebブラウザ701は、MFP101のデバイス状況情報、消耗品情報を表示する機能の他に、MFP101で動作する別のWebアプリケーションへのリンク情報を有する。また、Webブラウザ701にはWebブラウザ701が参照しているURLリンク702が表示される。なお、ここで指定されているURLはhttp://192.168.100.XX:80/サーブレットAである。さらに、Webブラウザ701にはサーブレットBへのURLリンク703、サーブレットCへのURLリンク704、サーブレットDへのURLリンク705が表示される。サーブレットBへのURLリンク703はHTMLで記載されるものであり、具体的に示すと、以下の通りである。サーブレットBへのリンクWebブラウザ701の使用者は、上記リンク情報を選択することで、サーブレットBが生成するWebページへ遷移できる。ここで示した、各サーブレットへのリンク情報は、後述するリンク情報の登録処理に従って逐次追加できる。図8は、図2におけるCPU201により実行される起動処理の手順を示すフローチャートである。この起動処理は、CPU201がROM203に格納された実行プログラムを読み出して実行することにより実現される。また、以下のフローチャートは、MFP101への電源投入やユーザの起動処理開始指示などによって実行される。図8において、アプリケーション管理部302は、ROM203に予め格納されている起動リストを取得するステップS501。さらに、アプリケーション管理部302は、取得した起動リストに従ってアプリケーション起動部301に対して起動するアプリケーションの情報を通知する。次いで、アプリケーション起動部301は、アプリケーション管理部302から指示された起動順序に従って起動するアプリケーションのプログラムコードをROM203からRAM202にロードするステップS502。続いて、アプリケーション起動部301は、RAM202にロードしたプログラムコードを実行することにより、アプリケーションを起動するステップS503。次いで、アプリケーション起動部301は、サーブレットの登録が必要であるか否かを判別するステップS504。具体的には、当該アプリケーションのプログラムを実行することにより、当該プログラムコードからサーブレットを登録するAPIが呼び出されていれば、アプリケーション起動部301はサーブレットを登録する必要があると判別する。なお、上記APIは、ApplicationProgrammingInterfaceである。ステップS504の判別の結果、サーブレットの登録が必要でないときステップS504でNO、ステップS506に進む。一方、ステップS504の判別の結果、サーブレットの登録が必要であるときステップS504でYES、アプリケーション起動部301は、サーブレットを指定されたポート番号に登録するステップS505。このステップS505は、Webアプリケーションにアクセスするためのポートが示されたポート情報を記憶するように記憶手段を制御する記憶制御手段に対応する。次いで、アプリケーション起動部301は、起動リストに定義された全てのアプリケーションを起動したか否かを判別するステップS506。ステップS506の判別の結果、全てのアプリケーションを起動したときステップS506でYES、本処理を終了する。一方、全てのアプリケーションを起動していないときステップS506でNO、ステップS502に戻る。なお、図8では、アプリケーション起動部301が実行したプログラムコードから上記APIが呼び出されたか否かに応じて、サーブレットを登録する方法について説明した。しかし、本発明はこれに限定されず、例えばアプリケーション管理部302が予め登録リストを作成し、アプリケーションの起動タイミングで上記起動リストとともにアプリケーション起動部301にサーブレットの登録リストを渡してもよい。この場合、アプリケーション起動部301は、渡されたサーブレットの登録リストを用いてサーブレットの登録を行う。図9は、図2におけるCPU201により実行される登録処理の手順を示すフローチャートである。この登録処理は、CPU201がROM203に格納された実行プログラムを読みだして実行することにより実現される。また、以下のフローチャートは、WebアプリケーションからURLリンク登録要求に基づいて実行される。図9において、リンク登録サービス801は、サーブレット動作ポート番号確認部804を介して、リンク登録の要求元Webアプリケーションから指定されたサーブレットの動作ポート番号をサーバ管理部805に問い合わせるステップS901。次いで、サーバ管理部805は、サーブレット動作ポート番号返答部806を介して、サーブレット動作ポートテーブル807を参照するステップS902。このステップS902は、Webアプリケーションにアクセスするためのポートを記憶手段より取得する取得手段に対応する。参照した結果、対応するサーブレットが存在するか否か判別するステップS903。ステップS903の判別の結果、対応するサーブレットが存在しないときステップS903でNO、エラー値例えば-1を返しステップS905、ステップS906に進む。一方、ステップS903の判別の結果、対応するサーブレットが存在するときステップS903でYES、サーバ管理部805は、指定されたサーブレットの動作ポート番号をリンク登録サービス801に通知するステップS904。例えば、サーブレットBが指定されれば、動作ポート番号として443が通知される。次いで、リンク登録サービス801は、サーバ管理部805より通知された動作ポート番号が正常か否かを判別する。ステップS906の判別の結果、動作ポート番号が正常ではないときステップS906でNO、リンク登録の失敗を要求元Webアプリケーションに通知してステップS910、本処理を終了する。動作ポート番号が正常か否かは、上述したようにエラー値が-1であり、正常な動作ポート番号は正の値であるので、返された値の符号を用いて判別することができる。一方、ステップS906の判別の結果、動作ポート番号が正常であるときステップS906でYES、リンク登録サービス801は、URL補間部803を介して、リンク登録するURLを生成するステップS907。ステップS907は、取得手段により取得されたポートを含む、WebアプリケーションにアクセスするためのURLを生成する生成手段に対応する。具体的に説明すると、例えば、WebアプリケーションAに対してWebアプリケーションBのサーブレットBのリンク登録を実行した場合、http192168100XX443サーブレットBが生成されることになる。次いで、リンク登録部802は、生成されたURLをリンク登録サービス801が動作するWebアプリケーションに登録しステップS908、リンク登録の成功を要求元Webアプリケーションに通知してステップS909、本処理を終了する。上記ステップS908において、リンク登録部802は、生成されたURLを、aherfhttp192168100XX443サーブレットBサーブレットBへのリンクとしてリンク登録する。以上のように、登録処理では、要求元Webアプリケーションからサーブレット名をサーバ管理部805に通知することで、適切なURLを生成している。なお、要求元Webアプリケーションからサーブレット名に加えて動作ポートを意図的に通知している場合は、サーバ管理部805へ問い合わせを行わずにURLを生成してもかまわない。図10は、WebアプリケーションBからWebアプリケーションAに対してURLリンク登録を実行した場合の登録処理シーケンスを示す図である。なお、サーブレットBは、図5に示されるように既にHTTPSサーバに登録されているものとする。WebアプリケーションBは、WebアプリケーションAのリンク登録サービス801に、サーブレットBのリンク登録を要求するステップS1001。次いで、リンク登録サービス801は、サーブレットBの動作ポート番号を、サーバ管理部805に対して問い合わせる。このとき、サーブレット動作ポート番号確認部804は、サーブレットBの存在をサーバ管理部805に確認する。サーバ管理部805は、サーブレットBが動作しているポートを返答するようにサーブレット動作ポート番号返答部806を呼び出す。サーブレット動作ポート番号返答部806は、サーブレット動作ポートテーブル807を参照するステップS807。参照の結果、ここでは、対応するサーブレットBの動作ポートが存在するものとし、サーバ管理部805は、動作ポート番号として443をリンク登録サービス801に返すステップS1004。リンク登録サービス801は、URL補間部803を呼び出し、WebアプリケーションAに登録するURLを生成するステップS1005。このとき、URL補間部803は、図9で説明したhttp192168100XX443サーブレットBが生成される。次いで、リンク登録部802は、生成されたURLを、上述したようにaherfhttp192168100XX443サーブレットBサーブレットBへのリンクとしてリンク登録するステップS1006。次いで、リンク登録サービス801は、サーブレットBのリンク登録の成功をWebアプリケーションBへ通知してステップS1007、本処理を終了する。<リンク登録するサーブレット名と対応するURL>図11は、登録処理シーケンスをWebアプリケーションC及びWebアプリケーションDから行った結果、URL補間部803によって生成されるURLを示す図である。サーブレット名1101は、WebアプリケーションAに登録されるサーブレット名を示す。URL1102は、URL補間部803によって生成された各サーブレットのURLを示す。各サーブレットの対応するURLを参照すると、URLは、以下の形式で生成されることがわかる。httpリンク先のWebアプリケーションの動作するIPアドレスリンク元のWebアプリケーションのサーブレットが動作するポート/サーブレット名以上で説明したように、サーブレットのURLを別のWebアプリケーション上にリンクするWebアプリケーションは、URL補間部803によって、URLが適切に補正されてリンク登録できる。このため、登録先Webアプリケーションの動作ポート番号に関わらず、要求元Webアプリケーションからは意識せずにURLリンクを登録できる。この結果、要求元Webアプリケーションは、登録先Webアプリケーションの動作ポートがセキュリティ強化のために、HTTPからHTTPSに変わったとしても、アプリケーションを作りかえることなく流用できるため、アプリケーションの可搬性が増す。また、上記実施の形態において、Webアプリケーションにアクセスするためのポートが変更されたときは、変更されたポートが示されたポート情報を記憶するようにしてもよい。さらに、URLを、ポートを含む相対パスで生成するようにしてもよい。また、本実施の形態では、Webアプリケーションが動作する装置のIPアドレスに応じてURLを生成する。他の実施の形態本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムをネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ又はCPUやMPU等がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。"