JP2014235502A - 共用データ管理システム、共用データ管理装置、共用データ管理方法、およびコンピュータプログラム - Google Patents

Abstract

【課題】別々のアカウントが用いられる２つのシステムにおいて共通のアクセス権に基づく同一のデータへのアクセスの制御を従来よりも容易に行う。【解決手段】画像形成装置１は、第一の識別子および第一のユーザ情報を有する第一のアカウントごとにアクセス権を設定し、共用データを管理する。共用データをクラウドサーバ２へアップロードする際に、第二の識別子および第二のユーザ情報を取得し、第一のユーザ情報と第二のユーザ情報とが共通する第一のアカウントおよび第二のアカウントそれぞれの第一の識別子および第二の識別子をペアリングし、アクセス権とともにクラウドサーバ２へ通知する。クラウドサーバ２は、第二のアカウントによる共用データへのアクセスの要求があった場合に、この第二のアカウントの第二の識別子とペアリングされている第一の識別子を有する第一のアカウントのアクセス権に従って、アクセスを制御する。【選択図】図１

Description

本発明は、アクセス権に従ってデータを管理するシステムおよび方法などに関する。

近年、役所、企業、または学校などの組織において、イントラネットが普及している。イントラネットには、複数のユーザで共用するデータを管理するサーバが設けられていることが、多い。一般に、このようなサーバのうち、データをファイル単位で管理するものは「ファイルサーバ」と呼ばれ、データベースのアプリケーションで管理するものは「データベースサーバ」と呼ばれることが、多い。

また、近年、コピー、ファックス、スキャン、およびネットワークプリントなどの機能を集約した画像形成装置が普及している。このような画像形成装置は、「複合機」または「ＭＦＰ（Multi Function Peripherals）」などと呼ばれる。さらに、近年、画像形成装置にデータサーバの機能が設けられるようになった。

複数台の画像形成装置が同一のイントラネットに設けられる場合も、多い。このような場合は、通信回線を介してデータを複数の画像形成装置で共用することができるが、ＵＳＢ（Universal Serial Bus）メモリなどのリムーバブルな記録媒体を介して共用することもできる（特許文献１）。

データへのアクセスを無制限に認めるとセキュリティ上好ましくないことがある。そこで、データごとにアクセス権を設定することによってデータへのアクセスを制限する方法が、従来、よく知られている。

アクセス権の設定の作業は、データの管理者にとって面倒である。そこで、次のような方法が提案されている。デジタル写真画像から顔画像を抽出し、各顔画像について登録人物リストを生成するとともに人間関係メタＤＢを生成する。ユーザが写真リストから選択した写真について、この写真と他の写真との時間的・距離的近さ、上記人間関係メタＤＢにおける関係強度、過去の写真シェア履歴を基に、上記登録人物リスト内の人物についてシェア候補ポイントを算出し、シェア候補ポイントが第１の値以上の人物に関する情報をシェア候補として表示するとともに、シェア候補ポイントが第２の値以上の人物のチェックボックスをＯＮに設定して表示する（特許文献２）。

また、マイクロソフト社のアクティブディレクトリなどのディレクトリサービスを用いてデータを一元的に管理してもよい（特許文献３）。

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

さらに、近年、クラウド・コンピューティングの技術が普及している。この技術によると、データをインターネット上に仮想されるオンラインストレージに保存しておき複数のユーザで共用することができる。

イントラネット上のサーバに保存しているデータを、インターネット上のオンラインストレージにも保存しておくことができる。そうすれば、ユーザは、組織の施設にいる場合はイントラネット上のサーバへアクセスしてデータを使用し、施設の外にいる場合はインターネット上のオンラインストレージへアクセスしてデータを使用することができる。

しかし、どちらへアクセスしても同一のユーザが同一のデータを使用することができるようにするには、アクセス権の設定が面倒である。イントラネット上のサーバへログインするためのユーザアカウントとインターネット上のオンラインストレージへログインするためのユーザアカウントとは、別物だからである。

特許文献３に記載される方法では、この問題を解決することができない。特許文献２に記載される方法によると、インターネット上のオンラインストレージのデータについてのアクセス権の設定の手間を多少は軽減することができるかもしれないが、より簡単にアクセスを制限できることが望まれる。

本発明は、このような課題に鑑み、別々のユーザアカウントが用いられる２つのシステムにおいて共通のアクセス権に基づく同一のデータへのアクセスの制御を従来よりも容易に行うことを、目的とする。

本発明の一形態に係る共用データ管理システムは、第一の識別子と第一のサービスを受ける第一のユーザに関する第一のユーザ情報とを有する第一のユーザアカウントごとにアクセス権が設定されて管理されている、共用の対象のデータである共用データへのアクセスを、第二の識別子と第二のサービスを受ける第二のユーザに関する第二のユーザ情報とを有する第二のユーザアカウントごとに管理する、共用データ管理システムであって、前記第一のユーザ情報と前記第二のユーザ情報とが共通する前記第一のユーザアカウントおよび前記第二のユーザアカウントそれぞれの前記第一の識別子および前記第二の識別子をペアリングするペアリング手段と、前記第二のユーザアカウントによる前記共用データへのアクセスの要求があった場合に、当該第二のユーザアカウントの前記第二の識別子とペアリングされている前記第一の識別子を有する前記第一のユーザアカウントの前記アクセス権に従って、当該共用データへのアクセスを制御する、アクセス制御手段と、を有する。

好ましくは、前記第二のユーザアカウントによってログインした前記第二のユーザから、前記第一の識別子を含む認証用情報を受け付ける、認証用情報受付手段と、前記ログインした第二のユーザの正当性を前記認証用情報に基づいて認証する認証手段と、前記ログインした第二のユーザの正当性が認証された場合に、当該第二のユーザから受け付けられた前記第一の識別子と当該第二のユーザの前記第二のユーザアカウントの前記第二の識別子とをペアリングする第二のペアリング手段と、を有する。

または、前記第二のユーザアカウントは、前記共用データの所有者の関係者または当該所有者によって指定された者のユーザアカウントである。

好ましくは、前記第一のユーザ情報は、前記第一のユーザの連絡先であり、前記第二のユーザ情報は、前記第二のユーザの連絡先である。

本発明によると、別々のユーザアカウントが用いられる２つのシステムにおいて共通のアクセス権に基づく同一のデータへのアクセスの制御を従来よりも容易に行うことができる。

ネットワークシステムの全体的な構成の例を示す図である。 画像形成装置のハードウェア構成の例を示す図である。 アカウントデータの例を示す図である。 アクセス権データの例を示す図である。 クラウドサーバのハードウェア構成の例を示す図である。 アカウントデータの例を示す図である。 端末装置のハードウェア構成の例を示す図である。 アップロード用プログラムによって画像形成装置に実現される機能的構成の例を示す図である。 アップロード用プログラムによってクラウドサーバに実現される機能的構成の例を示す図である。 リモートパネルアプリケーションによって端末装置に実現される機能的構成の例を示す図である。 アップロードの際の画像形成装置、クラウドサーバ、および端末装置それぞれの処理の流れの例を示すシーケンス図である。 アップロードの際の画像形成装置、クラウドサーバ、および端末装置それぞれの処理の流れの例を示すシーケンス図である。 ログイン用画面の例を示す図である。 認証情報入力画面の例を示す図である。 ＭＦＰアドレス帳とＳＮＳアドレス帳との照合の例を説明するための図である。 ＩＤペアデータの例を示す図である。 アップロードデータ指定画面の例を示す図である。 本人確認用プログラムによって画像形成装置に実現される機能的構成の例およびドキュメント提供用プログラムによってクラウドサーバに実現される機能的構成の例を示す図である。 プリント用プログラムによって画像形成装置に実現される機能的構成の例および更新プリント用プログラムによってクラウドサーバに実現される機能的構成の例を示す図である。 閲覧の際の画像形成装置、クラウドサーバ、および端末装置それぞれの処理の流れの例を示すシーケンス図である。 閲覧の際の画像形成装置、クラウドサーバ、および端末装置それぞれの処理の流れの例を示すシーケンス図である。 電子メールの本文の例を示す図である。 閲覧ページ画面の例を示す図である。 更新の際の画像形成装置およびクラウドサーバそれぞれの処理の流れの例を示すシーケンス図である。 印刷の際の画像形成装置、クラウドサーバ、および端末装置それぞれの処理の流れの例を示すシーケンス図である。

