JP4739364B2 - サービス使用経路出力システム、管理サーバ、サービス使用経路出力方法、およびサービス使用経路出力プログラム - Google Patents

Description

本発明は、ユーザ毎の複数のサービスに対するアクセス履歴を用いて、サービスの使用経路（関連性）を抽出し、業務効率やサービスの改善につながる情報や、ユーザの利便性の向上につながる情報を、システム管理者に提供することができるサービス使用経路出力システム、管理サーバ、サービス使用経路出力方法、およびサービス使用経路出力プログラムに関するものである。

昨今、Ｗｅｂサービスに代表される検索システムを用いた各種サービスが普及している。例えば、サービスには、バス予約システム、ホテル予約システム、路線経路検索サービス、商品購入サービスがある。検索システムを用いることによって、情報を整理して格納することなく、検索可能な環境に配置するだけで、容易に所望の情報を入手することができるようになってきている。それに伴い、検索システムは、多くの業務において欠かせないものとなりつつあり、業務内容が複雑になるにつれて、１つの検索システムだけでなく、複数の検索システムを利用して情報を得ながら業務を遂行する必要がある。

企業内の業務全体の効率をさらに向上していくためには、検索システムの利便性をあげ、複数の検索システムを用いる作業を効率化していく必要がある。

従来技術として、ユーザの検索履歴情報を蓄積し、蓄積した情報を一覧表示することによって、各ユーザが必要な情報に辿り着けるよう検索支援をする技術（例えば、特許文献１参照）や、検索条件の入力時に、蓄積した検索履歴を画面に表示することによって、ユーザの経験によらず、効率良く検索する技術（例えば、特許文献２参照）や、検索条件と検索結果を保持し、記録にある前記検索条件と検索指示に対して、対応する検索結果を前記検索指示の検索結果として共有・再利用する技術（例えば、特許文献３参照）がある。また、過去のアクセス履歴から、ユーザの検索目的に合致した検索条件を生成し表示する技術（例えば、特許文献４参照）や、ユーザの操作履歴から各広告についてユーザの関心度を算出し、ユーザに関心のある広告を提示する技術（例えば、特許文献５参照）がある。
特開平７−１３４７１７号公報 特開２０００−２２２４２４号公報 特開平５−４８８１６号公報 特開２００７−２９３８９６号公報 特表２００７−５２４９１６号公報

前記従来技術は、ユーザの検索履歴を蓄積し、検索履歴を共有・再利用することによって、個々の検索システムに対する作業の効率化を図る技術である。しかしながら、複数のサービスを利用して作業を遂行するような場合、サービス間の関連性や作業の目的との対応づけを考慮して、どのような順番でどのサービスを使用するのが効率的なのかを導き出すことができないという課題があった。

本発明は、前記の課題を解決するための発明であって、ユーザ毎のサービスに対するアクセス履歴を用いて、サービス間の関連性を抽出し、どのサービスを選択し、どの順序で実行するビジネスプロセス（ＢＰ）定義をシステムで用意すればよいか、また、どのＢＰ定義をユーザに使用することを提案すればユーザ、システム管理者にとって効率良く計算機システムを使用、運用することができるかというサービス使用経路の情報を提供することができるサービス使用経路出力システム、管理サーバ、サービス使用経路出力方法、およびサービス使用経路出力プログラムを提供することを目的とする。

前記の目的は、入力となるクライアントからサービスに対するアクセス履歴（送信元を特定する情報、送信先を特定する情報、サービスへのアクセス時刻）を蓄積する機能と、アクセス履歴からユーザが同一の目的で作業する際に辿った（たどった）サービスの使用経路を抽出する機能と、抽出した結果を集計し、どのサービスをどの順序で使用すれば効率的な作業となるかを示唆する情報を表示する機能を備えることによって達成される。

サービス使用経路出力システムは、ネットワーク上でサービスを提供する複数のサービス提供サーバ（例えば、検索システム群５０００）と、前記サービス提供サーバにアクセスし前記サービスを利用するクライアント（例えば、クライアントＰＣ（１０００））のアクセス状況を管理する管理サーバ（例えば、統合検索システム３０００）を有している。

管理サーバは、前記クライアントから前記サービス提供サーバに送付されるリクエストを受信するデータ取得要求受信部（例えば、データ取得要求受信部３１１０）と、前記データ取得要求受信部が受信したリクエストに含まれる送信元情報、送信先情報、および該リクエストを受信した受信時刻を対応付けてアクセス情報として記憶部に格納する履歴情報格納部（例えば、検索リクエスト解析・格納部３１２０）と、前記アクセス情報に基づいて、前記送信元情報および前記送信先情報の組合せの計算対象ごとに、前記計算対象の送信先情報に対して初めて検索要求を実行する第１の時刻から前記計算対象の送信先情報に対し最後に検索要求を実行する第２の時刻までの時間である使用時間と、該第２の時刻から異なる送信先情報に対して検索要求を実行するまでの第３の時刻までの時間である経過時間とを算出し、前記算出した使用時間および経過時間を前記組合せの計算対象と対応付けて利用時間情報として前記記憶部に格納する利用時間抽出部（例えば、利用時間袖抽出部３５２０）と、前記利用時間情報に基づいて、前記送信元情報ごとに、前記経過時間が所定の経過時間未満にあるとき、同じ目的を有する作業の中で使用されているとしてサービス使用経路を抽出し、前記クライアントがアクセスしたサービスと該サービスの順序である前記サービス使用経路と該サービス使用経路の各サービスの前記使用時間を合計する使用合計時間とを対応づけて使用経路情報として前記記憶部に格納する使用経路抽出部（例えば、使用経路抽出部３５３０）と、前記使用経路抽出部で抽出されたサービス使用経路と同じサービス使用経路の抽出回数と、前記使用合計時間の平均である平均使用時間とを算出する統計情報抽出部（例えば、統計情報抽出部３５４０）と、前記サービス使用経路と前記平均使用時間と前記抽出回数とを対応付けて出力情報を作成する使用経路出力情報作成部（例えば、使用経路表示用データ作成部３５５０）と、を備えることを特徴とする。

本発明によれば、抽出したサービスの使用経路により、サービスの使用状況の把握・分析が容易になるため、業務効率やサービスの改善につながる情報や、ユーザの利便性の向上につながる情報を、システム管理者に知らせることが可能になる。

以下、本発明の実施形態について図面を参照して説明する。
《第１の実施形態》
図１は、第１の実施形態のシステムを示す全体構成図である。第１の実施形態は、企業内の検索システムに適用したものである。統合検索システム（管理サーバ）３０００、検索システム群５０００、複数のクライアントＰＣ（１０００）が、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）などのネットワーク２０００およびネットワーク４０００を介して接続され、互いに通信可能な状態にある。検索システム群５０００は、複数の検索システムを有しており、具体的には、検索システムＡ（５１００）、検索システムＢ（５２００）、検索システムＣ（５３００）、検索システムＤ（５４００）がある。また、各々の検索システムは、検索対象のデータベース５１１０，５２１０，５３１０，５４１０を備え、情報処理装置であるサーバなどで実行される。企業内には、複数のクライアントＰＣ（１０００）を有しており、一般ユーザが使用するクライアントＰＣ（１０００ａ）と、システム管理者が使用するクライアントＰＣ（１０００ｂ）とがある。なお、ＰＣは、Personal Computerの略である。

統合検索システム３０００は、主メモリ３１００，３５００、磁気ディスク装置３２００，３３００、ＣＰＵ（中央処理装置）３４００、およびこれらを接続するためのシステムバス３６００から構成される。ＣＰＵ３４００は、主メモリ３１００，３５００に格納される各種プログラム（処理部）を実行する。主メモリ３１００、３５００は、統合検索システム３０００による処理を実行するための各種処理部および一時的なデータを保持するために使用される。磁気ディスク装置３２００、３３００は、統合検索システム３０００が生成するデータを格納するために使用される。

主メモリ３１００には、リクエスト実行・結果出力部のプログラムが格納される。以後、主メモリ３１００を、リクエスト実行・結果出力部３１００という。リクエスト実行・結果出力部３１００は、主として、クライアントＰＣ（１０００ａ）から受信したリクエストを検索システム群５０００にある検索システムに送信し、検索システムから受信したデータ取得結果をクライアントＰＣ（１０００ａ）に送信する。リクエスト実行・結果出力部３１００は、データ取得要求受信部３１１０、検索リクエスト解析・格納部３１２０、データ取得要求送信部３１３０、およびデータ取得結果送受信部３１４０を有している。

また、主メモリ３５００には、検索システム使用経路抽出・管理部３５００のプログラムが格納される。以後、主メモリ３５００を、検索システム使用経路抽出・管理部３５００という。検索システム使用経路抽出・管理部３５００は、クライアントＰＣ（１０００ｂ）から検索システム使用経路の出力要求を受信し、検索システムの使用経路結果をクライアントＰＣ（１０００ｂ）に送信する。検索システム使用経路抽出・管理部３５００は、コマンド実行要求・実行結果送受信部３５１０、利用時間抽出部３５２０、使用経路抽出部３５３０、統計情報抽出部３５４０、使用経路表示用データ作成部３５５０を有している。

ここで、検索システム使用経路とは、ある検索システムから、次の検索システムへの遷移をいう。例えば、図１においては、あるユーザが、ひとつの作業を完遂するために、検索システムＡ（５１００）を用いたあとに、検索システムＣ（５３００）を使用した場合、検索システムＡ（５１００）から次の検索システムＣ（５３００）が使用経路となる。詳細については、図２１において説明する。

