(57)【特許請求の範囲】
【請求項１】
デバイス装置であって、
１以上のログファイルを含むログ情報の送信処理の開始に際して、開始時刻を保存する第１保存手段と、
前記ログ情報に含まれる各ログファイルのログ収集サーバへの送信を試みる第１の送信手段と、
前記第１の送信手段により送信に成功したログファイルの数と、前記第１の送信手段により送信に失敗したログファイルの数と、を記録する記録手段と、
前記第１の送信手段により前記ログ情報に含まれるすべてのログファイルの送信が試みられた後、前記ログ情報の送信処理の終了時刻を保存する第２保存手段と、
前記開始時刻と、前記終了時刻とを含む統計情報を生成する生成手段と、
前記統計情報を前記ログ収集サーバに送信する第２の送信手段と、を有し、
前記統計情報が、前記記録手段による記録に基づく、前記ログ情報に含まれる１以上のログファイルの中の送信に失敗したログファイルに係る情報を含むことを特徴とするデバイス装置。
【請求項２】
前記ログ情報の送信指示を監視サーバより受信する受信手段を更に有し、
前記第１の送信手段は、前記受信手段により前記送信指示が受信された場合、前記ログ情報を前記ログ収集サーバに送信することを特徴とする請求項１に記載のデバイス装置。
【請求項３】
前記第１の送信手段は、定期的に前記ログ情報を前記ログ収集サーバに送信することを特徴とする請求項１に記載のデバイス装置。
【請求項４】
前記第２の送信手段は、前記デバイス装置のファイルシステムを利用することなく、前記デバイス装置のバッファを利用して前記統計情報を前記ログ収集サーバに送信することを特徴とする請求項１乃至３の何れか１項に記載のデバイス装置。
【請求項５】
前記第１の送信手段及び第２の送信手段による前記ログ収集サーバに対する送信は、ＷｅｂＤＡＶプロトコルが利用されることを特徴とする請求項１乃至４の何れか１項に記載のデバイス装置。
【請求項６】
前記第２の送信手段は、前記第１の送信手段により送信された前記ログ情報の応答を前記ログ収集サーバより受信した場合、前記統計情報を前記ログ収集サーバに送信し、前記第１の送信手段により送信された前記ログ情報の応答を前記ログ収集サーバより受信しなかった場合、前記統計情報を監視サーバに送信することを特徴とする請求項１乃至５の何れか１項に記載のデバイス装置。
【請求項７】
前記監視サーバに前記統計情報を送信する場合は、ＸＭＬ／ＳＯＡＰが利用されることを特徴とする請求項６に記載のデバイス装置。
【請求項８】
前記生成手段は、前記第１の送信手段により定期的に前記ログ情報が前記ログ収集サーバに送信される場合、名前に日付と日時と含めた前記統計情報を生成することを特徴とする請求項１乃至７の何れか１項に記載のデバイス装置。
【請求項９】
前記生成手段は、前記ログ収集サーバに送信する前記ログ情報のサイズが制限されている場合、未送信のログ情報のサイズを含む前記統計情報を生成することを特徴とする請求項１乃至８の何れか１項に記載のデバイス装置。
【請求項１０】
デバイス装置が実行する情報処理方法であって、
１以上のログファイルを含むログ情報の送信処理の開始に際して、開始時刻を保存する第１保存ステップと、
前記ログ情報に含まれる各ログファイルのログ収集サーバへの送信を試みる第１の送信ステップと、
前記第１の送信ステップにより送信に成功したログファイルの数と、前記第１の送信ステップにより送信に失敗したログファイルの数と、を記録する記録ステップと、
前記第１の送信ステップにより前記ログ情報に含まれるすべてのログファイルの送信が試みられた後、前記ログ情報の送信処理の終了時刻を保存する第２保存ステップと、
前記開始時刻と、前記終了時刻とを含む統計情報を生成する生成ステップと、
前記統計情報を前記ログ収集サーバに送信する第２の送信ステップと、を含み、
前記統計情報が、前記記録ステップによる記録に基づく、前記ログ情報に含まれる１以上のログファイルの中の送信に失敗したログファイルに係る情報を含むことを特徴とする情報処理方法。
【請求項１１】
コンピュータを、請求項１乃至９の何れか１項に記載のデバイス装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイス装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、デバイス内部で保存している様々なログをサーバ上に送信して、遠隔地からそのサーバにアクセスすることにより、ログ情報を迅速に確認するシステムが開発されてきている。
特許文献１には、ウェブサーバがログをログ収集サーバへ送信し、ログ収集サーバはログデータベースを備える技術が開示されている。ウェブサーバは、ログの送信時刻及び送信済みログを管理する管理ファイルを備える。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−２９５３０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
デバイスからログ収集サーバへログファイルを送信するときに、例えば、送信エラーが発生すると、ログ収集サーバは、ログファイルを受信することができなかった。このとき、リモートからログ収集サーバのログファイルを確認しても、一部のログファイルが欠けていることが分からないという課題があった。
【課題を解決するための手段】
【０００５】
そこで、本発明は、デバイス装置であって、１以上のログファイルを含むログ情報の送信処理の開始に際して、開始時刻を保存する第１保存手段と、前記ログ情報に含まれる各ログファイルのログ収集サーバへの送信を試みる第１の送信手段と、前記第１の送信手段により送信に成功したログファイルの数と、前記第１の送信手段により送信に失敗したログファイルの数と、を記録する記録手段と、前記第１の送信手段により前記ログ情報に含まれるすべてのログファイルの送信が試みられた後、前記ログ情報の送信処理の終了時刻を保存する第２保存手段と、前記開始時刻と、前記終了時刻とを含む統計情報を生成する生成手段と、前記統計情報を前記ログ収集サーバに送信する第２の送信手段と、を有し、前記統計情報が、前記記録手段による記録に基づく、前記ログ情報に含まれる１以上のログファイルの中の送信に失敗したログファイルに係る情報を含むことを特徴とする。
【発明の効果】
【０００６】
本発明によれば、リモートからログ収集サーバのログファイルを確認した際に、一部のログファイルが欠けている場合は、ログファイルが欠けていることを分かるようにすることができる。
【図面の簡単な説明】
【０００７】
【図１】情報処理システムを構成する装置のハードウェア構成の一例を示す図である。
【図２】情報処理システムのシステム構成の一例を示す図である。
【図３】デバイス装置のソフトウェア構成等の一例を示す図である。
【図４】デバイス装置内のログリストの一例を示す図である。
【図５】デバイス装置へのログ送信指示を実施するＵＩの一例を示す図である。
【図６】情報処理システムにおける通信シーケンスの一例を示す図である。
【図７】ログ設定状態を取得するためのＸＭＬ／ＳＯＡＰデータを示す図である。
【図８】統計情報ファイルを示す図である。
【図９】ログ設定状態の取得の情報処理の一例を示すフローチャートである。
【図１０】ログをサーバ装置に送信する情報処理の一例を示すフローチャートである。
【図１１】ネットワークの通信シーケンスの一例を示す図である。
【図１２】統計情報の一例を示す図である。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について図面に基づいて説明する。
【０００９】
＜実施形態１＞
図１は、情報処理システムを構成する装置のハードウェア構成の一例を示す図である。図１（ａ）は、デバイス装置のハードウェア構成の一例を示す図である。図１（ａ）の例では、デバイス装置は１つのＣＰＵでネットワーク制御とデバイス（プリンタ）制御とを行うものとしている。しかし、デバイス装置に複数のＣＰＵを設け、各ＣＰＵがネットワーク制御と、デバイス制御と、をそれぞれ行うようにしてもよい。ＣＰＵ１０１は、ＲＯＭ１０３に格納されているプログラムを実行することで、システムバス１１１に接続される各デバイスを総括的に制御する。また、ＲＡＭ１０２は、ＣＰＵ１０１の主メモリ、ワークエリア等として機能する。そして、ＲＡＭ１０２には、通信ポート設定等も保存する。ＣＲＴコントローラ（ＣＲＴＣ）１０４は、ＣＲＴディスプレイ（ＣＲＴ）１０８の表示を制御する。ＣＲＴディスプレイ１０８等を用いてユーザは、コピー設定等を行うことができる。ディスクコントローラ１０５は、後述するログや画像や様々なユーザデータを保存するハードディスク（ＨＤ）１０９を制御する。デバイスコントローラ（ＤＶＣ）１０６は、プリンタ及びスキャナ等のＤＶ１１０を制御する。ネットワークインタフェースカード（ＮＩＣ）１０７は、ＬＡＮ１１２を介して、各種サーバと通信を行うことができる。
本実施形態では、デバイス装置は、キーボードを有していないが、キーボードを有する構成であってもよい。また、デバイス装置は、ＨＤを有していなくてもよいし、データを保存できれば、ＨＤではなく、ＵＳＢメモリ等でもよい。また、通信ポート設定値は、ＲＡＭ１０２ではなく、ＨＤＤ等の記憶装置に保存されていてもよい。
ＣＰＵ１０１が、ＲＯＭ１０３又はＨＤ１０９等に記憶されているプログラムに基づき処理を実行することにより以下の処理等が実現される。即ち、後述する図３のデバイス装置のソフトウェア構成、図６、１１のシーケンス図のデバイス装置の処理、及び図９、１０のフローチャートの処理等が実現される。
【００１０】
図１（ｂ）は、監視サーバ、ＷｅｂＤＡＶサーバ等のサーバのハードウェア構成の一例を示す図である。図１（ｂ）の例では、サーバは１つのＣＰＵでネットワーク制御とサーバ制御とを行うものとしている。しかし、サーバに複数のＣＰＵを設け、各ＣＰＵがネットワーク制御と、サーバ制御と、をそれぞれ行うようにしてもよい。ＣＰＵ１２１は、ＲＯＭ１２３に格納されているプログラムを実行することで、システムバス１３１に接続される各デバイスを総括的に制御する。また、ＲＡＭ１２２は、ＣＰＵ１２１の主メモリ、ワークエリア等として機能する。そして、ＲＡＭ１２２には、通信ポート設定等も保存する。ＣＲＴコントローラ（ＣＲＴＣ）１２４は、ＣＲＴディスプレイ（ＣＲＴ）１２８の表示を制御する。ＣＲＴディスプレイ１２８等を用いてユーザは、コピー設定等を行うことができる。ディスクコントローラ１２５は、後述するログや画像や様々なユーザデータを保存するハードディスク（ＨＤ）１２９を制御する。ネットワークインタフェースカード（ＮＩＣ）１２７は、ＬＡＮ１３２を介して、他のサーバやデバイス装置と通信を行うことができる。
本実施形態では、サーバは、キーボードを有していないが、キーボードを有する構成であってもよい。また、サーバは、ＨＤを有していなくてもよいし、データを保存できれば、ＨＤではなく、ＵＳＢメモリ等でもよい。また、通信ポート設定値は、ＲＡＭ１２２ではなく、ＨＤＤ等の記憶装置に保存されていてもよい。
各サーバのＣＰＵ１２１が、各サーバのＲＯＭ１２３又はＨＤ１２９等に記憶されているプログラムに基づき処理を実行することにより、各サーバの機能及び後述する図６、１１のシーケンス図の各サーバの処理等が実現される。
【００１１】
図２は、情報処理システムのシステム構成の一例を示す図である。デバイス装置２０１は、プリンタ等のデバイス装置である。ＰＣ２０２は、デバイス装置２０１への印刷データの送信やステータス監視等を行うＰＣである。ＬＡＮ２０４、２０７、２１０、２１３は、ローカルエリアネットワークである。プロキシサーバ２０３、２０５、２０８、２１１は、インターネット接続を行うためのそれぞれのプロキシサーバである。監視サーバ２０９は、デバイス装置２０１のエラー監視や制御を行っている。また、インターネット２１４は、インターネット全体を示している。ＰＣ２０６は、Ｗｅｂブラウザを利用可能なＰＣであり、監視サーバ２０９やＷｅｂＤＡＶサーバ２１２へのアクセスが可能である。ＷｅｂＤＡＶプロトコルは、ＨＴＴＰプロトコルを拡張したプロトコルであり、セキュリティ等の面で、インターネット上で用いるのにＨＴＴＰプロトコルより、より適したプロトコルである。
本実施形態では、情報処理システムの一例としてインターネット環境を介して各装置が接続されている例を示しているが、インターネット環境でなくてもよいし、また、プロキシサーバも特になくてもよい。また、各デバイスの数及びＰＣの数は、本実施形態の例に限定されるものではない。また、本実施形態の例では、ＷｅｂＤＡＶサーバ２１２を配置したが、それ以外のプロトコル（ＳＭＢやＦＴＰ）が利用される場合はプロトコルに対応したサーバを配置するようにしてもよい。また、監視サーバ２０９とＷｅｂＤＡＶサーバ２１２とは同一のコンピュータ上に実装されてもよい。
【００１２】
図３は、デバイス装置のソフトウェア構成等の一例を示す図である。ＵＩモジュール３０２は、ＵＩの制御を行う。スキャナモジュール３０３は、ＤＶ１１０のスキャナを制御する。プリンタモジュール３０４は、ＤＶ１１０のプリンタを制御する。ログ監視モジュール３０５は、ログが書き込まれているか否かを監視する。ＸＭＬ／ＳＯＡＰモジュール３０６は、監視サーバ２０９との通信の制御等を行うモジュールである。ＷｅｂＤＡＶクライアントモジュール３０７は、ＷｅｂＤＡＶサーバ２１２との通信の制御等を行うモジュールである。ＨＴＴＰクライアントモジュール３０８は、ＨＴＴＰプロトコルの制御を行う。ＴＣＰ／ＩＰプロトコルスタック３０９は、ＴＣＰ／ＩＰプロトコルの通信を実現するための一連の通信プロトコル群を実装しているモジュールである。デバイス装置は、ネットワーク３１０を介して、外部のサーバや他デバイスと通信を行う。図３に示した各種プロトコルは、一例であり、他のプロトコルであってもよい。
【００１３】
図４は、デバイス装置内のログリストの一例を示す図である。
ファイル名４０１は、ログのファイル名である。書き込み時刻４０２は、ログが作成された時刻、及び更新された時刻を示す書き込み時刻である。送信時刻４０３は、ログがＷｅｂＤＡＶサーバ２１２へ送信された時刻を示す送信時刻である。書込み時刻４０２と送信時刻４０３とはログを送信するかどうかの判断基準となるものである。ＣＰＵ１０１は、書込み時刻４０２が送信時刻４０３より後の時刻であれば、送信する必要があると判断する。
ログの構成は一例であり、ログのファイル名に日時を含ませることで、ファイル名から書込み時刻を判断可能な構成としてもよい。また、ＣＰＵ１０１は、ＷｅｂＤＡＶサーバ２１２からファイル名の一覧を取得し、同じファイル名のログは送信しないと判断してもよい。
【００１４】
図５は、デバイス装置へのログ送信指示を実施するＵＩの一例を示す図である。
ブラウザ５０１は、監視サーバ２０９へアクセスしているＰＣ２０６上のブラウザである。ＵＲＬ５０２は、監視サーバ２０９のＷｅｂポータルのＵＲＬである。ボタン５０３は、領域５０４〜５０７で選択、入力されたデータをデバイス装置２０１に送信することをＰＣ２０６のＣＰＵに指示するためのボタンである。領域５０４は、ログ送信をする／しないを選択するための領域である。領域５０５は、ＷｅｂＤＡＶサーバ２１２へのアクセスするためのアカウントを入力するための領域である。領域５０６は、そのアカウントに対応したパスワードを入力するための領域である。領域５０７は、ＷｅｂＤＡＶサーバ２１２へのＵＲＬを入力するための領域である。ＰＣ２０６のＣＰＵは、領域５０４〜５０７で選択、入力されたデータを受け取り、ボタン５０３が選択されたことを検知すると、受け取ったデータをデバイス装置２０１に送信する。
図５のＵＩは一例であり、目的の指示をデバイス装置２０１に設定できるものであれば、これに限定されるものではない。
【００１５】
図６は、情報処理システムにおける通信シーケンスの一例を示す図である。
デバイス装置２０１は、監視サーバ２０９に管理されたデバイス装置である。デバイス装置２０１は、監視サーバ２０９よりログのログ設定状態を定期的に取得し、ＷｅｂＤＡＶサーバ２１２の自デバイスのシリアル番号（ここではＡＡＡＢＢＢＢＢ）のフォルダにログを送信する。デバイス装置２０１は、ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎ６０４を監視サーバ２０９に送信することで、前記ログのログ設定状態の定期取得を行う。そして、デバイス装置２０１は、ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎＲｅｓｐｏｎｓｅ６０５で監視サーバ２０９より設定状態の返信を受け取る。ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎ６０４、ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎＲｅｓｐｏｎｓｅ６０５の詳細は、後述する図７に示す。デバイス装置２０１は、ログ送信処理を継続するか中止するかをｐｏｓｔＯｕｔｃｏｍｅ６０６で監視サーバ２０９に通知する。デバイス装置２０１は、ｐｏｓｔＯｕｔｃｏｍｅＲｅｓｐｏｎｓｅ６０７で監視サーバ２０９より応答を受け取る。また、デバイス装置２０１は、ＷｅｂＤＡＶプロトコルのＰＵＴ６０８でログファイルをＷｅｂＤＡＶサーバ２１２へ送信する。認証方式はベーシック認証である。ベーシック認証は一般的な認証方式であるため、詳細なシーケンスは省略する。但し、認証方式はベーシック認証に限定されない。デバイス装置２０１は、ＯＫ６０９でＷｅｂＤＡＶサーバ２１２より応答を受け取る。その後、デバイス装置２０１は、ＷｅｂＤＡＶプロトコルのＰＵＴ６１０で統計情報ファイルをＷｅｂＤＡＶサーバ２１２へ送信する。統計情報ファイルの詳細は、後述する図８に示す。デバイス装置２０１は、ＯＫ６１１でＷｅｂＤＡＶサーバ２１２より応答を受け取る。
本実施形態ではＷｅｂＤＡＶプロトコルによるシーケンスを示したが、情報処理システムは、ＦＴＰやＳＭＢやその他独自プロトコルで通信を行ってもよい。また、本実施形態では、シリアル番号のフォルダを設けることでデバイス装置のログを特定したが、ＭＡＣアドレス等の一意に特定できるものであれば、シリアル番号でなくてもよい。
【００１６】
図７は、ログ設定状態を取得するためのＸＭＬ／ＳＯＡＰデータを示す図である。
ＸＭＬ／ＳＯＡＰデータ７０１は、ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎ６０４のＸＭＬ／ＳＯＡＰデータである。デバイス装置２０１は、デバイス装置を特定するクライアント識別子を合わせて送信している。ＸＭＬ／ＳＯＡＰデータ７０２は、ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎ６０４に対するレスポンスであるｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎＲｅｓｐｏｎｓｅ６０５のＸＭＬ／ＳＯＡＰデータである。ＸＭＬ／ＳＯＡＰデータ７０２の中に、図５で設定されたような、ログ送信ＯＮ（ａｂａｉｌａｂｌｅの値）、ＵＲＬ（ｕｒｌの値）、アカウント（ｉｄの値）、パスワード（ｐａｓｓの値）が含まれている。
本実施形態ではＸＭＬ／ＳＯＡＰを例に説明したが、ＸＭＬ／ＳＯＡＰ以外のデータ構造でもよい。また、ＸＭＬ／ＳＯＡＰでも、同様の意味をなすＸＭＬデータであれば、図７の例に限定されるものではない。
【００１７】
図８は、統計情報ファイルを示す図である。
統計情報ファイル８０１は、デバイス装置２０１がＷｅｂＤＡＶサーバ２１２へ送信する統計情報ファイルである。統計情報ファイル８０１には、処理開始時刻、処理終了時刻、処理時間、送信成功ファイル数、送信失敗ファイル数、全処理ファイル数、全送信サイズ、最新のエラー理由が記載される。ログ情報を構成する複数のログファイルの送信結果を示すものであれば、統計情報ファイル８０１は、図８に示す情報に限定されるものではない。
【００１８】
図９は、ログ設定状態の取得の情報処理の一例を示すフローチャートである。
以下、図９を用いて、本実施形態のデバイス装置２０１の動作を説明する。
Ｓ９０１では、ＣＰＵ１０１が、監視サーバ２０９へｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎを送信し、指示の問い合わせを行う。
Ｓ９０２では、ＣＰＵ１０１が、ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎＲｅｓｐｏｎｓｅを受信したか否かに基づき、指示があるか否かを判定する。ＣＰＵ１０１は、判定の結果、指示があると判定した場合、Ｓ９０３へ進み、指示がないと判定した場合、Ｓ９０１へ戻る。例えば、ＣＰＵ１０１は、ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎＲｅｓｐｏｎｓｅを受信した場合、指示があると判定し、ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎＲｅｓｐｏｎｓｅを受信しない場合、指示が無いと判定する。
Ｓ９０３では、ＣＰＵ１０１が、ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎに記述された設定状態を確認する。
Ｓ９０４では、ＣＰＵ１０１が、Ｓ９０３で確認した設定状態を送信設定として、デバイス内部に登録する。
Ｓ９０５では、ＣＰＵ１０１が、監視サーバ２０９へログ送信の処理継続を示す通知をｐｏｓｔＯｕｔｃｏｍｅで行う。
【００１９】
図１０は、ログをサーバ装置に送信する情報処理の一例を示すフローチャートである。
以下、図１０を用いて、本実施形態のデバイス装置２０１の動作を説明する。
Ｓ１００１では、ＣＰＵ１０１が、処理開始時刻を保存する。
Ｓ１００２では、ＣＰＵ１０１が、図４のようなログの情報取得を行う。
Ｓ１００３では、ＣＰＵ１０１が、ＷｅｂＤＡＶサーバ２１２へログを送信する。
Ｓ１００４では、ＣＰＵ１０１が、ログ送信に成功したか否かを判定し、成功したのであれば、Ｓ１００５へ進み、そうでなければ、Ｓ１００７へ進む。
Ｓ１００５では、ＣＰＵ１０１が、送信成功ファイル数をインクリメントする。
Ｓ１００６では、ＣＰＵ１０１が、送信に成功したサイズを全送信サイズに加算する。
Ｓ１００７では、ＣＰＵ１０１が、送信失敗ファイル数をインクリメントする。
Ｓ１００８では、ＣＰＵ１０１が、エラー理由を保存する。既にエラー理由が保存されている場合は、ＣＰＵ１０１は、最新のエラー理由で更新する。
Ｓ１００９では、ＣＰＵ１０１が、全処理ファイル数をインクリメントする。
【００２０】
Ｓ１０１０では、ＣＰＵ１０１が、全ログファイルを送信したかどうかを判定し、送信したのであれば、Ｓ１０１１へ進み、そうでなければ、Ｓ１００２へ戻る。
Ｓ１０１１では、ＣＰＵ１０１が、処理終了時刻を保存する。
Ｓ１０１２では、ＣＰＵ１０１が、Ｓ１００１で保存した処理開始時刻とＳ１０１１で保存した修理終了時刻とから全ログファイルの処理時間を計算して保存する。
Ｓ１０１３では、ＣＰＵ１０１が、処理開始時刻、処理終了時刻、処理時間、送信成功ファイル数、送信失敗ファイル数、全処理ファイル数、全送信サイズ、最新のエラー理由を記載した図８のような統計情報ファイルを生成する。そして、ＣＰＵ１０１は、ＳＴＡＴＩＳＴＩＣＳ．ＴＸＴというファイル名でＷｅｂＤＡＶサーバ２１２へ送信する。
【００２１】
ＣＰＵ１０１は、統計情報ファイルを、デバイス装置２０１の保存領域に保存しても、保存しなくてもどちらでもよい。保存するということは、デバイス装置２０１のファイルシステムを利用するということである。保存しない場合、ＣＰＵ１０１は、デバイス装置２０１のバッファを利用して統計情報ファイルを生成し、ＷｅｂＤＡＶサーバ２１２に送信すればよい。ファイルシステムを利用しないことで、デバイス装置２０１のファイルシステムにエラーが発生した場合でも、統計情報ファイルを送信することができる。
ＣＰＵ１０１は、全ログファイルの送信を試みた後に、ファイルシステムにアクセスすることで、ファイルシステムにエラーが発生しているか確認し、確認結果を統計情報ファイルに含めてもよい。
本実施形態では監視サーバ２０９から指示があった場合にのみ、ログ送信を行う例を示した。しかし、デバイス装置２０１が定期的にＷｅｂＤＡＶサーバ２１２へログ送信を行うとしてもよい。その場合、ＣＰＵ１０１は、統計情報ファイルの名前（統計情報ファイル名）に、ＳＴＡＴＩＳＴＩＣＳ２０１５０５１４１９２００８．ＴＸＴのように、日付と日時とを含めるようにしてもよい。統計情報ファイル名を変更することで、上書きが起こらないようにすることができる。また、監視サーバ２０９から指示があった場合、ＣＰＵ１０１は、日付と日時とを含めない統計情報ファイル名とし、定期的に送信する場合は日付と日時とを含める統計情報ファイル名としてもよい。
また、ＣＰＵ１０１は、ＷｅｂＤＡＶサーバ２１２へ送信するログのサイズを制限してもよく、例えば、一定サイズのログを送信したところで送信を停止してもよい。このとき、ＣＰＵ１０１は、未送信のログのサイズを計算し、統計情報ファイルに残ログサイズとして記載してもよい。
【００２２】
＜実施形態２＞
次に実施形態２について説明する。
実施形態１においては、デバイス装置２０１とＷｅｂＤＡＶサーバ２１２との間で送信エラーが発生した場合、統計情報ファイルはＷｅｂＤＡＶサーバ２１２に保存されない。そのため、送信エラーが発生していることをリモートから認識することができなかった。本実施形態においては、統計情報を監視サーバ２０９に送信することで、リモートで送信エラーが発生していることを認識できるようにする。本実施形態においては実施形態１と同一部分に関する説明は省略し、その差異について説明する。
図１１は、ネットワークの通信シーケンスの一例を示す図である。
１１０４から１１０７までの処理は６０４から６０７までの処理と同じであるため、説明を省略する。デバイス装置２０１は、ＷｅｂＤＡＶプロトコルのＰＵＴ１１０８でログファイルをＷｅｂＤＡＶサーバ２１２へ送信する。本実施形態では、ＰＵＴ１１０８で送信エラーが発生して、ＷｅｂＤＡＶサーバ２１２から応答はないものとする。そして、デバイス装置２０１は、ｐｏｓｔＯｕｔｃｏｍｅ２  １１０９で図１２のような統計情報を監視サーバ２０９へ送信する。監視サーバ２０９はＷｅｂＤＡＶプロトコルを扱うことができないため、デバイス装置２０１は、ＸＭＬ／ＳＯＡＰの形式で統計情報を送信する。ｐｏｓｔＯｕｔｃｏｍｅ２Ｒｅｓｐｏｎｓｅ１１１０はｐｏｓｔＯｕｔｃｏｍｅ２  １１０９の応答である。
【００２３】
図１２は、統計情報の一例を示す図である。
統計情報１２０１は、ｐｏｓｔＯｕｔｃｏｍｅ２  １１０９で送信される統計情報である。本ＸＭＬデータの中に、処理開始時刻、処理終了時刻、処理時間、送信成功ファイル数、送信失敗ファイル数、全処理ファイル数、全送信サイズ、最新のエラー理由が含まれている。
【００２４】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００２５】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではない。例えば、上述した実施形態では、デバイス装置のネットワークインタフェースカード（ＮＩＣ）は１つとして説明したが複数であってもよい。
【００２６】
以上、上述した各実施形態によれば、リモートからログ収集サーバのログファイルを確認した際に、一部のログファイルが欠けている場合は、ログファイルが欠けていることを分かるようにすることができる。
【符号の説明】
【００２７】
１０１  ＣＰＵ
２０１  デバイス装置
２０９  監視サーバ
２１２  ＷｅｂＤＡＶサーバ
【図１】
0006669382.tif 000002
【図２】
0006669382.tif 000003
【図３】
0006669382.tif 000004
【図４】
0006669382.tif 000005
【図５】
0006669382.tif 000006
【図６】
0006669382.tif 000007
【図７】
0006669382.tif 000008
【図８】
0006669382.tif 000009
【図９】
0006669382.tif 000010
【図１０】
0006669382.tif 000011
【図１１】
0006669382.tif 000012
【図１２】
0006669382.tif 000013