JP2023175440A - システム、方法およびプログラム - Google Patents

Abstract

【課題】Ｗｅｂアプリケーションで作成されたデータをアプリケーションを介して処理する場合に利便性の向上とセキュリティの確保を実現する仕組みを提供する。【解決手段】Ｗｅｂブラウザにより表示されたＷｅｂアプリケーションの画面上で、前記Ｗｅｂアプリケーションを提供するサーバに格納されたデータの処理の指示をユーザから受け付けた場合、Ｗｅｂアプリケーションは、サーバに対して一時的な認証情報を要求し、サーバから送信された認証情報を受信する。情報処理装置にインストールされており処理を実行するアプリケーションは、Ｗｅｂアプリケーションから認証情報を取得し、サーバに対して認証情報を用いてユーザに発行されているアカウント情報を要求する。アプリケーションは、サーバから送信されたアカウント情報を取得して保持し、アカウント情報を用いてサーバからデータを取得して処理する。【選択図】図１０

Description

本発明は、システム、方法およびプログラムに関する。

Ｗｅｂアプリケーションで作成された作品のデータを、端末装置にインストールされたアプリケーションに取り込み、印刷装置から出力させる画像処理システムが知られている。特許文献１には、サーバと印刷装置間で直接印刷データを送受信する構成が記載されている。特許文献１では、プリンタの認証トークンと画像データとを紐づけてサーバで管理し、プリンタからサーバに対して、過去に印刷されたデータを要求可能にすることが記載されている。

特開２０１５－１７９３６１号公報

Ｗｅｂアプリケーションで作成されたデータを、装置にインストールされているアプリケーションを介して処理する場合において利便性を向上させることとセキュリティを確保することとが求められる。

本発明は、Ｗｅｂアプリケーションで作成されたデータをアプリケーションを介して処理する場合に利便性の向上とセキュリティの確保を実現する仕組みを提供することを目的とする。

上記課題を解決するため、本発明に係るプログラムは、情報処理装置のコンピュータを、Ｗｅｂブラウザにより表示されたＷｅｂアプリケーションの画面上で、前記Ｗｅｂアプリケーションを提供するサーバに格納されたデータの処理の指示をユーザから受け付けた場合、前記Ｗｅｂアプリケーションにおいて、前記サーバに対して一時的な認証情報を要求する第１要求手段、前記Ｗｅｂアプリケーションにおいて、前記第１要求手段による要求に応じて前記サーバから送信された前記認証情報を受信する第１受信手段、前記情報処理装置にインストールされており前記処理を実行するアプリケーションにおいて、前記第１受信手段により受信した前記認証情報を取得する第１取得手段、前記アプリケーションにおいて、前記サーバに対して前記認証情報を用いて前記ユーザに対して発行されているアカウント情報を要求する第２要求手段、前記アプリケーションにおいて、前記第２要求手段による要求に応じて前記サーバから送信された前記アカウント情報を取得して保持する第２取得手段、前記アプリケーションにおいて、前記アカウント情報を用いて前記サーバから前記データを取得して処理する処理手段、として機能させる。

本発明によれば、Ｗｅｂアプリケーションで作成されたデータを印刷アプリケーションを介して印刷させる場合に利便性の向上とセキュリティの確保を実現することができる。

印刷処理システムの構成を示す図である。 端末装置のハードウエア構成を示すブロック図である。 印刷装置のハードウエア構成を示すブロック図である。 Ｗｅｂサーバのハードウエア構成を示すブロック図である。 Ｗｅｂサーバのソフトウエア構成を示すブロック図である。 端末装置のソフトウエア構成を示すブロック図である。 Ｗｅｂアプリケーションの画面を示す図である。 印刷アプリケーションの画面を示す図である。 Ｗｅｂアプリケーションでポスター画像を作成するまでのシーケンス図である。 印刷アプリケーションにより印刷を行う際のシーケンス図である。 ゲストＩＤを復元する処理を示すシーケンス図である。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

［第１実施形態］
図１は、本実施形態に係る印刷処理システムの構成の一例を示す図である。印刷処理システムは、端末装置１０１、印刷装置１０２、Ｗｅｂサーバ１０３を含んで構成され、ユーザは、Ｗｅｂサーバ１０３から提供されたＷｅｂアプリケーションで作成したデータを印刷アプリケーションを介して印刷させることができる。端末装置１０１は、例えばスマートフォン、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、タブレット端末、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）等の情報処理装置である。印刷装置１０２は、インク等の記録剤を紙等の記録媒体に付加することで、記録媒体上に画像を形成する（印刷する）プリンタである。印刷装置１０２は、複写機能、ＦＡＸ機能、印刷機能等の複数の機能を備える複合機であってもよい。なお、本実施形態では、印刷装置１０２は、インクジェット記録方式によって印刷を行う装置であるものとするが、この形態に限られず、例えば、電子写真方式や熱昇華方式によって印刷を行う装置であっても良い。

端末装置１０１は、アクセスポイント１００が構築したネットワークを介して印刷装置１０２と通信する。端末装置１０１には、後述する印刷アプリケーション等のプログラムが格納される。よって、印刷アプリケーションを用いて印刷データが、ネットワークを介して端末装置１０１から印刷装置１０２へ送信される。また、アクセスポイント１００は、例えば無線ＬＡＮルータとして機能し、端末装置１０１は、この無線ＬＡＮルータを介してインターネットに接続される。よって、端末装置１０１は、後述するＷｅｂアプリケーションを制御するためのＷｅｂサーバ１０３と、インターネット経由で通信することが可能である。なお、端末装置１０１と印刷装置１０２は、各々アクセスポイント１００と有線ＬＡＮで接続されていても良い。また、端末装置１０１と印刷装置１０２は、互いに有線ＬＡＮで接続されていても良い。

図２は、端末装置１０１のハードウエア構成の一例を示すブロック図である。端末装置１０１は、一例として、入力インタフェース２０１、ＣＰＵ２０２、ＲＯＭ２０３、表示部２０４、ＲＡＭ２０５、外部記憶装置２０６、通信部２０７、近距離無線通信部２０８を有する。なお、以降図２乃至図４に示すブロックは、例えば内部バスを用いて相互に接続される。また、図２乃至図４においては、複数のブロックが１つのブロックにまとめられてもよいし、１つのブロックが２つ以上のブロックに分割されてもよい。

ＣＰＵ２０２は、システム制御部であり、装置全体を統括的に制御する。ＲＡＭ２０５は、例えば、バックアップ電源を必要とするＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ）等で構成される。なお、ＲＡＭ２０５は、不図示のデータバックアップ用の一次電池によってデータが保持されるため、プログラム制御変数等のデータを揮発させずに記憶することができる。端末装置１０１の設定情報や管理データ等を記憶するメモリエリアもＲＡＭ２０５に設けられている。また、ＲＡＭ２０５は、ＣＰＵ２０２の主メモリ及びワークメモリとしても用いられる。ＲＯＭ２０３は、ＣＰＵ２０２が実行する制御プログラムやデータテーブル、ＯＳプログラム等の固定データを記憶する。また、上記の印刷アプリケーションも記憶されている。本実施形態における端末装置１０１の動作は、例えば、ＣＰＵ２０２がＲＯＭ２０３に記憶されたプログラムをＲＡＭ２０５に読み出して実行することにより実現される。

表示部２０４は、ＬＥＤ（発光ダイオード）やＬＣＤ（液晶ディスプレイ）などから構成され、各種データに基づくＵＩ画面を表示する。なお、表示部２０４は、タッチディスプレイ等で構成されてユーザから各種入力を受け付ける機能を有していても良い。すなわち、表示部２０４は、ユーザからのデータ入力や動作指示を受け付けるためのインタフェースであり、物理キーボードやボタン、タッチパネル等で構成される操作パネルであっても良い。

