(57)【要約】【課題】  多機能機のログ情報を適切なタイミングで削除する技術を提供する。【解決手段】  多機能機１０は、サーバ５０から送信される機能実行要求２０６を受信する場合に、機能実行要求２０６に従って機能を実行し（Ｓ５）、その機能の実行を示すログ情報を生成し（Ｓ６）、そのログ情報を含む組合せ情報をログ情報テーブルに記憶させる（Ｓ８）。多機能機１０は、サーバ５０から送信されるログ情報送信指示２１６に応じて、組合せ情報をサーバ５０に送信する。多機能機１０は、組合せ情報が受信されたことを示す応答２２０を受信する場合に、組合せ情報を削除する（Ｓ１０）。【選択図】図３
2011048737.tif 000002
【特許請求の範囲】
【請求項１】
サーバと接続されるデバイスであって、
前記サーバから特定の機能実行指示を受信する機能実行指示受信部と、
前記特定の機能実行指示に従って、特定の機能を実行する機能実行部と、
前記特定の機能が実行される場合に、前記特定の機能の実行を示す特定のログ情報を生成するログ生成部と、
メモリと、
前記特定のログ情報を前記メモリに記憶させる第１記憶制御部と、
前記特定のログ情報を前記サーバに送信するログ送信部と、
前記サーバが前記特定のログ情報を受信したことを示す特定の応答を受信する応答受信部と、
前記特定の応答が受信される場合に、前記メモリから前記特定のログ情報を削除する第２記憶制御部と、を備えるデバイス。
【請求項２】
前記第２記憶制御部は、さらに、前記特定の応答が受信されない場合であり、かつ、前記サーバから他の機能実行指示が受信される場合に、前記特定のログ情報を削除する、請求項１に記載のデバイス。
【請求項３】
前記サーバから前記特定のログ情報の送信指示を受信する送信指示受信部をさらに備え、
前記ログ送信部は、前記送信指示が受信される場合に、前記特定のログ情報を前記サーバに送信する、請求項１又は２に記載のデバイス。
【請求項４】
複数のアプリケーションを備える前記サーバと接続され、
前記機能実行指示受信部は、前記複数のアプリケーションのうちの特定のアプリケーションに従って前記サーバが送信する前記特定の機能実行指示を受信し、
前記機能実行部は、前記特定の機能実行指示が受信される場合に、前記複数のアプリケーションに対応する複数の機能のうち、前記特定のアプリケーションに対応する前記特定の機能を実行し、
前記第１記憶制御部は、前記特定のアプリケーションに関連するアプリケーション関連情報に対応づけて、前記特定のログ情報を前記メモリに記憶させ、
前記応答受信部は、前記特定のアプリケーションに従って前記サーバが送信する前記特定の応答であって、前記アプリケーション関連情報を含む前記特定の応答を受信し、
前記第２記憶制御部は、前記特定の応答が受信される場合に、前記特定の応答に含まれる前記アプリケーション関連情報に対応づけられている前記特定のログ情報を削除する、請求項１から３のいずれか１項に記載のデバイス。
【請求項５】
前記サーバとの間で特定のセッションを確立するセッション確立部をさらに備え、
前記機能実行指示受信部は、前記特定のセッションに関連するセッション関連情報を含む前記特定の機能実行指示を受信し、
前記第１記憶制御部は、前記セッション関連情報に対応づけて、前記特定のログ情報を前記メモリに記憶させ、
前記応答受信部は、前記セッション関連情報を含む前記特定の応答を受信し、
前記第２記憶制御部は、前記特定の応答が受信される場合に、前記特定の応答に含まれる前記セッション関連情報に対応づけられている前記特定のログ情報を削除する、請求項１から４のいずれか１項に記載のデバイス。
【請求項６】
サーバと接続されるデバイスであって、
前記サーバから特定の機能実行指示を受信する機能実行指示受信部と、
前記特定の機能実行指示に従って、特定の機能を実行する機能実行部と、
前記特定の機能が実行される場合に、前記特定の機能の実行を示す特定のログ情報を生成するログ生成部と、
メモリと、
前記特定のログ情報を前記メモリに記憶させる第１記憶制御部と、
前記サーバから他の機能実行指示が受信される場合に、前記特定のログ情報を前記メモリから削除する第２記憶制御部と、を備えるデバイス。
【請求項７】
複数のアプリケーションを備える前記サーバと接続され、
前記機能実行指示受信部は、前記複数のアプリケーションのうちの特定のアプリケーションに従って前記サーバが送信する前記特定の機能実行指示を受信し、
前記機能実行部は、前記特定の機能実行指示が受信される場合に、前記複数のアプリケーションに対応する複数の機能のうち、前記特定のアプリケーションに対応する前記特定の機能を実行し、
前記第１記憶制御部は、前記特定のアプリケーションに関連するアプリケーション関連情報に対応づけて、前記特定のログ情報を前記メモリに記憶させ、
前記第２記憶制御部は、前記特定のアプリケーションに従って前記サーバが送信する前記他の機能実行指示であって、前記アプリケーション関連情報を含む前記他の機能実行指示が受信される場合に、前記他の機能実行指示に含まれる前記アプリケーション関連情報に対応づけられている前記特定のログ情報を削除する、請求項２又は６に記載のデバイス。
【請求項８】
所定の操作を実行することをユーザに許容する操作許容部と、
前記ユーザによって前記所定の操作が実行される場合に、前記サーバに特定の要求を送信する要求送信部と、をさらに備え、
前記機能実行指示受信部は、前記特定の要求に応じて前記サーバが送信する前記特定の機能実行指示を受信する、請求項１から７のいずれか１項に記載のデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書によって開示される技術は、ログ情報を生成するデバイスに関する。
【背景技術】
【０００２】
ログ情報を生成するデバイスが広く知られている。例えば、特許文献１には、印刷処理を実行する毎に、その印刷処理の実行を示すログ情報を生成するデバイスが開示されている。このデバイスは、ログ情報をサーバに送信する。ログ情報には、デバイスによって実行された印刷処理の内容を示す各種情報（例えば、印刷実行時刻等）が含まれる。サーバは、デバイスから送信されたログ情報をメモリに蓄積する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−３０４７８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１には、デバイスがサーバにログ情報を送信した後に、デバイスが生成したログ情報がどのように処理されるのかについて、何ら開示されていない。デバイスが生成したログ情報は、適切なタイミングでデバイスから削除されることが好ましい。デバイスのメモリ容量には限りがあるからである。
【０００５】
本明細書では、デバイスのメモリ内のログ情報を適切なタイミングで削除する技術を開示する。
【課題を解決するための手段】
【０００６】
本明細書によって開示される技術は、サーバと接続されるデバイスとして具現化される。デバイスは、機能実行指示受信部と、機能実行部と、ログ生成部と、メモリと、第１記憶制御部と、ログ送信部と、応答受信部と、第２記憶制御部と、を備える。機能実行指示受信部は、サーバから特定の機能実行指示を受信する。機能実行部は、上記の特定の機能実行指示に従って、特定の機能を実行する。ログ生成部は、上記の特定の機能が実行される場合に、上記の特定の機能の実行を示す特定のログ情報を生成する。第１記憶制御部は、特定のログ情報をメモリに記憶させる。ログ送信部は、上記の特定のログ情報をサーバに送信する。応答受信部は、サーバが上記の特定のログ情報を受信したことを示す特定の応答を受信する。第２記憶制御部は、上記の特定の応答が受信される場合に、メモリから上記の特定のログ情報を削除する。
【０００７】
上記の構成によると、デバイスは、サーバが上記の特定のログ情報を受信したことを示す上記の特定の応答が受信される場合に、メモリから上記の特定のログ情報を削除する。デバイスは、サーバがログ情報を受信したことを確認した上でログ情報を削除することができる。例えば、サーバにおいて通信障害等の不具合が発生しており、サーバがログ情報を受信することができない状況において、サーバが受信する前のログ情報をデバイスが削除してしまうという事象が発生しない。
【０００８】
デバイスのメモリからログ情報を削除するための条件として、上記の特定の応答をサーバから受信するという条件のみが設定されると、以下の問題が発生する。即ち、仮に、上記の特定の応答を送信する機能を有していないサーバが存在する場合に、デバイスのメモリからログ情報を削除することができない。この結果、デバイスのメモリの残容量がログ情報によって圧迫されるという問題が発生する。このような問題を発生しないように、以下の構成を採用してもよい。即ち、第２記憶制御部は、さらに、上記の特定の応答が受信されない場合であり、かつ、サーバから他の機能実行指示が受信される場合に、上記の特定のログ情報を削除してもよい。この構成によると、デバイスは、上記の特定の応答が受信されない場合でも、ログ情報を削除することができる。デバイスのメモリの残容量がログ情報によって圧迫されるという問題が発生しない。
【０００９】
上記のデバイスは、サーバから上記の特定のログ情報の送信指示を受信する送信指示受信部をさらに備えてもよい。ログ送信部は、送信指示が受信される場合に、上記の特定のログ情報をサーバに送信してもよい。上記の構成によると、デバイスは、サーバからの送信指示に従って、上記の特定のログ情報を送信することができる。
【００１０】
上記のデバイスは、複数のアプリケーションを備えるサーバと接続されていてもよい。機能実行指示受信部は、複数のアプリケーションのうちの特定のアプリケーションに従ってサーバが送信する上記の特定の機能実行指示を受信してもよい。機能実行部は、上記の特定の機能実行指示が受信される場合に、複数の機能のうちの上記の特定のアプリケーションに対応する上記の特定の機能を実行してもよい。第１記憶制御部は、上記の特定のアプリケーションに関連するアプリケーション関連情報に対応づけて、上記の特定のログ情報をメモリに記憶させてもよい。応答受信部は、上記の特定のアプリケーションに従ってサーバが送信する上記の特定の応答であって、アプリケーション関連情報を含む上記の特定の応答を受信してもよい。第２記憶制御部は、上記の特定の応答が受信される場合に、上記の特定の応答に含まれるアプリケーション関連情報に対応づけられている上記の特定のログ情報を削除してもよい。
【００１１】
例えば、デバイスにおいて、比較的に短期間の間に、上記の特定のアプリケーションに対応する上記の特定の機能と、上記の特定のアプリケーション以外のアプリケーションに対応する他の機能と、の両方が実行される可能性がある。この場合、デバイスは、上記の特定の機能の実行を示す上記の特定のログ情報をサーバに送信し、上記の他の機能の実行を示す他のログ情報をサーバに送信する。また、サーバは、上記の特定のログ情報が受信された場合に上記の特定の応答をデバイスに送信し、上記の他のログ情報が受信された場合に他の応答をデバイスに送信する。仮に、上記の特定の応答と上記の他の応答とが同じ内容である場合には、デバイスは、上記の特定の応答が上記の特定のログ情報に対応し、上記の他の応答が上記の他のログ情報に対応することを判別することができない。この場合、以下の問題が発生する。即ち、上記の特定のログ情報及び上記の他のログ情報の両方がメモリに記憶されている状態で、上記の特定の応答又は上記の他の応答が受信されても、デバイスは、上記の特定のログ情報及び上記の他のログ情報のどちらを削除すればよいのかわからない。従って、デバイスは、例えば、上記の特定の応答が受信されたにもかかわらず、上記の他のログ情報を誤って削除し得る。上記の構成によると、このような問題が発生するのを抑制することができる。即ち、デバイスは、上記の特定のアプリケーションに関連するアプリケーション関連情報に対応づけて、上記の特定のログ情報をメモリに記憶させる。また、サーバからの上記の特定の応答には、上記の特定のアプリケーションに関連するアプリケーション関連情報が含まれる。従って、デバイスは、上記の特定の応答が受信された場合に、上記の特定の応答が上記の特定のログ情報に対応することを判別することができ、上記の特定のログ情報を削除することができる。上記の特定の応答が受信されたにもかかわらず、上記の他のログ情報が誤って削除されるのを抑制することができる。
【００１２】
上記のデバイスは、サーバとの間で特定のセッションを確立するセッション確立部をさらに備えてもよい。機能実行指示受信部は、上記の特定のセッションに関連するセッション関連情報を含む上記の特定の機能実行指示を受信してもよい。第１記憶制御部は、セッション関連情報に対応づけて、上記の特定のログ情報をメモリに記憶させてもよい。応答受信部は、上記のセッション関連情報を含む上記の特定の応答を受信してもよい。第２記憶制御部は、上記の特定の応答が受信される場合に、上記の特定の応答に含まれる上記のセッション関連情報に対応づけられている上記の特定のログ情報を削除してもよい。この構成によると、デバイスは、上記の特定の応答に含まれるセッション関連情報に基づいて、上記の特定の応答が上記の特定のログ情報に対応することを判別することができ、上記の特定のログ情報を削除することができる。
【００１３】
上記のデバイスからログ送信部と応答受信部とを省略してもよい。第２記憶制御部は、サーバから他の機能実行指示が受信される場合に、特定のログ情報をメモリから削除してもよい。上述のように、上記の特定の応答を送信する機能を有していないサーバが存在する場合であっても、この構成によると、ログ情報を削除することができる。デバイスのメモリの残容量がログ情報によって圧迫されるという問題が発生しない。
【００１４】
上記のデバイスは、複数のアプリケーションを備えるサーバと接続されていてもよい。機能実行指示受信部は、複数のアプリケーションのうちの特定のアプリケーションに従ってサーバが送信する上記の特定の機能実行指示を受信してもよい。機能実行部は、上記の特定の機能実行指示が受信される場合に、複数のアプリケーションに対応する複数の機能のうち、上記の特定のアプリケーションに対応する上記の特定の機能を実行してもよい。第１記憶制御部は、上記の特定のアプリケーションに関連するアプリケーション関連情報に対応づけて、上記の特定のログ情報をメモリに記憶させてもよい。第２記憶制御部は、上記の特定のアプリケーションに従ってサーバが送信する上記の他の機能実行指示であって、アプリケーション関連情報を含む上記の他の機能実行指示が受信される場合に、上記の他の機能実行指示に含まれるアプリケーション関連情報に対応づけられている特定のログ情報を削除してもよい。この構成によると、上記の特定のアプリケーションに従ってサーバが送信する上記の他の機能実行指示が受信される場合に、デバイスは、同じアプリケーションに従ってサーバが過去に送信した上記の特定の機能実行指示が受信された際に生成された上記の特定のログ情報を削除する。即ち、デバイスは、アプリケーションに従ってサーバが送信する機能実行指示が受信されても、異なるアプリケーションに従ってサーバが過去に送信した機能実行指示が受信された際に生成されたログ情報を削除しない。
【００１５】
上記のデバイスは、操作許容部と、要求送信部とをさらに備えていてもよい。操作許容部は、所定の操作を実行することをユーザに許容してもよい。要求送信部は、ユーザによって所定の操作が実行される場合に、サーバに特定の要求を送信してもよい。機能実行指示受信部は、上記の特定の要求に応じてサーバが送信する上記の特定の機能実行指示を受信してもよい。
【００１６】
上記のデバイスを実現するための制御方法、及び、コンピュータプログラムも、新規で有用である。
【図面の簡単な説明】
【００１７】
【図１】通信システムの構成の一例を示す。
【図２】ユーザ管理テーブルの一例を示す。
【図３】多機能機とサーバが実行する処理のシーケンス図を示す。
【図４】多機能機とサーバが実行する処理のシーケンス図の他の例を示す。
【図５】多機能機の処理のフローチャートを示す。
【図６】多機能機の処理のフローチャートの続きを示す。
【発明を実施するための形態】
【００１８】
（第１実施例）
（システムの構成）
図面を参照して第１実施例を説明する。図１は、本実施例の通信システム２の概略図を示す。通信システム２は、ネットワーク４と、ＰＳＴＮ（Public Switched Telephone Networks）６と、多機能機１０と、複数のサーバ５０、７０と、を備える。多機能機１０及びサーバ５０、７０は、ネットワーク４に接続されている。多機能機１０及びサーバ５０、７０は、ネットワーク４を介して、相互に通信可能である。
【００１９】
（多機能機１０の構成）
多機能機１０の構成について説明する。多機能機１０は、電子メール送受信機能、スキャナ機能、コピー機能、プリンタ機能、ＦＡＸ機能、電話機能等の多機能を備える。多機能機１０は、制御部１２と、表示部１４と、操作部１６と、スキャン部１８と、印刷部２０と、ネットワークインターフェイス２４と、ＰＳＴＮインターフェイス２６と、記憶部２８と、を備える。
【００２０】
制御部１２は、記憶部２８に記憶されているプログラム３４に従って処理を実行する。表示部１４は、様々な情報を表示する。操作部１６は、複数のキーを備える。ユーザは、操作部１６を操作することによって、様々な情報を多機能機１０に入力することができる。スキャン部１８は、スキャン対象物をスキャンすることによって、画像データを生成する。印刷部２０は、外部から入力される情報に従って印刷を行う。また、印刷部２０は、スキャン部１８によって生成される画像データに従って印刷を行う。ネットワークインターフェイス２４は、ネットワーク４と接続されている。ネットワークインターフェイス２４は、サーバ５０、７０から出力された情報を入力する。ＰＳＴＮインターフェイス２６は、ＰＳＴＮ６と接続されている。ＰＳＴＮインターフェイス２６は、ＰＳＴＮ６に接続されている他のデバイス（例えばＦＡＸ）から出力される情報（例えばＦＡＸデータ）を入力する。
【００２１】
記憶部２８は、ログ情報テーブル３０を記憶する。ログ情報テーブル３０は、複数の組合せ情報１２０、１２２を含む。各組合せ情報１２０、１２２は、アプリケーションＩＤ１２４と、セッションＩＤ１２６と、ログ情報１２８と、が対応付けられた情報である。アプリケーションＩＤ１２４は、サーバ５０、７０が備える複数のアプリケーション６０を識別するための情報（例えば「０００１」等）である。セッションＩＤ１２６は、サーバ５０、７０と多機能機１０との間で確立されるセッションを識別するための情報（例えば「１２３４」等）である。ログ情報１２８は、多機能機１０が実行した機能を示す機能情報（例えば「印刷」）と、実行された機能の具体的な内容（機能の実行枚数）を示す内容情報（例えば「１０枚」）と、当該機能の実行を多機能機１０に指示したユーザＩＤ（例えば「Ｕ１」）と、を含む。例えば、「印刷：１０（Ｕ１）」は、ユーザ「Ｕ１」の指示に従って多機能機１０が１０枚の印刷を実行したことを示す。なお、ユーザＩＤは、多機能機１０を利用するユーザを識別するための情報である。
【００２２】
記憶部２８は、さらに、アプリケーション管理テーブル３２を記憶する。アプリケーション管理テーブル３２は、複数の組合せ情報１０２〜１０６を含む。各組合せ情報１０２〜１０６は、アプリケーションＩＤ１０８と、ＵＲＬ１１０と、が対応付けられた情報である。アプリケーションＩＤ１０８については上述の通りである。ＵＲＬ１１０は、アプリケーションの位置情報（例えば「http://xxx.com/print」等）である。
【００２３】
記憶部２８は、さらに、制御部１２によって実行されるべきプログラム３４を記憶する。また、記憶部２８は、さらに、ワーク領域３６を備える。ワーク領域３６は、制御部１２が処理を実行する過程で生成又は取得される情報を記憶する。記憶部２８は、さらに、上記のプログラム３４以外の情報を記憶するための記憶領域３８を備える。
【００２４】
（サーバ５０の構成）
サーバ５０の構成について説明する。サーバ５０は、制御部５２と、ネットワークインターフェイス５４と、記憶部５６と、を備える。制御部５２は、記憶部５６に記憶されているプログラム５８に従って処理を実行する。ネットワークインターフェイス５４は、ネットワーク４に接続されている。
【００２５】
プログラム５８は、複数のアプリケーション６０を含む。１つのアプリケーション６０は、多機能機１０が実行する１つの機能に対応する。本実施例では、アプリケーション６０は、プリント機能に対応するアプリケーションと、ＦＡＸ機能に対応するアプリケーションと、コピー機能に対応するアプリケーションと、を含む。サーバ５０は、各アプリケーションに従って、当該アプリケーションに対応する機能の実行指示（例えば図３の２１２）を送信する処理を行う。また、サーバ５０は、各アプリケーションに従って、ログ情報送信指示（例えば図３の２１６）及び応答（例えば図３の２２０）を送信する処理を行う。以下では、ログ情報送信指示及び応答を送信するアプリケーション６０のことを「ログ情報必要タイプのアプリケーション」と呼ぶ。
【００２６】
記憶部５６は、さらに、多機能機１０を利用するユーザの情報を記憶するユーザ情報テーブル６２を記憶する。図２は、ユーザ情報テーブル６２の一例を示す。ユーザ情報テーブル６２は、複数のユーザのユーザ情報１３０、１４０を含む。１つのユーザ情報１３０、１４０が１名のユーザの各種情報に対応する。各ユーザ情報１３０、１４０は、ユーザＩＤ１５０（例えば「Ｕ１」等）を含む。各ユーザＩＤ１５０に３つの組合せ情報１３２〜１３６、１４２〜１４６が対応付けられている。図２では、ユーザＩＤ「Ｕ１」に３つの組合せ情報１３２〜１３６が対応付けられており、ユーザＩＤ「Ｕ２」に３つの組合せ情報１４２〜１４６が対応付けられている。各組合せ情報１３２〜１３６、１４２〜１４６は、許容枚数１５２と、今月の累積枚数１５４と、が対応付けられた情報である。許容枚数１５２は、１ヶ月の間に何枚の機能実行が許容されているのかを示す情報である（例えば、「コピー：２００枚／月」、「ＦＡＸ送信：１００枚／月」等）。今月の累積枚数１５４は、今月既に何枚の機能実行が行われたのかを示す情報である（例えば「１５０枚」、「２０枚」）。例えば、ユーザＩＤ「Ｕ１」に対応付けられた組合せ情報１３２では、許容枚数１５２が「コピー：２００枚／月」であり、今月の累積枚数１５４が「１５０枚」である。これは、１ヶ月の間に２００枚のコピーを行うことが許容されているユーザ「Ｕ１」が、多機能機１０において今月既に１５０枚のコピーを行ったことを意味する。即ち、ユーザ「Ｕ１」は、今月さらに５０枚のコピーを行うことができる。ユーザＩＤ１５０及び許容枚数１５２は、予めユーザが所定の登録操作（例えば多機能機１０での操作、サーバ５０での操作、又は、他のデバイスでの操作）を行うことにより、ユーザ情報テーブル６２内に書き込まれる。今月の累積枚数１５４は、多機能機１０が機能を実行する毎に新しい数値に書き替えられる。また、今月の累積枚数１５４は、毎月所定の日（例えば毎月１日）にリセットされる。
【００２７】
記憶部５６は、さらに、ログ情報テーブル６４を記憶する。このログ情報テーブル６４は、多機能機１０のログ情報テーブル３０と同様の情報を記憶する。即ち、ログ情報テーブル６４は、アプリケーションＩＤとセッションＩＤとログ情報とを含む組合せ情報（例えば組合せ情報１２０）を記憶する。ログ情報テーブル６４は、多機能機１０から送信される組合せ情報を記憶する。多機能機１０のログ情報テーブル３０とは異なり、サーバ５０のログ情報テーブル６４に書き込まれた組合せ情報は、後で説明する図３〜図６の処理によって削除されない。記憶部５６は、ワーク領域６６を備える。ワーク領域６６は、制御部５２が処理を実行する過程で生成又は取得される情報を記憶する。記憶部５６は、さらに、上記の各情報５８、６２、６４以外の情報を記憶するための記憶領域６８を有する。
【００２８】
（サーバ７０の構成）
サーバ７０は、上記のサーバ５０と同様の構成を備える。上述したように、サーバ５０が備える各アプリケーション６０は、多機能機１０にログ情報送信指示及び応答を送信する。これに対し、サーバ７０が備える各アプリケーション（図示省略）は、多機能機１０に機能実行指示を送信するが、ログ情報送信指示及び応答を送信しない。以下では、このようなアプリケーションのことを「ログ情報不要タイプのアプリケーション」と呼ぶ。サーバ７０が備えるアプリケーションに対応する機能は、サーバ５０が備えるアプリケーションに対応する機能（プリント機能、ＦＡＸ機能、コピー機能）と異なる。本実施例では、サーバ７０が備えるアプリケーションは、スキャン機能に対応するアプリケーションと、電話機能に対応するアプリケーションと、を含む。また、サーバ７０が備えるユーザ情報テーブル（図示省略）では、複数のユーザＩＤのみが記憶されており、許容枚数と今月の累積枚数とが記憶されていない。即ち、サーバ７０は、ユーザ毎の各機能の許容枚数と今月の累積枚数を管理しない。
【００２９】
（多機能機１０及びサーバ５０が実行する処理）
続いて、図３を参照して、多機能機１０及びサーバ５０が実行する処理について説明する。多機能機１０の管理者は、多機能機１０の操作部１６を用いて、アプリケーション登録操作２００を行うことができる。アプリケーション登録操作２００は、サーバ５０に備えられた複数のアプリケーション６０のうち、多機能機１０のアプリケーション管理テーブル３２内に未だ登録されていないアプリケーションのＩＤとＵＲＬとを入力する操作である。多機能機１０は、入力されたＩＤとＵＲＬとを含む新たな組合せ情報を、アプリケーション管理テーブル３２に登録する（Ｓ２）。多機能機１０は、上記の新たな組合せ情報に含まれるＵＲＬを送信先として、サーバ５０に情報（後述の機能実行要求２０６等）を送信することができる。
【００３０】
ユーザは、多機能機１０の操作部１６を操作することによって、機能実行要求操作２０２を行うことができる。ユーザは、上記の多機能機１０の管理者と同一であっても異なっていてもよい。機能実行要求操作２０２では、ユーザＩＤと、ユーザが所望する機能を示す機能情報（例えば「印刷」）と、その機能の実行枚数（例えば「２０枚」）を示す内容情報と、が入力される。機能実行要求操作２０２が行われると、多機能機１０は、新しいセッションＩＤを生成する（Ｓ４）。新しいセッションＩＤは、ユニークなＩＤである。本実施例では、セッションＩＤは、多機能機１０のＭＡＣアドレスと、現在時刻と、の組合せである。なお、図１のアプリケーション管理テーブル３２では、実際のセッションＩＤではなく、簡略化されたセッションＩＤ（「１２３４」等）が示されている。多機能機１０は、Ｓ４で生成されたセッションＩＤを用いて、サーバ５０との間で、セッション確立信号の通信２０４を行なう。この結果、多機能機１０とサーバ５０の間でセッションが確立する。
【００３１】
次いで、多機能機１０は、アプリケーション管理テーブル３２から、機能実行要求操作２０２で入力された機能情報に対応するアプリケーションＵＲＬを特定する。例えば、機能実行要求操作２０２で入力された機能情報が「印刷」を示す場合、多機能機１０は、印刷に対応するＵＲＬ（http://xxx.com/print）を特定する。続いて、多機能機１０は、Ｓ４で生成されたセッションＩＤ２０８と、機能実行要求操作２０２で入力された各情報（ユーザＩＤ２０９ａ、機能情報２０９ｂ、内容情報２０９ｃ）と、特定されたＵＲＬ２１０と、を含む機能実行要求２０６をサーバ５０に送信する。
【００３２】
サーバ５０は、複数のアプリケーション６０のうち、機能実行要求２０６に含まれるＵＲＬ２１０に対応するアプリケーションを起動する。サーバ５０によって実行される以降の処理は、ここで起動されたアプリケーションに従って実行される。サーバ５０は、機能実行要求２０６に含まれるユーザＩＤ２０９ａに対応するユーザ情報を、ユーザ情報テーブル６２（図２参照）から特定する。例えば、機能実行要求２０６に含まれるユーザＩＤ２０９ａが「Ｕ１」を示す場合、サーバ５０は、「Ｕ１」に対応するユーザ情報１３０を特定する。次いで、サーバ５０は、特定されたユーザ情報から、機能実行要求２０６に含まれる機能情報２０９ｂに対応する組合せ情報を特定する。なお、以下では、ここで特定された組合せ情報のことを「特定の組合せ情報」と呼ぶ。例えば、上記の例において、機能実行要求２０６に含まれる機能情報２０９ｂが「印刷」を示す場合、サーバ５０は、上記の特定の組合せ情報として、ユーザ情報１３０から組合せ情報１３６を特定する。次いで、サーバ５０は、機能実行要求２０６に含まれる内容情報２０９ｃが示す機能実行枚数が、上記の特定の組合せ情報に含まれる許容枚数１５２と今月の累積枚数１５４とから算出される今月の残り実行許容枚数以下であるのか否かを判断する判断処理を実行する。例えば、上記の例において、上記の特定の組合せ情報１３６は、許容枚数１５２が「印刷：２００枚／月」であり、今月の累積枚数１５４が「１００枚」である。サーバ５０は、許容枚数１５２の「２００枚」から今月の累積枚数１５４の「１００枚」を減算することによって、今月の残り実行許容枚数の「１００枚」を算出する。機能実行要求に含まれる内容情報２０９ｃが、例えば、「２０枚」である場合、サーバ５０は、上記の判断処理において肯定的に判断する。一方、内容情報２０９ｃが、例えば、「１２０枚」である場合、サーバ５０は、上記の判断処理において否定的に判断する。サーバ５０が肯定的に判断する場合、サーバ５０は、機能実行要求２０６に含まれる各情報と同様の情報（セッションＩＤ２０８、ユーザＩＤ２０９ａ、機能情報２０９ｂ、内容情報２０９ｃ、アプリケーションＵＲＬ２１０）を含む機能実行指示２１２を多機能機１０に送信する。一方、サーバ５０が否定的に判断する場合も、サーバ５０は、ほぼ同様の機能実行指示２１２を多機能機１０に送信する。しかしながら、この場合、機能実行指示２１２に含まれる内容情報は、「０枚」を示す情報である。即ち、この場合の機能実行指示２１２は、多機能機１０に機能を実行させないための指示である。
【００３３】
多機能機１０は、機能実行指示２１２に従って、機能を実行する（Ｓ５）。具体的には、まず、多機能機１０は、機能実行指示２１２に含まれる機能情報２０９ｂが示す機能（例えば「印刷」）を特定する。以下では、ここで特定された機能のことを「特定の機能」と呼ぶ。次いで、多機能機１０は、機能実行指示２１２に含まれる内容情報２０９ｃが示す機能実行枚数（例えば２０枚）の分だけ、上記の特定の機能（例えば印刷）を実行する。
【００３４】
多機能機１０は、Ｓ５で実際に行なわれた機能を示す機能情報と、Ｓ５で実際に行なわれた機能の実行枚数を示す内容情報と、機能実行要求操作２０２で入力されたユーザＩＤと、を含むログ情報を生成する（Ｓ６）。次いで、多機能機１０は、アプリケーション管理テーブル３２から、機能実行指示２１２に含まれるアプリケーションＵＲＬ２１０に対応するアプリケーションＩＤを特定する。さらに、多機能機１０は、Ｓ６で生成されたログ情報と、上記の特定されたアプリケーションＩＤと、機能実行指示２１２に含まれるセッションＩＤ２０８と、が対応づけられている新たな組合せ情報を、ログ情報テーブル３０（図１参照）に記憶させる（Ｓ８）。次いで、多機能機１０は、機能実行指示２１２に含まれるセッションＩＤ２０８とアプリケーションＵＲＬ２１０とを含む機能実行完了通知２１４をサーバ５０に送信する。
【００３５】
サーバ５０は、上記の機能実行完了通知２１４を受信すると、上記の機能実行完了通知２１４に含まれるセッションＩＤ２０８とアプリケーションＵＲＬ２１０とを含むログ情報送信指示２１６を多機能機１０に送信する。多機能機１０は、ログ情報送信指示２１６に含まれるセッションＩＤ２０８を含む組合せ情報をログ情報テーブル３０から特定する。次いで、多機能機１０は、特定された組合せ情報２１８をサーバ５０に送信する。サーバ５０は、組合せ情報２１８に含まれるログ情報（以下では「特定のログ情報」と呼ぶ）を用いて、ユーザ情報テーブル６２を更新する。具体的に言うと、サーバ５０は、まず、ユーザ情報テーブル６２から、上記の特定のログ情報に含まれるユーザＩＤを含むユーザ情報（例えばユーザ情報１３０）を特定する。次いで、サーバ５０は、特定されたユーザ情報から、上記の特定のログ情報に含まれる機能情報（例えば「印刷」）に対応する組合せ情報（例えば組合せ情報１３６）を特定する。次いで、サーバ５０は、上記の特定のログ情報に含まれる内容情報（例えば「２０枚」）を、特定された組合せ情報に含まれる今月の累積枚数に加算する。
【００３６】
上述したように、本実施例のサーバ５０は、ログ情報に従ってユーザ情報テーブル６２を更新する。このような構成を採用せずに、例えば、上記の機能実行要求２０６が受信された際に、サーバ５０がユーザ情報テーブル６２を更新する構成（以下では「特定の構成」と呼ぶ）を採用することも考えられる。しかしながら、上記の特定の構成によると、以下の問題が発生する。例えば、機能実行指示２１２において「印刷：２０枚」を示す場合であっても、多機能機１０において２０枚の印刷が実際に行なわれるとは限らない。即ち、例えば、多機能機１０に備えられている印刷用紙が２０枚未満である場合には、２０枚の途中まで印刷が実行された段階において、ユーザが印刷をキャンセルする可能性がある。この場合、上記の特定の構成によると、印刷が途中でキャンセルされたにもかかわらず、機能実行指示２１２に含まれる「印刷：２０枚」に対応する情報が、ユーザ情報テーブル６２に登録される。即ち、多機能機１０において実際に実行された機能の内容と、ユーザ情報テーブル６２に登録される情報の内容と、が異なるという問題が発生する。本実施例の構成によると、このような問題が発生しない。
【００３７】
続いて、サーバ５０は、組合せ情報２１８を受信した旨の応答２２０を多機能機１０に送信する。上記の応答２２０は、セッションＩＤ２０８とアプリケーションＵＲＬ２１０とを含む。多機能機１０は、応答２２０に含まれるセッションＩＤ２０８（例えば「１２３４」）を含む組合せ情報（例えば組合せ情報１２０）をログ情報テーブル３０から特定し、特定された組合せ情報をログ情報テーブル３０から削除する（Ｓ１０）。サーバ５０は、応答２２０を多機能機１０に送信した後に、機能終了通知２２２を多機能機１０に送信する。機能終了通知２２２は、セッションＩＤ２０８とアプリケーションＵＲＬ２１０とを含む。この結果、多機能機１０は、Ｓ４で確立されたセッションを切断するための通信処理（図示省略）を実行する。
【００３８】
（多機能機１０及びサーバ７０が実行する処理）
続いて、図４を参照して、多機能機１０及びサーバ７０が実行する処理について説明する。操作３００、３０２、処理Ｓ１２、Ｓ１４、及び、通信３０４、３０６は、上記の図３の場合と同様である。なお、サーバ７０に送信される機能実行要求３０６に含まれる内容情報３０９ｃは、スキャン機能の場合にはスキャン枚数であり、電話機能の場合には相手の電話番号である。
【００３９】
機能実行要求３０６を受信したサーバ７０は、機能実行要求３０６に含まれるＵＲＬ３１０に対応するアプリケーションを起動する。サーバ７０のユーザ情報テーブル内にはユーザＩＤのみが記憶される。サーバ７０は、機能実行要求３０６に含まれるユーザＩＤ３０９ａが、上記のユーザ情報テーブル内に記憶されているか否かを判断する。サーバ７０が肯定的に判断する場合、サーバ７０は、機能実行要求３０６に含まれる各情報と同様の情報（３０８、３０９ａ、３０９ｂ、３０９ｃ、３１０）を含む機能実行指示３１２を多機能機１０に送信する。一方、サーバ７０が否定的に判断する場合、サーバ７０は、多機能機１０に機能を実行させないことを示す内容情報３０９ｃを含む機能実行指示３１２を多機能機１０に送信する。
【００４０】
多機能機１０によって実行されるＳ１５〜Ｓ１８の処理は、図３のＳ５〜Ｓ８の処理と同様である。Ｓ８を終えると、多機能機１０は、機能実行完了通知３１４をサーバ７０に送信する。サーバ７０は、上記の機能実行完了通知３１４を受信すると、機能終了通知３２２を多機能機１０に送信する。この結果、セッション確立信号の通信３０４によって確立されたセッションが切断される。
【００４１】
ユーザは、多機能機１０の操作部１６を操作することによって、他の機能実行要求操作４０２を行うことができる。なお、図４の例では、機能実行要求操作４０２で入力される機能情報は、上記の機能実行要求操作３０２で入力された機能情報と同じ機能を示す。Ｓ２０の処理は、Ｓ１４の処理と同様である。また、通信４０４、４０６、４１２は、通信３０４、３０６、３１２と同様に実行される。なお、図４の例では、通信４０６、４１２に含まれる機能情報４０９ｂ及びＵＲＬ４１０は、通信３０６、３１２に含まれる機能情報３０９ｂ及びＵＲＬ３１０と同じものである。通信４０６、４１２に含まれるセッションＩＤ４０８は、通信３０６、３１２に含まれるセッションＩＤ３０８と異なるものである。通信４０６、４１２に含まれるユーザＩＤ４０９ａ及び内容情報４０９ｃは、通信３０６、３１２に含まれるユーザＩＤ３０９ａ及び内容情報３０９ｃと同じものであってもよいし、異なるものであってもよい。
【００４２】
多機能機１０は、アプリケーション管理テーブル３２から、機能実行指示４１２に含まれるアプリケーションＵＲＬ４１０に対応するアプリケーションＩＤを特定する。さらに、多機能機１０は、特定されたアプリケーションＩＤを含む組合せ情報がログ情報テーブル３０（図１参照）内に記憶されているか否か判断する。図４の例では、Ｓ１８において、多機能機１０は、アプリケーションＵＲＬ３１０に対応するアプリケーションＩＤを含む組合せ情報をログ情報テーブル３０内に記憶させている。上述したように、図４の例では、アプリケーションＵＲＬ３１０とアプリケーションＵＲＬ４１０とが同じであるために、アプリケーションＵＲＬ３１０に対応するアプリケーションＩＤとアプリケーションＵＲＬ４１０に対応するアプリケーションＩＤとは同じである。そのため、多機能機１０は、肯定的に判断する。肯定的に判断された場合、多機能機１０は、Ｓ１８で記憶された組合せ情報をログ情報テーブル３０から削除する（Ｓ２２）。次いで、多機能機１０は、機能実行指示４１２に従って、機能を実行する（Ｓ２３）。以降のＳ２４、Ｓ２６の処理は、Ｓ１６、Ｓ１８の処理と同様である。多機能機１０は、機能実行完了通知４１４をサーバ７０に送信する。サーバ７０は、機能実行完了通知４１４を受信すると、機能終了通知４２２を多機能機１０に送信する。この結果、上記のセッション確立信号の通信４０４によって確立されたセッションが切断される。
【００４３】
なお、上述した図３の例において、何らかの原因によって、サーバ５０が、応答２２０を送信したにもかかわらず多機能機１０が応答２２０を受信できない場合、若しくは、サーバ５０が正常に組合せ情報２１８を受信したにもかかわらずその旨の応答２２０を送信しない（できない）場合もある。この場合、多機能機１０は、Ｓ８（図３参照）で記憶させた組合せ情報を削除せずにログ情報テーブル３０内に保持することとなる。この場合、多機能機１０は、上述の図４の例と同じように、その後にサーバ５０から他の機能実行指示を受けた場合に、当該他の機能実行指示に含まれるアプリケーションＵＲＬに対応するアプリケーションＩＤを含む組合せ情報がログ情報テーブル３０内に記憶されているか否かを判断し、肯定的に判断された場合にその組合せ情報を削除することとしてもよい。Ｓ８（図３参照）で記憶させた組合せ情報に含まれるアプリケーションＩＤが、他の機能実行指示に含まれるアプリケーションＵＲＬに対応するアプリケーションＩＤと同じである場合に、多機能機１０は、上記のＳ８で記憶させた組合せ情報を削除することができる。
【００４４】
（多機能機１０が実行する処理の詳細）
図５、図６を参照して、多機能機１０の制御部１２が実行する処理（以下では「多機能機処理」と呼ぶ）について詳しく説明する。図５、図６の処理が実行されることによって、図３、図４の処理が実現される。図５に示すように、多機能機１０が電源ＯＮされると、制御部１２は、ユーザが操作部１６を操作することによって機能実行要求操作が行われることを監視する（Ｓ１００）。ユーザＩＤと、ユーザが所望する機能を示す機能情報と、その機能の実行枚数を示す内容情報と、が入力された場合、制御部１２は、Ｓ１００でＹＥＳと判断する。Ｓ１００でＹＥＳの場合、制御部１２は、セッションＩＤを生成する（Ｓ１０２）。次いで、制御部１２は、生成されたセッションＩＤを記憶部２８のワーク領域３６に記憶させる（Ｓ１０４）。次いで、制御部１２は、アプリケーション管理テーブル３２から、Ｓ１００の機能実行要求操作で入力された機能情報に対応するアプリケーションＵＲＬと、Ｓ１０２で生成されたセッションＩＤと、Ｓ１００の機能実行要求操作で入力された各情報（ユーザＩＤ、機能情報、内容情報）と、を含む機能実行要求をサーバ５０（又は７０）に送信する（Ｓ１０６）。機能実行要求がサーバ５０とサーバ７０のどちらに送信されるのかは、Ｓ１００の機能実行要求操作で入力された機能情報に対応するアプリケーションＵＲＬによって決まる。
【００４５】
制御部１２は、サーバ５０（又は７０）からの機能実行指示を受信することを監視する（Ｓ１１０）。Ｓ１０６で送信された機能実行要求を受信したサーバ５０（又は７０）が機能実行指示を多機能機１０に送信し、多機能機１０がその機能実行指示を受信した場合、制御部１２は、Ｓ１１０でＹＥＳと判断する。Ｓ１１０でＹＥＳの場合、制御部１２は、アプリケーション管理テーブル３２から、機能実行指示に含まれるアプリケーションＵＲＬに対応するアプリケーションＩＤを特定する。制御部１２は、特定されたアプリケーションＩＤを含む組合せ情報がログ情報テーブル３０に存在するか否か判断する（Ｓ１１２）。Ｓ１１２でＹＥＳの場合、制御部１２は、特定されたアプリケーションＩＤを含む組合せ情報を削除する（Ｓ１１４）。Ｓ１１４を終えた場合又はＳ１１２でＮＯの場合、Ｓ１１６に進む。
【００４６】
Ｓ１１６では、制御部１２は、Ｓ１１０で受信された機能実行指示に従って、機能を実行する。次いで、制御部１２は、機能を実行したことを示すログ情報を生成する（Ｓ１１８）。次いで、制御部１２は、Ｓ１１０で受信された機能実行指示に含まれるアプリケーションＵＲＬに対応するアプリケーションＩＤと、Ｓ１１８で生成されたログ情報と、Ｓ１１０で受信された機能実行指示に含まれるセッションＩＤと、が対応付けられている新たな組合せ情報を、ログ情報テーブル３０（図１参照）に記憶させる（Ｓ１２０）。
【００４７】
図６に示すように、制御部１２は、サーバ５０からのログ情報送信指示を受信することを監視する（Ｓ１３０）。Ｓ１３０でＹＥＳの場合、制御部１２は、Ｓ１３０で受信されたログ情報送信指示に含まれるセッションＩＤを含む組合せ情報をログ情報テーブル３０から特定し、その組合せ情報をサーバ５０に送信する（Ｓ１３２）。また、制御部１２は、Ｓ１３２での組合せ情報の送信に応じてサーバ５０から送信される応答を受信することを監視する（Ｓ１３４）。Ｓ１３４でＹＥＳの場合、制御部１２は、Ｓ１３４で受信された応答に含まれるセッションＩＤを含む組合せ情報をログ情報テーブル３０から削除する（Ｓ１３６）。
【００４８】
第１実施例について詳しく説明した。図３に示されるように、多機能機１０は、応答２２０が受信される場合に、上記の応答２２０に含まれるセッションＩＤを含む組合せ情報をログ情報テーブル３０から削除する（図３のＳ１０、図６のＳ１３６参照）。多機能機１０は、サーバ５０がログ情報を含む組合せ情報を受信したことを確認した後に、その組合せ情報を削除することができる。サーバ５０が受信する前の組合せ情報を多機能機１０が削除してしまうという事象が発生しない。
【００４９】
また、多機能機１０は、サーバ７０から機能実行指示４１２が受信される場合に、組合せ情報をログ情報テーブル３０から削除する（図４のＳ２２、図５のＳ１１４参照）。この構成によると、多機能機１０は、上記の応答２２０が受信されない場合でも、組合せ情報を削除することができる。多機能機１０の記憶部２８の残容量が組合せ情報によって圧迫されるという問題が発生しない。
【００５０】
また、本実施例では、特定のアプリケーションに従ってサーバ７０が送信する機能実行指示４１２が受信される場合に、多機能機１０は、同じアプリケーションに従ってサーバ７０が過去に送信した機能実行指示３１２が受信された際に生成された組合せ情報を削除する（図４のＳ２２、図５のＳ１１４参照）。即ち、多機能機１０は、第１のアプリケーションに従ってサーバ７０が送信する機能実行指示が受信されても、第２のアプリケーションに従ってサーバ７０が過去に送信した機能実行指示が受信された際に生成された組合せ情報を削除しない。第２のアプリケーションがログ情報を必要としているにもかかわらず、そのログ情報を含む組合せ情報が削除されるという事象が発生しない。
【００５１】
以上の説明から明らかなように、ログ情報テーブル３０が本発明のメモリに対応する。また、アプリケーションＩＤ及びＵＲＬが、本発明のアプリケーション関連情報に対応し、セッションＩＤが本発明のセッション関連情報に対応する。図３、図４の機能実行指示２１２、３１２、４１２を受信する処理が、本発明の機能実行指示受信部が実行する処理に対応する。図３、図４のＳ５、Ｓ１５、Ｓ２３の処理が、本発明の機能実行部が実行する処理に対応する。図３、図４のＳ６、Ｓ１６、Ｓ２４が、本発明のログ生成部が実行する処理に対応する。図３、図４のＳ８、Ｓ１８、Ｓ２６の処理が、本発明の第１記憶制御部が実行する処理に対応する。図３の組合せ情報２１８を送信する処理が、本発明のログ送信部が実行する処理に対応する。図３の応答２２０を受信する処理が、本発明の応答受信部が実行する処理に対応する。図３のＳ１０、図４のＳ２２の処理が、本発明の第２記憶制御部が実行する処理に対応する。図３のログ情報送信指示２１６を受信する処理が、本発明の送信指示受信部が実行する処理に対応する。図３、図４のＳ４、Ｓ１４、Ｓ２０の処理が、本発明のセッション確立部が実行する処理に対応する。また、操作部１６が本発明の操作許容部に対応する。図３、図４の機能実行要求２０６、３０６、４０６を送信する処理が、本発明の要求送信部が実行する処理に対応する。
【００５２】
（第２実施例）
第２実施例について説明する。第１実施例では、多機能機１０に記憶される組合せ情報１２０、１２２は、アプリケーションＩＤ１２４とセッションＩＤ１２６とログ情報１２８とが対応づけられたものである。本実施例では、組合せ情報は、セッションＩＤを含まない。組合せ情報は、アプリケーションＩＤとログ情報とが対応付けられたものである。
【００５３】
また、第１実施例では、多機能機１０は、図３のログ情報送信指示２１６に含まれるセッションＩＤを含む組合せ情報２１８をサーバ５０に送信する。本実施例では、多機能機１０は、サーバ５０から送信されるログ情報送信指示が受信された場合に、アプリケーション管理テーブル３２から、ログ情報送信指示に含まれるアプリケーションＵＲＬに対応するアプリケーションＩＤを特定する。次いで、多機能機１０は、特定されたアプリケーションＩＤを含む組合せ情報をサーバ５０に送信する。
【００５４】
また、第１実施例では、多機能機１０は、サーバ５０から送信された応答２２０に含まれるセッションＩＤを含む組合せ情報をログ情報テーブル３０から削除する（図３のＳ１０、図６のＳ１３６参照）。本実施例では、多機能機１０は、応答２２０に含まれるアプリケーションＵＲＬ２１０に対応するアプリケーションＩＤを含む組合せ情報をログ情報テーブル３０から削除する。
【００５５】
本実施例によっても、多機能機１０は、特定の組合せ情報を受信した旨の応答２２０が受信された場合に、応答２２０が上記の特定の組合せ情報に対応することを判別することができ、上記の特定の組合せ情報を削除することができる。
【００５６】
上記の各実施例の変形例を以下に列挙する。
（１）上記の各実施例では、多機能機１０とサーバ５０、７０との間の通信される各情報（例えば、図３の機能実行要求２０６、機能実行指示２１２、ログ情報送信指示２１６、組合せ情報２１８の送信、応答２２０等）は、アプリケーションＵＲＬを含む。しかしながら、上記の各情報は、アプリケーションＵＲＬに代えて、アプリケーションＩＤを含んでもよい。また、上記の各情報のうち一部の情報（例えば、図３の機能実行要求２０６、機能実行指示２１２）のみがアプリケーションＩＤを含み、その他の情報はアプリケーションＵＲＬを含まない構成を採用してもよい。
【００５７】
（２）上記の各実施例では、多機能機１０の記憶部２８からアプリケーション管理テーブル３２（図１参照）を省略してもよい。この場合、ログ情報テーブル３０（図１参照）のアプリケーションＩＤ１２４の欄は、アプリケーションＵＲＬの欄に置き換えられてもよい。
【００５８】
（３）上記の各実施例の図３の例において、多機能機１０が組合せ情報２１８をサーバ５０に送信したにもかかわらず、何らかの原因によってサーバ５０が組合せ情報２１８を受信できない場合もある。この場合、サーバ５０は応答２２０を送信しないため、多機能機１０はＳ８で記憶させた組合せ情報を削除せずにログ情報テーブル３０内に保持する。この場合において、サーバ５０は、他の機能実行指示を多機能機１０に送信する前に、再度、ログ情報送信指示２１６と同じログ情報送信指示を多機能機１０に送信するように構成されていてもよい。さらに、多機能機１０は、上記のログ情報送信指示に従って、再度組合せ情報２１８をサーバ５０に送信してもよい。サーバ５０は、組合せ情報２１８を正常に受信すると、その旨の応答（応答２２０と同じ）を多機能機１０に送信してもよい。多機能機１０は、上記の応答を受信した場合に、応答に含まれるセッションＩＤを含む組合せ情報をログ情報テーブル３０から削除するようにしてもよい。
【００５９】
（４）上記の各実施例では、多機能機１０において複数の機能の実行を要求する機能実行操作が行われた場合に、多機能機１０は、実行した複数の機能毎に組合せ情報を生成し、複数の組合せ情報をログ情報テーブル３０に記憶するように構成されていてもよい。従って、例えば、図３の例において、１人のユーザが複数の機能の実行を要求する機能実行操作２０２を行った場合、多機能機１０は、まず、新たなセッションＩＤを１つ作成し（Ｓ４）、複数の機能の実行を要求する機能実行要求２０６をサーバ５０に送信する。機能実行要求２０６には、セッションＩＤ、ユーザＩＤ、機能情報、内容情報、アプリケーションＵＲＬの各情報の組合せ（以下「要求組合せ」と呼ぶ）が複数含まれることとなる。上記の複数の要求組合せに含まれるセッションＩＤ、ユーザＩＤは共通する。サーバ５０は、機能実行要求２０６に含まれる複数の要求組合せのうち１つの組合せを特定し、その要求組合せに含まれる各情報を含む機能実行要求２１２を多機能機１０に送信する。多機能機１０は、機能実行指示２１２に従って機能を実行し、ログ情報を生成し、組合せ情報をログ情報テーブル３０に記憶させ（Ｓ５〜Ｓ８参照）、機能実行完了通知２１４を送信する。機能実行完了通知２１４を受信したサーバ５０は、上記の機能実行要求２０６に含まれる他の要求組合せを特定し、他の機能実行要求（図示しない）を多機能機１０に送信する。多機能機１０は、上記他の機能実行要求に従って機能を実行する。多機能機１０とサーバ５０とが上記の一連の処理を繰り返し行った結果、サーバ５０が、上記の機能実行要求２０６に含まれる複数の要求組合せのすべてについて機能実行要求を送信し、多機能機１０からすべての機能実行要求に対応する機能実行完了通知を受信した場合に、サーバ５０は、ログ情報送信指示２１６を多機能機１０に送信する。ログ情報送信指示２１６には、セッションＩＤと、上記の複数の要求組合せに含まれる複数のアプリケーションＵＲＬと、が含まれる。多機能機１０は、ログ情報送信指示２１６に含まれるセッションＩＤを含む複数の組合せ情報をサーバ５０に送信する。多機能機１０は、サーバ５０から、複数の組合せ情報を受信した旨の応答２２０を受信した場合、又は、他の機能実行指示を受信した場合に、上記の複数の組合せ情報をログ情報テーブル３０内から削除する。
【００６０】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【００６１】
２：通信システム、４：ネットワーク、６：ＰＳＴＮ、１０：多機能機、１２：制御部、１４：表示部、１６：操作部、１８：スキャン部、２０：印刷部、２２：ＵＳＢインターフェイス、２４：ネットワークインターフェイス、２６：ＰＳＴＮインターフェイス、２８：記憶部、３０：ログ情報テーブル、３２：アプリケーション管理テーブル、３４：プログラム、３６：ワーク領域、３８：その他の記憶領域、５０、７０：サーバ、５２：制御部、５４：ネットワークインターフェイス、５６：記憶部、５８：プログラム、６０：複数のアプリケーション、６２：ユーザ情報テーブル、６４：ログ情報テーブル、６６：ワーク領域、６８：その他の記憶領域
【図１】
2011048737.tif 000003
【図２】
2011048737.tif 000004
【図３】
2011048737.tif 000005
【図４】
2011048737.tif 000006
【図５】
2011048737.tif 000007
【図６】
2011048737.tif 000008