【０００１】
【発明の属する技術分野】
本発明は、ブラウザと、ローカルサーバと、各種電話機能を実行するアプリケーションとを具備するクライアントにおける電話機能を実行するクライアントの電話機能実行方法に関する。
【０００２】
【従来の技術】
近年、インターネットやＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）が普及し、Ｗｅｂブラウザの機能も高機能化している。 例えば、Ｗｅｂページ上のリンクが特定の拡張子を持ったファイルや特定のスキーム（例えば、ｍａｉｌｔｏ： ｘｘｘ＠ｙｙｙ．ｚｚｚのｍａｉｌｔｏ部分など）であるとき、Ｗｅｂブラウザはそれに関連付けられたアプリケーションに受信データを渡し、そのアプリケーション上でそのファイルを閲覧したり、アプリケーションにパラメータを渡してアプリケーションの実行する機能を制御したりすることが可能である。
【０００３】
こうしたアプリケーションは一般にＷｅｂブラウザのヘルパーアプリケーションやプラグインと呼ばれている。また、Ｊａｖａ（Ｒ）プログラムやＪａｖａ（Ｒ）Ｓｃｒｉｐｔなどのスクリプト言語によって、Ｗｅｂブラウザに機能を追加したり、特定の機能を実現させたりすることも可能となっている。何れにせよ、これらはＷｅｂブラウザがこれらの機能をサポートすることにより、単なるＷｅｂページの閲覧とは異なる機能をＷｅｂブラウザから実行するというアプリケーションの実行方法である。
【０００４】
また、アプリケーション実行方法の別の形態について、図６に示すクライアントを備えたネットワークシステム（特許文献１参照）を参照して説明する。
この図において、クライアント６００のＷｅｂブラウザ６０１は、ネットワーク８００を介してＷｅｂサーバ９００から電話機能フォームを受信する。そして、受信した電話機能フォームに示される機能を選択してＷｅｂサーバ９００に通知する。Ｗｅｂサーバ９００は、クライアント６００のＷｅｂブラウザ６０１で選択された電話機能を判定し、その結果を電話機能サーバ９０１に通知する。電話機能サーバ９０１は、通知された電話機能を実行する。
【０００５】
【特許文献１】
特開平１０−１４５４２９号公報（図２）
【０００６】
【発明が解決しようとする課題】
しかしながら、従来のアプリケーション実行方法においては、次のような問題がある。
すなわち、まず先に説明したアプリケーション実行方法では、Ｗｅｂブラウザがヘルパーアプリケーションやプラグイン、スクリプト言語などをサポートする必要があり、特に組み込み機器向けなどの小規模なＷｅｂブラウザでは実現が困難である。また、スクリプト機能を用いる場合には実行可能な機能に制限がある。
【０００７】
また、特許文献１を引用して説明したアプリケーション実行方法では、電話機能サーバ９０１が電話機能フォームにて選択された機能を実行する際に、例えばクライアント６００とクライアント７００を接続させて通話を確立させる場合には、電話機能サーバ９０１がクライアント６００のインターネット電話６０２とクライアント７００のインターネット電話７０２とを第３者の立場で接続させる必要がある。一般にこうした第３者（通話の当事者でない外部の装置）からの呼制御を行うためには、インターネット電話６０２及び７０２にそれをサポートするための機能が必要である。
【０００８】
しかしながら、従来のＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ Ｅｘｃｈａｎｇｅ、構内交換機）に代表される中央集中型のシステムでは、こうした第３者呼制御機能を簡単に実現できたが、インターネット電話で用いられることの多いＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｅｃｔｏｒ）標準のＨ．３２３プロトコルやＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）標準のＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）プロトコルでは第３者呼制御を前提としていないことから、プロトコル仕様を守りつつ第３者呼制御を実現することは困難であり、また実現可能な機能に制限があるなどの課題がある。
【０００９】
本発明は係る点に鑑みてなされたものであり、Ｗｅｂページにアクセスする機能しか持たないＷｅｂブラウザを用いる場合にも適用可能であり、またＩＴＵ−Ｔ標準のＨ．３２３プロトコルやＩＥＴＦ標準のＳＩＰプロトコルの仕様を守りつつ第３者呼制御を実現することができるクライアントの電話機能実行方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
請求項１に係る発明のクライアントの電話機能実行方法は、ブラウザと、ローカルサーバと、各種電話機能を実行するアプリケーションとを具備するクライアントにおける電話機能を実行するクライアントの電話機能実行方法であって、前記ブラウザは、外部ネットワークに接続されたサーバから前記ローカルサーバへのリンクを含む前記アプリケーションで実行可能な電話機能のメニューリストデータを受信した場合に、受信したメニューリストデータを解析し、前記ローカルサーバへのリンクを含むメニューリストをクライアントのユーザに提示し、ユーザが当該メニューリストから所望の電話機能を選択すると、選択されたユーザ所望の電話機能を前記ローカルサーバへ送信し、前記ローカルサーバは、受信したリクエストを前記アプリケーションへ送信し、前記アプリケーションは、受信したリクエストに対応する電話機能を実行する。
【００１１】
この方法によれば、外部ネットワークに接続されたサーバ（例えばＷｅｂサーバ）は、クライアントに対し、そのクライアントが実行可能な電話機能のメニューリストデータを送る。そのメニューリストデータには、ローカルサーバへのリンクが含まれているので、クライアントはサーバから受信したメニューリストを解析してその結果をユーザに提示し、ユーザがメニューリストから所望の機能を選択したときに、リンクにて指定されるローカルサーバのページへアクセスすることになる。ローカルサーバは、指定されたページへのアクセスを受信するとそれをアプリケーションに中継する。実際、ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）等の標準的なＷｅｂサーバ技術により、Ｗｅｂサーバへのアクセスを別のアプリケーションに中継することが可能である。
【００１２】
したがって、サーバが提供するメニューリストに基づいてユーザが選択した電話機能をアプリケーションに通知することが可能となり、またアプリケーションが指定された機能を第３者としてではなく直接実行することができる。
【００１３】
請求項２に係る発明のサーバプログラムは、ブラウザと、ローカルサーバと、各種電話機能を実行するアプリケーションとを具備するクライアントに対し、前記ローカルサーバへのリンクを含む前記アプリケーションで実行可能な電話機能のメニューリストデータを送信するメニューリストデータ送信手順を具備する。
【００１４】
このプログラムによれば、クライアントに対して、ローカルサーバへのリンクを含むアプリケーションで実行可能な電話機能のメニューリストデータを送信することができる。
【００１５】
請求項３に係る発明のブラウザプログラムは、外部ネットワークに接続されたサーバから送信されたデータを受信する受信手順と、前記受信手順にて受信されたデータがローカルサーバへのリンクを含むアプリケーションで実行可能な各種電話機能のメニューリストデータの場合、そのリストデータを解析し、ユーザにメニューリストを表示するメニューリスト表示手順と、前記メニューリスト表示手順にて表示されたメニューリストに対してユーザが所望の電話機能を選択した場合に、選択された電話機能を前記ローカルサーバへリクエストするリクエスト送信手順と、を具備する。
【００１６】
このプログラムによれば、外部ネットワークに接続されたサーバから送信された電話機能のメニューリストデータを受信し、受信したメニューリストデータを解析してその結果をユーザに提示し、ユーザがメニューリストから所望の機能を選択したときに、リンクにて指定されるローカルサーバのページへアクセスすることができる。
【００１７】
請求項４に係る発明のブラウザプログラムは、請求項３に係る発明のブラウザプログラムにおいて、前記メニューリストデータが前記ローカルサーバへのリンクを含むＨＴＭＬデータ又はＸＭＬデータであり、前記受信手順で前記ＨＴＭＬ又はＸＭＬデータが受信された場合、前記ローカルサーバへのリンクを含むアプリケーションで実行可能な各種電話機能のメニューリストを表示するメニューリスト表示手順を具備し、前記リクエスト送信手順は、ユーザが前記リンクを選択することによって前記ローカルサーバへリクエストを送信する。
【００１８】
このプログラムによれば、外部ネットワークに接続されたサーバから送信されるメニューリストデータがＨＴＭＬ又はＸＭＬデータであり、それをＷｅｂ又はＸＭＬブラウザによって受信してユーザに提示し、提示したメニューリストデータからユーザが選択した機能をローカルサーバへ送信する。この際には、ヘルパーアプリケーションやプラグイン、スクリプト言語を用いる必要がなく、機能が貧弱なＷｅｂ又はＸＭＬブラウザを使用する場合でもサーバが提供するメニューリストに基づくメニュー表示及びユーザが選択した機能をアプリケーションに通知することが可能であり、アプリケーションは、指定された機能を直接実行することができる。
【００１９】
請求項５に係る発明のブラウザプログラムは、請求項３又は請求項４のいずれかに係る発明のブラウザプログラムにおいて、前記外部サーバから受信したメニューリストにはユーザが入力可能な入力領域がさらに含まれ、前記リクエスト送信手順は、ユーザが前記ローカルサーバへのリンクを選択した場合に前記入力領域への入力済みのデータをもパラメータとして前記ローカルサーバへ送信する。
【００２０】
このプログラムによれば、ユーザによる入力領域へのデータ入力を可能とし、入力されたデータを、ローカルサーバを経由してアプリケーションへ送信するので、アプリケーションの動作を制御することができる。例えばサーバから送信されるメニューリストデータが電話帳であり、その電話帳には入力領域が設けられており、電話帳には載っていないアドレスへ発信しようとした場合に、ユーザが入力領域にアドレスを入力することで、電話帳にはないアドレスへ発信することが可能となる。
【００２１】
請求項６に係る発明のローカルサーバプログラムは、ブラウザから送信されたデータを受信する受信手順と、アプリケーションに対してユーザ所望の電話機能を実行するリクエストを受信した場合、受信したリクエストを前記アプリケーションへ送信するデータ中継手順と、を具備する。
【００２２】
このプログラムによれば、ブラウザから送信された、アプリケーションに対してユーザ所望の電話機能を実行するリクエストをアプリケーションへ送ることができる。
【００２３】
請求項７に係る発明のローカルサーバプログラムは、請求項６に係る発明のローカルサーバプログラムにおいて、前記データ中継手順は、前記受信手順にて受信されたリクエストの他にパラメータがあれば、そのパラメータをリクエストに付加して前記アプリケーションへ送信する。
【００２４】
このプログラムによれば、ブラウザから送信された、アプリケーションに対して所定の電話機能を実行するリクエストの他にパラメータがあれば、そのパラメータをリクエストに付加してアプリケーションへ送ることができる。即ち、ユーザが選択した電話機能の加えて、ユーザが任意に入力した情報をもローカルサーバに送ることができる。
【００２５】
請求項８に係る発明のアプリケーションプログラムは、ローカルサーバから送信されたデータを受信する受信手順と、ユーザ所望の電話機能を実行するリクエストを受信した場合、リクエストされた電話機能を実行する電話機能実行手順と、を具備する。
【００２６】
このプログラムによれば、ローカルサーバから送信された、ユーザ所望の電話機能を実行するリクエストに対し、リクエストされた電話機能を実行することができる。
【００２７】
請求項９に係る発明のクライアントプログラムは、コンピュータによって装置各部の制御が可能なクライアントプログラムであって、請求項３から請求項５のいずれかに記載のブラウザプログラムと、請求項６又は請求項７のいずれかに記載のローカルサーバプログラムと、請求項８に記載のアプリケーションプログラムと、を具備する。
【００２８】
このプログラムによれば、外部ネットワークに接続されたサーバ（例えばＷｅｂサーバ）は、クライアントに対して、クライアントが実行可能な電話機能のメニューリストデータを送る。そのメニューリストデータには、ローカルサーバへのリンクが含まれているので、クライアントはサーバから受信したメニューリストを解析してその結果をユーザに提示し、ユーザがメニューリストから所望の機能を選択したときに、リンクにて指定されるローカルサーバのページへアクセスすることになる。ローカルサーバは、指定されたページへのアクセスを受信するとそれをアプリケーションに中継する。実際、ＣＧＩ等の標準的なＷｅｂサーバ技術により、Ｗｅｂサーバへのアクセスを別のアプリケーションに中継することが可能である。
【００２９】
したがって、サーバが提供するメニューリストに基づいてユーザが選択した電話機能をアプリケーションに通知することが可能となり、またアプリケーションが指定された機能を第３者としてではなく直接実行することができる。
【００３０】
【発明の実施の形態】
本発明の骨子は、サーバから送信するメニューリストデータにクライアントのローカルサーバへのリンクを設け、そのメニューリストデータをクライアントのＷｅｂブラウザやＸＭＬブラウザ等のブラウザで受信してクライアントのユーザに提示し、提示した各種電話機能のうちユーザが所望とするものを選択する（即ちリンクを選択する）ことによって、電話機能を選択するリクエストをローカルサーバへリクエストへ送り、さらにローカルサーバからにアプリケーションへ送ることにより、Ｗｅｂブラウザ又はＸＭＬブラウザで選択した電話機能をアプリケーションにて実行することである。
【００３１】
以下、本発明について、図面を参照して詳細に説明する。
（第１の発明）
図１は、第１の発明のクライアントの電話機能実行方法を適用したネットワークシステムの構成を示すブロック図である。
【００３２】
この図に示すネットワークシステムでは、ネットワーク１００を介してＷｅｂサーバ１０１とクライアント１０２、クライアント１０３及びアプリケーションサーバ１０４が相互に接続されている。クライアントとしては、クライアント１０２のようにメニュー表示画面を有する電話機の形態をしているもの（所謂ＩＰ電話と呼ばれるもの）や、クライアント１０３のようにコンピュータ上のアプリケーションソフトウェアの形態をしているものなどが考えられる。クライアント１０２は、図２に示すように、Ｗｅｂブラウザ１０２１と、ローカルＷｅｂサーバ１０２２と、アプリケーション１０２３とを備えている。以下、クライアント１０２を例に挙げて説明する。
【００３３】
Ｗｅｂサーバ１０１は、クライアント１０２に対してメニューリストを送信する。Ｗｅｂサーバ１０１は通常のＷｅｂサーバ機能の他、クライアント１０２がどの機能を実行可能であるかを管理し、クライアント１０２が実行可能な機能のみをリストしたメニューリストをクライアント１０２に対して送信する機能を有している。例えば、あるクライアントが機能Ａについて実行可能な契約をしているが、機能Ｂについては契約上実行できない場合には機能Ａのみが設定されたメニューをそのクライアントに送信する。
【００３４】
クライアント１０２は、Ｗｅｂサーバ１０１から送られてきたメニューリストをＷｅｂブラウザ１０２１で受信する。Ｗｅｂブラウザ１０２１は、受信したメニューリストをクライアント１０２に備えられた図示せぬモニタの画面上に表示する。クライアント１０２を操作するユーザが、モニタ画面上に表示されたメニューリストから所望の機能を選択すると、Ｗｅｂブラウザ１０２１はその選択結果をローカルＷｅｂサーバ１０２２へ送信する。
【００３５】
この動作を、図３に示すシーケンス図を参照して説明する。
図３は、ローカルＷｅｂサーバ１０２２とアプリケーション１０２３との間のインタフェースにＣＧＩを用いた場合の例であるが、Ｊａｖａ（Ｒ）ＳｅｒｖｌｅｔやＡｃｔｉｖｅ Ｓｅｒｖｅｒ Ｐａｇｅなどの技術を用いてもよい。この図に示すように、Ｗｅｂサーバ１０１からクライアント１０２上のＷｅｂブラウザ１０２１が受信するデータが、ローカルＷｅｂサーバ１０２２へのリンク（ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ／ｆｕｎｃ１．ｃｇｉなど）を含む場合、Ｗｅｂブラウザ１０２１上ではブラウザ画面例のような画面が表示される。
【００３６】
そして、クライアント１０２を操作するユーザがメニューリストから「機能１」を選択すると、Ｗｅｂブラウザ１０２１が「機能１」に設定されているリンクへのＧＥＴリクエストをローカルＷｅｂサーバ１０２２へ送信する。この動作はＷｅｂブラウザ１０２１の一般的なＷｅｂページ閲覧の動作であり、プラグインやスクリプト等の特別な機能は必要としない。ローカルＷｅｂサーバ１０２２は、ｆｕｎｃ１．ｃｇｉへのＧＥＴリクエストを受信すると、ｆｕｎｃ１．ｃｇｉを実行する。このときｆｕｎｃ１．ｃｇｉ自体がアプリケーション１０２３であってもよいが、一旦別のプログラムを実行し、さらにそのプログラムがアプリケーション１０２３へリクエストを送信してもよい。アプリケーション１０２３は、要求された機能である「機能１」を実行する。
【００３７】
なお、上記動作をフロー図で示すと図４のようになる。
すなわち、ネットワーク１００を介してＷｅｂサーバ１０１からリストデータを受信する（ステップＳ１０）。次いで、受信したリストデータを解析してその結果を表示する（ステップＳ１１）。この表示に対して、クライアント１０２を操作するユーザが所望の機能を選択するが、このユーザの選択に基づき、ローカルＷｅｂサーバ１０２２へリクエストを送信する（ステップＳ１２）。
【００３８】
ローカルＷｅｂサーバ１０２２がリクエストを受信すると、受信したリクエストをアプリケーション１０２３へ送信する（ステップＳ１３）。そして、アプリケーション１０２３がリクエストを受信すると、そのリクエストに基づきユーザが選択した電話機能を実行する（ステップＳ１４）。
【００３９】
このように、第１の発明のクライアントの電話機能実行方法によれば、ネットワーク上のＷｅｂサーバ１０１から送信されるメニューリストデータにローカルＷｅｂサーバ１０２２へのリンクを設け、ユーザがＷｅｂブラウザ１０２１でメニューリストデータを受信してモニタ画面上に表示し、ユーザがモニタ画面上で機能を選択したとき即ちリンクを選択したときに、ローカルＷｅｂサーバ１０２２へリクエストを送り、ローカルＷｅｂサーバ１０２２がさらにアプリケーションへ１０２３リクエストを送る。これにより、Ｗｅｂブラウザ１０２１にて選択した機能をアプリケーション１０２３にて実行することが可能となり、さらにアプリケーション１０２３が指定された機能を第３者制御ではなく直接実行することが可能となる。
【００４０】
また、機能が貧弱なＷｅｂブラウザを使用する場合でもＷｅｂサーバ１０１が提供するメニューリストに基づくメニュー表示及びユーザが選択した機能をアプリケーション１０２３に通知することができる。
【００４１】
なお、近年、インターネットが広く普及し、各家庭においてもＩＳＤＮのＴＡやルータ、ＡＤＳＬのモデムやルータ等が導入されることが多くなっており、これらの機器はその装置設定用のＷｅｂサーバ機能を内蔵していることが多い。クライアントとしてこれら装置を想定した場合、ローカルＷｅｂサーバ１０２２を追加することによるプログラムサイズの増大等のコスト増は殆どないと考えられる。
【００４２】
また、特許文献１で開示された方法とは異なり、ユーザが選択した機能がそのままクライアント１０２上のアプリケーション１０２３に通知されるので、特にアプリケーションとしてインターネット電話等のコネクション設定をするアプリケーションを想定した場合、第３者呼制御ではなく、第１者呼制御で呼制御をすることが可能である。
【００４３】
一般に、第３者（通話の当事者でない外部の装置）からの呼制御を行うためには、アプリケーションにそれをサポートするための機能が必要である。しかしながら従来のＰＢＸに代表される中央集中型のシステムではこうした第３者呼制御機能は簡単に実現できたが、インターネット電話で用いられることの多いＩＴＵ−Ｔ標準のＨ．３２３プロトコルやＩＥＴＦ標準のＳＩＰプロトコルでは第３者呼制御を前提としておらず、プロトコル仕様を守りつつ第３者呼制御を実現することは困難であり、また実現可能な機能に制限があるなどの問題があったが、本発明によれば、第３者呼制御を行わずに済むため、こうした問題を回避することが可能である。
【００４４】
また、ＩＰｓｅｃ等のセキュリティチャネルをクライアント間で設定するようなアプリケーションを想定した場合、そもそも第３者がコネクションを設定することはセキュリティ上好ましくなく、通常不可能であるが、本発明によれば、アプリケーション自体がセキュリティチャネルを開設可能であるので、このような問題は発生しない。
【００４５】
なお、上記の説明は、サーバがＷｅｂサーバであり、クライアント内にＷｅｂブラウザがあるものとして説明したが、サーバがＸＭＬサーバで、クライアント上にはＸＭＬブラウザがあり、やり取りされるメニューデータがＸＭＬで記述されている等のより汎用的なデータ形式が用いられても構わない。
【００４６】
（第２の発明）
図５は、第２の発明のクライアントの電話機能実行方法を適用したネットワークシステムにおけるＷｅｂ画面例を示す図である。なお、システム構成は上述した図１と同様であるので、説明上必要な場合には図１を参照する。
【００４７】
この図において、Ｗｅｂサーバ１０１（図１参照）から送信されたメニューリストには、さらに入力領域２００とコマンドボタン２０１が含まれており、コマンドボタン２０１は「機能４」を実行するためのボタンである。このコマンドボタン２０１には少なくともローカルＷｅｂサーバ１０２２へのリンクが含まれている。ユーザは入力領域２００にデータを入力することが可能であり、ユーザが「機能４」を実行したい場合は、予め入力領域２００にデータを入力しておき、この状態でコマンドボタン２０１を選択・クリックすることで、Ｗｅｂブラウザ１０２１が入力領域２００のデータを含み、ローカルＷｅｂサーバ１０２２へリクエストを送信する。
【００４８】
具体的には、以下に示すＨＴＭＬ例のように、フォームを定義し、その中で入力領域２００用のテキストボックスとコマンドボタン２０１用のボタンを作る。
【００４９】
【００５０】
ユーザが入力領域２００に例えば「ａｂｃ」とデータを入力した後に、コマンドボタン２０１を押下したとすると、Ｗｅｂブラウザ１０２１はローカルＷｅｂサーバ１０２２に対して、ＧＥＴ ／ｆｕｎｃ４．ｃｇｉ？ｐａｒａｍ＝ａｂｃ というリクエストを送信する。これにより、ローカルＷｅｂサーバ１０２２は「機能４」が実行要求されたとして、パラメータとして入力領域２００に入力されたデータを受け取る。また、このときにＷｅｂブラウザ１０２１はＧＥＴメソッドを実行しているだけであり、フォームの解釈ができるものであれば、特にプラグイン等のサポートは要求されない。
【００５１】
このように、第２の発明のクライアントの電話機能実行方法によれば、ユーザによる入力領域２００へのデータ入力を可能とし、入力されたデータを、ローカルＷｅｂサーバ１０２２を経由してアプリケーション１０２３へ送信するので、アプリケーション１０２３の動作を制御することができる。例えばＷｅｂサーバ１０１から送信されるメニューリストデータが電話帳であり、その電話帳には入力領域が設けられており、電話帳には載っていないアドレスへ発信しようとした場合に、ユーザが入力領域２００にアドレスを入力することで、電話帳にはないアドレスへ発信することが可能となる。
【００５２】
【発明の効果】
以上説明したように、本発明によれば、クライアントはサーバから受信したメニューリストを解析してユーザに提示し、ユーザが選択した機能をローカルサーバへ送信することにより、サーバが提供するメニューリストに基づくメニュー表示および選択した機能をアプリケーションに通知することができる。さらにアプリケーションが指定された機能を第３者制御ではなく、直接実行することができる。
【００５３】
また、機能が貧弱なＷｅｂブラウザ（又はＸＭＬブラウザ）を使用する場合でもサーバが提供するメニューリストに基づくメニュー表示および選択した機能をアプリケーションに通知することができる。
【００５４】
また、サーバから受信するＨＴＭＬデータ（又はＸＭＬデータ）にローカルＷｅｂサーバ（又はローカルＸＭＬサーバ）へのリンクを設定することにより、Ｗｅｂブラウザ（又はＸＭＬブラウザ）に特別な機能なしで通常のＷｅｂページ（又はＸＭＬページ）の閲覧と同様にしてローカルＷｅｂサーバ（又はローカルＸＭＬサーバ）へリクエストを送信することができる。
【００５５】
また、ユーザが入力領域に入力したデータをローカルＷｅｂサーバ（（又はローカルＸＭＬサーバ））経由でアプリケーションに通知することが可能であり、したがってアプリケーションが入力されたデータに基づく動作をすることができる。
【図面の簡単な説明】
【図１】第１の発明のクライアントの電話機能実行方法を適用したネットワークシステムの構成を示すブロック図
【図２】図１に示すネットワークシステムのクライアントの構成を示すブロック図
【図３】図１に示すネットワークシステムの動作を示すシーケンス図
【図４】図１に示すネットワークシステムの動作を示すフロー図
【図５】第２の発明のクライアントの電話機能実行方法を適用したネットワークシステムにおけるＷｅｂ画面例を示す図
【図６】従来のクライアントを備えたネットワークシステムの構成を示すブロック図
【符号の説明】
１００ ネットワーク
１０１ Ｗｅｂサーバ
１０２ クライアント
１０３ クライアント
１０４ アプリケーションサーバ
１０２１ Ｗｅｂブラウザ
１０２２ ローカルＷｅｂサーバ
１０２３ アプリケーション
２００ 入力領域
２０１ コマンドボタン[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a client telephone function execution method for executing a telephone function in a client including a browser, a local server, and an application for executing various telephone functions.
[0002]
[Prior art]
In recent years, the Internet and the WWW (World Wide Web) have become widespread, and the functions of Web browsers have also been enhanced. For example, when a link on a Web page is a file having a specific extension or a specific scheme (for example, mailto: xxx@yyy.zzz), the Web browser transmits received data to an application associated with the file. To control the function of the application by passing the parameter to the application or passing parameters to the application.
[0003]
Such applications are generally called Web browser helper applications or plug-ins. In addition, it is also possible to add a function to the Web browser or realize a specific function by using a script language such as a Java (R) program or JavaScript (R). In any case, these are the execution methods of the application in which the Web browser supports these functions, so that the Web browser executes functions different from simple Web page browsing.
[0004]
Another embodiment of the application execution method will be described with reference to a network system including a client shown in FIG.
In this figure, a Web browser 601 of a client 600 receives a telephone function form from a Web server 900 via a network 800. Then, the function indicated in the received telephone function form is selected and notified to Web server 900. Web server 900 determines the telephone function selected by Web browser 601 of client 600 and notifies telephone function server 901 of the result. The telephone function server 901 executes the notified telephone function.
[0005]
[Patent Document 1]
JP-A-10-145429 (FIG. 2)
[0006]
[Problems to be solved by the invention]
However, the conventional application execution method has the following problems.
That is, in the application execution method described above, it is necessary for the Web browser to support a helper application, a plug-in, a script language, and the like, and it is difficult to realize the Web browser particularly for a small-scale Web browser for an embedded device. In addition, when the script function is used, there are limitations on the functions that can be executed.
[0007]
In the application execution method described with reference to Patent Document 1, when the telephone function server 901 executes the function selected in the telephone function form, for example, the client 600 and the client 700 are connected to establish a call. In this case, the telephone function server 901 needs to connect the Internet telephone 602 of the client 600 and the Internet telephone 702 of the client 700 from a third party's viewpoint. Generally, in order to control a call from such a third party (an external device that is not a party to the call), the Internet telephones 602 and 702 need a function to support it.
[0008]
However, in a centralized system represented by a conventional PBX (Private Branch Exchange, private branch exchange), such a third party call control function can be easily realized, but the ITU-T which is often used in Internet telephones. (International Telecommunication Union-Telecommunication sector) Since the H.323 protocol and the IETF (Internet Engineering Task Force) standard SIP (Session Initiation Protocol) protocol do not assume third-party call control, it is difficult to realize third-party call control while maintaining protocol specifications. There are also problems such as limitations on the functions that can be realized.
[0009]
The present invention has been made in view of the above points, and is applicable to a case where a Web browser having only a function of accessing a Web page is used. It is an object of the present invention to provide a method of executing a telephone function of a client which can realize third party call control while keeping the specifications of the SIP protocol of the H.323 protocol and the IETF standard.
[0010]
[Means for Solving the Problems]
A method for executing a telephone function of a client according to claim 1 is a method for executing a telephone function of a client that executes a telephone function in a client including a browser, a local server, and an application that executes various telephone functions. The browser, when receiving menu list data of a telephone function executable by the application including a link to the local server from a server connected to an external network, analyzes the received menu list data, and the local server A menu list including a link to the client user, and when the user selects a desired telephone function from the menu list, sends the selected user-desired telephone function to the local server; The received request is Transmitted to application, the application performs a call function corresponding to the received request.
[0011]
According to this method, a server (for example, a Web server) connected to the external network sends menu list data of a telephone function executable by the client to the client. Since the menu list data includes a link to the local server, the client analyzes the menu list received from the server, presents the result to the user, and selects the desired function from the menu list. Occasionally, the user will access the page of the local server specified by the link. When the local server receives access to the specified page, it relays it to the application. In fact, it is possible to relay access to the Web server to another application by using a standard Web server technology such as CGI (Common Gateway Interface).
[0012]
Therefore, it is possible to notify the application of the telephone function selected by the user based on the menu list provided by the server, and the application can directly execute the specified function instead of a third party.
[0013]
The server program of the invention according to claim 2 is a server program for a client including a browser, a local server, and an application for executing various telephone functions, for a telephone function executable by the application including a link to the local server. A menu list data transmission procedure for transmitting menu list data is provided.
[0014]
According to this program, menu list data of a telephone function executable by an application including a link to the local server can be transmitted to the client.
[0015]
According to a third aspect of the present invention, the browser program is executed by a receiving procedure for receiving data transmitted from a server connected to an external network, and an application in which the data received in the receiving procedure includes a link to a local server. In the case of menu list data of various possible phone functions, the user analyzes the list data and displays the menu list to the user, and the user selects the menu list displayed in the menu list display procedure. Requesting the selected telephone function to the local server when the telephone function is selected.
[0016]
According to the program, the menu list data of the telephone function transmitted from the server connected to the external network is received, the received menu list data is analyzed, and the result is presented to the user. When the function is selected, the user can access the page of the local server specified by the link.
[0017]
A browser program according to a fourth aspect of the present invention is the browser program according to the third aspect, wherein the menu list data is HTML data or XML data including a link to the local server, and the HTML or XML data is included in the receiving procedure. When the XML data is received, the method includes a menu list display procedure for displaying a menu list of various telephone functions executable by an application including a link to the local server, wherein the request transmission procedure includes a step in which the user selects the link. To send a request to the local server.
[0018]
According to this program, the menu list data transmitted from the server connected to the external network is HTML or XML data, which is received by the Web or XML browser and presented to the user, and is displayed to the user from the presented menu list data. Sends the selected function to the local server. In this case, there is no need to use a helper application, a plug-in, or a script language, and even when using a Web or XML browser with a poor function, the menu display based on the menu list provided by the server and the function selected by the user are performed by the application. Can be notified, and the application can directly execute the specified function.
[0019]
A browser program according to a fifth aspect of the present invention is the browser program according to the third or fourth aspect, wherein the menu list received from the external server further includes an input area in which a user can input. In the request transmission procedure, when the user selects a link to the local server, the data already input to the input area is transmitted to the local server as a parameter.
[0020]
According to this program, the user can input data into the input area, and the input data is transmitted to the application via the local server, so that the operation of the application can be controlled. For example, the menu list data transmitted from the server is a telephone directory, and the telephone directory has an input area. When an attempt is made to make a call to an address not listed in the telephone directory, the user enters an address in the input area. By inputting, it is possible to make a call to an address that is not in the telephone directory.
[0021]
The local server program according to the invention according to claim 6, further comprising: a receiving procedure for receiving data transmitted from a browser; and a request for executing a telephone function desired by a user for an application. And a data relay procedure for transmission.
[0022]
According to this program, a request for executing a telephone function desired by the user with respect to the application transmitted from the browser can be transmitted to the application.
[0023]
A local server program according to a seventh aspect of the present invention is the local server program according to the sixth aspect, wherein the data relaying step includes, if there is a parameter other than the request received in the receiving procedure, the parameter. Send to the application in addition to the request.
[0024]
According to this program, if there is a parameter other than the request transmitted from the browser for executing a predetermined telephone function to the application, the parameter can be added to the request and sent to the application. That is, in addition to the telephone function selected by the user, information arbitrarily input by the user can be sent to the local server.
[0025]
The application program of the invention according to claim 8 is a receiving procedure for receiving data transmitted from the local server, and executing a telephone function for executing the requested telephone function when receiving a request for executing a telephone function desired by the user. And a procedure.
[0026]
According to this program, the requested telephone function can be executed in response to the request for executing the telephone function desired by the user transmitted from the local server.
[0027]
A client program according to a ninth aspect of the present invention is a client program capable of controlling each unit of the apparatus by a computer, and the browser program according to any one of the third to fifth aspects, and the sixth aspect or the seventh aspect. A local server program according to any one of the above, and an application program according to claim 8.
[0028]
According to this program, a server (for example, a Web server) connected to an external network sends menu list data of a telephone function executable by the client to the client. Since the menu list data includes a link to the local server, the client analyzes the menu list received from the server, presents the result to the user, and selects the desired function from the menu list. Occasionally, the user will access the page of the local server specified by the link. When the local server receives access to the specified page, it relays it to the application. In fact, access to the Web server can be relayed to another application by using a standard Web server technology such as CGI.
[0029]
Therefore, it is possible to notify the application of the telephone function selected by the user based on the menu list provided by the server, and the application can directly execute the specified function instead of a third party.
[0030]
BEST MODE FOR CARRYING OUT THE INVENTION
The gist of the present invention is to provide a link to a local server of a client in menu list data transmitted from a server, receive the menu list data by a browser such as a Web browser or an XML browser of the client, and present the menu list data to a user of the client. By selecting a desired telephone function from among the presented various telephone functions (ie, selecting a link), a request for selecting a telephone function is sent to the request to the local server, and further, from the local server to the application. , The application executes the telephone function selected by the Web browser or the XML browser.
[0031]
Hereinafter, the present invention will be described in detail with reference to the drawings.
(First invention)
FIG. 1 is a block diagram showing a configuration of a network system to which a method for executing a telephone function of a client according to the first invention is applied.
[0032]
In the network system shown in this figure, a Web server 101 and a client 102, a client 103, and an application server 104 are mutually connected via a network 100. As the client, one in the form of a telephone having a menu display screen like the client 102 (so-called IP telephone), one in the form of application software on a computer like the client 103, or the like Can be considered. As shown in FIG. 2, the client 102 includes a Web browser 1021, a local Web server 1022, and an application 1023. Hereinafter, the client 102 will be described as an example.
[0033]
The Web server 101 transmits a menu list to the client 102. The Web server 101 manages which functions the client 102 can execute in addition to the normal Web server functions, and has a function of transmitting a menu list listing only the functions executable by the client 102 to the client 102. Have. For example, if a client has a contract with which the function A can be executed, but the function B cannot be contracted, a menu in which only the function A is set is transmitted to the client.
[0034]
The client 102 receives the menu list sent from the Web server 101 by the Web browser 1021. The Web browser 1021 displays the received menu list on a monitor screen (not shown) provided in the client 102. When the user operating the client 102 selects a desired function from the menu list displayed on the monitor screen, the Web browser 1021 transmits the selection result to the local Web server 1022.
[0035]
This operation will be described with reference to the sequence diagram shown in FIG.
FIG. 3 shows an example in which CGI is used for an interface between the local Web server 1022 and the application 1023. However, a technique such as Java (R) Servlet or Active Server Page may be used. As shown in this figure, if the data received by the Web browser 1021 on the client 102 from the Web server 101 includes a link (such as http: //localhost/func1.cgi) to the local Web server 1022, the Web browser 1021 Above, a screen like the example browser screen is displayed.
[0036]
When the user operating the client 102 selects “Function 1” from the menu list, the Web browser 1021 transmits a GET request to a link set to “Function 1” to the local Web server 1022. This operation is a general Web page browsing operation of the Web browser 1021, and does not require a special function such as a plug-in or a script. The local Web server 1022 has a function of func1. When the GET request to the cgi is received, the func1. Execute cgi. At this time, func1. Although the cgi itself may be the application 1023, another program may be executed once, and the program may send a request to the application 1023. The application 1023 executes “function 1” which is the requested function.
[0037]
FIG. 4 is a flowchart showing the above operation.
That is, list data is received from the Web server 101 via the network 100 (step S10). Next, the received list data is analyzed and the result is displayed (step S11). In response to this display, the user who operates the client 102 selects a desired function, and transmits a request to the local Web server 1022 based on the user's selection (step S12).
[0038]
When receiving the request, the local Web server 1022 transmits the received request to the application 1023 (step S13). When the application 1023 receives the request, the application 1023 executes the telephone function selected by the user based on the request (step S14).
[0039]
As described above, according to the client telephone function execution method of the first invention, a link to the local Web server 1022 is provided in the menu list data transmitted from the Web server 101 on the network, and the user can use the Web browser 1021 to execute the menu. The list data is received and displayed on the monitor screen. When the user selects a function on the monitor screen, that is, selects a link, a request is sent to the local Web server 1022, and the local Web server 1022 further sends the request to the application 1023. Send request. As a result, the function selected by the Web browser 1021 can be executed by the application 1023, and the function specified by the application 1023 can be directly executed instead of the third party control.
[0040]
Even when a Web browser with a poor function is used, the application 1023 can be notified of the menu display based on the menu list provided by the Web server 101 and the function selected by the user.
[0041]
In recent years, the Internet has become widespread, and ISDN TAs and routers, ADSL modems and routers, etc. have been often introduced in each home. These devices have a Web server function for device setting. Often built in. When these devices are assumed as clients, it is considered that there is almost no increase in cost such as an increase in program size due to the addition of the local Web server 1022.
[0042]
Also, unlike the method disclosed in Patent Literature 1, the function selected by the user is notified to the application 1023 on the client 102 as it is. Call control can be performed by first-party call control instead of third-party call control.
[0043]
Generally, in order to control a call from a third party (an external device that is not a party to the call), an application needs a function for supporting the call. However, in a centralized system represented by a conventional PBX, such a third-party call control function can be easily realized, but the H.264 standard of the ITU-T standard often used for Internet telephones. The H.323 protocol and the IETF standard SIP protocol do not presuppose third-party call control, and it is difficult to implement third-party call control while maintaining protocol specifications, and there are limitations on the functions that can be implemented. Although there was a problem, according to the present invention, such a problem can be avoided because the third party call control is not required.
[0044]
In addition, when an application that sets a security channel such as IPsec between clients is assumed, it is generally not preferable from the viewpoint of security that a third party sets a connection in the first place, but according to the present invention, Such a problem does not occur because the application itself can open the security channel.
[0045]
In the above description, the server is a Web server and the client has a Web browser. However, the server is an XML server, the client has an XML browser, and the exchanged menu data is XML. A more general data format such as described may be used.
[0046]
(Second invention)
FIG. 5 is a diagram showing an example of a Web screen in a network system to which the method for executing a telephone function of a client according to the second invention is applied. Since the system configuration is the same as that of FIG. 1 described above, FIG. 1 is referred to when necessary for the description.
[0047]
In this figure, the menu list transmitted from the Web server 101 (see FIG. 1) further includes an input area 200 and a command button 201. The command button 201 is a button for executing “function 4”. is there. The command button 201 includes at least a link to the local Web server 1022. The user can input data in the input area 200. When the user wants to execute “function 4”, input data in the input area 200 in advance, and select / click the command button 201 in this state. Then, the Web browser 1021 transmits the request to the local Web server 1022 including the data in the input area 200.
[0048]
More specifically, a form is defined, and a text box for the input area 200 and a button for the command button 201 are created in the form as in the following HTML example.
[0049]
[0050]
Assuming that the user presses the command button 201 after inputting, for example, “abc” in the input area 200, the Web browser 1021 sends a GET / func4. cgi? Send the request param = abc. As a result, the local Web server 1022 receives the data input to the input area 200 as a parameter, assuming that the execution of the “function 4” has been requested. Also, at this time, the Web browser 1021 is only executing the GET method, and support of a plug-in or the like is not particularly required as long as the form can be interpreted.
[0051]
As described above, according to the client telephone function execution method of the second invention, the user can input data to the input area 200 and transmit the input data to the application 1023 via the local Web server 1022. Therefore, the operation of the application 1023 can be controlled. For example, the menu list data transmitted from the Web server 101 is a telephone directory, and the telephone directory has an input area. When an attempt is made to make a call to an address not listed in the telephone directory, the user enters By inputting the address in 200, it is possible to make a call to an address not in the telephone directory.
[0052]
【The invention's effect】
As described above, according to the present invention, the client analyzes the menu list received from the server, presents the menu list to the user, and transmits the function selected by the user to the local server. Based on the menu display and the selected function, the application can be notified. Further, the application can directly execute the designated function instead of the third party control.
[0053]
Even when a Web browser (or an XML browser) having a poor function is used, a menu display based on a menu list provided by the server and the selected function can be notified to the application.
[0054]
In addition, by setting a link to the local Web server (or local XML server) in the HTML data (or XML data) received from the server, a normal Web page (or XML browser) can be used without a special function in the Web browser (or XML browser). Alternatively, the request can be transmitted to the local Web server (or the local XML server) in the same manner as when browsing the XML page).
[0055]
Further, it is possible to notify the application of the data input by the user to the input area via the local Web server (or the local XML server), so that the application can perform an operation based on the input data.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a network system to which a method for executing a telephone function of a client according to a first invention is applied;
FIG. 2 is a block diagram showing a configuration of a client of the network system shown in FIG. 1;
FIG. 3 is a sequence diagram showing an operation of the network system shown in FIG. 1;
FIG. 4 is a flowchart showing the operation of the network system shown in FIG. 1;
FIG. 5 is a diagram showing an example of a Web screen in a network system to which the method for executing a telephone function of a client according to the second invention is applied;
FIG. 6 is a block diagram showing a configuration of a conventional network system including a client.
[Explanation of symbols]
100 networks
101 Web server
102 Client
103 Client
104 Application Server
1021 Web browser
1022 Local Web server
1023 Application
200 input area
201 Command Button