磁気ディスク装置３２００には、ユーザ情報テーブル３２１０（図４参照）、検索システム情報テーブル３２２０（図５参照）が格納される。また、磁気ディスク装置３３００には、検索実行履歴テーブル（アクセス情報）３３１０（図１４参照）、利用時間テーブル３３２０（図１５参照）、使用経路テーブル３３３０（図１６参照）、統計情報テーブル３３４０（図１７参照）が格納される。なお、ユーザ情報テーブル３２１０の情報、検索システム情報テーブル３２２０の情報は、あらかじめシステム管理者によって定義されるものである。

クライアントＰＣ（１０００）は、図示しないが、処理状況などを表示するディスプレイ、処理の実行などを指示するコマンドを入力するキーボード、表示された画面上から処理の実行を指示するマウス、各種処理を実行するＣＰＵ（中央処理装置）、主メモリ、磁気ディスク装置、システムバス、通信部などから構成される。

主メモリ中には、画面表示部１０５１が格納され、検索のリクエストを通信部を介して統合検索システム３０００に送信し、統合検索システム３０００の各種処理部が作成する情報をクライアントＰＣ（１０００）のディスプレイに表示する。画面表示部１０５１の処理の詳細は、図６において説明する。

なお、図１では、ネットワーク２０００とネットワーク４０００とを別のネットワークとして図示しているが、同一のネットワークでも可能である。また、図１では、クライアントＰＣ（１０００）と、サーバに統合検索システム３０００を配置したシステム構成で示しているが、例えば、クライアントＰＣ（１０００）の機能を統合検索システム３０００と同一のサーバ上におくことも可能である。

図１においては、主メモリ３１００，３５００は、複数あるが、ひとつの主メモリ中に、リクエスト実行・結果出力部３１００および検索システム使用経路抽出・管理部３５００を格納してもよい。また、磁気ディスク装置３２００，３３００は、複数あるが、ひとつの磁気ディスク装置中に、ユーザ情報テーブル３２１０、検索システム情報テーブル３２２０、および検索実行履歴テーブル３３１０、利用時間テーブル３３２０、使用経路テーブル３３３０、統計情報テーブル３３４０を格納してもよい。さらに、磁気ディスク装置に記憶する各テーブルを主メモリ上に格納してもよい。

次に、本発明の処理の概要を説明する。
図２は、本発明の骨子を示す説明図である。ユーザは、クライアントＰＣ（１０００ａ）を用いて、所定の作業をするために、検索システム群５０００に対してリクエストする。リクエスト実行・結果出力部３１００のデータ取得要求受信部３１１０は、クライアントＰＣ（１０００ａ）からの検索実行要求を監視している。データ取得要求受信部３１１０が検索実行要求を受信すると、検索リクエスト解析・格納部３１２０は、検索履歴を検索リクエストから取得して検索実行履歴テーブル３３１０に格納する。データ取得要求送信部３１３０は、検索実行要求を検索システム群５０００（例えば、検索システムＡ（５１００））に送信する。データ取得結果送受信部３１４０は、検索システム群５０００からの検索結果をクライアントＰＣ（１０００ａ）に送信する。

システム管理者は、クライアントＰＣ（１０００ｂ）を用いて、ユーザの検索システム群５０００の利用状況を調査するために、統合検索システム３０００に対して、検索システム統計情報取得コマンド（例えば、図１８参照）を投入する。検索システム使用経路抽出・管理部３５００のコマンド実行要求・実行結果送受信部３５１０が、検索システム統計情報取得要求であるコマンドを受信すると、利用時間抽出部３５２０は、検索実行履歴テーブル３３１０（図１４参照）から検索履歴に基づいて、検索システムの利用時間を抽出し、利用時間テーブル３３２０（図１５参照）に登録する。そして、使用経路抽出部３５３０は、利用時間テーブル３３２０に基づいて、検索システムの使用経路を抽出し、使用経路テーブル３３３０（図１６参照）に登録する。統計情報抽出部３５４０は、使用経路テーブル３３３０に基づいて統計情報を抽出し、検索システムの統計情報テーブル３３４０に登録する。使用経路表示用データ作成部３５５０は、統計情報テーブル３３４０に基づいて、取得コマンドの要求に一致するように、表示用データを作成し、コマンド実行要求・実行結果送受信部３５１０を介して、抽出した結果をクライアントＰＣ（１０００ｂ）に送信する。

次に、統合検索システム３０００の各処理部について詳細に説明する。
（リクエスト実行・結果出力部３１００）
図３は、リクエスト実行・結果出力部の処理を示すフローチャートである。データ取得要求受信部３１１０が、クライアントＰＣ（１０００）の画面表示部１０５１から検索リクエストを受信すると（Ｓ３０１）、検索リクエスト解析・格納部３１２０の処理に進む。検索リクエストには、送信元であるクライアントＰＣ（１０００）のＩＰアドレス（以下、送信元ＩＰアドレス）と、送信先である検索システム（例えば、検索システムＡ（５１００））のＩＰアドレス（以下、送信先ＩＰアドレス）と、リクエストの内容であるデータ取得要求が含まれる。

検索リクエスト解析・格納部３１２０は、まず受信したデータ取得要求が「検索要求」であるか否かを判定する（ステップＳ３０２）。「検索要求」の場合（ステップＳ３０２，Ｙｅｓ）、ユーザ情報テーブル３２１０（図４参照）から送信元ＩＰアドレスと対応している送信元ＩＤを取得し（ステップＳ３０３）、検索システム情報テーブル３２２０（図５参照）から送信先ＩＰアドレスと対応している送信先ＩＤを取得する（ステップＳ３０４）。

図４は、ユーザ情報テーブルの一例を示す説明図である。ユーザ情報テーブル３２１０は、送信元ＩＤ（４０１）、送信元であるクライアントＰＣのＩＰアドレス４０２、およびクライアントＰＣを識別するためのユーザＩＤ（４０３）から構成されている。具体的には、ＩＰアドレス４０２が１９２．１０．６１．１００の場合には、送信元ＩＤはＳ１である。

図５は、検索システム情報テーブルの一例を示す説明図である。検索システム情報テーブル３２２０は、送信先ＩＤ（５０１）、送信先である検索システムのＩＰアドレス５０２、および検索システムを識別するための検索システムＩＤ（５０３）から構成されている。具体的には、ＩＰアドレスが１９２．１０．５１．１００の場合には、送信先ＩＤはＲ１である。

図３に戻り、検索リクエスト解析・格納部３１２０は、統合検索システム３０００の管理サーバの現在時刻を、検索実行時刻として取得し（ステップＳ３０５）、送信元ＩＤと、送信先ＩＤと、検索実行時刻とを、検索実行履歴テーブル３３１０（図１４参照）に格納する（ステップＳ３０６）。

図１４は、検索実行履歴テーブルの一例を示す説明図である。検索実行履歴テーブル３３１０は、送信元ＩＤ（１４０１）、送信先ＩＤ（１４０２）、検索実行時刻１４０３から構成されている。図１４によれば、例えば、送信元ＩＤがＳ１のユーザは、２００７年１０月１日１０時００分００秒に送信先ＩＤのＲ１にアクセスし、また、送信先ＩＤ（１４０２）の列をみると、送信先ＩＤがＲ１からＲ２、Ｒ３と移行していることがわかる。

図３に戻り、検索リクエスト解析・格納部３１２０は、検索実行履歴テーブル３３１０に格納（ステップＳ３０６）後、受信した送信元ＩＰアドレスと、送信先ＩＰアドレスと、データ取得要求を、データ取得要求送信部３１３０に送信する。なお、「検索要求」でない場合（ステップＳ３０２，Ｎｏ）、ステップＳ３０７に進む。

データ取得要求送信部３１３０（図１参照）は、送信元ＩＰアドレスと、送信先ＩＰアドレスと、データ取得要求を、送信先ＩＰアドレスの検索システム（例えば、検索システムＡ（５１００））に送信する（ステップＳ３０７）。

また、図３には図示していないが、データ取得結果送受信部３１４０（図１参照）は、送信先ＩＰアドレスの検索システム５１００からリクエストの結果を受信すると、送信元ＩＰアドレス、送信先ＩＰアドレス、データ取得結果を、送信元ＩＰアドレスのクライアントＰＣ（１０００）に送信する。クライアントＰＣ（１０００）の画面表示部１０５１は、図６を参照して説明する。

図６は、画面表示部の処理を示すフローチャートである。画面表示部１０５１は、まずリクエストを統合検索システム３０００へ送信する（ステップＳ６０１）。次に、統合検索システム３０００から画面表示用のデータを受信する（ステップＳ６０２）。ステップＳ６０２で受信した受信データを画面に表示する（ステップＳ６０３）。