図１は、ネットワークシステム５の全体的な構成の例を示す図である。図２は、画像形成装置１のハードウェア構成の例を示す図である。図３は、アカウントデータ６２の例を示す図である。図４は、アクセス権データ６３の例を示す図である。図５は、クラウドサーバ２のハードウェア構成の例を示す図である。図６は、アカウントデータ６４の例を示す図である。図７は、端末装置３のハードウェア構成の例を示す図である。

図１に示すように、ネットワークシステム５は、画像形成装置１、クラウドサーバ２、端末装置３、および通信回線４などによって構成される。

画像形成装置１、クラウドサーバ２、および端末装置３は、通信回線４を介して通信を行うことができる。通信回線４として、いわゆるＬＡＮ（Local Area Network）回線、電話回線、携帯電話回線、またはインターネットなどが用いられる。

画像形成装置１は、一般に「複合機」または「ＭＦＰ（Multi Function Peripherals）」などと呼ばれる装置であって、コピー、ファックス、スキャン、ネットワークプリント、およびボックスなどの機能を集約した装置である。

「ネットワークプリント機能」は、端末装置３から画像データを受信し、この画像データに基づいて画像を用紙に印刷する機能である。「ＰＣプリント」または「ネットワークプリンティング」と呼ばれることもある。

「ボックス機能」は、ユーザごとに「ボックス」または「パーソナルボックス」などと呼ばれる記憶領域を与えておき、各ユーザが自分の記憶領域によってデータを保存し管理するための機能である。ボックスは、パーソナルコンピュータにおける「フォルダ」または「ディレクトリ」に相当する。以下、文字、写真、絵、または図表などからなるドキュメントのデータ（以下、「ドキュメントデータ６１」と記載する。）がボックスに保存されている場合を例に説明する。

画像形成装置１は、役所、企業、または学校などの施設に設けられ、複数のユーザによって共用される。以下、ある企業において画像形成装置１が使用される場合を例に説明する。したがって、この企業の従業員がユーザである。

各ユーザには、画像形成装置１へログインするためのアカウントが与えられている。アカウントには、ユニークなＩＤが付けられている。以下、このＩＤを「ＭＦＰ＿ＩＤ」と記載する。また、ユーザごとに認証用のパスワードが設定されている。以下、このパスワードを「ＭＦＰパスワード」と記載する。さらに、ユーザは、仕事で電子メールをやりとりするための電子メールアドレスが与えられている。以下、この電子メールアドレスを「仕事用電子メールアドレス」と記載する。

画像形成装置１は、図２に示すように、システムコントローラ１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、大容量記憶装置１０ｄ、操作キーパネル１０ｅ、タッチパネルディスプレイ１０ｆ、ＮＩＣ（Network Interface Card）１０ｇ、モデム１０ｈ、スキャンユニット１０ｉ、入力画像処理回路１０ｊ、出力画像処理回路１０ｋ、およびプリントユニット１０ｍなどによって構成される。

操作キーパネル１０ｅは、スタートキー、ストップキー、リセットキー、およびテンキーなどによって構成され、ユーザがコマンドまたは情報を画像形成装置１へ入力するために用いられる。

タッチパネルディスプレイ１０ｆは、ユーザに対してメッセージまたは指示を与えるための画面、ユーザが処理の指令および条件を入力するための画面、およびシステムコントローラ１０ａの処理の結果を示す画面などを表示する。また、ユーザが指でタッチした位置を検知し、検知結果を示す信号をシステムコントローラ１０ａに送信する。ユーザは、タッチパネルディスプレイ１０ｆをタッチすることによっても、コマンドまたは情報を画像形成装置１へ入力することができる。

ＮＩＣ１０ｇは、通信回線４を介してＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などのプロトコルでクラウドサーバ２および端末装置３と通信を行うための装置である。

モデム１０ｈは、Ｇ３などのプロトコルでファックス端末と通信を行うための装置である。

スキャンユニット１０ｉは、用紙に記されている写真、文字、絵、図表などからなる画像を読み取って画像データを生成する。

入力画像処理回路１０ｊは、ＮＩＣ１０ｇ、モデム１０ｈ、またはスキャンユニット１０ｉによって得られた画像データに対して、所定の条件またはユーザによって指定された条件に基づいて種々の画像処理を施す。

出力画像処理回路１０ｋは、印刷の対象の画像の画像データに対して、所定の条件またはユーザによって指定された条件に基づいて種々の画像処理を施す。

プリントユニット１０ｍは、出力画像処理回路１０ｋによって画像処理がなされた画像データに基づいて画像を用紙に印刷する。

ＲＯＭ１０ｃまたは大容量記憶装置１０ｄには、上述の各機能を用いたサービスをユーザに提供するためのアプリケーションプログラムのほか、アップロード用プログラム１ＰＡ、本人確認用プログラム１ＰＢ、およびプリント用プログラム１ＰＣなどのプログラムが記憶されている（図８、図１８、および図１９参照）。

アプリケーションプログラムの１つとして、特に、ボックスの管理用のプログラムが挙げられる。

これらのプログラムは、必要に応じてＲＡＭ１０ｂにロードされ、システムコントローラ１０ａによって実行される。大容量記憶装置１０ｄとして、ハードディスクまたはＳＳＤ（Solid State Drive）などが用いられる。また、システムコントローラ１０ａとして、ＣＰＵ（Central Processing Unit）またはＭＰＵ（Micro Processing Unit）などが用いられる。

そのほか、大容量記憶装置１０ｄには、ユーザごとのアカウントデータ６２が記憶されている。アカウントデータ６２には、図３のように、それが与えられたユーザのＭＦＰ＿ＩＤ、ＭＦＰパスワード、および仕事用電子メールアドレスが示されている。

さらに、大容量記憶装置１０ｄには、ユーザごとのボックスが設けられている。そして、ボックスに保存されているドキュメントデータ６１ごとの、アクセス権データ６３が記憶されている。

アクセス権データ６３には、図４のように、それが与えられたドキュメントデータ６１の、ユーザごとのアクセス権がＭＦＰ＿ＩＤと対応付けられて示されている。「Ｒ」は、このドキュメントデータ６１のドキュメントを閲覧することはできるが書き換えることができないことを意味する。「Ｗ」は、閲覧するだけでなく書き換えることもできることを意味する。「Ｐ」は、ドキュメントを印刷することができることを意味する。

また、アクセス権データ６３には、それが与えられたドキュメントデータ６１の識別子が対応付けられている。

図１のクラウドサーバ２は、クラウド・コンピューティングのサービスを提供するサーバである。一般的なクラウドサーバは、多数のサーバ機によって構成され、１台のサーバ機として仮想されていることが多い。しかし、本実施形態では、説明の簡単のため、１台のサーバ機によって構成される場合を例に説明する。また、本実施形態では、あるＳＮＳ（Social Networking Service）をクラウドサーバ２が提供する場合を例に、説明する。

クラウドサーバ２は、図５に示すように、システムコントローラ２０ａ、ＲＡＭ２０ｂ、ＲＯＭ２０ｃ、大容量記憶装置２０ｄ、およびＮＩＣ２０ｅなどによって構成される。

ＮＩＣ２０ｅは、通信回線４を介してＴＣＰ／ＩＰなどのプロトコルで画像形成装置１および端末装置３と通信を行うための装置である。

ＲＯＭ２０ｃまたは大容量記憶装置２０ｄには、ＳＮＳ用のプログラムのほか、アップロード用プログラム２ＰＡ、ドキュメント提供用プログラム２ＰＢ、および更新プリント用プログラム２ＰＣなどのプログラムが記憶されている（図９、図１８、図１９参照）。

ＳＮＳ用のプログラムの１つとして、特に、オンラインストレージ用のプログラムが挙げられる。このプログラムによると、大容量記憶装置２０ｄに仮想されているオンラインストレージに保存されているデータが管理される。また、このプログラムによると、ユーザは、データを端末装置３のウェブブラウザでアクセスしまたは編集することができる。さらに、他のユーザとデータを共用することができる。このようなオンラインストレージのサービスの例として、Ｇｏｏｇｌｅ社のＧｏｏｇｌｅドライブおよびＥｖｅｒｎｏｔｅ社のＥｖｅｒｎｏｔｅなどが挙げられる。