通信部２０７は、所定の無線通信方式に従って通信を行うための回路やアンテナを含んで構成される。例えば、通信部２０７は、アクセスポイント１００に無線接続することが可能である。また、通信部２０７は、一時的に使用されるアクセスポイントとして動作する場合もある。本実施形態で使用される無線通信は、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線ＬＡＮの無線通信方式（Ｗｉ－Ｆｉ）に従って動作する通信であっても良いし、他の無線通信方式に従って動作する通信であってもよい。

近距離無線通信部２０８は、端末装置１０１と一定の近距離範囲内に存在する他の装置と近距離無線通信を実行する。なお、近距離無線通信部２０８は、通信部２０７と異なる無線通信方式によって通信を行う。通信方式としては、例えば、Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＮＦＣ）、Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｃｌａｓｓｉｃ、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）、Ｗｉ－Ｆｉ Ａｗａｒｅ等が挙げられる。

図３は、印刷装置１０２のハードウエア構成の一例を示すブロック図である。印刷装置１０２において、印刷機能はプリンタ部３０１で実現され、スキャナ機能はスキャナ部３０２で実現され、ストレージ機能はメモリカード装着部３０３及びメモリカード３０４で実現される。プリンタ部３０１は、外部から受信した画像データやメモリカード３０４に格納されている画像データに基づいて印刷を実行する。また、プリンタ部３０１は、インク残量や用紙残量等の消耗品情報を管理している。スキャナ部３０２は、原稿台（不図示）にセットされた原稿を光学的に読み取って電子データに変換する。変換された電子データは、更に指定されたファイル形式に変換され、変換された画像データは、ネットワーク経由で外部装置に送信、或いはＨＤＤ等の保存領域（不図示）に格納される。また、コピー機能は、原稿台にセットされた原稿をスキャナ部３０２で読み取って生成された画像データがプリンタ部３０１へ転送され、プリンタ部３０１が記録媒体上にその画像データに基づく画像を印刷することで実現される。

メモリカード装着部３０３に装着されたメモリカード３０４には、各種ファイルデータが格納される。このファイルデータは、ネットワークを介した外部装置が読み出して編集することが可能である。また、外部装置は、メモリカード３０４にファイルデータを格納することが可能である。

更に、印刷装置１０２は、ＣＰＵ３０５、プログラムメモリ３０６、ワークメモリ３０７、表示部３０８、操作部３０９、ネットワーク通信部３１０、ネットワーク接続部３１１、フラッシュメモリ３１２を備える。ＣＰＵ３０５は、印刷装置１０２内の各部を統括的に制御するためのプロセッサである。プログラムメモリ３０６は、ＲＯＭなどで構成され、各種プログラムコードや、Ｗｅｂサーバ１０３と通信するためのアプリケーション３１４が記憶されている。また、アプリケーション３１４は、プリンタ部３０１にアクセスして消耗品情報を取得することが可能であり、例えば、所定のタイミングにおいてＷｅｂサーバ１０３に消耗品残量を送信する。ワークメモリ３０７は、ＲＡＭなどで構成され、各サービス実行時に画像データなどを一時格納したり、バッファリングしたりする。本実施形態における印刷装置１０２の動作は、例えば、ＣＰＵ３０５がＲＯＭに記憶されたプログラムをＲＡＭに読み出して実行することにより実現される。

表示部３０８は、ＬＥＤ（発光ダイオード）やＬＣＤ（液晶ディスプレイ）などから構成され、各種データに基づくＵＩ画面を表示する。操作部３０９は、ユーザが各種の入力操作を行うためのスイッチ等からなる。ネットワーク通信部３１０は、ネットワーク接続部３１１を介してインターネット等のネットワークと接続され、各種通信を行う。なお、ネットワーク通信部３１０は、例えば有線ＬＡＮや無線ＬＡＮによって外部と通信する。ネットワーク通信部３１０が有線ＬＡＮ対応の場合のネットワーク接続部３１１は例えば、有線ＬＡＮのケーブルを接続するためのコネクタであり、ネットワーク通信部３１０が無線ＬＡＮ対応の場合のネットワーク接続部３１１は例えばアンテナである。なお、ネットワーク接続部３１１は、有線ＬＡＮおよび無線ＬＡＮの両者に対応していても良い。本実施形態では、ネットワーク通信部３１０は、無線ＬＡＮに対応しており、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線ＬＡＮの無線通信方式に従ってアクセスポイント１００と接続するものとする。フラッシュメモリ３１２は、ネットワーク通信部３１０が受信した画像データなどを記憶するための不揮発性メモリである。そして、上述した各部は、バス３１３で相互に接続される。

なお本実施形態においてさらに、印刷装置１０２は、特色インクを用いて印刷可能な印刷装置であっても良い。特色インクとは、特色（以下、「スポットカラー」とも称する。）を発現するインクであり、例えば、印刷時に発現する色でＳＲＧＢの色空間では表示不可能なインクである。つまり、印刷装置１０２は、通常のインク以外のスポットカラーのインク（つまり、特色インクであり、以下、「スポットカラーインク」とも称する。）を用いた印刷であるスポットカラー印刷が可能な構成となっている。「通常のインク」とは、プロセスカラー（通常色）の印刷を行うためのインクであり、プロセスカラーの基本となるシアン（Ｃ）、マゼンタ（Ｍ）、イエロー（Ｙ）、ブラック（Ｋ）等の色のインクである。なおプロセスカラーとは、ＣＭＹＫのうちの１つの色、またはＣＭＹＫのうちの２以上の色の組み合わせによって表現される色である。また本実施形態では、スポットカラーインクとして、蛍光ピンクのインク、蛍光オレンジのインクが用いられる。すなわちスポットカラーとは、プロセスカラーとは異なる色であり、ＣＭＹＫのうちの１つの色、またはＣＭＹＫのうちの２以上の色の組み合わせだけでは表現できない色である。しかしながら、この形態に限定されず、スポットカラーインクの数や色は、任意のものであって良く、蛍光色でない色のインクを使用しても良い。例えば、スポットカラーインクとして、ヴァイオレットのインク、グリーンのインク、オレンジのインク、金色のインク、銀色のインク等が用いられても良い。また、他の金属色のインクが用いられても良い。さらに、特色インクと他のインク（例えば通常のインク）とが調合されたインクも特色インクとして扱われても良い。また本実施形態では、画像データのうち特色で印刷されるオブジェクトには、それが特色で印刷されることを示す情報（特色情報と呼ぶ）が関連付けられている。そして、特色情報が付加されている画素は、当該画素のＲＧＢ値に対応する特色によって印刷が行われる。なお、特色に対応する画素のＲＧＢ値は、通常のインクのみによって表現される色（すなわち、通常色）に対応する画素のＲＧＢ値としても利用されうる。言い換えれば、特色に対応する画素のＲＧＢ値と同じＲＧＢ値が、通常のインクのみによって表現される色に対応する画素にも設定されることがある。その場合において、当該ＲＧＢ値の画素の印刷に特殊なインクを用いるか否かは、特色情報が付加されているか否かによって制御される。

