JP2005228317A - サービス提供形態のカスタマイズ方法およびその方法の実施に使用可能なサーバ装置 - Google Patents

Abstract

【課題】クライアントのユーザインタフェイス（ＵＩ）をカスタマイズするとき、毎回サーバにログインしてプログラムを更新するのは煩雑である。
【解決手段】サーバ４はクライアントのＰＤＡ２にサービスを提供するとき、サービス画面も送る。ＰＤＡ２は送られたＨＴＭＬを解釈してＵＩを表示する。サーバはサービス間の連携等のカスタマイズが可能なようにＨＴＭＬに拡張スクリプトを埋め込む。例えば、プリントサービスの画面で「連携：リンク」ボタンを押せば、プリントサービスとＦＡＸサービスのリンクを指定するための画面が表示される。これらの画面を介してサービス間のリンク設定が行われる。
【選択図】図１

Description

この発明は、サービス提供形態をカスタマイズする方法およびその方法の実施に使用可能なサーバ装置に関する。この発明は特に、サーバ装置からサービスを受けるクライアント装置から、そのサービスの提供形態をカスタマイズする方法と、クライアント装置からの指示に従ってサービス提供形態をカスタマイズするサーバ装置に関する。

近年、グラフィカル・ユーザ・インタフェイス（ＧＵＩ）の採用により、コンピュータなどの情報機器に対するユーザの操作を簡単化する場合が多い。例えば、ユーザが自己の装置（クライアント装置）に対してサーバ装置からなんらかのサービスを受ける場合にも、そのサービスに関するサービス画面（選択できるサービス対象項目の一覧や、サービスの提供状況などを示す画面）に図形シンボル等を用いたＧＵＩを採用すればサービスの選択や実行が容易になる。ユーザは例えば、キーボードから長い文字列を入力するかわりに、画面上のボタンをマウス等によってクリックすることでサービスの選択、実行を指示する。ＧＵＩは視認性、識別性を考慮して設計され、一般にユーザの作業効率を大きく改善することができる。

しかしその一方で、ユーザがこのＧＵＩをカスタマイズしたいという要請もある。ユーザごとに作業内容や作業ごとの頻度などが異なるため、ＧＵＩを自分の作業状況に合わせて手直しすべき場合があるためである。

特開平６−４２８０号公報はユーザ自身の操作によって所望のＧＵＩを構築する方法を開示する。同方法は、従来ＧＵＩをプログラミングする作業が煩雑かつ困難であった点に鑑み、パネル・タイプ（例えばウインドウやメッセージ・ボックス）ごとにタイプを定義し、修正することを可能にするものである。同方法を実現するＧＵＩエディタは、ユーザが変更可能なＧＵＩソースコード制御ファイルを収容し、そのファイルはＧＵＩを定義するタグ・ファイルを収容している。タグ・ファイルはＧＵＩパネルのオブジェクト（例えばアイコンやコントロール・ボックス）を記述する。これらのファイルを用い、この方法は大別して、前記制御ファイルをオープンするステップと、制御ファイル中のタグ・ファイルに編集を加えるステップを含んでいる。同方法により、ユーザは自ら複雑なプログラミングをすることなく、所期のＧＵＩパネルを作成、再利用するというものである。

一方、特開平６−１１０６７０号公報にも、ユーザによるＵＩのカスタマイズ方法が開示されている。同方法もユーザをプログラミング技術、特にＧＵＩを構成する拡張言語の修得の煩から解放することを目的とするものである。同方法では、拡張言語の「イベント取得」という命令によって拡張言語インタプリタの動作を中断して所期のイベントを取得するという構成をとるため、ユーザは新たに拡張言語自体を覚える必要がなくなる。

以上の２つの従来技術はともに、プログラミング経験の乏しいユーザによるカスタマイズ作業を支援する点で有用であるが、ネットワークを通して各種サービスが提供される場合、例えばインターネットによってサービスが提供される場合、以下の理由により、別の観点からサービス画面のＧＵＩのカスタマイズを考える必要がある。

インターネットを介するサービスでは、クライアント（ここではユーザ装置またはそれに内蔵されたクライアントプログラムを指す）のＵＩ自体がサーバからＨＴＭＬ（Hyper Text Markup Language）という画面構成記述言語で記述されたテキストの形態で送られてくる。ＨＴＭＬは文書構造記述言語ＳＧＭＬ（Standard Generalized Markup Language）の一種として画定された言語であり、文字列の表示を中心に、イメージデータ等の取り込み等を可能にする。すなわち、サーバ側ではＨＴＭＬの文法に則ってテキストを生成してこれをクライアントに送り、クライアントではこのテキストをＨＴＭＬの文法に則って解釈し、指定された配置、大きさ、フォント等に従って文字列を表示するとともに、文字列以外のイメージ等を表示する。これによってサービス画面のＧＵＩが構成されるため、このサービス画面に関するカスタマイズは単にユーザ装置単体で解決される問題ではない。

特開平６−４２８０号公報 特開平６−１１０６７０号公報

クライアント装置におけるサービス画面のＧＵＩを含むサービスの提供形態をカスタマイズする場合、おおもとのＨＴＭＬテキスト（以下単に「ＨＴＭＬ」）がサーバから提供されるため、サーバ側の操作が必要となる。ＧＵＩのカスタマイズは以下の手順を踏む。

１．ユーザが自己の要望をサーバの管理者等（管理者または開発者）に連絡する
２．サーバの管理者等がサーバにログインし、ユーザの要望に従ってＨＴＭＬやＨＴＭＬを生成するＣＧＩプログラムを書き換える。

この結果、以下の点で改善の余地が生じる。

（１）手間がかかり、対応時間も長い
一旦管理者等を介して作業するためである
（２）カスタマイズが不完全になる
仲介者が入るため、意向が完全に反映されるとは限らない
（３）カスタマイズ作業に熟練を要する
管理者等はＨＴＭＬやＣＧＩプログラムを直接書き換えるため、これらに関する熟練を要する。

［目的］
本発明はこれらの課題に鑑みてなされたものであり、その目的は、サーバからサービスが供給されるとき、ユーザが自分で簡単にサービス提供形態（すなわち、前記サービスに関するサービス画面の構成や、そのサービスと別のサービスとの連携など）についてカスタマイズを行う方法と、この方法の実施を可能とするサーバ装置を提供することにある。

（１）本発明はサービスの提供形態をカスタマイズする方法であり、サーバ装置からサービスを受けるクライアント装置から、前記サービスの提供形態をカスタマイズする方法である。「サービスの提供形態」は、サービスの内容自体に関するものであってもよいし、サービスの提供に付随するものであってもよい。前者の場合、例えば複数の異なるサービスがある順序で提供されるとき、それらのサービスの種類と順序が提供形態を決める。後者の場合、あるサービスが提供されるとき、例えばそのサービスに関するサービス画面の構成が提供形態を決める。