（検索システム使用経路抽出・管理部３５００）
図７は、検索システム使用経路抽出・管理部の処理を示すフローチャートである。検索システム使用経路抽出・管理部３５００は、コマンド実行要求・実行結果送受信部３５１０が、クライアントＰＣ（１０００）から使用経路表示の実行要求を示すコマンドを受信すると（ステップＳ７０１）、利用時間抽出部３５２０を実行し（ステップＳ７０２、図８参照）、使用経路抽出部３５３０を実行し（ステップＳ７０３、図９および図１０参照）、統計情報抽出部３５４０を実行し（ステップＳ７０４、図１１および図１２参照）、使用経路表示用データ作成部３５５０を実行し（ステップＳ７０５、図１３参照）、コマンド実行要求・実行結果送受信部３５１０がステップＳ７０５で作成した使用経路表示用データをクライアントＰＣ（１０００）に送信する（ステップＳ７０６）。ステップＳ７０２、ステップＳ７０３、ステップＳ７０４、およびステップＳ７０５の詳細な処理内容は、図８〜図１３を参照して説明する。

（利用時間抽出部３５２０）
図８は、利用時間抽出部の処理を示すフローチャートである。利用時間抽出部３５２０は、最初に、検索実行履歴テーブル３３１０から１レコード分を読み込む（ステップＳ８０１）。ステップＳ８０１で読み込んだ送信元ＩＤを送信元ＩＤ保持用の変数ＢＡＳＥ_ＳＩＤに、送信先ＩＤを送信先ＩＤ保持用の変数ＢＡＳＥ_ＲＩＤに、検索実行時刻を検索実行時刻保持用の変数ＢＡＳＥ_ＴＩＭＥに格納する（ステップＳ８０２）。そして、集計用の使用時間および経過時間をリセットする。具体的には、集計用の使用時間を保持するための変数ＴＩＭＥと、経過時間を保持するための変数ＩＤＬＥＴＩＭＥを０クリアする（ステップＳ８０３）。

ステップＳ８０３でいう使用時間とは、特定のユーザがある検索システムに対して初めて検索要求を実行してから最後に検索要求を実行するまでの時間を指し、経過時間とは、特定のユーザが、ある検索システムに対して検索要求を実行から、別の検索システムに対して検索要求を実行するまでの時間を指す。

ステップＳ８０４において、ステップＳ８０１またはステップＳ８０６で取得したレコードが、終端のレコードか否かを判定する。終端の場合（ステップＳ８０４，Ｙｅｓ）、ＢＡＳＥ_ＳＩＤで保持している送信元ＩＤと、ＢＡＳＥ_ＲＩＤで保持している送信先ＩＤと、ＴＩＭＥで保持している集計済みの使用時間と、ＩＤＬＥＴＩＭＥで保持している集計済みの経過時間とを、利用時間テーブル３３２０に格納する（ステップＳ８０５）。そして、ステップＳ８０５の実行後、呼び出し元の処理部に戻る。利用時間テーブル３３２０は、図１５を参照して説明する。

図１５は、利用時間テーブルの一例を示す説明図である。利用時間テーブル３３２０は、送信元ＩＤ（１５０１）、送信先ＩＤ（１５０２）、使用時間１５０３、経過時間１５０４から構成されている。具体的には、送信元ＩＤがＳ１の場合（行１５０５）、送信先ＩＤがＲ１から、Ｒ２、Ｒ３と移行し、Ｒ１に戻り、Ｒ２、Ｒ４、Ｒ２、Ｒ３と移行していることがわかる。

図８に戻り、ステップＳ８０４において、終端のレコードではないと判定した場合（ステップＳ８０４，Ｎｏ）、検索実行履歴テーブル３３１０から次のレコードを読み込む（ステップＳ８０６）。ステップＳ８０７において、ステップＳ８０６で読み込んだ送信元ＩＤを送信元ＩＤ保持用の変数ＮＥＸＴ_ＳＩＤに、送信先ＩＤを送信先ＩＤ保持用の変数ＮＥＸＴ_ＲＩＤに、検索実行時刻を検索実行時刻保持用の変数ＮＥＸＴ_ＴＩＭＥに格納する。

次に、ステップＳ８０２において格納した送信元ＩＤ（ＢＡＳＥ_ＳＩＤ）とステップＳ８０７において格納した送信先ＩＤ（ＮＥＸＴ_ＳＩＤ）が一致し、かつ、ステップＳ８０２において格納した送信先ＩＤ（ＢＡＳＥ_ＲＩＤ）とステップＳ８０７において格納した送信先ＩＤ（ＮＥＸＴ_ＲＩＤ）が一致しているか否かを判定する（ステップＳ８０８）。一致している場合（Ｓ８０８，Ｙｅｓ）、集計用の使用時間（ＴＩＭＥ）に、ステップＳ８０７において格納した検索実行時刻とステップＳ８０２において格納した検索実行時刻との差を加算する（ステップＳ８０９）。一致していない場合（Ｓ８０８，Ｎｏ）、ＢＡＳＥ_ＳＩＤで保持している送信元ＩＤと、ＢＡＳＥ_ＲＩＤで保持している送信先ＩＤと、ＴＩＭＥで保持している集計済みの使用時間と、ＩＤＬＥＴＩＭＥで保持している集計済みの経過時間とを、利用時間テーブル３３２０に格納し（ステップＳ８１０）、集計用の使用時間のＴＩＭＥをリセット（０クリア）し（ステップＳ８１１）、集計用の経過時間に、ステップＳ８０７において格納した検索実行時刻とステップＳ８０２において格納した検索実行時刻との差を代入する（ステップＳ８１２）。

ステップＳ８０９またはステップＳ８１２の実行後、後で読み込んだレコードの情報をベースとなる変数に代入する。具体的にはステップＳ８０７で格納したＮＥＸＴ_ＳＩＤの情報をＢＡＳＥ_ＳＩＤに、ＮＥＸＴ_ＲＩＤの情報をＢＡＳＥ_ＲＩＤに、ＮＥＸＴ_ＴＩＭＥの情報をＢＡＳＥ_ＴＩＭＥに代入する（ステップＳ８１３）。ステップＳ８１３の実行後、ステップＳ８０４に戻る。

（使用経路抽出部３５３０）
図９および図１０は、使用経路抽出部の処理を示すフローチャートである。使用経路抽出部３５３０は、最初に、引数としてコマンド実行要求・実行結果送受信部３５１０がステップＳ７０１において受信した経過時間最大値を取得して、経過時間最大値の保持用の変数ＩＤＬＥＭＡＸＴＩＭＥに格納する（ステップＳ９０１）。次に、使用経路テーブル３３３０の行指定用ＩＤに１を設定する（ステップＳ９０２）。使用経路テーブル３３３０は、図１６を参照して説明する。

図１６は、使用経路テーブルの一例を示す説明図である。使用経路テーブル３３３０は、使用経路テーブル３３３０の行を指定するＩＤ（１６０１）、送信元ＩＤ（１６０２）、使用経路で費やした時間の合計である使用合計時間１６０３、使用経路のパス長１６０４、および経由した検索システムと、各検索システムにおける使用時間を示す詳細パス情報１６０５から構成されている。なお、パス長とは、ユーザが利用した検索システムの員数である。詳細なパスの情報である詳細パス情報１６０５には、どの検索システムを経由したかを保持する送信先ＩＤ列データ１６０６、および送信先ＩＤが示す検索システムの使用時間を保持する使用時間列データ１６０７が含まれる。

図９に戻り、ステップＳ９０３において、使用経路抽出部３５３０は、集計用のパス長を保持するための変数ＰＡＴＨＬＥＮＧＴＨに１を代入する。次に、利用時間テーブル３３２０から１レコード分読み込み（ステップＳ９０４）、読み込んだ送信元ＩＤを送信元ＩＤ保持用の変数ＢＡＳＥ_ＳＩＤに、送信先ＩＤを送信先ＩＤ保持用の変数ＢＡＳＥ_ＲＩＤに、使用時間を使用時間保持用の変数ＢＡＳＥ_ＴＩＭＥに、経過時間を経過時間保持用の変数ＢＡＳＥ_ＩＤＬＥＴＩＭＥに格納する（ステップＳ９０５）。そして、使用経路テーブル３３３０の該当レコード（ＩＤ行目）に、ＢＡＳＥ_ＳＩＤで保持している送信元ＩＤと、ＢＡＳＥ_ＴＩＭＥで保持している使用時間と、ＢＡＳＥ_ＩＤＬＥＴＩＭＥで保持している経過時間を格納する（ステップＳ９０６）。

ステップＳ９０７において、使用経路抽出部３５３０は、終端のレコードであるか否かを判定する、終端である場合（ステップＳ９０７，Ｙｅｓ）、呼び出し元の処理部に戻る。終端でない場合（Ｓ９０７，Ｎｏ）、利用時間テーブル３３２０から次のレコードを読み込む（ステップＳ１００１）。ステップＳ１００１で読み込んだ送信元ＩＤを送信元ＩＤ保持用の変数ＮＥＸＴ_ＳＩＤに、送信先ＩＤを送信先ＩＤ保持用の変数ＮＥＸＴ_ＲＩＤに、使用時間を使用時間保持用の変数ＮＥＸＴ_ＴＩＭＥに、経過時間を経過時間保持用の変数ＮＥＸＴ_ＩＤＬＥＴＩＭＥに格納する（ステップＳ１００２）。

次に、ステップＳ９０５で格納した送信元ＩＤ（ＢＡＳＥ_ＳＩＤ）とステップＳ１００２で格納した送信先ＩＤ（ＮＥＸＴ_ＳＩＤ）が一致し、かつ、ステップＳ１００２で格納した経過時間ＩＤ（ＮＥＸＴ_ＩＤＥＬＴＩＭＥ）が、ステップＳ９０１で格納した経過時間最大値（ＩＤＬＥＭＡＸＴＩＭＥ）未満か否かを判定する（ステップＳ１００３）。