これらのプログラムは、必要に応じてＲＡＭ２０ｂにロードされ、システムコントローラ２０ａによって実行される。システムコントローラ２０ａとして、ＣＰＵまたはＭＰＵなどが用いられる。

各ユーザには、このＳＮＳのウェブサイトへログインするためのアカウントが与えられている。アカウントには、ユニークなＩＤが付けられている。以下、このＩＤを「ＳＮＳ＿ＩＤ」と記載する。また、ユーザごとに認証用のパスワードが設定されている。以下、このパスワードを「ＳＮＳパスワード」と記載する。さらに、ユーザは、このＳＮＳで電子メールをやりとりするために、自分の電子メールアドレスをこのＳＮＳに予め登録している。以下、この目的のための電子メールアドレスを「ＳＮＳ用電子メールアドレス」と記載する。ＳＮＳ用電子メールアドレスは、仕事用電子メールアドレスと兼用してもよいし、プライベート用の電子メールアドレスを用いてもよい。

さらに、大容量記憶装置２０ｄには、ユーザごとのアカウントデータ６４が記憶されている。アカウントデータ６４には、図６のように、それが与えられたユーザのＳＮＳ＿ＩＤ、ＳＮＳパスワード、およびＳＮＳ用電子メールアドレスが示されている。さらに、このユーザの、このＳＮＳにおける関係者（例えば、知人）それぞれの、ＳＮＳ＿ＩＤ（関係者ＳＮＳ＿ＩＤ）が示されている。

端末装置３は、画像形成装置１およびクラウドサーバ２それぞれが提供するサービスをユーザが受けるためのクライアントである。また、ユーザは、端末装置３をタッチパネルディスプレイ１０ｆの代わりに用いて画像形成装置１を操作することができる。つまり、端末装置３は、画像形成装置１のいわゆるリモートパネルとして用いられる。

端末装置３は、図７に示すように、システムコントローラ３０ａ、ＲＡＭ３０ｂ、ＲＯＭ３０ｃ、フラッシュメモリ３０ｄ、操作ボタン３０ｅ、タッチパネルディスプレイ３０ｆ、デジタルカメラ３０ｇ、携帯電話通信回路３０ｈ、無線ＬＡＮ（Local Area Network）通信回路３０ｉ、充電回路３０ｊ、およびバッテリ３０ｋなどによって構成される。

操作ボタン３０ｅは、いわゆるホームボタンなどである。タッチパネルディスプレイ３０ｆは、後述する種々の画面を表示する。また、コマンドおよび情報の入力のためにも用いられる。デジタルカメラ３０ｇは、画像を撮像し画像データを生成する。

携帯電話通信回路３０ｈは、Ｗ−ＣＤＭＡ（Wideband Code Division Multiple Access）、ＣＤＭＡ−２０００、またはＬＴＥ（Long Term Evolution）などの携帯電話網によって通信を行う装置である。

無線ＬＡＮ通信回路３０ｉは、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１の規格の無線通信網（いわゆる無線ＬＡＮ）によって通信を行う装置である。

充電回路３０ｊは、バッテリ３０ｋを充電するための回路である。バッテリ３０ｋは、端末装置３の各部へ電力を供給する二次電池である。

ＲＯＭ３０ｃまたはフラッシュメモリ３０ｄには、リモートパネルアプリケーション３ＰＡ、メーラ３ＰＢ、およびウェブブラウザ３ＰＣなどのプログラムが記憶されている（図１０、図１８、および図１９参照）。

これらのプログラムは、必要に応じてＲＡＭ３０ｂにロードされ、システムコントローラ３０ａによって実行される。

端末装置３として、タブレットコンピュータまたはスマートフォンなどが用いられる。また、端末装置３のオペレーティングシステムとして、Ｇｏｏｇｌｅ社のアンドロイド、Ａｐｐｌｅ社のｉＯＳ、またはマイクロソフト社のＷｉｎｄｏｗｓ８（「Ｗｉｎｄｏｗｓ」は、登録商標）などが用いられる。以下、各端末装置３を「端末装置３Ａ」、「端末装置３Ｂ」、「端末装置３Ｃ」、…と区別して記載することがある。

ユーザは、端末装置３を操作することによって、画像形成装置１のボックスに保存されているドキュメントデータ６１をクラウドサーバ２へアップロードし、自分の関係者と共用することができる。これは、上述した各装置の各プログラムによって実現される。以下、各プログラムによる処理を、クラウドサーバ２へのドキュメントデータ６１のアップロードの処理と、アップロードされたドキュメントデータ６１へのアクセスの処理とに大別して、説明する。

〔クラウドサーバ２へのドキュメントデータ６１のアップロードの処理〕
図８は、アップロード用プログラム１ＰＡによって画像形成装置１に実現される機能的構成の例を示す図である。図９は、アップロード用プログラム２ＰＡによってクラウドサーバ２に実現される機能的構成の例を示す図である。図１０は、リモートパネルアプリケーション３ＰＡによって端末装置３に実現される機能的構成の例を示す図である。図１１および図１２は、アップロードの際の画像形成装置１、クラウドサーバ２、および端末装置３それぞれの処理の流れの例を示すシーケンス図である。図１３は、ログイン用画面３ＳＣ１の例を示す図である。図１４は、認証情報入力画面３ＳＣ２の例を示す図である。図１５は、ＭＦＰアドレス帳６０１とＳＮＳアドレス帳６０２との照合の例を説明するための図である。図１６は、ＩＤペアデータ６５の例を示す図である。図１７は、アップロードデータ指定画面３ＳＣ３の例を示す図である。

クラウドサーバ２へのドキュメントデータ６１のアップロードの処理は、主にアップロード用プログラム１ＰＡ、アップロード用プログラム２ＰＡ、およびリモートパネルアプリケーション３ＰＡによって行われる。

アップロード用プログラム１ＰＡは、図８に示す第一のアカウント情報要求部１００、ユーザ認証部１０１、第二のアカウント情報要求部１０２、第一のアドレス帳取得部１０３、第二のアドレス帳取得部１０４、アドレス帳照合部１０５、対応関係登録部１０６、アップロード許否通知部１０７、アップロード処理部１０８、アップロード通知部１０９、および対応関係記憶部１２１などの機能を実現する。

アップロード用プログラム２ＰＡは、図９に示すユーザ認証部２０１、アドレス帳提供部２０２、ドキュメントデータ等登録部２０３、ＵＲＬ通知部２０４、および付属データ記憶部２１１などの機能を実現する。

リモートパネルアプリケーション３ＰＡは、図１０に示すリモートアクセス要求部３０１、ログイン用画面表示処理部３０２、第一のアカウント情報通知部３０３、クラウド認証用画面表示処理部３０４、第二のアカウント情報通知部３０５、アップロード用画面表示処理部３０６、およびアップロード要求部３０７などの機能を実現する。

そして、これらのプログラムによって、ユーザは、端末装置３を画像形成装置１のリモートパネルとして用いて、ドキュメントデータ６１を画像形成装置１からクラウドサーバ２へアップロードすることができる。

ここで、図８、図９、および図１０に示す各部の処理を、図１１〜図１２のシーケンス図を参照しながら説明する。また、ユーザが端末装置３Ａを操作してアップロードする場合を例に説明する。

画像形成装置１と端末装置３Ａとは、従来通りの方法によってセッションを確立し、互いに接続する（図１１の＃７０１、＃９０１）。

端末装置３Ａは、接続の際に、リモートパネルアプリケーション３ＰＡを起動する（＃９０２）。

すると、端末装置３Ａにおいて、図１０のリモートアクセス要求部３０１は、リモートアクセス要求データ６Ａを画像形成装置１へ送信することによって、リモートアクセスおよびアップロードを要求する（＃９０３）。

画像形成装置１において、図８の第一のアカウント情報要求部１００は、リモートアクセス要求データ６Ａを受信すると（＃７０２）、端末装置３Ａへアカウント情報要求データ６Ｂを送信することによって、画像形成装置１用のアカウント情報を要求する（＃７０３）。

端末装置３Ａにおいて、ログイン用画面表示処理部３０２は、アカウント情報要求データ６Ｂを受信すると（＃９０４）、図１３のようなログイン用画面３ＳＣ１をタッチパネルディスプレイ３０ｆに表示させる（＃９０５）。ここで、ユーザは、自分のＭＦＰ＿ＩＤおよびＭＦＰパスワードを入力する。

