JP6459258B2 - 情報処理装置、情報処理システム、情報処理方法およびプログラム - Google Patents

Description

本発明は、情報処理装置が管理するファイルのうちのどのファイルが変更または新しく追加されたかを、通信機器に表示させることができる情報処理装置、システム、その方法およびその方法をコンピュータに実行させるためのプログラムに関する。

ネットワーク技術の進展や普及、機器の処理速度の高速化、ディスプレイの高解像度化等に伴い、ネットワークを介してやり取りする情報量が増大している。このため、やり取りした情報を機器に記憶させていくと、機器の記憶容量が不足することになる。この記憶容量を拡大するために、外付けＨＤＤ(Hard Disk Drive)等が使用されている。近年では、専門知識がなくても、簡単かつ便利に使用できるように工夫された、ネットワークを介して記憶容量を拡大するためのＮＡＳ(Network Attached Storage)が使用されるようになってきている。

ＮＡＳには、機器の特定の領域に保存すると、保存したファイルの種類等に応じて、特定の処理を実施する機能を備えたものが存在する。その機能の一例として、ファイルフォーマット変換機能、ワークフロー実行機能、閲覧機能等がある。ファイルフォーマット変換機能は、例えば、ｂｍｐファイルをｊｐｅｇファイル等にフォーマット変換する機能である。ワークフロー実行機能は、ファイルをメールに添付して送信するといった決められた処理を実行する機能である。

閲覧機能は、スマートフォン等の通信機器と連携して、ＮＡＳのフォルダ構成やファイルをその通信機器に表示させることができる機能である。この閲覧機能の一例として、スマートフォンから文書ファイルの一覧情報の取得要求を受信すると、文書一覧画面を表示させるＨＴＭＬデータを生成してスマートフォンに返信し、そのＨＴＭＬデータに基づき文書一覧画面を表示させる技術が知られている（特許文献１参照）。

しかしながら、上記技術では、情報処理装置に記憶されている文書ファイルが更新されたとしても、通信機器には通知されないので、通信機器上の文書一覧画面を見ても、どの文書ファイルが更新されたか分からない。また、文書ファイルが追加された場合も同様、どの文書ファイルが追加されたか分からない。これでは、更新された最新のファイルや追加されたファイルを閲覧しようと思っても、そのファイルを探し出すのに時間がかかり、利便性が低いという問題があった。

このため、情報処理装置が管理するファイルが変更や追加された場合に、連携している通信機器に、どのファイルが変更および追加されたかを表示させることができる情報処理装置、システム、方法等の提供が望まれていた。

本発明は、上記課題に鑑み、情報処理装置であって、ファイルを記憶し、複数のユーザの識別情報のうち１以上のユーザの識別情報が関連付けられた第１の格納領域と、該ファイルへアクセスするためのリンク情報を記憶し、各ユーザの識別情報が関連付けられた第２の格納領域と、を有する記憶手段と、ファイルの追加要求を受け付けると、追加要求に応じてファイルを第１の格納領域に記憶させる記憶処理手段と、該ファイルにアクセスするためのリンク情報を、第１の格納領域に関連付けられた１以上のユーザの識別情報の各々が関連付けられた第２の格納領域に生成する生成手段と、第１の格納領域にファイルを追加したことを受けて、ファイルが追加された旨を示す情報と、第１の格納領域に関連付けられた１以上のユーザの識別情報の各々に対応する通信機器を識別する識別情報とを、受信した情報を受信した識別情報により識別される通信機器へ通知する通知装置に送信し、該通知装置に対して通知を要求する通知要求手段と、情報処理装置と接続される通信機器からの要求を受けて、通信機器に対応するユーザの識別情報が関連付けられた第２の格納領域に記憶されたリンク情報を通信機器に送信し、該通信機器からの該リンク情報を用いたファイルへのアクセスを受けて、該ファイルを該通信機器へ送信する送信手段とを含む、情報処理装置が提供される。

本発明によれば、どのファイルが変更、追加されたかを視覚的に把握することが可能となり、ユーザの利便性を高めることができる。

本実施形態の情報処理システムの構成例を示した図。 本実施形態の情報処理装置のハードウェア構成を示した図。 本実施形態の情報処理装置の機能ブロック図。 情報処理装置が管理するファイルのファイル一覧を例示した図。 通信機器が取得するファイル一覧を例示した図。 ファイルが更新された際の通信機器における表示画面の一例を示した図。 クライアントＰＣからファイルが追加または更新された場合の通信機器へ未読ファイル数を通知して表示させる処理を例示したシーケンス図。 通信機器からファイルが追加または更新された場合の通信機器へ未読ファイル数を通知して表示させる処理を例示したシーケンス図。 通信機器において、未読ファイル数を表示させた後に実施される各処理の流れを例示したシーケンス図。 情報処理システムの別の構成例を示した図。 図１０に示す情報処理システムが備える情報処理装置と通信機器の機能ブロック図。 フォルダについて説明する図。 ファイルをアップロードする流れについて説明する図。 図１１に示す情報処理装置と通信機器との間で行われる処理の流れを示したフローチャート。 図１１に示す情報処理装置と通信機器とメッセージングサーバとの間で行われる処理の流れを示したフローチャート。 図１５に示す処理で配信されるメッセージに含まれる情報の内容の一例を示した図。 図１５に示す処理で通信機器に表示される画面の一例を示した図。 図１１に示す情報処理装置と通信機器との間で行われる別の処理の流れを示したフローチャート。 図１８に示す処理で通信機器に表示される画面の一例を示した図。 情報処理システムのさらに別の構成例を示した図。 図２０に示す情報処理システムが備える情報処理装置と通信機器の機能ブロック図。 図２１に示す情報処理装置と通信機器とメッセージングサーバとＰＵＳＨ通知サーバとの間で行われる処理の流れを示したフローチャート。 通信機器においてメッセージを表示する流れについて説明する図。 図１０に示す情報処理システムが備える情報処理装置と通信機器とメッセージングサーバとの間で行われる別の処理を説明する図。 図１０に示す情報処理システムが備える情報処理装置と通信機器とメッセージングサーバとの間で行われるさらに別の処理を説明する図。

図１は、本実施形態の情報処理システムの構成例を示した図である。情報処理システムは、情報処理装置１０等に実装される専用のアプリケーション（専用アプリケーション）と、情報処理装置１０と通信可能な通信機器１１とを少なくとも含んで構成される。図１では、その専用アプリケーションを情報処理装置１０が実装するものとして説明する。情報処理システムは、情報処理装置１０と通信機器１１のみで構成されていてもよいが、図１に示す複合機１２、クライアントＰＣ１３、リレーサーバ１４、通信機器サーバ１５の少なくとも１つを含んで構成することができる。また、情報処理システムは、情報処理装置１０、通信機器１１、複合機１２等を１台ずつに限らず、２台以上含んで構成されていてもよく、その他の機器をさらに含んで構成されていてもよい。

情報処理装置１０は、複合機１２およびクライアントＰＣ１３とＬＡＮ(Local Area Network)といったローカルネットワークを介して接続され、また、通信機器１１ともＬＡＮを介して接続可能とされている。情報処理装置１０は、通信機器１１との通信を仲介するリレーサーバ１４および通信機器サーバ１５とＷＡＮ(Wide Area Network)といったグローバルネットワークを介して接続されている。通信機器１１は、リレーサーバ１４および通信機器サーバ１５とインターネットや３Ｇ回線／ＬＴＥ(Long Term Evolution)等のＷＡＮを介して接続されている。ＷＡＮは、全部が同じインターネットであってもよいし、それぞれが異なるネットワークであってもよい。

一般的に、ＬＡＮは、他のネットワークからのアクセスを制限するために、ファイアウォール等の通信制限手段が導入されている。ＷＡＮは、他のネットワークからも自由にアクセスできるようになっている。各機器は、ネットワークに有線または無線により接続することができ、無線により接続する場合、アクセスポイントと呼ばれる基地局を介して接続することができる。

情報処理装置１０は、ＰＣやワークステーション等とされ、Ｗｉｎｄｏｗｓ（登録商標）やＵＮＩＸ（登録商標）等の汎用のＯＳ(Operating System)を実装し、ＬＡＮやＷＡＮを介して複合機１２等と通信を行う。情報処理装置１０は、専用アプリケーションを実装し、複合機１２等からＨＴＴＰ(Hypertext Transfer Protocol)等の汎用の通信プロトコルを使用して情報処理装置１０に対する要求を受け付ける。そして、情報処理装置１０は、その専用アプリケーションにより、その受け付けた要求を処理し、複合機１２等にネットワークを介してその結果を送信する。

通信機器１１は、スマートフォン、ＰＤＡ(Personal Digital Assistant)、タブレット端末等とされ、通信機器１１用の汎用ＯＳを実装し、ネットワークを介して情報処理装置１０等と通信を行う。この通信機器１１も、通信機器１１に専用アプリケーションを実装し、ＨＴＴＰ等の汎用の通信プロトコルを使用して情報処理装置１０との間で情報のやりとりを行い、情報処理装置１０が管理するファイルのファイル一覧を取得して表示する。通信機器１１に実装される専用アプリケーションは、情報処理装置１０に対する設定変更を行うことも可能となっている。ただし、通信機器１１から設定変更を行う場合において、ユーザ権限が付与されているとき、ユーザ権限を考慮した設定項目のみが変更可能とされている。

設定項目に設定される設定情報としては、ログイン時等に使用するユーザ情報、管理するファイルのファイル情報、情報処理装置１０のシステム設定情報等が挙げられる。ユーザ情報は、ユーザ名、ユーザＩＤ、パスワード、権限、ワークフロー設定、ＷｅｂＵＩ画面の各種設定値等である。ファイル情報は、ファイル名、ファイルパス、作成日時、更新日時、作成者名、種別等である。システム設定情報は、ＭＡＣ(Media Access Control)アドレスや製造番号等の装置固有の情報、全ユーザに共通の設定等である。なお、ファイルパスは、ファイルの所在を示す文字列である。

複合機１２は、ＭＦＰ(Multi Function Peripheral)等の複数の機能を備える機器である。その機能としては、印刷機能、ファックス送受信機能、スキャナ機能、メール送受信機能等である。複合機１２は、ブラウザソフトと呼ばれるネットワーク上の情報を閲覧するためのソフトウェアを実装し、このブラウザソフトを介して情報処理装置１０にアクセスする。複合機１２は、このブラウザソフトにより、ＨＴＴＰ等の汎用の通信プロトコルを使用して情報処理装置１０へ要求を送信する。複合機１２は、コンピュータリソースを操作するためのＯＳがもつ機能として、ファイルシステムを実装している。このため、情報処理装置１０に対してＳＭＢ(Server Message Block)アクセスが可能であれば、複合機１２内に保存されたファイルを情報処理装置１０のネットワーク共有フォルダにコピーすることができる。そして、情報処理装置１０のネットワーク共有フォルダに保存されているファイルもアクセス可能であるため、ネットワークを介してファイルの更新作業を行うことができる。

ここで、ＳＭＢは、ネットワークを介してファイル共有やプリンタ共有を実現するためのプロトコルであり、ＳＭＢアクセスは、そのプロトコルを使用した通信である。

クライアントＰＣ１３は、ノートＰＣ、デスクトップＰＣ、タブレットＰＣのいずれのＰＣであってもよい。クライアントＰＣ１３は、汎用ＯＳを実装し、ネットワークを介して複合機１２等と接続される。このクライアントＰＣ１３も、複合機１２と同様、ファイルシステムを実装しており、情報処理装置１０に対してＳＭＢアクセスを行うことができる。このため、クライアントＰＣ１３に保存されたファイルを、情報処理装置１０のネットワーク共有フォルダにコピーすることができ、情報処理装置１０のネットワーク共有フォルダに保存されているファイルへアクセスすることができる。したがって、クライアントＰＣ１３も、ネットワークを介してファイルの更新作業を行うことができる。

