JP2007072949A

JP2007072949A - オンライン契約規制システム

Info

Publication number: JP2007072949A
Application number: JP2005261844A
Authority: JP
Inventors: Yasuki Sakai; 康記坂井; Hiroshi Kawakami; 浩川上
Original assignee: Hitachi Software Engineering Co Ltd
Current assignee: Hitachi Software Engineering Co Ltd
Priority date: 2005-09-09
Filing date: 2005-09-09
Publication date: 2007-03-22

Abstract

【課題】オンライン契約に関して、社員個々人の勝手な判断により、会社にとって不利な条件でオンライン契約を勝手に結ばれないよう、企業内関係部署による審査手続きを徹底させること。
【解決手段】オンライン契約画面のURL、社員識別情報、およびその画面に含まれている文字列をファイアウォールに組み込んだ特別な仕掛けで解析することにより、契約を結ぼうとしている社員に対し審査部署への審査依頼画面を表示し、審査部署での審査を経てから契約を結ばせるよう強制的に行動させることにより解決する。
【選択図】図１

Description

本発明は、ソフトウェアの購入等をインターネットを通じて行うオンライン契約について、企業内で定められた審査手続きを強制的に守らせるためのワークフローシステム、すなわちオンライン契約規制システムに関する。

近年、ソフトウェア購入等の契約をインターネットで行う形態が普及している。企業内でも、特に規制を設けない限り、インターネット接続可能なブラウザ端末をユーザ（例えば、社員）が用いてオンライン契約を行うウェブページへアクセスし、他社製品や、フリーソフト、シェアウェアなどを自由に入手することができる。しかしながら、それら契約の中には、ブラウザ端末ユーザ自身の属する企業にとって好ましくない条件を含むものがある場合がある。例えば、企業が所有するライセンス数を超えてしまう、自社特許を自由に使用される、機密情報が漏洩してしまう、などが考えられる。
従って、企業側としては、自社の社員が勝手にインターネット上でソフトウェアを入手、使用されることを必要に応じて規制しなければならない。

過去、このような点を実装した技術がいくつか知られている。
下記特許文献１に記載のものは、ユーザが使用許諾を受けた範囲を超えてソフトウェアを不正に使用するのを禁止できるようにしたものである。ライセンス情報を格納したライセンスファイルが各ユーザに配布され、コンピュータでソフトウェアが起動されると、ライセンス認証プログラムが先に起動され、ソフトウェアの使用許可判定を行う。

下記特許文献２に記載のものは、インターネットブラウザに組み込まれた音声認識プラグインに対し、それが試用期間を過ぎるなど、契約違反で使用されている場合に、そのプラグインを利用したコンテンツ提供サイトを表示させないようにする技術である。この技術では、そのコンテンツを提供するサイトを管理するデータベースを用意し、クライアントコンピュータはそのデータベースを参照して、契約違反者の場合はサイトを表示させないようにしている。

下記特許文献３に記載のものは、規制というよりはソフトウェアの管理を容易にする観点から実現された技術で、使用許可が与えられたソフトウェアのユーザ側での使用状況をソフトウェア提供者側に伝達してライセンス契約の拡張を図るものである。

下記特許文献４に記載のものは、契約したライセンス数以上にソフトウェアがインストールされることを防止する技術であり、インストールするソフトウェア本体、インストール履歴、ライセンス数などを管理するサーバを用意し、クライアントコンピュータはこのサーバを通じてソフトウェアをインストールするものである。

下記特許文献５に記載のものは、ネットワークシステムにおいてソフトウェアのコピー回数がライセンス契約で定められている場合に、ソフトウェアの不正コピーを自動的に発見し、またはその使用禁止を自動的に行うもので、クライアントコンピュータは被管理ソフトウェアのライセンス情報をネットワーク内の管理装置に送信し、管理装置がそのライセンス情報から不正コピーを発見する。

下記特許文献６に記載のものは、ライセンス契約によって保護されているソフトウェアの同時使用者の数を制限するための方法および構成である。ソフトウェアがワークステーションによって起動されるとき、ソフトウェアから鍵ユニットへと開始要求が送信され、その後に、鍵ユニットに接続されかつ当該ソフトウェアに対応している物理ライセンス・ユニットについて、空いている使用者収容位置があるか否かが調査される。空いている使用者収容位置が存在する場合、ソフトウェアが立ち上がり、空いている使用者収容位置が存在しない場合、ソフトウェアは終了する。
特開２００４−１１０３６０号公報特開２００３−３６４０３号公報特開２０００−３０５７７５号公報特開平１０−１４３３５７号公報特開平９−９７１７４号公報特表２００５−５１８０４１号公報

企業内の社員によるソフトウェア等の不正な使用を制限する技術は、上記特許文献に示したようなソフトウェアライセンスの管理という観点から実現されたものが多い。しかしながら現在では、インターネットを介してソフトウェアだけでなくさまざまなものが契約対象となり、容易に契約、使用することができるようになっている。これらの中には企業にとって不利な条件を含むものがあり、その場合、社員が勝手に契約、使用されることを防止しなければならない。この種の防止には通常、企業内の審査部署が対応にあたり、社員は前もってその部署に問い合わせなければならない。

しかしながら、社員がその規則を守るとは限らない。従って、システムとしてインターネットを介したソフトウェア購入等の契約（以後、「オンライン契約」と略す）を自動的に制限し、企業内の審査部署に強制的に審査を依頼させるようなワークフローが実装されるべきである。
従来の技術には、こういう観点からソフトウェア等の不正な使用を制限するものはなかった。

本発明は上記の課題を鑑みてなされたものであり、社員であるユーザがブラウザ端末を用いてオンライン契約をしようとする場合に、そのオンライン契約のWeb画面のURLやHTMLの内容を解析して、企業内の審査部署による審査が必要か否かを判断し、審査が必要な場合には強制的にその旨の画面を表示させ、審査部署に審査を依頼させるように自動ワークフロー化することで、企業にとって不利益な契約を結ばれることがないようにすることを目的とする。

上記目的を達成するために本発明によるオンライン契約規制システムは、企業内のファイアウォール内に設けたオンライン契約管理モジュールが、ブラウザの要求したオンライン契約画面のURL及び／または内容等を分析することにより自動審査する手段と、オンライン契約画面の審査を管理する種々にテーブルを含むデータベースと、審査部署による審査を受けるべきである場合には該当する審査部署へ審査依頼を出す手段と、審査部署による審査が不要である場合にはそのままオンライン契約画面をブラウザに表示させて契約を続行させる手段と、審査部門が審査した結果を自動的にブラウザのユーザである社員に通知する手段を備えたことを特徴とする。具体的には次の構成を提供する。