第一のアカウント情報通知部３０３は、ＭＦＰ＿ＩＤおよびＭＦＰパスワードが入力されると、これらを示すアカウントデータ６Ｃを画像形成装置１へ送信する（＃９０６）。これにより、端末装置３Ａのユーザの、画像形成装置１用のアカウントの情報が、画像形成装置１へ通知される。

画像形成装置１において、ユーザ認証部１０１は、アカウントデータ６Ｃを受信すると（＃７０４）、アカウントデータ６Ｃおよび大容量記憶装置１０ｄに記憶されている各アカウントデータ６２（図３参照）に基づいて、端末装置３Ａのユーザが正規のユーザであるか否かを認証する（＃７０５）。具体的には、アカウントデータ６Ｃに示されるＭＦＰ＿ＩＤおよびＭＦＰパスワードと同一のＭＦＰ＿ＩＤおよびＭＦＰパスワードを示すアカウントデータ６２があれば、正規のユーザであると判別する。なければ、正規のユーザでないと判別する。

正規のユーザであると判別された場合は、画像形成装置１への端末装置３Ａのユーザのログインが完了する。

第二のアカウント情報要求部１０２は、端末装置３Ａのユーザが正規のユーザであると判別された場合に、アカウント情報要求データ６Ｄを端末装置３Ａへ送信することによって、クラウドサーバ２用のアカウント情報を要求する。（＃７０６）。なお、正規のユーザであると判別されなかった場合は、以降の処理が中止される。

端末装置３Ａにおいて、クラウド認証用画面表示処理部３０４は、アカウント情報要求データ６Ｄを受信すると（＃９０７）、図１４のような認証情報入力画面３ＳＣ２をタッチパネルディスプレイ３０ｆに表示させる（＃９０８）。ここで、ユーザは、自分のＳＮＳ＿ＩＤおよびＳＮＳパスワードを入力する。

第二のアカウント情報通知部３０５は、ＳＮＳ＿ＩＤおよびＳＮＳパスワードが入力されると、これらを示すアカウントデータ６Ｅを画像形成装置１へ送信する（＃９０９）。これにより、端末装置３Ａのユーザの、クラウドサーバ２用のアカウントの情報が、画像形成装置１へ通知される。

画像形成装置１において、第一のアドレス帳取得部１０３は、アカウントデータ６Ｅを受信すると（＃７０７）、アカウントデータ６２（図３参照）それぞれからＭＦＰ＿ＩＤおよび仕事用電子メールアドレスを読み出す（＃７０８）。読み出されたＭＦＰ＿ＩＤおよび仕事用電子メールアドレスの集合は、アドレス帳のような形態を有する（図１５参照）。そこで、以下、この集合を「ＭＦＰアドレス帳６０１」と記載する。

第二のアドレス帳取得部１０４は、第一のアドレス帳取得部１０３による処理と前後してまたは並行して、クラウドサーバ２からアドレス帳を取得する処理を次のように実行する。

第二のアドレス帳取得部１０４は、アドレス帳要求データ６Ｆをクラウドサーバ２へ送信することによって、アドレス帳を要求する（＃７０９）。

クラウドサーバ２において、ユーザ認証部２０１は、アドレス帳要求データ６Ｆを受信すると（＃８０１）、端末装置３Ａのユーザの、このＳＮＳにおける正当性の認証を、次のように行う。アカウント情報要求データ６Ｇを画像形成装置１へ送信することによって、端末装置３Ａのユーザの、ＳＮＳ用のアカウントの情報を要求する（＃８０２）。

画像形成装置１において、第二のアドレス帳取得部１０４は、アカウント情報要求データ６Ｇを受信すると（＃７１０）、アカウントデータ６Ｈをクラウドサーバ２へ送信する（＃７１１）。アカウントデータ６Ｈには、ステップ＃７０７において取得されたアカウントデータ６Ｅが示すＳＮＳ＿ＩＤおよびＳＮＳパスワードが示される。これにより、端末装置３Ａのユーザの、ＳＮＳ用のアカウントの情報がクラウドサーバ２へ通知される。

クラウドサーバ２において、ユーザ認証部２０１は、アカウントデータ６Ｈを受信すると（＃８０３）、端末装置３Ａのユーザの認証を行う（図１２の＃８０４）。すなわち、アカウントデータ６Ｈに示されるＳＮＳ＿ＩＤおよびＳＮＳパスワードと同一のＳＮＳ＿ＩＤおよびＳＮＳパスワードを示すアカウントデータ６４（図６参照）があれば、端末装置３Ａのユーザが正規のユーザであると判別する。なければ、正規のユーザでないと判別する。

アドレス帳提供部２０２は、端末装置３Ａのユーザが正規のユーザであると判別された場合に、端末装置３Ａのユーザの関係者のＳＮＳ＿ＩＤおよびＳＮＳ用電子メールアドレスを、各アカウントデータ６４に基づいて特定し、特定したＳＮＳ＿ＩＤおよびＳＮＳ用電子メールアドレスを示すアドレス帳データ６Ｊを画像形成装置１へ送信する（＃８０５）。

特定されたＳＮＳ＿ＩＤおよびＳＮＳ用電子メールアドレスの集合は、アドレス帳のような形態を有する（図１５参照）。そこで、以下、この集合を「ＳＮＳアドレス帳６０２」と記載する。

そして、第二のアドレス帳取得部１０４は、アドレス帳データ６Ｊを受信する（＃７１２）。

このようにして、ＳＮＳアドレス帳６０２がクラウドサーバ２から画像形成装置１へ提供される。

一方、正規のユーザであるとユーザ認証部２０１によって判別されなかった場合は、ＳＮＳアドレス帳６０２が提供されない。よって、画像形成装置１は、アドレス帳データ６Ｊが得られたか否かによって、端末装置３Ａのユーザの認証に成功したか否かを判別することができる。

アドレス帳照合部１０５は、ＭＦＰアドレス帳６０１とＳＮＳアドレス帳６０２とを照合することによって、同一のユーザのＭＦＰ＿ＩＤおよびＳＮＳ＿ＩＤを特定する（＃７１３）。具体的には、ＭＦＰアドレス帳６０１およびＳＮＳアドレス帳６０２の中から、同一の電子メールアドレスを検出する。そして、この電子メールアドレスに対応付けられているＭＦＰ＿ＩＤおよびＳＮＳ＿ＩＤを同一のユーザのものであると、特定する。

図１５の例では、「wada@x-corp.example.co.jp」および「suzuki@x-corp.example.co.jp」が、ＭＦＰアドレス帳６０１にもＳＮＳアドレス帳６０２にも含まれている。そこで、アドレス帳照合部１０５は、「wada@x-corp.example.co.jp」に対応付けられている「Ｍ００５」というＭＦＰ＿ＩＤおよび「Ｓ００２」というＳＮＳ＿ＩＤを同一のユーザのものであると特定し、「suzuki@x-corp.example.co.jp」に対応付けられている「Ｍ００２」というＭＦＰ＿ＩＤおよび「Ｓ００４」というＳＮＳ＿ＩＤを同一のユーザのものであると特定する。

対応関係登録部１０６は、同一のユーザのものであるとアドレス帳照合部１０５によって判別されたＭＦＰ＿ＩＤおよびＳＮＳ＿ＩＤを示すＩＤペアデータ６５を生成し、対応関係記憶部１２１に記憶させる（＃７１４）。これにより、ＭＦＰ＿ＩＤおよびＳＮＳ＿ＩＤがペアリングされ、両者の対応関係が対応関係記憶部１２１に登録される。図１５の例の場合は、図１６に示すように、２つのＩＤペアデータ６５が対応関係記憶部１２１に記憶される。

アップロード許否通知部１０７は、アドレス帳照合部１０５および対応関係登録部１０６の処理と前後してまたは並行して、端末装置３Ａへの通知の処理を次のように行う。第二のアドレス帳取得部１０４によってアドレス帳データ６Ｊがクラウドサーバ２から得られた場合は、アップロード許可データ６Ｋ１を端末装置３Ａを送信することによって、クラウドサーバ２へのアップロードが可能である旨を通知する。一方、得られなかった場合は、アップロード不可データ６Ｋ２を端末装置３Ａを送信することによって、クラウドサーバ２へのアップロードが不能である旨を通知する。

