(57)【特許請求の範囲】
【請求項１】
サービスを受けるためのウェブページを取得して表示する機能を有する情報処理装置であって、
前記ウェブページと前記サービスを受けるためのアプリケーションとが対応することを示す対応関係データを記憶する記憶手段と、
前記ウェブページが指定された場合に、当該ウェブページに対応する前記アプリケーションが存在することの報知を行う、報知手段と、
前記ウェブページに対応する前記アプリケーションの前記報知の後に当該アプリケーションが選択された場合は、当該ウェブページを表示する代わりに前記対応関係データに基づいて当該アプリケーションを起動し、当該報知の後に当該ウェブページが選択された場合は、当該アプリケーションを起動する代わりにウェブブラウザに当該ウェブページへアクセスさせる、サービスアクセス手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記記憶手段は、さらに、ユーザごとに、当該ユーザが前記アプリケーションおよび前記ウェブページのいずれを選択したのかを示す選択データを記憶し、
前記サービスアクセス手段は、当該情報処理装置を使用しているユーザの前記選択データが前記記憶手段に記憶されている場合は、当該選択データに従って前記アプリケーションを起動しまたは前記ウェブブラウザに前記ウェブページへアクセスさせる、
請求項１に記載の情報処理装置。
【請求項３】
前記記憶手段は、前記対応関係データとして、前記ウェブページのＵＲＬ（Uniform Resource Locator）と前記アプリケーションの識別子とを対応付けたデータを記憶し、
前記サービスアクセス手段は、前記ＵＲＬが入力された場合に、前記アプリケーションを起動する、
請求項１または請求項２に記載の情報処理装置。
【請求項４】
前記アプリケーションを当該情報処理装置にインストールする際に、前記対応関係データを前記記憶手段に登録する、登録手段、を有する、
請求項１ないし請求項３のいずれかに記載の情報処理装置。
【請求項５】
前記アプリケーションが前記サービスアクセス手段に依らずに起動される場合に、当該アプリケーションと前記ウェブページとの前記対応関係データが前記記憶手段に記憶されていなければ、当該対応関係データを前記記憶手段に記憶させる、第二の登録手段、を有する、
請求項１ないし請求項４のいずれかに記載の情報処理装置。
【請求項６】
サービスを受けるためのウェブページを取得して表示する機能を有する情報処理装置における、サービス享受方法であって、
前記ウェブページと前記サービスを受けるためのアプリケーションとが対応することを示す対応関係データを記憶手段に記憶させておき、
前記ウェブページが指定された場合に、当該ウェブページに対応する前記アプリケーションが存在することの報知を行い、
前記ウェブページに対応する前記アプリケーションの前記報知の後に当該アプリケーションが選択された場合は、当該ウェブページを表示する代わりに前記対応関係データに基づいて当該アプリケーションを起動し、当該報知の後に当該ウェブページが選択された場合は、当該アプリケーションを起動する代わりにウェブブラウザに当該ウェブページへアクセスさせる、
ことを特徴とするサービス享受方法。
【請求項７】
前記記憶手段に、さらに、ユーザごとに、当該ユーザが前記アプリケーションおよび前記ウェブページのいずれを選択したのかを示す選択データを記憶させておき、
当該情報処理装置を使用しているユーザの前記選択データが前記記憶手段に記憶されている場合は、当該選択データに従って前記アプリケーションを起動しまたは前記ウェブブラウザに前記ウェブページへアクセスさせる、
請求項６に記載のサービス享受方法。
【請求項８】
サービスを受けるためのウェブページを取得して表示する機能を有するコンピュータに用いられるコンピュータプログラムであって、
前記コンピュータに、
前記ウェブページと前記サービスを受けるためのアプリケーションとが対応することを示す対応関係データを記憶手段に記憶させる処理を実行させ、
前記ウェブページが指定された場合に、当該ウェブページに対応する前記アプリケーションが存在することの報知を実行させ、
前記ウェブページに対応する前記アプリケーションの前記報知の後に当該アプリケーションが選択された場合は、当該ウェブページを表示する代わりに前記対応関係データに基づいて当該アプリケーションを起動させ、当該報知の後に当該ウェブページが選択された場合は、当該アプリケーションを起動する代わりにウェブブラウザによって当該ウェブページへアクセスさせる、
ことを特徴とするコンピュータプログラム。
【請求項９】
前記記憶手段に、さらに、ユーザごとに、当該ユーザが前記アプリケーションおよび前記ウェブページのいずれを選択したのかを示す選択データを記憶させる処理を実行させ、
当該コンピュータを使用しているユーザの前記選択データが前記記憶手段に記憶されている場合は、当該コンピュータに、当該選択データに従って前記アプリケーションを起動させまたは前記ウェブブラウザによって前記ウェブページへアクセスさせる、
請求項８に記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、いわゆるクラウドサービスなどのサービスを受けるための技術に関する。
【背景技術】
【０００２】
従来、オンラインストレージ、スケジュール管理、およびＷｅｂメールなどのサービスがインターネットを介して提供される。これらのサービスは、いわゆるクラウドサーバによって提供され、一般に「クラウドサービス」と呼ばれる。
【０００３】
ユーザは、端末装置を操作してサービスを受けることができる。サービスによっては、ウェブブラウザおよび専用のアプリケーションおよびのうちの一方を選択的に使用することができる場合がある。どちらを使用するのかが、毎回、異なってもよい。
【０００４】
ウェブブラウザを使用する場合は、ユーザは、サービスのウェブサイトへアクセスする。所定の要件を満たすウェブブラウザが備わっていれば、端末装置のプラットフォームを問わないので、汎用性が高い。しかし、解像度が様々な端末装置において使用されるので、端末装置によっては画面の使い勝手が悪いことがある。
【０００５】
一方、専用のアプリケーションは、プラットフォームごとに、その特性に応じて画面のデザインが設計されるので、ウェブブラウザを使用する場合よりも使い勝手がよいことが多い。また、ウェブブラウザでは実現が難しい機能を搭載することができる。しかし、サービスの提供者は、プラットフォームごとにアプリケーションを作成しなければならないので、その負担が大きい。
【０００６】
また、近年、コピー、プリント、およびファックスなどの機能が備えられる、「複合機」または「ＭＦＰ（Multi Function Peripherals）」などと呼ばれる画像形成装置にも、ウェブブラウザが備えられるようになった。これにより、画像形成装置によっても、サービスを受けることができるようになった。
【０００７】
サービスの提供者が、サービス用のＷｅｂＡＰＩ（Application Program Interface）を公開していれば、画像形成装置のメーカが専用のアプリケーションを作成しユーザへ提供することができる。画像形成装置が設置される団体（例えば、企業）の環境に応じて、カスタムメードの専用のアプリケーションをユーザへ提供することもできる。
【０００８】
そのほか、ウェブブラウザによってサービスなどを提供する方法として、次の方法が提案されている。
【０００９】
特許文献１に記載される方法によると、コンテンツ変更登録プログラムは、コンテンツ変更時に呼び出され、コンテンツ変更管理テーブルに変更履歴レコードを記録する。コンテンツ変更参照プログラムは、要求されたコンテンツがコンテンツ内に見当らないときＷＷＷサーバプログラムによって呼び出され、コンテンツ変更管理テーブルを参照して指定されたＵＲＬを移動後のＵＲＬに変換してＷＷＷサーバプログラムに返す。指定されたＵＲＬが削除されていれば、削除のメッセージを表示するコンテンツのＵＲＬをＷＷＷサーバプログラムに返す。
【００１０】
特許文献２に記載される方法によると、アクセスしようとするＷｅｂサイトのＵＲＬが事前に登録されているか否か判定するＵＲＬ解析処理と、そのＵＲＬ解析処理の結果、ＵＲＬが事前に登録されている場合、プロバイダ回線によるプロバイダサーバとの回線接続を、自動着信課金サービス回線によるＷｅｂサイトとの回線接続に自動的に切り替える回線接続切替処理と、アクセスしてきたユーザ端末に対して、ＷｅｂサイトがＵＲＬで指定された製品情報が掲載されているホームページ情報を自動着信課金サービス回線を介して送信するホームページ送信処理とを実行する。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００２−１４０２２４号公報
【特許文献２】特開２００２−２３２５８９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
サービスの提供者は、使いやすさの点から、ウェブブラウザよりも専用のアプリケーションをユーザに使用してもらいたいことが多い。
【００１３】
そこで、サービスのウェブサイトへウェブブラウザによってアクセスすると、専用のアプリケーションが提供されていることを知らせるメッセージを表示するとともに、それをダウンロードするためのウェブページへウェブブラウザを移動させたり、ダウンロード用のアプリケーションを起動したりする仕組みを、サービスの提供者が用意している。
【００１４】
そして、ユーザは、適宜、専用のアプリケーションをダウンロードして端末装置にインストールする。
【００１５】
しかし、この仕組みは、専用のアプリケーションを、サービスの提供者が提供している場合でなければ適用することができない。画像形成装置のメーカが作成した専用のアプリケーションをダウンロードするためのウェブページを、サービスの提供者のウェブサイトが案内しないからである。特に、カスタムメードの専用のアプリケーションは、インターネット上に公開されていないことが多く、この仕組みを適用することができない。特許文献１、２に記載される方法を用いても、専用のアプリケーションへのアクセスを容易にすることができない。
【００１６】
本発明は、このような問題点に鑑み、サービスのための専用のアプリケーションがサービスの提供者以外から提供される場合であっても、専用のアプリケーションへのユーザのアクセスを従来よりも容易にすることを、目的とする。
【課題を解決するための手段】
【００１７】
本発明の一形態に係る情報処理装置は、サービスを受けるためのウェブページを取得して表示する機能を有する情報処理装置であって、前記ウェブページと前記サービスを受けるためのアプリケーションとが対応することを示す対応関係データを記憶する記憶手段と、前記ウェブページが指定された場合に、当該ウェブページに対応する前記アプリケーションが存在することの報知を行う、報知手段と、前記ウェブページに対応する前記アプリケーションの前記報知の後に当該アプリケーションが選択された場合は、当該ウェブページを表示する代わりに前記対応関係データに基づいて当該アプリケーションを起動し、当該報知の後に当該ウェブページが選択された場合は、当該アプリケーションを起動する代わりにウェブブラウザに当該ウェブページへアクセスさせる、サービスアクセス手段と、を有する。
【００１８】
好ましくは、前記記憶手段は、前記対応関係データとして、前記ウェブページのＵＲＬ（Uniform Resource Locator）と前記アプリケーションの識別子とを対応付けたデータを記憶し、前記サービスアクセス手段は、前記ＵＲＬが入力された場合に、前記アプリケーションを起動する。
【００１９】
または、前記アプリケーションを当該情報処理装置にインストールする際に、前記対応関係データを前記記憶手段に登録する、登録手段、を有する。
【００２１】
または、前記記憶手段は、さらに、ユーザごとに、当該ユーザが前記アプリケーションおよび前記ウェブページのいずれを選択したのかを示す選択データを記憶し、前記サービスアクセス手段は、当該情報処理装置を使用しているユーザの前記選択データが前記記憶手段に記憶されている場合は、当該選択データに従って前記アプリケーションを起動しまたは前記ウェブブラウザに前記ウェブページへアクセスさせる。
【００２２】
または、前記アプリケーションが前記サービスアクセス手段に依らずに起動される場合に、当該アプリケーションと前記ウェブページとの前記対応関係データが前記記憶手段に記憶されていなければ、当該対応関係データを前記記憶手段に記憶させる、第二の登録手段、を有する。
【発明の効果】
【００２３】
本発明によると、サービスのための専用のアプリケーションがサービスの提供者以外から提供される場合であっても、専用のアプリケーションへのユーザのアクセスを従来よりも容易にすることができる。
【図面の簡単な説明】
【００２４】
【図１】ネットワークシステムの全体的な構成の例を示す図である。
【図２】画像形成装置のハードウェア構成の例を示す図である。
【図３】画像形成装置の機能的構成の例を示す図である。
【図４】サービス属性データの例を示す図である。
【図５】報知要否データの例を示す図である。
【図６】初期登録処理の流れの例を説明するフローチャートである。
【図７】ツール選択画面の例を示す図である。
【図８】ＵＲＬ入力時処理の流れの例を説明するフローチャートである。
【図９】意思再確認画面の例を示す図である。
【図１０】報知要否選択画面の例を示す図である。
【図１１】アプリケーション起動時処理の流れの例を説明するフローチャートである。
【図１２】アプリケーション起動時処理の流れの例を説明するフローチャートである。
【図１３】ウェブサーバのサービスを受けるための全体的な処理の流れの例を説明するフローチャートである。
【発明を実施するための形態】
【００２５】
図１は、ネットワークシステム４の全体的な構成の例を示す図である。図２は、画像形成装置１のハードウェア構成の例を示す図である。図３は、画像形成装置１の機能的構成の例を示す図である。
【００２６】
図１に示すように、ネットワークシステム４は、画像形成装置１、複数のウェブサーバ２、および通信回線３などによって構成される。
【００２７】
画像形成装置１と各ウェブサーバ２とは、通信回線３を介して通信を行うことができる。通信回線３として、インターネット、公衆回線、またはいわゆるＬＡＮ（Local Area Network）回線などが用いられる。
【００２８】
ウェブサーバ２は、オンラインストレージ、スケジュール管理、またはＷｅｂメールなどのサービスを提供する。これらのサービスは、一般に「クラウドサービス」と呼ばれる。クラウドサービスとして、Ｇｏｏｇｌｅ社のＧｏｏｇｌｅドライブおよびＧ−Ｍａｉｌ、Ｅｖｅｒｎｏｔｅ社のＥｖｅｒｎｏｔｅ、およびマイクロソフト社のＯｎｅＤｒｉｖｅなどが挙げられる。また、ウェブサーバ２は、一般に「クラウドサーバ」と呼ばれる。
【００２９】
本実施形態においては、各ウェブサーバ２は、それぞれに異なるサービスを提供する。１つのウェブサーバ２が複数のサービスを提供する場合もある。
【００３０】
画像形成装置１は、一般に複合機またはＭＦＰ（Multi Function Peripherals）などと呼ばれる画像処理装置であって、コピー、プリント、ファックス、ドキュメントサーバ、および電子メールなどの機能を集約した装置である。
【００３１】
画像形成装置１は、複数のユーザによって共用される。ユーザごとに、「ＵＳＥＲ＿Ａ」、「ＵＳＥＲ＿Ｂ」、…のようなユニークなユーザ識別子が与えられている。ユーザは、自分のユーザ識別子によって画像形成装置１にログインしてから、画像形成装置１を使用することができる。
【００３２】
画像形成装置１は、図２に示すように、ＣＰＵ（Central Processing Unit）１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）１０ｄ、補助記憶装置１０ｅ、ＮＩＣ（Network Interface Card）１０ｆ、モデム１０ｇ、カードインタフェース１０ｈ、タッチパネルディスプレイ１０ｉ、操作キーパネル１０ｊ、ＡＤＦ（Auto Document Feeder）１０ｋ、スキャナ１０ｍ、給紙ユニット１０ｎ、およびプリンタ１０ｐなどによって構成される。
【００３３】
ＮＩＣ１０ｆは、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などのプロトコルによってウェブサーバ２などと通信を行う。
【００３４】
モデム１０ｇは、デジタル信号である画像データをアナログ信号に変換してファックス端末へ送信し、または、ファックス端末から受信したアナログ信号を画像データに変換する。
【００３５】
カードインタフェース１０ｈは、メモリカードなどの可搬型の記録媒体からデータを読み取ったり、その記録媒体にデータを書き込んだりする。
【００３６】
タッチパネルディスプレイ１０ｉは、ユーザに対するメッセージを示す画面、ユーザがコマンドまたは情報を入力するための画面、およびＣＰＵ１０ａが実行した処理の結果を示す画面などを表示する。また、タッチパネルディスプレイ１０ｉは、タッチされた位置を示す信号をＣＰＵ１０ａへ送る。
【００３７】
操作キーパネル１０ｊは、いわゆるハードウェアキーボードであって、テンキー、スタートキー、ストップキー、およびファンクションキーなどによって構成される。
【００３８】
ＡＤＦ１０ｋは、所定の位置にセットされた用紙をスキャナ１０ｍへ搬送する。複数の用紙がセットされた場合は、１枚ずつ搬送する。
【００３９】
スキャナ１０ｍは、プラテンガラスの上にセットされた用紙またはＡＤＦ１０ｋによって搬送されてきた用紙に記されている画像を読み取って画像データを生成する。
【００４０】
給紙ユニット１０ｎは、給紙トレイおよび搬送機構などによって構成される。給紙トレイには、白紙がストックされる。搬送機構は、給紙トレイからプリンタ１０ｐへ白紙を１枚ずつ搬送する。
【００４１】
プリンタ１０ｐは、スキャナ１０ｍによって読み取られた画像のほか、他の装置から受信した画像データに示される画像を、給紙ユニット１０ｎから搬送されてきた白紙に印刷する。
【００４２】
ＲＯＭ１０ｃ、ＥＥＰＲＯＭ１０ｄ、または補助記憶装置１０ｅには、上述のコピーなどの機能を実現するためのプログラムおよびデータが記憶されている。
【００４３】
また、ＥＥＰＲＯＭ１０ｄまたは補助記憶装置１０ｅには、ウェブブラウザ１３が記憶されている。
【００４４】
さらに、画像形成装置１をクライアントとして使用してウェブサーバ２のサービスを受けるための専用のアプリケーション（以下、「専用アプリケーション１４」と記載する。）をＥＥＰＲＯＭ１０ｄまたは補助記憶装置１０ｅにインストールすることができる。専用アプリケーション１４は、ウェブブラウザ１３上で実行されるものではなく、ウェブブラウザ１３とは独立して実行される。
【００４５】
専用アプリケーション１４は、サービスごとにプロバイダ（サービスの提供者）によって提供される。専用アプリケーション１４は、サービス用のＷｅｂＡＰＩ（Application Program Interface）に準拠して記述されている。プロバイダがＷｅｂＡＰＩを公開している場合は、画像形成装置１のメーカが専用アプリケーション１４を独自に作成し提供することができる。
【００４６】
以下、各専用アプリケーション１４を、「専用アプリケーション１４１」、「専用アプリケーション１４２」、…と区別して記載することがある。
【００４７】
また、サービスごとに、そのサービスをユーザが受けるためのウェブサイトが、そのサービスを提供するウェブサーバ２に用意されている。ユーザは、専用アプリケーション１４の代わりに、ウェブブラウザ１３を使用してウェブサイトへアクセスすることによって、サービスを受けることができる。
【００４８】
１つのサービスごとに１つのウェブサイトが用意されている。また、１つの専用アプリケーション１４が１つのサービスのみに使用される場合もあれば、複数のサービスに共通に使用される場合もある。
【００４９】
以下、専用アプリケーション１４１がサービスＳ０およびサービスＳ１の２つのサービスに使用され、専用アプリケーション１４２がサービスＳ２のみに使用され、専用アプリケーション１４３がサービスＳ３のみに使用される場合を例に説明する。
【００５０】
ＥＥＰＲＯＭ１０ｄまたは補助記憶装置１０ｅには、図３に示す初期登録部１０１、対応関係記憶部１０２、報知要否記憶部１０３、第一の登録画面表示部１０７、第一の使用要否登録部１０８、サービス使用開始処理部１０９、適正判別部１２１、意思再確認画面表示部１２２、第二の登録画面表示部１２３、第二の使用要否登録部１２４、報知要否更新部１２５などの機能を実現するためのプログラムが記憶されている。
【００５１】
これらの機能を１つのプログラムによって実現してもよいし、複数のプログラムおよびファイルによって実現してもよい。
【００５２】
例えば、初期登録部１０１を専用アプリケーション１４のインストーラによって実現し、対応関係記憶部１０２および報知要否記憶部１０３のそれぞれをＣＳＶ（Comma Separated Value）フォーマットのファイルによって実現し、第一の登録画面表示部１０７ないしサービス使用開始処理部１０９をウェブブラウザ１３の拡張用のプログラム（例えば、アドイン）によって実現し、適正判別部１２１ないし報知要否更新部１２５を常駐プログラムとして実現してもよい。第一の登録画面表示部１０７ないしサービス使用開始処理部１０９の機能をウェブブラウザ１３の標準の機能として備えてもよい。
【００５３】
以上に挙げた各プログラムは、ＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによって実行される。
【００５４】
次に、画像形成装置１におけるウェブブラウザ１３および専用アプリケーション１４の使い分けの処理を中心に、図３に示す各部について説明する。
【００５５】
〔準備〕
図４は、サービス属性データ５Ａの例を示す図である。図５は、報知要否データ５Ｂの例を示す図である。図６は、初期登録処理の流れの例を説明するフローチャートである。
【００５６】
対応関係記憶部１０２には、図４に示すように、サービスごとのサービス属性データ５Ａが記憶されている。
【００５７】
サービス属性データ５Ａには、それに対応するサービスのウェブサイトのトップページのＵＲＬ（Uniform Resource Locator）、そのサービスの専用アプリケーション１４の識別子（以下、「アプリケーション識別子」と記載する。）、およびユーザごとの使用意思が示される。
【００５８】
「アプリケーション識別子」は、例えば、専用アプリケーション１４のファイル名である。
【００５９】
「使用意思」は、ユーザが専用アプリケーション１４を使用するか否かの意思である。「使用」は、その専用アプリケーション１４を使用することを意味する。「不使用」は、その専用アプリケーション１４を使用せず、その代わりにウェブブラウザ１３を使用することを意味する。「未決」は、ウェブブラウザ１３および専用アプリケーション１４のいずれを使用するのかを未だ決めていないことを意味する。
【００６０】
専用アプリケーション１４を１つもインストールしていない時点では、対応関係記憶部１０２には１つもサービス属性データ５Ａが記憶されていない。サービス属性データ５Ａの生成および登録については、後述する。
【００６１】
報知要否記憶部１０３には、図５に示すように、サービスごとの報知要否データ５Ｂが記憶されている。
【００６２】
報知要否データ５Ｂには、それに対応するサービスのウェブサイトトップページのＵＲＬ、そのサービスの専用アプリケーション１４のアプリケーション識別子、およびユーザごとの報知要否が示される。「報知要否」は、後述する報知要否選択画面６２の表示の要否を示す。
【００６３】
サービス属性データ５Ａおよび報知要否データ５Ｂは、専用アプリケーション１４をインストールする際に、初期登録部１０１によって、図６に示す手順で対応関係記憶部１０２に登録される。
【００６４】
ここで、サービス属性データ５Ａおよび報知要否データ５Ｂの登録の手順について説明する。
【００６５】
初期登録部１０１は、専用アプリケーション１４が使用されるサービスに対応するウェブサイトの有無を確認する（図６の＃７０１）。確認は、例えば次のように行うことができる。
【００６６】
インストールの処理の一部としてそのウェブサイトのトップページのＵＲＬが所定のファイルに書き込まれるように、その専用アプリケーション１４のインストーラを設計しておく。そして、初期登録部１０１は、その所定のファイルに基づいてウェブサイトの有無を確認する。
【００６７】
対応するウェブサイトがある場合は（＃７０２でＹｅｓ）、初期登録部１０１は、その専用アプリケーション１４のアプリケーション識別子、そのウェブサイトのＵＲＬ、およびユーザごとの使用意思を示すサービス属性データ５Ａを生成し、対応関係記憶部１０２に記憶させる（＃７０３）。この時点では、いずれのユーザの使用意思も「未決」である。
【００６８】
さらに、初期登録部１０１は、その専用アプリケーション１４のアプリケーション識別子、そのウェブサイトのＵＲＬ、およびユーザごとの報知要否を示す報知要否データ５Ｂを生成し、報知要否記憶部１０３に記憶させる（＃７０４）。この時点では、いずれのユーザの報知要否も「必要」である。
【００６９】
対応するウェブサイトが複数ある場合は、初期登録部１０１は、それぞれのウェブサイトについてサービス属性データ５Ａおよび報知要否データ５Ｂを生成し、それぞれ対応関係記憶部１０２および報知要否記憶部１０３に記憶させる。例えば専用アプリケーション１４１は、上述の通り、２つのサービスＳ０およびサービスＳ１に使用されるので、対応するウェブサイトが２つある。よって、サービスＳ０およびサービスＳ１それぞれについてサービス属性データ５Ａ（５Ａ１、５Ａ２）を生成し対応関係記憶部１０２に記憶させ、報知要否データ５Ｂ（５Ｂ１、５Ｂ２）を生成し報知要否記憶部１０３に記憶させる。
【００７０】
なお、初期登録部１０１をインストーラによって実現する場合は、ステップ＃７０１の確認の処理を行うことなく、サービス属性データ５Ａを対応関係記憶部１０２に書き込み報知要否データ５Ｂを報知要否記憶部１０３に書き込むようにインストーラを設計しておけばよい。
【００７１】
サービスＳ２、Ｓ３、…のサービス属性データ５Ａ（５Ａ３、５Ａ４）および報知要否データ５Ｂ（５Ｂ１、５Ｂ２）も同様に、専用アプリケーション１４のインストールの際に、上述の処理によって登録される。
【００７２】
〔ウェブブラウザ１３によってサービスの使用を試みた場合〕
図７は、ツール選択画面６１の例を示す図である。図８は、ＵＲＬ入力時処理の流れの例を説明するフローチャートである。
【００７３】
ユーザは、使用したいサービスがあれば、そのサービスのウェブサイトのＵＲＬを画像形成装置１へ入力する。第一の登録画面表示部１０７ないしサービス使用開始処理部１０９がウェブブラウザ１３の拡張用のプログラムによって実現される場合は、ユーザは、ウェブブラウザ１３を起動し、ウェブブラウザ１３に対してそのＵＲＬを入力する。以下、この場合を例に説明する。
【００７４】
ＵＲＬの入力は、タッチパネルディスプレイ１０ｉに表示されるソフトウェアキーボードまたは操作キーパネル１０ｊを操作し、ＵＲＬを構成する各文字をタイプすることによって行ってもよい。または、そのＵＲＬのハイパーリンクをタッチすることによって行ってもよい。または、ウェブブラウザ１３のブックマーク（お気に入り）から選択することによって行ってもよい。
【００７５】
第一の登録画面表示部１０７は、図７に示すツール選択画面６１をタッチパネルディスプレイ１０ｉに表示させる。ツール選択画面６１の使い方は、後述する。
【００７６】
第一の使用要否登録部１０８は、専用アプリケーション１４を使用するか否かをサービス属性データ５Ａ（図４参照）に登録する処理を行う。
【００７７】
サービス使用開始処理部１０９は、ウェブブラウザ１３または専用アプリケーション１４によってサービスの使用を開始させる。
【００７８】
第一の登録画面表示部１０７ないしサービス使用開始処理部１０９の処理を、図８などを参照しながら、さらに詳しく説明する。
【００７９】
ＵＲＬが入力されると（図８の＃７１１）、次の通り、処理が行われる。そのＵＲＬを示すサービス属性データ５Ａが対応関係記憶部１０２に記憶されているが（＃７１２でＹｅｓ）、そのサービス属性データ５Ａにそのユーザの使用意思として「使用」が示される場合は（＃７１３でＹｅｓ、＃７１４でＹｅｓ）、サービス使用開始処理部１０９は、そのサービス属性データ５Ａに示されるアプリケーション識別子の専用アプリケーション１４を起動し、ウェブブラウザ１３を終了する（＃７１９）。そして、ユーザは、その専用アプリケーション１４によってサービスの使用を開始する。
【００８０】
または、そのサービス属性データ５Ａにそのユーザの使用意思として「不使用」が示される場合は（＃７１３でＹｅｓ、＃７１４でＮｏ）、サービス使用開始処理部１０９は、そのＵＲＬのウェブページへアクセスし、ウェブブラウザ１３によってそのウェブページをタッチパネルディスプレイ１０ｉに表示させる（＃７２０）。そして、ユーザは、ウェブサイトによるサービスの使用を開始する。
【００８１】
または、そのサービス属性データ５Ａにそのユーザの使用意思として「未決」が示される場合は（＃７１３でＮｏ）、第一の登録画面表示部１０７は、ツール選択画面６１（図７参照）をタッチパネルディスプレイ１０ｉに表示させる。
【００８２】
ここで、そのユーザは、そのサービスをその専用アプリケーション１４によって使用したい場合は、ラジオボタン６１ａをタッチして選択する。または、ウェブサイトによって使用したい場合は、ラジオボタン６１ｂをタッチして選択する。さらに、今後、今回の選択に従う場合は、チェックボックス６１ｃをタッチしてオンにする。そして、実行ボタン６１ｄをタッチする。
【００８３】
すると、チェックボックス６１ｃがオンにされた場合は（＃７１６でＹｅｓ）、第一の使用要否登録部１０８は、そのサービス属性データ５Ａに示される、そのユーザの使用意思の値を次のように更新する（＃７１７）。ラジオボタン６１ａが選択された場合は、「使用」に更新する。これにより、このユーザにとって、その専用アプリケーション１４とそのウェブサイトとが対応付けられる。ラジオボタン６１ｂが選択された場合は、「不使用」に更新する。これにより、そのユーザにとって、その専用アプリケーション１４とそのウェブサイトと対応付けがなされない。つまり、そのＵＲＬからのその専用アプリケーション１４の起動が無効化される。
【００８４】
そして、サービス使用開始処理部１０９は、ラジオボタン６１ａが選択された場合は（７１８でＹｅｓ）、そのサービス属性データ５Ａに示されるアプリケーション識別子の専用アプリケーション１４を起動し、ウェブブラウザ１３を終了する（＃７１９）。一方、ラジオボタン６１ｂが選択された場合は（＃７１８でＮｏ）、そのＵＲＬのウェブページへアクセスし、ウェブブラウザ１３によってそのウェブページをタッチパネルディスプレイ１０ｉに表示させる（＃７２０）。
【００８５】
〔専用アプリケーション１４によってサービスの使用を試みた場合〕
図９は、意思再確認画面６３の例を示す図である。図１０は、報知要否選択画面６２の例を示す図である。図１１および図１２は、アプリケーション起動時処理の流れの例を説明するフローチャートである。
【００８６】
ユーザは、上述の通り、ウェブブラウザ１３から専用アプリケーション１４を起動し、サービスを使用することができるが、直接、専用アプリケーション１４を起動することもできる。
【００８７】
また、上述の通り、あるサービスのサービス属性データ５Ａ（図４参照）は、そのサービスの専用アプリケーション１４をインストールする際に初期登録部１０１によって対応関係記憶部１０２に登録される。
【００８８】
しかし、ユーザは、そのサービスのウェブサイトへウェブブラウザ１３によってアクセスするよりも先に、その専用アプリケーション１４をサービス使用開始処理部１０９に依らずに（つまり、直接的に）起動する場合がある。
【００８９】
また、その専用アプリケーション１４を使用しない旨（不使用）を使用意思としてツール選択画面６１（図７参照）で選択したものの、その後、その専用アプリケーション１４を直接的に起動する場合がある。この場合は、ユーザがその専用アプリケーション１４を使用したくなったと、考えられる。または、その専用アプリケーション１４とウェブサイトとを使い分けたくなったと、考えられる。
【００９０】
また、サービス属性データ５Ａが対応関係記憶部１０２に上手く登録されていない場合および登録後に対応関係記憶部１０２から削除されたり無効化されたりしている場合がある。
【００９１】
これらの事情に鑑み、適正判別部１２１、意思再確認画面表示部１２２、第二の登録画面表示部１２３、第二の使用要否登録部１２４、および報知要否更新部１２５は、サービス属性データ５Ａを登録し直しまたは更新する処理を行う。
【００９２】
適正判別部１２１は、サービス属性データ５Ａの内容の適否などを判別する。意思再確認画面表示部１２２は、図９に示す意思再確認画面６３をタッチパネルディスプレイ１０ｉに表示させる。第二の登録画面表示部１２３は、図１０に示す報知要否選択画面６２をタッチパネルディスプレイ１０ｉに表示させる。
【００９３】
第二の使用要否登録部１２４は、サービス属性データ５Ａを新たに生成しまたは既存のサービス属性データ５Ａを更新する。報知要否更新部１２５は、報知要否データ５Ｂを更新する。
【００９４】
具体的には、適正判別部１２１ないし報知要否更新部１２５は、専用アプリケーション１４が起動される際に、図１１〜図１２に示す手順で処理を行う。
【００９５】
あるユーザが、ある専用アプリケーション１４を直接的に起動させると、適正判別部１２１は、その専用アプリケーション１４のサービス属性データ５Ａの適正を判別する（図１１の＃７３１）。
【００９６】
具体的には、適正判別部１２１は、その専用アプリケーション１４のアプリケーション識別子を示すサービス属性データ５Ａの有無をチェックし、さらに、そのサービス属性データ５ＡにＵＲＬが示されるか否かをチェックする。そして、ＵＲＬが示されていれば、そのサービス属性データ５Ａが適正であると判別する。そのサービス属性データ５Ａがない場合およびＵＲＬが示されていない場合は、不適正であると判別する。
【００９７】
適正であると判別された場合は（＃７３２でＹｅｓ）、そのユーザの使用意思の値として「不使用」または「未決」がそのサービス属性データ５Ａに示され（＃７３３でＹｅｓ）、かつ、そのユーザの報知要否の値として「必要」がその専用アプリケーション１４の報知要否データ５Ｂ（図５参照）に示される場合に（＃７３４でＹｅｓ）、意思再確認画面表示部１２２は、意思再確認画面６３を表示させる（＃７３５）。
【００９８】
つまり、その専用アプリケーション１４にＵＲＬが対応付けられており、かつ、そのユーザがその専用アプリケーション１４を使用しない旨を以前にツール選択画面６１（図７参照）において選択した場合に、意思再確認画面６３を表示させる。ただし、ウェブサイトとその専用アプリケーション１４とを使い分けている可能性があるので、そのユーザの報知要否が「必要」が示される場合に限って、表示させる。
【００９９】
ここで、そのユーザは、次のように操作する。今後、そのＵＲＬのウェブサイトを使用せず、その専用アプリケーション１４を専ら使用したい場合は、ラジオボタン６３ａをタッチして選択する。両方を使い分けたい場合は、ラジオボタン６３ｂをタッチして選択する。今回は、決定したくない場合は、ラジオボタン６３ｃをタッチして選択する。そして、実行ボタン６３ｄをタッチする。
【０１００】
すると、第二の使用要否登録部１２４および報知要否更新部１２５は、次の処理を行う。
【０１０１】
ラジオボタン６３ａが選択された場合は（＃７３６でＮｏ、＃７３７でＹｅｓ）、第二の使用要否登録部１２４は、そのサービス属性データ５Ａを、そのユーザの使用意思の値が「使用」になるように更新する（＃７３８）。
【０１０２】
または、ラジオボタン６３ｂが選択された場合は（＃７３６でＮｏ、＃７３７でＮｏ）、第二の使用要否登録部１２４は、そのサービス属性データ５Ａを、そのユーザの使用意思の値が「不使用」になるように更新する（＃７３９）。なお、既にその値「不使用」であれば、ステップ＃７３９をスキップする。
【０１０３】
そして、ラジオボタン６３ａおよびラジオボタン６３ｂのいずれが選択された場合も、報知要否更新部１２５は、その専用アプリケーション１４の報知要否データ５Ｂの、そのユーザの報知要否の値を「不要」に更新する（＃７４０）。これにより、次回以降、その専用アプリケーション１４をそのユーザが起動させた場合に、意思再確認画面６３が表示されなくなる。
【０１０４】
または、ラジオボタン６３ｃが選択された場合は（＃７３６でＹｅｓ）、サービス属性データ５Ａの更新も報知要否データ５Ｂの更新も行わない。
【０１０５】
同様に、そのユーザの報知要否の値が「不要」である場合も（＃７３４でＮｏ）、サービス属性データ５Ａの更新も報知要否データ５Ｂの更新も行わない。
【０１０６】
一方、サービス属性データ５Ａが不適正であると適正判別部１２１によって判別された場合は（＃７３２でＮｏ）、第二の登録画面表示部１２３は、その専用アプリケーション１４に対応するウェブサイトの有無を確認する（図１２の＃７４１）。例えば、所定のファイル（例えば、専用アプリケーション１４の設定ファイル）にＵＲＬがあれば、ウェブサイトがあると判別すればよい。
【０１０７】
そして、第二の登録画面表示部１２３は、ウェブサイトがあることか確認でき（＃７４２でＹｅｓ）、かつ、その専用アプリケーション１４の報知要否データ５Ｂに、そのユーザの「報知要否」の値として「必要」が示される場合に（＃７４３でＹｅｓ）、報知要否選択画面６２を表示させる（＃７４４）。
【０１０８】
ここで、そのユーザは、そのＵＲＬとその専用アプリケーション１４とを対応付けたい場合は、ボタン６２ａをタッチしてその旨を選択する。対応付けたくない場合は、ボタン６２ｂをタッチしてその旨を選択する。今回は選択を保留する場合は、ボタン６２ｃをタッチする。
【０１０９】
ボタン６２ａまたはボタン６２ｂがタッチされた場合は（＃７４５でＮｏ）、第二の使用要否登録部１２４は、そのＵＲＬおよびその専用アプリケーション１４の登録の処理を行う（＃７４６）。
【０１１０】
具体的には、そのＵＲＬを示すサービス属性データ５Ａが既に対応関係記憶部１０２に記憶されている場合は、第二の使用要否登録部１２４は、その専用アプリケーション１４のアプリケーション識別子が示されるようにそのサービス属性データ５Ａを更新する。そのＵＲＬを示すサービス属性データ５Ａが未だ初期登録部１０１に記憶されていない場合は、そのＵＲＬおよびその専用アプリケーション１４のアプリケーション識別子を示すサービス属性データ５Ａを生成し、対応関係記憶部１０２に記憶させる。
【０１１１】
これにより、そのＵＲＬとその専用アプリケーション１４との対応付けが完了する。続いて、そのユーザにとっての対応付けの処理が次のように行われる。
【０１１２】
ボタン６２ａがタッチされた場合は（＃７４７でＹｅｓ）、更新しまたは生成したサービス属性データ５Ａを、そのユーザの使用意思の値が「使用」になるように更新する（＃７４８）。
【０１１３】
または、ボタン６２ｂがタッチされた場合は（＃７４７でＮｏ）、そのサービス属性データ５Ａを、そのユーザの使用意思の値が「不使用」になるように更新する（＃７４９）。
【０１１４】
そして、ボタン６２ａおよびボタン６２ｂのいずれかタッチされた場合も、報知要否更新部１２５は、その専用アプリケーション１４の報知要否データ５Ｂの、そのユーザの報知要否の値を「不要」に更新する（＃７５０）。これにより、次回以降、その専用アプリケーション１４をそのユーザが起動させた場合に、報知要否選択画面６２が表示されなくなる。
【０１１５】
または、ラジオボタン６２ｃが選択された場合は（＃７４５でＹｅｓ）、サービス属性データ５Ａの更新、サービス属性データ５Ａの生成、および報知要否データ５Ｂの更新のいずれも行わない。ただし、ステップ＃７４１の処理の結果を有効的に活用するために、ステップ＃７４６の処理は、行ってもよい。そのユーザの「報知要否」の値として「不要」が示される場合も（＃７４３でＮｏ）、同様である。
【０１１６】
なお、図１１のステップ＃７３１において、１つの専用アプリケーション１４に複数のサービス属性データ５Ａが見つかる場合がある。この場合は、ステップ＃７３２〜＃７５０の処理を、１つのサービス属性データ５Ａごとに実行する。また、図１２のステップ＃７４１において複数のＵＲＬが見つかる場合がある。この場合は、ステップ＃７４２〜＃７５０の処理を、１つのＵＲＬごとに実行する。
【０１１７】
図１３は、ウェブサーバ２のサービスを受けるための全体的な処理の流れの例を説明するフローチャートである。
【０１１８】
画像形成装置１は、ユーザの操作または画像形成装置１におけるイベントに応じて、図１３に示す処理を実行する。
【０１１９】
新たに専用アプリケーション１４がインストールされる場合は（＃７６１でＹｅｓ）、画像形成装置１は、その専用アプリケーション１４のサービス属性データ５Ａおよび報知要否データ５Ｂの登録の処理を実行する（＃７６２）。この処理の手順は、前に図６で説明した通りである。
【０１２０】
または、ユーザがＵＲＬを入力した場合は（＃７６３でＹｅｓ）、画像形成装置１は、そのユーザのサービス属性データ５Ａに基づいて、ウェブブラウザ１３によってそのＵＲＬのウェブページへアクセスしまたは専用アプリケーション１４を起動する（＃７６４）。これについては、図８で説明した通りである。
【０１２１】
または、ユーザがウェブブラウザ１３を介さずに専用アプリケーション１４を起動させた場合は（＃７６５でＹｅｓ）、専用アプリケーション１４とＵＲＬとのチェックおよび対応付けに関する処理を行う（＃７６６）。この処理の詳細は、図１１で説明した通りである。
【０１２２】
本実施形態によると、画像形成装置１への専用アプリケーション１４のインストール後に、それ対応するウェブサイトへどのユーザがアクセスしようとした場合であっても、その専用アプリケーション１４の存在をユーザへ知らせることができる。よって、その専用アプリケーション１４がサービスの提供者以外から提供される場合であっても、ユーザがその専用アプリケーション１４へアクセスすることを従来よりも容易にすることができる。特に、管理者でなければ専用アプリケーション１４をインストールすることができない環境および複数のユーザによって共用される環境において、本実施形態が好適に用いられる。
【０１２３】
本実施形態では、報知要否選択画面６２および意思再確認画面６３を表示するか否かの判別を、共通の報知要否のデータ（図５参照）に基づいて行ったが、個々に、報知要否のデータを用意し、判別を行ってもよい。
【０１２４】
ツール選択画面６１（図７参照）、報知要否選択画面６２（図１０参照）、および意思再確認画面６３（図９参照）において、処理の専用アプリケーション１４を説明する説明書きを配置してもよい。説明書きは、専用アプリケーション１４の所定のファイルに予め記述しておけばよい。例えば、インストールの際に、説明書きを示すファイルを所定のフォルダに保存しておけばよい。
【０１２５】
専用アプリケーション１４が画像形成装置１からアンインストールされた場合は、画像形成装置１は、その専用アプリケーション１４のアプリケーション識別子を示すサービス属性データ５Ａ（図４参照）および報知要否データ５Ｂ（図５参照）をそれぞれ対応関係記憶部１０２および報知要否記憶部１０３から削除してもよい。
【０１２６】
ウェブサイトのトップページのＵＲＬが変更された場合に、画像形成装置１は、それに対応するサービス属性データ５Ａおよび報知要否データ５ＢのＵＲＬを更新する。また、ショートカットおよびウェブブラウザ１３のブックマークも同様に更新する。
【０１２７】
サービス属性データ５Ａおよび報知要否データ５Ｂを、管理者権限を有するユーザがタッチパネルディスプレイ１０ｉまたは操作キーパネル１０ｊを操作して、更新しまたは削除することができるようにしてもよい。
【０１２８】
その他、ネットワークシステム４、画像形成装置１の全体または各部の構成、処理内容、処理順序、画面の構成、データの構成などは、本発明の趣旨に沿って適宜変更することができる。
【符号の説明】
【０１２９】
１  画像形成装置（情報処理装置）
１０１  初期登録部（登録手段）
１０２  対応関係記憶部（記憶手段）
１０７  第一の登録画面表示部（報知手段）
１０９  サービス使用開始処理部（サービスアクセス手段）
１２４  第二の使用要否登録部（第二の登録手段）
１３  ウェブブラウザ
１４  専用アプリケーション
５Ａ  サービス属性データ（対応関係データ）
【図１】
0006672591.tif 000002
【図２】
0006672591.tif 000003
【図３】
0006672591.tif 000004
【図４】
0006672591.tif 000005
【図５】
0006672591.tif 000006
【図６】
0006672591.tif 000007
【図７】
0006672591.tif 000008
【図８】
0006672591.tif 000009
【図９】
0006672591.tif 000010
【図１０】
0006672591.tif 000011
【図１１】
0006672591.tif 000012
【図１２】
0006672591.tif 000013
【図１３】
0006672591.tif 000014