（１）請求項１に係るオンライン契約規制システムは、Web画面の送信要求を行うブラウザと、該ブラウザからの送信要求に対して該Web画面を送信するWebサーバとの間のデータ伝送を、オンライン契約を規制するために管理するオンライン契約規制システムにおいて、
ファイアウォール内に設けられるオンライン契約管理モジュールと、
オンライン契約画面のURLと、該オンライン契約画面の前記ブラウザへの送信可または送信不可とを関連づけて記憶したURL単位審査テーブルとを有し、
前記オンライン契約管理モジュールが、
前記ブラウザによる前記Webサーバに対するWeb画面の送信要求と該送信要求に応答して該Webサーバから送信された該Web画面とを一時的に記憶する記憶手段と、
一時的に記憶された前記送信要求に含まれる前記Web画面のURLに基づいて前記URL単位審査テーブルを参照することにより、該Web画面が該ブラウザへ送信可のオンライン契約画面であるか否かを判断するURL単位審査手段と、
前記Web画面が前記ブラウザへ送信可のオンライン契約画面であると判断された場合に、一時的に記憶された前記Web画面を該ブラウザへ送信し、一方、該Web画面が前記ブラウザへ送信不可のオンライン契約画面であると判断された場合には、該Web画面を該ブラウザへ送信しない手段とを有することを特徴とする。

（２）請求項２に係るオンライン契約規制システムは、Web画面の送信要求を行うブラウザと、該ブラウザからの送信要求に対して該Web画面を送信するWebサーバとの間のデータ伝送を、オンライン契約を規制するために管理するオンライン契約規制システムにおいて、
ファイアウォール内に設けられるオンライン契約管理モジュールと、
オンライン契約画面のURL及び社員識別情報と、該オンライン契約画面の前記ブラウザへの送信可または送信不可とを関連づけて記憶した個人単位審査テーブルとを有し、
前記オンライン契約管理モジュールが、
前記ブラウザによる前記Webサーバに対するWeb画面の送信要求と該送信要求に応答して該Webサーバから送信された該Web画面とを一時的に記憶する記憶手段と、
一時的に記憶された前記送信要求に含まれる前記Web画面のURL及び前記社員識別情報に基づいて前記個人単位審査テーブルを参照することにより、該Web画面が該ブラウザへ送信可のオンライン契約画面であるか否かを判断する個人単位審査手段と、
前記Web画面が前記ブラウザへ送信可のオンライン契約画面であると判断された場合に、一時的に記憶された前記Web画面を該ブラウザへ送信し、一方、該Web画面が前記ブラウザへ送信不可のオンライン契約画面であると判断された場合には、該Web画面を該ブラウザへ送信しない手段とを有することを特徴とする。

（３）請求項３に係るオンライン契約規制システムは、Web画面の送信要求を行うブラウザと、該ブラウザからの送信要求に対して該Web画面を送信するWebサーバとの間のデータ伝送を、オンライン契約を規制するために管理するオンライン契約規制システムにおいて、
ファイアウォール内に設けられるオンライン契約管理モジュールと、
オンライン契約画面のURLと、複数の画面タイプのいずれかとを関連付けて記憶した画面タイプテーブルと、
オンライン契約画面のURLと、該オンライン契約画面の前記ブラウザへの送信可または送信不可とを関連づけて記憶したURL単位審査テーブルと、
オンライン契約画面のURL及び社員識別情報と、該オンライン契約画面の前記ブラウザへの送信可または送信不可とを関連づけて記憶した個人単位審査テーブルとを有し、
前記オンライン契約管理モジュールが、
前記ブラウザによる前記Webサーバに対するWeb画面の送信要求と該送信要求に応答して該Webサーバから送信された該Web画面とを一時的に記憶する記憶手段と、
一時的に記憶された前記送信要求に含まれる前記Web画面のURLに基づいて前記画面タイプテーブルを参照することにより、該Web画面の画面タイプに従ってURL単位審査を行うべきかまたは個人単位審査を行うべきかを判断する審査タイプ判断手段と、
URL単位審査を行うべきと判断された場合に、一時的に記憶された前記送信要求に含まれる前記Web画面のURLに基づいて前記URL単位審査テーブルを参照することにより、該Web画面が該ブラウザへ送信可のオンライン契約画面であるか否かを判断するURL単位審査手段と、
個人単位審査を行うべきと判断された場合に、一時的に記憶された前記送信要求に含まれる前記Web画面のURL及び前記社員識別情報に基づいて前記個人単位審査テーブルを参照することにより、該Web画面が該ブラウザへ送信可のオンライン契約画面であるか否かを判断する個人単位審査手段と、
前記URL単位審査手段または前記個人単位審査手段により、前記Web画面が前記ブラウザへ送信可のオンライン契約画面であると判断された場合に、一時的に記憶された前記Web画面を該ブラウザへ送信し、一方、該Web画面が前記ブラウザへ送信不可のオンライン契約画面であると判断された場合には、該Web画面を該ブラウザへ送信しない手段とを有することを特徴とする。

（４）請求項４に係るオンライン契約規制システムは、請求項３において、前記画面タイプテーブルにおいて前記複数の画面タイプの各々がいずれかの審査部署に対応付けられており、
前記オンライン契約管理モジュールがさらに、
一時的に記憶された前記Web画面を前記ブラウザへ送信しない場合、前記審査タイプ判断手段により判断された画面タイプに基づいて前記画面タイプテーブルを参照することにより、対応する審査部署を検出し、該審査部署向けの審査依頼画面を該ブラウザへ送信する手段を有することを特徴とする。

（５）請求項５に係るオンライン契約規制システムは、請求項３または４において、社員識別情報と、審査部署の社員であるか否かを関連付けて記憶した審査部署社員テーブルをさらに有し、
前記オンライン契約管理モジュールがさらに、
一時的に記憶された前記送信要求データに含まれる社員識別情報に基づいて前記審査部署社員テーブルを参照することにより、該社員識別情報が審査部署の社員のものであるか否かを判断する審査部署社員判断手段と、
前記社員識別情報が審査部署の社員のものであると判断された場合に、一時的に記憶された前記Web画面を該ブラウザへ送信し、一方、該社員識別情報が審査部署の社員のものでないと判断された場合には、前記審査タイプ判断手段による判断を行う手段を有することを特徴とする。