この状況において、前記サーバ装置は、サービスが前記クライアント装置によって実際に利用されているとき、前記提供形態を変更するための前記クライアント装置からの指示を受け付ける状態でそのサービスを提供し、前記変更の指示を受け付けたとき、その指示に従って前記提供形態を変更したうえでサービスの提供を続行する。「サービスが前記クライアント装置によって実際に利用されている」とは、「サーバ装置が前記クライアント装置に対してサービスを実際に提供している」と同義である。「指示を受け付ける状態」の例として、「指示入力ボタンを画面に表示する状態」を考えることができる。

本発明では、サービスが実際に提供されている状態のまま、そのサービスに関するカスタマイズが可能となり、カスタマイズのためにいったんサービスから抜ける必要がない。

（２）一方、本発明のサーバ装置は、クライアント装置に対して、サービスと、そのサービスに関して該クライアント装置の画面に表示すべきサービス画面の画面構成情報（例えば、ＨＴＭＬ等のマークアップ言語で記述される情報）とを提供する装置である。この前提でこのサーバ装置は、前記クライアント装置からサービスに関する指示が送信されたとき、この指示を受信する受信手段と、受信した指示の内容を解釈する指示解釈手段と、解釈された指示の内容がサービスの実行（例えばサービスの提供）を示すとき、該当するサービスを実行するサービス実行手段と、解釈された指示の内容がサービスの提供形態のカスタマイズを示すとき、その指示に従ってカスタマイズを実行するカスタマイズ手段と、前記カスタマイズ指示の入力が前記サービス画面上で受け付けられるよう前記画面構成情報を生成する画面構成情報生成手段と、この画面構成情報を前記クライアント装置に送信する送信手段とを含む。

この態様において、まずクライアント装置からなんらかの指示（要求）がサーバ装置に送信される。サーバ装置は受信手段でこれを受信し、指示の内容を指示解釈手段で解釈する。指示の内容が文書の印刷のようなサービスの実行であれば、該当するサービス（ここでは実際に印刷すること）がサービス実行手段で実行される。

一方、指示の内容がサービスの提供形態のカスタマイズを示すとき、その指示に従って、カスタマイズ手段によりカスタマイズが実行される。このカスタマイズ指示の入力はサービス画面上で受け付けられるため、あるサービスの実行中に、そのサービス自体をカスタマイズの対象とすることができる。ここでは、カスタマイズ指示の入力が可能なように前記画面構成情報が画面構成情報生成手段で生成され、これが送信手段によって前記クライアント装置に送信される。

（３）本発明のサーバ装置のある態様では、（２）のカスタマイズ手段が、解釈された指示の内容が現在提供中のサービスに関する前記サービス画面の構成の変更を示すとき、画面構成情報生成手段は、その指示に従ってそのサービスの提供中に画面構成の変更を実行する。

（４）（３）のとき本発明のある態様では、前記画面構成情報生成手段は、前記サービス画面に表示されるサービス対象項目のうち、その構成を変更することのできるものを選択可能な状態で表示するよう前記画面構成情報を生成する。

「サービス対象項目」とは、各サービス画面においてサービスとして指定できる要素または項目をいう。従って、サービス内容の指定が進み、サービス画面が変化していくと、サービス対象項目も変化していく。例えば、サービスの初期画面では通常「プリントサービス、ファックスサービス、ファイルサービス…」のように、大まかなサービスの種別が表示されるため、プリントサービス等がサービス対象項目となる。ここでユーザが「プリントサービス」を選択すると、「文書名、プリンタ名、枚数、用紙サイズ…」などの項目が現れる。ここでは、これらサービスの具体的内容がサービス対象項目である。なおサービス対象項目は、これらのように直接サービスの内容に関与するもの以外に、サービスの概要説明文のように関与しないものも含む意義で用いる。概要説明文も画面構成変更の対象になりうるためである。

この態様において、ユーザは実際に構成を変更すべき項目をチェックまたはクリック等すればよく、ユーザ自身がプログラミングをしたり文字列を入力する必要がない。

（５）本発明のサーバ装置の別の態様では、（２）のカスタマイズ手段が、解釈された指示の内容が異なる複数のサービス間の連携に関する指示であるとき、その指示に従い、カスタマイズ手段がサービスのリンク設定を行う。「サービス間の連携」とは、あるサービスと別のサービスを関連づけて保持することをいい、例えば、あるサービスを実行したとき、つづけて実行したいサービスが関連づけの候補となる。なお、「リンク設定」は、すでになされた設定の解消を含む意義で用いる。

（６）（５）のとき本発明のある態様では、前記画面構成情報生成手段は、前記サービス画面に表示されるサービス対象項目のうち、他のサービス対象項目とリンク付けすることのできるものを選択可能な状態で表示するよう前記画面構成情報を生成する。この後、前記サービス実行手段は、前記解釈された指示の内容がリンク付けされた一方のサービス対象項目の実行を示すとき、リンク付けされた他方のサービス対象項目も実行する。

本発明のサービスの提供形態をカスタマイズする方法によれば、サーバ装置がサービスの提供形態に対する変更指示を受け付ける状態で当該サービスを提供するため、クライアント装置がサーバ装置からサービスを受けている間に、そのサービスに対するカスタマイズを行うことができる。このとき、ユーザが自らプログラミングをしたり、サーバの管理者に依頼してサーバにログインするなどの煩雑な手続も不要となる。当然、サーバの管理者が自ら例えばＨＴＭＬやＣＧＩプログラムを書き換えるという作業も不要になる。また、サービス画面を見ながらカスタマイズをすることができるため、カスタマイズの結果の確認も容易である。

一方、本発明のサーバ装置は、クライアント装置におけるカスタマイズ指示の入力がサービス画面上で受け付けられるよう画面構成情報を生成するため、ユーザはサービス画面においてそのサービスに関するカスタマイズを指示することができる。

このとき、本発明のサーバ装置は画面構成情報生成手段を有するため、指示の内容が現在提供中のサービスに関するサービス画面の構成の変更を示せば、その指示に従ってその画面構成が変更される。さらに該手段は、サービス画面に表示されるサービス対象項目のうち、その構成を変更することのできるものを選択可能な状態で表示すため、カスタマイズ作業が非常に容易になる。