ステップＳ１００３において、条件を満たしている場合（Ｓ１００３，Ｙｅｓ）、集計用のパス長変数であるＰＡＴＨＬＥＮＧＴＨを＋１加算し、使用経路テーブル３３３０のＩＤ行目の詳細パス情報１６０５に、ＮＥＸＴ_ＲＩＤで保持している送信先ＩＤを送信先ＩＤ列データ１６０６として、ＮＥＸＴ_ＴＩＭＥで保持している使用時間を使用時間列データ１６０７として追加し、使用合計時間１６０３にＮＥＸＴ_ＴＩＭＥで保持している使用時間を加算する（ステップＳ１００４）。ステップＳ１００４の実行後、ステップＳ９０７に戻る。

ステップＳ１００３において、条件を満たしていない場合（Ｓ１００３，Ｎｏ）、最後に読み込んだレコードの情報をベースとなる変数に代入（保持）する。具体的には、ステップＳ１００２で格納したＮＥＸＴ_ＳＩＤの情報をＢＡＳＥ_ＳＩＤに、ＮＥＸＴ_ＲＩＤの情報をＢＡＳＥ_ＲＩＤに、ＮＥＸＴ_ＴＩＭＥの情報をＢＡＳＥ_ＴＩＭＥに、ＮＥＸＴ_ＩＤＥＬＴＩＭＥの情報をＢＡＳＥ_ＩＤＥＬＴＩＭＥに代入する（ステップＳ１００７）。次に、使用経路テーブル３３３０の行指定用ＩＤであるＩＤを＋１加算し（ステップＳ１００８）、ステップＳ９０３に戻る。

（統計情報抽出部３５４０）
図１１および図１２は、統計情報抽出部の処理を示すフローチャートである。統計情報抽出部３５４０は、最初に、統計情報テーブル３３４０の行指定用ＩＤに１を設定する（ステップＳ１１０１）。統計情報テーブル３３４０は、図１７を参照して説明する。

図１７は、統計情報テーブルの一例を示す説明図である。統計情報テーブル３３４０は、統計情報テーブル３３４０の行を指定するＩＤ（１７０１）、使用経路のパス長１７０２、使用経路で費やした時間の平均値を示す平均使用時間１７０３、該使用経路をたどったユーザ数を示す件数１７０４、および使用経路テーブル３３３０の詳細パス情報に該当する詳細パスＩＤ（１７０５）から構成されている。具体的には、ＩＤ（Ｆ１）の場合、パス長は３、平均使用時間は１８０秒、使用経路としてＲ１、Ｒ２、Ｒ３（図１６のＰ１、Ｐ４、Ｐ７参照）をたどったユーザ数は３００であることがわかる。

図１１に戻り、使用経路テーブル３３３０から１レコード読み込み（ステップＳ１１０２）、読み込んだＩＤをＩＤ保持用の変数ＢＡＳＥ_ＩＤに、送信元ＩＤを送信元ＩＤ保持用の変数ＢＡＳＥ_ＳＩＤに、使用合計時間を使用合計時間保持用の変数ＢＡＳＥ_ＴＩＭＥＴＯＴＡＬに、パス長をパス長保持用の変数ＢＡＳＥ_ＬＥＮＧＴＨに、詳細パス情報の送信元ＩＤ列データを送信元ＩＤ列データ保持用の変数ＢＡＳＥ_ＰＡＴＨ_ＩＮＦＯ_ＲＩＤに、詳細パス情報の使用時間列データを使用時間列データ保持用の変数ＢＡＳＥ_ＰＡＴＨ_ＩＮＦＯ_ＴＩＭＥに格納する（ステップＳ１１０３）。そして、統計情報テーブル３３４０のＩＤ行目に、パス長にＢＡＳＥ_ＬＥＮＧＴＨで保持しているパス長と、平均使用時間にＢＡＳＥ_ＴＩＭＥＴＯＴＡＬで保持している使用合計時間を、件数に１を、詳細パスＩＤにＢＡＳＥ_ＩＤで保持しているＩＤを格納する（ステップＳ１１０４）。

ステップＳ１１０５において、統計情報抽出部３５４０は、使用経路テーブル３３３０の終端（終端のレコード）であるか否かを判定する。終端である場合（ステップＳ１１０５，Ｙｅｓ）、呼び出し元の処理部に戻る。終端でない場合（ステップＳ１１０５，Ｎｏ）、使用経路テーブル３３３０から次のレコードを読み込む（ステップＳ１２０１）。

ステップＳ１２０２において、ステップＳ１２０１において読み込んだＩＤをＩＤ保持用の変数ＮＥＸＴ_ＩＤに、送信元ＩＤを送信元ＩＤ保持用の変数ＮＥＸＴ_ＳＩＤに、使用合計時間を使用合計時間保持用の変数ＮＥＸＴ_ＴＩＭＥＴＯＴＡＬに、パス長をパス長保持用の変数ＮＥＸＴ_ＬＥＮＧＴＨに、詳細パス情報の送信元ＩＤ列データを送信元ＩＤ列データ保持用の変数ＮＥＸＴ_ＰＡＴＨ_ＩＮＦＯ_ＲＩＤに、詳細パス情報の使用時間列データを使用時間列データ保持用の変数ＮＥＸＴ_ＰＡＴＨ_ＩＮＦＯ_ＴＩＭＥに格納する。

ステップＳ１２０３において、ステップＳ１１０３で格納した詳細パス情報の送信先ＩＤ列のデータ（ＢＡＳＥ_ＰＡＴＨ_ＩＮＦＯ_ＲＩＤ）とステップＳ１２０２で格納した詳細パス情報の送信先ＩＤ列のデータ（ＮＥＸＴ_ＰＡＴＨ_ＩＮＦＯ_ＲＩＤ）が一致するか否かを判定する。一致した場合（ステップＳ１２０３，Ｙｅｓ）、統計情報テーブル３３４０のＩＤ行目の件数を＋１加算し、詳細パスＩＤにＮＥＸＴ_ＩＤを追加し、平均使用時間を再計算する（ステップＳ１２０４）。ステップＳ１２０４の実行後、ステップＳ１１０５に戻る。

ステップＳ１２０３において、一致しないと判定した場合（ステップＳ１２０３，Ｎｏ）、後で読み込んだレコードの情報をベースとなる変数に代入（保持）する。具体的には、ステップＳ１２０２において格納したＮＥＸＴ_ＩＤの情報をＢＡＳＥ_ＩＤに、ＮＥＸＴ_ＳＩＤの情報をＢＡＳＥ_ＳＩＤに、ＮＥＸＴ_ＴＩＭＥＴＯＴＡＬの情報をＢＡＳＥ_ＴＩＭＥＴＯＴＡＬに、ＮＥＸＴ_ＰＡＴＨ_ＩＮＦＯ_ＲＩＤの情報をＢＡＳＥ_ＰＡＴＨ_ＩＮＦＯ_ＲＩＤに、ＮＥＸＴ_ＰＡＴＨ_ＩＮＦＯ_ＴＩＭＥの情報をＢＡＳＥ_ＰＡＴＨ_ＩＮＦＯ_ＲＩＤに代入する（ステップＳ１２０７）。次に、統計情報テーブル３３４０の行指定用ＩＤに＋１加算する（ステップＳ１２０８）。そして、ステップＳ１１０４に戻る。

（使用経路表示用データ作成部３５５０）
図１３は、使用経路表示用データ作成部の処理を示すフローチャートである。使用経路表示用データ作成部３５５０は、最初に、引数としてコマンド実行要求・実行結果送受信部３５１０から表示オプションと、表示順を取得する（ステップＳ１３０１）。次に、統計情報テーブル３３４０のデータを読み込む（ステップＳ１３０２）。そして、ステップＳ１３０１で取得した表示オプションがパス長順か否かを判定する（ステップＳ１３０３）。パス長順である場合（Ｓ１３０３，Ｙｅｓ）、ステップＳ１３０１で取得した表示順が降順か否かを判定し（ステップＳ１３０４）、降順である場合（ステップＳ１３０４，Ｙｅｓ）、ステップＳ１３０２で読み込んだデータをパス長の降順にソートし（ステップＳ１３０６）、降順でない場合（ステップＳ１３０４，Ｎｏ）、ステップＳ１３０２で読み込んだデータをパス長の昇順にソートする（ステップＳ１３０５）。ステップＳ１３０５またはステップＳ１３０６の処理後、ステップＳ１３０７に進む。なお、パス長順でない場合（Ｓ１３０３，Ｎｏ）、ステップＳ１３０７に進む。

次に、ステップＳ１３０１で取得した表示オプションが使用時間順か否かを判定する（ステップＳ１３０７）。使用時間順である場合（ステップＳ１３０７，Ｙｅｓ）、ステップＳ１３０１で取得した表示順が降順かを判定し（ステップＳ１３０８）、降順である場合（ステップＳ１３０８，Ｙｅｓ）、ステップＳ１３０２で読み込んだデータを使用時間順の降順にソートし（ステップＳ１３１０）、降順でない場合（ステップＳ１３０８，Ｎｏ）、ステップＳ１３０２で読み込んだデータを使用時間順の昇順にソートする（ステップＳ１３０９）。ステップＳ１３０９またはステップＳ１３１０の処理後、ステップＳ１３１１に進む。なお、使用時間順でない場合（Ｓ１３０７，Ｎｏ）、ステップＳ１３１１に進む。