（６）請求項６に係るオンライン契約規制システムは、請求項３〜５のいずれかにおいて、オンライン契約画面であることを示す複数のキーワードを記憶したキーワードテーブルをさらに有し、
前記オンライン契約管理モジュールがさらに、
前記審査タイプ判断手段により前記Web画面がいずれの画面タイプでもないと判断された場合に、前記キーワードテーブルを参照することにより、一時的に記憶された前記Web画面に前記複数のキーワードのいずれかが含まれるか否かを判断するキーワード判断手段と、
前記Web画面が前記複数のキーワードのいずれかを含むと判断された場合に、一時的に記憶された該Web画面を該ブラウザへ送信し、一方、該Web画面が前記複数のキーワードのいずれかを含まないと判断された場合には、該Web画面を該ブラウザへ送信しない手段とを有することを特徴とする。

（７）請求項７に係るオンライン契約規制システムは、請求項６において、前記キーワードテーブルにおいて前記複数のキーワードの各々がいずれかの審査部署に対応付けられており、
前記オンライン契約管理モジュールがさらに、
一時的に記憶された前記Web画面を前記ブラウザへ送信しない場合、前記キーワード判断手段により該Web画面に含まれると判断されたキーワードに基づいて前記キーワードテーブルを参照することにより、対応した審査部署を検出し、該審査部署向けの審査依頼画面を該ブラウザへ送信する手段を有することを特徴とする。

（８）請求項８に係るオンライン契約規制システムは、請求項７において、前記ブラウザから返信された前記審査依頼画面の情報を記憶した依頼情報管理テーブルをさらに有し、
前記オンライン契約管理モジュールがさらに、
前記ブラウザから返信された前記審査依頼画面の情報を前記依頼情報管理テーブルに記憶する手段と、
審査依頼メールを該当する審査部署端末に対して送信する手段と、
前記審査部署端末のブラウザからの要求により前記依頼情報管理テーブルの情報を含むオンライン契約管理画面を送信する手段と、
審査タイプ及び審査結果の情報を付加されて前記審査部署端末のブラウザから返信された前記オンライン契約管理画面の情報に基づいて前記画面タイプテーブル及び、前記URL単位審査テーブルまたは前記個人単位審査テーブルに記憶する手段と、
前記審査部署端末のブラウザから返信された前記オンライン契約管理画面の情報に基づいて前記ブラウザに対し審査結果メールを送信する手段とを有することを特徴とする。

本発明によれば、社員が勝手にオンライン契約を結ぶことで、企業が不利益を被ることを防止することができる。
また、既に審査部署による審査結果の得られているオンライン契約画面の当該審査結果を、データベースに登録しておくことにより、次回の当該オンライン契約画面へのアクセスについては自動審査することができる。
さらに、審査部署による審査が必要な場合に、社員のブラウザに対して審査依頼画面を自動的に送信することで、審査部署への迅速な依頼を確実に行うことができる。

以下、本発明を実施する場合の一形態を図面を参照して具体的に説明する。
図１は、本発明によるオンライン契約規制システムの全体構成を表す図である。社員がソフトウェア購入等の理由でオンライン契約をしようとする場合、まずインターネット接続可能な社員端末１０１に導入されているインターネットブラウザ（以下、単に「ブラウザ」と称する）を立ち上げる。

図１を参照して本システムの概略を説明する。社員端末１０１のブラウザからインターネットを介して社外Webサイトを参照しようとするには、社内ネットワークと社外ネットワークとの間に設置されたファイアウォール１０３を通過する必要がある。ファイアウォール１０３は、ソフトウェアとして適宜のコンピュータに導入され当該コンピュータを機能させる。社外Webサイトは、Webサーバにより構築管理される１または複数のWeb画面（Webページ）から構成される。Webサーバは、ブラウザからの送信要求に応じて、その要求されたWeb画面をブラウザに送信する。ブラウザとWebサーバとは、HTTPプロトコルを用いてデータ送受信を行う。社外Webサイトに対する初回のアクセス時、ファイアウォール１０３は、社員端末１０１のブラウザに対して、社員番号（すなわち、個々の社員を識別する社員識別情報）とパスワードの入力を求める（詳細は後述）。それぞれ正しく入力すると、次回からは入力不要である。社員番号はHTTPヘッダーに常に格納される。

続いて、アクセスした社外Webサイトに含まれるオンライン契約画面の直前のWeb画面（以下便宜上、「契約申し込み画面」と称する）１０２に接続する。後述する図３に契約申し込み画面の一例が示される。本システムを設けない通常のシステムでは「次へ」ボタンを押すことにより、後述する図２０に一例を示すオンライン契約画面１０７に直ちに遷移する。

これに対し本システムでは、後述する図３の契約申し込み画面１０２で、「次へ」ボタンを押すと、社員端末１０１のブラウザが、Webサーバ１０４に対してオンライン契約画面１０７の送信を要求するHTTPリクエスト（所望するWeb画面の送信要求）を発生する。このHTTPリクエストには、ヘッダー部に当該オンライン契約画面１０７のURL、及び後述する図２のダイアログで入力した社員番号が含まれている。
本システムの主たる機能を担うオンライン契約管理モジュール１０５は、ファイアウォール１０３内に組み込まれたソフトウェアであり、ファイアウォール１０３と連係して動作することによりその導入されたコンピュータを機能させる。オンライン契約管理モジュール１０５は、ブラウザの送信したHTTPリクエストを適宜の記憶手段（ファイアウォール１０３の導入されたコンピュータのメモリ等）に一時的に記憶する。

続いて、社外のWebサーバ１０４からそのHTTPリクエストに対応するHTTPレスポンスが送信されてくると、オンライン契約管理モジュール１０５はこれを取得して適宜の記憶手段（ファイアウォール１０３の導入されたコンピュータのメモリ等）に一時的に記憶する。すなわち、HTTPレスポンスは、そのまま直ちにブラウザへ通過させられない。このHTTPレスポンスは、ブラウザから送信要求されたオンライン契約画面を記述したHTMLファイルを含む。