一方、本発明のサーバ装置は、サービスの連携に関するカスタマイズ指示を実行するカスタマイズ手段を設けたため、指示の内容が異なる複数のサービス間の連携に関する指示であるとき、その指示に従ってサービスのリンク設定が行われる。この結果、複数のサービスを連続して行うようなカスタマイズが可能となる。このときさらに、本発明のサーバ装置の画面構成情報生成手段がサービス対象項目のうち、他のサービス対象項目とリンク付けすることのできるものを選択可能な状態で表示するため、カスタマイズ作業が容易になる。

本発明の好適な実施形態を適宜図面を参照しながら説明する。ここでは、インターネットを介してサービスおよびそのサービス画面がＨＴＭＬの形態で提供されるものとする。ＨＴＭＬをクライアントに提供する装置（またはそのプログラム）を「ＨＴＭＬサーバ」または単に「サーバ」と呼ぶ。ＷＷＷ（World Wide Web）サーバはその例である。一方、クライアント装置（またはそのプログラム）はＨＴＭＬを解釈して表示するため、「ＨＴＭＬビュア」または単に「ビュア」と呼ぶ。ＷＷＷブラウザはその例である。

本実施形態では、原則としてカスタマイズの実現に関するスクリプト（以下「拡張スクリプト」という）をＨＴＭＬのコメント部分に記述することでカスタマイズを実現する。ビュアはこの拡張スクリプトを解釈できるように機能を拡張する。従来のビュアはコメント部分を無視するため、追加された記述によって画面の異常表示等の不具合を起こすおそれはない。これにより、下位互換性が維持される。拡張スクリプトを埋め込んだＨＴＭＬ（以下「拡張ＨＴＭＬ」という）の記述方法は実施形態の最後に説明する。

［１］カスタマイズの種類
サービス画面の構成に関するものと、サービス間の連携に関するものに大別される。前者にはタブ、固定表示領域設置、ＵＩオブジェクトの削除、詳細／簡略表示、ページ分岐等、後者には別サービスリンク機能等がある。

（１）サービス画面の構成に関するもの
１．タブ
「タブ」とは、表示の各単位（例えば文字列やラジオボタンなど）の先頭を配置すべき指定位置、またはその位置に実際に配置することの両様の意味を持つ。タブ機能は、タブにラジオボタンやチェックボックス等のＵＩオブジェクトを前記指定位置に整列させる機能である。従来のＨＴＭＬにはタブコマンドがなかったため、ＵＩオブジェクトを整列させるためには、サーバ側でＵＩオブジェクトの直前に必要数のスペースを挿入して位置を調節する必要があった。タブにより、オブジェクトの視認性改善に大きな効果が得られる。

２．固定表示領域設置
画面の一部にスクロールしない固定表示領域を設ける。「登録ボタン」など、任意のタイミングでユーザが操作しうるＵＩは、表示中のＨＴＭＬ文書がスクロールしても画面内にとどまると便利である。特に、ＰＤＡのように画面の小さな装置で長い文書を表示しているとき、登録ボタンが文書の末尾に設けられていれば、ユーザはいちいち画面をスクロールさせて末尾に行き、これを押さなければならない。そこで固定表示領域を設け、この領域に表示すべきＵＩオブジェクトの指定を可能とする。

３．削除
画面に表示する必要のないＵＩオブジェクトを指定して削除する。そのオブジェクトに対する操作が稀な場合等に有用である。特に、画面の小さな装置に複雑なＵＩを表示するとき、ユーザの視認性を高める機能である。指定されたオブジェクトは画面から消えるが、サービスの属性（項目）としてはサーバ側に保持つづける。このカスタマイズは、例外的に拡張ＨＴＭＬによらず、単にＨＴＭＬテキストの該当個所の削除によって行う。

４．詳細／簡略表示
カスタマイズの対象項目の表示レベルを変更する。簡略表示では、本来選択または文字列の入力が可能なＵＩオブジェクトを選択等の不可能な状態に機能縮減した上で、これらをまとめて表示する。詳細表示はこの逆である。このカスタマイズも画面の小さな装置などに有用である。

５．ページ分岐
画面に多くのオブジェクトが存在する場合、あまり使用しないオブジェクト等を項目別に別のページに集めて表示する。

（２）サービスの連携に関するもの
現在利用中のサービスに関する画面から別のサービスをリンクして使用するか、またはすでにリンクされているサービスをリンクされた状態からリンク前の状態に戻すカスタマイズである。リンク付けの例に、印刷サービスとファックスサービスのリンクがある。この機能より、印刷後に印刷したページのみをファックス送信するというような自動実行も可能である。

［２］構成
（１）システムの全体構成
図１は本実施形態を実現するシステム構成例を示す図である。同図に示すように、このシステムは大別してユーザ装置であるＰＤＡ２と、これにサービスおよび拡張ＨＴＭＬを提供するサーバ４を含み、これらがネットワーク６を介して接続されている。ＰＤＡ２上には拡張ＨＴＭＬを解釈することできるビュアが搭載され、サーバ４にはＰＤＡ２に対するサービスの提供を含む各種処理を行う各種処理部２２と、ＨＴＴＰＤ（Hyper Text Transfer Protocal Daemon ）２４が搭載される。

ＰＤＡ２はモデム８とＰＨＳ等の携帯電話１０、公衆回線１２を介して一旦ＰＤＡ用のプロキシーサーバ（代理サーバ）１４に接続され、これを経由してイーサネット等のネットワーク６に接続される。ＰＤＡ２は場合により、赤外線１６によって直接プロキシーサーバ１４にアクセスすることもある。プロキシーサーバ１４はネットワーク６の先に接続されるサーバとＰＤＡ２とのゲートウエイとして機能する。すなわち、サーバ４からはＰＤＡ２で表示させたい拡張ＨＴＭＬをＰＤＡ２へ、一方、ＰＤＡ２からはビュアで選択した値などをサーバ４へそれぞれ渡す仲介を行う。これらの通信は、サーバ４およびＰＤＡ２内に設けられた送受信部（図示せず）によって行われる。

ネットワーク６には、ＷＷＷサーバ１８やその他各種サービス装置２０も接続されている。各種サービス装置２０によるサービスの例にプリント、ファックスがある。各種処理部２２は、これらサービスから与えられる結果を拡張ＨＴＭＬに変換し、またはその結果に従って拡張ＨＴＭＬを生成し、ＰＤＡ２上の拡張ＨＴＭＬビュアに渡す。こうして、要求されたサービスがＰＤＡ２に提供される。ＨＴＴＰＤ２４は、ビュアからの要求や値をイベントという形で各種処理部２２へ渡し、各種処理部２２から関数のリターン値という形態で拡張ＨＴＭＬを受け取る。なお、サーバ４はファイルシステム２６を管理している。