なお、アップロード許可データ６Ｋ１には、ボックスに保存されているドキュメントデータ６１のうち、クラウドサーバ２へのアップロードが可能なデータの識別子（データ名またはドキュメント名など）が示される。例えば、端末装置３Ａのユーザのボックスに保存されているドキュメントデータ６１それぞれの識別子が示される。

端末装置３Ａにおいて、アップロード用画面表示処理部３０６は、アップロード許可データ６Ｋ１を受信すると（＃９１０）、図１７のようなアップロードデータ指定画面３ＳＣ３をタッチパネルディスプレイ３０ｆに表示させる（＃９１１）。アップロードデータ指定画面３ＳＣ３には、アップロード許可データ６Ｋ１に示される、ドキュメントデータ６１の識別子が示されている。ここで、ユーザは、クラウドサーバ２にアップロードし関係者と共用したいドキュメントデータ６１を、その識別子をタッチするなどして指定する。

なお、アップロード不可データ６Ｋ２を受信した場合は、アップロード用画面表示処理部３０６は、アップロードができない旨のメッセージを表示させる。

アップロード要求部３０７は、ユーザが指定したドキュメントデータ６１の識別子を示すアップロード要求データ６Ｍを画像形成装置１へ送信することによって、クラウドサーバ２へのドキュメントデータ６１のアップロードを要求する（＃９１２）。

画像形成装置１において、アップロード処理部１０８は、アップロード要求データ６Ｍを受信すると（＃７１６）、アップロード要求データ６Ｍに示される識別子のドキュメントデータ６１をボックスから読み出し、このドキュメントデータ６１のアクセス権データ６３（図４参照）およびステップ＃７１４で生成されたＩＤペアデータ６５（図１６参照）ともにクラウドサーバ２へ送信する（＃７１７）。

クラウドサーバ２において、ドキュメントデータ等登録部２０３は、画像形成装置１からドキュメントデータ６１およびアクセス権データ６３を受信すると（＃８０６）、ドキュメントデータ６１を端末装置３Ａのユーザのオンラインストレージに保存し（＃８０７）、アクセス権データ６３およびＩＤペアデータ６５を付属データ記憶部２１１に保存する（＃８０８）。

このようにして、画像形成装置１に保存されているドキュメントデータ６１がクラウドサーバ２へアップロードされる。

ＵＲＬ通知部２０４は、アップロードされたドキュメントデータ６１へアクセスするためのＵＲＬを示す保存場所データ６Ｎを、画像形成装置１へ送信する（＃８０９）。ＵＲＬには、このＳＮＳのウェブサイトのドメイン名、端末装置３Ａのユーザのオンラインストレージのディレクトリ名またはサブドメイン名、およびこのドキュメントデータ６１のファイル名などが含まれている。

画像形成装置１において、アップロード通知部１０９は、保存場所データ６Ｎを受信すると、ドキュメントデータ６１が端末装置３Ａのユーザのオンラインストレージへアップロードされた旨のメッセージおよび保存場所データ６Ｎに示されるＵＲＬを記載した電子メール６Ｐ（図２２参照）を生成する（＃７１９）。そして、この電子メール６Ｐを、ステップ＃７１２で取得されたＳＮＳアドレス帳６０２に示される各ＳＮＳ用電子メールアドレスへ宛てて送信する（＃７２０）。

すると、この電子メール６Ｐが、メールサーバなどを経由して、端末装置３Ａのユーザの関係者の端末装置３へ届けられる。

〔アップロードされたドキュメントデータ６１へのアクセスの処理〕
図１８は、本人確認用プログラム１ＰＢによって画像形成装置１に実現される機能的構成の例およびドキュメント提供用プログラム２ＰＢによってクラウドサーバ２に実現される機能的構成の例を示す図である。図１９は、プリント用プログラム１ＰＣによって画像形成装置１に実現される機能的構成の例および更新プリント用プログラム２ＰＣによってクラウドサーバ２に実現される機能的構成の例を示す図である。図２０および図２１は、閲覧の際の画像形成装置１、クラウドサーバ２、および端末装置３それぞれの処理の流れの例を示すシーケンス図である。図２２は、電子メール６Ｐの本文の例を示す図である。図２３は、閲覧ページ画面３ＳＣ６の例を示す図である。図２４は、更新の際の画像形成装置１およびクラウドサーバ２それぞれの処理の流れの例を示すシーケンス図である。である。図２５は、印刷の際の画像形成装置１、クラウドサーバ２、および端末装置３それぞれの処理の流れの例を示すシーケンス図である。

アップロードされたドキュメントデータ６１へのアクセスの処理は、主に本人確認用プログラム１ＰＢ、プリント用プログラム１ＰＣ、ドキュメント提供用プログラム２ＰＢ、更新プリント用プログラム２ＰＣ、メーラ３ＰＢ、およびウェブブラウザ３ＰＣによって行われる。

本人確認用プログラム１ＰＢは、図１８に示すユーザ認証部１５１および対応関係登録部１５２などの機能を実現する。

プリント用プログラム１ＰＣは、図１９に示す印刷許否判別部１７１、印刷制御部１７２、および印刷結果通知部１７３などの機能を実現する。

ドキュメント提供用プログラム２ＰＢは、図１８に示すユーザ認証部２５１、対応ＭＦＰ＿ＩＤ検索部２５２、アカウント情報要求部２５３、認証要求部２５４、対応関係登録部２５５、閲覧許否判別部２５６、およびドキュメントデータ提供部２５７などの機能を実現する。

更新プリント用プログラム２ＰＣは、図１９に示す更新許否判別部２７１、ドキュメントデータ更新部２７２、更新結果通知部２７３、印刷要求部２７４、および印刷結果転送部２７５などの機能を実現する。

ここで、図１８および図１９に示す各部の処理を、図２０〜図２１のシーケンス図および図２４〜図２５のシーケンス図を参照しながら説明する。また、ユーザが端末装置３Ｂを操作してドキュメントデータ６１へアクセスする場合を例に説明する。

端末装置３Ｂは、メーラ３ＰＢによって電子メール６Ｐを受信すると（図２０の＃９３１）、図２２のような本文をタッチパネルディスプレイ３０ｆに表示させる（＃９３２）。本文には、ドキュメントデータ６１が端末装置３Ａのユーザのオンラインストレージへアップロードされた旨のメッセージおよびドキュメントデータ６１のＵＲＬなどが含まれる。

このＵＲＬがタッチされると、端末装置３Ｂは、ウェブブラウザ３ＰＣを起動し、このＵＲＬに基づいてドキュメントデータ６１へのアクセスを要求する（＃９３３）。なお、端末装置３Ｂは、以下の処理をウェブブラウザ３ＰＣによって実行する。

クラウドサーバ２において、ユーザ認証部２５１は、端末装置３Ｂからの要求を受け付けると（＃８３１）、端末装置３Ｂへアカウント情報要求データ６Ｑを送信することによって、ＳＮＳ用のアカウント情報を要求する（＃８３２）。

端末装置３Ｂは、アカウント情報要求データ６Ｑを受信すると（＃９３４）、認証情報入力画面３ＳＣ２（図１４参照）と同じようなログイン用画面をタッチパネルディスプレイ３０ｆに表示させる（＃９３５）。ここで、ユーザは、自分のＳＮＳ＿ＩＤおよびＳＮＳパスワードを入力する。

端末装置３Ｂは、ＳＮＳ＿ＩＤおよびＳＮＳパスワードが入力されると、これらを示すアカウントデータ６Ｒをクラウドサーバ２へ送信する（＃９３６）。

クラウドサーバ２において、ユーザ認証部２５１は、アカウントデータ６Ｒを受信すると（＃８３３）、アカウントデータ６Ｒおよびアカウントデータ６４（図６参照）に基づいて、端末装置３Ｂのユーザの認証を行う（＃８３４）。認証の方法は、ユーザ認証部２０１（図９参照）による認証の方法と同様である。

対応ＭＦＰ＿ＩＤ検索部２５２は、端末装置３Ｂのユーザが正規のユーザであることがユーザ認証部２５１によって判別されたら、このユーザのＳＮＳ＿ＩＤに対応するＭＦＰ＿ＩＤを、付属データ記憶部２１１に記憶されているＩＤペアデータ６５（図１６参照）の中から検索する（＃８３５）。