図４は、Ｗｅｂサーバ１０３のハードウエア構成の一例を示すブロック図である。ＣＰＵ４０１は、装置を統括的に制御するためのプロセッサである。ディスク装置４０２は、ＣＰＵ４０１が読み出すアプリケーションプログラム４１２やデータベース４１３やＯＳの他、各種ファイルを格納する。外部記憶メディア読取装置４０３は、ＳＤカードなどの外部記憶媒体に記憶されたファイルなどの情報を読み出すための装置である。メモリ４０４は、ＲＡＭなどで構成され、ＣＰＵ４０１が必要に応じてデータの一時的格納やバッファリング等を行う。本実施形態におけるＷｅｂサーバ１０３の動作は、例えば、ＣＰＵ４０１がディスク装置４０２に記憶されたプログラムをメモリ４０４に読み出して実行することにより実現される。

表示部４０５は、ＬＥＤ（発光ダイオード）やＬＣＤ（液晶ディスプレイ）などから構成され、各種データに基づくＵＩ画面を表示する。操作部４０６は、ユーザが各種入力操作を行うためのキーボードやマウスなどからなる。ネットワーク通信部４０７は、ネットワーク接続部４０８を介してインターネット等のネットワークと接続され、各種の通信を行う。なお、ネットワーク通信部４０７は、例えば有線ＬＡＮや無線ＬＡＮによって通信する。ネットワーク通信部４０７が有線ＬＡＮ対応の場合のネットワーク接続部４０８は例えば、有線ＬＡＮのケーブルを接続するためのコネクタであり、ネットワーク通信部４０７が無線ＬＡＮ対応の場合のネットワーク接続部４０８は例えばアンテナである。なお、ネットワーク接続部４０８は、有線ＬＡＮおよび無線ＬＡＮの両者に対応していても良い。ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）通信部４１０は、各種周辺装置とＵＳＢ接続部４１１を介して接続され、ＵＳＢ規格によって各種通信を行う。そして、上述の各部はバス４０９で相互に接続される。なおＷｅｂサーバ１０３は、１又は複数のサーバによって構成されるサーバシステムであっても良い。すなわち例えば、複数のサーバが連携して動作することで、１つのＷｅｂサーバ１０３として機能しても良い。

図５は、Ｗｅｂサーバ１０３のソフトウエア構成の一例を示すブロック図である。フロントエンド５０２は、主に端末装置１０１のＷｅｂブラウザの表示制御を行う。具体的には、フロントエンド５０２は、Ｗｅｂブラウザ上で実行されるプログラム（ＪａｖａＳｃｒｉｐｔ）を管理・保持する。より具体的には、ブラウザでのユーザ操作を制御するＵＩ（ユーザインタフェース）制御部５０４、アプリケーションで作成するポスター等の作品編集の処理を行うポスター編集部５０３、ユーザ認証を行うユーザ認証部５０７を実行するためのプログラム（ＪａｖａＳｃｒｉｐｔ）を管理・保持する。そしてフロントエンド５０２は、端末装置１０１に送信される（ダウンロードされる）ことで、端末装置１０１のＷｅｂブラウザに、上記プログラムによる表示を行わせる。すなわち端末装置１０１は、上記プログラムを受信した場合に、当該プログラムを用いて、Ｗｅｂブラウザ上に当該プログラムに対応する画面を表示する。バックエンド５０５は、ユーザ管理部５０６、ユーザ認証部５０７、コンテンツ管理部５０８、レンダリング処理部５０９を含んで構成される。ユーザ管理部５０６は、ユーザを識別するユーザ情報を管理する。例えば、ｃｏｏｋｉｅに含まれるユーザ情報が管理される。ユーザ認証部５０７は、ユーザ情報に関連付けてユーザごとに一意な識別子を発行する。識別子はアカウント情報であり、例えば後述するゲストＩＤである。コンテンツ管理部５０８は、アプリケーションで作成された画像データ等のコンテンツの管理を行う。レンダリング処理部５０９は、コンテンツ管理部５０８に管理されているコンテンツに対してレンダリング処理を行う。なおフロントエンド５０２と、バックエンド５０５は別々のサーバによって保持されていても良い。

図６（ａ）は、端末装置１０１がＰＣの場合のソフトウエア構成の一例を示すブロック図である。Ｗｅｂブラウザ６０１は、Ｗｅｂブラウザであり、例えば、「Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ」「Ｍｉｃｒｏｓｏｆｔ Ｅｄｇｅ」「Ｇｏｏｇｌｅ Ｃｈｒｏｍｅ」「Ｆｉｒｅｆｏｘ」「Ｓａｆａｒｉ」が用いられても良い。なお端末装置１０１は、Ｗｅｂブラウザ６０１によって所定のＵＲＬを用いてＷｅｂサーバ１０３にアクセスすることで、フロントエンド５０２をダウンロードする。そして、フロントエンド５０２を、Ｗｅｂブラウザ６０１上で動作させる。すなわち、フロントエンド５０２がダウンロードされた状態では、フロントエンド５０２も端末装置１０１のソフトウエア構成の一部となる。

印刷アプリケーション６０２は、ユーザにより設定された印刷設定に基づいて印刷を行うためのアプリケーションプログラム（以下、単にアプリケーション）であり、印刷設定処理部６０３、サムネイル表示部６０４を含んで構成される。例えば、印刷アプリケーション６０２は、Ｗｅｂアプリケーション５０１と対応づけられたネイティブアプリケーションであり、Ｗｅｂアプリケーション５０１により作成されたコンテンツデータを印刷装置に印刷させるためのアプリケーションである。印刷設定処理部６０３は、印刷設定を行う。サムネイル表示部６０４は、ユーザにより作成されたポスター画像のデータ（ポスターデータ）に基づいてサムネイル表示を行う。本実施形態では、印刷アプリケーション６０２は、Ｗｅｂサーバ１０３とは異なるサーバから、端末装置１０１にダウンロード及びインストールが実行されることにより、端末装置１０１に保存される。端末装置１０１がＰＣの場合、印刷装置１０２で印刷させるための印刷データの生成処理は、プリンタドライバ６０５が行う。プリンタドライバ６０５は、プリンタの機種情報６０６、印刷データ生成処理部６０７を含んで構成される。プリンタドライバ６０５は、プリンタのベンダにより配布され、ユーザがインストールすることにより使用することが可能である。また、プリンタドライバ６０５は、ＯＳに同梱されている場合もある。機種情報６０６には、プリンタ毎の印刷時に使用可能な設定情報等が格納されている。使用可能な設定情報とは、例えば、給紙方法の設定値、用紙の種類等である。

図６（ｂ）は、端末装置１０１がモバイル端末の場合のソフトウエア構成の一例を示すブロック図である。図６（ａ）との差分について説明する。端末装置１０１がモバイル端末の場合は、プリンタドライバ６０５が存在しない。そのため、端末装置１０１には、印刷データ生成処理を行う印刷処理モジュール６０８が構成される。印刷処理モジュール６０８は、機種情報取得処理部６０９を含む。機種情報取得処理部６０９は、印刷装置１０２から機種情報６０６を取得する。なお、取得された機種情報６０６は、例えば外部記憶装置２０６に格納される。

