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

Abstract

(57)【要約】 【課題】 クライアントのユーザインタフェイス（Ｕ
Ｉ）をカスタマイズするとき、毎回サーバにログインし
てプログラムを更新するのは煩雑である。 【解決手段】 サーバ４はクライアントのＰＤＡ２にサ
ービスを提供するとき、サービス画面も送る。ＰＤＡ２
は送られたＨＴＭＬを解釈してＵＩを表示する。サーバ
はそのＵＩのサービス画面の構成変更等のカスタマイズ
が可能なようにＨＴＭＬに拡張スクリプトを埋め込む。
プリントサービスの画面で「カスタマイズ」ボタンを押
せば、プリント属性「用紙」等の項目の横にチェックボ
ックスが現れる。これをチェックすればその項目のレイ
アウトが変わるようサーバがＨＴＭＬを修正して再送付
する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

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

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

【０００８】

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

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

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

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

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

【００１３】

【課題を解決するための手段】

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

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

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

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

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

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

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

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

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

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

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

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

【００２５】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００９０】ここでは指定タブ位置をＴＡＢ１のみによ
って設定したが、例えばＴＡＢ１〜４を設定すれば、従
来のビュアで、

【表１】○1st ●2nd ○3rd ○4th ○AA ●AB ○ABBC
C ○ABC ○10000 ○1000 ○100 ●10 のように、詰めて表示されるＵＩオブジェクトボタン群
を、

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

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

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

【００９３】

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

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

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

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

【図面の簡単な説明】

【図１】 実施形態を実現するシステム構成例を示す図
である。

【図２】 実施形態のサーバの各種処理部の内部構成図
である。

【図３】 図２の指示解釈部４０の内部構成図である。

【図４】 図２のサービス実行部５０の内部構成図であ
る。

【図５】 図２のカスタマイズ部６０の内部構成図であ
る。

【図６】 図２の画面構成情報生成部７０の内部構成図
である。

【図７】 サーバ４におけるサービス実行動作およびカ
スタマイズ動作の流れを示すフローチャート図である。

【図８】 ユーザがカスタマイズをする意志がない場合
に現れる通常のサービス画面を示す図である。

【図９】 ６種類のカスタマイズが選択可能に表示され
た画面を示す図である。

【図１０】 図９の状態で「構成：タブ」を押したとき
に現れる画面を示す図である。

【図１１】 図１０の状態で「プレビュー」を押したと
きに表示される画面を示す図である。

【図１２】 図９の状態で「構成：領域」を押したとき
に現れる画面を示す図である。

【図１３】 図１２の状態で「プレビュー」を押したと
きに表示される画面を示す図である。

【図１４】 図９において「構成：詳細／簡略」を押し
たときに現れる画面を示す図である。

【図１５】 図１４の状態で「構成：簡略化」を押した
ときに表示される画面を示す図である。

【図１６】 図９の状態で「構成：ページ分岐」を押し
たときに現れる画面を示す図である。

【図１７】 図１６の状態で「構成：分岐実行」「分岐
ページへ」をこの順に押すと現れる画面を示す図であ
る。

【図１８】 分岐先ページの画面を示す図である。

【図１９】 図９の状態で「連携：リンク」を押したと
きに現れる画面を示す図である。

【図２０】 図１９において「ファックス」を押し、
「連携：リンク先決定」を押したときに現れる画面を示
す図である。

【図２１】 ３つのボタンを表示するための従来一般的
なＨＴＭＬの記述例を示す図である。

【図２２】 図２１のＨＴＭＬを従来のビュアまたは本
実施形態に係る拡張ＨＴＭＬビュアで表示したときの画
面を示す図である。

【図２３】 タブ機能を実現するための拡張ＨＴＭＬの
記述例（タイトルはＥｘａｍｐｌｅ１）を示す図であ
る。

【図２４】 図２３の拡張ＨＴＭＬを本実施形態に係る
拡張ＨＴＭＬビュアで表示したときの画面を示す図であ
る。

【符号の説明】

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

Claims (6)

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