JP2015138305A - 文書印刷システム - Google Patents

Abstract

【課題】クラウド上に保存された文書を印刷するシステムにおいて、文書印刷サーバが対応していない文書フォーマットの印刷指示を抑制することで、ユーザに無駄な印刷を行わせないようにする。【解決手段】フォームとクラウドプラットフォームサービス１０２から文書ＩＤ（Ｉｄ）、コンテントタイプ（ＦｉｌｅＴｙｐｅ）、ファイルサイズ（ＣｏｎｔｅｎｔＳｉｚｅ）を取得する手段と、前記取得したコンテントタイプ及びファイルサイズを、文書ＩＤに紐付けて記憶する手段と、「サーバ識別子」「対応文書フォーマット」「対応文書のファイルサイズ閾値」等の文書送信先情報を管理及び取得する手段と、文書選択画面にて選択された選択文書のＩｄに対応する文書情報（コンテントタイプやファイルサイズ）を取得する手段と、前記取得した文書送信先情報及び選択文書の文書情報から、文書送信先へ文書を送信する送信ボタンを無効化するかどうか判定する手段と、送信ボタンを無効化する必要がある場合、送信ボタンを無効化する手段と、を備える。【選択図】 図９

Description

本発明は、クラウド上に保存された文書を印刷するシステムに関し、特に、印刷実行の指示を行う画面の作成方法に関する。

クラウドプラットフォーム上で業務データや文書の管理、各種処理を行う形態が普及し始めている。クラウドプラットフォームの代表例として、Ｓａｌｅｓｆｏｒｃｅ．ｃｏｍ社のＳａｌｅｓｆｏｒｃｅ ＣＲＭ（Ｒ）がある。ユーザは、クライアントコンピュータのブラウザからインターネットを介してクラウドプラットフォームのＷｅｂページにアクセスする。そして、そのＷｅｂページから文書印刷指示を行うと、文書制御サーバにリダイレクトされる。その後、文書制御サーバから返される画面にてユーザが印刷したい文書を選択する。そして、文書制御サーバがクラウドプラットフォーム上にある文書を取得して、文書を文書印刷サーバに送信する。クラウド上で扱う文書フォーマットは、各種用途に応じて様々である。ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）やＭｉｃｒｏｓｏｆｔ（Ｒ）Ｗｏｒｄ（Ｒ）やＥｘｃｅｌ（Ｒ）といったＯｆｆｉｃｅ文書、ＪＰＥＧやＰＮＧ等のイメージファイルが利用されている。

一方、これらの文書を受信し文書を印刷するサーバについても複数種類が想定される。各サーバによって対応している文書フォーマットは異なる。例えば、ＰＤＦを入力として受け付けられるタイプのサーバは、Ｏｆｆｉｃｅ文書やイメージファイルは受け付けられない。つまり、各サーバが提供するサービスの能力は異なっており、各サービスが受付可能な要求がサービスごとに異なるという状況がある。

従来方法として、各サービスへの要求を解析して適合する条件のサーバへリクエストを転送するものがある（特許文献１参照）。

特許第５０８３３１１号明細書

しかしながら従来の方法には以下の問題があった。

すなわち、文書制御サーバは文書を文書印刷サーバに送信するが、送信先の文書印刷サーバが受信した文書フォーマットに対応していない場合、受信後に初めてエラーが発覚する。また、マルチテナントにおいて特定組織による専有を防ぐため受付文書のファイルサイズに制限を設けている文書印刷サーバが普通である。ファイルサイズが制限値を超えた場合にはやはり受信後に初めてエラーが発覚する。さらに、文書のフォーマットによってはそのフォーマット自体には対応しているものの、特殊な設定によりエラーとなるものもある。

例えばＰＤＦにおいては「暗号化」設定がされている場合、文書印刷サーバは該当のＰＤＦを開けないためエラーになってしまう。これらのケースでは、ユーザは文書印刷指示を行った後、文書印刷サーバ上でエラー判定されるまでの間待機する必要があった。文書制御サーバによっては送信が成功すれば課金するものもあり、文書の印刷ができないのに課金されてしまう問題があった。また、文書データがサービス間で転送、解析されるため、サーバリソースやネットワークリソースが無駄に消費されてしまう問題があった。本発明は、上記の問題点を解決するためになされたもので、クラウド上に保存された文書を印刷するシステムにおいて、文書印刷サーバでエラーになるケースの印刷指示を抑制することで、ユーザに無駄な印刷を行わせないようにすることを目的とする。