リレーサーバ１４は、情報処理装置１０と通信機器１１との間の通信を仲介する仲介装置としての役割を担う。通信機器１１は、ファイアウォール等の通信制限手段により、情報処理装置１０へＬＡＮを介して通信することができない場合、ＷＡＮおよびリレーサーバ１４を介して通信を行う。通信機器１１が要求をリレーサーバ１４に送信すると、リレーサーバ１４は、その要求を受信して、リレーサーバ１４が備えるキューに蓄積する。情報処理装置１０は、リレーサーバ１４にポーリングと呼ばれる、情報処理装置１０に対する要求があるかどうかの問い合わせを定期的に行う。リレーサーバ１４は、その問い合わせに対して要求がある場合、キューに蓄積された要求を順次取り出し、情報処理装置１０へ送信する。これにより、通信機器１１からの要求を、情報処理装置１０へ送信する。

この仕組みについて、より詳細に説明する。通信機器１１は、情報処理装置１０を識別するための識別情報（例えば、コンタクトＩＤ）を含む要求をリレーサーバ１４へ送信する。コンタクトＩＤは、情報処理装置１０を一意に特定できる識別子で、任意の文字、数字、記号等の組み合わせとすることができる。リレーサーバ１４は、予め機器を上記のコンタクトＩＤにより登録し、その機器に対して専用のキューを割り当てている。このため、リレーサーバ１４は、要求に含まれるコンタクトＩＤを参照し、そのコンタクトＩＤが割り当てられたキューにその要求を入れる。情報処理装置１０は、ポーリングの際、情報処理装置１０のコンタクトＩＤを一緒に送信する。リレーサーバ１４は、情報処理装置１０から受信したコンタクトＩＤを参照し、そのコンタクトＩＤに対応するキューを探し、そのキュー内に要求が蓄積されている場合、順次、蓄積されている要求を情報処理装置１０に対して送信する。情報処理装置１０から通信機器１１へ処理結果を返信する場合は、通信機器１１のコンタクトＩＤを使用して、同様の処理を行い、処理結果を返信することができる。

通信機器サーバ１５も、リレーサーバ１４と同様、仲介装置としての役割を担い、通信機器１１に実装される汎用ＯＳを管理し、通信機器１１に実装されるＯＳに対して指示を送る。この指示は、情報処理装置１０から通信機器サーバ１５を介して通信機器１１へ送信されるものである。なお、情報処理装置１０から通信機器１１へ直接指示を送ることができれば、通信機器サーバ１５は設けなくてもよい。指示としては、情報処理装置１０内のファイルが更新された場合に、通信機器１１へ通知する未読ファイル数を一例として挙げることができる。この未読ファイル数は、通信機器１１と通信機器１１に実装される専用アプリケーションを一意に特定できる固有情報とともに通知され、固有情報は、通信機器サーバ１５が送信先を特定するため等に使用される。

ここでは、固有情報を使用しているが、通信機器１１と専用アプリケーションを別個に特定するために、例えば、通信機器１１および専用アプリケーションの各々を識別するための端末識別情報とアプリ識別情報の２つの情報を通知してもよい。

未読ファイル数は、通信機器１１が固有情報により特定した専用アプリケーションを表すエンティティ（例えば、アイコン）に関連付けて表示される。関連付ける方法については公知の技術を採用することができる。これを、通信機器１１を使用するユーザが見ることにより、その専用アプリケーションにより表示されるファイル一覧に、追加、更新等の変更されたファイルが存在することを把握することができる。

通信機器１１は、その専用アプリケーションの起動により、ファイル一覧の取得を情報処理装置１０に対して要求し、情報処理装置１０が、実際にどのファイルが追加、更新されたかを、他のファイルと区別可能にリストしたファイル一覧を生成して返信する。ファイル一覧は、追加または変更されたファイルのファイル情報を通信機器１１に表示させるための表示情報として生成される。このため、通信機器１１では、追加、更新されたファイルが他のファイルと区別して表示されるため、ユーザは追加、更新されたファイルを簡単に探し出し、その内容を確認することができる。これにより、ユーザの利便性を高めることができる。なお、情報処理装置１０は、追加、更新されたファイルのみをリストした一覧を生成し、返信することも可能である。この場合、一見してどのファイルが追加、更新されたかを把握することができる。

以下、それを実現するための具体的な装置構成や処理内容について詳細に説明する。図２は、情報処理システムが備える情報処理装置１０のハードウェア構成を例示した図である。情報処理装置１０のハードウェア構成は、汎用ＰＣと同様の構成であり、ＣＰＵ２０、メモリユニット２１、記憶装置制御ユニット２２、ネットワーク制御部２３、入出力装置制御ユニット２４、外部メディア入出力装置２５、各種インタフェース２６を備える。また、情報処理装置１０は、ＨＤＤ(Hard Disk Drive)等の記憶装置２７を備える。

ＣＰＵ２０は、情報処理装置１０が備える各ユニットの制御やデータの演算、加工を行う。ＣＰＵ２０は、メモリユニット２１に記憶された専用アプリケーション等のプログラムを実行し、図示しない入力装置や記憶装置２７等からデータを受け取り、演算、加工した結果をそれらの装置へ出力する。メモリユニット２１は、ＲＯＭ(Read Only Memory)やＲＡＭ(Random Access Memory)等から構成される。メモリユニット２１は、ＣＰＵ２０が実行するＯＳや専用アプリケーション等のプログラムやデータを記憶、または一時的に記憶する。

記憶装置２７は、情報処理装置１０が管理する各種情報、専用アプリケーション等のプログラムに関連するデータ等を記憶する。記憶装置制御ユニット２２は、データベースやファイルシステム等の機能により、記憶装置２７が記憶するファイルを管理する。ネットワーク制御部２３は、イーサネット（登録商標）コントローラ等であり、ＬＡＮやＷＡＮを介して他の機器と通信を行う。入出力装置制御ユニット２４は、外部メディア入出力装置２５や各種インタフェース２６の管理を行い、外部機器、例えば図１に示す複合機１２やクライアントＰＣ１３等からのデータの入出力を行う。外部メディア入出力装置２５は、ＵＳＢ(Universal Serial Bus)メディア、ＣＦ(Compact Flash)カードやＳＤ(Secure Digital)カード等の外部メディアを制御し、データの入出力を行う。各種インタフェース２６は、シリアルポートやＵＳＢポート、ＩＥＥＥ１３９４等の、外部機器を接続するためのインタフェースであり、汎用的な入出力装置を接続して使用することができる。

ここでは、情報処理装置１０のハードウェア構成のみを説明したが、通信機器１１、複合機１２、クライアントＰＣ１３、リレーサーバ１４、通信機器サーバ１５も、同様のハードウェア構成を採用することができる。なお、複合機１２は、印刷機能やスキャナ機能等を実現するために、印刷装置、スキャナ装置等をさらに備えるものとされる。

図３は、情報処理システムが備える情報処理装置１０の機能ブロック図である。情報処理装置１０は、記憶装置２７といった記憶部としてのファイル記憶部に記憶された１以上のファイルを管理し、通信機器１１からの要求を受けて、管理するファイルのファイル一覧を通信機器１１へ送信し、ファイル一覧を表示させることができる装置である。この情報処理装置１０は、通信機器１１に表示されたファイル一覧において、新規に追加されたファイルや更新されたファイルを視覚的に把握できるようにするために、少なくとも検知部３０と、未読ファイル管理部３１と、送信処理部３２とを含んで構成される。

情報処理装置１０は、そのほか、ＷｅｂＡＰＩ処理部３３、認証処理部３４、ワークフロー処理部３５、リレーサーバ処理部３６、ＷｅｂＵＩ処理部３７、設定情報管理部３８、通知部としてのＰＵＳＨ通知処理部３９を含むことができる。図３では、情報処理装置１０内にファイルを記憶する格納領域としてのファイル記憶領域４０を備えているが、ファイル記憶部は、外付けＨＤＤ等の情報処理装置１０外に存在していてもよい。また、情報処理装置１０は、ＷｅｂＡＰＩ処理部３３、認証処理部３４、ワークフロー処理部３５、リレーサーバ処理部３６、ＷｅｂＵＩ処理部３７、設定情報管理部３８、ＰＵＳＨ通知処理部３９の全部を備えていなくてもよい。これらの処理部や管理部等の機能部は、ＣＰＵ２０が専用アプリケーションを実行することにより、また、上記各ユニットにより実現される。

情報処理装置１０は、共通フレームワーク４１を備え、共通フレームワーク４１は、情報処理装置１０に実装される複数の機能部が互いに通信するために使用される。各機能部間でやりとりされる要求やファイルは、この共通フレームワーク４１を介して行われる。ＷｅｂＡＰＩ処理部３３は、ネットワークに接続された通信機器１１、複合機１２、クライアントＰＣ１３からの要求を制御し、受け取った要求を、要求元ごとにシリアル化して、共通フレームワーク４１を介して各処理部へ送信する。

ＷｅｂＵＩ処理部３７は、情報処理装置１０に実装されるＷｅｂサーバと呼ばれるアプリケーションにより表示される表示内容を制御する。ＷｅｂＵＩ処理部３７は、ユーザごとに設定情報やファイルの内容に応じて表示内容を構築する。認証処理部３４は、ＷｅｂＵＩ処理部３７やＷｅｂＡＰＩ処理部３３を介してユーザが入力を行い、ログイン処理を実施した際、ユーザ認証を行う。認証処理部３４は、後述する設定情報管理部３８により管理されている設定情報からユーザ情報を取得し、ユーザが入力したユーザ情報と一致するかどうかを判断する。一致すれば、認証成功となり、一致しなければ、認証失敗となる。認証処理部３４は、認証失敗の場合、ＷｅｂＵＩ処理部３７およびＷｅｂＡＰＩ処理部３３が、アクセスしてきたユーザに対し、認証エラーを返す。

送信処理部３２は、情報処理装置１０が備えるファイル記憶領域４０に記憶された１以上のファイルを管理する。ファイル記憶領域４０に記憶されるファイルとしては、ＳＭＢアクセスにより保存されたファイル、情報処理装置１０に実装されたアプリケーションにより作成されたファイル等が挙げられる。送信処理部３２は、ファイルを管理するだけではなく、データのフォーマット変換も行う。フォーマット変換としては、画像フォーマットの変換、例えばｂｍｐファイルのｊｐｅｇファイルへの変換等が挙げられる。なお、変換後のファイルも、ファイル記憶領域４０に記憶され、送信処理部３２による管理対象となる。

また、送信処理部３２は、後述する未読ファイル管理部３１から通知された未読ファイルのファイル情報に基づき、ファイル一覧を生成し、生成したファイル一覧を通信機器１１へ送信する。ファイル一覧は、未読ファイルを該未読ファイル以外の他のファイルとは区別可能に、管理する１以上のファイルをリストしたものである。このファイル一覧は、ファイルを一列に並べたものであってもよいし、フォルダを用いたツリー構造で表されるものであってもよい。また、送信処理部３２は、追加または変更されたファイルの一覧のみを通信機器１１へ送信することも可能である。ここでは、全部のファイル一覧を送信するものとして説明する。また、ファイルの変更を、ファイルの更新として説明する。

検知部３０は、ファイル記憶領域４０へのファイル（新規ファイル）の追加またはファイル記憶領域４０に記憶されたファイルの更新を検知する。具体的には、新規ファイルが保存されたこと、既存のファイルが修正され、上書き保存されたことを検知する。検知部３０は、ファイル記憶領域４０を常時監視し、既存のファイルが削除されたこと等も検知することができる。ファイル記憶領域４０に記憶される１以上のファイルは、ファイルシステムにより管理され、ファイルシステムがファイルの新規追加等により管理する対象の変更があった場合に管理情報を変更する。このため、検知部３０は、この管理情報を参照して、ファイルの追加や更新があったことを検知することができ、そのファイル情報を取得することができる。