（２）サーバの構成
図２はサーバ４の各種処理部２２の内部構成図である。これらのソフトウエア機能モジュール群は、各種処理部２２内のＣＧＩプログラムの一部を構成する。同図に示すように各種処理部２２は、ＨＴＴＰＤ２４とのやりとりを行う入出力部３０、入出力部３０を介して入力されたビュアからの指示を解釈する指示解釈部４０、解釈された指示がサービスの実行に関するとき、そのサービスを実際に行うサービス実行部５０、解釈された指示がサービスに関するカスタマイズに関するとき、そのカスタマイズを実際に行うカスタマイズ部６０、サービスやカスタマイズの実行結果を反映してビュアの画面構成を決め、この構成に関する情報を生成する画面構成情報生成部７０を含む。生成された画面構成情報は前記入出力部３０に与えられ、ＨＴＴＰＤ２４とネットワーク６を経てＰＤＡ２のビュアに与えられ、サービス画面が表示される。

サービス実行部５０は、サービスを実行する際、サービス機能シーケンステンプレート８０を参照する。サービス機能シーケンステンプレート８０は、サービスを実行するために必要となる処理または機能を実行すべき順序とともに保持するテンプレート（すなわち、ひな型）である。一方、画面構成情報生成部７０は、応答シーケンステンプレート９０を参照する。応答シーケンステンプレート９０は、サービスに関するユーザの指示に対する応答として表示すべき画面をその順序とともに保持するテンプレートである。

この構成において、カスタマイズは最終的に、これら２つのテンプレートを修正することで実現する。

図３は図２の指示解釈部４０の内部構成図である。同図のごとく、指示解釈部４０は、ユーザからのカスタマイズ指示を識別するカスタマイズ指示識別部４０２を持ち、このカスタマイズ指示識別部４０２はさらに、ユーザからの指示に含まれる引数を抽出する引数抽出部４０４を持つ。この構成において、ユーザから指示が送信されたとき、この指示が通常のサービスの実行を求めるものであるか、または現在実行中のサービスに関するカスタマイズを求めるものであるかが判断され、その指示の内容の詳細を知るために、指示に含まれる引数が抽出される。抽出された引数は、指示がサービスの実行であればサービス実行部５０へ、カスタマイズであればカスタマイズ部６０へそれぞれ与えられ、所期の処理がなされる。

図４は図２のサービス実行部５０の内部構成図である。同図のごとく、サービス実行部５０はまず、サービスプリミティブシーケンス生成部５０２とサービスプリミティブディスパッチ部５０４を持つ。サービスプリミティブシーケンス生成部５０２は、前記引数がサービスに関する操作要求を示していれば、その要求に見合うサービスの手順をサービス機能シーケンステンプレート８０から導出し、最も単純な（プリミティブな）サービス操作単位に分解する。例えば、操作要求が「ファイルのコピー」であれば、サービス操作単位は、コピーの対象となるファイルの属性に関する部分をコピーすること、ファイルのデータ本体部分をコピーすることなどである。一方、サービスプリミティブディスパッチ部５０４は、サービスプリミティブシーケンス生成部５０２から各サービス操作単位を受け取り、各サービスにディスパッチ処理、すなわち多方向分岐処理を行う。

各種サービスハンドラ５０６は、サービスプリミティブディスパッチ部５０４から呼び出されるハンドラ群で、プリントサービスハンドラ５１２、ファイルサービスハンドラ５１４等のＡＰＩ（アプリケーション・プログラム・インタフェイス）からなる。サービス対象項目は、サービスハンドラの各種属性と考えることもできる。各種アクセスツール５０８は、各種サービスハンドラ５０６によって利用されるツール群で、プリントサービスアクセスツール５１６、ファイルサービスアクセスツール５１８等からなる。各種サービス部５１０は、各種アクセスツール５０８の指示に従い、実際にサービスの実行を受け持つプログラム群で、プリントサービス部５２０、ファイルサービス部５２２等からなる。

図５は図２のカスタマイズ部６０の内部構成図である。同図のごとく、前記引数から指示されたカスタマイズの種別を判定するカスタマイズ種別判定部６０２、その判定結果に従って実際にカスタマイズを行うカスタマイズ実行部６０４、カスタマイズが行われると、なんらかの形でＰＤＡ２の画面構成が変化するため、この変化を考慮して表示すべき画面を決定するカスタマイズ画面生成部６０６を含む。ここで決まった画面構成上の変更内容に従い、後述の画面構成情報生成部７０において、ＨＴＭＬまたは拡張ＨＴＭＬの形で画面構成情報が作成される。

カスタマイズ実行部６０４は、大別してカスタマイズの種別がサービス画面の構成に関する場合にカスタマイズを担当する画面構成カスタマイズ部６０８と、サービスの連携、すなわちリンク付けに関する場合にカスタマイズを担当するサービス連携カスタマイズ部６１０を含む。画面構成に関するカスタマイズが行われると、ユーザによるカスタマイズ結果の確認を経て、新たなテンプレートが前記応答シーケンステンプレート９０へ登録される。同様にサービスが連携されると、新たなテンプレートが前記サービス機能シーケンステンプレート８０へ登録される。

図６は図２の画面構成情報生成部７０の内部構成図である。同図のごとく、画面構成情報生成部７０は、画面構成記述生成部７０２を持つ。この画面構成記述生成部７０２は、従来同等のサービス画面表示に関するＨＴＭＬを生成するＨＴＭＬ生成部７０４と、このＨＴＭＬに対して本実施形態に特徴的なカスタマイズを可能とするための拡張スクリプトを埋め込んで拡張ＨＴＭＬを生成する拡張ＨＴＭＬ合成部７０６を含む。

画面構成情報生成部７０はさらに、サービス応答解析部７０８と、ＵＩプリミティブ生成配置部７１０を持つ。前者は、サービスの正常／異常終了の判定を行う。正常終了の場合、画面構成記述生成部７０２は応答シーケンステンプレート９０から正常終了に見合う画面を読み出し、これを表示するようＨＴＭＬ生成部７０４でＨＴＭＬを生成する。異常終了の場合は画面の一部にダイアログボックスを上書き表示するなどの指示を画面構成記述生成部７０２に与える。

ＵＩプリミティブ生成配置部７１０は、ＵＩを最も単純なパーツ（例えばボタン）の状態で生成し、これを画面のいずれの個所に配置するかを決める。例えば、タブ機能を実行したとき、各ボタンの位置が変化するため、ＵＩプリミティブ生成配置部７１０はこの変化を計算し、この計算結果を画面構成記述生成部７０２に与えるとともに、その結果を以降の画面表示のために内部情報として保持する。こうして生成された拡張ＨＴＭＬは、入出力部３０とＨＴＴＰＤ２４を経てビュアに送られる。

