(57)【要約】【課題】Ｗｅｂブラウザのプラグイン等の特別な機能を使用せずに、クライアント上のアプリケーションを実行すること。【解決手段】ネットワーク上のＷｅｂサーバ１０１から送信されるメニューリストデータにローカルＷｅｂサーバ１０２２へのリンクを設け、ユーザがＷｅｂブラウザ１０２１でメニューリストデータを受信してモニタ画面上に表示し、ユーザがモニタ画面上で機能を選択したとき即ちリンクを選択したときに、ローカルＷｅｂサーバ１０２２へリクエストを送り、ローカルＷｅｂサーバ１０２２がさらにアプリケーションへ１０２３リクエストを送る。これにより、Ｗｅｂブラウザ１０２１にて選択した機能をアプリケーション１０２３にて実行することが可能となり、さらにアプリケーション１０２３が指定された機能を第３者制御ではなく直接実行することが可能となる。【選択図】      図２
2004171214.tif 000002
【特許請求の範囲】
【請求項１】
ブラウザと、ローカルサーバと、各種電話機能を実行するアプリケーションとを具備するクライアントにおける電話機能を実行するクライアントの電話機能実行方法であって、前記ブラウザは、外部ネットワークに接続されたサーバから前記ローカルサーバへのリンクを含む前記アプリケーションで実行可能な電話機能のメニューリストデータを受信した場合に、受信したメニューリストデータを解析し、前記ローカルサーバへのリンクを含むメニューリストをクライアントのユーザに提示し、ユーザが当該メニューリストから所望の電話機能を選択すると、選択されたユーザ所望の電話機能を前記ローカルサーバへ送信し、前記ローカルサーバは、受信したリクエストを前記アプリケーションへ送信し、前記アプリケーションは、受信したリクエストに対応する電話機能を実行することを特徴とするクライアントの電話機能実行方法。
【請求項２】
ブラウザと、ローカルサーバと、各種電話機能を実行するアプリケーションとを具備するクライアントに対し、前記ローカルサーバへのリンクを含む前記アプリケーションで実行可能な電話機能のメニューリストデータを送信するメニューリストデータ送信手順を具備することを特徴とするサーバプログラム。
【請求項３】
外部ネットワークに接続されたサーバから送信されたデータを受信する受信手順と、前記受信手順にて受信されたデータがローカルサーバへのリンクを含むアプリケーションで実行可能な各種電話機能のメニューリストデータの場合、そのリストデータを解析し、ユーザにメニューリストを表示するメニューリスト表示手順と、前記メニューリスト表示手順にて表示されたメニューリストに対してユーザが所望の電話機能を選択した場合に、選択された電話機能を前記ローカルサーバへリクエストするリクエスト送信手順と、を具備することを特徴とするブラウザプログラム。
【請求項４】
前記メニューリストデータが前記ローカルサーバへのリンクを含むＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データ又はＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｈｙｐｅｒ  ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データであり、前記受信手順で前記ＨＴＭＬ又はＸＭＬデータが受信された場合、前記ローカルサーバへのリンクを含むアプリケーションで実行可能な各種電話機能のメニューリストを表示するメニューリスト表示手順を具備し、前記リクエスト送信手順は、ユーザが前記リンクを選択することによって前記ローカルサーバへリクエストを送信することを特徴とする請求項３に記載のブラウザプログラム。
【請求項５】
前記外部サーバから受信したメニューリストにはユーザが入力可能な入力領域がさらに含まれ、前記リクエスト送信手順は、ユーザが前記ローカルサーバへのリンクを選択した場合に前記入力領域への入力済みのデータをもパラメータとして前記ローカルサーバへ送信することを特徴とする請求項３又は請求項４のいずれかに記載のブラウザプログラム。
【請求項６】
ブラウザから送信されたデータを受信する受信手順と、アプリケーションに対してユーザ所望の電話機能を実行するリクエストを受信した場合、受信したリクエストを前記アプリケーションへ送信するデータ中継手順と、を具備することを特徴とするローカルサーバプログラム。
【請求項７】
前記データ中継手順は、前記受信手順にて受信されたリクエストの他にパラメータがあれば、そのパラメータをリクエストに付加して前記アプリケーションへ送信することを特徴とする請求項６に記載のローカルサーバプログラム。
【請求項８】
ローカルサーバから送信されたデータを受信する受信手順と、ユーザ所望の電話機能を実行するリクエストを受信した場合、リクエストされた電話機能を実行する電話機能実行手順と、を具備することを特徴とするアプリケーションプログラム。
【請求項９】
コンピュータによって装置各部の制御が可能なクライアントプログラムであって、請求項３から請求項５のいずれかに記載のブラウザプログラムと、請求項６又は請求項７のいずれかに記載のローカルサーバプログラムと、請求項８に記載のアプリケーションプログラムと、を具備することを特徴とするクライアントプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ブラウザと、ローカルサーバと、各種電話機能を実行するアプリケーションとを具備するクライアントにおける電話機能を実行するクライアントの電話機能実行方法に関する。
【０００２】
【従来の技術】
近年、インターネットやＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）が普及し、Ｗｅｂブラウザの機能も高機能化している。  例えば、Ｗｅｂページ上のリンクが特定の拡張子を持ったファイルや特定のスキーム（例えば、ｍａｉｌｔｏ：  ｘｘｘ＠ｙｙｙ．ｚｚｚのｍａｉｌｔｏ部分など）であるとき、Ｗｅｂブラウザはそれに関連付けられたアプリケーションに受信データを渡し、そのアプリケーション上でそのファイルを閲覧したり、アプリケーションにパラメータを渡してアプリケーションの実行する機能を制御したりすることが可能である。
【０００３】
こうしたアプリケーションは一般にＷｅｂブラウザのヘルパーアプリケーションやプラグインと呼ばれている。また、Ｊａｖａ（Ｒ）プログラムやＪａｖａ（Ｒ）Ｓｃｒｉｐｔなどのスクリプト言語によって、Ｗｅｂブラウザに機能を追加したり、特定の機能を実現させたりすることも可能となっている。何れにせよ、これらはＷｅｂブラウザがこれらの機能をサポートすることにより、単なるＷｅｂページの閲覧とは異なる機能をＷｅｂブラウザから実行するというアプリケーションの実行方法である。
【０００４】
また、アプリケーション実行方法の別の形態について、図６に示すクライアントを備えたネットワークシステム（特許文献１参照）を参照して説明する。
この図において、クライアント６００のＷｅｂブラウザ６０１は、ネットワーク８００を介してＷｅｂサーバ９００から電話機能フォームを受信する。そして、受信した電話機能フォームに示される機能を選択してＷｅｂサーバ９００に通知する。Ｗｅｂサーバ９００は、クライアント６００のＷｅｂブラウザ６０１で選択された電話機能を判定し、その結果を電話機能サーバ９０１に通知する。電話機能サーバ９０１は、通知された電話機能を実行する。
【０００５】
【特許文献１】
特開平１０−１４５４２９号公報（図２）
【０００６】
【発明が解決しようとする課題】
しかしながら、従来のアプリケーション実行方法においては、次のような問題がある。
すなわち、まず先に説明したアプリケーション実行方法では、Ｗｅｂブラウザがヘルパーアプリケーションやプラグイン、スクリプト言語などをサポートする必要があり、特に組み込み機器向けなどの小規模なＷｅｂブラウザでは実現が困難である。また、スクリプト機能を用いる場合には実行可能な機能に制限がある。
【０００７】
また、特許文献１を引用して説明したアプリケーション実行方法では、電話機能サーバ９０１が電話機能フォームにて選択された機能を実行する際に、例えばクライアント６００とクライアント７００を接続させて通話を確立させる場合には、電話機能サーバ９０１がクライアント６００のインターネット電話６０２とクライアント７００のインターネット電話７０２とを第３者の立場で接続させる必要がある。一般にこうした第３者（通話の当事者でない外部の装置）からの呼制御を行うためには、インターネット電話６０２及び７０２にそれをサポートするための機能が必要である。
【０００８】
しかしながら、従来のＰＢＸ（Ｐｒｉｖａｔｅ  Ｂｒａｎｃｈ  Ｅｘｃｈａｎｇｅ、構内交換機）に代表される中央集中型のシステムでは、こうした第３者呼制御機能を簡単に実現できたが、インターネット電話で用いられることの多いＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｅｃｔｏｒ）標準のＨ．３２３プロトコルやＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）標準のＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）プロトコルでは第３者呼制御を前提としていないことから、プロトコル仕様を守りつつ第３者呼制御を実現することは困難であり、また実現可能な機能に制限があるなどの課題がある。
【０００９】
本発明は係る点に鑑みてなされたものであり、Ｗｅｂページにアクセスする機能しか持たないＷｅｂブラウザを用いる場合にも適用可能であり、またＩＴＵ−Ｔ標準のＨ．３２３プロトコルやＩＥＴＦ標準のＳＩＰプロトコルの仕様を守りつつ第３者呼制御を実現することができるクライアントの電話機能実行方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
請求項１に係る発明のクライアントの電話機能実行方法は、ブラウザと、ローカルサーバと、各種電話機能を実行するアプリケーションとを具備するクライアントにおける電話機能を実行するクライアントの電話機能実行方法であって、前記ブラウザは、外部ネットワークに接続されたサーバから前記ローカルサーバへのリンクを含む前記アプリケーションで実行可能な電話機能のメニューリストデータを受信した場合に、受信したメニューリストデータを解析し、前記ローカルサーバへのリンクを含むメニューリストをクライアントのユーザに提示し、ユーザが当該メニューリストから所望の電話機能を選択すると、選択されたユーザ所望の電話機能を前記ローカルサーバへ送信し、前記ローカルサーバは、受信したリクエストを前記アプリケーションへ送信し、前記アプリケーションは、受信したリクエストに対応する電話機能を実行する。
【００１１】
この方法によれば、外部ネットワークに接続されたサーバ（例えばＷｅｂサーバ）は、クライアントに対し、そのクライアントが実行可能な電話機能のメニューリストデータを送る。そのメニューリストデータには、ローカルサーバへのリンクが含まれているので、クライアントはサーバから受信したメニューリストを解析してその結果をユーザに提示し、ユーザがメニューリストから所望の機能を選択したときに、リンクにて指定されるローカルサーバのページへアクセスすることになる。ローカルサーバは、指定されたページへのアクセスを受信するとそれをアプリケーションに中継する。実際、ＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）等の標準的なＷｅｂサーバ技術により、Ｗｅｂサーバへのアクセスを別のアプリケーションに中継することが可能である。
【００１２】
したがって、サーバが提供するメニューリストに基づいてユーザが選択した電話機能をアプリケーションに通知することが可能となり、またアプリケーションが指定された機能を第３者としてではなく直接実行することができる。
【００１３】
請求項２に係る発明のサーバプログラムは、ブラウザと、ローカルサーバと、各種電話機能を実行するアプリケーションとを具備するクライアントに対し、前記ローカルサーバへのリンクを含む前記アプリケーションで実行可能な電話機能のメニューリストデータを送信するメニューリストデータ送信手順を具備する。
【００１４】
このプログラムによれば、クライアントに対して、ローカルサーバへのリンクを含むアプリケーションで実行可能な電話機能のメニューリストデータを送信することができる。
【００１５】
請求項３に係る発明のブラウザプログラムは、外部ネットワークに接続されたサーバから送信されたデータを受信する受信手順と、前記受信手順にて受信されたデータがローカルサーバへのリンクを含むアプリケーションで実行可能な各種電話機能のメニューリストデータの場合、そのリストデータを解析し、ユーザにメニューリストを表示するメニューリスト表示手順と、前記メニューリスト表示手順にて表示されたメニューリストに対してユーザが所望の電話機能を選択した場合に、選択された電話機能を前記ローカルサーバへリクエストするリクエスト送信手順と、を具備する。
【００１６】
このプログラムによれば、外部ネットワークに接続されたサーバから送信された電話機能のメニューリストデータを受信し、受信したメニューリストデータを解析してその結果をユーザに提示し、ユーザがメニューリストから所望の機能を選択したときに、リンクにて指定されるローカルサーバのページへアクセスすることができる。
【００１７】
請求項４に係る発明のブラウザプログラムは、請求項３に係る発明のブラウザプログラムにおいて、前記メニューリストデータが前記ローカルサーバへのリンクを含むＨＴＭＬデータ又はＸＭＬデータであり、前記受信手順で前記ＨＴＭＬ又はＸＭＬデータが受信された場合、前記ローカルサーバへのリンクを含むアプリケーションで実行可能な各種電話機能のメニューリストを表示するメニューリスト表示手順を具備し、前記リクエスト送信手順は、ユーザが前記リンクを選択することによって前記ローカルサーバへリクエストを送信する。
【００１８】
このプログラムによれば、外部ネットワークに接続されたサーバから送信されるメニューリストデータがＨＴＭＬ又はＸＭＬデータであり、それをＷｅｂ又はＸＭＬブラウザによって受信してユーザに提示し、提示したメニューリストデータからユーザが選択した機能をローカルサーバへ送信する。この際には、ヘルパーアプリケーションやプラグイン、スクリプト言語を用いる必要がなく、機能が貧弱なＷｅｂ又はＸＭＬブラウザを使用する場合でもサーバが提供するメニューリストに基づくメニュー表示及びユーザが選択した機能をアプリケーションに通知することが可能であり、アプリケーションは、指定された機能を直接実行することができる。
【００１９】
請求項５に係る発明のブラウザプログラムは、請求項３又は請求項４のいずれかに係る発明のブラウザプログラムにおいて、前記外部サーバから受信したメニューリストにはユーザが入力可能な入力領域がさらに含まれ、前記リクエスト送信手順は、ユーザが前記ローカルサーバへのリンクを選択した場合に前記入力領域への入力済みのデータをもパラメータとして前記ローカルサーバへ送信する。
【００２０】
このプログラムによれば、ユーザによる入力領域へのデータ入力を可能とし、入力されたデータを、ローカルサーバを経由してアプリケーションへ送信するので、アプリケーションの動作を制御することができる。例えばサーバから送信されるメニューリストデータが電話帳であり、その電話帳には入力領域が設けられており、電話帳には載っていないアドレスへ発信しようとした場合に、ユーザが入力領域にアドレスを入力することで、電話帳にはないアドレスへ発信することが可能となる。
【００２１】
請求項６に係る発明のローカルサーバプログラムは、ブラウザから送信されたデータを受信する受信手順と、アプリケーションに対してユーザ所望の電話機能を実行するリクエストを受信した場合、受信したリクエストを前記アプリケーションへ送信するデータ中継手順と、を具備する。
【００２２】
このプログラムによれば、ブラウザから送信された、アプリケーションに対してユーザ所望の電話機能を実行するリクエストをアプリケーションへ送ることができる。
【００２３】
請求項７に係る発明のローカルサーバプログラムは、請求項６に係る発明のローカルサーバプログラムにおいて、前記データ中継手順は、前記受信手順にて受信されたリクエストの他にパラメータがあれば、そのパラメータをリクエストに付加して前記アプリケーションへ送信する。
【００２４】
このプログラムによれば、ブラウザから送信された、アプリケーションに対して所定の電話機能を実行するリクエストの他にパラメータがあれば、そのパラメータをリクエストに付加してアプリケーションへ送ることができる。即ち、ユーザが選択した電話機能の加えて、ユーザが任意に入力した情報をもローカルサーバに送ることができる。
【００２５】
請求項８に係る発明のアプリケーションプログラムは、ローカルサーバから送信されたデータを受信する受信手順と、ユーザ所望の電話機能を実行するリクエストを受信した場合、リクエストされた電話機能を実行する電話機能実行手順と、を具備する。
【００２６】
このプログラムによれば、ローカルサーバから送信された、ユーザ所望の電話機能を実行するリクエストに対し、リクエストされた電話機能を実行することができる。
【００２７】
請求項９に係る発明のクライアントプログラムは、コンピュータによって装置各部の制御が可能なクライアントプログラムであって、請求項３から請求項５のいずれかに記載のブラウザプログラムと、請求項６又は請求項７のいずれかに記載のローカルサーバプログラムと、請求項８に記載のアプリケーションプログラムと、を具備する。
【００２８】
このプログラムによれば、外部ネットワークに接続されたサーバ（例えばＷｅｂサーバ）は、クライアントに対して、クライアントが実行可能な電話機能のメニューリストデータを送る。そのメニューリストデータには、ローカルサーバへのリンクが含まれているので、クライアントはサーバから受信したメニューリストを解析してその結果をユーザに提示し、ユーザがメニューリストから所望の機能を選択したときに、リンクにて指定されるローカルサーバのページへアクセスすることになる。ローカルサーバは、指定されたページへのアクセスを受信するとそれをアプリケーションに中継する。実際、ＣＧＩ等の標準的なＷｅｂサーバ技術により、Ｗｅｂサーバへのアクセスを別のアプリケーションに中継することが可能である。
【００２９】
したがって、サーバが提供するメニューリストに基づいてユーザが選択した電話機能をアプリケーションに通知することが可能となり、またアプリケーションが指定された機能を第３者としてではなく直接実行することができる。
【００３０】
【発明の実施の形態】
本発明の骨子は、サーバから送信するメニューリストデータにクライアントのローカルサーバへのリンクを設け、そのメニューリストデータをクライアントのＷｅｂブラウザやＸＭＬブラウザ等のブラウザで受信してクライアントのユーザに提示し、提示した各種電話機能のうちユーザが所望とするものを選択する（即ちリンクを選択する）ことによって、電話機能を選択するリクエストをローカルサーバへリクエストへ送り、さらにローカルサーバからにアプリケーションへ送ることにより、Ｗｅｂブラウザ又はＸＭＬブラウザで選択した電話機能をアプリケーションにて実行することである。
【００３１】
以下、本発明について、図面を参照して詳細に説明する。
（第１の発明）
図１は、第１の発明のクライアントの電話機能実行方法を適用したネットワークシステムの構成を示すブロック図である。
【００３２】
この図に示すネットワークシステムでは、ネットワーク１００を介してＷｅｂサーバ１０１とクライアント１０２、クライアント１０３及びアプリケーションサーバ１０４が相互に接続されている。クライアントとしては、クライアント１０２のようにメニュー表示画面を有する電話機の形態をしているもの（所謂ＩＰ電話と呼ばれるもの）や、クライアント１０３のようにコンピュータ上のアプリケーションソフトウェアの形態をしているものなどが考えられる。クライアント１０２は、図２に示すように、Ｗｅｂブラウザ１０２１と、ローカルＷｅｂサーバ１０２２と、アプリケーション１０２３とを備えている。以下、クライアント１０２を例に挙げて説明する。
【００３３】
Ｗｅｂサーバ１０１は、クライアント１０２に対してメニューリストを送信する。Ｗｅｂサーバ１０１は通常のＷｅｂサーバ機能の他、クライアント１０２がどの機能を実行可能であるかを管理し、クライアント１０２が実行可能な機能のみをリストしたメニューリストをクライアント１０２に対して送信する機能を有している。例えば、あるクライアントが機能Ａについて実行可能な契約をしているが、機能Ｂについては契約上実行できない場合には機能Ａのみが設定されたメニューをそのクライアントに送信する。
【００３４】
クライアント１０２は、Ｗｅｂサーバ１０１から送られてきたメニューリストをＷｅｂブラウザ１０２１で受信する。Ｗｅｂブラウザ１０２１は、受信したメニューリストをクライアント１０２に備えられた図示せぬモニタの画面上に表示する。クライアント１０２を操作するユーザが、モニタ画面上に表示されたメニューリストから所望の機能を選択すると、Ｗｅｂブラウザ１０２１はその選択結果をローカルＷｅｂサーバ１０２２へ送信する。
【００３５】
この動作を、図３に示すシーケンス図を参照して説明する。
図３は、ローカルＷｅｂサーバ１０２２とアプリケーション１０２３との間のインタフェースにＣＧＩを用いた場合の例であるが、Ｊａｖａ（Ｒ）ＳｅｒｖｌｅｔやＡｃｔｉｖｅ  Ｓｅｒｖｅｒ  Ｐａｇｅなどの技術を用いてもよい。この図に示すように、Ｗｅｂサーバ１０１からクライアント１０２上のＷｅｂブラウザ１０２１が受信するデータが、ローカルＷｅｂサーバ１０２２へのリンク（ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ／ｆｕｎｃ１．ｃｇｉなど）を含む場合、Ｗｅｂブラウザ１０２１上ではブラウザ画面例のような画面が表示される。
【００３６】
そして、クライアント１０２を操作するユーザがメニューリストから「機能１」を選択すると、Ｗｅｂブラウザ１０２１が「機能１」に設定されているリンクへのＧＥＴリクエストをローカルＷｅｂサーバ１０２２へ送信する。この動作はＷｅｂブラウザ１０２１の一般的なＷｅｂページ閲覧の動作であり、プラグインやスクリプト等の特別な機能は必要としない。ローカルＷｅｂサーバ１０２２は、ｆｕｎｃ１．ｃｇｉへのＧＥＴリクエストを受信すると、ｆｕｎｃ１．ｃｇｉを実行する。このときｆｕｎｃ１．ｃｇｉ自体がアプリケーション１０２３であってもよいが、一旦別のプログラムを実行し、さらにそのプログラムがアプリケーション１０２３へリクエストを送信してもよい。アプリケーション１０２３は、要求された機能である「機能１」を実行する。
【００３７】
なお、上記動作をフロー図で示すと図４のようになる。
すなわち、ネットワーク１００を介してＷｅｂサーバ１０１からリストデータを受信する（ステップＳ１０）。次いで、受信したリストデータを解析してその結果を表示する（ステップＳ１１）。この表示に対して、クライアント１０２を操作するユーザが所望の機能を選択するが、このユーザの選択に基づき、ローカルＷｅｂサーバ１０２２へリクエストを送信する（ステップＳ１２）。
【００３８】
ローカルＷｅｂサーバ１０２２がリクエストを受信すると、受信したリクエストをアプリケーション１０２３へ送信する（ステップＳ１３）。そして、アプリケーション１０２３がリクエストを受信すると、そのリクエストに基づきユーザが選択した電話機能を実行する（ステップＳ１４）。
【００３９】
このように、第１の発明のクライアントの電話機能実行方法によれば、ネットワーク上のＷｅｂサーバ１０１から送信されるメニューリストデータにローカルＷｅｂサーバ１０２２へのリンクを設け、ユーザがＷｅｂブラウザ１０２１でメニューリストデータを受信してモニタ画面上に表示し、ユーザがモニタ画面上で機能を選択したとき即ちリンクを選択したときに、ローカルＷｅｂサーバ１０２２へリクエストを送り、ローカルＷｅｂサーバ１０２２がさらにアプリケーションへ１０２３リクエストを送る。これにより、Ｗｅｂブラウザ１０２１にて選択した機能をアプリケーション１０２３にて実行することが可能となり、さらにアプリケーション１０２３が指定された機能を第３者制御ではなく直接実行することが可能となる。
【００４０】
また、機能が貧弱なＷｅｂブラウザを使用する場合でもＷｅｂサーバ１０１が提供するメニューリストに基づくメニュー表示及びユーザが選択した機能をアプリケーション１０２３に通知することができる。
【００４１】
なお、近年、インターネットが広く普及し、各家庭においてもＩＳＤＮのＴＡやルータ、ＡＤＳＬのモデムやルータ等が導入されることが多くなっており、これらの機器はその装置設定用のＷｅｂサーバ機能を内蔵していることが多い。クライアントとしてこれら装置を想定した場合、ローカルＷｅｂサーバ１０２２を追加することによるプログラムサイズの増大等のコスト増は殆どないと考えられる。
【００４２】
また、特許文献１で開示された方法とは異なり、ユーザが選択した機能がそのままクライアント１０２上のアプリケーション１０２３に通知されるので、特にアプリケーションとしてインターネット電話等のコネクション設定をするアプリケーションを想定した場合、第３者呼制御ではなく、第１者呼制御で呼制御をすることが可能である。
【００４３】
一般に、第３者（通話の当事者でない外部の装置）からの呼制御を行うためには、アプリケーションにそれをサポートするための機能が必要である。しかしながら従来のＰＢＸに代表される中央集中型のシステムではこうした第３者呼制御機能は簡単に実現できたが、インターネット電話で用いられることの多いＩＴＵ−Ｔ標準のＨ．３２３プロトコルやＩＥＴＦ標準のＳＩＰプロトコルでは第３者呼制御を前提としておらず、プロトコル仕様を守りつつ第３者呼制御を実現することは困難であり、また実現可能な機能に制限があるなどの問題があったが、本発明によれば、第３者呼制御を行わずに済むため、こうした問題を回避することが可能である。
【００４４】
また、ＩＰｓｅｃ等のセキュリティチャネルをクライアント間で設定するようなアプリケーションを想定した場合、そもそも第３者がコネクションを設定することはセキュリティ上好ましくなく、通常不可能であるが、本発明によれば、アプリケーション自体がセキュリティチャネルを開設可能であるので、このような問題は発生しない。
【００４５】
なお、上記の説明は、サーバがＷｅｂサーバであり、クライアント内にＷｅｂブラウザがあるものとして説明したが、サーバがＸＭＬサーバで、クライアント上にはＸＭＬブラウザがあり、やり取りされるメニューデータがＸＭＬで記述されている等のより汎用的なデータ形式が用いられても構わない。
【００４６】
（第２の発明）
図５は、第２の発明のクライアントの電話機能実行方法を適用したネットワークシステムにおけるＷｅｂ画面例を示す図である。なお、システム構成は上述した図１と同様であるので、説明上必要な場合には図１を参照する。
【００４７】
この図において、Ｗｅｂサーバ１０１（図１参照）から送信されたメニューリストには、さらに入力領域２００とコマンドボタン２０１が含まれており、コマンドボタン２０１は「機能４」を実行するためのボタンである。このコマンドボタン２０１には少なくともローカルＷｅｂサーバ１０２２へのリンクが含まれている。ユーザは入力領域２００にデータを入力することが可能であり、ユーザが「機能４」を実行したい場合は、予め入力領域２００にデータを入力しておき、この状態でコマンドボタン２０１を選択・クリックすることで、Ｗｅｂブラウザ１０２１が入力領域２００のデータを含み、ローカルＷｅｂサーバ１０２２へリクエストを送信する。
【００４８】
具体的には、以下に示すＨＴＭＬ例のように、フォームを定義し、その中で入力領域２００用のテキストボックスとコマンドボタン２０１用のボタンを作る。
【００４９】
2004171214.tif 000003
【００５０】
ユーザが入力領域２００に例えば「ａｂｃ」とデータを入力した後に、コマンドボタン２０１を押下したとすると、Ｗｅｂブラウザ１０２１はローカルＷｅｂサーバ１０２２に対して、ＧＥＴ  ／ｆｕｎｃ４．ｃｇｉ？ｐａｒａｍ＝ａｂｃ  というリクエストを送信する。これにより、ローカルＷｅｂサーバ１０２２は「機能４」が実行要求されたとして、パラメータとして入力領域２００に入力されたデータを受け取る。また、このときにＷｅｂブラウザ１０２１はＧＥＴメソッドを実行しているだけであり、フォームの解釈ができるものであれば、特にプラグイン等のサポートは要求されない。
【００５１】
このように、第２の発明のクライアントの電話機能実行方法によれば、ユーザによる入力領域２００へのデータ入力を可能とし、入力されたデータを、ローカルＷｅｂサーバ１０２２を経由してアプリケーション１０２３へ送信するので、アプリケーション１０２３の動作を制御することができる。例えばＷｅｂサーバ１０１から送信されるメニューリストデータが電話帳であり、その電話帳には入力領域が設けられており、電話帳には載っていないアドレスへ発信しようとした場合に、ユーザが入力領域２００にアドレスを入力することで、電話帳にはないアドレスへ発信することが可能となる。
【００５２】
【発明の効果】
以上説明したように、本発明によれば、クライアントはサーバから受信したメニューリストを解析してユーザに提示し、ユーザが選択した機能をローカルサーバへ送信することにより、サーバが提供するメニューリストに基づくメニュー表示および選択した機能をアプリケーションに通知することができる。さらにアプリケーションが指定された機能を第３者制御ではなく、直接実行することができる。
【００５３】
また、機能が貧弱なＷｅｂブラウザ（又はＸＭＬブラウザ）を使用する場合でもサーバが提供するメニューリストに基づくメニュー表示および選択した機能をアプリケーションに通知することができる。
【００５４】
また、サーバから受信するＨＴＭＬデータ（又はＸＭＬデータ）にローカルＷｅｂサーバ（又はローカルＸＭＬサーバ）へのリンクを設定することにより、Ｗｅｂブラウザ（又はＸＭＬブラウザ）に特別な機能なしで通常のＷｅｂページ（又はＸＭＬページ）の閲覧と同様にしてローカルＷｅｂサーバ（又はローカルＸＭＬサーバ）へリクエストを送信することができる。
【００５５】
また、ユーザが入力領域に入力したデータをローカルＷｅｂサーバ（（又はローカルＸＭＬサーバ））経由でアプリケーションに通知することが可能であり、したがってアプリケーションが入力されたデータに基づく動作をすることができる。
【図面の簡単な説明】
【図１】第１の発明のクライアントの電話機能実行方法を適用したネットワークシステムの構成を示すブロック図
【図２】図１に示すネットワークシステムのクライアントの構成を示すブロック図
【図３】図１に示すネットワークシステムの動作を示すシーケンス図
【図４】図１に示すネットワークシステムの動作を示すフロー図
【図５】第２の発明のクライアントの電話機能実行方法を適用したネットワークシステムにおけるＷｅｂ画面例を示す図
【図６】従来のクライアントを備えたネットワークシステムの構成を示すブロック図
【符号の説明】
１００  ネットワーク
１０１  Ｗｅｂサーバ
１０２  クライアント
１０３  クライアント
１０４  アプリケーションサーバ
１０２１  Ｗｅｂブラウザ
１０２２  ローカルＷｅｂサーバ
１０２３  アプリケーション
２００  入力領域
２０１  コマンドボタン
【図１】
2004171214.tif 000004
【図２】
2004171214.tif 000005
【図３】
2004171214.tif 000006
【図４】
2004171214.tif 000007
【図５】
2004171214.tif 000008
【図６】
2004171214.tif 000009