フォームとクラウドプラットフォームサービス１０２から文書ＩＤ（Ｉｄ）、コンテントタイプ（ＦｉｌｅＴｙｐｅ）、ファイルサイズ（ＣｏｎｔｅｎｔＳｉｚｅ）を取得する手段（Ｓ８０５）と、前記取得したコンテントタイプ及びファイルサイズを、文書ＩＤに紐付けて記憶する手段（Ｓ８０８）と、「サーバ識別子」「対応文書フォーマット」「対応文書のファイルサイズ閾値」等の文書送信先情報を管理及び取得する手段（Ｓ９０６）と、文書選択画面にて選択された選択文書のＩｄに対応する文書情報（コンテントタイプやファイルサイズ）を取得する手段（Ｓ９０７）と、前記取得した文書送信先情報及び選択文書の文書情報から、文書送信先へ文書を送信する送信ボタンを無効化するかどうか判定する手段（Ｓ９０８、Ｓ９１１）と、送信ボタンを無効化する必要がある場合、送信ボタンを無効化する手段（Ｓ９０９、Ｓ９１４）と、を備えることを特徴とする文書印刷システム。

本発明によれば、処理不能な文書の印刷が防止できるため、ユーザー体験を向上できる。また、文書データの無駄な転送及び解析が不要になるため、サーバーリソース、ネットワークリソースを節約できる。

システム構成を示すブロック図である。 ハードウェア構成を示すブロック図である。 文書印刷システムの全体構成を示す図である。 クラウドプラットフォームサービスのソフトウェアモジュール構成図である。 Ｗｅｂサーバ３０３のソフトウェアモジュール構成図である。 文書送信モジュール３０４のソフトウェアモジュール構成図である。 実施例１における文書印刷システムが行う処理シーケンスを示す図である。 実施例１における文書一覧画面作成処理を示すフローチャートである。 実施例１における文書操作画面作成処理を示すフローチャートである。 文書一覧画面の例である。 文書操作画面の例である。 実施例２における文書操作画面作成処理を示すフローチャートである。 クラウドプラットフォームサービスのカスタムボタンの定義情報例である。 クエリ情報テーブルのテーブル構造を示す図である。 クエリ情報レコードに登録されたクエリコマンドの例である。

以下、本発明を実施するための最良の形態について図面を用いて説明する。

図１は、本発明の実施例のシステム構成を示すブロック図である。

図中、１０１は、後述するクラウドプラットフォームサービス１０２および後述する文書制御サーバ１０３に対してリクエストを発行するクライアント装置１０１である。図中、１０２はクラウドプラットフォームサービス１０２であり、クライアント装置１０１や文書制御サーバ１０３からのリクエストに応じて、保持する文書の表示や送信を行う。図中、１０３は、文書制御サーバ１０３であり、クライアント装置１０１からリクエストを受信してクラウドプラットフォームサービス１０２から文書一覧取得、文書取得や文書印刷サーバ１０４へ文書送信を行う。図中、１０４は、文書印刷サーバ１０４であり、文書制御サーバ１０３から受信した文書の印刷を行う。

また、上記各構成要素はネットワーク１００により通信可能に接続されている。ネットワークは、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれである。また、これらの組み合わせにより実現される、いわゆる通信ネットワークである。ネットワークは、データの送受信が可能であればよく、クライアント装置１０１からクラウドプラットフォームサービス１０２など、各サーバ間の通信手段が異なっていてもよい。

図２は、図１のクライアント装置１０１、クラウドプラットフォームサービス１０２、文書制御サーバ１０３、文書印刷サーバ１０４のハードウェア構成を示すブロック図である。図中、２０１は内部バスで接続される各デバイス（後述のＲＯＭ、ＲＡＭ他）を直接或いは間接的に制御し、本発明を実現するためのプログラムを実行するＣＰＵである。２０２はＢＩＯＳが格納してあるＲＯＭである。２０３はＣＰＵ２０１のワーク領域として利用されたり、本発明を実現するためのソフトウェアモジュールをロードするための一時記憶として利用されたりするＲＡＭ（直接記憶装置）である。

