コンピュータ・アプリケーションにおけるヘルプ・リソース選択を強化するための装置、システムおよび方法
【課題】 コンピュータ・アプリケーションでヘルプ機能にアクセスするユーザのためのヘルプ・リソース選択を強化するための装置、システムおよび方法を提供する。
【解決手段】 ヘルプ・リソース選択を強化するためのこの方法は、コンピュータ・アプリケーションおよびヘルプ機能とのユーザの相互作用の現在のコンテキストに適用することができるヘルプ・リソースのリストを決定するステップを含む。次に、この方法は、本発明の実施者が設定した関連性の基準により適用できるヘルプ・リソースをランクづけする。例えば、本発明の実施者は、ユーザの習熟度のレベル、および過去にユーザが特定のヘルプ・リソースにアクセスしたことがあるかどうかに基づいていくつかのヘルプ・リソースを提供することができる。この方法は、ユーザの習熟度のレベルおよび本発明の実施者が設定した過去のアクセス基準とマッチするこれらヘルプ・リソースを優先的に選択する。
【解決手段】 ヘルプ・リソース選択を強化するためのこの方法は、コンピュータ・アプリケーションおよびヘルプ機能とのユーザの相互作用の現在のコンテキストに適用することができるヘルプ・リソースのリストを決定するステップを含む。次に、この方法は、本発明の実施者が設定した関連性の基準により適用できるヘルプ・リソースをランクづけする。例えば、本発明の実施者は、ユーザの習熟度のレベル、および過去にユーザが特定のヘルプ・リソースにアクセスしたことがあるかどうかに基づいていくつかのヘルプ・リソースを提供することができる。この方法は、ユーザの習熟度のレベルおよび本発明の実施者が設定した過去のアクセス基準とマッチするこれらヘルプ・リソースを優先的に選択する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータをベースとするアプリケーションのユーザに対するヘルプ・コンテンツの供給に関し、特に、特定のユーザのヘルプ・アクセス・コンテンツおよび特徴のために調整したコンテンツの供給に関する。
【背景技術】
【０００２】
ヘルプ・ファイルおよび電子ドキュメンテーションは、複雑なコンピュータをベースとするアプリケーション用に広く使用されている。このフォーマットで供給されるヘルプ・コンテンツは非常に望ましいものである。何故なら、ユーザは、このようなヘルプ・コンテンツを直ちに利用することができるからである。現在利用することができるヘルプ・リソースは、絶対的に参照される。例えば、ユーザは、キーワードを強調することができ、ヘルプ・アプリケーションは、そのキーワードに対するコンテンツを調べて、毎回同じ情報をユーザに提供する。さらに、現在のヘルプ・ファイル・システム内の特定のユーザは考慮の対象にならない。
【０００３】
ヘルプ・コンテンツを構成し、これにアクセスするための現在の技術は効果的ではあるが骨の折れる仕事である。さらに、絶対参照によりヘルプ・コンテンツの有用性が制限される。例えば、ユーザがヘルプを要求しているヘルプ・トピックの周囲にヘルプ・リソースの周辺部が存在する場合があるが、ユーザには毎回同じコンテンツが供給される。それ故、有用な情報を無視しなければならないか、ユーザに関連するヘルプ・コンテンツのすべてを供給しなければならない。情報が無視された場合、ユーザは、もしある場合には、ヘルプ・ファイル内のハイパーリンクを通して探索するはめになるか、または指標を通して探索し、自分に必要な情報を提供してくれる正しいリンクを発見するためにホップすることになる。ヘルプ・ファイル・システムを現在のユーザを考慮するように構成することができれば、現在のシステムが提供するヘルプ・コンテンツをさらに有用なものとすることができる。
【０００４】
現在の技術においては、情報を更新したり反復したりすると効率が低下する。例えば、ユーザにあるトピックについてのすべての情報を提供するために内蔵させなければならない情報の要素がいくつかある場合には、これらの要素のうちのいくつかが同様にヘルプ・システム内の他の場所で使用されている可能性がある。共有の要素がある時点で更新されると、プログラマは、各要素を別々に発見し、更新しなければならない。その要素が新しいヘルプ・トピックに追加される場合には、その要素を手動で追加しなければならない。
【０００５】
ヘルプ・コンテンツをその最も基本的な要素に分解し、これらの要素を個々に参照し、更新することができれば、現在技術の上記制限を克服することができる。各トピックの周囲のヘルプ・リソースの周辺部からユーザが確実に依然としてすべてのヘルプ・リソースを受信することができる技術があるならば、この方法でヘルプ・コンテンツを分解することができる。ヘルプ・リソース選択が強化されれば、所与のヘルプ・トピックに対する周辺部からの最も基本的なおよび関連するリソースを最初にユーザに供給することができ、ユーザの知識が深くなるにつれて、もっと微妙なヘルプ・リソースをユーザに供給することができる。
【０００６】
ヘルプ・コンテンツがユーザの特徴を考慮することができれば、現在の技術の他の制限も克服することができる。１つの強化方法は、ヘルプ・システムがユーザとの相互作用により単に直接学習する場合、例えば、ユーザが「Ａ」に１００回アクセスした場合には、ユーザはもはや「Ａ」をおそらく見る必要がないという方法である。例えば、ユーザが２０年の経験を有するＣ＋＋プログラマであり、その情報がヘルプ・システムにアクセスすることができるデータベース内のどこかに存在することを知ることができるヘルプ・コンテンツに関連しているというように、ヘルプ・システムがユーザに関する外部情報に直接アクセスすることができれば、強化はさらに強力なものになる。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記説明から、一方ではユーザに利用可能なすべての情報を確実に提供しながら、ヘルプ・リソースを最も基本的な要素に分解することができる装置および方法の開発が待望されていることは明白である。都合のよいことに、このような装置および方法を使用すれば、ヘルプ・システムは、もっと特定目的のために調整したヘルプ・コンテンツを供給するために、ユーザについて学習することができ、ユーザに関する外部情報にアクセスすることができる。
【課題を解決するための手段】
【０００８】
本発明は、技術的現状に応じて、特に現在利用可能な電子ドキュメンテーションによりまだ完全に解決されていないこの業界内の問題およびニーズに応じて開発されたものである。それ故、本発明は、この業界内における多くのまたはすべての上記欠点を克服するヘルプ・リソース選択を強化するための装置、システムおよび方法を提供するために開発されたものである。
【０００９】
ヘルプ・リソース選択を強化するための装置は、ユーザのヘルプ・アクセス・コンテキストを受信し、コンテキストからヘルプ・トピックを決定し、ユーザに関連するヘルプ・リソースを選択するために関連性の基準を適用し、ユーザに選択したヘルプ・リソースを供給するために必要なステップを機能的に実行するように構成されている複数のモジュールを備える。
【００１０】
一実施形態の場合には、この装置は、現在のトピックを決定するように構成されているトピック・モジュールを有する。現在のトピックは、ユーザのヘルプ・アクセス・コンテキストに基づくものであってもよい。また、この装置は、ヘルプ・トピック・マップにアクセスするように構成されているマッピング・モジュール、およびヘルプ・トピック・マップおよび現在のトピックから利用可能なヘルプ・リソースのリストを決定するように構成されているリソース・リスト・モジュールを有することもできる。さらに、この装置は、各ヘルプ・リソースの選択指標値を計算し、利用可能なヘルプ・リソースのリストからヘルプ・リソースのうちの１つを選択するように構成されている選択論理モジュールを含むこともできる。選択指標値の計算は、本発明の特定の実施形態のゴールをサポートするために、本発明の実施者が割り当てる種々の関連性の基準をベースとすることができる。
【００１１】
他の実施形態の場合には、選択論理モジュールは、ヘルプ・リソースの選択指標値に基づいて、利用可能なヘルプ・リソースのリストからヘルプ・リソースの順序付きリストを生成することができる。一実施形態の場合には、そうすることにより、おそらく完全な一次リソースおよび含まれているいくつかの他の非常に関連の深いリソースへの短いハイパーリンクにより、ユーザに複数のヘルプ・リソースを供給するように、ユーザ・インタフェース・モジュールを構成することができる。
【００１２】
他の実施形態の場合には、選択論理モジュールは、ユーザが各ヘルプ・リソースにアクセスした回数をカウントし、これらの値をユーザのアクセス回数として記録するリソース追跡モジュールを含むことができる。選択論理モジュールは、ユーザのアクセス回数がもっと少ないヘルプ・リソースをもっと選択しやすくするように構成することもできるし、または選択論理モジュールを、ユーザ・アクセス回数がもっと低いヘルプ・リソースを自動的に選択するように構成することもできる。そうすることにより、本発明は、ユーザがおそらくはすでに知っていると思われる反復ヘルプ・リソースではなく、ユーザに種々のヘルプ・リソースをより容易に表示することができる。
【００１３】
この装置は、さらに、ユーザにどのヘルプ・リソースを表示するのかを決定する際に、外部データを含むように構成することもできる。選択論理モジュールは、選択論理を強化し、選択論理をユーザにとってより有用なものにするために、種々の組の外部データにアクセスするように構成されている補足データ・モジュールを含むことができる。例えば、外部データは、「初心者」、「高度なユーザ」または「エキスパート」のようなユーザの知識価値を含むことができ、選択論理モジュールは、ユーザの知識価値に基づいてどのヘルプ・リソースを選択するのかについて調整することができる。
【００１４】
また、本発明のシステムは、ヘルプ・リソース選択を強化するためのものでもある。このシステムは、ヘルプ・リソースがサービスするアプリケーションにアクセスするユーザのためにコンピュータ内で実施することができる。このシステムは、さらに、コンピュータからメモリ・デバイスに送られるヘルプ・アクセス・コンテキストを含むことができる。メモリ・デバイスは、コンピュータが接続しているサーバ上に常駐することができるし、またはメモリ・デバイスは、コンピュータ自身内に位置することもできる。メモリ・デバイスは、ヘルプ・アクセス・コンテキストと種々の関連するヘルプ・トピックとの間の関係を含むことができる一組の格納しているデータを含むことができる。メモリ・デバイスは、さらに一組の関連性の基準を含むことができる。関連性の基準は、本発明の特定の実施形態を生成する実施者のゴールに従って設定することができる。さらに、このシステムは、本発明によるヘルプ・リソース選択を強化するように構成されている装置を含むことができるリソース選択ツールを含むことができる。
【００１５】
また、本発明の方法は、ヘルプ・リソース選択を強化するためのものでもある。開示の実施形態の本発明の方法は、実質的に、上記装置およびシステムの動作に関連する上記機能を実行するために必要なステップを含む。一実施形態の場合には、この方法は、現在のトピックを決定するステップと、ヘルプ・トピック・マップにアクセスするステップと、現在のトピックおよびヘルプ・トピック・マップから利用可能なヘルプ・リソースのリストを決定するステップと、利用可能な各ヘルプ・リソースに対する少なくとも１つのリソース選択指標値を計算するステップと、少なくとも１つのヘルプ・リソースを選択するステップと、ユーザによるアクセスのために選択したリソースを供給するステップとを含む。
【００１６】
他の実施形態の場合には、この方法は、選択指標値から関連性の値を計算するステップと、利用可能なヘルプ・リソースの順序付きリストを生成するステップとを含む。他の実施形態の場合には、この方法は、最も関連の深いヘルプ・リソースを選択することにより、またはランダム・ヘルプ・リソースを選択するが、もっと関連の深いリソースが選択される可能性がもっと高くなるように、選択にバイアスを掛けることにより、ヘルプ・リソースを選択するステップを含む。一実施形態の場合には、この方法は、利用可能なヘルプ・リソースに対するユーザのアクセス回数に基づいて選択指標値を決定する。一実施形態の場合には、この方法は、ユーザの習熟度リストのような外部データに基づいて選択指標値を決定する。
【００１７】
他の実施形態の場合には、この方法は、最も関連の深い利用可能なヘルプ・リソースのうちの数個を選択するステップを含む。この方法は、さらに、ユーザに最も関連の深いヘルプ・リソース全部を表示するステップと、必要な場合には、容易にアクセスすることができるように、ユーザに次のいくつかの最も関連の深いヘルプ・リソースの短いバージョンを表示するステップを含むことができる。
【００１８】
本明細書全体を通して、機能、利点または類似の用語は、本発明により実行することができるすべての機能および利点が、本発明の任意の１つの実施形態に含まれていなければならないこと、または含まれていることを意味するものではない。それどころか、機能および利点に関する用語は、ある実施形態に関連して記載した特定の機能、利点または特徴は、本発明の少なくとも１つの実施形態に含まれることを意味するものであることを理解されたい。それ故、本明細書全体を通しての機能および利点および類似の用語の説明は、同じ実施形態を指す場合もあるが、必ずしもそうではない場合もある。
【００１９】
さらに、本発明の上記機能、利点および特徴は、１つまたは複数の実施形態で任意の適当な方法で結合することができる。当業者であれば、特定の実施形態の１つまたは複数の特定の機能または利点を使用しなくても本発明を実行することができることを理解することができるだろう。他のインスタンスの場合には、本発明のすべての実施形態で使用されていないかもしれない追加の機能および利点をいくつかの実施形態で認識することができる。
【００２０】
下記の説明および添付の特許請求の範囲を読めば、本発明のこれらの機能および利点をよりよく理解することができるだろうし、または下記の本発明の実行から理解することができるだろう。
【００２１】
本発明の利点を容易に理解してもらうために、今までの概略説明した本発明のより詳細な説明を、添付の図面に示す特定の実施形態を参照しながら行う。これらの図面は本発明の代表的な実施形態だけを示すためのものであって、それ故本発明の範囲を制限するものでないことを理解していただいたうえで、添付の図面を参照しながら追加の特異性および詳細により本発明について説明する。
【発明を実施するための最良の形態】
【００２２】
その実施態様の独立性を特に強調するために、本明細書に記載する多くの機能ユニットをモジュールと呼んできた。例えば、モジュールは、カスタムＶＬＳＩ回路またはゲートアレイ、論理チップ、トランジスタのようなレデーメイドの半導体、または他の個々のコンポーネントを備えるハードウェア回路として実施することができる。また、モジュールは、フィールド・プログラマブル・ゲートアレイ、プログラマブル・アレイ論理、プログラマブル論理デバイス等のようなプログラマブル・ハードウェア・デバイスで実施することもできる。
【００２３】
また、モジュールは、種々のタイプのプロセッサにより実行するためのソフトウェアで実施することもできる。実行可能なコードの識別したモジュールは、例えば、例えば、オブジェクト、手順または機能として組織することができる、コンピュータ命令の１つまたは複数の物理ブロックまたは論理ブロックを含むことができる。しかし、識別したモジュールの実行可能なものは、物理的に一緒に位置させる必要はないが、論理的に一緒に結合した場合、モジュールを含み、モジュールの上記目的を達成する異なる位置に格納している異なる命令を含むことができる。
【００２４】
実際には、実行可能なコードのモジュールは、１つの命令であってもよいし、または多くの命令であってもよいし、異なるプログラム間で、またいくつかのメモリ・デバイスを横切って、いくつかの異なるコード・セグメント上に分散させることもできる。同様に、この場合、動作データは、モジュール内で識別し、図示することができ、任意の適当な形で実施することができ、任意の適当なタイプのデータ構造で組織することができる。動作データは１つのデータ・セットとして収集することができ、または異なる記憶装置上を含む異なる位置上に分散することもでき、少なくともその一部はシステムまたはネットワーク上の単なる電子信号として存在することができる。
【００２５】
本明細書全体を通して、「一実施形態」、「ある実施形態」または類似の用語は、実施形態のところで説明した特定の機能、構造または特徴が本発明の少なくとも１つの実施形態に含まれていることを意味する。それ故、本明細書全体を通して「一実施形態で」、「ある実施形態で」および類似の用語を使用した場合には、すべて同じ実施形態を指す場合もあるが、必ずしもそうではない場合もある。
【００２６】
さらに、本発明は、コンピュータまたは任意の命令実行システムによりまたはこれに関連して使用するためのプログラム・コードを供給する、コンピュータが使用することができる、またはコンピュータ可読媒体からアクセスすることができるコンピュータ・プログラム製品の形をとることができる。この説明のために、コンピュータが使用することができる、またはコンピュータ可読媒体は、命令実行システム、装置またはデバイスによりまたはこれに関連して使用するための、プログラムを含むことができ、格納することができ、通信することができ、伝搬することができ、または移送することができる任意の装置であってもよい。
【００２７】
この媒体は、電子システム、磁気システム、光学システム、電磁システム、赤外線システムまたは半導体システム（または装置またはデバイス）、または伝搬媒体であってもよい。コンピュータ可読媒体の例としては、半導体または固体メモリ、磁気テープ、取外し可能コンピュータ・ディスケット、ランダム・アクセス・メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、剛性の磁気ディスクおよび光ディスク等がある。現在使用されている光ディスクの例としては、コンパクト・ディスク−読出し専用メモリ（ＣＤ−ＲＯＭ）、コンパクト・ディスク−リード／ライト（ＣＤ−Ｒ／Ｗ）およびＤＶＤ等がある。
【００２８】
さらに、本発明の上記機能、構造または特徴は、１つまたは複数の実施形態で任意の適当な方法で結合することができる。下記の説明においては、本発明の実施形態を完全に理解してもらうために、プログラミング、ソフトウェア・モジュール、ユーザ選択、ネットワーク取引、データベース照会、データベース構造、ハードウェア・モジュール、ハードウェア回路、ハードウェア・チップ等の例のような多くの特定の詳細について説明する。しかし、当業者であれば、１つまたは複数の特定の詳細を使用しなくても、または他の方法、コンポーネント、材料等により本発明を実行することができることを理解することができるだろう。他のインスタンスの場合には、本発明の種々の様態が分かりにくくなるのを避けるために、周知の構造、材料、または動作については図示していないし、詳細な説明も省略してある。
【００２９】
図１は、コンピュータ・アプリケーションのユーザ１０２のためのヘルプ・リソース選択を強化するためのシステム１００である。ユーザ１０２は、コンピュータ１０４、端末等を通してシステム１００にアクセスすることができる。ユーザ１０２は、メモリ・デバイス１０８にヘルプ・アクセス・コンテキスト１０６を提供するコンピュータ１０４上でヘルプ機能を作動することができる。ヘルプ・アクセス・コンテキスト１０６は、ヘルプ機能のユーザ１０２のアクセスの状況を含む一般的な用語である。例えば、ヘルプ・アクセス・コンテキスト１０６は、キーワードであっても、アプリケーション・ファイル内のページ番号であっても、アプリケーションからの能動フィールドのフィールド番号であっても、種々のアプリケーションのメタデータ（例えば、これがこのアプリケーションを使用した最初です）等であってもよい。
【００３０】
メモリ・デバイス１０８は、コンテキスト１０６を受信し、それをリソース選択ツール１１０に供給することができる。リソース選択ツール１１０は、関連性の基準１１２および格納しているデータ１１４にアクセスし、ヘルプ・リソースを選択するように構成することができる。はっきり見えるように格納しているデータ１１４は、メモリ・デバイス１０８内に図示してあるが、格納しているデータ１１４は、例えば、ネットワーク上の他のメモリ・デバイス内のような、リソース選択ツール１１０にアクセスすることができる任意の場所に格納することができる。同様に、メモリ・デバイス１０８は、図に示すようにコンピュータ１０４から離れた場所に設置する必要はない。より見やすくするためにメモリ・デバイス１０８は離して図示してある。
【００３１】
メモリ・デバイス１０８は、選択したヘルプ・リソースを、ユーザ・アクセスのためのヘルプ・リソース１１６として供給する。ヘルプ・リソースは、ユーザにとって有用な場合があるヘルプ・コンテンツの要素である。例えば、ユーザは、税ファイリング・プログラム用の税書式に記入することができ、ユーザが所得クレジット・フィールド内に位置している場合、ヘルプ機能を選択することができる。コンテキスト１０６は、｛税プログラム、帳票ページ６、選択したフィールドＥＩＣ｝であってもよいし、コンテキスト１０６に関連するヘルプ・リソースの一例は、所得クレジットに関する法律の説明であってもよい。ユーザ・アクセスのためのヘルプ・リソース１１６は、ヘルプ・リソース自身であってもよいし、単に選択したヘルプ・リソースへのある種のポインタであってもよい。この場合、コンピュータ１０４は、ユーザ１０２に対する適当なヘルプ・リソースを発見し、表示するためにこのポインタを使用する。
【００３２】
関連性の基準１１２は、選択のための適当なヘルプ・リソースを決定するために、リソース選択ツール１１０によって使用することができる。関連性の基準１１２により、本発明の実施者は、特定の選択戦術を使用することができるが、これについては以下の図２および図３のところでさらに詳細に説明する。例えば、本発明の実施者の選択戦術が、選択される可能性が少ないヘルプ・リソースをそれらにユーザ１０２がアクセスした回数より多くすることである場合には、関連性の基準１１２は、ユーザ１０２が各ヘルプ・リソースにアクセスした回数であってもよい。
【００３３】
一実施形態の場合には、格納しているデータ１１４は、リソース選択ツール１１０をサポートするデータを格納する。例えば、格納しているデータ１１４は、リソース選択ツール１１０がヘルプ・アクセス・コンテキスト１０６により適当なヘルプ・リソースのリストを生成することができるように、ヘルプ・リソースに関連するコンテキスト１０６のリストを含むことができる。メモリ・デバイス１０８が、ポインタだけではなく、各ヘルプ・リソースの全コンテンツを含むある実施形態の場合には、ヘルプ・リソースのコンテンツは、格納しているデータ１１４内に含まれている。
【００３４】
図２は、本発明によるリソース選択ツール１１０を含む装置である。一実施形態の場合には、リソース選択ツール１１０は、ヘルプ・アクセス・コンテキスト１０６を受信し、格納しているデータ１１４を読み出し、関連性の基準１１２を読み出し、ユーザ・アクセスのためのヘルプ・リソース１１６を供給するように構成される。
【００３５】
選択ツール１１０は、ヘルプ・アクセス・コンテキスト１０６を受信し、コンテキスト１０６により現在のトピック２０８を決定するように構成されているトピック・モジュール２０２を有することができる。トピック・モジュール２０２は、現在のトピック２０８を決定するために、リスト内でコンテキスト１０６を参照するように構成することもできるし、またはトピック・モジュール２０２は、現在のトピック２０８としてコンテキスト１０６の全部または一部を直接供給するように構成することもできる。例えば、コンテキスト１０６が｛税プログラム、帳票ページ６、選択したフィールドＥＩＣ｝である場合には、トピック・モジュール２０２は、これらの値を含むコンテキスト１０６がトピック番号６６１４６であることを決定するために、参照テーブルを使用することができる。同じコンテキスト１０６を含む他の実施形態の場合には、トピック・モジュール２０２は、コンテキスト１０６から第３のフィールドの値を現在のトピック２０８（すなわち、「選択したフィールドＥＩＣ」）として送るように構成することができる。
【００３６】
選択ツール１１０は、さらに、マッピング・モジュール２０４を含むことができる。マッピング・モジュール２０４は、格納しているデータ１１４にアクセスすることができ、ヘルプ・トピック・マップ２２２を読み出すことができる。ヘルプ・トピック・マップは、トピックを含むヘルプ・リソースに関連する参照データ・リストである。一実施形態の場合には、ヘルプ・トピック・マップは、ヘルプ・リソースのリスト、トピックスのリスト、および各ヘルプ・リソースを少なくとも１つのトピックに関連づける関連リストを含む。それ故、現在のトピック２０８が分かっている場合には、ヘルプ・トピック・マップ２２２を、現在のトピック２０８に関連するヘルプ・リソース２１０の対応するリストを決定するために使用することができる。詳細については、図８を参照されたい。マッピング・モジュール２０４は、さらに、リソース・リスト・モジュール２０６にヘルプ・トピック・マップ２２２を供給するように構成することができる。
【００３７】
選択ツール１１０は、さらに、リソース・リスト・モジュール２０６を含むことができる。リソース・リスト・モジュール２０６は、利用可能なヘルプ・リソース２１０のリストを決定するために、ヘルプ・トピック・マップ２２２に現在のトピック２０８を適用するように構成することができる。
【００３８】
選択ツール１１０は、選択論理モジュール２１２を有することができる。選択モジュール２１２は、利用可能なヘルプ・リソースのリスト２１０から１つまたは複数のヘルプ・リソースを選択することができる。一実施形態の場合には、選択ツール１１０は、関連性の基準１１２によりリスト２１０上の各リソースに選択指標値を割り当てるように構成されている選択指標モジュール２１４を含む。例示としての実施形態の場合には、リソース選択モジュール２１６は、指標値によりリスト１１０から１つまたは複数の選択したヘルプ・リソース２１８を決定する。
【００３９】
好ましい実施形態の場合には、指標値とヘルプ・リソースの関連性との間の関係は、高い指標値が高い関連性を示すが、他の関係も通常の当業者であれば知っているものである。リソース選択モジュール２１６は、厳格な関連以外の基準に基づいてリソースを選択することができる。例えば、リソース選択モジュール２１６は、ユーザ１０２がすでにアクセスしたヘルプ・リソース上で、ユーザ１０２がまだアクセスしていないヘルプ・リソースが有利になるように構成することができる。
【００４０】
ユーザ・インタフェース・モジュール２２０は、選択したヘルプ・リソース２１８を入手し、これらのユーザ・アクセスのためのリソース１１６を供給することができる。ユーザ・インタフェース・モジュール２２０は、アクセスするためにユーザ１０２にハイパーリンクのリストを供給することができる。好ましい実施形態の場合には、ユーザ・インタフェース・モジュール２２０は、ユーザ１０２に１つの選択したヘルプ・リソース２１８のコンテンツの全部を供給する。他の実施形態の場合には、ユーザ・インタフェース・モジュール２２０は、１つの選択したヘルプ・リソース２１８の全コンテンツを供給し、他の選択したヘルプ・リソース２１８へのハイパーリンクのリストを供給する。この場合、すべての選択したヘルプ・リソース２１８は、ヘルプ・アクセス・コンテキスト１０６が与えられた多数の最も関連の深いヘルプ・リソースである。
【００４１】
図３は、本発明による選択論理モジュール２１２の一実施形態である。図３は、本発明をさらに分かりやすく説明するために、関連性の基準１１２のいくつかの特定の例も示す。
【００４２】
関連性の基準１１２は、一組のヘルプ・リソース・ユーザ・アクセス回数３１６を含むことができる。ヘルプ・リソース・ユーザ・アクセス回数３１６は、所与のユーザ１０２が各ヘルプ・リソースにアクセスした回数を含むことができる。例えば、ユーザ１０２がヘルプ・リソース「ファイルのセーブ方法」に５回アクセスした場合には、一組のヘルプ・リソース・ユーザ・アクセス回数３１６のうちの１つは、番号５に関連する「ファイルのセーブ方法」になる。
【００４３】
関連性の基準１１２は、さらに、外部データ３１８を含むことができる。この要素は、「外部データ」と呼ばれる。何故なら、好ましい実施形態の場合には、メモリ・デバイス１０８がネットワークを通してアクセスする外部データベース上に格納しているユーザに関する情報かもしれないからである。しかし、外部データ３１８は、メモリ・デバイス１０８またはコンピュータ１０４内にセーブすることができ、文字通り外部に位置する必要はない。外部データ３１８は、ユーザ１０２の最も適当なヘルプ・コンテンツを入手するというゴールを達成する際に、本発明の実施者を助ける任意のタイプの情報を含むことができる。図に示すいくつかの例は、ユーザの知識価値、ユーザの習熟度セット・リスト、ユーザのジョブ・コード、ユーザの認証リスト、ユーザのジョブ・コード、ユーザの認証リスト、およびユーザのヘルプ・リソース・アクセス履歴である。これらについて以下に簡単に説明する。
【００４４】
ユーザの知識価値は、ユーザ１０２の一般的な技術レベルに関するある基本的情報を提供する、「初心者」または「エキスパート」のような値であってもよい。ユーザの知識価値は、ユーザ１０２が入力することができるし、またはデータベース内のユーザ１０２に関する記録上に格納することができる。
【００４５】
ユーザの習熟度セット・リストは、ユーザ１０２が技術を身につけているか、または特定の程度の技術を有しているかどうかのインジケータを含む特定の技術のリストである。例えば、ユーザの習熟度セット・リストは、「真」または「偽」の値を含むフィールド、「多型（polymorphic）Ｃプログラミング」を有することができる。この場合も、これはユーザが入力したか、またはデータベースのどこかに格納しているリストであってもよい。
【００４６】
ユーザ・ジョブ・コードは、ユーザが入力したか、またはデータベースから入手した値であってもよい。ユーザ・ジョブ・コードは、選択論理モジュール２１２が選択したこのタイプのヘルプ・コンテンツを強化するために使用することができる「販売代表」または「フィールド・エンジニア」のような値であってもよい。
【００４７】
ユーザの認証リストは、「Ｍｉｃｒｏｓｏｆｔ（Microsoft Corporationの商標）Ｏｆｆｉｃｅ Ｓｐｅｃｉａｌｉｓｔ」のようなヘルプ・リソース・コンテンツ選択を構成する際に役に立つかもしれない潜在的な認証のリストであってもよい。ユーザの認証リストは、ユーザが入力することできるし、データベースに格納することもできる。
【００４８】
ユーザ・ヘルプ・リソース・アクセス履歴は、ヘルプ・リソース・ユーザ・アクセス回数３１６に類似のものであってもよい。しかし、ユーザ・ヘルプ・リソース・アクセス履歴内に格納している情報は、ヘルプ・リソース・ユーザ・アクセス回数３１６より堅牢なものであってもよい。例えば、ユーザ１０２によるヘルプ・リソースの各アクセスに対する全コンテキスト１０６を格納することができる。一実施形態の場合には、選択論理モジュールは、そのユーザ１０２が同じコンテキスト１０６内のヘルプ・リソースにアクセスしたことがある場合には、前にアクセスしたヘルプ・リソースの表示頻度は少なくなるかも知れない。ユーザ・ヘルプ・リソース・アクセス履歴は、また、ヘルプ・リソースに対するアクセスの日付を含むことができ、ユーザ１０２は、ある時間経過後で、アクセスを打ち切ることができる。通常の当業者であれば、多くの方法でユーザ・ヘルプ・リソース・アクセス履歴を容易に使用することができ、これらのものは本発明の目的の範囲内に含まれる。
【００４９】
選択論理モジュール２１２は、リソース追跡モジュール３０２を含むことができる。リソース追跡モジュール３０２は、ユーザ１０２がアクセスしたリソースを追跡するように、また選択論理モジュール２１２による以降のアクセスに関する追跡情報を格納するように構成することができる。リソース追跡モジュール３０２は、ユーザ・アクセス回数３１６を読み出すこともできるし、更新することもできる。
【００５０】
選択論理モジュール３０４は、さらに補足データ・モジュール３０４を含むことができる。補足データ・モジュール３０４は、外部データ３１８に関する情報を追跡するように構成することができる。例えば、補足データ・モジュール３０４は、ユーザの知識価値を求めてユーザ１０２にプロンプトし、その値を外部データ３１８内に格納するように構成することができる。補足データ・モジュール３０４は、外部データ３１８を読み出し、更新するように構成することができる。
【００５１】
選択論理モジュール２１２は、指標値単調機能３０６へのアクセス回数を含むことができる。単調機能３０６は、実施者が希望する方法で、ユーザ・アクセス回数３１６を選択指標値３０８と関連づけることができる。例えば、指標値３０８がリソースにユーザがアクセスする度に急速に小さくなるような場合には、単調機能３０６は、指標＝（１０，０００／アクセス）のようなものであってもよい。数回アクセスした後でユーザが迅速にヘルプ・リソースを学習したがっている場合には、このアプローチは都合のよいものである。他の例の場合には、指標値３０８が、ユーザがリソースにアクセスする度にゆっくりと小さくなる場合には、単調機能３０６は、指標＝（１，０００−アクセス）のようなものであってもよい。この例はユーザのアクセス回数により指標が小さくなる場合を示しているが、当業者であればユーザのアクセス回数により大きくなるように指標を容易に構成することができることに留意されたい。
【００５２】
単調機能３０６が単調と呼ばれるのは、好ましい実施形態の場合、アクセスが増えると指標値がいつでも大きくなり、またはアクセスが増えるといつでも小さくなるからである。指標がその点まで大きくなり、その後で小さくなるようなアクセス回数が好適に理想的であるような状況を考えることができる。また、アルゴリズムがアクセスの度に指標を減少させるが、あるアクセス回数を超えた場合に指標が増大する「お気に入りのヘルプ・リソース」の学習も考慮することができる。何故なら、今までの経験では、ユーザ１０２は特定のヘルプ・リソースを参照するのを好むからである。これらの実施形態は本発明の範囲内に入るが、業界では周知のことなのでこれ以上の説明は省略する。
【００５３】
一実施形態の場合には、単調機能３０６が供給する指標値は、単なる選択指標値へのユーザ・アクセス回数３１６の貢献度であり、最終選択指標値３０８を入手する前に、外部データ３１８の貢献度に従って選択指標モジュール２１４によりさらに修正することができる。
【００５４】
選択指標モジュール２１４は、外部データ３１８およびユーザ・アクセス回数３１６から選択指標値３０８を決定する。選択指標モジュール２１４は、選択指標値３０８へのユーザ・アクセス回数３１６の貢献度を受信するために、ユーザ・アクセス回数３１６を単調機能に送る。外部データ３１８への選択指標値３０８の応答は、実施者の意図をサポートしなければならない。例えば、「エキスパート」というユーザの知識価値は、複雑なヘルプ・リソースに都合のよいものであり、ヘルプ・リソースにより高い選択指標値を供給する。あるユーザの認証を使用すれば、あるヘルプ・リソースを全然考慮しなくてすむ。各外部データ３１８要素の正確な効果は、各要素を含む目的により異なり、それによる選択指標モジュール２１４の構成は当業者にとって周知のものである。
【００５５】
選択論理モジュール２１２は、さらに、配列モジュール３１０を含むことができる。好ましい実施形態の場合には、配列モジュール３１０は、各選択指標値３０８の関連性の値３１２を決定するように構成することができる。関連性の値３１２を決定する主な理由は、実施者が選択指標値３０８を逆の方法（すなわち、低い選択指標値＝高い関連性）でヘルプ・リソースの関連性と等しくすることができるようにするためであり、また実施者がより優れた表示目的のために、選択指標値３０８を構成したい場合が出てくるからである。例えば、一実施形態の場合の選択指標値３０８は、１〜１，０００，０００であるが、実施者は、表示のための０〜６という可能なもっと有用な値を与えるために、関連性＝ｌｏｇ（指標）のような関連性を表示するためにより有用であると考える。
【００５６】
配列モジュール３１０は、利用可能なヘルプ・リソース２１０のリストからヘルプ・リソースの順序付きリスト３１４を生成することができる。好ましい実施形態の場合には、順序付きリスト３１４は、最高の関連性の値３１２を含む数個のヘルプ・リソースを含む。順序付きリスト３１４は、関連性の値３１２に従って配列した利用可能なヘルプ・リソース２１０の全リストであってもよい。
【００５７】
選択論理モジュール２１２は、順序付きリスト３１４からヘルプ・リソースを選択し、選択したヘルプ・リソース２１８を供給するように構成されたリソース選択モジュール２１６を含むことができる。一実施形態の場合には、選択したヘルプ・リソース２１８は、最高の関連性の値３１２を含む１つのヘルプ・リソースである。他の実施形態の場合には、選択したヘルプ・リソース２１８は、関連性の値３１２によりバイアスされたランダム選択である。この場合、高い関連性の値３１２を含むヘルプ・リソースは、低い関連性の値のヘルプ・リソースよりも選択される可能性が高い。他の代替実施形態の場合には、選択したヘルプ・リソース２１８は、順序付きリスト３１４、好適には、ユーザ１０２に容易に表示するように構成された多数のヘルプ・リソースの一番上からのリストのヘルプ・リソースである。例えば、リソース選択モジュール２１６は、順序付きリスト３１４から上位１０のヘルプ・リソースを選択することができる。
【００５８】
下記の簡単なフローチャートは、一般に、論理フローチャートの形で示される。それ故、図の順序および参照番号で示すステップは、本発明の方法の一実施形態を示す。図の方法の機能、論理、または１つまたは複数のステップまたはその一部への影響が等しい他のステップおよび方法も使用することができる。さらに、使用したフォーマットおよび記号はこの方法の論理ステップを説明するためのものであり、この方法の範囲を制限するものとみなすべきではない。フローチャートに種々のタイプの矢印またはラインを使用することができるが、これらのものは対応する方法の範囲を制限するためのものでないことを理解されたい。実際には、いくつかの矢印および他の接続マークは、この方法の論理フローを示すために使用することができる。例えば、矢印は、図の方法の数字で示すステップ間の指定していない持続時間の待機期間または監視期間を示すことができる。さらに、特定の方法が実行される順序は、図の対応するステップの順序と全く同じであってもよいし、同じでなくてもよい。
【００５９】
図４は、本発明によるヘルプ・リソース選択を強化するための方法の一実施形態である。トピック・モジュール２０２は、現在のトピック２０８を決定する（ステップ４０２）。次に、マッピング・モジュール２０４は、ヘルプ・トピック・マップ２２２にアクセスする（ステップ４０４）。リソース・リスト・モジュール２０６は、現在のトピック２０８およびヘルプ・トピック・マップ２２２から利用可能なヘルプ・リソースのリスト２１０を決定する（ステップ４０６）。この方法４００は、ユーザ・アクセス回数３１６を読み出している（ステップ４０８）、リソース追跡モジュール３０２により前進することができる。次に、選択指標モジュール３１４は、利用可能なヘルプ・リソースのリスト２１０から、各ヘルプ・リソースのリソース選択指標値３０８を計算することができる（ステップ４１０）。
【００６０】
この方法４００の上記実施形態は、配列モジュール３１０により、利用可能なヘルプ・リソースのリスト２１０から各ヘルプ・リソースの関連性の値３１２の計算を続行することができる（ステップ４１２）。次に、配列モジュール３１０は、各ヘルプ・リソースの関連性の値３１２によりソートした、ヘルプ・リソースの順序付きリスト３１４を生成することができる（ステップ４１４）。次に、リソース選択モジュール２１６は、ユーザ１０２のアクセスのために少なくとも１つのリソースを選択することができる（ステップ４１６）。リソース追跡モジュール３０２は、ユーザ・アクセスをカウントし（ステップ４１８）、選択したヘルプ・リソース２１８のユーザ・アクセス回数３１６内に格納することができる。一実施形態の場合には、リソース追跡モジュール３０２は、リソースをカウントするために（ステップ４１８）、ユーザ１０２が、ユーザ・インタフェース・モジュール２２０がユーザ・アクセスのために選択したリソースを供給した（ステップ４２０）後でだけ発生するアクセスのためのリソースを能動的に選択するまで待機することができる。
【００６１】
図５は、本発明によるヘルプ・リソース選択を強化するための方法の一実施形態である。トピック・モジュール２０２は、現在のトピック２０８を決定する（ステップ５０２）。次に、マッピング・モジュール２０４は、ヘルプ・トピック・マップ２２２にアクセスする（ステップ５０４）。リソース・リスト・モジュール２０６は、現在のトピック２０８およびヘルプ・トピック・マップ２２２から利用可能なヘルプ・リソースのリスト２１０を決定する（ステップ５０６）。この方法５００は、ユーザ・アクセス回数３１６を読み出している（ステップ５０８）リソース追跡モジュール３０２により前進することができる。次に、選択指標モジュール３１４は、選択指標値３０８を生成するために、ユーザ・アクセス回数３１６上で単調機能３０６を作動することができる（ステップ５１０）。
【００６２】
この方法５００の上記実施形態は、リソース選択モジュール２１６により、適当な選択方法−「低ウィン」(low win)または「バイアスしたランダム」の選択（ステップ５１２）を続行することができる。この選択方法が「バイアスしたランダム」である場合には、選択モジュール２１６は、ランダム・リソースを選択する（ステップ５１６）。その場合、利用可能なヘルプ・リソースのリスト２１０から各リソースを選択する可能性の百分率は、選択指標値３０８の関数である。説明を分かりやすくするためにバイアスしたランダム・ヘルプ・リソースを選択する（ステップ５１６）ためのある方法を図示するが、この方法は、当業者であれば周知のものであり、すべての周知の方法は本発明の範囲に含まれる。
【００６３】
図の選択方法の場合には、高い選択指標値３０８は、選択の高い可能性を示していなければならないが、本発明の実施者は、選択のために比較的より重要なヘルプ・リソースが高い選択指標値３０８を受け取るように単調機能３０６を配置する。選択指標値３０８は、指標＝１０，０００／（ユーザのアクセス回数）に設定することができ、所与のリソースの選択の可能性は、指標ｉ／（すべての指標の合計）であってもよい。この場合、ｉはどのヘルプ・リソースを考慮中であるのかを示す。それ故、利用可能なヘルプ・リソースのリスト２１０内に５つのヘルプ・リソースが存在する場合で、ユーザのアクセス回数３１６が（５、４、１０、２および６）である場合には、これら５つのヘルプ・リソースは、（２，０００、２，５００、１，０００、５，０００および１，６６７）の各指標３０８を有する。この例の場合には、すべての指標３０８の合計は、１２，１６７であり、５つの各ヘルプ・リソースが選択される百分率は、それぞれ約（１６．４％、２０．５％、８．２％、４１．１％および１３．７％）である。
【００６４】
当業者であれば、この選択方法は、ユーザのアクセス回数がゼロである場合には特殊な処理を必要とすることを容易に理解することができるだろう。一実施形態の場合には、アクセス回数３１６がゼロの場合には、ユーザのアクセス回数がゼロであるヘルプ・リソースを自動的に選択することにより、または複数のヘルプ・リソースのユーザ・アクセス回数がゼロであるヘルプ・リソース間でランダムに選択を行うことにより管理される。
【００６５】
選択方法が「低ウィン」である場合には、選択モジュール２１６は、最低のユーザのアクセス回数３１６のために２つ以上のヘルプ・リソースが結合しているかどうかを決定する（ステップ５１４）。最低のユーザのアクセス回数３１６に結合している場合には、選択モジュール２１６は、「低」に結合しているユーザのアクセス回数３１６を含むこれらのヘルプ・リソース間でランダムな選択を行う（ステップ５１８）。最低のユーザのアクセス回数３１６と結合していない場合には、選択モジュール２１６は、最低のユーザ・アクセス回数３１６の１つのヘルプ・リソースを選択する。
【００６６】
選択モジュールがヘルプ・リソースを選択した後で（ステップ５１６、５１８、５２０）、選択モジュール４１８は、適当なヘルプ・リソースに対するユーザ・アクセスをカウントし、新しいユーザ・アクセス回数３１６を格納する。
【００６７】
図６は、本発明によるヘルプ・リソース選択を強化する方法の一実施形態である。図６の方法６００と図５の方法５００との間の唯一の違いは、方法６００はユーザ・アクセス回数３１６だけではなく、外部データ３１８を使用していること、および図６の「低ウィン」論理が、ユーザ・アクセス回数３１６ではなく選択指標値３０８をベースとしていることに留意されたい。
【００６８】
トピック・モジュール２０２は、現在のトピック２０８を決定する（ステップ５０２）。次に、マッピング・モジュール２０４は、ヘルプ・トピック・マップ２２２にアクセスする（ステップ５０４）。リソース・リスト・モジュール２０６は、現在のトピック２０８およびヘルプ・トピック・マップ２２２から利用可能なヘルプ・リソースのリスト２１０を決定する（ステップ５０６）。この方法６００は、ユーザ・アクセス回数３１６を読み出している（ステップ６０８）リソース追跡モジュール３０２、および外部データ３１８を読み出している（ステップ６０８）補足データ・モジュール３０４により前進することができる。次に、選択指標モジュール３１４は、選択指標値３０８を生成するために、ユーザ・アクセス回数３１６および外部データ３１８上である機能を作動することができる（ステップ６１０）。
【００６９】
選択指標値３０８は、ユーザ・アクセス回数３１６および外部データ３１８の貢献度の組合せであってもよい。この組合せは、加算、乗算または個別選択指向のものであってもよい。特定のヘルプ・リソースを選択すべきかどうかのほとんどの場合に、ユーザ・アクセス回数３１６および外部データ３１８の両方が重要な考慮事項である場合には、それぞれからの貢献度が一緒に加算される。外部データ３１８が、あるヘルプ・リソースを適当なものとして、単に動作可能または動作不能にする傾向がある場合には、乗算方法または個別選択方法がより有用である場合がある。説明を分かりやすくするために各結合方法の一例を図に示す。
【００７０】
外部データ３１８がユーザ・アクセス回数３１６とほぼ同程度の連続変数である場合に、加算方法が最も役に立つ。例えば、１〜１００の範囲上のユーザの知識価値、またはユーザがヘルプ・リソースの密接に関連するクラスにアクセスした回数は、選択指標値３０８を生成する（ステップ６１０）ために、ユーザ・アクセス回数３１６からの貢献度に、外部データ３１８からの貢献度を加算しなければならない好個の例である。図９は、加算方法の略図を示す。
【００７１】
あるヘルプ・リソースをオンまたはオフするために外部データ３１８を使用しなければならない場合に、個別選択方法は最も役に立つ。例えば、外部データ３１８がユーザが「エキスパート」であることを示している場合には、選択論理から動作不能になる基本セットのヘルプ・リソースが存在する場合がある。同様に、外部データ３１８がある基準に適合した場合だけ、選択論理は、あるヘルプ・リソースをオンにすることができる。例えば、外部データ３１８がユーザが「システム管理者」であることを示している場合には、選択論理は他のものに使用することができないあるヘルプ・リソースを使用することができる。図１０は、個別選択方法の略図である。
【００７２】
あるヘルプ・リソースをオンまたはオフするために外部データ３１８を使用しなければならないが、選択からヘルプ・リソースを完全に除去しないで、ヘルプ・リソースを使用することができる確率を調整する機能も有していなければならない場合に、乗算方法は役に立つ。例えば、外部データ３１８がユーザが「エキスパート」であることを示している場合、あるインスタンスの場合には、これらのヘルプ・リソースへの外部データ３１８の貢献度にゼロを掛けることにより、動作不能になる基本セットのヘルプ・リソースが存在する場合がある。同様に、ヘルプ・リソースの中間のセットは、０．５の乗数を入手し、これらの出現の確率を低くするが、完全には動作不能にしない。それ故、この方法は、「エキスパート」ユーザが必要としないヘルプ・リソースは無視するが、選択から中間材料を完全には除去しない。図１１は、乗算方法の略図である。
【００７３】
選択モジュール２１６が「低ウィン」を選択する（ステップ５１２）決定の場合に、すべての決定６１４、６１８、６２０が、ユーザ・アクセス回数３１６によってではなく、選択指標値３０８により行われる点を除けば、選択指標値を生成する機能の動作６１０の後では、方法６００の残りの部分は、方法５００と同じである。
【００７４】
図７は、本発明によるヘルプ・リソース選択を強化するための方法７００の一実施形態である。トピック・モジュール２０２は現在のトピック２０８を決定する（ステップ７０２）。マッピング・モジュール２０４は、ヘルプ・トピック・マップ２２２にアクセスする（ステップ７０４）。リソース・リスト・モジュール２０６は、利用可能なヘルプ・リソースのリストを決定する（ステップ７０６）ために、現在のトピック２０８とヘルプ・トピック・マップ２２２を結合する。
【００７５】
この方法７００は、配列モジュール３１０により、関連性に対する各利用可能なヘルプ・リソースの評価（ステップ７０８）、および関連性によるヘルプ・リソースの配列（ステップ７１０）を続行することができる。次に、選択モジュール２１６は、最高の関連性を有するヘルプ・リソースを選択する（ステップ７１２）。ユーザ・インタフェース・モジュール２２０は、ユーザ１０２に対して最高の関連性を有するヘルプ・リソースの全バージョンを表示する（ステップ７１４）。ユーザ・インタフェース・モジュール２２０は、利用可能なヘルプ・リソースのうちのいくつかの短いバージョンを表示する（ステップ７１６）。一実施形態の場合には、ユーザ・インタフェース・モジュール２２０は、いくつかの最も関連性の高いリソースをハイパーリンクとして表示する（ステップ７１６）。この場合、ユーザ１０２は、これらのヘルプ・リソースの全バージョンに容易にアクセスすることができる。
【００７６】
図８は、本発明によるいくつかのデータ項目のある実施形態である。
【００７７】
図８は、ユーザ・アクセス回数３１６の第１のインスタンス８０２の一例を示す。この例の場合、第１のアクセス回数インスタンス８０２は、ヘルプ・リソース識別子８０４、ユーザ識別子８０６、および識別したヘルプ・リソース８０８にユーザ１０２がアクセスした回数を含む。
【００７８】
図８は、ユーザ・アクセス回数３１６の１つの例示としての第２のインスタンス８１０を示す。この場合、ヘルプ・リソース・トピック・ペアへのユーザ・アクセスが追跡される。これにより、実施者の各ヘルプ・リソースに対する一組のリソース選択指標値３０８の計算が楽になる。この場合、この一組の各リソース選択指標値３０８は、ヘルプ・トピック・マップ２２２が示すように、ヘルプ・リソースに関連するトピックのうちの１つに対応する。第２のアクセス回数のインスタンス８１０は、ヘルプ・リソース識別子８１２、ユーザ識別子８１４、関連トピック・リスト８１６、リソース・トピック・ペア・リスト８１８、および一組のアクセス回数８２０を含む。識別したヘルプ・リソース８１２に対する一組の選択指標値３０８を計算するために、選択指標機能３０６、５１０、６１２は各アクセス回数８２０上で動作する。
【００７９】
図８は、ヘルプ・トピック・マップ２２２の１つの例示としてのインスタンス８２２を示す。このマップ・インスタンス８２２は、ヘルプ・リソース・リスト８２４、トピック・リスト８２６、およびトピック・マップ８２８、８３０へのリソースを含む。このマップ・インスタンス８２２の使用方法を示すために、現在のトピック８３２が表示される。この場合、現在のトピック８３２は「Ａ」であり、トピック・マップ８２８、８３０へのリソースは、ヘルプ・リソース使用可能リスト８３４がヘルプ・リソース「１」、「４」、および「６」を含むことを示す。
【００８０】
図８は、外部データ３１８からのユーザ習熟度セット・リストの１つの例示としてのインスタンス８３６を示す。外部データのインスタンス８３６は、ユーザ識別８３７、習熟度識別リスト８３８、および「なし」８４０、「対応(Aware)」８４２、「ユーザ」８４４、および「エキスパート」８４６で示す習熟度レベルのリストを含む。この例の場合には、ユーザ８３７は、習熟度「１」８３８内に「なし」の習熟度レベル８４０を示す。図３は、外部データ３１８のための類似タイプのデータ構造の構成をはっきりと示し、他のタイプの外部データは、業界における１つの習熟度範囲内の機械的ステップである。
【００８１】
図９は、選択指標値３０８を決定するための、ユーザ・アクセス回数の貢献度９０２と外部データの貢献度９０４、９０８を結合するための種々の方法のいくつかの実施形態を示す。
【００８２】
図９は、選択指標値３０８を決定するために、ユーザ・アクセス回数の貢献度９０２と外部データの貢献度９０４とを結合するための加算方法（図６参照）の使用の一実施形態を示す。
【００８３】
図１０は、選択指標値３０８を決定するための、ユーザ・アクセス回数の貢献度９０２と外部データの貢献度９０８とを結合するための個々の解決方法の使用の一実施形態を示す。外部データの貢献度９０８は、真または偽のブール値である。論理ブロック９１０は、外部データの貢献度９０８が真である場合の、この例の場合にはユーザ・アクセス回数の貢献度９０２である頂部での入力を供給し、論理ブロック９１０は、外部データの貢献度９０８が偽である場合の、この例の場合にはゼロ９０６である底部での入力を供給する。それ故、この例の場合には、選択指標値３０８は、ユーザ・アクセス回数の貢献度９０２かまたはゼロ９０６である。
【００８４】
図１１は、選択指標値３０８を決定するための、ユーザ・アクセス回数の貢献度９０２と外部データ貢献度９０４とを結合するための乗算方法（図６参照）の使用の一実施形態を示す。
【００８５】
ユーザ・アクセス回数の貢献度９０２と外部データの貢献度９０４とを結合する基本的方法の結合および拡張は当業者であれば周知のものである。それ故、構成ブロックは、電力機能、多項式および神経ネットワークに基づいて選択指標値を生成するための正しい位置に位置する。他の制限なしにこれらすべてのものは、本発明の範囲に含まれる。
【００８６】
本発明は、本発明の精神および本質的な特徴から逸脱することなしに、他の特定の形で実施することができる。上記実施形態は、すべての点で本発明を説明するためのものであって本発明を制限するためのものではないと見なすべきである。それ故、本発明の範囲を示すものは、上記説明ではなく、添付の特許請求の範囲である。特許請求の範囲と等価の意味および範囲内に含まれるすべての変更は、本発明の範囲に含まれる。
【図面の簡単な説明】
【００８７】
【図１】本発明によるヘルプ・リソース選択を強化するためのシステムの一実施形態を示す簡単なブロック図である。
【図２】本発明によるヘルプ・リソース選択を強化するための装置の一実施形態を示す簡単なブロック図である。
【図３】本発明による選択論理モジュールの一実施形態を示す簡単なブロック図である。
【図４】本発明によるヘルプ・リソース選択を強化するための方法の一実施形態を示す簡単なフローチャートである。
【図５】本発明によるヘルプ・リソース選択を強化するための方法の他の実施形態を示す簡単なフローチャートである。
【図６】本発明によるヘルプ・リソース選択を強化するための方法の他の実施形態を示す簡単なフローチャートである。
【図７】本発明によるヘルプ・リソース選択を強化するための方法の他の実施形態を示す簡単なフローチャートである。
【図８】本発明によるユーザ・アクセス回数、他のユーザのアクセス回数、ヘルプ・トピック・マップ、外部データの図である。
【図９】ユーザ・アクセス回数からの選択指標貢献を外部データからの選択指標貢献と結合するための方法の一実施形態である。
【図１０】ユーザ・アクセス回数からの選択指標貢献を外部データからの選択指標貢献と結合するための方法の一実施形態である。
【図１１】ユーザ・アクセス回数からの選択指標貢献を外部データからの選択指標貢献と結合するための方法の一実施形態である。
【符号の説明】
【００８８】
６ 帳票ページ
１００ システム
１０２ ユーザ
１０４ コンピュータ
１０６ ヘルプ・アクセス・コンテキスト
１０８ メモリ・デバイス
１１０ リソース選択ツール
１１２ 関連性の基準
１１４ 格納しているデータ
１１６ ユーザ・アクセスのためのヘルプ・リソース
２０２ トピック・モジュール
２０４ マッピング・モジュール
２０６ リソース・リスト・モジュール
２０８ 現在のトピック
２１０ 利用可能なヘルプ・リソース
２１２ 選択論理モジュール
２１４ 選択指標モジュール
２１６ リソース選択モジュール
２１８ 選択したヘルプ・リソース
２２０ ユーザ・インタフェース・モジュール
２２２ ヘルプ・トピック・マップ
【技術分野】
【０００１】
本発明は、コンピュータをベースとするアプリケーションのユーザに対するヘルプ・コンテンツの供給に関し、特に、特定のユーザのヘルプ・アクセス・コンテンツおよび特徴のために調整したコンテンツの供給に関する。
【背景技術】
【０００２】
ヘルプ・ファイルおよび電子ドキュメンテーションは、複雑なコンピュータをベースとするアプリケーション用に広く使用されている。このフォーマットで供給されるヘルプ・コンテンツは非常に望ましいものである。何故なら、ユーザは、このようなヘルプ・コンテンツを直ちに利用することができるからである。現在利用することができるヘルプ・リソースは、絶対的に参照される。例えば、ユーザは、キーワードを強調することができ、ヘルプ・アプリケーションは、そのキーワードに対するコンテンツを調べて、毎回同じ情報をユーザに提供する。さらに、現在のヘルプ・ファイル・システム内の特定のユーザは考慮の対象にならない。
【０００３】
ヘルプ・コンテンツを構成し、これにアクセスするための現在の技術は効果的ではあるが骨の折れる仕事である。さらに、絶対参照によりヘルプ・コンテンツの有用性が制限される。例えば、ユーザがヘルプを要求しているヘルプ・トピックの周囲にヘルプ・リソースの周辺部が存在する場合があるが、ユーザには毎回同じコンテンツが供給される。それ故、有用な情報を無視しなければならないか、ユーザに関連するヘルプ・コンテンツのすべてを供給しなければならない。情報が無視された場合、ユーザは、もしある場合には、ヘルプ・ファイル内のハイパーリンクを通して探索するはめになるか、または指標を通して探索し、自分に必要な情報を提供してくれる正しいリンクを発見するためにホップすることになる。ヘルプ・ファイル・システムを現在のユーザを考慮するように構成することができれば、現在のシステムが提供するヘルプ・コンテンツをさらに有用なものとすることができる。
【０００４】
現在の技術においては、情報を更新したり反復したりすると効率が低下する。例えば、ユーザにあるトピックについてのすべての情報を提供するために内蔵させなければならない情報の要素がいくつかある場合には、これらの要素のうちのいくつかが同様にヘルプ・システム内の他の場所で使用されている可能性がある。共有の要素がある時点で更新されると、プログラマは、各要素を別々に発見し、更新しなければならない。その要素が新しいヘルプ・トピックに追加される場合には、その要素を手動で追加しなければならない。
【０００５】
ヘルプ・コンテンツをその最も基本的な要素に分解し、これらの要素を個々に参照し、更新することができれば、現在技術の上記制限を克服することができる。各トピックの周囲のヘルプ・リソースの周辺部からユーザが確実に依然としてすべてのヘルプ・リソースを受信することができる技術があるならば、この方法でヘルプ・コンテンツを分解することができる。ヘルプ・リソース選択が強化されれば、所与のヘルプ・トピックに対する周辺部からの最も基本的なおよび関連するリソースを最初にユーザに供給することができ、ユーザの知識が深くなるにつれて、もっと微妙なヘルプ・リソースをユーザに供給することができる。
【０００６】
ヘルプ・コンテンツがユーザの特徴を考慮することができれば、現在の技術の他の制限も克服することができる。１つの強化方法は、ヘルプ・システムがユーザとの相互作用により単に直接学習する場合、例えば、ユーザが「Ａ」に１００回アクセスした場合には、ユーザはもはや「Ａ」をおそらく見る必要がないという方法である。例えば、ユーザが２０年の経験を有するＣ＋＋プログラマであり、その情報がヘルプ・システムにアクセスすることができるデータベース内のどこかに存在することを知ることができるヘルプ・コンテンツに関連しているというように、ヘルプ・システムがユーザに関する外部情報に直接アクセスすることができれば、強化はさらに強力なものになる。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記説明から、一方ではユーザに利用可能なすべての情報を確実に提供しながら、ヘルプ・リソースを最も基本的な要素に分解することができる装置および方法の開発が待望されていることは明白である。都合のよいことに、このような装置および方法を使用すれば、ヘルプ・システムは、もっと特定目的のために調整したヘルプ・コンテンツを供給するために、ユーザについて学習することができ、ユーザに関する外部情報にアクセスすることができる。
【課題を解決するための手段】
【０００８】
本発明は、技術的現状に応じて、特に現在利用可能な電子ドキュメンテーションによりまだ完全に解決されていないこの業界内の問題およびニーズに応じて開発されたものである。それ故、本発明は、この業界内における多くのまたはすべての上記欠点を克服するヘルプ・リソース選択を強化するための装置、システムおよび方法を提供するために開発されたものである。
【０００９】
ヘルプ・リソース選択を強化するための装置は、ユーザのヘルプ・アクセス・コンテキストを受信し、コンテキストからヘルプ・トピックを決定し、ユーザに関連するヘルプ・リソースを選択するために関連性の基準を適用し、ユーザに選択したヘルプ・リソースを供給するために必要なステップを機能的に実行するように構成されている複数のモジュールを備える。
【００１０】
一実施形態の場合には、この装置は、現在のトピックを決定するように構成されているトピック・モジュールを有する。現在のトピックは、ユーザのヘルプ・アクセス・コンテキストに基づくものであってもよい。また、この装置は、ヘルプ・トピック・マップにアクセスするように構成されているマッピング・モジュール、およびヘルプ・トピック・マップおよび現在のトピックから利用可能なヘルプ・リソースのリストを決定するように構成されているリソース・リスト・モジュールを有することもできる。さらに、この装置は、各ヘルプ・リソースの選択指標値を計算し、利用可能なヘルプ・リソースのリストからヘルプ・リソースのうちの１つを選択するように構成されている選択論理モジュールを含むこともできる。選択指標値の計算は、本発明の特定の実施形態のゴールをサポートするために、本発明の実施者が割り当てる種々の関連性の基準をベースとすることができる。
【００１１】
他の実施形態の場合には、選択論理モジュールは、ヘルプ・リソースの選択指標値に基づいて、利用可能なヘルプ・リソースのリストからヘルプ・リソースの順序付きリストを生成することができる。一実施形態の場合には、そうすることにより、おそらく完全な一次リソースおよび含まれているいくつかの他の非常に関連の深いリソースへの短いハイパーリンクにより、ユーザに複数のヘルプ・リソースを供給するように、ユーザ・インタフェース・モジュールを構成することができる。
【００１２】
他の実施形態の場合には、選択論理モジュールは、ユーザが各ヘルプ・リソースにアクセスした回数をカウントし、これらの値をユーザのアクセス回数として記録するリソース追跡モジュールを含むことができる。選択論理モジュールは、ユーザのアクセス回数がもっと少ないヘルプ・リソースをもっと選択しやすくするように構成することもできるし、または選択論理モジュールを、ユーザ・アクセス回数がもっと低いヘルプ・リソースを自動的に選択するように構成することもできる。そうすることにより、本発明は、ユーザがおそらくはすでに知っていると思われる反復ヘルプ・リソースではなく、ユーザに種々のヘルプ・リソースをより容易に表示することができる。
【００１３】
この装置は、さらに、ユーザにどのヘルプ・リソースを表示するのかを決定する際に、外部データを含むように構成することもできる。選択論理モジュールは、選択論理を強化し、選択論理をユーザにとってより有用なものにするために、種々の組の外部データにアクセスするように構成されている補足データ・モジュールを含むことができる。例えば、外部データは、「初心者」、「高度なユーザ」または「エキスパート」のようなユーザの知識価値を含むことができ、選択論理モジュールは、ユーザの知識価値に基づいてどのヘルプ・リソースを選択するのかについて調整することができる。
【００１４】
また、本発明のシステムは、ヘルプ・リソース選択を強化するためのものでもある。このシステムは、ヘルプ・リソースがサービスするアプリケーションにアクセスするユーザのためにコンピュータ内で実施することができる。このシステムは、さらに、コンピュータからメモリ・デバイスに送られるヘルプ・アクセス・コンテキストを含むことができる。メモリ・デバイスは、コンピュータが接続しているサーバ上に常駐することができるし、またはメモリ・デバイスは、コンピュータ自身内に位置することもできる。メモリ・デバイスは、ヘルプ・アクセス・コンテキストと種々の関連するヘルプ・トピックとの間の関係を含むことができる一組の格納しているデータを含むことができる。メモリ・デバイスは、さらに一組の関連性の基準を含むことができる。関連性の基準は、本発明の特定の実施形態を生成する実施者のゴールに従って設定することができる。さらに、このシステムは、本発明によるヘルプ・リソース選択を強化するように構成されている装置を含むことができるリソース選択ツールを含むことができる。
【００１５】
また、本発明の方法は、ヘルプ・リソース選択を強化するためのものでもある。開示の実施形態の本発明の方法は、実質的に、上記装置およびシステムの動作に関連する上記機能を実行するために必要なステップを含む。一実施形態の場合には、この方法は、現在のトピックを決定するステップと、ヘルプ・トピック・マップにアクセスするステップと、現在のトピックおよびヘルプ・トピック・マップから利用可能なヘルプ・リソースのリストを決定するステップと、利用可能な各ヘルプ・リソースに対する少なくとも１つのリソース選択指標値を計算するステップと、少なくとも１つのヘルプ・リソースを選択するステップと、ユーザによるアクセスのために選択したリソースを供給するステップとを含む。
【００１６】
他の実施形態の場合には、この方法は、選択指標値から関連性の値を計算するステップと、利用可能なヘルプ・リソースの順序付きリストを生成するステップとを含む。他の実施形態の場合には、この方法は、最も関連の深いヘルプ・リソースを選択することにより、またはランダム・ヘルプ・リソースを選択するが、もっと関連の深いリソースが選択される可能性がもっと高くなるように、選択にバイアスを掛けることにより、ヘルプ・リソースを選択するステップを含む。一実施形態の場合には、この方法は、利用可能なヘルプ・リソースに対するユーザのアクセス回数に基づいて選択指標値を決定する。一実施形態の場合には、この方法は、ユーザの習熟度リストのような外部データに基づいて選択指標値を決定する。
【００１７】
他の実施形態の場合には、この方法は、最も関連の深い利用可能なヘルプ・リソースのうちの数個を選択するステップを含む。この方法は、さらに、ユーザに最も関連の深いヘルプ・リソース全部を表示するステップと、必要な場合には、容易にアクセスすることができるように、ユーザに次のいくつかの最も関連の深いヘルプ・リソースの短いバージョンを表示するステップを含むことができる。
【００１８】
本明細書全体を通して、機能、利点または類似の用語は、本発明により実行することができるすべての機能および利点が、本発明の任意の１つの実施形態に含まれていなければならないこと、または含まれていることを意味するものではない。それどころか、機能および利点に関する用語は、ある実施形態に関連して記載した特定の機能、利点または特徴は、本発明の少なくとも１つの実施形態に含まれることを意味するものであることを理解されたい。それ故、本明細書全体を通しての機能および利点および類似の用語の説明は、同じ実施形態を指す場合もあるが、必ずしもそうではない場合もある。
【００１９】
さらに、本発明の上記機能、利点および特徴は、１つまたは複数の実施形態で任意の適当な方法で結合することができる。当業者であれば、特定の実施形態の１つまたは複数の特定の機能または利点を使用しなくても本発明を実行することができることを理解することができるだろう。他のインスタンスの場合には、本発明のすべての実施形態で使用されていないかもしれない追加の機能および利点をいくつかの実施形態で認識することができる。
【００２０】
下記の説明および添付の特許請求の範囲を読めば、本発明のこれらの機能および利点をよりよく理解することができるだろうし、または下記の本発明の実行から理解することができるだろう。
【００２１】
本発明の利点を容易に理解してもらうために、今までの概略説明した本発明のより詳細な説明を、添付の図面に示す特定の実施形態を参照しながら行う。これらの図面は本発明の代表的な実施形態だけを示すためのものであって、それ故本発明の範囲を制限するものでないことを理解していただいたうえで、添付の図面を参照しながら追加の特異性および詳細により本発明について説明する。
【発明を実施するための最良の形態】
【００２２】
その実施態様の独立性を特に強調するために、本明細書に記載する多くの機能ユニットをモジュールと呼んできた。例えば、モジュールは、カスタムＶＬＳＩ回路またはゲートアレイ、論理チップ、トランジスタのようなレデーメイドの半導体、または他の個々のコンポーネントを備えるハードウェア回路として実施することができる。また、モジュールは、フィールド・プログラマブル・ゲートアレイ、プログラマブル・アレイ論理、プログラマブル論理デバイス等のようなプログラマブル・ハードウェア・デバイスで実施することもできる。
【００２３】
また、モジュールは、種々のタイプのプロセッサにより実行するためのソフトウェアで実施することもできる。実行可能なコードの識別したモジュールは、例えば、例えば、オブジェクト、手順または機能として組織することができる、コンピュータ命令の１つまたは複数の物理ブロックまたは論理ブロックを含むことができる。しかし、識別したモジュールの実行可能なものは、物理的に一緒に位置させる必要はないが、論理的に一緒に結合した場合、モジュールを含み、モジュールの上記目的を達成する異なる位置に格納している異なる命令を含むことができる。
【００２４】
実際には、実行可能なコードのモジュールは、１つの命令であってもよいし、または多くの命令であってもよいし、異なるプログラム間で、またいくつかのメモリ・デバイスを横切って、いくつかの異なるコード・セグメント上に分散させることもできる。同様に、この場合、動作データは、モジュール内で識別し、図示することができ、任意の適当な形で実施することができ、任意の適当なタイプのデータ構造で組織することができる。動作データは１つのデータ・セットとして収集することができ、または異なる記憶装置上を含む異なる位置上に分散することもでき、少なくともその一部はシステムまたはネットワーク上の単なる電子信号として存在することができる。
【００２５】
本明細書全体を通して、「一実施形態」、「ある実施形態」または類似の用語は、実施形態のところで説明した特定の機能、構造または特徴が本発明の少なくとも１つの実施形態に含まれていることを意味する。それ故、本明細書全体を通して「一実施形態で」、「ある実施形態で」および類似の用語を使用した場合には、すべて同じ実施形態を指す場合もあるが、必ずしもそうではない場合もある。
【００２６】
さらに、本発明は、コンピュータまたは任意の命令実行システムによりまたはこれに関連して使用するためのプログラム・コードを供給する、コンピュータが使用することができる、またはコンピュータ可読媒体からアクセスすることができるコンピュータ・プログラム製品の形をとることができる。この説明のために、コンピュータが使用することができる、またはコンピュータ可読媒体は、命令実行システム、装置またはデバイスによりまたはこれに関連して使用するための、プログラムを含むことができ、格納することができ、通信することができ、伝搬することができ、または移送することができる任意の装置であってもよい。
【００２７】
この媒体は、電子システム、磁気システム、光学システム、電磁システム、赤外線システムまたは半導体システム（または装置またはデバイス）、または伝搬媒体であってもよい。コンピュータ可読媒体の例としては、半導体または固体メモリ、磁気テープ、取外し可能コンピュータ・ディスケット、ランダム・アクセス・メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、剛性の磁気ディスクおよび光ディスク等がある。現在使用されている光ディスクの例としては、コンパクト・ディスク−読出し専用メモリ（ＣＤ−ＲＯＭ）、コンパクト・ディスク−リード／ライト（ＣＤ−Ｒ／Ｗ）およびＤＶＤ等がある。
【００２８】
さらに、本発明の上記機能、構造または特徴は、１つまたは複数の実施形態で任意の適当な方法で結合することができる。下記の説明においては、本発明の実施形態を完全に理解してもらうために、プログラミング、ソフトウェア・モジュール、ユーザ選択、ネットワーク取引、データベース照会、データベース構造、ハードウェア・モジュール、ハードウェア回路、ハードウェア・チップ等の例のような多くの特定の詳細について説明する。しかし、当業者であれば、１つまたは複数の特定の詳細を使用しなくても、または他の方法、コンポーネント、材料等により本発明を実行することができることを理解することができるだろう。他のインスタンスの場合には、本発明の種々の様態が分かりにくくなるのを避けるために、周知の構造、材料、または動作については図示していないし、詳細な説明も省略してある。
【００２９】
図１は、コンピュータ・アプリケーションのユーザ１０２のためのヘルプ・リソース選択を強化するためのシステム１００である。ユーザ１０２は、コンピュータ１０４、端末等を通してシステム１００にアクセスすることができる。ユーザ１０２は、メモリ・デバイス１０８にヘルプ・アクセス・コンテキスト１０６を提供するコンピュータ１０４上でヘルプ機能を作動することができる。ヘルプ・アクセス・コンテキスト１０６は、ヘルプ機能のユーザ１０２のアクセスの状況を含む一般的な用語である。例えば、ヘルプ・アクセス・コンテキスト１０６は、キーワードであっても、アプリケーション・ファイル内のページ番号であっても、アプリケーションからの能動フィールドのフィールド番号であっても、種々のアプリケーションのメタデータ（例えば、これがこのアプリケーションを使用した最初です）等であってもよい。
【００３０】
メモリ・デバイス１０８は、コンテキスト１０６を受信し、それをリソース選択ツール１１０に供給することができる。リソース選択ツール１１０は、関連性の基準１１２および格納しているデータ１１４にアクセスし、ヘルプ・リソースを選択するように構成することができる。はっきり見えるように格納しているデータ１１４は、メモリ・デバイス１０８内に図示してあるが、格納しているデータ１１４は、例えば、ネットワーク上の他のメモリ・デバイス内のような、リソース選択ツール１１０にアクセスすることができる任意の場所に格納することができる。同様に、メモリ・デバイス１０８は、図に示すようにコンピュータ１０４から離れた場所に設置する必要はない。より見やすくするためにメモリ・デバイス１０８は離して図示してある。
【００３１】
メモリ・デバイス１０８は、選択したヘルプ・リソースを、ユーザ・アクセスのためのヘルプ・リソース１１６として供給する。ヘルプ・リソースは、ユーザにとって有用な場合があるヘルプ・コンテンツの要素である。例えば、ユーザは、税ファイリング・プログラム用の税書式に記入することができ、ユーザが所得クレジット・フィールド内に位置している場合、ヘルプ機能を選択することができる。コンテキスト１０６は、｛税プログラム、帳票ページ６、選択したフィールドＥＩＣ｝であってもよいし、コンテキスト１０６に関連するヘルプ・リソースの一例は、所得クレジットに関する法律の説明であってもよい。ユーザ・アクセスのためのヘルプ・リソース１１６は、ヘルプ・リソース自身であってもよいし、単に選択したヘルプ・リソースへのある種のポインタであってもよい。この場合、コンピュータ１０４は、ユーザ１０２に対する適当なヘルプ・リソースを発見し、表示するためにこのポインタを使用する。
【００３２】
関連性の基準１１２は、選択のための適当なヘルプ・リソースを決定するために、リソース選択ツール１１０によって使用することができる。関連性の基準１１２により、本発明の実施者は、特定の選択戦術を使用することができるが、これについては以下の図２および図３のところでさらに詳細に説明する。例えば、本発明の実施者の選択戦術が、選択される可能性が少ないヘルプ・リソースをそれらにユーザ１０２がアクセスした回数より多くすることである場合には、関連性の基準１１２は、ユーザ１０２が各ヘルプ・リソースにアクセスした回数であってもよい。
【００３３】
一実施形態の場合には、格納しているデータ１１４は、リソース選択ツール１１０をサポートするデータを格納する。例えば、格納しているデータ１１４は、リソース選択ツール１１０がヘルプ・アクセス・コンテキスト１０６により適当なヘルプ・リソースのリストを生成することができるように、ヘルプ・リソースに関連するコンテキスト１０６のリストを含むことができる。メモリ・デバイス１０８が、ポインタだけではなく、各ヘルプ・リソースの全コンテンツを含むある実施形態の場合には、ヘルプ・リソースのコンテンツは、格納しているデータ１１４内に含まれている。
【００３４】
図２は、本発明によるリソース選択ツール１１０を含む装置である。一実施形態の場合には、リソース選択ツール１１０は、ヘルプ・アクセス・コンテキスト１０６を受信し、格納しているデータ１１４を読み出し、関連性の基準１１２を読み出し、ユーザ・アクセスのためのヘルプ・リソース１１６を供給するように構成される。
【００３５】
選択ツール１１０は、ヘルプ・アクセス・コンテキスト１０６を受信し、コンテキスト１０６により現在のトピック２０８を決定するように構成されているトピック・モジュール２０２を有することができる。トピック・モジュール２０２は、現在のトピック２０８を決定するために、リスト内でコンテキスト１０６を参照するように構成することもできるし、またはトピック・モジュール２０２は、現在のトピック２０８としてコンテキスト１０６の全部または一部を直接供給するように構成することもできる。例えば、コンテキスト１０６が｛税プログラム、帳票ページ６、選択したフィールドＥＩＣ｝である場合には、トピック・モジュール２０２は、これらの値を含むコンテキスト１０６がトピック番号６６１４６であることを決定するために、参照テーブルを使用することができる。同じコンテキスト１０６を含む他の実施形態の場合には、トピック・モジュール２０２は、コンテキスト１０６から第３のフィールドの値を現在のトピック２０８（すなわち、「選択したフィールドＥＩＣ」）として送るように構成することができる。
【００３６】
選択ツール１１０は、さらに、マッピング・モジュール２０４を含むことができる。マッピング・モジュール２０４は、格納しているデータ１１４にアクセスすることができ、ヘルプ・トピック・マップ２２２を読み出すことができる。ヘルプ・トピック・マップは、トピックを含むヘルプ・リソースに関連する参照データ・リストである。一実施形態の場合には、ヘルプ・トピック・マップは、ヘルプ・リソースのリスト、トピックスのリスト、および各ヘルプ・リソースを少なくとも１つのトピックに関連づける関連リストを含む。それ故、現在のトピック２０８が分かっている場合には、ヘルプ・トピック・マップ２２２を、現在のトピック２０８に関連するヘルプ・リソース２１０の対応するリストを決定するために使用することができる。詳細については、図８を参照されたい。マッピング・モジュール２０４は、さらに、リソース・リスト・モジュール２０６にヘルプ・トピック・マップ２２２を供給するように構成することができる。
【００３７】
選択ツール１１０は、さらに、リソース・リスト・モジュール２０６を含むことができる。リソース・リスト・モジュール２０６は、利用可能なヘルプ・リソース２１０のリストを決定するために、ヘルプ・トピック・マップ２２２に現在のトピック２０８を適用するように構成することができる。
【００３８】
選択ツール１１０は、選択論理モジュール２１２を有することができる。選択モジュール２１２は、利用可能なヘルプ・リソースのリスト２１０から１つまたは複数のヘルプ・リソースを選択することができる。一実施形態の場合には、選択ツール１１０は、関連性の基準１１２によりリスト２１０上の各リソースに選択指標値を割り当てるように構成されている選択指標モジュール２１４を含む。例示としての実施形態の場合には、リソース選択モジュール２１６は、指標値によりリスト１１０から１つまたは複数の選択したヘルプ・リソース２１８を決定する。
【００３９】
好ましい実施形態の場合には、指標値とヘルプ・リソースの関連性との間の関係は、高い指標値が高い関連性を示すが、他の関係も通常の当業者であれば知っているものである。リソース選択モジュール２１６は、厳格な関連以外の基準に基づいてリソースを選択することができる。例えば、リソース選択モジュール２１６は、ユーザ１０２がすでにアクセスしたヘルプ・リソース上で、ユーザ１０２がまだアクセスしていないヘルプ・リソースが有利になるように構成することができる。
【００４０】
ユーザ・インタフェース・モジュール２２０は、選択したヘルプ・リソース２１８を入手し、これらのユーザ・アクセスのためのリソース１１６を供給することができる。ユーザ・インタフェース・モジュール２２０は、アクセスするためにユーザ１０２にハイパーリンクのリストを供給することができる。好ましい実施形態の場合には、ユーザ・インタフェース・モジュール２２０は、ユーザ１０２に１つの選択したヘルプ・リソース２１８のコンテンツの全部を供給する。他の実施形態の場合には、ユーザ・インタフェース・モジュール２２０は、１つの選択したヘルプ・リソース２１８の全コンテンツを供給し、他の選択したヘルプ・リソース２１８へのハイパーリンクのリストを供給する。この場合、すべての選択したヘルプ・リソース２１８は、ヘルプ・アクセス・コンテキスト１０６が与えられた多数の最も関連の深いヘルプ・リソースである。
【００４１】
図３は、本発明による選択論理モジュール２１２の一実施形態である。図３は、本発明をさらに分かりやすく説明するために、関連性の基準１１２のいくつかの特定の例も示す。
【００４２】
関連性の基準１１２は、一組のヘルプ・リソース・ユーザ・アクセス回数３１６を含むことができる。ヘルプ・リソース・ユーザ・アクセス回数３１６は、所与のユーザ１０２が各ヘルプ・リソースにアクセスした回数を含むことができる。例えば、ユーザ１０２がヘルプ・リソース「ファイルのセーブ方法」に５回アクセスした場合には、一組のヘルプ・リソース・ユーザ・アクセス回数３１６のうちの１つは、番号５に関連する「ファイルのセーブ方法」になる。
【００４３】
関連性の基準１１２は、さらに、外部データ３１８を含むことができる。この要素は、「外部データ」と呼ばれる。何故なら、好ましい実施形態の場合には、メモリ・デバイス１０８がネットワークを通してアクセスする外部データベース上に格納しているユーザに関する情報かもしれないからである。しかし、外部データ３１８は、メモリ・デバイス１０８またはコンピュータ１０４内にセーブすることができ、文字通り外部に位置する必要はない。外部データ３１８は、ユーザ１０２の最も適当なヘルプ・コンテンツを入手するというゴールを達成する際に、本発明の実施者を助ける任意のタイプの情報を含むことができる。図に示すいくつかの例は、ユーザの知識価値、ユーザの習熟度セット・リスト、ユーザのジョブ・コード、ユーザの認証リスト、ユーザのジョブ・コード、ユーザの認証リスト、およびユーザのヘルプ・リソース・アクセス履歴である。これらについて以下に簡単に説明する。
【００４４】
ユーザの知識価値は、ユーザ１０２の一般的な技術レベルに関するある基本的情報を提供する、「初心者」または「エキスパート」のような値であってもよい。ユーザの知識価値は、ユーザ１０２が入力することができるし、またはデータベース内のユーザ１０２に関する記録上に格納することができる。
【００４５】
ユーザの習熟度セット・リストは、ユーザ１０２が技術を身につけているか、または特定の程度の技術を有しているかどうかのインジケータを含む特定の技術のリストである。例えば、ユーザの習熟度セット・リストは、「真」または「偽」の値を含むフィールド、「多型（polymorphic）Ｃプログラミング」を有することができる。この場合も、これはユーザが入力したか、またはデータベースのどこかに格納しているリストであってもよい。
【００４６】
ユーザ・ジョブ・コードは、ユーザが入力したか、またはデータベースから入手した値であってもよい。ユーザ・ジョブ・コードは、選択論理モジュール２１２が選択したこのタイプのヘルプ・コンテンツを強化するために使用することができる「販売代表」または「フィールド・エンジニア」のような値であってもよい。
【００４７】
ユーザの認証リストは、「Ｍｉｃｒｏｓｏｆｔ（Microsoft Corporationの商標）Ｏｆｆｉｃｅ Ｓｐｅｃｉａｌｉｓｔ」のようなヘルプ・リソース・コンテンツ選択を構成する際に役に立つかもしれない潜在的な認証のリストであってもよい。ユーザの認証リストは、ユーザが入力することできるし、データベースに格納することもできる。
【００４８】
ユーザ・ヘルプ・リソース・アクセス履歴は、ヘルプ・リソース・ユーザ・アクセス回数３１６に類似のものであってもよい。しかし、ユーザ・ヘルプ・リソース・アクセス履歴内に格納している情報は、ヘルプ・リソース・ユーザ・アクセス回数３１６より堅牢なものであってもよい。例えば、ユーザ１０２によるヘルプ・リソースの各アクセスに対する全コンテキスト１０６を格納することができる。一実施形態の場合には、選択論理モジュールは、そのユーザ１０２が同じコンテキスト１０６内のヘルプ・リソースにアクセスしたことがある場合には、前にアクセスしたヘルプ・リソースの表示頻度は少なくなるかも知れない。ユーザ・ヘルプ・リソース・アクセス履歴は、また、ヘルプ・リソースに対するアクセスの日付を含むことができ、ユーザ１０２は、ある時間経過後で、アクセスを打ち切ることができる。通常の当業者であれば、多くの方法でユーザ・ヘルプ・リソース・アクセス履歴を容易に使用することができ、これらのものは本発明の目的の範囲内に含まれる。
【００４９】
選択論理モジュール２１２は、リソース追跡モジュール３０２を含むことができる。リソース追跡モジュール３０２は、ユーザ１０２がアクセスしたリソースを追跡するように、また選択論理モジュール２１２による以降のアクセスに関する追跡情報を格納するように構成することができる。リソース追跡モジュール３０２は、ユーザ・アクセス回数３１６を読み出すこともできるし、更新することもできる。
【００５０】
選択論理モジュール３０４は、さらに補足データ・モジュール３０４を含むことができる。補足データ・モジュール３０４は、外部データ３１８に関する情報を追跡するように構成することができる。例えば、補足データ・モジュール３０４は、ユーザの知識価値を求めてユーザ１０２にプロンプトし、その値を外部データ３１８内に格納するように構成することができる。補足データ・モジュール３０４は、外部データ３１８を読み出し、更新するように構成することができる。
【００５１】
選択論理モジュール２１２は、指標値単調機能３０６へのアクセス回数を含むことができる。単調機能３０６は、実施者が希望する方法で、ユーザ・アクセス回数３１６を選択指標値３０８と関連づけることができる。例えば、指標値３０８がリソースにユーザがアクセスする度に急速に小さくなるような場合には、単調機能３０６は、指標＝（１０，０００／アクセス）のようなものであってもよい。数回アクセスした後でユーザが迅速にヘルプ・リソースを学習したがっている場合には、このアプローチは都合のよいものである。他の例の場合には、指標値３０８が、ユーザがリソースにアクセスする度にゆっくりと小さくなる場合には、単調機能３０６は、指標＝（１，０００−アクセス）のようなものであってもよい。この例はユーザのアクセス回数により指標が小さくなる場合を示しているが、当業者であればユーザのアクセス回数により大きくなるように指標を容易に構成することができることに留意されたい。
【００５２】
単調機能３０６が単調と呼ばれるのは、好ましい実施形態の場合、アクセスが増えると指標値がいつでも大きくなり、またはアクセスが増えるといつでも小さくなるからである。指標がその点まで大きくなり、その後で小さくなるようなアクセス回数が好適に理想的であるような状況を考えることができる。また、アルゴリズムがアクセスの度に指標を減少させるが、あるアクセス回数を超えた場合に指標が増大する「お気に入りのヘルプ・リソース」の学習も考慮することができる。何故なら、今までの経験では、ユーザ１０２は特定のヘルプ・リソースを参照するのを好むからである。これらの実施形態は本発明の範囲内に入るが、業界では周知のことなのでこれ以上の説明は省略する。
【００５３】
一実施形態の場合には、単調機能３０６が供給する指標値は、単なる選択指標値へのユーザ・アクセス回数３１６の貢献度であり、最終選択指標値３０８を入手する前に、外部データ３１８の貢献度に従って選択指標モジュール２１４によりさらに修正することができる。
【００５４】
選択指標モジュール２１４は、外部データ３１８およびユーザ・アクセス回数３１６から選択指標値３０８を決定する。選択指標モジュール２１４は、選択指標値３０８へのユーザ・アクセス回数３１６の貢献度を受信するために、ユーザ・アクセス回数３１６を単調機能に送る。外部データ３１８への選択指標値３０８の応答は、実施者の意図をサポートしなければならない。例えば、「エキスパート」というユーザの知識価値は、複雑なヘルプ・リソースに都合のよいものであり、ヘルプ・リソースにより高い選択指標値を供給する。あるユーザの認証を使用すれば、あるヘルプ・リソースを全然考慮しなくてすむ。各外部データ３１８要素の正確な効果は、各要素を含む目的により異なり、それによる選択指標モジュール２１４の構成は当業者にとって周知のものである。
【００５５】
選択論理モジュール２１２は、さらに、配列モジュール３１０を含むことができる。好ましい実施形態の場合には、配列モジュール３１０は、各選択指標値３０８の関連性の値３１２を決定するように構成することができる。関連性の値３１２を決定する主な理由は、実施者が選択指標値３０８を逆の方法（すなわち、低い選択指標値＝高い関連性）でヘルプ・リソースの関連性と等しくすることができるようにするためであり、また実施者がより優れた表示目的のために、選択指標値３０８を構成したい場合が出てくるからである。例えば、一実施形態の場合の選択指標値３０８は、１〜１，０００，０００であるが、実施者は、表示のための０〜６という可能なもっと有用な値を与えるために、関連性＝ｌｏｇ（指標）のような関連性を表示するためにより有用であると考える。
【００５６】
配列モジュール３１０は、利用可能なヘルプ・リソース２１０のリストからヘルプ・リソースの順序付きリスト３１４を生成することができる。好ましい実施形態の場合には、順序付きリスト３１４は、最高の関連性の値３１２を含む数個のヘルプ・リソースを含む。順序付きリスト３１４は、関連性の値３１２に従って配列した利用可能なヘルプ・リソース２１０の全リストであってもよい。
【００５７】
選択論理モジュール２１２は、順序付きリスト３１４からヘルプ・リソースを選択し、選択したヘルプ・リソース２１８を供給するように構成されたリソース選択モジュール２１６を含むことができる。一実施形態の場合には、選択したヘルプ・リソース２１８は、最高の関連性の値３１２を含む１つのヘルプ・リソースである。他の実施形態の場合には、選択したヘルプ・リソース２１８は、関連性の値３１２によりバイアスされたランダム選択である。この場合、高い関連性の値３１２を含むヘルプ・リソースは、低い関連性の値のヘルプ・リソースよりも選択される可能性が高い。他の代替実施形態の場合には、選択したヘルプ・リソース２１８は、順序付きリスト３１４、好適には、ユーザ１０２に容易に表示するように構成された多数のヘルプ・リソースの一番上からのリストのヘルプ・リソースである。例えば、リソース選択モジュール２１６は、順序付きリスト３１４から上位１０のヘルプ・リソースを選択することができる。
【００５８】
下記の簡単なフローチャートは、一般に、論理フローチャートの形で示される。それ故、図の順序および参照番号で示すステップは、本発明の方法の一実施形態を示す。図の方法の機能、論理、または１つまたは複数のステップまたはその一部への影響が等しい他のステップおよび方法も使用することができる。さらに、使用したフォーマットおよび記号はこの方法の論理ステップを説明するためのものであり、この方法の範囲を制限するものとみなすべきではない。フローチャートに種々のタイプの矢印またはラインを使用することができるが、これらのものは対応する方法の範囲を制限するためのものでないことを理解されたい。実際には、いくつかの矢印および他の接続マークは、この方法の論理フローを示すために使用することができる。例えば、矢印は、図の方法の数字で示すステップ間の指定していない持続時間の待機期間または監視期間を示すことができる。さらに、特定の方法が実行される順序は、図の対応するステップの順序と全く同じであってもよいし、同じでなくてもよい。
【００５９】
図４は、本発明によるヘルプ・リソース選択を強化するための方法の一実施形態である。トピック・モジュール２０２は、現在のトピック２０８を決定する（ステップ４０２）。次に、マッピング・モジュール２０４は、ヘルプ・トピック・マップ２２２にアクセスする（ステップ４０４）。リソース・リスト・モジュール２０６は、現在のトピック２０８およびヘルプ・トピック・マップ２２２から利用可能なヘルプ・リソースのリスト２１０を決定する（ステップ４０６）。この方法４００は、ユーザ・アクセス回数３１６を読み出している（ステップ４０８）、リソース追跡モジュール３０２により前進することができる。次に、選択指標モジュール３１４は、利用可能なヘルプ・リソースのリスト２１０から、各ヘルプ・リソースのリソース選択指標値３０８を計算することができる（ステップ４１０）。
【００６０】
この方法４００の上記実施形態は、配列モジュール３１０により、利用可能なヘルプ・リソースのリスト２１０から各ヘルプ・リソースの関連性の値３１２の計算を続行することができる（ステップ４１２）。次に、配列モジュール３１０は、各ヘルプ・リソースの関連性の値３１２によりソートした、ヘルプ・リソースの順序付きリスト３１４を生成することができる（ステップ４１４）。次に、リソース選択モジュール２１６は、ユーザ１０２のアクセスのために少なくとも１つのリソースを選択することができる（ステップ４１６）。リソース追跡モジュール３０２は、ユーザ・アクセスをカウントし（ステップ４１８）、選択したヘルプ・リソース２１８のユーザ・アクセス回数３１６内に格納することができる。一実施形態の場合には、リソース追跡モジュール３０２は、リソースをカウントするために（ステップ４１８）、ユーザ１０２が、ユーザ・インタフェース・モジュール２２０がユーザ・アクセスのために選択したリソースを供給した（ステップ４２０）後でだけ発生するアクセスのためのリソースを能動的に選択するまで待機することができる。
【００６１】
図５は、本発明によるヘルプ・リソース選択を強化するための方法の一実施形態である。トピック・モジュール２０２は、現在のトピック２０８を決定する（ステップ５０２）。次に、マッピング・モジュール２０４は、ヘルプ・トピック・マップ２２２にアクセスする（ステップ５０４）。リソース・リスト・モジュール２０６は、現在のトピック２０８およびヘルプ・トピック・マップ２２２から利用可能なヘルプ・リソースのリスト２１０を決定する（ステップ５０６）。この方法５００は、ユーザ・アクセス回数３１６を読み出している（ステップ５０８）リソース追跡モジュール３０２により前進することができる。次に、選択指標モジュール３１４は、選択指標値３０８を生成するために、ユーザ・アクセス回数３１６上で単調機能３０６を作動することができる（ステップ５１０）。
【００６２】
この方法５００の上記実施形態は、リソース選択モジュール２１６により、適当な選択方法−「低ウィン」(low win)または「バイアスしたランダム」の選択（ステップ５１２）を続行することができる。この選択方法が「バイアスしたランダム」である場合には、選択モジュール２１６は、ランダム・リソースを選択する（ステップ５１６）。その場合、利用可能なヘルプ・リソースのリスト２１０から各リソースを選択する可能性の百分率は、選択指標値３０８の関数である。説明を分かりやすくするためにバイアスしたランダム・ヘルプ・リソースを選択する（ステップ５１６）ためのある方法を図示するが、この方法は、当業者であれば周知のものであり、すべての周知の方法は本発明の範囲に含まれる。
【００６３】
図の選択方法の場合には、高い選択指標値３０８は、選択の高い可能性を示していなければならないが、本発明の実施者は、選択のために比較的より重要なヘルプ・リソースが高い選択指標値３０８を受け取るように単調機能３０６を配置する。選択指標値３０８は、指標＝１０，０００／（ユーザのアクセス回数）に設定することができ、所与のリソースの選択の可能性は、指標ｉ／（すべての指標の合計）であってもよい。この場合、ｉはどのヘルプ・リソースを考慮中であるのかを示す。それ故、利用可能なヘルプ・リソースのリスト２１０内に５つのヘルプ・リソースが存在する場合で、ユーザのアクセス回数３１６が（５、４、１０、２および６）である場合には、これら５つのヘルプ・リソースは、（２，０００、２，５００、１，０００、５，０００および１，６６７）の各指標３０８を有する。この例の場合には、すべての指標３０８の合計は、１２，１６７であり、５つの各ヘルプ・リソースが選択される百分率は、それぞれ約（１６．４％、２０．５％、８．２％、４１．１％および１３．７％）である。
【００６４】
当業者であれば、この選択方法は、ユーザのアクセス回数がゼロである場合には特殊な処理を必要とすることを容易に理解することができるだろう。一実施形態の場合には、アクセス回数３１６がゼロの場合には、ユーザのアクセス回数がゼロであるヘルプ・リソースを自動的に選択することにより、または複数のヘルプ・リソースのユーザ・アクセス回数がゼロであるヘルプ・リソース間でランダムに選択を行うことにより管理される。
【００６５】
選択方法が「低ウィン」である場合には、選択モジュール２１６は、最低のユーザのアクセス回数３１６のために２つ以上のヘルプ・リソースが結合しているかどうかを決定する（ステップ５１４）。最低のユーザのアクセス回数３１６に結合している場合には、選択モジュール２１６は、「低」に結合しているユーザのアクセス回数３１６を含むこれらのヘルプ・リソース間でランダムな選択を行う（ステップ５１８）。最低のユーザのアクセス回数３１６と結合していない場合には、選択モジュール２１６は、最低のユーザ・アクセス回数３１６の１つのヘルプ・リソースを選択する。
【００６６】
選択モジュールがヘルプ・リソースを選択した後で（ステップ５１６、５１８、５２０）、選択モジュール４１８は、適当なヘルプ・リソースに対するユーザ・アクセスをカウントし、新しいユーザ・アクセス回数３１６を格納する。
【００６７】
図６は、本発明によるヘルプ・リソース選択を強化する方法の一実施形態である。図６の方法６００と図５の方法５００との間の唯一の違いは、方法６００はユーザ・アクセス回数３１６だけではなく、外部データ３１８を使用していること、および図６の「低ウィン」論理が、ユーザ・アクセス回数３１６ではなく選択指標値３０８をベースとしていることに留意されたい。
【００６８】
トピック・モジュール２０２は、現在のトピック２０８を決定する（ステップ５０２）。次に、マッピング・モジュール２０４は、ヘルプ・トピック・マップ２２２にアクセスする（ステップ５０４）。リソース・リスト・モジュール２０６は、現在のトピック２０８およびヘルプ・トピック・マップ２２２から利用可能なヘルプ・リソースのリスト２１０を決定する（ステップ５０６）。この方法６００は、ユーザ・アクセス回数３１６を読み出している（ステップ６０８）リソース追跡モジュール３０２、および外部データ３１８を読み出している（ステップ６０８）補足データ・モジュール３０４により前進することができる。次に、選択指標モジュール３１４は、選択指標値３０８を生成するために、ユーザ・アクセス回数３１６および外部データ３１８上である機能を作動することができる（ステップ６１０）。
【００６９】
選択指標値３０８は、ユーザ・アクセス回数３１６および外部データ３１８の貢献度の組合せであってもよい。この組合せは、加算、乗算または個別選択指向のものであってもよい。特定のヘルプ・リソースを選択すべきかどうかのほとんどの場合に、ユーザ・アクセス回数３１６および外部データ３１８の両方が重要な考慮事項である場合には、それぞれからの貢献度が一緒に加算される。外部データ３１８が、あるヘルプ・リソースを適当なものとして、単に動作可能または動作不能にする傾向がある場合には、乗算方法または個別選択方法がより有用である場合がある。説明を分かりやすくするために各結合方法の一例を図に示す。
【００７０】
外部データ３１８がユーザ・アクセス回数３１６とほぼ同程度の連続変数である場合に、加算方法が最も役に立つ。例えば、１〜１００の範囲上のユーザの知識価値、またはユーザがヘルプ・リソースの密接に関連するクラスにアクセスした回数は、選択指標値３０８を生成する（ステップ６１０）ために、ユーザ・アクセス回数３１６からの貢献度に、外部データ３１８からの貢献度を加算しなければならない好個の例である。図９は、加算方法の略図を示す。
【００７１】
あるヘルプ・リソースをオンまたはオフするために外部データ３１８を使用しなければならない場合に、個別選択方法は最も役に立つ。例えば、外部データ３１８がユーザが「エキスパート」であることを示している場合には、選択論理から動作不能になる基本セットのヘルプ・リソースが存在する場合がある。同様に、外部データ３１８がある基準に適合した場合だけ、選択論理は、あるヘルプ・リソースをオンにすることができる。例えば、外部データ３１８がユーザが「システム管理者」であることを示している場合には、選択論理は他のものに使用することができないあるヘルプ・リソースを使用することができる。図１０は、個別選択方法の略図である。
【００７２】
あるヘルプ・リソースをオンまたはオフするために外部データ３１８を使用しなければならないが、選択からヘルプ・リソースを完全に除去しないで、ヘルプ・リソースを使用することができる確率を調整する機能も有していなければならない場合に、乗算方法は役に立つ。例えば、外部データ３１８がユーザが「エキスパート」であることを示している場合、あるインスタンスの場合には、これらのヘルプ・リソースへの外部データ３１８の貢献度にゼロを掛けることにより、動作不能になる基本セットのヘルプ・リソースが存在する場合がある。同様に、ヘルプ・リソースの中間のセットは、０．５の乗数を入手し、これらの出現の確率を低くするが、完全には動作不能にしない。それ故、この方法は、「エキスパート」ユーザが必要としないヘルプ・リソースは無視するが、選択から中間材料を完全には除去しない。図１１は、乗算方法の略図である。
【００７３】
選択モジュール２１６が「低ウィン」を選択する（ステップ５１２）決定の場合に、すべての決定６１４、６１８、６２０が、ユーザ・アクセス回数３１６によってではなく、選択指標値３０８により行われる点を除けば、選択指標値を生成する機能の動作６１０の後では、方法６００の残りの部分は、方法５００と同じである。
【００７４】
図７は、本発明によるヘルプ・リソース選択を強化するための方法７００の一実施形態である。トピック・モジュール２０２は現在のトピック２０８を決定する（ステップ７０２）。マッピング・モジュール２０４は、ヘルプ・トピック・マップ２２２にアクセスする（ステップ７０４）。リソース・リスト・モジュール２０６は、利用可能なヘルプ・リソースのリストを決定する（ステップ７０６）ために、現在のトピック２０８とヘルプ・トピック・マップ２２２を結合する。
【００７５】
この方法７００は、配列モジュール３１０により、関連性に対する各利用可能なヘルプ・リソースの評価（ステップ７０８）、および関連性によるヘルプ・リソースの配列（ステップ７１０）を続行することができる。次に、選択モジュール２１６は、最高の関連性を有するヘルプ・リソースを選択する（ステップ７１２）。ユーザ・インタフェース・モジュール２２０は、ユーザ１０２に対して最高の関連性を有するヘルプ・リソースの全バージョンを表示する（ステップ７１４）。ユーザ・インタフェース・モジュール２２０は、利用可能なヘルプ・リソースのうちのいくつかの短いバージョンを表示する（ステップ７１６）。一実施形態の場合には、ユーザ・インタフェース・モジュール２２０は、いくつかの最も関連性の高いリソースをハイパーリンクとして表示する（ステップ７１６）。この場合、ユーザ１０２は、これらのヘルプ・リソースの全バージョンに容易にアクセスすることができる。
【００７６】
図８は、本発明によるいくつかのデータ項目のある実施形態である。
【００７７】
図８は、ユーザ・アクセス回数３１６の第１のインスタンス８０２の一例を示す。この例の場合、第１のアクセス回数インスタンス８０２は、ヘルプ・リソース識別子８０４、ユーザ識別子８０６、および識別したヘルプ・リソース８０８にユーザ１０２がアクセスした回数を含む。
【００７８】
図８は、ユーザ・アクセス回数３１６の１つの例示としての第２のインスタンス８１０を示す。この場合、ヘルプ・リソース・トピック・ペアへのユーザ・アクセスが追跡される。これにより、実施者の各ヘルプ・リソースに対する一組のリソース選択指標値３０８の計算が楽になる。この場合、この一組の各リソース選択指標値３０８は、ヘルプ・トピック・マップ２２２が示すように、ヘルプ・リソースに関連するトピックのうちの１つに対応する。第２のアクセス回数のインスタンス８１０は、ヘルプ・リソース識別子８１２、ユーザ識別子８１４、関連トピック・リスト８１６、リソース・トピック・ペア・リスト８１８、および一組のアクセス回数８２０を含む。識別したヘルプ・リソース８１２に対する一組の選択指標値３０８を計算するために、選択指標機能３０６、５１０、６１２は各アクセス回数８２０上で動作する。
【００７９】
図８は、ヘルプ・トピック・マップ２２２の１つの例示としてのインスタンス８２２を示す。このマップ・インスタンス８２２は、ヘルプ・リソース・リスト８２４、トピック・リスト８２６、およびトピック・マップ８２８、８３０へのリソースを含む。このマップ・インスタンス８２２の使用方法を示すために、現在のトピック８３２が表示される。この場合、現在のトピック８３２は「Ａ」であり、トピック・マップ８２８、８３０へのリソースは、ヘルプ・リソース使用可能リスト８３４がヘルプ・リソース「１」、「４」、および「６」を含むことを示す。
【００８０】
図８は、外部データ３１８からのユーザ習熟度セット・リストの１つの例示としてのインスタンス８３６を示す。外部データのインスタンス８３６は、ユーザ識別８３７、習熟度識別リスト８３８、および「なし」８４０、「対応(Aware)」８４２、「ユーザ」８４４、および「エキスパート」８４６で示す習熟度レベルのリストを含む。この例の場合には、ユーザ８３７は、習熟度「１」８３８内に「なし」の習熟度レベル８４０を示す。図３は、外部データ３１８のための類似タイプのデータ構造の構成をはっきりと示し、他のタイプの外部データは、業界における１つの習熟度範囲内の機械的ステップである。
【００８１】
図９は、選択指標値３０８を決定するための、ユーザ・アクセス回数の貢献度９０２と外部データの貢献度９０４、９０８を結合するための種々の方法のいくつかの実施形態を示す。
【００８２】
図９は、選択指標値３０８を決定するために、ユーザ・アクセス回数の貢献度９０２と外部データの貢献度９０４とを結合するための加算方法（図６参照）の使用の一実施形態を示す。
【００８３】
図１０は、選択指標値３０８を決定するための、ユーザ・アクセス回数の貢献度９０２と外部データの貢献度９０８とを結合するための個々の解決方法の使用の一実施形態を示す。外部データの貢献度９０８は、真または偽のブール値である。論理ブロック９１０は、外部データの貢献度９０８が真である場合の、この例の場合にはユーザ・アクセス回数の貢献度９０２である頂部での入力を供給し、論理ブロック９１０は、外部データの貢献度９０８が偽である場合の、この例の場合にはゼロ９０６である底部での入力を供給する。それ故、この例の場合には、選択指標値３０８は、ユーザ・アクセス回数の貢献度９０２かまたはゼロ９０６である。
【００８４】
図１１は、選択指標値３０８を決定するための、ユーザ・アクセス回数の貢献度９０２と外部データ貢献度９０４とを結合するための乗算方法（図６参照）の使用の一実施形態を示す。
【００８５】
ユーザ・アクセス回数の貢献度９０２と外部データの貢献度９０４とを結合する基本的方法の結合および拡張は当業者であれば周知のものである。それ故、構成ブロックは、電力機能、多項式および神経ネットワークに基づいて選択指標値を生成するための正しい位置に位置する。他の制限なしにこれらすべてのものは、本発明の範囲に含まれる。
【００８６】
本発明は、本発明の精神および本質的な特徴から逸脱することなしに、他の特定の形で実施することができる。上記実施形態は、すべての点で本発明を説明するためのものであって本発明を制限するためのものではないと見なすべきである。それ故、本発明の範囲を示すものは、上記説明ではなく、添付の特許請求の範囲である。特許請求の範囲と等価の意味および範囲内に含まれるすべての変更は、本発明の範囲に含まれる。
【図面の簡単な説明】
【００８７】
【図１】本発明によるヘルプ・リソース選択を強化するためのシステムの一実施形態を示す簡単なブロック図である。
【図２】本発明によるヘルプ・リソース選択を強化するための装置の一実施形態を示す簡単なブロック図である。
【図３】本発明による選択論理モジュールの一実施形態を示す簡単なブロック図である。
【図４】本発明によるヘルプ・リソース選択を強化するための方法の一実施形態を示す簡単なフローチャートである。
【図５】本発明によるヘルプ・リソース選択を強化するための方法の他の実施形態を示す簡単なフローチャートである。
【図６】本発明によるヘルプ・リソース選択を強化するための方法の他の実施形態を示す簡単なフローチャートである。
【図７】本発明によるヘルプ・リソース選択を強化するための方法の他の実施形態を示す簡単なフローチャートである。
【図８】本発明によるユーザ・アクセス回数、他のユーザのアクセス回数、ヘルプ・トピック・マップ、外部データの図である。
【図９】ユーザ・アクセス回数からの選択指標貢献を外部データからの選択指標貢献と結合するための方法の一実施形態である。
【図１０】ユーザ・アクセス回数からの選択指標貢献を外部データからの選択指標貢献と結合するための方法の一実施形態である。
【図１１】ユーザ・アクセス回数からの選択指標貢献を外部データからの選択指標貢献と結合するための方法の一実施形態である。
【符号の説明】
【００８８】
６ 帳票ページ
１００ システム
１０２ ユーザ
１０４ コンピュータ
１０６ ヘルプ・アクセス・コンテキスト
１０８ メモリ・デバイス
１１０ リソース選択ツール
１１２ 関連性の基準
１１４ 格納しているデータ
１１６ ユーザ・アクセスのためのヘルプ・リソース
２０２ トピック・モジュール
２０４ マッピング・モジュール
２０６ リソース・リスト・モジュール
２０８ 現在のトピック
２１０ 利用可能なヘルプ・リソース
２１２ 選択論理モジュール
２１４ 選択指標モジュール
２１６ リソース選択モジュール
２１８ 選択したヘルプ・リソース
２２０ ユーザ・インタフェース・モジュール
２２２ ヘルプ・トピック・マップ
【特許請求の範囲】
【請求項１】
ヘルプ・リソース選択を強化するための装置であって、
現在のトピックを決定するように構成されているトピック・モジュールと、
ヘルプ・トピック・マップにアクセスするように構成されているマッピング・モジュールと、
前記現在のトピックに基づいて、前記ヘルプ・トピック・マップから利用可能なヘルプ・リソースのリストを決定するように構成されているリソース・リスト・モジュールと、
少なくとも１つのヘルプ・リソースを選択するように構成された選択論理モジュールであって、利用可能なヘルプ・リソースの前記リスト内の各ヘルプ・リソースに対する少なくとも１つのリソース選択指標値を計算するように構成されている選択指標モジュールを備え、前記少なくとも１つのリソース選択指標値に基づいて、利用可能なヘルプ・リソースの前記リストから少なくとも１つのヘルプ・リソースを選択するように構成されているリソース選択モジュールをさらに備える選択論理モジュールと、
ユーザがアクセスするために前記少なくとも１つの選択したヘルプ・リソースを供給するように構成されているユーザ・インタフェース・モジュールとを備える装置。
【請求項２】
前記選択論理モジュールが、前記少なくとも１つのリソース選択指標値に基づいて関連性の値を計算することにより、利用可能なヘルプ・リソースの前記リストから各ヘルプ・リソースに対する前記関連性の値を決定するように、また利用可能なヘルプ・リソースの前記リストから各ヘルプ・リソースに対する前記関連性の値に基づいて、利用可能なヘルプ・リソースの順序付きリストを生成するように構成されている配列モジュールをさらに備える、請求項１に記載の装置。
【請求項３】
前記選択論理モジュールが、各ヘルプ・リソースに対するユーザのアクセス回数をカウントし、ヘルプ・リソースに対するユーザのアクセス回数の対応するリストを格納するように構成されているリソース追跡モジュールをさらに備え、前記選択指標モジュールが、リソース選択指標値を生成するために、前記ヘルプ・リソースに対するユーザのアクセス回数上で単調機能を作動することにより各ヘルプ・リソースに対する少なくとも１つのリソース選択指標値を計算するようにさらに構成され、前記リソース選択モジュールが、高いユーザ・アクセス回数を示すリソース選択指標値に対応するヘルプ・リソースが、少ないユーザ・アクセス回数を示すリソース選択指標値に対応するヘルプ・リソースより低い選択の可能性を有するように、バイアスしたランダム選択を行うことにより前記少なくとも１つのヘルプ・リソースを選択するようにさらに構成される、請求項１に記載の装置。
【請求項４】
前記選択論理モジュールが、各ヘルプ・リソースに対するユーザのアクセス回数をカウントし、ヘルプ・リソースに対するユーザのアクセス回数の対応するリストを格納するように構成されているリソース追跡モジュールをさらに備え、
前記選択論理モジュールが、外部データにアクセスするように構成されている補足データ・モジュールをさらに備え、前記外部データが、ユーザの知識価値、ユーザの習熟度セット・リスト、ユーザの認証リスト、およびユーザのヘルプ・リソース・アクセス履歴からなる群から選択した少なくとも１つの項目を含み、
前記選択指標モジュールが、生成したリソース選択指標値が各ヘルプ・リソースの関連性に単調に関連するように、リソース選択指標値を生成するために、前記ヘルプ・リソースに対するユーザのアクセス回数および前記外部データ上である機能を作動することにより各ヘルプ・リソースに対する前記少なくとも１つのリソース選択指標値を計算するようにさらに構成される、請求項１に記載の装置。
【請求項５】
前記リソース選択モジュールが、より大きな関連性を示すリソース選択指標値に対応するヘルプ・リソースが、より小さな関連性を示すリソース選択指標値に対応するヘルプ・リソースよりより高い選択の可能性を有するように、バイアスしたランダム選択を行うことにより前記少なくとも１つのヘルプ・リソースを選択するようにさらに構成される、請求項４に記載の装置。
【請求項６】
コンピュータ・アプリケーションでヘルプ・リソース選択を強化するための方法であって、
現在のトピックを決定するステップと、
ヘルプ・トピック・マップにアクセスするステップと、
前記現在のトピックに基づいて前記ヘルプ・トピック・マップから利用可能なヘルプ・リソースのリストを決定するステップと、
利用可能なヘルプ・リソースの前記リスト内の各ヘルプ・リソースに対する少なくとも１つのリソース選択指標値を計算するステップと、
前記少なくとも１つのリソース選択指標値に基づいて、利用可能なヘルプ・リソースの前記リストから少なくとも１つのヘルプ・リソースを選択するステップと、
ユーザによるアクセスのために前記少なくとも１つの選択したヘルプ・リソースを供給するステップとを含む方法。
【請求項７】
前記少なくとも１つのリソース選択指標値に基づいて、利用可能なヘルプ・リソースの前記リストから各ヘルプ・リソースに対する関連性の値を計算するステップと、利用可能なヘルプ・リソースの前記リストから各ヘルプ・リソースに対する前記関連性の値に基づいて、利用可能なヘルプ・リソースの順序付きリストを生成するステップとをさらに含み、利用可能なヘルプ・リソースの前記リストから少なくとも１つのヘルプ・リソースを選択するステップが、利用可能なヘルプ・リソースの前記順序付きリストに基づいて、少なくとも１つのヘルプ・リソースを選択するステップをさらに含む、請求項６に記載の方法。
【請求項８】
各ヘルプ・リソースに対する前記ユーザのアクセス回数をカウントするステップと、ヘルプ・リソースに対するユーザのアクセス回数の対応するリストを格納するステップとをさらに含み、各ヘルプ・リソースに対する少なくとも１つのリソース選択指標値を計算するステップが、小さなユーザ・アクセス回数のヘルプ・リソースに対して高い関連性の値を生成するようにリソース選択指標値を設定するステップと、高いユーザ・アクセス回数のヘルプ・リソースに対して低い関連性の値を生成するように、リソース選択指標値を設定するステップとを含む、請求項７に記載の方法。
【請求項９】
各ヘルプ・リソースに対する前記ユーザのアクセス回数をカウントするステップと、ヘルプ・リソースに対するユーザのアクセス回数の対応するリストを格納するステップとをさらに含み、各ヘルプ・リソースに対する少なくとも１つのリソース選択指標値を計算するステップが、リソース選択指標値を生成するために、ヘルプ・リソースに対するユーザのアクセス回数上で単調な機能を作動するステップを含む、請求項６に記載の方法。
【請求項１０】
少なくとも１つのヘルプ・リソースを選択するステップが、ユーザの最も小さなアクセス回数を示す前記リソース選択指標値に対応する前記ヘルプ・リソーを選択するステップと、そうでない場合、選択のために結合するヘルプ・リソース間でランダムに選択を行うステップとをさらに含む、請求項９に記載の方法。
【請求項１１】
少なくとも１つのヘルプ・リソースを選択するステップが、高いユーザ・アクセス回数を示すリソース選択指標値に対応するヘルプ・リソースが、低いユーザ・アクセス回数を示すリソース選択指標値に対応するヘルプ・リソースより低い選択の可能性を有するように、バイアスしたランダム選択を行うステップを含む、請求項９に記載の方法。
【請求項１２】
利用可能なヘルプ・リソースの前記リスト内の各ヘルプ・リソースに対して少なくとも１つのリソース選択指標値を計算するステップが、各ヘルプ・リソースの一組のリソース選択指標値を計算するステップを含み、前記一組の各リソース選択指標値が、前記ヘルプ・トピック・マップが示すように、前記ヘルプ・リソースに関連する前記トピックのうちの１つに対応する、請求項６に記載の方法。
【請求項１３】
少なくとも１つのヘルプ・リソースを選択するステップが、
各ヘルプ・リソースに対する前記ユーザのアクセス回数をカウントし、ヘルプ・リソースに対するユーザのアクセス回数の対応するリストを格納するステップと、
外部データにアクセスするステップとをさらに含み、前記外部データが、ユーザの知識価値、ユーザの習熟度セット・リスト、ユーザのジョブ・コード、ユーザの認証リスト、およびユーザのヘルプ・リソース・アクセス履歴からなる群から選択した少なくとも１つの項目を含み、
各ヘルプ・リソースに対する少なくとも１つのリソース選択指標値を計算するステップが、生成したリソース選択指標値が、各ヘルプ・リソースの前記関連性に単調に関連するように、リソース選択指標値を生成するために、前記ヘルプ・リソースに対するユーザのアクセス回数および前記外部データ上である機能を作動するステップを含む、請求項７に記載の方法。
【請求項１４】
前記リソース選択指標値を計算するステップが、各ヘルプ・リソースの前記関連性に基づいて、前記リソース選択指標値を設定するステップを含み、少なくとも１つのヘルプ・リソースを選択するステップが、最大の関連性を示す前記リソース選択指標値に対応する前記ヘルプ・リソースを選択するステップを含む、請求項７に記載の方法。
【請求項１５】
前記リソース選択指標値を計算するステップが、各ヘルプ・リソースの前記関連性に基づいて、前記リソース選択指標値を設定するステップを含み、少なくとも１つのヘルプ・リソースを選択するステップが、より高い関連性を示すリソース選択指標値に対応するヘルプ・リソースが、もっと低い関連性の値を示すリソース選択指標値に対応するヘルプ・リソースよりもっと高い選択の可能性を有するように、バイアスしたランダム選択を行うステップを含む、請求項７に記載の方法。
【請求項１６】
コンピュータが使用することができるコンピュータ・プログラムであって、コンピュータ上で実行した場合に、ヘルプ・リソース選択を強化するための動作を実行させ、前記動作が、
現在のトピックを決定するステップと、
ヘルプ・トピック・マップにアクセスするステップと、
前記現在のトピックに基づいて前記ヘルプ・トピック・マップからヘルプ・リソースのリストを決定するステップと、
少なくとも１つの関連性の基準に基づいて、関連性に対する各ヘルプ・リソースを評価することによりヘルプ・リソースの前記リストから最も関連性の高いヘルプ・リソースを選択し、最も高い関連性の評価の前記ヘルプ・リソースを選択するステップと、
ユーザに前記選択した最も関連性が高いヘルプ・リソースの全コンテンツを表示するステップとを含むコンピュータ・プログラム。
【請求項１７】
前記少なくとも１つの関連性の基準が、ユーザの知識価値、ユーザの習熟度セット・リスト、ユーザのジョブ・コード、ユーザの認証リスト、およびユーザのヘルプ・リソース・アクセス履歴からなるリストから選択した少なくとも１つの項目である、請求項１６に記載のコンピュータ・プログラム。
【請求項１８】
ユーザに、各ヘルプ・リソースに対する前記関連性の評価により決定した順序で、前記ヘルプ・リソースのリストから複数の前記ヘルプ・リソースの短いバージョンを表示するステップをさらに含む、請求項１６に記載のコンピュータ・プログラム。
【請求項１９】
ユーザに、各ヘルプ・リソースに対する前記関連性の評価により決定した順序で、前記ヘルプ・リソースのリストから複数の前記ヘルプ・リソースの短いバージョンを表示するステップをさらに含む、請求項１７に記載のコンピュータ・プログラム。
【請求項２０】
ヘルプ・リソース選択を強化するためのシステムであって、
前記システムにユーザがアクセスするためのコンピュータと、
ヘルプ機能へユーザがアクセスする環境を備えるヘルプ・アクセス・コンテキストと、
メモリ・デバイスであって、
ヘルプ・リソースに対するユーザのアクセス回数および外部データを有する関連性の基準と、
ヘルプ・トピック・マップを有する格納しているデータと、
前記ヘルプ・アクセス・コンテキスト、前記関連性の基準および前記格納しているデータとを結合することにより、ユーザがアクセスするヘルプ・リソースを決定するように構成されているリソース選択ツールと、
を備えるメモリ・デバイスとを備え、
前記メモリ・デバイスが、ユーザにユーザがアクセスする前記ヘルプ・リソースを供給するように構成されているシステム。
【請求項１】
ヘルプ・リソース選択を強化するための装置であって、
現在のトピックを決定するように構成されているトピック・モジュールと、
ヘルプ・トピック・マップにアクセスするように構成されているマッピング・モジュールと、
前記現在のトピックに基づいて、前記ヘルプ・トピック・マップから利用可能なヘルプ・リソースのリストを決定するように構成されているリソース・リスト・モジュールと、
少なくとも１つのヘルプ・リソースを選択するように構成された選択論理モジュールであって、利用可能なヘルプ・リソースの前記リスト内の各ヘルプ・リソースに対する少なくとも１つのリソース選択指標値を計算するように構成されている選択指標モジュールを備え、前記少なくとも１つのリソース選択指標値に基づいて、利用可能なヘルプ・リソースの前記リストから少なくとも１つのヘルプ・リソースを選択するように構成されているリソース選択モジュールをさらに備える選択論理モジュールと、
ユーザがアクセスするために前記少なくとも１つの選択したヘルプ・リソースを供給するように構成されているユーザ・インタフェース・モジュールとを備える装置。
【請求項２】
前記選択論理モジュールが、前記少なくとも１つのリソース選択指標値に基づいて関連性の値を計算することにより、利用可能なヘルプ・リソースの前記リストから各ヘルプ・リソースに対する前記関連性の値を決定するように、また利用可能なヘルプ・リソースの前記リストから各ヘルプ・リソースに対する前記関連性の値に基づいて、利用可能なヘルプ・リソースの順序付きリストを生成するように構成されている配列モジュールをさらに備える、請求項１に記載の装置。
【請求項３】
前記選択論理モジュールが、各ヘルプ・リソースに対するユーザのアクセス回数をカウントし、ヘルプ・リソースに対するユーザのアクセス回数の対応するリストを格納するように構成されているリソース追跡モジュールをさらに備え、前記選択指標モジュールが、リソース選択指標値を生成するために、前記ヘルプ・リソースに対するユーザのアクセス回数上で単調機能を作動することにより各ヘルプ・リソースに対する少なくとも１つのリソース選択指標値を計算するようにさらに構成され、前記リソース選択モジュールが、高いユーザ・アクセス回数を示すリソース選択指標値に対応するヘルプ・リソースが、少ないユーザ・アクセス回数を示すリソース選択指標値に対応するヘルプ・リソースより低い選択の可能性を有するように、バイアスしたランダム選択を行うことにより前記少なくとも１つのヘルプ・リソースを選択するようにさらに構成される、請求項１に記載の装置。
【請求項４】
前記選択論理モジュールが、各ヘルプ・リソースに対するユーザのアクセス回数をカウントし、ヘルプ・リソースに対するユーザのアクセス回数の対応するリストを格納するように構成されているリソース追跡モジュールをさらに備え、
前記選択論理モジュールが、外部データにアクセスするように構成されている補足データ・モジュールをさらに備え、前記外部データが、ユーザの知識価値、ユーザの習熟度セット・リスト、ユーザの認証リスト、およびユーザのヘルプ・リソース・アクセス履歴からなる群から選択した少なくとも１つの項目を含み、
前記選択指標モジュールが、生成したリソース選択指標値が各ヘルプ・リソースの関連性に単調に関連するように、リソース選択指標値を生成するために、前記ヘルプ・リソースに対するユーザのアクセス回数および前記外部データ上である機能を作動することにより各ヘルプ・リソースに対する前記少なくとも１つのリソース選択指標値を計算するようにさらに構成される、請求項１に記載の装置。
【請求項５】
前記リソース選択モジュールが、より大きな関連性を示すリソース選択指標値に対応するヘルプ・リソースが、より小さな関連性を示すリソース選択指標値に対応するヘルプ・リソースよりより高い選択の可能性を有するように、バイアスしたランダム選択を行うことにより前記少なくとも１つのヘルプ・リソースを選択するようにさらに構成される、請求項４に記載の装置。
【請求項６】
コンピュータ・アプリケーションでヘルプ・リソース選択を強化するための方法であって、
現在のトピックを決定するステップと、
ヘルプ・トピック・マップにアクセスするステップと、
前記現在のトピックに基づいて前記ヘルプ・トピック・マップから利用可能なヘルプ・リソースのリストを決定するステップと、
利用可能なヘルプ・リソースの前記リスト内の各ヘルプ・リソースに対する少なくとも１つのリソース選択指標値を計算するステップと、
前記少なくとも１つのリソース選択指標値に基づいて、利用可能なヘルプ・リソースの前記リストから少なくとも１つのヘルプ・リソースを選択するステップと、
ユーザによるアクセスのために前記少なくとも１つの選択したヘルプ・リソースを供給するステップとを含む方法。
【請求項７】
前記少なくとも１つのリソース選択指標値に基づいて、利用可能なヘルプ・リソースの前記リストから各ヘルプ・リソースに対する関連性の値を計算するステップと、利用可能なヘルプ・リソースの前記リストから各ヘルプ・リソースに対する前記関連性の値に基づいて、利用可能なヘルプ・リソースの順序付きリストを生成するステップとをさらに含み、利用可能なヘルプ・リソースの前記リストから少なくとも１つのヘルプ・リソースを選択するステップが、利用可能なヘルプ・リソースの前記順序付きリストに基づいて、少なくとも１つのヘルプ・リソースを選択するステップをさらに含む、請求項６に記載の方法。
【請求項８】
各ヘルプ・リソースに対する前記ユーザのアクセス回数をカウントするステップと、ヘルプ・リソースに対するユーザのアクセス回数の対応するリストを格納するステップとをさらに含み、各ヘルプ・リソースに対する少なくとも１つのリソース選択指標値を計算するステップが、小さなユーザ・アクセス回数のヘルプ・リソースに対して高い関連性の値を生成するようにリソース選択指標値を設定するステップと、高いユーザ・アクセス回数のヘルプ・リソースに対して低い関連性の値を生成するように、リソース選択指標値を設定するステップとを含む、請求項７に記載の方法。
【請求項９】
各ヘルプ・リソースに対する前記ユーザのアクセス回数をカウントするステップと、ヘルプ・リソースに対するユーザのアクセス回数の対応するリストを格納するステップとをさらに含み、各ヘルプ・リソースに対する少なくとも１つのリソース選択指標値を計算するステップが、リソース選択指標値を生成するために、ヘルプ・リソースに対するユーザのアクセス回数上で単調な機能を作動するステップを含む、請求項６に記載の方法。
【請求項１０】
少なくとも１つのヘルプ・リソースを選択するステップが、ユーザの最も小さなアクセス回数を示す前記リソース選択指標値に対応する前記ヘルプ・リソーを選択するステップと、そうでない場合、選択のために結合するヘルプ・リソース間でランダムに選択を行うステップとをさらに含む、請求項９に記載の方法。
【請求項１１】
少なくとも１つのヘルプ・リソースを選択するステップが、高いユーザ・アクセス回数を示すリソース選択指標値に対応するヘルプ・リソースが、低いユーザ・アクセス回数を示すリソース選択指標値に対応するヘルプ・リソースより低い選択の可能性を有するように、バイアスしたランダム選択を行うステップを含む、請求項９に記載の方法。
【請求項１２】
利用可能なヘルプ・リソースの前記リスト内の各ヘルプ・リソースに対して少なくとも１つのリソース選択指標値を計算するステップが、各ヘルプ・リソースの一組のリソース選択指標値を計算するステップを含み、前記一組の各リソース選択指標値が、前記ヘルプ・トピック・マップが示すように、前記ヘルプ・リソースに関連する前記トピックのうちの１つに対応する、請求項６に記載の方法。
【請求項１３】
少なくとも１つのヘルプ・リソースを選択するステップが、
各ヘルプ・リソースに対する前記ユーザのアクセス回数をカウントし、ヘルプ・リソースに対するユーザのアクセス回数の対応するリストを格納するステップと、
外部データにアクセスするステップとをさらに含み、前記外部データが、ユーザの知識価値、ユーザの習熟度セット・リスト、ユーザのジョブ・コード、ユーザの認証リスト、およびユーザのヘルプ・リソース・アクセス履歴からなる群から選択した少なくとも１つの項目を含み、
各ヘルプ・リソースに対する少なくとも１つのリソース選択指標値を計算するステップが、生成したリソース選択指標値が、各ヘルプ・リソースの前記関連性に単調に関連するように、リソース選択指標値を生成するために、前記ヘルプ・リソースに対するユーザのアクセス回数および前記外部データ上である機能を作動するステップを含む、請求項７に記載の方法。
【請求項１４】
前記リソース選択指標値を計算するステップが、各ヘルプ・リソースの前記関連性に基づいて、前記リソース選択指標値を設定するステップを含み、少なくとも１つのヘルプ・リソースを選択するステップが、最大の関連性を示す前記リソース選択指標値に対応する前記ヘルプ・リソースを選択するステップを含む、請求項７に記載の方法。
【請求項１５】
前記リソース選択指標値を計算するステップが、各ヘルプ・リソースの前記関連性に基づいて、前記リソース選択指標値を設定するステップを含み、少なくとも１つのヘルプ・リソースを選択するステップが、より高い関連性を示すリソース選択指標値に対応するヘルプ・リソースが、もっと低い関連性の値を示すリソース選択指標値に対応するヘルプ・リソースよりもっと高い選択の可能性を有するように、バイアスしたランダム選択を行うステップを含む、請求項７に記載の方法。
【請求項１６】
コンピュータが使用することができるコンピュータ・プログラムであって、コンピュータ上で実行した場合に、ヘルプ・リソース選択を強化するための動作を実行させ、前記動作が、
現在のトピックを決定するステップと、
ヘルプ・トピック・マップにアクセスするステップと、
前記現在のトピックに基づいて前記ヘルプ・トピック・マップからヘルプ・リソースのリストを決定するステップと、
少なくとも１つの関連性の基準に基づいて、関連性に対する各ヘルプ・リソースを評価することによりヘルプ・リソースの前記リストから最も関連性の高いヘルプ・リソースを選択し、最も高い関連性の評価の前記ヘルプ・リソースを選択するステップと、
ユーザに前記選択した最も関連性が高いヘルプ・リソースの全コンテンツを表示するステップとを含むコンピュータ・プログラム。
【請求項１７】
前記少なくとも１つの関連性の基準が、ユーザの知識価値、ユーザの習熟度セット・リスト、ユーザのジョブ・コード、ユーザの認証リスト、およびユーザのヘルプ・リソース・アクセス履歴からなるリストから選択した少なくとも１つの項目である、請求項１６に記載のコンピュータ・プログラム。
【請求項１８】
ユーザに、各ヘルプ・リソースに対する前記関連性の評価により決定した順序で、前記ヘルプ・リソースのリストから複数の前記ヘルプ・リソースの短いバージョンを表示するステップをさらに含む、請求項１６に記載のコンピュータ・プログラム。
【請求項１９】
ユーザに、各ヘルプ・リソースに対する前記関連性の評価により決定した順序で、前記ヘルプ・リソースのリストから複数の前記ヘルプ・リソースの短いバージョンを表示するステップをさらに含む、請求項１７に記載のコンピュータ・プログラム。
【請求項２０】
ヘルプ・リソース選択を強化するためのシステムであって、
前記システムにユーザがアクセスするためのコンピュータと、
ヘルプ機能へユーザがアクセスする環境を備えるヘルプ・アクセス・コンテキストと、
メモリ・デバイスであって、
ヘルプ・リソースに対するユーザのアクセス回数および外部データを有する関連性の基準と、
ヘルプ・トピック・マップを有する格納しているデータと、
前記ヘルプ・アクセス・コンテキスト、前記関連性の基準および前記格納しているデータとを結合することにより、ユーザがアクセスするヘルプ・リソースを決定するように構成されているリソース選択ツールと、
を備えるメモリ・デバイスとを備え、
前記メモリ・デバイスが、ユーザにユーザがアクセスする前記ヘルプ・リソースを供給するように構成されているシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００７−３１７１９４（Ｐ２００７−３１７１９４Ａ）
【公開日】平成１９年１２月６日（２００７．１２．６）
【国際特許分類】
【出願番号】特願２００７−１３５２７１（Ｐ２００７−１３５２７１）
【出願日】平成１９年５月２２日（２００７．５．２２）
【出願人】（３９０００９５３１）インターナショナル・ビジネス・マシーンズ・コーポレーション (4,084)
【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＳＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ
【Ｆターム（参考）】
【公開日】平成１９年１２月６日（２００７．１２．６）
【国際特許分類】
【出願日】平成１９年５月２２日（２００７．５．２２）
【出願人】（３９０００９５３１）インターナショナル・ビジネス・マシーンズ・コーポレーション (4,084)
【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＳＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ
【Ｆターム（参考）】
[ Back to top ]