次に、ステップＳ１３０１で取得した表示オプションが件数順か否かを判定する（ステップＳ１３１１）。件数順である場合（ステップＳ１３１１，Ｙｅｓ）、ステップＳ１３０１で取得した表示順が降順か否かを判定し（ステップＳ１３１２）、降順である場合（ステップＳ１３１２，Ｙｅｓ）、ステップＳ１３０２で読み込んだデータを件数順の降順にソートし（ステップＳ１３１４）、降順でない場合（ステップＳ１３１２，Ｎｏ）、ステップＳ１３０２で読み込んだデータを件数順の昇順にソートする（ステップＳ１３１３）。ステップＳ１３１３またはステップＳ１３１４の処理後、ステップＳ１３１５に進む。なお、件数順でない場合（Ｓ１３１１，Ｎｏ）、ステップＳ１３１５に進む。

ステップＳ１３１５において、ソートしたデータを用いて、クライアントＰＣ（１０００）のディスプレイに表示するための表示用データを作成する（ステップＳ１３１５）。そして、ステップＳ１３１５で作成したデータを、コマンド実行要求・実行結果送受信部３５１０に送信し（ステップＳ１３１６）、処理を終了する。

（使用経路表示コマンド）
図１８は、使用経路表示コマンド実行時のコマンドプロンプト画面の表示例を示す説明図である。本実施形態では、検索システムの使用経路表示要求をする際に発行する使用経路表示コマンドがある。本コマンドは、クライアントＰＣ（１０００）から発行される。使用経路表示コマンドは、使用経路のパス長順、または使用時間順、または件数順かを指定する表示オプション１８０１と、件数の降順または昇順かを指定する表示順１８０２と、使用経路を抽出する際に使用する経過時間の最大値１８０３の引数を有する。コマンド実行時、これらの３つの引数をユーザに指定させることによって、調査内容の観点に応じて、検索システムの使用経路を表示することが可能となる。

（使用経路表示画面）
図１９は、パス長の降順に表示した使用経路表示画面の表示例を示す説明図である。図２０は、使用時間の降順に表示した使用経路表示画面の表示例を示す説明図である。図２１は、使用経路の件数の降順に表示した使用経路表示画面の表示例を示す説明図である。使用経路表示画面は、システム管理者が、クライアントＰＣ（１０００ｂ）から、使用経路表示コマンドを入力し、検索システムの使用経路表示を要求すると、検索システムの使用経路を表示する使用経路表示画面である。使用経路表示画面では、表示コマンド発行時に引数として指定した表示オプション１９０１、表示順１９０２、経過時間の最大値１９０３と、作成した結果（検索システムの使用経路１９０４、各検索システムでの使用時間１９０５、平均使用時間１９０６、件数１９０７）を表示する。具体的には、図１９に示す表示オプション１９０１がパス長順であり、表示順１９０２が降順であるため、作成した結果は、（１）にパス長が５の場合（Ｒ３→Ｒ２→Ｒ１→Ｒ２→Ｒ４）が表示され、次に（２）、（３）にパス長が４の場合が表示されている。同様に、図２０に示す表示オプション１９０１は、使用時間順であり、図２１の表示オプション１９０１は、件数順である。

システム管理者は、図１９に示す使用経路表示画面に表示された使用経路情報から、例えば、図１９の（１）に示す使用経路において、送信元ＩＤがＲ２である検索システムを２度も使っている、また（１）の使用経路を１００件もの非常に多くのユーザが辿っていることを知ることができる。このため、業務アプリケーションや、作業をする際に使用する帳票のつくりが悪いことがわかる。

図２０に示す検索システムの使用経路では、検索システムの使用時間が多い順に表示されており、図２０の（１）に示すように、所定の目的に対して検索に時間を要している、つまり、検索システムのコンテンツが充実していないことが推測できる。

図２１に示す検索システムの使用経路では、件数が多い順に表示されており、このことにより多くの人が同じ順序で検索システムを使用しているため、該検索システムと連携し、ユーザの負担を低減するシステム構成を検討すべきことがわかる。

図３４は、第１の実施形態における会議室予約のための使用経路表示画面の表示例を示す説明図である。図３４は、主に、会議室予約システムを利用するユーザの使用経路結果を示す。図３４の（１）に示すように、会議室予約システムを検索後、放送機器予約システムを検索しているユーザが多いことがわかる。これにより、会議室を利用するユーザが、放送機器を予約することを推察できる。今後の予約システムの改善点としては、会議室の予約時に、予約時間帯で使用できる放送機器も合わせて予約できることが、ユーザに対して効率的であると考えられる。

また、図３４の（３）に示すように、ユーザは、会議室の予約システムを利用する前に、会議室の時間を設定するために電車・バス時刻表閲覧システムを利用し、その後、電話帳検索システムを利用している。特に、電話帳検索システムの利用時間が４分２０秒と他の時間と比較して長くなっている。このため、出席者の連絡先を調べるのに、時間を要していると推察できる。今後、電話帳検索システムの操作性をあげて効率をあげることが有効であると考えられる。

図３５は、第１の実施形態における商品の購入のための使用経路表示画面の表示例を示す説明図である。図３５は、主に、商品購入システムを利用するユーザの使用経路結果を示す。図３５の（１）において、商品購入システムを２度使用しているユーザが多数いることがわかる。また、商品購入のためには、予算金額照会システムおよび在庫状況確認システムを利用することが必要であることがわかる。このため、「予算金額」や「在庫状況」を商品購入システム内で確認できることが効率的であることが推察できる。

また、図３５の（２）において、商品購入システムに４分と多くの時間がかかっている。このため、商品購入システムのコンテンツが充実していないと推察できる。さらに、図３５の（２）および（３）において、「在庫確認」のあとに「予算金額照会」を実施しているが、（３）の方が、（２）と比較して平均使用時間が短い結果となっている。このため、（３）の処理流れで作業できるような業務アプリケーション、帳票を作成するようにした方が効率的であることが推察できる。

従来、業務効率を向上する施策を考える際、企業内の膨大な検索システムのログを収集・解析、業務アプリケーションを使用するエンドユーザへのヒアリングなどを実施する必要があり、業務の現状把握・分析するのに膨大な時間を要していた。

本発明における本実施形態の検索システム使用経路抽出システムでは、図１９、図２０、図２１、図３４、および図３５に示すような使用経路表示画面から、ユーザ（例えば、システム管理者）は、検索システム間の関連を、ある特定の業務の観点から見出すことができるため、企業内のインフラのどこを改善すれば、より効果的であるかを容易に把握することができる。

さらに、これまでに記載にした本実施形態では、本発明が対象とする図１８の使用経路抽出コマンドにおいて、コマンドの引数として経過時間の最大値１８０３を指定し、その経過時間の最大値を、使用経路抽出部３５３０で同一業務の中で使用されている検索システムを抽出する際のしきい値として使用している。しかし、経過時間の最大値を指定する代わりに、ある一定時間をしきい値に設定し、ある一定時間内の検索作業を同一業務の中で使用されている検索システムと判定し、検索システムの使用経路として抽出することも可能である。

具体例として、図１４に示す検索実行履歴テーブル３３１０において、検索システムのしきい値を”４分”とした場合、１行目の検索実行をしてから４分以内に２行目、および３行目の検索実行を行うため、１〜３行目までの検索実行を同一業務の中で検索要求と判定する。以下同様に判定を行うことによって、Ｒ１→Ｒ２、Ｒ３、Ｒ１→Ｒ２→Ｒ４、Ｒ２→Ｒ３・・・という検索システムの使用経路が抽出される。

図２２は、第１の実施形態の他のシステムを示す全体構成図である。図２２の構成は、図１の構成と比較して、リクエスト実行・結果出力部３１００上に、検索リクエスト解析・格納部３１２０の代わりに、検索リクエスト解析・検索条件格納部３１５０を設け、データ取得結果解析・検索結果格納部３１６０と、業務アプリケーションログイン・ログアウト履歴情報取得部３１７０とを追加し、磁気ディスク３７００上に、検索リクエスト送受信テーブル３７１０と、業務アプリケーションログイン・ログアウト履歴テーブル３７２０を追加した。また、ネットワーク４０００には、業務アプリケーション群７０００が接続されており、具体的には、業務アプリケーションＡ（７１００）、業務アプリケーションＢ（７２００）がある。また、各々の業務アプリケーションは、業務用のデータベース７１１０，７２１０を備え、情報処理装置であるサーバなどで実行される。

図１の実施形態では、検索リクエスト解析・格納部３１２０が、検索実行履歴テーブル３３１０（図１４参照）に、送信元ＩＤ（１４０１）、送信先ＩＤ（１４０２）および検索実行時刻１４０３を格納する。これに対し、図２２の実施形態では、検索リクエスト解析・検索条件格納部３１５０が、検索リクエストから送信元ＩＤ、送信先ＩＤ、検索実行時刻、および検索要求時に指定した検索条件を取得して検索リクエスト送受信テーブル３７１０に格納する。また、データ取得結果解析・検索結果格納部３１６０は、検索システム群５０００から検索結果のデータ取得結果を受信した際に、検索結果を、該当する検索リクエスト送受信テーブル３７１０に格納する。検索リクエスト送受信テーブル３７１０は、図２３を参照して説明する。

