(57)【要約】【課題】ＳＭＳ又は電子メールのような通信チャネルを用いてトランザクションリクエストを実行する方法及びシステムが説明される。【解決手段】本開示は、デスクトップ以外の任意のチャネルからのアクションを取るためにユーザに可能性を提供するためのプロアクティブ／リアクティブスマート応答処理システム／フレームワークを提供する。システムは、ユニークなキーリプライキャプチャＩＤコード（ＲＣＩＤ）を生成し、それを応答の一部として組み込むことによって、認証にも対処し、それによって、アクションが信頼できるソースから取られたことを確実にする。ＲＣＩＤベースのロジックは、各ユーザに認証を行わせ、同時に、トランザクションリクエストに対するポータブルトークンの役割を果たす。本発明は、それによる通信への応答が集中型ＥＲＰシステムを介して捉えられ、かつ処理されるうる包括的方法を生じる。【選択図】図１
2018137729.tif 000002
【特許請求の範囲】
【請求項１】
通信チャネルを用いてトランザクションリクエストを実行する方法であって、前記方法は、
トランザクションエンジンからの前記トランザクションリクエストを受け付けるステップであって、前記トランザクションリクエストは、トランザクションリクエストＩＤ、トランザクションタイプ、ユーザＩＤ、組織ＩＤ、ショートコード、リプライキャプチャＩＤコード（ＲＣＩＤコード）及びメッセージを含む、ステップと、
前記トランザクションリクエストにおける前記ショートコードの有効性をチェックするステップであって、前記ショートコードが有効ではない場合には、エラーメッセージを送信する、ステップと、
前記トランザクションリクエストにおいて前記ＲＣＩＤコードの存在をチェックするステップと、
前記ＲＣＩＤコードが存在する場合には、前記トランザクションリクエストにおいて前記ＲＣＩＤコードの有効性をチェックするステップであって、前記ＲＣＩＤコードが有効ではない場合には、前記エラーメッセージを送信する、ステップと、
前記ユーザＩＤを用いてユーザの有効性をチェックするステップであって、前記ユーザが有効ではない場合には、前記エラーメッセージを送信する、ステップと、
前記トランザクションリクエストから前記メッセージをフェッチするステップと、
前記トランザクションリクエストからの、フェッチされた前記メッセージをパスすることによって、トランザクションを処理するためのソリューション特有ＡＰＩを呼び出すステップと、
前記トランザクションを実行し、トランザクションリクエストステータスを示す成功−失敗応答をユーザへ送信するステップと、を含むプロセッサ実装されたステップを備える方法。
【請求項２】
前記通信チャネルは、ショートメッセージサービス、電子メールサービス又は音声サービスのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項３】
前記１以上のトランザクションリクエストは、前記ユーザによって生成されたプロアクティブリクエスト、又はシステム生成リクエストに応答して前記ユーザによって生成されたリアクティブリクエストである、請求項１に記載の方法。
【請求項４】
前記トランザクションエンジンから受け付けた前記トランザクションリクエストを含む１以上のメッセージボックスをポーリングするステップを更に備える、請求項１に記載の方法。
【請求項５】
前記１以上のメッセージボックスからの前記トランザクションリクエストを削除し、データベースから対応するＲＣＩＤを削除するステップを更に備える、請求項１に記載の方法。
【請求項６】
前記トランザクションは、集中型ＥＲＰシステムを介して処理される、請求項１に記載の方法。
【請求項７】
通信チャネルを用いてトランザクションリクエストを実行するシステムであって、
メモリと、
前記トランザクションリクエストを送信するトランザクションエンジンであって、前記トランザクションリクエストは、トランザクションリクエストＩＤ、トランザクションタイプ、ユーザＩＤ、組織ＩＤ、ショートコード、リプライキャプチャＩＤコード（ＲＣＩＤコード）及びメッセージを含む、トランザクションエンジンと、
前記トランザクションリクエストを格納するデータベースと、
前記メモリと結合されたプロセッサと、を備え、
前記メモリは、
前記トランザクションリクエストにおける前記ショートコードの有効性をチェックするショートコード検証モジュールと、
前記トランザクションリクエストにおいて前記ＲＣＩＤコードの存在をチェックするＲＣＩＤコードチェックモジュールと、
前記ＲＣＩＤコードが存在する場合には、前記トランザクションリクエストにおける前記ＲＣＩＤコードの有効性をチェックするＲＣＩＤコード検証モジュールと、
前記ユーザＩＤを用いてユーザの有効性をチェックするユーザ検証モジュールと、
前記トランザクションリクエストから前記メッセージをフェッチするフェッチモジュールと、
前記トランザクションリクエストからの、フェッチされた前記メッセージをパスすることによって、トランザクションを処理するためのソリューション特有ＡＰＩを呼び出す呼び出しモジュールと、
前記トランザクションを実行し、トランザクションリクエストステータスを示す成功−失敗応答をユーザへ送信する実行モジュールと、を備える、
システム。
【請求項８】
前記ＲＣＩＤコードは、８文字のアルファベット文字列である、請求項７に記載のシステム。
【請求項９】
前記ＲＣＩＤコードは、前記トランザクションの完了後に失効されるように構成される、請求項７に記載のシステム。
【請求項１０】
前記トランザクションエンジンから受け付けた前記トランザクションリクエストを含む１以上のメッセージボックスをポーリングするポーリングモジュールを更に備える請求項７に記載のシステム。
【請求項１１】
システム上のプロセッサによって実行されたときに、通信チャネルを用いてトランザクションリクエストを実行する方法を前記プロセッサに行わせる命令を格納する非一時的コンピュータ可読媒体であって、
トランザクションエンジンから前記トランザクションリクエストを受け付けるステップであって、前記トランザクションリクエストは、トランザクションリクエストＩＤ、トランザクションタイプ、ユーザＩＤ、組織ＩＤ、ショートコード、リプライキャプチャＩＤコード（ＲＣＩＤコード）及びメッセージを含む、ステップと、
前記トランザクションリクエストにおける前記ショートコードの有効性をチェックするステップであって、前記ショートコードが有効ではない場合には、エラーメッセージを送信する、ステップと、
前記トランザクションリクエストにおいて前記ＲＣＩＤコードの存在をチェックするステップと、
前記ＲＣＩＤコードが存在する場合には、前記トランザクションリクエストにおいて前記ＲＣＩＤコードの有効性をチェックするステップであって、前記ＲＣＩＤコードが有効ではない場合には、前記エラーメッセージを送信する、ステップと、
前記ユーザＩＤを用いてユーザの有効性をチェックするステップであって、前記ユーザが有効ではない場合には、前記エラーメッセージを送信する、ステップと、
前記トランザクションリクエストから前記メッセージをフェッチするステップと、
前記トランザクションリクエストからの、フェッチされた前記メッセージをパスすることによって、前記トランザクションを処理するためのソリューション特有ＡＰＩを呼び出すステップと、
前記トランザクションを実行し、トランザクションリクエストステータスを示す成功−失敗応答をユーザへ送信するステップと、を備える
コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照及び優先権
本願は、２０１７年１月１１日に出願されたインド国非仮出願明細書の優先権を主張し、その全体におけるその完全な開示は、参照によって本明細書に援用される。
【０００２】
本願は、概してセキュアな情報トランザクションの分野に関する。具体的ではないが、特に、本発明は、ＳＭＳ又は電子メールのような通信チャネルを用いてトランザクションリクエストをセキュアに実行するシステム及び方法を提供する。
【背景技術】
【０００３】
企業環境では、リクエストが生成されるときに様々なシナリオが存在する。このリクエストは、電子メール、メッセージ、ウェブサイト、サーバ、コール等のような通信の様々なモードにより通信される。これらのリクエストは、多数の重大かつ重要な情報を含む場合がある。ある場合、これらの情報は、素早くかつタイムリーな注意を要求する。また、多くの機密データも通信され、よって、これらのチャネルを通じて通信される情報は、セキュアでなくてはならない。リクエストは、ユーザによってプロアクティブ又はリアクティブ的のいずれかでシステムにおいて生成される。これらのリクエストは、随行される前に高位又は管理者等のような信頼できるステークホルダーによって随行される必要がある。
【０００４】
このような場合には、現行実務は、信頼できるステークホルダーが自身のデスクトップ又はラップトップにアクセスし、システムにログインし、リクエストが届けられるウェブロケーション又はパスへ行き、リクエストにアクションを取ること、を含む。しかし、デスクトップが高位者にアクセス可能でない様々なシナリオが存在する。これは、リクエストを随行する際に信頼できるステークホルダーの側からの遅延を生じる。緊急の場合、システム／フレームワークは、ユーザにデスクトップ／ラップトップ以外の他のチャネルからアクションを取るために機能を提供しうることが要求される。
【０００５】
一般的に、情報は、グラフィカルシステムで利用可能であるが、ユーザは、アクションを要求するリクエストに随行するために記録をサーチする必要がある。電子メール又はＳＭＳを介した既存の通信がサポートされるが、チャネルは、それらが実行可能ではないときに受動的に使用される。更に、データセキュリティは、これらのチャネルに亘って危険にさらされる可能性がある。また、スマートフォンにおいて容易に持ち運ばれうるポータブルアプリケーションの需要も存在する。スマートフォン及びタブレット向けのポータブルアプリケーション構築は、追加労力を要求し、ＥＲＰの現在の設計に基づいて複雑化される可能性がある。既存システムでは、ユーザが他のチャネルを介して既に通信される情報を有していたとしても、ユーザは、未だアクションを取るために冗長な数のステップを経る必要がある。
【発明の概要】
【０００６】
以下に、実施形態の基本的な理解を提供するために、本開示のいくつかの実施形態の簡略化した概要を提示する。この概要は、実施形態の詳細な要約ではない。実施形態の主要／重要な要素を識別すること又は実施形態の範囲を説明することは意図されない。その唯一の目的は、以下に提示されるより詳細な説明への前置きとして、簡略化された形態でいくつかの実施形態を提示することである。
【０００７】
前述を考慮して、本明細書の一実施形態では、通信チャネルを用いてトランザクションリクエストを実行するシステムを提供する。システムは、メモリ、トランザクションエンジン、データベース及びプロセッサを備える。トランザクションエンジンは、トランザクションリクエストを送信する。トランザクションリクエストは、トランザクションリクエストＩＤ、トランザクションタイプ、ユーザＩＤ、組織ＩＤ、ショートコード、リプライキャプチャＩＤコード（ＲＣＩＤコード）及びメッセージを含む。データベースは、トランザクションリクエストを格納する。プロセッサは、更に、ショートコード検証モジュールと、ＲＣＩＤコードチェックモジュールと、ＲＣＩＤコード検証モジュールと、ユーザ検証モジュールと、フェッチモジュールと、呼び出しモジュールと、実行モジュールと、を含む。ショートコード検証モジュールは、トランザクションリクエストにおけるショートコードの有効性をチェックする。ＲＣＩＤコードチェックモジュールは、トランザクションリクエストにおいてＲＣＩＤコードの存在をチェックする。ＲＣＩＤコード検証モジュールは、ＲＣＩＤコードが存在する場合には、トランザクションリクエストにおけるＲＣＩＤコードの有効性をチェックする。ユーザ検証モジュールは、ユーザＩＤを用いてユーザの有効性をチェックする。フェッチモジュールは、トランザクションリクエストからメッセージをフェッチする。呼び出しモジュールは、トランザクションリクエストからの、フェッチされたメッセージをパスすることによって、トランザクションを処理するためのソリューション特有ＡＰＩを呼び出す。実行モジュールは、トランザクションを実行し、トランザクションリクエストステータスを示す成功−失敗応答をユーザへ送信する。
【０００８】
別の実施形態は、通信チャネルを用いてトランザクションリクエストを実行する方法を提供する。初めに、トランザクションリクエストは、トランザクションエンジンからを受け付けられる。トランザクションリクエストは、トランザクションリクエストＩＤ、トランザクションタイプ、ユーザＩＤ、組織ＩＤ、ショートコード、リプライキャプチャＩＤコード（ＲＣＩＤコード）及びメッセージを含む。次のステップにおいて、トランザクションリクエストにおけるショートコードの有効性がチェックされる。ショートコードが有効ではない場合には、エラーメッセージが送信される。そうでない場合には、次のステップにおいて、トランザクションリクエストにおいてＲＣＩＤコードの存在がチェックされる。次のステップにおいて、ＲＣＩＤコードが存在する場合には、トランザクションリクエストにおいてＲＣＩＤコードの有効性がチェックされる。ＲＣＩＤコードが有効ではない場合には、エラーメッセージが送信される。そうでない場合には、次のステップにおいて、ユーザＩＤを用いてユーザの有効性がチェックされる。ユーザが有効ではない場合には、エラーメッセージが送信される。次のステップにおいて、トランザクションリクエストからメッセージがフェッチされる。次のステップにおいて、トランザクションリクエストからのフェッチされたメッセージをパスすることによって、トランザクションを処理するためのソリューション特有ＡＰＩが呼び出される。最後に、トランザクションが実行され、トランザクションリクエストステータスを示す成功−失敗応答がユーザへ送信される。
【０００９】
更に別の実施形態では、非一時的コンピュータ可読媒体は、システム上のプロセッサによって実行されたときに、通信チャネルを用いてトランザクションリクエストを実行する方法をプロセッサに行わせる命令を格納する。初めに、トランザクションエンジンからトランザクションリクエストが受け付けられる。トランザクションリクエストは、トランザクションリクエストＩＤ、トランザクションタイプ、ユーザＩＤ、組織ＩＤ、ショートコード、リプライキャプチャＩＤコード（ＲＣＩＤコード）及びメッセージを含む。次のステップにおいて、トランザクションリクエストにおけるショートコードの有効性がチェックされる。ショートコードが有効ではない場合には、エラーメッセージが送信される。そうでない場合には、次のステップにおいて、ＲＣＩＤコードの存在が、トランザクションリクエストにおいてチェックされる。次のステップにおいて、ＲＣＩＤコードが存在する場合には、トランザクションリクエストにおけるＲＣＩＤコードの有効性がチェックされる。ＲＣＩＤコードが有効ではない場合には、エラーメッセージが送信される。そうでない場合には、次のステップにおいて、ユーザの有効性がユーザＩＤを用いてチェックされる。ユーザが有効ではない場合には、エラーメッセージが送信される。次のステップにおいて、メッセージは、トランザクションリクエストからフェッチされる。次のステップにおいて、トランザクションリクエストからの、フェッチされたメッセージをパスすることによって、トランザクションを処理するためのソリューション特有ＡＰＩが呼び出される。最後に、トランザクションを実行し、トランザクションリクエストステータスを示す成功−失敗応答がユーザへ送信される。
【００１０】
前述の概説及び以下の詳細な説明の双方は、単に例示的かつ説明的なものであり、請求される発明を限定するものではないことが理解される。
【図面の簡単な説明】
【００１１】
本明細書の実施形態は、図面を参照して以下の詳細な説明からより良く理解されるであろう。
【００１２】
【図１】図１は、本開示の一部の実施形態に係る、通信チャネルを用いてトランザクションリクエストを実行するシステムのブロック図を示す。
【図２−１】図２は、本開示の一部の実施形態に係る、ＳＭＳ及び電子メールを用いてトランザクションリクエストを実行するシステムの概略図を示す。
【図２−２】図２は、本開示の一部の実施形態に係る、ＳＭＳ及び電子メールを用いてトランザクションリクエストを実行するシステムの概略図を示す。
【図２−３】図２は、本開示の一部の実施形態に係る、ＳＭＳ及び電子メールを用いてトランザクションリクエストを実行するシステムの概略図を示す。
【図３】図３は、本開示の一部の実施形態に係る、通信チャネルを用いてトランザクションリクエストを実行する際に含まれるステップを示すフローチャートである。
【発明を実施するための形態】
【００１３】
本明細書の実施形態及びその様々な特徴及び有利な詳細は、添付の図面に示され、かつ以下の詳細な説明で説明される非限定的な実施形態を参照してより完全に説明される。本明細書で用いられる実施例は、単に、本明細書の実施形態が実施され、更に本明細書の実施形態を当業者に実施可能にする手法の理解を容易にするためのものである。したがって、実施例は、本明細書の実施形態の範囲を限定するものとして解釈されるべきではない。
【００１４】
ここで、図面、特に図１を参照すると、同様の参照文字は、図面を通じて一貫して対応する構成を示し、好ましい実施形態が示され、これらの好ましい実施形態は、以下の例示的なシステム及び／又は方法の文脈で記載される。
【００１５】
本開示の一部の実施形態によれば、通信を用いてトランザクションリクエストを実行するシステム１００は、図１のブロック図に示される。本開示は、デスクトップ以外の任意のチャネルからアクションを取るためにユーザに可能性を提供するプロアクティブ／リアクティブスマート応答処理システム／フレームワークを提供する。このシステムは、ユニークなキーを生成し、それを応答の一部として組み込むことによって、認証にも対処し、それによって、アクションが信頼できるソースから取られたことを確実にする。フレームワークは、ビジネスロジックに対するソリューションを統合することによるマッピングを有し、これは、提供される応答に基づいて呼び出される。
【００１６】
システム１００は、トランザクションエンジン１０２と、ベースライン１０４と、メモリ１０６と、図１のブロック図に示されるようなメモリ１０６と通信するプロセッサ１０８と、を含む。メモリ１０６は、複数のアルゴリズムを格納するように構成される。プロセッサ１０８は、更に、各種機能を実行するための複数のモジュールを含む。複数のモジュールは、各種機能を実行するために、メモリ１０６に格納された複数のアルゴリズムにアクセスする。複数のモジュールは、ＲＣＩＤコード生成器１１０と、ショートコード検証モジュール１１２と、ＲＣＩＤコードチェックモジュール１１４と、ＲＣＩＤコード検証モジュール１１６と、ユーザ検証モジュール１１８と、フェッチモジュール１２０と、呼び出しモジュール１２２と、実行モジュール１２４と、を含む。
【００１７】
本開示の一部の実施形態によれば、トランザクションエンジン１０２は、トランザクションリクエストを生成するように構成される。トランザクションエンジン１０２は、通常、ユーザによって制御される。トランザクションリクエストは、プロアクティブ又はリアクティブに生成されうる。一実施例では、トランザクションリクエストは、トランザクションリクエストＩＤ、トランザクションタイプ、ユーザＩＤ、組織ＩＤ、ショートコード、リプライキャプチャＩＤコード（ｒｅｐｌｙ  ｃａｐｔｕｒｅ  ＩＤ  ｃｏｄｅ（ＲＣＩＤコード））及びメッセージを備える。ショートコード及びリプライキャプチャＩＤコード（ＲＣＩＤコード）は、トランザクションリクエストの本質的な部分である。だが、トランザクションリクエストの残りの構成要素は、ユーザの要求に応じてカスタマイズされうることが理解されるべきである。これらのトランザクションリクエストは、データベース１０４に格納される。トランザクションリクエストは、更に、要求に応じてフェッチされうる。
【００１８】
ＲＣＩＤコードは、ユニークな英数字８桁文字コードである。ＲＣＩＤコードは、特異かつ任意の英数字文字列である。ＲＣＩＤコードは、ＲＣＩＤコード生成器１１０によって生成される。ＲＣＩＤコードは、トランザクションタイプ、トランザクションＩＤ、ユーザＩＤ、組織ＩＤ、ソリューションＩＤ等のような他のトランザクション詳細と共にデータベース１０４に格納される。ＲＣＩＤコードが生成されると、データベース１０４は、ＲＣＩＤコードのユニークさをチェックするために問い合わせられ、更に、トランザクションのために送られる通知に埋め込まれる。ＲＣＩＤコードは、その消費後に失効する。
【００１９】
ショートコードは、アクションがトランザクションリクエストで取られると、実装されるべきビジネスロジックに対するソリューションとの統合時にデータベース１０４に入れられるユニークなコードである。ショートコードは、件名として通知に埋め込まれたテーブルからフェッチされる。
【００２０】
本開示の一部の実施形態によれば、トランザクションリクエストが生成されると、ショートコード検証モジュール１１２は、トランザクションリクエストに存在するショートコードの有効性をチェックする。ショートコードが有効ではない場合には、プロセッサ１０８は、エラーレポートをユーザへ送り戻す。実施例では、ショートコードには、通信を送る際に、‘＊＊’が先頭に追加される。故に、ショートコード有効モジュール１１２は、件名において‘＊＊’を探し、ポスト‘＊＊’はショートコードの一部として取られる。ショートコードの実施例は、ワークフロー用のＷＦ、ヘルプデスク用のＨＤ等であってもよい。
【００２１】
本開示の一部の実施形態によれば、ショートコードが有効である場合には、ＲＣＩＤコードチェックモジュール１１４は、トランザクションリクエストにおけるＲＣＩＤコードの存在をチェックする。ＲＣＩＤコードが存在しない場合には、エラーレポートがユーザに送り戻される。ＲＣＩＤコードが存在する場合には、ＲＣＩＤコードチェックモジュール１１４は、ＲＣＩＤコードの存在及び有効性をチェックする。別の実施形態では、ＲＣＩＤコードが存在しない場合には、トランザクションリクエストがプロアクティブリクエストであり、そうでない場合には、リアクティブリクエストであると仮定されることが理解されるべきである。
【００２２】
ＲＣＩＤコード検証モジュール１１６は、初めに、ＲＣＩＤコードがＲＣＩＤコードテーブルに存在するか否かをチェックするためにＲＣＩＤコードテーブルに問い合わせる。ＲＣＩＤコードテーブルは、直近に生成された全てのＲＣＩＤコードからなるテーブルである。いつアクションが取られても、ＲＣＩＤコードは消費される、又は１５日以内にＲＣＩＤコードは消費される。故に、ＲＣＩＤコードをフェッチすると、テーブルは、ＲＣＩＤコードが存在するか否かをチェックするために問い合わせられる。存在する場合には、処理は進み、そうでない場合には、エラーレポートがユーザに送られ、ＲＣＩＤコードが有効ではないことを通知する。本開示の一部の実施形態によれば、ＲＣＩＤコードがトランザクションに存在しない場合には、トランザクションが、メッセージが実際に送られた信頼できる人物から来たことを確実にするために、ユーザの有効化がユーザ有効モジュール１１８によってなされる（リアクティブリクエストの場合）。このため、ＲＣＩＤコード生成時に格納されるユーザＩＤは、ユーザにタグ付けされる通信ＩＤをフェッチするために問い合わせられる。通信ＩＤは、通信タイプに応じて、電子メールＩＤ又はモバイル番号でありうる。そこから応答が受け付けられた通信ＩＤがチェックされる。両方の通信ＩＤが同一である場合、トランザクションメッセージは、信頼できるとみなされ、そうでない場合には、エラーレポートがユーザに送信される。
【００２３】
本開示の一部の実施形態によれば、上述されたような、プロアクティブトランザクションリクエストに対して、ＲＣＩＤコードはなく、故に、ＲＣＩＤ検証モジュール１１６は、プロアクティブトランザクションリクエストの場合には必要とされない。このような場合には、ユーザ検証モジュール１１８は、通信ＩＤがシステムに登録されているか否かをチェックし、トランザクションリクエストが、認証されたユーザから来ていることを確実にする。登録がなされている場合には、このトランザクションリクエストは、アクションを取るために更に処理され、そうでない場合には、ユーザフレンドリーメッセージがエンドユーザへ送信され、通信ＩＤがシステムに登録されていないことを意味する。
【００２４】
本開示の一部の実施形態によれば、システム１００は、フェッチモジュール１２０、呼び出しモジュール１２２及び実行モジュール１２４を更に含む。フェッチモジュール１２０は、全ての条件が合致する、つまり、トランザクションリクエストが有効ＲＣＩＤコード、有効ショートコードを有し、ユーザが有効なユーザである場合に、トランザクションリクエストからアクションアイテムをフェッチする。呼び出しモジュール１２２は、トランザクションリクエストからの、フェッチされたメッセージをパスすることによって、トランザクションを処理するために、ソリューション特有ＡＰＩを呼び出すように構成される。そして、実行モジュール１２４は、トランザクションを実行するように構成される。ショートコードは、テーブルに問い合わせられ、このコードにマップされたビジネスロジッククラスがフェッチされ、入力としてメッセージｘｍｌで実行される。トランザクションリクエストの最終ステータスに応じて、実行モジュール１２４は、ユーザへの成功又は失敗応答も送信するように構成され、トランザクションリクエストステータスを示す。
【００２５】
本開示の一部の実施形態によれば、トランザクションリクエストは、図３に示されるような、集中型ＥＲＰソリューションＡＰＩスタック１３８を介して処理される。ＥＲＰシステムの多くは、エンドユーザと通信及び相互作用するために様々なインターフェースを用いる。システムの各モジュールは、情報の管理に留意して設計され、ユーザにとって適切なアクションを取るために、各モジュールを系統的に提示する。従来、この情報は、ウェブ又はクライアントベースアプリケーションを用いてグラフィカルインターフェースで提示される。これは、与えられたリクエストでアクションを取るために、パスワードを用いて認証及び許可されるユーザにとって重要となる。本発明は、システムと相互作用するためにポータビリティ及びユーザフレンドリーな手法を実現することを助ける。これは、エンドユーザが、エクスペリエンスを設定することを可能にし、マルチテナントアーキテクチャにより、同一の市販の実装が、異なる組織に亘って実装されることを可能にする。
【００２６】
動作では、通信チャネルを用いてトランザクションリクエストを実行する際に含まれるステップを示すフローチャート２００が図２に示される。初めに、ステップ２０２において、トランザクションリクエストは、トランザクションエンジン１０２から受け付けられる。トランザクションリクエストは、プロアクティブリクエスト又はリアクティブリクエストでありうる。トランザクションリクエストは、トランザクションリクエストＩＤ、トランザクションタイプ、ユーザＩＤ、組織ＩＤ、ショートコード、リプライキャプチャＩＤコード（ＲＣＩＤコード）及びメッセージを含む。
【００２７】
ステップ２０４において、トランザクションリクエストにおけるショートコードの有効性が、プロセッサ１０８に存在するショートコード検証モジュール１１２によってチェックされる。ステップ２０６において、ショートコードが有効ではない場合には、エラーメッセージがユーザへ送信され、ステップ２０８において、トランザクションリクエストにおけるＲＣＩＤコードの存在が、ＲＣＩＤコードチェックモジュール１１４によってチェックされる。ステップ２１０において、ＲＣＩＤコードが存在する場合には、トランザクションリクエストにおけるＲＣＩＤコードの有効性が、ＲＣＩＤコード検証モジュール１１６によってチェックされる。ステップ２０６において、ＲＣＩＤコードが有効ではないことを意味するエラーメッセージが送信される。ステップ２１２において、ユーザ検証モジュール１１８によって、ユーザの有効性が、ユーザＩＤを用いてチェックされる。ステップ２０６において、ユーザが有効ではないことを意味するエラーメッセージが送信される。
【００２８】
次のステップ２１４において、全てのチェックが完了すると、トランザクションリクエストからのメッセージは、更なる処理のために、フェッチモジュール１２０によってフェッチされる。ステップ２１６において、ソリューション特有ＡＰＩは、トランザクションリクエストからの、フェッチされたメッセージをパスすることによって、トランザクションを処理するために呼び出される。最後に、ステップ２１８において、トランザクションは、実行され、トランザクションリクエストステータスを示すユーザへ成功−失敗応答を送信する。
【００２９】
本開示の一部の実施形態によれば、システム１００は、チャネルとしてのモバイルフォンによるＳＭＳ（ショートメッセージサービス）及びインターネットによる電子メールと統合され、それによって、ポータビリティ及びアクションを行うために手間の掛からない環境を提供する。だが、音声コール、オンラインメッセージサービス等のような他の通信設備も本開示の範囲内で良好であることが理解されるべきである。
【００３０】
本開示の一部の実施形態によれば、システム１００は、図２の概略図に示されるような、通信チャネルとしての電子メールに統合されうる。この場合、トランザクションは、電子メール／電子メールＩＤを用いたメールの形態でなされる。リクエストは、リアクティブ又はプロアクティブでありうる。プロアクティブリクエストの場合には、ユーザは、電子メール／メール受信に応答する。ユーザからのメールは、電子メールリプライキャプチャメールボックス１２６に到達する。メールボックスは、電子メールパーサ１２８を利用して１５分ごとにポーリングされる。電子メールパーサ１２８は、ｊａｖａ（登録商標）ベーススケジューラーであり、メールボックス内に未処理のメールがないかチェックする。未処理のメールが発見された場合には、メールは処理するために選ばれる。同様に、プロアクティブリクエストの場合には、メールは、ユーザによって開始され、電子メールリプライキャプチャメールボックス１２６へ送信される。メールは、処理するためにｊａｖａベーススケジューラーによって選ばれる。次のステップでは、電子メールリプライキャプチャコアプロセッシングフレームワーク１３０又は電子メールプロセッサ１３０は、電子メールを読み出し、件名においてショートコードを探す。電子メールプロセッサ１３０は、図１の実施形態において説明されたプロセッサ１０８と同一であることが理解されるべきである。ショートコード（例えば、ワークフロー用のＷＦ、ヘルプデスク用のＨＤ）は、通信を送る際に、‘＊＊’が先頭に追加される。故に、電子メールプロセッサ１３０は、件名において‘＊＊’を探し、ポスト‘＊＊’はショートコードの一部として取られる。
【００３１】
次のステップでは、ショートコードがチェックされると、ショートコードに対する有効性は、ショートコード用のテーブルにおいてルックアップを行うことによってチェックされる。ショートコード用の有効なエントリがデータベース１０４に存在し、かつクラスがショートコードに対して存在する場合には、電子メールプロセッサ１３０は、更なる処理のために進められ、そうでない場合には、失敗メッセージがエンドユーザに送信され、メールで送信されたショートコードが有効ではないことを示す。
【００３２】
次のステップでは、メールは、メールからＲＣＩＤコードをフェッチするために処理される。メール全体が読み出され、ＲＣＩＤコードを探す。ＲＣＩＤコードは、“Ｒｅｐｌｙ  Ｃａｐｔｕｒｅ  Ｉｄ”が追加され、その後に例えば“ＫｇＯＡＰｄＢ４”のようなＲＣＩＤコードが続く。電子メールプロセッサ１３０は、文字列“Ｒｅｐｌｙ  Ｃａｐｔｕｒｅ  Ｉｄ：”及び任意の文字ポストを探し、これは、ＲＣＩＤコードとして取られる。ＲＣＩＤコードがない場合には、電子メールは、プロアクティブ使用の場合とみなされ、更なる処理のために取られる。ＲＣＩＤコードが、メールからフェッチされる場合には、ＲＣＩＤコードが有効であることを確実にするために検証がなされる。これは、ＲＣＩＤコードがテーブルに存在するか否かをチェックするためにテーブルの第１の問い合わせによってなされる。アクションが取られればいつでも、ＲＣＩＤコードが消費される、又は１５日以内にＲＣＩＤコードが消費され、故に、テーブルは、ＲＣＩＤコードが存在するかをチェックするために問い合わせられる。ＲＣＩＤコードが存在する場合には、処理は進み、そうでない場合には、ＲＣＩＤコードが有効ではないことを意味するメッセージがユーザに送信される。
【００３３】
更に、ＲＣＩＤコードがテーブルに存在する場合には、メール応答が、信頼できる人物からメールが実際に送信された人物へ来たことを確実にするために更なる検証がなされる。このため、ＲＣＩＤコード生成時にテーブルに格納されたユーザＩｄは、このユーザにタグ付けされた電子メールＩｄをフェッチするために問い合わせられ、応答が受け付けられた電子メールＩｄがチェックされる。電子メールＩｄが同一である場合には、ユーザは、信頼できるユーザとしてみなされ、そうでない場合には、エンドユーザに失敗メッセージが送信される。プロアクティブ使用の場合には、ＲＣＩＤコードがなく、故に、ＲＣＩＤコード検証チェックはない。このような場合には、メールが、認証されたユーザから来たことを確実にするために、メールＩｄが、電子メールリプライキャプチャコアプロセッシングフレームワーク１２６に登録されていることをチェックする。登録されている場合には、このメールは、更なるアクションを取るために処理され、そうでない場合には、アクションを取るためのメールＩｄが登録されていないことを意味するユーザフレンドリーメッセージをエンドユーザへ送信する。
【００３４】
次のステップでは、上述された全ての検証が成功すると、キャプション又はアクションアイテムがメールからフェッチされる。これは、メール本文の第１のラインである。メール本文の第１のラインが処理され、キャプションとして取られ、ｘｍｌがキャプション、ＲＣＩＤコードにより準備される。ショートコードは、テーブルに問い合わせられ、このショートコードにマップされたビジネスロジッククラスがフェッチされ、入力としてのメッセージｘｍｌで実行される。ビジネスロジック全体が実行され、取られたアクションに基づき、成功及び失敗応答は、ユーザに送り戻され、アクションのステータスを意味する。最後に、アクションが取られると、メールは、メールボックスから削除され、ＲＣＩＤコードもデータベース１０４から削除される。
【００３５】
本開示の別の実施形態によれば、システム１００は、図３の概略図に示されるように通信チャネルとしてのショートメッセージングサービス（ＳＭＳ）とも統合されうる。この場合には、トランザクションは、モバイル番号を用いてＳＭＳの形態でなされる。上述されたように、ＳＭＳトランザクションリクエストは、リアクティブ又はプロアクティブリクエストでありうる。リアクティブリクエストの場合には、ユーザは、ユーザによって受け付けられた通信において記述された仮想モバイル番号（Ｖｉｒｔｕａｌ  Ｍｏｂｉｌｅ  Ｎｕｍｂｅｒ（ＶＭＮ））に応答を送ることによって、受け付けられたＳＭＳに応答する。ユーザからの応答は、フェッチされ、ログインＩＤ、パスワード、モバイル番号、ＶＭＮ番号、組織ＩＤ及び応答テキストメッセージである詳細を有する応答ＸＭＬに変換される。ＸＭＬは、ＳＭＳリプライキャプチャコアプロセッシングフレームワーク１３２又はＳＭＳプロセッサ１３２によってさらされたサービスクラスへ入力としてパスされる。ＳＭＳリプライキャプチャコアプロセッシングフレームワーク１３２は、図１の実施形態において説明されたプロセッサ１０８と同一である。プロアクティブリクエストの場合には、ＳＭＳは、ユーザによって開始され、ＶＭＮ番号へ送信される。ユーザからのＳＭＳは、フェッチされ、ログインＩＤ、パスワード、モバイル番号、ＶＭＮ番号、組織ＩＤ及び応答テキストメッセージである詳細を有する応答ＸＭＬに変換される。ＸＭＬは、ＳＭＳリプライキャプチャコアプロセッシングフレームワーク１３２によってさらされたサービスクラスへ入力としてパスされる。
【００３６】
次のステップでは、ＸＭＬが、サービスクラスによって受け付けられると、ＸＭＬは、ＳＭＳパーサを用いて構文解析され、ｘｍｌ内のデータは、ｊａｖａベースのデータ収集オブジェクトに格納される。更に、ログインＩＤ／パスワードは、処理のための応答／メッセージが、信頼できるソースから来ていることを確実にするためにチェックされる。ログインＩＤ及びパスワードが一致しない場合には、エラーメッセージがユーザに送信される。
【００３７】
次のステップでは、ログインＩＤ／パスワードが一致すると、リプライが、認証されたユーザから来ていることを確実にするために、モバイル番号のような詳細がテーブルに問い合わせられる。モバイル番号がテーブルに登録されている場合には、メッセージは、更なる処理のために移動され、そうでない場合には、エラーがリターンされ、ユーザに送信される。このモバイル番号に対してマップされた組織ＩＤもまた更なる処理のためにフェッチされる。更に、モバイル番号が、登録された有効な番号であることが有効化されると、応答に存在するＶＭＮ番号は、組織のために設定されるようにチェックされる。このため、データベース１０４は、モバイル番号からフェッチされたＶＭＮ番号及び組織ＩＤのマッピングをチェックするために問い合わせられる。ＶＭＮ番号のマッピングが発見できない場合には、ＳＲＣ処理中にエラーがデータベースに更新される。
【００３８】
次のステップでは、検証がなされると、ＳＭＳリプライキャプチャコアプロセッシングフレームワーク１３２は、ＳＭＳを読み出し、メッセージ本文のショートコードを探す。ショートコード（例えば、ワークフロー用のＷＦ、ヘルプデスク用のＨＤ）は、ＳＭＳリプライキャプチャコアプロセッシングフレームワーク１３２によってフェッチされる。通知がユーザに送信されるが、エンドユーザから期待される応答のフォーマットも言及される。故に、ＳＭＳの第１のキーワードは、ショートコードとしてフェッチされ、更なる処理のために取られる。
【００３９】
次のステップでは、ショートコードがチェックされると、ショートコードのための有効性が、ショートコード用のテーブルにおいてルックアップを行うことによってチェックされる。有効なエントリがショートコード用のデータベース１０４に存在し、かつクラスがショートコードに対して存在する場合には、ＳＭＳリプライキャプチャコアプロセッシングフレームワーク１３２は、更なる処理に進み、そうでない場合には、メールに送信されたショートコードが有効ではないことを示す失敗メッセージがエンドユーザへ送信される。ショートコードと共に、ショートコードがプロアクティブ又はリアクティブ使用の場合であるかどうかのためのテーブルに維持されたマッピングが存在する。このフラグは、ショートコードに対してフェッチされる。
【００４０】
次のステップでは、リクエストがプロアクティブリクエストである場合には、組織ＩＤ及びユーザＩＤは、モバイル番号から抽出され、入力ｘｍｌは、組織ＩＤ、ユーザＩＤ、ショートコード等のようなキャプチャされた全ての詳細で生成される。リアクティブリクエストの場合には、ＳＭＳは、ＲＣＩＤコードをフェッチするために処理される。ＲＣＩＤコードがテーブルに存在する場合には、更なる処理がなされ、そうでない場合には、失敗メッセージがユーザに送信される。ＲＣＩＤコードがＳＭＳからフェッチされる場合には、ＲＣＩＤコードが有効であることを確実にするために検証がなされる。これは、ＲＣＩＤがテーブルに存在するか否かをチェックするためにテーブルに第１の問い合わせをすることによってなされる。いつアクションが取られても、ＲＣＩＤコードが消費される、又は１５日以内にＲＣＩＤコードが消費され、故に、ＲＣＩＤをフェッチすると、テーブルは、ＲＣＩＤが存在するかをチェックするために問い合わせられる。存在する場合には、処理が進み、そうでない場合には、メッセージがユーザに送信され、ＲＣＩＤコードが有効ではないことを意味する。
【００４１】
次のステップでは、ＲＣＩＤコードがテーブルに存在する場合には、応答が、メールを実際に送信した信頼できる人物から来ていることを確実にするために更なる検証がなされる。このため、ＲＣＩＤコード生成時にテーブルに格納されたユーザＩｄは、このユーザにタグ付けされたモバイル番号をフェッチするように問い合わせられ、応答が受け付けられたモバイル番号がチェックされる。両方の番号が同一である場合には、メールは、信頼できるメールとみなされて処理され、そうでない場合には、失敗メッセージがユーザに送信される。プロアクティブリクエストの場合には、ＲＣＩＤコードがなく、故に、ＲＣＩＤコード検証チェックもない。このような場合には、ＳＭＳが、認証されたユーザから来ていることを確実にするために、モバイル番号が、ＳＭＳリプライキャプチャコアプロセッシングフレームワーク１３２に登録されていることをチェックする。登録されている場合には、ＳＭＳは、アクションを取るために更に処理され、そうでない場合には、アクションを取るためにモバイル番号が登録されていないことを意味するユーザフレンドリーメッセージがエンドユーザへ送信される。最後に、上述された検証が全て成功すると、キャプション（アクション）は、メールからフェッチされる。キャプションはフェッチされ、ｘｍｌは、キャプション、ＲＣＩＤコード等で準備される。ショートコードは、テーブルに問い合わせられ、このショートコードにマップされたビジネスロジッククラスは、フェッチされ、入力としてメッセージｘｍｌで実行される。ビジネスロジック全体が実行され、取られたアクションに基づき、成功及び失敗応答は、ユーザへ送り戻され、アクションのステータスを意味する。
【００４２】
記述された詳細な説明は、当業者が実施態様を製造及び使用することを可能にするために、本明細書における主題を説明している。主題実施態様の範囲は、特許請求の範囲によって定義され、当業者が想起する他の変更を含めてもよい。このような他の変更は、それらが特許請求の範囲の文言と異ならない類似の要素を有する場合、又はそれらが、特許請求の範囲の文言と実質的に差のない、等価な要素を含む場合には、特許請求の範囲に記載の範囲に含めることを意図するものである。よって、実施形態は、通信チャネルを用いてトランザクションをセキュアに実行するシステム及び方法を提供する。
【００４３】
しかしながら、保護の範囲は、そのようなプログラムまで、その中にメッセージを有するコンピュータ可読手段に加えて、拡張され、そのような非一時的コンピュータ可読記憶手段は、サーバ又はモバイルデバイス又は任意好適なプログラマブルデバイス上でプログラムが実行されるときに、方法の１以上のステップを実現するためのプログラムコード手段を包含することを理解すべきである。ハードウェアデバイスは、例えば、サーバ又はパーソナルコンピュータのような任意の種類のコンピュータ、その他、又はそれらの任意の組合せを含む、プログラムすることのできる、任意の種類のデバイスとすることができる。このデバイスには、また、例えばハードウェア手段、例えば、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又はハードウェア手段とソフトウェア手段の組合せ、例えば、ＡＳＩＣ及びＦＰＧＡ、又は少なくとも１つのマイクロプロセッサと、その中にあるソフトウェアモジュールを備える、少なくとも１つのメモリとすることもできる、手段を含めてもよい。すなわち、これらの手段には、ハードウェア手段とソフトウェア手段の両方を含めることが可能である。本明細書に記載の方法実施態様は、ハードウェア及びソフトウェアにおいて実現することもできる。デバイスにはまた、ソフトウェア手段を含めてもよい。代替的に、実施態様は、例えば、複数のＣＰＵを使用して、異なるハードウェアデバイス上で実現してもよい。
【００４４】
本明細書の実施形態は、ハードウェア要素及びソフトウェア要素を含むことができる。ソフトウェアとして実現されている実施態様としては、それには限定されないが、ファームウェア、レジデントソフトウェア、マイクロコード、その他が含まれる。本明細書に記載された様々なモジュールによって実行される機能は、その他のモジュールにおいて、又はその他のモジュールの組合せにおいて実現してもよい。この説明の目的で、コンピュータ使用可能媒体又はコンピュータ可読媒体は、命令実行システム、装置、又はデバイスによって、又はそれらと関連して使用するためのプログラムを備える、記憶する、通信する、伝える、又は移送することのできる、任意の装置とすることができる。
【００４５】
媒体は、電子的、磁気的、光学的、電磁気的、赤外線又は半導体システム（又は装置又はデバイス）又は伝搬媒体でありうる。コンピュータ可読媒体の例は、半導体又はソリッドステートメモリ、磁気テープ、リムーバブルコンピュータディスケット、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、剛体磁気ディスク及び光学ディスクを含む。光学ディスクの現在の例は、コンパクトディスクリードオンリーメモリ（ＣＤ−ＲＯＭ）、コンパクトディスクリード／ライト（ＣＤ−Ｒ／Ｗ）及びＤＶＤを含む。
【００４６】
プログラムコードを記憶し及び／又は実行するのに適するデータ処理システムは、システムバスを通してメモリ要素に直接又は間接的に結合された少なくとも１つのプロセッサを含む。メモリ要素は、プログラムコードの実際の実行中に利用されるローカルメモリ、大容量記憶装置及び少なくとも幾つかのプログラムコードの一時的な記憶を提供して、実行中、コードを大容量記憶装置から検索しなければならない回数を低減するキャッシュメモリを含むことができる。
【００４７】
入／出力（Ｉ／Ｏ）デバイス（限定ではなく、キーボード、ディスプレイ、ポインティングデバイス等を含む）は、システムに直接、又は介在するＩ／Ｏコントローラを通して結合することができる。ネットワークアダプタは、システムに結合されて、データ処理システムが、介在する私設又は公衆ネットワークを通して他のデータ処理システム、リモートプリンタ、又は記憶デバイスに結合できるようにすることもできる。モデム、ケーブルモデム及びイーサネット（登録商標）カードは、ネットワークアダプタの現在入手可能なタイプのごく少数である。
【００４８】
実施形態を実施する代表的なハードウェア環境は、本明細書での実施形態による情報処理／コンピュータシステムのハードウェア構成を含んでもよい。本明細書でのシステムは、少なくとも１つのプロセッサ又は中央演算処理装置（ＣＰＵ）を含む。ＣＰＵは、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）及び入／出力（Ｉ／Ｏ）アダプタ等の様々なデバイスにシステムバスを介して相互接続される。Ｉ／Ｏアダプタは、ディスクユニット及びテープドライブ又はシステムによって読み取り可能な他のプログラム記憶デバイス等の周辺機器に接続することができる。システムは、プログラム記憶デバイス上の本発明による命令を読み取り、これらの命令に従って、本明細書での実施形態の方法論を実行することができる。
【００４９】
システムは、キーボード、マウス、スピーカ、マイクロホン及び／又はタッチスクリーンデバイス（図示せず）等の他のユーザインターフェースデバイスをバスに接続して、ユーザ入力を収集するユーザインターフェースアダプタを更に含む。更に、通信アダプタは、バスをデータ処理ネットワークに接続し、ディスプレイアダプタは、例えば、モニタ、プリンタ、又は送信器等の出力デバイスとして実施し得るディスプレイデバイスにバスを接続する。前述の説明は、様々な実施態様を参照して提示された。この出願が関係する当業者は、記載の構造及び動作の方法における改変及び変更は、原理、趣旨及び範囲から意味のある逸脱をすることなく、実施することができることを理解するであろう。本開示及び実施例は、単なる例示としてみなされ、開示される実施形態の真の範囲及び趣旨は、以下の特許請求の範囲により示されることが意図される。
【図１】
2018137729.tif 000003
【図２−１】
2018137729.tif 000004
【図２−２】
2018137729.tif 000005
【図２−３】
2018137729.tif 000006
【図３】
2018137729.tif 000007
【外国語明細書】
2018137729000001.pdf