(57)【要約】  本発明は、とりわけ、サーバ（１０１）上で、コンピュータ・ネットワーク（１００）において、さらなるサーバ（１３０）からのコンテンツに対するアクセスのための要求を評価する方法に関し、そこでは、さらなるサーバ（１３０）についての情報を含む、さらなるサーバ（１３０）に対するアクセスのための要求の受信時に、アクセスが、許可されるか、または拒否されるかを決定するテストが、実行され、テストは、  万一リンクが、さらなるサーバ（１３０）についての情報と、サーバについての所定の情報との間で確立されない可能性がある場合には、ユーザ入力が、所定のデバイス（１２０）に対して、さらなるサーバ（１３０）についての情報を含む、アクセスのための要求を確認するためのさらなる要求を送信するステップと、  前記さらなる要求に対する応答の受信時に要求を評価するステップとを含む。
2015528154.tif 000002
【特許請求の範囲】
【請求項１】
とりわけ、サーバ（１０１）上で、コンピュータ・ネットワーク（１００）において、さらなるサーバ（１３０）からのコンテンツに対するアクセスのための要求（２０１）を評価するための方法であって、とりわけ、ショート・メッセージ・サービス・メッセージの形で、前記さらなるサーバ（１３０）についての情報を含む、前記さらなるサーバ（１３０）に対するアクセスのための前記要求（２０１）の受信時に、前記アクセスが、許可されるか、または拒否されるかを決定するテストが、実行され、前記テストは、
万一リンクが、前記さらなるサーバ（１３０）についての前記情報と、サーバについての所定の情報との間で確立されない可能性がある（２０２）場合には、ユーザ入力が、所定のデバイス（１２０）に対して、とりわけ、ショート・メッセージ・サービス・メッセージの形で、前記さらなるサーバ（１３０）についての情報を含む、アクセスのための前記要求（２０１）を確認するためのさらなる要求（２０５）を送信するステップと、
前記さらなる要求（２０５）に対する、とりわけ、ショート・メッセージ・サービス・メッセージの形で、応答（２０７）の受信時に前記要求（２０１）を評価するステップ（２０８）と
を含む、方法。
【請求項２】
前記さらなる要求（２０５）は、前記さらなるサーバ（１３０）から要求される、前記コンテンツの少なくとも一部分についての情報を、とりわけ、前記コンテンツのプレビューを含む、請求項１に記載の方法。
【請求項３】
前記さらなる要求（２０５）は、リクエスタについての情報とともに、とりわけ、ユーザ名とともに送信される、請求項１または２に記載の方法。
【請求項４】
前記所定のデバイス（１２０）は、リクエスタについての情報に応じて、とりわけ、前記要求（２０１）から決定されるクライアント・デバイス（１１０）の識別情報に応じて、複数の所定のデバイス（１２０）から選択される、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記評価の結果についての情報を含むメッセージ（２０９）は、とりわけ、ショート・メッセージ・サービス・メッセージの形で、とりわけ、前記サーバ（１０１）から前記クライアント・デバイス（１１０）へと送信される、請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記評価の結果は、記憶され、とりわけ、前記クライアント・デバイス（１１０）上でブラックリストまたはホワイトリストに記憶される（２１０）、請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記クライアント・デバイス（１１０）と前記さらなるサーバ（１３０）との間の直接リンク（２１１）は、前記アクセスが、許可された後だけに、さらなるデータ・リンクを経由して確立される、請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
さらなるサーバ（１３０）からのコンテンツに対するアクセスのための要求を評価するためのサーバ（１０１）であって、とりわけ、ショート・メッセージ・サービス・メッセージの形で、前記さらなるサーバ（１３０）についての情報を含む、前記さらなるサーバ（１３０）に対するアクセスのための前記要求（２０１）の受信時に、前記アクセスが、許可されるか、または拒否されるかを決定するテストを実行するように、動作可能であり、前記テストは、
万一リンクが、前記さらなるサーバ（１３０）についての前記情報と、サーバについての所定の情報との間で前記サーバ（１０１）によって確立されない可能性がある（２０２）場合には、ユーザ入力が、所定のデバイス（１２０）に対して、とりわけ、ショート・メッセージ・サービス・メッセージの形で、前記さらなるサーバ（１３０）についての情報を含む、アクセスのための前記要求（２０１）を確認するためのさらなる要求（２０５）を送信するステップと、
前記さらなる要求（２０５）に対する、とりわけ、ショート・メッセージ・サービス・メッセージの形で、応答（２０７）の受信時に前記要求（２０１）を評価するステップ（２０８）と
を含む、サーバ（１０１）。
【請求項９】
とりわけ、ショート・メッセージ・サービス・メッセージの形で、前記要求（２０１）と、とりわけ、ショート・メッセージ・サービス・メッセージの形で、前記さらなる要求（２０５）に対する前記応答（２０７）とを受信するように動作可能な受信機（１０２）と、前記所定のデバイス（１２０）に対して、とりわけ、ショート・メッセージ・サービス・メッセージの形で、前記さらなる要求（２０５）を送信するように動作可能な送信機（１０２）と、前記要求（２０１）の受信時に、前記受信された要求（２０１）から前記さらなるサーバ（１３０）についての前記情報を決定するように動作可能であり、前記テストを実行するように動作可能であり、またとりわけ、ストレージ（１０４）に記憶された前記さらなるサーバ（１３０）についての前記情報と、サーバについての所定の情報との間の前記リンクが、確立され得るか否かを決定し（２０２）、また前記さらなる要求（２０５）に対する前記応答（２０７）の受信時に、前記要求（２０１）を評価する（２０８）ように動作可能であるプロセッサ（１０３）とを備える、請求項８に記載のサーバ（１０１）。
【請求項１０】
複数の所定のデバイスについての情報を記憶するストレージ（１０４）を備えており、前記プロセッサ（１０３）は、前記複数の所定のデバイスから前記所定のデバイス（１２０）を選択するように動作可能である、請求項８乃至９のいずれか１項に記載のサーバ（１０１）。
【請求項１１】
前記さらなる要求（２０５）は、前記さらなるサーバ（１３０）から要求される、前記コンテンツの少なくとも一部分についての情報、とりわけ、前記コンテンツのプレビューを含む、請求項８乃至１０のいずれか１項に記載のサーバ（１０１）。
【請求項１２】
前記さらなる要求（２０５）は、リクエスタについての情報とともに送信される、請求項８乃至１１のいずれか１項に記載のサーバ（１０１）。
【請求項１３】
とりわけ、ショート・メッセージ・サービス・メッセージの形で、とりわけ、前記クライアント・デバイス（１１０）に対して前記評価の結果についての情報を含むメッセージ（２０９）を送信するように動作可能である、請求項８乃至１２のいずれか１項に記載のサーバ（１０１）。
【請求項１４】
さらなるサーバ（１３０）に対するアクセスのための要求をサーバ（１０１）上で評価するためのコンピュータ・プログラムであって、コンピュータ上で実行されるときに、前記コンピュータに請求項１に記載の方法を実行するようにさせるコンピュータ・プログラム。
【請求項１５】
さらなるサーバ（１３０）に対するアクセスのための要求をサーバ（１０１）上で評価するためのコンピュータ・プログラム製品であって、コンピュータ読取り可能プログラムを有するコンピュータ使用可能媒体を備えており、前記コンピュータ読取り可能プログラムは、コンピュータ上で実行されるときに、前記コンピュータに請求項１に記載の方法を実行するようにさせるコンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ・ネットワークにおいてサーバからのコンテンツに対するアクセスのための要求を評価するための方法と、サーバと、コンピュータ・プログラムと、コンピュータ・プログラム製品とに関する。
【背景技術】
【０００２】
コンピュータ・ネットワークにおいてサーバからのコンテンツに対するアクセスのための要求を評価することができる一実装形態においては、クライアントと、サーバとの間にインストールされるファイアウォールを使用して、サーバからのコンテンツに対するアクセスのための望ましくない要求にフィルタをかける。そのようなファイアウォールは、一般的に、クライアントに対して、またはクライアントとサーバとの間のネットワーク・ノードに対してのいずれかで実施される。サーバからのコンテンツに対するアクセスのためのそのような要求を評価することができる別の実装形態は、例えば、ブラックリストまたはホワイトリストに基づいて、サーバからのコンテンツに対するアクセスのための要求を評価するように適合されたプロキシ・サーバから構成される。このコンテキストにおけるブラックリストと、ホワイトリストとは、例えば、リスト・アドレス、ユニファイド・リソース・ロケータ（Ｕｎｉｆｉｅｄ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）、キーワード、あるいはサーバ、またはブロックされるべきコンテンツ（ブラックリスト）、もしくは許可されるべきコンテンツ（ホワイトリスト）を識別する他の任意の手段を含むデータ・ファイルである。サーバからのコンテンツに対するアクセスのための要求を評価することができるさらに別の実装形態においては、コンテンツ・フィルタリング・ソフトウェアを使用して、要求されるコンテンツに基づいて要求をブロックする。
【０００３】
これらの実装形態は、自動的に機能し、また、例えば、インターネットにおいて、サーバに対するアクセスのためのクライアントからの要求を処理する。
【０００４】
しかしながら、ファイアウォールと、プロキシ・サーバと、コンテンツ・フィルタリング・ソフトウェアとは、望ましくない要求を適切にブロックするために、構成され、また頻繁にアップデートされる必要がある。一般的にこの構成と、アップデートとは、定期的に、例えば、１日に１回、管理者によってトリガされる。ブラックリストと、ホワイトリストとは、例えば、公的機関または民間企業によって提供され、また一般的に１日に１回アップデートされる。
【０００５】
かなりの量の作業が、ファイアウォールと、プロキシ・サーバと、コンテンツ・フィルタリング・ソフトウェアとの設定を個人専用にして、ある種のクライアントの必要性に設定を適合させるために必要とされる。管理者、またはサーバ上のアップデート・プロセスによってトリガされている変更と、ファイアウォールを使用した問題解決手法と、プロキシ・サーバと、コンテンツ・フィルタリング・ソフトウェアとは、アップデート・サイクルの内部で静的である。それらは、詳細についての設定の構成についてのオン・ザ・フライ制御を可能にはしていない。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、したがって、より動的なアクセス制御を提供することである。
【課題を解決するための手段】
【０００７】
本発明の主要なアイデアは、とりわけ、サーバ上で、コンピュータ・ネットワークにおいて、さらなるサーバからのコンテンツに対するアクセスのための要求を評価することであり、そこでは、さらなるサーバについての情報を含む、さらなるサーバに対するアクセスのための要求の受信時に、アクセスが、許可されるか、または拒否されるかを決定するテストが、実行され、テストは、
万一リンクが、さらなるサーバについての情報と、サーバについての所定の情報との間で確立されない可能性がある場合には、ユーザ入力が、所定のデバイスに対して、さらなるサーバについての情報を含む、アクセスのための要求を確認するためのさらなる要求を送信するステップと、
前記さらなる要求に対する応答の受信時に要求を評価するステップと
を含む。このようにして、評価は、要求に基づいて実行され、また万一自動的な評価が失敗した場合には、認可のために所定のデバイスに対して転送される。これは、リアル・タイムで、静的設定についての動的構成を可能にする。
【０００８】
有利なことに、さらなる要求は、さらなるサーバから要求される、コンテンツの少なくとも一部分についての情報を、とりわけコンテンツのプレビューを含む。このようにして、所定のデバイスを使用して、要求されたコンテンツを調べて、認可決定を容易にすることができる。
【０００９】
有利なことに、さらなる要求は、リクエスタ（ｒｅｑｕｅｓｔｅｒ）についての情報とともに、とりわけユーザ名とともに送信される。例えば、万一１つの所定のデバイスを使用して、いくつかの異なるリクエスタのアクセスを制御する場合には、これは、適切な決定を容易にするために所定のデバイス上でリクエスタを識別することを可能にする。
【００１０】
有利なことには、所定のデバイスは、リクエスタについての情報に応じて、とりわけ、要求から決定されるクライアント・デバイスの識別情報に応じて、複数の所定のデバイスから選択される。このようにして、方法は、いくつかの異なる所定のデバイスを、例えば、各リクエスタごとに、所定のデバイスを使用して適用される可能性がある。
【００１１】
有利なことには、評価の結果についての情報を含むメッセージが、とりわけ、ショート・メッセージ・サービス・メッセージの形で、とりわけ、サーバからクライアント・デバイスへと送信される。
【００１２】
有利なことには、評価の結果は、とりわけ、クライアント・デバイス上でブラックリストまたはホワイトリストに記憶される。
【００１３】
有利なことには、クライアント・デバイスと、さらなるサーバとの間の直接リンクが、アクセスが許可された後だけに、さらなるデータ・リンクを経由して確立される。
【００１４】
有利なことには、サーバ、コンピュータ・プログラム、またはコンピュータ・プログラム製品は、本方法を実施するように、適合されており、または動作可能である。
【００１５】
本発明のさらなる開発は、従属請求項と、以下の説明とから収集される可能性もある。
【００１６】
以下では、本発明は、添付の図面を参照してさらに説明されるであろう。
【図面の簡単な説明】
【００１７】
【図１】コンピュータ・ネットワークの一部分を概略的に示す図である。
【図２】コンピュータ・ネットワークにおいてサーバからのコンテンツに対するアクセスのための要求を評価するための第１の方法に従って、いくつかの典型的なシーケンスを示すシーケンス図を概略的に示す図である。
【図３】コンピュータ・ネットワークの一部分を概略的に示す図である。
【図４】コンピュータ・ネットワークにおいてサーバからのコンテンツに対するアクセスのための要求を評価するための第２の方法に従って、いくつかの典型的なシーケンスを示すシーケンス図を概略的に示す図である。
【発明を実施するための形態】
【００１８】
図１は、サーバ１０１と、クライアント・デバイス１１０と、所定のデバイス１２０と、さらなるサーバ１３０とを備えるコンピュータ・ネットワーク１００の一部分を示すものである。サーバと、デバイスとは、図１の中の実線として示されるデータ・リンクを経由して互いに接続可能である。データ・リンクは、例えば、ＩＭＳとしてよく知られているインターネット・プロトコル・マルチメディア・サブシステムに従っている。
【００１９】
例えば、ＴＣＰ／ＩＰリンクとしてよく知られている送信制御プロトコル／インターネット・プロトコル・リンクは、サーバ１０１と、さらなるサーバ１３０との間で使用される。例えば、ＩＥＥＥ  ８１１．２規格またはロング・ターム・エボリューション規格（ＬＴＥとしてよく知られている）によるワイヤレス・データ・リンクを使用して、クライアント・デバイス１１０、または所定のデバイス１２０をコンピュータ・ネットワーク１００に接続する。データ・リンクは、直接に、または複数のネットワーク・ノードを経由してサーバと、デバイスとを接続することができる。
【００２０】
クライアント・デバイス１１０と、所定のデバイス１２０とは、例えば、モバイル電話、スマートフォン、またはパーソナル・コンピュータである。
【００２１】
サーバ１０１は、受信機１０２と、送信機１０２とを、例えば、特定のメッセージの形でデータを送信し、また受信するように適合されており、または動作可能なトランシーバを備える。サーバ１０１は、コンピュータ・プログラムを実行するように適合されており、または動作可能なプロセッサ１０３と、以下で説明される方法を実施するためのコンピュータ・プログラムを記憶するストレージ１０４とをさらに備える。
【００２２】
本発明の第１の実施形態によるサーバ１０１は、ＳＭＳとしてよく知られているショート・メッセージ・サービス・メッセージを送信すること、および受信することを専門にしているショート・メッセージ・サービス・ゲートウェイである。第１の実施形態によれば、サーバ１０１は、コンピュータ・ネットワーク１００においてプロキシ・サーバとして動作する。この実施形態においては、クライアント・デバイス１１０は、プロキシ・サーバ１０１を経由してだけコンピュータ・ネットワーク１００にアクセスするように構成されたスマートフォンである。それら２つの間のデータ・リンクは、ショート・メッセージ・サービス・メッセージと、他のデータとについての送信を同様に可能にするように適合されており、または動作可能である。所定のプロキシ・サーバを経由してだけコンピュータ・ネットワーク１００に接続するようにスマートフォンを構成する方法は、当業者によく知られており、またここでは詳細に説明されてはいない。
【００２３】
さらなるサーバ１３０からのコンテンツに対するアクセスのための要求を評価するための第１の方法は、図２のシーケンス図を参照して以下で説明される。この方法においては、さらなるサーバ１３０は、ＨＴＴＰとしてよく知られているハイパーテキスト転送プロトコルを経由したコンテンツに対してアクセスを提供するインターネット・ウェブ・サーバである。本方法は、本発明の第１の実施形態によるサーバ１０１を使用して説明される。本発明の第２の実施形態によるサーバ１０１が、スマートフォンのインターネット・ウェブ・ブラウザに対するアド・オンとして実施される場合に、本方法は、同様に適用される。そのときに存在する唯一の違いは、サーバ１０１と、クライアント・デバイス１１０との間で送信されるメッセージが、本発明の第２の実施形態における内部メッセージであることである。
【００２４】
ユニファイド・リソース・ロケータ、インターネット・プロトコル・アドレス、あるいはコンテンツまたはさらなるサーバ１３０についての他の任意のタイプのアドレス指定が、ハイパーテキスト転送プロトコルの代わりに使用されることもある。
【００２５】
本方法は、例えば、クライアント・デバイス１１０上のユーザ入力の受信時に開始される。ユーザ入力は、例えば、クライアント・デバイス１１０のグラフィカル・ユーザ・インターフェースを経由してスマートフォンのインターネット・ウェブ・ブラウザのアドレス・フィールドの中へとユーザによってタイプされるハイパーテキスト転送プロトコル・アドレスである。
【００２６】
開始の後に、メッセージ２０１、すなわち、要求は、クライアント・デバイス１１０からサーバ１０１へと送信される。メッセージ２０１は、例えば、さらなるサーバ１３０からのコンテンツに対するアクセスのための要求である。メッセージ２０１は、例えば、さらなるサーバ１３０についての情報を含む。例えば、メッセージ２０１の中の要求は、さらなるサーバ１３０についてのインターネット・プロトコル・アドレスから構成される。代わりに、メッセージ２０１は、コンテンツ、またはコンピュータ・ネットワーク１００の中のさらなるサーバ１３０を識別することを可能にする他の任意のタイプの情報を含むことができる。メッセージ２０１、すなわち、さらなるサーバ１３０に対するアクセスのための要求の受信時に、ステップ２０２において、テストが実行されて、さらなるサーバ１３０に対するアクセスが、許可されるか、または拒否されるかを決定する。
【００２７】
ステップ２０２において、さらなるサーバ１３０についての情報と、コンピュータ・ネットワーク１００のサーバについての所定の情報との間のリンクが、確立され得るか、否かが、決定される。リンクは、例えば、許可されるか、または拒否されるインターネット・プロトコル・アドレスを識別するために使用される、ブラックリストまたはホワイトリストのようなフィルタ規則におけるマッチから構成される。例えば、さらなるサーバ１３０についての情報は、メッセージ２０１の形で受信されるさらなるサーバ１３０のインターネット・プロトコル・アドレスである。この場合には、万一インターネット・プロトコル・アドレスが、アクセスされ得るコンピュータ・ネットワーク１００のサーバのホワイトリストに記憶される場合には、例えば、アクセスが、許可される。同様にして、万一さらなるサーバのインターネット・プロトコル・アドレスが、ホワイトリスト上にはないか、またはブラックリスト上でリストアップされる場合には、アクセスが、拒否される。
【００２８】
その後、メッセージ２０３、すなわち、さらなるサーバ１３０からの要求コンテンツは、サーバ１０１からさらなるサーバ１３０へと送信される。
【００２９】
メッセージ２０３の形で、コンテンツについての要求の受信時に、さらなるサーバ１３０は、メッセージ２０４、すなわち、サーバ１０１に対する要求されたコンテンツを含む応答を送信する。要求メッセージ２０３と、応答メッセージ２０４とは、例えば、ハイパーテキスト移送プロトコル要求と、ハイパーテキスト移送プロトコル応答とである。
【００３０】
万一ステップ２０２において、アクセスを許可し、または拒否する決定が行われる可能性がある場合には、本方法は、要求されたアクセスを提供することにより、継続する。これは、万一ステップ２０２において、アクセスが、サーバ１０１によって許可される場合には、メッセージ２０４の中の応答が、クライアント・デバイス１１０に対して転送されることを意味する。万一ステップ２０２において、アクセスが、サーバ１０１によって拒否される場合には、メッセージ２０４の中の応答は、クライアント・デバイス１１０に対して転送されない。
【００３１】
ステップ２０２の後に、メッセージ２０３、２０４を送信する代わりに、メッセージ要求２０３と、メッセージ応答２０４とは、万一ステップ２０２において、アクセスが、サーバ１０１によって拒否される場合には、送信されない。
【００３２】
万一ステップ２０２において、アクセスが拒否される場合には、オプションとして、図２に表示されていない応答メッセージが、サーバ１０１からクライアント・デバイス１１０へと送信される。応答メッセージは、例えば、エラー・メッセージである。
【００３３】
万一ステップ２０２において、リンクが、さらなるサーバ１３０についての情報と、サーバについての所定の情報との間に確立されない可能性がある場合には、アクセスが、認可されるべきか、または拒否されるべきかは、プロキシ・サーバの静的構成から不明確である可能性がある。本方法によれば、さらなる要求２０５が、所定のデバイス１２０に対して送信される。さらなる要求２０５は、ユーザ入力が、メッセージ要求２０１を確認するための要求である。さらなる要求２０５は、さらなるサーバ１３０または要求されたコンテンツについての情報を含んでいる。例においては、万一さらなるサーバ１３０のインターネット・プロトコル・アドレスが、ブラックリストの中にもなく、ホワイトリストの中にもない場合には、さらなる要求２０５は、所定のデバイス１２０に対して送信される。
【００３４】
例によれば、所定のデバイス１２０は、さらなる要求２０５を受信し、またさらなる要求２０５に従ってユーザ入力のためのプロンプトを表示するように適合されており、または動作可能なモバイル電話である。例えば、さらなる要求２０５は、要求されるコンテンツの少なくとも一部分についての情報を、とりわけ、さらなるサーバ１３０から要求されるコンテンツのプレビューを含むメッセージである。この場合には、さらなる要求２０５は、さらなるサーバ１３０のコンテンツを含む応答メッセージ２０４が、サーバ１０１において受信された後に送信される。
【００３５】
追加して、または代わりに、さらなる要求２０５は、リクエスタについての情報と一緒に、とりわけ、リクエスタのユーザ名と一緒に送信される。その目的を達成するために、例えば、クライアント・デバイス１１０は、そのインターネット・プロトコル・アドレスによって識別され、またユーザをクライアント・デバイス１１０にマッピングするリストにストレージ１０４上で記憶される特定のユーザ名に合わせられる。
【００３６】
万一複数の所定のデバイス１２０が、サーバ１０１によって管理される場合には、所定のデバイス１２０は、リクエスタについての情報に応じて、とりわけ、要求メッセージ２０１から決定されるクライアント・デバイス１１０の識別情報に応じて、複数の所定のデバイスから、選択される。例えば、クライアント・デバイス１１０のインターネット・プロトコル・アドレスは、メッセージ２０１から決定され、また複数の所定のデバイスから選択されるべき所定のデバイス１２０に対してマッピングされる。その目的を達成するために、例えば、ストレージ１０４は、所定のデバイス１２０のリストと、クライアント・デバイス１１０のそれぞれのインターネット・プロトコル・アドレスに対するマッピングとを含む。
【００３７】
さらなる要求２０５の受信時に、所定のデバイス１２０は、ステップ２０６においてユーザ入力をプロンプトするように、適合されており、または動作可能である。ユーザ・プロンプトは、さらなる要求２０５の中で受信されるように、リクエスタまたはコンテンツについての情報を含むことができる。いずれにしても、所定のデバイス１２０は、ユーザ入力の受信時に、応答２０７を送信するように適合されており、または動作可能である。ユーザ入力は、例えば、所定のデバイス１２０のグラフィカル・ユーザ・インターフェースによって検出される。
【００３８】
さらなる要求２０５に対する応答２０７は、要求されたさらなるサーバ１３０に対するアクセスを許可するべきか、または拒否するべきかのいずれかである。万一所定のデバイス１２０が、ユーザ入力が、アクセスが認可されるべきであることを示すことを決定する場合には、この応答２０７は、例えば、さらなるサーバに対するアクセスを許可するように、ユーザ入力に応じて決定される。そのようなユーザ・インターフェースは、当業者にはよく知られており、またここではさらに説明されてはいない。例えば、所定のデバイス１２０上のタッチスクリーン・ディスプレイを使用して、さらなるサーバ１２０、リクエスタ、および／または要求されるコンテンツのプレビューについてのハイパーテキスト・プロトコル・アドレスを示すアクセスについての要求の次に、許可ボタンまたは拒否ボタンを表示する。
【００３９】
応答は、所定のデバイス１２０からサーバ１０１へとメッセージ２０７の形で送信される。
【００４０】
メッセージ２０７の形のさらなる要求２０５に対する応答の受信時に、要求２０１は、ステップ２０８において評価される。例えば、万一メッセージ２０７の形で受信されるさらなる要求２０５に対する応答が、アクセスを許可することを示した場合には、さらなるサーバ１３０に対するアクセスは、許可される。同様にして、万一応答２０７が、アクセスが拒否されることを示す場合には、さらなるサーバ１３０に対するアクセスは、拒否される。
【００４１】
万一アクセスが、許可されるか、または拒否される場合には、メッセージ２０９は、サーバ１０１からクライアント・デバイス１１０へと送信される。メッセージ２０９は、評価の結果についての情報、例えば、アクセスが許可されるか、または拒否されるかを示す表示を含んでいる。代わりに、または追加して、メッセージ２０９は、クライアント・デバイス１１０によりさらなるサーバ１３０から要求されるコンテンツを含むことができる。この場合には、応答メッセージ２０９は、アクセスが許可されることを示す専用の表示を含まないこともある。さらに、メッセージ２０９は、オプションであり、また万一アクセスの拒否の場合には省略されることもある。
【００４２】
代わりに、万一プレビューが、さらなる要求２０５において送信されない場合には、要求２０３と、応答２０４とは、ステップ２０２の後に送信されないこともあるが、後で、認可が、さらなる要求２０５に対する応答２０７において受信された後に、送信されないこともある。この場合には、万一アクセスが、応答２０７において拒否された場合には、要求２０３と、応答２０４とは、送信されないこともある。
【００４３】
本発明の第２の実施形態によれば、サーバ１０１は、ＳＭＳとしてよく知られているショート・メッセージ・サービス・メッセージを送信すること、および受信することに専用にされたショート・メッセージ・サービス・ゲートウェイである。第２の実施形態によれば、ＳＭＳベースの認可は、例えば、スマートフォンのインターネット・ウェブ・ブラウザに統合されるウェブ・ブラウザ・アド・オンとしてクライアント・デバイス１１０において実施される。図３は、第２の実施形態による、サーバ１０１と、クライアント・デバイス１１０と、所定のデバイス１２０と、さらなるサーバ１３０とを備えるコンピュータ・ネットワーク１００の別の部分を示すものである。この場合には、クライアント・デバイス１１０は、例えば、スマートフォンは、さらなるデータ・リンクを経由してコンピュータ・ネットワーク１００にアクセスするように構成されている。さらなるデータ・リンクは、図３において、クライアント・デバイス１１０と、さらなるサーバ１３０との間の破線として示されている。クライアント・デバイス１１０と、さらなるサーバ１３０との間の接続は、図３に示されるように、直接のものとすることもでき、あるいはそれら２つの間における１つまたは複数のネットワーク・ノードを経由したものとすることもできる。さらに、クライアント・デバイス１１０と、サーバ１０１との間のデータ・リンクは、それら２つの間でショート・メッセージ・サービス・メッセージを転送するように適合されており、または動作可能である。この第２の実施形態によれば、クライアント・デバイス１１０は、ＳＭＳベースの認可を実行するように、すなわち、ショート・メッセージ・サービス・メッセージとしてさらなるサーバ１３０に対するアクセスのための要求を送信し、またショート・メッセージ・サービス・メッセージの形でアクセスを認可する応答、または拒否する応答を受信するように適合されており、または動作可能である。さらに、ＳＭＳベースの認可は、受信されたショート・メッセージ・サービス・メッセージのコンテンツに応じてアクセスを許可すること、または拒否することから構成される。例えば、クライアント・デバイス１１０は、ＳＭＳベースの認可の機能を実施するブラウザ・アド・オンを経由してだけ、コンピュータ・ネットワーク１００に対するアクセスを許可するように適合されており、または動作可能である。この場合にもまた、受信機１０２および送信機１０２、ならびにプロセッサ１０３およびストレージ１０４は、サーバ１０１の一部分である。代わりに、それらは、クライアント・デバイス１１０の、例えば、スマートフォンの一部分とすることもできる。
【００４４】
さらなるサーバ１３０からのコンテンツに対するアクセスのための要求を評価するための第２の方法は、図４のシーケンス図を参照して以下で説明される。この方法においては、さらなるサーバ１３０は、ＨＴＴＰとしてよく知られているハイパーテキスト転送プロトコルを経由してコンテンツに対するアクセスを提供するインターネット・ウェブ・サーバである。本方法は、本発明の第２の実施形態による、サーバ１０１と、クライアント・デバイス１１０と、所定のデバイス１２０とを使用して説明される。第１の方法によるステップ２０１から２０８とは、第２の方法において同様に適用され、また図４において完全に同じようにラベル付けされる。
【００４５】
さらに、万一アクセスが、許可され、または拒否される場合には、第２の方法によれば、メッセージ２０９は、サーバ１０１からクライアント・デバイス１１０へと送信される。メッセージ２０９は、評価の結果についての情報を、例えば、アクセスが、許可されるか、または拒否されるかを示す表示を含んでいる。
【００４６】
メッセージ２０９の受信時に、クライアント・デバイス１０１は、ステップ２１０において、アクセスが、許可されるか、または拒否されるかを決定する。さらに、アクセスが、許可され、またはそうではなくて接続２１１を確立しないことによりアクセスを拒否することになるときに、クライアント・デバイス１０１は、直接にさらなるデータ・リンクを経由してさらなるサーバ１３０に対する接続２１１を確立するように、適合されており、または動作可能である。後者の場合には、エラー・メッセージが、表示される可能性がある。直接接続２１１は、それゆえに、成功した認可の後だけにさらなるサーバ１３０に対する直接リンクであり、すなわち、サーバ１０１を経由してはいない。
【００４７】
メッセージ２０９は、オプションであり、またアクセスの拒否の場合に省略されることもある。この場合に、万一応答が受信されない場合には、クライアント・デバイス１１０は、アクセスを許可しないように構成されている。
【００４８】
例えば、ブラウザ・アド・オンは、上記で説明されるそれらのステップを実行するように、適合されており、または動作可能である。
【００４９】
説明される本方法は、さらなるサーバ１３０と、さらなるサーバ１３０のコンテンツとに対するアクセスの認可または拒否について所定のデバイス１２０のユーザにプロンプトすることを可能にして初めて、クライアント・デバイス１１０が、さらなるサーバ１３０についてのコンテンツまたは情報にアクセスすることができる。ブラックリストと、ホワイトリストとのような自動的なフィルタ規則は、アクセスが許可されるべきか、または拒否されるべきかを示す単なる表示ではないので、上記で説明される本方法は、アクセスについての要求の評価を改善し、またアクセス制御のリアル・タイム構成を可能にする。
【００５０】
上記で説明される２つの実施形態のうちのいずれかに対する修正形態においては、アクセスまたは拒否に関する評価の結果は、例えば、新しいフィルタ規則、あるいは新しいブラックリスト入力またはホワイトリスト入力として記憶されることもある。このようにして、ブラックリストおよびホワイトリストのようなフィルタ規則は、所定のデバイス１２０から受信される認可の決定に基づいて自動的にアップデートされる。
【００５１】
第２の実施形態によれば、ブラックリスト／ホワイトリスト入力は、同様にステップ２１０において、クライアント・デバイス１１０上に記憶されることもある。
【００５２】
上記で説明される本発明の特定の実施形態においては、第１の実施形態においての、要求２０５と、応答２０７と、第２の実施形態においての、メッセージ２０１、２０５、２０７および２０９は、ＳＭＳとしてよく知られているショート・メッセージ・サービスによるメッセージである。この場合には、サーバ１０１は、それぞれショート・メッセージ・サービス・メッセージとして、要求を送信し、またメッセージの応答を受信するように適合されており、または動作可能なショート・メッセージ・サービス・ゲートウェイを備える。第１の実施形態の場合には、サーバ１０１は、さらなる要求２０５を所定のデバイス１２０に提供するために、要求メッセージ２０１からショート・メッセージ・サービス・メッセージを、またオプションとして応答メッセージ２０４の形で受信されるコンテンツを生成するように適合されており、または動作可能である。同様にして、サーバ１０１は、所定のデバイス１２０からショート・メッセージ・サービス・メッセージとして応答２０７を受信し、またステップ２０８においてショート・メッセージ・サービス・メッセージのコンテンツを処理することにより、アクセスが許可されるか、または拒否されるかを決定するように、適合されており、または動作可能である。第２の実施形態の場合には、メッセージ２０１、２０５、２０７および２０９は、ＳＭＳとして処理される。
【００５３】
この場合には、所定のデバイス１２０は、ショート・メッセージ・サービス・メッセージの形で応答を送信し、またこのメッセージのコンテンツを決定するように、適合されており、または動作可能である。所定のデバイス１２０は、例えば、オプションとして要求されたコンテンツのプレビューを有するショート・メッセージ・サービス・メッセージの形で受信される要求のコンテンツを表示するように、適合されており、または動作可能である。例えば、文字列「許可される」または文字列「拒否される」は、ユーザ・プロンプトの次に表示され、また応答は、例えば、所定のデバイス１２０によって検出されるユーザ入力が、「許可される」であるか、または「拒否される」であるかに応じて、文字列「許可される」または文字列「拒否される」を含むショート・メッセージ・サービス・メッセージの形で送信される。
【００５４】
ショート・メッセージ・サービス・メッセージを使用する代わりに、それぞれのデータを送信するための他の任意のプロトコルまたは方法が、使用されることもある。
【００５５】
さらに、サーバ１０１、またはクライアント・デバイス１１０は、ストレージ１０４に対するアクセスを可能にするインターフェースから構成され、またサーバ１０１の、例えば、ブラックリストまたはホワイトリストのフィルタ規則を構成することもある。
【００５６】
さらに、所定のデバイス１２０のアドレス、または所定のデバイス１２０のクライアント・デバイス１１０に対するマッピングは、このインターフェースを経由して構成されることもある。
【００５７】
オプションとして、複数の所定のデバイス１２０と、クライアント・デバイス１１０に対する個別のマッピングとは、同様にこのようにして構成されることもある。
【００５８】
本説明および図面は、単に本発明の原理を例証しているにすぎない。したがって、当業者なら、本明細書において明示的に説明されてもおらず、または示されてもいないが、本発明の原理を実施し、また本発明の精神および範囲の内部に含まれる様々な構成を工夫することができるようになることが、理解されるであろう。さらに、本明細書において列挙されるすべての例は、本発明の原理と、当技術を推進するために、本発明者（単数または複数）によって寄与される概念とを理解するに際して読者を助ける教育上の目的のためにすぎないことを原理的に、明示的に、意図しており、またそのような具体的に列挙された例および状態だけに限定することのないように解釈されるべきである。さらに、本発明の原理、態様、および実施形態を列挙している、本明細書におけるすべての記述、ならびにその特定の例は、その同等形態を包含することも意図している。
【００５９】
「プロセッサ」としてラベル付けされる任意の機能ブロックを含めて、図面の中に示される様々な要素の機能は、専用のハードウェア、ならびに適切なソフトウェアと関連してソフトウェアを実行することができるハードウェアの使用を通して提供されることもある。プロセッサによって提供されるときに、それらの機能は、単一の専用のプロセッサにより、単一の共用プロセッサにより、またはそれらのプロセッサのうちのいくつかが、共用され得る複数の個別のプロセッサにより、提供されることもある。さらに、用語「プロセッサ」または「制御装置」の明示的な使用は、ソフトウェアを実行することができるハードウェアだけを排他的に意味するように解釈されるべきではなく、また限定することなく、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）ハードウェアと、ネットワーク・プロセッサと、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）と、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ：ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）と、ソフトウェアを記憶するためのリード・オンリー・メモリ（ＲＯＭ：ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）と、ランダム・アクセス・メモリ（ＲＡＭ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）と、不揮発性ストレージとを暗黙のうちに含むことができる。他のハードウェアが、従来のものおよび／またはカスタムもまた、含められることもある。
【００６０】
本明細書における任意のブロック図は、本発明の原理を実施する実例となる回路の概念図を表すことが、当業者によって理解されるべきである。同様に、シーケンス図は、コンピュータ読取り可能媒体において実質的に表され、またそのようなコンピュータまたはプロセッサが明示的に示されているか否かにかかわらず、コンピュータまたはプロセッサによってそのようにして実行され得る様々なプロセスを表すことが、理解されるであろう。
【００６１】
当業者なら、様々な上記で説明された方法のステップは、プログラムされたコンピュータによって実行され得ることを簡単に認識するであろう。本明細書においては、いくつかの実施形態はまた、マシン読取り可能またはコンピュータ読取り可能であり、また命令のマシン実行可能プログラムまたはコンピュータ実行可能プログラムを符号化するプログラム・ストレージ・デバイスを、例えば、デジタル・データ・ストレージ媒体を対象として含むことも意図しており、そこでは、前記命令は、前記の上記で説明された方法のステップのうちの一部またはすべてを実行する。プログラム・ストレージ・デバイスは、例えば、磁気ディスクや磁気テープなどの磁気ストレージ媒体、ハード・ドライブ、または光学的に読取り可能なデジタル・データ・ストレージ媒体とすることができる。それらの実施形態はまた、上記で説明された方法の前記ステップを実行するようにプログラムされたコンピュータを対象として含むことも意図している。
【図１】
2015528154.tif 000003
【図２】
2015528154.tif 000004
【図３】
2015528154.tif 000005
【図４】
2015528154.tif 000006
【国際調査報告】
2015528154.tif 000007
2015528154.tif 000008