このようなＭＦＰ＿ＩＤが見つかった場合は（＃８３６でＹｅｓ）、ステップ＃８３１で受け付けた要求に係るドキュメントデータ６１を端末装置３Ｂへ提供する処理が、閲覧許否判別部２５６およびドキュメントデータ提供部２５７によって実行される（図２１の＃８４２〜＃８４３）。これについては、後述する。

一方、このようなＭＦＰ＿ＩＤが見つからなかった場合は（＃８３６でＮｏ）、アカウント情報要求部２５３、認証要求部２５４、および対応関係登録部２５５によって次の処理が行われる。

アカウント情報要求部２５３は、端末装置３Ｂへアカウント情報要求データ６Ｓを送信することによって、画像形成装置１用のアカウント情報を要求する（＃８３７）。

端末装置３Ｂは、アカウント情報要求データ６Ｓを受信すると（＃９３７）、ログイン用画面３ＳＣ１（図１３参照）と同じようなアカウント情報入力画面をタッチパネルディスプレイ３０ｆに表示させる（＃９３８）。ここで、ユーザは、自分のＭＦＰ＿ＩＤおよびＭＦＰパスワードを入力する。

端末装置３Ｂは、入力されたＭＦＰ＿ＩＤおよびＭＦＰパスワードを示すアカウントデータ６Ｔをクラウドサーバ２へ送信する（図２１の＃９３９）。

クラウドサーバ２において、認証要求部２５４は、アカウントデータ６Ｔを受信すると（＃８３８）、これを画像形成装置１へ転送することによって、端末装置３Ｂのユーザが画像形成装置１の正規のユーザであるか否かを認証するように要求する（＃８３９）。この際に、ステップ＃８３３で受信されたＳＮＳ＿ＩＤを示すアカウントデータ６Ｕも、画像形成装置１へ送信する。

画像形成装置１において、ユーザ認証部１５１は、アカウントデータ６Ｔおよびアカウントデータ６Ｕを受信すると（＃７３１）、アカウントデータ６Ｔおよび各アカウントデータ６２（図３参照）に基づいて、端末装置３Ｂのユーザが画像形成装置１の正規のユーザであるか否かを認証する（＃７３２）。認証の方法は、ユーザ認証部１０１（図８参照）による認証の方法と同様である。そして、認証の結果を示す認証結果データ６Ｖをクラウドサーバ２へ送信する（＃７３３）。

対応関係登録部１５２は、端末装置３Ｂのユーザが画像形成装置１の正規のユーザであると判別された場合に、このユーザのＭＦＰ＿ＩＤおよびステップ＃７３１で受信されたアカウントデータ６Ｕに示されるＳＮＳ＿ＩＤを示すＩＤペアデータ６５を生成し、対応関係記憶部１２１に記憶させる（＃７３４）。これにより、ＩＤペアデータ６５が新たに１つ、対応関係記憶部１２１に追加される。なお、ＩＤペアデータ６５は、認証結果データ６Ｖとともにクラウドサーバ２へ送信される。

クラウドサーバ２において、対応関係登録部２５５は、認証結果データ６Ｖを受信すると（＃８４０）、認証に成功した旨がこの認証結果データ６Ｖに示される場合は、この認証結果データ６Ｖとともに受信したＩＤペアデータ６５を付属データ記憶部２１１に記憶させる（＃８４１）。これにより、ＩＤペアデータ６５が新たに１つ、付属データ記憶部２１１に追加される。

認証に失敗した旨がこの認証結果データ６Ｖに示される場合は、ドキュメントデータ６１を端末装置３Ｂへ提供するための処理を中止する。

閲覧許否判別部２５６は、認証に成功した旨がこの認証結果データ６Ｖに示される場合およびステップ＃８３５において端末装置３ＢのユーザのＳＮＳ＿ＩＤに対応するＭＦＰ＿ＩＤが見つかった場合に、端末装置３Ｂから要求されたドキュメントデータ６１を提供してもよいか否かを次のように判別する（＃８４２）。

閲覧許否判別部２５６は、このドキュメントデータ６１のアクセス権データ６３（図４参照）を読み出す。そして、このアクセス権データ６３に、ステップ＃８３８で受信されたアカウントデータ６Ｔに示されるＭＦＰ＿ＩＤまたはステップ＃８３５で見つかったＭＦＰ＿ＩＤが「Ｒ」または「Ｗ」と対応付けられて示されている場合は、提供してもよいと、判別する。そうでない場合は、提供できないと、判別する。

ドキュメントデータ提供部２５７は、端末装置３Ｂから要求されたドキュメントデータ６１を提供してもよいと閲覧許否判別部２５６によって判別された場合に、このドキュメントデータ６１を端末装置３Ｂへ送信する（＃８４３）。

端末装置３Ｂは、ドキュメントデータ６１を受信すると（＃９４０）、これに基づいて、図２３のような、ドキュメントの含む閲覧ページ画面３ＳＣ６をタッチパネルディスプレイ１０ｆに表示させる（＃９４１）。

なお、ドキュメントデータ提供部２５７は、ドキュメントデータ６１の全部分を一度に端末装置３Ｂへ送信するのではなく、ウェブブラウザ３ＰＣで同時に表示することができるドキュメントの部分のデータのみを送信してもよい。そして、スクロールの操作またはページの移動の操作に伴って、他の部分のデータを適宜、送信してもよい。または、ドキュメントデータ６１を、ウェブアプリケーションに対応したデータに変換し、送信してもよい。

一方、提供できないとステップ＃８４２において閲覧許否判別部２５６が判別した場合は、ドキュメントデータ提供部２５７は、ドキュメントデータ６１の代わりに、ドキュメントデータ６１へのアクセス権がない旨のメッセージを端末装置３Ｂへ送信する。そして、端末装置３Ｂは、このメッセージをドキュメントの代わりに表示する。

ユーザは、表示されたドキュメントを、自らに対して与えられたアクセス権に応じて更新しまたは印刷することができる。

ユーザがドキュメントを編集し保存の指令を入力すると、端末装置３Ｂは、編集の内容およびドキュメントデータ６１の識別子などを示す編集内容データ６Ｗをクラウドサーバ２へ送信することによって、ドキュメントデータ６１の更新を要求する（図２４の＃９５１）。

クラウドサーバ２において、更新許否判別部２７１は、編集内容データ６Ｗを受信すると（＃８５１）、このドキュメントデータ６１を更新してもよいか否かを次のように判別する（＃８５２）。

更新許否判別部２７１は、このドキュメントデータ６１のアクセス権データ６３（図４参照）を読み出す。そして、このアクセス権データ６３に、端末装置３ＢのユーザのＭＦＰ＿ＩＤが「Ｗ」と対応付けられて示されている場合は、更新してもよいと、判別する。そうでない場合は、更新できないと、判別する。

ドキュメントデータ更新部２７２は、ドキュメントデータ６１を更新してもよいと更新許否判別部２７１によって判別された場合に（＃８５３でＹｅｓ）、編集内容データ６Ｗに基づいてドキュメントデータ６１を更新する（＃８５４）。

更新結果通知部２７３は、更新が完了した場合は更新完了通知データ６Ｘ１を端末装置３Ｂへ送信し、更新のアクセス権をユーザが有しない場合は更新不可通知データ６Ｘ２を端末装置３Ｂへ送信する（＃８５５）。

端末装置３Ｂは、更新完了通知データ６Ｘ１を受信した場合は更新が完了した旨のメッセージをタッチパネルディスプレイ１０ｆに表示させ、更新不可通知データ６Ｘ２を受信した場合はユーザが更新の権限（アクセス権）を有しない旨のメッセージをタッチパネルディスプレイ１０ｆに表示させる（＃９５２、＃９５３）。

または、ユーザがドキュメントの印刷の指令を入力すると、端末装置３Ｂは、このドキュメントのドキュメントデータ６１の識別子などを示す印刷要求データ６Ｙをクラウドサーバ２へ送信することによって、ドキュメントの印刷を要求する（図２５の＃９６１）。