検知部３０は、ファイル情報を含む検知結果を送信処理部３２へ通知する。送信処理部３２は、変更があったファイルのファイル情報を受け取ることで、ファイルシステムと同期してファイル記憶領域４０に記憶されたファイルを管理することができる。

未読ファイル管理部３１は、検知部３０の検知結果を、送信処理部３２を介して受け取り、その検知結果から、追加または更新が検知されたファイルのファイル情報を取得し、そのファイルを未読ファイルとして管理する。そして、未読ファイル管理部３１は、管理している未読ファイルのファイル情報を送信処理部３２に対して通知する。未読ファイル管理部３１は、実際のファイルパスに対してハードリンクした未読用のリンクやショートカット等のファイルを参照するリンク情報を生成し、そのファイルとリンク情報とを対応付け、既存のファイルと同等に扱えるようにする。そして、未読ファイル管理部３１は、このリンク情報を、ファイル記憶領域４０のうち情報処理装置１０がアクセス可能であり、後述する条件を満たしていない場合、他の装置からは参照できない非公開記憶領域に記憶させる。ファイル記憶領域４０は、この非公開記憶領域のほか、既存のファイル一式にアクセス可能な公開記憶領域を有し、これらの記憶領域は、送信処理部３２によって管理される。

ここで、未読ファイルは、ユーザ情報毎に管理されている。ユーザ情報、すなわちユーザ毎に未読ファイルを管理することで、例えばファイルＡにユーザＡがアクセスする前にユーザＢがファイルにアクセスしても、ユーザＡは未読として管理することができる。そのため、情報処理装置１０は、ユーザＡが閲覧するまでファイルＡが未読であることを通知することができる。

ワークフロー処理部３５は、検知部３０がファイルの追加を検知した際、追加が検知されたファイルが予め指定されたフォルダに格納された場合に、所定のワークフローを実行する。ワークフローとしては、ファイルをフォーマット変換する処理や、ファイルを指定されたパスに送信する処理や、ファイルを指定された宛先へメール送信する処理等が挙げられる。なお、フォーマット変換等のファイルへの変更処理は、送信処理部３２により実行される。

リレーサーバ処理部３６は、図１に示すリレーサーバ１４を定期的に監視し、リレーサーバ１４内に、情報処理装置１０宛ての要求があるかどうかを確認する。リレーサーバ処理部３６は、定期的にポーリングを行い、リレーサーバ１４に蓄積されている要求を取得し、各処理部へ要求を送って処理させ、その処理結果をリレーサーバ１４に通知する。

設定情報管理部３８は、ファイル記憶領域４０に記憶される設定情報を管理する。設定情報は、上記のようなユーザ情報、システム設定情報を含み、ユーザの権限により、読み取り専用であるか、変更可能であるかが決められている。設定情報を設定するための設定項目には、追加または更新したファイルを未読ファイルとして追加するかどうかの設定もあり、この設定を無効にすることにより、追加または更新したファイルを未読ファイルとして扱わないようにすることができる。このため、どのファイルが追加または更新されたかを表示させることができなくなる。また、設定情報には、フォルダ毎に設定された通知先のユーザ情報も管理されている。

未読ファイルとして追加するかどうかの設定は、ＷｅｂＵＩ処理部３７が表示する表示画面から、または通信機器１１に実装される専用アプリケーションにより表示される表示画面から行うことができる。この設定は、ユーザ毎の設定として保存される。ここでは、未読ファイルとして扱い、どのファイルが追加または更新されたかを把握できるようにするために、この設定は有効とされる。

設定情報管理部３８は、そのほか、通信機器１１とその通信機器１１に実装される専用アプリケーションとを一意に特定できる固有情報、通信機器１１に実装されるＯＳの種類等も管理する。これらの情報は、互いに紐付けられて管理される。固有情報は、通信機器１１と専用アプリケーションの両方を一意に特定できれば、いかなる文字、数字、記号の組み合わせであってもよい。ＯＳの種類は、Ａｎｄｒｏｉｄ（登録商標）ＯＳやｉＯＳ（登録商標）等である。また、設定情報管理部３８は、ユーザ情報と、通信機器１１の固有情報とを関連付けて管理する。これにより、情報処理装置１０が、フォルダにファイルが追加されたとき、そのフォルダに設定されたユーザ情報を参照し、その参照したユーザ情報と関連付けられた固有情報で識別される通信機器１１へ通知することができる。例えば、ユーザがいつも利用する通信機器１１の固有情報を関連付けて記憶させておくことで、ユーザはいつも利用する通信機器１１で通知を受けることができる。なお、１つのユーザ情報に複数の通信機器１１の固有情報を関連付けて管理してもよい。

ＰＵＳＨ通知処理部３９は、送信処理部３２がファイル一覧を送信する前に、追加または更新されたファイルに関する情報としての未読ファイル数を通知して、通信機器１１に実装される専用アプリケーションを表すアイコンにその未読ファイル数を表示させる。この未読ファイル数を通知する際、固有情報と、通信機器１１に実装されるＯＳの種類を示す情報とが付加される。

情報処理装置１０は、通信機器１１へ未読ファイル数を通知する際、図１に示す通信機器サーバ１５を介して送信する。このため、送信処理部３２は、未読ファイル数が更新された場合に即座に通信機器サーバ１５へ通知する。通信機器サーバ１５は、固有情報から通信機器１１を特定し、その特定した通信機器１１に未読ファイル数、固有情報を通知する。このとき、通信機器サーバ１５は、ＯＳの種類によって通信機器サーバ１５のアドレスを切り替え、通信機器１１との通信が確立した際、未読ファイル数、固有情報を押し込むように通知する。このため、通信機器１１は、通信が確立したとともに、専用アプリケーションを表すアイコンに関連付けて未読ファイル数を表示させることができる。これにより、ユーザは、追加、更新されたファイルが存在することを視覚的に把握することができる。

図４は、情報処理装置１０が管理するファイルのファイル一覧を例示した図である。ファイルは、一例として、ＳＭＢを使用してアクセス可能なネットワーク共有フォルダ（公開用フォルダ）と、非公開記憶領域としてのネットワークに非公開のフォルダ（非公開用フォルダ）とにより管理される。これらのフォルダには、複数のフォルダとファイルが格納されていて、このファイル一覧は、ツリー構造（ディレクトリ構造）で表すことができる。ツリー構造により表す場合、公開用フォルダ、非公開用フォルダをルートノードとし、それに繋がるノードが、全ユーザに公開されるＡｌｌＵｓｅｒフォルダと、ユーザ毎に公開されるＵｓｅｒフォルダとされる。

公開用フォルダのＡｌｌＵｓｅｒフォルダ、Ｕｓｅｒフォルダには、通常のファイル置き場として使用されるファイルフォルダ、キーワードをフォルダ名にすることで情報処理装置１０内のファイルのリンクが作成されるキーワード検索フォルダが繋がっている。また、フォルダにファイルを保存することにより自動的に登録された所定の処理を実行するワークフローフォルダや、不要なファイルを一時的に削除するごみ箱フォルダも繋がっている。

非公開用フォルダにも、全ユーザが対象のＡｌｌＵｓｅｒフォルダと、ユーザ毎が対象となるＵｓｅｒフォルダとが繋がっている。ＡｌｌＵｓｅｒフォルダおよびＵｓｅｒフォルダには、未読ファイルフォルダのみが繋げられる。この非公開用フォルダは、情報処理装置１０がアクセス可能で、条件を満たしていない他の機器からフォルダ一覧の要求を受け付けても、非公開用フォルダはフォルダ一覧として表示されない。一方、条件を満たした他の機器からフォルダ一覧の要求を受け付けたとき、この非公開用フォルダを含めたフォルダ一覧が他の機器に表示される。情報処理装置１０内の専用アプリケーションからアクセスすることが可能であり、非公開用フォルダが表示された他の機器は、非公開用フォルダ内のファイルに情報処理装置１０内のアプリケーションを介してアクセスする。また、これらの非公開用フォルダはユーザ毎に作成されている。なお、図３に示す各機能部は、この専用アプリケーションをＣＰＵ２０が実行することにより実現されることから、各機能部からはアクセスすることが可能である。

未読ファイルフォルダには、オリジナルのファイル、すなわちＳＭＢアクセスにより保存されたファイルや、情報処理装置１０に実装されたアプリケーションにより作成されたファイル等を保存せず、オリジナルのファイルのリンク情報を記憶する。したがって、未読ファイルフォルダには、公開用フォルダに何らかのファイルが新規に追加された場合や、公開用フォルダ内のファイルが更新された場合、追加されたファイルから新たにファイルが生成された場合に生成されたリンク情報が保存される。もちろん、オリジナルのファイルを記憶させても良いが、オリジナルのファイルを未読ファイルフォルダにも記憶すると、同じファイルをファイル記憶領域４０に記憶することになるため、ファイル記憶領域４０の容量を節約するためにリンク情報を記憶させる。未読ファイル管理部３１は、検知部３０により検知された検知結果に基づき、この未読ファイルフォルダに該当するリンク情報が存在しない限り、新規のリンク情報を生成する。すなわち、ファイルＡに対応するリンク情報Ａが既に未読ファイルフォルダに記憶されている場合、リンク情報Ａを再度記憶しないようにすることで、未読ファイルフォルダにリンク情報が過剰に記憶されるのを防ぐ。リンク情報は、ハードリンクやショートカット等の情報で、リンク先のファイルを参照する情報とされる。ここで、ハードリンクとは、別のパスで参照できる仕組みである。

オリジナルのファイルと、このリンク情報とは対応（紐）付けられ、テーブル情報としてファイル記憶領域４０に記憶される。これにより、オリジナルのファイルにアクセスしても、リンク情報にアクセスしても、他方に逆引きすることができるようになっている。すなわち、オリジナルのファイルにアクセスした場合、リンク情報が存在することが分かり、未読ファイルフォルダからそのリンク情報を削除することが可能となる。ここで、リンク情報を削除する理由は、一度オリジナルのファイルにアクセスされたのであれば、ユーザは新規に追加または更新されたファイルを確認したことになり、アクセスされたファイルは、新規に追加されたファイルまたは更新されたファイルではなくなるためである。また、リンク情報にアクセスした場合は、オリジナルのファイルを開くことが可能となる。

図５は、通信機器１１が取得するファイル一覧を例示した図である。通信機器１１がファイル一覧の取得を情報処理装置１０に対して要求すると、ＷｅｂＡＰＩ処理部３３がその要求を受け付ける。ＷｅｂＡＰＩ処理部３３は、その要求を送信処理部３２に渡し、送信処理部３２が、その要求に含まれるユーザ情報に応じて、ファイル一覧を生成し、生成したファイル一覧を通信機器１１へ送信する。なお、予めファイル一覧情報を生成しておき、要求を受け付けたとき、予め生成したファイル一覧情報を送信するようにしても良い。

送信処理部３２は、図４に示した公開用フォルダ内の情報と、非公開用フォルダ内の情報とをマージ（結合）してファイル一覧を生成し、生成したファイル一覧を、ＷｅｂＡＰＩ処理部３３を介して通信機器１１へ送信する。公開用フォルダ内の情報としては、ＡｌｌＵｓｅｒフォルダの情報と、通信機器１１を使用するユーザＡのＵｓｅｒＡフォルダの情報とが使用される。非公開用フォルダ内の情報としては、ＡｌｌＵｓｅｒフォルダ内の情報と、ユーザＡのＵｓｅｒＡフォルダ内の情報とが使用される。送信処理部３２は、これらをマージして、図５に示すようなファイル一覧を生成する。

