JP2001265472A - ユーザインタフェース実現方法およびそのためのプログラムを記録したコンピュータ読取可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 使用されるコンピュータシステム等にかかわ
らず、ユーザごとに適切に調整されたインタフェースを
実現するインタフェース実現方法を提供する。 【解決手段】 サーバ２０上で動作するインタフェース
実現方法は、クライアント１０から受ける要求に応答し
て、ユーザに対して提示すべきユーザインタフェースを
構築するための、所定の抽出条件によりフィルタリング
（２２）されたプロファイル２４およびプログラムコー
ドを含んだモジュールを動的に準備するステップと、ク
ライアント１０に対してモジュールを送信し、そのクラ
イアント１０上においてモジュールを実行してインタフ
ェース３０を実現するステップと、その結果得られるプ
ロファイル更新のための情報をクライアント１０から受
信するステップと、クライアント１０から受信したプロ
ファイル更新のための情報を用いて、プロファイルデー
タベース２４を更新するステップとを含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はネットワークに接
続されたクライアントコンピュータで実行されるアプリ
ケーションプログラムのユーザインタフェースの改良に
関し、特に、サーバコンピュータからクライアントにプ
ログラムを送信してクライアントで当該プログラムを実
行する際のユーザインタフェースの改良に関する。

【０００２】

【従来の技術】パーソナルコンピュータの普及に伴い、
コンピュータ上でアプリケーションプログラムを実行す
る機会が増大している。特に、最近のいわゆるパーソナ
ルコンピュータでは、コンピュータを操作するためのコ
マンドを覚える必要の少ないグラフィカルユーザインタ
フェースが用いられており、その結果多くの人がコンピ
ュータのもたらす利益を享受している。

【０００３】ところで、一般のユーザがコンピュータを
利用する際に最も問題となるのはやはりユーザインタフ
ェースの部分であり、ユーザインタフェースの良否によ
って、コンピュータのオペレーティングシステムおよび
アプリケーションプログラムなどの使いやすさが相当の
程度まで支配される。

【０００４】たとえば、現在のワードプロセッサプログ
ラムは多機能化しており、非常に高度な文書表現が可能
となっている。その上、ワードプロセッサにより作成さ
れる文書にある種のプログラムに相当する機能を持たせ
ることも可能であり、そのための機能もワードプロセッ
サプログラムから呼出すことが可能である。その結果、
ワードプロセッサプログラムがユーザに提供するユーザ
インタフェース部品（メニューの項目、機能を選択する
ためのボタン等）が多種多様となりかつその数が多くな
っている。

【０００５】一方で、作成する文書の種類などによって
利用する機能が異なっており、同時に全ての機能をりよ
うすることは稀である。むしろ、あまりに多数の項目が
メニューに表示されたり、あまりに多数のボタンが画面
に表示されたりすると、目的とする機能に対応するメニ
ュー項目またはボタンが見つけにくくなり、その結果プ
ログラムが使いにくくなるという問題がある。しかし、
ワードプロセッサが多くの機能を持っている限り、この
問題に対応するためにメニュー項目またはボタンなど、
ユーザがその機能を選択するためのユーザインタフェー
ス部品の数を減少させることはできない。

【０００６】この問題に対処するために、予測インタフ
ェースと呼ばれる、一種の知的インタフェースが開発さ
れている。ワードプロセッサプログラムを例にすると、
ユーザが「（１）」で始まる段落を入力したときに、以
下の文書内容がいわゆる「箇条書き」となるものと予測
し、当該段落の入力が終了し改行キーが押された時点で
自動的に次の段落の先頭に「（２）」という箇条書き番
号を表示する、という機能がこの予測インタフェースの
一例である。

【０００７】また、あるアプリケーションを使用する際
にユーザが用いる機能の統計をとり、その結果に応じて
使用頻度の高い項目のみを常時メニューに表示し、使用
頻度の低い項目は特定の操作がされたときにのみ表示す
るようなインタフェースも開発されている。これも統計
を用いた一種の知的インタフェースということができ
る。

【０００８】こうした知的インタフェースを採用したア
プリケーションまたはオペレーティングシステムでは、
ユーザの操作に応じたユーザインタフェースが実現でき
るので、ユーザにとってはより使いやすくなると考えら
れる。

【０００９】

【発明が解決しようとする課題】上記した予測インタフ
ェースは、ユーザの操作に応じて次の操作を予測するこ
とによりユーザの操作を軽減する点では使いやすい。

【００１０】一方、統計に基づく知的インタフェースの
従来例は、いずれも各アプリケーションまたは各システ
ムごとに閉じているという問題がある。そのため、ある
人があるアプリケーションプログラムをあるコンピュー
タシステムで継続して使用すれば、そのコンピュータシ
ステムでのそのアプリケーションプログラムで提供され
るユーザインタフェースはそのユーザに対して適切に調
整されたものとなる。その結果そのコンピュータシステ
ムで当該アプリケーションプログラムを使用している限
り、その人の過去の操作履歴に基づいた使いやすいイン
タフェースが実現できる。これ自体は望ましいことであ
るが、この場合でも別のコンピュータシステムで同じア
プリケーションプログラムを使用する場合、または同じ
コンピュータシステムで別のアプリケーションプログラ
ムを使用する場合には、また全く別の（過去の操作履歴
が考慮されていない）インタフェースで作業を開始しな
ければならない。これは、上記した知的インタフェース
の従来例が、各システムまたは各アプリケーションプロ
グラムごとに閉じていたためである。

