JP2018028720A - 情報処理装置及び情報処理プログラム - Google Patents

Abstract

【課題】行動予定とは異なる場所に行ったとしても、第１のユーザーと予め定められた関係を有する第２のユーザーの位置情報が、その第１のユーザーの位置情報と整合する場合は、画像処理装置に印刷対象の文書を送信するようにした情報処理装置を提供する。【解決手段】情報処理装置の取得手段は、第１のユーザーがいる位置を示す位置情報と、該第１のユーザーと予め定められた関係を有する第２のユーザーがいる位置を示す位置情報を取得し、送信手段は、前記第１のユーザーの行動予定と前記第１のユーザーの位置情報の示す位置とが整合していない場合であって、該第１のユーザーの位置情報と前記第２のユーザーの位置情報とが整合するときは、画像処理装置に印刷対象の文書を送信する。【選択図】図１

Description

本発明は、情報処理装置及び情報処理プログラムに関する。

特許文献１には、ユーザーが存在する位置や、その周辺の環境や状況、意味内容などの情報に対応する周辺コンテキストの内容に応じて、当該ユーザーに対する各データへのアクセス権限を動的に設定・変更することができるアクセス権限管理システムを提供することを課題とし、ビジネス情報を保管するデータ管理サーバと、データ管理サーバとネットワークを介して接続可能な１つ以上のクライアント端末とからなるアクセス権限管理システムであって、データ管理サーバは、クライアント端末を介して第１のユーザーからビジネス情報内のデータに対するアクセス要求を受けた場合に、クライアント端末の存在場所についての周辺コンテキストの情報を取得し、これに基づいて前記アクセス要求にかかるビジネス情報内のデータへのアクセス権限を判定するアクセス権限判定部を有することが開示されている。

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

ユーザーが存在する付近にある画像処理装置に文書を送信し、印刷させることができる情報処理装置がある。
ところで、セキュリティの観点から、文書へのアクセスを制限することが行われている。特許文献１に記載の技術では、ユーザーの行動予定にかかる時間帯に行動予定にかかる場所に存在すると判断した場合に、アクセス要求に対して行動予定に対応するデータへのアクセスを許可することが行われている。しかし、行動予定とは異なる場所で、文書の印刷を行いたい場合には、印刷ができなくなってしまう。
本発明は、行動予定とは異なる場所に行ったとしても、第１のユーザーと予め定められた関係を有する第２のユーザーの位置情報が、その第１のユーザーの位置情報と整合する場合は、画像処理装置に印刷対象の文書を送信するようにした情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、第１のユーザーがいる位置を示す位置情報と、該第１のユーザーと予め定められた関係を有する第２のユーザーがいる位置を示す位置情報を取得する取得手段と、前記第１のユーザーの行動予定と前記第１のユーザーの位置情報の示す位置とが整合していない場合であって、該第１のユーザーの位置情報と前記第２のユーザーの位置情報とが整合するときは、画像処理装置に印刷対象の文書を送信する送信手段を有する情報処理装置である。

請求項２の発明は、前記送信手段は、前記第１のユーザーの位置情報と前記第２のユーザーの位置情報とが整合していない場合であって、該第２のユーザーからの承認があるときは、画像処理装置に印刷対象の文書を送信する、請求項１に記載の情報処理装置である。

請求項３の発明は、前記送信手段は、前記第２のユーザーから承認がない場合であって、複数の他のユーザーからの承認があるときは、画像処理装置に印刷対象の文書を送信する、請求項２に記載の情報処理装置である。

請求項４の発明は、前記送信手段は、複数の他のユーザーからの承認がない場合は、画像処理装置に印刷対象の文書を送信しない、請求項３に記載の情報処理装置である。

請求項５の発明は、前記送信手段は、前記第１のユーザーの行動予定と第１のユーザーの位置情報の示す位置とが整合していない場合であって、該第１のユーザーの位置情報と前記第２のユーザーの位置情報とが整合していないときは、画像処理装置に印刷対象の文書を送信しない、請求項１に記載の情報処理装置である。

請求項６の発明は、前記送信手段は、前記第１のユーザーの位置情報と前記第２のユーザーの位置情報とが整合していない場合であって、該第２のユーザーからの承認がないときは、画像処理装置に印刷対象の文書を送信しない、請求項２に記載の情報処理装置である。

請求項７の発明は、印刷の予約情報を受け付けた場合は、該予約情報が入力された画像処理装置が設置されている位置を示す位置情報と、該予約情報に対応するユーザーがいる位置を示す位置情報を取得する取得手段と、前記画像処理装置の位置情報と前記ユーザーの位置情報とが整合していない場合は、該画像処理装置に印刷対象の文書を送信しない送信手段を有する情報処理装置である。

請求項８の発明は、印刷の予約情報を受け付けた場合は、前記取得手段は、さらに、該予約情報が入力された画像処理装置が設置されている位置を示す位置情報を取得し、前記画像処理装置の位置情報と前記第１のユーザーの位置情報が整合する場合は、前記送信手段による処理を行う、請求項１から６のいずれか一項に記載の情報処理装置である。

請求項９の発明は、コンピュータを、第１のユーザーがいる位置を示す位置情報と、該第１のユーザーと予め定められた関係を有する第２のユーザーがいる位置を示す位置情報を取得する取得手段と、前記第１のユーザーの行動予定と前記第１のユーザーの位置情報の示す位置とが整合していない場合であって、該第１のユーザーの位置情報と前記第２のユーザーの位置情報とが整合するときは、画像処理装置に印刷対象の文書を送信する送信手段として機能させるための情報処理プログラムである。

請求項１０の発明は、コンピュータを、印刷の予約情報を受け付けた場合は、該予約情報が入力された画像処理装置が設置されている位置を示す位置情報と、該予約情報に対応するユーザーがいる位置を示す位置情報を取得する取得手段と、前記画像処理装置の位置情報と前記ユーザーの位置情報とが整合していない場合は、該画像処理装置に印刷対象の文書を送信しない送信手段として機能させるための情報処理プログラムである。

請求項１の情報処理装置によれば、行動予定とは異なる場所に行ったとしても、第１のユーザーと予め定められた関係を有する第２のユーザーの位置情報が、その第１のユーザーの位置情報と整合する場合は、画像処理装置に印刷対象の文書が送信される。