２０４は基本ソフトウェアであるＯＳやソフトウェアモジュールが記憶されているＨＤＤ（ハードディスクドライブ）、もしくはＳＳＤ（ソリッドステートドライブ）などの間接記憶装置である。２０５は入力装置であり不図示のキーボードやポインティングデバイスなどである。２０６は出力装置でありディスプレイが接続される。２０７はネットワーク１００に接続するためのＩ／Ｆである。

これらハードウェアでは、起動後ＣＰＵ２０１によりＢＩＯＳが実行されＯＳがＨＤＤ２０４からＲＡＭ２０３に実行可能にロードされる。ＣＰＵ２０１はＯＳの動作に従って後述する各種ソフトウェアモジュールをＨＤＤ２０４からＲＡＭ２０３に随時、実行可能にロードする。各種ソフトウェアモジュールは上記各デバイスの協調によりＣＰＵ２０１によって実行され動作する。また、Ｉ／Ｆ２０７はネットワーク１００に接続されており、ＯＳの動作に従ってＣＰＵ２０１により制御され、上述した通信手段による通信を実現している。

図３は、本発明の実施の形態に係る文書印刷システムの全体構成を示す図である。

図中、クライアント装置１０１はユーザインタフェースアプリケーションとしてＷｅｂブラウザ３０１を備えている。

クラウドプラットフォームサービス１０２は、クラウドプラットフォームサービスを使用するユーザの管理や文書管理、後述する文書制御サーバ１０３へのリダイレクトを行うための設定を管理する。

また、クラウドプラットフォームサービス１０２は、複数の企業・組織から使用されることが前提であり（一般的にマルチテナントと呼ばれる）、使用する企業・組織毎に前述のユーザ管理、文書管理等が行われる。

文書制御サーバ１０３は、Ｗｅｂサーバ３０３、および、文書送信モジュール３０４を備える。Ｗｅｂサーバ３０３はいわゆるＷｅｂアプリケーションの機能を有するよう構成されており、クライアント１０１はＷｅｂブラウザ３０１を介してアクセスする事が出来る。Ｗｅｂサーバ３０３はＷｅｂブラウザ３０１からのリクエストに対してユーザインタフェース情報を返答する。Ｗｅｂブラウザ３０１はＷｅｂサーバ３０３から得られたユーザインタフェース情報をレンダリングし表示する。表示されたユーザインタフェース情報には、たとえば、後述する文書制御サーバ１０３がクラウドプラットフォームサービス１０２から取得する文書の一覧や、文書取得をリクエストするためのインタフェース等が含まれている。

また、Ｗｅｂサーバ３０３はＷｅｂブラウザ３０１から文書取得リクエストを受信すると、クラウドプラットフォームサービス１０２から文書を取得し、該文書とともに文書送信モジュール３０４に対して文書送信のリクエストを送信する。

文書送信モジュール３０４は、送信されてきた文書を文書印刷サーバ１０４に送信する。

図４は、クラウドプラットフォームサービス１０２上で動作するソフトウェアモジュールの構成図である。なお各ソフトウェアモジュールは図２で示したＨＤＤ２０４に記憶されており、前述したようにＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。

図中、４０１はクライアント装置１０１のＷｅｂブラウザ３０１や文書制御サーバ１０３のＷｅｂサーバ３０３との通信を処理する送受信部４０１、受け付けたリクエストに従って処理を実行する制御部４０２、Ｗｅｂブラウザ３０１に返すＷｅｂページを生成するページ生成部４０３、ログイン要求してきたユーザを認証する認証部４０５、認証部４０５にて認証に成功したユーザのセッション情報を管理するセッション管理部４０４、文書をＤＢ４０８に保持し要求に応じてＤＢ４０８から文書の取得あるいは更新を行うデータ管理部４０６、文書制御サーバ１０３へのリダイレクトを行うための設定を保持する設定管理部４０７にて構成される。クラウドプラットフォームサービス１０２はこれら各構成要素の協調により、後述する処理を実行する。

また、図中、４０８は管理ユーザデータや文書を格納するＤＢ４０８であり、図２で示したＨＤＤ２０４に記憶されている。

管理ユーザデータや文書は、企業・組織（以降、組織と表記）毎に管理される。組織には組織ＩＤが自動的に割り当てられ、組織ＩＤとともに各データが管理される。ユーザ認証時、ユーザが所属する組織の組織ＩＤを取得しセッション管理部４０４に保存する。以降のデータ取得等の処理は組織ＩＤをもとに行われ、組織ＩＤの一致するデータのみを参照することが可能となっている。