［３］構成の動作
図７はサーバ４におけるサービス実行動作およびカスタマイズ動作の流れを示すフローチャート図である。なお、カスタマイズの具体的な手順については後述する。

まずここで、ＰＤＡ２のユーザがボタンのクリックなどにより、サーバ４に対して「文書Ａのページ１を印刷する」旨を指示したとする。サーバ４はこの指示を受信したとき、指示解釈部４０によってまず指示の解釈が行われる（Ｓ１００）。この指示はカスタマイズに関するものでないため、通常のサービスの実行（サービスの提供）を求める指示であると判断され（Ｓ１０２のＮ）、サービスプリミティブシーケンス生成部５０２とサービスプリミティブディスパッチ部５０４により、サービスが準備される（Ｓ１０４）。つづいてサービス実行部５０では、サービスハンドラ（ここではプリントサービスハンドラ５１２）、サービスアクセスツール（同プリントサービスアクセスツール５１６）、サービス部（同プリントサービス部５２０）が順に起動され、実際に印刷が行われる。印刷以外のサービスについても同様である。

つぎに、例えばユーザがあるサービス画面において、「この画面に固定表示領域を設ける」というカスタマイズの指示を出したとする。この場合は指示がカスタマイズに関するものであるため（Ｓ１０２のＹ）、つぎにカスタマイズの種別がサービス画面の構成に関するものであるかどうかが判断される（Ｓ１１２）。固定表示領域の設置は画面構成に関するためＳ１１４に進み、図示しないユーザの指示に従って画面構成を変更し、応答シーケンステンプレート９０を修正する（Ｓ１１４）。この後、いわゆるピレビュー（下見）用の画面をＰＤＡ２に送信し、ユーザが新たな画面構成を確認した後（Ｓ１１６）、新たなテンプレートを応答シーケンステンプレート９０に登録する（Ｓ１１８）。

一方、現在提供中のサービスが例えばプリントサービスであるとき、ユーザが「サービスのリンク」という指示を送ったきた場合、Ｓ１１２でＮに進む。ここで、サービス対象項目のリンク付けが可能なように、現在表示中のサービス画面に、現在実行中のサービスに関するサービス対象項目とリンク可能な別のサービスに関するサービス対象項目をならべて表示する。この場合、例えば「ファックスサービス、ファイルサービス…」が表示される。ここで、ユーザがファックスサービスを選択すれば、カスタマイズ部６０のサービス連携カスタマイズ部６１０がこの選択に従って両者のリンク付けを行い（Ｓ１２０）、サービス機能シーケンステンプレート８０の修正を行う（Ｓ１２２）。この結果、新たなテンプレートが登録される（Ｓ１２４）。サービス間のリンク付けにより、例えば、印刷した文書をそのまま指定個所にファックスする、といったカスタマイズが可能となる。

以上の手順の後、一連の処理を終える。処理終了前に、カスタマイズ終了メッセージを送出してもよい。

ここで実際のカスタマイズの様子を図面によって説明する。ここではプリントサービスを例に、サービス画面の構成またはサービス間の連携に関するカスタマイズを行う。サーバはサービスの初期画面で、ユーザにカスタマイズをする意志があるかどうかを確認する。ユーザが「なし」と答えれば、通常のサービス画面が現れる。図８はその通常画面を示している。同図では、画面上部にサービス名、その下にサービス概要説明が表示され、さらにその下にプリントの対象文書名、サービスを担当するプリンタ名、印刷枚数、用紙サイズ、拡大／縮小率（％）、割り付けが表示されている。用紙サイズ以下はラジオボタンになっている。画面の最下欄には「キャンセル」「プリント」ボタンが表示されている。

一方、ユーザがカスタマイズの意志ありと答えれば、図８の画面において、可能なカスタマイズが追加表示される。図９は６種類のカスタマイズが選択可能に表示された画面を示している。同図のように、画面最下部に新たにサービス画面構成（画面上では単に「構成」と表記）に関する５個のボタンと、サービス間の連携に関する１個のボタンが現れる。以下、これらの各ボタンを押した場合の画面遷移とカスタマイズを説明する。

（１）構成：タブ
図１０は「構成：タブ」を押したときに現れる画面である。ここではタブを設定することの可能なすべての項目の前にチェックボックスが１個づつ現れ、実際にユーザがチェックしたものには×が入っている。同図では、文書名を実際に書き込む空欄、用紙などのラジオボタンがチェックされている。

一方、画面最下部には横一列のチェックボックス群と「タブ設定ＯＫ」「プレビュー」ボタンが現れる。チェックボックス群はタブの位置を設定するためのもので、ここではすでに３個のチェックボックスがチェックされている。前記ラジオボタンなどが、これら３個所を先頭として配置されることになる。図１１はこの状態で「プレビュー」を押したときに表示される画面を示す。同図に示すように、選択された項目の位置揃えが行われる。１行に４個以上の項目が選択された場合は、４個目から次行に移動し、前行同様のタブを繰り返す。画面最下部にはプレビューから抜けるための「プレビュー戻り」ボタンが表示されている。ユーザはカスタマイズされた画面を確認した後、このボタンを押して図１０の状態に戻り、修正がなければ「タブ設定ＯＫ」を押して処理を終える。このボタンを押すと、以降画面は図１１の状態になる。修正があれば、チェックのしなおしとプレビューを繰り返し、所期のカスタマイズ画面を得ることができる。

以上がタブによるカスタマイズである。ここで注意すべきは、カスタマイズ中もサービスを継続的に受けることができることである。例えばユーザは、図１０の状態でも用紙サイズ等を変更したり、実際にプリントしたりすることが可能である。本実施形態によれば、カスタマイズの対象となる画面自体を表示しながらカスタマイズすることができるため、カスタマイズ作業の効率改善効果も大きい。

なお、仮に図１０、１１の作業を従来のビュアで行うと、プレビューボタンを押すことまでは可能であるが、タブ機能を実現するための拡張スクリプトがコメントに挿入されていて、これが無視されるため、画面が図１０の状態のままとなる。

（２）構成：領域
図１２は図９において「構成：領域」を押したときに現れる画面で、新たに「領域設定ＯＫ」「プレビュー」ボタンが現れる。「領域」は固定表示領域の略であり、チェックボックスの付された項目が固定表示領域に移動する。図１２では「枚数」がこれに当たる。図１３はこの状態で「プレビュー」を押したときに表示される画面で、画面最下欄が固定表示領域になり、ここに「枚数」が表示されている。ここでは「枚数」に代わって「キャンセル」「プリント」を通常のスクロール領域に移動させているが、これはもとの位置に残してもよい。