請求項２の情報処理装置によれば、第１のユーザーの位置情報と第２のユーザーの位置情報とが整合していない場合であって、第２のユーザーからの承認があるときは、画像処理装置に印刷対象の文書が送信される。

請求項３の情報処理装置によれば、第２のユーザーから承認がない場合であって、複数の他のユーザーからの承認があるときは、画像処理装置に印刷対象の文書が送信される。

請求項４の情報処理装置によれば、複数の他のユーザーからの承認がない場合は、画像処理装置に印刷対象の文書は送信されない。

請求項５の情報処理装置によれば、第１のユーザーの行動予定と第１のユーザーの位置情報の示す位置とが整合していない場合であって、第１のユーザーの位置情報と第２のユーザーの位置情報とが整合していないときは、画像処理装置に印刷対象の文書は送信されない。

請求項６の情報処理装置によれば、第１のユーザーの位置情報と第２のユーザーの位置情報とが整合していない場合であって、第２のユーザーからの承認がないときは、画像処理装置に印刷対象の文書は送信されない。

請求項７の情報処理装置によれば、予約情報が入力された画像処理装置が設置されている位置とその予約情報に対応するユーザーがいる位置が整合しない場合は、その画像処理装置に印刷対象の文書は送信されない。

請求項８の情報処理装置によれば、予約情報が入力された画像処理装置が設置されている位置とその予約情報に対応するユーザーがいる位置が整合する場合は、送信手段による処理が行われる。

請求項９の情報処理プログラムによれば、行動予定とは異なる場所に行ったとしても、第１のユーザーと予め定められた関係を有する第２のユーザーの位置情報が、その第１のユーザーの位置情報と整合する場合は、画像処理装置に印刷対象の文書が送信される。

請求項１０の情報処理プログラムによれば、予約情報が入力された画像処理装置が設置されている位置とその予約情報に対応するユーザーがいる位置が整合しない場合は、その画像処理装置に印刷対象の文書は送信されない。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を利用したシステム構成例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 スケジュールテーブルのデータ構造例を示す説明図である。 予約情報テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 位置情報テーブルのデータ構造例を示す説明図である。 ユーザー・上長対応テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 画像処理装置管理テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

本実施の形態である情報処理装置１００は、ユーザーが存在する付近にある画像処理装置１５０に文書を送信し、印刷させるものであって、図１の例に示すように、通信回線１９９を介して、画像処理装置１５０、モバイル端末１７０、クライアント端末１９０と接続されている。
情報処理装置１００は、ネットプリントサービスに関する処理を行う。このネットプリントサービスの概要は、以下の処理を行うサービスである。ユーザーの操作にしたがって、印刷対象である文書を情報処理装置１００に登録する。文書が登録されると、情報処理装置１００は予約情報（以下、予約番号を例示する。なお、予約番号は予約情報の一例である）を発行し、ユーザーが取得する。画像処理装置１５０で、ユーザーが予約情報を入力すると、情報処理装置１００に登録されている文書（その予約情報に対応する文書）を取得して、印刷する。
例えば、コンビニエンスストア等の店舗１４０に設置された画像処理装置１５０において、ネットプリントサービスを提供している。予約情報と、オプションで設定可能な暗証番号を用いて、印刷用の文書に対してアクセス制限をすることが可能である。しかし、ビジネスユースを想定すると、より細かなアクセス制限が求められる。特に、ユーザーが行動予定とは異なる行動を取った場合（行動予定とは異なる店舗で出力しようとした場合等）には、印刷指示している者が本人か否かを検知し、悪用であれば未然に防止する仕組みが必要である。前述の特許文献１に記載の技術では、位置情報、時刻情報、予めシステムに登録されているユーザーの行動予定から文書のアクセス権限を動的に判断している。
しかし、ユーザーに急な予定変更が生じた場合、特許文献１に記載の技術では、必要な文書を印刷できないこととなる。予めシステムに登録されていない場所であるためである。また、システムに行動予定を登録し忘れた場合、文書を印刷できないこととなる。

文書（ファイルともいわれる）とは、テキストデータ、数値データ、図形データ、画像データ等、又はこれらの組み合わせであり、印刷、記憶、編集及び検索等の対象となり、システム又は利用者間で個別の単位として交換できるものをいい、これらに類似するものを含む。具体的には、文書作成プログラムによって作成された文書、画像読取装置（スキャナ、カメラ等）で読み込まれた画像、Ｗｅｂページ等を含む。

以下の説明で、第１のユーザー、第２のユーザー、他のユーザーを用いるが、これらについて説明する。
「第１のユーザー」は、前述のネットプリントサービスを用いて、画像処理装置１５０からの印刷物を得ようとしている者である。
「第２のユーザー」は、第１のユーザーとは異なる者であって、第１のユーザーと予め定められた関係を有している。「第１のユーザーと予め定められた関係を有する第２のユーザー」として、第１のユーザーが画像処理装置１５０を利用することの承認を与えることができる者であって、例えば、第２のユーザーは、第１のユーザーの上司である等の関係がある者である。なお、上司は、直属の上司だけでなく、上司のさらなる上司のように間接的な上司を含めてもよい。また、上司の他に、セキュリティの確認をすることができる文書管理担当者等であってもよい。
また、「他のユーザー」は、第１のユーザーでなく、さらに第２のユーザーでもない、ユーザーである。ただし、第１のユーザーと同じ組織に属しているユーザーとしてもよい。

情報処理装置１００は、通信モジュール１０５、位置情報取得モジュール１１０、アクセス権限判断モジュール１１５、ユーザーデータ記憶モジュール１２０、承認依頼通知モジュール１２５、ファイルアクセス処理モジュール１３０、ファイル記憶モジュール１３５を有している。
通信モジュール１０５は、位置情報取得モジュール１１０と接続されており、また、通信回線１９９を介して、店舗１４０内の画像処理装置１５０の通信モジュール１５５、モバイル端末１７０の通信モジュール１７５、オフィス１８０内のクライアント端末１９０の通信モジュール１９５と接続されている。通信モジュール１０５は、他の装置との通信を行う。具体的には、各拠点（店舗１４０、オフィス１８０）における装置（画像処理装置１５０、モバイル端末１７０、クライアント端末１９０）間の通信をコントロールする。