また、ＤＢ４０８には、文書制御サーバ１０３へのリダイレクトを行うための設定も格納される。ＤＢ４０８に格納された文書や文書制御サーバ１０３へリダイレクトを行うための設定は、Ｗｅｂブラウザ３０１を介して、ユーザ（管理者）により任意のタイミングで設定更新が行われる。

図５は、文書制御サーバ１０３のＷｅｂサーバ３０３上で動作するソフトウェアモジュールの構成図である。なお各ソフトウェアモジュールは図２で示したＨＤＤ２０４に記憶されており、前述したようにＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。

図中、５０１はクライアント装置１０１のＷｅｂブラウザ３０１やクラウドプラットフォームサービス１０２、文書送信モジュール３０４との通信を処理する送受信部５０１、受け付けたリクエストに従って処理を実行する制御部５０２、Ｗｅｂブラウザ３０１に返すＷｅｂページを生成するページ生成部５０３、クラウドプラットフォームサービス１０２にアクセスして文書一覧の取得や文書の取得を行うデータアクセス部５０４、後述のクエリ情報テーブルを管理するクエリ情報管理部５０５、Ｗｅｂブラウザ３０１のセッション情報を管理するセッション管理部５０６にて構成される。Ｗｅｂサーバ３０３はこれら各構成要素の協調により、後述する処理を実行する。

図６は、文書制御サーバ１０３の文書送信モジュール３０４上で動作するソフトウェアモジュールの構成図である。なお各ソフトウェアモジュールは図２で示したＨＤＤ２０４に記憶されており、前述したようにＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。

図中、６０１はＷｅｂサーバ３０３からの文書送信リクエストを受け付ける要求受信部６０１、受け付けたリクエストに従って処理を実行する制御部６０２、送信先情報を管理する送信先情報管理部６０３、Ｗｅｂサーバ３０３から送信された文書を文書印刷サーバ１０４に送信する文書送信部６０４にて構成される。

図１３は、クラウドプラットフォームサービス１０２の設定管理部４０７で保持する文書制御サーバ１０３へのリダイレクトを行うための設定の例を示す図である。

図１３では、カスタムボタンが「商談」タブに定義されており、「商談」タブに表示するカスタムボタンの設定情報には、ボタン表示名１３０３、および、文書制御サーバ１０３へリダイレクトを行うためのパラメータ情報が格納されている。

パラメータ１３０４は、文書制御サーバ１０３のＵＲＩを「ｈｔｔｐ：／／〜」の形式で指定した文書制御サーバＵＲＩ１３０４である。

パラメータ１３０５は、ログインしたユーザのセッションＩＤを取得して文字列「ｓｉｄ＝＜セッションＩＤ＞」をＵＲＬパラメータに付加する設定である。

パラメータ１３０６は、文書制御サーバ１０３がクラウドプラットフォームサービス１０２にアクセスするためのＵＲＬを取得して文字列「ｓｒｖ＿ｕｒｌ＝＜クラウドプラットフォームサービスＵＲＬ＞」をＵＲＬパラメータに付加する設定である。クラウドプラットフォームサービス１０２にアクセスするためのＵＲＬは組織毎に固有であり、ユーザ認証時に、制御部５０２が、ユーザが所属する組織に応じたＵＲＬを取得してセッション管理部４０４に保存する。

パラメータ１３０７は、クラウドプラットフォームサービス１０２から文書一覧を取得するためのクエリ情報を一意に識別するクエリＩＤ１３０７である。

パラメータ１３０８は、クラウドプラットフォームサービス１０２から文書を取得するためのクエリ情報を一意に識別するクエリＩＤ１３０８である。

図１４は、Ｗｅｂサーバ３０３のクエリ情報管理部５０５が保持するクエリ情報テーブルのテーブル構造を示す図である。

クエリ情報テーブル１４０１のクエリ情報レコード１４０２は、該レコードの所有者である組織を識別する組織ＩＤ１４０３、クエリ情報レコードを一意に識別するクエリＩＤ１４０４、クラウドプラットフォームサービス１０２から文書一覧取得や文書取得するためのクエリを記述したクエリコマンド１４０５で構成される。

次に、本発明の実施例１における文書印刷システムを用いた文書プレビューについて、図を参照しながら詳細に説明する。なお、以降の図では、クラウドプラットフォームサービスをＣＰＳと略して表記している。

