(57)【要約】  リソース処理方法および装置は、下記のステップ、リソース割当て要求に基づいてリソース割当てチャートを生成するステップと、リソース割当てチャートを処理し、リソース割当てチャートのアクセス・エントランスを生成するステップと、サード・パーティー・リソース提供者がアクセス・エントランスを介してリソース割当て要求に応じる事ができるように、アクセス・エントランスを開くステップとを実行するように構成されたコンピュータにより実現される事が可能である。リソース割当て要求に基づくリソース割当てチャートは、アクセス・エントランスを生成するために処理され、ローカル・リソースに不足がある、またはリソースを割り当てることが適切でない時、サード・パーティー・リソース提供者は、アクセス・エントランスを介してリソース割当て要求に応じる事ができ、リソース割当て動作を実行する事ができる。加えて、対応するリソース割当てチャートは、コンピュータ記憶装置およびコンピューティング・リソースの占有率が低下するように即座に処理される。【選択図】図１
2020504870.tif 000002
【特許請求の範囲】
【請求項１】
リソース割当て要求に基づいてリソース割当てチャートを生成するステップと、
前記リソース割当てチャートを処理し、前記リソース割当てチャートのアクセス・エントランスを生成するステップと、
サード・パーティー・リソース提供者が前記アクセス・エントランスを介して前記リソース割当て要求に応じる事を可能にするために、前記アクセス・エントランスを開くステップと
を含む、コンピュータにより実行可能なリソース処理方法。
【請求項２】
前記リソース割当てチャートを処理し、前記リソース割当てチャートの前記アクセス・エントランスを生成するステップが、
共有コードを生成するために前記リソース割当てチャートをエンコードするステップ
を含む、請求項１に記載の方法。
【請求項３】
前記リソース割当てチャートを暗号化して、暗号化したリソース割当てチャートを生成するステップ
をさらに含む、請求項２に記載の方法。
【請求項４】
前記暗号化したリソース割当てチャートを生成するステップが、
前記暗号化したリソース割当てチャートのチャート番号を生成するステップ
を含む、請求項３に記載の方法。
【請求項５】
前記アクセス・エントランスを開くステップは、
前記サード・パーティー・リソース提供者が前記アクセス・エントランスにアクセスするための許可を承諾するステップと、
前記サード・パーティー・リソース提供者が前記アクセス・エントランスを開くための許可をブロックするステップと
をさらに含む、請求項１に記載の方法。
【請求項６】
前記アクセス・エントランスを開くステップが、
アクセス条件を設定するステップと、
前記アクセス条件が満足される時に、前記アクセス・エントランスを開くステップと
を含む、請求項１に記載の方法。
【請求項７】
前記アクセス条件を設定するステップが、
前記サード・パーティー・リソース提供者が前記アクセス・エントランスにアクセスすることを認められる最大の回数を決定するステップと、
アクセス数が前記決定した最大の回数を超えないこととして前記アクセス条件を設定するステップと
を含む、請求項６に記載の方法。
【請求項８】
前記アクセス条件を設定するステップが、
前記アクセス・エントランスの開期間を決定するステップと、
アクセス時間が前記決定した開期間内であることとして前記アクセス条件を設定するステップと
を含む、請求項６に記載の方法。
【請求項９】
前記サード・パーティー・リソース提供者が前記アクセス・エントランスを通過する時に、前記リソース割当てチャートの処理状態を判断するステップと、
前記サード・パーティー・リソース提供者がモードにしたがって前記リソース割当て要求に応じるように、前記リソース割当てチャートの前記処理状態にしたがって前記リソース割当て要求に応じるための前記モードを提供するステップと
をさらに含む、請求項１に記載の方法。
【請求項１０】
前記リソース割当て要求を送るリソース割当て要求者の第１のリソース割当て記録を問い合わせるステップと、
前記リソース割当て要求に応じる前記サード・パーティー・リソース提供者の第２のリソース割当て記録を問い合わせるステップと、
前記第１のリソース割当て記録および前記第２のリソース割当て記録内の単語を空間ベクトルへとマッピングするステップと、
前記リソース割当て要求者および前記サード・パーティー・リソース提供者の２つの単語に対応する前記空間ベクトル同士の間のコサイン類似度を計算するステップと、
前記コサイン類似度が事前設定値以上である時に、前記第１のリソース割当て記録および前記第２のリソース割当て記録にしたがってプッシュ情報を送るステップと
をさらに含む、請求項９に記載の方法。
【請求項１１】
前記リソース割当て要求に応じる前記サード・パーティー・リソース提供者の第２のリソース割当て記録を問い合わせるステップと、
前記リソース割当て要求に応じるもう１つのサード・パーティー・リソース提供者の第３のリソース割当て記録を問い合わせるステップと、
前記第２のリソース割当て記録および前記第３のリソース割当て記録内の単語を空間ベクトルへとマッピングするステップと、
前記サード・パーティー・リソース提供者および前記もう１つのサード・パーティー・リソース提供者の２つの単語に対応する前記空間ベクトル同士の間のコサイン類似度を計算するステップと、
前記コサイン類似度が事前設定値以上である時に、前記第２のリソース割当て記録および前記第３のリソース割当て記録にしたがってプッシュ情報を送るステップと
をさらに含む、請求項９に記載の方法。
【請求項１２】
前記リソース割当てチャートが請求書である、請求項１から１１のいずれか一項に記載の方法。
【請求項１３】
リソース割当て要求に基づいてリソース割当てチャートを生成するように構成された、要求モジュールと、
前記リソース割当てチャートを処理し、前記リソース割当てチャートのアクセス・エントランスを生成するように構成された、処理モジュールと、
サード・パーティー・リソース提供者が前記アクセス・エントランスを介して前記リソース割当て要求に応じる事を可能にするために、前記アクセス・エントランスを開くように構成された、ポスティング・モジュールと
を備える、リソース処理装置。
【請求項１４】
前記処理モジュールが、
共有コードを生成するために前記リソース割当てチャートをエンコードする
ようにさらに構成される、請求項１３に記載の装置。
【請求項１５】
暗号化したリソース割当てチャートを生成するために前記リソース割当てチャートを暗号化する
ように構成された、暗号化モジュールをさらに備える、請求項１４に記載の装置。
【請求項１６】
前記暗号化モジュールが、
前記暗号化したリソース割当てチャートのチャート番号を生成する
ようにさらに構成される、請求項１５に記載の装置。
【請求項１７】
前記ポスティング・モジュールは、
前記サード・パーティー・リソース提供者が前記アクセス・エントランスにアクセスするための許可を承諾し、
前記サード・パーティー・リソース提供者が前記アクセス・エントランスを開くための許可をブロックする
ようにさらに構成される、請求項１３に記載の装置。
【請求項１８】
前記ポスティング・モジュールが、
アクセス条件を設定し、
前記アクセス条件が満足される時に、前記アクセス・エントランスを開く
ようにさらに構成される、請求項１３に記載の装置。
【請求項１９】
前記ポスティング・モジュールが、
前記サード・パーティー・リソース提供者が前記アクセス・エントランスにアクセスすることを認められる最大の回数を決定し、
アクセス数が前記決定した最大の回数を超えないこととして前記アクセス条件を設定する
ようにさらに構成される、請求項１８に記載の装置。
【請求項２０】
前記ポスティング・モジュールが、
前記アクセス・エントランスの開期間を決定し、
アクセス時間が前記決定した開期間内であることとして前記アクセス条件を設定する
ようにさらに構成される、請求項１８に記載の装置。
【請求項２１】
前記サード・パーティー・リソース提供者が前記アクセス・エントランスを通過する時に、前記リソース割当てチャートの処理状態を判断し、
前記サード・パーティー・リソース提供者がモードにしたがって前記リソース割当て要求に応じるように、前記リソース割当てチャートの前記処理状態にしたがって前記リソース割当て要求に応答するための前記モードを提供する
ように具体的に構成された、選択モジュールをさらに備える、請求項１３に記載の装置。
【請求項２２】
前記リソース割当て要求を送るリソース割当て要求者の第１のリソース割当て記録を問い合わせ、
前記リソース割当て要求に応じる前記サード・パーティー・リソース提供者の第２のリソース割当て記録を問い合わせ、
前記第１のリソース割当て記録および前記第２のリソース割当て記録内の単語を空間ベクトルへとマッピングし、
前記リソース割当て要求者および前記サード・パーティー・リソース提供者の２つの単語に対応する前記空間ベクトル同士の間のコサイン類似度を計算し、
前記コサイン類似度が事前設定値以上である時に、前記第１のリソース割当て記録および前記第２のリソース割当て記録にしたがってプッシュ情報を送る
ように構成された、プッシュ・モジュールをさらに備える、請求項２１に記載の装置。
【請求項２３】
前記リソース割当て要求に応じる前記サード・パーティー・リソース提供者の第２のリソース割当て記録を問い合わせ、
前記リソース割当て要求に応じるもう１つのサード・パーティー・リソース提供者の第３のリソース割当て記録を問い合わせ、
前記第２のリソース割当て記録および前記第３のリソース割当て記録内の単語を空間ベクトルへとマッピングし、
前記サード・パーティー・リソース提供者および前記もう１つのサード・パーティー・リソース提供者の単語に対応する空間ベクトル同士の間のコサイン類似度を計算し、
前記コサイン類似度が事前設定値以上である時に、前記第２のリソース割当て記録および前記第３のリソース割当て記録にしたがってプッシュ情報を送る
ように構成された、プッシュ・モジュールをさらに備える、請求項２１に記載の装置。
【請求項２４】
前記リソース割当てチャートが請求書である、請求項１３から２３のいずれか一項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は、モバイル通信の技術分野に関し、特にリソース処理方法およびその装置に関する。
【背景技術】
【０００２】
既存の技術では、リソース要請がある時に、リソース要請者は、リソース収集要求を行う事ができ、リソース割当てチャートを介してリソース収集の進行を記録する事ができる。リソース収集要求を受信すると、リソース提供者は、リソース要請者にリソースを割り当てる事ができる。リソース提供者がリソース要請者にリソースを提供する時に、リソース提供者がその時点で利用可能なリソースがない場合には、リソース割当てが延期される。リソース割当てチャートは、保留のままとなる。
【０００３】
既存の技術を実施するプロセスにおいて、発明者は下記の技術的問題を見出した。
リソース提供者がその時点で利用可能なリソースがない時には、リソース割当てが延期され、そしてリソース割当てチャートが保留され、これがリソース回転の効率を低下させる。一方、リソース割当てチャートが長時間にわたり保留されている時には、コンピュータ記憶装置およびコンピューティング・リソースの占有時間は長い。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
それゆえ、低リソース回転効率、ならびにリソース割当て中にコンピュータ記憶装置およびコンピューティング・リソースの高い占有期間の技術的問題を解決するためにリソース処理に関する技術的解決法を提供することが必要である。
【課題を解決するための手段】
【０００５】
この出願の実施形態は、低リソース回転効率、ならびにリソース割当て中にコンピュータ記憶装置およびコンピューティング・リソースの高い占有期間の技術的問題を解決するための技術的解決法を提供する。
【０００６】
具体的に、リソース処理方法は、下記のステップ、
リソース割当て要求に基づいてリソース割当てチャートを生成するステップと、
上記リソース割当てチャートを処理し、上記リソース割当てチャートのアクセス・エントランスを生成するステップと、
サード・パーティー・リソース提供者が上記アクセス・エントランスを介して上記リソース割当て要求に応じる事ができるように、上記アクセス・エントランスを開くステップと
を実行するように構成されたコンピュータにより実現される。
【０００７】
この出願の実施形態は、
リソース割当て要求に基づいてリソース割当てチャートを生成するように構成された、要求モジュールと、
上記リソース割当てチャートを処理し、上記リソース割当てチャートのアクセス・エントランスを生成するように構成された、処理モジュールと、
サード・パーティー・リソース提供者が上記アクセス・エントランスを介して上記リソース割当て要求に応じる事ができるように、上記アクセス・エントランスを開くように構成された、ポスティング・モジュールと
を含むリソース処理装置をさらに提供する。
【０００８】
この出願の実施形態により提供されるリソース処理方法および装置は、下記の利点を少なくとも有する。
【０００９】
リソース割当て要求に基づくリソース割当てチャートが、アクセス・エントランスを生成するために処理される。ローカル・リソースに不足がある、またはリソースを割り当てることが適切でない時、サード・パーティー・リソース提供者は、アクセス・エントランスを介してリソース割当て要求に応じる事ができ、リソース割当て動作を実行する事ができ、それによってリソースの回転効率を向上させる。加えて、対応するリソース割当てチャートは、コンピュータ記憶装置およびコンピューティング・リソースの占有率が低下するように即座に処理される。
【００１０】
本明細書において述べられる添付の図面は、この出願のさらなる理解を与えるために使用され、そしてこの出願の一部を構成する。この出願の例示的な実施形態およびその説明は、この出願を説明するために使用され、この出願についてのいかなる限定をも構成しない。
【図面の簡単な説明】
【００１１】
【図１】この出願のある実施形態により提供されるリソース処理方法のフローチャートである。
【図２】この出願のある実施形態により提供されるプッシング情報のためのプロセスのフローチャートである。
【図３】この出願のある実施形態により提供されるプッシング情報のためのもう１つのプロセスのフローチャートである。
【図４】この出願のある実施形態により提供されるリソース処理装置のブロック図である。
【発明を実施するための形態】
【００１２】
この出願の目的、技術的解決法および利点を明確に述べるために、この出願の技術的解決法が、この出願の具体的な実施形態および添付の図面を参照して下記に明確にそして完全に説明される。明らかに、説明する実施形態は、この出願のすべての実施形態ではなく、むしろ実施形態のうちのほんのいくつかである。この出願の実施形態に基づいて当業者によって手に入れられるすべての他の実施形態は、この出願の保護の範囲内にあるものとする。
【００１３】
この出願の実施形態により与えられるリソース処理方法を示している図１を参照すると、本方法は、下記のステップを実行するように構成されたコンピュータにより実現される。
Ｓ１００：リソース割当て要求に基づいてリソース割当てチャート生成するステップ。
【００１４】
リソースは、本明細書では、製造業者供給物もしくは消費者製品、または割り当てられるもしくは消費される事ができるその割当て権利、または製造業者供給物もしくは消費者製品を制御するための権利を含む事ができる。容易な理解のために、ここでは資金の割当てが例として採用される。この出願の本質的な保護の範囲が資金の割当てに限定されるべきでない事が示されるはずである。それに対応して、本明細書におけるリソース割当てチャートは、請求書を含む事ができる。本明細書におけるリソース割当てチャートの生成は、リソース割当てチャートを生成するローカル・コンピューティング・デバイスとして、または外部アプリケーション・サーバによって生成されたリソース割当てチャートを受信することとして理解されてもよい。具体的には、例えば、サーバにより生成された支払い要求に基づいて、支払い文書を受信することである。
【００１５】
Ｓ２００：リソース割当てチャートを処理し、リソース割当てチャートのアクセス・エントランスを生成するステップ。
【００１６】
既存の技術におけるリソース割当てチャート内の情報は変化がなくてもよいことが理解できる。リソース割当てチャートは、通常、リソース割当て要求者の様々な詳細に述べた情報を有する。ここで、リソース割当てチャートを処理することは、他のユーザに情報の一部分を開示するためであり、リソース割当て要求者の情報を機密に保つためであり、そしてリソース割当てチャートが他のユーザによってアクセスされる事が可能であるという必要性に基づく。
【００１７】
さらに、この出願により提供されるもう１つの実施形態では、リソース割当てチャートを処理するステップおよびリソース割当てチャートのアクセス・エントランスを生成するステップは、具体的には、
共有コードを生成するためにリソース割当てチャートをエンコードするステップ
を含む。
【００１８】
リソース割当てチャートが他のユーザによりアクセスされてもよいという要件に基づいて、サーバ内のリソース割当てチャートの仮想アドレスが、エンコードされ、そして他のユーザによりアクセスされてもよい共有コードへと変換される。具体的には、例えば、サーバ内のリソース割当てチャートの仮想アドレスは、パスワードとしてエンコードされてもよい、またはサーバ内のリソース割当てチャートの仮想アドレスは、２次元コードとしてエンコードされてもよい。
【００１９】
Ｓ３００：サード・パーティー・リソース提供者がアクセス・エントランスを介してリソース割当て要求に応じる事ができるように、アクセス・エントランスを開くステップ。
【００２０】
リソース割当て要求者は、シェアリングを通してサード・パーティー・リソース提供者にリソース割当てチャートをオープンにする事ができる。サード・パーティー・リソース提供者は、アクセス・エントランスを介してリソース割当て要求に応じる事ができる。具体的には、例えば、リソース割当て要求者は、サード・パーティー・リソース提供者へ共有コードを転送する事ができる、またはリソース割当て要求者は、プラットフォーム上に共有コードを掲示する事ができる。サード・パーティー・リソース提供者は、転送されたリンクを通してリソース割当てチャートにアクセスする事ができる、またはサード・パーティー・リソース提供者は、プラットフォーム上に掲示された共有コードを通してリソース割当てチャートにアクセスする事ができ、そしてサード・パーティー・リソース提供者の指示にしたがってリソース割当て要求に応じる事ができる。
【００２１】
さらに、この出願により提供されるもう１つの実施形態では、アクセス・エントランスを開くステップは、具体的には、
アクセス条件を設定するステップと、
アクセス条件が満足される時に、アクセス・エントランスを開くステップと
を含む。
【００２２】
リソース割当てチャートへのアクセス回数の制御およびリソース割当てチャートのセキュリティ懸念に基づいて、アクセス・エントランスのアクセス条件が設定される事が可能である。アクセス行動がアクセス条件を満足する時には、アクセス・エントランスが開かれ、アクセス行動がアクセス条件を満足しない時には、アクセス・エントランスが閉じられる。
【００２３】
さらに、この出願により提供されるもう１つの実施形態では、アクセス条件を設定するステップは、具体的には、
アクセス・エントランスが受け入れる事ができるサード・パーティー・リソース提供者の数の上限を決定するステップと、
アクセス数が決定した数の上限を超えないこととしてアクセス条件を設定するステップと
を含む。
【００２４】
アクセス・エントランスが受け入れる事ができるサード・パーティー・リソース提供者の数の上限が設定される事が可能である。同じ日にまたは期間内に、アクセス・エントランスを介したサード・パーティー・リソース提供者によるリソース割当てチャートへのアクセス回数が上限に達すると、アクセス・エントランスが閉じられる。アクセス回数が上限に達しない時には、アクセス・エントランスが開かれる。本明細書において上限は、実際の必要性にしたがって設定される事が可能である。具体的に、アクセス・エントランスを介した単一のサード・パーティー・リソース提供者のアクセス回数についての制限、アクセス・エントランスを介したすべてのサード・パーティー・リソース提供者のアクセスの総数についての制限、またはサード・パーティー・リソース提供者の数についての制限があってもよい。
【００２５】
さらに、この出願により提供されるもう１つの実施形態では、アクセス条件を設定するステップは、具体的には、
アクセス・エントランスの開期間を決定するステップと、
アクセス時間が決定した開期間内であることとしてアクセス条件を設定するステップと
を含む。
【００２６】
アクセス・エントランスのアクセス時間は、期限超過のアクセスが防止される事が可能となるように設定される事があり、それにより、リソース割当てチャートを共有することのセキュリティを保証する。サード・パーティー・リソース提供者が決定した開期間内にリソース割当てチャートにアクセスする時には、アクセス・エントランスが開かれる。サード・パーティー・リソース提供者が開期間を超えてリソース割当てチャートにアクセスする時には、アクセス・エントランスは閉じられる。
【００２７】
この出願により提供される実施形態では、リソース割当て要求に基づくリソース割当てチャートは、アクセス・エントランスを生成するために処理される。ローカル・リソースに不足がある、またはリソースを割り当てることが適切でない時には、サード・パーティー・リソース提供者は、アクセス・エントランスを介してリソース割当て要求に応じる事ができ、そしてリソース割当て動作を実行する事ができ、これによってリソースの回転効率を向上させる。加えて、対応するリソース割当てチャートは、コンピュータ記憶装置およびコンピューティング・リソースの占有率が低下するように即座に処理される。
【００２８】
さらに、この出願により提供されるもう１つの実施形態では、方法は、
リソース割当てチャートを暗号化して、暗号化したリソース割当てチャートを生成するステップ
をさらに含む。
【００２９】
リソース割当て要求者の情報を機密に保つために、サーバは、リソース割当てチャートを暗号化する事ができる。具体的には、例えば、リソース割当てチャートに含まれたアカウント情報などのリソース割当て要求者に関する個人情報が暗号化される。他のユーザが共有コードを通してリソース割当てチャートにアクセスする時には、ユーザは、リソース割当て要求者とサーバとの間の協定にしたがって開示されることが合意された情報だけを見る事ができる。
【００３０】
さらに、この出願により提供されるもう１つの実施形態では、暗号化したリソース割当てチャートを生成するステップは、具体的には、
暗号化したリソース割当てチャートのチャート番号を生成するステップ
を含む。
【００３１】
リソース割当て要求者の情報を機密に保つために、サーバは、元のリソース割当てチャートを暗号化する事ができ、暗号化したリソース割当てチャートのチャート番号を生成する事ができる。このように、元のリソース割当てチャートのチャート番号と暗号化したリソース割当てチャートの生成したチャート番号との間のマッピング関係を通して、他のユーザは、リソース割当て要求者とサーバとの間の協定にしたがって開示されることが合意された情報を見るために共有コードを通してリソース割当てチャートにアクセスする事ができるが、リバース・エンジニアリングを介して暗号化したリソース割当てチャートの生成したチャート番号を通してリソース割当て要求者のリソース割当て記録を逆に抽出する事はできない。
【００３２】
さらに、この出願により提供されるもう１つの実施形態では、アクセス・エントランスを開くステップは、
サード・パーティー・リソース提供者がアクセス・エントランスにアクセスするための許可を承諾するステップと、
サード・パーティー・リソース提供者がアクセス・エントランスを開くための許可をブロックするステップと
をさらに含む。
【００３３】
リソース割当て要求者の情報を機密に保ち、リソース割当てチャートの無制限な拡散を防止するように安全にするために、この出願により提供される実施形態では、サード・パーティー・リソース提供者がアクセス・エントランスにアクセスするための許可が承諾されるが、サード・パーティー・リソース提供者がアクセス・エントランスを開くための許可は、ブロックされる。言い換えると、アクセス・エントランスは、ローカル・ユーザからサード・パーティー・リソース提供者への第１のレベルで開かれる事のみが可能であり、一方で、サード・パーティー・リソース提供者は、転送または共有によって第２のレベルで他のパーティーへ開くことを妨げられる。
【００３４】
さらに、この出願により提供されるもう１つの実施形態では、方法は、
サード・パーティー・リソース提供者がアクセス・エントランスを通過する時に、リソース割当てチャートの処理状態を決定するステップと、
サード・パーティー・リソース提供者がモードにしたがってリソース割当て要求に応じるように、リソース割当てチャートの処理状態にしたがってリソース割当て要求に応じるためのモードを提供するステップと
をさらに含む。
【００３５】
この出願では、リソース割当てに応じるためのサード・パーティー・リソース提供者に関するモードが、リソース割当てチャートの処理状態にしたがって提供される事が可能である。ローカル・リソースに不足がある時には、リソースが、サード・パーティー・リソース提供者によって提供される事が可能である。しかしながら、ローカル・リソースが十分である時には、ローカル・リソースが割り当てられた後で、可能な限り多くのリソース割当て要求にローカルに応じるためにローカル・リソースが常にフル状態であるように、ローカル・リソースがサード・パーティー・リソース提供者によって補われる事があり、それによって、リソースの回転効率を向上させ、リソース割当てチャートの処理中にコンピュータ記憶装置およびコンピューティング・リソースについての占有率を低下させる。
【００３６】
図２を参照して、この出願により提供されるもう１つの実施形態では、方法は、
Ｓ１０１：リソース割当て要求を送るリソース割当て要求者のリソース割当て記録を問い合わせて、そのリソース割当て記録を第１のリソース割当て記録として採用するステップと、
Ｓ１０２：リソース割当て要求に応じるサード・パーティー・リソース提供者のリソース割当て記録を問い合わせて、そのリソース割当て記録を第２のリソース割当て記録として採用するステップと、
Ｓ１０３：第１のリソース割当て記録および第２のリソース割当て記録内の単語を空間ベクトルへとマッピングするステップと、
Ｓ１０４：リソース割当て要求者およびサード・パーティー・リソース提供者の単語に対応する空間ベクトル同士の間のコサイン類似度を計算するステップと、
Ｓ１０５：コサイン類似度が事前設定値以上である時に、第１のリソース割当て記録および第２のリソース割当て記録にしたがってプッシュ情報を送るステップと
をさらに含む。
【００３７】
この出願により提供される実施形態では、データ・マイニングおよびアプリケーションのための技術的解決法がさらに提供される。サーバは、リソース割当て要求を送るリソース割当て要求者のリソース割当て記録を問い合わせる事ができ、このリソース割当て記録を第１のリソース割当て記録として採用する事ができる。引き続き支払い要求としてリソース割当て要求を採用し、支払い文書としてリソース割当てチャートを採用すると、支払い文書は、通常、商品コード、価格、および日付などの取引の詳細を含む。サーバは、第１のリソース割当て記録としてある期間内の支払い記録を採用する。同様に、サーバは、第２のリソース割当て記録としてある期間内のサード・パーティー・リソース提供者の支払い記録を採用する。次いで、サーバは、第１のリソース割当て記録および第２のリソース割当て記録に対してテキスト処理を実行する事ができ、第１のリソース割当て記録および第２のリソース割当て記録内の単語を空間ベクトルへとマッピングする事ができる。具体的には、単語が、単語埋め込みモデルＷｏｒｄ２Ｖｅｃを使用して真値ベクトルとして特徴づけられる事が可能である。単語埋め込みモデルＷｏｒｄ２Ｖｅｃは、既存の技術において多くの文書により開示されてきており、ここでは詳細には説明しない。大規模な意味訓練を通して、テキスト内容の処理が、多次元ベクトル空間におけるベクトル演算に単純化される。さらに、リソース割当て要求者とサード・パーティー・リソース提供者との間の類似度が、リソース割当て要求者およびサード・パーティー・リソース提供者の単語に対応する空間ベクトル同士の間の類似度を計算することにより特徴づけられる事が可能である。この出願では、リソース割当て要求者に対応する空間ベクトルとサード・パーティー・リソース提供者に対応する空間ベクトルとのコサイン類似度が計算される事が可能である。計算されたコサイン類似度が事前設定値以上である時には、リソース割当て要求者の行為とサード・パーティー・リソース提供者の行為とが類似していることを示している。次いで、プッシュ情報が、第１のリソース割当て記録および第２のリソース割当て記録にしたがって発信される。サーバは、第１のリソース割当て記録および第２のリソース割当て記録を比較する事ができ、この例では、支払い文書に含まれる商品を比較する事ができ、リソース割当て要求者の支払い文書には存在するがサード・パーティー・リソース提供者の支払い文書には存在しない商品情報をサード・パーティー・リソース提供者にプッシュする事ができる。同様に、サーバは、サード・パーティー・リソース提供者の支払い文書には存在するがリソース割当て要求者の支払い文書には存在しない商品情報をリソース割当て要求者にプッシュする事ができる。
【００３８】
図３を参照すると、さらに、この出願により提供されるもう１つの実施形態では、方法は、
Ｓ２０１：リソース割当て要求に応じる１つのサード・パーティー・リソース提供者のリソース割当て記録を問い合わせて、このリソース割当て記録を第２のリソース割当て記録として採用するステップと、
Ｓ２０２：リソース割当て要求に応じるもう１つのサード・パーティー・リソース提供者のリソース割当て記録を問い合わせて、このリソース割当て記録を第３のリソース割当て記録として採用するステップと、
Ｓ２０３：第２のリソース割当て記録および第３のリソース割当て記録内の単語を空間ベクトルへとマッピングするステップと、
Ｓ２０４：１つのサード・パーティー・リソース提供者およびもう１つのサード・パーティー・リソース提供者の単語に対応する空間ベクトル同士の間のコサイン類似度を計算するステップと、
Ｓ２０５：コサイン類似度が事前設定値以上である時には、第２のリソース割当て記録および第３のリソース割当て記録にしたがってプッシュ情報を送るステップと
をさらに含む。
【００３９】
これまでの実施形態からの相違は、ここでは２つのサード・パーティー・リソース提供者に対応する空間ベクトル同士の間のコサイン類似度が計算される事である。詳細は、下記の通りである。
サーバは、ある期間内の１つのサード・パーティー・リソース提供者のリソース割当て記録を問い合わせる事ができ、このリソース割当て記録を第２のリソース割当て記録として採用する事ができる。サーバは、ある期間内のもう１つのサード・パーティー・リソース提供者のリソース割当て記録を問い合わせる事ができ、このリソース割当て記録を第３のリソース割当て記録として採用する事ができる。引き続き支払い要求としてリソース割当て要求を採用し、支払い文書としてリソース割当てチャートを採用すると、支払い文書は、通常、商品コード、価格、および日付などの取引の詳細を含む。サーバは、真値ベクトルとして単語を特徴づけるために単語埋め込みモデルＷｏｒｄ２Ｖｅｃを使用する事ができる。次いで、２つのサード・パーティー・リソース提供者に対応する空間ベクトル同士の間のコサイン類似度が計算される事が可能である。計算されたコサイン類似度が事前設定値以上である時には、２つのサード・パーティー・リソース提供者の行為が類似していることを示している。次に、プッシュ情報が、第２のリソース割当て記録および第３のリソース割当て記録にしたがって発信される。サーバは、第２のリソース割当て記録および第３のリソース割当て記録を比較する事ができ、この例では、支払い文書に含まれた商品を比較する事ができ、サード・パーティー・リソース提供者の支払い文書には存在しない商品情報をサード・パーティー・リソース提供者にプッシュする事ができる。一般に、本明細書における「もう１つのサード・パーティー・リソース提供者」は、リソース割当て要求者の上位Ｎ人のフレンドとして特徴づけられてもよい。
【００４０】
下記は、この出願の実施形態の具体的な応用シナリオを記述する。
パーソナル・コンピュータ端末デバイスまたはモバイル端末デバイスなどのローカル・コンピューティング・デバイスは、取引記録にしたがって支払い要求に基づいて支払い文書を作成する。当然の事ながら、ローカル・コンピューティング・デバイスが、支払い要求に基づいてアプリケーション・サーバにより送られた支払い文書を受信する事がやはりあってもよい。ローカル・コンピューティング・デバイスは、支払い文書を処理する事ができ、そして、支払い文書についてのアクセス・エントランスとして働くように２次元コードなどの共有コードまたはパスワードを生成する事ができる。当然の事ながら、ここで支払い文書を処理する行為は、アプリケーション・サーバによりやはり実行される事が可能である。ローカル・コンピューティング・デバイスは、アプリケーション・サーバと情報交換することによりアプリケーション・サーバと情報を同期させる事ができる。ローカル・コンピューティング・デバイスは、サード・パーティー・リソース提供者へアクセス・エントランスを転送する事ができるまたはプラットフォームにアクセス・エントランスを掲示する事ができ、具体的には、例えば、フレンドに転送するまたはプラットフォーム内のモーメントに掲示する事ができる。アクセス・エントランスへ転送されたリンクを受信するフレンドまたはモーメントへ掲示するアクセス・エントランスを見るフレンドは、支払い要求に応じる事ができる。支払い文書が未払い状態である時には、資金が支払い要求に応じて調達される事が可能である。支払い文書が支払い済み状態である時には、資金は、支払い要求に応じて報酬として譲渡される事が可能である。このようにして、低資金回転効率の技術的な問題ならびに資金割当て中のコンピュータ記憶装置およびコンピューティング・リソースについての高い占有率が、解決される事が可能である。さらに、アプリケーション・サーバは、支払い要求者の支払い記録を問い合わせる事ができる。アプリケーション・サーバは、資金要求者または資金提供者の支払い記録を問い合わせる事ができる。アプリケーション・サーバは、支払い要求者、資金要求者、または資金提供者の支払い記録を処理するために、単語埋め込みモデルＷｏｒｄ２Ｖｅｃを使用する事ができ、支払い要求者、資金要求者、または資金提供者を空間ベクトルへとマッピングする事ができる。アプリケーション・サーバは、支払い要求者に対応する空間ベクトルと資金要求者または資金提供者に対応する空間ベクトルとの間のコサイン類似度を計算する事ができる。コサイン類似度が事前設定値以上である時には、アプリケーション・サーバは、失われた商品情報を支払い要求者にプッシュする事ができる。あるいは、アプリケーション・サーバは、失われた商品情報を資金要求者または資金提供者にプッシュする事ができる。アプリケーション・サーバは、２人のそれぞれの資金要求者または資金提供者に対応する空間ベクトル同士の間のコサイン類似度をさらに計算する事ができる。コサイン類似度が事前設定値以上である時には、アプリケーション・サーバは、失われた商品情報を資金要求者または資金提供者にプッシュする。ここでは、失われた商品情報は、支払い文書を比較することにより得られてもよい。
【００４１】
上記は、この出願の実施形態により提供されるリソース処理方法である。同じ原理に基づき、そして図４を参照すると、この出願は、リソース処理装置をさらに提供し、リソース処理装置は、
リソース割当て要求に基づいてリソース割当てチャートを生成するように構成された、要求モジュール１１と、
リソース割当てチャートを処理し、リソース割当てチャートのアクセス・エントランスを生成するように構成された、処理モジュール１２と、
サード・パーティー・リソース提供者がアクセス・エントランスを介してリソース割当て要求に応じる事ができるように、アクセス・エントランスを開くように構成された、ポスティング・モジュール１３と
を含む。
【００４２】
この出願では、リソース割当てに応じるサード・パーティー・リソース提供者についてのモードが、リソース割当てチャートの処理状態にしたがって提供される事が可能である。ローカル・リソースに不足がある時には、リソースが、サード・パーティー・リソース提供者により供給される事が可能である。しかしながら、ローカル・リソースが十分である時には、ローカル・リソースが割り当てられた後で、可能な限りリソース割当て要求にローカルに応じるためにローカル・リソースが常にフル状態であるように、ローカル・リソースがサード・パーティー・リソース提供者によって補われる事が可能であり、それによって、リソースの回転効率を向上させ、リソース割当てチャートの処理中にコンピュータ記憶装置およびコンピューティング・リソースについての占有率を低下させる。
【００４３】
さらに、この出願により提供されるもう１つの実施形態では、処理モジュール１２は、具体的には、
共有コードを生成するためにリソース割当てチャートをエンコードする
ように構成される。
【００４４】
リソース割当てチャートが他のユーザによりアクセスされてもよいという要件に基づいて、サーバ内のリソース割当てチャートの仮想アドレスがエンコードされ、他のユーザによりアクセスされる事が可能である共有コードへと変換される。具体的には、例えば、サーバ内のリソース割当てチャートの仮想アドレスがパスワードとしてエンコードされてもよい、またはサーバ内のリソース割当てチャートの仮想アドレスが２次元コードとしてエンコードされてもよい。
【００４５】
さらに、この出願により提供されるもう１つの実施形態では、装置は、暗号化モジュール１４をさらに含み、具体的には、
暗号化したリソース割当てチャートを生成するためにリソース割当てチャートを暗号化する
ように構成される。
【００４６】
リソース割当て要求者の情報を機密に保つために、サーバは、リソース割当てチャートを暗号化する事ができる。具体的には、例えば、リソース割当てチャートに含まれたアカウント情報などのリソース割当て要求者についての個人情報が暗号化される。他のユーザが共有コードを通してリソース割当てチャートにアクセスすると、ユーザは、リソース割当て要求者とサーバとの間の協定にしたがって開示されることが合意された情報だけを見る事ができる。
【００４７】
さらに、この出願により提供されるもう１つの実施形態では、暗号化モジュール１４は、
暗号化したリソース割当てチャートのチャート番号を生成する
ようにさらに構成される。
【００４８】
リソース割当て要求者の情報を機密に保つために、サーバは、元のリソース割当てチャートを暗号化する事ができ、暗号化したリソース割当てチャートのチャート番号を生成する事ができる。このように、元のリソース割当てチャートのチャート番号と暗号化したリソース割当てチャートの生成したチャート番号との間のマッピング関係を通して、他のユーザは、リソース割当て要求者とサーバとの間の協定にしたがって開示されることが合意された情報を見るために共有コードを通してリソース割当てチャートにアクセスする事ができるが、リバース・エンジニアリングを介して暗号化したリソース割当てチャートの生成されたチャート番号を通してリソース割当て要求者のリソース割当て記録を逆に抽出する事はできない。
【００４９】
さらに、この出願により提供されるもう１つの実施形態では、ポスティング・モジュール１３は、
サード・パーティー・リソース提供者がアクセス・エントランスにアクセスするための許可を承諾し、
サード・パーティー・リソース提供者がアクセス・エントランスを開くための許可をブロックする
ように構成される。
【００５０】
リソース割当て要求者の情報を機密に保ち、リソース割当てチャートの無制限な拡散を防止するように安全にするために、この出願により提供される実施形態では、サード・パーティー・リソース提供者がアクセス・エントランスにアクセスするための許可が承諾されるが、サード・パーティー・リソース提供者がアクセス・エントランスを開くための許可は、保留される。言い換えると、アクセス・エントランスは、ローカル・ユーザからサード・パーティー・リソース提供者への第１のレベルで開かれる事のみが可能であり、一方で、サード・パーティー・リソース提供者は、転送することまたは共有することにより第２のレベルで他のパーティーへ拡散される事を防止される。
【００５１】
さらに、この出願により提供されるもう１つの実施形態では、ポスティング・モジュール１３は、
アクセス条件を設定し、
アクセス条件が満足される時に、アクセス・エントランスを開く
ように構成される。
【００５２】
リソース割当てチャートへのアクセス回数の制御およびリソース割当てチャートのセキュリティ懸念に基づいて、アクセス・エントランスのアクセス条件が設定される事が可能である。アクセス行動がアクセス条件を満足する時には、アクセス・エントランスが開かれ、そしてアクセス行動がアクセス条件を満足しない時には、アクセス・エントランスが閉じられる。
【００５３】
さらに、この出願により提供されるもう１つの実施形態では、ポスティング・モジュール１３は、
サード・パーティー・リソース提供者がアクセス・エントランスにアクセスすることを認められる最大の回数を決定し、
アクセス数が決定した上限を超えないこととしてアクセス条件を設定する
ように構成される。
【００５４】
アクセス・エントランスにアクセスするサード・パーティー・リソース提供者の上限または最大数が設定される事が可能である。同じ日にまたはある期間内に、アクセス・エントランスを通るサード・パーティー・リソース提供者によるリソース割当てチャートへのアクセス回数が上限に達する時には、アクセス・エントランスが閉じられる。そして、アクセス回数が上限に達しない時には、アクセス・エントランスが開かれる。本明細書における数の上限は、実際の必要性にしたがって設定されてもよい。具体的には、アクセス・エントランスによる単一のサード・パーティー・リソース提供者のアクセス回数についての制限、アクセス・エントランスによるすべてのサード・パーティー・リソース提供者のアクセスの総数についての制限、またはサード・パーティー・リソース提供者の数についての制限があってもよい。
【００５５】
さらに、この出願により提供されるもう１つの実施形態では、ポスティング・モジュール１３は、
アクセス・エントランスの開期間を決定し、
アクセス時間が決定した開期間内であることとしてアクセス条件を設定する
ように構成される。
【００５６】
アクセス・エントランスのアクセス時間は、期限を過ぎたアクセスが防止される事が可能となるように設定される事があり、それにより、リソース割当てチャートを共有することのセキュリティを保証する。サード・パーティー・リソース提供者が決定した開期間内にリソース割当てチャートにアクセスする時には、アクセス・エントランスが開かれ、そしてサード・パーティー・リソース提供者が開期間を超えてリソース割当てチャートにアクセスする時には、アクセス・エントランスが閉じられる。
【００５７】
さらに、この出願により提供されるもう１つの実施形態では、装置は、選択モジュール１５をさらに含み、具体的には、
サード・パーティー・リソース提供者がアクセス・エントランスを通過する時に、リソース割当てチャートの処理状態を判断し、
サード・パーティー・リソース提供者がモードにしたがってリソース割当て要求に応じるように、リソース割当てチャートの処理状態にしたがってリソース割当て要求に応じるためのモードを提供する
ように構成される。
【００５８】
この出願では、リソース割当てに応じるためのサード・パーティー・リソース提供者に関するモードが、リソース割当てチャートの処理状態にしたがって提供される事が可能である。ローカル・リソースに不足がある時には、リソースが、サード・パーティー・リソース提供者によって提供される事が可能である。しかしながら、ローカル・リソースが十分である時には、ローカル・リソースが割り当てられた後で、可能な限り多くのリソース割当て要求にローカルに応じるために、ローカル・リソースが常にフル状態であるように、ローカル・リソースがサード・パーティー・リソース提供者によって補われる事があり、それによって、リソースの回転効率を向上させ、リソース割当てチャートの処理中にコンピュータ記憶装置およびコンピューティング・リソースについての占有率を低下させる。
【００５９】
さらに、この出願により提供されるもう１つの実施形態では、装置は、プッシュ・モジュール１６をさらに含み、具体的には、
リソース割当て要求を送るリソース割当て要求者のリソース割当て記録を問い合わせて、そのリソース割当て記録を第１のリソース割当て記録として採用し、
リソース割当て要求に応じるサード・パーティー・リソース提供者のリソース割当て記録を問い合わせて、そのリソース割当て記録を第２のリソース割当て記録として採用し、
第１のリソース割当て記録および第２のリソース割当て記録内の単語を空間ベクトルへとマッピングし、
リソース割当て要求者およびサード・パーティー・リソース提供者の単語に対応する空間ベクトル同士の間のコサイン類似度を計算し、
コサイン類似度が事前設定値以上である時に、第１のリソース割当て記録および第２のリソース割当て記録にしたがってプッシュ情報を送る
ように構成される。
【００６０】
この出願により提供される実施形態では、データ・マイニングおよびアプリケーションのための技術的解決法がさらに提供される。サーバは、リソース割当て要求を送るリソース割当て要求者のリソース割当て記録を問い合わせる事ができ、このリソース割当て記録を第１のリソース割当て記録として採用する事ができる。引き続き支払い要求としてリソース割当て要求を採用し、支払い文書としてリソース割当てチャートを採用すると、支払い文書は、通常、商品コード、価格、および日付などの取引の詳細を含む。サーバは、第１のリソース割当て記録としてある期間内の支払い記録を採用する。同様に、サーバは、第２のリソース割当て記録としてある期間内のサード・パーティー・リソース提供者の支払い記録を採用する。次いで、サーバは、第１のリソース割当て記録および第２のリソース割当て記録に対してテキスト処理を実行する事ができ、第１のリソース割当て記録および第２のリソース割当て記録内の単語を空間ベクトルへとマッピングする事ができる。具体的には、単語が、単語埋め込みモデルＷｏｒｄ２Ｖｅｃを使用して真値ベクトルとして特徴づけられる事が可能である。単語埋め込みモデルＷｏｒｄ２Ｖｅｃは、既存の技術において多くの文書により開示されてきており、ここでは詳細には説明しない。大規模な意味訓練を通して、テキスト内容の処理が、多次元ベクトル空間におけるベクトル演算に単純化される。さらに、リソース割当て要求者とサード・パーティー・リソース提供者との間の類似度が、リソース割当て要求者およびサード・パーティー・リソース提供者の単語に対応する空間ベクトル同士の間の類似度を計算することにより特徴づけられる事が可能である。この出願では、リソース割当て要求者に対応する空間ベクトルとサード・パーティー・リソース提供者に対応する空間ベクトルとの間のコサイン類似度が計算される事が可能である。計算されたコサイン類似度が事前設定値以上である時には、リソース割当て要求者の行為とサード・パーティー・リソース提供者の行為とが類似していることを示している。次いで、プッシュ情報が、第１のリソース割当て記録および第２のリソース割当て記録にしたがって発信される。サーバは、第１のリソース割当て記録および第２のリソース割当て記録を比較する事ができ、この例では、支払い文書に含まれた商品を比較する事ができ、リソース割当て要求者の支払い文書には存在するがサード・パーティー・リソース提供者の支払い文書には存在しない商品情報をサード・パーティー・リソース提供者にプッシュする事ができる。同様に、サーバは、サード・パーティー・リソース提供者の支払い文書には存在するがリソース割当て要求者の支払い文書には存在しない商品情報をリソース割当て要求者にプッシュする事ができる。
【００６１】
さらに、この出願により提供されるもう１つの実施形態では、装置は、プッシュ・モジュール１６をさらに含み、具体的には、
リソース割当て要求に応じる１つのサード・パーティー・リソース提供者のリソース割当て記録を問い合わせて、このリソース割当て記録を第２のリソース割当て記録として採用し、
リソース割当て要求に応じるもう１つのサード・パーティー・リソース提供者のリソース割当て記録を問い合わせて、このリソース割当て記録を第３のリソース割当て記録として採用し、
第２のリソース割当て記録および第３のリソース割当て記録内の単語を空間ベクトルへとマッピングし、
１つのサード・パーティー・リソース提供者およびもう１つのサード・パーティー・リソース提供者の単語に対応する空間ベクトル同士の間のコサイン類似度を計算し、
コサイン類似度が事前設定値以上である時には、第２のリソース割当て記録および第３のリソース割当て記録にしたがってプッシュ情報を送る
ように構成される。
【００６２】
これまでの実施形態からの相違は、ここでは２つのサード・パーティー・リソース提供者に対応する空間ベクトル同士の間のコサイン類似度が計算される事である。詳細は、下記の通りである。
サーバは、ある期間内の１つのサード・パーティー・リソース提供者のリソース割当て記録を問い合わせる事ができ、このリソース割当て記録を第２のリソース割当て記録として採用する事ができる。サーバは、ある期間内のもう１つのサード・パーティー・リソース提供者のリソース割当て記録を問い合わせる事ができ、このリソース割当て記録を第３のリソース割当て記録として採用する事ができる。引き続き支払い要求としてリソース割当て要求を採用し、支払い文書としてリソース割当てチャートを採用すると、支払い文書は、通常、商品コード、価格、および日付などの取引の詳細を含む。サーバは、真値ベクトルとして単語を特徴づけるために単語埋め込みモデルＷｏｒｄ２Ｖｅｃを使用する事ができる。次いで、２つのサード・パーティー・リソース提供者に対応する空間ベクトル同士の間のコサイン類似度が計算される事が可能である。計算されたコサイン類似度が事前設定値以上である時には、２つのサード・パーティー・リソース提供者の行為が類似していることを示す。次いで、プッシュ情報が、第２のリソース割当て記録および第３のリソース割当て記録にしたがって発信される。サーバは、第２のリソース割当て記録および第３のリソース割当て記録を比較する事ができ、この例では、各支払い文書に含まれた商品を比較する事ができ、サード・パーティー・リソース提供者の支払い文書に存在しない商品情報をサード・パーティー・リソース提供者にプッシュする事ができる。一般に、本明細書における「もう１つのサード・パーティー・リソース提供者」は、リソース割当て要求者の上位Ｎ人のフレンドとして特徴づけられる事が可能である。
【００６３】
さらに、この出願により提供されるもう１つの実施形態では、リソース割当てチャートは請求書を含む。
【００６４】
この出願により提供される実施形態では、リソース割当て要求に基づくリソース割当てチャートは、アクセス・エントランスを生成するために処理され、ローカル・リソースに不足がある、またはリソースを割り当てることが適切でない時には、サード・パーティー・リソース提供者は、アクセス・エントランスを介してリソース割当て要求に応じる事ができ、そしてリソース割当て動作を実行する事ができ、これによってリソースの回転効率を向上させる。加えて、対応するリソース割当てチャートは、コンピュータ記憶装置およびコンピューティング・リソースの占有率が低下されるように即座に処理される。
【００６５】
当業者は、本発明の実施形態が、方法、システム、またはコンピュータ・プログラム製品として与えられてもよいことを理解するはずである。それゆえ、本発明は、完全なハードウェア実施形態、完全なソフトウェア実施形態、またはソフトウェアとハードウェアとを組み合わせる実施形態を含む事ができる。その上、本発明は、コンピュータ使用可能なプログラム・コードを含む１つまたは複数のコンピュータ使用可能記憶媒体（ディスク・メモリ、ＣＤ−ＲＯＭ、光メモリ、等を含むが限定されない）に実装されるコンピュータ・プログラム製品の形態を使用する事ができる。
【００６６】
本発明は、本発明の実施形態にしたがった方法、デバイス（またはシステム）、およびコンピュータ・プログラム製品のフローチャートおよび／またはブロック図を参照して説明される。コンピュータ・プログラム命令がフローチャートおよび／またはブロック図の各プロセスおよび／または各ブロックならびにフローチャートおよび／またはブロック図のプロセスおよび／またはブロックの組合せを実施するために使用されてもよいことが理解されるはずである。これらのコンピュータ・プログラム命令は、汎用コンピュータ、専用コンピュータ、組込み型プロセッサを含む機械、またはいずれかの他のプログラマブル・データ処理デバイスのプロセッサに対して提供される事が可能であり、その結果、コンピュータまたはいずれかの他のプログラマブル・データ処理デバイスのプロセッサにより実行される命令は、フローチャートの１つもしくは複数のプロセス内のおよび／またはブロック図の１つもしくは複数のブロック内の特定の機能を実施するための装置を作成する事ができる。
【００６７】
これらのコンピュータ・プログラム命令は、コンピュータ可読メモリに記憶された命令が命令装置を含む製品を生成するように、特定の方式で働くコンピュータまたはもう１つのプログラマブル・データ処理デバイスを構成する事ができるコンピュータ可読メモリにもまた記憶される事があり、ここでは命令装置は、フローチャート内の１つもしくは複数のプロセスおよび／またはブロック図内の１つもしくは複数のブロックに特定された機能を実施する。
【００６８】
これらのコンピュータ・プログラム命令は、一連の動作ステップがコンピュータにより実施されるプロセスを生成するためにコンピュータまたはもう１つのプログラマブル・データ処理デバイス上で実行され、そしてコンピュータまたはもう１つのプログラマブル・データ処理デバイスで実行される命令がフローチャート内の１つもしくは複数のプロセスおよび／またはブロック図内の１つもしくは複数のブロックに特定された機能を実施するための動作ステップを与えるように、コンピュータまたはもう１つのプログラマブル・データ処理デバイスにもやはりロードされる事がある。
【００６９】
典型的な構成では、コンピューティング・デバイスは、１つまたは複数のプロセッサ（ＣＰＵ）、入力／出力インターフェース、ネットワーク・インターフェース、およびメモリを含む。
【００７０】
メモリは、コンピュータ可読媒体の中で、ランダム・アクセス・メモリ（ＲＡＭ）などの非持続性メモリおよび/または読出し専用メモリ（ＲＯＭ）もしくはフラッシュ・メモリ（フラッシュＲＡＭ）などの不揮発性メモリを含む事ができる。メモリは、コンピュータ可読媒体の例である。
【００７１】
コンピュータ可読媒体は、任意の方法または技術を使用することにより情報記憶装置を実装する事ができる持続性、非持続性、移動可能、および非移動可能媒体を含む。情報は、コンピュータ可読命令、データ構造、プログラム・モジュール、または他のデータを含む事ができる。コンピュータ記憶媒体の例は、相変化メモリ（ＰＲＡＭ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）、他のタイプのランダム・アクセス・メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、電気的消去可能プログラマブル読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリもしくは他のメモリ技術、コンパクト・ディスク読出し専用メモリ（ＣＤ−ＲＯＭ）、ディジタル・ヴァーサタイル・ディスク（ＤＶＤ）もしくは他の光記憶装置、カセット磁気テープ、テープおよびディスク記憶装置もしくは他の磁気記憶デバイス、またはコンピューティング・デバイスがアクセスする事ができる情報を記憶するように構成される事がある任意の他の非伝送媒体を含むが、限定されない。本開示における定義に基づいて、コンピュータ可読媒体は、変調されたデータ信号および搬送波などの一時的なコンピュータ可読媒体（一時的媒体）を含まない。
【００７２】
「含む（ｉｎｃｌｕｄｅ）」、「備える（ｃｏｍｐｒｉｓｅ）」という用語、および任意の他の変形形態が、非排他的な包含関係をカバーすると意味することにもやはり留意すべきである。それによって、一連の要素を含むプロセス、方法、物品、またはデバイスが、これらの要素を含むだけでなく、明示的に列挙されていない他の要素もやはり含む、またはプロセス、方法、物品およびデバイスに固有の要素を含む。さらなる限定なしに、「１つの・・・・を含む」という句により規定される要素は、その要素を含むプロセス、方法、物品またはデバイス内の他の同じ要素を除外しない。
【００７３】
当業者は、この出願の実施形態が、方法、システム、またはコンピュータ・プログラム製品として与えられてもよいことを理解するはずである。それゆえ、この出願は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、またはソフトウェアとハードウェアとの組合せをともなう実施形態の形態を使用する事ができる。その上、この出願は、コンピュータ使用可能プログラム・コードを含む１つまたは複数のコンピュータ使用可能記憶媒体（ディスク・メモリ、ＣＤ−ＲＯＭ、光メモリ、等を含むが、限定されない）に実装されるコンピュータ・プログラム製品の形態を使用する事ができる。
【００７４】
前述の記載は、この出願の単に実施形態に過ぎず、この出願を限定するものではない。当業者に関して、様々な修正形態および変更形態がこの出願に行われる事が可能である。この出願の主旨および原理から逸脱せずに行われるいずれかの修正、等価な置き換え、または改善は、この出願の特許請求の範囲の範囲内になるものとする。
【図１】
2020504870.tif 000003
【図２】
2020504870.tif 000004
【図３】
2020504870.tif 000005
【図４】
2020504870.tif 000006
【国際調査報告】
2020504870.tif 000007
2020504870.tif 000008
2020504870.tif 000009
2020504870.tif 000010