尚、当然ながらブラウザは、オンライン契約画面以外のWeb画面についてもHTTPリクエストを発生し、これに対して所定のWeb画面を含むHTTPレスポンスが送信されてくるが、この時点では、オンライン契約管理モジュール１０５は、当該HTTPレスポンスが、オンライン契約画面のHTMLを含むのか、それ以外のWeb画面のHTMLを含むのかを認知していない。従って、オンライン契約管理モジュール１０５は、全てのHTTPレスポンスについてブラウザへの送信を保留し、一時的に記憶することとなる。

次に、オンライン契約管理モジュール１０５は、HTTPリクエストに含まれるオンライン契約画面１０７のURLに基づいて、またはURLと社員番号に基づいて、オンライン契約管理データベース１０６を検索することにより、まず自動審査を行う。オンライン契約管理データベース１０６は、後述する種々のテーブルを含み、適宜の記憶手段（ファイアウォール１０３の導入されたコンピュータまたは別のコンピュータのハードディスク等）に記憶され、適宜のデータベースソフトウェアにより管理される。

自動審査の結果は、次の３つの場合に分かれる。
(i)当該オンライン契約画面が審査部署により審査済みであり、その結果「OK（すなわち、ブラウザへ送信可）」である場合。この場合、HTTPレスポンスをそのまま通し、ブラウザに送信してオンライン契約画面１０７を表示させる。

(ii)当該オンライン契約画面が審査部署により審査済みであり、その結果「NG（すなわち、ブラウザへ送信不可）」である場合。この場合、例えば、オンライン契約が不可である旨を記載した表示不可画面１０８をブラウザに表示させる。

(iii)当該オンライン契約管理データベース１０６に登録されていない場合。この場合、オンライン契約管理データベース１０６に含まれるキーワードテーブルを検索し、HTTPレスポンス内のHTMLに、キーワードが含まれるか否かを分析する。キーワードが含まれていれば、オンライン契約画面であると判断し、審査部署向けの審査依頼画面１０９をブラウザに送信し表示させる。キーワードが含まれなければ、オンライン契約画面ではないと判断し、HTTPレスポンスをそのままブラウザに送信し表示させる。

審査部署による審査が必要な場合、どの部署による審査が必要かは審査依頼画面１０９に記載されている。その上で、ブラウザの表示画面上で依頼ボタンを押下（クリック）することにより、それに応答してオンライン契約管理モジュール１０５が審査部署端末１１１に対し審査依頼メール１１０を送信する。審査部署端末１１１はメールを受け取ると、審査部署端末１１１に導入されているブラウザからオンライン契約管理画面１１２にアクセスし、依頼内容を確認、当該契約が問題ないか審査して、オンライン契約管理画面１１２上で審査結果を登録する。審査結果はオンライン契約管理データベース１０６に含まれる該当するテーブルに登録される一方、メール１１３でブラウザの端末に通知される。

以下、図１に概要を示した本システムを詳細に説明する。
図２は、ブラウザを立ち上げた時に表示される社員番号とパスワードの登録画面である。社員が社員端末のブラウザ２０１を立ち上げると、あらかじめブラウザに登録された初期URLにブラウザはアクセスしようとする。その際、図１のファイアウォール１０２は、社員番号とパスワードの入力を要求するダイアログボックス２０２を表示する。社員はこのダイアログボックスに社員番号とパスワードを入力し、OKボタン２０３を押すと、図１のファイアウォール１０２で認証され、社員番号とパスワードが正しければ、図１のファイアウォール１０２は初期URLの画面を社外Webサーバに取得しにいく、すなわち初期URLの画面送信要求を社外Webサーバに対して送信する。社員番号は、個々の社員を識別する社員識別情報であり、以降ブラウザが送信するHTTPリクエストのヘッダー部に格納され、Web画面にアクセスする度にダイアログボックス２０２が表示されることはない。ダイアログボックス２０２で、キャンセルボタン２０４を押すと、以降ブラウザはWeb画面を表示できない。

ファイアウォールでの認証が終了したら、社員は、ブラウザ２０１から所望する契約申し込み画面１０２にアクセスする。
図３は、契約申し込み画面１０２の一例である。社員は、３０１、３０２に氏名を、３０３に住所を、３０４に電話番号を登録し、「次へ」ボタン３０５を押す。これにより、オンライン契約画面１０７の送信を要求するHTTPリクエストが図１のファイアウォール１０２に送信される。オンライン契約管理モジュール１０５は、このHTTPリクエストを適宜の記憶手段に一時的に記憶する。尚、この時点では、図１のファイアウォールに設けられたオンライン契約管理モジュール１０５は、当該HTTPリクエストが、オンライン契約画面の送信要求であるのかそれ以外のWeb画面の送信要求であるのかは認知していない。

図４は、そのHTTPリクエストのヘッダーを示す。４０１は、オンライン契約画面１０７のURLであり、４０２はダイアログボックス２０２で入力した社員番号である。図１に示したように、ファイアウォール１０２は、このHTTPリクエストを社外Webサーバ１０４に送り、これに応答して社外Webサーバ１０４が送信したオンライン契約画面１０７のHTMLを含んだHTTPレスポンスを取得する。そして、オンライン契約管理モジュール１０５は、HTTPレスポンスをブラウザへそのまま通過させず、一時的に適宜の記憶手段に記憶する。また、先に記憶したHTTPリクエストとHTTPレスポンスの対応付けも取る。尚、この時点でも、オンライン契約管理モジュール１０５は、当該HTTPレスポンスが、オンライン契約画面のHTMLを含むのか、それ以外のWeb画面のHTMLを含むのかは認知していない。その後、オンライン契約管理モジュール１０５が、HTTPリクエストとHTTPレスポンスを解析して、ブラウザにオンライン契約画面を送信するか否かを判断する。

図５は、オンライン契約管理モジュール１０５の動作の詳細フローである。尚、オンライン契約管理モジュール１０５は、図１のオンライン契約管理データベース１０６に含まれる図６〜図９に示す各テーブルと連係しつつ動作する。よって、図６〜図９の各テーブルを参照しつつ説明する。

ブラウザがオンライン契約画面１０７を要求するHTTPリクエストを送る（５０１）と、そのHTTPリクエストからオンライン契約画面１０７のURL及び、社員の社員番号を取得する（５０２）。これらの情報はファイアウォールのメモリに記憶される。次に、HTTPリクエストを社外のWebサーバに送り、オンライン契約画面１０７のHTMLを含んだHTTPレスポンスを受け取る（５０３）。