図７は、本発明の実施例１における文書印刷システムが行う処理の流れを示している。なお、ユーザは不図示のログイン画面にてクラウドプラットフォームサービス１０２にログイン済とし、Ｗｅｂブラウザ３０１にはクラウドプラットフォームサービス１０２の画面が表示されており、予め、図１３の設定がなされた文書印刷ボタンが表示されている。
はじめに、ユーザによりクライアント装置１０１のＷｅｂブラウザ３０１に表示された画面の文書印刷ボタンが押下される（Ｓ７０１）。クラウドプラットフォームサービス１０２は、図１３の設定をもとに文書制御サーバ１０３にリダイレクトするためのＵＲＬを作成しブラウザにレスポンスを返す。

クラウドプラットフォームサービス１０２により返されたレスポンスをＷｅｂブラウザ３０１が受信すると、Ｗｅｂブラウザ３０１は、以下を文書制御サーバ１０３のＷｅｂサーバ３０３に送信する（Ｓ７０２）。すなわち、クラウドプラットフォームサービス１０２のセッションＩＤ１３０５（「ｓｉｄ＝＜セッションＩＤ＞」）、クラウドプラットフォームサービス１０２にアクセスするためのＵＲＬ１３０６（「ｓｒｖ＿ｕｒｌ＝＜ＵＲＬ＞」）、文書一覧取得用クエリＩＤ１３０７（「ｌｉｓｔ＝＜クエリＩＤ＞」）、文書取得用クエリＩＤ１３０８（「ｃｏｎｔｅｎｔ＝＜クエリＩＤ＞」）である。Ｗｅｂブラウザ３０１からのリクエストを受信したＷｅｂサーバ３０３は、Ｓ７０３において、クラウドプラットフォームサービス１０２から文書一覧を取得する。

図８は、図７のＳ７０２、Ｓ７０３において、Ｗｅｂサーバ３０３の文書一覧画面作成処理を示すフローチャートである。

制御部５０２は、本明細書では、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ等からなり、フローチャートで示す手順が制御部５０２のＲＡＭ、ＲＯＭ、ＨＤＤのいずれかの記憶手段に記憶され、ＣＰＵ２０１により実行される。

制御部５０２は、Ｗｅｂブラウザ３０１からのリクエストを受信する（Ｓ８０１）と、Ｓ８０２において、送信されてきたパラメータから、以下を取得してＲＡＭ２０３に記憶する。すなわち、クラウドプラットフォームサービス１０２のセッションＩＤ、クラウドプラットフォームサービス１０２にアクセスするためのＵＲＬ、文書一覧取得用クエリＩＤ１３０７（「ｌｉｓｔ＝＜クエリＩＤ＞」）、文書取得用クエリＩＤ１３０８（「ｃｏｎｔｅｎｔ＝＜クエリＩＤ＞」）である。

また、制御部５０２は、前記クラウドプラットフォームサービス１０２のセッションＩＤ、前記クラウドプラットフォームサービス１０２にアクセスするためのＵＲＬと前記文書取得用クエリＩＤ１３０８をセッション管理部５０６に保存する。次に、制御部５０２は、Ｓ８０３において、クエリ情報テーブルを検索し、送信されてきたパラメータ中の文書一覧取得用クエリＩＤ１３０７に一致するクエリＩＤ１４０４を持つクエリ情報レコードを取得する。

次に、制御部５０２は、Ｓ８０４において、Ｓ８０２においてＲＡＭ２０３に記憶したクラウドプラットフォームサービス１０２のセッションＩＤ、ＣＰＳ１０２にアクセスするためのＵＲＬを用いて、クラウドプラットフォームサービス１０２に接続する。そして前記取得したクエリ情報レコードのクエリコマンド１４０５を実行する。次に、制御部５０２は、Ｓ８０５において、前記クエリコマンド実行結果から文書ＩＤ（Ｉｄ）、文書名（Ｔｉｔｌｅ）、コンテントタイプ（ＦｉｌｅＴｙｐｅ）、ファイルサイズ（ＣｏｎｔｅｎｔＳｉｚｅ）を取得して、ページ生成部５０３に対して文書一覧画面１００１を生成するよう要求する。