図７は、フロントエンド５０２のＵＩ制御部５０４によってＷｅｂブラウザ６０１に表示されるＷｅｂアプリケーション５０１の画面の一例を示す図である。なお当該画面は、上述したように、フロントエンド５０２が保持するプログラムによって、端末装置１０１のブラウザに表示される。本実施形態では、ポスター画像を作成して印刷するためのＷｅｂアプリケーションを例に説明する。領域７０１は、ポスター画像のテンプレートが一覧表示される領域である。領域７０２は、ポスター画像に貼り付け可能な写真が一覧表示される領域である。領域７０３は、ポスター画像に貼り付け可能なクリップアートが一覧表示される領域である。例えば領域７０１の一覧からユーザが所望のテンプレートを選択すると、編集エリア７０４に選択されたテンプレートが表示され、編集可能な状態となる。ユーザは、編集エリア７０４に表示されたテンプレートに対して編集を行い、ポスターデータを生成することが可能である。領域７０２と領域７０３それぞれの一覧からユーザが所望のオブジェクトを選択すると、その選択されたオブジェクトが編集エリア７０４に表示されているテンプレートに重ねて表示される。ユーザにより保存ボタン７０５が押下されると、ユーザが作成したポスターデータがコンテンツ管理部５０８にコンテンツとして保存される。ユーザにより印刷ボタン７０６が押下されると、後述する印刷アプリケーション６０２が起動される。ユーザ情報復元ボタン７０７については後述する。

図８は、印刷アプリケーション６０２の画面の一例を示す図である。本画面は印刷アプリケーション６０２の画面であることから、Ｗｅｂブラウザ６０１が用いられずに表示される画面である。プレビュー表示エリア８０１には、バックエンド５０５によって作成されたポスターデータのサムネイルが表示される。プリンタ選択ボタン８０２は、ユーザが所望のプリンタを選択するためのボタンであり、押下されると、接続されているプリンタの一覧が表示される。プレビュー表示エリア８０１にポスターデータのサムネイルが表示された状態で印刷ボタン８０３がユーザにより押下されると、プリンタ選択８０３で選択されたプリンタにポスター画像を印刷させる処理が開始される。

図１で示した印刷処理システムでは、ユーザが端末装置１０１のＷｅｂブラウザ６０１を用いてＷｅｂアプリケーション５０１上でポスター画像を作成する。作成されたポスター画像は、印刷アプリケーション６０２を用いて記録媒体上に印刷される。

図９は、ユーザがＷｅｂブラウザ６０１を用いてＷｅｂアプリケーション５０１にアクセスし、ユーザに対応したＩＤが発行されるまでのシーケンスを示す図である。ユーザに対応したＩＤが発行されると、ユーザは、Ｗｅｂアプリケーション５０１上でポスター画像を作成可能な状態となる。なお、図９では、端末装置１０１のＷｅｂブラウザ６０１を介してユーザ操作を受け付けるフロントエンド５０２と、Ｗｅｂサーバ１０３側のバックエンド５０５との間のシーケンスとして示されている。なおフロントエンド５０２の処理は、端末装置１０１にフロントエンド５０２がダウンロードされた状態で実行されるものとする。すなわち、フロントエンド５０２の処理は、端末装置１０１がフロントエンド５０２によって実行する処理に相当する。より具体的には、フロントエンド５０２の処理は、ＣＰＵ２０２がＲＯＭ２０３等に格納されたフロントエンド５０２やＷｅｂブラウザ６０１等のプログラムを実行することで実現される。またバックエンド５０５の処理は、バックエンド５０５によってＷｅｂサーバ１０３が実行する処理に相当する。より具体的には、バックエンド５０５の処理は、ＣＰＵ４０１がディスク装置４０２等に格納されたバックエンド５０５等のプログラムを実行することで実現される。

Ｓ９０１において、ユーザは、端末装置１０１のＷｅｂブラウザ６０１を用いて、Ｗｅｂアプリケーション５０１にアクセスする。Ｗｅｂアプリケーション５０１へのアクセスは、例えばＷｅｂブラウザ６０１がユーザによるＵＲＩの指定入力を受け付けることにより行われる。

Ｓ９０２において、フロントエンド５０２は、Ｗｅｂブラウザ６０１を介して受け付けたＷｅｂページのリクエストをバックエンド５０５に送信する。また、Ｗｅｂページのリクエストが送信される際、Ｗｅｂブラウザ６０１によりユーザ情報を含むｃｏｏｋｉｅ等もＷｅｂサーバ１０３（バックエンド５０５）に送信される。例えば、従前に図９の処理が行われていた場合には、Ｓ９０２で送信されるユーザ情報には後述するゲストＩＤが含まれる。

Ｓ９０３において、バックエンド５０５は、フロントエンド５０２からのＷｅｂページのリクエストにユーザ情報が含まれているか否かを判定する。そして、ユーザ情報が含まれていると判定した場合にはさらに、バックエンド５０５は、ユーザ管理部５０６に当該ユーザ情報が存在するか否かを判定する。

Ｓ９０４において、バックエンド５０５は、Ｓ９０２で送信されたＷｅｂページのリクエストにユーザ情報が含まれていないと判定した場合、もしくは、Ｗｅｂページのリクエストに含まれるユーザ情報がユーザ管理部５０６に存在しないと判定した場合には、ユーザ認証部５０７によりユーザ識別子（以下、ゲストＩＤ（もしくはゲストアカウント）と呼ぶ）を発行してユーザ管理部５０６に保存する。

Ｓ９０５において、バックエンド５０５は、Ｗｅｂページおよび発行したゲストＩＤをフロントエンド５０２に送信する。Ｓ９０６において、フロントエンド５０２は、バックエンド５０５から受信したゲストＩＤをＷｅｂブラウザ６０１に保存する。

以後、ユーザがＷｅｂアプリケーション５０１にアクセスする際には、Ｗｅｂブラウザ６０１に保存されているゲストＩＤがユーザ情報としてバックエンド５０５に送信される。バックエンド５０５は、そのゲストＩＤにより、アクセスしたユーザが同一のユーザであることを認識することができる。このように、本実施形態では、ユーザは、Ｗｅｂアプリケーション５０１へのログイン操作を行う必要がなく、ログインを行うためにアカウント作成を行う必要がないので、利便性を向上させることができる。

ゲストＩＤが発行されてＷｅｂブラウザ６０１に保存されると、Ｗｅｂアプリケーション５０１上でユーザによりポスター画像が作成可能となる。作成されたポスター画像のデータ（ポスターデータ）は、ユーザ指示に応じて、印刷アプリケーション６０２を介して印刷される。Ｗｅｂブラウザ６０１を用いてＷｅｂアプリケーション５０１上でユーザにより作成されたポスターデータは、バックエンド５０５に保存されている。そのため、印刷アプリケーション６０２は、印刷を行うためには、バックエンド５０５に、ユーザが作成したポスターデータを問い合わせて取得する必要がある。本実施形態では、ポスターデータを取得する際に、Ｓ９０４でバックエンド５０５により発行され且つＳ９０６でＷｅｂブラウザ６０１に保存されているゲストＩＤが用いられる。ここで、ゲストＩＤはユーザ識別に用いられるセキュアな情報であるので、その漏洩の可能性を抑えることができる仕組みが求められる。

そこで、本実施形態では、一時認証情報（以下、ワンタイムパスワードと呼ぶ）を用いる。ワンタイムパスワードを用いることで、Ｗｅｂブラウザ６０１のゲストＩＤを安全に印刷アプリケーション６０２に渡すことができる。

図１０は、ワンタイムパスワードを用いてＷｅｂブラウザ６０１のゲストＩＤを印刷アプリケーション６０２に渡す処理を示すフローチャートである。なお、図１０において、フロントエンド５０２と印刷アプリケーション６０２の間のシーケンスは、端末装置１０１内において行われる。なおフロントエンド５０２の処理は、端末装置１０１にフロントエンド５０２がダウンロードされた状態で実行されるものとする。すなわち、フロントエンド５０２の処理は、端末装置１０１がフロントエンド５０２によって実行する処理に相当する。より具体的には、フロントエンド５０２の処理は、ＣＰＵ２０２がＲＯＭ２０３等に格納されたフロントエンド５０２やＷｅｂブラウザ６０１等のプログラムを実行することで実現される。また印刷アプリケーション６０２の処理は、端末装置１０１が印刷アプリケーション６０２によって実行する処理に相当する。より具体的には、印刷アプリケーション６０２の処理は、ＣＰＵ２０２がＲＯＭ２０３等に格納された印刷アプリケーション６０２等のプログラムを実行することで実現される。またバックエンド５０５の処理は、バックエンド５０５によってＷｅｂサーバ１０３が実行する処理に相当する。より具体的には、バックエンド５０５の処理は、ＣＰＵ４０１がディスク装置４０２等に格納されたバックエンド５０５等のプログラムを実行することで実現される。