通信機器１１は、ファイル一覧を受信し、専用アプリケーションを起動させてそれを表示させると、図５に示すようなツリー構造で表されるファイル一覧を表示させることができる。ツリー構造における各ノードは、フォルダで表され、各フォルダには複数のファイルが含まれている。

ユーザが通信機器１１の表示画面に表示されたファイル一覧の中のファイルにアクセスすると、通信機器１１は、ファイルを詳細に表示するために、情報処理装置１０に対してファイル情報とともにサムネイル画像の作成要求を送信する。ファイル情報は、ファイル名、ファイルの種類、サイズ、作成日時、更新日時等の情報であり、サムネイル画像は、ファイルの内容を縮小表示した画像である。ここでは、サムネイル画像の作成要求を送信しているが、そのファイル自体を要求することも可能である。

情報処理装置１０のＷｅｂＡＰＩ処理部３３は、ファイル情報と要求を受け付け、送信処理部３２にそのファイル情報と要求を送り、必要な処理を実行させる。送信処理部３２では、必要な処理として、ファイル情報に基づき、ファイルを取得して、サムネイル画像を生成する。送信処理部３２は、処理結果としてのサムネイル画像のデータを、要求元である通信機器１１へ送信する。通信機器１１では、受信したデータを基にサムネイル画像を表示させる。

送信処理部３２は、受信したファイル情報から、アクセスされたファイルが未読ファイルのリンク情報である場合、そのリンク情報に紐付けられたオリジナルのファイルにアクセスし、そのオリジナルのファイルを用い、サムネイル画像を生成する。アクセスされたファイルがオリジナルのファイルの場合は、そのオリジナルのファイルからサムネイル画像を生成する。リンク情報からオリジナルのファイルをたどる方法としては、テーブル情報を使用して行うほか、汎用ＯＳがもつ機能やショートカット等のプロパティ情報からたどる方式を採用してもよい。

送信処理部３２は、受け取ったファイル情報を、未読ファイル管理部３１へも送る。未読ファイル管理部３１は、受け取ったファイル情報を基に、未読ファイルファルダ内のリンク情報がアクセスされたかどうかを調べ、リンク情報がアクセスされた場合、そのリンク情報を削除する。オリジナルのファイルがアクセスされた場合も、テーブル情報から未読ファイルフォルダ内のリンク情報が紐付けられているかどうかを調べ、紐付けられている場合、その紐付けられたリンク情報を削除する。紐付けられたリンク情報がない場合は、何の処理も行わない。ファイルが追加された場合は、未読ファイルフォルダ内に新規のリンク情報を生成し、そのリンク情報をファイル記憶領域４０に記憶して登録する。

図６は、ファイルが更新された際の通信機器における表示画面の一例を示した図である。検知部３０は、ネットワーク共有フォルダやワークフロー機能を介してファイルが追加、更新されたかどうかを常時監視している。検知部３０は、ファイルの追加または更新を検知すると、追加または更新を検知したファイルのファイル情報を、送信処理部３２を介して未読ファイル管理部３１へ通知する。未読ファイル管理部３１は、未読ファイルフォルダ内の未読ファイルのリンク情報の数から未読ファイル数を算出し、未読ファイル数とリンク情報に紐付けられたオリジナルのファイルのファイル情報を、ＰＵＳＨ通知処理部３９に通知する。

ＰＵＳＨ通知処理部３９は、そのファイルをアクセスしているユーザのユーザ情報と、そのユーザが使用する通信機器１１の固有情報およびＯＳの種類を示す情報とを、設定情報管理部３８から取得する。ＰＵＳＨ通知処理部３９は、これらの情報を基に、通信機器１１へ送信する通信機器サーバ１５を特定し、未読ファイル数をこれらの情報とともに、特定した通信機器サーバ１５へ通知する。

通信機器サーバ１５は、受け取った固有情報から、通信機器１１を特定し、特定した通信機器１１へ未読ファイル数、固有情報を通知する。通信機器１１では、受け取った固有情報をＯＳが解析し、専用アプリケーションを特定し、その専用アプリケーションを示すアイコンに未読ファイル数を関連付け、図６（ｂ）に示すような表示をさせる。ちなみに、通知を受ける前の表示は、例えば、図６（ａ）のような未読ファイル数の表示がないものである。

ユーザは、このアイコンに関連付けられた未読ファイル数を見て、追加、更新されたファイルが存在することを把握し、専用アプリケーションを起動させると、通信機器１１がファイル一覧の取得要求を送信する。情報処理装置１０のＷｅｂＡＰＩ処理部３３は、その取得要求を受け付け、送信処理部３２へ送り、必要な処理を実行させる。送信処理部３２は、未読ファイル管理部３１から未読ファイルのファイル情報の通知を受け、そのファイル情報に基づき、ファイル一覧を生成し、ＷｅｂＡＰＩ処理部３３を介して通信機器１１へ送信する。通信機器１１は、受け取ったファイル一覧を表示させる。通信機器１１において表示されたファイル一覧は、図６（ｃ）に示すようなものである。その後、未読ファイル管理部３１では、未読ファイルが１つアクセスされるたびに、未読ファイルフォルダ内の紐付けられたリンク情報を１つずつ削除し、アイコンに表示された未読ファイル数も１つずつデクリメントさせる。

ここで、未読ファイルが未読ファイルフォルダ内に記憶されていなければ、図６（ｃ）の「未読ファイル」というフォルダは表示されない。また、未読ファイルが未読ファイルフォルダ内に記憶されていても、通知の宛先の通信機器１１以外の他の機器では、「未読ファイル」は表示されない。例えば、通知先がユーザＡおよびユーザＢであれば、ユーザＣと関連付けられた通信機器１１からのファイル一覧の取得要求では「未読ファイル」が表示されない。一方、ユーザＡと関連付けられた通信機器、およびユーザＢと関連付けられた通信機器からのファイル一覧要求では、ユーザＡの未読ファイルフォルダ、およびユーザＢの未読ファイルフォルダがそれぞれ送信される。

図７〜図９に示すシーケンス図を参照し、情報処理システムにより実行される処理について詳細に説明する。図７は、クライアントＰＣ１３からファイルが追加または更新された場合の通信機器１１へ未読ファイル数を通知し、未読ファイル数を表示させる処理を示したシーケンス図である。クライアントＰＣ１３は、情報処理装置１０のネットワーク共有フォルダにＳＭＢアクセスを行うことができるので、任意のファイルに直接アクセスし、そのファイルの内容を修正する等してそのファイルを更新することができる。また、ユーザは、新規のファイルを作成し、任意のフォルダに作成した新規のファイルを追加することができる。

情報処理装置１０の検知部３０は、クライアントＰＣ１３からのファイルの追加または更新を検知する。検知部３０は、ファイルの追加または更新を検知したことを、クライアントＰＣ１３に対して応答する。特定のフォルダにファイルが追加された場合、ワークフロー処理部３５が予め決められたワークフローを実行する。そして、ワークフロー処理部３５は、送信処理部３２に対して必要な処理を依頼する。送信処理部３２は、処理の依頼を受けたファイルのファイル情報を、ワークフロー処理部３５を介して検知部３０に返して応答する。

特定のフォルダ以外のフォルダにファイルが追加された場合や、既存のファイルが修正され、上書きされる等して更新された場合は、検知部３０から送信処理部３２に対して必要な処理を依頼する。この場合も同様、送信処理部３２は、処理の依頼を受けたファイルのファイル情報を、検知部３０に返して応答する。

送信処理部３２は、処理の依頼を受けると、必要な処理として、フォーマット変換等を実行する。なお、フォーマット変換によりさらにファイルが更新される。送信処理部３２は、更新されたファイルのファイル情報を、未読ファイル管理部３１へ送り、未読ファイル管理部３１は、ファイル情報を受け取った旨を通知して応答する。未読ファイル管理部３１では、そのファイル情報に基づき、リンク情報を生成して登録する。未読ファイル管理部３１は、リンク情報の登録により、未読ファイル数が変更されるので、未読ファイル数をＰＵＳＨ通知処理部３９に通知する。

ＰＵＳＨ通知処理部３９は、未読ファイル数の通知を受け取った旨を未読ファイル管理部３１に通知して応答し、通信機器１１へ送信するため、通信機器１１との通信に必要とされる固有情報等を、設定情報管理部３８から取得する。このとき、ＰＵＳＨ通知処理部３９は、通信機器サーバ１５のＩＰアドレス等の情報も取得し、その情報を使用して通信機器サーバ１５へアクセスする。ＰＵＳＨ通知処理部３９は、未読ファイル数を、取得した固有情報等とともに通信機器サーバ１５に通知する。通信機器サーバ１５は、それらの情報を受け取った旨をＰＵＳＨ通知処理部３９に通知して応答し、固有情報を使用して未読ファイル数を通知すべき通信機器１１を特定し、その通信機器１１へその未読ファイル数および固有情報を通知する。

通信機器１１は、未読ファイル数および固有情報等の通知を受けると、通知を受けた旨を通信機器サーバ１５に通知して応答し、固有情報から専用アプリケーションを特定し、特定した専用アプリケーションを表すアイコンに関連付けて未読ファイル数を表示させる。通信機器１１を使用するユーザは、そのアイコンに関連付けて表示された未読ファイル数を見ることにより、追加、更新されたファイルが存在することを視覚的に把握することができる。

図７に示す実施形態では、クライアントＰＣ１３からファイルを追加、更新した場合について説明したが、複合機１２からファイルを追加または更新した場合も同様の処理となる。図８は、通信機器１１からファイルを追加または更新した場合の通信機器１１へ未読ファイル数を通知し、未読ファイル数を表示させる処理を示したシーケンス図である。ワークフロー処理部３５、送信処理部３２、未読ファイル管理部３１、ＰＵＳＨ通知処理部３９、設定情報管理部３８が行う処理は、図７に示した実施形態と同様であるため、ここではその説明を省略する。

通信機器１１は、クライアントＰＣ１３のように、情報処理装置１０が管理するファイルに直接ＳＭＢアクセスを行うことができない。そのため、通信機器１１は、専用アプリケーションを起動し、ＷｅｂＡＰＩ処理部３３を介して送信処理部３２に要求し、情報処理装置１０が管理するファイルのファイル一覧を取得して表示する。ユーザは、表示されたファイル一覧の中の任意のファイルを選択し、ＷｅｂＡＰＩ処理部３３を介してそのファイルへアクセスし、そのファイルを更新する。また、ユーザは、新規のファイルを作成し、ＷｅｂＡＰＩ処理部３３を介してファイル一覧の中の任意のフォルダにアクセスし、そのフォルダに作成した新規のファイルを追加する。ここでは、ファイル一覧を最初に表示してから、任意のファイルへアクセスしているが、ファイル一覧を表示せず、ＷｅｂＡＰＩ処理部３３を介して任意のファイルへアクセスしてもよい。

ＷｅｂＡＰＩ処理部３３を介して実行されたファイルの追加または更新は、検知部３０により検知されるが、この場合は、ＷｅｂＡＰＩ処理部３３がワークフロー処理部３５または送信処理部３２に依頼して、ワークフローの実行あるいは必要な処理が実行される。

図９は、通信機器１１において、未読ファイル数を表示させた後に実施される各処理の流れを例示したシーケンス図である。通信機器１１は、通信機器サーバ１５から未読ファイル数と固有情報の通知を受け取ると、それらの情報を受け取った旨を通信機器サーバ１５に通知して応答する。通信機器１１は、固有情報を参照して、未読ファイル数を表示させる専用アプリケーションを特定し、その専用アプリケーションを表すアイコンに関連付けて未読ファイル数を表示させる。