そして生成された文書一覧画面１００１をＷｅｂブラウザ３０１に返す（Ｓ８０６、Ｓ８０７）。次に、制御部５０２は、Ｓ８０８にてＳ８０５にて取得したコンテントタイプ及びファイルサイズを、文書ＩＤに紐付けてＲＡＭ２０３に記憶する。以上の処理により、Ｗｅｂサーバ３０３は文書一覧画面作成処理を実行する。

なお、Ｓ８０３において、送信されてきたパラメータ中の文書一覧取得用クエリＩＤ１３０７がクエリ情報テーブルに存在しない場合は、エラーとなるようにすることも可能である。また、Ｓ８０５において、クエリコマンド実行結果の取得件数が０件の場合にはエラーとなるようにしてもよい。

図１０は、Ｓ８０６において生成した文書一覧画面１００１の例である。クラウドプラットフォームサービス１０２に保存されている文書のファイル名が表示されており、また、文書をユーザが選択し印刷指示するための文書印刷ボタン１００３が表示されている。

図７において、Ｗｅｂブラウザ３０１に返された文書一覧画面１００１にて、ユーザにより文書が選択され、文書印刷ボタン１００３が押下される。すると、Ｗｅｂブラウザ３０１より、Ｗｅｂサーバ３０３に対して、前記選択された文書のＩｄとともに文書操作画面取得リクエストが送信される（Ｓ７０４）。Ｓ７０４において、Ｗｅｂサーバ３０３が文書操作画面取得リクエストを受信すると、Ｗｅｂサーバ３０３は後述の文書取得処理を行う。

図９は、図７のＳ７０４〜Ｓ７０６において、Ｗｅｂサーバ３０３の文書操作画面作成処理を示すフローチャートである。

制御部５０２は、本明細書では、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ等からなり、フローチャートで示す手順が制御部５０２のＲＡＭ、ＲＯＭ、ＨＤＤのいずれかの記憶手段に記憶され、ＣＰＵ２０１により実行される。

制御部５０２は、Ｗｅｂブラウザ３０１からのリクエストを受信する（Ｓ９０１）と、Ｓ９０２において、送信されてきたパラメータから、選択文書のＩｄを取得してＲＡＭ２０３に記憶する。また、制御部５０２は、セッション管理部５０６からクラウドプラットフォームサービス１０２のセッションＩＤ、クラウドプラットフォームサービス１０２にアクセスするためのＵＲＬおよび文書取得用クエリＩＤ１３０７を取得する。次に、制御部５０２は、Ｓ９０３において、クエリ情報テーブルを検索し、前記取得した文書取得用クエリＩＤ１３０８に一致するクエリＩＤ１４０４を持つクエリ情報レコードを取得する。

そして前記取得したクエリ情報レコードのクエリコマンド１４０５と前記取得した選択文書のＩｄをもとに文書取得クエリを作成する。次に、制御部５０２は、Ｓ９０４において、Ｓ９０２において取得したＣＰＳ１０２のセッションＩＤとクラウドプラットフォームサービス１０２にアクセスするためのＵＲＬを用いて、クラウドプラットフォームサービス１０２に接続する。そして前記作成した文書取得クエリを実行する。

図１５は、クエリ情報テーブル１４０１のクエリ情報レコード１４０２に登録されたクエリコマンド１４０６の例、および、作成されるクエリの例を示している。

図１５（ａ）は、文書一覧を取得するクエリコマンド１４０６の例である。本例では、ＣｏｎｔｅｎｔＶｅｒｓｉｏｎテーブル１５０５から、レコードＩＤ（Ｉｄ１５０１）、文書名（Ｔｉｔｌｅ１５０２）、コンテントタイプ（ＦｉｌｅＴｙｐｅ１５０３）、ファイルサイズ（ＣｏｎｔｅｎｔＳｉｚｅ１５０４）を取得するよう定義されている。

図１５（ｂ）は、文書を取得するクエリコマンド１４０６の例である。本例では、ＣｏｎｔｅｎｔＶｅｒｓｉｏｎテーブル１５０７から、レコードＩＤ（Ｉｄ１５０５）、文書データ（ＶｅｒｓｉｏｎＤａｔａ１５０６）を取得するよう定義されている。また、「‘Ｉｄ’」は実行時にパラメータＩｄで指定された値に置換されることを示している。

図１５（ｃ）は、パラメータＩｄの値が「１２３４５」の場合に、Ｓ９０４において作成される文書取得クエリの例である。

