(57)【特許請求の範囲】
【請求項１】
リソース処理レコードの処理側情報と、前記処理側情報とカテゴリとの間の事前設定された第１の対応と、に基づいて第１カテゴリディレクトリを決定することと、
ユーザからカテゴリ変更メッセージを受信し、前記ユーザが第１カテゴリＩＤを有する第１カテゴリを、第２カテゴリＩＤを有する第２カテゴリに変更することを示すカテゴリ変更コンテンツを含むカテゴリ変更アイテムを生成することと、
前記カテゴリ変更アイテムに含まれる前記第１カテゴリＩＤに対応付けられた統計開始時間を特定し、前記統計開始時間に基づいて前記第１カテゴリＩＤに対応付けられた第１時間間隔を決定することと、
前記第１時間間隔内に生成され、かつ前記第１カテゴリＩＤを含むカテゴリ変更アイテムを統計的に分析して、第１統計分析結果を取得することと、
前記第１統計分析結果が事前設定された第１の規定を満たす場合、前記第１の対応を含む前記第１カテゴリディレクトリを修正して、前記処理側情報とカテゴリとの間の第２の対応を含む第２カテゴリディレクトリを取得し、前記第２カテゴリディレクトリをデフォルトカテゴリディレクトリとして設定することと、
前記第１統計分析結果が前記事前設定された第１の規定を満たさない場合、前記第１カテゴリディレクトリをデフォルトカテゴリディレクトリとして設定することと
を含むことを特徴とするカテゴリディレクトリ決定方法。
【請求項２】
前記処理側情報と前記カテゴリとの間の前記第１の対応は、前記処理側情報に対応付けられた処理部、前記処理部の特徴、または前記処理側情報に含まれるキーワードを含む、前記処理側情報の分析に基づいて決定されることを特徴とする請求項１に記載の方法。
【請求項３】
前記第１の対応は、カテゴリに対応する１つまたは複数の処理側情報を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記第１カテゴリディレクトリは、１つまたは複数のカテゴリのカテゴリＩＤと、前記カテゴリＩＤに対応付けられたカテゴリ名と、前記処理側情報と前記１つまたは複数のカテゴリとの間の前記第１の対応とを含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記カテゴリ変更メッセージは、ユーザＩＤと、関連リソース処理レコードの処理側情報と、カテゴリ変更イベントの時間と、変更前カテゴリＩＤと、変更後カテゴリＩＤとを含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記カテゴリ変更アイテムはそれぞれ、カテゴリ変更コンテンツと、ユーザＩＤと、カテゴリ変更イベントの時間とを含み、前記カテゴリ変更コンテンツは関連リソース処理レコードの処理側情報と、変更前カテゴリＩＤと、変更後カテゴリＩＤとを含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記第１時間間隔内に生成され、かつ前記第１カテゴリＩＤを含む前記カテゴリ変更アイテムを前記統計的に分析することは、
前記第１カテゴリＩＤと同一である変更前カテゴリＩＤをそれぞれ含む第１候補カテゴリ変更アイテムの第１の総計を統計的に分析することと、
前記第１候補カテゴリ変更アイテムに対応付けられたユーザＩＤ種類の第２の総計を統計的に分析することと、
前記第２カテゴリＩＤと同一である変更後カテゴリＩＤをそれぞれ含む第２候補カテゴリ変更アイテムの第３の総計を統計的に分析することと、
前記第２候補カテゴリ変更アイテムに対応付けられたユーザＩＤ種類の第４の総計を統計的に分析することと
を含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記第１統計分析結果は、前記第１の総計、前記第２の総計、前記第３の総計、及び前記第４の総計を含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記事前設定された第１の規定は、
前記第１の総計は、事前設定された第１の閾値以上であり、前記事前設定された第１の閾値は、前記第１時間間隔内に生成されたカテゴリ変更アイテムの全数以下であることと、
前記第２の総計は、事前設定された第２の閾値以上であり、前記事前設定された第２の閾値は、前記第１時間間隔内に生成された前記カテゴリ変更アイテム内のユーザＩＤ種類の全数以下であり、かつ前記事前設定された第２の閾値は、前記第１の総計以下であることと、
前記第３の総計は、事前設定された第３の閾値以上であり、前記事前設定された第３の閾値は、前記第１の総計以下であることと、
前記第４の総計は、事前設定された第４の閾値以上であり、前記事前設定された第４の閾値は、前記第３の総計以下であることと、
以上のうちの少なくとも１つを含むことを特徴とする請求項７に記載の方法。
【請求項１０】
ユーザに関連して前記第１時間間隔内に生成され、かつ第３カテゴリＩＤを含むカテゴリ変更アイテムを統計的に分析して、第２統計分析結果を取得することと、
前記第２統計分析結果が事前設定された第２の規定を満たす場合、前記第２の対応を含む前記第２カテゴリディレクトリを修正して、前記処理側情報と前記カテゴリとの間の第３の対応を含む第３カテゴリディレクトリを取得し、前記第３カテゴリディレクトリを前記ユーザのためのユーザカテゴリディレクトリとして設定することと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項１１】
前記ユーザに関連して前記第１時間間隔内に生成され、かつ前記第３カテゴリＩＤを含む前記カテゴリ変更アイテムを前記統計的に分析することは、
前記第３カテゴリＩＤと同一である変更前カテゴリＩＤをそれぞれ含む第３候補カテゴリ変更アイテムの第５の総計を統計的に分析することと、
前記第３候補カテゴリ変更アイテムにそれぞれ含まれ、かつ第４カテゴリＩＤと同一である変更後カテゴリＩＤをそれぞれ含む第４候補カテゴリ変更アイテムの第６の総計を統計的に分析することと
を含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記第２統計分析結果は、前記第５の総計、及び前記第６の総計を含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記事前設定された第２の規定は、
前記第５の総計は、事前設定された第５の閾値以上であり、前記事前設定された第５の閾値は、前記ユーザに関連して前記第１時間間隔内に生成されたカテゴリ変更アイテムの全数以下であることと、
前記第２統計分析結果内の前記第６の総計は、事前設定された第６の閾値以上であり、前記事前設定された第６の閾値は、前記第５の総計以下であることと、
以上のうちの少なくとも１つを含むことを特徴とする請求項１１に記載の方法。
【請求項１４】
カテゴリ決定方法により決定されたカテゴリディレクトリを使用して分類することは、
ユーザからリソース処理レコードを受信することと、
デフォルトカテゴリディレクトリ内の処理側情報とカテゴリとの間の第２の対応に基づいて、前記受信したリソース処理レコードを分類することと、
前記分類の結果を前記ユーザへ返すことと
を含むことを特徴とする自動分類方法。
【請求項１５】
前記ユーザからの前記リソース処理レコードの前記受信の際、
前記ユーザに対応付けられたユーザカテゴリディレクトリが存在するか否かを問い合わせることと、
前記ユーザに対応付けられたユーザカテゴリディレクトリが存在する場合、前記ユーザカテゴリディレクトリに含まれる前記処理側情報とカテゴリとの間の第３の対応に基づいて、前記受信したリソース処理レコードを分類し、分類結果を取得することと、
前記ユーザに対応付けられたユーザカテゴリディレクトリが存在しない場合、デフォルトユーザカテゴリディレクトリに含まれる前記処理側情報とカテゴリとの間の第２の対応に基づいて、前記受信したリソース処理レコードを分類し、分類結果を取得することと
をさらに含むことを特徴とする請求項１４に記載の自動分類方法。
【請求項１６】
第１カテゴリディレクトリ決定ユニットと、カテゴリ変更アイテム生成ユニットと、第１時間間隔決定ユニットと、第１統計分析ユニットと、デフォルトカテゴリディレクトリ決定ユニットとを備えるカテゴリディレクトリ決定装置であって、
前記第１カテゴリディレクトリ決定ユニットは、リソース処理レコードの処理側情報と、前記処理側情報とカテゴリとの間の事前設定された第１の対応と、に基づいて、第１カテゴリディレクトリを決定するよう動作可能であり、
前記カテゴリ変更アイテム生成ユニットは、ユーザからカテゴリ変更メッセージを受信し、第１カテゴリＩＤを有する第１カテゴリを、第２カテゴリＩＤを有する第２カテゴリに変更することを示すカテゴリ変更コンテンツを含むカテゴリ変更アイテムを生成するよう動作可能であり、
前記第１時間間隔決定ユニットは、前記カテゴリ変更アイテムに含まれる前記第１カテゴリＩＤに対応付けられた統計開始時間を特定し、前記統計開始時間に基づいて前記第１カテゴリＩＤに対応付けられた第１時間間隔を決定するよう動作可能であり、
前記第１統計分析ユニットは、前記第１時間間隔内に生成され、かつ前記第１カテゴリＩＤを含むカテゴリ変更アイテムを統計的に分析して、第１統計分析結果を取得するよう動作可能であり、
前記デフォルトカテゴリディレクトリ決定ユニットは、前記第１統計分析結果が事前設定された第１の規定を満たす場合、前記第１の対応を含む前記第１カテゴリディレクトリを、前記処理側情報とカテゴリとの間の第２の対応を含む第２カテゴリディレクトリに変更し、前記第２カテゴリディレクトリをデフォルトカテゴリディレクトリとして設定し、前記第１統計分析結果が前記事前設定された第１の規定を満たさない場合、前記第１カテゴリディレクトリをデフォルトカテゴリディレクトリとして設定するよう動作可能である
ことを特徴とする前記カテゴリディレクトリ決定装置。
【請求項１７】
第２統計分析ユニットと、ユーザカテゴリディレクトリ決定ユニットとをさらに備える請求項１６に記載のカテゴリディレクトリ決定装置であって、
前記第２統計分析ユニットは、ユーザに関連して前記第１時間間隔内に生成され、かつ第３カテゴリＩＤを含むカテゴリ変更アイテムを統計的に分析して、第２統計分析結果を取得するよう動作可能であり、
前記ユーザカテゴリディレクトリ決定ユニットは、前記第２統計分析結果が事前設定された第２の規定を満たす場合、前記第２の対応を含む前記第２カテゴリディレクトリを変更して、前記処理側情報とカテゴリとの間の第３の対応を含む第３カテゴリディレクトリを取得し、前記第３カテゴリディレクトリを前記ユーザのためのユーザカテゴリディレクトリとして設定するよう動作可能である
ことを特徴とする請求項１６に記載のカテゴリディレクトリ決定装置。
【請求項１８】
受信ユニットと、デフォルトカテゴリ分類ユニットと、フィードバックユニットとを備える自動分類装置であって、
前記受信ユニットは、ユーザからのリソース処理レコードを受信するよう動作可能であり、
前記デフォルトカテゴリ分類ユニットは、デフォルトカテゴリディレクトリに含まれる処理側情報とカテゴリとの間の第２の対応を使用して、前記リソース処理レコードを分類し、分類結果を取得するよう動作可能であり、
前記フィードバックユニットは、前記分類結果を前記ユーザへ返すよう動作可能である
ことを特徴とする前記自動分類装置。
【請求項１９】
ユーザ特定分類ユニットをさらに備える請求項１８に記載の自動分類装置であって、前記ユーザ特定分類ユニットは、
前記受信されたリソース処理レコードを送信した前記ユーザに対応付けられたユーザカテゴリディレクトリが存在するか否かを問い合わせ、
前記ユーザに対応付けられたユーザカテゴリディレクトリが存在する場合、前記ユーザカテゴリディレクトリに含まれる処理側情報とカテゴリとの間の第３の対応に基づいて、前記受信されたリソース処理レコードを分類して、分類結果を取得し、前記分類結果を前記ユーザへフィードバックし、
前記ユーザに対応付けられたユーザカテゴリディレクトリが存在しない場合、前記受信されたリソース処理レコードを分類するように前記デフォルトカテゴリ分類ユニットへ振り替える
よう動作可能であることを特徴とする請求項１８に記載の自動分類装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、コンピュータ処理の技術的分野に関し、具体的にはカテゴリディレクトリ決定方法及び装置、並びに自動分類方法及び装置に関する。
【背景技術】
【０００２】
コンピュータ処理の技術分野において、リソース処理システムは通常、リソース処理を完了する際、リソース処理プロセスを記述するレコードを生成する。このようなリソース処理レコードは一般に、ユーザ情報、処理側情報、リソース量、リソース処理時間等を含み得る。このようなリソース処理レコードは、例えばユーザによるレコードの統計分析を促進にするために、複数のカテゴリに分類され得る。
【０００３】
既存のカテゴリディレクトリ決定方法は、リソース処理レコード内の処理側情報をカテゴリディレクトリ内のカテゴリ名として使用することと、同一の処理側情報を有する全てのレコードをカテゴリ名により同じカテゴリにグループ化することと、カテゴリディレクトリはカテゴリごとの全てのカテゴリ名を含む、以上の動作を含む。
【０００４】
本出願を考案するプロセスにおいて、リソース処理システムは複数のサブシステムを含み得るため、リソース処理システムにより生成されるリソース処理レコードに含まれる処理側情報は異なり得るという問題を、既存技術は含むことが確認された。従って、既存のカテゴリ分類技術を使用することで、同じカテゴリに分類されるべきリソース処理レコードは、実際には複数の異なるカテゴリに分類され得る。結果として、生成されたカテゴリディレクトリは、的確な分類結果を反映し得ない。
【発明の概要】
【０００５】
本出願の実施形態は、カテゴリディレクトリ決定方法及び装置、並びに自動分類方法及び装置を提供して、リソース処理レコードの分類の精度を向上することを目的とする。
【０００６】
本出願の実施形態は、特に上記の確認された技術的問題を解消するために、カテゴリディレクトリ決定方法及び装置、並びに自動分類方法及び装置を提供する。
【０００７】
カテゴリディレクトリ決定方法は、リソース処理レコードの処理側情報と、処理側情報とカテゴリとの間の事前設定された第１の対応と、に基づいて第１カテゴリディレクトリを決定することと、ユーザからカテゴリ変更メッセージを受信し、ユーザが第１カテゴリＩＤを有する第１カテゴリを、第２カテゴリＩＤを有する第２カテゴリに変更することを示すカテゴリ変更コンテンツを含むカテゴリ変更アイテムを生成することと、カテゴリ変更アイテムに含まれる第１カテゴリＩＤに対応付けられた統計開始時間を特定し、第１カテゴリＩＤに対応付けられた第１時間間隔を決定することと、第１時間間隔内に生成され、かつ第１カテゴリＩＤを含むカテゴリ変更アイテムを統計的に分析して、第１統計分析結果を取得することと、第１統計分析結果が事前設定された第１の規定を満たす場合、第１の対応を含む第１カテゴリディレクトリを、処理側情報とカテゴリとの間の第２の対応を含む第２カテゴリディレクトリに修正し、第２カテゴリディレクトリをデフォルトカテゴリディレクトリとして設定することと、第１統計結果が事前設定された第１の規定を満たさない場合、第１カテゴリディレクトリをデフォルトカテゴリディレクトリとして設定することとを含む。
【０００８】
カテゴリディレクトリ決定方法を使用して決定されたカテゴリディレクトリに基づいてリソース処理レコードを分類する自動分類方法は、ユーザからリソース処理レコードを受信することと、デフォルトカテゴリディレクトリに含まれる処理側情報とカテゴリの間の第２の対応を使用してリソース処理レコードを分類し、分類結果を取得することと、分類結果をユーザへ返すこととを含む。
【０００９】
カテゴリディレクトリ決定装置は、第１カテゴリディレクトリ決定ユニットと、カテゴリ変更アイテム生成ユニットと、第１時間間隔決定ユニットと、第１統計分析ユニットと、デフォルトカテゴリディレクトリ決定ユニットとを備える。第１カテゴリディレクトリ決定ユニットは、リソース処理レコードの処理側情報と、処理側情報とカテゴリとの間の事前設定された第１の対応とに基づいて第１カテゴリディレクトリを決定するよう動作可能であり、当該カテゴリ変更アイテム生成ユニットは、ユーザからカテゴリ変更メッセージを受信し、第１カテゴリＩＤを有する第１カテゴリを、第２カテゴリＩＤを有する第２カテゴリに変更することを示すカテゴリ変更コンテンツを含むカテゴリ変更アイテムを生成するよう動作可能であり、第１時間間隔決定ユニットは、カテゴリ変更アイテムに含まれる第１カテゴリＩＤに対応付けられた統計開始時間を特定し、第１カテゴリＩＤに対応付けられた第１時間間隔を決定するよう動作可能であり、当該第１統計分析ユニットは、第１時間間隔内に生成され、かつ第１カテゴリＩＤを含むカテゴリ変更アイテムを統計的に分析して、第１統計分析結果を取得するよう動作可能であり、デフォルトカテゴリディレクトリ決定ユニットは、第１統計分析結果が事前設定された第１の規定を満たす場合、第１の対応を含む第１カテゴリディレクトリを、処理側情報とカテゴリとの間の第２の対応を含む第２カテゴリディレクトリに変更し、第２カテゴリディレクトリをデフォルトカテゴリディレクトリとして設定し、第１統計結果が事前設定された第１の規定を満たさない場合、第１カテゴリディレクトリをデフォルトカテゴリディレクトリとして設定するよう動作可能である。
【００１０】
自動分類装置は、受信ユニットと、デフォルトカテゴリ分類ユニットと、フィードバックユニットとを備え、受信ユニットは、ユーザからのリソース処理レコードを受信するよう動作可能であり、デフォルトカテゴリ分類ユニットは、デフォルトカテゴリディレクトリに含まれる処理側情報とカテゴリとの間の第２の対応を使用してリソース処理レコードを分類し、分類結果を取得するよう動作可能であり、フィードバックユニットは、分類結果をユーザへ返すよう動作可能である。
【００１１】
実施形態の技術的解決策により例示されるように、開示されるカテゴリディレクトリ決定方法及び装置は、処理側情報を分析して、処理側情報とカテゴリとの間の対応を決定する。従って、同様のリソース処理レコードは同一のカテゴリに該当し、よって分類結果の精度は向上される。その一方、特定カテゴリディレクトリがユーザ要件に適することで分類結果の精度がさらに確実に向上するように、カテゴリを変更するためのユーザメッセージが受信され、既存のカテゴリディレクトリはユーザカテゴリ変更メッセージに基づいて更新される。自動分類方法及び装置は、カテゴリディレクトリ決定方法及び装置を通して取得された結果を使用して、リソース処理レコードを分類する。取得された分類結果の精度は、同様に向上される。さらに、分類結果がユーザの分類要件をより良く満たし得るように、継続的に更新されるカテゴリディレクトリに従って、分類は実行され得る。
【００１２】
本出願の実施形態及び／または既存の技術における技術的解決策をより明確に例示するために、添付図面が本明細書において簡単に説明される。本明細書において説明される添付図面は明らかに、本出願のいくつかの例示的実施形態を表しているにすぎず、当業者はこれらの添付図面から他の図面を創意的努力なしにさらに引き出すであろう。
【図面の簡単な説明】
【００１３】
【図１】本出願による、カテゴリディレクトリ決定方法の第１実施形態のフローチャートを示す。
【図２】本出願による、カテゴリディレクトリ決定方法の第２実施形態のフローチャートを示す。
【図３】本出願による、自動分類方法の第１実施形態のフローチャートを示す。
【図４】本出願による、自動分類方法の第２実施形態のフローチャートを示す。
【図５】本出願による、カテゴリディレクトリ決定装置の実施形態のブロック図を示す。
【図６】本出願による、自動分類装置の実施形態のブロック図を示す。
【発明を実施するための形態】
【００１４】
本出願の実施形態は、カテゴリディレクトリ決定方法及び装置、並びに自動分類方法及び装置を提供する。
【００１５】
実施形態における技術的解決策の以下の詳細説明は、関連技術分野の人々が本出願の技術的解決策をより良く理解できるように、詳細説明の一部を成す添付図面に対する参照と共に提供される。本明細書において説明される実施形態は明らかに、本出願の全てではないがいくつかの実施態様例を表しているにすぎず、当業者はこれらの説明される実施形態から、本出願の範囲に含まれるあらゆる全ての他の実施形態／実施例を、創意的努力なしにさらに引き出すであろう。
【００１６】
リソース処理レコードの的確な分類には、的確な分類結果をもたらす的確なカテゴリディレクトリが必要である。
【００１７】
以下は、本出願による、カテゴリディレクトリ決定方法の実施形態を説明する。
【００１８】
図１は、本出願による、カテゴリディレクトリ決定方法の第１実施形態のフローチャートを示す。図１に示されるように、カテゴリディレクトリ決定方法は、以下を含み得る。
【００１９】
Ｓ１０１では、リソース処理レコードの処理側情報と、処理側情報とカテゴリとの間の事前設定された第１の対応と、に基づいて、第１カテゴリディレクトリを決定する。
【００２０】
第１カテゴリディレクトリは、リソース処理レコードの処理側情報と、処理側情報とカテゴリとの間の事前設定された第１の対応と、に基づいて決定される。処理側情報は、リソース処理システム名、リソース処理システム特徴等を含み得るが、これに限定されない。
【００２１】
処理側情報とカテゴリとの間の第１の対応は、事前設定され得る。
【００２２】
第１の対応は、処理部情報に基づいて決定され得る。第１の対応は、処理側情報に対応付けられた処理部に基づいて決定され、及び／または処理側情報に対応付けられた処理部の特徴に基づいて決定され得る。
【００２３】
例えば、リソースシステムＡは、サブシステムａ１、ａ２を含み、そして第１の対応において、ａ１またはａ２のコンテンツを含む処理側情報は全て、「Ａ」という名のカテゴリに該当し得る。別の例では、リソースシステムＢ及びリソースシステムＣは両方とも、交通のためのリソース処理システムに関する。第１の対応において、コンテンツＢまたはＣを含む処理側情報は全て、「交通」という名のカテゴリに該当し得る。
【００２４】
第１の対応はまた、処理側情報のキーワード分析に基づいても決定可能である。説明的実施例として、処理側情報が「歌手Ａの歌」を含む場合、処理側情報のキーワード分析は、当該「歌」及び「歌手Ａ」は全て音楽の分野に属することを示し得る。従って、「歌手Ａの歌」の処理側情報と、「音楽」という名のカテゴリとの間に、対応が確立され得る。
【００２５】
第１の対応において、１つまたは複数の処理側情報は、単一のカテゴリに該当し得る。
【００２６】
リソース処理レコードに含まれる処理側情報とカテゴリとの間の第１の対応に基づいて、第１カテゴリディレクトリは決定され得る。第１カテゴリディレクトリは、１つまたは複数のカテゴリのカテゴリ識別（「カテゴリＩＤ」）と、関連カテゴリ名とを含み得る。カテゴリディレクトリは、処理側情報とカテゴリとの間の第１の対応も含み得る。
【００２７】
Ｓ１０２では、ユーザからカテゴリ変更メッセージを受信し、カテゴリ変更コンテンツを含むカテゴリ変更アイテムを生成する。
【００２８】
カテゴリディレクトリ決定装置は、ユーザからカテゴリ変更メッセージを受信し得る。カテゴリ変更メッセージは、リソース処理レコードのカテゴリの変更を示す。このようなカテゴリ変更メッセージは、ユーザ識別（「ユーザＩＤ」）と、リソース処理レコードに含まれる処理側情報と、カテゴリ変更時間と、変更の前のカテゴリＩＤ（「変更前カテゴリＩＤ」）と、変更の後のカテゴリＩＤ（「変更後カテゴリＩＤ」）とを含み得る。このようなユーザカテゴリ変更メッセージは、ユーザがカテゴリ分類を修正すると自動的に生成され、カテゴリディレクトリ決定装置へ送信され得る。
【００２９】
カテゴリディレクトリ決定装置は、受信したカテゴリ変更メッセージに基づいて、カテゴリ変更アイテムを生成し得る。カテゴリ変更アイテムは、カテゴリ変更コンテンツと、ユーザＩＤと、カテゴリ変更時間とを含み得る。カテゴリ変更コンテンツは、処理側情報と、変更前カテゴリＩＤと、変更後カテゴリＩＤとを含み得る。
【００３０】
Ｓ１０３では、カテゴリ変更アイテムに含まれる第１カテゴリＩＤに対応付けられた統計開始時間を特定し、第１カテゴリＩＤに対応付けられた第１時間間隔を決定する。
【００３１】
カテゴリディレクトリ決定装置は、カテゴリ変更アイテムに含まれる第１カテゴリＩＤに対応付けられた統計開始時間を特定し得る。第１カテゴリＩＤは、カテゴリ変更コンテンツ内の変更前カテゴリＩＤのうちの１つであり得る。
【００３２】
第１カテゴリＩＤに対応付けられた統計開始時間の特定は、第１カテゴリＩＤが属する関連カテゴリディレクトリにおいて第１カテゴリＩＤが修正された直前の時点を、統計開始時間として設定することを含み得る。
【００３３】
統計開始時間の特定動作は、事前設定された時間間隔で繰り返し行われ得る。事前設定の時間間隔は、ユーザにより、カテゴリディレクトリ決定装置に事前に設定され得る。
【００３４】
第１カテゴリＩＤに対応付けられた第１時間間隔は、特定された統計開始時間に基づいて、決定され得る。具体的には、例えば、統計開始時間と現在時間との間の時間が、第１カテゴリＩＤに対応付けられた第１時間間隔としてみなされ得る。
【００３５】
Ｓ１０４では、第１時間間隔内に生成され、かつ第１カテゴリＩＤを含むカテゴリ変更アイテムを統計的に分析して、第１統計分析結果を取得する。
【００３６】
カテゴリディレクトリ決定装置は、第１時間間隔内に生成され、かつ第１カテゴリＩＤを含むカテゴリ変更アイテムを統計的に分析して、第１統計分析結果を取得し得る。具体的に、例えば、統計分析は、第１カテゴリＩＤと同一である変更前カテゴリＩＤをそれぞれ含む第１候補カテゴリ変更アイテムの全数を、第１の総計として取得し得る。第２の総計に、第１候補カテゴリ変更アイテムに含まれるユーザＩＤ種類の全数が取得され得る。統計分析はまた、それぞれ第１候補カテゴリ変更アイテムに含まれ、さらに第２カテゴリＩＤと同一である変更後カテゴリＩＤを含む第２候補カテゴリ変更アイテムの全数を、第３の総計として取得し得る。第４の総計に、第２候補カテゴリ変更アイテムに含まれるユーザＩＤ種類の全数が取得され得る。第２カテゴリＩＤは、第１カテゴリＩＤとは異なる。
【００３７】
第１統計分析結果は、第１の総計、第２の総計、第３の総計、及び第４の総計を含み得る。
【００３８】
説明的実施例として、第１カテゴリＩＤは「Ａ」であり、第２カテゴリＩＤは「Ｂ」であり得る。統計分析は、変更前カテゴリＩＤ「Ａ」をそれぞれ含む全てのカテゴリ変更アイテムを、第１候補カテゴリ変更アイテムとして特定し得る。第１候補カテゴリ変更アイテムの全数は、第１の総計として取得される。第１候補カテゴリ変更アイテムに含まれるユーザＩＤ種類の全数は、第２の総計として取得され得る。統計分析は、変更後カテゴリＩＤ「Ｂ」をそれぞれ含む全ての第１候補カテゴリ変更アイテムを、第２候補カテゴリ変更アイテムとして特定し得る。第２候補カテゴリ変更アイテムの全数は、第３の総計として取得され得る。第２候補カテゴリ変更アイテムに含まれるユーザＩＤ種類の全数は、第４の総計として取得され得る。
【００３９】
Ｓ１０５では、第１統計分析結果が事前設定された第１の規定を満たす場合、第１の対応を含む第１カテゴリディレクトリを、処理側情報とカテゴリとの間の第２の対応を含む第２カテゴリディレクトリに変更し、第２カテゴリディレクトリをデフォルトカテゴリディレクトリとして設定し、第１統計結果が事前設定された第１の規定を満たさない場合、第１カテゴリディレクトリをデフォルトカテゴリディレクトリとして設定する。
【００４０】
第１統計分析結果は、事前設定された第１の規定と比較され得る。事前設定された第１の規定を使用して、第１カテゴリディレクトリ及び第１の対応は修正される必要があるか否かが判定され得る。
【００４１】
事前設定された第１の規定は、以下の規定のうちの１つまたは複数を含み得る。第１統計分析結果内の第１の総計は、事前設定された第１の閾値以上であり、当該事前設定された第１の閾値は、第１時間間隔内に生成されたカテゴリ変更アイテムの全数以下である。第１統計分析結果内の第２の総計は、事前設定された第２の閾値以上であり、当該事前設定された第２の閾値は、第１時間間隔内に生成されたカテゴリ変更アイテム内のユーザＩＤ種類の全数以下であり、かつ当該事前設定された第２の閾値は、第１の総計以下である。第１統計分析結果内の第３の総計は、事前設定された第３の閾値以上であり、当該事前設定された第３の閾値は、第１の総計以下である。第１統計分析結果内の第４の総計は、事前設定された第４の閾値以上であり、当該事前設定された第４の閾値は、第３の総計以下である。
【００４２】
第１統計分析結果が事前設定された第１の規定を満たす場合、前に第１の対応下で第１カテゴリＩＤに該当していた処理側情報が現在第２カテゴリＩＤに該当するように、第１の対応は修正され得る。従って、第１の対応の修正を通して、第２の対応が生成される。第２カテゴリディレクトリは、第２の対応に基づいて生成され得る。第２カテゴリディレクトリは、１つまたは複数のカテゴリＩＤと、１つまたは複数のカテゴリＩＤと処理側情報との間の第２の対応と、を含み得る。第２カテゴリディレクトリは、デフォルトカテゴリディレクトリとして設定され得る。
【００４３】
第１統計分析結果が事前設定された第１の規定を満たさない場合、第１の対応を含む第１カテゴリディレクトリは修正されず、デフォルトカテゴリディレクトリとして設定され得る。
【００４４】
本出願の実施形態によれば、デフォルトカテゴリディレクトリは、最終的に決定カテゴリディレクトリとして使用され得る。
【００４５】
カテゴリディレクトリ決定方法の前述の第１実施形態において、処理側情報とカテゴリとの間の対応は、類似するリソース処理レコードが確実に同一のカテゴリに分類されるように、処理側情報の分析に基づいて決定される。従って、本方法を使用して決定されるカテゴリディレクトリにより、分類結果の精度向上がもたらされる。その一方、既存のカテゴリディレクトリは、受信されるユーザカテゴリ変更メッセージに基づいて更新され続け、これにより、生成されるカテゴリディレクトリはユーザ要件に適することが確保される。これは同様に、分類結果の精度をさらに向上させる。
【００４６】
図２を参照して、カテゴリディレクトリ決定方法の第２実施形態が説明される。図２は、カテゴリディレクトリ決定方法の第２実施形態の例示的フロー図を示す。図２に示されるように、カテゴリディレクトリ決定方法の第２実施形態は、図１に示される第１実施形態と比較して、さらに以下の動作を含む。
【００４７】
Ｓ１０６では、ユーザに関連し、かつ第１時間間隔内に生成され、かつ第３カテゴリＩＤを含むカテゴリ変更アイテムを統計的に分析して、第２統計分析結果を取得する。
【００４８】
第１時間間隔内の個別ユーザのカテゴリ変更アイテムが統計的に分析され、第３カテゴリＩＤを含むカテゴリ変更アイテムが特定され得る。第２統計分析結果が取得され得る。
【００４９】
具体的に、例えば、統計分析は、第１時間間隔内に特定ユーザに関連して生成され、かつ第３カテゴリＩＤと同一である変更前カテゴリＩＤを含む第３候補カテゴリ変更アイテムを特定し得る。第３候補カテゴリ変更アイテムの全数は、第５の総計として取得され得る。さらに、統計分析は、第３候補カテゴリ変更アイテムの中から、第４カテゴリＩＤと同一である変更後カテゴリＩＤをそれぞれさらに含む第４候補カテゴリ変更アイテムを特定し得る。第４候補カテゴリ変更アイテムの全数は、第６の総計として取得され得る。第３カテゴリＩＤ、第４カテゴリＩＤは、それぞれ変更前カテゴリＩＤ、変更後カテゴリＩＤであり、特定ユーザから受信されるカテゴリ変更メッセージに含まれる。
【００５０】
第２統計分析結果は、第５の総計、及び第６の総計を含み得る。
【００５１】
Ｓ１０７では、第２統計分析結果が事前設定された第２の規定を満たす場合、第２の対応を含む第２カテゴリディレクトリを、処理側情報とカテゴリとの間の第３の対応を含む第３カテゴリディレクトリに変更し、第３カテゴリディレクトリを、ユーザに対応付けられたユーザカテゴリディレクトリとして設定する。
【００５２】
第２統計分析結果は、事前設定された第２の規定と比較され得る。事前設定された第２の規定を使用して、第２カテゴリディレクトリ及び第２の対応は修正される必要があるか否かが判定され得る。
【００５３】
事前設定された第２の規定は、以下の規定のうちの１つまたは複数を含み得る。第２統計分析結果内の第５の総計は、事前設定された第５の閾値以上であり、当該事前設定された第５の閾値は、ユーザからカテゴリ変更メッセージを受信際に第１時間間隔内に生成されたカテゴリ変更アイテムの全数以下である。第２統計分析結果内の第６の総計は、事前設定された第６の閾値以上であり、当該事前設定された第６の閾値は、第５の総計以下である。
【００５４】
第２統計分析結果が事前設定された第２の規定を満たす場合、前に第２の対応下で第３カテゴリＩＤに該当していた処理側情報が現在第４カテゴリＩＤに該当するように、第２の対応は修正され得る。従って、第２の対応の修正を通して、第３の対応が生成される。第３カテゴリディレクトリは、第３の対応に基づいて生成され得る。第３カテゴリディレクトリは、１つまたは複数のカテゴリＩＤと、１つまたは複数のカテゴリＩＤと処理側情報との間の第３の対応と、を含み得る。第３カテゴリディレクトリは、ユーザに対応付けられたユーザカテゴリディレクトリとして設定され得る。
【００５５】
第２統計分析結果が事前設定された第２の規定を満たさない場合、ユーザに対しユーザカテゴリディレクトリは設定されない。
【００５６】
カテゴリディレクトリ決定方法の第１実施形態により決定されるデフォルトカテゴリディレクトリに加えて、前述の第２実施形態は、特定のユーザに対応付けられたユーザカテゴリディレクトリを決定し、これによりさらに、確実にユーザ要件が満たされて分類精度が向上する。
【００５７】
前述のカテゴリディレクトリ決定方法をさらに説明するために、会計カテゴリ決定の説明的実施例シナリオが使用され得る。
【００５８】
説明的シナリオにおいて、業者「Ａ」の情報は業者名「Ａ」と婦人服を含み、業者「Ｂ」の情報は業者名「Ｂ」と陶磁器タイルを含み、業者「Ｃ」の情報は業者名「Ｃ」とソファを含み、業者「Ｄ」の情報は業者名「Ｄ」とタクシースケジュール管理ソフトウェア開発会社を含み、業者「Ｅ」の情報は業者名「Ｅ」と「歌手Ａの歌」を含み得ることが想定される。
【００５９】
第１の対応に基づいて、業者ごとに会計カテゴリが決定され得る。説明的実施例として、第１の対応の下、業者「Ａ」はカテゴリ「衣類」に該当し、業者「Ｂ」はカテゴリ「住宅用装飾」に該当し、業者「Ｃ」はカテゴリ「住宅用装飾」に該当し、業者「Ｄ」はカテゴリ「交通」に該当し、業者「Ｅ」はカテゴリ「音楽」に該当し得る。下のテーブル１は、業者とカテゴリの対応を示す。
【００６０】
【表１】
0006542887.tif 000002
【００６１】
テーブル１における会計カテゴリは、第１会計カテゴリディレクトリであり得る。
【００６２】
第１会計カテゴリディレクトリにおける会計カテゴリにユーザが満足しない場合、ユーザは、その会計動作において、会計カテゴリを修正し得る。カテゴリディレクトリ決定装置は、ユーザが会計カテゴリを変更したことを示すメッセージを受信し得る。例えば、ユーザカテゴリ変更メッセージは、ユーザ「１」、業者「Ｂ」、２０１４年１月１日、変更前カテゴリ「住宅用装飾」、変更後カテゴリ「建設資材」を含み得る。ユーザカテゴリ変更メッセージに基づいて、カテゴリ変更アイテムが生成され得る。カテゴリ変更アイテムは、「Ｂ＿住宅用装飾＿建設資材」、「１」、「２０１４０１０１」を含み、「Ｂ＿住宅用装飾＿建設資材」は会計カテゴリ変更のコンテンツであり得る。同様に、当ユーザ「１」及び／または他のユーザから複数のユーザカテゴリ変更メッセージが受信され、それに応じて複数のカテゴリ変更アイテムが生成される。
【００６３】
初めに、カテゴリ変更アイテムに含まれる第１カテゴリＩＤに対応付けられた統計開始時間が特定され得る。説明的実施例として、第１カテゴリＩＤが「住宅用装飾」である場合、第１カテゴリＩＤ「住宅用装飾」が修正された直前の時点、説明的実施例では２０１３年５月１日が、統計開始時間として使用され得る。説明的実施例として、現在日が２０１４年４月３０日であると想定すると、第１時間間隔は、２０１３年５月１日と２０１４年４月３０日の間に決定され得る。
【００６４】
説明的実施例として、第１時間間隔（２０１３年５月１日〜２０１４年４月３０日）内に、変更前カテゴリ「住宅用装飾」をそれぞれ含むカテゴリ変更アイテムが５００００存在する（すなわち第１の総計は５００００である）。５００００のカテゴリ変更アイテムのうち、ユーザＩＤ種類は４００００存在する（すなわち第２の総計は４００００である）。５００００のカテゴリ変更アイテムのうち、変更後カテゴリ「建設資材」をそれぞれ含むカテゴリ変更アイテムは４５０００存在する（すなわち第３の総計は４５０００である）。４５０００のカテゴリ変更アイテムのうち、ユーザＩＤ種類は３００００存在する（すなわち第４の総計は３００００である）。
【００６５】
想定される事前設定された第１の規定には、第３の総計は４００００以上であり、第４の総計は２００００以上であることが含まれる。よって、上記の第１統計結果は、事前設定された第１の規定を満たす。従って、業者「Ｂ」と会計カテゴリ「住宅用装飾」の間の第１の対応は、業者「Ｂ」と会計カテゴリ「建設資材」の間の第２の対応に変更される。業者と会計カテゴリの間の第２の対応が、下のテーブル２に示される。
【００６６】
【表２】
0006542887.tif 000003
【００６７】
テーブル２における会計カテゴリは、第２会計カテゴリディレクトリであり得る。
【００６８】
ユーザの特定要件を構成するために、カスタマイズされた会計カテゴリディレクトリがユーザのために生成され得る。例えば、統計分析は、第１時間間隔（２０１３年５月１日〜２０１４年４月３０日）内にユーザ「１」のために生成され、かつ変更前カテゴリ「住宅用装飾」を含むカテゴリ変更アイテムを特定し得る。このようなカテゴリ変更アイテムの総計、例えば１０００は、第５の総計であり得る。１０００のカテゴリ変更アイテムのうち、８００のカテゴリ変更アイテムが変更後カテゴリ「家具」を含む。よって第６の総計は８００となる。第２統計分析結果は、第５の総計１０００、及び第６の総計８００を含む。
【００６９】
想定される事前設定された第２の規定には、第５の総計は８００以上であり、第６の総計は６００以上であることが含まれ得る。よって、上記の第２統計分析結果は、事前設定された第２の規定を満たす。従って、業者「Ｃ」と会計カテゴリ「住宅用装飾」の間の対応は、業者「Ｃ」と会計カテゴリ「家具」の間の対応に変更され得る。業者と会計カテゴリの間の第３の対応が、下のテーブル３に示される。
【００７０】
【表３】
0006542887.tif 000004
【００７１】
テーブル３における会計カテゴリは、ユーザ会計カテゴリディレクトリであり得る。ユーザ会計カテゴリディレクトリは、ユーザ「１」のためにカスタマイズされ、ユーザ「１」関連会計レコードにのみ使用される。
【００７２】
下記では、自動分類方法の実施形態が説明される。
【００７３】
図３は、自動分類方法の第１実施形態の例示的フロー図を示す。図３に示される自動分類方法は、図１に示されるカテゴリディレクトリ決定の第１実施形態の下で決定されたカテゴリディレクトリを使用し得る。自動分類方法は、下記の動作を含み得る。
【００７４】
Ｓ３０１では、ユーザからリソース処理レコードを受信する。ユーザから送信されたリソース処理レコードが受信され得る。リソース処理レコードは、ユーザＩＤ、処理側情報、リソース量及びリソース処理時間、並びに他の情報を含み得る。
【００７５】
Ｓ３０２では、デフォルトカテゴリディレクトリに含まれる処理側情報とカテゴリとの間の第２の対応に基づいて、受信したリソース処理レコードを分類し、分類結果を取得する。処理側情報はリソース処理レコードから取得され、第２の対応はカテゴリディレクトリ決定方法の第１実施形態を使用して取得され得る。それから分類結果を取得するために、リソース処理レコードは、処理側情報とデフォルトカテゴリディレクトリの間の第２の対応に基づいて分類され得る。
【００７６】
Ｓ３０３では、分類結果をユーザへ返す。
【００７７】
図４は、自動分類方法の第２実施形態の例示的フロー図を示す。図４に示される自動分類方法は、図２に示されるカテゴリディレクトリ決定の第２実施形態の下で決定されたカテゴリディレクトリを使用し得る。自動分類方法は、下記の動作を含み得る。
【００７８】
Ｓ４０１では、ユーザからリソース処理レコードを受信する。ユーザから送信されたリソース処理レコードが受信され得る。リソース処理レコードは、ユーザＩＤ、処理側情報、リソース量及びリソース処理時間、並びに他の情報を含み得る。
【００７９】
Ｓ４０２では、ユーザに対応付けられたユーザカテゴリディレクトリが存在するか否かを問い合わせる。そのようなユーザカテゴリディレクトリが存在する場合、ユーザカテゴリディレクトリに含まれる処理側情報とカテゴリとの間の第３の対応に基づいて、受信したリソース処理レコードを分類し、分類結果を取得する。このようなユーザカテゴリディレクトリ及び第３の対応は、分類において、デフォルトカテゴリディレクトリより優先される。
【００８０】
Ｓ４０３では、ユーザに対応付けられたユーザカテゴリディレクトリが存在しない場合、デフォルトカテゴリディレクトリに含まれる処理側情報とカテゴリとの間の第２の対応に基づいて、受信したリソース処理レコードを分類し、分類結果を取得する。
【００８１】
Ｓ４０４では、ユーザカテゴリディレクトリに基づいて、あるいはデフォルトカテゴリディレクトリに基づいて取得された分類結果をユーザへ返す。
【００８２】
自動分類方法の前述の第２実施形態は、カテゴリディレクトリ決定方法の第２実施形態に対応する。分類方法は、より的確な分類結果を生成し、取得分類結果が特定ユーザの分類要件に適するように、カスタマイズされたユーザ特定カテゴリディレクトリを使用して分類動作を実行可能であり得る。
【００８３】
カテゴリディレクトリ決定装置の実施形態が、下記に説明される。
【００８４】
図５は、カテゴリディレクトリ決定装置の実施形態のブロック図を例示する。図５に示されるように、カテゴリディレクトリ決定装置は、第１カテゴリディレクトリ決定ユニット５０１と、カテゴリ変更アイテム生成ユニット５０２と、第１時間間隔決定ユニット５０３と、第１統計分析ユニット５０４と、デフォルトカテゴリディレクトリ決定ユニット５０５とを備え得る。
【００８５】
第１カテゴリディレクトリ決定ユニット５０１は、リソース処理レコードの処理側情報と、処理側情報とカテゴリとの間の事前設定第１の対応とに基づいて、第１カテゴリディレクトリを決定するよう動作可能である。
【００８６】
カテゴリ変更アイテム生成ユニット５０２は、ユーザからカテゴリ変更メッセージを受信し、カテゴリ変更メッセージのコンテンツを含むカテゴリ変更アイテムを生成するよう動作可能である。
【００８７】
第１時間間隔決定ユニット５０３は、カテゴリ変更アイテムに含まれる第１カテゴリＩＤに対応付けられた統計開始時間を特定し、統計開始時間に基づいて第１カテゴリＩＤに対応付けられた第１時間間隔を決定するよう動作可能である。
【００８８】
第１統計分析ユニット５０４は、第１時間間隔内に生成され、かつ第１カテゴリＩＤを含むカテゴリ変更アイテムを統計的に分析して、第１統計分析結果を取得するよう動作可能である。
【００８９】
デフォルトカテゴリディレクトリ決定ユニット５０５は、第１統計分析結果が事前設定された第１の規定を満たす場合、第１の対応を含む第１カテゴリディレクトリを、処理側情報とカテゴリとの間の第２の対応を含む第２カテゴリディレクトリに変更し、第２カテゴリディレクトリをデフォルトカテゴリディレクトリとして設定し、第１統計結果が事前設定された第１の規定を満たさない場合、第１カテゴリディレクトリをデフォルトカテゴリディレクトリとして設定するよう動作可能である。
【００９０】
さらに、カテゴリディレクトリ決定装置はまた、第２統計分析ユニット５０６と、ユーザカテゴリディレクトリ決定ユニット５０７とを備え得る。
【００９１】
第２統計分析ユニット５０６は、ユーザに関連して第１時間間隔内に生成され、かつ第３カテゴリＩＤを含むカテゴリ変更アイテムを統計的に分析して、第２統計結果を取得するよう動作可能である。
【００９２】
ユーザカテゴリディレクトリ決定ユニット５０７は、第２統計分析結果が事前設定された第２の規定を満たす場合、第２の対応を含む第２カテゴリディレクトリを、第３の対応を含む第３カテゴリディレクトリに変更するよう動作可能である。第３カテゴリディレクトリは、ユーザのためのユーザカテゴリディレクトリとして設定され得る。
【００９３】
上記のカテゴリディレクトリ決定装置は、カテゴリディレクトリ決定方法の実施形態に対応付けられ、カテゴリディレクトリ決定方法を実施し、所望する技術効果を達成し得る。
【００９４】
図６は、自動分類装置の実施形態のブロック図を示す。図６に示されるように、自動分類装置は、受信ユニット６０１と、デフォルトカテゴリ分類ユニット６０２と、フィードバックユニット６０３とを含み得る。
【００９５】
受信ユニット６０１は、ユーザからのリソース処理レコードを受信するよう動作可能である。
【００９６】
デフォルトカテゴリ分類ユニット６０２は、デフォルトカテゴリディレクトリに含まれる処理側情報とカテゴリの間の第２の対応を使用して、リソース処理レコードを分類し、分類結果を取得するよう動作可能である。
【００９７】
フィードバックユニット６０３は、分類結果をユーザへ返すよう動作可能である。
【００９８】
さらに、自動分類装置は、ユーザ特定分類ユニット６０４も含み得る。
【００９９】
ユーザ特定分類ユニット６０４は、受信したリソース処理レコードのユーザに対応付けられたユーザカテゴリディレクトリが存在するか否かを問い合わせるよう動作可能である。そのようなユーザカテゴリディレクトリが存在する場合、ユーザ特定分類ユニット６０４は、ユーザカテゴリディレクトリに含まれる処理側情報とカテゴリとの間の第３の対応に基づいて、受信したリソース処理レコードを分類し、分類結果を取得する。フィードバックユニット６０３を通して、分類結果はユーザへ返される。ユーザに対応付けられたそのようなユーザカテゴリディレクトリが存在しない場合、ユーザ特定分類ユニット６０４は、分類動作を行うようデフォルトカテゴリ分類ユニット６０２へ振り替える。
【０１００】
期待する技術的効果を達成するために、自動分類方法の実施において、上記に開示された自動分類装置の実施形態は、自動分類方法の実施形態に対応付けられ得る。
【０１０１】
１９９０年代に技術向上は、ハードウェアの向上（例えばダイオード、トランジスタ、スイッチ等の回路設計の向上）と、ソフトウェアの向上（例えばプロセスフローの向上）とに、明確に区別され得た。しかしながら、技術的発展に伴い、今日、数多くの方法プロセスの向上は、ハードウェア回路構造の直接的向上と見られている。設計者は大抵、向上した方法プロセスフローをハードウェア回路へ組み込んで、対応ハードウェア回路構造を取得する。よって、プロセスフローの向上はハードウェアモジュールにおいて達成不可能であると主張することは、事実無根である。例えば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）といったプログラマブル論理素子（ＰＬＤ）は、ユーザを通したプログラミングにより論理関数が決定される集積回路である。設計者は、チップ製造者を雇って専用集積回路チップを設計及び製造してもらうことなく、デジタルシステムをＰＬＤ上に統合するようにＰＬＤをプログラムする。さらに、このような「チップのプログラミング」は、ソフトウェア開発において使用されるソフトウェアコンパイラと同様の論理コンパイラソフトウェアを通して達成され得る。コンパイル前の元のコードは、ハードウェア記述言語（ＨＤＬ）と呼ばれる特定のプログラミング言語で書かれ得る。ＨＤＬは、アドバンストブール演算式言語（ＡＢＥＬ）、アルテラハードウェア記述言語（ＡＨＤＬ）、コンフルエンス、コーネル大学プログラミング言語（ＣＵＰＬ）、ＨＤＣａｌ、ジャバハードウェア記述言語（ＪＨＤＬ）、ラバ、ロラ、ＭｙＨＤＬ、ＰＡＬＡＳＭ、ルビーハードウェア記述言語（ＲＨＤＬ）等を含むが、これに限定されない。現在、一般的に使用されるＨＤＬは、超高速集積回路ハードウェア記述言語（ＶＨＤＬ）及びベリログ２を含む。前述のいくつかのハードウェア記述言語を使用して論理プロセスフローを集積回路上にプログラミング／組み込むことにより、ハードウェア回路は論理プロセスフローを実施可能であり得ることを、当業者は明確に理解するべきである。
【０１０２】
コントローラは、任意の好適な様式で実施され得る。例えば、コントローラは、マイクロプロセッサもしくはプロセッサとコンピュータ可読媒体に格納されたマイクロプロセッサ／プロセッサにより実行可能な命令、論理ゲート、スイッチ、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル論理コントローラ、及び組み込みマイクロコントローラを通して実施され得る。コントローラの実施例として、ＡＲＣ６２５Ｄ、アトメルＡＴ９ＳＡＭ、マイクロチップＰＩＣ１８Ｆ２６Ｋ２０、及びシリコンラボＣ８０５１Ｆ３２０が含まれるが、これに限定されない。メモリコントローラはまた、メモリの制御論理の一部として実施され得る。
【０１０３】
コントローラを純粋なコンピュータ可読プログラムコード様式で実施することに加えて、論理プロセスフローを論理ゲート、スイッチ、特別集積回路、プログラマブル論理コントローラ、及び／または組み込みマイクロコントローラにプログラムすることを通して、コントローラは実施され得ることも、当業者は理解するであろう。従ってこのようなコントローラはハードウェアコンポーネントとみなされ、そしてそのユニットはハードウェアコンポーネントの構造とみなされ得る。さらに、このようなユニットは、機能を達成するためのソフトウェアモジュール及びハードウェア構造の両方とみなされ得る。
【０１０４】
本明細書において前述されるシステム、装置、モジュール、またはユニットは、コンピュータチップもしくはシステムにより、または特定機能を有する製品により実施され得る。
【０１０５】
説明の都合上、上記の装置は、機能の観点から様々なユニットとして説明される。勿論、本出願を実施する時、ユニットの機能のうちの１つまたは複数は、１つまたは複数のソフトウェア及び／またはハードウェア要素において一緒に実施され得る。
【０１０６】
本出願はソフトウェア及び必要な汎用ハードウェアプラットフォームにより実施可能であることは、当業者には明らかであろう。当理解に基づいて、本質的に本出願の技術的解決策は、または従来技術にもたらされた技術進歩は、ソフトウェア製品の形態で具現化可能である。コンピューティング装置は、典型的な構成において、１つまたは複数のプロセッサ（ＣＰＵ）と、入出力インターフェースと、ネットワークインターフェースと、メモリとを備える。ソフトウェア製品は、コンピューティング装置（パーソナルコンピュータ、サーバ、またはネットワーク装置であり得る）が本出願の実施形態において説明される方法、または方法の部分を実施することを可能にする、または実施するように構成する特定の命令を含み得る。コンピュータソフトウェア製品は、メモリに格納可能である。メモリには、揮発性メモリ、ランダムアクセスメモリ（ＲＡＭ）、及び／または読出専用メモリ（ＲＯＭ）もしくはフラッシュＲＡＭ等の不揮発性メモリを含むコンピュータ可読媒体が含まれ得る。メモリは、着脱可能及び着脱不可能媒体を含むコンピュータ記憶／コンピュータ可読媒体の実施例であり、情報記憶に関する任意の方法または技術により実施され得る。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータであり得る。コンピュータの記憶媒体の実施例は、相変化メモリ（ＰＣＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、動的ランダムアクセスメモリ（ＤＲＡＭ）、及び他の種類のランダムアクセスメモリ（ＲＡＭ）、読出専用メモリ（ＲＯＭ）、電気的消去可能プログラマブル読出専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリもしくは他のメモリ技術、コンパクトディスク読出専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）及び他の光学記憶装置、磁気カセット、磁気テープ／磁気ディスク記憶装置もしくは他の磁気記憶装置、またはコンピューティング装置がアクセスし得る情報を記憶するために使用可能なその他の非伝達媒体を含むが、これに限定されない。本明細書において定義されるように、コンピュータ記憶／可読媒体に、変調データ信号及び搬送波等の一時的なコンピュータ可読媒体は含まれない。
【０１０７】
明細書における様々な実施形態は、段階的に説明される。異なる実施形態間に類似点が存在する場合、理解のために、そのような実施形態間で参照を行うことも可能である。実施形態間の差異が説明され得る。例えば、本開示を理解するために、システムの実施形態に関して、方法の実施形態を参照することが可能である。
【０１０８】
本出願は、パーソナルコンピュータ（ＰＣ）、サーバ、手持ち型装置もしくは携帯型装置、タブレット型装置、マルチプロセッサシステム、マイクロプロセッサベースシステム、セットトップボックス、一般消費者向けプログラマブル電子装置、ネットワークＰＣ、小型コンピュータ、メインフレームコンピュータ等の数多くの汎用目的もしくは特殊目的のコンピュータシステム環境もしくは構成、及び上記のコンピューティングシステムもしくは装置のうちのいずれかを含み得る分散コンピューティング環境等において、使用され得る。
【０１０９】
本出願は、プログラムモジュール等のコンピュータにより実行されるコンピュータ実行可能命令に一般的に関連して説明され得る。一般的に、プログラムモジュールは、特定のタスクを実行可能、及び／または特定の抽象データ種類を実施可能な、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。本出願は、分散コンピューティング環境においても実行可能である。分散コンピューティング環境において、タスクは、通信ネットワークを介して接続されたリモート処理装置により、実行される。分散コンピューティング環境において、プログラムモジュールは、記憶装置を含むローカル及び／またはリモートコンピュータ記憶媒体に配置され得る。
【０１１０】
本出願はいくつかの例示的実施形態を経て説明されるが、当業者は、本出願の主要点及び範囲から逸脱しない他の変形が存在することを理解し、かつこのような変形、並びに本出願の主要点及び範囲から逸脱しない変更を添付の特許請求の範囲が包含することを予期する。
【図１】
0006542887.tif 000005
【図２】
0006542887.tif 000006
【図３】
0006542887.tif 000007
【図４】
0006542887.tif 000008
【図５】
0006542887.tif 000009
【図６】
0006542887.tif 000010