JP2005115929A - コンピュータシステムのユーザインタフェースにおいてデータを出力するための方法、コンピュータシステム、およびコンピュータプログラム製造物 - Google Patents

Abstract

【課題】コンピュータシステムのユーザインタフェースにおいてデータを出力するための方法、コンピュータシステム、およびコンピュータプログラム製造物を提供する。
【解決手段】ユーザインタフェース１００において、少なくとも２つのコンピュータプログラム２００、２１０のそれぞれから、少なくとも２つのデータカテゴリに分類されたデータを受信し、また、少なくとも２つのコンピュータプログラム２００、２１０からの、１つのカテゴリに分類されたデータを一緒に、かつ、他のカテゴリに分類されたデータからは分離して表す。
【選択図】図１

Description

本発明は、コンピュータシステム内でデータを出力する方法に関する。本発明は、さらに、コンピュータシステムおよびクライアントシステムに関する。本発明は、また、コンピュータプログラム製造物および製品に関する。

コンピュータシステム上では、複数のアプリケーションまたはコンピュータプログラムが同時に実行される場合がある。それらの実行中のプログラム（の一部）は、ユーザインタフェースにおいてユーザに同時に示されることが知られている。例えば、ウィンドウズ（Ｗｉｎｄｏｗｓ（登録商標））オペレーティングシステム内で、さまざまなプログラムが実行中の場合、各プログラムについて独立したウィンドウが、グラフィカルユーザインタフェース（ＧＵＩ）において存在し、前記ウィンドウ内でそれぞれのプログラムの一部が表される。したがって、ユーザは、単一のユーザインタフェースにおいて複数のプログラムを同時に知覚することができる。

また、企業リソースシステムを実行するコンピュータシステムについては、役割ベースの統合プラットフォームが知られている。役割ベースの統合プラットフォームでは、同時に実行されているさまざまなプログラムからの情報が、ユーザインタフェースにおいてユーザに提示されるが、提示される情報は、企業内でのユーザの役割に関連する情報に限定されている。したがって、ユーザに関連する情報のみが提示され、重複が少ない情報が提示される。

しかし、これらの既知の方法およびシステムの欠点は、ユーザインタフェースにおいて、依然としてプログラムが分離して表されるということである。したがって、ユーザは、各プログラムからの情報を別々に取り入れてから、さまざまなプログラムからの情報をマージしなければならない。役割ベースの統合プラットフォームでは、ユーザは、自分の役割に関連した情報のみを受け取るが、情報はさまざまなプログラムで表されているため、特に、自分の役割、作業のステータス、および次の行動の決定を理解するのは困難である。したがって、既知のシステムおよび方法は、使いやすさの程度が低いものである。

本発明の目的は、コンピュータシステム内でデータを出力するための、使いやすさが向上した方法を提供することである。そのために、本発明では、請求項１に記載の方法を提供する。

かかる方法では、さまざまなプログラムからの、同じデータカテゴリに分類された情報が一緒に提示されるため、使いやすさが向上する。したがって、ユーザは、さまざまなプログラムからのデータを処理して、情報を統合する必要はない。それにより、使いやすさが向上する。

さらに、本発明は、請求項８に記載のコンピュータシステムを提供する。本発明は、また、請求項１０に記載のクライアントシステムを提供する。本発明は、また、請求項１１に記載のコンピュータプログラム製造物、および請求項１２に記載の製品を提供する。

本発明の特定の実施形態は、従属請求項に記載されている。本発明のさらなる詳細、態様、および実施形態を、あくまでも例として、図面を参照して以下に説明する。

図１のコンピュータシステム１の例は、人が認知できる形態で情報を出力することが可能な、ユーザインタフェース（ＵＩ）１００を具備している。このＵＩにおいては、例えば、コンピュータシステム１で実行中のコンピュータプログラム（の部分）が、例えば、音声、グラフィックス、またはその他の方法で表されることが可能である。本例では、ＵＩは、表示装置においてグラフィカルユーザインタフェース（ＧＵＩ）を備えていると想定されている。ただし、ＵＩは、他のタイプのインタフェースを同様に備えていてもよい。

コンピュータシステム１では、コンピュータプログラム‘ｘＡＰＰ’２００、２１０が実行されている。図１に示す例では、２つのコンピュータアプリケーションまたはコンピュータプログラム２００、２１０が、コンピュータシステム１上で実行されている。ただし、異なる数のプログラムが、同様に実行されていてもよい。さらに、それらのコンピュータプログラムは、単一のプロセッサ上で同時に実行されていてもよく、また、別々のプロセッサ上で同様に実行されていてもよい。