次に、制御部５０２は、Ｓ９０５において、Ｓ９０４で取得した文書をセッション管理部５０６に保存する。その後、制御部５０２は、Ｓ９０６において、文書送信先情報を取得する。文書送付先情報は、文書送信先である文書印刷サーバ１０４ごとの「サーバ識別子」「対応文書フォーマット」「対応文書のファイルサイズ閾値」の情報であり、あらかじめＷｅｂサーバ３０３のハードディスク２１１に保存されている。文書印刷サーバ１０４が複数存在する場合は、複数個保存されている。また、文書印刷サーバ１０４が複数の文書フォーマットに対応している場合、対応文書フォーマットはリストになる。次に、制御部５０２は、Ｓ９０７において、Ｓ９０２においてＲＡＭ２０３に記憶した選択文書のＩｄに対応するコンテントタイプを取得する。コンテントタイプは、文書Ｉｄに紐づけてＳ８０８でＲＡＭ２０３に記憶したものである。

次に、制御部５０２は、Ｓ９０８において、各文書印刷サーバ１０４に関して、その文書印刷サーバ１０４がＳ９０７で取得した選択文書のコンテントタイプに対応しているかを判定する。判定は、Ｓ９０６で取得した各文書印刷サーバ１０４の対応文書フォーマットのリストに、Ｓ９０７で取得した選択文書のコンテントタイプが含まれているかどうかで行う。

Ｓ９０８において、文書印刷サーバ１０４が選択文書のコンテントタイプに対応していないと判定された場合、制御部５０２は以下の処理を行う。すなわち、文書を文書印刷サーバ１０４に送信するための送信ボタンを無効化するように指定してページ生成部５０３に対して文書操作画面を生成するよう要求する。そして生成された文書操作画面をＷｅｂブラウザ３０１に返す（Ｓ９０９、Ｓ９１５）。

Ｓ９０８において、文書印刷サーバ１０４が選択文書のコンテントタイプに対応していると判定された場合（Ｓ９０８のＹｅｓ）、制御部５０２は、Ｓ９１０において、Ｓ９０２においてＲＡＭ２０３に記憶した選択文書のＩｄに対応するファイルサイズを取得する。ファイルサイズは、文書Ｉｄに紐づけてＳ８０８でＲＡＭ２０３に記憶したものである。次に、制御部５０２は、Ｓ９１１において、選択文書のファイルサイズが閾値以下かどうかを判定する。ファイルサイズの閾値は、Ｓ９０６で取得したものである。

Ｓ９１１において、選択文書のファイルサイズが閾値以下であると判定された場合には、通常通り、ページ生成部５０３に対して文書操作画面を生成するよう要求し、生成された文書操作画面をＷｅｂブラウザ３０１に返す（Ｓ９１５）。Ｓ９１１において、選択文書のファイルサイズが閾値以上であると判定された場合には、制御部５０２は、文書を文書印刷サーバ１０４に送信するための送信ボタンを無効化するように指定してページ生成部５０３に対して文書操作画面を生成するよう要求する。そして生成された文書操作画面をＷｅｂブラウザ３０１に返す（Ｓ９１４、Ｓ９１５）。

以上の処理により、Ｗｅｂサーバ３０３は文書操作画面作成処理を実行する。

図１１は、Ｓ９１５において生成した文書操作画面１１０１の例である。選択した文書のファイル名（１１０２）が表示されている。また、文書を文書印刷サーバ１０４（サービスＡ）へ送付する送付ボタン１１０３、および文書印刷サーバ１０４（サービスＢ）へ送付する送付ボタン１１０４、および、文書一覧画面１００１に戻るための戻るボタン１１０５が表示されている。サービスＡはオフィス文書の印刷に対応していないため、送付ボタン１１０３が無効化されている。

本実施の形態によれば、文書印刷サーバ１０４が対応する文書フォーマットおよび制限ファイルサイズを考慮し、選択された文書が送付先の文書印刷サーバ１０４で処理できるかを事前判定する（Ｓ９０９，Ｓ９１１）。そして、その結果を元に文書操作画面１１０１の送付ボタンを生成する。

以上により、非対応の文書フォーマットやファイルサイズ制限超過により文書送付後に処理エラーが発生することを未然に防ぐことが出来、課金やネットワークリソース不可の問題を解決することが出来る。