クラウドサーバ２において、印刷要求部２７４は、印刷要求データ６Ｙを受信すると（＃８６１）、印刷要求データ６Ｙに示される識別子のドキュメントデータ６１をオンラインストレージから読み出し、これを画像形成装置１へ転送することによって、画像形成装置１に対して印刷を要求する（＃８６２）。この際に、このドキュメントデータ６１の識別子および端末装置３ＢのユーザのＭＦＰ＿ＩＤを画像形成装置１へ通知する。ＭＦＰ＿ＩＤは、図２０のステップ＃８３５において検索されまたは図２１のステップ＃７３２においてこのユーザのものであると判別されたＭＦＰ＿ＩＤである。

画像形成装置１において、印刷許否判別部１７１は、ドキュメントデータ６１を受信すると（＃７６１）、ドキュメントを印刷してもよいか否かを次のように判別する（＃７６２）。

印刷許否判別部１７１は、クラウドサーバ２から通知された識別子に基づいて、ドキュメントデータ６１のアクセス権データ６３を大容量記憶装置１０ｄから読み出す。そして、このアクセス権データ６３に、通知されたＭＦＰ＿ＩＤが「Ｐ」と対応付けられて示されている場合は、印刷してもよいと、判別する。そうでない場合は、印刷できないと、判別する。

印刷制御部１７２は、印刷してもよいと印刷許否判別部１７１によって判別された場合に（＃７６３でＹｅｓ）、受信したドキュメントデータ６１に基づいてドキュメントが用紙に印刷されるように出力画像処理回路１０ｋおよびプリントユニット１０ｍを制御する（＃７６４）。これにより、ドキュメントが用紙に印刷される。

印刷結果通知部１７３は、印刷が完了した場合は印刷完了通知データ６Ｚ１をクラウドサーバ２へ送信し、印刷のアクセス権をユーザが有しない場合は印刷不可通知データ６Ｚ２を端末装置３Ｂへ送信する（＃７６５）。

クラウドサーバ２において、印刷結果転送部２７５は、印刷完了通知データ６Ｚ１または印刷不可通知データ６Ｚ２を端末装置３Ｂへ転送する（＃８６３、＃８６４）。

端末装置３Ｂは、印刷完了通知データ６Ｚ１を受信した場合は印刷が完了した旨のメッセージをタッチパネルディスプレイ１０ｆに表示させ、印刷不可通知データ６Ｚ２を受信した場合はユーザが印刷の権限（アクセス権）を有しない旨のメッセージをタッチパネルディスプレイ１０ｆに表示させる（＃９６２、＃９６３）。

なお、クラウドサーバ２から画像形成装置１へ送信されたドキュメントデータ６１は、元々、画像形成装置１からアップロードされたものである。そこで、ステップ＃８６２においてクラウドサーバ２はドキュメントデータ６１の送信を行わず、画像形成装置１は、ボックスから同一のドキュメントデータ６１を読み出し、ドキュメントを印刷してもよい。

印刷要求部２７４は、端末装置３ＢのユーザのＭＦＰ＿ＩＤを画像形成装置１へ通知したが、ＳＮＳ＿ＩＤを通知してもよい。そして、印刷許否判別部１７１は、このＳＮＳ＿ＩＤに対応するＭＦＰ＿ＩＤをＩＤペアデータ６５に基づいて特定し、印刷の許否を判別すればよい。

また、閲覧および更新の許否をクラウドサーバ２が判別したが、印刷の許否と同様に画像形成装置１が判別してもよい。また、印刷の許否を画像形成装置１が判別したが、閲覧および更新の許否と同様に、クラウドサーバ２が判別してもよい。

本実施形態によると、画像形成装置１およびクラウドサーバ２において共通のアクセス権に基づくドキュメントデータ６１へのアクセスの制御を従来よりも容易に行うことができる。

本実施形態では、ユーザアカウントの情報としてＩＤおよびパスワードを用いたが、指紋または顔画像などの生体情報を用いてもよい。

本実施形態では、ユーザに関する情報として電子メールアドレスを用いたが、他の情報を用いてもよい。例えば、住所または電話番号を用いてもよい。または、複数の情報を組み合わせて用いてもよい。例えば、生年月日、性別、および連絡先（電子メール、住所、または電話番号）を組み合わせて用いてもよい。

本実施形態では、１人のユーザごとに１つのアカウントが与えられている場合を例に説明したが、複数人のユーザからなるグループごとにアカウントが与えられている場合にも、本発明を適用することができる。この場合は、各装置は、１つのグループを１人のユーザとみなして上記の処理を行えばよい。

本実施形態では、クラウドサーバ２は、ＳＮＳアドレス帳６０２として、ログインしたユーザの関係者全員のＳＮＳ＿ＩＤおよびＳＮＳ用電子メールアドレスを示すアドレス帳を画像形成装置１へ提供したが、このユーザが指定した者のＳＮＳ＿ＩＤおよびＳＮＳ用電子メールアドレスを示すアドレス帳を提供してもよい。

本実施形態では、画像形成装置１および端末装置３は、通信回線４を介して通信を行ったが、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ワイヤレスＵＳＢ、またはＺｉｇＢｅｅなどの規格の無線回線を介して通信を行ってもよい。

本実施形態では、端末装置３として、タブレットコンピュータまたはスマートフォンを用いたが、パーソナルコンピュータまたは携帯電話端末などを用いてもよい。

本実施形態では、ユーザの認証を行ったが、端末装置３の認証（いわゆるハードウェア認証）を行ってもよい。この場合は、端末装置３の固体情報、例えば、ＩＰアドレスまたはＭＡＣ（Media Access Control）アドレスが画像形成装置１またはクラウドサーバ２に予め登録されたものであるか否かをチェックすることによって、認証を行えばよい。

本実施形態では、画像形成装置１がＭＦＰ＿ＩＤとＳＮＳ＿ＩＤとのペアリングを行ったが、クラウドサーバ２が行ってもよい。この場合は、クラウドサーバ２は、画像形成装置１からＭＦＰアドレス帳６０１を取得し、ペアリングを行えばよい。また、画像形成装置１は、クラウドサーバ２からペアリングの結果を取得すればよい。

クラウドサーバ２のオンラインストレージに保存されているドキュメントデータ６１が更新された場合は、画像形成装置１は、ボックスに保存されている、このドキュメントデータ６１の元のドキュメントデータ６１をも同様に更新してもよい。つまり、同期を図ってもよい。

アップロード用プログラム１ＰＡ、本人確認用プログラム１ＰＢ、およびプリント用プログラム１ＰＣを１つのプログラムによって構成してもよい。同様に、アップロード用プログラム２ＰＡ、ドキュメント提供用プログラム２ＰＢ、および更新プリント用プログラム２ＰＣを１つのプログラムによって構成してもよい。リモートパネルアプリケーション３ＰＡ、メーラ３ＰＢ、およびウェブブラウザ３ＰＣを１つのプログラムによって構成してもよい。

本実施形態では、ＳＮＳにおけるオンラインストレージにドキュメントデータ６１の複製を保存する場合を例に説明したが、ＳＮＳ以外のオンラインストレージに保存する場合にも、本発明を適用することができる。

本実施形態では、ドキュメントデータ６１を共用する場合を例に説明したが、音楽または動画像などのデータを共用する場合にも、本発明を適用することができる。

クラウドサーバ２のオンラインストレージに保存されているドキュメントデータ６１を画像形成装置１のボックスへアップロードする場合も、本発明を適用することができる。この場合は、画像形成装置１およびクラウドサーバ２は、役割を交換して上記の処理を行えばよい。また、この場合は、ＳＮＳにおいて設定されているアクセス権を画像形成装置１においても適用すればよい。

その他、ネットワークシステム５、画像形成装置１、クラウドサーバ２、端末装置３の全体または各部の構成、処理内容、処理順序、データの構成、画面の構成などは、本発明の趣旨に沿って適宜変更することができる。

５ ネットワークシステム（共用データ管理システム）
１ 画像形成装置（共用データ管理装置）
１０４ 第二のアドレス帳取得部（アカウント情報取得手段）
１０５ アドレス帳照合部（ペアリング手段）
１０６ 対応関係登録部（ペアリング手段）
１０８ アップロード処理部（共用データ等送信手段）
１５１ ユーザ認証部（認証手段）
１５２ 対応関係登録部（第二のペアリング手段）
１７１ 印刷許否判別部（アクセス制御手段）
１７２ 印刷制御部（印刷手段）
１０ｍ プリントユニット（印刷手段）
２ クラウドサーバ（共用データ管理装置）
２０２ アドレス帳提供部（アカウント情報送信手段）
２０３ ドキュメントデータ等登録部（ペアリング情報等受信手段）
２５１ ユーザ認証部（認証用情報受付手段）
２５６ 閲覧許否判別部（アクセス制御手段）
２７１ 更新許否判別部（アクセス制御手段）
６１ ドキュメントデータ（共用データ）
６２ アカウントデータ
６３ アクセス権データ
６４ アカウントデータ