コンピュータシステム１は、デスクトップコンピュータや携帯情報端末（ＰＤＡ）などの、単一のコンピュータ装置のような、適切なプログラマブルデバイスを備えていてもよい。ただし、コンピュータシステム１は、同様に、データ通信ネットワークにより接続された２つ以上の独立したコンピュータ装置を備えていてもよい。その場合、コンピュータプログラム２００、２１０は、例えば、ユーザインタフェース１００を備えたクライアントコンピュータに通信接続された、独立したサーバ装置上で実行されていてもよい。

本例では、ユーザインタフェース１００において、例えばＷｅｂブラウザプログラムが、Ｗｅｂブラウザユーザインタフェースとしてグラフィカルに表示されてもよく、前記Ｗｅｂブラウザプログラムは、ドイツ、ヴァルドルフ市のＳＡＰ 株式会社（ＳＡＰ Ａ．Ｇ．（Ｗａｌｄｏｒｆ，Ｇｅｒｍａｎｙ））により販売されているようなコンピュータ化企業管理システムの、プログラム、データ、サービスなどのリソースへのアクセスを可能にするものである。その場合、サブインタフェース１０１〜１０３が、例えばデータフィールド、テーブル、またはその他として、Ｗｅｂブラウザユーザインタフェース内に表示されてもよい。

図１の例では、コンピュータプログラム２００、２１０は、分類装置３００、３１０、３２０を介してコンピュータプログラム２００、２１０と通信接続されている。コンピュータプログラム２００、２１０は、ＵＩ１００にデータを出力すること、およびＵＩからデータを受信することが可能である。ＧＵＩ１００は、コンピュータプログラム２００、２１０により生成されたデータが出力されるサブインタフェース１００〜１０３を備えている。

図１の矢印で示されているように、コンピュータプログラム２００、２１０により生成されたデータは、コンピュータプログラム２００、２１０からユーザインタフェース１００に、分類装置３００、３１０、３２０を介して送信される。分類装置３００、３１０、３２０は、プログラム２００、２１０からのデータを分解または編成して、さまざまなカテゴリ（本例では、認知情報タイプのカテゴリ）に分類する。図１の例では、分類装置３００、３１０、３２０のそれぞれは、サブインタフェース１０１、１０２、１０３のうちの異なる１つに接続されている。分類装置３００、３１０、３２０のそれぞれは、いずれかのカテゴリに分類されたデータを、それらの分類装置に接続されたサブインタフェースに送信する。

したがって、各サブインタフェース１０１〜１０３では、異なるコンピュータプログラムから発信され、同じカテゴリに分類されたデータが表される。それにより、コンピュータシステム上で複数のプログラムが実行されていながら、ユーザには、さまざまなプログラムからの関連する情報が単一のユーザインタフェースで示されるようになるため、使いやすさが向上する。

さらに、コンピュータプログラムからのデータは分類されているため、ユーザインタフェースと対話を行っているコンピュータプログラムを簡単な方法で変更することが可能である。したがって、例えば、ユーザインタフェースを適合させる必要なしに、他のコンピュータプログラムを追加することができる。その理由は、コンピュータプログラムからのデータは分類されており、そのデータカテゴリは、ユーザインタフェース内にサブインタフェースをすでに有しているためである。

図１の例では、２組の類似した分類装置が存在しており、プログラム２００、２１０のそれぞれが異なる分類装置の組に接続されている。プログラム２００、２１０からのデータストリームは、分類装置の組のうちの１つによって、別個に分類される。コンピュータプログラム２００、２１０からの、同じカテゴリに分類されたデータストリームは、ユーザインタフェースにおいてマージされ、データを生成した特定のコンピュータプログラムについての情報は、したがって、ユーザインタフェースにおいて取得することができる。ただし、コンピュータプログラムは、同様に、同じ分類装置の組を使用してもよい。そのような場合、データの発信元についての情報がユーザインタフェースで必要とされるならば、データの発信元についてのデータを、分類されたデータに付加することができる。

データの発信元についての情報は、ユーザインタフェースにおいて存在しているため、コンピュータシステム１内で追加の機能が実装されてもよい。例えば、ユーザと、個々のコンピュータプログラムとの間の対話が可能である。したがって、ユーザインタフェースにおけるデータの表示に応答して、ユーザインタフェースにおいて、例えばデータが入力され、特定のコンピュータプログラムに送信されることが可能である。ただし、前記情報を利用するその他の機能が、同様に使用されてもよい。