ユーザ１００は、追加、更新されたファイルが存在することを確認した後、その専用アプリケーションのアイコンをタップする等して、その専用アプリケーションを起動させ、ＷｅｂＡＰＩ処理部３３に対してファイル一覧の取得を要求する。ＷｅｂＡＰＩ処理部３３は、その要求を受け付けると、その要求を送信処理部３２に送る。

送信処理部３２は、要求に含まれるユーザ情報を確認し、ファイル記憶領域４０の公開用フォルダからＡｌｌＵｓｅｒフォルダとユーザ情報で確認されたユーザ１００のＵｓｅｒフォルダの情報を取得する。ユーザＡが確認されれば、ＵｓｅｒＡフォルダの情報が取得される。また、送信処理部３２は、ファイル記憶領域４０の非公開用ファイルからＡｌｌＵｓｅｒフォルダとユーザ情報で確認されたユーザのＵｓｅｒフォルダの情報を取得する。そして、送信処理部３２は、それらの情報をマージしてファイル一覧を生成し、ＷｅｂＡＰＩ処理部３３へ出力する。ＷｅｂＡＰＩ処理部３３は、ファイル一覧を通信機器１１へ送信し、通信機器１１は、ユーザ１００に対してそのファイル一覧を表示する。

ここで、要求に含まれるユーザ情報を確認したが、要求に含まれる情報は通信機器の固有情報であってもよい。その場合、通信機器の固有情報と関連付けられて管理されているユーザ権限によって、非公開用フォルダの未読フォルダの情報を特定することができる。このような構成とすることで、通信機器１１にユーザ情報を登録しておかなくても、情報処理装置１０側でユーザ情報と機器の固有情報の紐付けを行うため、ユーザ毎にファイルが取得されたか（未読ファイルがあるか）の管理を行うことができる。

ユーザ１００は、表示されたファイル一覧の中の未読ファイルフォルダ内にある１つのリンク情報を選択し、アクセスすると、通信機器１１は、そのリンク情報に紐付けられた未読ファイルのサムネイル画像の取得を要求する。ＷｅｂＡＰＩ処理部３３は、その要求を受け付け、サムネイル画像の作成要求を送信処理部３２に対して行う。送信処理部３２は、必要な処理として、リンク情報に紐付けられたオリジナルのファイルを取得し、そのファイルからサムネイル画像を生成する。また、送信処理部３２は、そのファイルのファイル情報を未読ファイル管理部３１に送る。

未読ファイル管理部３１は、管理する未読ファイルフォルダ内のリンク情報を確認し、リンク情報が存在する場合、そのリンク情報を削除する。このアクセスにより、新規に追加または更新されたファイルではなくなるためである。未読ファイル管理部３１は、削除することにより、未読ファイルフォルダ内のリンク情報が変更され、未読ファイル数も変更されるため、それらの情報を送信処理部３２に通知する。送信処理部３２は、通信機器１１から要求されたサムネイル画像のデータを、ＷｅｂＡＰＩ処理部３３を介して通信機器１１へ送信する。通信機器１１は、受け取ったデータに基づき、サムネイル画像を表示させる。

なお、ユーザ情報毎に未読ファイルを管理している場合、ユーザ１００のユーザ情報と関連付けて管理されたリンク情報を削除すればよい。例えば、ユーザＡがオリジナルのファイルを取得したとき、ユーザＡの未読フォルダからはリンク情報を削除し、ユーザＢの未読フォルダからはリンク情報を削除しないようにする。これにより、ユーザＢがオリジナルのファイルを取得するまでユーザＢの未読フォルダにはリンク情報を残すことができる。

ユーザ１００は、サムネイル画像の表示を取り消し、ファイル一覧を表示するように要求することができる。通信機器１１は、この要求を受け付け、ファイル一覧の取得をＷｅｂＡＰＩ処理部３３に対して要求する。ＷｅｂＡＰＩ処理部３３は、その取得要求を、送信処理部３２に送る。送信処理部３２は、必要な処理として、マージした上記のファイル一覧と、変更された上記情報とを用い、ファイル一覧を修正して更新し、更新されたファイル一覧を、ＷｅｂＡＰＩ処理部３３を介して通信機器１１へ送信する。通信機器１１は、受信したファイル一覧を表示させる。

ユーザ１００は、表示されたファイル一覧の中の未読ファイルフォルダ内のリンク情報ではなく、他のフォルダ内のオリジナルのファイルにアクセスすることができる。ユーザ１００は、オリジナルのファイルを選択し、アクセスすると、通信機器１１は、そのファイルのサムネイル画像の取得を要求する。ＷｅｂＡＰＩ処理部３３は、その要求を受け付け、サムネイル画像の作成要求を送信処理部３２に対して行う。送信処理部３２は、必要な処理として、オリジナルのファイルからサムネイル画像を生成する。また、送信処理部３２は、そのファイルのファイル情報を未読ファイル管理部３１に通知する。

未読ファイル管理部３１は、管理する未読ファイルフォルダ内のオリジナルのファイルと紐付けられたリンク情報を確認し、リンク情報が存在する場合、そのリンク情報を削除する。未読ファイル管理部３１は、削除することにより、未読ファイルフォルダ内のリンク情報が変更され、未読ファイル数も変更されるため、それらの情報を送信処理部３２に通知する。送信処理部３２は、通信機器１１から要求されたサムネイル画像のデータを、ＷｅｂＡＰＩ処理部３３を介して通信機器１１へ送信する。通信機器１１は、受信したデータに基づき、サムネイル画像を表示させる。

通信機器１１に表示されるファイル一覧では、未読ファイルフォルダという、それ以外のファイルが保存されるフォルダとは区別可能なフォルダに入れられているため、ユーザは、どのファイルが追加または更新されたファイルかを容易に把握することができる。このため、ユーザは追加、更新されたファイルを探す必要がなくなり、ユーザの利便性を高めることができる。

これまでの例では、情報処理装置１０が通信機器１１へ未読ファイル数を通知し、その未読ファイル数を通信機器１１の画面に表示させることで、追加、更新されたファイルが存在することを視覚的に把握できるようにしている。また、専用アプリケーションを起動させ、ファイル一覧の取得を要求し、ファイル一覧を取得して表示し、ファイル一覧の未読ファイルフォルダ内の未読ファイルを参照することで、追加または更新されたファイルを視覚的に把握できるようにしている。しかしながら、追加または更新されたファイルを視覚的に把握する方法としては、上記の方法に限定されるものではなく、その他の方法を採用することも可能である。以下、追加または更新されたファイルを視覚的に把握するための別の方法について説明する。

図１０は、情報処理システムの別の構成例を示した図である。情報処理システムは、上述したように、情報処理装置１０に実装される専用アプリケーションと、その情報処理装置１０と通信可能な通信機器１１とを少なくとも含んで構成される。専用アプリケーションが情報処理装置１０に実装される場合、情報処理システムとしては、情報処理装置１０と通信機器１１のみで構成されていてもよい。図１０に示す実施形態では、情報処理装置１０と通信機器１１に加えて、メッセージの配信要求を受けてメッセージを配信するメッセージングサーバ５０を備えている。メッセージングサーバ５０は、メッセージのやりとりを中継する中継装置として機能する。

情報処理システムは、図１０には図示していないが、図１に示す複合機１２、クライアントＰＣ１３、リレーサーバ１４、通信機器サーバ１５の少なくとも１つをさらに含んで構成されていてもよい。図１に示す構成と同様、情報処理装置１０は、通信機器１１とＬＡＮを介して接続可能とされ、リレーサーバ１４や通信機器サーバ１５およびＷＡＮを介して通信機器１１へ接続することができる。また、情報処理装置１０は、ＬＡＮまたはＷＡＮを介してメッセージングサーバ５０と接続され、メッセージングサーバ５０は、ＬＡＮまたはＷＡＮを介して通信機器１１へ接続することができる。メッセージングサーバ５０は、リレーサーバ１４や通信機器サーバ１５に接続され、情報処理装置１０や通信機器１１とリレーサーバ１４や通信機器サーバ１５を介して通信を行うように構成されていてもよい。メッセージングサーバ５０のハードウェア構成は、図２に示した情報処理装置１０のハードウェア構成と同様であるため、ここでは説明を省略する。

上述した別の方法を説明するために図１１を参照する。図１１は、図１０に示す情報処理システムが備える情報処理装置１０と通信機器１１の機能ブロック図である。なお、図１１には、複合機１２と、メッセージングサーバ５０と、他の通信機器５１〜５３も示されている。

情報処理装置１０は、図３に示したファイル記憶領域４０と同様の機能を有するフォルダ６０と、フォルダ６０内のファイルを管理するファイル管理部６１と、検知部３０と同様の機能を有するフォルダ監視部６２とを備えている。また、情報処理装置１０は、未読ファイル管理部３１と同様の変更または追加されたファイルのファイル情報を管理する機能や送信処理部３２と同様の表示情報を生成する機能を有するメッセージ管理部６３を備えている。さらに、情報処理装置１０は、メッセージ管理部６３が生成したメッセージをメッセージログとして記録するログ記録部６４を備えている。また、情報処理装置１０は、通信機器１１やメッセージングサーバ５０との間でメッセージやメッセージログのやりとりを行う、図３に示した送信処理部３２と同様の機能を有するメッセージ送受信部６５を備えている。

通信機器１１は、専用アプリケーションを実装し、専用アプリケーション上で動作するファイル表示部７０と、メッセージ送受信部７１と、メッセージ表示部７２とを備えている。なお、他の通信機器５１〜５３も、同様の機能部を備えている。

複合機１２は、ファックスデータを受信し、あるいは原稿を読み取り、スキャンデータを取得すると、それらのデータをファイルとして、予め設定された記憶領域である情報処理装置１０が備えるフォルダ６０に送信して記憶させる。フォルダ６０は、図１１では１つのみとされているが、ファックスデータを記憶するファックス専用フォルダ、スキャンデータを記憶するスキャン専用フォルダ等、複数のフォルダを備えることができる。ユーザ１０１は、フォルダ６０へのファイルの保存や更新を指示し、情報処理装置１０は、それを受けてフォルダ６０内に新たにファイルを追加し、またはファイルの更新を行う。

ファックス受信したファックスデータを記憶するファックス専用フォルダや、スキャンしたスキャンデータを記憶するスキャン専用フォルダは、それぞれ１つに限られるものではなく、複数設けられていてもよい。ファックス専用フォルダは、図１２に示すように３つ設けられ、各フォルダに、メッセージを配信する配信先を特定するための情報として、メールアドレス、ユーザ名、グループ名等を関連付けることができる。ファックス受信により得られたファックスデータは、ファックス番号により特定されるファックス送信元やファックスの内容等に応じて３つのフォルダのうちの１つに振り分けることができる。これは一例であるため、その他の情報に応じて振り分けてもよい。なお、配信先を特定するための情報は、ＩＰアドレスやＭＡＣアドレス等の配信先の情報と対応付けられている。

また、フォルダ６０は、ファイルフォーマット変換を行うフォルダであってもよく、この場合、フォルダ６０には、上記の配信先を特定するための情報のほか、ファイルをどのように変換するかという情報を関連付けることができる。例えば、ｂｍｐファイルをＪＰＥＧファイルやＰＤＦファイルに変換するという情報である。

フォルダ６０に保存するファイルは、ファックスデータやスキャンデータのほか、通信機器１１からアップロードしたファイルであってもよい。通信機器１１からファイルをアップロードしてフォルダ６０に記憶する場合、図１３（ａ）に示すように、通信機器１１の画面にファイルＡ、Ｂ、Ｃを表示させ、アップロードしたいファイルＡをタップして選択する。次に、図１３（ｂ）に示す画面下に設けられたアップロードボタンをタップしてそのファイルＡのアップロードを指示する。そして、図１３（ｃ）に示す画面で、アップロードするファイルＡを、ＰＤＦ変換またはＪＰＥＧ変換して保存することを選択することができる。変換しない場合は、「変換しない」を選択することができる。最後に、図１３（ｄ）に示す画面で、配信先を選択し、アップロードを実行する。メッセージの配信先は、予め配信先を設定しておいてもよいが、図１３（ｄ）に示すように配信先を選択することも可能である。この場合、通信機器１１は、設定した情報、すなわち配信先を示す情報（例えば、グループを示す情報やユーザを示す情報）をアップロード要求とともに情報処理装置１０へ送信する。

