トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 情報処理装置、方法及びシステム、クライアント装置、記憶媒体並びにプログラム
【発明者】 【氏名】鎌田 環己

【氏名】的場 達夫

【氏名】木村 亨
【要約】 【課題】通知の既読状況を各クライアント装置毎に把握でき、各クライアント装置毎の対応を容易にすることができる情報処理装置等を提供する。

【解決手段】サーバシステム１０１では、通知を作成し、通知確認状態格納装置３０７に処理状態として「未読」状態を設定し、通知のコピーを通知スプールに格納しユーザシステム１０２に通知を送信する。ユーザシステム１０２では、通知が受信されると通知内容を確認ボタン５０１と共にＣＲＴ４０６に表示し、ボタン５０１が押下されると既読通知ファイルを作成してシステム１０１に送信する。システム１０１では、ユーザからの既読通知を所定期間受信しない場合は、送信した通知を通知スプールに格納し再送する一方、既読通知を受信した場合は、当該ユーザについて格納装置３０７の通知処理状態を「既読」状態に更新する。
【特許請求の範囲】
【請求項１】 複数のクライアント装置とネットワークを介して接続され、前記ネットワークを通じて前記複数のクライアント装置に対してサービスを行う情報処理装置であって、前記クライアント装置に対して前記サービスに関する所定の通知を送信する通知送信手段と、前記所定の通知を送信したクライアント装置毎に、前記送信した所定の通知の既読状況を管理情報として管理する既読状況管理手段と、前記所定の通知を送信したクライアント装置からの、通知を読んだ旨の既読確認通知を受信する既読確認通知受信手段と、前記既読確認通知受信手段により前記既読確認通知が受信されたか否かを判別する受信判別手段とを備え、前記既読状況管理手段は、前記受信判別手段による判別結果に応じて前記管理情報を更新することを特徴とする情報処理装置。
【請求項２】 前記既読状況管理手段は、前記既読確認通知受信手段により前記既読確認通知が受信された場合は、前記既読確認通知の送信元のクライアント装置に関する管理情報における既読状況を既読状態に更新することを特徴とする請求項１記載の情報処理装置。
【請求項３】 前記通知送信手段は、前記既読確認通知受信手段により前記既読確認通知が受信されない場合は、個別に前記所定の通知の再送信を行うことを特徴とする請求項１または２記載の情報処理装置。
【請求項４】 前記通知送信手段による前記所定の通知の再送信は、個別に送信するクライアント装置毎に前記所定の通知をスプールすることでなされることを特徴とする請求項３記載の情報処理装置。
【請求項５】 前記受信判別手段による前記既読確認通知が受信されたか否かの判別は、所定時間毎になされることを特徴とする請求項１〜４のいずれか１項に記載の情報処理装置。
【請求項６】 前記サービスは、アプリケーションプログラムに関するサービスであり、前記通知送信手段により前記所定の通知としてアプリケーションプログラムの機能に関する通知が送信された場合は、前記既読確認通知受信手段により前記既読確認通知が受信されるまでの間前記アプリケーションプログラムの前記通知にかかわる機能を制限させるための指定を行う制限機能指定手段を備えたことを特徴とする請求項１〜５のいずれか１項に記載の情報処理装置。
【請求項７】 前記サービスは、アプリケーションプログラムに関するサービスであり、前記通知送信手段により前記所定の通知としてアプリケーションプログラムに関する通知が送信された場合は、前記クライアント装置において前記アプリケーションプログラムによって前記通知が表示されることを特徴とする請求項１〜６のいずれか１項に記載の情報処理装置。
【請求項８】 前記通知は、前記クライアント装置において確認ボタンと共に画面表示され、前記確認ボタンの押下操作によって、前記既読確認通知が前記クライアント装置から自動的に返信されることを特徴とする請求項７記載の情報処理装置。
【請求項９】 複数のクライアント装置とネットワークを介して接続され、前記ネットワークを通じて前記複数のクライアント装置に対してサービスを行う情報処理装置における情報処理方法であって、前記クライアント装置に対して前記サービスに関する所定の通知を送信する通知送信工程と、前記所定の通知を送信したクライアント装置毎に、前記送信した所定の通知の既読状況を管理情報として管理する既読状況管理工程と、前記所定の通知を送信したクライアント装置からの、通知を読んだ旨の既読確認通知を受信する既読確認通知受信工程と、前記既読確認通知受信工程により前記既読確認通知が受信されたか否かを判別する受信判別工程とを有し、前記既読状況管理工程は、前記受信判別工程による判別結果に応じて前記管理情報を更新することを特徴とする情報処理方法。
【請求項１０】 前記既読状況管理工程は、前記既読確認通知受信工程により前記既読確認通知が受信された場合は、前記既読確認通知の送信元のクライアント装置に関する管理情報における既読状況を既読状態に更新することを特徴とする請求項９記載の情報処理方法。
【請求項１１】 前記通知送信工程は、前記既読確認通知受信工程により前記既読確認通知が受信されない場合は、個別に前記所定の通知の再送信を行うことを特徴とする請求項９または１０記載の情報処理方法。
【請求項１２】 前記通知送信工程による前記所定の通知の再送信は、個別に送信するクライアント装置毎に前記所定の通知をスプールすることでなされることを特徴とする請求項１１記載の情報処理方法。
【請求項１３】 前記受信判別工程による前記既読確認通知が受信されたか否かの判別は、所定時間毎になされることを特徴とする請求項９〜１２のいずれか１項に記載の情報処理方法。
【請求項１４】 前記サービスは、アプリケーションプログラムに関するサービスであり、前記通知送信工程により前記所定の通知としてアプリケーションプログラムの機能に関する通知が送信された場合は、前記既読確認通知受信工程により前記既読確認通知が受信されるまでの間前記アプリケーションプログラムの前記通知にかかわる機能を制限させるための指定を行う制限機能指定工程を有することを特徴とする請求項９〜１３のいずれか１項に記載の情報処理方法。
【請求項１５】 前記サービスは、アプリケーションプログラムに関するサービスであり、前記通知送信工程により前記所定の通知としてアプリケーションプログラムに関する通知が送信された場合は、前記クライアント装置において前記アプリケーションプログラムによって前記通知が表示されることを特徴とする請求項９〜１４のいずれか１項に記載の情報処理方法。
【請求項１６】 前記通知は、前記クライアント装置において確認ボタンと共に画面表示され、前記確認ボタンの押下操作によって、前記既読確認通知が前記クライアント装置から自動的に返信されることを特徴とする請求項１５記載の情報処理方法。
【請求項１７】 請求項１〜８のいずれか１項に記載の情報処理装置と複数のクライアント装置とがネットワークを介して接続されて構成された情報処理システムであって、前記クライアント装置は、前記情報処理装置から所定の通知を受信する通知受信手段と、前記通知受信手段により受信された通知を読んだ旨の既読確認通知を前記サーバ装置に対して返信する既読通知返信手段とを備えたことを特徴とする情報処理システム。
【請求項１８】 請求項１〜８のいずれか１項に記載の情報処理装置とネットワークを介して接続され、前記ネットワークを通じて前記情報処理装置からサービスを受けるクライアント装置であって、前記情報処理装置から所定の通知を受信する通知受信手段と、前記通知受信手段により受信された通知を読んだ旨の既読確認通知を前記情報処理装置に対して返信する既読通知返信手段とを備えたことを特徴とするクライアント装置。
【請求項１９】 情報処理装置とネットワークを介して接続され、前記ネットワークを通じて前記情報処理装置からアプリケーションプログラムに関するサービスを受けるクライアント装置であって、前記情報処理装置から所定の通知を受信する通知受信手段と、前記通知受信手段により受信された通知を読んだ旨の既読確認通知を前記情報処理装置に対して返信する既読通知返信手段と、前記情報処理装置から前記所定の通知として前記アプリケーションプログラムの機能に関する通知が送信された場合は、前記既読通知返信手段により前記既読確認通知が返信されるまでの間、前記アプリケーションプログラムの前記通知にかかわる機能を制限する機能制限手段とを備えたことを特徴とするクライアント装置。
【請求項２０】 前記情報処理装置から前記所定の通知として前記アプリケーションプログラムに関する通知が送信された場合は、前記アプリケーションプログラムによって前記通知を表示部に表示させる表示制御手段を備えたことを特徴とする請求項１９記載のクライアント装置。
【請求項２１】 前記表示制御手段は、前記通知を確認ボタンと共に画面表示させて前記確認ボタンの押下操作を受け付け、前記既読通知返信手段は、前記確認ボタンの押下操作が受け付けられた場合は、前記既読確認通知を自動的に返信することを特徴とする請求項１９または２０記載のクライアント装置。
【請求項２２】 複数のクライアント装置とネットワークを介して接続され、前記ネットワークを通じて前記複数のクライアント装置に対してサービスを行う情報処理装置における情報処理方法をコンピュータに実現させるためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体であって、前記情報処理方法は、前記クライアント装置に対して前記サービスに関する所定の通知を送信する通知送信工程と、前記所定の通知を送信したクライアント装置毎に、前記送信した所定の通知の既読状況を管理情報として管理する既読状況管理工程と、前記所定の通知を送信したクライアント装置からの、通知を読んだ旨の既読確認通知を受信する既読確認通知受信工程と、前記既読確認通知受信工程により前記既読確認通知が受信されたか否かを判別する受信判別工程とを有し、前記既読状況管理工程は、前記受信判別工程による判別結果に応じて前記管理情報を更新することを特徴とする記憶媒体。
【請求項２３】 複数のクライアント装置とネットワークを介して接続され、前記ネットワークを通じて前記複数のクライアント装置に対してサービスを行う情報処理装置における情報処理方法をコンピュータに実現させるためのプログラムであって、前記情報処理方法は、前記クライアント装置に対して前記サービスに関する所定の通知を送信する通知送信工程と、前記所定の通知を送信したクライアント装置毎に、前記送信した所定の通知の既読状況を管理情報として管理する既読状況管理工程と、前記所定の通知を送信したクライアント装置からの、通知を読んだ旨の既読確認通知を受信する既読確認通知受信工程と、前記既読確認通知受信工程により前記既読確認通知が受信されたか否かを判別する受信判別工程とを有し、前記既読状況管理工程は、前記受信判別工程による判別結果に応じて前記管理情報を更新することを特徴とするプログラム。
【発明の詳細な説明】【０００１】
【発明の属する技術の分野】本発明は、インターネット等のネットワークを利用してアプリケーションプログラムの販売やアプリケーションを利用したサービスの提供が行われる情報処理装置、方法及びシステム、クライアント装置、記憶媒体並びにプログラムに関する。
【０００２】
【従来の技術】従来、サーバ装置等の情報処理装置と複数のクライアント装置とがインターネット等のネットワークを介して接続され、情報処理装置から前記ネットワークを通じてクライアント装置に対してアプリケーションプログラムの販売やアプリケーションを利用したサービスを行うようにした情報処理システムが知られている。
【０００３】このシステムでは、例えば、システムの停止等の通知や、提供しているアプリケーションプログラムに関する通知等、ユーザに向けた各種通知を配信する場合は、電子メールやインターネットホームページをユーザ向けに作成することで行うようにしていた。
【０００４】
【発明が解決しようとする課題】しかしながら、上記従来の情報処理システムでは、システムの停止等の通知を情報処理装置からクライアント装置側のユーザに向けて送信したとき、通常は、ユーザが通知を読んだことを情報処理装置に通知することはしておらず、ユーザがその通知を読んだかどうかを情報処理装置側が確認することもしていなかったため、ユーザに対する通知をユーザが読んでくれたかどうかを情報処理装置側が知ることができなかった。また、アプリケーションプログラムに関する通知を行った場合、ユーザ側にとっても、通知を確認したことを情報処理装置側に知らせるためには、ユーザから電子メールや電話等の、アプリケーションとは別の手段によって通知を行う必要があった。そのため、情報処理装置側としては、通知を読んだユーザと読んでいないユーザとを区別することができないため、確実に読んでもらいたい重要な通知の場合であっても既読状況に応じた個別の対応をすることができなかった。
【０００５】さらに、アプリケーションプログラムの特定の機能に関して、サーバ側としては、クライアント装置において該通知を読んでからアプリケーションの上記特定の機能の実行をしてもらいたい場合がある。この通知を、電子メールやホームページ等によって行う場合であって、通知を表示する機能のあるアプリケーションの場合、従来は、通知または電子メールの内容をユーザに確実に確認させることをしていなかったため、ユーザが情報処理装置からの通知を受信したとしても、ユーザ側でその通知を確認しないまま上記アプリケーンの別処理、例えば、通知にかかわる機能の実行を行うことが可能となっていたという問題があった。
【０００６】一方、通知を受信することによって機能制限がされるアプリケーションもあるが、その場合は、アプリケーションの全機能が制限されるものであった。すなわち、ユーザ側のアプリケーションの別処理を禁止させる機能を持っているものについては、従来では、アプリケーションのすべての機能が行えないようになっていた。従って、通知の内容とはまったく関係のない機能についても機能制限がされており、改善の余地があった。
【０００７】本発明は上記従来技術の問題を解決するためになされたものであり、その目的は、通知の既読状況を各クライアント装置毎に把握でき、各クライアント装置毎の対応を容易にすることができる情報処理装置、方法及びシステム、クライアント装置、記憶媒体並びにプログラムを提供することにある。
【０００８】
【課題を解決するための手段】上記目的を達成するために本発明の請求項１の情報処理装置は、複数のクライアント装置とネットワークを介して接続され、前記ネットワークを通じて前記複数のクライアント装置に対してサービスを行う情報処理装置であって、前記クライアント装置に対して前記サービスに関する所定の通知を送信する通知送信手段と、前記所定の通知を送信したクライアント装置毎に、前記送信した所定の通知の既読状況を管理情報として管理する既読状況管理手段と、前記所定の通知を送信したクライアント装置からの、通知を読んだ旨の既読確認通知を受信する既読確認通知受信手段と、前記既読確認通知受信手段により前記既読確認通知が受信されたか否かを判別する受信判別手段とを備え、前記既読状況管理手段は、前記受信判別手段による判別結果に応じて前記管理情報を更新することを特徴とする。
【０００９】また、請求項２の情報処理装置は、上記請求項１記載の構成において、前記既読状況管理手段は、前記既読確認通知受信手段により前記既読確認通知が受信された場合は、前記既読確認通知の送信元のクライアント装置に関する管理情報における既読状況を既読状態に更新することを特徴とする。
【００１０】また、請求項３の情報処理装置は、上記請求項１または２記載の構成において、前記通知送信手段は、前記既読確認通知受信手段により前記既読確認通知が受信されない場合は、個別に前記所定の通知の再送信を行うことを特徴とする。
【００１１】また、請求項４の情報処理装置は、上記請求項３記載の構成において、前記通知送信手段による前記所定の通知の再送信は、個別に送信するクライアント装置毎に前記所定の通知をスプールすることでなされることを特徴とする。
【００１２】また、請求項５の情報処理装置は、上記請求項１〜４のいずれか１項に記載の構成において、前記受信判別手段による前記既読確認通知が受信されたか否かの判別は、所定時間毎になされることを特徴とする。
【００１３】また、請求項６の情報処理装置は、上記請求項１〜５のいずれか１項に記載の構成において、前記サービスは、アプリケーションプログラムに関するサービスであり、前記通知送信手段により前記所定の通知としてアプリケーションプログラムの機能に関する通知が送信された場合は、前記既読確認通知受信手段により前記既読確認通知が受信されるまでの間前記アプリケーションプログラムの前記通知にかかわる機能を制限させるための指定を行う制限機能指定手段を備えたことを特徴とする。
【００１４】また、請求項７の情報処理装置は、上記請求項１〜６のいずれか１項に記載の構成において、前記サービスは、アプリケーションプログラムに関するサービスであり、前記通知送信手段により前記所定の通知としてアプリケーションプログラムに関する通知が送信された場合は、前記クライアント装置において前記アプリケーションプログラムによって前記通知が表示されることを特徴とする。
【００１５】また、請求項８の情報処理装置は、上記請求項７記載の構成において、前記通知は、前記クライアント装置において確認ボタンと共に画面表示され、前記確認ボタンの押下操作によって、前記既読確認通知が前記クライアント装置から自動的に返信されることを特徴とする。
【００１６】上記目的を達成するために本発明の請求項９の情報処理方法は、複数のクライアント装置とネットワークを介して接続され、前記ネットワークを通じて前記複数のクライアント装置に対してサービスを行う情報処理装置における情報処理方法であって、前記クライアント装置に対して前記サービスに関する所定の通知を送信する通知送信工程と、前記所定の通知を送信したクライアント装置毎に、前記送信した所定の通知の既読状況を管理情報として管理する既読状況管理工程と、前記所定の通知を送信したクライアント装置からの、通知を読んだ旨の既読確認通知を受信する既読確認通知受信工程と、前記既読確認通知受信工程により前記既読確認通知が受信されたか否かを判別する受信判別工程とを有し、前記既読状況管理工程は、前記受信判別工程による判別結果に応じて前記管理情報を更新することを特徴とする。
【００１７】また、請求項１０の情報処理方法は、上記請求項９記載の構成において、前記既読状況管理工程は、前記既読確認通知受信工程により前記既読確認通知が受信された場合は、前記既読確認通知の送信元のクライアント装置に関する管理情報における既読状況を既読状態に更新することを特徴とする。
【００１８】また、請求項１１の情報処理方法は、上記請求項９または１０記載の構成において、前記通知送信工程は、前記既読確認通知受信工程により前記既読確認通知が受信されない場合は、個別に前記所定の通知の再送信を行うことを特徴とする。
【００１９】また、請求項１２の情報処理方法は、上記請求項１１記載の構成において、前記通知送信工程による前記所定の通知の再送信は、個別に送信するクライアント装置毎に前記所定の通知をスプールすることでなされることを特徴とする。
【００２０】また、請求項１３の情報処理方法は、上記請求項９〜１２のいずれか１項に記載の構成において、前記受信判別工程による前記既読確認通知が受信されたか否かの判別は、所定時間毎になされることを特徴とする。
【００２１】また、請求項１４の情報処理方法は、上記請求項９〜１３のいずれか１項に記載の構成において、前記サービスは、アプリケーションプログラムに関するサービスであり、前記通知送信工程により前記所定の通知としてアプリケーションプログラムの機能に関する通知が送信された場合は、前記既読確認通知受信工程により前記既読確認通知が受信されるまでの間前記アプリケーションプログラムの前記通知にかかわる機能を制限させるための指定を行う制限機能指定工程を有することを特徴とする。
【００２２】また、請求項１５の情報処理方法は、上記請求項９〜１４のいずれか１項に記載の構成において、前記サービスは、アプリケーションプログラムに関するサービスであり、前記通知送信工程により前記所定の通知としてアプリケーションプログラムに関する通知が送信された場合は、前記クライアント装置において前記アプリケーションプログラムによって前記通知が表示されることを特徴とする。
【００２３】また、請求項１６の情報処理方法は、上記請求項１５記載の構成において、前記通知は、前記クライアント装置において確認ボタンと共に画面表示され、前記確認ボタンの押下操作によって、前記既読確認通知が前記クライアント装置から自動的に返信されることを特徴とする。
【００２４】上記目的を達成するために本発明の請求項１７の情報処理システムは、請求項１〜８のいずれか１項に記載の情報処理装置と複数のクライアント装置とがネットワークを介して接続されて構成された情報処理システムであって、前記クライアント装置は、前記情報処理装置から所定の通知を受信する通知受信手段と、前記通知受信手段により受信された通知を読んだ旨の既読確認通知を前記サーバ装置に対して返信する既読通知返信手段とを備えたことを特徴とする。
【００２５】上記目的を達成するために本発明の請求項１８のクライアント装置は、請求項１〜８のいずれか１項に記載の情報処理装置とネットワークを介して接続され、前記ネットワークを通じて前記情報処理装置からサービスを受けるクライアント装置であって、前記情報処理装置から所定の通知を受信する通知受信手段と、前記通知受信手段により受信された通知を読んだ旨の既読確認通知を前記情報処理装置に対して返信する既読通知返信手段とを備えたことを特徴とする。
【００２６】上記目的を達成するために本発明の請求項１９のクライアント装置は、情報処理装置とネットワークを介して接続され、前記ネットワークを通じて前記情報処理装置からアプリケーションプログラムに関するサービスを受けるクライアント装置であって、前記情報処理装置から所定の通知を受信する通知受信手段と、前記通知受信手段により受信された通知を読んだ旨の既読確認通知を前記情報処理装置に対して返信する既読通知返信手段と、前記情報処理装置から前記所定の通知として前記アプリケーションプログラムの機能に関する通知が送信された場合は、前記既読通知返信手段により前記既読確認通知が返信されるまでの間、前記アプリケーションプログラムの前記通知にかかわる機能を制限する機能制限手段とを備えたことを特徴とする。
【００２７】また、請求項２０のクライアント装置は、上記請求項１９記載の構成において、前記情報処理装置から前記所定の通知として前記アプリケーションプログラムに関する通知が送信された場合は、前記アプリケーションプログラムによって前記通知を表示部に表示させる表示制御手段を備えたことを特徴とする。
【００２８】また、請求項２１のクライアント装置は、上記請求項１９または２０記載の構成において、前記表示制御手段は、前記通知を確認ボタンと共に画面表示させて前記確認ボタンの押下操作を受け付け、前記既読通知返信手段は、前記確認ボタンの押下操作が受け付けられた場合は、前記既読確認通知を自動的に返信することを特徴とする。
【００２９】上記目的を達成するために本発明の請求項２２の記憶媒体は、複数のクライアント装置とネットワークを介して接続され、前記ネットワークを通じて前記複数のクライアント装置に対してサービスを行う情報処理装置における情報処理方法をコンピュータに実現させるためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体であって、前記情報処理方法は、前記クライアント装置に対して前記サービスに関する所定の通知を送信する通知送信工程と、前記所定の通知を送信したクライアント装置毎に、前記送信した所定の通知の既読状況を管理情報として管理する既読状況管理工程と、前記所定の通知を送信したクライアント装置からの、通知を読んだ旨の既読確認通知を受信する既読確認通知受信工程と、前記既読確認通知受信工程により前記既読確認通知が受信されたか否かを判別する受信判別工程とを有し、前記既読状況管理工程は、前記受信判別工程による判別結果に応じて前記管理情報を更新することを特徴とする。
【００３０】上記目的を達成するために本発明の請求項２３のプログラムは、複数のクライアント装置とネットワークを介して接続され、前記ネットワークを通じて前記複数のクライアント装置に対してサービスを行う情報処理装置における情報処理方法をコンピュータに実現させるためのプログラムであって、前記情報処理方法は、前記クライアント装置に対して前記サービスに関する所定の通知を送信する通知送信工程と、前記所定の通知を送信したクライアント装置毎に、前記送信した所定の通知の既読状況を管理情報として管理する既読状況管理工程と、前記所定の通知を送信したクライアント装置からの、通知を読んだ旨の既読確認通知を受信する既読確認通知受信工程と、前記既読確認通知受信工程により前記既読確認通知が受信されたか否かを判別する受信判別工程とを有し、前記既読状況管理工程は、前記受信判別工程による判別結果に応じて前記管理情報を更新することを特徴とする。
【００３１】
【発明の実施の形態】以下、本発明の実施の形態を図面を参照して説明する。
【００３２】図１は、本発明の一実施の形態に係る情報処理装置を含んだ情報処理システムの全体構成を示す図である。
【００３３】本システムは、情報処理装置としてのサーバシステム１０１（情報処理装置）とクライアント装置としての複数のユーザシステム１０２（クライアント装置）とがインターネット等のネットワークを介して接続されて構成される。ユーザシステム１０２は複数存在し、それらをユーザシステム１０２（１）、１０２（２）…１０２（Ｎ）と記す。
【００３４】サーバシステム１０１とユーザシステム１０２との間でのデータの送受信は、常時接続またはユーザシステム側による定期的なダイアルアップ接続によって行われる。サーバシステム１０１は、ユーザシステム１０２に対して例えばアプリケーションの販売、またはそのアプリケーションを利用して行うサービスを運用する業者により使用される情報処理装置（コンピュータシステム）である。ユーザシステム１０２は、後述するようにＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ等を含み、各ユーザシステム毎の操作者により操作される情報処理装置（コンピュータシステム）である。ユーザシステム１０２（１）、１０２（２）…１０２（Ｎ）はいずれも同様に構成される。
【００３５】本実施の形態において、サーバシステム１０１を操作するのは、ユーザシステム１０２に対してユーザシステム１０２で利用されるアプリケーションプログラムの販売、またはそのアプリケーションを利用してサービスを運用する業者のオペレータである。以下この操作者を単に「サーバオペレータ」と称する。一方、ユーザシステム１０２を操作するのは、上記アプリケーションプログラムの顧客であり、この操作者を単に「クライアントユーザ」または「ユーザ」と称する。
【００３６】図２は、サーバシステム１０１の内部構成を示すブロック図である。
【００３７】２０１は、サーバシステム１０１の演算、制御を司る中央演算装置（以下「ＣＰＵ２０１」と記す）（受信判別手段、既読状況管理手段の一部）である。２０２は、ランダムアクセスメモリ（以下「ＲＡＭ２０２）と記す）であり、ＣＰＵ２０１の主メモリとして、さらには実行プログラムの領域や該プログラムの実行エリア及びデータエリアとして機能する。
【００３８】２０３は、ＣＰＵ２０１の動作処理手順を記憶しているリードオンリーメモリ（以下「ＲＯＭ２０３」と記す）である。ＲＯＭ２０３にはサーバシステム１０１の機器制御を行うシステムプログラムである基本ソフト（ＯＳ）を記録したプログラムＲＯＭと、システムを稼動するために必要な情報等が記録されたデータＲＯＭとが含まれる。ＲＯＭ２０３の代わりに後述のＨＤＤ２０９が用られる場合もある。
【００３９】２０４は、ネットワークインターフェース（以下「ＮＥＴＩＦ２０４」と記す）であり、ネットワークを介してサーバシステム１０１及びユーザシステム１０２間のデータ転送を行うための制御や接続状況の診断を行う。２０５は、ビデオＲＡＭ（以下「ＶＲＡＭ２０５」と記す）であり、サーバシステム１０１の稼動状態を示す画像等、後述するＣＲＴ２０６の画面に表示させるための画像を展開し、その表示の制御を行う。２０６は、ＣＲＴ等の表示装置であって、例えばディスプレイ等（以下「ＣＲＴ２０６」と記す）である。
【００４０】２０７は、後述する外部入力装置２０８からの入力信号を制御するためのコントローラ（以下「ＫＢＣ２０７」と記す）である。２０８は、サーバシステム１０１の利用者がサーバシステム１０１に対して行う操作を受け付けるための外部入力装置（以下「ＫＢ２０８」と記す）であり、例えばキーボードやマウス等のポインティングデバイスで構成される。２０９は、ハードディスクドライブ（以下「ＨＤＤ２０９」）であり、アプリケーションプログラムや各種データ保存用に用いられる。２００は、上述した各ユニット間を接続するための伝送バス（以下「バス２００」と記す）（アドレスバス、データバス、入出力バス及び制御バス）である。
【００４１】図３は、ユーザシステム１０２の内部構成を示すブロック図である。
【００４２】ユーザシステム１０２の構成はサーバシステム１０１と基本的に同様である。すなわち、ユーザシステム１０２を構成するユニットであるＣＰＵ４０１（機能制限手段、表示制御手段）、ＲＡＭ４０２、ＲＯＭ４０３、ＮＥＴＩＦ４０４、ＶＲＡＭ４０５、ＣＲＴ４０６（表示部）、ＫＢＣ４０７、ＫＢ４０８、ＨＤＤ４０９及びバス４００は、サーバシステム１０１における上記した各ユニットであるＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＮＥＴＩＦ２０４、ＶＲＡＭ２０５、ＣＲＴ２０６、ＫＢＣ２０７、ＫＢ２０８、ＨＤＤ２０９及びバス２００とそれぞれ同様に構成される。
【００４３】図４は、本情報処理システムにおける機能構成を示すブロック図である。
【００４４】同図では、本実施の形態において、サーバシステム１０１、ユーザシステム１０２の各情報処理装置内で動作する処理手段群及び情報を格納する格納装置群と、処理手段群及び格納手段群間の制御及び情報の流れの概要と、サーバシステム１０１とユーザシステム１０２間の制御及び情報の流れの概要とが示されている。
【００４５】サーバシステム１０１は、ユーザ情報作成処理３０１、通知作成送信処理３０２（通知送信手段、制限機能指定手段）、既読通知受信処理３０３（既読確認通知受信手段）及び通知確認状態更新処理３０４の各処理手段を備える。これらの機能は、実際にはＲＯＭ２０３、ＨＤＤ２１０より読み込まれてＲＡＭ２０２に展開されＣＰＵ２０１で使用されるアプリケーションプログラム、またはプログラムの一部として動作するモジュールによって実現される。
【００４６】サーバシステム１０１はまた、ユーザ情報格納装置３０５、通知本文ファイル格納装置３０６及び通知確認状態格納装置３０７（既読状況管理手段の一部）の各格納装置を備える。これらの格納装置の役割は、実際には、サーバシステム１０１におけるＨＤＤ２０９及びＲＡＭ２０２の少なくとも一方が果たし、ファイルシステムまたはデータベースシステムを用いて所定の情報が格納される。
【００４７】サーバシステム１０１はまた、通信装置３０８を備える。通信装置３０８は、サーバシステム１０１、ユーザシステム１０２の各処理手段によってネットワークに接続して通信を行うための装置であり、実際にはＮＥＴＩＦ２０４がその役割を果たす。
【００４８】ユーザシステム１０２は、通知受信処理３１０（通知受信手段）、通知確認処理３１１、既読通知ファイル作成処理３１２及び既読通知ファイル送信処理３１３（既読通知返信手段）の各処理手段を備える。これらの機能は、実際にはＲＯＭ４０３、ＨＤＤ４１０より読み込まれてＲＡＭ４０２に展開されＣＰＵ４０１で使用されるアプリケーションプログラム、またはプログラムの一部として動作するモジュールによって実現される。
【００４９】ユーザシステム１０２はまた、通知本文ファイル格納装置３１４及び通知確認状態格納装置３１５の各格納装置を備える。これらの格納装置の役割は、実際には、ユーザシステム１０２におけるＨＤＤ４０９及びＲＡＭ４０２の少なくとも一方が果たし、ファイルシステムまたはデータベースシステムを用いて所定の情報が格納される。
【００５０】ユーザシステム１０２はまた、通信装置３０９を備える。通信装置３０９は、サーバシステム１０１、ユーザシステム１０２の各処理手段によってネットワークに接続して通信を行うための装置であり、実際にはＮＥＴＩＦ４０４がその役割を果たす。
【００５１】同図における矢印は、処理手段間の制御や情報の流れのうち主要なものを表す。サーバシステム１０１及びユーザシステム１０２間では、ＮＥＴＩＦ２０４及びＮＥＴＩＦ４０４を通じてネットワークを介して情報が伝送される。
【００５２】サーバシステム１０１とその中の各処理手段や各格納装置との間では、情報は、利用者がＫＢ２０８より入力した情報や指示により、ＫＢＣ２０７を通じて、必要に応じてＲＡＭ２０２に展開されＣＰＵ２０１へ伝えられる。
【００５３】必要な処理手段と格納装置に格納された情報は、ＲＯＭ２０３、ＨＤＤ２０９、あるいはＲＡＭ２０２に展開されてＣＰＵ２０１へ伝えられ、ＣＰＵ２０１で演算した結果は、必要に応じてＲＡＭ２０２、ＨＤＤ２０９等が担う格納装置に書き込まれる。それと同時に、ＣＰＵ２０１の演算結果は、必要に応じてＶＲＡＭ２０５を介してＣＲＴ２０６に画面表示される。ＣＰＵ２０１及びＨＤＤ２０９間の伝送は伝送バス２００を通じて行われる。
【００５４】なお、ユーザシステム１０２とその中の各処理手段や各格納装置との間の情報のやりとりは、上記のようなサーバシステム１０１の場合と同様である。
【００５５】同図において、ユーザ情報作成処理３０１は、サーバシステム１０１内で動作する処理手段の一つである。サーバオペレータは、ユーザ情報作成処理３０１を介して、ユーザ情報格納装置３０５を使用する。ユーザ情報作成処理３０１は、クライアントユーザの個々にユニークなＩＤ等、ユーザを識別するための外部情報（ユーザ情報）を作成する処理である。ユーザ情報作成後、ユーザ情報格納装置３０５にそのユーザ情報が格納される。
【００５６】サーバオペレータはまた、全ユーザまたは指定のユーザに対して通知（乃至通知ファイル）（所定の通知）を作成する。通知とは、サーバ側がアプリケーションやサービスのシステムについてユーザ側に通知したい情報の書かれているファイルのことである。通知は、通知作成送信処理３０２で作成され、作成された通知は通知本文ファイル格納装置３０６に格納される。通知作成送信処理３０２はさらに、ユーザ情報格納装置３０５に格納されているユーザ情報と通知本文ファイル格納装置３０６に格納されている通知本文ファイルとを関連付けて、通知送信を行う。
【００５７】通知作成送信処理３０２で通知が作成、送信される際、通知確認状態格納装置３０７の通知確認状態が「未読」に設定される。通知確認状態格納装置３０７は、各ユーザ毎に、通知の既読状況を格納するものであり、サーバシステム１０１側がユーザシステム１０２に送信した通知の確認状態を保持する、ユーザ毎に作成された情報を格納するものである。従って、上記「未読」の設定は、送信対象となった各ユーザ毎に行われる。
【００５８】一方、ユーザシステム１０２側では、ユーザシステム１０２が通信装置３０９を用いてサーバシステム１０１に対して受信処理を行うと、通知受信処理３１０で、サーバシステム１０１から上記通知が受信される。通知受信処理３１０により受信された通知ファイルは、通知本文ファイル格納装置３１４に格納される。すなわち、通知本文ファイル格納装置３１４は、サーバシステム１０１から受信した通知ファイルを格納する機能を有する。
【００５９】通知確認状態格納装置３１５は、サーバシステム１０１の通知確認情報格納装置３０７と同様に、通知を確認したかどうかの確認状態を保持するものである。後述するように、確認状態は、通知毎にデータベース化されて格納される。通知受信処理３１０では、通知が受信されたとき、対応する通知の確認状態を「未読」状態として、通知確認状態格納装置３１５に格納させる。
【００６０】ユーザシステム１０１は、通知本文ファイル格納装置３１４に格納されている通知を取得し、その通知ファイルの内容を、アプリケーションプログラムを介してＣＲＴ４０６に表示させる機能を有する。表示は、ＣＰＵ４０１による制御に基づきＶＲＡＭ４０５を介してなされる。通知確認処理３１１は、ＣＲＴ４０６に通知の内容を表示させてユーザに確認させる処理である。後述するように、通知確認処理３１１により、アプリケーションプログラムを介してＣＲＴ４０６に表示された通知をユーザが確認すると、ユーザは確認作業をＫＢ４０８のマウス等の外部入力装置を用いて行う。
【００６１】既読通知ファイル作成処理３１２は、通知確認処理３１１が行われたとき、アプリケーションプログラムの機能によってサーバシステム１０１向けの既読通知ファイルを作成する処理である。既読通知ファイルが作成されると、通知確認状態格納装置３１５に格納されている対応する通知の確認状態を「既読」状態に更新する処理が行われる。さらに、既読通知ファイルが作成されると、既読通知ファイル送信処理３１３で、作成された既読通知ファイルが通信装置３０９を介してサーバシステム１０１に送信される。
【００６２】サーバシステム１０１側に戻って、ユーザシステム１０２から送信された既読通知ファイルは、サーバシステム１０１で既読通知受信処理３０３により受信される。既読通知受信処理が済むと、通知確認状態更新処理３０４で、通知確認状態の更新処理が行われる。通知確認状態更新処理３０４では、通知確認状態格納装置３０７でその既読通知の送信元のユーザの通知確認状態が「既読」に設定される。
【００６３】図５は、本実施の形態においてサーバシステム１０１側で実行される処理のフローチャートを示す図である。
【００６４】まず、サーバオペレータの指示に基づき、通知作成送信処理３０２によりユーザシステム１０２に対して送信するための通知を作成する（ステップＳ５０１）。次に、通知確認状態の登録、すなわち、通知確認状態格納装置３０７に、新しく作成された通知についての各ユーザ毎の処理状態を登録する（ステップＳ５０２）。ここでは、処理状態として、初期値である「未読」状態に設定される。
【００６５】次に、前記ステップＳ５０１で作成された通知を、通知本文ファイル格納装置３０６に保存し（ステップＳ５０３）、通知本文ファイル格納装置３０６に格納された通知のコピーを通知スプールに格納する（ステップＳ５０４）。ここで、通知スプールとは、ユーザに送信すべき通知ファイルを一時的にユーザ毎に格納する場所であり、格納された通知は後に送信されることになる。なお、通知スプールには、例えばＨＤＤ２０９が利用される。
【００６６】次に、通知作成送信処理３０２により、上記通知スプールに格納された通知をユーザシステム１０２に送信する（ステップＳ５０５）。次に、ユーザシステム１０２のユーザがダイアルアップまたは常時接続によって通知の受信処理を行ったか否かを判別し（ステップＳ５０６）、その判別の結果、ユーザが通知の受信処理をしない場合は、ユーザによる通知の受信処理があるまで同処理を繰り返し、ユーザが通知の受信処理を行った場合は、ステップＳ５０７に進む。
【００６７】ステップＳ５０７では、既読通知受信処理３０３によりユーザからの既読通知（後述する図６のステップＳ６０８で返信される既読通知ファイル）を受信したか否かを判別する。その判別の結果、ユーザからの既読通知を受信しない場合は、ステップＳ５０８に進み、所定期間（例えば、３日）が経過したか否かを判別する。なお、計時は不図示のタイマによってなされる。その判別の結果、所定期間しない場合は、前記ステップＳ５０７に戻る一方、所定期間が経過した場合は、前記ステップＳ５０４に戻る。これにより、送信した通知が通知スプールに再び格納されるので、既読通知がない限り、通知が所定期間毎に再送される。なお、所定期間はサーバシステム１０１側で任意に設定、変更が可能である。
【００６８】一方、前記ステップＳ５０７の判別の結果、ユーザからの既読通知を受信した場合は、通知確認状態更新処理３０４により、既読通知を解読し、当該ユーザについて、通知確認状態格納装置３０７の通知処理状態を「既読」状態に更新する（ステップＳ５０９）。これにより、サーバシステム１０１側で各ユーザ毎の通知の確認状況が把握される。その後、本処理を終了する。
【００６９】図６は、本実施の形態においてユーザシステム１０２側で実行される処理のフローチャートを示す図である。なお、ユーザシステム１０２では、サーバシステム運用者側が提供しているアプリケーションプログラムがＲＯＭ４０３またはＨＤＤ４０９に格納されているものとする。このアプリケーションプログラムを使用することよって、クライアントユーザはサーバシステム側が提供するサービスやお知らせ等のサポートを受けることができる。
【００７０】まず、上記アプリケーションプログラムを起動し（ステップＳ６０１）、サーバシステム１０１に接続する（ステップＳ６０２）。これにより、ユーザシステム１０２は、サーバシステム１０１にアクセスし、受信処理を行うことによって通知を取得することができる。
【００７１】次に、通知受信処理３１０により通知ファイルが受信されたか否かを判別する（ステップＳ６０３）。その判別の結果、通知ファイルが１つも受信されない場合は前記ステップＳ６０２に戻る一方、通知ファイルが１つでも受信された場合は、ステップＳ６０４に進み、受信された通知ファイルを通知本文ファイル格納装置３１４に格納すると共に、その通知の確認状態を「未読」状態として通知確認状態格納装置３１５に格納し、さらに、通知確認処理３１１で、受信した通知を上記アプリケーションプログラムの機能によってＣＲＴ４０６に表示させる。
【００７２】通知確認状態格納装置３１５に格納されるデータを、図７に例示する。
【００７３】図７は、通知受信時に通知確認状態格納装置３１５に格納されるデータの一例を示す図である。
【００７４】同図に示すように、通知毎に通知確認状態はデータベース化されている。通知ＩＤ６０１は、各通知に割り振られるユニークなＩＤである。このＩＤを基にサーバシステム１０１側では通知の管理を行える。受信日時６０２は、サーバシステム１０１からその通知を受信した日時である。通知確認状態６０３は、通知の確認状態を示し、通知が確認されていない時は「未読」状態、通知が確認されている時は「既読」状態としてデータが保持される。制限機能６０４は、サーバシステム１０１から送信される通知ファイルを確認しない場合に制限されるユーザ側のアプリケーションプログラムの機能を示す。
【００７５】制限機能６０４に設定された機能は、ユーザシステム１０２側で実行が禁止されるように制御される。なお、既読通知の返信を行わないことによって該アプリケーションの別処理が行えなくなるが、サーバシステム１０１からの通知ファイルにその制限する機能を指定することによって、その機能だけを使用することができなくさせることもできる。すなわち、サーバシステム１０１は、制限する機能を通知ファイルの制限機能６０４に指定することによってその機能を制限することができる。例えば、通知作成送信処理３０２による通知作成の際に制限機能の指定を行うようにしてもよい。
【００７６】機能制限の態様としては、例えば、アプリケーションプログラムのメニューを無効にする等が考えられる。例えば、印刷機能を制限する場合、メニューの「ファイル」−「メニュー」を使用できなくする等である。あるいは、制限された機能を使用しようとすると、エラーメッセージが表示される等の態様も考えられる。なお、機能の制限は、公知の手法で行われるが、例えば、バージョン変更のように、機能制限のためにユーザシステム１０２側のアプリケーションプログラムを変更するための変更プログラムを配信し、ユーザシステム１０２側でそれを受信してインストールすることで行うようにしてもよい。
【００７７】一方、ＣＲＴ４０６に表示させる通知表示画面としては、例として図８に示すような画面が用いられる。
【００７８】図８は、ユーザシステム１０２において表示される通知表示画面の一例を示す図である。
【００７９】ＣＲＴ４０６において、通知処理画面５００が表示される。通知処理画面５００は、通知受信処理３１０により通知ファイルが受信されたとき、通知確認処理３１１によって表示され、またはアプリケーションプログラムの機能として起動され表示される。通知に書き込まれているデータは、通知本文ファイル格納装置３１４から取得され、ＣＲＴ２０６に表示される。その結果、通知処理画面５００には、通知本文の内容と共に、確認ボタン５０１が表示される。クライアントユーザはこの確認処理をＫＢ４０８のマウス等の外部入力装置を用いることによって行うことができ、通知内容を確認したら、確認ボタン５０１を押下する。
【００８０】図６に戻り、続くステップＳ６０５では、ユーザが通知を確認したか否かを判別する。上記確認ボタン５０１が押下されると、表示されている通知を確認したことになる。その判別の結果、ユーザが通知を確認していない場合は、前記ステップＳ６０４に戻って通知の表示を継続する一方、ユーザが通知を確認した場合は、ステップＳ６０６に進み、既読通知ファイル作成処理３１２により、サーバシステム１０１に対してその通知が確認されたことを通知するための既読通知ファイルを作成する。その際、通知確認状態格納装置３１５に格納されている対応する通知の確認状態を「既読」状態に更新する処理も行う。
【００８１】次に、他に確認されていない未読の通知があるか否かを判別する（ステップＳ６０７）。他に確認されていない未読の通知がある場合というのは、例えば、前記ステップＳ６０３で受信した通知が複数ある場合等である。その判別の結果、未読の通知がある場合は前記ステップＳ６０４に戻って、未読の通知に関して通知表示による確認処理を同様に行う一方、未読の通知がない場合は、既読通知ファイル送信処理３１３により、上記作成された既読通知ファイルをサーバシステム１０１に送信して（ステップＳ６０８）、本処理を終了する。サーバシステム１０１に既読通知ファイルを送信することによって、サーバシステム１０１側でも各ユーザの通知の確認状態を把握することができる。また、サーバシステム１０１に既読通知ファイルを送信することによって、ユーザシステム１０２上のアプリケーションプログラムの機能制限がなくなり、その機能を実行させることができるようになる。
【００８２】本実施の形態によれば、サーバシステム１０１では、通知確認状態格納装置３０７により各ユーザ毎に通知の既読状況を管理するようにしたので、通知を読んでいないユーザと読んでいるユーザとの区別がつき、各ユーザに対して既読状況に応じた別々のアクションをとることができる。よって、通知の既読状況を各クライアント装置毎に把握でき、各クライアント装置毎の対応を容易にすることができる。
【００８３】また、既読通知をサーバシステム１０１側で確認するようにし、所定期間中に既読通知が送られてこないと、再度同じ通知ファイルをそのユーザに送信するようにしたので、未読の通知の存在を知らせ、通知を読むことを再度促すことができる。しかも、既読通知がない限り、所定時間経過毎に再送信が繰り返されるので、重要な通知等を確実にユーザに読ませることができる。
【００８４】また、サーバシステム１０１側でアプリケーションプログラムの機能制限を指定し、既読通知がない限りユーザシステム１０２側におけるアプリケーションプログラムの指定された機能のみが制限されるようにしたので、ユーザが確認処理を行わない限り該アプリケーションプログラムの別作業を行うことができない。よって、全機能を殺すことなく、通知が未読のまま通知にかかわる機能の処理がなされることを回避することができる。
【００８５】また、ユーザシステム１０２では、受信した通知が、アプリケーションプログラムの通知表示機能により画面上で表示されるので、通知確認のし忘れや通知に関する作業ミスが少なくなる。しかも、アプリケーションの機能を使用してユーザに通知を確認させ、ユーザが確認操作をするとアプリケーションが既読通知ファイルを自動的に作成し、既読通知が返信されるようにしたので、通知の既読確認を確実に行わせ、既読送信のし忘れを防止することができる。特に、アプリケーションの機能によってサーバシステム１０１への定期的な接続を行うため、ユーザによる既読通知返信のし忘れ等を一層確実に回避することができる。
【００８６】なお、上述した各実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を情報処理システムに供給し、そのシステムのコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、本発明の目的が達成されることはいうまでもない。
【００８７】この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、プログラムコードが電送媒体等を介して供給される場合は、プログラムコード自体が本発明を構成することになる。
【００８８】プログラムコードを供給するための記憶媒体として、例えば、フロッピィ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００８９】また、コンピュータが読み出したプログラムコードを実行することにより上述した各実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づいて、コンピュータ上で稼動しているＯＳ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【００９０】さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づいて、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【００９１】
【発明の効果】以上説明したように、本発明によれば、通知の既読状況を各クライアント装置毎に把握でき、各クライアント装置毎の対応を容易にすることができる。
【出願人】 【識別番号】０００００１００７
【氏名又は名称】キヤノン株式会社
【出願日】 平成１３年４月１１日（２００１．４．１１）
【代理人】 【識別番号】１０００８１８８０
【弁理士】
【氏名又は名称】渡部 敏彦
【公開番号】 特開２００２−３１２２９２（Ｐ２００２−３１２２９２Ａ）
【公開日】 平成１４年１０月２５日（２００２．１０．２５）
【出願番号】 特願２００１−１１２４１６（Ｐ２００１−１１２４１６）