Claims (11)

1. 第一の識別子と第一のサービスを受ける第一のユーザに関する第一のユーザ情報とを有する第一のユーザアカウントごとにアクセス権が設定されて管理されている、共用の対象のデータである共用データへのアクセスを、第二の識別子と第二のサービスを受ける第二のユーザに関する第二のユーザ情報とを有する第二のユーザアカウントごとに管理する、共用データ管理システムであって、
   前記第一のユーザ情報と前記第二のユーザ情報とが共通する前記第一のユーザアカウントおよび前記第二のユーザアカウントそれぞれの前記第一の識別子および前記第二の識別子をペアリングするペアリング手段と、
   前記第二のユーザアカウントによる前記共用データへのアクセスの要求があった場合に、当該第二のユーザアカウントの前記第二の識別子とペアリングされている前記第一の識別子を有する前記第一のユーザアカウントの前記アクセス権に従って、当該共用データへのアクセスを制御する、アクセス制御手段と、
   を有することを特徴とする共用データ管理システム。
2. 前記第二のユーザアカウントによってログインした前記第二のユーザから、前記第一の識別子を含む認証用情報を受け付ける、認証用情報受付手段と、
   前記ログインした第二のユーザの正当性を前記認証用情報に基づいて認証する認証手段と、
   前記ログインした第二のユーザの正当性が認証された場合に、当該第二のユーザから受け付けられた前記第一の識別子と当該第二のユーザの前記第二のユーザアカウントの前記第二の識別子とをペアリングする第二のペアリング手段と、
   を有する請求項１に記載の共用データ管理システム。
3. 前記第二のユーザアカウントは、前記共用データの所有者の関係者または当該所有者によって指定された者のユーザアカウントである、
   請求項１または請求項２に記載の共用データ管理システム。
4. 前記第一のユーザ情報は、前記第一のユーザの連絡先であり、
   前記第二のユーザ情報は、前記第二のユーザの連絡先である、
   請求項１ないし請求項３のいずれかに記載の共用データ管理システム。
5. 共用の対象のデータである共用データを、第一の識別子と第一のサービスを受ける第一のユーザに関する第一のユーザ情報とを有する第一のユーザアカウントごとにアクセス権を設定して管理する、共用データ管理装置であって、
   第二のサービスを提供するサービス提供システムから、当該第二のサービスのために用いられる第二のユーザアカウントの第二の識別子および第二のユーザに関する第二のユーザ情報を取得する、アカウント情報取得手段と、
   前記第一のユーザ情報と前記第二のユーザ情報とが共通する前記第一のユーザアカウントおよび前記第二のユーザアカウントそれぞれの前記第一の識別子および前記第二の識別子をペアリングするペアリング手段と、
   前記共用データと、ペアリングされた前記第一の識別子および前記第二の識別子と、前記第一のユーザアカウントごとの前記アクセス権とを、前記サービス提供システムへ送信する共用データ等送信手段と、
   を有することを特徴とする共用データ管理装置。
6. 前記第一の識別子または前記第二の識別子とともに印刷の指令が前記サービス提供システムから通知された場合に、当該第一の識別子の前記第一のユーザアカウントの前記アクセス権または当該第二の識別子とペアリングされている前記第一の識別子の前記第一のユーザアカウントの前記アクセス権に従って、前記共用データによって画像を印刷する、印刷手段、を有する、
   請求項５に記載の共用データ管理装置。
7. 第一の識別子と第一のサービスを受ける第一のユーザに関する第一のユーザ情報とを有する第一のユーザアカウントごとにアクセス権を設定して共用の対象のデータである共用データを管理する他の装置から当該共用データを受信し、当該共用データを、第二の識別子と第二のサービスを受ける第二のユーザに関する第二のユーザ情報とを有する第二のユーザアカウントごとに管理する、共用データ管理装置であって、
   前記第二のユーザアカウントごとの前記第二の識別子および前記第二のユーザ情報を前記他の装置へ送信する、アカウント情報送信手段と、
   前記他の装置においてペアリングされた、前記第一のユーザ情報と前記第二のユーザ情報とが共通する前記第一のユーザアカウントおよび前記第二のユーザアカウントそれぞれの前記第一の識別子および前記第二の識別子と、前記第一のユーザアカウントごとの前記アクセス権とを受信する、ペアリング情報等受信手段と、
   前記第二のユーザアカウントによる前記共用データへのアクセスの要求があった場合に、当該第二のユーザアカウントの前記第二の識別子とペアリングされている前記第一の識別子を有する前記第一のユーザアカウントの前記アクセス権に従って、当該共用データへのアクセスを制御する、アクセス制御手段と、
   を有することを特徴とする共用データ管理装置。
8. 前記第二のサービスは、オンラインストレージのサービスである、
   請求項７に記載の共用データ管理装置。
9. 第一の識別子と第一のサービスを受ける第一のユーザに関する第一のユーザ情報とを有する第一のユーザアカウントごとにアクセス権が設定されて管理されている、共用の対象のデータである共用データへのアクセスを、第二の識別子と第二のサービスを受ける第二のユーザに関する第二のユーザ情報とを有する第二のユーザアカウントごとに管理する、共用データ管理方法であって、
   前記第一のユーザ情報と前記第二のユーザ情報とが共通する前記第一のユーザアカウントおよび前記第二のユーザアカウントそれぞれの前記第一の識別子および前記第二の識別子をペアリングし、
   前記第二のユーザアカウントによる前記共用データへのアクセスの要求があった場合に、当該第二のユーザアカウントの前記第二の識別子とペアリングされている前記第一の識別子を有する前記第一のユーザアカウントの前記アクセス権に従って、当該共用データへのアクセスを制御する、
   を有することを特徴とする共用データ管理方法。
10. 第一の識別子と第一のサービスを受ける第一のユーザに関する第一のユーザ情報とを有する第一のユーザアカウントごとにアクセス権を設定して共用の対象のデータである共用データを管理するコンピュータに用いられるコンピュータプログラムであって、
    前記コンピュータに、
    第二のサービスを提供するサービス提供システムから、当該第二のサービスのために用いられる第二のユーザアカウントの第二の識別子および第二のユーザに関する第二のユーザ情報を取得する処理と、
    前記第一のユーザ情報と前記第二のユーザ情報とが共通する前記第一のユーザアカウントおよび前記第二のユーザアカウントそれぞれの前記第一の識別子および前記第二の識別子をペアリングする処理と、
    前記共用データと、ペアリングされた前記第一の識別子および前記第二の識別子と、前記第一のユーザアカウントごとの前記アクセス権とを、前記サービス提供システムへ送信する処理と、
    を実行させることを特徴とするコンピュータプログラム。
11. 第一の識別子と第一のサービスを受ける第一のユーザに関する第一のユーザ情報とを有する第一のユーザアカウントごとにアクセス権を設定して共用の対象のデータである共用データを管理する他の装置から当該共用データを受信し、第二の識別子と第二のサービスを受ける第二のユーザに関する第二のユーザ情報とを有する第二のユーザアカウントごとに当該共用データを管理するコンピュータに用いられるコンピュータプログラムであって、
    前記コンピュータに、
    前記第二のユーザアカウントごとの前記第二の識別子および前記第二のユーザ情報を前記他の装置へ送信する処理と、
    前記他の装置においてペアリングされた、前記第一のユーザ情報と前記第二のユーザ情報とが共通する前記第一のユーザアカウントおよび前記第二のユーザアカウントそれぞれの前記第一の識別子および前記第二の識別子と、前記第一のユーザアカウントごとの前記アクセス権とを受信する処理と、
    前記第二のユーザアカウントによる前記共用データへのアクセスの要求があった場合に、当該第二のユーザアカウントの前記第二の識別子とペアリングされている前記第一の識別子を有する前記第一のユーザアカウントの前記アクセス権に従って、当該共用データへのアクセスを制御する処理と、
    を実行させることを特徴とするコンピュータプログラム。

Images