位置情報取得モジュール１１０は、通信モジュール１０５、アクセス権限判断モジュール１１５と接続されている。位置情報取得モジュール１１０は、第１のユーザーがいる位置を示す位置情報と、その第１のユーザーと予め定められた関係を有する第２のユーザーがいる位置を示す位置情報を取得する。具体的には、ユーザーの保有するモバイル端末１７０から位置情報を取得する。
また、位置情報取得モジュール１１０は、印刷の予約情報を受け付けた場合は、その予約情報が入力された画像処理装置１５０が設置されている位置を示す位置情報と、その予約情報に対応するユーザー（第１のユーザー）がいる位置を示す位置情報を取得するようにしてもよい。画像処理装置１５０の位置情報の取得は、例えば、後述する図１４で示す画像処理装置管理テーブル１４００を用いて取得すればよい。
また、位置情報取得モジュール１１０は、印刷の予約情報を受け付けた場合は、その予約情報が入力された画像処理装置１５０が設置されている位置を示す位置情報と、その予約情報に対応する第１のユーザーがいる位置を示す位置情報と第２のユーザーがいる位置を示す位置情報を取得するようにしてもよい。

アクセス権限判断モジュール１１５は、位置情報取得モジュール１１０、ユーザーデータ記憶モジュール１２０、承認依頼通知モジュール１２５と接続されている。アクセス権限判断モジュール１１５は、ユーザーが、画像処理装置１５０を通して該当文書（印刷対象の文書）にアクセスする権限の有無を判断する。以下の判断処理を行う。
アクセス権限判断モジュール１１５は、第１のユーザーの行動予定（一般的には、スケジュールともいわれる）と第１のユーザーの位置情報の示す位置とが整合している場合は、該当文書にアクセスする権限ありと判断してもよい。つまり、行動予定通りの行動がとられている場合であるからである。

そして、アクセス権限判断モジュール１１５は、第１のユーザーの行動予定と第１のユーザーの位置情報の示す位置とが整合していない場合であって、第１のユーザーの位置情報と第２のユーザーの位置情報とが整合するときは、該当文書にアクセスする権限ありと判断する。「第１のユーザーの行動予定と位置情報の示す場所とが整合していない場合」とは、具体的には、第１のユーザーが予め定めた行動予定とは異なる場所に行った場合を示している。そして、「第１のユーザーの位置情報と第２のユーザーの位置情報とが整合するとき」とは、具体的には、第１のユーザーと第２のユーザーが同伴しているときである。例えば、部下と上司が顧客に訪問する場合等が該当する。この場合は、第２のユーザーの承認がなされた上で、印刷が行われると判断できるからである。
なお、行動予定は、日時（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）と場所の対を含む。また、第１のユーザー又は第２のユーザーが保有するモバイル端末１７０から送信されてきた日時・位置情報内には、日時と位置情報の対が含まれている。具体的に、ここでの整合とは、モバイル端末１７０から送信されてきた日時・位置情報の日時（一般的には、現在の日時）における行動予定の場所と、その日時における位置情報の示す場所とが整合していることである。また、整合は、完全一致の場合を含むが、予め定められた範囲内であれば整合すると判断してもよい。例えば、行動予定における日時とモバイル端末１７０から送信されてきた日時・位置情報内の日時との差が、予め定められた範囲内（例えば、１０分以内）であれば、日時において整合しているとしてもよい。したがって、第１のユーザーが店舗１４０（又は画像処理装置１５０）に、予定よりも５分早めに到着した、５分遅く到着した場合等でも整合と判断することになる。また、例えば、行動予定における場所とモバイル端末１７０から送信されてきた日時・位置情報内の位置情報との差が、予め定められた範囲内（例えば、１００ｍ以内）であれば、位置において整合しているとしてもよい。モバイル端末１７０から送信されてくる位置情報には、誤差が含まれている場合があるからである。なお、行動予定における場所（具体的には、建物名称、住所等）から位置情報（具体的には、緯度、経度等）に変換する方法は、既存の技術（例えば、ジオコーディング（Ｇｅｏｃｏｄｉｎｇ）等）を用いればよい。もちろんのことながら、第２のユーザーの位置情報と第１のユーザーの位置情報との整合における「整合」も、同様に、完全一致の場合を含むが、予め定められた範囲内であれば、位置において整合しているとしてもよい。
なお、行動予約は、スケジュールが記載されているＷＥＢページ、スケジュール管理用アプリケーション等から取得してもよい。

さらに、アクセス権限判断モジュール１１５は、第１のユーザーの位置情報と第２のユーザーの位置情報とが整合していない場合であって、第２のユーザーからの承認があるときは、該当文書にアクセスする権限ありと判断してもよい。「第１のユーザーの位置情報と第２のユーザーの位置情報とが整合していない場合」とは、具体的には、第１のユーザーと第２のユーザーは、同伴していない場合である。この場合、情報処理装置１００は、第２のユーザーに対して、承認を依頼する通知を行うように、承認依頼通知モジュール１２５を制御する。そして、その通知に対する返信として、承認があるときは、該当文書にアクセスする権限ありと判断してもよい。

さらに、アクセス権限判断モジュール１１５は、第２のユーザーから承認がない場合であって、複数の他のユーザーからの承認があるときは、該当文書にアクセスする権限ありと判断してもよい。「第２のユーザーから承認がない場合」とは、前述の通知に対する返信として、承認がない場合、又は、予め定められた期間内に返信そのものがない場合である。例えば、上司である第２のユーザーが、会議等に参加しており、通知に対する返信ができない状態にある場合があるからである。「第２のユーザーから承認がない場合」に、例えば、第１のユーザーと同じグループに属している者（他のユーザーの一例）の複数からの承認があるときは、該当文書にアクセスする権限ありと判断してもよい。ここでの承認は、第２のユーザーによる承認と同様に、情報処理装置１００は、複数の他のユーザーに対して、承認を依頼する通知を行うように、承認依頼通知モジュール１２５を制御する。そして、その通知に対する返信として、承認があるときは、該当文書にアクセスする権限ありと判断してもよい。なお、承認があるときとは、他のユーザー全員からの承認があることを条件としてもよいし、予め定められた人数以上の承認があることを条件としてもよいし、過半数の人数の承認があること等を条件としてもよい。
そして、アクセス権限判断モジュール１１５は、複数の他のユーザーからの承認がない場合は、該当文書にアクセスする権限なしと判断してもよい。