フォルダ監視部６２は、フォルダ６０内に新しくファイルが保存されたか、フォルダ６０内のファイルが更新されたかを監視し、保存または更新されたことを検知した場合に、保存または更新されたファイルのファイル情報をメッセージ管理部６３に通知する。ファイル情報には、配信先の情報も含まれている。メッセージ管理部６３は、フォルダ監視部６２から通知されたファイルの情報から通信機器１１に表示させるための表示情報であるメッセージを生成する。メッセージ管理部６３は、その生成したメッセージを、メッセージ送受信部６５に渡すとともに、ログ記録部６４にメッセージログとして記録する。

メッセージ送受信部６５は、メッセージングサーバ５０にメッセージを送信して、通信機器１１や他の通信機器５１〜５３へのメッセージの配信を要求する。ファイル管理部６１は、通信機器１１からのファイルの取得要求を受け付けて、自身が管理しているフォルダ６０内に保存されたファイルの中から要求されたファイルを検索し、その要求されたファイルを通信機器１１へ送信する。他の通信機器５１〜５３からファイルの取得要求を受け付けた場合も同様に、フォルダ６０内を検索し、要求されたファイルをそれら通信機器５１〜５３へ送信する。

メッセージングサーバ５０は、メッセージ送受信部６５から受信したメッセージを、通信機器１１および他の通信機器５１〜５３へ配信する。メッセージ送受信部６５は、メッセージと配信先の情報とを含むメッセージ配信要求をメッセージングサーバ５０へ送る。このため、メッセージングサーバ５０は、そのメッセージ配信要求に含まれる配信先の情報に基づき、メッセージを配信する。

通信機器１１は、メッセージングサーバ５０から配信されたメッセージを、メッセージ送受信部７１により受信する。メッセージ送受信部７１が受信したメッセージは、メッセージ表示部７２に渡され、メッセージ表示部７２が、通信機器１１の画面にそのメッセージを表示させる。このようにファイルの保存または更新があったときに即座にメッセージを配信して表示させることができるので、リアルタイムにファイルの保存や更新を把握することができる。

ユーザ１０２は、画面に表示されたメッセージを参照し、そのメッセージに対応したファイルの表示を要求する。メッセージ表示部７２は、その要求を受け付けると、その要求をファイル表示部７０に渡す。ファイル表示部７０は、その要求を情報処理装置１０へ送信し、情報処理装置１０からその要求に対応したファイルを取得する。そして、ファイル表示部７０は、取得したファイルを、通信機器１１の画面にそのファイルの内容を表示させる。これにより、メッセージから簡単にファイルを閲覧することができる。

メッセージ表示部７２は、メッセージングサーバ５０から配信されたメッセージを時系列に並べたタイムライン形式により画面上に表示する。メッセージは、受信したメッセージのほか、最近受信した予め決められた数のメッセージログが表示される。１０件分のメッセージログしか表示できない場合、それ以前に受信したメッセージは、消去されてしまい画面上に表示されない。ユーザ１０２は、それ以前のメッセージを閲覧したい場合、メッセージ表示部７２に対してメッセージログの取得を要求し、メッセージ表示部７２がメッセージ送受信部７１にその要求を渡す。メッセージ送受信部７１は、情報処理装置１０に対してメッセージログ取得の要求を送信する。

情報処理装置１０のメッセージ送受信部６５は、その要求を受信すると、メッセージ管理部６３にその要求を渡す。メッセージ管理部６３は、要求されたメッセージログを取得するために、ログ記録部６４を参照し、対応するメッセージログを取得する。そして、メッセージ送受信部６５を介して通信機器１１へ送信する。例えば、それ以前の１０件分のメッセージログを取得したい場合、通信機器１１は、現在表示されているメッセージログの更新日時の１つ前から１０件分のメッセージログを取得する旨を要求する。情報処理装置１０のメッセージ管理部６３は、その要求に従って、保存日時や更新日時を基にログ記録部６４内のメッセージログを検索し、要求したメッセージログを取得する。

通信機器１１のメッセージ送受信部７１は、情報処理装置１０からメッセージログを受信し、メッセージ表示部７２に渡す。メッセージ表示部７２は、受け取ったメッセージログをタイムライン形式で画面上に表示させる。

ファイル更新には、ユーザによるファイルを上書きして更新するほか、複合機１２等からのファイルの受信や、情報処理装置１０上でのファイル形式の変換、ファイル移動、情報処理装置１０自身による更新等が考えられる。これらはファイル更新の一例を示したものであり、ファイル更新としてはこれらに限定されるものではない。

図１４は、図１１に示す情報処理装置１０と通信機器１１との間で行われる処理の流れを示したフローチャートである。この処理は、通信機器１１が情報処理装置１０に対してメッセージログを要求し、それを取得して画面上に表示する処理である。この処理は、ステップ１４００から開始し、ステップ１４１０では、通信機器１１がメッセージログの取得要求を情報処理装置１０に送信する。この取得要求は、メッセージ送受信部７１により情報処理装置１０へ送信される。取得要求には、取得するメッセーログの数が含まれる。

ステップ１４２０では、情報処理装置１０がその要求を受け付けると、メッセージ管理部６３がログ記録部６４から指示された数のメッセージログを新しい順に取り出し、メッセージ送受信部６５を介して通信機器１１へ送信する。ステップ１４３０では、通信機器１１がメッセージ送受信部７１により受信したメッセージログを、メッセージ表示部７２が画面に表示し、ステップ１４４０でこの処理を終了する。

図１５は、図１１に示す情報処理装置１０と通信機器１１とメッセージングサーバ５０との間で行われる処理の流れを示したフローチャートである。この処理は、通信機器１１の画面にメッセージを表示しているとき、情報処理装置１０のフォルダ６０にファイルが保存された場合あるいはフォルダ６０内のファイルが更新された場合に実行される処理である。

ステップ１５００からこの処理を開始し、ステップ１５１０では、情報処理装置１０が、ファイルが保存され、またはファイルが更新されたことを検知する。これは、フォルダ６０を監視するフォルダ監視部６２により検知される。ステップ１５２０では、メッセージ管理部６３が保存または更新されたファイルのファイル情報からメッセージを生成する。ステップ１５３０では、メッセージ管理部６３が生成したメッセージをメッセージ送受信部６５に渡し、メッセージ送受信部６５がメッセージングサーバ５０にメッセージの配信を要求する。また、メッセージ管理部６３は、生成したメッセージをログ記録部６４にメッセージログとして記録する。

ステップ１５４０では、メッセージングサーバ５０がメッセージ送受信部６５から受け付けたメッセージを、同時に受け付けた配信先の情報に基づき配信する。配信先の通信機器１１では、ステップ１５５０においてメッセージ送受信部７１がメッセージを受信し、メッセージ表示部７２にそのメッセージを渡す。ステップ１５６０では、メッセージ表示部７２がそのメッセージを通信機器１１の画面に表示させ、ステップ１５７０でこの処理を終了する。

図１６は、図１４に示す処理でメッセージングサーバ５０に送られるメッセージ配信要求に含まれる情報の内容の一例を示した図である。フォルダ監視部６２は、フォルダ６０を監視し、追加または更新されたファイルを検知すると、そのファイルを格納するフォルダ６０に関連付けられた情報、そのファイルに関連付けられた情報、そのファイルの内容からメッセージを生成する。

フォルダ６０に関連付けられた情報としては、フォルダ名を挙げることができる。フォルダ名は、ファックスデータを格納するフォルダであれば、「ファックス受信」とすることができる。このフォルダ名を使用して、「ファックスが届きました。」という通知内容を作成することができる。ファイルに関連付けられた情報としては、ファイルパス、ファイルの更新日時、ファイルサイズ等のファイル属性を挙げることができる。ファイルの内容から生成する情報としては、ファイルの１ページ目の縮小画像データ（ファイルサムネイル）を挙げることができる。なお、ファイルパスには、ＵＲＬ(Uniform Resource Locator)等を用いることができる。

メッセージングサーバ５０は、情報処理装置１０のメッセージ送受信部６５からメッセージ配信要求を受け付けると、図１６に示す内容のメッセージを、配信先の情報に基づきその配信先の通信機器１１へ配信する。通信機器１１は、メッセージを受信すると、タイムライン形式でそのメッセージを表示する。

図１７は、通信機器１１上に表示される画面の一例を示した図である。メッセージは、例えば吹き出しの中に、通知内容と、ファイルパスと、サムネイル画像と、ファイルサイズとを表示し、その吹き出しの下側に近隣してファイル更新日時や保存日時を表示したものとされる。画面には、そのファイル更新日時あるいは保存日時に基づき、時系列にメッセージを並べて表示する。このメッセージの表示例は一例であり、これに限られるものではない。したがって、メッセージは、通知内容、ファイルパス、更新日時のみであってもよいし、その他の情報が含まれていてもよい。なお、サムネイル画像を含むことで、実際にファイルを開かなくても、どのようなファイルが保存され、更新されたかを知ることができる。

図１８は、図１１に示す情報処理装置１０と通信機器１１との間で行われる別の処理の流れを示したフローチャートである。この処理は、メッセージに含まれるファイル情報を用いてファイルを取得し、表示する処理である。ユーザ１０２は、通信機器１１の画面上に表示されている複数の吹き出しの１つをタップする等して１つのメッセージを選択すると、ステップ１８００からこの処理を開始する。ステップ１８１０では、ファイル表示部７０が、その吹き出しに表示されているメッセージに含まれるファイル情報を用いてファイルの取得要求を生成し、情報処理装置１０へ送信する。

情報処理装置１０では、ステップ１８２０においてファイル管理部６１が、フォルダ６０内を検索して要求されたファイルを探し出し、要求されたファイルを通信機器１１へ送信する。ファイルは、ファイルパスを使用して探し出すことができる。ステップ１８３０では、通信機器１１のファイル表示部７０がそのファイルを取得し、通信機器１１の画面にそのファイルの内容を表示する。そして、ステップ１８４０でこの処理を終了する。

図１９は、図１８に示す処理で通信機器１１に表示される画面の一例を示した図である。図１９に示す複数のメッセージのうちの１つをユーザがタップして選択すると、そのメッセージに含まれるファイルパスのファイルを情報処理装置１０から取得する。ここでは、通信機器１１がファックスデータの取得を要求し、情報処理装置１０がファックスデータを返している。通信機器１１は、取得したファックスデータを開き、図１９に示すようなファックスデータの内容、すなわちファックス文書を表示する。

図１０に示す情報処理システムは、情報処理装置１０、通信機器１１、メッセージングサーバ５０の３つの機器より構成され、通信機器１１上で専用アプリケーションが既に起動している場合に上記のような処理を実現することができる。したがって、専用アプリケーションが起動していない場合、メッセージングサーバ５０は通信機器１１へメッセージを配信することができない。これでは、ファイルが保存または更新されたことを即座に知ることができない。

そこで、このように専用アプリケーションが起動していなくても、メッセージを配信することができるようにすべく、情報処理システムは、これら３つの機器に加えて、ＰＵＳＨ通知サーバ８０をさらに備えることができる。ＰＵＳＨ通知サーバ８０は、図１における通信機器サーバ１５と同様に、ＰＵＳＨ通知を行うサーバ装置である。図２０は、情報処理システムのさらに別の構成例を示した図である。なお、情報処理システムは、これら４つの機器以外に、複合機１２、クライアントＰＣ１３、リレーサーバ１４の少なくとも１つを含んで構成されていてもよい。