ユーザはカスタマイズされた画面を確認した後、この「プレビュー戻り」を押し、以降（１）同様の手順でカスタマイズを終える。

（３）構成：削除
このボタンを押せば、ほぼ図１０同等の画面が現れる。ただし、横一列のチェックボックス群はなく、「タブ設定ＯＫ」が「削除ＯＫ」になる。チェックされた項目は「削除ＯＫ」によって画面から消え、画面全体が簡素化される。

（４）構成：詳細／簡略
図１４は図９において「構成：詳細／簡略」を押したときに現れる画面で、「文書名」以下の項目が行ごとにチェックボックスによって挟まれている。ここでは「用紙」以下がチェックされている。図１５はこの状態で「機能：簡略化」を押したときに表示される画面で、チェックされた３行がひとまとめに表示されている。この表示は現在の選択状況を表示するだけで、新たな選択はできない。図１５ではさらに、１行にまとめられた部分のチェックボックスが再度チェックされている。この状態で「構成：簡略化」を押せば、この行は例えば、
｛Ａ４，１００％，標準｝
などと、さらに簡略表示される。この状態からもとの表示に戻るためには、項目をチェックした後、「構成：詳細化」を２回押せばよい。

（５）構成：ページ分岐
図１６は図９において「構成：ページ分岐」を押したときに現れる画面で、「用紙」以下がチェックされている。これらが別ページにまわされことになる。

同図では「構成：分岐実行」が新たなボタンであり、この横に「分岐ボタン名」「タイトル」の入力個所が出る。これらに対してそれぞれ「オプション設定」「プリントサービス（オプション設定）」と入力して「構成：分岐実行」「分岐ページへ」をこの順に押すと、図１７の画面が現れる。この画面は分岐際の元ページであり、チェックされていた３行がなくなっている。その代わり、これらが分岐していった先のページに飛ぶためのボタンが前記「オプション設定」の名で表示される。このボタンと「分岐ページへ」をこの順に押すと、分岐先ページに飛ぶ。

図１８は分岐先ページの画面を示している。ここでは前述の３行が新たなタイトルのもとにそのまま移動している。「分岐ＯＫ」を押せば分岐元ページに戻る。なお、同図の矩形領域は任意の文字列等を自由記入するための領域である。

（６）連携：リンク
図１９は図９において「連携：リンク」を押したときに現れる画面で、現在利用中のプリントサービスと別のサービスのリンクを指定するための画面である。「ファイル」以下４つのサービスがリンクの候補として表示されている。図２０は図１９において「ファックス」を押し、「連携：リンク先決定」を押したときに現れる画面である。同図に示すように、リンク先であるファックスサービスとリンク元であるプリントサービスそれぞれのサービス属性（項目）が表示されている。ここで、例えばプリント中の文書をそのままファックスした場合は、両サービスの「文書名」ボタンを押し、その後「連携：項目リンク実行」ボタンを押す。これで両者のリンク付けがなされ、つづけて同様の手順で両サービスの「用紙」をリンク付けする。最後に「リンク後実行ボタン」の「送信」を押せば、同一文書が同一の紙サイズで自動送信される。

ここで注意すべきは、リンク可能な属性とそうでないものがあることである。例えば「ＦＡＸ番号」などはリンクできないため、その場合はファックスサービス側で入力する等の処理を行う。なお、リンク付けがなされるたびに、画面の余白部分にリンク付けされた両属性を関連付けて表示していけばさらに利用しやすくなる。

［４］拡張ＨＴＭＬの記述方法
最後に、タブ機能等のカスタマイズを実現する拡張ＨＴＭＬの記述方法を説明する。

（１）従来のＨＴＭＬとビュアの動作
図２１は３つのボタンを表示するための従来一般的なＨＴＭＬの記述例を示す図、図２２は、図２１のＨＴＭＬを従来のビュアまたは本実施形態に係る拡張ＨＴＭＬビュアで表示したときの画面を示す図である。図２１のＨＴＭＬについては、従来のビュアでも、拡張ＨＴＭＬビュアでも、同じ表示がなされる。

図２１には、いわゆるヘッダ部８００と本文（ボディ部）８０１よりなる８行のＨＴＭＬが記述されている。同図左端の数字は便宜的に付した行番号であり、ＨＴＭＬの記述の一部ではない。

図２１の第１、２行はヘッダ部８００を構成する。ＨＴＭＬにおける記述の単位はタグと呼ばれ、＜ ＞の中に記述される。＜ａａａ＞は開始タグ、＜／ａａａ＞は終了タグとよばれ、この間にａａａを名称とする処理の内容が記述される。例えば、同図第１行の＜ＨＥＡＤ＞はヘッダ部８００の開始、第２行の＜／ＨＥＡＤ＞が同終了を示す。ここではヘッダ部８００で、このＨＴＭＬのタイトルを「Ｅｘａｍｐｌｅ０」と定義している。

つぎに、第３〜８行までが本文８０１である。第４〜６行の「ＩＮＰＵＴ」はユーザ入力に係るすべてのものを示す予約語、「ＴＹＰＥ」は型（テキスト、チェックボックス、ラジオボタンなどの種別）を示す予約語である。" ｒａｄｉｏ" はラジオボタンを示し、" ｒａｄｉｏｓｅｔ" はそのラジオボタンに付けられた名称である。この名称が同一である複数のボタンについては、いずれか１個のみを押すことができる。

第７行には、「サンプル０の終了」というコメントがおかれている。ＨＴＭＬでは、＜！−−ａａａ−−＞と書いたとき、ａａａの記述がコメントとして扱われる。図２１の場合、このコメントはタブ機能の埋め込まれていない、通常のコメントである（以下単に「通常コメント」といい、拡張機能の埋め込まれたコメントを「拡張機能コメント」という）。

図２２は図２１を実際に表示したときの画面表示を示している。図２１では３つのボタンが別の行に記述されていたが、これらは実際には、単に横向きに３つのボタンがならんでいく。通常のＨＴＭＬは改行を明示的に行うための指示を持たず、たとえ図２１のように３行に分けて記述しても、改行を行うことができないためである。なお図２２において、ユーザが「ｆｉｒｓｔ」に当たるボタンを押せば、サーバに値「ａ１」が返され、そのボタンに見合った処理がなされる。

（２）拡張ＨＴＭＬとビュアの動作
上述のように、＜！−−ｘｘｘ−−＞と書いたとき、ｘｘｘがコメントとして扱われるため、本実施形態ではこのｘｘｘの部分に拡張機能、すなわち指定タブ位置の宣言およびタブ実行に関するスクリプトを埋め込む。