【００１１】しかし、現代社会では、ある個人が複数個
のコンピュータ（たとえばデスクトップタイプとノート
ブックタイプ）を所有し、時に応じ、場所に応じて使い
分けることも多い。また、ある個人が企業内の別々のコ
ンピュータを用いて同じアプリケーションを使用する機
会も多くなっている。そうした場合に、従来の方法で
は、過去のそのユーザの操作履歴に応じた一貫したユー
ザインタフェースを提供することは困難である。また、
一つのコンピュータを他人と共用する場合などには、従
来の方法ではそうしたユーザインタフェースの提供は不
可能である。その結果、使用するコンピュータシステム
またはアプリケーションプログラムにかかわらず、一貫
して、あるユーザに適した形で調整されたユーザインタ
フェースを用いてユーザがコンピュータを操作すること
ができないという問題がある。

【００１２】それゆえに本発明の目的は、使用されるコ
ンピュータシステムまたはアプリケーションプログラム
にかかわらず、ユーザごとに適切に調整された知的イン
タフェースを実現できるインタフェース実現方法および
そのためのプログラムを記録したコンピュータ読取可能
な記録媒体を提供することである。

【００１３】

【課題を解決するための手段】第１の発明にかかるユー
ザインタフェース実現方法は、クライアントコンピュー
タとネットワーク接続され、各クライアントコンピュー
タで実行可能なプログラムコードを各クライアントコン
ピュータに送信可能なサーバコンピュータを用いて、ユ
ーザごとに適切に調整されたインタフェースを各前記ク
ライアントコンピュータにおいて実現するためのインタ
フェース実現方法であって、クライアントコンピュータ
から受ける要求に応答して、当該要求を発行したユーザ
に対して提示すべきユーザインタフェースを構築するた
めの環境情報および当該ユーザインタフェースの振舞い
を規定するプログラムコードを含んだモジュールを準備
するステップと、この要求を発行したクライアントコン
ピュータに対してモジュールを送信し、そのクライアン
トコンピュータ上においてモジュールを実行させてユー
ザインタフェースを実現するステップと、クライアント
コンピュータにおいてモジュールを実行した結果得られ
る、環境情報の更新のための情報をクライアントコンピ
ュータから受信するステップと、クライアントコンピュ
ータから受信した環境情報の更新のための情報を用い
て、ユーザごとの環境情報を記憶した環境情報データベ
ースを更新するステップとを含む。

【００１４】第１の発明によれば、ユーザごとに環境情
報がサーバコンピュータによって維持され、ユーザがど
のクライアントを用いてサーバコンピュータに要求を出
しても、そのユーザに対する環境情報を含んだモジュー
ルがクライアントに送信され実行される。環境情報はサ
ーバコンピュータによって維持され、その環境情報によ
ってユーザインタフェースが構築されるため、クライア
ントのコンピュータシステムまたはアプリケーションに
かかわらず、ユーザごとに適切に調整された知的インタ
フェースを実現できる。

【００１５】第２の発明にかかるユーザインタフェース
実現方法によれば、第１の発明の構成に加えて、ユーザ
インタフェースは、ユーザの選択枝をリストする選択的
インタフェース部品を含み、環境情報の更新のための情
報は、選択的インタフェース部品を用いたユーザの選択
結果を含み、環境情報は、ユーザによる選択結果に基づ
いて作成された操作履歴を含む。

【００１６】第２の発明によれば、第１の発明の作用に
加えて、選択的ユーザインタフェースにリストされる選
択枝は、ユーザの操作履歴に基づいて構築される。その
ため、ユーザの過去の操作履歴に基づいてユーザごとに
適切に調整されたユーザインタフェースを、クライアン
トのコンピュータシステムまたはアプリケーションにか
かわらず実現できる。

【００１７】第３の発明にかかるユーザインタフェース
実現方法によれば、第１または第２の発明の構成に加え
て、モジュールを準備するステップは、クライアントコ
ンピュータから受ける要求に応答して、当該要求を発行
したユーザに対して提示すべきユーザインタフェースを
構築するための環境情報を環境情報データベースから読
出すステップと、環境情報データベースから読出された
環境情報から、所定の条件を充足する情報のみを抽出す
るステップと、所定の条件を充足する情報および前記ユ
ーザインタフェースの振舞いを規定する前記プログラム
コードを含んだ前記モジュールを準備するステップとを
含む。

【００１８】第３の発明によれば、第１の発明または第
２の発明の作用に加えて、ユーザごとの環境情報の中で
も所定の条件を充足するもののみがクライアントコンピ
ュータに送信され、それに基づいてユーザインタフェー
スが実現される。ユーザの操作履歴に基づき、ユーザが
要求を発したときに最適と思われるような環境情報を抽
出できる条件を設定することにより、ユーザごとに適切
に調整され、かつ適切な数の選択枝を含むユーザインタ
フェースを、クライアントのコンピュータシステムまた
はアプリケーションにかかわらず実現できる。