ＰＵＳＨ通知サーバ８０は、メッセージングサーバ５０と通信機器１１とにＬＡＮまたはＷＡＮを介して接続され、メッセージングサーバ５０からのプッシュ通知要求を受けて、プッシュ通知を行う。ＰＵＳＨ通知サーバ８０は、このプッシュ通知において、通信機器１１に対して、新着メッセージがある旨を通知し、専用アプリケーションを起動させるように指示する。

図２１は、図２０に示す情報処理システムが備える情報処理装置１０と通信機器１１の機能ブロック図である。なお、図２１には、複合機１２と、メッセージングサーバ５０と、他の通信機器５１〜５３と、通知装置としてのＰＵＳＨ通知サーバ８０も示されている。複合機１２と情報処理装置１０との間のやりとり、情報処理装置１０とメッセージングサーバ５０との間のやりとり、情報処理装置１０と通信機器１１との間のやりとりについては、既に上述したものと同様であるため、ここではその説明は省略する。ここでは、相違する点についてのみ説明する。

通信機器１１の専用アプリケーションが起動している場合、メッセージングサーバ５０は、配信すべきメッセージがあるとき、通信機器１１へ直接配信することができる。通信機器１１の専用アプリケーションが起動していない場合は、通信機器１１へメッセージを配信することができないため、ＰＵＳＨ通知サーバ８０にプッシュ通知を行うようにプッシュ通知要求を送る。ＰＵＳＨ通知サーバ８０は、この要求を受け付けると、要求された通信機器１１に対してプッシュ通知を行う。

情報処理装置１０は、図１０と同様の機能構成とされているが、通信機器１１は、図１０に示す機能構成に加えて、プッシュ通知管理部７３をさらに備えている。プッシュ通知管理部７３は、ＰＵＳＨ通知サーバ８０からプッシュ通知を受けると、通信機器１１の専用アプリケーションを起動させる。これにより、メッセージングサーバ５０が通信機器１１へメッセージを配信することが可能となる。

専用アプリケーションが起動すると、通信機器１１は、情報処理装置１０に対してメッセージの配信が可能である旨を通知することができる。これに伴い、情報処理装置１０のメッセージ送受信部６５がメッセージ配信要求をメッセージングサーバ５０へ送り、メッセージングサーバ５０が通信機器１１へメッセージを配信することができる。また、専用アプリケーションが起動していないためにメッセージの配信ができなかった場合、通信機器１１は、メッセージログの取得要求を情報処理装置１０へ送信し、メッセージログとして、その配信できなかったメッセージを取得することも可能である。

図２２は、図１９に示す情報処理装置１０と通信機器１１とメッセージングサーバ５０とＰＵＳＨ通知サーバ８０との間で行われる処理の流れを示したフローチャートである。ステップ２２００からこの処理を開始し、ステップ２２０５では、情報処理装置１０が、ファイルが保存され、またはファイルが更新されたことを検知する。これは、フォルダ６０を監視するフォルダ監視部６２により検知される。ステップ２２１０では、メッセージ管理部６３が保存または更新されたファイルの情報からメッセージを生成する。ステップ２２１５では、メッセージ管理部６３が生成したメッセージをメッセージ送受信部６５に渡し、メッセージ送受信部６５がメッセージングサーバ５０にメッセージの配信を要求する。また、メッセージ管理部６３は、生成したメッセージをログ記録部６４にメッセージログとして記録する。

ステップ２２２０では、メッセージングサーバ５０がＰＵＳＨ通知サーバ８０に対してプッシュ通知を要求する。ステップ２２２５では、ＰＵＳＨ通知サーバ８０が通信機器１１に対してプッシュ通知を行う。ステップ２２３０では、通信機器１１のメッセージ送受信部７１がプッシュ通知を受信する。ステップ２２３５では、プッシュ通知管理部７３が専用アプリケーションを起動させる。

ステップ２２４０では、メッセージ送受信部７１がメッセージログの取得を、情報処理装置１０に対して要求する。ステップ２２４５では、情報処理装置１０のメッセージ送受信部６５がその要求を受けてメッセージ管理部６３がログ記録部６４内を検索し、対応するメッセージログを取得する。そして、メッセージ管理部６３は、メッセージ送受信部６５に取得したメッセージログを渡し、メッセージ送受信部６５が通信機器１１にそのメッセージログを送信する。

ステップ２２５０では、通信機器１１のメッセージ送受信部７１がメッセージログを受信し、メッセージ表示部７２がそのメッセージログを、通信機器１１の画面に表示し、ステップ２２５５でこの処理を終了する。

ここで、図２３を参照して、通信機器１１の画面に表示される内容を説明する。アプリケーション（アプリ）を起動していないとき、画面には図２３（ａ）に示すように通信機器１１にインストールされたアプリの一覧が表示されている。ＰＵＳＨ通知サーバ８０から通信機器１１に対してプッシュ通知が行われ、通信機器１１がプッシュ通知を受信すると、専用アプリケーション（アプリＡ）にメッセージがある旨を通知する。例として、図２３（ｂ）に示すように、アプリＡのアイコンに未読メッセージの数を表示する。ユーザからの入力を受け付けて専用アプリケーション（アプリＡ）が起動すると、図２３（ｃ）に示すように画面上には、メッセージングサーバ５０から送信された未読のメッセージの数が、メニューバー内のメッセージボタンの右上に表示される。これにより、未読のメッセージがあり、その数を把握することができる。

図２３（ｃ）に示すメッセージボタンをタップして選択すると、図２３（ｄ）に示す画面が表示される。例えば、グループとして、すべてのグループを表すＡｌｌ、特定のグループを表すＡ Ｇｒｏｕｐ、Ａグループのリーダを表すＡ Ｇｒｏｕｐ Ｌｅａｄｅｒの欄が表示され、各欄には、その名称、未読ファイル数が表示される。Ａｌｌは、すべてのグループ、そのうちのいずれかのグループ、そのグループ内のいずれかのユーザに対して配信されたメッセージを取得することができる。

Ａ Ｇｒｏｕｐは、Ａグループ、Ａグループ内のいずれかのユーザに対して配信されたメッセージを取得することができる。Ａ Ｇｒｏｕｐ Ｌｅａｄｅｒは、Ａグループのリーダに対して配信されたメッセージを取得することができる。ここでは３つの欄のみを例示したが、その他の欄を追加してもよいし、３つの欄のうちの１つまたは２つのみを表示してもよい。また、グループ分けは、このようなグループ分けに限定されるものではなく、これ以外のグループ分けも可能である。

図２３（ｄ）に示すＡｌｌをタップして選択すると、図２３（ｅ）に示すすべてのグループ、そのうちのいずれかのグループ、そのグループに所属するすべてのユーザに対して配信されたメッセージをタイムライン形式により表示する。これは、図１７に示した画面と同様のものである。図２３（ｅ）では、通知内容、ファイルパス、ファイルサイズ、更新日時、サムネイル画像のほか、グループ名、ユーザ名が付加されている。

図２３（ｅ）に示すグループ名、ユーザ名、あるいは通知内容等が含まれる吹き出しをタップして選択することにより、メッセージで通知されたフォルダ６０に保存されたファイルまたは更新されたファイルを取得し、そのファイルを表示させることができる。

図１０に示す構成では、情報処理装置１０のメッセージ送受信部６５がメッセージの配信を、メッセージングサーバ５０に対して要求しただけで、実際に配信されたかどうかを確認してはいない。配信されていないことを確認できれば、メッセージを再送したり、エラーログとして記録したりすることができる。そこで、確認するために、図２４に示すような構成とすることができる。なお、各装置の機能部の構成は同じであるが、メッセージングサーバ５０が情報処理装置１０に対してもメッセージを配信する点が、図１０に示す実施形態とは異なっている。

図２４では、情報処理装置１０のメッセージ送受信部６５がメッセージの配信を、メッセージングサーバ５０に対して要求すると、メッセージングサーバ５０は、通信機器１１に対してメッセージを配信する。そして、メッセージングサーバ５０は、その配信を要求した情報処理装置１０に対してもメッセージを配信する。このため、情報処理装置１０は、メッセージングサーバ５０がメッセージを配信したことを確認することができる。

情報処理装置１０のメッセージ管理部６３は、判断部として機能し、メッセージングサーバ５０からのメッセージの受信結果に応じて、通信機器１１や他の通信機器５１〜５３へメッセージの配信が成功したか否かを判断する。そして、メッセージ管理部６３は、その判断した判断結果を、ログ記録部に記録する。これにより、メッセージの配信結果を後からトレースすることが可能となる。

メッセージ送受信部６５は、再送部としても機能し、メッセージの配信が失敗した場合、メッセージ管理部６３からの指示によりメッセージングサーバ５０を介して通信機器１１へメッセージを再送することができる。この再送により、メッセージ配信の成功率を向上させることができる。

図２４に示す実施形態では、メッセージングサーバ５０がメッセージを配信したことを確認することはできるが、配信先の通信機器１１へ配信されたかどうかを確認することはできない。そこで、図２５に示す構成を採用することができる。この図２５も、図１０や図２４と同様の機能部の構成とされるが、通信機器１１がメッセージングサーバ５０に対してメッセージを受け取った旨の応答を返し、メッセージングサーバ５０がその応答を、メッセージの配信を要求した情報処理装置１０へ送信する。このように、メッセージングサーバ５０が配信先から配信された旨の応答を受け取り、それを、配信を要求した装置に返すことで、配信先に配信されたことを確認することができる。

以上のことから、情報処理装置１０は、ファイルを記憶するファイル記憶領域４０あるいはフォルダ６０といった記憶部と、ファイルの変更や追加を検知する検知部３０やフォルダ監視部６２といった検知部とを備える。また、情報処理装置１０は、該情報処理装置１０と接続可能な通信機器１１に、その変更や追加されたファイルを表示させるための表示情報を、ファイル一覧やメッセージとして生成する送信処理部３２やメッセージ管理部６３といった生成部も備える。そして、情報処理装置１０は、その表示情報を通信機器１１へ送信する送信処理部３２やメッセージ送受信部６５といった送信部も備える。情報処理装置１０は、少なくともこれらの記憶部、検知部、生成部、送信部を含んで構成することができる。

また、例えば、図２３において、ファイルのメッセージを「Ａｌｌ」から表示させるようにしたが、「ファイル処理」というグループを作成し、その「ファイル処理」のグループを選択することで、ファイル処理に関するメッセージが表示されるようにしてもよい。この場合、情報処理装置１０は、ファイル処理に関するメッセージを送信する際に、メッセージを送信するユーザが所属する「ファイル処理」のグループを宛先とする。これにより、ユーザは、メッセージがファイル処理の完了通知なのか、チャット等の他のユーザからのメッセージなのかを容易に区別することができる。

また、メッセージのリンク先を未読ファイルフォルダとしてもよい。これにより、ユーザが通知のメッセージのリンクを選択すると、まだ閲覧していないファイルを一覧として表示させることができる。このため、複数のファイルを確認するとき、ユーザは、「通知メッセージのリンクを選択」→「リンク先のファイル表示」→「メッセージ画面へ戻る」→「確認していないファイルの通知メッセージを探す」→「通知メッセージのリンクを選択」という動作を繰り返すことなく、一度に未読ファイルを確認することができる。

また、第２の実施形態では、フォルダ毎にメッセージを送信するユーザの情報を関連付けておいたが、これに限らず、例えばファイルが追加または更新されたフォルダがユーザフォルダであれば、そのユーザフォルダにアクセス可能なユーザにメッセージを配信するようにしてもよい。