本実施形態では、ｘｘｘが％から始まる文字列であるとき、このコメントが拡張機能コメントであると決める。すなわち、コメント文の中で「％…」が現れれば、タブ機能が埋め込まれていると判断し、タブ処理を行う。

図２３はタブ機能を実現するための拡張ＨＴＭＬの記述例（タイトルはＥｘａｍｐｌｅ１）を示す図、図２４は図２３の拡張ＨＴＭＬを本実施形態に係る拡張ＨＴＭＬビュアで表示したときの画面を示す図である。

図２３でも図２１同様、拡張ＨＴＭＬはヘッド部８０２と本文８０３から構成されるが、ここで注意すべきは、図２３においてコメント部分＜！−− −−＞をすべて外すと、図２１と全く同じＨＴＭＬに戻ることである（図２１中、意味のない第７行は除く）。図２３で導入されるタブ機能に関するスクリプトは以下の通りである。

１．ＳＥＴＴＡＢＡＲＥＡ
図２３第２行（ヘッド部８０２）に追加されたスクリプトで、指定タブ位置の宣言を行っている。

「ＳＥＴＴＡＢＡＲＥＡ」は、次項の「ＴＡＢＡＲＥＡ」において実際にタブ機能を実行する際、タブの位置をＳＥＴ（設定）するという意味である。ここでは指定タブ位置ＴＡＢ１が２０％という引数で設定されている。引数の記述態様は以下の通りである。

・”１０Ｃ”…１０キャラクタ幅（ただし固定フォントを仮定）
・”８０Ｐ”…８０ピクセル幅
・”５０％”…画面左端から画面幅に対して５０％（すなわち中央）の位置
ここでは、「２０％」と表記することで、画面左端から画面幅の２０％進んだ個所が指定タブ位置となる。すなわち、表示すべきボタン等の各オブジェクトは、後述のごとく、すべて同じ指定タブ位置に表示の先頭を揃えた状態で整列することになる。なお、複数の指定タブ位置、ＴＡＢ１、ＴＡＢ２…の設定については後述する。

２．ＴＡＢＡＲＥＡ
図２３第５行に追加されたスクリプトで、上述のＳＥＴＴＡＢＡＲＥＡによる設定に従って実際にタブ機能を作用させるべき対象の範囲を示している。すなわち、第５行の開始タグ〜第９行の終了タグがＳＥＴＴＡＢＡＲＥＡの有効作用範囲であり、ここでは第６〜８行の記述がその作用を受ける。

３．ＴＡＢ
図２３第６〜８行に追加されたスクリプトで、次に表示すべき内容の表示開始位置を上述のＳＥＴＴＡＢＡＲＥＡによる指定タブ位置まで装置内部で進めるよう指示するスクリプトである。

ここでビュアの動作を考える。本実施形態に係る拡張ＨＴＭＬビュアの動作については、（１）と異なる部分のみを説明する。

まず従来のビュアで図２３の拡張ＨＴＭＬを表示する場合、図２１のＨＴＭＬに対する表示、すなわち図２２と同じ表示になる。これは、従来のビュアがコメントの部分を完全に無視するためであり、この結果、下位互換性が確保される。

一方、本実施形態に係る拡張ＨＴＭＬビュアでは、第２行の「ＳＥＴＴＡＢＡＲＥＡ」を読み込んだとき、これがコメントであり、指定タブ位置の宣言であることを認識する。このとき、「ＴＡＢ１」をインデックスとしてその引数「２０％」が抽出される。

つづいて、第５行の「ＴＡＢＡＲＥＡ」が読み込まれると、これ以降、ＴＡＢＡＲＥＡの終了タグが現れるまで（すなわち第９行まで）、指定タブ位置が表示開始位置の更新のために利用されることを認識する。第６行の前半で実際に「ＴＡＢ」スクリプトが読み込まれると、ビュアは指定タブ位置ＴＡＢ１をインデックスとして引数２０％を読み出し、画面幅に対する２０％の位置計算を行った上で、表示開始位置をその指定タブ位置に進める。従って、この表示開始位置から第６行の後半に記述される「ｆｉｒｓｔ」ボタンが表示される。

第７行に移ると、やはり「ＴＡＢ」スクリプトがあるため、ビュアはつぎの指定タブ位置ＴＡＢ２を読み出そうとする。しかし、この例ではＴＡＢ１のみが保持されているため、ビュアは再度ＴＡＢ１に関する引数を読み出す。この場合、表示開始位置が前回と同じ位置になるため、改行を行った後、表示開始位置を指定タブ位置に進める処理（以下「ラップ処理」という）を行う。この結果、「ｓｅｃｏｎｄ」ボタンが「ｆｉｒｓｔ」ボタンの下に表示される。「ｔｈｉｒｄ」ボタンも同様である。

このように、表示すべき対象（ここではボタン）よりも指定タブ位置の数が少ないとき改行動作が発生し、図２４の表示が得られる。図２４の場合、画面枠８１０内において、画面左端から画面幅２０％の位置に３つのボタンが上下に整列する。このようなタブ機能を利用すれば、容易に所望の表示状態を得るこができる。

ここでは指定タブ位置をＴＡＢ１のみによって設定したが、例えばＴＡＢ１〜４を設定すれば、従来のビュアで、
［表１］
○1st ●2nd ○3rd ○4th ○AA ●AB ○ABBCC ○ABC ○10000 ○1000 ○100 ●10
のように、詰めて表示されるＵＩオブジェクトボタン群を、
［表２］
○1st ●2nd ○3rd ○4th
○AA ●AB ○ABBCC ○ABC
○10000 ○1000 ○100 ●10
のように整然と配置することが可能である。下の表の１行目については、最初に「ＴＡＢ」スクリプトが現れたとき、ビュアが表示開始位置をＴＡＢ１まで進め、ここで「○1st 」が表示される。つづいて、ビュアは、内部的にインデックスを進め、つぎに「ＴＡＢ」が現れたとき、ＴＡＢ２を参照するよう準備する。この結果、「●2nd 」がＴＡＢ２による指定タブ位置を表示開始位置として表示される。以下同様に、ＴＡＢ３、４による指定タブ位置にそれぞれ「○3rd 」「○4th 」が表示される。この後、ＴＡＢ５という指定タブ位置がないため、ラップ処理が行われ、第２行が表示される。第３、４行も同様である。

（３）一般化
本実施形態ではタブ機能を例に拡張機能を実現するビュアを説明したが、ここでタブ以外の拡張機能に関する一般化を考える。上記タブの例から明らかなように、コメントに記述すべき拡張スクリプトは以下の形態になる。