【００１９】第４〜第６の発明は、第１〜第３の発明に
かかるユーザインタフェース実現方法をクライアントコ
ンピュータにおいて実現するためのプログラムを記録し
たコンピュータ読取可能な記録媒体である。したがっ
て、サーバコンピュータによってこのプログラムを実行
することにより、上記第１〜第３の発明と同様の作用・
効果を奏することができる。

【００２０】

【発明の実施の形態】［システムの概略］以下、本発明
の実施の形態１にかかるインタフェース実現方法を提供
するシステムについて説明する。後に説明するように、
このインタフェース実現方法は、相互にネットワークで
接続されたパーソナルコンピュータまたはワークステー
ション等の上で実行される、サーバプログラムとクライ
アントプログラムとによって実現されるものである。こ
のシステムは、ユーザごとに、プログラムまたはシステ
ムの操作時の嗜好または操作傾向等、過去の操作履歴に
関する情報をサーバに蓄積しておき、クライアントコン
ピュータに対してそうしたユーザの操作履歴に関する情
報を送信することにより、どのクライアントコンピュー
タにおいても各ユーザに対して適切に調整されたユーザ
インタフェースを提供する。

【００２１】そのために、プログラムの一部分をサーバ
からクライアントに送信してクライアント上で実行さ
せ、その結果をサーバで受取って処理する遠隔実行機構
を採用する。

【００２２】このようなプログラムの部分移送を伴う遠
隔実行は、ソケット通信、遠隔手続呼出しとともに開放
型分散環境におけるシステムプログラミングをサポート
するための言語機構として利用することもできる。しか
しこの実施の形態では、この遠隔実行は、サーバにより
集中的に管理され、サーバからクライアントに移動して
クライアント上で実現される知的インタフェースを実現
するための前提として用いられる。

【００２３】図１を参照して、この実施の形態を実現す
るためのシステムは、図示しないネットワークを介して
相互に接続されるクライアント１０およびサーバ２０を
含む。なお図ではクライアントを一つしか図示していな
いが、サーバ２０には多数のクライアントが接続可能で
ある。サーバ２０と各クライアント１０との間の通信は
同期的に行なわれるものとする。

【００２４】サーバ２０は、ユーザの過去の操作履歴か
ら収集した、ユーザの嗜好またはユーザの操作傾向を示
す情報（この情報はユーザに対して提示すべきユーザイ
ンタフェースを構築するための環境情報に相当する。以
下この情報を「プロファイル」（ｐｒｏｆｉｌｅ）と呼
ぶ。）を蓄積するためのプロファイルデータベース２４
（単に「ｐｒｏｆｄｂ」とも呼ぶ。）と、クライアント
１０からの要求に応じて、当該要求に含まれるユーザ識
別子に対応したプロファイルをプロファイルデータベー
ス２４から読出し、適切な条件にしたがってこのプロフ
ァイル中からさらにクライアントに送信すべきサブプロ
ファイル（ｓｕｂｐｒｏｆ）を抽出するためのフィルタ
リングプログラム２２と、こうして抽出されたサブプロ
ファイルを、クライアント１０で実現されるべきユーザ
インタフェース（ＵＩ）の振舞いを規定するプログラム
部分と合わせることにより、クライアント１０で実行可
能な関数の形のモジュールと呼ばれる送信情報を作成す
るための図示しない送信プログラムと、このモジュール
をクライアント１０で実行した結果を受けて、その結果
でプロファイルデータベース２４の当該ユーザのプロフ
ァイルを更新するための図示しない更新プログラムとを
含む。

【００２５】クライアント１０は、サーバ２０からモジ
ュールを受信し、当該モジュールに含まれるプロファイ
ルおよびプログラムコードにしたがってユーザインタフ
ェース３０を構築するためのユーザインタフェース構築
プログラムと、このように構築されたユーザインタフェ
ース３０を用いて行なったユーザの操作結果（ｕｓｅｒ
＿ｓｅｌｅｃｔｉｏｎ）をサーバ２０に対して送信する
ための結果送信プログラムとを含む。

【００２６】以下に説明する実施の形態のシステムで
は、クライアント１０ではインターネットのウェブサイ
トの既定のリストを表示してその中の一つをユーザに選
択させ、ブラウザを起動させてそのページを表示するア
プリケーションが実行されることを想定する。この場
合、プロファイルデータベース２４には、ユーザが閲覧
したウェブページのＵＲＬ（Uniform Resource Locato
r）とそのページを閲覧した時刻との組のリストが、各
ユーザごとに記憶されているものとする。そして、たと
えば、ユーザがクライアント１０を操作している現時刻
に最も近い過去の時刻に閲覧されたことがあるウェブペ
ージが自動的に選択されてクライアント１０で表示され
るものとする。