また、アクセス権限判断モジュール１１５は、第１のユーザーの行動予定と第１のユーザーの位置情報の示す位置とが整合していない場合であって、第１のユーザーの位置情報と第２のユーザーの位置情報とが整合していないときは、該当文書にアクセスする権限なしと判断してもよい。
また、アクセス権限判断モジュール１１５は、第１のユーザーの位置情報と第２のユーザーの位置情報とが整合していない場合であって、その第２のユーザーからの承認がないときは、該当文書にアクセスする権限なしと判断してもよい。

また、印刷の予約情報を受け付けた場合は、アクセス権限判断モジュール１１５は、画像処理装置１５０の位置情報と第１のユーザーの位置情報とが整合していない場合は、該当文書にアクセスする権限なしと判断してもよい。
また、印刷の予約情報を受け付けた場合は、アクセス権限判断モジュール１１５は、画像処理装置１５０の位置情報と第１のユーザーの位置情報が整合する場合は、前述した判断処理を行うようにしてもよい。

ユーザーデータ記憶モジュール１２０は、アクセス権限判断モジュール１１５と接続されている。ユーザーデータ記憶モジュール１２０は、ユーザーの行動予定、印刷の予約情報等が格納されているデータベースである。例えば、後述する図５で示すスケジュールテーブル５００、図６で示す予約情報テーブル６００、図９で示すユーザー・上長対応テーブル９００、図１４で示す画像処理装置管理テーブル１４００等を記憶している。
承認依頼通知モジュール１２５は、アクセス権限判断モジュール１１５と接続されている。承認依頼通知モジュール１２５は、第２のユーザーに承認依頼を通知する。通知として、例えば、電子メール、チャット、電子掲示板、ソーシャルメディアを用いた通知、プッシュ通知、自動音声応答による電話発信、Ｌｙｎｃ（登録商標）等を用いて行えばよい。

ファイルアクセス処理モジュール１３０は、ファイル記憶モジュール１３５と接続されており、また、通信回線１９９を介して、店舗１４０内の画像処理装置１５０の通信モジュール１５５、モバイル端末１７０の通信モジュール１７５、オフィス１８０内のクライアント端末１９０の通信モジュール１９５と接続されている。ファイルアクセス処理モジュール１３０は、アクセス権限判断に基づき、該当文書にアクセスする。具体的には、アクセス権限判断モジュール１１５によって、該当文書にアクセスする権限ありと判断された場合は、画像処理装置１５０に印刷対象の文書を送信する。ここで、送信先の画像処理装置１５０は、第１のユーザーの位置情報が示す場所（店舗１４０）に設置されているものである。また、アクセス権限判断モジュール１１５によって、該当文書にアクセスする権限なしと判断された場合は、画像処理装置１５０に印刷対象の文書を送信しない。
ファイル記憶モジュール１３５は、ファイルアクセス処理モジュール１３０と接続されている。ファイル記憶モジュール１３５は、ユーザーの文書が格納されているストレージである。なお、文書はユーザーデータ記憶モジュール１２０に格納されている予約情報と対応付けられている（紐付けられている）。

店舗１４０内には、画像処理装置１５０が設置されており、モバイル端末１７０は来店客であるユーザー（第１のユーザー、第２のユーザー等）が保有している。
画像処理装置１５０は、通信モジュール１５５、画面操作モジュール１６０を有している。画像処理装置１５０は、印刷機能を有しているプリンタ、複合機（プリンタ機能を有しており、さらに、スキャナ、複写機、ファックス等のいずれか１つ以上の機能を有している画像処理装置）である。
通信モジュール１５５は、画面操作モジュール１６０と接続されており、また、通信回線１９９を介して、情報処理装置１００の通信モジュール１０５、ファイルアクセス処理モジュール１３０と接続されている。通信モジュール１５５は、少なくとも情報処理装置１００との通信を行う。なお、モバイル端末１７０、クライアント端末１９０と通信を行うようにしてもよい。
画面操作モジュール１６０は、通信モジュール１５５と接続されている。画面操作モジュール１６０は、ネットプリントサービスのための情報を受け付ける。例えば、モバイル端末１７０を保有しているユーザーの操作にしたがって、予約情報を受け付ける。また、情報処理装置１００からのメッセージ等を提示する。なお、「提示」には、液晶ディスプレイ等の表示装置への表示の他に、スピーカー等の音声出力装置への音声の出力等があり、それらの組み合わせであってもよい。

モバイル端末１７０は、通信モジュール１７５を有している。モバイル端末１７０は、通信機能を有しており、ユーザーが用いる携帯可能な情報処理装置である。例えば、ノートパソコン（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、携帯端末（スマートフォンを含む携帯電話等）、ウェアラブル端末（リストバンド型（腕輪型）、腕時計型、頭に装着するメガネ型）等が該当する。
そして、モバイル端末１７０は、位置情報を情報処理装置１００に送信する。モバイル端末１７０（モバイル端末１７０を保有しているユーザー）の現在位置（位置情報）を取得する。例えば、モバイル端末１７０に内蔵されているＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）からの位置情報であってもよいし、携帯電話網に用いられている基地局の位置情報であってもよいし、ｉＢｅａｃｏｎ（登録商標）のようにビーコン端末から携帯端末に送信されてきたビーコン端末ＩＤ等であってもよい。なお、ビーコン端末ＩＤの場合は、ビーコン端末ＩＤとそのビーコン端末が設置されている場所情報とが対応しているテーブルを予め用意しておき、そのテーブルを用いて、ビーコン端末ＩＤから場所情報を抽出するようにしてもよい。
通信モジュール１７５は、通信回線１９９を介して、情報処理装置１００の通信モジュール１０５、ファイルアクセス処理モジュール１３０と接続されている。通信モジュール１７５は、少なくとも情報処理装置１００との通信を行う。なお、画像処理装置１５０、他のモバイル端末１７０、クライアント端末１９０と通信を行うようにしてもよい。