図２３は、検索リクエスト送受信テーブルの一例を示す説明図である。検索リクエスト送受信テーブル３７１０は、送信元ＩＤ（２３０１）と、送信先ＩＤ（２３０２）と、検索実行時刻２３０３と、検索条件２３０４と、検索結果２３０５から構成されている。

本実施形態によれば、検索リクエスト送受信テーブル３７１０に検索条件２３０４が含まれているので、検索システム使用経路抽出・管理部３５００は、検索システムへの検索条件が前に使用した検索システムの検索結果に含まれているものを同一業務の中で使用されている検索システムと判断し、検索システムの使用経路を抽出することによって、検索システムとの関連性をより考慮した使用経路を抽出することも可能である。

具体例として、検索リクエスト送受信テーブル３７１０（図２３参照）の場合、例えば１行目の検索結果に含まれる”Ａ”が、２行目の検索条件で使用されているため、１行目と２行目の実行結果は同一業務の中での検索要求と判定する。しかし、６行目の検索結果に含まれる”Ｊ”、”Ｐ”、”Ｒ”、”Ｓ”のどれもが、７行目の検索条件として使用されていないため、６行目と７行目の実行結果は異なる業務の中での検索要求と判定する。前記以外の行においても同様な判定を行うことによって、Ｒ１→Ｒ２→Ｒ３→Ｒ１、Ｒ２、Ｒ４→Ｒ３→・・・という使用経路が抽出される。

さらに、図２２の実施形態では、業務アプリケーションログイン・ログアウト履歴情報取得部３１７０が、クライアントＰＣ１０００のある特定の業務アプリケーションに対する開始時間と終了時間を取得し、業務アプリケーションログイン・ログアウト履歴テーブル３７２０に格納する。業務アプリケーションログイン・ログアウト履歴テーブル３７２０は、図２４を参照して説明する。

図２４は、業務アプリケーションログイン・ログアウト履歴テーブルの一例を示す説明図である。業務アプリケーションログイン・ログアウト履歴テーブル３７２０は、業務アプリケーションを使用したユーザを識別するユーザＩＤ（２４０１）と、業務アプリケーション名２４０２と、該業務アプリケーションにログインした時刻を示すログイン時刻２４０３と、ログアウトした時刻を示すログアウト時刻２４０４から構成されている。

図１の実施形態の使用経路抽出部３５３０は、ひとつの検索システムを使用したあとの次の検索システムを使用するまでの一定の空き時間をしきい値にして、同一業務の中で使用されている検索システムと判断し、検索システムの使用経路を抽出する方法を採用していた。これに対し、図２２の実施形態の使用経路抽出部３５３０は、しきい値によって使用経路を抽出する代わりに、業務アプリケーションログイン・ログアウト履歴テーブル３７２０を参照して、検索システムの使用経路を抽出する。具体的には、あるユーザがある業務アプリケーションにログインした時刻からログアウトした時刻の間に業務アプリケーションを通じて使用した検索システムを同一業務の中で使用されている検索システムと判断し、検索システムの使用経路を抽出することによって、業務の観点で検索システムの使用経路を抽出することが可能である。

本実施形態によれば、企業内の複数の検索システムを対象に、ユーザが辿った検索システムの使用経路を抽出し、抽出した使用経路を表示することができる。これにより、企業内のシステム全体を管理するシステム管理者は、検索システム間の関連から、企業内にある検索システムのどこをどのように改善すれば、より効果的であるかを把握することが可能になるという効果がある。

《第２の実施形態》
第２の実施形態は、本発明をインターネット上のＷｅｂサービスに適応した実施形態である。第１の実施形態では、企業内での利用を想定しており、企業内の検索システムの使用経路を抽出する手順を示したが、本発明をインターネット上のＷｅｂサービスの使用経路を抽出することも可能であることを第２の実施形態で説明する。

図２５は、第２の実施形態のシステムを示す全体構成図である。図２５の構成は、図１の構成と比較して、リクエスト実行・結果出力部３１００Ａに、サービス売上情報取得部３１８０を追加し、磁気ディスク装置３２００Ａに、ユーザ情報テーブル３２１０および検索システム情報テーブル３２２０の代わりに、顧客情報テーブル３２３０（図２７参照）およびＷｅｂサービス情報テーブル３２４０（図２６参照）を設け、磁気ディスク３３００Ａに、申込情報テーブル３３５０（図２８参照）を追加し、検索システム使用経路抽出・管理部３５００の代わりに、Ｗｅｂサービス使用経路抽出・管理部３５００Ａを設けた。Ｗｅｂサービス使用経路抽出・管理部３５００Ａは、検索システム使用経路抽出・管理部３５００と比較して、使用経路表示用データ作成部３５５０の代わりに、ユーザ層別使用経路表示用データ作成部３５６０を設けている。また、ネットワーク４０００に、検索システム群５０００の代わりに、Ｗｅｂサービス群６０００が接続されている。Ｗｅｂサービス群６０００は、複数のＷｅｂサービスのシステムを有しており、具体的には、ＷｅｂサービスＡ（６１００）、ＷｅｂサービスＢ（６２００）、ＷｅｂサービスＣ（６３００）、ＷｅｂサービスＤ（６４００）がある。また、各々のＷｅｂサービスは、サービスを提供するためのデータベース６１１０，６２１０，６３１０，６４１０を備え、情報処理装置であるサーバなどで実行される。なお、図１に記載の構成と同一構成品については、同一符号を付しており、説明を省略する。

図２６は、Ｗｅｂサービス情報テーブルの一例を示す説明図である。Ｗｅｂサービス情報テーブル３２４０は、Ｗｅｂサービスを識別するための送信先ＩＤ（２６０１）と、Ｗｅｂサービス名２６０２と、ＷｅｂサービスのＵＲＬ（２６０３）から構成される。

図２７は、顧客情報テーブルの一例を示す説明図である。顧客情報テーブル３２３０は、ユーザを識別するための送信元ＩＤ（２７０１）、ユーザ名２７０２、性別２７０３、および年齢２７０４から構成される。

サービス売上情報取得部３１８０は、クライアントＰＣ（１０００）から商品の申込要求を受信した際に、当該Ｗｅｂサービスから送信元ＩＤ、送信先ＩＤ、申込要求を受け付けた時刻、および申込時にユーザが支払った金額の情報を取得し、申込情報を申込情報テーブル３３５０に格納する。申込情報テーブル３３５０は、図２８を参照して説明する。

図２８は、申込情報テーブルの一例を示す説明図である。申込情報テーブル３３５０は、申込履歴を識別するために付与した申込ＩＤ（２８０１）と、Ｗｅｂサービスから取得した送信元ＩＤ（２８０２）、送信先ＩＤ（２８０３）、申込時刻２８０４、および申込金額２８０５から構成される。

ユーザ層別使用経路表示用データ作成部３５６０は、前記の情報（顧客情報、Ｗｅｂサービス情報）を用いて、第１の実施形態で述べた手順と同様にＷｅｂサービスに関する使用経路を、年代別、性別などで集計し、表示用データを作成することができる。具体的な手順は、図３２を参照して説明する。なお、Ｗｅｂサービス使用経路・管理部３５００Ａにおける、コマンド実行要求・実行結果送受信部３５１０、利用時間抽出部３５２０、使用経路抽出部３５３０、統計情報抽出部３５４０の処理手順は、第１の実施形態の処理手順を同様である。

図３２は、ユーザ層別使用経路表示用データ作成部の処理を示すフローチャートである。ユーザ層別使用経路表示用データ作成部３５６０は、最初に、図１７に示す統計情報テーブル３３４０から、１レコード分を読み込む（ステップＳ３２０１）。そして、読み込んだデータのうち、詳細パスＩＤ列データを、詳細パスＩＤ列データ保持用の変数ＰＡＴＨ_ＩＮＦＯ_ＩＤに格納する（ステップＳ３２０２）。次に、ステップＳ３２０２で取得した詳細パスＩＤを全て処理したか否かを判定する（ステップＳ３２０３）。全て処理していない場合（ステップＳ３２０３，Ｎｏ）、該詳細パスＩＤが表示対象であるかを判定する表示対象判定部（図３３参照）に詳細パスＩＤと、表示対象とする性別と、年齢を送信し、判定結果（ＴＲＵＥまたはＦＡＬＳＥ）を受信する（ステップＳ３２０４）。

次に、ユーザ層別使用経路表示用データ作成部３５６０は、ステップＳ３２０４で受信した判定結果がＴＲＵＥであるか否かを判定する（ステップＳ３２０５）。判定結果がＴＲＵＥの場合（ステップＳ３２０５，Ｙｅｓ）、統計情報テーブル３３４０のＩＤ行目の件数を−１加算（１減算）し、詳細パスＩＤ列データから該詳細パスＩＤを消去する（ステップＳ３２０６）。そして、ステップＳ３２０３に戻る。判定結果がＴＲＵＥでない場合（ステップＳ３２０５，Ｎｏ）、ステップＳ３２０３に戻る。