【００２７】たとえば、時刻午後５時にユーザがクライ
アント１０でこのプログラムを起動した場合、過去のこ
のユーザの閲覧したウェブページのリストのうちから、
日にちを問わず、午後５時に近い時刻に閲覧されたもの
（たとえば３日前の午後５時５分に閲覧されたものな
ど）が所定数だけ表示される。これは、ユーザが閲覧す
るウェブページが、時刻によってある傾向を有する場合
に有効である。

【００２８】その他にも、ユーザが操作しているクライ
アント１０の場所（たとえばそれが自宅か、勤務先か）
によって、ユーザが閲覧しようとするウェブページの傾
向も異なるであろう。したがってそうした場合には、プ
ロファイルとしてウェブページのＵＲＬとクライアント
の場所によってプロファイルを管理することが有効であ
る。また、クライアントの場所と時刻との双方によって
プロファイルを管理することも考えられる。また、曜日
をあわせて考慮してもよい。

【００２９】また、この実施の形態のシステムでは、プ
ロファイルデータベース２４で管理されるプロファイル
はユーザごとのものである必要がある。ただし、たとえ
ばユーザがグループに分類され、グループごとに同様の
作業を行なうような場合には、グループごとにプロファ
イルを管理してもよいし、一種の階層構造でグループご
と、さらにその中のユーザごとにプロファイルを管理す
ることも可能である。

【００３０】なお図１に示す例では、サーバ２０から送
信されたモジュールに含まれるウェブサイトのリスト
を、クライアント１０側ではプログラム命令「ａｄｄ＿
ｉｔｅｍ」によって一項目ずつすべてメニュー中のウェ
ブページリスト中に追加する仕様となっている。メニュ
ーはユーザインタフェースの一部品と考えられるが、そ
の機能としては表示した複数項目のうちの一つ（場合に
よっては複数）をユーザに選択させる選択的機能を持っ
たものである。このウェブサイトのリストは、所定の条
件を充足するもののみを含むため、メニューに表示され
るウェブサイトの項目数が過大となることが防止でき、
選択が容易になる。またプロファイルを使用してデフォ
ルトで選択される項目を指定することができるので、ユ
ーザにとっては項目の選択がしやすい。

【００３１】なお、上記したクライアント側の処理では
メニューを用いているが、それ以外にもたとえばポップ
アップメニュー、ドロップダウンリスト、ラジオボタン
など、複数個の項目の中から一つまたは複数個を選択さ
せる機能を有するユーザインタフェース部品であれば、
どのようなものでも使用することができる。アプリケー
ションによっては、選択的なユーザインタフェース部品
以外の部品に対して上記したようなプロファイル情報を
用いてユーザインタフェースを構築してもよい。 ［ハードウェア構成］図２に、このインタフェース実現
方法を実施するシステムを構成するサーバ２０の一例の
外観を示す。示される通り、このサーバ２０は一般的な
パーソナルコンピュータまたはワークステーションから
なる。クライアント１０も同様である。したがって以下
では、サーバ２０についてのハードウェア的構成につい
て説明する。

【００３２】図２を参照してこのサーバ２０は、ＣＤ−
ＲＯＭ（Compact Disc Read-Only Memory）ドライブ５
０およびＦＤ（Flexible Disk）ドライブ５２を備えた
コンピュータ４０と、コンピュータ４０に接続された表
示装置としてのディスプレイ４２と、同じくコンピュー
タ４０に接続された入力装置としてのキーボード４６お
よびマウス４８とを含む。

【００３３】図３に、このサーバ２０の内部構成をブロ
ック図形式で示す。図３に示されるようにこのサーバ２
０を構成するコンピュータ４０は、ＣＤ−ＲＯＭドライ
ブ５０およびＦＤドライブ５２に加えて、それぞれバス
６６に接続されたＣＰＵ（Central Processing Unit ）
５６と、ＲＯＭ（Read Only Memory)５８と、RAM（Rand
om Access Memory）６０と、ハードディスク５４と、こ
のサーバ２０をネットワークに接続するためのネットワ
ークインタフェース６８とを含んでいる。ＣＤ−ＲＯＭ
ドライブ５０にはＣＤ−ＲＯＭ６２が装着される。ＦＤ
ドライブ５２にはＦＤ６４が装着される。

【００３４】なお、クライアント１０の場合には、ネッ
トワークへの接続はＰＰＰ（Point-to-Point Protoco
l）によるものである場合もあり、その場合にはネット
ワークインタフェース６８にかえてモデムまたはターミ
ナルアダプタなどが用いられる。

【００３５】既に述べたようにこのインタフェース実現
方法は、コンピュータハードウェアと、ＣＰＵ５６によ
り実行されるソフトウェアとにより実現される。一般的
にこうしたソフトウェアはＣＤ−ＲＯＭ６２、ＦＤ６４
等のコンピュータ読取り可能な記憶媒体に格納されて流
通し、ＣＤ−ＲＯＭドライブ５０またはＦＤドライブ５
２等により記憶媒体から読取られてハードディスク５４
に一旦格納される。または、当該装置がネットワークに
接続されている場合には、ネットワーク上のサーバから
一旦ハードディスク５４に一旦コピーされる。そうして
さらにハードディスク５４からＲＡＭ６０に読出されて
ＣＰＵ５６により実行される。なお、ネットワーク接続
されている場合には、ハードディスク５４に格納するこ
となくＲＡＭ６０に直接ロードして実行するようにして
もよい。