さて、オンライン契約画面１０７は、社員がソフトウェア購入契約などのためにアクセスするだけでなく、審査部署社員が審査のために審査部署端末を用いて直接アクセスする場合もある。後者の場合、審査依頼の必要はない。このような審査部署社員によるアクセスを審査無しで許可するために、次の処理を行っている。図６はこの処理のために用いる審査部署社員テーブルである。まず、図５の５０２でファイアウォール１０２に記憶された社員番号をキーに、図６に記載の審査部署社員テーブルを参照し、検索する。審査部署社員テーブルには審査部署社員の社員番号６０１と、所属部署６０２のフィールドが存在する。記憶された社員番号が審査部署社員テーブルに存在すれば、オンライン契約画面のHTTPレスポンスをブラウザに送信する（５０４、５０５）。

記憶された社員番号が審査部署社員テーブルに存在しなければ、オンライン契約画面１０７のURL、社員番号をキーにオンライン契約管理データベース１０６の所定のテーブルを検索して、審査部署による審査が必要か否かを判断する（５０６）。

オンライン契約の審査のタイプには２通り存在する。一つは、個人に関係なく審査すべきもの、もう一つは、ライセンスの管理など、個人に関係して審査すべきものである。前者を便宜上、URL単位に審査すべきものととらえ、後者を個人に関係して審査すべきものととらえる。

URL単位に審査すべきものは、図７に記載のURL単位審査テーブルにて管理する。このテーブルには、URL７０１、審査結果７０２、理由７０３のフィールドがあり、これらのデータが関連づけられて記憶される。審査結果７０２は「OK」か「NG」のどちらかのデータが登録されている。「OK」は、全ての社員が当該オンライン契約画面を審査なしで参照できることを示し、「NG」は、全ての社員が当該オンライン契約画面を参照できないことを示す。審査結果が「NG」の場合は、ブラウザに対して表示不可画面を表示し（５０９）、当該オンライン契約ができないようにする。

個人に関係して審査すべきものは、図８に記載の個人単位審査テーブルにて管理する。このテーブルには、URL８０１、審査依頼者社員番号８０２、審査結果８０３、理由８０４のフィールドがあり、これらのデータが関連づけられて記憶される。審査依頼者社員番号８０２は、図１２に例示する審査依頼画面から依頼してきた社員の社員番号である。審査結果８０３、理由８０４は図７のそれらと同様なので説明は省略する。

オンライン契約画面１０７が、URL単位審査または個人単位審査のいずれの審査タイプに属するかは、図９に記載の画面タイプテーブルにて管理する。この画面タイプテーブルには、URL９０１、画面種別９０２、審査部署名９０３、依頼画面表示文９０４のフィールドがあり、これらのデータが関連づけられて記憶される。画面種別９０２には、「１」、「２」、「３」の３つのタイプある。「１」はURL単位審査テーブルで管理することを、「２」は個人単位審査テーブルで管理することを示し、「３」は上記どちらでもない場合を示す。画面種別９０２に「３」が設定される場合については後述する。

図５のフローに戻って、５０６の指定URL、社員番号をキーにオンライン契約管理データベース１０６を検索する手順の一例は、以下の通りである。

まず、URLをキーに画面タイプテーブルを検索し、画面種別９０２を取得する。URLが画面タイプテーブルに登録されていない場合は、後述する処理５１５を実行する。登録されていて、取得した画面種別が「１」ならば、URLをキーに図７のURL単位審査テーブルを検索し、審査結果７０２を取得する。URLがURL単位審査テーブルに登録されていない場合は、後述する処理５１５を実行する。審査結果７０２が「OK」の場合は、記憶しておいたHTTPレスポンスをブラウザに送信し、図２０に例示するオンライン契約画面を表示させる。「NG」の場合は、記憶しておいたHTTPレスポンスは送信せず、図２１に例示する表示不可画面をブラウザに送信して表示させ、オンライン契約ができないことを示す。

画面タイプテーブルから取得した画面種別が「２」ならば、URLと社員番号をキーに図８の個人単位審査テーブルを検索し、審査結果８０３を取得する。取得できなかった場合は、後述する処理５１５を実行する。審査結果８０３が「OK」の場合は、オンライン契約画面１０７をブラウザに表示させる。「NG」の場合は、表示不可画面をブラウザに表示し、オンライン契約ができないことを示す。

画面タイプテーブルから取得した画面種別が「３」ならば、処理５１５を実行する。また、画面種別「１」及び「２」の場合も、上記処理で該当する各テーブルから検索結果が得られなかった場合は処理５１５を実行する。処理５１５では、図１０に示すHTTPレスポンス内HTML（以下、単に「HTML」と略す）を用いる。このHTTPレスポンスは、ファイアウォールに一時的に記憶されているものである。このHTMLに含まれる文字列に対し、図１１のキーワードテーブルを利用して分析を行う。

図１１のキーワードテーブルには、キーワード１１０１、キーワードの種別１１０２、そのキーワードがHTMLの文字列に含まれている場合にどの審査部署が審査にあたるかを示す審査部署１１０３のフィールドがあり、これらのデータが関連づけられて記憶されている。キーワード１１０１には、オンライン契約画面に一般的に含まれている可能性の高い用語が記憶されている。キーワード種別１１０２において、「１」はオンライン契約画面であることを示すもので、これがHTMLに含まれていれば、審査部署１１０３に指定された審査部署向けの審査依頼画面がブラウザに送信され表示される。キーワード種別１１０２が「２」のものは、同様に審査部署１１０３に指定された別の審査部署への依頼が必要であることを示している。

ただし、HTMLにキーワード種別１１０２が「２」のもののみが含まれている場合は、HTMLはオンライン契約画面とは判断されず、そのままブラウザに表示される。この場合、図９の画面タイプテーブルにおいて、URL９０１に当該画面のURL、種別９０２に「３」が登録される。さらに、HTMLにどのキーワードも含まれなかった場合も、HTMLはオンライン契約画面とは判断されず、HTTPレスポンスはそのままブラウザに送信されて表示され、画面タイプテーブルにURL、画面種別として「３」が登録される。