Ｓ１００１において、ユーザは、端末装置１０１のＷｅｂブラウザ６０１で表示されるＷｅｂアプリケーション５０１の画面上の印刷ボタン７０６を押下する。Ｓ１００２において、フロントエンド５０２は、バックエンド５０５に、印刷対象のポスターデータの印刷ジョブの作成を依頼する。また、フロントエンド５０２は、Ｓ１００３において、ＵＲＬスキーマで印刷アプリケーション６０２を起動する。

印刷アプリケーション６０２を起動することが初回である場合などには、印刷アプリケーション６０２には、ユーザ情報（ゲストＩＤ）が存在しない。その場合、Ｓ１００４～Ｓ１０１２の処理により、フロントエンド５０２から渡されたワンタイムパスワードを用いて、バックエンド５０５経由でゲストＩＤを取得する。一方、ユーザ情報（ゲストＩＤ）が存在する場合にはＳ１００３からＳ１０１３に進み、ゲストＩＤを用いてバックエンド５０５へのポスターデータのリクエストが、印刷アプリケーション６０２からバックエンド５０５に送信される。

Ｓ１００４において、印刷アプリケーション６０２は、Ｗｅｂブラウザ６０１を起動する。なお、このとき既に、Ｗｅｂブラウザ６０１によりＷｅｂサーバ１０３との間でゲストＩＤによるセッションは確立されている。Ｗｅｂブラウザ６０１が印刷アプリケーション６０２により起動された後、Ｓ１００５において、フロントエンド５０２は、Ｗｅｂブラウザ６０１が保持しているゲストＩＤを付加してバックエンド５０５にワンタイムパスワードのリクエストを送信する。なお、Ｓ１００３及びＳ１００４では、フロントエンド５０２は、Ｗｅｂブラウザ６０１に保持されているゲストＩＤを印刷アプリケーション６０２に渡さない。

Ｓ１００６において、バックエンド５０５は、フロントエンド５０２から受信したゲストＩＤのユーザに紐づけられたワンタイムパスワードを生成（発行）する。そして、Ｓ１００７において、バックエンド５０５は、生成したワンタイムパスワードをフロントエンド５０２に送信する。

Ｓ１００８において、フロントエンド５０２は、ＵＲＬスキーマにワンタイムパスワードを付加して印刷アプリケーション６０２を起動する。フロントエンド５０２は、この起動動作により、ワンタイムパスワードを印刷アプリケーション６０２に渡す。このようにして、印刷アプリケーション６０２は、バックエンド５０５でゲストＩＤに紐付けられて発行されたワンタイムパスワードを、フロントエンド５０２を介して取得する。Ｓ１００８でも、フロントエンド５０２は、Ｗｅｂブラウザ６０１に保持されているゲストＩＤを印刷アプリケーション６０２に渡さない。

Ｓ１００９において、印刷アプリケーション６０２は、バックエンド５０５から取得したワンタイムパスワードを用いて、直接、バックエンド５０５にゲストＩＤのリクエストを送信する。本実施形態では、印刷アプリケーション６０２は、ワンタイムパスワードをフロントエンド５０２から渡されると、バックエンド５０５に対して、そのワンタイムパスワードと、認証鍵と、ゲストＩＤのリクエストとを送信するように構成されている。ここで、認証鍵とは、印刷アプリケーション６０２とバックエンド５０５との間で規定されており、印刷アプリケーション６０２に予め組み込まれている。即ち、バックエンド５０５は、ワンタイムパスワードを受け付けても、正規の認証鍵を受け付けなければ、ゲストＩＤを返信しない。例えば印刷アプリケーション６０２が偽の印刷アプリケーションであった場合には、Ｓ１００９で認証鍵が送信されないかもしくは偽の認証鍵が送信されることになる。その場合、バックエンド５０５は、ゲストＩＤを返信しない。また、本実施形態では、フロントエンド５０２から印刷アプリケーション６０２にゲストＩＤを直接渡すことがない。従って、本実施形態によれば、ゲストＩＤの漏洩の可能性を抑えることができる。また、認証鍵の送信は、ワンタイムパスワードで規定される期限内に限られることになるので、認証鍵の外部ネットワークへの流出の機会を抑えることができる。

Ｓ１０１０において、ワンタイムパスワードを受信したバックエンド５０５は、ワンタイムパスワードに紐づけられたゲストＩＤを取得する。そして、Ｓ１０１１において、バックエンド５０５は、印刷アプリケーション６０２に、Ｓ１０１０で取得したゲストＩＤを送信する。なお、ここでは、印刷アプリケーション６０２が正規の印刷アプリケーションであることを前提としている。しかしながら、印刷アプリケーション６０２が偽の印刷アプリケーションである場合には、上記の認証鍵による認証が失敗となるので、Ｓ１０１１でのゲストＩＤの送信は行われない。Ｓ１０１２において、印刷アプリケーション６０２は、バックエンド５０２から送信されたゲストＩＤを保存する。

このように、本実施形態では、バックエンド５０５で発行されたワンタイムパスワードを用いることで、フロントエンド５０２に保存されているゲストＩＤをバックエンド５０５を介して印刷アプリケーション６０２に安全に渡すことができる。

Ｓ１０１３において、印刷アプリケーション６０２は、Ｓ１０１２で保存されたゲストＩＤを用いてバックエンド５０５に対して、ポスターデータのリクエストを送信する。Ｓ１０１４において、バックエンド５０５は、Ｓ１００２で依頼された印刷ジョブのポスターデータをレンダリングし、印刷ジョブとともにポスターデータを印刷アプリケーション６０２に送信する。Ｓ１０１６において、印刷アプリケーション６０２は、印刷装置１０２に印刷ジョブを投入し、Ｓ１０１５で受信したポスターデータに基づいてポスター画像を記録媒体上に印刷させる。

以上のように、本実施形態によれば、ユーザは、Ｗｅｂアプリケーション５０１及び印刷アプリケーション６０２に、事前に作成したアカウントへのログイン無しに、Ｗｅｂアプリケーション５０１上で作成されたポスターデータを印刷することが可能である。そのため、印刷アプリケーション６０２とＷｅｂアプリケーション５０１とを紐づけるためのアカウントを事前に作成する必要がなく、利便性を向上させることができる。なお印刷アプリケーション６０２とＷｅｂアプリケーション５０１との紐づけとはすなわち、Ｗｅｂアプリケーション５０１上で作成されたポスターデータを印刷アプリケーション６０２によって印刷可能な状態とすることである。また、本実施形態では、紐づけのためにユーザが事前にアカウントを生成する必要がないため、事前にユーザにより生成されたアカウントを管理する管理サーバとの通信無しに、印刷アプリケーション６０２とＷｅｂアプリケーション５０１とを紐づけることができる。言い換えれば、バックエンド５０５を有するＷｅｂサーバ１０３とフロントエンド５０２及び印刷アプリケーション６０２を有する端末装置１０１との間の通信だけで、印刷アプリケーション６０２とＷｅｂアプリケーション５０１とを紐づけることができる。また、ユーザを個別に認証する認証サーバを不要とすることができ、印刷までの構成を簡易化することができる。また、ユーザを識別するためのゲストＩＤを安全に印刷アプリケーション６０２に渡すことができる。