【００３６】図２および図３に示したコンピュータのハ
ードウェア自体およびその動作原理は一般的なものであ
る。したがって、本発明の最も本質的な部分はＦＤ６
４、ハードディスク５４等の記憶媒体に記憶されたソフ
トウェア、またはネットワークを介して搬送される信号
波として流通するソフトウェアである。

【００３７】なお、最近の一般的傾向として、コンピュ
ータのオペレーティングシステムの一部として様々なプ
ログラムモジュールを用意しておき、アプリケーション
プログラムはこれらモジュールを所定の配列で必要な時
に呼び出して処理を進める方式が一般的である。そうし
た場合、当該インタフェース実現方法を実現するための
ソフトウェア自体にはそうしたモジュールは含まれず、
当該コンピュータでオペレーティングシステムと協働し
てはじめてインタフェース実現方法が実現することにな
る。しかし、一般的なプラットフォームを使用する限
り、そうしたモジュールを含ませたソフトウェアを流通
させる必要はなく、それらモジュールを含まないソフト
ウェア自体およびそれらソフトウェアを記録した記録媒
体（およびそれらソフトウェアがネットワーク上を流通
する場合のデータ信号）が実施の形態を構成すると考え
ることができる。

【００３８】上記したように、本願発明は実質的にはソ
フトウェア処理によって実現される。本実施の形態の装
置においてクライアント１０でユーザごとに適切に調整
されたユーザインタフェースを実現する処理を行なうた
めの、サーバ２０およびクライアント２０によって実行
されるソフトウェアは以下のような制御構造を有する。 ［サーバ２０］サーバ２０での処理についてまず説明す
る。なお、クライアント１０からの要求を受信する処理
など、クライアントとサーバ間で行なわれる一般的な通
信処理は周知であるので、以下の説明ではそれらについ
ての詳細な説明は行なわない。

【００３９】図４を参照して、クライアント１０から要
求を受信すると、サーバ２０は、この要求に対応するプ
ログラムのうち、クライアント１０側で実行されるブロ
ック（これを「Ｒｅｍｏｔｅブロック」と呼ぶ。）内で
参照される変数の値を、予め用意されている変数表に登
録する（ステップＳ８０。なお以下の説明では「ステッ
プＳ」を単に「Ｓ」と表記する。）。

【００４０】サーバ２０が保持しているプログラムの一
例を図５に示す。図５を参照して、このプログラム１０
０は、プログラム内部の変数を宣言したり、変数への初
期値の格納処理をしたりするためのＡブロック１１０
と、上記したＲｅｍｏｔｅブロックに相当する、クライ
アント１０で実行されるべきＢブロック１１２と、クラ
イアント１０での実行結果に基づいてプロファイルデー
タベース２４を更新する処理などを行なうためのＣブロ
ック１１４とを含む。上記したＳ８０では、このＢブロ
ック１１２の内部で参照される変数の値が変数表に登録
される。

【００４１】続いて、この変数表を用いてＲｅｍｏｔｅ
ブロック内部を本体とするモジュールの定義を作成する
（Ｓ８２）。Ｓ８０およびＳ８２によりモジュールが遠
隔処理の実行時に動的に準備されることになる。ここま
での処理は一般的なコンパイル型言語でのコンパイル処
理に相当するものである。この処理を図７および図８を
参照して説明する。

【００４２】図５に示されるＢブロック１１２のうち、
クライアント１０で実行される手続きはステートメント
列１４０である。Ｓ８２では、このステートメント列１
４０を含む、Ｂブロック１１２と等価な、図８に示すよ
うな関数１５０（「Ｂｂｌｏｃｋ」という名称を有す
る。）を生成する。図８に示されるように、関数１５０
はステートメント列１４０と一致するステートメント列
１５２を含んでいる。

【００４３】さらにサーバ２０は、Ｒｅｍｏｔｅブロッ
ク内部で参照される変数の値を保持するための「環境」
を作成し、そこにＲｅｍｏｔｅブロック内部で参照され
る、プロファイル情報から得られた局所変数の値を保存
する（Ｓ８４）。同時にここでは、Ｒｅｍｏｔｅブロッ
ク内部でユーザ操作に応じて値が格納される箱に相当す
る領域も準備される。

【００４４】関数１５０を実行するためのサーバ２０で
行なわれる５つのステートメント（１）〜（５）のう
ち、（１）および（２）がＳ８４で行なわれる処理に相
当する。（１）は、ｅｎｖという名の、環境（Ｅｎｖｉ
ｒｏｎｍｅｎｔ）というクラスのインスタンスを生成す
る命令である。（２）はこうして生成された環境ｅｎｖ
にプロファイルデータベース２４から抽出されたｓｕｂ
ｐｒｏｆの値を格納する命令である。