図５において、処理５１５の結果、審査が不要であると判断されれば（５１６）、オンライン契約画面１０７がブラウザに送信される（５０５）。必要であると判断されれば、図１２に例示する審査依頼画面が表示される（５１０）。以降、社員が審査依頼画面に必要事項を入力して審査を依頼し（５１１）、その内容がオンライン契約管理モジュール１０５を介して審査部署端末へ送られ、審査部署の担当者がその内容を見て審査を行い（５１２）、審査結果をオンライン契約管理画面へ入力することによりオンライン契約管理データベースの所定のテーブルに登録し（５１３）、その審査結果をオンライン契約管理モジュール１０５が社員にメールで通知する（５１４）。

図１２は、オンライン契約管理モジュール１０５からブラウザに送信され表示される審査依頼画面の一例である。１２０１は、オンライン契約画面１０７のURLである。１２０２は、審査依頼が必要である理由を示すもので、当該URLが画面タイプテーブルに登録されている場合は、依頼画面表示文９０４が表示される。登録されておらず、キーワードテーブルによる分析の結果、審査が必要であるために審査依頼画面が表示された場合には、その旨が表示される。それ以外の場合は、この審査依頼画面は表示されない。１２０３は、審査依頼先の審査部署名であり、当該URLが図９の画面タイプテーブルに登録されている場合は、審査部署名９０３が検出されて表示される。図９の画面テーブルに登録されておらず、図１１のキーワードテーブルによる分析の結果、審査が必要であるために審査依頼画面が表示された場合には、キーワードテーブルに登録された審査部署１１０３が検出されて表示される。図示の通り、審査部署は複数の場合もある。

審査部署に審査を依頼しようとする社員は、審査部署毎にコメント１２０４をブラウザ上の審査依頼画面に入力し、依頼ボタン１２０５を押下（クリック）する。

すると審査依頼内容の情報を付加された審査依頼画面が、オンライン契約管理モジュール１０５へ送信され、図１３に記載の依頼情報管理テーブルにその内容が格納される。依頼情報管理テーブルの依頼者１３０１は依頼ボタンを押した社員の名前であり、図１２の審査依頼画面のHTTPヘッダーに含まれた社員番号から、企業内LDAP (Lightweight Directory Access Protocol)を引いて求められる。依頼日時１３０２は、依頼ボタン１２０５を押した時刻である。依頼URL１３０３は、図１２の１２０１に記載のオンライン契約画面のURLである。コメント１３０３は、図１２のコメント１２０４に対応する。

依頼情報管理テーブルに格納されると同時に、審査部署の担当者すなわち審査部署端末に審査依頼メールが自動的に送信される。図１４はそのメールの例である。審査部署の担当者のメールアドレスは、図１５に記載の審査部署情報テーブルで管理されている。審査部署１５０１に対し、メールアドレス１５０２が対応づけられている。図１４の１４０２はオンライン契約画面１０７のURLである。審査部署の担当者はこのURLにアクセスして、オンライン契約画面の内容を審査する。

審査部署端末からオンライン契約管理モジュールへ審査結果を送信する処理は、図１６に記載のオンライン契約管理画面から行う。図１４の１４０３にこのオンライン契約管理画面のURLが提示されている。審査部署端末のブラウザはここからオンライン契約管理画面へアクセスする。図１６のオンライン契約管理画面では、複数の審査依頼を一覧で参照することができる。依頼者１６０１は審査の依頼者で、依頼日時１６０２は依頼が行われた日時、より具体的にいえば、依頼ボタン１２０５が押された時刻である。依頼URL１６０３は、審査対象であるオンライン契約管理画面１０７のURLである。コメント１６０４は、審査依頼者のコメントで、１２０４で依頼者である社員が入力したコメントに一致する。詳細ボタン１６０５は、図１７に記載の審査依頼詳細画面へ遷移するためのボタンである。

図１７の審査依頼詳細画面において、１７０１の依頼者、依頼日時、依頼URL、コメントは、それぞれ図１６のオンライン契約画面の依頼者１６０１、依頼日時１６０２、依頼URL１６０３、コメント１６０４に対応する。図１７の１７０２は、契約の審査の種類を決めるラジオボタンで、審査部署の担当者がオンライン契約画面１０７にアクセスして、審査を行い、その契約の種類が個人によるものか、よらないものかを判断し、前者の場合は「URL」にチェックをつけ、後者の場合は「個人」にチェックをつける。審査結果１７０３は、オンライン契約画面の審査の結果、審査依頼してきた社員のブラウザにオンライン契約画面１０７を表示し、契約を続行させて良いか否かを決めるものである。良い場合は、「可」をチェックし、良くない場合は「不可」をチェックする。理由１７０４には、審査の単位１７０２、審査結果１７０３を決めた理由を登録する。最後に、登録ボタン１７０５を押すことで、審査結果が確定する。

審査結果はまず、オンライン契約管理データベース１０６内の、図９の画面タイプテーブルに格納される。図９のURL９０１には、図１７の１７０１の依頼URLが対応する。図９の種別９０２には、図１７の審査の単位１７０２が対応するが、審査の単位が「URL」のときは種別９０２に「１」を、「個人」の場合は種別９０２に「２」を登録する。図９の審査部署名９０３には、当該審査部署が登録されるが、これは審査部署端末のブラウザのクッキー機能に審査部署名を記憶させることで対応する。図９の依頼画面表示文９０４には、図１７の理由１７０４が登録される。

審査結果が登録されると同時に、審査結果のメールが依頼者である社員に、すなわち社員端末に送られる。図１８、図１９はその例であり、前者は審査の結果、「不可」であった場合、後者は審査の結果、「可」であった場合である。図１８の１８０１、図１９の１９０１における「From」には審査部署担当のメールアドレスが、「To」には依頼者の社員のメールアドレスが表示される。依頼者の社員のメールアドレスは、図１３の依頼者管理テーブル内の依頼者１３０１をキーに企業内LDAPを検索して得られる。図１８の１８０２、図１９の１９０２はオンライン契約画面１０７のURLである。図１８の１８０３、図１９の１９０３は審査結果で、審査結果が「不可」の場合は図１８の１８０４のようにその理由が表示される。

審査の結果、「可」である場合は、社員は、オンライン契約画面１０７のURLをブラウザから入力し、再度アクセスする。すると、オンライン契約管理モジュール１０５は、図５に示した動作フロー中の５０７の判断分岐において、審査結果が「OK」となるので、オンライン契約画面１０７をブラウザに送信し表示させる。図２０はオンライン契約画面の例であり、「同意する」ボタン２００１を押すことで、社員はオンライン契約を完了することができる。