なお、本実施例では、文書コンテンツの取得処理を文書操作画面作成前に行っているが、文書コンテンツは文書操作画面作成時の送信ボタン無効化処理に影響を与えないため、文書操作画面精製後に文書コンテンツの取得を行ってもよい。

［実施例２］
次に、本発明を実施するための第２の形態について図面を用いて説明する。なお第１の実施の形態と共通の部分については説明を省略し、以下では差異部分のみ説明する。

文書のフォーマットによっては特殊な設定が可能なものがあり、この設定により文書印刷サーバでの印刷がエラーになるケースが存在する。例えば、ＰＤＦ文書では、文書全体にパスワード設定を行うことが出来、この設定を行うと文書が暗号化される。この暗号化されたＰＤＦ文書を文書印刷サーバで印刷しようとするとエラーになる。本実施例では、フォーマット自体は対応している文書であるが、その特殊設定によりエラーになるケースについても送信ボタンを無効化し、送信後のエラーを未然に防ぐ事を目的とする。

図１２は、本実施の第２の形態に係る、文書制御サーバ１０３のＷｅｂサーバ３０３の文書操作画面作成処理を示すフローチャートである。なお、図９と同様のフローにおいては、同じ符号を付与しており、以下、差異部分のみ説明する。

Ｓ９０８において、文書印刷サーバ１０４が選択文書のフォーマットに対応していると判定した場合、制御部５０２は、Ｓ１２０１において、文書内部の解析が必要かどうかを判定する。判定は、選択文書のフォーマットが解析対象文書フォーマットリストに含まれているかどうかで行う。解析対象文書フォーマットリストは、Ｗｅｂサーバ３０３のハードディスクに予め保存されている。

制御部５０２は、Ｓ１２０１において文書内部の解析が必要と判定された場合、Ｓ１２０２において、文書内部の解析を行う。解析処理自体は既知のため詳細は割愛する。

制御部５０２は、Ｓ１２０３において、文書内部の解析結果から、文書が送信先の文書印刷サーバ１０４で印刷できるかどうかを判定する。例えば、ＰＤＦに暗号化がかかっていた場合、送信不可能と判断する。各文書印刷サーバが、特定のフォーマットにおいてどの設定に対応しているかについては、文書送付先情報の一部として「対応文書フォーマット」等と同様にあらかじめＷｅｂサーバ３０３のハードディスク２１１に保存されている。制御部５０２は、Ｓ１２０３において文書が送信不可能と判断された場合には、Ｓ１２０４にて、送信ボタンを無効化する。

本実施の第２の形態によれば、フォーマット自体は対応している文書であるが、その特殊設定によりエラーになるケースについても送信ボタンを無効化し、送信後のエラーを未然に防ぐ事が出来る。

１０１ クライアント装置
１０２ クラウドプラットフォームサービス
１０３ 文書制御サーバ
１０４ 文書印刷サーバ

Claims (2)

1. フォームとクラウドプラットフォームサービス１０２から文書ＩＤ（Ｉｄ）、コンテントタイプ（ＦｉｌｅＴｙｐｅ）、ファイルサイズ（ＣｏｎｔｅｎｔＳｉｚｅ）を取得する手段（Ｓ８０５）と、前記取得したコンテントタイプ及びファイルサイズを、文書ＩＤに紐付けて記憶する手段（Ｓ８０８）と、「サーバ識別子」「対応文書フォーマット」「対応文書のファイルサイズ閾値」の文書送信先情報を管理及び取得する手段（Ｓ９０６）と、文書選択画面にて選択された選択文書のＩｄに対応する文書情報（コンテントタイプやファイルサイズ）を取得する手段（Ｓ９０７）と、前記取得した文書送信先情報及び選択文書の文書情報から、文書送信先へ文書を送信する送信ボタンを無効化するかどうか判定する手段（Ｓ９０８、Ｓ９１１）と、送信ボタンを無効化する必要がある場合、送信ボタンを無効化する手段（Ｓ９０９、Ｓ９１４）と、を備えることを特徴とする文書印刷システム。
2. 文書内部の解析が必要かどうかを判定する手段（Ｓ１２０１）と、文書内部を解析する手段（Ｓ１２０２）と、前記文書内部の解析結果から文書を文書印刷サーバに送信可能化を判定する手段（Ｓ１２０３）と、文書が送信不可能と判断された場合には、文書送信ボタンを無効化する手段（Ｓ１２０４）と、を備えることを特徴とする請求項１に記載の文書印刷システム。