オフィス１８０内には、クライアント端末１９０がある。オフィス１８０は、第１のユーザー、第２のユーザー等がいるオフィスである。
クライアント端末１９０は、通信モジュール１９５を有している。クライアント端末１９０は、通信機能を有しており、ユーザーが用いる情報処理装置である。例えば、パーソナルコンピュータ等である。また、モバイル端末１７０であってもよい。例えば、情報処理装置１００から承認依頼を受信し、ユーザーの操作にしたがって、その返信（承認、非承認等）が行われる。
通信モジュール１９５は、通信回線１９９を介して、情報処理装置１００の通信モジュール１０５、ファイルアクセス処理モジュール１３０と接続されている。通信モジュール１９５は、少なくとも情報処理装置１００との通信を行う。なお、画像処理装置１５０、モバイル端末１７０、他のクライアント端末１９０と通信を行うようにしてもよい。

図２は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置１００、店舗１４０内の画像処理装置１５０Ａ、モバイル端末１７０Ａ、モバイル端末１７０Ｂ、店舗１４０Ｂ内の画像処理装置１５０Ｂ、オフィス１８０内のクライアント端末１９０Ａ、クライアント端末１９０Ｂ、クライアント端末１９０Ｃ、クライアント端末１９０Ｄは、通信回線１９９を介してそれぞれ接続されている。通信回線１９９は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置１００による機能は、クラウドサービスとして実現してもよい。
店舗１４０Ａ内には、画像処理装置１５０Ａが設置されており、モバイル端末１７０、モバイル端末１７０Ｂが存在する。
店舗１４０Ｂ内には、画像処理装置１５０Ｂが設置されている。
オフィス１８０内には、クライアント端末１９０Ａ、クライアント端末１９０Ｂ、クライアント端末１９０Ｃ、クライアント端末１９０Ｄが設置されている。

例えば、ユーザー２１０Ａが、ネットプリントサービスで、情報処理装置１００に印刷の予約をする。また、予めユーザー２１０Ａの行動予定が情報処理装置１００に登録されている。行動予定通りに、ユーザー２１０Ａが店舗１４０Ａに来店した場合は、ユーザー２１０Ａは、画像処理装置１５０Ａで予約情報を入力することによって、情報処理装置１００に登録された文書の印刷物を得ることができる。その際、情報処理装置１００は、モバイル端末１７０Ａから位置情報を取得して、その位置情報が示す位置（ユーザー２１０Ａがいる位置）が、画像処理装置１５０Ａが設置されている位置と整合するならば、印刷を許可する。つまり、予約情報を盗まれても、なりすましを予防できる。
また、行動予定とは異なる場合は、ユーザー２１０Ａの上司であるユーザー２１０Ｂが一緒にいることを条件として、印刷が許可される。さらに、上司であるユーザー２１０Ｂが一緒にいない場合は、ユーザー２１０Ｂに許可を依頼する。さらに、ユーザー２１０Ｂからの返信がない場合、他のグループ員に許可を依頼する。

図３は、本実施の形態による処理例を示すフローチャートである。ネットプリントサービスの申込処理例を示すものである。
ステップＳ３０２では、モバイル端末１７０Ａ又はクライアント端末１９０Ｂ等は、ユーザー２１０Ａの操作にしたがって、情報処理装置１００に対して、ネットプリントサービスの申込を行う。
ステップＳ３０４では、モバイル端末１７０Ａ又はクライアント端末１９０Ｂ等は、情報処理装置１００に対して、ユーザーＩＤを送信する。

ステップＳ３０６では、モバイル端末１７０Ａ又はクライアント端末１９０Ｂ等は、情報処理装置１００に対して、印刷対象である文書を登録する。
ここで、情報処理装置１００は、例えば予約情報テーブル６００を生成する。図６は、予約情報テーブル６００のデータ構造例を示す説明図である。予約情報テーブル６００は、ユーザーＩＤ欄６１０、予約番号欄６２０、暗証番号欄６３０を有している。ユーザーＩＤ欄６１０は、ネットプリントサービスの申込を行ったユーザーのユーザーＩＤを記憶している。予約番号欄６２０は、その申込における予約番号を記憶している。暗証番号欄６３０は、その申込における暗証番号を記憶している。

ステップＳ３０８では、モバイル端末１７０Ａ又はクライアント端末１９０Ｂ等は、情報処理装置１００から、予約番号を受け付ける。
ステップＳ３１０では、モバイル端末１７０Ａ又はクライアント端末１９０Ｂ等は、情報処理装置１００から、暗証番号を受け付ける。
ステップＳ３１２では、モバイル端末１７０Ａ又はクライアント端末１９０Ｂ等は、情報処理装置１００に対して、スケジュール（行動予約）の送信処理を行う。ステップＳ３１２の詳細な処理については、図４の例に示すフローチャートを用いて後述する。

図４は、本実施の形態による処理例を示すフローチャート（ステップＳ３１２の処理例）である。スケジュールの送信処理例を示すものである。ユーザー２１０Ａのスケジュールを記憶している装置（例えば、モバイル端末１７０Ａ又はクライアント端末１９０Ｂ等）が、情報処理装置１００に対して行う処理である。
ステップＳ４０２では、ユーザー２１０Ａの操作にしたがって、スケジュールを送信するか否かを判断し、送信する場合はステップＳ４０４へ進み、それ以外の場合は処理を終了する（ステップＳ４９９）。
ステップＳ４０４では、情報処理装置１００が設置されている場所近辺を訪問先とするスケジュールはあるか否かを判断し、ある場合はステップＳ４０６へ進み、それ以外の場合は処理を終了する（ステップＳ４９９）。
ステップＳ４０６では、そのスケジュールを送信する。つまり、スケジュールデータ４５０をユーザーデータ記憶モジュール１２０に記憶させる。
なお、ステップＳ４０４の処理を行わずに、スケジュールの全てを送信するようにしてもよい。

スケジュールデータ４５０として、例えば、スケジュールテーブル５００がある。図５は、スケジュールテーブル５００のデータ構造例を示す説明図である。スケジュールテーブル５００は、ユーザーＩＤ欄５１０、開始日時欄５２０、終了日時欄５３０、訪問先欄５４０を有している。ユーザーＩＤ欄５１０は、本実施の形態において、ユーザーを一意に識別するための情報（ユーザーＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。開始日時欄５２０は、その行動の開始日時を記憶している。終了日時欄５３０は、その行動の終了日時を記憶している。訪問先欄５４０は、行動としての訪問先を記憶している。

