3.Mobile Service的推送完整流程

字数 1690阅读 1414评论 4赞 4

<p>  Mobile Service推送原理其实很简单，调用Report Service执行报表后并保存已执行的历史版本文件(保存在content store库)，同时生成mobile 所需特殊元素(上一篇提到过)并生成推送的用户列表。因此仅推送列表中的用户方可在APP端读取推送的指定报表。</p><p>  鄙人根据后台mob.log，总结出如下推送工作的总体流程草图，</p><p><a class="example-image-link" href="/home/attachment/201510/10/2785_1444461704Rgna.png" alt="QQ截图20151010151154.png" data-lightbox="example-set"><img class="example-image" src="/home/attachment/201510/10/2785_1444461704Rgna.png" alt="QQ截图20151010151154.png"  data-image-size="583,418"  ></a><br></p><p>现在一步一步详解：</p><p>1、  启动mobile任务计划，当然前提是做一个JOB，请参考”CognosMobile工作原理--前端应用”</p><p>2、  发送请求到dispatcher，调用reportservice执行报表</p><p>3、  保存执行版本到contentstore资料库</p><p data-indent="1">同时，读取推送用户清单并写入MOB_USER</p><table> <tbody><tr>  <td>  <p>USER_ID</p>  </td>  <td>  <p>DEVICE_ID</p>  </td>  <td>  <p>DEVICE_PROFILE</p>  </td>  <td>  <p>CREDENTIAL_PATH</p>  </td>  <td>  <p>CAM_ID</p>  </td>  <td>  <p>LAST_LOGIN</p>  </td>  <td>  <p>LAST_UPDATED</p>  </td> </tr></tbody></table><p>4、  获取报表已执行版本的history信息并写入MOB_HISOTRY,该表只保存history_ID、event-time信息。前端APP读取时根据historyID去content store获取已生成的报表规范。</p><table> <tbody><tr>  <td>  <p>HISTORY_ID</p>  </td>  <td>  <p>EVENT_TIME</p>  </td>  <td>  <p>EVENT_CODE</p>  </td>  <td>  <p>ARGUMENTS</p>  </td> </tr></tbody></table><p>5、  生成mobile特有的元素并写入MOB_BLOBS和MOB_RESOURCE（在此之前会先写入临时表MOB_TEMPSTORAGE,MOB_TEMPSTOREBLOBS）。里面存储的HASH信息被加密处理了，源代码开发人员也看不懂。当然也没必要去理解它，只要知道它存储报表元素即可。</p><p>MOB_BLOBS</p><table> <tbody><tr>  <td>  <p>HASH</p>  </td>  <td>  <p>SEQUENCE</p>  </td>  <td>  <p>BLOB_VALUE</p>  </td>  <td>  <p>ADDED</p>  </td> </tr></tbody></table><p>MOB_RESOURCE</p><table> <tbody><tr>  <td>  <p>RECOURCE_ID</p>  </td>  <td>  <p>RENDER_ID</p>  </td>  <td>  <p>PATH</p>  </td>  <td>  <p>HASH</p>  </td>  <td>  <p>FORMAT</p>  </td> </tr></tbody></table><p>一个报表推送会产生很多HASH对象，两表通过HASH关联获取BLOB_VALUE值，并解析生成报表页面。</p><p>6、  生成MOB_RENDERS记录，每次推送后生成的RENDER_ID是唯一的，当然一个推送对象会产生多个RENDER_ID，也是mobile service对象独有的ID。</p><table> <tbody><tr>  <td>  <p>RENDER_ID</p>  </td>  <td>  <p>RENDER_TIME</p>  </td>  <td>  <p>PORTALITEM_ID</p>  </td>  <td>  <p>BASC_DOC</p>  </td>  <td>  <p>SAVED_OUTPUT_TIME</p>  </td> </tr></tbody></table><p> 生成MOB_RENDER_HISTORY映射记录，用于关联BLOB_HISTORY获取history_id，用于从content store里得到已保存的报表规范。</p><table> <tbody><tr>  <td>  <p>RENDER_ID</p>  </td>  <td>  <p>HISTORY_ID</p>  </td> </tr></tbody></table><p> 7、  生成MOB_USER_RENDER映射记录，推送的用户根据RENDER_ID去获取报表对象。</p><table> <tbody><tr>  <td>  <p>USER_ID</p>  </td>  <td>  <p>RENDER_ID</p>  </td>  <td>  <p>NAME</p>  </td>  <td>  <p>LAST_VIEWED</p>  </td> </tr></tbody></table><p> 现在我们可以根据这些个物理表画逻辑关联关系。</p><p><a class="example-image-link" href="/home/attachment/201510/10/2785_1444461807Y02c.png" alt="QQ截图20151010151213.png" data-lightbox="example-set"><img class="example-image" src="/home/attachment/201510/10/2785_1444461807Y02c.png" alt="QQ截图20151010151213.png"  data-image-size="612,253"  ></a><br></p><p>至此通过几篇文章，我们把MOBILE的工作原理已经全部剖析出来了。当然，以上几篇MOBILE文章纯属个人研究，89%以上正确地涵盖了MOBILE工作原理。而且鄙人相信通过这几篇文章，再加上阁下的理解，您基本上理解透了COGNOS MOBILE了，甚至可以拍着胸脯说，COGNOS MOBILE的任何问题都不在话下了。有了该基础后，下一篇，我们将去解决我在项目上遇到的那一个难题，请继续关注“4、解决The Mobile Service has caught an exception问题”。<br></p>

mobile推送商业智能

著作权归作者所有

如果觉得我的文章对您有用，请点赞。您的支持将鼓励我继续创作！