【００４５】続いて、上記した環境ｅｎｖと、この環境
ｅｎｖを参照する、Ｒｅｍｏｔｅブロック内部を含むモ
ジュールを作成する処理が行なわれる（Ｓ８６）。この
処理は図８に示されるステートメント列のうち（３）に
相当する。

【００４６】さらにＳ８８で、このモジュールをクライ
アント１０に転送して実行させる処理が行なわれる。こ
の処理は図８に示されるステートメント列のうち（４）
に相当する。

【００４７】最後に、クライアント１０から返送されて
きた、このモジュールの実行結果を示す環境の値を受取
り（Ｓ９０）、この環境からユーザの選択結果を示す局
所変数の値を取出して、サーバ２０の側の対応の局所変
数を更新する処理が行なわれる。この処理の結果、プロ
ファイルデータベース２４内の、このユーザに関する操
作履歴が更新される。 ［クライアント１０］続いて、クライアント１０側で行
なわれる処理について説明する。図９を参照して、クラ
イアント１０側では、サーバ２０から受取ったモジュー
ル１６０から、環境ｅｎｖ１６２を取出す。この中に
は、ユーザの指示を示す値（ｓｕｂｐｒｏｆ）が格納さ
れる箱に相当する領域１６４が準備されており、この領
域１６４が図８に示す関数の戻り値となる。

【００４８】一方、モジュール１６０からは、ユーザイ
ンタフェースの振舞いを規定するコード部分であるＢブ
ロックのプログラムコード１６６が取出され、クライア
ント１０によって実行されることによりユーザインタフ
ェースを実現する。このときのユーザインタフェースの
振舞いは、環境ｅｎｖ１６２中の値によって規定される
値によって決定される。環境ｅｎｖ１６２の値はサーバ
２０のプロファイルデータベース２４から取出された、
このユーザについての操作履歴を示すものである。その
結果、クライアント１０によって実現されるユーザイン
タフェースはこのユーザにとって最適化されたものとな
る。

【００４９】こうした処理をクライアント１０側で実現
するために、クライアント１０が実行すべき処理につい
て図１０を参照して説明する。まず、クライアント１０
はサーバ２０からモジュール１６０を受取る（Ｓ１７
２）。モジュール１６０には、前述したとおり環境ｅｎ
ｖ１６２およびＢブロックのプログラムコード１６６が
含まれている。

【００５０】Ｓ１７４で、このモジュール１６０のうち
Ｂブロックのプログラムコード１６６に相当する部分を
クライアント１０上で実行する。このときに実現される
ユーザインタフェースの振舞いは前述したとおり環境ｅ
ｎｖ１６２中の値によって規定される。その結果、クラ
イアント１０によって実現されるユーザインタフェース
はこのユーザにとって最適化されたものとなる。この処
理の結果実現されたユーザインタフェースを用いて、ユ
ーザが何らかの指示を行なうことが想定される。

【００５１】ユーザから何らかの指示があった結果、ク
ライアント１０はこのときの指示を示す値を環境ｅｎｖ
に格納し、この環境部分をサーバ２０に送り返す（Ｓ１
７６）。この結果サーバ２０は、受取った環境を用いて
前述したようにプロファイルデータベース２４を更新す
る。 ［システム動作の概略］上記した処理を再度ブロック化
して示すと図６に示すようになる。すなわち、Ａブロッ
ク１１０、Ｂブロック１１２およびＣブロック１１４か
らなるプログラムはいずれもサーバ２０に保存されてい
る。これらブロックのうち、クライアント１０で実行さ
れるべき部分（Ｒｅｍｏｔｅブロック）はＢブロック１
１２である。

【００５２】クライアント１０がこのプログラムを実行
する場合、まずこのクライアントを使用しているユーザ
に関する操作履歴情報であるｓｕｂｐｒｏｆを格納する
ための環境１２０がＡブロック１１０によって宣言、ア
ロケートされる。この環境１２０に、プロファイルデー
タベース２４から読み出され、所定の基準にしたがって
抽出されたそのユーザのサブプロファイルｓｕｂｐｒｏ
ｆｉｌｅが格納される。

【００５３】続いて、Ｂブロック１１２の実行時には、
環境１２０およびＢブロック１１２がモジュールとして
がサーバ２０からクライアント１０に転送され（１２
４、１２８）る。この結果、環境１２０のコピーである
環境１２２がクライアント１０側に生成され、この環境
１２２中の値を用いてＢブロック１１２が動作してユー
ザインタフェースを実現し、ユーザの指示を示す値を環
境１２２に格納する。処理が終了すると、環境１２２は
サーバ２０に返送され、環境１２０内にコピーされる
（１２６）。一方Ｂブロック１１２からは実行結果の戻
り値がサーバ２０に返される（１３０）。 ［実施の形態の作用効果］この実施の形態のシステムに
よれば、プログラムをサーバ２０に保持しておき、クラ
イアント１０に転送して遠隔実行する。この遠隔実行機
構では、指定されたプログラム部分を本体とする、ユー
ザごとの操作履歴情報を示す情報に代表される環境をも
含んだモジュールをクライアント１０にコピーすること
によってユーザごとに適切に調整されたユーザインタフ
ェースをクライアント１０において実現する。遠隔実行
はクライアント１０とサーバ２０との間の同期型の処理
により行なわれるが、この間、クライアント１０とサー
バ２０との接続は維持する必要がない。このモジュール
に含まれる環境は、クライアント１０での当該プログラ
ム部分の実行の結果の戻り値とともにサーバ２０に返送
される。サーバ２０は、返された環境を用いてプロファ
イルデータベース２４を更新する。