＜！−−％ＸＹＺ ＡＲＧ１＝" ａｒｇ１" … −−＞
ここではＸＹＺが拡張機能を示すスクリプトで、このＸＹＺに関する引数がａｒｇ１等となる。このＸＹＺと引数により、拡張ＨＴＭＬビュアは所定の処理を行う。例えば固定表示領域を設ける場合、ＸＹＺに当たるスクリプトとして、（ａ）その領域の高さと画面上の位置（上下左右）を指定するもの、（ｂ）その領域に実際に表示するオブジェクト等を指定するもの、の２種類を用意すればよい。（ａ）のスクリプトでは、引数によって高さと位置を指定し、（ｂ）のスクリプトでは、有効作用範囲という概念を利用する。すなわち、（ｂ）のスクリプトの開始タグと終了タグの間に、その領域に表示すべきオブジェクト等を書いておけばよい。以下、いずれのカスタマイズについても、これら２タイプのタグによって実現することができる。

実施形態を実現するシステム構成例を示す図である。 実施形態のサーバの各種処理部の内部構成図である。 図２の指示解釈部４０の内部構成図である。 図２のサービス実行部５０の内部構成図である。 図２のカスタマイズ部６０の内部構成図である。 図２の画面構成情報生成部７０の内部構成図である。 サーバ４におけるサービス実行動作およびカスタマイズ動作の流れを示すフローチャート図である。 ユーザがカスタマイズをする意志がない場合に現れる通常のサービス画面を示す図である。 ６種類のカスタマイズが選択可能に表示された画面を示す図である。 図９の状態で「構成：タブ」を押したときに現れる画面を示す図である。 図１０の状態で「プレビュー」を押したときに表示される画面を示す図である。 図９の状態で「構成：領域」を押したときに現れる画面を示す図である。 図１２の状態で「プレビュー」を押したときに表示される画面を示す図である。 図９において「構成：詳細／簡略」を押したときに現れる画面を示す図である。 図１４の状態で「構成：簡略化」を押したときに表示される画面を示す図である。 図９の状態で「構成：ページ分岐」を押したときに現れる画面を示す図である。 図１６の状態で「構成：分岐実行」「分岐ページへ」をこの順に押すと現れる画面を示す図である。 分岐先ページの画面を示す図である。 図９の状態で「連携：リンク」を押したときに現れる画面を示す図である。 図１９において「ファックス」を押し、「連携：リンク先決定」を押したときに現れる画面を示す図である。 ３つのボタンを表示するための従来一般的なＨＴＭＬの記述例を示す図である。 図２１のＨＴＭＬを従来のビュアまたは本実施形態に係る拡張ＨＴＭＬビュアで表示したときの画面を示す図である。 タブ機能を実現するための拡張ＨＴＭＬの記述例（タイトルはＥｘａｍｐｌｅ１）を示す図である。 図２３の拡張ＨＴＭＬを本実施形態に係る拡張ＨＴＭＬビュアで表示したときの画面を示す図である。

符号の説明

２ ＰＤＡ、４ サーバ、６ ネットワーク、８ モデム、１０ 携帯電話、１２ 公衆回線、１４ プロキシーサーバ、１６ 赤外線、１８ ＷＷＷサーバ、２０ 各種サービス装置、２２ 各種処理部、２４ ＨＴＴＰＤ、２６ ファイルシステム、３０ 入出力部、４０ 指示解釈部、５０ サービス実行部、６０ カスタマイズ部、７０ 画面構成情報生成部、８０ サービス機能シーケンステンプレート、９０ 応答シーケンステンプレート、４０２ カスタマイズ指示識別部、４０４ 引数抽出部、５０２ サービスプリミティブシーケンス生成部、５０４ サービスプリミティブディスパッチ部、５０６ 各種サービスハンドラ、５０８ 各種アクセスツール、５１０ 各種サービス部、５１２ プリントサービスハンドラ、５１４ ファイルサービスハンドラ、５１６ プリントサービスアクセスツール、５１８ ファイルサービスアクセスツール、５２０ プリントサービス部、５２２ ファイルサービス部、６０２ カスタマイズ種別判定部、６０４ カスタマイズ実行部、６０６ カスタマイズ画面生成部、６０８ 画面構成カスタマイズ部、６１０ サービス連携カスタマイズ部、７０２ 画面構成記述生成部、７０４ ＨＴＭＬ生成部、７０６ 拡張ＨＴＭＬ合成部、７０８ サービス応答解析部、７１０ ＵＩプリミティブ生成配置部。

Claims (4)

1. クライアント装置に対して、サービスと、そのサービスに関して該クライアント装置の画面に表示すべきサービス画面の画面構成情報とを提供するサーバ装置であって、
   前記クライアント装置からサービスに関する指示が送信されたとき、この指示を受信する受信手段と、
   受信した指示の内容を解釈する指示解釈手段と、
   解釈された指示の内容がサービスの実行を示すとき、該当するサービスを実行するサービス実行手段と、
   解釈された指示の内容が、異なる複数のサービス間の連携に関する指示であるとき、その指示に従ってサービスのリンク設定を行うカスタマイズ手段と、
   前記カスタマイズ指示の入力が前記サービス画面上で受け付けられるよう前記画面構成情報を生成する画面構成情報生成手段と、
   この画面構成情報を前記クライアント装置に送信する送信手段と、
   を含むことを特徴とするサーバ装置。
2. 請求項１に記載のサーバ装置において、
   前記画面構成情報生成手段は、前記サービス画面に表示されるサービス対象項目のうち、他のサービス対象項目とリンク付けすることのできるものを選択可能な状態で表示するよう前記画面構成情報を生成し、
   前記サービス実行手段は、前記解釈された指示の内容がリンク付けされた一方のサービス対象項目の実行を示すとき、リンク付けされた他方のサービス対象項目も実行することを特徴とするサーバ装置。
3. 請求項１または２に記載のサーバ装置において、
   前記カスタマイズ手段は、前記リンク設定として、現在利用中のサービスに関する画面から別のサービスをリンクして使用するカスタマイズ、または、すでにリンクされているサービスをリンクされた状態からリンク前の状態に戻すカスタマイズを行う、
   ことを特徴とするサーバ装置。
4. サーバ装置からサービスを受けるクライアント装置から、前記サービスの提供形態をカスタマイズする方法であって、
   前記サーバ装置は、
   サービスが前記クライアント装置によって実際に利用されているとき、異なる複数のサービス間の連携に関する前記クライアント装置からの指示を受け付ける状態でそのサービスを提供し、
   前記連携に関する指示を受け付けたとき、その指示に従ってサービスのリンク設定を行ったうえでサービスの提供を続行する、
   ことを特徴とするサービス提供形態のカスタマイズ方法。

Images