分類装置３００、３１０、３２０は、例えば、データを分類するためにプログラム２００、２１０によって使用されることが可能な、リソースのフレームワークとして実装されてもよい。例えば、前記フレームワークは、オブジェクトクラス、パーソナライズされたリポジトリ、ＵＩパターン、またはその他のリソースが保存されたメモリを備えていてもよく、前記メモリは、所望のカテゴリのデータを提供するため、および適切なサブインタフェース１０１〜１０３にデータを伝送するために、プログラム２００、２１０によってアクセスおよび使用されることが可能である。

データのタイプによって、前記フレームワーク内で利用可能なリソースは異なっていてもよい。例えばトリガ、追跡可能オブジェクト、時間ベースのイベントなどの、いくつかのタイプのデータに対しては、前記フレームワークは、例えば、コンピュータプログラム２００、２１０がそれらのコンピュータプログラムのオブジェクトを登録することが可能な中央リポジトリを有するメモリを備えていてもよい。前記フレームワークは、さらに、配送メカニズム（ユニバーサルインボックス）や、リポジトリに保存されているオブジェクトに関するデータをＵＩにおいて表示するためのＵＩパターンを備えていてもよい。その他のタイプのデータに対しては、例えば、ユーザのすべてのアクティブな役割の中で照会を実行し、ユーザインタフェースにおいて、役割全体にわたる特定のタイプのサービスのページやリンクリストを動的に構築する、中央アプリケーションが提供されてもよい。

図１の例は、企業リソースシステムの実装に特に適しているが、これに限定されない。分類装置３００、３１０、３２０は、企業内での具体的な業務の内容やユーザの役割とは関係なく、人々が一般にどのように働いているかや、何が基本的な問題であるかなどの、認知元型的な情報クラスに対応するユーザ中心のカテゴリにデータを分類する。そのような認知元型的な情報クラスとしては、例えば、自分の仕事を観察および監視したいということ、ユーザによる行動を必要とするトリガが存在するということ、複雑なタスクがサブタスクおよびステップに細分されるということ、緊急度と関連性に基づいて次にすることを決定しなければならないということ、などがある。図１の例では、分類装置３００、３１０、３２０がコンピュータプログラム２００、２１０からのデータを、「作業トリガ」、「追跡可能オブジェクト」、および「時間ベースのイベント」というカテゴリに分割する。

そのようなカテゴリ、および特に図１の例に示すカテゴリにより、データ間の区別が提供され（したがって、サブインタフェース１０１〜１０３内でのそのデータの表示が可能となり）、そのデータがユーザにより迅速に処理されることが可能となり、それによりコンピュータシステム１の使いやすさが向上するということが見出された。

作業トリガカテゴリは、例えば、新しい従業員の雇用、飛行機の予約、またはその他の、特定のタスクをユーザが開始しなければならない、応答中データを含む。作業トリガカテゴリのデータは、また、例えば、ハードディスクのクリーンアップや、その他の、コンピュータシステムによる特定の手順の実行を起動するためにユーザが応答しなければならないデータであってもよい。図１の例では、作業トリガカテゴリのデータは、サブインタフェース１０１「統合作業リスト」内で表される。

したがって、さまざまなプログラムにより課されたすべての新しいタスクが、同じサブインタフェース内で表されるので、ユーザはすべての新しいタスクを容易に把握することができる。それにより、ユーザは、さまざまなプログラムに従って実行されるべきタスクを容易に決定できるようになる。任意選択で、ユーザは、例えば優先権を有するタスクを決定するために、他のサブインタフェースからの情報を使用してもよい。

追跡可能オブジェクトカテゴリは、例えば、プロセスの現在の段階や、予算がまだ予想範囲内にあるかどうかなどの、進行中のタスクおよびプロセスのステータスに関連するデータを含む。追跡可能オブジェクトカテゴリのデータは、サブインタフェース１０２「進行中の作業の追跡」内で表される。

したがって、さまざまなプログラムからの進行中のタスクおよびプロジェクトのステータスが、同じサブインタフェース内で表されるため、ユーザはさまざまなプロジェクトおよびタスク、またはその他の、ステータスの概要を入手することができる。それにより、ユーザは、さまざまなコンピュータプログラムにより処理されるプロジェクトまたはタスクのステータスについて、迅速に通知されることが可能になり、そして、例えば優先度を判定することが可能になる。