図７は、本実施の形態による処理例を示すフローチャートである。情報処理装置１００が行う印刷処理例（印刷対象である文書の送信処理例）を示すものである。
ステップＳ７０２では、ユーザー２１０Ａが保有しているモバイル端末１７０Ａから位置情報を取得する。例えば、位置情報テーブル８００を取得する。図８は、位置情報テーブル８００のデータ構造例を示す説明図である。位置情報テーブル８００は、ユーザーＩＤ欄８１０、日時欄８２０、位置情報欄８３０を有しており、位置情報欄８３０は、緯度欄８３２、経度欄８３４を有している。ユーザーＩＤ欄８１０は、ユーザーＩＤを記憶している。日時欄８２０は、そのユーザーがその位置にいた日時を記憶している。位置情報欄８３０は、そのユーザーがその日時にいた位置を示す位置情報を記憶している。緯度欄８３２は、緯度を記憶している。経度欄８３４は、経度を記憶している。

ステップＳ７０４では、ユーザー２１０Ａの操作にしたがって、予約番号７５０を取得する。もちろんのことながら、さらに、暗証番号を取得するようにしてもよい。
ステップＳ７０６では、ユーザー２１０Ａのユーザーデータ（行動予定７５５）を、ユーザーデータ記憶モジュール１２０から取得する。具体的には、予約番号に対応するユーザーＩＤを予約情報テーブル６００を用いて取得し、そのユーザーＩＤに対応する行動予定をスケジュールテーブル５００から取得すればよい。
なお、ステップＳ７０２とステップＳ７０４、ステップＳ７０６の処理は、いずれが先に行われてもよいし、並列して行われてもよい。

ステップＳ７０８では、位置情報と行動予定との整合性をチェックする。つまり、行動予定通りの位置にいるか否かを判断する。なお、行動予定７５５内の訪問先から、その訪問先付近の店舗１４０（又は、画像処理装置１５０）を抽出するようにしてもよい。なお、ここで付近とは、予め定められた距離以内にあることをいう。その行動予定内の日時（現在の日時）に、訪問先の付近にある店舗１４０にいる場合は、行動予定と整合していると判断してもよい。
ステップＳ７１０では、整合しているか否かを判断し、整合している場合はステップＳ７２２へ進み、それ以外の場合はステップＳ７１２へ進む。

ステップＳ７１２では、上長と同行しているか否かをチェックする。つまり、ユーザー２１０Ａの付近にいる者は上司であるか否かを判断する。ユーザー２１０Ａの上司であるユーザー２１０Ｂが保有しているモバイル端末１７０Ｂから位置情報を取得して、ユーザー２１０Ａの位置情報とユーザー２１０Ｂの位置情報との差（距離）が予め定められた範囲内にある場合は、同行していると判断すればよい。なお、上長の抽出は、ユーザー・上長対応テーブル９００を用いればよい。図９は、ユーザー・上長対応テーブル９００のデータ構造例を示す説明図である。ユーザー・上長対応テーブル９００は、ユーザーＩＤ欄９１０、所属Ｇ欄９２０、役割欄９３０、上長ユーザーＩＤ欄９４０を有している。ユーザーＩＤ欄９１０は、ユーザーＩＤを記憶している。所属Ｇ欄９２０は、そのユーザーＩＤのユーザーが所属しているグループを記憶している。役割欄９３０は、そのユーザーの役割を記憶している。上長ユーザーＩＤ欄９４０は、そのユーザーの上長のユーザーＩＤを記憶している。

ステップＳ７１４では、同行しているか否かを判断し、同行している場合はステップＳ７２２へ進み、それ以外の場合はステップＳ７１６へ進む。
ステップＳ７１６では、承認処理を行う。ステップＳ７１６の詳細な処理については、図１０の例に示すフローチャートを用いて後述する。
ステップＳ７１８では、承認されたか否かを判断し、承認された場合はステップＳ７２２へ進み、それ以外の場合はステップＳ７２０へ進む。
ステップＳ７２０では、画像処理装置１５０へエラーを返す。なお、エラーの送信先は、ユーザー２１０Ａが保有しているモバイル端末１７０Ａであってもよい。
ステップＳ７２２では、画像処理装置１５０へ印刷対象の文書であるファイルを送信する。

図１０は、本実施の形態による処理例（ステップＳ７１６の処理例）を示すフローチャートである。
ステップＳ１００２では、上長の状態を取得する。例えば、上長の行動予定を抽出して判断してもよい。具体的には、その日時に会議等に参加している場合は、回答不可状態であると判断してもよい。また、上長の保有しているモバイル端末１７０の位置情報を取得して判断してもよい。具体的には、会議室等にいる場合は、回答不可状態であると判断してもよい。また、上長の保有しているモバイル端末１７０の稼働状態を取得して判断してもよい。具体的には、電話中である場合は、回答不可状態であると判断してもよい。
ステップＳ１００４では、上長が回答不可状態であるか否かを判断し、回答不可状態の場合はステップＳ１０１２へ進み、それ以外の場合はステップＳ１００６へ進む。

ステップＳ１００６では、上長に承認を依頼する。
ステップＳ１００８では、予め定められた期間が経過したか否かを判断し、経過した場合はステップＳ１０１２へ進み、それ以外の場合はステップＳ１０１０へ進む。
ステップＳ１０１０では、承認依頼に対する返信を受信する。
ステップＳ１０１２では、ユーザーが所属しているグループ内の複数のメンバーに承認を依頼する。
ステップＳ１０１４では、承認依頼に対する返信を受信する。

図１１は、本実施の形態による処理例を示すフローチャートである。情報処理装置１００が行う印刷処理例（印刷対象である文書の送信処理例）を示すものである。図７の例に示したフローチャートのステップＳ７１２〜Ｓ７１８の処理を省略したものである。
ステップＳ１１０２では、位置情報を取得する。
ステップＳ１１０４では、予約番号を取得する。
ステップＳ１１０６では、ユーザーデータを取得する。
ステップＳ１１０８では、行動予定との整合性をチェックする。
ステップＳ１１１０では、整合しているか否かを判断し、整合している場合はステップＳ１１１４へ進み、それ以外の場合はステップＳ１１１２へ進む。
ステップＳ１１１２では、画像処理装置１５０へエラーを返す。
ステップＳ１１１４では、画像処理装置１５０へ印刷対象の文書であるファイルを送信する。