ステップＳ３２０３において、全て処理したと判定した場合（ステップＳ３２０３，Ｙｅｓ）、ステップＳ３２０１で読み込んだレコードが終端か否かを判定する（ステップＳ３２０８）。終端でない場合（ステップＳ３２０８，Ｎｏ）、ステップＳ３２０１に戻り、終端である場合（ステップＳ３２０８，Ｙｅｓ）、前記手順で更新された統計情報テーブル３３４０のデータを基に表示用データを作成し（ステップＳ３２０９）、ステップＳ３２０９で作成したデータをコマンド実行要求・実行結果送受信部３５１０に送信（ステップＳ３２１０）し、処理を終了する。なお、ステップＳ３２０４における表示対象判定部の詳細な処理は、図３３を参照して説明する。

図３３は、表示対象判定部の処理を示すフローチャートである。表示対象判定部は、まずユーザ層別使用経路表示用データ作成部３５６０から、引数として取得した詳細パスＩＤを詳細パスＩＤ保持用の変数ＢＡＳＥ_ＰＩＤに、性別をＢＡＳＥ_ＳＥＸに、年齢をＢＡＳＥ_ＡＧＥに格納する（ステップＳ３３０１）。そして、使用経路テーブルＢＡＳＥ_ＰＩＤ行目の送信元ＩＤのデータを取得し、送信元ＩＤ保持用の変数ＢＡＳＥ_ＳＩＤに格納する（ステップＳ３３０２）。顧客情報テーブル３２３０のＢＡＳＥ_ＳＩＤ行目の性別のデータを取得し、性別保持用の変数ＴＡＲＧＥＴ_ＳＥＸに格納し、同様に、顧客情報テーブルのＢＡＳＥ_ＳＩＤ行目の年齢のデータを取得し、年齢保持用の変数ＴＡＲＧＥＴ_ＡＧＥに格納する（ステップＳ３３０３）。次に、ステップＳ３３０２で取得した送信元ＩＤが示すユーザが表示対象としたユーザに該当するか否かを判定する（ステップＳ３３０４）。該当する場合（ステップＳ３３０４，Ｙｅｓ）、ユーザ層別使用経路表示用データ作成部３５６０にＴＲＵＥを返信し（ステップＳ３３０５）、該当しない場合（ステップＳ３３０４，Ｎｏ）、ユーザ層別使用経路表示用データ作成部３５６０にＦＡＬＳＥを返信する（ステップＳ３３０６）。

以下、前記手順でＷｅｂサービスの使用経路を抽出することによる使用経路表示画面の具体例について、図２９、図３０、および図３１を参照して説明する。
図２９は、２０代男性の旅行サイト使用経路表示画面の具体例を示す説明図である。図２９に示す（１）の例では、京都観光名所案内ＨＰ（ホームページ）にアクセスし、Ａ社高速バス予約サイト、格安グルメサイトＢ、激安宿泊施設紹介サイトＣにアクセスしている。このことより、２０代の男性は、まず観光地の基本情報を下調べして、交通機関として高速バスを利用して交通費を抑え、食費や宿泊費についても出来る限り節約する傾向があることが推察できる。

図３０は、２０代女性の旅行サイト使用経路表示画面の具体例を示す説明図である。図３０に示す（１）の例では、絶品グルメサイトＥ、温泉付き宿泊予約ＨＰ、おすすめ観光スポット紹介ＨＰ、航空券予約サイトにアクセスしている。このことより、２０代の女性は、まず観光地で何を食べたいかを先に決める傾向があり、さらに宿泊施設については温泉付きの旅館を好み、その後におすすめの観光スポットの情報を得る傾向があることが推察できる。

図３１は、２０代女性の旅行サイト使用経路表示画面の他の具体例を示す説明図である。図２９および図３０に示すＷｅｂサービスに関する使用経路は、年代別、性別などで集計して表示されている。図３１においては、これに加えて、使用経路表示画面には、売上金額および売上合計金額も含めて表示されている。

図３１に示す（３）の例では、クリスマス（Ｘｍａｓ）イルミネーションスポットＨＰ、有名イタリアンレストラン予約ＨＰ、クルージング予約ＨＰにアクセスしている。このことより、２０代の女性の多くはクリスマスシーズンに、イルミネーションスポットに訪れ、イタリアンレストランで食事をする傾向が強い。また、図３１に示す（４）の例では、クリスマスシーズンに、浅草に訪れて落語を鑑賞する人が意外と多く、平均的に８万円の売上があるため、一般的なクリスマスとは異なる過ごし方をするユーザもかなり多いことが推察できる。

本実施形態では、サービス売上情報取得部３１８０および申込情報テーブル３３５０を設けてあるため、本実施形態で抽出したＷｅｂサービスの使用経路に、ユーザが費やした申込合計金額の平均値を算出し、使用経路とあわせて画面に表示することによって、使用経路毎にどのぐらいの収益をあげているのか把握でき、またＷｅｂサービスの提供者が意図していない使用経路で、予想以上に収益に貢献することを知ることも可能である。

本実施形態では、ユーザ層別使用経路表示用データ作成部３５６０は、顧客情報、Ｗｅｂサービス情報を用いて、第１の実施形態で述べた手順と同様にＷｅｂサービスに関する使用経路を、年代別、性別などで集計し、表示用データを作成することを説明したが、これに限定するには及ばない。例えば、管理者が、クライアントＰＣ（１０００ｂ）から、予め定められたサービス使用経路を指定することにより、指定されたサービス使用経路を、集計し、表示用データを作成することもできる。これにより、予め定められたサービス使用経路と、予め定められたサービス使用経路の総売上金額を対応付けて表示用データを作成することができる。

本実施形態では、検索実行履歴テーブル３３１０に検索実行時刻１４０３を格納してあるため、検索実行時刻１４０３も表示することにより、ある所定期間内におけるＷｅｂサービスの使用経路を抽出することができる。このことによって、例えば年末年始や夏休み期間といった、季節ごとの使用経路の収益を把握することができる。

本実施形態によれば、インターネット上の検索を伴うＷｅｂサービスにおいて、ユーザが辿ったＷｅｂサービスの使用経路を抽出し、抽出した使用経路を年代別、性別などで集計して表示することができる。このため、Ｗｅｂサービスを提供している運営会社の管理者は、Ｗｅｂサービス間の関連性から、隠れた顧客ニーズを発掘し、収益アップにつながるような新たなプランを企画・立案することが可能になるという効果がある。

本実施形態によれば、抽出した結果をシステム管理者へ提供することにより、システム管理者は、抽出された結果を基にＢＰ定義を作成し、計算機システムを効率的に使用させることが可能になる。ＢＰ定義はシステム管理者が作成してもよいが、抽出されたサービスのアクセス履歴を基に計算機システムが作成してもよい。

具体的には、ユーザの性別、年齢などの情報を基により詳細な情報を表示するシステムを説明しているが、このようなユーザ情報が無い場合でも件数の多い経路を表示し、経路毎の平均売上高／総売上高を表示することでもＢＰ定義を作成するシステム管理者に有益な情報となる。

また、統合検索システム３０００は、抽出されたサービスのアクセス履歴を基に、ＢＰ定義の候補を示す情報を付加し、ＢＰ定義毎にＢＰ定義で使用されるサービスの売上を計算し、売上の多いＢＰ定義をシステム管理者へ知らせれば、システム管理者は売上の多いものを優先的にＢＰ定義としてユーザに適用することが可能になる。ＢＰ定義の候補に自社の提供するサービスと、他社の提供するサービスが含まれている場合には自社の提供するサービスの売上、他社のサービスする売上をＢＰ定義の候補に付加することにより、システム管理者は、自社サービスの売上を多くする計算機システムの使われ方を優先的にＢＰ定義とすることができる。

具体的には、使用経路情報については、自社の提供するサービスを示すボックスの色、形などを他社の提供するサービスのボックスと変えることにより、自社の提供するサービスがどの程度使用されているかということを明確化できる。また、自社の提供するサービスのボックスを、ポータルサイトやポータルサイトに直接リンクされたホームページの目立つ場所に配置することにより、自社の売上を増加させる効果がある。さらに、各々のサービス毎の平均売上高／総売上高を表示すると自社の売上を多くするためのＢＰ定義作成に効果的である。

また、平均売上高／総売上高については、個人情報が含まれる場合があり入手できないこともありうる。このような場合には想定する売上をサービス毎に定義したテーブルを用意し、仮の売上高に基づいた経路毎の平均売上高／総売上高を求めることも可能である。

第１の実施形態のシステムを示す全体構成図である。 本発明の骨子を示す説明図である。 リクエスト実行・結果出力部の処理を示すフローチャートである。 ユーザ情報テーブルの一例を示す説明図である。 検索システム情報テーブルの一例を示す説明図である。 画面表示部の処理を示すフローチャートである。 検索システム使用経路抽出・管理部の処理を示すフローチャートである。 利用時間抽出部の処理を示すフローチャートである。 使用経路抽出部の処理を示すフローチャートである。 使用経路抽出部の処理を示すフローチャートである。 統計情報抽出部の処理を示すフローチャートである。 統計情報抽出部の処理を示すフローチャートである。 使用経路表示用データ作成部の処理を示すフローチャートである。 検索実行履歴テーブルの一例を示す説明図である。 利用時間テーブルの一例を示す説明図である。 使用経路テーブルの一例を示す説明図である。 統計情報テーブルの一例を示す説明図である。 使用経路表示コマンド実行時のコマンドプロンプト画面の表示例を示す説明図である。 パス長の降順に表示した使用経路表示画面の表示例を示す説明図である。 使用時間の降順に表示した使用経路表示画面の表示例を示す説明図である。 使用経路の件数の降順に表示した使用経路表示画面の表示例を示す説明図である。 第１の実施形態の他のシステムを示す全体構成図である。 検索リクエスト送受信テーブルの一例を示す説明図である。 業務アプリケーションログイン・ログアウト履歴テーブルの一例を示す説明図である。 第２の実施形態のシステムを示す全体構成図である。 Ｗｅｂサービス情報テーブルの一例を示す説明図である。 顧客情報テーブルの一例を示す説明図である。 申込情報テーブルの一例を示す説明図である。 ２０代男性の旅行サイト使用経路表示画面の具体例を示す説明図である。 ２０代女性の旅行サイト使用経路表示画面の具体例を示す説明図である。 ２０代女性の旅行サイト使用経路表示画面の他の具体例を示す説明図である。 ユーザ層別使用経路表示用データ作成部の処理を示すフローチャートである。 表示対象判定部の処理を示すフローチャートである。 第１の実施形態における会議室予約のための使用経路表示画面の表示例を示す説明図である。 第１の実施形態における商品の購入のための使用経路表示画面の表示例を示す説明図である。