なお、本実施形態では、印刷装置１０２で印刷させる印刷データの一例としてポスターデータを説明したが、ポスターデータに限られない。ポスター印刷のような大判印刷用のデータでなく、例えば葉書等の比較的小さいサイズの印刷データであっても良い。ユーザがＷｅｂアプリケーション５０１上で作成した画像データを、印刷アプリケーション６０２により印刷装置１０２で印刷可能な構成であれば、本実施形態の動作を適用することができる。

［第２実施形態］
以下、第１実施形態と異なる点について第２実施形態を説明する。図９では、バックエンド５０５は、ｃｏｋｋｉｅ等のＷｅｂブラウザ６０１に保存されたユーザ情報でユーザを判別していた。そのため、Ｗｅｂブラウザ６０１の履歴が削除されたり、ユーザが端末装置１０１にインストールされている別のブラウザを使用したりしたケースにおいて、別ユーザとして扱われてしまう。具体的には、Ｓ９０２でユーザ情報が送信されないので、バックエンド５０５で新規ゲストＩＤが発行されてしまい、Ｓ９０５においてフロントエンド５０２に新しいゲストＩＤが返却されてＷｅｂブラウザ６０１に保存される。すると、フロントエンド５０２では、バックエンド５０５で保存されている旧ゲストＩＤで作成されたデータを表示できなくなってしまう。そこで、本実施形態では、旧ゲストＩＤを保存している印刷アプリケーション６０２を用いて、Ｗｅｂブラウザ６０１に旧ゲストＩＤを復元させる処理を行う。

図１１は、印刷アプリケーション６０２を用いてＷｅｂブラウザ６０１のゲストＩＤを復元させる処理を示すシーケンス図である。なお、図１１において、フロントエンド５０２と印刷アプリケーション６０２の間のシーケンスは、端末装置１０１内において行われる。本実施形態では、前提として、印刷アプリケーション６０２には第１実施形態の動作によりゲストＩＤ（第１ゲストＩＤ）が保存されており、Ｗｅｂブラウザ６０１には上記のケースによりゲストＩＤが保存されていないものとする。

Ｓ１１０１において、ユーザは、端末装置１０１のＷｅｂブラウザ６０１を用いて、Ｗｅｂアプリケーション５０１にアクセスする。Ｗｅｂアプリケーション５０１へのアクセスは、例えばＷｅｂブラウザ６０１がユーザによるＵＲＩの指定入力を受け付けることにより行われる。

Ｓ１１０２において、フロントエンド５０２は、Ｗｅｂブラウザ６０１を介して受け付けたＷｅｂページのリクエストをバックエンド５０５に送信する。また、Ｗｅｂページのリクエストが送信される際、Ｗｅｂブラウザ６０１によりユーザ情報を含むｃｏｏｋｉｅ等もＷｅｂサーバ１０３（バックエンド５０５）に送信される。

Ｓ１１０２でＷｅｂページのリクエストが送信される際、送信される情報にゲストＩＤは含まれていない。そのため、Ｓ１１０３において、バックエンド５０５は、新規ユーザとみなして新しいゲストＩＤ（第２ゲストＩＤ）を発行し、Ｓ１１０４において、Ｗｅｂページおよび発行した第２ゲストＩＤをフロントエンド５０２に送信する。フロントエンド５０２は、バックエンド５０５から受信した第２ゲストＩＤをＷｅｂブラウザ６０１に保存する。

この時点で、Ｗｅｂブラウザ６０１には第１ゲストＩＤが保存されておらず、フロントエンド５０２では、第１ゲストＩＤで作成されたポスターデータを表示することができない。本実施形態では、そのような場合においても、ユーザ情報復元ボタン７０７の押下により、第１ゲストＩＤをＷｅｂブラウザ６０１に復活させ、フロントエンド５０２で、第１ゲストＩＤで作成されたポスターデータを表示させることが可能となる。

Ｓ１１０５において、ユーザは、Ｗｅｂブラウザ６０１で表示されるＷｅｂアプリケーション５０１の画面上のユーザ情報復元ボタン７０７を押下する。Ｓ１１０６において、フロントエンド５０２は、ＵＲＬスキーマに第２ゲストＩＤを付加して印刷アプリケーション６０２を起動する。

Ｓ１１０７において、印刷アプリケーション６０２は、起動後に、第１ゲストＩＤを読み込む。この時、印刷アプリケーション６０２は、Ｓ１１０６でフロントエンド５０２から受信した第２ゲストＩＤを保存しても良いし、破棄しても良い。保存して複数のゲストＩＤを管理可能とする場合、Ｓ１１０７では、復元可能なゲストＩＤを印刷アプリケーション６０２の画面に一覧表示し、復元したいゲストＩＤをユーザが選択可能としても良い。Ｓ１１０８において、印刷アプリケーション６０２は、Ｗｅｂブラウザ６０１を起動し、Ｓ１１０７で読み込んだ第１ゲストＩＤをＷｅｂブラウザ６０１に共有させる。

Ｓ１１０９において、Ｗｅｂブラウザ６０１は、Ｓ１１０８で印刷アプリケーション６０２と共有した第１ゲストＩＤを用いてバックエンド５０５に、ポスターデータのリクエストを送信する。Ｓ１１１０において、バックエンド５０５は、第１ゲストＩＤに対応するポスターデータを読み込み、Ｓ１１１１において、フロントエンド５０２に送信する。これにより、フロントエンド５０２は、第１ゲストＩＤで識別されるユーザにより作成されたデータを表示することが可能となる。Ｓ１１１２において、フロントエンド５０２は、Ｓ１１０８で印刷アプリケーション６０２と共有した第１ゲストＩＤをＷｅｂブラウザ６０１に保存する。

以上のように、本実施形態によれば、新たなＷｅｂブラウザの使用により一度失効したゲストＩＤを印刷アプリケーション６０２から復元させ、過去のゲストＩＤで作成したポスターデータに再度アクセス可能とすることができる。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