図１２は、本実施の形態による処理例を示すフローチャートである。情報処理装置１００が行う印刷処理例（印刷対象である文書の送信処理例）を示すものである。図７の例に示したフローチャートのステップＳ７１６〜Ｓ７１８の処理を省略したものである。
ステップＳ１２０２では、位置情報を取得する。
ステップＳ１２０４では、予約番号を取得する。
ステップＳ１２０６では、ユーザーデータを取得する。
ステップＳ１２０８では、行動予定との整合性をチェックする。
ステップＳ１２１０では、整合しているか否かを判断し、整合している場合はステップＳ１２１８へ進み、それ以外の場合はステップＳ１２１２へ進む。
ステップＳ１２１２では、上長と同行しているか否かをチェックする。
ステップＳ１２１４では、同行しているか否かを判断し、同行している場合はステップＳ１２１８へ進み、それ以外の場合はステップＳ１２１６へ進む。
ステップＳ１２１６では、画像処理装置１５０へエラーを返す。
ステップＳ１２１８では、画像処理装置１５０へ印刷対象の文書であるファイルを送信する。

図１３は、本実施の形態による処理例を示すフローチャートである。情報処理装置１００が行う印刷処理例（印刷対象である文書の送信処理例）を示すものである。
ステップＳ１３０２では、位置情報を取得する。
ステップＳ１３０４では、予約番号を取得する。
ステップＳ１３０６では、予約番号が入力された画像処理装置１５０を特定する。
ステップＳ１３０８では、その画像処理装置１５０の位置情報を取得する。例えば、画像処理装置管理テーブル１４００を用いて、画像処理装置１５０の位置情報を取得すればよい。図１４は、画像処理装置管理テーブル１４００のデータ構造例を示す説明図である。画像処理装置管理テーブル１４００は、画像処理装置ＩＤ欄１４１０、位置情報欄１４２０を有しており、位置情報欄１４２０は、緯度欄１４２２、経度欄１４２４を有している。画像処理装置ＩＤ欄１４１０は、本実施の形態において、画像処理装置を一意に識別するための情報（画像処理装置ＩＤ）を記憶している。位置情報欄１４２０は、その画像処理装置が設置されている位置を示す位置情報を記憶している。緯度欄１４２２は、緯度を記憶している。経度欄１４２４は、経度を記憶している。
なお、ステップＳ１３０２とステップＳ１３０４、ステップＳ１３０６、ステップＳ１３０８の処理は、いずれが先に行われてもよいし、並列して行われてもよい。

ステップＳ１３１０では、ユーザーの位置情報と画像処理装置１５０の位置情報との整合性をチェックする。つまり、予約番号を入力したユーザーは、その申込を行ったユーザーであるか否かを判断する。具体的には、その予約番号を取得したユーザーＩＤを、予約情報テーブル６００から取得し、そのユーザーＩＤのユーザーがいる位置を位置情報テーブル８００（位置情報欄８３０）から取得し、その予約番号が入力された画像処理装置１５０の位置情報を画像処理装置管理テーブル１４００（位置情報欄１４２０）から取得し、その両者の位置情報の差（距離）が予め定められた範囲内である場合は、整合しているを判断してもよい。
ステップＳ１３１２では、整合しているか否かを判断し、整合している場合はステップＳ１３１６へ進み、それ以外の場合はステップＳ１３１４へ進む。
ステップＳ１３１４では、画像処理装置１５０へエラーを返す。なお、エラーの送信先は、ユーザー２１０Ａが保有しているモバイル端末１７０Ａであってもよい。
ステップＳ１３１６では、画像処理装置１５０へ印刷対象の文書であるファイルを送信する。

図１５は、本実施の形態による処理例を示すフローチャートである。情報処理装置１００が行う印刷処理例（印刷対象である文書の送信処理例）を示すものである。図７の例に示したフローチャートと図１３の例に示したフローチャートを組み合わせたものである。
ステップＳ１５０２では、位置情報を取得する。
ステップＳ１５０４では、予約番号を取得する。
ステップＳ１５０６では、ユーザーデータを取得する。
ステップＳ１５０８では、予約番号が入力された画像処理装置１５０を特定する。
ステップＳ１５１０では、その画像処理装置１５０の位置情報を取得する。
ステップＳ１５１２では、ユーザーの位置情報と画像処理装置の位置情報との整合性をチェックする。
ステップＳ１５１４では、整合しているか否かを判断し、整合している場合はステップＳ１５１６へ進み、それ以外の場合はステップＳ１５２８へ進む。

ステップＳ１５１６では、行動予定との整合性をチェックする。
ステップＳ１５１８では、整合しているか否かを判断し、整合している場合はステップＳ１５３０へ進み、それ以外の場合はステップＳ１５２０へ進む。
ステップＳ１５２０では、上長と同行しているか否かをチェックする。
ステップＳ１５２２では、同行しているか否かを判断し、同行している場合はステップＳ１５３０へ進み、それ以外の場合はステップＳ１５２４へ進む。
ステップＳ１５２４では、承認処理を行う。ステップＳ１５２４の詳細な処理については、図１０の例に示すフローチャートを用いて前述した。
ステップＳ１５２６では、承認があるか否かを判断し、ある場合はステップＳ１５３０へ進み、それ以外の場合はステップＳ１５２８へ進む。
ステップＳ１５２８では、画像処理装置１５０へエラーを返す。
ステップＳ１５３０では、画像処理装置１５０へ印刷対象の文書であるファイルを送信する。

もちろんのことながら、図１１の例に示したフローチャートと図１３の例に示したフローチャートを組み合わせてもよいし、図１２の例に示したフローチャートと図１３の例に示したフローチャートを組み合わせてもよい。