符号の説明

１０００ クライアントＰＣ（クライアント）
１０５１ 画面表示部
２０００，４０００ ネットワーク
３０００ 統合検索システム（管理サーバ）
３１００ リクエスト実行・結果出力部
３１１０ データ取得要求受信部
３１２０ 検索リクエスト解析・格納部（履歴情報格納部）
３１３０ データ取得要求送信部
３１４０ データ取得結果送受信部
３１５０ 検索リクエスト解析・検索条件格納部
３１６０ データ取得結果解析・検索結果格納部
３１７０ 業務アプリケーションログイン・ログアウト履歴情報取得部
３１８０ サービス売上情報取得部
３２１０ ユーザ情報テーブル
３２２０ 検索システム情報テーブル
３２３０ 顧客情報テーブル
３２４０ Ｗｅｂサービス情報テーブル
３３１０ 検索実行履歴テーブル（アクセス情報）
３３２０ 利用時間テーブル
３３３０ 使用経路テーブル
３３４０ 統計情報テーブル
３３５０ 申込情報テーブル
３５００ 検索システム使用経路抽出・管理部
３５００Ａ Ｗｅｂサービス使用経路抽出・管理部
３５１０ コマンド実行要求・実行結果送受信部
３５２０ 利用時間抽出部
３５３０ 使用経路抽出部
３５４０ 統計情報抽出部
３５５０ 使用経路表示用データ作成部（使用経路出力情報作成部）
３５６０ ユーザ層別使用経路表示用データ作成部
３７１０ 検索リクエスト送受信テーブル
３７２０ 業務アプリケーションログイン・ログアウト履歴テーブル
５０００ 検索システム群（サービス提供サーバ群）
６０００ Ｗｅｂサービス群（サービス提供サーバ群）
７０００ 業務アプリケーション群（サービス提供サーバ群）

Claims (4)

1. ネットワーク上でサービスを提供する複数のサービス提供サーバと、前記サービス提供サーバにアクセスするクライアントのアクセス状況から前記クライアントがアクセスしたサービスの使用経路を出力する管理サーバと、を有するシステムにおいて、前記複数のサービスを利用して作業を遂行する情報システムを構築する上で、前記サービス間の関連性と作業効率の指標となる出力情報を提示するサービス使用経路出力システムであって、
   前記管理サーバは、
   前記クライアントから前記サービス提供サーバに送付されるリクエストを受信するデータ取得要求受信部と、
   前記データ取得要求受信部が受信したリクエストに含まれる送信元情報、送信先情報、および該リクエストを受信した受信時刻を対応付けてアクセス情報として記憶部に格納する履歴情報格納部と、
   前記アクセス情報に基づいて、前記送信元情報および前記送信先情報の組合せの計算対象ごとに、前記計算対象の送信先情報に対して初めて検索要求を実行する第１の時刻から前記計算対象の送信先情報に対し最後に検索要求を実行する第２の時刻までの時間である使用時間と、該第２の時刻から異なる送信先情報に対して検索要求を実行するまでの第３の時刻までの時間である経過時間とを算出し、前記算出した使用時間および経過時間を前記組合せの計算対象と対応付けて利用時間情報として前記記憶部に格納する利用時間抽出部と、
   前記利用時間情報に基づいて、前記送信元情報ごとに、前記経過時間が所定の経過時間未満にあるとき、同じ目的を有する作業の中で使用されているとしてサービス使用経路を抽出し、前記クライアントがアクセスしたサービスと該サービスの順序である前記サービス使用経路と該サービス使用経路の各サービスの前記使用時間を合計する使用合計時間とを対応づけて使用経路情報として前記記憶部に格納する使用経路抽出部と、
   前記使用経路抽出部で抽出されたサービス使用経路と同じサービス使用経路の抽出回数と、前記使用合計時間の平均である平均使用時間とを算出する統計情報抽出部と、
   前記サービス使用経路と前記平均使用時間と前記抽出回数とを対応付けて前記出力情報を作成する使用経路出力情報作成部と、を備える
   ことを特徴とするサービス使用経路出力システム。
2. ネットワーク上でサービスを提供する複数のサービス提供サーバにアクセスして前記サービスを利用するクライアントのアクセス状況を管理し、前記複数のサービスを利用して作業を遂行する情報システムを構築する上で、前記サービス間の関連性と作業効率の指標となる出力情報を提示する管理サーバであって、
   前記管理サーバは、
   前記クライアントから前記サービス提供サーバに送付されるリクエストを受信するデータ取得要求受信部と、
   前記データ取得要求受信部が受信したリクエストに含まれる送信元情報、送信先情報、および該リクエストを受信した受信時刻を対応付けてアクセス情報として記憶部に格納する履歴情報格納部と、
   前記アクセス情報に基づいて、前記送信元情報および前記送信先情報の組合せの計算対象ごとに、前記計算対象の送信先情報に対して初めて検索要求を実行する第１の時刻から前記計算対象の送信先情報に対し最後に検索要求を実行する第２の時刻までの時間である使用時間と、該第２の時刻から異なる送信先情報に対して検索要求を実行するまでの第３の時刻までの時間である経過時間とを算出し、前記算出した使用時間および経過時間を前記組合せの計算対象と対応付けて利用時間情報として前記記憶部に格納する利用時間抽出部と、
   前記利用時間情報に基づいて、前記送信元情報ごとに、前記経過時間が所定の経過時間未満にあるとき、同じ目的を有する作業の中で使用されているとしてサービス使用経路を抽出し、前記クライアントがアクセスしたサービスと該サービスの順序である前記サービス使用経路と該サービス使用経路の各サービスの前記使用時間を合計する使用合計時間とを対応づけて使用経路情報として前記記憶部に格納する使用経路抽出部と、
   前記使用経路抽出部で抽出されたサービス使用経路と同じサービス使用経路の抽出回数と、前記使用合計時間の平均である平均使用時間を算出する統計情報抽出部と、
   前記サービス使用経路と前記平均使用時間と前記抽出回数とを対応付けて前記出力情報を作成する使用経路出力情報作成部と、を備える
   ことを特徴とする管理サーバ。
3. ネットワーク上でサービスを提供する複数のサービス提供サーバと、前記サービス提供サーバにアクセスし前記サービスを利用するクライアントのアクセス状況を管理する管理サーバを有するシステムにおいて、前記複数のサービスを利用して作業を遂行する情報システムを構築する上で、前記サービス間の関連性と作業効率の指標となる出力情報を提示するサービス使用経路出力方法であって、
   前記管理サーバは、
   データ取得要求受信部が、前記クライアントから前記サービス提供サーバに送付されるリクエストを受信すると、
   履歴情報格納部が、前記受信したリクエストに含まれる送信元情報、送信先情報、および該リクエストを受信した受信時刻を対応付けてアクセス情報として記憶部に格納し、
   利用時間抽出部が、前記アクセス情報に基づいて、前記送信元情報および前記送信先情報の組合せの計算対象ごとに、前記計算対象の送信先情報に対して初めて検索要求を実行する第１の時刻から前記計算対象の送信先情報に対し最後に検索要求を実行する第２の時刻までの時間である使用時間と、該第２の時刻から異なる送信先情報に対して検索要求を実行するまでの第３の時刻までの時間である経過時間とを算出し、前記算出した使用時間および経過時間を前記組合せの計算対象と対応付けて利用時間情報として前記記憶部に格納し、
   使用経路抽出部が、前記利用時間情報に基づいて、前記送信元情報ごとに、前記経過時間が所定の経過時間未満にあるとき、同じ目的を有する作業の中で使用されているとしてサービス使用経路を抽出し、前記クライアントがアクセスしたサービスと該サービスの順序である前記サービス使用経路と該サービス使用経路の各サービスの前記使用時間を合計する使用合計時間とを対応づけて使用経路情報として前記記憶部に格納し、
   統計情報抽出部が、前記使用経路抽出部で抽出されたサービス使用経路と同じサービス使用経路の抽出回数と、前記使用合計時間の平均である平均使用時間とを算出し、
   使用経路出力情報作成部が、前記サービス使用経路と前記平均使用時間と前記抽出回数とを対応付けて前記出力情報を作成する
   ことを特徴とするサービス使用経路出力方法。
4. 請求項３に記載のサービス使用経路出力方法をコンピュータに実行させるためのサービス使用経路出力プログラム。

Images