時間ベースイベントカテゴリは、期限、アポイントメント、またはその他の、特定の時に発生するイベントに関連するデータを含む。時間ベースイベントカテゴリ内のデータは、サブインタフェース１０３「マイデイ（ＭｙＤａｙ）」内で表される。

したがって、さまざまなプログラムからの時間ベースイベントが、同じサブインタフェース内で表されるため、ユーザは、自分に課されるさまざまな時間制限のステータスの、複雑でない概要を得ることができる。それにより、ユーザは、さまざまなプログラムからのイベント間の考えられる競合を容易に判別できるようになるため、プロセスのセキュリティも向上する。

本明細書に記載した計算態様は、デジタル電子回路内に実装することも、コンピュータハードウェア、ファームウェア、ソフトウェア内に実装することも、それらの組み合わせにより実装することも可能である。適切な場合、これらのシステムおよび技術の態様は、プログラマブルプロセッサによる実行のために機械読み取り可能な記憶装置内で有形に実施された、コンピュータプログラム製造物内に実装することが可能であり、方法のステップは、入力データへの操作を行って出力を生成することにより機能を実行する、命令のプログラムを実行するプログラマブルプロセッサにより実行されることが可能である。

また、本発明は、コンピュータ上で利用可能なリソースへのアクセスを提供するためのコンピュータ読み出し可能命令が内部で実施された、コンピュータで使用可能な媒体を有する製品内に実装されてもよい（ここで、前記コンピュータ読み出し可能命令は、本発明による方法の一部をコンピュータに実行させるための命令を含む）。また、本発明は、コンピュータシステム上で実行するためのコンピュータプログラムとして実装されてもよい（ここで、前記コンピュータプログラムは、コンピュータシステム上で実行される場合に本発明による方法のステップを実行するためのコード部分、または本発明に従って汎用コンピュータシステムがフィルタ装置の機能を実行できるようにするためのコード部分を少なくとも含む）。かかるコンピュータプログラムは、コンピュータシステムのメモリ内にロード可能なデータが格納された、ＣＤ−ＲＯＭやディスケットなどのデータキャリア上で提供されてもよい（ここで、前記データはコンピュータプログラムを表す）。前記データキャリアは、さらに、本発明によるコンピュータプログラムを表す信号を伝送する、電話線やワイヤレス接続などのデータ接続を含んでいてもよい。

上述の実施形態は、本発明を制限するものではなく、むしろ説明するものであり、当業者は、添付の特許請求の範囲から逸脱することなく代替の実施形態を設計できることに留意する必要がある。

特許請求の範囲において、括弧の間に配置されたいかなる参照記号も、特許請求の範囲を制限するものと解釈されてはならない。「具備する、備えた、含む（ｃｏｍｐｒｉｓｅ）」という言葉は、特許請求の範囲内に示されていない要素やステップの存在を除外するものではない。単数であるか複数であるかについて明確に言及していない場合は、「１つまたは複数（ｏｎｅ ｏｒ ｍｏｒｅ）」あるいは「少なくとも１つ（ａｔ ｌｅａｓｔ ｏｎｅ）」を意味する。

本発明によるコンピュータシステムの実施形態の例を示す。

符号の説明

１ コンピュータシステム
１００ ユーザインタフェース（ＵＩ）
１０１ サブインタフェース「統合作業リスト」
１０２ サブインタフェース「進行中の作業の追跡」
１０３ サブインタフェース「マイデイ（ＭｙＤａｙ）」
２００、２１０ ２つのコンピュータアプリケーションまたはコンピュータプログラム’ｘＡＰＰ’
３００、３１０、３２０ 分類装置

Claims (12)

1. コンピュータシステム（１）内のユーザインタフェース（１００）においてデータを出力するための方法であって、
   少なくとも２つのデータカテゴリに分類されたデータを、前記ユーザインタフェース（１００）において、少なくとも２つのコンピュータプログラム（２００、２１０）のそれぞれから受信するステップと、
   前記ユーザインタフェース（１００）において、少なくとも２つのコンピュータプログラム（２００、２１０）からの、１つのカテゴリに分類されたデータを一緒に、かつ、他のカテゴリに分類されたデータからは分離して表すステップとを含むことを特徴とする方法。