さらに、図１３（ｄ）において、配信先を選択する処理を説明したが、これに限らず、例えば図１３（ｃ）でアップロードの指示、あるいはファイルの変換指示を行ったとき、通信機器１１が該通信機器１１を利用するユーザを識別する情報を送信する。情報処理装置１０は、ファイルの追加または更新の処理が完了すると、通信機器１１から送信されたユーザへメッセージを送信する。これにより、情報処理装置１０に処理を要求したユーザへ通知を行うことができる。さらに、ユーザは、自分を宛先として設定することなく通知を受け取ることができる。

これまで本発明を、情報処理装置、情報処理システム、情報処理方法およびプログラムとして上述した実施の形態をもって説明してきたが、本発明は上述した実施の形態に限定されるものではない。したがって、他の実施の形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１０…情報処理装置、１１…通信機器、１２…複合機、１３…クライアントＰＣ、１４…リレーサーバ、１５…通信機器サーバ、２０…ＣＰＵ、２１…メモリユニット、２２…記憶装置制御ユニット、２３…ネットワーク制御部、２４…入出力装置制御ユニット、２５…外部メディア入出力装置、２６…各種インタフェース、２７…記憶装置、３０…検知部、３１…未読ファイル管理部、３２…送信処理部、３３…ＷｅｂＡＰＩ処理部、３４…認証処理部、３５…ワークフロー処理部、３６…リレーサーバ処理部、３７…ＷｅｂＵＩ処理部、３８…設定情報管理部、３９…ＰＵＳＨ通知処理部、４０…ファイル記憶領域、４１…共通フレームワーク、５０…メッセージングサーバ、５１〜５３…通信機器、６０…フォルダ、６１…ファイル管理部、６２…フォルダ監視部、６３…メッセージ管理部、６４…ログ記録部、６５…メッセージ送受信部、７０…ファイル表示部、７１…メッセージ送受信部、７２…メッセージ表示部、８０…ＰＵＳＨ通知サーバ、１００〜１０２…ユーザ

特開２０１３−０５４６２３号公報

Claims (8)

1. 情報処理装置であって、
   ファイルを記憶し、複数のユーザの識別情報のうち１以上のユーザの識別情報が関連付けられた第１の格納領域と、該ファイルへアクセスするためのリンク情報を記憶し、複数のユーザの識別情報の各々が関連付けられた第２の格納領域と、を有する記憶手段と、
   前記第１の格納領域へのファイルの追加要求を受け付けると、該追加要求に応じて該ファイルを該第１の格納領域に記憶させる記憶処理手段と、
   前記記憶処理手段により前記第１の格納領域に記憶された前記ファイルにアクセスするためのリンク情報を、該第１の格納領域に関連付けられた前記１以上のユーザの識別情報の各々が関連付けられた第２の格納領域に生成する生成手段と、
   前記記憶処理手段が前記第１の格納領域にファイルを追加したことを受けて、ファイルが追加された旨を示す情報と、該第１の格納領域に関連付けられた前記１以上のユーザの識別情報の各々に対応する通信機器を識別する識別情報とを、受信した情報を受信した識別情報により識別される通信機器へ通知する通知装置に送信することで該通知装置に対して通知を要求する通知要求手段と、
   前記情報処理装置と接続される通信機器からの要求を受けて、該通信機器に対応するユーザの識別情報が関連付けられた第２の格納領域に記憶された前記リンク情報を該通信機器に送信し、該通信機器からの該リンク情報を用いたファイルへのアクセスを受けて、該ファイルを該通信機器へ送信する送信手段と、
   前記送信手段が前記リンク情報のファイルを前記通信機器に送信したことを受けて、送信された該ファイルにアクセスするためのリンク情報を、該通信機器に対応するユーザの識別情報が関連付けられた第２の格納領域から削除する削除手段と
   を含む、情報処理装置。
2. 前記記憶手段が有する前記第１の格納領域は、該第１の格納領域に記憶されたファイルに対して実行する処理が関連付けられており、
   前記記憶処理手段が前記第１の格納領域に前記ファイルを記憶したことを受けて、該ファイルに対して該第１の格納領域に関連付けられた前記処理を実行する実行手段をさらに含み、
   前記生成手段は、前記実行手段により前記処理が実行されたファイルにアクセスするためのリンク情報を、前記第１の格納領域に関連付けられた前記１以上のユーザの識別情報の各々が関連付けられた第２の格納領域に生成し、
   前記通知要求手段は、前記実行手段が実行する前記処理が終了したことを受けて、該処理が終了した旨を示す情報と、前記第１の格納領域に関連付けられた前記１以上のユーザの識別情報の各々に対応する通信機器を識別する識別情報とを、前記通知装置に送信することで該通知装置に対して通知を要求する、請求項１に記載の情報処理装置。
3. 前記記憶手段が有する前記第１の格納領域は、該第１の格納領域に記憶されたファイルに基づいて第２のファイルを生成する処理が関連付けられており、
   前記記憶処理手段が前記第１の格納領域に前記ファイルを記憶したことを受けて、該ファイルに対して該第１の格納領域に関連付けられた前記処理を実行する実行手段をさらに含み、
   前記生成手段は、前記実行手段により実行された前記処理で生成された第２のファイルにアクセスするためのリンク情報を、前記第１の格納領域に関連付けられた前記１以上のユーザの識別情報の各々が関連付けられた第２の格納領域に生成し、
   前記通知要求手段は、前記実行手段が実行する前記処理が終了したことを受けて、該処理が終了した旨を示す情報と、前記第１の格納領域に関連付けられた前記１以上のユーザの識別情報の各々に対応する通信機器を識別する識別情報とを、前記通知装置に送信することで該通知装置に対して通知を要求する、請求項１に記載の情報処理装置。
4. 前記通知要求手段は、前記第１の格納領域に関連付けられた前記１以上のユーザの識別情報の各々が関連付けられた前記第２の格納領域の各々に記憶されたリンク情報の数を、前記通知装置に送信する、請求項１〜３のいずれか１項に記載の情報処理装置。
5. １以上の情報処理装置を含む情報処理システムであって、
   ファイルを記憶し、複数のユーザの識別情報のうち１以上のユーザの識別情報が関連付けられた第１の格納領域と、該ファイルへアクセスするためのリンク情報を記憶し、複数のユーザの識別情報の各々が関連付けられた第２の格納領域と、を有する記憶手段と、
   前記第１の格納領域へのファイルの追加要求を受け付けると、該追加要求に応じて該ファイルを該第１の格納領域に記憶させる記憶処理手段と、
   前記記憶処理手段により前記第１の格納領域に記憶された前記ファイルにアクセスするためのリンク情報を、該第１の格納領域に関連付けられた前記１以上のユーザの識別情報の各々が関連付けられた第２の格納領域に生成する生成手段と、
   前記記憶処理手段が前記第１の格納領域にファイルを追加したことを受けて、ファイルが追加された旨を示す情報と、該第１の格納領域に関連付けられた前記１以上のユーザの識別情報の各々に対応する通信機器を識別する識別情報とを、受信した情報を受信した識別情報により識別される通信機器へ通知する通知装置に送信することで該通知装置に対して通知を要求する通知要求手段と、
   前記情報処理装置と接続される通信機器からの要求を受けて、該通信機器に対応するユーザの識別情報が関連付けられた第２の格納領域に記憶された前記リンク情報を該通信機器に送信し、該通信機器からの該リンク情報を用いたファイルへのアクセスを受けて、該ファイルを該通信機器へ送信する送信手段と、
   前記送信手段が前記リンク情報のファイルを前記通信機器に送信したことを受けて、送信された該ファイルにアクセスするためのリンク情報を、該通信機器に対応するユーザの識別情報が関連付けられた第２の格納領域から削除する削除手段と
   を含む、情報処理システム。
6. 情報処理装置と、通信機器とを含む情報処理システムであって、
   前記情報処理装置は、
   ファイルを記憶し、複数のユーザの識別情報のうち１以上のユーザの識別情報が関連付けられた第１の格納領域と、該ファイルへアクセスするためのリンク情報を記憶し、複数のユーザの識別情報の各々が関連付けられた第２の格納領域と、を有する記憶手段と、
   前記第１の格納領域へのファイルの追加要求を受け付けると、該追加要求に応じて該ファイルを該第１の格納領域に記憶させる記憶処理手段と、
   前記記憶処理手段により前記第１の格納領域に記憶された前記ファイルにアクセスするためのリンク情報を、該第１の格納領域に関連付けられた前記１以上のユーザの識別情報の各々が関連付けられた第２の格納領域に生成する生成手段と、
   前記記憶処理手段が前記第１の格納領域にファイルを追加したことを受けて、ファイルが追加された旨を示す情報と、該第１の格納領域に関連付けられた前記１以上のユーザの識別情報の各々に対応する通信機器を識別する識別情報とを、受信した情報を受信した識別情報により識別される通信機器へ通知する通知装置に送信することで該通知装置に対して通知を要求する通知要求手段と、
   前記情報処理装置と接続される通信機器からの要求を受けて、該通信機器に対応するユーザの識別情報が関連付けられた第２の格納領域に記憶された前記リンク情報を該通信機器に送信し、該通信機器からの該リンク情報を用いたファイルへのアクセスを受けて、該ファイルを該通信機器へ送信する送信手段と、
   前記送信手段が前記リンク情報のファイルを前記通信機器に送信したことを受けて、送信された該ファイルにアクセスするためのリンク情報を、該通信機器に対応するユーザの識別情報が関連付けられた第２の格納領域から削除する削除手段と
   を含み、
   前記通信機器は、
   ユーザからの入力を受け付ける受付手段と、
   前記受付手段で受け付けた入力に応じて、前記情報処理装置に前記要求を送信する要求送信手段と、
   前記通知装置から通知を受信して該通知を表示し、前記要求送信手段が送信した要求に応じて前記情報処理装置から送信されるリンク情報を表示する表示手段と、
   前記受付手段が前記表示手段により表示された前記リンク情報の選択を受け付け、該リンク情報を用いてファイルへアクセスすることにより前記情報処理装置から該ファイルを取得する取得手段とを含む、情報処理システム。
7. 情報処理装置により実行される情報処理方法であって、
   前記情報処理装置は、ファイルを記憶し、複数のユーザの識別情報のうち１以上のユーザの識別情報が関連付けられた第１の格納領域と、該ファイルへアクセスするためのリンク情報を記憶し、複数のユーザの識別情報の各々が関連付けられた第２の格納領域と、を有する記憶手段を備え、
   前記第１の格納領域へのファイルの追加要求を受け付けると、該追加要求に応じて該ファイルを該第１の格納領域に記憶させるステップと、
   前記第１の格納領域に記憶された前記ファイルにアクセスするためのリンク情報を、該第１の格納領域に関連付けられた前記１以上のユーザの識別情報の各々が関連付けられた第２の格納領域に生成するステップと、
   前記第１の格納領域にファイルを追加したことを受けて、ファイルが追加された旨を示す情報と、該第１の格納領域に関連付けられた前記１以上のユーザの識別情報の各々に対応する通信機器を識別する識別情報とを、受信した情報を受信した識別情報により識別される通信機器へ通知する通知装置に送信することで該通知装置に対して通知を要求するステップと、
   前記情報処理装置と接続される通信機器からの要求を受けて、該通信機器に対応するユーザの識別情報が関連付けられた第２の格納領域に記憶された前記リンク情報を該通信機器に送信し、該通信機器からの該リンク情報を用いたファイルへのアクセスを受けて、該ファイルを該通信機器へ送信するステップと、
   前記リンク情報のファイルを前記通信機器に送信したことを受けて、送信された該ファイルにアクセスするためのリンク情報を、該通信機器に対応するユーザの識別情報が関連付けられた第２の格納領域から削除するステップと
   を含む、情報処理方法。
8. 請求項７に記載の情報処理方法に含まれる各ステップをコンピュータに実行させるためのプログラム。