本実施形態の開示は、以下のプログラム、システムおよび方法を含む。
（項目１）
情報処理装置のコンピュータを、
Ｗｅｂブラウザにより表示されたＷｅｂアプリケーションの画面上で、前記Ｗｅｂアプリケーションを提供するサーバに格納されたデータの処理の指示をユーザから受け付けた場合、前記Ｗｅｂアプリケーションにおいて、前記サーバに対して一時的な認証情報を要求する第１要求手段、
前記Ｗｅｂアプリケーションにおいて、前記第１要求手段による要求に応じて前記サーバから送信された前記認証情報を受信する第１受信手段、
前記情報処理装置にインストールされており前記処理を実行するアプリケーションにおいて、前記第１受信手段により受信した前記認証情報を取得する第１取得手段、
前記アプリケーションにおいて、前記サーバに対して前記認証情報を用いて前記ユーザに対して発行されているアカウント情報を要求する第２要求手段、
前記アプリケーションにおいて、前記第２要求手段による要求に応じて前記サーバから送信された前記アカウント情報を取得して保持する第２取得手段、
前記アプリケーションにおいて、前記アカウント情報を用いて前記サーバから前記データを取得して処理する処理手段、
として機能させるためのプログラム。
（項目２）
前記第１取得手段による前記認証情報の取得が行われる前に、前記アプリケーションにより前記Ｗｅｂブラウザが起動されていることを特徴とする項目１に記載のプログラム。
（項目３）
前記アプリケーションは、前記アカウント情報を前記Ｗｅｂアプリケーションのバックエンドから取得し、前記Ｗｅｂアプリケーションのフロントエンドからは取得しないことを特徴とする項目１又は２に記載のプログラム。
（項目４）
前記第１要求手段による前記認証情報の要求は、前記アプリケーションに前記アカウント情報が保持されていない場合に行われることを特徴とする項目１乃至３のいずれか１項に記載のプログラム。
（項目５）
前記Ｗｅｂアプリケーションにおいて、前記サーバで前記ユーザに対して発行された前記アカウント情報を受信する受信手段、としてさらにコンピュータを機能させる項目１乃至４のいずれか１項に記載のプログラム。
（項目６）
前記アプリケーションに前記アカウント情報が保持されている状態で、前記受信手段により前記アカウント情報と異なる第２アカウント情報を前記サーバから受信した場合、前記Ｗｅｂアプリケーションにおいて前記アプリケーションを起動する起動手段、
前記Ｗｅｂアプリケーションにおいて、前記起動手段により起動された前記アプリケーションから前記アカウント情報を取得する第３取得手段、
としてさらにコンピュータを機能させる項目５に記載のプログラム。
（項目７）
前記起動手段は、前記Ｗｅｂアプリケーションの画面上で前記ユーザからの指示を受け付けることにより、前記アプリケーションを起動することを特徴とする項目６に記載のプログラム。
（項目８）
前記Ｗｅｂアプリケーションにおいて、前記第３取得手段により取得した前記アカウント情報を用いて前記サーバから前記データを取得する第４取得手段、としてさらにコンピュータを機能させる項目６又は７に記載のプログラム。
（項目９）
前記アカウント情報は、ゲストアカウントであることを特徴とする項目１乃至８のいずれか１項に記載のプログラム。
（項目１０）
前記Ｗｅｂアプリケーションは、コンテンツを作成するためのＷｅｂアプリケーションであることを特徴とする項目１乃至９のいずれか１項に記載のプログラム。
（項目１１）
前記アプリケーションは、前記Ｗｅｂアプリケーションにより作成されたコンテンツを印刷装置で印刷させるためのネイティブアプリケーションであることを特徴とする項目１乃至１０のいずれか１項に記載のプログラム。
（項目１２）
サーバと情報処理装置とを含むシステムであって、
前記情報処理装置は、
Ｗｅｂブラウザにより表示されたＷｅｂアプリケーションの画面上で、前記Ｗｅｂアプリケーションを提供するサーバに格納されたデータの処理の指示をユーザから受け付けた場合、前記Ｗｅｂアプリケーションにより、前記サーバに対して一時的な認証情報を要求する第１要求手段と、
前記Ｗｅｂアプリケーションにより、前記第１要求手段による要求に応じて前記サーバから送信された前記認証情報を受信する第１受信手段と、
前記情報処理装置にインストールされており前記処理を実行するアプリケーションにより、前記第１受信手段により受信した前記認証情報を取得する第１取得手段と、
前記アプリケーションにより、前記サーバに対して前記認証情報を用いて前記ユーザに発行されているアカウント情報を要求する第２要求手段と、
前記アプリケーションにより、前記第２要求手段による要求に応じて前記サーバから送信された前記アカウント情報を取得して保持する第２取得手段と、
前記アプリケーションにより、前記アカウント情報を用いて前記サーバから前記データを取得して処理する処理手段と、を備え、
前記サーバは、
前記Ｗｅｂブラウザによる前記サーバへのアクセスで用いられる情報に基づいて、前記アカウント情報を発行する発行手段と、
前記第１要求手段による要求に応じて、前記アカウント情報に対応する前記認証情報を生成して前記情報処理装置に送信する第１送信手段と、
前記第２要求手段による要求に応じて、前記アカウント情報を前記情報処理装置に送信する第２送信手段と、を備える、
ことを特徴とするシステム。
（項目１３）
前記Ｗｅｂブラウザによる前記サーバへのアクセスで用いられる情報は、ｃｏｏｋｉｅであることを特徴とする項目１２に記載のシステム。
（項目１４）
情報処理装置において実行される方法であって、
Ｗｅｂブラウザにより表示されたＷｅｂアプリケーションの画面上で、前記Ｗｅｂアプリケーションを提供するサーバに格納されたデータの処理の指示をユーザから受け付けた場合、前記Ｗｅｂアプリケーションにより、前記サーバに対して一時的な認証情報を要求する第１要求工程と、
前記Ｗｅｂアプリケーションにより、前記第１要求工程における要求に応じて前記サーバから送信された前記認証情報を受信する第１受信工程と、
前記情報処理装置にインストールされており前記処理を実行するアプリケーションにより、前記第１受信工程において受信した前記認証情報を取得する第１取得工程と、
前記アプリケーションにより、前記サーバに対して前記認証情報を用いて前記ユーザに発行されているアカウント情報を要求する第２要求工程と、
前記アプリケーションにより、前記第２要求工程における要求に応じて前記サーバから送信された前記アカウント情報を取得して保持する第２取得工程と、
前記アプリケーションにより、前記アカウント情報を用いて前記サーバから前記データを取得して処理する処理工程と、
を有する方法。
（項目１５）
サーバと情報処理装置とを含むシステムにおいて実行される方法であって、
前記情報処理装置において、
Ｗｅｂブラウザにより表示されたＷｅｂアプリケーションの画面上で、前記Ｗｅｂアプリケーションを提供するサーバに格納されたデータの処理の指示をユーザから受け付けた場合、前記Ｗｅｂアプリケーションにより、前記サーバに対して一時的な認証情報を要求する第１要求工程と、
前記Ｗｅｂアプリケーションにより、前記第１要求工程における要求に応じて前記サーバから送信された前記認証情報を受信する第１受信工程と、
前記情報処理装置にインストールされており前記処理を実行するアプリケーションにより、前記第１受信工程において受信した前記認証情報を取得する第１取得工程と、
前記アプリケーションにより、前記サーバに対して前記認証情報を用いて前記ユーザに発行されているアカウント情報を要求する第２要求工程と、
前記アプリケーションにより、前記第２要求工程における要求に応じて前記サーバから送信された前記アカウント情報を取得して保持する第２取得工程と、
前記アプリケーションにより、前記アカウント情報を用いて前記サーバから前記データを取得して処理する処理工程と、
前記サーバにおいて、
前記Ｗｅｂブラウザによる前記サーバへのアクセスで用いられる情報に基づいて、前記アカウント情報を発行する発行工程と、
前記第１要求工程における要求に応じて、前記アカウント情報に対応する前記認証情報を生成して前記情報処理装置に送信する第１送信工程と、
前記第２要求工程における要求に応じて、前記アカウント情報を前記情報処理装置に送信する第２送信工程と、
を有することを特徴とする方法。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１０１ 端末装置： １０２ 印刷装置： １０３ Ｗｅｂサーバ： ２０２、３０５、４０１ ＣＰＵ

Claims (15)