2. 少なくとも２つのコンピュータプログラム（２００、２１０）によってデータを生成するステップと、
   前記データを少なくとも２つのカテゴリに分類するステップと、
   前記分類されたデータをユーザインタフェース（１００）に送信するステップとをさらに含むことを特徴とする、請求項１に記載の方法。
3. データを生成した特定のコンピュータプログラムに関する情報を表すデータを、前記ユーザインタフェース（１００）に送信するステップをさらに含むことを特徴とする、請求項１または２に記載の方法。
4. 前記カテゴリは、
   実行されるべきタスクに関する情報を表すデータを含む、トリガカテゴリと、
   進行中の作業に関する情報を表すデータを含む、追跡可能オブジェクトカテゴリと、
   ある時に発生するイベントに関する情報を表すデータを含む、時間ベースイベントカテゴリとを含むことを特徴とする、請求項１〜３のいずれか一項に記載の方法。
5. 少なくとも１つのクライアントシステムに通信接続された少なくとも１つのサーバシステムを含むクライアントサーバシステム内で実行され、ここで、前記コンピュータプログラム（２００、２１０）は１つまたは複数のサーバシステム上で実行され、前記ユーザインタフェース（１００）はクライアントシステムにおいて存在することを特徴とする、請求項１〜４のいずれか一項に記載の方法。
6. 前記プログラムのうちの少なくとも１つからのデータを、他のプログラムからのデータとは独立に分類するステップと、同じカテゴリに分類された、さまざまなプログラムからのデータをマージするステップとを含むことを特徴とする、請求項１〜５のいずれか一項に記載の方法。
7. ユーザインタフェース（１００）において出力されるデータを準備するための方法であって、
   少なくとも２つの実行中のプログラムからのデータを受信するステップと、
   前記データを少なくとも２つのデータカテゴリに分類するステップと、
   １つのカテゴリ内のデータをユーザインタフェース（１００）の第１の部分に送信し、他のカテゴリに分類されたデータをユーザインタフェース（１００）の第２の部分に送信するステップとを含むことを特徴とする方法。
8. 少なくとも２つのコンピュータプログラム（２００、２１０）を実行するように構成された１つまたは複数のプロセッサ装置と、
   前記少なくとも２つのコンピュータプログラム（２００、２１０）から発信されたデータを、少なくとも２つのデータカテゴリに分類するための分類装置（３００、３１０、３２０）と、
   前記１つまたは複数のプロセッサ装置および前記分類装置（３００、３１０、３２０）に通信接続されたユーザインタフェース（１００）とを備えたコンピュータシステム（１）であって、前記ユーザインタフェース（１００）は、
   少なくとも２つのコンピュータプログラム（２００、２１０）からの、１つのカテゴリに分類されたデータを一緒に、かつ、他のカテゴリに分類されたデータからは分離して表すようにそれぞれが構成された、少なくとも２つのサブインタフェース（１００〜１０３）を備えていることを特徴とするコンピュータシステム（１）。
9. ユーザインタフェース（１００）が存在するクライアントシステムと、前記クライアントシステムに通信接続された少なくとも１つのサーバシステムとを備え、前記サーバシステムは、前記コンピュータプログラム（２００、２１０）のうちの少なくとも１つを実行するように構成されていることを特徴とする、請求項８に記載のコンピュータシステム（１）。
10. 少なくとも２つの実行中のコンピュータプログラム（２００、２１０）からのデータを受信するために、少なくとも１つのサーバシステムに通信接続することが可能な、ユーザインタフェース（１００）を備えたクライアントシステムであって、前記データは少なくとも２つのカテゴリに分類され、前記ユーザインタフェース（１００）は、
    少なくとも２つのコンピュータプログラム（２００、２１０）からの、１つのカテゴリに分類されたデータを一緒に、かつ、他のカテゴリに分類されたデータからは分離して表すようにそれぞれが構成された、少なくとも２つのサブインタフェース（１０１〜１０３）を備えていることを特徴とするクライアントシステム。
11. プログラム可能な装置上で実行される場合に、請求項１〜７のいずれか一項に記載の方法のステップを実行するための、プログラムコード部分を備えたコンピュータプログラム製造物。
12. コンピュータ上で利用可能なリソースへのアクセスを提供するためのコンピュータ読み出し可能命令が内部で実施された、前記コンピュータで使用可能な媒体を有する製品であって、前記コンピュータ読み出し可能命令は、請求項１〜７のいずれか一項に記載の方法のステップを前記コンピュータに実行させるための命令を含むことを特徴とする製品。
    

Images