審査の結果、「不可」である場合は、図２１に表示不可画面が表示され、社員はオンライン契約を続行することができない。

本発明の全体構成を示す図である。社員識別情報を取得するためのダイアログを示す図である。オンライン契約画面の直前の画面を示す図である。オンライン契約画面のHTTPリクエストのヘッダーである。オンライン契約管理モジュールの動作フローを示す図である。審査部署社員の情報を管理するテーブルである。 URL単位に審査すべきオンライン契約を管理するためのテーブルである。個人単位に審査すべきオンライン契約を管理するためのテーブルである。オンライン契約の画面種別を管理するためのテーブルである。オンライン契約画面のHTTPレスポンスである。オンライン契約画面か否かを判断するキーワードの管理テーブルである。オンライン契約の審査依頼画面を示す図である。依頼者情報を管理するためのテーブルである。審査部署端末が受け取る、審査依頼メール画面を示す図である。審査部署のメールアドレスを管理するためのテーブルである。オンライン契約を管理するための画面である。個々のオンライン契約の審査依頼詳細を示す図である。オンライン契約の審査結果を示すメール画面の図である。（「不可の」場合）オンライン契約の審査結果を示すメール画面の図である。（「可」の場合）オンライン契約画面を示す図である。表示不可画面を示す図である。

符号の説明

１０１・・・社員端末、１０２・・・オンライン契約画面の直前の画面、１０３・・・企業内に設置されたファイアウォール、１０４・・・社外Webサーバ、１０５・・・オンライン契約管理モジュール、１０６・・・オンライン契約管理データベース、１０７・・・オンライン契約画面、１０８・・・オンライン契約画面の表示不可を示す画面、１０９・・・審査部署への審査依頼画面、１１０・・・審査部署への審査依頼メール、１１１・・・審査部署端末、１１２・・・オンライン契約管理画面、１１３・・・審査結果の通知メール、２０１・・・ブラウザ、２０２・・・社員識別情報取得のためのダイアログ、３０１・・・姓を登録する部分、３０２・・・名前を登録する部分、３０３・・・、住所を登録する部分、３０４・・・電話番号を登録する部分、３０５・・・オンライン契約画面へ遷移するためのボタン、４０１・・・オンライン契約画面に対するHTTPリクエストヘッダー、６０１・・・社員番号、６０２・・・所属部署名、７０１・・・オンライン契約画面のURL、７０２・・・審査結果、７０３・・・理由、８０１・・・オンライン契約画面のURL、８０２・・・審査依頼者の社員番号、８０３・・・審査結果、８０４・・・理由、９０１・・・オンライン契約画面のURL、９０２・・・オンライン契約画面の種別、９０３・・・オンライン契約を審査する部署名、９０４・・・審査依頼画面内に、審査部署毎に表示される依頼文、１００１・・・オンライン契約画面のHTML、１１０１・・・オンライン契約画面を分析するためのキーワード、１１０２・・・キーワードの種別、１１０３・・・オンライン契約を審査する部署、１２０１・・・オンライン契約画面のURL、１２０２・・・オンライン契約画面に対する審査理由、１２０３・・・審査依頼部署、１２０４・・・依頼者のコメント、１２０５・・・依頼ボタン、１３０１・・・依頼者氏名、１３０２・・・依頼日時、１３０３・・・依頼URL、１３０４・・・依頼者のコメント、１４０１・・・審査担当のメールアドレス、１４０２・・・オンライン契約画面のURL、１４０３・・・オンライン契約管理画面のURL、１４０４・・・依頼者のコメント、１５０１・・・審査部署名、１５０２・・・審査部署のメールアドレス、１６０１・・・依頼者の氏名、１６０２・・・依頼日時、１６０３・・・オンライン契約画面のURL、１６０４・・・依頼者のコメント、１６０５・・・審査依頼詳細画面への遷移ボタン、１７０１・・・依頼者情報、１７０２・・・審査単位、１７０３・・・審査結果、１７０４・・・審査結果の理由、１７０５・・・オンライン契約管理データベースの更新ボタン、１８０１・・・審査担当のメールアドレス、１８０２・・・審査結果、１８０３・・・審査結果の理由、１９０１・・・審査結果、１９０２・・・審査結果の理由、２００１・・・使用許諾契約の同意ボタン、２１０１・・表示不可画面

Claims

