(57)【要約】【課題】機能が増加しても利用者の操作性が低下せず、また、表示画面がコンテンツ作成者の意図した表示となるネットワークシステムを提供する。【解決手段】ネットワーク４００上に接続されたクライアント２００からのＷＥＢコンテンツ要求によりメインサーバ１００がＷＥＢサーバ３００からＷＥＢコンテンツ３１０を取得してクライアント２００に提供するネットワークシステムであって、メインサーバ１００は、クライアント２００がＷＥＢコンテンツ３１０上で実行する機能の種別と、機能の所在を示す情報を含む機能設定情報をクライアント２００に提供し、クライアント２００は、ＷＥＢコンテンツ３１０を実行すると共に、メインサーバ１００から取得した機能設定情報が含む機能の所在を示す情報に基づいて呼出した機能を、ＷＥＢコンテンツ３１０上で実行する。【選択図】図1
2007128166.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に接続されたクライアントからのコンテンツ要求によりメインサーバがコンテンツサーバから前記コンテンツを取得して前記クライアントに提供するネットワークシステムであって、
前記メインサーバは、前記クライアントが前記コンテンツ上で実行する機能の種別と、機能の所在を示す情報を含む第１の機能設定情報、又は、前記クライアントが前記コンテンツ上で実行する機能の種別と、機能名と、機能の所在を示す情報を含む第２の機能設定情報の少なくとも一方を前記クライアントに提供し、
前記クライアントは、前記コンテンツを実行すると共に、前記メインサーバから取得した前記第１又は前記第２の機能設定情報が含む前記機能の所在を示す情報に基づいて呼出した前記機能を、前記コンテンツ上で実行することを特徴とするネットワークシステム。
【請求項２】
前記メインサーバは、前記第２の機能設定情報を前記クライアントに提供し、
前記クライアントは、前記コンテンツを実行すると共に、前記メインサーバから取得した前記第２の機能設定情報に基づいて前記コンテンツ上で実行可能な前記機能を提示し、
前記提示された機能から選択された前記機能を、前記機能の所在を示す情報に基づいて呼出し、前記コンテンツ上で実行することを特徴とする請求項１に記載のネットワークシステム。
【請求項３】
前記クライアントが前記コンテンツ上で実行する機能の種別は、プラグインの種別によって定まり、
前記プラグインが定まる領域であるプラグインポイントは、少なくとも、前記ウェブコンテンツ、前記ウェブコンテンツ上の表示要素のうちの一つ以上であることを特徴とする請求項１又は請求項２に記載のネットワークシステム。
【請求項４】
前記クライアントは、前記第２の機能設定情報に基づいて、プラグインの種別に対応し前記クライアントが前記コンテンツ上で実行可能な機能の一覧情報を提示することを特徴とする請求項１から請求項３のいずれか１項に記載のネットワークシステム。
【請求項５】
前記プラグインポイントは、リンクタグを含み、
前記クライアントは、前記リンクタグが示すリンク先情報のスキーマ種別ごとに対応付けられた前記プラグインの種別に関連付けられた前記機能の所在を示す情報に基づいて呼出した前記機能を、前記コンテンツ上で実行することを特徴とする請求項３又は請求項４に記載のネットワークシステム。
【請求項６】
前記プラグインポイントは、リンクタグを含み、
前記クライアントは、
前記第１又は前記第２の機能設定情報に基づいて呼出された前記第１の機能の所在からのリンク先情報のスキーマ種別がｔｅｌまたはｍａｉｌｔｏのリンクである場合に、
前記ｔｅｌまたは前記ｍａｉｌｔｏのリンクに対応付けられたプラグインの新たな種別に関連付けられた、第２の機能の所在を示す情報に基づいて呼出した前記第２の機能を、前記コンテンツ上で実行することを特徴とする請求項３から請求項５のいずれか１項に記載のネットワークシステム。
【請求項７】
前記プラグインポイントは、リンクタグを含み、
前記クライアントは、
前記第１又は前記第２の機能設定情報に基づいて呼出された前記第１の機能の所在からのリンク先情報のスキーマ種別が、文書ファイル、音声ファイル、静止画像ファイル及び動画像ファイルを少なくとも一つ含むｆｉｌｅのリンクである場合に、
前記ｆｉｌｅのリンクに対応付けられた前記プラグインの新たな種別に関連付けられた、第２の機能の所在を示す情報に基づいて呼出した前記第２の機能を、前記コンテンツ上で実行することを特徴とする請求項３から請求項６のいずれか１項に記載のネットワークシステム。
【請求項８】
前記クライアントは、
前記第１又は前記第２の機能設定情報に基づいて示された前記実行する第１の機能の所在に基づいて、前記クライアントに付属する撮影機能で取得した静止画像若しくは動画像のデータ、又は、前記クライアントに付属する撮影機能及び文字認識機能若しくはバーコード認識機能で取得した文字列のデータを、当該第１の機能を実行した結果取得した値とし、
前記値に対応する前記プラグインの新たな種別に関連付けられた第２の機能の所在を示す情報に基づいて呼出した前記第２の機能を、前記コンテンツ上で実行することを特徴とする請求項３から請求項７のいずれか１項に記載のネットワークシステム。
【請求項９】
前記クライアントは、
前記クライアントの動作イベントに関連付けられたプラグインを持ち、前記動作イベントの発生時に、前記第１又は前記第２の機能設定情報に基づいて、発生した前記動作イベントに対応付けられた前記プラグインの種別に関連付けられた前記機能の所在を示す情報に基づいて呼出した前記機能を、前記コンテンツ上で実行することを特徴とする請求項１から請求項８のいずれか１項に記載のネットワークシステム。
【請求項１０】
前記クライアントは、
通話機能を有することによって、少なくとも、通話着信又は通話終了のいずれかの動作イベントに関連付けられたプラグインを持ち、
通話着信又は通話終了の前記動作イベントの発生時に、前記機能設定情報に基づいて、発生した通話着信又は通話終了の前記動作イベントに対応付けられた前記プラグインの種別に関連付けられた前記機能の所在を示す情報に基づいて呼出した前記機能を、前記コンテンツ上で実行することを特徴とする請求項１から請求項９のいずれか１項に記載のネットワークシステム。
【請求項１１】
前記クライアントは、
タイマー機能を有することによって、タイマー起動時から所定の時間が経過したときに発生した前記動作イベントに関連付けられた前記プラグインを持ち、
タイマー起動時から所定の時間が経過したときに発生した前記動作イベントの発生時に、前記機能設定情報に基づいて、タイマー起動時から所定の時間が経過したときに発生した前記動作イベントに対応付けられた前記プラグインの種別に関連付けられた前記機能の所在を示す情報に基づいて呼出した前記機能を、前記コンテンツ上で実行することを特徴とする請求項１から請求項１０のいずれか１項に記載のネットワークシステム。
【請求項１２】
前記クライアントは、
前記ネットワーク上のメインサーバから取得した、前記第１又は前記第２の機能設定情報に基づいて呼出した第１の機能を、前記コンテンツ上で実行し、
前記第１の機能を実行した結果取得した値に対応する前記プラグインの新たな種別に関連付けられた第２の機能の所在を示す情報に基づいて呼出した前記第２の機能を、前記コンテンツ上で実行することを特徴とする請求項１から請求項１１のいずれか１項に記載のネットワークシステム。
【請求項１３】
前記プラグインポイントは、前記ネットワークを介して取得した前記コンテンツ上のコンテキストのうち、文字情報入力機能を有する領域であり、
前記プラグインポイントで選択されたプラグインの種別は、前記領域に入力された文字情報に基づいて決定されることを特徴とする請求項３から請求項１２のいずれか１項に記載のネットワークシステム。
【請求項１４】
前記文字情報は、ファイル名を含み、
前記プラグインの種別は、前記領域に入力されたファイル名に基づいて決定されることを特徴とする請求項１３に記載のネットワークシステム。
【請求項１５】
前記クライアントは、
プラグインの属性情報をパラメータとして付加して、前記メインサーバに前記コンテンツ要求を行うこと特徴とする請求項１から請求項１４のいずれか１項に記載のネットワークシステム。
【請求項１６】
前記クライアントは、前記ネットワークを介して前記コンテンツサーバ取得した前記コンテンツを表示するとともに、前記メインサーバから取得した前記第１又は前記第２の機能設定情報に基づいて前記クライアントが前記コンテンツ上で実行可能な前記機能を提示することを特徴とする請求項１から請求項１５のいずれか１項に記載のネットワークシステム。
【請求項１７】
前記第１又は前記第２の機能設定情報は、前記クライアントが前記コンテンツ上で実行する機能の所在を直接示し、
前記クライアントは、前記機能の所在に前記機能の実行を直接要求することを特徴とする請求項１から請求項１６のいずれか１項に記載のネットワークシステム。
【請求項１８】
前記第１又は前記第２の機能設定情報は、前記クライアントが前記コンテンツ上で実行する機能の所在を識別する、前記ネットワーク上のサーバの所在を示し、
前記サーバは、前記クライアントから受けた前記機能の実行の要求に基づいて、前記クライアントが前記コンテンツ上で実行する前記機能の所在を識別し、前記機能又は前記機能の所在を前記クライアントに提供することを特徴とする請求項１から請求項１７のいずれか１項に記載のネットワークシステム。
【請求項１９】
前記メインサーバは、前記クライアントを識別する識別情報と、前記第１及び前記第２の機能設定情報の少なくとも一方とを対応付けて保持しており、前記識別情報に基づいて、対象となる前記クライアントに、対象となる前記クライアントに対応する前記第１又は前記第２の機能設定情報を提供することを特徴とする請求項１から請求項１８のいずれか１項に記載のネットワークシステム。
【請求項２０】
前記識別情報が、前記クライアントの利用者を特定する利用者識別情報であることを特徴とする請求項１９に記載のネットワークシステム。
【請求項２１】
前記メインサーバを保有するメインサーバ保有企業が、前記識別情報を有する前記クライアントを使用するクライアント使用企業に対し、前記識別情報に基づいて、前記クライアント使用企業に対応する前記第１又は前記第２の機能設定情報の少なくとも一方を提供することを特徴とする請求項１から請求項２０のいずれか１項に記載のネットワークシステム。
【請求項２２】
ネットワーク上に接続されたクライアントからのコンテンツ要求によりサーバがコンテンツサーバから前記コンテンツを取得して前記クライアントに提供するネットワークシステム上の前記サーバであって、
前記クライアントが前記コンテンツ上で実行する機能の種別と、機能の所在を示す情報を含む第１の機能設定情報又は、前記クライアントが前記コンテンツ上で実行する機能の種別と、機能名と、機能の所在を示す情報を含む第２の機能設定情報の少なくとも一方を前記クライアントに提供することを特徴とするサーバ。
【請求項２３】
前記クライアントから受けた前記機能の実行の要求基づいて、前記クライアントが前記コンテンツ上で実行する前記機能の所在を識別し、前記機能又は前記機能の所在を前記クライアントに提供することを特徴とする請求項２２に記載のサーバ。
【請求項２４】
前記クライアントを識別する識別情報と、前記機能設定情報とを対応付けて保持しており、
前記クライアントから受けた前記機能の実行の要求及び前記クライアントの識別情報に基づいて、前記クライアントに、前記クライアントに対応する前記第１及び前記第２の機能設定情報の少なくとも一方を提供することを特徴とする請求項２２又は請求項２３に記載のサーバ。
【請求項２５】
ネットワーク上に接続されたクライアントからのコンテンツ要求によりメインサーバがコンテンツサーバから前記コンテンツを取得して前記クライアントに提供するネットワークシステム上の前記クライアントであって、
前記コンテンツを実行すると共に、前記メインサーバから取得した前記クライアントが前記コンテンツ上で実行する機能の種別と、機能の所在とを示す情報を含む機能設定情報のうち前記機能の所在を示す情報に基づいて呼出した前記機能を、前記コンテンツ上で実行することを特徴とするクライアント。
【請求項２６】
ネットワーク上に接続されたクライアントからのコンテンツ要求によりメインサーバがコンテンツサーバから前記コンテンツを取得して前記クライアントに提供するネットワークシステムの前記サーバ上で実行されるプログラムであって、
前記クライアントが前記コンテンツ上で実行する機能の種別と、機能の所在を示す情報を含む第１の機能設定情報又は、前記クライアントが前記コンテンツ上で実行する機能の種別と、機能名と、機能の所在を示す情報を含む第２の機能設定情報の少なくとも一方を前記クライアントに提供する機能を有することを特徴とするプログラム。
【請求項２７】
前記クライアントから受けた前記機能の実行の要求に基づいて、前記クライアントが前記コンテンツ上で実行する前記機能の所在を識別し、前記機能又は前記機能の所在を前記クライアントに提供する機能を有することを特徴とする請求項２６に記載のプログラム。
【請求項２８】
前記クライアントを識別する識別情報と、前記機能設定情報とを対応付けて保持しており、前記クライアントから受けた前記機能の実行の要求及び前記クライアントの識別情報に基づいて、前記クライアントに、前記クライアントに対応する前記第１及び前記第２の機能設定情報を提供する機能を有することを特徴とする請求項２６又は請求項２７に記載のプログラム。
【請求項２９】
ネットワーク上に接続されたクライアントからのコンテンツ要求によりメインサーバがコンテンツサーバから前記コンテンツを取得して前記クライアントに提供するネットワークシステムの前記クライアント上で実行されるプログラムであって、
前記コンテンツを実行すると共に、前記メインサーバから取得した、前記クライアントが前記コンテンツ上で実行する機能の種別と、機能の所在とを示す情報を含む機能設定情報のうち前記機能の所在を示す情報に基づいて呼出した前記機能を、前記コンテンツ上で実行する機能を有することを特徴とするプログラム。
【請求項３０】
ネットワーク上に接続されたクライアントからのコンテンツ要求によりメインサーバがコンテンツサーバから前記コンテンツを取得して前記クライアントに提供するネットワークシステムのウェブブラウジング機能実現方法であって、
前記メインサーバが、前記クライアントが前記コンテンツ上で実行する機能の種別と、機能の所在を示す情報を含む第１の機能設定情報又は、前記クライアントが前記コンテンツ上で実行する機能の種別と、機能名と、機能の所在を示す情報を含む第２の機能設定情報の少なくとも一方を前記クライアントに提供するステップを有することを特徴とするウェブブラウジング機能実現方法。
【請求項３１】
前記メインサーバが、前記クライアントから受けた前記機能の実行の要求に基づいて、前記クライアントが前記コンテンツ上で実行する前記機能の所在を識別し、前記機能又は前記機能の所在を前記クライアントに提供するステップを有することを特徴とする請求項３０に記載のウェブブラウジング機能実現方法。
【請求項３２】
前記メインサーバが、前記クライアントを識別する識別情報と、前記機能設定情報とを対応付けて保持しており、前記クライアントから受けた前記機能の実行の要求及び前記クライアントの識別情報に基づいて、前記クライアントに、前記クライアントに対応する前記第１及び前記第２の機能設定情報を提供するステップを有することを特徴とする請求項３０又は請求項３１に記載のウェブブラウジング機能実現方法。
【請求項３３】
ネットワーク上に接続されたクライアントからのコンテンツ要求によりメインサーバがコンテンツサーバから前記コンテンツを取得して前記クライアントに提供するネットワークシステムのウェブブラウジング機能実現方法であって、
前記クライアントが前記コンテンツを実行すると共に、前記メインサーバから取得した、前記クライアントが前記コンテンツ上で実行する機能の種別と、機能の所在とを示す情報を含む機能設定情報のうち前記機能の所在を示す情報に基づいて呼出した前記機能を、前記コンテンツ上で実行するステップを有することを特徴とするウェブブラウジング機能実現方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話やＰＤＡ、ノートＰＣ、デスクトップＰＣなどといった通信端末でのＷｅｂブラウジングに関し、特に、フォーカスの当たっているリンク先情報に対応する機能メニューを表示し、選択された機能を呼び出すネットワークシステム、サーバ、クライアント、プログラム、Ｗｅｂブラウジング機能実現方法に関する。
技術に関する。
【背景技術】
【０００２】
従来、この種のブラウザ機能利用におけるＷｅｂブラウジング方式には、例えば特開２００４―５３３０号公報（特許文献１）に示されるものがある。
【０００３】
図１６は、従来のブラウザ機能利用におけるＷｅｂブラウジング方式のシステム構成の１例を示すブロック図である。
【０００４】
図１６を参照すると、従来のブラウザ機能利用におけるＷｅｂブラウジング方式は、ウェブ・サーバ１０００がウェブ・ブラウザ１０１０にＨＴＭＬ形式のホームページ１００２を送信する前に、一旦あらかじめ置かれていた編集プログラム１００１を呼び出し、機能を記述しているコードを自動的にこのＨＴＭＬページ１００２に埋め込み、新たに生成されたＨＴＭＬページをウェブ・ブラウザ１０１０に送信する。
【特許文献１】特開２００４−５３３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１を１例とする従来のブラウザ機能利用におけるＷｅｂブラウジング方式は、ＨＴＭＬページ内の一つのリンクに対し、機能ごとにリンクを追加する為、機能の増加に伴って画面が煩雑になり、利用者の操作性が低下するという問題や、また、元のHTMLページにリンクを追加することで表示画面のレイアウトが崩れてしまうため、表示画面がHTMLページ作成者の意図した表示とならないという問題があった。
【０００６】
本発明の目的は、上記課題を解決し、機能が増加しても利用者の操作性が低下せず、また、表示画面がコンテンツ作成者の意図した表示となるネットワークシステム、サーバ、クライアント、プログラム、Ｗｅｂブラウジング機能実現方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために本発明は、ネットワーク上に接続されたクライアントからのコンテンツ要求によりメインサーバがコンテンツサーバから前記コンテンツを取得して前記クライアントに提供するネットワークシステムであって、前記メインサーバは、前記クライアントが前記コンテンツ上で実行する機能の種別と、機能の所在を示す情報を含む機能設定情報を前記クライアントに提供し、前記クライアントは、前記コンテンツを実行すると共に、前記メインサーバから取得した前記機能設定情報が含む前記機能の所在を示す情報に基づいて呼出した前記機能を、前記コンテンツ上で実行することを特徴とする。
（作用）
【０００８】
上記の構成によって本発明は、メインサーバが、クライアントに予め機能設定情報を送信し、クライアントが、前記コンテンツ上で実行する機能の種別と、機能の所在を示す情報を保持しておくことで、クライアントが、コンテンツ表示時に、選択された機能の呼出しを行う。
【発明の効果】
【０００９】
本発明によれば、機能が増加しても利用者の操作性が低下せず、また、表示画面をコンテンツ作成者の意図した表示とすることができる。
【００１０】
その理由は、メインサーバは、クライアントがコンテンツ上で実行する機能の種別と、機能の所在を示す情報を含む機能設定情報をクライアントに提供し、クライアントは、コンテンツを実行すると共に、メインサーバから取得した機能設定情報が含む機能の所在を示す情報に基づいて呼出した機能を、コンテンツ上で実行するからである。
【発明を実施するための最良の形態】
【００１１】
(第1の実施の形態)
次に、本発明の第１の実施の形態について図面を参照して詳細に説明する。
【００１２】
(第１の実施の形態の構成)
図１は、本実施の形態による通信システムの構成を示すブロック図である。
【００１３】
図1を参照すると、本実施の形態による通信システムは、メインサーバ１００と、クライアント２００とがネットワーク４００で接続され、また、メインサーバ１００と、WEBサーバ３００Ａと、WEBサーバ３００Ｂとがネットワーク５００で接続されている。
【００１４】
この通信システムにおけるネットワーク接続の通信方法は、本発明とは直接の関係を持たないため、省略する。また、図１では説明を簡素化するため、クライアント２００とメインサーバ１００がそれぞれ１台、ＷＥＢサーバ３００が２台となっているが、何れも１台又は２台以上であってもよい。
【００１５】
メインサーバ１００は、ユーザーによるＷＥＢコンテンツの参照要求をクライアント２００から受け、その応答として、クライアント２００に情報を提供するサーバであり、例えば、企業サーバやアプリケーションサービスプロバイダが保有するサーバなどがある。
【００１６】
メインサーバ１００は、より具体的には、メインサーバ動作管理部１１０と、通信管理部１２０と、記憶部１３０とを備えており、クライアント２００からユーザーによるＷＥＢコンテンツの要求を受信し、受信した要求を確認して、ネットワーク５００で接続されているＷＥＢサーバ３００ＡやＷＥＢサーバ３００Ｂのうち、クライアント２００に指定されたＵＲＬによって特定されるＷＥＢサーバを選択し、選択したＷＥＢサーバへＷＥＢコンテンツの要求を行い、ＷＥＢコンテンツの要求の結果として受信したＷＥＢコンテンツをクライアント２００に提供する。
【００１７】
なお、メインサーバ１００は、ＷＥＢサーバから取得したＷＥＢコンテンツの表現形式などを変換して、クライアント２００に提供してもよい。
【００１８】
メインサーバ動作管理部１１０は、クライアント２００から発行された機能メニュー設定情報の要求に基づいて、この要求に対応する機能メニュー設定情報１３１（後述）を記憶部１３０から取得する機能メニュー設定情報取得手段１１１と、クライアント２００から発行されたＷＥＢコンテンツの要求に基づいて、この要求に対応するＷＥＢサーバをＷＥＢサーバ３００ＡまたはＷＥＢサーバ３００Ｂから選択するＷＥＢサーバ選択手段１１２と、選択したＷＥＢサーバに対してＷＥＢコンテンツの要求を発行するＷＥＢコンテンツ要求手段１１３とを備える。
【００１９】
通信管理部１２０は、ネットワーク４００，５００に接続されている外部の機器と通信を行う機能を有しており、例えば、クライアント２００にＷＥＢコンテンツの提供を行い、また、クライアント２００が起動されてクライアント２００からの機能メニュー設定情報の要求を受信したときに機能メニュー設定情報をクライアント２００に提供する。
【００２０】
記憶部１３０は、リンク先情報が属する分類ごとに利用可能な機能一覧を予め対応付けた機能メニュー設定情報１３１と、クライアント２００がユーザーに直接入力された機能名に対応する機能が存在するか否かを確認するために用いられる直接選択機能設定情報１３２を記憶している。
【００２１】
図２は、機能メニュー設定情報１３１を説明するための図である。
【００２２】
図２を参照すると、機能メニュー設定情報１３１は、例えば、リンク先情報（呼び出し先ＵＲＬ）と、リンク先情報が属する分類（種別）と、リンク先情報が属する分類ごとに利用可能な機能（機能名）とを示す情報からなる機能メニュー設定情報１３１１〜１３１５によって構成されている。
【００２３】
図３は、直接選択機能設定情報１３２を説明するための図である。
【００２４】
図３を参照すると、直接選択機能設定情報１３２は、例えば、リンク先情報（呼び出し先ＵＲＬ）と、リンク先情報が属する分類（種別）とを示す情報からなる直接選択機能設定情報１３２１〜１３２２によって構成されている。
【００２５】
なお、直接選択用設定情報２４２は、機能メニュー設定情報２４１の代わりに設けられていてもよいし、機能メニュー設定情報２４１とは別に設けられていてもよいし、機能メニュー設定情報２４１内に含まれていてもよい。
【００２６】
ただし、本実施の形態では説明を容易にする為、直接選択機能設定情報２４２は、機能メニュー設定情報２４１と独立して存在していることとする。
【００２７】
クライアント２００は、例えば、携帯電話やＰＤＡ、ノートＰＣ、デスクトップＰＣなどの通信端末であり、ユーザーインタフェース部２１０と、クライアント動作管理部２２０と、通信管理部２３０と、記憶部２４０とを備えている。
【００２８】
ユーザーインタフェース部２１０は、メインサーバ１００に要求した結果として受信したＷＥＢコンテンツを表示するＷＥＢブラウザ機能を有しており、クライアント２００のユーザーから情報の入力を受け付ける入力インタフェースとして、例えば、キーパッド、キーボード、マウス等である入力部２１１を備え、また、ユーザーに情報を提供する出力インタフェースとして、例えば、文字や画像を出力可能なモニタ等である出力部２１２を備える。なお、出力部２１２は、クライアント動作管理部２２０によって生成された、ＷＥＢコンテンツ内のリンク先情報に対応した機能メニューを表示することができる。
【００２９】
クライアント動作管理部２２０は、ユーザーによるＷＥＢコンテンツの参照要求に基づいて、メインサーバ１００に対してＷＥＢコンテンツの要求を発行するＷＥＢコンテンツ要求手段２２１と、機能メニュー設定情報２４１に基づいて、選択可能な機能一覧を示す機能メニューを生成する機能メニュー生成手段２２２と、直接選択機能設定情報８１０（後述）に基づいて、ユーザーに直接選択された機能の存在の有無を確認する直接選択機能確認手段２２３と、提供する機能が外部機能か、又は内部機能であるかの判定処理を行う提供機能判定手段２２４と、クライアント２００の内部に保有する機能を呼び出して実行する内部機能実行手段２２５とを備える。
【００３０】
通信管理部２３０は、外部に接続されているメインサーバ１００などの機器と通信を行う機能を有する。
【００３１】
記憶部２４０は、メインサーバ１００の記憶部１３０と同様の機能を有し、メインサーバ１００が保持する機能メニュー設定情報１３１のうち、メインサーバ１００から受け取った機能メニュー設定情報を機能メニュー設定情報２４１として記憶部１３０と同様に記憶し、また、メインサーバ１００が保持する直接選択機能設定情報１３２のうち、メインサーバ１００から受け取った直接選択機能設定情報を直接選択機能設定情報２４２として記憶部１３０と同様に記憶する。
【００３２】
ここでクライアント２００のハードウェア構成の説明をする。
【００３３】
図４は、本実施の形態によるクライアント２００のハードウェア構成を示すブロック図である。
【００３４】
図４を参照すると、本発明によるクライアント２００は、一般的なコンピュータ装置と同様のハードウェア構成によって実現することができ、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）６０１（クライアント動作管理部２２０）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等のメインメモリであり、データの作業領域やデータの一時退避領域に用いられる主記憶部６０２、ネットワーク４００を介してデータの送受信を行う通信部６０３（通信管理部２３０）、液晶ディスプレイ、プリンタやスピーカ等の提示部６０４及びキーボードやマウス等の入力部６０５（ユーザーインタフェース部２１０）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気ディスク、半導体メモリ等の不揮発性メモリから構成されるハードディスク装置である補助記憶部６０６（記憶部２４０）、本情報処理装置の上記各構成要素を相互に接続するシステムバス６０７等を備えている。
【００３５】
本発明によるクライアント２００は、その動作を、クライアント２００内部にそのような機能を実現するプログラムを組み込んだ、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等のハードウェア部品からなる回路部品を実装してハードウェア的に実現することは勿論として、上記した各構成要素の各機能を提供するプログラムを、コンピュータ処理装置上のＣＰＵ３０１で実行することにより、ソフトウェア的に実現することができる。
【００３６】
すなわち、ＣＰＵ３０１は、補助記憶部３０７に格納されているプログラムを、主記憶部３０２にロードして実行し、クライアント２００の動作を制御することにより、上述した各機能をソフトウェア的に実現する。
【００３７】
なお、前述したメインサーバ１００も上記のようなハードウェア構成を有し、前述したメインサーバ１００が有する各機能をハードウェア的又はソフトウェア的に実現する。
【００３８】
ＷＥＢサーバ３００Ａ及びＷＥＢサーバ３００Ｂは、ＷＥＢサーバ機能を有し、マークアップ言語、例えばＨＴＭＬやｃ−ＨＴＭＬで記述されたＷＥＢコンテンツ３１０Ａ、３１０Ｂを保有しており、メインサーバ１００からの要求を受けて、これらのＷＥＢコンテンツをメインサーバ１００に提供する。
【００３９】
なお、メインサーバ１００が、ＷＥＢサーバ機能を有してＷＥＢコンテンツを保有してもよく、その場合には、クライアント２００からＷＥＢコンテンツの要求を受けたら、メインサーバ１００内で保有するＷＥＢコンテンツを直接クライアント２００に送信することになる。
【００４０】
(第１の実施の形態の動作)
図５は、本実施の形態によるメインサーバ１００、クライアント２００間の動作の１例を示すシーケンスチャートである。
【００４１】
図１及び図５を参照して、本実施の形態による通信システムを構成するメインサーバ１００、クライアント２００において、クライアント２００が機能メニュー設定情報２４１を保有していない状態から、メインサーバ１００から機能メニュー設定情報を取得し、機能メニュー設定情報２４１として保存するまでの動作について説明する。
【００４２】
まず、クライアント２００の利用者の操作によってクライアント２００が起動する(ステップＳ５０１)。これは、クライアント２００である携帯端末やＰＤＣ、ＰＣでＷＥＢブラウザ機能を提供するプログラムを起動することによって行われる。
【００４３】
この動作により、クライアント動作管理部２２０から通信管理部２３０を介してメインサーバ１００に対して機能メニュー設定情報の要求が発行される(ステップＳ５０２)。
【００４４】
ここで発行される機能メニュー設定情報の要求は、メインサーバ１００のメインサーバ動作管理部１１０で機能メニュー設定情報の要求であると解釈可能なパラメータとする。
【００４５】
次いで、機能メニュー設定情報の要求を受け取ったメインサーバ動作管理部１１０は、機能メニュー設定情報取得手段１１１によって、メインサーバ１００内の記憶部１３０に保存された機能メニュー設定情報１３１のうち、機能メニュー設定情報の要求に対応する機能メニュー設定情報を取出し(ステップＳ５０３)、要求元のクライアント２００に提供する(ステップＳ５０４)。
【００４６】
次いで、クライアント２００は、メインサーバ１００から送信された機能メニュー設定情報を自身が保有する保存領域、例えばハードディスクドライブ、フラッシュメモリ、キャッシュ、ヒープメモリなどである記憶部２４０に機能メニュー設定情報２４１として保存する(ステップＳ５０５)。
【００４７】
これで、クライアント２００の機能メニュー設定情報２４１の保存処理は終了する。
【００４８】
なお、直接選択用設定情報２４２は、機能メニュー設定情報２４１取得時の処理とは別に取得処理が行われてもよいし、機能メニュー設定情報２４１とともに取得処理が行われてもよい。
【００４９】
図６は、本実施の形態によるメインサーバ１００、クライアント２００、ＷＥＢサーバ３００Ａ，３００Ｂ間の動作を示すシーケンスチャートである。
【００５０】
図１及び図６を参照して、前述した本実施の形態による通信システムを構成するメインサーバ１００、クライアント２００、ＷＥＢサーバ３００Ａ，３００Ｂにおいて、クライアント２００がＷＥＢコンテンツを取得するまでの動作であるＷＥＢコンテンツ取得処理について説明する。
【００５１】
前出の図５に示す処理で機能メニュー設定情報２４１がクライアント２００に保存された後、利用者によりクライアント２００のユーザーインタフェース部２１０の入力部２１１が操作されることにより、ＷＥＢコンテンツの参照要求が入力される(ステップＳ６０１)。
【００５２】
ユーザーインタフェース部２１０がＷＥＢコンテンツの参照要求を受けると、クライアント２００は、クライアント動作管理部２２０のＷＥＢコンテンツ要求手段２２１から通信管理部２３０を介して、メインサーバ１００に対してＷＥＢコンテンツの要求を発行する(ステップＳ６０２)。
【００５３】
ＷＥＢコンテンツの要求を示すＷＥＢコンテンツ要求情報は、メインサーバ１００のメインサーバ動作管理部１１０で解釈可能な、ＷＥＢサーバへのＷＥＢコンテンツの要求であるというパラメータと、ＷＥＢサーバを指定するＵＲＬによって構成される。
【００５４】
ＷＥＢコンテンツ要求を受け取ったメインサーバ２００のメインサーバ動作管理部１１０は、このＷＥＢコンテンツの要求に対応したＷＥＢサーバ３００ＡまたはＷＥＢサーバ３００Ｂに対して、ＷＥＢコンテンツの要求を通常のＨＴＴＰまたは、ＨＴＴＰＳアクセスによって行う(ステップＳ６０３)。
【００５５】
ＷＥＢコンテンツの要求を受け取ったＷＥＢサーバ３００ＡまたはＷＥＢサーバ３００Ｂは、ＷＥＢコンテンツ要求に対応したＷＥＢコンテンツ３１０ＡまたはＷＥＢコンテンツ３１０Ｂを、メインサーバ２００に提供する(ステップＳ６０４)。
【００５６】
ＷＥＢコンテンツ３１０Ａ又はＷＥＢコンテンツ３１０ＢをＷＥＢサーバ３００Ａ又はＷＥＢサーバ３００Ｂから通信管理部１２０を介して受け取ったメインサーバ１００のメインサーバ動作管理部１１０は、このＷＥＢコンテンツをＷＥＢコンテンツの要求元であるクライアント２００に提供する(ステップＳ６０５)。
【００５７】
クライアント２００は、メインサーバ１００から送信されたＷＥＢコンテンツを通信管理部２３０で受信して、このＷＥＢコンテンツを取得する(ステップＳ６０６)。
【００５８】
これで、クライアント２００のＷＥＢコンテンツ取得処理は終了する。
【００５９】
図７は、本実施の形態によるクライアント２００が各種機能を実行するための手順を示すフローチャートである。
【００６０】
以下において、図１、図２、図３、図７、図８、図９、図１０を参照して、本実施の形態による通信システムを構成するクライアント２００が、取得したＷＥＢコンテンツをユーザーインタフェース部２１０を通して表示する際に、ＷＥＢコンテンツ内のリンク内情報を参照して、機能メニューを生成する処理（機能メニュー生成処理）や、取得したＷＥＢコンテンツをユーザーインタフェース部２１０によって表示し、ＷＥＢコンテンツ上のリンクをユーザーに選択されることによって、このリンクに割り当てられる機能メニューの呼び出し処理と、呼出した機能メニューをユーザーに選択されたときの処理について説明する。
【００６１】
図７を参照すると、ＷＥＢコンテンツを取得したクライアント２００は、ユーザーインタフェース部２１０の出力部２１２で表示画面の表示処理を行う(ステップＳ７０１)。
【００６２】
図８は、本実施の形態によるクライアント２００におけるユーザーインタフェース部２１０の出力部２１２で出力する表示画面の画面構成を示す図である。
【００６３】
すなわち、クライアント２００は、図８に示すＷＥＢコンテンツ画面７０１を出力部２１２で表示して利用者からの入力を待つ。
【００６４】
利用者は、上下カーソルキーや、ショートカットキー又はマウスを使用して、画面上でリンクタグのフォーカスの移動を行う(ＷＥＢコンテンツ画面７０２)。フォーカスが当たった際に、あるいはフォーカスがあった後(ＷＥＢコンテンツ画面７０２のフォーカス７０３)、機能メニュー呼び出しが設定されたショートカットキーや、ファンクションキーまたはソフトキー(ＷＥＢコンテンツ画面７０２の機能選択キー７０４)の押下が行われると(ステップＳ７０２)、選択されたプラグインポイントに対する機能メニュー生成処理を行う(ステップＳ７０３)。
【００６５】
このプラグインポイントとは、機能メニューを割り当てる対象を示すものであり、例えば、＜Ａ＞タグがある。
【００６６】
また、＜Ａ＞タグを一種類のプラグインポイントとして扱うのではなく、ｈｒｅｆ属性で示されたＵＲＬのスキーマ種別ごとに異なる種類のプラグインポイントとして扱うようにすることもできる。
【００６７】
ＵＲＬは、ＲＦＣ１７３８により定義されているが、このＵＲＬのスキーマとして、例えば、クライアントが保有するメール機能を呼び出して、指定のメールアドレス向けのメール作成を行うｍａｉｌｔｏスキーマや、クライアントが保有する音声通話機能を呼び出して、指定の電話番号に通話処理を行うｔｅｌスキーマなどがある。
【００６８】
また、個別のスキーマ単位ではなく、「ｈｔｔｐとｈｔｔｐｓ」や「ｔｅｌやｍａｉｌｔｏ以外のすべて」など、複数のスキーマを一種類のプラグインポイントとして扱うようにしてもよい。
【００６９】
図９は、本実施の形態によるクライアント２００における上記ステップＳ７０３の機能メニュー生成処理を示すフローチャートである。
【００７０】
図９を参照すると、クライアント動作管理部２２０の機能メニュー生成手段２２２は、記憶部２４０の機能メニュー設定情報２４１を参照し、プラグインポント７０３に対応する種別を確認する(ステップＳ９０１)。
【００７１】
機能メニュー設定情報２４１には、上述したように、プラグインポイントの種別と、このプラグインポイントに割り当てる機能名、この機能を提供するＷＥＢコンテンツの所在を直接または間接的に示す呼び出し先ＵＲＬが記述されている。
【００７２】
具体的に、図２を用いて説明すると、プラグインポイントの種別として「ｔｅｌ：リンク」「ｍａｉｌｔｏ：リンク」があるが、これらはそれぞれｈｒｅｆ属性で指定されたＵＲＬのスキーマがｔｅｌ：，ｍａｉｌｔｏ：であるような＜Ａ＞タグを示している。
【００７３】
また、ＷＥＢコンテンツの所在を直接または間接的に示す情報として呼び出し先ＵＲＬがあるが、これは必ずしもＵＲＬでなくてもよく、文字列などによって識別される情報を用い、これをメインサーバ１００によって対応するＵＲＬに置き換えることで実現してもよい。
【００７４】
次いで、クライアント動作管理部２２０の機能メニュー生成手段２２２は、処理対象となっているプラグインポイントの種別が機能メニュー設定情報１３１に記述されていることを確認すると、クライアント動作管理部２２０、機能メニュー設定情報１３１から機能名を取得し(ステップＳ９０２)、ユーザーインタフェース部２１０に提供する(ステップＳ９０３)。これで機能メニュー生成処理は終了する（ステップＳ７０３終了）。
【００７５】
ステップＳ７０３で機能メニュー生成処理が終了すると、機能メニューを表示するために必要な機能名を受け取ったユーザーインタフェース部２１０は、出力部２１２によってＷＥＢコンテンツ画面７０５に機能メニュー７０６を表示する(ステップＳ７０４)。
【００７６】
この機能メニュー７０６から利用者に選択されたメニューが入力されると（ステップＳ７０５）、ユーザーインタフェース部２１０は、クライアント動作管理部２２０に対して機能メニュー７０６から選択された機能名を提供し、クライアント動作管理部２２０は、取得した機能名から機能メニュー設定情報１３１の機能メニュー設定情報１３１１〜１３１５を照合し、この機能名で設定された呼び出し先ＵＲＬ情報を取得する（ステップＳ７０６）。
【００７７】
クライアント動作管理部２２０は、取得した呼び出し先ＵＲＬ情報から、提供する機能が外部機能か、又は内部機能であるかの判定処理を提供機能判定手段２２４において行う(ステップＳ７０７)。
【００７８】
例として、呼び出し先ＵＲＬ情報が「ｈｔｔｐ：」や「ｈｔｔｐｓ：」といった文字列で始まっていたら、外部機能であると判定する。
【００７９】
ステップＳ７０７で外部機能であると判定されると、クライアント動作管理部２２０のＷＥＢコンテンツ要求手段２２１は、この呼び出し先ＵＲＬ情報で直接または間接的に指定されたＵＲＬに対し、ＷＥＢコンテンツの要求を発行する処理を行う(ステップＳ７０８)。
【００８０】
この処理の際、付加情報としてプラグインポイントの属性情報を要求パラメータとして付与してもよい。
【００８１】
この要求パラメータの例としては、プラグインポイントが＜Ａ＞タグであった場合、ｈｒｅｆ属性で指定されたＵＲＬや、ＵＲＬの一部情報は、例えば、スキーマ種別がｔｅｌスキーマなら電話番号部分、ｍａｉｌｔｏスキーマならメールアドレス部分がある。
【００８２】
なお、ステップＳ７０８において、要求情報が発行された後のコンテンツ取得処理に説明は、図５を使って説明済みなので、ここでは省略する。
【００８３】
次いで、クライアント２００の通信管理部２３０は、メインサーバ１００から取得したＷＥＢコンテンツをユーザーインタフェース部２１０に受け渡すと、ユーザーインタフェース部２１０は、取得した新規のＷＥＢコンテンツ画面７０７を出力部２１２で表示し(ステップＳ７０１)、以降は前述のステップを繰り返す。
【００８４】
一方、ステップＳ７０２の入力受付時に、リンクタグが直接選択されたら、機能メニューを呼び出す処理ではなく、直接選択機能処理を行う(ステップＳ７０９)。
【００８５】
図１０は、本実施の形態によるクライアント２００の直接選択機能処理を示すフローチャートである。
【００８６】
ここで、直接選択機能処理(ステップＳ７０９)を、図１０を用いて詳細に説明する。
【００８７】
ステップＳ７０２で利用者がユーザーインタフェース部２１０の入力部２１１を介してリンクを直接選択すると、クライアント動作管理部２２０の直接選択機能確認手段２２３が、図３に示す直接選択機能設定情報２４２に対象となる設定が記述されているか否かの確認を行う(ステップＳ１００１)。
【００８８】
直接選択機能設定情報２４２は、上記図３の直接選択機能設定情報２４２１及び直接選択機能設定情報２４２２で示すように、例えば、種別と、呼び出し先ＵＲＬとから構成されている。
【００８９】
次いで、直接選択機能確認手段２２３は、リンクタグに記述された情報と一致する種別が直接選択機能設定情報２４２に存在するか否かを確認し、一致する種別がない場合には、ユーザーに直接選択された機能が存在しないことを示す判別フラグを設定する(ステップＳ１００２)。
【００９０】
この判別フラグは、後述するステップＳ７１０において、ユーザーに直接選択された機能の存在の有無を確認する処理に使用する。
【００９１】
直接選択機能確認手段２２３によって、機能が存在しないことを示す判別フラグの設定が終了したら、直接選択機能処理(ステップＳ７０９)が終了する。
【００９２】
一方、ステップＳ１００１で直接選択機能設定情報２４２の種別に、一致する情報が存在する場合には、まず、直接選択機能確認手段２２３は、ユーザーに直接選択された機能が存在することを示す判別フラグを設定する(ステップＳ１００３)。
【００９３】
次に、直接選択機能確認手段２２３が直接選択機能設定情報２４２から呼び出し先ＵＲＬを取得すると(ステップＳ１００４)、直接選択機能処理(ステップＳ７０９)は終了する(ステップ７０４)。
【００９４】
なお、この呼び出し先ＵＲＬの情報は、上記ステップＳ７０８または後述するステップＳ７１１で使用される。
【００９５】
次に、直接選択機能確認手段２２３は、直接選択機能処理(ステップＳ７０９)で設定した、機能が存在しないことを示す判別フラグ(ステップ７０７)または機能が存在することを示す判別フラグ(ステップ７０２)のいずれかのフラグに基づいて機能存在確認処理(ステップＳ７１０)を行う。
【００９６】
ここで、機能がないことを示す判別フラグが設定されている場合、機能存在確認処理(ステップＳ７１０)では、ユーザーに直接選択されたリンクタグに対応する機能が存在しないと判定し、ＷＥＢコンテンツ画面７０２の表示に戻り(ステップＳ７０１)、次の入力を待つ(ステップＳ７０２)。
【００９７】
一方、機能があることを示す判別フラグが設定されている場合(ステップＳ７１０)、提供機能判定手段２２４は、直接選択機能設定情報２４２から取得した呼び出し先ＵＲＬを参照し、提供する機能が外部機能か、又は内部機能であるかの判定処理を行い(ステップＳ７０７)、提供する機能が外部機能であると判定したら、ステップＳ７０８に進み、前述の要求・コンテンツ取得処理を行う。なお、これ以降の処理は前述した処理と同じなので、ここでの説明は省く。
【００９８】
ここで、ステップＳ７０７において、提供機能判定手段２２４が、呼び出し先ＵＲＬを参照した結果、内部機能であると判定した場合、内部機能実行手段２２５による内部機能実行処理に進む(ステップＳ７１１)。
【００９９】
なお、提供機能判定手段２２４は、ステップＳ７０７において、呼び出し先ＵＲＬを参照した結果、例えば、呼び出し先ＵＲＬ情報が「ｉｎｔｅｒｎａｌ」などといった文字列で始まっていた場合などに内部機能であると判定する。
【０１００】
提供機能判定手段２２４が、ステップＳ７０７において、内部機能であると判定すると、内部機能実行手段２２５は、内部機能実行処理(ステップＳ７１１)において、図３に示す直接選択機能設定情報２４２のうち、例えば、直接選択機能設定情報２４２２の呼び出し先ＵＲＬで指定された内部機能を実行する。
【０１０１】
内部機能実行手段２２５は、例として、種別がｍｅｉｌｔｏリンクであれば、リンクタグで指定されたメールアドレスに対して内部で保有するメール作成機能を呼び出して行い、種別がｔｅｌリンクであれば、リンクタグで指定された電話番号に向けて内部で保有する音声通話機能を呼び出して通話処理を行う。
【０１０２】
次いで、内部機能実行手段２２５は、内部機能実行処理(ステップＳ７１１)を行った後、提供中の機能の実行を終了するか否かの指示を行う(ステップＳ７１２)。
【０１０３】
ステップＳ７１２において、提供中の機能の実行を継続する指示が行われた場合、内部機能を呼び出す元となったＷＥＢコンテンツ画面７０２を表示し(ステップＳ７０１)、次の入力を待つ(ステップＳ７０２)。
【０１０４】
一方、ステップＳ７１２において、提供中の機能の実行を終了する指示が行われた場合、提供中の機能の実行を終了する。
【０１０５】
なお、本実施の形態では、WEBコンテンツ内のタグをプラグインポイントとして機能メニューを割り当てる例を説明したが、WEBコンテンツ内のタグ以外にも、表示しているWEBコンテンツ自身もプラグインポイントとして定義してもよい。
【０１０６】
この場合、WEBコンテンツのURLやｃｏｎｔｅｎｔ−ｔｙｐｅなどのヘッダ情報をもとに機能メニューを割り当て、ステップＳ７０４における機能メニュー表示からの機能呼び出し時に、先のURLやｃｏｎｔｅｎｔ−ｔｙｐｅなどのヘッダ情報をパラメータとして付与することなどが考えられる。
【０１０７】
本機能の応用例として、現在表示しているページをブックマーク登録する機能の呼び出し機能や、現在表示している画像や文書の印刷機能の呼び出し機能などが考えられる。
【０１０８】
また、本実施の形態では、フォーカスされたリンクが選択されたときに、機能メニューを生成する例で説明したが、WEBコンテンツを表示しながら、機能メニューを生成してもよい。
【０１０９】
この場合、クライアント動作管理部２２０が、通信管理部２３０からＷＥＢコンテンツを取得したら、ＷＥＢコンテンツの先頭からタグ情報の確認を開始して、プラグインポイントであると判定したら、機能メニュー設定情報２４１内にそのプラグインポイントに対する設定があるか否かを確認する。
【０１１０】
次いで、クライアント動作管理部２２０は、機能メニュー設定情報２４１内にそのプラグインポイントに対する設定があると、機能メニューの割当処理を行い、この割当処理が終了すると、割当処理が終了したところまで、ユーザーインタフェース部２１０に対してＷＥＢコンテンツを受け渡し、ユーザーインタフェース部２１０では、各種タグに応じた表示処理を行う。この処理をＷＥＢコンテンツの終端に到達するまでの間続ける。以降の機能メニュー生成処理は、前述のステップＳ７０３以降の処理と同じである。
【０１１１】
これ以外にも、ＷＥＢコンテンツをユーザーインタフェース部２１０で表示するのと同時に、機能メニューを表示することや、フォーカスを移動したときに、例としてユーザーインタフェース部２１０で表示したＷＥＢコンテンツ画面の下部にフォーカスの当たったリンクタグなどに対応する機能メニューを表示するといったことも考えられる。
【０１１２】
また、本実施の形態の変形として、クライアント２００の持つ他の機能の処理に基づいて発生するイベントをプラグインポイントとして定義することもできる。
【０１１３】
この場合、図７のステップＳ７０２における入力待ち処理において、利用者からの入力だけでなく、他の機能の処理のイベントも監視し、最初に発生したイベントに従って処理することが考えられる。
【０１１４】
例えば、クライアント２００が電話機能を備え、ステップＳ７０２の入力待ち処理の段階で、クライアント向けに電話の着信があった場合、この着信イベントをプラグインポイントとして扱う。このとき、図３の直接選択機能設定情報２４２については、プラグインポイントの種別として着信イベントを示す情報が用意される。
【０１１５】
ステップＳ７０２の入力待ち処理の時点で、クライアントに電話がかかってきた場合、電話着信イベントが発生するが、このイベントをステップＳ７０２で拾い、発生したプラグインポイントの種別、この場合には電話着信イベントと、直接選択機能設定情報２４２とを照合し、該当する項目があれば、そこから呼び出し先ＵＲＬを取得する。以下、ステップＳ７０７以降の処理は、上記の例と同じである。
【０１１６】
ここでは、着信イベントをプラグインポイントとしていたが、他にも、通話終了イベントをプラグインポイントとすることができる。また、プラグインポイントに付随する情報としては、通話相手の電話番号や、着信時間、通話終了時間などが考えられる。
【０１１７】
また、クライアン２００が内部にタイマーを保持し、タイマー起動後、設定時間経過したときに発生するタイマーイベントをプラグインポイントとしてもよい。例えば、ユーザーの最後の入力操作から一定時間経過したときにイベントを発生させることが考えられる。
【０１１８】
他にも、クライアント２００が、赤外線インタフェースを保持し、赤外線インタフェース経由で情報を受け取ったときや、又は、バーコードリーダを保持し、バーコードリーダの読み取りに成功したときなどのイベントをプラグインポイントとしてもよい。
【０１１９】
(第１の実施の形態の効果)
本実施の形態によれば、メインサーバ１００が、クライアント２００に予め機能設定情報を送信し、クライアント２００が、ＷＥＢコンテンツ上で実行する機能の種別と、機能の所在を示す情報を保持しておくことで、クライアント２００が、ＷＥＢコンテンツ表示時に、選択された機能の呼出しを行うことから、クライアント２００がＷＥＢコンテンツ上で実行する機能が増加してもユーザーの操作性が低下せず、また、表示されたＷＥＢコンテンツ画面をコンテンツ作成者の意図した表示とすることができる。
【０１２０】
(第2の実施の形態)
次に、本発明の第２の実施の形態について、図７、図１１、図１２、図１３を参照して詳細に説明する。
第2の実施の形態は、テキスト入力フィールドなどによって、ユーザーからの入力を促す形態のプラグインポイントを実現する点で第１の実施の形態と異なる。
【０１２１】
(第2の実施の形態の構成)
第2の実施の形態の構成は、クライアント２００におけるユーザーインタフェース部２１０が、テキスト入力フィールドなどによって、ユーザーからの入力を促す形態のプラグインポイントを有する点以外は第１の実施の形態の構成と同様であるため、説明を省略する。
【０１２２】
(第2の実施の形態の動作)
本実施の形態において、表示画面を表示し、利用者からの入力を受けて機能を直接選択、あるいは機能メニューから選択して、呼び出す機能を特定するまでの処理については、図７を用いて第１の実施の形態で説明した通りである。
【０１２３】
本実施の形態が第１の実施の形態と異なる点は、図７に示すステップＳ７０８の要求・コンテンツ取得処理の処理内容である。
【０１２４】
図１１は、本実施の形態による表示画面の例であるＷＥＢコンテンツ画面を示す。
【０１２５】
ここで、図７及び図１１を参照して、本実施の形態の動作のうち、ステップＳ７０８の要求・コンテンツ取得処理までの動作の概略を説明する。
【０１２６】
図７のステップＳ７０１において表示した図１１のＷＥＢコンテンツ画面１３０１において、例えば、「メール」のプラグインポイント１３０２にフォーカスし、機能選択キー１３０３を押すと、機能メニュー生成処理(ステップＳ７０３)を行った後、生成した機能メニューを表示する(ステップＳ７０４)。生成した機能メニュー１３０５を表示した状態の１例を表示画面１３０４に示す。
【０１２７】
この機能メニュー生成処理(ステップＳ７０３)では、その時点で選択されているプラグインポイント１３０２の属性と機能メニュー設定情報とに基づいて、機能メニューを生成する。
【０１２８】
図１２は、本実施の形態による機能メニュー設定情報の１例を示す。
【０１２９】
なお、この機能メニュー設定情報１２００は、機能メニュー設定情報１２０１〜１２０６から構成されており、第1の実施の形態と同様に、クライアントが予め取得しているものである。
【０１３０】
図１１のＷＥＢコンテンツ画面１３０１を参照すると、機能メニュー生成処理(ステップＳ７０３)が呼び出された時点において、ｔｙｐｅ属性がＴｅｘｔであるような＜ＩＮＰＵＴ＞タグによるテキスト入力フィールドであるプラグインポイント１３０２にフォーカスが当たっている。
【０１３１】
このテキスト入力フィールドであるプラグインポイント１３０２は、ｉｎｐｕｔ−ｔｅｘｔの属性を持つプラグインポイントである。このため、機能メニュー設定情報１２００から、「種別」がｉｎｐｕｔ−ｔｅｘｔである機能(本実施の形態では、機能メニュー設定情報１２０１〜１２０４が該当)の機能名から一覧が生成されている。
【０１３２】
ＷＥＢコンテンツ画面１３０４は、この生成された機能メニュー１３０５が表示されている状態を示す。ここで、例えば「過去メール参照」を選択すると、内部機能か外部機能かの判断(ステップＳ７０７)のあと、外部機能であれば要求・コンテンツ取得処理（ステップＳ７０８）の呼び出しを行う。
【０１３３】
なお、ステップＳ７０３の機能メニュー生成処理時に、機能メニュー設定情報１２００から取得した機能以外の機能であって、予めクライアント内部で持っている機能を機能メニューに追加してもよい。機能メニューに追加された、予めクライアント内部で持っている機能は、内部機能として実行される。
【０１３４】
次いで、本実施の形態の特徴である要求・コンテンツ取得処理（ステップＳ７０８）の動作を詳細に説明する。
【０１３５】
図１３は、第２の実施の形態によるクライアント２００の要求・コンテンツ取得処理（ステップＳ７０８）の手順の１例を示すフローチャートである。
【０１３６】
図１３を参照すると、要求・コンテンツ取得処理開始後、まず、プラグインポイント１３０２が、入力値を必要とするか否かを確認する(ステップＳ１１０１)。
【０１３７】
入力値が必要ない場合は、メインサーバ１００に対してＷＥＢコンテンツの要求を行い、要求結果のＷＥＢコンテンツを取得(ステップＳ１１０２)して処理終了という第１の実施の形態で説明したものと同じ動作となる。
【０１３８】
一方、ｉｎｐｕｔ−ｔｅｘｔの属性を持つプラグインポイントは入力値を必要とするため、入力値を必要とする場合は、ステップＳ１１０３に進む。
【０１３９】
ステップＳ１１０３では、現在の動作状態に復元するために必要な情報として、例えば、表示画面の情報や、既にユーザーが入力したテキストの情報などを保存する。
【０１４０】
なお、ステップＳ１１０３に進む前に、入力の対象となっているプラグインポイントが既に入力値を持っている場合において、その入力値を消去して入力値を新たに上書きしてもよいか否かという確認処理を行ってもよい。
【０１４１】
ここで、本確認処理でユーザーが同意しない場合には、先の処理を行わずに終了してもよいし、また、上記上書きの選択肢の他に、入力値の書き足しを選択可能としてもよい。この場合、ステップＳ１１０３において情報を保存する際、「最終的に入力値を書き足す」ことを示すフラグも保存し、入力値が確定して入力値を設定するとき(ステップＳ１１０９)に、既存の入力値を消去せずに、新しい入力値を追加してもよい。
【０１４２】
入力値を消去して入力値を新たに上書きしてもよいか否か等を確認するこれらの確認処理は、利用者が本機能を呼び出すごとに行ってもよいし、あるいは確認処理を行うタイミングを予め設定させた上で、その設定にしたがって確認処理を行ってもよい。
【０１４３】
このように、ステップＳ１１０３において、現在の動作状態に復元するために必要な情報を保存したあと、選択された機能に対応付けられたＷＥＢコンテンツをメインサーバ１００に要求することによって、要求したＷＥＢコンテンツを取得する(ステップＳ１１０４)。なお、本ステップは、ステップＳ１１０２と同じである。
【０１４４】
選択された機能は、図１２の機能メニュー設定情報１２００や図３の直接選択機能設定情報２４２にしたがって、第１の実施の形態と同様、呼び出すべきＵＲＬが直接または間接的に定められている。
【０１４５】
図１１のＷＥＢコンテンツ画面１３０４を参照すると、機能メニュー１３０５の「過去メール参照」を選択していることから、図１２の機能メニュー設定情報１２００のうち、該当する機能メニュー設定情報１２０３に基づいて、対応する呼び出し先ＵＲＬであるhttp://xxx/mailが呼出すべきURLである。
【０１４６】
クライアント２００は、このURLをメインサーバ１００に送信することによって取得したＷＥＢコンテンツを出力部２１２によって表示画面に表示する(ステップＳ１１０５)。
【０１４７】
ステップＳ１１０５における表示画面の例である過去メール一覧を示す表示画面を、図１１のＷＥＢコンテンツ画面１３０６に示す。
【０１４８】
なお、ＷＥＢコンテンツ画面１３０６からリンクを辿るなどして次のＷＥＢコンテンツ画面を呼び出すこともできる。
【０１４９】
これは、例えば、機能メニュー生成処理を介して(ステップＳ１１０６→ステップＳ１１１６→ステップＳ１１１７→ステップＳ１１１８)、あるいは直接選択機能処理を介して(ステップＳ１１０６→ステップＳ１１０７→ステップＳ１１１０→ステップＳ１１１１)、リンクを辿るクライアント２００内部の機能を呼び出し、ステップＳ１１２０からステップＳ１１１２及びステップＳ１１１３を経てステップＳ１１１４の内部機能実行処理において、メインサーバ１００に対しリンクしているＷＥＢコンテンツの要求を行い、その要求結果のＷＥＢコンテンツを受信し、取得したＷＥＢコンテンツによって表示画面を表示(ステップＳ１１０５)することで実現できる。
【０１５０】
図１１のＷＥＢコンテンツ画面１３０７に、ＷＥＢコンテンツ画面１３０６が次の表示画面に切り替わった表示画面の１例を示す。
【０１５１】
プラグインポイントに入力された値を入力値として確定させる確定処理をステップＳ１１０７またはステップＳ１１１２で行うところ、過去メール一覧を表示するＷＥＢコンテンツ画面１３０６から任意の過去メールを表示するＷＥＢコンテンツ画面１３０７への切り替わりは、表示画面間のリンクとして処理が進んだが、これは、ｉｎｐｕｔ−ｔｅｘｔ属性のプラグインポイントに対する処理においては、新たなＷＥＢコンテンツを取得するためのリンク情報を入力値として用いないという判断を上記確定処理で行ったからである。
【０１５２】
なお、上記確定処理におけるリンク情報を入力値として用いるか否かという判断は、プラグインポイントの種別の属性に依存する。
【０１５３】
本実施の形態におけるｉｎｐｕｔ−ｔｅｘｔ属性を持つプラグインポイントでは、ＷＥＢコンテンツのリンク情報のうち、ｍａｉｌｔｏスキーマとｔｅｌスキーマのＵＲＬの場合のみ、例えば、メールアドレスや電話番号などのスキーマローカルの値が用意されており、そのスキーマローカルの値を入力値として利用するように定義してもよいし、また、他にも、例えば、ｔｅｘｔスキーマなどの固有のスキーマを用意し、そのスキーマの値(ｔｅｘｔ:より後ろの部分)を入力値として利用するように定義してもよい。
【０１５４】
こうしたリンクが選択されたときには、ステップＳ１１０７あるいはステップＳ１１１２の確定処理で、入力値として確定すると判断し、いずれもステップＳ１１０８へ進む。これは、例えば、表示画面１３０７のメールアドレスへのリンクを選択してフォーカス１３０９を当てた状態を示す表示画面１３０８で入力値を確定するなどの場合である。なお、このステップＳ１１０８へ進む前に入力値としての確定を行ってよいか否かをユーザーに確認する処理を設けてもよい。
【０１５５】
ステップＳ１１０８では、先のステップＳ１１０３で保存した情報に基づいて、動作状態を復元し、次のステップＳ１１０９では、確定した入力値を呼び出し元となったＷＥＢコンテンツ画面１３０１のプラグインポイント１３０２（図１１参照）に対して設定し、ステップＳ７０８の要求・コンテンツ取得処理を終了する。
【０１５６】
なお、ステップＳ１１１２の確定処理からステップＳ１１０８に進んだ場合は、ステップＳ１１０８において、ステップＳ１１２０で内部機能と判定された機能も実行する。
【０１５７】
なお、ステップＳ１１１２の確定処理において、プラグインポイントに入力された値を入力値として確定させない場合は、ステップＳ１１１３において、本処理を中断するか否かの判定をする。例えば、本処理を中断するか否かをユーザーに確認する処理を設けることによって、ステップＳ１１１３の判定をしてもよい。
【０１５８】
ステップＳ１１１３で本処理を中断しないと判定した場合、ステップＳ１１２０で内部機能と判定された機能をステップＳ１１１５においてを実行し、ステップＳ１１０５に戻って、表示画面を表示する。
【０１５９】
一方、ステップＳ１１１３で本処理を中断すると判定した場合、ステップＳ１１０８と同様に、先のステップＳ１１０３で保存した情報に基づいて、動作状態を復元し、ステップＳ７０８の要求・コンテンツ取得処理を終了する。
【０１６０】
そしてステップＳ７０１に戻って表示画面を表示すると、入力値の設定画面を表示する図１１のＷＥＢコンテンツ画面１３１０のように、ＷＥＢコンテンツ画面１３０１，１３０４，１３０６，１３０７，１３０８で示す一連の機能呼び出し処理によって得られた入力値がプラグインポイント１３１１に設定されている。
【０１６１】
この機能呼び出し処理の間にメインサーバ１００に対しＷＥＢコンテンツの要求・取得を行うが、例えば、こうした機能呼び出し処理中であることをＷＥＢコンテンツの要求時にメインサーバ１００に通知し、メインサーバ１００の動作を一部変更してもよい。
【０１６２】
また、例えば、あるＷＥＢコンテンツから他のＷＥＢコンテンツへのリンクについても、特定のＷＥＢコンテンツへのリンクしか認めないこととし、リンクが認められていないＷＥＢコンテンツが要求された場合にはエラーを返すこととしてもよい。
【０１６３】
さらに、他にも、クライアント２００内部の機能について制限を加えてもよく、例えば、ステップＳ１１１６の機能メニュー生成処理において、入力値の決定に無関係な機能は機能メニューとして表示しないこととしてもよい。
【０１６４】
また、図１３を参照すると、入力値の確定処理を、機能選択時(直接選択か、機能メニューからの選択の直後)に行っているが、ステップＳ１１０４のコンテンツ要求・取得処理時やステップＳ１１１４の内部機能実行処理内でメインサーバ１００へのＷＥＢコンテンツ要求を行った結果として得られたｃｏｎｔｅｎｔ−ｔｙｐｅやファイル名情報などに基づいて入力値の確定処理をしてもよい。例えば、ｉｎｐｕｔ−ｔｅｘｔの属性を持つプラグインポイントに対し、ｃｏｎｔｅｎｔ−ｔｙｐｅがｔｅｘｔ／ｐｌａｉｎであるＷＥＢコンテンツについては、そのＷＥＢコンテンツの内容を入力値として確定処理を行ってもよい。また、表示されているＷＥＢコンテンツの一部の文字列を切り出して入力値として確定処理を行ってもよい。
【０１６５】
また、ステップＳ１１２０において判定された機能が内部機能の場合、その内部機能の実行処理後に入力値の確定処理をしてもよい。例えば、バーコード読み込み機能を有している場合は、その読み込んだバーコードの番号をｉｎｐｕｔ−ｔｅｘｔの属性を持つプラグインポイントの入力値として確定処理を行ってもよいし、文字認識機能を有している場合は、その読み込んだイメージから文字認識を行って得た結果の文字列を入力値として確定処理を行ってもよい。
【０１６６】
これまでの例では、入力値を必要とするプラグインポイントとして、ｉｎｐｕｔ−ｔｙｐｅの属性を持つものを用いたが、他にも、ＷＥＢコンテンツのｔｙｐｅ属性がｆｉｌｅであるような＜ＩＮＰＵＴ＞タグをプラグインポイントとしてもよい。
【０１６７】
このプラグインポイントをｉｎｐｕｔ−ｆｉｌｅ属性を持つプラグインポイントとし、そのプラグインポイントに対する機能割り当ての例を図１２の機能設定情報１２０５，１２０６に示す。
【０１６８】
このｉｎｐｕｔ−ｆｉｌｅ属性を持つプラグインポイントは、ファイルを指定するものだが、例えば、図１のＷＥＢサーバ３００ＡやＷＥＢサーバ３００Ｂが有する文書ファイルから指定するファイルを選択するための機能を呼び出すことができる。
【０１６９】
また、例えば、ＷＥＢコンテンツのＣｏｎｔｅｎｔ−ｔｙｐｅが、ｉｍａｇｅ／ｊｐｅｇやａｐｐｌｉｃａｔｉｏｎ／ｏｃｔｅｔ−ｓｔｒｅａｍなど画像や文書を表すものである場合に、ファイル名を入力値として確定処理をしてもよいし、また、カメラなど、クライアント２００が利用可能なデバイスを用いて入力した画像データなどを入力値として確定処理を行ってもよい。
【０１７０】
(第２の実施の形態の効果)
本実施の形態によれば、クライアント２００におけるユーザーインタフェース部２１０が、テキスト入力フィールドなどによって、ユーザーからの入力を促す形態のプラグインポイントを有することから、第１の実施の形態の効果に加え、クライアント２００がＷＥＢコンテンツ上で実行する機能の多様化が図れるので、第１の実施の形態の効果に加え、、クライアント２００がＷＥＢコンテンツ上で実行する機能を、より柔軟に更新及び追加することができ、また、より多様な種類の機能を実行することが出来る。
【０１７１】
(第3の実施の形態)
(第3の実施の形態の構成)
次に、本発明の第3の実施の形態について、本実施の形態による通信システムの構成を示すブロック図である図１４を参照して詳細に説明する。
【０１７２】
第３の実施の形態は、メインサーバ８００がクライアント９００の識別情報に応じて機能メニュー設定情報８３１や直接選択機能設定情報８３２をクライアント９００に提供するという特徴を持つ。
【０１７３】
本実施の形態によるメインサーバ８００は、識別情報９４１ごとに機能メニュー設定情報８３１や直接選択機能設定情報８３２を記憶部８３０に複数記憶している点、機能メニュー設定情報取得手段１１１の代わりに設定情報管理部８４０を有する点で第１の実施の形態によるメインサーバ１００と異なる。メインサーバ８００のその他の各構成部は、対応するメインサーバ１００の各構成要素と同様の構成及び機能を有する。
【０１７４】
なお、記憶部８３０は、識別情報９４３と機能メニュー設定情報８３１の対応関係や、識別情報９４３と直接選択機能設定情報８３２の対応関係を示す対応情報８３３を保持している。
【０１７５】
図１５は、対応情報８３３の１例である、記憶部８３０が保持する識別情報９４３と機能メニュー設定情報８３１の対応関係を示す対応情報である。
【０１７６】
図１５を参照すると、対応情報８３３は、機能メニュー設定情報８３１が、識別情報９４３の識別情報９４３１、識別情報９４３２ごとに、具体的に機能メニュー設定情報８３１１、機能メニュー設定情報８３１２と対応付けられている。
【０１７７】
設定情報管理部８４０は、クライアント９００から受け取った識別情報９４３に基づいて、記憶部８３０から識別情報９４３と機能メニュー設定情報８３１の対応関係を特定し、特定した機能メニュー設定情報８３１を記憶部８３０から取得する機能を有する。
【０１７８】
本実施の形態によるクライアント９００は、記憶部９４０に識別情報９４３を有する点で第１の実施の形態によるクライアント２００と異なる。クライアント９００のその他の各構成部は、対応するクライアント２００の各構成要素と同様の構成及び機能を有する。
【０１７９】
識別情報９４３は、ユーザーＩＤやユーザーエージェント情報や電話番号などといった、ＷＥＢコンテンツの要求元であるクライアント９００を識別可能なユニークな情報である。
【０１８０】
(第3の実施の形態の動作)
まず、クライアント９００では、識別情報９４３を保持し、ＷＥＢコンテンツの要求パラメータやHTMLヘッダの一部として、ＷＥＢコンテンツの要求毎に識別情報９４３を付与することを前提とする。
【０１８１】
そして、メインサーバ８００の記憶部８３０で、識別情報９４３と機能メニュー設定情報７３１の対応関係や、識別情報９４３と直接選択機能設定情報８３２の対応関係である対応情報８３３を登録しておく必要がある。
【０１８２】
これらの情報の登録方法は、予めクライアント９００のユーザーがメインサーバ８００の管理者に情報を提供する登録方法や、クライアント９００が本方法を利用する際に使用するアプリケーションのダウンロード処理中に登録しておく登録方法や、クライアント９００が初めてメインサーバ７００にアクセスする際に、登録用WEBコンテンツをクライアント９００に提供して入力を促す登録方法などが考えられるが、登録方法は本実施の形態での課題ではないので説明は省略する。
【０１８３】
クライアント９００が通信管理部９３０を介してメインサーバ８００にＷＥＢコンテンツ要求を発行すると、ＷＥＢコンテンツ要求を受けたメインサーバ８００の通信管理部８２０は、ＷＥＢコンテンツ要求が有する要求パラメータまたはHTMLヘッダから識別情報９４３を取得して設定情報管理部８４０に提供する。
【０１８４】
識別情報９４３を受け取った設定情報管理部８４０は、例えば、記憶部８３０の機能メニュー設定情報８３１の中から、この識別情報９４３に紐付けられた機能メニュー設定情報を特定することによって取得する。
【０１８５】
設定情報管理部８４０は、通信管理部９２０を経由して、取得した機能メニュー設定情報をクライアント９００に応答として送信する。
【０１８６】
機能メニュー設定情報を取得したクライアント９００の通信管理部９３０は、取得した機能メニュー設定情報を機能メニュー設定情報９４１として保存する。
【０１８７】
以降の機能メニューの割り当て処理等は、第1の実施の形態と同様の処理によって実現する。
【０１８８】
これにより、クライアント９００は、クライアント９００に応じた機能メニュー設定情報を取得する処理が可能となる。
【０１８９】
(第3の実施の形態の効果)
このように、本実施の形態によるメインサーバ８００は、クライアント９００のユーザーが利用する機能メニュー設定情報を有し、このユーザーが使用するクライアント９００を識別する識別情報９４３と、クライアント９００で使用する機能メニュー設定情報との対応関係や、識別情報９４３と、クライアント９００で使用する直接選択機能設定情報との対応関係を示す対応情報８３３を記憶部８４０で予め保持した状態において、クライアント９００からのＷＥＢコンテンツの要求を受け、メインサーバ８００の通信管理部９２０を介して設定情報管理部８４０で識別情報９４３を取得して、例えば、記憶部８３０の対応情報８３３からクライアント９００に提供する機能メニュー設定情報を取得し、取得した機能メニュー設定情報を応答としてクライアント９００に送信する。
【０１９０】
したがって、この機能メニュー設定情報を受け取ったクライアント９００は、以降の手順において、第1の実施の形態で記述した手順と同様の手順により、機能メニューの利用が可能となる。これにより、メインサーバ８００の管理者は、クライアント９００から情報提供の対価を受けることが可能となる。
【０１９１】
なお、メインサーバ８００の記憶部８３０で保持する情報は、識別情報９４３と対応付けた機能メニュー設定情報８３１ではなく識別情報９４３と対応付けた直接選択機能設定情報のみでもよいし、またはそれら両方の情報としてもよく、メインサーバ８００がクライアント９００に提供する情報を、識別情報９４３と対応付けた直接選択設定情報のみ、または識別情報９４３と対応付けた機能メニュー設定情報と直接選択用設定情報の両方の情報としてもよい。
【０１９２】
この場合、メインサーバ８００は、クライアント９００の識別情報９４３に基づいて、クライアント９００ごとに応じて機能メニュー設定情報８３１を提供することもできるし、クライアント９００ごとに応じて直接選択機能設定情報９４２を提供することもできる。
【０１９３】
特に、本実施の形態において、メインサーバ８００を保有するメインサーバ保有企業は、当該メインサーバ保有企業と契約関係を持つ契約企業が使用するクライアント９００に対して、識別情報９４３に基づいて、記憶部８３０が保持する上記各情報を変更して契約内容に従った機能メニュー設定情報と直接選択機能設定情報のいずれか、またはそれら両方の情報を提供することで、上記の効果に加え、より柔軟に契約企業と機能を対応付けて、当該機能を契約企業に提供することが可能となる。
【０１９４】
その理由は、当該メインサーバ保有企業は、識別情報９４３に基づいて契約企業を識別し、サービスプロバイダであるメインサーバ８００の機能のうち、各契約企業に対応する機能を契約企業ごとに提供することができるからである。
【０１９５】
以上好ましい複数の実施の形態をあげて本発明を説明したが、本発明は必ずしも、上記実施の形態に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。
【図面の簡単な説明】
【０１９６】
【図１】本発明の第1の実施の形態の構成を示すブロック図である。
【図２】本発明の第1の実施の形態で利用する機能メニュー設定情報を示す図である。
【図３】本発明の第1の実施の形態で利用する直接選択機能設定情報を示す図である。
【図４】本発明の第1の実施の形態によるクライアントのハードウェア構成を示すブロック図である。
【図５】本発明の第1の実施の形態の動作シーケンスを示す図である。
【図６】本発明の第1の実施の形態の動作シーケンスを示す図である。
【図７】本発明の第1の実施例の動作フローを示す図である。
【図８】本発明の第1の実施の形態の画面構成を示す図である。
【図９】本発明の第1の実施例の動作フローを示す図である。
【図１０】本発明の第1の実施の形態の動作シーケンスと、直接選択用機能メニュー設定情報を示す図である。
【図１１】本発明の第2の実施の形態の画面構成を示す図である。
【図１２】本発明の第2の実施の形態で利用する機能メニュー設定情報を示す図である。
【図１３】本発明の第2の実施の形態の動作シーケンスを示す図である。
【図１４】本発明の第3の実施の形態の構成を示すブロック図である。
【図１５】本発明の第3の実施の形態で利用する対応情報を示す図である。
【図１６】従来の構成を示すブロック図である。
【符号の説明】
【０１９７】
１００：メインサーバ
１１０：メインサーバ動作管理部
１１１：機能メニュー設定情報取得手段
１１２：ＷＥＢサーバ選択手段
１１３：ＷＥＢコンテンツ要求手段
１２０：通信管理部
１３０：記憶部
１３１，１３１１，１３１２，１３１３，１３１４，１３１５：機能メニュー設定情報
１３２，１３２１，１３２２：直接選択機能設定情報
２００：クライアント
２１０：ユーザーインタフェース部
２１１：入力部
２１２：出力部
２２０：クライアント動作管理部
２２１：ＷＥＢコンテンツ要求手段
２２２：機能メニュー生成手段
２２３：直接選択機能確認手段
２２４：提供機能判定手段
２２５：内部機能実行手段
２３０：通信管理部
２４０：記憶部
２４１：機能メニュー設定情報
３００Ａ，３００Ｂ：WEBサーバ
３１０Ａ，３１０Ｂ：WEBコンテンツ
４００，５００：ネットワーク
６０１：ＣＰＵ
６０２：主記憶部
６０３：通信部
６０４：提示部
６０５：入力部
６０６：補助記憶部
６０７：システムバス
７０１，７０２，７０５，７０７：WEBコンテンツ画面
７０３：フォーカス
７０４：機能選択キー
７０６：機能メニュー
８００：メインサーバ
８１０：メインサーバ動作管理部
８１２：ＷＥＢサーバ管理手段
８１３：ＷＥＢコンテンツ要求手段
８２０：通信管理部
８３０：記憶部
８３１，８３１１，８３１２：機能メニュー設定情報
８３２：直接選択機能設定情報
８３３：対応情報
８４０：設定情報管理部
９００：クライアント
９１０：ユーザーインタフェース部
９１１：入力部
９１２：出力部
９２０：クライアント動作管理部
９２１：ＷＥＢコンテンツ要求手段
９２２：機能メニュー生成手段
９２３：直接選択機能確認手段
９２４：提供判定手段
９２５：内部機能実行手段
９３０：通信管理部
９４０：記憶部
９４１：機能メニュー設定情報
９４２：直接選択機能設定情報
９４３，９４３１，９４３２：識別情報
１２００，１２０１，１２０３，１２０４，１２０５，１２０６：機能メニュー設定情報
１３０１，１３０４，１３０６，１３０７，１３０８，１３１０：ＷＥＢコンテンツ画面
１３０２，１３１１：プラグインポイント
１３０３：機能選択キー
１３０５：機能メニュー
１３０９：フォーカス
【図１】
2007128166.tif 000003
【図２】
2007128166.tif 000004
【図３】
2007128166.tif 000005
【図４】
2007128166.tif 000006
【図５】
2007128166.tif 000007
【図６】
2007128166.tif 000008
【図７】
2007128166.tif 000009
【図８】
2007128166.tif 000010
【図９】
2007128166.tif 000011
【図１０】
2007128166.tif 000012
【図１１】
2007128166.tif 000013
【図１２】
2007128166.tif 000014
【図１３】
2007128166.tif 000015
【図１４】
2007128166.tif 000016
【図１５】
2007128166.tif 000017
【図１６】
2007128166.tif 000018