1. 情報処理装置のコンピュータを、
   Ｗｅｂブラウザにより表示されたＷｅｂアプリケーションの画面上で、前記Ｗｅｂアプリケーションを提供するサーバに格納されたデータの処理の指示をユーザから受け付けた場合、前記Ｗｅｂアプリケーションにおいて、前記サーバに対して一時的な認証情報を要求する第１要求手段、
   前記Ｗｅｂアプリケーションにおいて、前記第１要求手段による要求に応じて前記サーバから送信された前記認証情報を受信する第１受信手段、
   前記情報処理装置にインストールされており前記処理を実行するアプリケーションにおいて、前記第１受信手段により受信した前記認証情報を取得する第１取得手段、
   前記アプリケーションにおいて、前記サーバに対して前記認証情報を用いて前記ユーザに対して発行されているアカウント情報を要求する第２要求手段、
   前記アプリケーションにおいて、前記第２要求手段による要求に応じて前記サーバから送信された前記アカウント情報を取得して保持する第２取得手段、
   前記アプリケーションにおいて、前記アカウント情報を用いて前記サーバから前記データを取得して処理する処理手段、
   として機能させるためのプログラム。
2. 前記第１取得手段による前記認証情報の取得が行われる前に、前記アプリケーションにより前記Ｗｅｂブラウザが起動されていることを特徴とする請求項１に記載のプログラム。
3. 前記アプリケーションは、前記アカウント情報を前記Ｗｅｂアプリケーションのバックエンドから取得し、前記Ｗｅｂアプリケーションのフロントエンドからは取得しないことを特徴とする請求項１又は２に記載のプログラム。
4. 前記第１要求手段による前記認証情報の要求は、前記アプリケーションに前記アカウント情報が保持されていない場合に行われることを特徴とする請求項１又は２に記載のプログラム。
5. 前記Ｗｅｂアプリケーションにおいて、前記サーバで前記ユーザに対して発行された前記アカウント情報を受信する受信手段、としてさらにコンピュータを機能させる請求項１又は２に記載のプログラム。
6. 前記アプリケーションに前記アカウント情報が保持されている状態で、前記受信手段により前記アカウント情報と異なる第２アカウント情報を前記サーバから受信した場合、前記Ｗｅｂアプリケーションにおいて前記アプリケーションを起動する起動手段、
   前記Ｗｅｂアプリケーションにおいて、前記起動手段により起動された前記アプリケーションから前記アカウント情報を取得する第３取得手段、
   としてさらにコンピュータを機能させる請求項５に記載のプログラム。
7. 前記起動手段は、前記Ｗｅｂアプリケーションの画面上で前記ユーザからの指示を受け付けることにより、前記アプリケーションを起動することを特徴とする請求項６に記載のプログラム。
8. 前記Ｗｅｂアプリケーションにおいて、前記第３取得手段により取得した前記アカウント情報を用いて前記サーバから前記データを取得する第４取得手段、としてさらにコンピュータを機能させる請求項６に記載のプログラム。
9. 前記アカウント情報は、ゲストアカウントであることを特徴とする請求項１又は２に記載のプログラム。
10. 前記Ｗｅｂアプリケーションは、コンテンツを作成するためのＷｅｂアプリケーションであることを特徴とする請求項１又は２に記載のプログラム。
11. 前記アプリケーションは、前記Ｗｅｂアプリケーションにより作成されたコンテンツを印刷装置で印刷させるためのネイティブアプリケーションであることを特徴とする請求項１又は２に記載のプログラム。
12. サーバと情報処理装置とを含むシステムであって、
    前記情報処理装置は、
    Ｗｅｂブラウザにより表示されたＷｅｂアプリケーションの画面上で、前記Ｗｅｂアプリケーションを提供するサーバに格納されたデータの処理の指示をユーザから受け付けた場合、前記Ｗｅｂアプリケーションにより、前記サーバに対して一時的な認証情報を要求する第１要求手段と、
    前記Ｗｅｂアプリケーションにより、前記第１要求手段による要求に応じて前記サーバから送信された前記認証情報を受信する第１受信手段と、
    前記情報処理装置にインストールされており前記処理を実行するアプリケーションにより、前記第１受信手段により受信した前記認証情報を取得する第１取得手段と、
    前記アプリケーションにより、前記サーバに対して前記認証情報を用いて前記ユーザに発行されているアカウント情報を要求する第２要求手段と、
    前記アプリケーションにより、前記第２要求手段による要求に応じて前記サーバから送信された前記アカウント情報を取得して保持する第２取得手段と、
    前記アプリケーションにより、前記アカウント情報を用いて前記サーバから前記データを取得して処理する処理手段と、を備え、
    前記サーバは、
    前記Ｗｅｂブラウザによる前記サーバへのアクセスで用いられる情報に基づいて、前記アカウント情報を発行する発行手段と、
    前記第１要求手段による要求に応じて、前記アカウント情報に対応する前記認証情報を生成して前記情報処理装置に送信する第１送信手段と、
    前記第２要求手段による要求に応じて、前記アカウント情報を前記情報処理装置に送信する第２送信手段と、を備える、
    ことを特徴とするシステム。
13. 前記Ｗｅｂブラウザによる前記サーバへのアクセスで用いられる情報は、ｃｏｏｋｉｅであることを特徴とする請求項１２に記載のシステム。
14. 情報処理装置において実行される方法であって、
    Ｗｅｂブラウザにより表示されたＷｅｂアプリケーションの画面上で、前記Ｗｅｂアプリケーションを提供するサーバに格納されたデータの処理の指示をユーザから受け付けた場合、前記Ｗｅｂアプリケーションにより、前記サーバに対して一時的な認証情報を要求する第１要求工程と、
    前記Ｗｅｂアプリケーションにより、前記第１要求工程における要求に応じて前記サーバから送信された前記認証情報を受信する第１受信工程と、
    前記情報処理装置にインストールされており前記処理を実行するアプリケーションにより、前記第１受信工程において受信した前記認証情報を取得する第１取得工程と、
    前記アプリケーションにより、前記サーバに対して前記認証情報を用いて前記ユーザに発行されているアカウント情報を要求する第２要求工程と、
    前記アプリケーションにより、前記第２要求工程における要求に応じて前記サーバから送信された前記アカウント情報を取得して保持する第２取得工程と、
    前記アプリケーションにより、前記アカウント情報を用いて前記サーバから前記データを取得して処理する処理工程と、
    を有する方法。
15. サーバと情報処理装置とを含むシステムにおいて実行される方法であって、
    前記情報処理装置において、
    Ｗｅｂブラウザにより表示されたＷｅｂアプリケーションの画面上で、前記Ｗｅｂアプリケーションを提供するサーバに格納されたデータの処理の指示をユーザから受け付けた場合、前記Ｗｅｂアプリケーションにより、前記サーバに対して一時的な認証情報を要求する第１要求工程と、
    前記Ｗｅｂアプリケーションにより、前記第１要求工程における要求に応じて前記サーバから送信された前記認証情報を受信する第１受信工程と、
    前記情報処理装置にインストールされており前記処理を実行するアプリケーションにより、前記第１受信工程において受信した前記認証情報を取得する第１取得工程と、
    前記アプリケーションにより、前記サーバに対して前記認証情報を用いて前記ユーザに発行されているアカウント情報を要求する第２要求工程と、
    前記アプリケーションにより、前記第２要求工程における要求に応じて前記サーバから送信された前記アカウント情報を取得して保持する第２取得工程と、
    前記アプリケーションにより、前記アカウント情報を用いて前記サーバから前記データを取得して処理する処理工程と、
    前記サーバにおいて、
    前記Ｗｅｂブラウザによる前記サーバへのアクセスで用いられる情報に基づいて、前記アカウント情報を発行する発行工程と、
    前記第１要求工程における要求に応じて、前記アカウント情報に対応する前記認証情報を生成して前記情報処理装置に送信する第１送信工程と、
    前記第２要求工程における要求に応じて、前記アカウント情報を前記情報処理装置に送信する第２送信工程と、
    を有することを特徴とする方法。

Images