Web画面の送信要求を行うブラウザと、該ブラウザからの送信要求に対して該Web画面を送信するWebサーバとの間のデータ伝送を、オンライン契約を規制するために管理するオンライン契約規制システムにおいて、
ファイアウォール内に設けられるオンライン契約管理モジュールと、
オンライン契約画面のURLと、該オンライン契約画面の前記ブラウザへの送信可または送信不可とを関連づけて記憶したURL単位審査テーブルとを有し、
前記オンライン契約管理モジュールが、
前記ブラウザによる前記Webサーバに対するWeb画面の送信要求と該送信要求に応答して該Webサーバから送信された該Web画面とを一時的に記憶する記憶手段と、
一時的に記憶された前記送信要求に含まれる前記Web画面のURLに基づいて前記URL単位審査テーブルを参照することにより、該Web画面が該ブラウザへ送信可のオンライン契約画面であるか否かを判断するURL単位審査手段と、
前記Web画面が前記ブラウザへ送信可のオンライン契約画面であると判断された場合に、一時的に記憶された前記Web画面を該ブラウザへ送信し、一方、該Web画面が前記ブラウザへ送信不可のオンライン契約画面であると判断された場合には、該Web画面を該ブラウザへ送信しない手段とを有することを特徴とするオンライン契約規制システム。
Web画面の送信要求を行うブラウザと、該ブラウザからの送信要求に対して該Web画面を送信するWebサーバとの間のデータ伝送を、オンライン契約を規制するために管理するオンライン契約規制システムにおいて、
ファイアウォール内に設けられるオンライン契約管理モジュールと、
オンライン契約画面のURL及び社員識別情報と、該オンライン契約画面の前記ブラウザへの送信可または送信不可とを関連づけて記憶した個人単位審査テーブルとを有し、
前記オンライン契約管理モジュールが、
前記ブラウザによる前記Webサーバに対するWeb画面の送信要求と該送信要求に応答して該Webサーバから送信された該Web画面とを一時的に記憶する記憶手段と、
一時的に記憶された前記送信要求に含まれる前記Web画面のURL及び前記社員識別情報に基づいて前記個人単位審査テーブルを参照することにより、該Web画面が該ブラウザへ送信可のオンライン契約画面であるか否かを判断する個人単位審査手段と、
前記Web画面が前記ブラウザへ送信可のオンライン契約画面であると判断された場合に、一時的に記憶された前記Web画面を該ブラウザへ送信し、一方、該Web画面が前記ブラウザへ送信不可のオンライン契約画面であると判断された場合には、該Web画面を該ブラウザへ送信しない手段とを有することを特徴とするオンライン契約規制システム。
Web画面の送信要求を行うブラウザと、該ブラウザからの送信要求に対して該Web画面を送信するWebサーバとの間のデータ伝送を、オンライン契約を規制するために管理するオンライン契約規制システムにおいて、
ファイアウォール内に設けられるオンライン契約管理モジュールと、
オンライン契約画面のURLと、複数の画面タイプのいずれかとを関連付けて記憶した画面タイプテーブルと、
オンライン契約画面のURLと、該オンライン契約画面の前記ブラウザへの送信可または送信不可とを関連づけて記憶したURL単位審査テーブルと、
オンライン契約画面のURL及び社員識別情報と、該オンライン契約画面の前記ブラウザへの送信可または送信不可とを関連づけて記憶した個人単位審査テーブルとを有し、
前記オンライン契約管理モジュールが、
前記ブラウザによる前記Webサーバに対するWeb画面の送信要求と該送信要求に応答して該Webサーバから送信された該Web画面とを一時的に記憶する記憶手段と、
一時的に記憶された前記送信要求に含まれる前記Web画面のURLに基づいて前記画面タイプテーブルを参照することにより、該Web画面の画面タイプに従ってURL単位審査を行うべきかまたは個人単位審査を行うべきかを判断する審査タイプ判断手段と、
URL単位審査を行うべきと判断された場合に、一時的に記憶された前記送信要求に含まれる前記Web画面のURLに基づいて前記URL単位審査テーブルを参照することにより、該Web画面が該ブラウザへ送信可のオンライン契約画面であるか否かを判断するURL単位審査手段と、
個人単位審査を行うべきと判断された場合に、一時的に記憶された前記送信要求に含まれる前記Web画面のURL及び前記社員識別情報に基づいて前記個人単位審査テーブルを参照することにより、該Web画面が該ブラウザへ送信可のオンライン契約画面であるか否かを判断する個人単位審査手段と、
前記URL単位審査手段または前記個人単位審査手段により、前記Web画面が前記ブラウザへ送信可のオンライン契約画面であると判断された場合に、一時的に記憶された前記Web画面を該ブラウザへ送信し、一方、該Web画面が前記ブラウザへ送信不可のオンライン契約画面であると判断された場合には、該Web画面を該ブラウザへ送信しない手段とを有することを特徴とするオンライン契約規制システム。
前記画面タイプテーブルにおいて前記複数の画面タイプの各々がいずれかの審査部署に対応付けられており、
前記オンライン契約管理モジュールがさらに、
一時的に記憶された前記Web画面を前記ブラウザへ送信しない場合、前記審査タイプ判断手段により判断された画面タイプに基づいて前記画面タイプテーブルを参照することにより、対応する審査部署を検出し、該審査部署向けの審査依頼画面を該ブラウザへ送信する手段を有することを特徴とする請求項３に記載のオンライン契約管理モジュール。
社員識別情報と、審査部署の社員であるか否かを関連付けて記憶した審査部署社員テーブルをさらに有し、
前記オンライン契約管理モジュールがさらに、
一時的に記憶された前記送信要求データに含まれる社員識別情報に基づいて前記審査部署社員テーブルを参照することにより、該社員識別情報が審査部署の社員のものであるか否かを判断する審査部署社員判断手段と、
前記社員識別情報が審査部署の社員のものであると判断された場合に、一時的に記憶された前記Web画面を該ブラウザへ送信し、一方、該社員識別情報が審査部署の社員のものでないと判断された場合には、前記審査タイプ判断手段による判断を行う手段を有することを特徴とする請求項３または４に記載のオンライン契約規制システム。
オンライン契約画面であることを示す複数のキーワードを記憶したキーワードテーブルをさらに有し、
前記オンライン契約管理モジュールがさらに、
前記審査タイプ判断手段により前記Web画面がいずれの画面タイプでもないと判断された場合に、前記キーワードテーブルを参照することにより、一時的に記憶された前記Web画面に前記複数のキーワードのいずれかが含まれるか否かを判断するキーワード判断手段と、
前記Web画面が前記複数のキーワードのいずれかを含むと判断された場合に、一時的に記憶された該Web画面を該ブラウザへ送信し、一方、該Web画面が前記複数のキーワードのいずれかを含まないと判断された場合には、該Web画面を該ブラウザへ送信しない手段とを有することを特徴とする請求項３〜５のいずれかに記載のオンライン契約規制システム。
前記キーワードテーブルにおいて前記複数のキーワードの各々がいずれかの審査部署に対応付けられており、
前記オンライン契約管理モジュールがさらに、
一時的に記憶された前記Web画面を前記ブラウザへ送信しない場合、前記キーワード判断手段により該Web画面に含まれると判断されたキーワードに基づいて前記キーワードテーブルを参照することにより、対応した審査部署を検出し、該審査部署向けの審査依頼画面を該ブラウザへ送信する手段を有することを特徴とする請求項６に記載のオンライン契約規制システム。
前記ブラウザから返信された前記審査依頼画面の情報を記憶した依頼情報管理テーブルをさらに有し、
前記オンライン契約管理モジュールがさらに、
前記ブラウザから返信された前記審査依頼画面の情報を前記依頼情報管理テーブルに記憶する手段と、
審査依頼メールを該当する審査部署端末に対して送信する手段と、
前記審査部署端末のブラウザからの要求により前記依頼情報管理テーブルの情報を含むオンライン契約管理画面を送信する手段と、
審査タイプ及び審査結果の情報を付加されて前記審査部署端末のブラウザから返信された前記オンライン契約管理画面の情報に基づいて前記画面タイプテーブル及び、前記URL単位審査テーブルまたは前記個人単位審査テーブルに記憶する手段と、
前記審査部署端末のブラウザから返信された前記オンライン契約管理画面の情報に基づいて前記ブラウザに対し審査結果メールを送信する手段とを有することを特徴とする請求項７に記載のオンライン契約規制システム。