【００５４】この遠隔実行機構では、遠隔実行に必要な
プログラム部分のみが、最適なユーザインタフェースを
実現するために必要とされる環境とともに移送されるの
で、遠隔実行が効率的に行なわれる。また、送信される
プログラム部分および環境は通信環境の変化からはあま
り影響を受けず、その結果このシステムは通信環境の変
化に対して頑強である。

【００５５】上記した例では、上に説明した機構によっ
てサーバ２０において維持されるユーザの操作履歴に応
じたウェブサイトのリストが、クライアント１０側でユ
ーザインタフェースにより表示される。このリストは、
既に説明したようにこの実施の形態では、このクライア
ントを利用しているユーザごとに、現在の時刻に近い時
刻に閲覧したウェブサイトを含んでいる。そのため、ユ
ーザにとっては毎日の行動パターンにしたがって適切な
ウェブサイトのみがリスト中に表示されることとなる。

【００５６】ユーザが選択したＵＲＬとそのときの時刻
とは再度サーバ２０に返送され、サーバ２０はその情報
を用いてこのユーザの操作履歴を更新する。

【００５７】このシステムでは、ユーザが別のクライア
ントを用いて同じプログラムを起動したときにも、サー
バから共通の環境が各クライアントに送信されるので、
同じユーザインタフェースを提供することができる。そ
のため、クライアント間でユーザごとの操作の学習結果
を共有することが可能となる。

【００５８】今回開示された実施の形態はすべての点で
例示であって制限的なものではないと考えられるべきで
ある。本発明の範囲は上記した説明ではなくて特許請求
の範囲によって示され、特許請求の範囲と均等の意味お
よび範囲内でのすべての変更が含まれることが意図され
る。

【図面の簡単な説明】

【図１】 本発明の１実施の形態にかかる方法を実施す
るシステムの概略構成図である。

【図２】 本発明の１実施の形態にかかる方法を実施す
るシステムの外観図である。

【図３】 本発明の１実施の形態にかかる方法を実施す
るシステムのハードウェア的構成を示すブロック図であ
る。

【図４】 本発明の実施の形態１にかかる方法を実施す
るシステム内のサーバで実行される処理のフローチャー
トである。

【図５】 本発明の実施の形態１にかかる方法を実施す
るシステムで実行されるプログラムの一例を示す図であ
る。

【図６】 本発明の実施の形態１にかかる方法を実施す
るシステムでの、情報の流れを示す図である。

【図７】 例示のプログラムのうちＲｅｍｏｔｅブロッ
クを示す図である。

【図８】 図７に示されるＲｅｍｏｔｅブロックから変
換された関数を示す図である。

【図９】 モジュールと環境およびプログラムコードと
の関係を示す図である。

【図１０】 本発明の実施の形態にかかる方法を実施す
るシステム内のクライアントで実行される処理のフロー
チャートである。

【符号の説明】

１０ クライアントコンピュータ、２０ サーバコンピ
ュータ、２２ フィルタリングプログラム、２４ プロ
ファイルデータベース、１６０ モジュール、１６２
環境。

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１３年１月１６日（２００１．１．１
６）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】０００５

【補正方法】変更

【補正内容】

【０００５】一方で、作成する文書の種類などによって
利用する機能が異なっており、同時に全ての機能を利用
することは稀である。むしろ、あまりに多数の項目がメ
ニューに表示されたり、あまりに多数のボタンが画面に
表示されたりすると、目的とする機能に対応するメニュ
ー項目またはボタンが見つけにくくなり、その結果プロ
グラムが使いにくくなるという問題がある。しかし、ワ
ードプロセッサが多くの機能を持っている限り、この問
題に対応するためにメニュー項目またはボタンなど、ユ
ーザがその機能を選択するためのユーザインタフェース
部品の数を減少させることはできない。

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】００３８

【補正方法】変更

【補正内容】