図１６を参照して、本実施の形態の情報処理装置１００、画像処理装置１５０、モバイル端末１７０、クライアント端末１９０のハードウェア構成例について説明する。図１６に示す構成は、例えばパーソナルコンピュータ（ＰＣ）等によって構成されるものであり、スキャナ等のデータ読み取り部１６１７と、プリンタ等のデータ出力部１６１８を備えたハードウェア構成例を示している。
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１６０１は、前述の実施の形態において説明した各種のモジュール、すなわち、通信モジュール１０５、位置情報取得モジュール１１０、アクセス権限判断モジュール１１５、承認依頼通知モジュール１２５、ファイルアクセス処理モジュール１３０、通信モジュール１５５、画面操作モジュール１６０、通信モジュール１７５、通信モジュール１９５等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。

ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１６０２は、ＣＰＵ１６０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１６０３は、ＣＰＵ１６０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバス等から構成されるホストバス１６０４により相互に接続されている。

ホストバス１６０４は、ブリッジ１６０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス１６０６に接続されている。

キーボード１６０８、マウス等のポインティングデバイス１６０９は、操作者により操作されるデバイスである。ディスプレイ１６１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）等があり、各種情報をテキストやイメージ情報として表示する。また、ポインティングデバイス１６０９とディスプレイ１６１０の両方の機能を備えているタッチスクリーン等であってもよい。

ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１６１１は、ハードディスク（フラッシュ・メモリ等であってもよい）を内蔵し、ハードディスクを駆動し、ＣＰＵ１６０１によって実行するプログラムや情報を記録又は再生させる。ハードディスクは、ユーザーデータ記憶モジュール１２０、ファイル記憶モジュール１３５等としての機能を実現させる。さらに、文書、予約番号、その他の各種データ、各種コンピュータ・プログラム等が格納される。

ドライブ１６１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体１６１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース１６０７、外部バス１６０６、ブリッジ１６０５、及びホストバス１６０４を介して接続されているＲＡＭ１６０３に供給する。なお、リムーバブル記録媒体１６１３も、データ記録領域として利用可能である。

接続ポート１６１４は、外部接続機器１６１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート１６１４は、インタフェース１６０７、及び外部バス１６０６、ブリッジ１６０５、ホストバス１６０４等を介してＣＰＵ１６０１等に接続されている。通信部１６１６は、通信回線に接続され、外部とのデータ通信処理を実行する。データ読み取り部１６１７は、例えばスキャナであり、ドキュメントの読み取り処理を実行する。データ出力部１６１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。

なお、図１６に示す情報処理装置１００、画像処理装置１５０、モバイル端末１７０、クライアント端末１９０のハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１６に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図１６に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分又は全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。

１００…情報処理装置
１０５…通信モジュール
１１０…位置情報取得モジュール
１１５…アクセス権限判断モジュール
１２０…ユーザーデータ記憶モジュール
１２５…承認依頼通知モジュール
１３０…ファイルアクセス処理モジュール
１３５…ファイル記憶モジュール
１４０…店舗
１５０…画像処理装置
１５５…通信モジュール
１６０…画面操作モジュール
１７０…モバイル端末
１７５…通信モジュール
１８０…オフィス
１９０…クライアント端末
１９５…通信モジュール
１９９…通信回線

Claims (10)

1. 第１のユーザーがいる位置を示す位置情報と、該第１のユーザーと予め定められた関係を有する第２のユーザーがいる位置を示す位置情報を取得する取得手段と、
   前記第１のユーザーの行動予定と前記第１のユーザーの位置情報の示す位置とが整合していない場合であって、該第１のユーザーの位置情報と前記第２のユーザーの位置情報とが整合するときは、画像処理装置に印刷対象の文書を送信する送信手段
   を有する情報処理装置。
2. 前記送信手段は、前記第１のユーザーの位置情報と前記第２のユーザーの位置情報とが整合していない場合であって、該第２のユーザーからの承認があるときは、画像処理装置に印刷対象の文書を送信する、
   請求項１に記載の情報処理装置。
3. 前記送信手段は、前記第２のユーザーから承認がない場合であって、複数の他のユーザーからの承認があるときは、画像処理装置に印刷対象の文書を送信する、
   請求項２に記載の情報処理装置。
4. 前記送信手段は、複数の他のユーザーからの承認がない場合は、画像処理装置に印刷対象の文書を送信しない、
   請求項３に記載の情報処理装置。
5. 前記送信手段は、前記第１のユーザーの行動予定と第１のユーザーの位置情報の示す位置とが整合していない場合であって、該第１のユーザーの位置情報と前記第２のユーザーの位置情報とが整合していないときは、画像処理装置に印刷対象の文書を送信しない、
   請求項１に記載の情報処理装置。
6. 前記送信手段は、前記第１のユーザーの位置情報と前記第２のユーザーの位置情報とが整合していない場合であって、該第２のユーザーからの承認がないときは、画像処理装置に印刷対象の文書を送信しない、
   請求項２に記載の情報処理装置。
7. 印刷の予約情報を受け付けた場合は、該予約情報が入力された画像処理装置が設置されている位置を示す位置情報と、該予約情報に対応するユーザーがいる位置を示す位置情報を取得する取得手段と、
   前記画像処理装置の位置情報と前記ユーザーの位置情報とが整合していない場合は、該画像処理装置に印刷対象の文書を送信しない送信手段
   を有する情報処理装置。
8. 印刷の予約情報を受け付けた場合は、前記取得手段は、さらに、該予約情報が入力された画像処理装置が設置されている位置を示す位置情報を取得し、
   前記画像処理装置の位置情報と前記第１のユーザーの位置情報が整合する場合は、前記送信手段による処理を行う、
   請求項１から６のいずれか一項に記載の情報処理装置。
9. コンピュータを、
   第１のユーザーがいる位置を示す位置情報と、該第１のユーザーと予め定められた関係を有する第２のユーザーがいる位置を示す位置情報を取得する取得手段と、
   前記第１のユーザーの行動予定と前記第１のユーザーの位置情報の示す位置とが整合していない場合であって、該第１のユーザーの位置情報と前記第２のユーザーの位置情報とが整合するときは、画像処理装置に印刷対象の文書を送信する送信手段
   として機能させるための情報処理プログラム。
10. コンピュータを、
    印刷の予約情報を受け付けた場合は、該予約情報が入力された画像処理装置が設置されている位置を示す位置情報と、該予約情報に対応するユーザーがいる位置を示す位置情報を取得する取得手段と、
    前記画像処理装置の位置情報と前記ユーザーの位置情報とが整合していない場合は、該画像処理装置に印刷対象の文書を送信しない送信手段
    として機能させるための情報処理プログラム。

Images