【００３８】上記したように、本願発明は実質的にはソ
フトウェア処理によって実現される。本実施の形態の装
置においてクライアント１０でユーザごとに適切に調整
されたユーザインタフェースを実現する処理を行なうた
めの、サーバ２０およびクライアント１０によって実行
されるソフトウェアは以下のような制御構造を有する。 ［サーバ２０］サーバ２０での処理についてまず説明す
る。なお、クライアント１０からの要求を受信する処理
など、クライアントとサーバ間で行なわれる一般的な通
信処理は周知であるので、以下の説明ではそれらについ
ての詳細な説明は行なわない。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 小宮 常康 京都市左京区吉田本町 京都大学大学院情 報学研究科内 Ｆターム(参考） 5B069 AA01 BA01 BA04 BB16 JA01 JA02 LA03 5B076 AB17 5B089 GA11 GA21 GB09 HA01 JA11 JB07 KA04 KA13 KB03 KC27 LB04 LB07 LB14 5E501 AA02 AC24 AC32 BA12 CA02 CB02 CB09 DA02 DA14 EB01 EB18

Claims (6)

【特許請求の範囲】
1. 【請求項１】 クライアントコンピュータとネットワー
   ク接続され、各クライアントコンピュータで実行可能な
   プログラムコードを各クライアントコンピュータに送信
   可能なサーバコンピュータを用いて、ユーザごとに適切
   に調整されたインタフェースを各前記クライアントコン
   ピュータにおいて実現するためのインタフェース実現方
   法であって、 クライアントコンピュータから受ける要求に応答して、
   当該要求を発行したユーザに対して提示すべきユーザイ
   ンタフェースを構築するための環境情報および当該ユー
   ザインタフェースの振舞いを規定するプログラムコード
   を含んだモジュールを準備するステップと、 前記要求を発行したクライアントコンピュータに対して
   前記モジュールを送信し、前記クライアントコンピュー
   タ上において前記モジュールを実行させて前記ユーザイ
   ンタフェースを実現するステップと、 前記クライアントコンピュータにおいて前記モジュール
   を実行した結果得られる、前記環境情報の更新のための
   情報を前記クライアントコンピュータから受信するステ
   ップと、 前記クライアントコンピュータから受信した環境情報の
   更新のための情報を用いて、ユーザごとの環境情報を記
   憶した環境情報データベースを更新するステップとを含
   む、ユーザインタフェース実現方法。
2. 【請求項２】 前記ユーザインタフェースは、ユーザの
   選択枝をリストする選択的インタフェース部品を含み、 前記環境情報の更新のための情報は、前記選択的インタ
   フェース部品を用いたユーザの選択結果を含み、 前記環境情報は、ユーザによる選択結果に基づいて作成
   された操作履歴を含む、請求項１に記載のユーザインタ
   フェース実現方法。
3. 【請求項３】 前記モジュールを準備するステップは、 クライアントコンピュータから受ける要求に応答して、
   当該要求を発行したユーザに対して提示すべきユーザイ
   ンタフェースを構築するための環境情報を前記環境情報
   データベースから読出すステップと、 前記環境情報データベースから読出された環境情報か
   ら、所定の条件を充足する情報のみを抽出するステップ
   と、 前記所定の条件を充足する情報および前記ユーザインタ
   フェースの振舞いを規定する前記プログラムコードを含
   んだ前記モジュールを準備するステップとを含む、請求
   項１または請求項２に記載のユーザインタフェース実現
   方法。
4. 【請求項４】 クライアントコンピュータとネットワー
   ク接続され、各クライアントコンピュータで実行可能な
   プログラムコードを各クライアントコンピュータに送信
   可能なサーバコンピュータを用いて、ユーザごとに適切
   に調整されたインタフェース実現方法を各前記クライア
   ントコンピュータにおいて実現するためのプログラムを
   記録したコンピュータ読取可能な記録媒体であって、 前記インタフェース実現方法は、 クライアントコンピュータから受ける要求に応答して、
   当該要求を発行したユーザに対して提示すべきユーザイ
   ンタフェースを構築するための環境情報および当該ユー
   ザインタフェースの振舞いを規定するプログラムコード
   を含んだモジュールを準備するステップと、 前記要求を発行したクライアントコンピュータに対して
   前記モジュールを送信し、前記クライアントコンピュー
   タにおいて前記モジュールを実行させて前記ユーザイン
   タフェースを実現するステップと、 前記クライアントコンピュータにおいて前記モジュール
   を実行した結果得られる、前記環境情報の更新のための
   情報を前記クライアントコンピュータから受信するステ
   ップと、 前記クライアントコンピュータから受信した環境情報の
   更新のための情報を用いて、ユーザごとの環境情報を記
   憶した環境情報データベースを更新するステップとを含
   む、コンピュータ読取可能な記録媒体。
5. 【請求項５】 前記ユーザインタフェースは、ユーザの
   選択枝をリストする選択的インタフェース部品を含み、 前記環境情報の更新のための情報は、前記選択的インタ
   フェース部品を用いたユーザの選択結果を含み、 前記環境情報は、ユーザによる選択結果に基づいて作成
   された操作履歴を含む、請求項４に記載のコンピュータ
   読取可能な記録媒体。
6. 【請求項６】 前記モジュールを準備するステップは、 クライアントコンピュータから受ける要求に応答して、
   当該要求を発行したユーザに対して提示すべきユーザイ
   ンタフェースを構築するための環境情報を前記環境情報
   データベースから読出すステップと、 前記環境情報データベースから読出された環境情報か
   ら、所定の条件を充足する情報のみを抽出するステップ
   と、 前記所定の条件を充足する情報および前記ユーザインタ
   フェースの振舞いを規定する前記プログラムコードを含
   んだ前記モジュールを準備するステップとを含む、請求
   項４または請求項５に記載のコンピュータ読取可能な記
   録媒体。